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