[12:21] <tormod> benc, bug #53748 I guess, and hopefully this will fix parts of bug #29706.
[12:23] <tormod> benc, and enlightened by this discussion I filed bug #65195 which should be fixed in linux-wlan-ng-
[12:34] <mdz> BenC: can you summarize for me where we stand on the edgy-targeted kernel bugs atm?
[12:34] <BenC> mdz: 99.9% of it is done
[12:34] <BenC> I have a bug I just fixed for p80211 (prism2) was trivial
[12:34] <BenC> and pitti just gave me a list of security updates
[12:34] <mdz> BenC: does that include my thinkpad panic?
[12:35] <BenC> and then I have an unusual_dev entry for a usb storage device (trivial)
[12:35] <BenC> mdz: please try 2.6.17-10.30 to see if it helps
[12:35] <mdz> is that published?
[12:35] <BenC> not sure
[12:36] <crimsun> yes
[12:36] <mdz> yep, seems to be
[12:36] <mdz> I will
[12:36] <mdz> my laptop's hard drive has been making unfortunate noises
[12:36] <BenC> don't ditch the laptop, even if you get a new one :)
[12:38] <zul> BenC: xen for 2.6.19-rc1 is almost beaten to a pulp
[12:39] <BenC> zul: whip it real good
[12:39] <zul> down to 5 undefined references
[12:41] <ajmitch> most excellent
[12:52] <mdz> BenC: why are there two accepted messages for -10.30 on edgy-changes?  something go weird with the upload?
[12:52] <BenC> mdz: There was 10.29, which contained a local change in my repo (not in git) and 10.30 fixed that
[12:52] <Infecto> is there any houpe that kernel .30 will repair https://launchpad.net/distros/ubuntu/+source/linux-source-2.6.17/+bug/65005 ?
[12:52] <BenC> so 10.30 is what 10.29 was supposed to be
[12:53] <BenC> Infecto: nope
[12:54] <Infecto> BenC: is there any posibility to work around this problem ?
[12:55] <BenC> Infacto: You can try unloading the thermal modules on suspend and reload them on resume
[12:55] <BenC> there's something in the acpi scripts that does this
[12:55] <BenC> wiki will probably help
[12:55] <Infecto> before suspend unload modules and after resume load yes ?
[12:57] <mdz> BenC: oh, you're right, two versions, same changelog
[01:05] <BenC> brb
[01:13] <mdz> BenC: it worked the first try (from a quiescent system at the console), failed the second time (logged into gnome)
[01:14] <mdz> failed with the same panic
[01:14] <mdz> BenC: did you check with mjg59?
[01:14] <BenC> yeah, he seems to think it's a radeon_drm conflict
[01:14] <BenC> see about disabling dri in X, to confirm it
[01:15] <mjg59> Yeah, if you could try it without radeon being loaded, that would be good
[01:18] <mdz> mjg59: still panicked on me without radeon loaded
[01:18] <mdz> or did you mean booting without it ever being loaded?
[01:18] <mdz> (I unloaded it)
[01:19] <mjg59> mdz: Without it ever loaded
[01:19] <mdz> mjg59: the last time  Itried in single-user it worked OK
[01:19] <mdz> will give it a few more tries to see
[01:22] <mdz> mjg59: I can't get it to crash in single-user at all
[01:26] <mjg59> mdz: Can you blacklist radeon and try it with a full boot?
[01:40] <mdz> mjg59: ok
[02:53] <mjg59> mdz: Any joy?
[02:54] <BenC> mjg59: Did we have any patches in dapper radeon to fix this?
[02:54] <BenC> also is radeonfb loaded?
[02:57] <mdz> mjg59: I blacklisted radeon but it still loaded
[02:57] <mdz> trying with it renamed instead
[02:58] <BenC> if you rename it, move it out of /lib/modules/xxx
[02:58] <BenC> else depmod still picks it up
[03:02] <BenC> there's nothing interesting in the diff between dapper and edgy's radeon drm modules
[03:24] <mjg59> Oh, X probably loads it even if udev doesn't
[03:55] <tritium> mjg59, BenC: thanks for the toshiba acpi fix for bug 61979.  That was my only showstopper on the Tecra A2.
[10:28] <henri_> hi all!
[10:29] <henri_> does anyone know if the ich8 bug w/jmicron is fixed in the latest daily?
[10:29] <henri_> i'm meant to be making a long journey to get an edgy server installed and don't want to waste my time
[02:37] <ilmari> mjg59: did you get any results re: hdaps inversion on thinkpad X41 tablet?
[03:02] <zul> arrrgh..i updated last night and my git tree is broken again
[03:34] <tfheen> BenC: re 63516, 63197, 62135, 60222, 60183, 53748 ; shouldn't all those be marked "fix released" not just fix committed?
[03:38] <zul> tfheen: git has been updated enjoy
[03:39] <tfheen> zul: thanks a lot
[03:45] <ilmari> anyone here (or who knows someone) with an IBM ThinkPad X41 Tablet who could chime in on #33950?
[03:46] <tfheen> ilmari: I know you. :-P
[03:46] <ilmari> tfheen: not a tablet :/
[03:46] <tfheen> oh, true
[03:46] <tfheen> maybe thom; he used to have an x41 at least.
[03:47] <BenC> tfheen: Yes
[03:49] <tfheen> BenC: there are a couple of bugs which are just marked as confirmed or in progress, but are 6.10-targetted.  Do you have a plan for those?
[03:49] <tfheen> (62685 , 63553 , 58742 , 60231)
[03:49] <BenC> tfheen: I have a final kernel upload for today (non-ABI changing) that includes some security fixes and last minute trivial patches for some bugs
[03:50] <BenC> tfheen: Anything not fixed today wont get fixed (most likely)
[03:50] <tfheen> BenC: ok.
[03:50] <tfheen> I'd like us to sit down at UDS and really define what the different freezes mean -- like, does kernelfreeze mean "no more ABI changes" or "no more kernel uploads"?
[03:51] <tfheen> (that's not particular to the kernel though)
[03:51] <fabbione> BenC: can you enable hpt366 on sparc and add it to the proper udeb?
[03:51] <BenC> fabbione: Ok
[03:51] <thom> my x41 is running dapper
[03:51] <fabbione> BenC: thanks. i got a bug in an email about it.. somebody netbooting and using the hpt366 controller for /
[03:52] <fabbione> BenC: because the internal controller is broken, but OBP can't boot from the 36...
[03:52] <fabbione> go figure
[03:52] <ilmari> thom: that's no problem, I just need to know which hdaps axes are inverted
[03:52] <thom> and i've not played with hdaps at all
[03:52] <ilmari> thom: but is it a tablet?
[03:52] <thom> i'll check tonight
[03:52] <thom> it is a tablet, yeah
[03:52] <ilmari> just load the hdaps module and use jscalibrator to test
[03:53] <thom> righto
[03:53] <ilmari> great, thanks
[03:53] <thom> since work are lovely enough to give me an x60s i don't carry the x41 these days
[03:54] <ilmari> bastard! ;-)
[03:55] <thom> :-)
[04:17] <BenC> fabbione: Ok, enabled and confirmed that it compiles
[04:17] <BenC> (and loads)
[04:17] <BenC> no idea if it works :)
[06:22] <lamont> BenC: interested in a patch to fix it so that adjtime works on HZ!=100 machines?
[06:25] <BenC> lamont: Sure
[06:25] <lamont> BenC: still testing it here, but will toss you something today
[06:26] <BenC> lamont: time is short, I plan an upload within a few hours
[06:30] <lamont> BenC: this is almost certainly a module-abi event
[06:30] <lamont> or, iow, depending on how close to freeze we are, this might just want to not go in today
[06:31] <BenC> lamont: Even worse
[06:31] <BenC> might not even make release
[06:31] <BenC> kernel is already in freeze
[06:31] <lamont> right
[06:31] <BenC> RC is tomorrow
[06:31] <lamont> yeah - not worth my bacon to try to get it in today
[06:31] <lamont> Oct 11 10:31:22 zx ntpd[4027] : time reset +0.318654 s
[06:32] <lamont> I'll file a bug with the info - it's a feature of changing HZ without changing the other things that depend on it. (specifically SHIFT_SCALE and SHIFT_USEC in include/linux/timex.h)
[06:32] <lamont> although personally, I'd be inclined to port the more recent nanokernel ntp stuff over to 2.6, since it autoscales the PLL, and linux has old stuff that doesn't
[06:55] <fabbione> BenC: cool thanks. It's known to work... the guy just want to change distro :)
[06:56] <BenC> fabbione: So he netboots the machine always? :)
[06:56] <fabbione> yeps
[06:56] <fabbione> he has no otherways to boot it
[06:57] <BenC> hard core
[06:57] <ilmari> BenC: could you apply the patch in #33950 if thom verifies it on the tablet in time?
[06:58] <BenC> ilmari: Yeah
[06:58] <BenC> ilmari: Email me ASAP after it's tested
[06:58] <BenC> upload is pending for a few hours from now
[07:03] <fabbione> BenC: did you also check if it's in ide* udeb?
[07:27] <BenC> fabbione: Yeah
[07:27] <fabbione> great
[07:30] <zul> must...kill
[08:30] <ph8>  hi guys, i'm hoping someone in the know can tell me when the fix for bug 63516 will be making it into the installer kernel and hence the daily cd - hoping to get it going this friday?
[10:19] <ph8>  hi guys, i'm hoping someone in the know can tell me when the fix for bug 63516 will be making it into the installer kernel and hence the daily cd - hoping to get it going this friday?