[01:12] <hwilde> do the kernel wireless modules attempt to associate to any open network on boot?
[01:12] <hwilde> coworker observed it on the client  "I was running iwconfig every second. It shows the free wifi at that point, but by the time everything is loaded we are on the correct ssid. "
[01:12] <hwilde> orion caught the snmp trap    apf_policy.c:538 APF-1-DISCONECT_MOBILE_DUE_TO_WLAN_SWITCH: Disconnecting mobile 00:16:6f:b4:0d:68 due to switch of WLANs from 4 to 6
[01:14] <hwilde> running 8.04 server with no network manager
[01:15] <hwilde> correct ssid in /etc/network/interfaces with WEP key, boots up and authenticates fine, but flickers to public free wifi on boot?
[01:15] <hwilde> Intel 2200bg mini-pci card,   modules ipw2200, ieee80211 
[02:27] <baron1984> I've uncovered a ploy between Foxconn and Microsoft
[02:27] <baron1984> Microsoft has apparently gotten Foxconn to write bad DSDT tables just to pass to Linux
[02:27] <baron1984> while Windows gets the valid ones
[02:28] <baron1984> when I override the DSDT with my custom version, it fixes most ACPI related problems
[02:28] <baron1984> and I think kernel 2.6.26+ my DSDT table would fix it completely
[02:28] <hwilde> I have crappi ACPI problems
[02:29] <hwilde> how do you get a custom version
[02:29] <baron1984> they have their BIOS set to pass Linux a bogus DSDT table, I changed it so it passes Linux the same one it gives Windows XP/Vista
[02:30] <baron1984> you have to pull your DSDT table, disassemble it, rewrite sections of it yourself
[02:30] <hwilde> ok how
[02:30] <hwilde> gimme
[02:30] <baron1984> recompile it, and make a boot image set to use that
[02:30] <hwilde> do you have any links or resources confirming any of this
[02:30] <baron1984> it varies depending on your BIOS
[02:30] <baron1984> I can't just give you mine
[02:32] <hwilde> how would I find mine hten
[02:32] <hwilde> "pull your DSDT table"    how 
[02:35] <hwilde> and how does the bios know if its linux or windows
[02:35] <hwilde> sounds bogus
[02:59] <baron1984> hwilde: The tables are passed to the OS
[02:59] <baron1984> which runs it as a program
[03:00] <baron1984> it's in assembler language and OS independent
[03:00] <baron1984> it then initializes it's ACPI implementation based on what the BIOS gave it
[08:17] <baron1984`> are there currently many known, non-acpi related problems, regarding a hang on rebooting right after the "Will Now Reboot" message?
[08:17] <baron1984`> this seems to affect hardy and intrepid, but only after you have used suspend in that session
[15:09] <johanbr> rtg: You marked bug #183033 as "fix committed" for Intrepid. Are you sure that's right? I couldn't find the patch in the git tree, and it's definitely not in 2.6.26-4.11-generic.
[15:10] <elmo>  /go soren 
[15:11] <soren> elmo: ?
[15:12] <elmo> soren: nothing, I wasn't talking to you - (mis)leading space and tab completion gone mad (nick vs. channel)
[15:12] <soren> elmo: Oh :)
[15:17] <rtg> johanbr: looks to me like its in Intrepid, at least the patch that was attached by Mario is in Intrepid.
[15:18] <johanbr> rtg: Really? 2.6.26-4.11-generic shows the same "one core stuck at max frequency after resume" behaviour that the early hardy kernels had.
[15:20] <rtg> johanbr: look at the code. as far as I can tell, that patch has been applied.
[15:31] <johanbr> rtg: I don't have a complete dev environment on the machine I'm using right now, but I don't see the patch when browsing the git logs. And if it's there, it doesn't seem to have any effect. Anyway, I'll have a closer look over the weekend.
[16:22] <johanbr> rtg: I just had a look and I don't think the patch has been applied.
[16:23] <johanbr> I'm comparing http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-hardy.git;a=commitdiff;h=8a8edfd73da81c311e15ffba945a7b8eeb7f992f (the patch) with http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-intrepid.git;a=blob;f=drivers/acpi/executer/exconfig.c;h=39d7421905840f1437c5408d2e4fe47e31f8b68d;hb=HEAD
[16:25] <johanbr> If you look at the latter link around line 324, it's pretty clear that the patch is not there.
[16:31] <rtg> johanbr: hmm, it appears that you are correct. I'll see about getting this one upstream.
[16:31] <rtg> johnin the meantime I'll get it applied to Intrepid.
[16:32] <rtg> johanbr: damn tab completion.
[16:33] <johanbr> rtg: Great. Thank you.
[17:03] <johanbr> rtg: Oh, and there's an upstream bug at http://bugzilla.kernel.org/show_bug.cgi?id=10734
[22:06] <joumetal> Could patches in bug 249135 be related to bug 251344?
[22:08] <joumetal> latest -generic and -rt kernels in hardy are affected. Any intrepid kernel is not affected.
[22:09] <joumetal> seems that many users are willing to help but they have no ideas but add me too comments.
[22:29] <rtg> joumetal: looks like a possibility. I'll contact the author to see what he thinks.