#ubuntu-kernel 2005-09-01 <jbailey> How does suspend to disk and encrypted swap interact? <jbailey> I'm just looking at the cryptroot stuff now for initramfs. <Mithrandir> jbailey: if encrypted swap as in "random key"? Very badly, I'd imagine <jbailey> Mithrandir: Well, I'm more thinking, does it actually run the suspend through the encryption layer? <infinity> Why should it be a problem at all?.. Isn't encrypted swpa supposed to be cleared on reboot anyway? <Mithrandir> probably, and fails to resume. <infinity> jbailey : I should hope not. <jbailey> infinity: Why? Encrypted suspend might be nice. <Mithrandir> jbailey: you can't do it unless you have non-random keys, though. <jbailey> Right. <jbailey> It would have to be the same key as your root filesystem or something. <infinity> Yeah, which would work fine, but encrypted swap doesn't do that. <infinity> So, "running suspend through the encrypted swap layer" would be Very Bad. <infinity> But having your suspend match your encrypted /, if you have one, would be a slick feature. <jbailey> Mm. /me imagines the last message on your screen before it goes black: "BTW: Your key this session is asdfjkl91234yadsflh''1 <infinity> <snicker> * Mithrandir goes to bed. <jbailey> g'n Tollef <zul> heylo <Mithrandir> heyhi <zul> how is it going Mithrandir <Mithrandir> good <Mithrandir> on my way out the door to a party, just had dinner. <zul> cool.. <Mithrandir> attended a wedding earlier today (for my fiancee's cousin or something) <zul> neet...i had a poker night last night <slomo> BenC_: are you there? i have a problem with initramfs on ppc <slomo> BenC_: jbailey told me to talk to you ;) <jbailey> BenC_: He's getting a compressed ram imagei recognised note, and then a kernel crash, no messages in between. <jbailey> BenC_: I'm hoping you can give him something to get more debug info out of the kernel without me having him rebuild with a pile of printk's. <jbailey> I would've expected a failure message of some sort saying *why* it's not able to go on. <slomo> BenC_: and the kernel panic tells something about unable to mount root fs on unknown-block(0,0) <jbailey> slomo: Hmm, humour me a sec - You can unpack the initramfs the same way we did the other one, yes? <slomo> jbailey: sure... just wait for the rescue system to boot again <slomo> jbailey: does the rescue system also use initramfs or something else? <slomo> jbailey: what was the command to unpack the initrd? any parameters to cpio? <BenC_> hmm <slomo> jbailey: any other than -i <BenC_> is that the bug I just got this morning? <slomo> BenC_: i had this bug since maybe 2 weeks ;) <BenC_> I'm on ppc (G4) and not seeing that message <BenC_> not saying you don't have the problem, just that I can't reproduce it <BenC_> what kernel? <slomo> 2.6.12-7-powerpc (on an ibook g4) <BenC_> ok, I haven't booted to 2.6.12-7 yet <BenC_> maybe I should try that <BenC_> do you still have 2.6.12-6? <slomo> nope... i tried to install from the daily iso from yesterday... with the hope to fix the bug ;) <BenC_> did you try booting back to 2.6.12-6 afterwards? <BenC_> before doing a re-install <slomo> yes... same problem... iirc only rebooting to -3 worked but this used a much older initrd (i believe without initramfs) <slomo> jbailey: anything i can look for in the unpacked initrd? <zul> yay...external-drivers-net-sk98lin-vendor-support_wacky-syskonnect.dpatch <BenC_> slomo: but did 2.6.12-6 work before upgrading? <zul> bbl <slomo> BenC: sorry... i don't really remember :( <BenC> that's important <BenC> sounds to me like a bug in yaboot or initramfs <BenC> I'll reboot in a few minutes <slomo> thanks... and i try to remember... but as my memory isn't the best don't expect too much :/ <jbailey> slomo: Sorry, had wandered off. <jbailey> (Guests showed up) <slomo> jbailey: np :) <BenC> yeah <BenC> 2.6.12-7 works for me <BenC> only thing I can guess is your initramfs <BenC> which would be mkinitrd's fault, I would think <slomo> mkinitramfs... well, i'll retest with 0.24 later... i'm currently downloading the daily install iso from today, maybe that works #ubuntu-kernel 2005-09-02 <BenC> slomo? <fabbione> hey BenC <BenC> hey <BenC> did you see the bug where ppc is failing to boot because of unknown root block device (0,0)? <fabbione> BenC: expect a couple of updates soon for OCFS2 and RHCluster suite modules <BenC> well, my ppc is booting just fine, however, my i386 box is showing the same probelm <fabbione> i have no PPC :( <BenC> but I think it's initramfs related <fabbione> BenC: i guess that's because initramfs is missing modules <fabbione> but you can check that easily <BenC> I can see my ide is showing up <fabbione> compare the modules in the previous working initrd with the one included in the broken initramfs <BenC> thing is, I don't have a working one to go by <BenC> it never worked on this new box I installed <fabbione> you could try installing 2.6.10 from hoary <BenC> to tell the truth, this is a debian converted to ubuntu box :) <fabbione> to get an initrd <fabbione> and see if that one works :) <fabbione> hehehe <fabbione> yeah i am testing some debian -> ubuntu updates scenarios right now.. <BenC> everything boots fine with my 2.4 kernel <BenC> and if I boot to single I can mount the root fs just fine <fabbione> hmmmm <fabbione> i wonder if that'a a hotplug/udev race in creating the devices before mounting root <fabbione> you can try this: <BenC> is there anything I would need installed that a simple dist-upgrade wouldn't pull in? <fabbione> edit /usr/share/initramfs-tools/scripts/functions <BenC> udev didn't get installed by default <fabbione> BenC: to be sure: apt-get install ubuntu-desktop <fabbione> that will pull in everything <fabbione> at the of load_modules() <fabbione> ide_boot_events <fabbione> scsi_boot_events <fabbione> try to add a sleep 5 <fabbione> to give time to the devices to settle <fabbione> and regenearte the initramfs <BenC> ok <fabbione> it's an attempt.. <fabbione> i have seen some of these timing issues in non-common setups <fabbione> like /boot on hda <fabbione> and / on USB storage <BenC> 0 upgraded, 609 newly installed, 5 to remove and 1 not upgraded. <fabbione> the latter takes eons to settle <fabbione> ehe not too bad :) <fabbione> time to upgrade? ;) <BenC> don't think I'll be installing ubuntu-desktop :) <fabbione> BenC: well you will need to at some point ;) <BenC> that's not an upgrade, that's all new :) <fabbione> yeah and that can include udev too :) <BenC> I installed udev by hand <fabbione> hotplug? <BenC> yeah <BenC> what about ubuntu-{base,minimal,standard} <BenC> which should I have for a non-X base system? <fabbione> they are a subset of ubuntu-desktop <fabbione> uh.. cant' remember <BenC> the names aren't very telling <BenC> base and minimal would seem to be the same thing <fabbione> Description: The Ubuntu standard system <fabbione> This package depends on all of the packages in the Ubuntu standard system. <fabbione> This set of packages provides a comfortable text-only Unix-like <fabbione> environment. <BenC> ok <BenC> -base is obsolete <fabbione> yeah <fabbione> i was checking now <BenC> ok, I'll install ubuntu-standard and ubuntu-minimal <fabbione> the former will pull in the latter <fabbione> but i strongly suggest you to get a clean install too somewher <fabbione> +w <fabbione> +e <fabbione> AH COOL <fabbione> it seems they fixed the OCFS2 heartbeat problem... <fabbione> i will need to test it absolutely tomorrow <BenC> that require updating the kernel patch? <fabbione> BenC: yes, but i will do it for you <fabbione> dont' worry <fabbione> it's a few one liners here and there <fabbione> nothing too fancy <fabbione> but i need to test the fix first <fabbione> and today is sunday :) <fabbione> so it will be tomorrow as soon as i wake up <fabbione> when do you plan to upload the kernel? <BenC> was planning first thing in the morning, but it can wait <fabbione> BenC: hmm i guess it's still saturday there, isn't it? <BenC> sat night <BenC> oh, I mean first thing monday <fabbione> if so, remember that when you need to bump the ABI like this upload, you need to have at least elmo or mdz or kamion around <fabbione> otherwise the deb will not pass the NEW ;) <BenC> I'll email mdz and elmo tonight to let them know <fabbione> ok that's perfect <fabbione> keep Kamion in CC too. <fabbione> since he is the one that should do d-i <BenC> errors I get from the initramfs now are failure to mount "/root/dev on /dev/.static/dev" <fabbione> but given that he will be back tomorrow after 15 days of honeymoon, i doubt he will get to that :) <BenC> and then failure to "mount /dev on /root/dev" <BenC> ok <fabbione> that's clearly udev problems <BenC> any directories I need to create that might not be there by default on the rootfs? <fabbione> afaik udev takes care of creating them for you <fabbione> so no.. <fabbione> once you install udev, it's a good idea to reboot, but i guess you have done that already <BenC> I can see one problem, and that's that devfs is getting mounted <BenC> it shouldn't should it? <BenC> oh wait, that's another kernel <fabbione> hmm no <fabbione> devfs is not required at all in ubuntu <fabbione> YAY <fabbione> ocfs2 crash seems to be fixed in 1.1.2 <zul> meh...sk98lin-vendor is not building correctl yet <mjg59> BenC: I've just sent you some crack patches #ubuntu-kernel 2005-09-03 <fabbione> morning <spayne> can anyone help me with this ndiswrapper bug? <spayne> where the module isn't being loaded <spayne> oin <zul> hey <chmj> hey chuck <zul> hey charles how goes it? <chmj> good <chmj> your side ? (chmj/#ubuntu-kernel) sweet (chmj/#ubuntu-kernel) I was celebrating my 21st b-day yesterday (chmj/#ubuntu-kernel) yeah :D <fabbione> tsk.. KIDS! <chmj> :-/ <zul> heh...ill be 30 next week <zul> ill be an old fart <fabbione> zul: eheh i will be 30 in not too long from now <zul> ill have to retire soon take me out into the pasture and shoot me <chmj> eheh <fabbione> I WANT MY PENSION! <zul> heh...i parsed that as penison <chmj> hahaha <fabbione> zul: you have issues :) <fabbione> anyway.. i am off.. <fabbione> cya tomorrow <zul> toodles * ..[topic/#ubuntu-kernel:irc.freenode.net] : Ubuntu kernel development discussion ONLY | http://www.ubuntulinux.org/wiki/KernelTeam | There are no kernel bugs.. only broken hardware | http://alexanderlisa@example.com/ playground: kernel-debian--preX,12--2.6.12 <dilinger> mjg59: ping <dilinger> mjg59: what actually ends up in breezy's kernel wrt acpi and laptop patches? is it just acpi backports + misc fixes from bugzilla, along w/ swsusp2 or something? <mjg59> dilinger: acpi backports, misc fixes from Bugzilla, a couple of my own fixes, a small number of new features. Nothing as big or invasive as swsusp2 <rtcm> mjg59: about vga16fb not working on some hardware, maybe someone already familiar with some of the malfunctioning hardware/bioses could help? I'm thinking of talking with the sisfb maintainer which has been very helpful for me before... <mjg59> rtcm: Sure. If people could work out what the issue is, then it may be fixable <mjg59> Windows successfully gets 640x480 without breakage, though I'm not sure how <rtcm> it sure does... will seen what i can do <BenC> mjg59: found another case where vga16fb is broken <BenC> I have an x86 box with an nvidia geforce4, and it using the tvout <BenC> the vga16fb mode causes a really bad screen flicker/shifting <BenC> when I connect it to a normal crt or lcd it works ok <BenC> the kernel riva module works fine though <zul> so how long before users start asking for 2.6.13 <BenC> today probably <zul> i want it now!!!! <zul> hehe <mjg59> BenC: Did you get a chance to look at those patches I sent? <BenC> you sent patches? <mjg59> Yesterday <BenC> I really need to get spamassassin to do a better job of filtering <mjg59> Hmm <BenC> I seem to be deleting a lot of pertinent email <BenC> can you resend it to alexanderlisa@example.com? <mjg59> That's where I sent it initially, but hang on a sec <BenC> oh wait <BenC> I do have them <BenC> but there's nothing attached to the email <BenC> just a list of the patches <mjg59> Gah. <mjg59> Probably my mistake. <mjg59> BenC: Ok, resent <BenC> how tested are these? <BenC> and more importantly, how important? <BenC> I was going to do a kernel upload today <mjg59> The ec-burst one only impacts a non-default code path <mjg59> owner_id is pretty important, but I can't reproduce the problem it fixes here so it's hard to tell. Upstream reports that it works <mjg59> The sonypi one just adds extra hardware support, but it's needed for hotkeys (and brightness control) to work on new Sonys <mjg59> The dev-acpi one is probably the least important, but it's self-contained code and it buys us undocking support <rtcm> im one of the people getting the ACPI-0145: *** Error: Invalid owner_id: 00 <rtcm> i can do some testing <BenC> mjg59: got the patches that time, thanks <BenC> I'll look them over <mjg59> BenC: Ok, thanks <BenC> sonypi will go in, since it only touches the sonypi code <BenC> devacpi doesn't seem like it can hurt anything existing <BenC> ownerid is the only one that scares me, but if it's already broken, maybe it can't get anymore broken :) <mjg59> BenC: Heh. Yeah, it's already breaking stuff for some people, so... <mjg59> BenC: Ping? <BenC> ? <mjg59> Hi. I've managed to track down a problem that causes a hang when using usplash with suspend to disk <mjg59> The /easiest/ way of fixing it for Breezy would be to comment out a single line in the kernel <BenC> ok, send me a patch and I'll look at it <mjg59> Ok <rtcm> hmm, now this hadn't ocurred to me yet: <rtcm> ACPI-0105: *** Error: Could not allocate new owner_id (32 max), AE_OWNER_ID_LIMIT <rtcm> ACPI-0509: *** Error: Method execution failed [\_SB_.ADP0._PSR] (Node dedd72a0), AE_OWNER_ID_LIMIT <rtcm> hope this next kernel iteration fixes this, it's being generated each 30 seconds <mjg59> rtcm: Yeah, that's what happens if you run with that bug for too long <rtcm> it doesn't seem to break anything though <rtcm> guess i'll have to reboot then :-) <zul> mjg59: my is being delivered tomorrow <mjg59> zul: Rock <zul> oh yeah.. <zul> later.. <zul> BenC: i should have something for you this week for the syskonnect its a bugger #ubuntu-kernel 2005-09-04 <zul> heylo <zul> yummy...spam <fabbione> morning <jbailey> Eh... You're early... <fabbione> yes <fabbione> i couldn't sleep this night? <jbailey> Dont confuse me like that. It's still an hour until bedtime. =) <fabbione> jbailey: any news about binutils? <fabbione> ehhehe <jbailey> fabbione: No, last I saw was the elmo told doko that he was working on an update for it. <fabbione> ok... <jbailey> That was last Friday or so, though. <fabbione> yes i recall that <jbailey> I was offline the whole weekend, pretty much. <fabbione> so was i <zul> i got a freaking song in my head <chmj> what song ? <jbailey> zul: Sean Paul? =) <jbailey> "let's get it on 'till the early morn..." <zul> hell no.. <zul> its like "we are on drugs...we are alll on drugs...do you like drugs..." cant remember where i heard it though <fabbione> yo <zul> hey fabbione how goes it? <fabbione> zul: as usual :) <fabbione> you? <zul> good...laptop is suppose to arrive today <fabbione> ehehe lucky you <zul> the irony is that my package is probably the last one to be deliviered <fabbione> zul: why? <zul> just my luck and the way the day is going so far <fabbione> ahhh <BenC> fabbione? <zul> its smaaaaaaallllll <mjg59> zul: Got it, then? <fabbione> BenC: ? <BenC> hey <BenC> how long will you be around? <BenC> also, is your OCFS2 stuff done and ready in the repo? <fabbione> BenC: the last update is in baz. <fabbione> i will be around for another 2/3 hours <fabbione> BenC: we will need another update later anyway * desrt hits benc over the head with inotify <fabbione> BenC: http://oss.oracle.com/bugzilla/show_bug.cgi?id=544 and http://oss.oracle.com/bugzilla/show_bug.cgi?id=558 <desrt> BenC; i just posted a patch to bugzilla... it'd be really awesome if it was in the next build <fabbione> BenC: otherwise we are fine imho <fabbione> BenC: upstream is working on it right now and we have a test setup at the DC. <desrt> ubuntu's inotify is broken <fabbione> BenC: there is also 936-429-9875 out... <BenC> yeah <fabbione> desrt: what's broken with it? <desrt> fabbione; it reissues watch descriptors <desrt> fabbione; due to an off-by-one error (one-liner patch) <BenC> desrt: bug #? <desrt> http://bugzilla.ubuntu.com/show_bug.cgi?id=14364 <fabbione> desrt: ah ok.. is the fix upstream already? <desrt> yes <desrt> in 2.6.13 <fabbione> perfect <desrt> robert love also just personally looked over the bug report and told me it looks OK <BenC> fabbione: that's a question I had, how do we move to new kernels, if at all? <BenC> are we at a stage where breezy is just going to be 2.6.12? <fabbione> BenC: yes.. breezy is going to be .12 <fabbione> BenC: Preview Freeze is in 2 days <fabbione> so i'd say we talk with mdz before uploading this kernel <desrt> spooky <BenC> before uploading 2.6.12-8.12? <BenC> yeah, very <fabbione> mdz: BenC and I were wondering if we can upload 2.6.12-8 <fabbione> or do you prefer us to wait after Preview Freeze? <BenC> here's the thing, I want to get 2.6.12-8.12 uploaded because of the recent ABI changes <fabbione> BenC: we should get the inotify fixes and 936-429-9875 in too <BenC> yeah <fabbione> since we break the ABI, it's a good idea to push the crack in <mdz> I would prefer that you do it now <BenC> I was thinking of holding off for some more fixes to go in (mjg sent me a lot yesterday) <mdz> do matthew's fixes change the ABI still further? <BenC> so do the 8.12 now, and then 8.13 in a few days will be ok? <BenC> no <mdz> yes, that's fine <mdz> though I'm considering doing a Colony on thursday <mdz> so not thursday <fabbione> BenC: if you commit everything in today i can do the ABI dance tomorrow as soon as i wake up <BenC> a lot of these fixes would be nice if you are doing a Colony <fabbione> that would make us gain 12 hours <fabbione> and make Colony for thursday <BenC> yeah, we can tag team it <fabbione> mdz: would that work for you? <BenC> what time do you wake up, I really want to do most of the next upload to get the system down, but have you around to answer questions <fabbione> BenC: it depends.. usually around 4 UTC <fabbione> but we need to get elmo or Kamion or mdz around to NEW the packages <fabbione> + we need to prebuild them everywhere to get the new ABI <fabbione> brb <BenC> so that's around midnight for me <BenC> I can do that <desrt> mmm. thanks for the fast response, guys :) <BenC> desrt: I see the patch, and it looks good to me <mdz> fabbione: what time UTC would that be? <desrt> BenC; :) <fabbione> mdz: i wake up at 4 UTC.... <desrt> cheers <fabbione> mdz: so if BenC will do everything and i only need to be around.. <fabbione> mdz: i'd say we can finish in the usual 4/6 hours if there is an ftp-master around <fabbione> BenC: if you want to upload all yourself, we can gain quite a lot of time... <BenC> main thing I need help with is creating the source package, and make sure I have put everythign together right <fabbione> BenC: that's the easiest part :) <BenC> yeah, but do I need to kill off any baz stuff in the debian tree? <fabbione> BenC: that's even easier ;) <fabbione> BenC: you got the source package with the debian/ dir from baz... <BenC> and I do the dpkg-buildpackage -S, right? <fabbione> cd .. <fabbione> dpkg-source -b -i linux-source-2.6.12-2.6.12 <fabbione> mkdir temp <fabbione> cd temp <fabbione> dpkg-source -x ../linux-source-2.6.12_2.6.12-8.XX.dsc <fabbione> TADA <fabbione> no more baz crap in the debian dir :) <fabbione> cd linux-source-2.6.12-2.6.12 <BenC> ah, so dpkg-source does it <fabbione> dpkg-buildpackage -rfakeroot -S -m'Ben I rock Collins' -k$yourkeyid <fabbione> done ;) <fabbione> upload to jackass.ubuntu.com in ftp.. no need to use any fancy dir <fabbione> BenC: iirc there is a flag that you can pass to dpkg-buildpackage directly... <fabbione> but i can never remember it <fabbione> it's probably -i <BenC> what's the i386 dev machine name? <fabbione> concordia <BenC> yeah, I think it is <BenC> that's it, thanks <fabbione> use linux32 dchroot -c breezy-i386 <fabbione> it's an amd64... <BenC> alright, I'll do these patches, test build, and then upload later today <fabbione> so you get both at the price of one ;) <fabbione> BenC: that's ok.. remember to commit everything in baz ;) <BenC> mdz: anyone be around, so 21:00 UTC? <BenC> say* <mdz> BenC: 2100 today, or 2100 tomorrow? <BenC> today <BenC> less than 6 hours <mdz> ok <mdz> I'll be around, certainly <fabbione> BenC: i won't be around at that time.... <fabbione> so you will have to do it yourself... <BenC> fabbione: no problem, I think I got all I need <fabbione> but i am sure you can manage fine... <BenC> thanks <mdz> make sure elmo will be around to do the byhands <fabbione> mdz: will you take care of NEW? <fabbione> BenC: also.. ask Kamion (since he is around) to prepare d-i... <fabbione> BenC: if he can... <fabbione> otherwise i can do it for you now... <mdz> fabbione: I can process new binaries, but elmo should do the d-i processing <fabbione> mdz: yeps.. <mdz> fabbione: but if we need elmo anyway, he can do all of it at once <mdz> so there is no point in splitting it between the two of us <fabbione> mdz: right :) but if both of you know.. it's better... we are not depended on one that can actually die from one sec to another because of a lightning stroke... <BenC> elmo will be around <fabbione> and still make Colony <fabbione> BenC: i did forward you a mail on how to bump the ABI in D-I <fabbione> did you check with elmo if you your upload privileges have been fixed? <fabbione> s/fixed/granted... <BenC> good question <fabbione> ARGH.. brb.. wife is in high bitching mode today <BenC> elmo claims no knowledge of me being ok'd to do uploads :) <BenC> so I guess that's a no <BenC> fabbione: raise the pimp hand, and then...do as your told like a good husband :) <BenC> he's going to take care of it though <fabbione> re <fabbione> eheheh <fabbione> BenC: ok.. so i am good to go that you will do all of it... <fabbione> if something breaks down horribly, i will be around at 4 UTC :) <fabbione> or on a plane to somewher without IP <BenC> hehe <zul> BenC: then carpet bomb his house <BenC> zul: how do you think I got him to act so quickly? <BenC> elmo's are very furry and flamable <zul> lol <fabbione> ahha * zul is installing breezy on his new laptop <fabbione> zul: you got it??? * BenC knows james would hate that joke :) <fabbione> ahhaha <zul> fabbione: came like an hour ago <fabbione> zul: is it nice? <BenC> ok, wont be paying attention to IRC for the next few hours <fabbione> BenC: just answer my question <BenC> which one? <fabbione> if you are going to collect the ABI for all 6 arches, or do i need to take care of SCC <BenC> I'll collect them <fabbione> perfect! <BenC> or attempt to anyway <BenC> Kamion also wants me to do linux-meta <fabbione> BenC: well you have i386/amd64/ppc/ia64 at the DC <fabbione> you miss sparc/hppa <fabbione> BenC: yes. linux-meta and linux-restricted-modules are in the list of pkgs that we discussed on irc... <fabbione> kernel -> linux-restriceted-modules -> linux-meta -> d-i <zul> fabbione: very nice <fabbione> zul: eheh enjoy it :) <fabbione> zul: i am considering to buy a powerbook... <zul> oh i will...now i can code in the basement during the summer <BenC> I need to get a laptop before UBZ <fabbione> BenC: and a passport :) <BenC> donations accepted <fabbione> BenC: talk to mjg59 for one.. on what to get ;) <fabbione> BenC: same here... <zul> i dont need a passport i just need sponsorshipt <BenC> zul: send me your laptop, and consider it done :) <zul> :P <zul> im off for lunch...biab <fabbione> later zul <zul> that is a nice laptop but i have to put it away since i need to work <jbailey> BenC: Did you see the conversation in #ubuntu-devel yesterday about needing to find a way of asking the currently running kernel to regenerate its initramfs? <fabbione> jbailey: you will need to explain me tomorrow why you want something like that... <fabbione> i gotta run now.. <jbailey> fabbione: By edit of my boss. =) <jbailey> edict, rather. <fabbione> yes ok.. to achieve what? <jbailey> So that new usplashes can update the initramfs. <fabbione> they can do it, even without asking the kernel to regenerate the initramfs <fabbione> they just have to call the correct mkinitramfs <jbailey> Right, except that they have no good way of knowing who's running, who's installed, etc. <jbailey> I think the right solution is initramfs bootloader magic, perhaps. <fabbione> i wonder why the kernel-team has been never asked to look at the usplash implementation... <fabbione> u <- userland :) <fabbione> fix it there :P <fabbione> now i don't want to sound silly, but people have been pushing crack into the kernel.. <jbailey> Bzzt. initramfs belongs to the kernel, you produce it so nothing else should touch it. <fabbione> without the kernel team being exactly informed <fabbione> jbailey: yes.. usplash is touching initramfs <jbailey> that's part of why I like the idea of bootloader assembly. <fabbione> and now the kernel team needs to find a solution for what i believe is a design error.. <jbailey> That means that the kernel wouldn't have to do that assembly - takes responsibility for it away from you. <fabbione> anyway.. i think i am too tired to appreciate usplash, given that it doesn't even work on my machines :) <jbailey> Eh, really? <fabbione> better to go and get some food <jbailey> How does it fail? <jbailey> Enjoy, Fabio. <fabbione> jbailey: i don't get anything displayed <jbailey> And hello from Angie. =) <fabbione> give a hug to her :) <fabbione> cya <fabbione> jbailey: there is no way the kernel can address that problem, if not providing an extra info to usplash like: touch /lib/kernel/2.6.12-8.isanofficialubuntukernel <fabbione> at that point usplash can parse that dir and update the specific initramfs <fabbione> dir or configfile or whatever.. but i guess you get the idea <zul> jbailey: have you tried out those xen packages from ubuntu-devel? <jbailey> zul: I've not. <jbailey> fabbione: The kernel could take an md5sum at generation time, and regenerate the version of the initrd pointed to by /initrd.img iff the md5sum still matches. <fabbione> jbailey: i don't see how that can help.. the kernel is not supposed to touch stuff... <fabbione> and it's truely pointless to ask the kernel to do a job that userland can and in a much simpler way <jbailey> Eh? * jbailey smokes some of Fabio's pipe <jbailey> This is all packaging. =) <fabbione> jbailey: ok.. as i understand it: <fabbione> - kernel is installed <fabbione> - usplash is installed <fabbione> now.. <fabbione> initramfs needs to be updated by usplash... <fabbione> right? <jbailey> Well, it needs updating because of a usplash update. <fabbione> because each time usplash is update, the user need to reconfigure the kernel as it is now <fabbione> perfect.. than we agree <jbailey> Right, except that the kernel owns the initramfs <jbailey> Or rather, the kernel package owns the initramfs. =) <fabbione> wrong... <fabbione> the kernel package generates the initramfs <fabbione> it doesn't own it <jbailey> Sure it does. The 'touched it last' rule. <fabbione> it creates it :) <jbailey> What I think could happen is that as soon as you create it, you generate an md5sum hash of it. <fabbione> yes, but what is the problem you want to address? <jbailey> The problem that you don't know if the user has touched it in the meantime. <fabbione> you want to avoid usplash updating an initramfs <jbailey> The usplash has no way of knowing that information. It doesn't touch the initramfs at all atm. <fabbione> hmmm jeee.... <fabbione> well what kind of changes do we expect from user to initramfs? <fabbione> via /etc/mkinitramfs ? <jbailey> Dude, who knows? =) <jbailey> These are *users* we're talking about. =) <fabbione> yeah ok.. we will need to change this rule for breezy+1 <jbailey> But this mechanism could be used to update lvm, evms, or *mumble*. <fabbione> we can't keep working around all possible combinations.. especially in front of a 3/5 years support <jbailey> Right. I'd love to see it done as boot time assembly. <fabbione> you mean bulding the initramfs at boot time? <fabbione> i have a better idea :) <jbailey> Right, by the bootloaders. <jbailey> I have this vague idea that we could do something like: <jbailey> Have grub assemble the initramfs at boottime based on whatever modules seem obvious. <fabbione> jbailey: grub for i386.. what about the others? <jbailey> As part os S99make_it_possible_to_recover_my_system, then generate a static version of that initramfs. <jbailey> That way there's a recovery option that should be guaranteed to work. <fabbione> jbailey: i have a better idea... <jbailey> Sure. =) <fabbione> let's hack on http://fabrice.bellard.free.fr/tcc/tccboot.html <fabbione> so that it includes an lspci <fabbione> we will build the kernel from sources at boottime <fabbione> with the proper hw configuration <fabbione> we will build everything inline <fabbione> and all the devices that we know can't be inside a pc.. as modules <fabbione> :) <BenC> we should build the whole kernel as just objects and then do linking on install :) <fabbione> BenC: that's too easy :) <fabbione> it's more fun to build it from sources <BenC> what would be nice, actually, is if the device driver objects were the same whether they were module targets or built-in targets <BenC> just the linking would be different <fabbione> hmmmm <fabbione> you can probably achieve that... <BenC> yeah, would require a change in the module abi I'm sure <fabbione> nope... <fabbione> it's easier than you think... <fabbione> afaik the stuff you build inline are all the objects compiles at STAGE1 of the kernel <fabbione> modules get STAGE1 -> STAGE2 <BenC> yeah, but module.h changes a lot of stuff (init/remove) depending on -DMODULE <fabbione> in stage2 from the object created in STAGE1, the .mod.c gets created, builded and linked... <BenC> I think the driver object is actually a bit different <BenC> it could be <BenC> they may have thought of this when they did the 2.6 kbuild system <fabbione> if you look in a mod.c that's created by that file we fixed for sparc... <fabbione> you see exactly the module interface... <fabbione> it's worth a try.. also because it's pretty easy <BenC> well if the entire module abi is in the .mod.c, then there you have it <fabbione> BenC: the only thing i am afraid is code that does: <BenC> someone just needs to write the tools and logic to do an install time linking of a static kernel, with modules just for things like hotpluggable devices <fabbione> ifdef CONFIG_FOO=m <fabbione> endif <fabbione> or something like that <BenC> yeah, I think ieee1394 may have (or maybe it's gone now) things like that <BenC> there's also the ones that have hardcoded "#ifdef MODULE" <fabbione> yeah i have seen a bunch of those <BenC> I think the scsi layer is littered with them <BenC> which defeats most of the advantage of it <fabbione> yeps <zul> later #ubuntu-kernel 2005-09-05 * lamont-away ponders how soon he has to upload any changes he needs for ia64's kernel <lamont-away> because it'd be nice if it booted... * desrt ponders installing a colony release <zul> heylo <fabbione> morning <BenC> good evening <fabbione> hey Ben <fabbione> how did the upload go? <BenC> linux-source went fine <fabbione> what about the others? <BenC> l-r-m is giving me some problems, but I think I got it <fabbione> what problems? <BenC> didn't know that the minor's needed to be bumped in debian/rules <fabbione> oh crap.. <fabbione> either i forgot and you can blame me.. <BenC> but I fixed that, and linux-meta is also uploaded <fabbione> or it wasn't clear in our talk <BenC> well, even Kamion just said to sed debian/control.stub :) <fabbione> eheh ok <BenC> oh shit, I hope the version numbers in debian/control.stub didn't need exact versions <fabbione> good.. <fabbione> BenC: the control.stub is enough you change 2.6.12-7 to 2.6.12-8 <BenC> do the minors that are listed as depends need to be bumped too? <BenC> ok <fabbione> no need of versioned build-deps <fabbione> not that i remember... <fabbione> i would have to look at it <fabbione> Maintainer: Ben Collins <alexanderlisa@example.com> <fabbione> Changed-By: Ben Collins <alexanderlisa@example.com> <BenC> well,hope, none there <fabbione> (linux-meta) <BenC> yeah, I didn't have my env setup right <fabbione> ehhehe <fabbione> no biggie :) <fabbione> nobody cares..really <BenC> been awhile since I've done real package uploads ;) <fabbione> yeah i can understand that <fabbione> kernel is 4 pkgs away in the queue on sparc... <fabbione> good... <BenC> i386, amd64 and ppc are done <fabbione> yup i saw... <BenC> I think ia64 is building <fabbione> ia64 is always slower <BenC> I need to get my U2, G5, i2k and A500 running so I can do builds on everything but amd64 <BenC> remote builds are great for lots of test builds, but I need to run these things to <fabbione> BenC: keep in mind that i only have i386/sparc64 here :) <fabbione> and even tho i almost managed... <fabbione> sometimes the rules: the patch applies -> it's ready for stable did work <BenC> yeah, I did "patch applies and it built on i386, and the kernel booted for me" <BenC> I'm going to take mdz's advice and start a wiki page on this whole kernel upload procedure <fabbione> hmm yeah.. that might be a good idea <BenC> your notes are so far right on <BenC> haven't gotten to the baz part yet, but that I've already done, so I just have to follow the commands :) <fabbione> i am pretty sure the notes are ok :) <fabbione> BenC: yes please.. try to commit everything in baz asap <BenC> the minor's was the only thing that caused a hiccup <fabbione> if you get to commit almost at atomic level to baz, your kernel will get more testing.. <fabbione> i often build out of baz to do testing <BenC> yeah, I need to get a workflow going <fabbione> like: new patch -> one commit. patch update -> one commit <fabbione> yeah no problem.. <BenC> this last one was more or less "crap, which patches do I put in, and shit, how do I test them all" <fabbione> but for ex. i have been working on 8.12 a lo in the last days to debug ocfs2 <fabbione> you will never be able to test them all <BenC> yeah, but I like to atleast review them <BenC> but aside from the patches, I need to do some of my own debugging and patching <BenC> just going to take me a little bit longer to get into system <BenC> hopefully get back to how I was with libc6 back when I maintained that (which is close to comparable) <BenC> well, as close as you can come, but not really all that close <fabbione> ehhe <fabbione> i remember when you were maintaing libc6 <fabbione> you probably don't recall me bitching about the ipv6 resolver being broken <fabbione> and you said in an email: "Sure.. patches are welcome" <fabbione> you created a monster <fabbione> because at that time i did never even see a deb or a source code that big <BenC> yeah, I do remember that :) <BenC> ipv6 got a lot of attention because of that <fabbione> eheh <BenC> especially the one major bug that took me about 3 days of testing and a hundred lines of code to fix <BenC> getaddrinfo() <BenC> damn this network has gotten really unstable lately <BenC> lilo needs to chill with the restarts <lamont-away> BenC: I see you've been initiated in the world of stupid-pain that is linux-restricted-modules <fabbione> hey lamont-away <lamont-away> yo <BenC> lamont-away: it welcomed me with open claws <lamont> hehe <fabbione> BenC: lilo should be either hanged or crossburned <lamont> BenC: I have absolutely NO CLUE why whoever started that felt it was so important to have random version numbers for each package4 <BenC> need to redo l-r-m's stuff so that it's fairly automated <BenC> me either <lamont> just make them all have the same version number as the package? <fabbione> we can't <lamont> well, actually, they're tracking upstream version numbers where they exist, so I guess that's not entirely bad <BenC> seems to me that every upload would need those minors bumped, with makes them pointless <fabbione> that's why there is that madness <lamont> fabbione: why can't we? <BenC> well, the remaining ubuntu version needs to just be from the package <fabbione> nvidia-$UPSTREAMMAJOR-crack <fabbione> when i first did the package it was only nvidia <BenC> that's the package name though, right? <fabbione> and i did DOCUMENT it <fabbione> the others started adding all that sort of extra crack <BenC> seems to me it should match the kernel version it was compiled for <fabbione> BenC: the kernel modules are ok.. they do <fabbione> the problem is some userland thing.. * ..[topic/#ubuntu-kernel:irc.freenode.net] : Ubuntu kernel development discussion ONLY | http://www.ubuntulinux.org/wiki/KernelTeam | There are no kernel bugs.. only broken hardware | http://alexanderlisa@example.com/ playground: kernel-debian--preX,12--2.6.12 * mode/#ubuntu-kernel [-s] by ChanServ * BenC waits out the storm before trying to talk again (BenC/#ubuntu-kernel) fabbione: any reason that xorg-driver-fglrx would need to use a special minor version? (BenC/#ubuntu-kernel) I think the minor version should come from debian/changelog and be generated at build time (fabbione/#ubuntu-kernel) BenC: i have no idea.. i only added nvidia to that thingy.. (BenC/#ubuntu-kernel) for all those things (fabbione/#ubuntu-kernel) i am sure there is the problem with nvidia $major <fabbione> because some other userland pkgs use it as versioned Depends: <fabbione> i really have no clue about the others <BenC> fabbione: in l-r-m, 936-429-9875, what does the .2 represent? <fabbione> BenC: it's just a number because they have updated something in the orig.tar.gz <fabbione> nothing fancy <BenC> ok <fabbione> the problem with binary driver is that you can't update them with patches easily ;) <BenC> yeah, so it requires a new .orig.tar.gz upload <fabbione> yup <BenC> fabbione: l-r-m and linux-meta built and are in <fabbione> super <BenC> Kamion is doing d-i <fabbione> congratulation :) <fabbione> he did already <BenC> he did? <fabbione> yes <fabbione> in theory you can upload all of alexanderlisa@example.com.. <fabbione> but there are some drawbacks <fabbione> like you need a buildd admin to give them back due to Dep-Wait and FTBFS <BenC> yeah, ia64 needs a give-back <BenC> after the kernel is done <fabbione> is it dep-wait? <fabbione> because there is an auto giveback.. but i don't remember how often it is called <BenC> yeah, dep-wait <fabbione> than it's no issue.. it will be auto-un-dep-wait <BenC> all the primary arch's are done, so that's the end of my worry for the evening <fabbione> eeheh <fabbione> yeah <fabbione> i will try to collect the ABI files for sparc since it's going to build soon.. <fabbione> but i won't be able to commit them until you finish the baz dance <BenC> I'm going to add the bzip compressed ABI files to the linux-image packages for the next upload, so that I wont have to chase the files around like this <BenC> it's only 54k compressed, so not a major percentage of the package size <fabbione> BenC: we did think about that.. <fabbione> you still have the main issue if a kernel is FTBFS on an arch.. you need to get the ABI file.. <fabbione> that sorts of goes back to you as build on all arches before upload <fabbione> but yeah.. that would do in the majority of the case <BenC> how do you get an ABI file for an arch that wont build? <fabbione> that's the whole point of prebuilding :) <fabbione> to avoid FTBFS and get the ABI files if needed :) <infinity> There's no auto-give-back, that's a myth. <infinity> But if it's properly dep-waited, that will work itself out. <infinity> "auto-give-back" means me or lamont occasionally give back everything that's in the "building" state. <infinity> (Usually me, and usually when I'm doing a mass give-back due to a transition or something that I think may have magically made a bunch of things buildable) <infinity> So, if you guys find any kernel-related stuff that's FUBAR, just let me know, and I'll smack it around. <infinity> (auto-give-back in the context of buildd/sbuild, is only triggered on hideously broken chroots or missing/unavailable source... All other give-backs are manual) <BenC> it's in dep-wait, so it should be ok <mdz> fabbione: the d-i upload happened before l-r-m was built <mdz> fabbione: of course, I don't think nic-restricted-modules actually works anymore... <fabbione> mdz: no, because we don't have ld_static in d-i and Kamion isn't happy to add it <BenC> shouldn't d-i build-dep on the proper version it is expecting? <BenC> I would have expected it to go into dep-wait <fabbione> BenC: you can't <fabbione> because you can't Build-Deps on udeb <BenC> it just uses linux-meta? <fabbione> d-i doesn't use anything else <BenC> ah <BenC> doesn't it check versions of things it downloads? <fabbione> yes.. it does, but d-i is allowed to access the net to build <fabbione> but it happens during the build <fabbione> not at Build-Dep installations <BenC> but I mean, can't it check the version of net-restricted-modules that it downloads to make sure it matches the kernel version? :) <BenC> and then ftb <fabbione> hmm i think it does somehow... <fabbione> but we don't really care.. <fabbione> that udeb is borked anyway <BenC> ok <mdz> how goes the new kernel? <mdz> l-m and l-r-m seem happy <mdz> I'm about to trigger livefs builds unless someone tells me otherwise <fabbione> mdz: all the packages seems to be in place.. did yo check d-i? <fabbione> d-i did build.. <fabbione> mdz: has it been by-handed? <mdz> fabbione: elmo did it before he went to bed <fabbione> ok.. than i think it's all there... <fabbione> i see no reasons to hold it <mdz> livefs builds in progress <mdz> they take about 40m <mdz> if I am still awake when they complete, I will do live CD builds <fabbione> mdz: perfect.. let me know if we get there, so i can rsync and test <fabbione> mdz: btw we trimmed down the OCFS2 problem.. now we are working on a solution <mdz> fabbione: livecd builds started <fabbione> mdz: great <mdz> will be 20050831.1 <fabbione> ok.. <chmj> BenC: ping <fabbione> chmj: you are either too early or too late :) <fabbione> pick one <fabbione> ;) <chmj> whatis benc's local time ? <fabbione> US.. <chmj> too late then <zul> heylo <zul> BenC: congrats your first upload <rtcm> he, so, is there a good reason for the vesafb and fbcon modules (and deps) be loaded by default? <rtcm> on the first versions of 2.6.12 this didn't happen... <zul> usplash i think but im not 100% sure <rtcm> usplash uses vga16fb <rtcm> at least vesafb is completely unnecessary AFAICT <zul> hmmm...no preX,13 yet? <BenC> zul: late night, I'll do the repo switch today <zul> cool..no worries <fabbione> hey BenC <fabbione> hi zul <zul> hey fabbione <fabbione> BenC: i have the sparc abi files... <fabbione> so as soon as you open 13 let me know and i will commit them <zul> c ya later * ..[topic/#ubuntu-kernel:BenC] : Ubuntu kernel development discussion ONLY | http://www.ubuntulinux.org/wiki/KernelTeam | There are no kernel bugs.. only broken hardware | http://alexanderlisa@example.com/ playground: kernel-debian--preX,13--2.6.12 #ubuntu-kernel 2005-09-06 <mjg59> BenC: Hi - did you get my patch for fixing hibernate? <lamont> Adding console on ttyS0 at MMIO 0xff5e0000 (options '9600n8') <lamont> RAMDISK: Compressed image found at block 0 <lamont> Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0) * lamont pokes jbailey <lamont> checking if image is initramfs...it isn't (bad gzip magic numbers); looks like an initrd <lamont> Freeing initrd memory: 9056kB freed <lamont> hrm... interesting <jbailey> lamont: Eh? What's that from? <lamont> ia64, latest breezy <lamont> note that nothing 2.6.12-ish boots on ia64, but this is yet another new failuer <lamont> ii initramfs-tool 0.21 tools for generating an initramfs <jbailey> lamont: file /initrd.img should tell you that it's a gzip'd thing. <jbailey> file -z should tell you that it's a cpio archive. <lamont> /boot/initrd.img-2.6.12-8-itanium-smp: gzip compressed data, from Unix, max compression <jbailey> If those are true, then there's some love needed in the kernel. Otherwise lemme know and I'll get it sorted out. <lamont> /boot/initrd.img-2.6.12-8-itanium-smp: ASCII cpio archive (SVR4 with no CRC) (gzip compressed data, from Unix, max compression) <jbailey> Yup, those are what they should be. =( <lamont> so that "checking if image is initramfs...it isn't (bad gzip magic numbers); looks like an initrd" is to blame? <lamont> where does that come from, I wonder? <jbailey> init/initramfs.c <jbailey> It calles into unpack_to_rootfs with the buffer. <jbailey> There doesn't look to be anything arch specific in there, so I would've thought if it works on ppc64 (which it does) it would work on ia64. <lamont> Read DSDT from initrd or initramfs (ACPI_INITRD) [N/y/?] n <lamont> is that bad? <jbailey> Is there such thing as a DSDT on ia64? <jbailey> I didn't think there was any concept of power management. =) <lamont> what's a DSDT? <jbailey> acpi bits. <lamont> there is most certainly ACPI <lamont> as in, it's fatal to not have CONFIG_ACPI <jbailey> You replace the DSDT tables when your vendor sucls/ <lamont> Read DSDT from initrd or initramfs (ACPI_INITRD) [N/y/?] (NEW) n <lamont> Read DSDT from initrd or initramfs (ACPI_INITRD) [Y/n/?] y <lamont> Read DSDT from initrd or initramfs (ACPI_INITRD) [Y/n/?] y <lamont> Read DSDT from initrd or initramfs (ACPI_INITRD) [Y/n/?] y <lamont> Read DSDT from initrd or initramfs (ACPI_INITRD) [Y/n/?] y <lamont> Read DSDT from initrd or initramfs (ACPI_INITRD) [N/y/?] (NEW) n <lamont> Read DSDT from initrd or initramfs (ACPI_INITRD) [N/y/?] n <lamont> so some of them have it... <lamont> /boot/config-2.6.12-8-itanium-smp:CONFIG_ACPI_INITRD=y <lamont> including the (failing-to-boot) kernel <jbailey> lib/inflate.c is what's failing for you. <jbailey> It claims bad magic number. <jbailey> Your guess as to whether it's got it wrong, or if the buffer handed in is wrong. <jbailey> Well, hex editor should tell you the first one. <jbailey> Although I'm be surprised if ia64 had a different gzip header. <lamont> 0000000: 1f8b 0800 4335 1643 0203 e43b 5b6c 1cd7 ....C5.C...;[l.. <lamont> 0000010: 7567 6676 a9d9 e592 9ed5 c319 babb c4d0 ugfv............ <jbailey> The joys of hex to octal conversion. =) <lamont> 0000000: 00011111 10001011 00001000 00000000 01000011 00110101 ....C5 <lamont> 0000006: 00010110 01000011 00000010 00000011 11100100 00111011 .C...; <lamont> :-) <lamont> 0000000 105437 000010 032503 041426 001402 035744 066133 153434 <lamont> 0000020 063565 073146 154651 111345 152636 014703 135672 150304 <jbailey> 1F <lamont> there. <lamont> 1f == 037 <lamont> otoh, if file says it's compressed data, then it is... <jbailey> 8b <lamont> 213 <jbailey> 9e <lamont> 236 <jbailey> The third character appears to be wrong. <jbailey> Food time, back in 30m or so. <lamont> zcat /initrd.img| cpio -i --list <lamont> that works just fine from the command line <lamont> BenC: you need more sigs on your key man... <lamont> jbailey: and we don't care that this initrd.img is > 9MB, right? <lamont> jbailey: actually, magic[0] == 037, and magic[1] ==0213 <lamont> magic[2] isn't checked... <lamont> magic[1] is checked against both 8b and 9e <lamont> and method == 8, like it should be... <lamont> so either we're passing a bad buffer, we read it wrong, or there's a bug in get_byte() (which looks unlikely) <lamont> time for this one to run off to the back-to-school night <zul> morning kids <jbailey> Baaaah <zul> whats up jbailey <jbailey> Not much, just sitting down for more hacking. <zul> cool <zul> same here <jbailey> ROAR <jbailey> #12915 <jbailey> Silly rabbit, but ah well. <zul> whoops <jbailey> Oh, hey. <jbailey> -rw-r--r-- 1 root root 1309702 2005-06-24 13:54 vmlinuz-2.6.10-5-amd64-k8 <jbailey> It's less than the size of a floppy! <jbailey> I thought it was bigger these days... <jbailey> Hmm <jbailey> I wonder if that's small enough to do the magic I wanted to with boot floppies. <jbailey> Ah well, it's a question for another time. <zul> hmmm...wtf <jbailey> What are you wtfing? <jbailey> And hows the laptop? =) <zul> when i try to commit something it say no arch user id set <zul> the laptop is fine very fine, very small, very hot...it has no fan <jbailey> I think there's a baz my-id command or something like that. <jbailey> No fan? <jbailey> What type of beast is it? <zul> dell latitude x1 <zul> one of thos sub notebooks <jbailey> Cute. =) <zul> they keyboard is like the size of my hand <zul> ill bring with me if i make it to montreal <jbailey> Please do. =) <zul> so my probation is done oct 17 around there so hmmm... <jbailey> So at that point you can screw off a bit more? =) <zul> yeah sure :) <zul> hmm...one of my neighbours has an open wirless point * desrt watches jbailey ignore
{'channel': 'ubuntu-kernel', 'month': 9}