=== nigel_c [n=nigel@nigel.suspend2.net]  has joined #ubuntu-kernel
=== _human_blip_ [n=mike@220.157.65.29]  has joined #ubuntu-kernel
=== nigel_c [n=nigel@nigel.suspend2.net]  has joined #ubuntu-kernel
=== zul [n=chuck@ubuntu/member/zul]  has joined #ubuntu-kernel
[02:21] <zul> hey
[02:26] <jbailey> Wow, really musn't leave this long between merges of initramfs-tools
[02:26] <zul> oh dear i have the hiccups
[02:27] <jbailey> The merged version only has 908 lines of diff now.  *sigh*
[02:28] <zul> only?
[02:28] <Keybuk> heh
[02:28] <Keybuk> that's quite an improvement
[02:29] <Keybuk> what are the major changes?  did we take the /etc/mkinitramfs => initramfs-tools change?
[02:29] <jbailey> Yup
=== nigel_c [n=nigel@nigel.suspend2.net]  has joined #ubuntu-kernel
[02:29] <jbailey> Alot of it was that they went through and cleaned up quoting.
[02:29] <jbailey> We pushed hook scripts out to various packages.
[02:30] <jbailey> (I've taken all of the quoting changes now.  yay debdiff)
[02:32] <Keybuk> cool
[02:33] <jbailey> Alot of the stuff that's in the Debian version is actually things from us.
[02:34] <jbailey> So while there would be subtle things like quoting changes.
[02:34] <jbailey> Or places where tab/8 spaces was different, they code was the same.
[02:34] <Keybuk> ok, so we shouldn't expect much to change?
[02:34] <jbailey> Right.
[02:35] <jbailey> There's a new noresume feature.
[02:35] <jbailey> And whee, the machine booted fine.
=== DarkMageZ [n=DarkMage@ppp233-39.lns3.syd7.internode.on.net]  has joined #ubuntu-kernel
=== jbailey reviews the ubuntu-old to ubuntu-new debdiff.
[02:39] <jbailey> Keybuk: An interesting change is that rather than doing touch /dev/.initramfs-tools, it now does > /dev/.initramfs-tools
[02:39] <BenC> kernel-package uploaded aswell
[02:39] <jbailey> So you can always fetch more info from there.
[02:39] <jbailey> Also, it fixes the ramdisk size for /dev at 10M
[02:40] <jbailey> Adds cryptroot support
[02:42] <jbailey> Apparently works with lilo better now.
[02:42] <BenC> zul: I'd be interested to know if the new kernel-package handles your xen stuff well
[02:42] <BenC> zul: I can send you a .deb if you need it
[02:43] <zul> BenC: it doesnt work that great with the patch that we had, it didnt make the vmlinuz and when i tried making the kernel-image it wanted to make linux-xen0
[02:43] <zul> debian doesnt use kernel-package for the xen0 kernels
[02:44] <zul> other than that i been doing make and make install for the modules and vmlinuz
[02:46] <jbailey> whee, accepted.
[02:46] <jbailey> Off to spend the rest of the evening with my wife and sister-in-law.
[02:47] <zul> if the kernel-package sees CONFIG_XEN then it wants to build the linux-xen0 image
[02:49] <BenC> zul: I didn't port the xen stuff, just relying on the support already in kernel-package 10.x
[02:49] <zul> BenC: i know :)
[02:49] <BenC> you could just install the debian kernel-package, and for xen, it should be same
[02:49] <BenC> ok :)
[02:50] <zul> true...i havent tried the kernel-package since 
[02:50] <DarkMageZ> can anyone confirm if r8169 exists in dapper's k7-26?
[02:52] <crimsun> /lib/modules/2.6.15-26-686/kernel/drivers/net/r8169.ko
[02:52] <crimsun> I don't see why -k7 would differ.
[02:53] <cjb> likewise /lib/modules/2.6.15-23-k7/kernel/drivers/net/r8169.ko
[02:53] <cjb> (which is k7 but not 26.)
[02:55] <DarkMageZ> yeah, i did test the box against -23 (which it still has hanging around). hmm, i'll have to do more testing when i get back to work... thanks
[02:56] <crimsun> -rw-r--r-- root/root     37174 2006-07-07 14:24 ./lib/modules/2.6.15-26-k7/kernel/drivers/net/r8169.ko
[02:57] <DarkMageZ> yeah, i brought one of those cards yesterday and it just didn't work. i'll check over for me making noob mistakes and try again :) cyas
[03:00] <cjb> Speaking of this stuff, is there a reason I'm not getting grub runs after kernel installs, after upgrading to edgy?
[03:00] <cjb> .. or initrds made.
[03:00] <zul> er....known bug
[03:03] <cjb> Ah, thanks. 
=== human_blip [n=mike@220.157.65.29]  has joined #ubuntu-kernel
=== johanbr [n=j@d154-20-189-105.bchsia.telus.net]  has joined #ubuntu-kernel
=== ajmitch [n=ajmitch@ubuntu/butnotamember/ajmitch]  has joined #ubuntu-kernel
=== ivoks [n=ivoks@backup.grad.hr]  has joined #ubuntu-kernel
=== fabbione [i=fabbione@gordian.fabbione.net]  has joined #ubuntu-kernel
[08:54] <fabbione> BenC: i think we are going to readd gfs1 to the kernel together with gfs2
[08:55] <fabbione> RH just realized that they can't kill one for the other without at least a 5 years overlap for transitioning :)
=== Keybuk [n=scott@quest.netsplit.com]  has joined #ubuntu-kernel
=== lloydinho [n=andreas@rosinante.egmont-kol.dk]  has joined #ubuntu-kernel
[09:09] <zul> heh...redhat
[09:41] <BenC> fabbione: ok
[09:41] <fabbione> BenC: in any case i will do the merge if required
[09:41] <fabbione> so you don't need to worry about it really...
=== mdz [n=mdz@studiocity-motorola-bsr1-70-36-194-85.vnnyca.adelphia.net]  has joined #ubuntu-kernel
[10:02] <zul> bbl...im going back to bed
=== doko [n=doko@dslb-088-073-103-221.pools.arcor-ip.net]  has joined #ubuntu-kernel
=== kintaro [n=ad0lf@203.177.212.164]  has joined #ubuntu-kernel
=== kintaro [n=ad0lf@203.177.212.164]  has joined #ubuntu-kernel
[12:17] <Keybuk> anyone awake?
[12:17] <Keybuk> who cares about ia64?
[12:17] <lifeless> heh
[12:17] <lifeless> academically, or pragmatically ?
[12:17] <Keybuk> either :p
[12:18] <lifeless> well, I care, not that I ever do anything about it ;)
[12:18] <fabbione> Keybuk: what's the problem?
[12:18] <Keybuk> fabbione: asm/errno.h is missing from l-k-h
[12:19] <fabbione> Keybuk: that would be jbailey's fault..
[12:19] <Keybuk> in fact, /usr/include/asm is missing entirely
[12:19] <fabbione> Keybuk: i have not time to fix it right now. Neither i have my machine up at the moment
[12:20] <fabbione> i have to finish the rh-c-s merge first
=== kintaro [n=ad0lf@203.177.212.164]  has joined #ubuntu-kernel
=== ivoks [n=ivoks@backup.grad.hr]  has joined #ubuntu-kernel
=== msemtd [n=michael@host217-35-84-156.in-addr.btopenworld.com]  has joined #ubuntu-kernel
=== zul [n=chuck@ubuntu/member/zul]  has joined #ubuntu-kernel
[03:31] <zul> hi ho
=== tuxmaniac [n=aanjhan@unaffiliated/tuxmaniac]  has joined #ubuntu-kernel
[03:48] <mjg59> BenC: Keybuk: Someone's complaining that since the dapper kernel update, the kernel can't find their root filesystem
[03:50] <mjg59> Oh, scratch that, he's being confusing about timing
[03:51] <msemtd> mjg59: I'm confused!
[03:51] <mjg59> msemtd: Ah, you're in here too
[03:51] <mjg59> Excellent
[03:51] <msemtd> yup - looking for Keybuk!
[03:53] <mjg59> Right
[03:53] <mjg59> So was the machine running the released version of dapper previously?
[03:54] <msemtd> yes - it's been dapper for a few weeks
[03:54] <msemtd> I upgraded from breezy
[03:54] <mjg59> msemtd: Ok. There have been no udev updates during that time period.
[03:54] <mjg59> So it's certainly not a udev issue.
[03:55] <msemtd> the upgrade went well
[03:55] <msemtd> I was assuming my rpoblem was simillar to some of the others' who report a simillar hang
[03:56] <zul> is it sata?
[03:56] <msemtd> ...although I only have a single IDE HDD with / & swap
[03:56] <mjg59> msemtd: The "hang" is what happens when you don't have a device node for your root file system
[03:56] <mjg59> There are various reasons why that could happen
[03:57] <mjg59> It could be udev fucking up, or it could be the kernel fucking up
[03:57] <mjg59> In this case it sounds more like a kernel issue than a udev one
[03:57] <msemtd> ...or both! :)
[03:57] <msemtd> yeah - it followed a kernel upgrade
[03:57] <msemtd> but now the older kernels won't find root either
[03:59] <msemtd> I could keep trying different root=/dev/xxx from grub
[04:01] <msemtd> mjg59: should I boot with break=top ?
[04:01] <mjg59> msemtd: That would be a good start
[04:02] <msemtd> what to I need to do to load the device driver module following that?
[04:02] <mjg59> modprobe module_name
[04:02] <msemtd> I suppose that's IDE
[04:02] <mjg59> Depends on what sort of controller you have
[04:02] <mjg59> There's probably a specific module
[04:02] <mjg59> What sort of motherboard chipset?
[04:03] <msemtd> it's onboard ide SiS
[04:03] <mjg59> Ah, hang on
[04:03] <mjg59> Do break=premount
[04:03] <mjg59> Rather than break=top
[04:03] <mjg59> Then the module should be loaded
[04:03] <mjg59> Sorry, break=mount
[04:03] <mjg59> Then go into /dev and see what hd* nodes there are
[04:04] <msemtd> ok, break=mount - look in /dev - goddit
[04:04] <msemtd> hmm, will I have a shell by then?
[04:04] <msemtd> BusyBox?
[04:04] <msemtd> ...from initrd?
[04:12] <Keybuk> mjg59, msemtd: hmm?
[04:12] <mjg59> msemtd: Yup
[04:13] <msemtd> Keybuk: sorry - I thought my boot problem was udev
[04:13] <msemtd> I have the root file system not found following linux-image-2.6.15-26-686 upgrade
[04:14] <msemtd> ...hangs at "Waiting for root file system" then gives up on /dev/hda1 and gives me a BusyBox shell
[04:16] <msemtd> tried acpi=off noapic irqpoll etc (my usual workarounds :) )
[04:18] <msemtd> tried reinstalling older kernels but whilst chrooted from a knoppix 2.6 kernel so dunno if that'd screw things up
[04:34] <msemtd> why would older kernels (that previously worked) fail to boot when reinstalled? I sit because grub is pointing to a different udev device?
[04:34] <msemtd> s/I sit/Is it/
[04:42] <mjg59> Grub's configuration won't have changed
[04:47] <msemtd> the apt-get install will have run grub-update won't it?
[04:52] <mjg59> Yes. That doesn't change the grub configuration.
[04:52] <mjg59> Unless your config was already broken before you installed the kernel
[04:53] <msemtd> I think the grub config is fine - each new kernel I apt-getted whilst under knoppix got added
[04:54] <mjg59> But until you do the test, we're going to have no idea
[04:54] <msemtd> true - I'll be trying tonight
=== BenC [n=bcollins@debian/developer/bcollins]  has joined #ubuntu-kernel
=== ivoks [n=ivoks@ubuntu/member/ivoks]  has joined #ubuntu-kernel
=== msemtd_ [n=mick@cpc1-mapp1-0-0-cust729.nott.cable.ntl.com]  has joined #ubuntu-kernel
[06:12] <msemtd_> mjg59: ok, at home now - I did break=mount and there are no hd entries at all
[06:14] <mjg59> msemtd_: can you cat /proc/modules and look for anything with sis in?
[06:15] <msemtd_> ok one mo...
[06:15] <msemtd_> no, nothing with sis in it
[06:16] <BenC> anything with ata in it?
[06:17] <msemtd_> um, no - we have commoncap and capability, softcursor, etc.
=== alleeHol [n=ach@allee.exgal.mpe.mpg.de]  has joined #ubuntu-kernel
[06:20] <msemtd_> is there something I could modprobe? 
[06:20] <msemtd_> ide_generic?
[06:24] <mjg59> You could try that
[06:26] <msemtd_> wahay! I now have /dev/hdaxxx
=== johanbr [n=j@d154-20-189-105.bchsia.telus.net]  has joined #ubuntu-kernel
[06:28] <mjg59> Right
[06:28] <mjg59> Can you do
[06:30] <mjg59> grep 0x0101 /sys/bus/pci/devices/*/config
=== ivoks [n=ivoks@ubuntu/member/ivoks]  has joined #ubuntu-kernel
[06:30] <mjg59> Sorry
[06:30] <mjg59> grep 0x0101 /sys/bus/pci/devices/*/class
[06:30] <mjg59> And then go to the directory with a match and do
[06:30] <mjg59> cat vendor
[06:30] <mjg59> cat device
[06:33] <msemtd_> sorry, mjg59 I'll have to get back to this one - got to sort the kids out
[06:33] <mjg59> Ok
[06:34] <Keybuk> BenC: we're not going with .18, right?
[06:36] <msemtd_> vendor is 0x1039 device is 0x5513
[06:36] <BenC> Keybuk: no
[06:38] <mjg59> msemtd_: Hm. Odd. sis5513 should bind to that
[06:38] <mjg59> msemtd_: Can you do rmmod ide_generic; modprobe sis5513
[06:38] <Keybuk> BenC: GregKH has some more random sysfs changes happening, I assume those are for .18 or .19 and didn't go into .17
[06:39] <BenC> nothing scary in .17 that I'm aware of
[06:39] <Keybuk> aye, /sys/class in .17 is still just class_dev
[06:39] <msemtd_> mjg59: hmm, says "neither ide port enabled"!
[06:41] <mjg59> msemtd_: Right. Interesting.
[06:41] <msemtd_> mjg59: ah it seems ide0 and ide1 are taken!
[06:41] <mjg59> msemtd_: Is ide_generic unloaded?
[06:42] <msemtd_> sorry - i'll get back to this later
[06:42] <mjg59> Ok
[06:42] <Keybuk> BenC: any particular reason for the conservative kernel choice?  bad experience with dapper?
[06:43] <mjg59> Keybuk: We have no especially good idea when 2.6.18 will be released
[06:56] <BenC> Keybuk: not only that, but I didn't want to be chasing upstream kernel bugs+fixes for most of the release cycle
[06:58] <BenC> when we did dapper, .15 was opened right before dapper started, and I knew we'd have 3 months of settling after .15 was released
[06:59] <BenC> .18 was opened shortly after edgy started, and we'd probably only have 6 weeks max after .18 was released before edgy released
[07:23] <Keybuk> seems fair
[07:45] <jbailey> BenC: And that's assuming that any work gets done in August on 2.6.18, which I think unlikely.
[07:45] <jbailey> Summers are great for development when it's mostly students.  Crap when it folks with spouses, kids, and vacation time who hack for a living.
[07:51] <BenC> jbailey: Sorry, I missed most of what you said...was outside in the swimming pool with my kids, and then played some volleyball  ;)
[07:52] <Keybuk> BenC: we're so not fooling for your "I have a life outside of work" pretence
[07:59] <zul> heh
[08:02] <jbailey> BenC: *lol*
[08:15] <BenC> hehe
[08:24] <BenC> no sign of Mith, but I'm sure he will allow an exception for a new kernel, given that the current kernel wont boot after install
=== ..[topic/#ubuntu-kernel:BenC] : Ubuntu kernel development discussion ONLY | Kernel GIT tree info (updated): https://wiki.ubuntu.com/KernelGitGuide | 2.6.17-5.7 uploaded, let's hope the new kernel-package is ok | Daily kernel builds (for debug and testing purposes only) http://people.ubuntu.com/~bcollins/kernels-daily/ | Kernel Wiki: https://wiki.ubuntu.com/CategoryKernel
[08:34] <mdz> BenC: did you re-enable that workaround for my VIA sound IRQ problem?  I can't use 2.6.17 until that's back
=== ivoks [n=ivoks@ubuntu/member/ivoks]  has joined #ubuntu-kernel
[08:45] <BenC> mdz: crap, I forgot to include it before upload...I'll get it in and have a pre-knot-1 kernel for you
[08:58] <BenC> 309M    .xchat2/xchatlogs/
[08:58] <BenC> think maybe I need to prune that
[08:59] <zul> a bit
[09:12] <BenC> sweet
[09:12] <BenC> fabbione: New pbbuttonsd handles keyboard backlighting on my pb now!
[09:19] <fabbione> BenC: yes i saw it!
[09:21] <BenC> it's using a different hueristic than macosx does though
[09:21] <BenC> on osx, if you were in complete darkness, the keyboard lights were actually a bit dimmer than if you were in partial light
[09:21] <BenC> it got brighter, then dimmer as the light decreased
[09:21] <fabbione> BenC: yes, there is a sensor on the keyboard that enable/disable backlight automatically in MacOS
[09:22] <fabbione> yeah
[09:22] <fabbione> MacOS was either on/off or manual
[09:22] <fabbione> the new psbuttunds is more smooth
[09:22] <BenC> macosx was smoother for me
[09:22] <fabbione> hmmm
[09:22] <BenC> it was automatic
[09:22] <fabbione> i will check again...
[09:22] <fabbione> it's rare i work in the dark anyway
[09:23] <BenC> same here, but it's nice when the light is as the threshold where the black-on-grey keys are hard to read
[09:23] <fabbione> ehhe yeah
[09:24] <fabbione> i am off to watch a movie.. later :)
[09:25] <BenC> jbailey: ping
[09:25] <BenC> later
=== msemtd_ [n=mick@cpc1-mapp1-0-0-cust729.nott.cable.ntl.com]  has left #ubuntu-kernel ["God's] 
=== jouni__m [n=jouni@laku42.adsl.netsonic.fi]  has joined #ubuntu-kernel
[10:57] <BenC> jbailey: dpkg-deb: building package `linux-kernel-headers' in `../linux-kernel-headers_2.6.17-5.7_powerpc.deb'.
=== johanbr [n=j@d154-20-189-105.bchsia.telus.net]  has joined #ubuntu-kernel