=== lamont__ [~lamont@15.238.5.130] has joined #ubuntu-kernel === Seveaz [~seveas@seveas.demon.nl] has joined #ubuntu-kernel === TMM [~hp@c51471f2c.cable.wanadoo.nl] has joined #ubuntu-kernel [06:13] morning [06:49] Mithrandir: apt-cache search pistachio === netjoined: irc.freenode.net -> orwell.freenode.net === dilinger [dilinger@mouth.voxel.net] has joined #ubuntu-kernel [09:24] fabbione: no hits, yes [09:32] Mithrandir: it's in debian.. but a very old version === JaneW [~JaneW@tpr-ip-nas-1-p278.telkom-ipnet.co.za] has joined #ubuntu-kernel === doko [~doko___@dsl-084-059-075-240.arcor-ip.net] has joined #ubuntu-kernel === JaneW [~JaneW@tpr-ip-nas-1-p278.telkom-ipnet.co.za] has left #ubuntu-kernel ["Leaving"] === netjoined: irc.freenode.net -> orwell.freenode.net === crimsun [~crimsun@crimsun.silver.supporter.pdpc] has joined #ubuntu-kernel [12:14] i just uploaded 1.2 [12:14] please wait to commit around that i need to do the baz dance [12:14] and get some food before that :) [01:40] hola [01:41] hey zul [01:41] hey fabbione how goes it [01:41] the main baz repo seems to be fucked [01:41] huh? [01:41] we are investigating the problem [01:41] there are some strange merge issues [01:41] i didnt do it :) [01:41] and i can't tag 1.2 upload [01:41] i know :) [01:41] it's a baz bug apparently [01:42] bah...lets use cvs ;) [01:42] i can take your word for it :) [01:42] lol === ..[topic/#ubuntu-kernel:fabbione] : Ubuntu kernel development discussion | http://www.ubuntulinux.org/wiki/KernelTeam | There are no kernel bugs.. only broken hardware | http://people.u.c/~lamont/Archives/kernel-team@ubuntu.com--2005/ playground: kernel-debian--pre1,3--2.6.11.94 | if baz merge doesn't work.. your code is ok.. use baz merge --star-merge .. deprecated algo that actually does the right thing [02:00] zul: i am almost done with the tagging :) [02:00] ok im trying to track down something [02:24] 1.3 is open :) [02:25] have fun [02:25] i am off for a bit [02:41] Hmm. depmod will have to be done at boot time to deal with module assembly. =( [02:43] I know the kernel can cause modules to be loaded automatically. Does it shell out to insmod or something, or does it rely on a hotplug event to get that right? [02:44] I'm thinking things like sd_mod [02:44] i think it relies on hotplug [02:44] but im not 100% sure [02:44] Cool. Thanks, Chuck. [02:46] np [03:07] jbailey: depmod can run at initramfs creation time, but it's always a good idea to run it at boot [03:07] and if can.. please stop using insmod and switch to modprobe [03:07] This is simply for the modules that exist in the initramfs for hardware autodetection. [03:08] The problem is that at build time I can't assume that I have all the modules that will eventually be present in there, so to get the modules.aliases file right, I need to run it on the bits in the initramfs [03:08] Already stopped using insmod in my local tree. [03:09] jbailey: ah ok.. i see [03:32] Booyah! She boots! [03:32] The only modules I have to hardcode now are md, raid1, and sd_mod [03:33] Total 2075 package(s) [03:33] ^ sparc needs-build [03:33] 24 hours ago they were 2200 [03:34] Hmm, I could drop md from that list, nice. === doko [~doko___@dsl-084-059-081-250.arcor-ip.net] has joined #ubuntu-kernel [04:07] Is there any way to tell which things in kernel/drivers/net are actually for hardware devices and which ones are just things for ppp/slip etc? [04:12] not automatically [04:13] 'k, thanks. [04:13] ppp is hardware.. it gives you a device back [04:13] even if it's "virtual" [04:13] Yeah, I was hoping for a device tag or something. [04:13] No biggy, they're pretty small, and I can always do a blacklist later. [04:13] Or hey, perhaps we can support NFSRoot over PPP [04:13] *puke* [04:14] ahahhaa === lamont [~lamont@15.238.5.145] has joined #ubuntu-kernel [04:16] Lesse.. Reasonable root filesystems: ext2, ext3, jfs, nfs, reiserfs, xfs. [04:16] Would anyone try over afs, hfs or ufs? [04:16] reiserfs4..hah! [04:17] I don't see that in the Ubuntu kernel... [04:18] ahaha [04:23] jbailey: i'd like to get our root filesystems using afs, but i'm not sure if that's possible [04:23] given afs has a global namespace that always has to be /afs/ [04:24] it would require some ugliness involving symlinking, for example, /usr into /afs//root/usr or somethihng [04:24] or bind mounting [04:24] or something [04:25] dilinger: Mind if I ignore that case for now? We can always add the drivers in later. === dilinger nods [04:25] That sounds in the same class as root over NFSv4 =) [04:26] does nfs4 employ some weird namespace? [04:26] It uses strong auth like Kerberos as well. =) [04:26] interesting [04:27] dilinger: Eh, you might know the question chuck answered earlier. [04:27] You mentioned before that SCSI can autoload things like sd_mod when it loads the appropriate driver. [04:28] CC [M] drivers/net/fealnx.o [04:28] drivers/net/fealnx.c:907:2: warning: #warning Processor architecture undefined! [04:28] Does it shell out to insmod, or rely on a hotplug event? [04:28] fabbione: I think we can disable that driver for hpp [04:28] a [04:29] lamont: go ahead :) [04:29] heh [04:29] baz commit -s'Fix FTBFS on sparc64' === fabbione sighs === lamont wonders if the ubuntulog bot could watch and announce baz commits to the kernel-team repository [04:31] lamont: nope.. it knows nothing about baz [04:31] we can make another bot for it [04:31] Wire it up to the commits bot? [04:31] hmmm actually.. given that sparc32 is not supported.. i could make sparc64 the default and kill sparc [04:32] kernel-team@ubuntu.com--2005/kernel-debian--pre1,2--2.6.11.94 [04:32] It would probably be easy to write a module for CIA, and nice for baz projects to have it anyway. [04:32] that's the right version, yes? [04:32] jbailey: no. i don't like to mix too much [04:32] lamont: nope.. [04:32] that's been released today [04:32] 1,3 [04:32] you uploaded -1.2, ok [04:33] -1.2 went to main? [04:33] fabbione: Why not? There are enough people who look at the #commits channel, and it keeps stats and such. Might just be interesting PR for Ubuntu. [04:33] s/went to/is headed for/ [04:34] jbailey: i don't think it calls out to insmod, i think it calls the internal stuff that does module loading [04:34] jbailey: because i don't want another extra service to run on my own server. [04:34] jbailey: map the driver into memory, call the init function, etc. that's just a guess, though; i haven't looked at the module loading code [04:34] jbailey: if somebody wants to set it up.. more than welcome :) [04:35] dilinger: 'kay thanks. I'll look and see what I can find. === jbailey adds jbd to the initramfs so that ext3 can load. [04:37] brb [04:47] Ugh. Now the network drivers are detected in the initramfs, which is correct, but hotplug on the boot system isn't triggered by the module loading, so the network doesn't get started. =( [04:58] jbailey: don't make us hurt you.... [04:58] What if I beg? === crimsun [~crimsun@216.239.132.100] has joined #ubuntu-kernel [06:18] hey...the live cds dont have a System.map do they? [07:45] huh...where is the kernel-image for powerpc 2.6.12 [08:07] they should.... [08:08] not on the iso [08:08] strange... [08:09] chuck@homer:/media/cdrom$ find . -name "System.map" -print [08:09] chuck@homer:/media/cdrom$ [08:09] we should ask Kamion if they get removed to save space [08:10] i was trying to track down that amd64 problem to see what is causing it to crash [08:16] alright, hibernate works [08:16] that was easy [08:16] heh, even my ssh sessions stayed running 8) [08:36] mdz: Around? [08:43] jbailey: yep [08:44] mdz: I have all the hardware autodetection working right, but it has the side effect of not letting hotplug generate a colplug event (since the module is already loaded). The end result is that ifup is never called. [08:45] mdz: I think the fix is in hotplug. I can upload what I have for now if you'd like to test it, though (or post .deb's or whatnot) [08:45] mdz: s/is in/needs to go in/ [08:45] jbailey: go ahead and upload [08:46] we don't rely on a plug event to call ifup by default anyway, right? [08:46] we just do ifup -a at boot [08:47] Hmm, it didn't on my box. [08:47] I can look for that, though. [08:53] that's certainly how it works here [09:00] mdz: If you're testing it locally you still might have to add ide-general or sd_mod, but all the actual hardware drivers are autodetected. The kernel is supposed to autoload those, but I'm guessing that I don't have something quite right. [09:01] jbailey: the kernel should load sd_mod when needed, but ide-generic has never worked that way (unfortunately) [09:02] jbailey: wasn't it you who implemented the workaround in the hotplug package for that? [09:03] I did, I haven't ported that to it yet. [09:03] dilinger said that a recent rc version included the patch to ide to make it use the driver model. [09:03] So it might do the autoloading on its own. [09:03] In any event, my test system for this is sata, and sd_mod isn't being autoloaded, so I'm trying to see what I need to make that happen as well. [09:03] The rest of the hacks are nice known things, so I can just toss them in easily enough. === jbailey gets confused. [09:07] I didn't have auto eth0 in my interfaces file... =( [09:11] mdz: btw, thanks for the fix to initramfs. [10:11] jbailey: no problem [10:11] jbailey: is busybox-cvs-initramfs waiting in queue/new or something? [10:12] Filename: pool/universe/b/busybox-cvs/busybox-cvs-initramfs_20040623-1ubuntu18_powerpc.deb [10:12] ah, no, it's in universe [10:12] I thought dependancies were automatically taken care of? [10:13] where "taken care of" means "show up in the anastacia output the next day", yes [10:13] Ah. =) [10:15] jbailey: which MODULES choice should I used to get the network drivers included? [10:15] It does it unconditionally at the moment. Did it miss yours? [10:15] s/used/use/ [10:16] no, I didn't look [10:16] I had MODULES=list, so I assumed it wouldn't add them [10:16] That will be a valid assumption soon. =) [10:16] jbailey: does it get af_packet as well (for dhcp)? [10:17] It appears not. [10:17] (I'm in my initramfs atm) [10:18] my ethernet driver didn't get loaded [10:18] Which driver? [10:19] oh, silly me; I installed busybox-cvs-initramfs and then forgot to go back and upgrade initramfs-tools [10:19] =) [10:19] that's more like it; taking much longer to build the initramfs now :-) [10:20] If you want to take a look inside it, I have a script locally that I use that basically does mkdir /tmp/initramfs; (cd /tmp/initramfs && zcat /boot/initramfs I current save my initramfs as /boot/initramfs for testing. [10:20] jbailey: I get some error messages from invalid modprobe invocations, but it does work [10:21] Yup, I haven't done noise reduction at all on this. [10:21] Did you have to add af_packet? [10:21] I didn't take it out of mkinitramfs/modules [10:22] 'k [10:22] I added it in the first place when ipconfig failed to work without it [10:22] so I assume it's still needed [10:22] Yup, and it's definetly not getting pulled in atm. [10:22] it's probably a safe assumption that all nfs-root setups should have it === ivoks [~ivoks@lns01-0039.dsl.iskon.hr] has joined #ubuntu-kernel [10:25] jbailey: hmm, taking nfs out of modules fails too [10:25] I end up with an initramfs which has the nfs module in it, but not its dependencies [10:25] also, the kernel-package hook doesn't seem to work [10:25] root@mizar:/usr/bin/X11 # dpkg-reconfigure linux-image-2.6.12-1-386 [10:25] Cannot find /lib/modules//lib/modules/2.6.12-1-386 [10:25] Failed to create initrd image. [10:26] looks like mkinitramfs syntax differs slightly from mkinitrd [10:26] Hmm. I'm copying whole directory trees at this point into the initramfs. I thought I had most of what we needed for nfs. I'll add more in. [10:29] jbailey: why does it work via /etc/mkinitramfs/modules, but not via the nfs magic? [10:29] do you resolve deps in one case and not the other [10:29] ? [10:30] Right. [10:30] In modules, I'm actually resolving dependancies. In the other case, I'm using cp -a to get thigns from /lib/modules into the initramfs [10:31] I can add specific things to resolve dependancies on, but I don't want to wind up with a list of drivers that we copy in - that just means we have to maintain it. [10:32] yep [10:33] jbailey: is the kernel-package thing simple to fix? it'd simplify my life [10:33] I'm rebooting into the working system to test it now. [10:33] I'll also add the dependancy check for nfs and af_packet [10:34] cool [10:34] And force those to modprobe in the nfs case. [10:34] At that point will the modules file be empty on your nfs system? [10:34] af_packet and nfs should both autoload fine, no? [10:35] There's nothing in there to autoload them right now. If you list them in modules, they get modprobed. [10:35] But in nfs mode, they should be modprobed too [10:38] oh, kmod doesn't work? [10:41] Doesn't seem to, I haven't tracked that down. [10:41] but sd_mod isn't being autoloaded either. [10:41] I was asking dilinger about that earlier. [11:32] mdz: Looks like 0.11 will make :33, it has your fixes. [11:33] jbailey: cool, thanks [11:50] mdz: One of the things in the nfsroot spec currently is: Add ability to specify module loading from the kernel command line and additional module details (IRQ, IO Address, Port) to support older network cards. [11:50] mdz the ltsp folks didn't think it was so necessary, since it's pretty rare to see non-pci devices (and our hardware detection won't find it atm anyway) [11:51] I will hack it so that if module information is specified it will get used, but do you otherwise see any problem with dropping that? [11:51] Either that, or I can also take a parameter for additional modules to load from the command line.