[12:19] jbailey: hey, are you sure your G5 hangs, or does it drop to busy box after 3 minutes? [12:20] jbailey: No way to pull from Linus's tree now, he's on to 2.6.18 [12:23] we may have a fix for bug 34831; just waiting for more feedback before pushing [12:30] excellent [12:30] zul: ping [12:31] crimsun: I'm assuming that any patches I get from you for dapper sound can be merged into edgy now? [12:32] BenC: yes, with the caveat that since I target dapper, there may be some backported typedefs, etc. I can attach a note for Edgy to each dapper patch if you'd like. [12:33] yeah, that'd be nice [12:33] all right, will do. [12:39] zul, crimsun: all patches from you guys are in dapper, will pull to edgy soon [12:39] BenC: many thanks. [12:40] crimsun: no, thank you :) === Lure [n=lure@ubuntu/member/lure] has joined #ubuntu-kernel === nigel_c [n=nigel@nigel.suspend2.net] has joined #ubuntu-kernel [01:32] zul: ping [02:01] Keybuk: pong [02:02] zul: you did an upload of kernel-package today [02:02] but didn't take the opportunity to merge it [02:02] do you want to do that? [02:02] yes i did.. [02:02] i only added the xen stuff i dont know what will break in edgy if i merge it [02:03] i think that might be up to benC [02:03] ok, I ask because now you've uploaded, you've cleared the "outstanding merge" flag :p [02:04] and you've put your name against it for nagging [02:04] meh... [02:04] ill take a crack at it after i do the kernel security stuff on my todo list [02:06] Keybuk: question about effects of Edgy's udev if you have a few moments [02:10] crimsun: sure [02:10] Keybuk: I'm looking at the Edgy alsa-utils merge, and there's a udev rule from Debian Sid, "KERNEL=="controlC[0-7] ", ACTION=="add", RUN+="/lib/udev/alsa-utils". Do you prefer the older (Dapper's) [..] RUN+="/sbin/start-stop-daemon --start --background --pidfile /var/run/alsa/bogus --startas /etc/init.d/alsa-utils -- start %n"? The question is whether /lib/udev/ is the Right place to have alsa-utils versus /etc/init.d/ . [02:10] so I prefer the Debian way of having it in /lib/udev [02:11] though that rule should be fixed to just RUN+="alsa-utils" [02:11] there's a potential bug though ... does alsa-utils still use stuff in /usr ? [02:12] not that I can see. [02:13] ok, then go with the Debian stuff [02:13] all right, and thanks for your time. === mdz [n=mdz@studiocity-motorola-bsr1-70-36-194-85.vnnyca.adelphia.net] has joined #ubuntu-kernel [02:37] zul, Keybuk: I'll do kernel-package merging [02:37] it's a hell of a lot of work, because we have some special cases that need to be handled (auto run of boot loaders, update-initramfs, etc) [02:38] *nods* [02:38] just as long as it's not forgotten :p [02:38] BenC, thats what i thought === nigel_c [n=nigel@nigel.suspend2.net] has joined #ubuntu-kernel [03:34] * ata_piix: Disable PATA support for now. [03:34] BenC: ? ^ [03:41] Keybuk: there's no way to blacklist it and have sata_piix work [03:41] ata_piix handles both pata and sata in Alan's patched up stuff [03:42] it broked my ia64 [03:42] probably break others as well [03:54] ah, I see [03:55] by "broke" I assume you mean the migration stuff wasn't in place [03:55] rather than flat-out-didn't-work? [04:14] that would have been the case, but the reality was the pata part crashed on boot [04:14] zul: !!!!! [04:14] /usr/share/kernel-package/rules:2198: *** missing separator (did you mean TAB instead of 8 spaces?). Stop. [04:14] kernel-package is causing FTBFS on latest kernel upload :/ [04:15] zul: please fix ASAP, and reupload [04:26] zul: nm I got it [04:26] frig...sorry [04:36] np, just gotta find someone to redo the kernel upload after this gets through [04:36] get it out of failed state that is === nigel_c [n=nigel@nigel.suspend2.net] has joined #ubuntu-kernel === human_blip [n=mike@220.157.65.29] has joined #ubuntu-kernel [05:51] awesome, confirmed fix for 34831 === _human_blip_away [n=mike@220.157.65.29] has joined #ubuntu-kernel === lloydinho [n=andreas@130.225.237.181] has joined #ubuntu-kernel === Lure [n=lure@ubuntu/member/lure] has joined #ubuntu-kernel === ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel === Lure [n=lure@ubuntu/member/lure] has joined #ubuntu-kernel === doko_ [n=doko@dslb-088-073-100-163.pools.arcor-ip.net] has joined #ubuntu-kernel === ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel === cypher1 [n=cypher@bgepxyout-02.asiapac.hp.net] has joined #ubuntu-kernel === cypher1 [n=cypher@bgepxyout-02.asiapac.hp.net] has joined #ubuntu-kernel === cypher1 [n=cypher@bgepxyout-02.asiapac.hp.net] has joined #ubuntu-kernel === cjb [n=cjb@pool-141-154-207-168.bos.east.verizon.net] has joined #ubuntu-kernel === ogra_ [n=ogra@p548ADAF9.dip.t-dialin.net] has joined #ubuntu-kernel === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-kernel === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-kernel [02:22] hiho.. === Lure [n=lure@ubuntu/member/lure] has joined #ubuntu-kernel [03:37] BenC: 'kay. I'll try and twiddle that change so that it applies against our tree and send it to you. [03:37] BenC: I'm not sure if it'll drop to busybox or not. yaboot sucks enough that I haven't thought to remove 'splash' from the bootup so I can see what's going on. [04:04] BenC: concerning kernel-package you could use mkinitramfs-kpkg too [04:05] it's the default in Debian and does basically the same than update-initramfs -c -k but with old style compat mkinitrd calling option.. [04:05] although that would need an initramfs-tools merge first *hint* [04:05] and there you have special cases as we don't do the fb stuff right now [04:09] makx: Adam's most likely to do the initramfs-tools merge, and he's not around this week. [04:33] jbailey: If it drops to busybox, usplash will disappear...you have to give it like 3-5 minutes though [04:34] jbailey: does your G5 use sata_svw for the rootfs? [04:35] BenC: Is there any easy way to get a /proc/mounts to /proc/modules mapping? =) [04:44] wish there was [04:44] lsmod | grep sata_ [04:44] if it's in the module list, then you are likely using it [04:44] It's not. [04:44] Lemme check dmesg [04:44] Meh [04:44] ntpd(23977): floating-point assist fault at ip 4000000000030e11, isr 0000020000000008 [04:44] filled up my logs. === jbailey looks in syslog [04:45] it's weird on my G5, it hangs waiting for the rootfs, and finally drops to busy box after the timeout [04:45] it hasn't even tried to load sata_svw, and when I modprobe it from busybox shell, it just hangs further [04:45] I need a way to do a dmesg [04:46] BAHa [04:46] that was myia64. [04:46] Lemme check the right box. [04:47] rofl [04:47] sata_svw 14852 12 [04:47] yeppers [04:58] hey BenC [04:58] BenC: Keybuk did punch back the kernels === _human_blip_away [n=mike@220.157.65.29] has joined #ubuntu-kernel === mdz [n=mdz@studiocity-motorola-bsr1-70-36-194-85.vnnyca.adelphia.net] has joined #ubuntu-kernel [05:26] fabbione: cool, thanks [05:26] BenC: yoo [05:26] BenC: bzr merge -r somerev foobranch <- what's the git equivalent for that? [05:27] cherry pick? [05:27] yeah but if i need to cherry pick from another branch that's not local [05:27] git-cherry-pick [05:27] it will still grab it [05:27] ah, hold on [05:27] is there a way to save the chatlog on irssi? [05:27] BenC: non local? [05:27] do you have the branch in your local git? [05:28] BenC: nope [05:28] git-fetch [05:28] then use git-cherry-pick for the sha [05:28] is the remote repo i guess [05:29] yeah [05:29] ok thanks a lot === ivoks [n=ivoks@lns02-1255.dsl.iskon.hr] has joined #ubuntu-kernel [05:29] something like : git-fetch rsync.kernel.org:/pub/.../linux-2.6 upstream-linux [05:29] the "upstream-linux" will create a branch with that name refering to the remote, but wont merge/pull it into your local HEAD [05:30] thanks [05:31] You can also create a file to make it easier [05:31] $ cat .git/remotes/upstream-linux [05:31] URL: ssh://master.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git [05:31] Pull: master:upstream-linux [05:31] then I just do "git-fetch upstream-linux" whenever I want to grab Linus's stuff === thom [n=thom@amnesiac.heapspace.net] has joined #ubuntu-kernel [05:32] ah nice [05:32] BenC: thanks for the explanation [05:33] BenC: the overall was for thombot that's trying to test a patch for #37452 [05:33] BenC: it seems pretty straightforward [05:33] thom can probably test the fix for you [05:34] i have ~15 4100s sat next to me that i'd quite like to use, so yeah [05:35] * edgy sparc Successfully built [05:35] fabbione: sparc builds again :) [05:36] BenC: neat :) [05:36] fabbione: also, sparc is now included in the kernel daily builds [05:37] ehhe [05:37] faure? [05:37] or some other fancy toys [05:38] BenC: the interesting patch is http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=816aa907b909177bdf6e6e6b0d00c5e5a6e2be8c FWIW [05:39] thom: i guess you need kernel and installer to test, right? [05:39] thom: is a netboot image an acceptable solution? [05:39] or do you need a cdrom based install? [05:40] well, given an updated git tree i have the rest of the stuff i need to blow updated cds [05:40] (at least to test) [05:40] oh it's because it's easier for me to build you a netboot image :) [05:40] i have lots of idle cpu cycles round here that i can happily use [05:41] thom: if it works, shoot me an email and I'll pull that into dapper's next upload [05:42] which will likely be very soon [05:42] BenC: he needs a git tree :) [05:43] shit, I can probably build you a kernel with that patch very quickly :) [05:43] BenC: i suspect it'll take me some hours to get my head round exactly which patches i need, so if you have any spare cycles to do a backport that'd be lovely :-) [05:43] (that patch doesn't apply cleanly fwict) [05:44] it's probably faster to backport the driver, but be aware that's the same on the T1000/T200 [05:44] i won't be happy if it breaks :D [05:47] fabbione: but presumably you have the same problem - that you can't use raid on the controller? [05:47] thom: i wish i could tell you because the firmware doesn't allow you to setup raid yeet [05:47] yet [05:47] heh, ok [05:47] but yes. it's supposed to support RAID [05:47] wow, there's been at least 20 commits against drivers/message/fusion/ since dapper [05:48] the diff against that directory is > 300k :/ [05:50] you may just be SOL [05:50] ok, no worries if that's the case [05:51] if you can narrow down the patch you need to something more manageable, I'd take it for dapper [05:51] sure, i'll give it a go [05:51] pointless for me to guess [05:51] BenC: i guess looking at the commit above isn't enough [05:51] tho it's pretty simple commit [05:52] not sure if it depends on any of the 20 other commits that came before it though [05:52] that's the guessing part :) [05:52] it should be easy to manually merge that code in [05:52] give it a whirl and see what happens [05:53] FYI, mutex_unlock() == up() in dapper [05:53] fuck it, let me just get you a working diff to build with [05:54] go ben! [05:56] BenC: cheers! [05:59] email? [05:59] thom@ubuntu.com [05:59] this is a down and dirty simple merge, it's missing the topology locks (something that isn't present in dapper) so I'm a little leary about it actually working [06:00] sent [06:01] thanks, we'll see how it goes [06:02] if you need help getting the ubuntu git tree, see topic...there's a nice wiki that walks you through it [06:02] or just grab linux-source-2.6.15 from the archive === tuxmaniac [n=aanjhan@unaffiliated/tuxmaniac] has joined #ubuntu-kernel [06:04] yeah, was just gonna grab l-s === Lure [n=lure@ubuntu/member/lure] has joined #ubuntu-kernel [06:49] mjg59: ping [07:01] BenC: Hi [07:07] mjg59: I have a fix for nsc-ircc [07:07] it was using pnp_register_wrong...expecting non-zero to mean success, when in reality it returned the number of devices that matched [07:07] err, pnp_register_driver wrong [07:08] so it wasn't calling pnp_unregister_driver on unload because it thought the reg failed === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-kernel [07:11] Ah [07:11] Cunning [07:16] BenC: unsurprisingly that patch went bang, i'll see if i can cook a reasonable one up a bit later [07:17] BenC: i applied the ppc fix for breezy [07:17] zul: how's breezy look otherwise? [07:17] I'm updating the vuln page [07:17] builds, havent run it yet...will do when i get home [07:17] did the ppc fix apply to hoary at all? [07:18] so breezy has all the patches? [07:18] havent gotten to it yet..still at work [07:18] yes [07:19] IPC: access to unmapped vmalloc area in grow_ary() [07:19] what about that one? [07:19] http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=a9a5cd5d2a57fb76dbae2115450f777b69beccf7 [07:19] no i didnt see it [07:20] ill do the patch when i get home [07:20] was sent under a seperate email [07:20] ok [07:20] hmmm...when was it sent? [07:21] couple of days after the initial list [07:21] i dont think i got it [07:27] arggh...this is riduculus 128 people on an adsl connection === cypher1 [n=cypher@59.92.159.155] has joined #ubuntu-kernel === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-kernel === tseng [n=tseng@unaffiliated/tseng] has left #ubuntu-kernel [] === ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel === dmk [n=dmk@host81-156-26-184.range81-156.btcentralplus.com] has joined #ubuntu-kernel === dmk [n=dmk@host81-156-26-184.range81-156.btcentralplus.com] has left #ubuntu-kernel ["Ex-Chat"] === Yagisan [n=jamie@doomsday/developer/Yagisan] has joined #ubuntu-kernel === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-kernel [10:55] Keybuk: ping (regarding alsa-utils's /lib/udev/ usage) [10:55] crimsun: hello === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-kernel [10:56] Keybuk: yesterday you mentioned there may be a bug if /usr is still used, and having inspected the alsa-utils initscript, I see /usr/bin/amixer is called. Does this have anything to do with said bug? [10:57] yup [10:57] people with /usr on a separate partition wouldn't get their sound card initialised [10:57] which is why we have the evil start-stop-daemon while/sleep hack [10:58] ok, so we'll still need that in udev.rules in addition to the sleep in the initscript [11:09] for now, yes [11:10] this may be fixable within edgy by using an upstart event instead [11:11] ok, I'll read that spec after I finish this merge [11:11] thanks [11:11] basically udev would trigger a "sound card found" event at that point [11:11] and we'd start the "restore alsa mixer levels" service [11:12] that service would define that it needs writable filesystems (/usr) to function [11:12] so would inherently wait for that to happen === human_blip [n=mike@220.157.65.29] has joined #ubuntu-kernel