[02:09] I'm running 10.10 on a Thinkpad X200... I get a kernel crash when trying to hibernate... suspend works fine... I'm wondering if this is the right way to get some guidance..... === smb` is now known as smb [08:15] Hm Thinkpad X200... I wonder whether that was the thing with the tpm driver... [08:16] But gone now anyway... [08:16] Morning [08:18] smb: Good morning to you. [08:19] * smb waves his cup of coffee to abogani [08:20] :-) [08:20] Good morning, caffinated sir! [08:21] RAOF, That would be "not-yet-sufficiently-caffinated" :-P === ogra_ is now known as ogra === ogra is now known as Guest94419 === Guest94419 is now known as ogra_ === amitk is now known as amitk-afk === amitk-afk is now known as amitk === rsalveti` is now known as rsalveti === Quintasan_ is now known as Quintasan [12:04] Could somebody look at bug 709694? It's RC for 10.04.2 [12:04] Launchpad bug 709694 in linux-backports-modules-2.6.32 "Lucid package linux-backports-modules-wireless-lucid-generic broken" [Critical,Triaged] https://launchpad.net/bugs/709694 [12:04] and it's effectively a regression in lucid-updates === ogra_ is now known as ogra [12:18] cjwatson, looking [12:22] cjwatson, it looks to me that it was built (in the canonical-kernel-team PPA with the kernel) but was missed with the pocket copy [12:38] cjwatson, i believe that the version in the canonical-kernel-team PPA is the one intended to complete the -28 set, i am unsure as to why it was not pocket-copied with the kernel meta etc [12:39] apw: so I should do that? [12:40] cjwatson, i suspect so yes, i was just closing the loop with pitti to see if he has information [12:40] ack [12:49] smb, about ? [12:49] apw, Just came back [12:50] smb, most handy :) you have some lucid systems still i think? [12:50] apw, One or the other. [12:54] apw: cgroup-bin was breaking suspend [12:54] smb, thanks for that [12:54] cgroup-bin ? [12:55] the package, it has configs & a daemon to move things into cgroups [12:55] some kernel threads didn't like that when there were no resources in the group to get their job done [12:55] ohsix, oh, hrm ... interesting ... so lets get a bug files against that, or your existing bug opened out to that a well ... [12:56] ohsix, that does at least explain why you are one of the few hitting it [12:57] i'd had it installed for a few months to poke at it; that was enough to break stuff [14:12] tgardner, didn't seem you had the x35 (3873) cve assigned to you in the sheet ... added [14:18] apw, huh. thanks === vanhoof[weekend] is now known as vanhoof === sconklin-gone is now known as sconklin [14:55] hi apw , did you get my message about RTL8192CE firmware? [14:56] Kano, i saw it mentioned yes. we may have rebased on upstream firmware base since then [14:56] i have not explicitly checked it is in there [15:00] dpkg-buildpackage -S -rfakeroot -I.bzr -I.bzr-builddeb -I.git -I.gitignore -i'\.git.*' [15:00] sconklin, ^^ [15:01] also the rt8192se driver is crap [15:01] basically it is in the kernel directly but does not work [15:01] so you have just got 2 non working drivers [15:02] the .32 kernel driver version sometimes worked [15:02] best works ndiswrapper... [15:03] Kano, realtek has a questionable track record with open source drivers, indeed [15:03] we tend to rely on backports modules for those, and much finger crossing [15:03] but they dont work [15:04] it's crap hardware too. [15:05] fee free to send me a minipci card with something better [15:06] vorlon has a funny post about getting rid of it. [15:07] well ndiswrapper is ok but... [15:07] why is the native driver not working [15:07] maybe you could get testhardware *g* [15:07] like samsung n510 [15:12] Kano, i personally tend to stay the heck away from anything which has rtl in it, just too hard [15:15] prism 54 softmac is not better, i have got those cards too [15:15] does never work with 64 bit [15:15] somehow i only get non working cards [15:21] and there is not even a win 64 bit driver, at least i did not find one. for 32 bit ndiswrapper would work too,but native work there [15:22] sconklin, just uploaded linux-meta 2.6.32.29.34 to the c-k-t PPA to enable compat-wireless 2.6.37 [15:23] sconklin, you should roll the ABI on everything else in Lucid and get them uploaded. [15:23] tgardner: Aye. Is this an exception to the current freeze? [15:24] no, this is going into your c-k-t PPA, not the archive. [15:24] tgardner: yeah, I just wanted to know how much of a hurry there was [15:25] sconklin, well, I think you should have _all_ the ABI dependent packages consistent lest we miss getting one of them copied. [15:25] you --> we [15:25] yep === jdstrand_ is now known as jdstrand [15:41] i'll try here real quick - any recent update expected to break ability to tether over 3G? [15:58] <-grabbing an early lunch so I can dig through papers for the Tax people :-/ [16:05] hallyn, not that i have heard of no [16:06] hm. this is gonna really screw up my week :) [16:06] suppose tmobile coudl be messing with me, but seems unlikely [16:06] ok, thanks, i'll start tracing [16:08] apw: btw. you are right, the firmware is in rtlwifi dir, i used an older driver.. [16:14] sconklin, thanks for the heads up on the w3c touch stuff :) [16:14] I just reviewed it and have some comments for him [16:15] Doug is a really nice guy, would welcome contact. He'll be at LGM in Montreal, I'm pretty sure [16:17] LGM? [16:19] apw: just one thing, why does the r8192ce_pci module has got this extra id: pci:v000010ECd0000092Dsv*sd*bc*sc*i* [16:19] cnd, are you very familiar with the ntrig digitizer? [16:19] sforshee, sadly, yes... [16:20] and the rtl8192ce module from kernel .38 not [16:20] cnd, i could use some debugging tips if you have any [16:20] sforshee, what's wrong? [16:20] i have a dell latitude xt2 where the pointer jumps around and clicks all the time [16:20] i've had to blacklist the driver just to make it usable [16:20] hid_ntrig, that is [16:21] it's spewing out multitouch events constantly [16:21] http://www.zdnet.com/blog/btl/intel-hit-with-chipset-design-flaw-in-sandy-bridge-rollout/44257 [16:21] sforshee, hah, yeah, that's ntrig for you [16:21] you can try calibrating it [16:21] that should help [16:21] let me get you the link [16:21] cnd, thanks, i'll give it a try [16:21] https://wiki.ubuntu.com/Multitouch/Calibration/Ntrig [16:22] sforshee, I have the same problem on my dell studio 17 with ntrig [16:22] it's what I use for my MT development [16:23] cnd, I saw your name in the driver changelog, so I thought I'd hit you up :) [16:23] yeah... though most of the work was done by henrik rydberg [16:23] who no longer is with us [16:24] and probably never wants to touch that driver again [16:24] I think it's going to be a festering sore spot for us until ntrig hw is so old that we can just forget about it [16:25] tgardner, are you suggesting this package ? linux-backports-modules-net-maverick-server [16:26] cnd, getting build errors for undefined references to usb functions, is some library needed besides libusb-dev? [16:26] sforshee, maybe, alas this isn't my code either... [16:27] cnd, okay, I'll work on figuring it out [16:30] manjo, no, I'm suggesting linux-image-server-lts-backport-maverick [16:31] tgardner, ack will ask them if that works [16:38] cnd, everything's installed, and I got the build working by manually adding libusb.a in the makefile instead of -lusb, not sure though why -lusb isn't working [16:38] but calibrating did fix the problems [16:38] thanks for the help [16:43] smb, around ? [16:43] smoser, indeed [16:43] bug 686692 [16:43] Launchpad bug 686692 in linux "natty kernel does not boot on ec2 t1.micro" [High,Fix committed] https://launchpad.net/bugs/686692 [16:43] seems still broken on i386 [16:44] smoser, still is relative. seems differently broken now. I am on it [16:44] It does function on amd64 now. which is fan-tabulous. do you want me to open a new bug ? [16:44] smoser, yep likely new bug [16:44] i'll open a new bug. [16:46] + /proc/device-tree: can't find root [16:46] an interesting diagnostic from 38 [16:49] apw, Interestingly CONFIG_COMPACT seems to have been turned on in Natty now, despite being marked experimental. Sadly turning it off does not help my case... :-/ [16:50] smb, i don't think it was one which i was asked about, may have been a requirement for THP or something [16:50] which it did ask about [16:55] bug 710754 opened [16:55] Launchpad bug 710754 in linux "natty kernel does not boot on t1.micro in arch i386" [Undecided,New] https://launchpad.net/bugs/710754 [16:58] apw: actually it just might be new kernel bug at usbpn_probe+0x28c/0x2c0. hm [16:59] smb, ^^ [17:00] * hallyn pulling down the kernel-ppa daily over neighbor's wifi for a test [17:00] apw, yeah yeah. saw it asked for it as well. :) [17:02] apw, btw, TRANSPARENT_HUGEPAGE selects COMPACTION and that MIGRATION. wibble [17:04] smb, could have done indeed, thats pretty scarey stuff [17:04] that is mel gormans fault if its bust [17:04] (the guy we met in ireland) [17:04] apw, Remember him. Well as said. Its seems still bad with that compaction thing taken back [17:05] but it was a nice red herring [17:05] heh, always like herring-rouge [17:06] ath: Country alpha2 being used: AM [17:06] tgardner, any idea what the heck that means ? [17:07] apw, not a clue [17:12] sforshee, good to hear :) [17:12] we should probably package that up... [17:12] cnd, it's a hack, i hard-coded the include path [17:12] it would be nice to find a better solution [17:13] yeah [17:13] the lib path rather [17:13] when I get a few minutes I'll see if I can find something better [17:13] well, the whole thing too :) [17:13] a big hack [17:14] I'm wondering if there's another libusb somewhere that's getting pulled in instead, because there's no error about not finding the lib, just about unresolved symbols [17:14] hmmm [17:16] cnd, 'readelf -s /usr/lib/libusb.so' shows the missing symbols are present [17:21] kernel-ppa daily won't finish booting === sforshee is now known as sforshee-lunch [18:12] JFo: can you have another look at https://bugs.launchpad.net/bugs/701561 and let me know if any additional info is needed before assigning it. [18:12] Launchpad bug 701561 in indicator-applet "IBM ThinkPad X31 not seen as laptop - battery status not available" [Undecided,New] [18:15] yep, komputes, I need the apport-collected data [18:15] not sure if there was anything else that apw mentioned wanting [18:16] JFo: that hasn't been collected by opening the bug - apw mantionned that laptopdetect had to be run as sudo, which was done - result being it's detected as a laptop, yet still no battery status [18:17] JFo: you want apport collect info for the kernel [18:17] the first bit there didn't make much sense to me "that hasn't been collected by opening the bug" Correct, that hasn't been collected. unless you meant something else. :) [18:17] I do :) [18:19] komputes, so we do think it is a laptop [18:19] apw: indeed [18:19] JFo: will do [18:19] thank you sir :) [18:21] komputes, so what does the laptop-detect -v say ? [18:21] apw: "We're a laptop..." [18:22] but what _exactly_ for example mine says [18:22] We're a laptop (ACPI batteries found) [18:22] apw: sec [18:22] apw: "We're a laptop (dmidecode returned Notebook)" [18:24] komputes, i assume that was sudo yes ? [18:24] what does it say without sudo? [18:27] komputes, ^^ [18:27] apw: yes that was with sudo [18:28] apw: without it said "We're not on a laptop (no relevant hints found)" [18:28] hint* [18:28] komputes, what do the following return [18:29] ls /sys/class/power_supply [18:29] ls [18:29] ls /proc/acpi/battery [18:29] -EWRONGWINDOW [18:29] apw: will find out and get back to you on those === sforshee-lunch is now known as sforshee [18:59] * tgardner --> lunch [19:33] JFo: bug 710371 has been tested with the upstream kernel build but I'm not familiar with your tagging policies [19:33] Launchpad bug 710371 in linux "kernel oops on ssh through ipsec vpn" [Undecided,New] https://launchpad.net/bugs/710371 [19:33] ok, thanks bdmurray === sconklin is now known as sconklin-lunch === bjf is now known as bjf[afk] [20:20] * jjohansen -> lunch === sconklin-lunch is now known as sconklin [21:08] stepping away for a bit, not feeling too well. === bjf[afk] is now known as bjf [22:59] good evening [23:01] We are looking for a wireless linux kernel devloper (injection patches branch), spot job.. someone interested ? === sconklin is now known as sconklin-gone === bjf is now known as bjf[afk]