[03:58] <iceroot> https://bugs.launchpad.net/linux/+bug/869502  please have a look here (patch available)
[03:58] <ubot2> Launchpad bug 869502 in linux "Kernel-Panic with 3.0.0.12-generic on asus eee pcs and msi wind (both using rt2800 wifi chipset)" [High,Confirmed]
[08:38] <CrazyThinker> Hey
[08:38] <CrazyThinker> What tool should I use to display the inode structure of the entire filesystem
[08:43] <smb> Not sure I understand the exact output you want. I don't know of anything that would get you a tree-like output of all inodes. For just the inode number, ls -i would be enough. And debugfs lets you manually explore things (and be potentially dangerous)
[09:04] <CrazyThinker`> smb, but isn't there a tool to visualize the whole thing?
[09:08] <smb> CrazyThinker`, As I said, not that I know of, but it could still exist. Though I could imagine that sizes usually are so big that you need a quite big wall to put it up there. 
[09:09] <CrazyThinker`> oh okay
[10:35] <smb> Bugger, its 10:35UTC. LP is offline...
[10:38] <cking> bugmail time then
[10:38] <smb> cking, Was more going to have a coffee break
[10:38] <smb> Don't think bugmail will run either
[10:55] <tkamppeter> Hi, I have reported bug 872711 and there an SRU for Oneiric was proposed, tested, and verified. When will the new kernel (3.0.0-13) make it into -updates?
[10:55] <ubot2> Launchpad bug 872711 in linux "Kernel does not report some USB printers correctly, making them not being detected by CUPS" [High,Fix committed] https://launchpad.net/bugs/872711
[10:56] <smb> tkamppeter, The SRU calendar says something about next week. If nothing (regressions) happen
[10:57] <tkamppeter> smb, where can I see the SRU calendar?
[10:57] <smb> tkamppeter, It is a google calendar but I am not sure whether it is public
[10:58] <smb> tkamppeter, "Ubuntu Kernel" if that helps
[11:01] <smb> tkamppeter, seems it is named "Ubuntu Kernel Schedule" correctly and seems to be public...
[11:01] <apw_> tkamppeter: normal plan is a week of verification, a week of qa testing, so if no problems then 2 weeks from when you are asked to verify
[11:10]  * ppisati thinks has the first batch of cfg sync for P/omap4
[11:16] <apw_> ppisati: sounds great
[11:19] <ppisati> apw_: wait to see the diff... :)
[11:20] <apw_> ppisati: ogra mentioned some squashfs options, are you aware? 
[11:25] <ppisati> apw_: uhm no
[11:25] <ppisati> but since the skew between master and omap4 is sooo large
[11:25] <ppisati> i'm doing it incrementally
[11:32] <apw_> ppisati: perhaps poke him and find out :)
[11:36] <herton> smb: I noted now that the ec2 jumped from 319 to 340 abi, not sure if worth to fix now that the package is already built in the ckt ppa
[12:07] <herton> tgardner: bugs 872179 and 745836 are waiting for verification until tomorrow
[12:07] <ubot2> Launchpad bug 872179 in linux "ipv6: restore correct ECN handling on TCP xmit" [Undecided,Fix committed] https://launchpad.net/bugs/872179
[12:07] <ubot2> Launchpad bug 745836 in linux "encrypted swap corrupts application stack/heap [was: soffice.bin SIGSEGV cppu::throwException()]" [High,In progress] https://launchpad.net/bugs/745836
[12:14] <tgardner> herton, I cleared the verification tags for bug 872179
[12:14] <ubot2> Launchpad bug 872179 in linux "ipv6: restore correct ECN handling on TCP xmit" [Undecided,Fix committed] https://launchpad.net/bugs/872179
[13:06] <herton> mdeslaur: hi, about bug 875300, are you available with the machine to do a test for me?
[13:06] <ubot2> Launchpad bug 875300 in linux "[Realtek ALC268] ALSA test tone not correctly played back (regression in lucid from 2.6.32-33.72)" [Medium,Triaged] https://launchpad.net/bugs/875300
[13:25] <mdeslaur> herton: could you give me an hour to reinstall lucid on it?
[13:25] <herton> mdeslaur: yep, no problem
[13:25] <mdeslaur> herton: cool
[14:20] <tgardner> apw, ogasawara: bouncing gomeisa for kernel update, ok?
[14:20] <apw> tgardner, ok for me
[14:20] <ogasawara> tgardner: ack,
[14:31] <apw> ogasawara, i've taken the liberty of pulling the meat of the conifiguration review 'data' out of the config review spec
[14:31] <apw> ogasawara, with a view to us having a copy of each one we use for updates as separate pages
[14:31] <ogasawara> apw: ack
[14:32] <apw> ogasawara, i am also moving to suppressing the uninteresting entries in the various sections
[14:32] <ogasawara> apw: cool, that'll help speed up future reviews
[14:56] <mdeslaur> herton: what do you want me to test?
[14:56] <tkamppeter> apw_, smb, thanks, in the user space packages is only the week of verification and no week of QA, now I know why it takes so long.
[14:58] <herton> mdeslaur: I need you to do confirm something, with the broken kernel. Download ftp://ftp.suse.com/pub/people/tiwai/misc/hda-verb-0.4.tar.gz, build it, then run this commands:
[14:58] <herton> sudo ./hda-verb /dev/snd/hwC0D0 0x14 SET_EAPD_BTLENABLE 2
[14:58] <herton> sudo ./hda-verb /dev/snd/hwC0D0 0x15 SET_EAPD_BTLENABLE 2
[14:58] <mdeslaur> herton: ok, give a 15 minutes, and I'll do that
[14:58] <herton> And then check if after the commands you have sound
[14:58] <herton> ok
[15:06]  * herton -> lunch
[15:08] <diwic> herton, fyi, I have hda-verb packaged up in my ppa together with a few other tools in the snd-hda-tools package
[15:09] <diwic> herton, *reading scrollback* hmm, not for lucid though
[15:11] <mdeslaur> herton: after those commands, I do have sound
[15:26] <lifeboy> Would this be an appropriate channel for getting help with troubleshooting compiling a custom kernel for 10.04?
[15:27] <mdeslaur> herton: is there any thing else you need me to test?
[15:27] <mdeslaur> herton: oh, did you get my last comment?
[15:27]  * ogasawara back in 20
[15:31] <herton> mdeslaur: hmm didn't get it, probably my connection dropped, what was the result?
[15:31] <mdeslaur> herton: I confirm sounds works after those two commands
[15:33] <herton> ok thanks, that confirms what I expected, the eapd is needed on your hardware. Now, on the other bug report from which came the regression, I'm not sure now why it's needed the auto config model, may be the other dell machine (910) doesn't like the eapd setting...
[15:34] <apw> ogasawara, a few more inconsistant config item WIs added for you :/
[15:45]  * lifeboy is then just going to ask and hopes someone will respond with a solution
[15:46] <mdeslaur> herton: fwiw, the oneiric kernel works fine on my mini 9, and has the same commit in it
[15:46] <lifeboy> I'm trying to compile a kernel with r6040 ethernet support by using debuild, but debuild ignores/overwrites my .config.  How can I fix this so the kernel is built with the change I want?
[15:56] <bjf> lifeboy which version ? lucid/maverick/natty/oneiric ?
[15:58] <bjf> lifeboy, have you looked at: https://wiki.ubuntu.com/Kernel/BuildYourOwnKernel
[16:00] <herton> mdeslaur: that's interesting, I'm taking a look at oneiric, I run the codec from the bug and on oneiric it's enabling eapd (that's why works for you), probably somewhere else it's being enforced in oneiric
[16:00] <mdeslaur> herton: huh, interesting
[16:00] <smb> lifeboy, I think what you need is "fakeroot debian/rules editconfigs" where you modify those configs under debian.master/config which are the ones used . Any local .config would get ignored
[16:00] <herton> (I mean, I run the codec against hda-emu)
[16:03] <popey> apw: with regards to https://wiki.ubuntu.com/Kernel/PowerManagement - how long are you planning on asking for feedback on that?
[16:04] <apw> popey, thats actualy cking's baby
[16:04] <popey> ah
[16:05] <cking> popey, probaby when we hit enough reasonable samples, maybe next week at the rate we are going
[16:06] <cking> also, I'm waiting for some sample laptops to arrive to add my data ;-)
[16:07] <apw> cking, i see that basically the table tells you lenovo have terrible bioses
[16:07] <cking> apw, yep, which is kinda annoying as they should know better really
[16:08] <apw> cking, can the fwts detect this?
[16:08] <cking> apw, not yet :-(
[16:08] <cking> it was on the blueprints of fwts things to do
[16:09] <popey> cking: I was going to mention it on the podcast on tuesday, call for more people, which will go out on wednesday
[16:09] <popey> (next week)
[16:10] <cking> popey, well, ping me before you intend to do it, we may have closed the crowd sourcing down by then
[16:10] <ogasawara> apw: I'm gonna flip ext2=m, sata_ahci=y, and disable aufs then do final test builds and upload.  any other config changes you think need to land before I upload?
[16:10] <apw> disable aufs, thats brave
[16:10] <popey> will do cking 
[16:10] <apw> those are the main ones i recon for this next one
[16:10] <apw> ogasawara, ^^
[16:11] <cking> popey, by the way, great to have you on board :-)
[16:11] <ogasawara> apw: I figured best to flip it off early and see who screams
[16:12] <apw> ogasawara, indeed ...
[16:12] <popey> thanks cking ☺
[16:12] <ogasawara> apw: I suppose I should maybe wait to upload it until after tomorrow's release meeting so to get input from outside parties
[16:14] <ogasawara> which reminds me I need to write up and send out our kernel bits for tomorrow's meeting
[16:14] <tgardner> ogasawara, have you run it on anything? I should try it on my HP mini since -rc1 hard locked on suspend.
[16:14] <ogasawara> tgardner: not yet, was gonna get this final test build through before any testing
[16:15] <apw> ogasawara, when you have some test build let us know where they are and we can get some testing on the kit i have here
[16:15] <ogasawara> apw: ack
[16:15] <tgardner> ogasawara, ditto
[16:15]  * apw volunteers smb as well :)
[16:16] <lifeboy> bjf: 10.04 Lucid
[16:17] <ogasawara> nice, aufs is already disabled due to build failures
[16:18]  * smb tries to hide his preciousss kit
[16:18] <lifeboy> bjf: I've now tried to follow https://wiki.ubuntu.com/Kernel/BuildYourOwnKernel, but it also breaks!  I get to 'fakeroot debian/rules binary-headers binary-generic' and although I have a fresh clean sources dir, it says the source is not clean!
[16:20] <lifeboy> btw, I'm trying to build a kernel for an LTSP client that needs R6040 ethernet support without cmov
[16:21] <smb> lifeboy, Could you still have your .config in the top level directory ?
[16:21] <lifeboy> Yes, shouldn't I?
[16:22] <smb> No. The debian build does a make with external object tree
[16:23] <lifeboy> Ah, it's probably because I initially followed https://help.ubuntu.com/community/Kernel/Compile
[16:23] <lifeboy> Is this where I should use "fakeroot debian/rules editconfigs
[16:24] <lifeboy> ?
[16:24] <smb> lifeboy, Yes, that runs menuconfig on the various architectures (I think you can skip the ones you do not need with yes,no)
[16:25] <smb> But it will make sure the right configuration files get updated
[16:25] <lifeboy> smb: Thanks. It seems I'm eventually going to build my own kernel after all... 
[16:30] <lifeboy> smb: to build a 32bit kernel on a 64bit machine, what to do I add to "fakeroot debian/rules editconfigs" since I only have 64 bit kernel configs to choose from?
[16:31] <smb> lifeboy, For that you should best set up a (s)chroot environment with debootstrap that has a 32bit personality.
[16:33] <smb> lifeboy, Hopefully this is still current enough: https://wiki.ubuntu.com/KernelTeam/KernelMaintenanceStarter#Building_in_a_chroot_environment
[16:34] <lifeboy> yes, I have that.  I created the chroot with "ltsp-build-client arch=i386 dist=lucid"
[16:35]  * lifeboy is reading smb's link
[16:35] <smb> Then this is where you should do the build. uname -m should show i686 or so if done right. Otherwise the chroot needs to be started with linux32 (which schroot can do automatically)
[16:38] <lifeboy> I haven't done this before, just familiar with the what LTSP scripts create.  uname -m shown x86_64.
[16:39] <lifeboy> So I should read up on schroot?
[16:40] <smb> Since I do not know anything about the ltsp scripts, I cannot give any good advice there. Not even sure how you switch into your chroot
[16:41] <smb> If it is just calling chroot <path>, you may try linux32 chroot <path>
[16:43] <lifeboy> Yes that what I do.  Either chroot /opt/ltsp/i386 or ltsp-chroot --arch=i386. Both do the same essentially
[16:43] <lifeboy> Let me try
[16:44] <lifeboy> linux32 chroot /opt/ltsp/i386
[16:44] <lifeboy> root@Ashton:/# uname -m
[16:44] <lifeboy> i686
[16:44] <lifeboy> work fine, it seems
[16:48] <lifeboy> editconfigs still only has configs like "amd64/config.flavour.generic? [Y/n] n"
[16:49] <smb> lifeboy, Oh that actually goes over all of them
[16:49] <lifeboy> although debian.master/config/i386 and other exist
[16:49] <herton> mdeslaur: I found a fix which should be in Lucid stable updates (probably upstream forgot to apply it), and will fix your case. In fact I think reverting the other kernel patch would be ok also, I have doubts about it, reverting dell models with 02b0 subdevice id to auto, I suspect the user had a mixer setting issue, based on what I saw on codec configuration differences in hda-emu besides the EAPD issue. Anyway, seems the best action is cherry
[16:49] <herton> -picking the missing fix for lucid (commit 5a8cfb4e8ae317d283f84122ed20faa069c5e0c4 upstream), and forget about it... I'll prepare and send the patch to kernel-team mailing list.
[16:49] <smb> lifeboy, keep saying no to the amd64 ones
[16:50] <lifeboy> smb: there are only three amd64 questions and then I get debian/scripts/misc/kernelconfig: line 130: /usr/src/linux-2.6.32/debian/scripts/misc/splitconfig.pl: Permission denied
[16:50] <lifeboy> should I mark them executable?
[16:51] <lifeboy> debian/scripts?
[16:51] <lifeboy> brb
[16:51] <smb> lifeboy, Likely yes. 
[16:54] <lifeboy> that did it, yes
[16:59]  * lifeboy is away: will be back later to report or ask for more help
[17:05] <mdeslaur> herton: sorry, was on the phone. Yeah, that looks good...whatever you think is the best way to fix it is fine with me
[17:05] <mdeslaur> herton: as long as people get sound back :)
[19:39] <lifeboy> !smb
[19:39] <ubot2> Samba is the way to cooperate with Windows environments. Links with more info: https://wiki.ubuntu.com/MountWindowsSharesPermanently and https://help.ubuntu.com/10.04/serverguide/C/windows-networking.html - Samba can be administered via the web with SWAT.
[19:48] <lifeboy> !seen smb
[19:48] <ubot2> I have no seen command
[20:08] <lifeboy> Building a slightly custom kernel, after "fakeroot debian/rules editconfigs", is there any else I need to do to ensure the modified config will be used to build the kernel.deb?  I just ran "fakeroot debain/rules clean" \ and then "fakeroot debian/rules binary-headers binary-generic"
[20:08] <lifeboy> It ignored the change I made the the config however.
[20:14] <bjf> lifeboy: the fdr clean probably blew away your config changes
[20:16] <lifeboy> sO I shouldn't do clean before I compile?
[20:17] <lifeboy> It's just that all the docs I find say you should, but I guess they're not for custom configs...
[20:20] <lifeboy> I just ran "fakeroot debian/rules editconfigs", made the changes to the 386....-generic config, ran "fakeroot debian/rules clean", went back to "fakeroot debian/rules editconfigs" and found all the changes still there.  Could it be something else causing the changes to be lost?
[20:21] <lifeboy> bjf: ?
[20:22] <bjf> lifeboy: not sure right off the top of my head, i'd have to play with it
[20:23] <lifeboy> would I maybe need to run "debian/rules updateconfigs" after "editconfigs"?
[20:32] <jjohansen> lifeboy: no that shouldn't be necessary
[21:08] <lifeboy> I redid the process twice now, it I choose the -generic config by responding 'y' while I answer 'n' for the rest. The change it not applied to the kernel build.
[21:09] <lifeboy> What am I missing?
[22:08] <tgardner> sforshee, how should pgraner be reading his thermal values ?
[22:18] <sforshee> tgardner, I have /sys/bus/acpi/devices/LNXTHERM\:00/thermal_zone/temp on my machine
[22:18] <tgardner> sforshee, ok, I'll let him know.
[22:19] <tgardner> sforshee, his wifi kill keeps getting set.
[22:19]  * tgardner is EOD
[23:33] <Kano> hi, whats the huge difference between 3.2-rc2 mainline to 3.2.0-2 git?
[23:34] <Kano> with mainline i can run nvidia binary drivers on my intel boards (tested q35 and q67), but with precise git not
[23:34] <Kano> master-next of course