[07:51] <cdbs> 3.12-1ubuntu5 of module-init-tools has produced a regression as it passess 11n_disable=1 to iwl3945 which the iwl3945 driver isn't able to recognize, as it doesn't support it at all
[08:10] <fairuz> Hi morning
[08:10] <fairuz> __raw_readl is used with pa or va?
[08:20] <cdbs> Anyone around who can sponsor my debdiff?
[08:23] <smb> cdbs, I don't think here. We rather work git oriented for the kernel. I'd probably try #ubuntu-devel
[08:23] <cdbs> smb: :o
[08:25] <smb> cdbs, Oh I see, module init tools
[08:26] <cdbs> smb: bug #747059
[08:26] <smb> cdbs, Sorry missed that in the scrollback
[08:26] <cdbs> smb: sorry its bug #747025
[08:26] <ubot2> Launchpad bug 747025 in module-init-tools "Modprobe passes 11n_disable=1 option to iwl3945 which doesn't support the option" [High,Triaged] https://launchpad.net/bugs/747025
[08:27] <RAOF> Hm.  There appears to be an entirely blank Yes/No dialog box in the kernel's apport hook…
[08:27]  * RAOF guesses ‘yes’
[08:30] <smb> RAOF, maybe
[08:41] <RAOF> Eat hot aufs kernel warning!
[08:49] <smb> cdbs, The patch looks ok to me, but I do not seem to have the necessary rights to upload. But I will talk to the right person later today.
[08:50] <qwebirc44173> hello
[08:50] <qwebirc44173> need help to shutdown  the computer
[08:51] <qwebirc44173> cpu and chassis fans keep spinning
[08:51] <qwebirc44173> my motherboard is amd pc chips m810lmr
[08:51] <qwebirc44173> im uusing ubuntu server 32bit
[08:51] <qwebirc44173> i tried with pci=noacpi option un grub
[08:51] <qwebirc44173> tried to disable apm/acpi in bios
[08:52] <qwebirc44173> any tips?
[08:59] <cdbs> smb: okay, thanks a lot!
[09:03] <qwebirc44173> can anyone help me with my issue above
[09:03] <smb> qwebirc44173, I sort of feel inclined to say pull the power cable... There is a lot of 32bit ubuntu server versions around too (hardy, lucid, ...). But you may try to look at /sys/power/disk. It should be either set to platform or shutdown and you may try the other one
[09:04] <qwebirc44173> smb: happened the same xubuntu 10.04
[09:04] <qwebirc44173> i could not shutdown completly
[09:05] <qwebirc44173> smb: what do you mean with pull the power cable
[09:06] <smb> qwebirc44173, That will surely stop the fans. Sorry I should have used sarcasm tags.
[09:06] <qwebirc44173> :P
[09:06] <qwebirc44173> i though it was just an expression
[09:07] <qwebirc44173> thought
[09:45] <soren> qwebirc44173: Like I already explained... Disabling ACPI is only going to make absolutely sure the machine won
[09:45] <soren> 't shut down.
[09:56] <qwebirc44173> soren: ei
[09:58] <qwebirc44173> output of /sys/power/disk is test testproc [shutdown] reboot
[09:59] <qwebirc44173> Why is shutdown between []
[09:59] <smb> that is active
[09:59] <qwebirc44173> hm?
[10:00] <smb> Is that still a boot with disabled acpi?
[10:00] <qwebirc44173> smb: what is active?
[10:00] <qwebirc44173> yes
[10:00] <qwebirc44173> i think
[10:00] <qwebirc44173> let me reboot
[10:00] <qwebirc44173> smb: it's using pci=noacpi
[10:01] <smb> That would explain why there is now platform. I mean the option within [] is selected
[10:01] <smb> I mean there is no platform
[10:13] <qwebirc44173> smb: no platform to shutdown?
[10:15] <smb> qwebirc44173, Platform would be the default on most machines, but that uses acpi methods, so if acpi is disabled I won't expect platform. Well actually without acpi and probably no apm there is hardly any way to shutdown automatically as soren told you
[10:16] <qwebirc44173> smb: yes but i tried with those enabled
[10:16] <qwebirc44173> before
[10:16] <qwebirc44173> i dont know what else i can do
[10:16] <qwebirc44173> im gonna try another distro
[10:22] <smb> qwebirc44173, well I suspect rather another bios or a newer release/kernel... 
[10:24] <soren> No matter what you do, if you keep disabling acpi, there's no way it's going to shut down.
[10:26] <soren> If you can't turn on the lights in your hours, and you think it's due to the light switch, removing the light switch and shouting at the hole in the wall where it used to be isn't going to turn on your lights.
[10:26] <soren> s/hours/house/
[10:27] <soren> ..and moving into a different house, and removing all the light switches there will yield the same results.
[10:28] <smb> soren, Still when people want to move I won't stand in front of the truck. :)
[10:28] <_ruben> unless it uses apm (which is not tied into acpi, is it?)
[10:28] <smb> _ruben, right, that would be independent. But it could be disabled in the bios or not implemented
[10:29] <soren> _ruben: apm is a different system, yes. With its own set of problems. Like, say, not supporting SMP.
[10:29] <soren> I seriously doubt is very well tested these days.
[10:35] <qwebirc44173> smb: now I tried with everything enabled
[10:36] <qwebirc44173> it still shows [shutdown]
[10:36] <qwebirc44173> and wont turn off fans
[10:40] <smb> IT sounds a bit like something is wrong with the acpi bios interface, but that is not something that can easily be solved on irc. You should file a bug report about it, and possibly see whether you can try newer kernels from the mainline builds.
[10:40] <qwebirc44173> im gonna try acpi=force
[10:40] <qwebirc44173> the bios supports APM and ACPI
[10:41] <smb> you would see what is used in dmesg
[10:42] <qwebirc44173> k
[10:47] <qwebirc44173> smb: it's using IRQ
[10:51] <smb> ??? most computers do... Without context this makes not much sense. 
[10:51] <qwebirc44173> Allocate IRQ for PCI VGA yes
[10:53] <smb> Really, it would be better to open a bug report with gathered info. Depending on release that is done with "ubuntu-bug -p linux" or without the need for -p.
[11:03] <qwebirc44173> This is the exact problem that I have http://ubuntuforums.org/showthread.php?s=c9437dac0fddfb56461dc26eadd4fb11&t=1692877
[11:05] <qwebirc44173> smb
[11:50] <qwebirc44173> apm -s No APM support in kernel
[11:50] <qwebirc44173> :O
[12:36] <qwebirc44173> bah
[12:44] <qwebirc44173> How do I enable APM support?
[12:44] <qwebirc44173> need to know
[12:49] <fairuz> qwebirc44173: you have CONFIG_APM=y in your kernel config?
[12:49] <fairuz> or M
[12:49] <qwebirc44173> it's M
[12:50] <qwebirc44173> :\
[12:50] <fairuz> ah it's a module
[12:50] <qwebirc44173> how to change to y
[12:50] <fairuz> qwebirc44173: just load it then? using modprobe?
[12:50] <qwebirc44173> oh
[12:50] <qwebirc44173> :)
[12:50] <qwebirc44173> like sudo modprobe apm?
[12:50] <qwebirc44173> fairuz: im not linux geek :)
[12:51] <qwebirc44173> ill try
[12:51] <fairuz> qwebirc44173: i'm not too. just a user
[12:51] <qwebirc44173> fairuz: "Yes the kernel is not processing the APM command (advanced power management). Try this command as the root user: /sbin/modprobe apm."
[12:51] <qwebirc44173> brb
[12:53] <qwebirc44173> error
[12:54] <fairuz> i don't know either, just giving ideas :D
[12:54] <fairuz> take a look at this, maybe can give you some ideas
[12:54] <fairuz> http://www.linuxquestions.org/questions/debian-26/no-apm-support-in-kernel-266977/
[12:54] <qwebirc44173> FATAL: Module amp not found.
[12:54] <qwebirc44173> through ssh
[12:54] <qwebirc44173> from local machine is different but gives error
[12:55] <fairuz> but do you know where they store this module?
[12:55] <qwebirc44173> no idea
[12:55] <fairuz> :D afaik, you have to know the path to use modprobe
[12:56] <qwebirc44173> lolz
[12:56] <fairuz> the path of the module of course
[12:56] <qwebirc44173> Sometimes a Linux kernel is not configured properly for shutting down a computer properly. You can recompile the kernel to fix this problem.
[12:56] <qwebirc44173> fail
[12:57] <fairuz> search the path for the apm module
[12:57] <fairuz> and load it from there
[12:59] <qwebirc44173> modprobe apm FATAL: Error inserting apm (/lib/modules/2.6.35-28-generic-pae/kernel/arch/x86/kernel/apm.ko): No such device
[12:59] <qwebirc44173> fail
[12:59] <qwebirc44173> yea ikonia :) 
[12:59] <qwebirc44173> fairuz need to know path :x
[13:13] <smb> modprobe does not need a path, insmod would. But the reason for the module failing to load is only visible in dmesg. And even when loaded, at least that is how it used to be, apm will only be used when acpi is not active at all. And again using apm will take away other features only acpi has.
[13:14] <qwebirc44173> smb: i dont care about acpi
[13:14] <qwebirc44173> :p
[13:15] <qwebirc44173> smb: ERROR: Module acpi does not exist in /proc/modules
[13:15] <qwebirc44173> it's disabled right
[13:16] <smb> No its build-in
[13:17] <qwebirc44173> in motherboard?
[13:17] <qwebirc44173> hmhmh
[13:18] <qwebirc44173> like ac97 codec and stuff?
[13:18] <smb> No into the kernel. But sort of into you motherboard too because its part of the bios
[13:18] <fairuz> qwebirc44173: tried to modify grub and enable apm + disable apci from there?
[13:18] <qwebirc44173> yes
[13:18] <qwebirc44173> fairuz: acpi=off apm=on apm=power_off"
[13:18] <qwebirc44173> and /etc/modules
[13:19] <qwebirc44173> apm power_off=1
[13:28] <fairuz> damn i forgot, what is the function to convert hexa in string (e.g. "0x68") to int? :D
[13:29] <_ruben> "brain"
[13:29] <smb> echo "ibase=16; 68"|bc ? :)
[13:30] <fairuz> :D
[13:42] <qwebirc44173> smb fairuz apm: BIOS not found.
[13:42] <qwebirc44173> fail
[13:46] <smb> tgardner, Did you do uploads to module-init-tools in the past? At least the changelog seems to say so...
[13:46] <tgardner> smb, yes
[13:47] <smb> There was a proposal fix here https://bugs.launchpad.net/ubuntu/+source/module-init-tools/+bug/747025
[13:47] <ubot2> Launchpad bug 747025 in module-init-tools "Modprobe passes 11n_disable=1 option to iwl3945 which doesn't support the option" [High,Triaged]
[13:47] <smb> It looked ok to me, but I believe I got no rights for that package
[13:47] <qwebirc44173> smb: so linux cant work with my bios?
[13:47] <tgardner> smb, for Natty? I just uploaded something a couple of days ago
[13:48] <smb> tgardner, For natty, yes. It seemed newer that current bzr and apt-get source at least
[13:48] <smb> qwebirc44173, It sounds at least like your bios does not provide the interfaces to enable apm at least.
[13:49] <qwebirc44173> smb: there is an option to enbale
[13:49] <qwebirc44173> enable
[13:49] <qwebirc44173> :x
[13:49] <qwebirc44173> it shows APM and ACPI
[13:49] <smb> qwebirc44173, Just to make sure, have you checked with the mainboard vendor whether ther is any newer bios?
[13:50] <qwebirc44173> smb: there is but im afraid to flash it
[13:50] <qwebirc44173> :(
[13:50]  * smb bites into his desk...
[13:50] <qwebirc44173> smb: http://www.pcchipsusa.com/PCCWebSite/Downloads/ProductsDetail_Download.aspx?detailid=175&DetailName=New&DetailDesc=M810  (V7.1)&CategoryID=1&MenuID=82
[13:50] <qwebirc44173> broken link
[13:51] <qwebirc44173> not
[13:51] <qwebirc44173> check this link pls http://www.pcchipsusa.com/PCCWebSite/Downloads/ProductsDetail_Download.aspx?detailid=175&DetailName=New&DetailDesc=M810  (V7.1)&CategoryID=1&MenuID=82
[13:54] <smb> So the "newer" bios still is 2003... Quite old... Maybe you want to check out the firmware test suite to see how badly your current state is or is not...
[13:54] <smb> https://launchpad.net/~firmware-testing-team
[13:56] <smb> tgardner, So I would have a source deb, though I got no doubt that you probably have that done already by now
[13:57] <tgardner> smb, pretty close to done.
[13:57] <smb> tgardner, Yeah too slow is me
[14:08] <Shred00> how come linux-source-2.6.32_2.6.32-02063212_all.deb has nothing in it except an empty ./usr/src/linux-source-2.6.32/ and a few ./usr/share/doc/ files?
[14:10] <qwebirc44173> smb: sorry but how can I use firmware test
[14:11] <smb> qwebirc44173, If you follow that link, there are PPAs for various releases. If you add the one for yours then you can apt-get install fwts and use the command of the same name
[14:13] <qwebirc44173> smb: im going to use Firmware Test Suite (Maverick Stable)
[14:17] <Shred00> where can i get the patches that were applied to the mainline 2.6.32.12 kernel?
[14:22] <smb> Shred00, Hm, the separate patches started only later and I am pretty sure the kernel-source package was broken often. Maybe it works taking a 2.6.32.12 kernel and try to get the patches from http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.32.20-lucid/ applied...
[14:23] <Shred00> wouldn't it be closer to use 2.6.32.11-lucid's patches?
[14:23] <Shred00> it's a real shame that i can't reproduce the mainline build exactly since it's that build that i need to start bisecting patches out of to find the breakage
[14:23] <smb> Yeah. Funny why those are there
[14:37] <qwebirc44173> smb: just sudo poweroff in archlinux
[14:37] <qwebirc44173> it worked
[14:40] <smb> qwebirc44173, Ok, so its something in the kernel between whatever version archlinux uses and Maverick. And maybe it is fixed in the kernel Natty uses.
[14:40] <qwebirc44173> I hope so :)
[14:40] <qwebirc44173> smb: maybe it's fixed in Lucid?
[14:41] <qwebirc44173> smb: can I boot up using only cli in desktop livecd?
[14:42] <smb> qwebirc44173, Not sure it works on the livecd but you may try to add "text" to the boot commandline
[14:42] <qwebirc44173> will try
[14:43] <smb> cd
[15:02] <tgardner> ogasawara, have you tried natty this morning? my hp mini restarts gdm every time I touch the mouse.
[15:02] <ogasawara> tgardner: I haven't, /me tries
[15:09] <tgardner> cnd, you around? I see an xserver-xorg-input-synaptics upload this AM. I cannot correlate my GDM mouse crash, but it does look coincidental.
[15:09] <cnd> tgardner, yes
[15:09] <cnd> there was an upload last night
[15:09] <cnd> it has a bug
[15:09] <cnd> a new upload has been made
[15:09] <cnd> it just needs to be built in the archive and published
[15:10] <cnd> you can downgrade to a previous version for now
[15:10] <tgardner> cnd, ah, known issue. good.
[15:10] <cnd> tgardner, this is a temporary fix too: http://people.canonical.com/~cndougla/utouch/xserver-xorg-input-synaptics_1.3.99+git20110116.0e27ce3a-0ubuntu10~test1_i386.deb
[15:10] <cnd> if you're running i386
[15:10] <tgardner> ogasawara, did you catch that ? ^^
[15:10] <ogasawara> tgardner: yep
[15:10] <tgardner> cnd, amd64
[15:11] <cnd> tgardner, ogasawara: https://launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics/1.3.99+git20110116.0e27ce3a-0ubuntu8
[15:11] <cnd> that's the previous version that works fine
[15:22] <tgardner> cnd, ok, that fixes it.
[15:23] <cnd> good
[15:45] <tgardner> ogasawara, are there any show stoppers on skaet's kernel bug list?
[15:45] <ogasawara> tgardner: not that I see
[15:46] <skaet> tgardner, ogasawara - bug list not updated yet with input from yesterday.
[15:46] <ogasawara> ah, so there may be some surprises
[15:46] <skaet> will let you know as I do the processing if anything kernel specific makes the list that wasn't already there.
[15:46] <tgardner> skaet, I'm going on last weeks search. there are still some linux bugs in there.
[15:47] <skaet> there's a draft with today's date there
[15:47] <skaet> just didn't link it to agenda
[15:47] <skaet> however,  not all bugs are scrubbed, and pulled in from yesterday's triaging.
[15:48] <skaet> has bugs from wednesday at bottom if you want to scan.
[15:48] <tgardner> skaet, s'alright. there are plenty on the list I have that are worthy of cleanup.
[15:48] <skaet> :)
[15:49] <skaet> yeah, no shortage of things to work on, I'm sure.
[15:49] <skaet> lol
[15:51] <JFo> never is :)
[15:51] <ogasawara> tgardner: I think the powerpc bug that you already applied the patches for was the only one that really caught my eye
[15:52] <tgardner> ogasawara, yeah, that one was a real problem for older ppc platforms.
[16:00] <ogasawara> tgardner: is apw back on mon or wed?
[16:02] <tgardner> ogasawara, not sure. perhaps pgraner knows.
[16:27] <pmatulis> can one do a net install with an LTS backports kernel?
[16:31] <tgardner> pmatulis, only from the DVD bits
[16:31] <pmatulis> tgardner: the DVD bits?
[16:32] <pmatulis> tgardner: so no net install?
[16:32] <tgardner> jjohansen, I just assigned you to bug #746751. can you see if you can diagnose it?
[16:32] <ubot2> Launchpad bug 746751 in linux "kernel: [Firmware Bug]: the BIOS has corrupted hw-PMU resources (MSR 38d is 30)" [Critical,In progress] https://launchpad.net/bugs/746751
[16:33] <tgardner> pmatulis, frankly, I'm not sure. Can you develop a net install from the DVD ?
[16:33] <tgardner> pmatulis, the CD had no space.
[16:33] <pmatulis> tgardner: ok.  btw, the DVD does not work in this regard for a server install
[16:34] <tgardner> pmatulis, "does not work" ? what do you mean?
[16:34] <pmatulis> tgardner: bug #730690
[16:34] <ubot2> Launchpad bug 730690 in ubuntu-cdimage "10.04.2 DVD not made to allow server install with 2.6.35 kernel" [High,Fix released] https://launchpad.net/bugs/730690
[16:35] <pmatulis> bug #730764
[16:35] <ubot2> Launchpad bug 730764 in ubuntu-cdimage "10.04.2 DVD does not install server with 2.6.35 kernel when told to" [High,Triaged] https://launchpad.net/bugs/730764
[16:35] <tgardner> pmatulis, well, shit. that was the whole point of the backport.
[16:35] <pmatulis> :(
[16:37] <tgardner> pmatulis, ok, they are on my todo list, though its likely an installer issue.
[16:38] <pmatulis> tgardner: yeah, colin is looking at that
[16:39] <tgardner> pmatulis, I wonder if we can release a 10.04.2.1 DVD ?
[16:40] <pmatulis> tgardner: i asked colin the same.  no response yet
[16:40] <tgardner> well, he _is_ kinda busy with the natty release.
[16:40] <pmatulis> yes, absolutely
[16:41] <JFo> tgardner, did you see that bug I showed jjohansen last night?
[16:41]  * JFo digs for the #
[16:41] <JFo> bug 746751
[16:41] <ubot2> Launchpad bug 746751 in linux "kernel: [Firmware Bug]: the BIOS has corrupted hw-PMU resources (MSR 38d is 30)" [Critical,In progress] https://launchpad.net/bugs/746751
[16:42] <tgardner> JFo, I just assigned it to him 15 minutes or so ago.
[16:42] <JFo> ah :)
[16:42] <tgardner> it came up in the release meeting
[16:42] <JFo> I see that now :-D
[16:42] <JFo> ok cool
[16:42] <JFo> I thought it might
[16:42] <tgardner> yeah, it seems like kind of a pisser
[16:43] <JFo> yeah
[16:43] <JFo> I just let it slip my mind earlier or I'd have asked right off
[16:45] <tgardner> JFo, I keep a dynamic todo list. that way I only have to remember _1_ thing, look at my todo list.
[16:45] <JFo> heh
[16:45] <JFo> I do too, sadly it was toward the bottom
[16:46] <JFo> not of importance, of course, just where I put it
[16:55] <jjohansen> JFo, tgardner: ack.  I started poking but didn't get to far yesterday
[16:57] <tgardner> jjohansen, thanks. this likely has overall priority until we make some progress on it. I think the server team is pretty well stuck.
[16:57] <jjohansen> tgardner: axk
[16:57] <jjohansen> ack even :)
[17:02] <JFo> gonna grab some lunch, bbiab
[18:21]  * tgardner is finding 2.6.23.12 quite tedious to apply. so damn many patches.
[18:46]  * tgardner --> lunch
[19:33] <tgardner> bjf, sconklin: pushed 2.6.35.12 stable update
[19:34] <bjf> tgardner, whee!
[19:34] <sconklin> \o/
[19:34] <tgardner> bjf, checkout the patch list: http://bugs.launchpad.net/bugs/747520
[19:34] <ubot2> Launchpad bug 747520 in linux "Maverick update to 2.6.35.12 stable release" [Undecided,Fix committed]
[19:35] <sconklin> tgardner: jebus!
[19:35] <bjf> tgardner, the good news is most of those already have some testing in other series
[19:36] <tgardner> bjf, you mean the patches we already had? there were 12
[19:37] <bjf> tgardner, no, many of those also hit Lucid already and have been tested there
[19:37] <tgardner> bjf, ah, right
[20:02] <bjf> .me -> food
[20:02]  * bjf -> food
[20:14] <ailo> I'm trying to debug the kernel. Never done this before. 
[20:15] <ailo> These are the commands I've been instructed to use:
[20:15] <ailo> sudo -s
[20:15] <ailo> cd /sys/kernel/debug/tracing
[20:15] <ailo> echo 0 > tracing_enabled
[20:15] <ailo> echo wakeup_rt > current_tracer
[20:15] <ailo> echo 1 > tracing_enabled 
[20:15] <ailo> I'm wondering, how can I catch the output?
[20:15] <ailo> Is it logged somewhere?
[20:17] <manjo> ailo, are you using ftrace ? 
[20:18] <ailo> manjo, What's that? I really don't much about this tbh.
[20:19] <manjo> ailo, I guess you could start here http://lwn.net/Articles/289558/
[20:19] <manjo> ailo, or Documentation/ftrace.txt in the kernel src 
[20:20] <manjo> ailo, are you debugging a kernel oops ? 
[20:21] <manjo> ailo, there is some debugging tricks here: https://wiki.ubuntu.com/Kernel/Debugging
[20:21] <ailo> manjo, Thanks. I'm doing realtime testing for audio. Using jackd. I'm supposed to see what causes xruns.
[20:22] <manjo> ailo, ftrace might be useful
[20:24] <manjo> ailo, you might want to set CONFIG_DYNAMIC_FTRACE in your kernel 
[20:24] <manjo> config
[20:28] <ailo> manjo, It's set to =y. I'm on 2.6.38-7. Haven'
[20:29] <manjo> ailo, you could search for Steven Rostedt's presentation on google he migh have a quick how to some place 
[20:29] <manjo> ailo, he presented it at various conf and also demoed it .. so a video probably exists as well 
[20:30] <vanhoof> wasnt there a tpm related s3/s4 issue that was fixed in the last couple of SRU updates?
[20:30] <vanhoof> sound familiar to anyone
[20:31] <tgardner> vanhoof, maverick?
[20:33] <ailo> manjo, Great info. Thanks. I was only supposed to do this one thing right now, but I'll want to learn more anyway, so :P
[20:33] <vanhoof> tgardner: yeah
[20:34] <tgardner> vanhoof: glp v2.6.35..HEAD -- drivers/char/tpm8436f415bc7343a99b284661762456e697dae489 tpm_tis: Use timeouts returned from TPM
[20:34] <tgardner> 9555b769cd6d973d6e84c805371eaa5d5986a25c TPM: Long default timeout fix
[20:34] <tgardner> 123c6a0ede60b268266c3cce0c341f6427bc7044 tpm: fix panic caused by "tpm: Autodetect itpm devices"
[20:34] <tgardner> 7d0809ee4b9eaaf7436e23c992aaebfc2408d782 tpm: Autodetect itpm devices
[20:34] <tgardner> vanhoof, those are the stable updates.
[20:34] <vanhoof> tgardner: cool let me check those out
[20:34] <vanhoof> thanks tgardner 
[20:35] <tgardner> np
[20:45] <manjo> tgardner, looks like the patch that was SRUed and applied got dropped ? PM / Hibernate: Make default image size depend on total RAM size
[20:46] <manjo> tgardner, or is it some other tree for maverick ?
[20:46] <manjo> tgardner, it was applied around 03/18
[20:46] <manjo> 03/21 rathr 
[20:46] <tgardner> manjo, checking
[20:47] <tgardner> manjo, 0a2fa938da1cc726477a3a94239132fe0973ae49 in master-next
[20:47] <robbiew> tgardner: hey...have you all announced the chosen kernel for 11.10 yet...or is that something normally done at UDS
[20:47] <manjo> tgardner, ah see it!
[20:48] <tgardner> robbiew, oh, we won't know for sure by then. it'll be an educated guess at best.
[20:48] <manjo> tgardner, any idea when it might get to proposed ?
[20:48] <vanhoof> manjo: believe its available in pre-proposed right now
[20:48] <robbiew> tgardner: ok, figured it was something like that
[20:49] <manjo> vanhoof, was looking for a wag on the timeframe it might make proposed 
[20:49] <tgardner> robbiew, likely 2.6.41, maybe .42
[20:49] <robbiew> tgardner: ok...works for me
[20:49] <robbiew> thnx
[20:49] <vanhoof> manjo: once this current one gets out of the door, and post natty
[20:50] <vanhoof> manjo: there are some delays to expect for the next sru cycle for maverick
[20:50] <tgardner> manjo, inquire of sconklin or bjf
[20:50] <vanhoof> manjo: not kernel team related
[20:50] <bjf> manjo, we are more or less following: https://wiki.ubuntu.com/NattyReleaseInterlock
[20:51] <manjo> bjf, so possibly May time frame then 
[20:52] <manjo> for it to get to updates 
[20:52] <vanhoof> manjo: so once -28.50 (which is in proposed) ships, it gives a bit more flexibility on the hwe team to look at
[20:53] <bjf> manjo, yes
[21:01]  * tgardner is off to trash a server by installing ESXi
[21:54] <savvas0> hello! I was asked to test kernel mainline builds for Bug 721493 -- is it ok if I download the ubuntu 11.04 beta-1 live cd and test it through the live environment?
[21:54] <ubot2> Launchpad bug 721493 in linux "dmidecode shows wrong memory information" [Undecided,Incomplete] https://launchpad.net/bugs/721493
[22:03] <herton> savvas0: it isn't the same thing, because the live cd doesn't come with mainline kernel, but it helps anyway if you get latest natty livecd as it's a 2.6.35 vs 2.6.38 kernel
[22:04] <herton> s/mainline kernel/mainline build/
[22:05] <savvas0> thank you :)
[22:05] <savvas0> I suppose I could install these 3 little packages
[22:52] <jbarnes> yay /sbin/installkernel is fixed!
[22:52] <jbarnes> thanks to whomever finally fixed it