=== doko_ [n=doko@dslb-084-059-078-065.pools.arcor-ip.net] has joined #ubuntu-kernel === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-kernel === calc [n=ccheney@ip70-185-4-246.ma.dl.cox.net] has joined #ubuntu-kernel [02:23] mjg59: I had a bug I wanted you to look at...trying to find it [02:24] 20979 [02:31] BenC : Still want that module tested? [02:32] BenC : Should I be suspicous about the drastic file size difference? :) [02:33] nah, it's all good :) [02:33] he reports no difference, but I find that hard to believe [02:36] What did you change? [02:37] Other than shrinking the module. :) [02:37] Mess of printks all over the place with your name on them? :) [02:37] Oh, that's funny. [02:38] You know that assertion I was getting every time I ran update-initramfs? [02:38] Don't see that anymore... (of course, I get the spew of other erros instead) [02:38] Anyhow, ready to reboot. Back in a few. === calc [n=ccheney@ip70-185-4-246.ma.dl.cox.net] has joined #ubuntu-kernel [02:43] Ah-ha. [02:43] BenC : I guess you just rolled back to an older version of ata_piix? :) [02:44] Scary ATAPI errors gone, failed assertion back. [02:46] BenC: Weird. Haven't seen that. [02:56] infinity: so the errors are definitely gone [03:00] infinity: can I add you to CC for this bug? [03:02] BenC : Sure. I didn't add myself when I commented, but go ahead. === AcidPils_ [n=acid@websrv.werbeagentur-aufwind.de] has joined #ubuntu-kernel === maks_ [n=max@baikonur.stro.at] has joined #ubuntu-kernel === siretart [i=siretart@ubuntu/member/siretart] has joined #ubuntu-kernel === maks__ [n=max@baikonur.stro.at] has joined #ubuntu-kernel === AcidPils [n=acid@websrv.werbeagentur-aufwind.de] has joined #ubuntu-kernel === maks_ [n=max@baikonur.stro.at] has joined #ubuntu-kernel === AcidPils [n=acid@websrv.werbeagentur-aufwind.de] has joined #ubuntu-kernel === AcidPils [n=acid@websrv.werbeagentur-aufwind.de] has joined #ubuntu-kernel === maks_ [n=max@baikonur.stro.at] has joined #ubuntu-kernel === calc_ [n=ccheney@ip70-185-4-246.ma.dl.cox.net] has joined #ubuntu-kernel === calc [n=ccheney@ip70-185-4-246.ma.dl.cox.net] has joined #ubuntu-kernel [05:50] morning === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-kernel [06:25] hey BenC [06:25] hey fabbione [06:25] i am uploading the kernel right now [06:25] i thought you went to sleep [06:25] my turn to be up at 3am :) [06:25] yeah i know [06:26] i need a smoke [06:26] yeah, me too [06:27] New kernel again? [06:27] New ABI too? [06:27] yep [06:27] Or just bugfixes? [06:27] Feh. :) [06:27] fabbione's kernel upload is sparc64 8.10 build [06:27] my kernel upload is waiting on hppa abi files so I don't ftbfs :) === BenC finds out he can get a PowerMac G5 Quad for $1650 [06:29] ! [06:29] Send me one! [06:29] there's a limit of one :) [06:30] 256Mb nvidia card too, 250Gig ATA drive [06:30] BenC: ah new crack? [06:30] 2xdual-core-2.5ghz cpu's [06:30] BenC: i know benh bought one [06:31] the kernel still doesn't really support it in full :) [06:31] and he is hacking heavily on it [06:31] it comes pre-installed with YDL [06:31] YDL and OSX [06:31] but I have an offer of one machine, and I think I want to get a 17" powerbook [06:32] BenC: the powerbook i got is sweet [06:32] but it's a bit fragile [06:32] keybord is teh sux [06:32] i need to get a new one already [06:32] damn, that does suck [06:32] keys are falling off and some of them get stucked.. go figure [06:33] but I need a laptop...the one I had at UBZ, I just took it back and got a refund [06:33] and powerbook 17" display is nice [06:33] oh yeah [06:33] the display is COOL [06:34] plus it will give me a chance to test bcm43xx with the airport2 wireless [06:34] ehhehe [06:34] I don't know very many powerbook owners who say they'd buy one again. [06:34] pitti loves his :) [06:34] i wanted one becuase i needed a ppc [06:35] Well, Apple fanatics, maybe, but not in the FLOSS world, where we're more hardware agnostic. [06:35] but yeah.. i heard that too [06:35] specially from elmo [06:35] pitti is an exception to many rules. :) [06:35] he had to change his PB.. dunno how many times [06:35] He's also an iBook user, which makes a qorld of different. [06:35] difference, too. [06:35] Only because the iBooks are much cheaper, so you don't feel so ripped off. :) [06:36] OTOH, if you like laying out lots of cash, everyone in the company (me included) seems to be deeply in love with IBM. [06:36] Go figure. [06:37] I'd recommend the G5 desktops over the PowerBooks anyday, if you want/need a PPC machine. [06:37] well, the pb will be at a reduced price too...get IBM to take %40 of the list price, and I'll go buy one :) [06:37] I already have a G5 and 2 G4's, so I'm not really in need of anymore ppc's, just that I like powerbook looks === fabbione waits for katie love on kernel [06:38] BenC: you got your bw back [06:38] thanks [06:39] weird is that i managed to upload up to 40K [06:39] sometimes even faster [06:39] really? damn, that's more like I am supposed to get [06:39] maybe it's the atmosphere tonight giving me better xmit signal :) [06:39] linux-source-2.6.15_2.6.15-8.10_sparc.changes 100% 10KB 10.1KB/s 00:00 [06:39] cdrom-core-modules-2.6.15-8-sparc64-di_2.6.15 100% 54KB 54.2KB/s 00:00 [06:39] crc-modules-2.6.15-8-sparc64-di_2.6.15-8.10_s 100% 2376 2.3KB/s 00:00 [06:39] ext2-modules-2.6.15-8-sparc64-di_2.6.15-8.10_ 100% 39KB 38.8KB/s 00:00 [06:39] ext3-modules-2.6.15-8-sparc64-di_2.6.15-8.10_ 100% 107KB 107.3KB/s 00:00 [06:39] fat-modules-2.6.15-8-sparc64-di_2.6.15-8.10_s 100% 40KB 39.9KB/s 00:00 [06:39] ide-modules-2.6.15-8-sparc64-di_2.6.15-8.10_s 100% 101KB 101.4KB/s 00:00 [06:39] ipv6-modules-2.6.15-8-sparc64-di_2.6.15-8.10_ 100% 144KB 144.2KB/s 00:00 [06:39] kernel-image-2.6.15-8-sparc64-di_2.6.15-8.10_ 100% 1512KB 40.9KB/s 00:37 [06:39] linux-headers-2.6.15-8-sparc64-smp_2.6.15-8.1 100% 719KB 51.4KB/s 00:14 [06:39] linux-headers-2.6.15-8-sparc64_2.6.15-8.10_sp 100% 718KB 47.9KB/s 00:15 [06:39] linux-headers-2.6.15-8_2.6.15-8.10_sparc.deb 100% 6379KB 36.7KB/s 02:54 [06:39] linux-image-2.6.15-8-sparc64-smp_2.6.15-8.10_ 100% 13MB 36.2KB/s 06:06 [06:39] linux-image-2.6.15-8-sparc64_2.6.15-8.10_spar 100% 13MB 36.2KB/s 06:02 [06:40] loop-modules-2.6.15-8-sparc64-di_2.6.15-8.10_ 100% 7256 7.1KB/s 00:00 [06:40] md-modules-2.6.15-8-sparc64-di_2.6.15-8.10_sp 100% 240KB 120.2KB/s 00:02 [06:40] nfs-modules-2.6.15-8-sparc64-di_2.6.15-8.10_s 100% 206KB 205.9KB/s 00:00 [06:40] nic-modules-2.6.15-8-sparc64-di_2.6.15-8.10_s 100% 1008KB 43.8KB/s 00:23 [06:40] nic-shared-modules-2.6.15-8-sparc64-di_2.6.15 100% 10KB 9.9KB/s 00:00 [06:40] parport-modules-2.6.15-8-sparc64-di_2.6.15-8. 100% 39KB 39.3KB/s 00:00 [06:40] plip-modules-2.6.15-8-sparc64-di_2.6.15-8.10_ 100% 9364 9.1KB/s 00:00 [06:40] ppp-modules-2.6.15-8-sparc64-di_2.6.15-8.10_s 100% 60KB 59.9KB/s 00:00 [06:40] reiserfs-modules-2.6.15-8-sparc64-di_2.6.15-8 100% 158KB 158.3KB/s 00:00 [06:40] MEH [06:40] sorry [06:40] i meant to paste only the -images- [06:40] that are a bit more interesting than the small udebs [06:41] ok good [06:41] katie accepted.. or better.. stalled it in NEW [06:57] already copied the abi files [06:57] hppa takes so long to NEW [07:01] Well, we weren't building hppa CDs, so Kamion didn't do "Oh my god, the sky is falling, NEW, NEW, NEW" mojo on it. [07:01] I assume elmo just did it in his usual NEW runs, which are often, but not instant. [07:18] yeah Kamion doesn't NEW SCC [07:38] BenC: do you alraedy have the new kernel ready for upload or are you still working on it? [07:38] still working on it [07:38] should be ready Friday [07:40] ok perfect === juliux [n=juliux@ubuntu/member/juliux] has joined #ubuntu-kernel === juliux [n=juliux@ubuntu/member/juliux] has joined #ubuntu-kernel === juliux [n=juliux@ubuntu/member/juliux] has left #ubuntu-kernel ["Verlassend"] === jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-kernel === ispiked [n=ispiked@unaffiliated/ispiked] has joined #ubuntu-kernel === CataEnry [n=Enrico@host149-23.pool8250.interbusiness.it] has joined #ubuntu-kernel [09:50] hi :) === lbm [n=lbm@cpe.atm4-0-1301006.0x50a0824e.vgnxx6.customer.tele.dk] has joined #ubuntu-kernel === siretart [i=siretart@ubuntu/member/siretart] has left #ubuntu-kernel [] === JaneW [n=JaneW@dsl-146-148-187.telkomadsl.co.za] has joined #ubuntu-kernel === jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-kernel === zul [n=chuck@CPE0006258ec6c2-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel [02:15] heylo [02:16] BenC: ping pull [02:16] zul: pong push :) [02:16] already pulled you, just haven't merged [02:17] ok...i updated the changelog though === BenC found out how to pull to a branch so he can keep in sync, but merge at leisure [02:18] nifty [02:23] i almost have a kick ass build script going on [02:57] share :) [02:58] hi [02:59] i finally know why acx didnt work... it gets a link, not the ap but to my RTL8180L card [03:00] head -> table [03:01] AcidPils: Ah... [03:03] hahaha. [03:03] "oops" [03:03] :p [03:08] lol [03:15] zul: i will when its ready [03:17] doh.. [03:17] im not with it tonight [03:17] today even === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel [03:20] zul: But you clearly mean that you won't get it together in time for tongiht ;) [03:20] shaddup :) [03:24] zul: I'm actually not on the phone at the moment. =) [03:24] Since you're already clearly stoned, shall we chat? =) [03:29] meh... [03:29] so whats involved with the grub stuff [03:31] Mostly it's closing bugs with "No, grub sucks, won't fix" [03:31] thats easy enough...any other stuff [03:33] Occasionally there's real problems. [03:34] Not often, though. In practice we haven't done much to grub since warty, and systems have been installing fine. [03:34] Future development is happening on grub2, which I want to package and upload to universe at least. [03:34] But that's such a low priority project compared to my other stuff, I don't actually know that I'll get around to doing it. [03:34] yeah but grub2 only supports a few file systems doesnt it? [03:34] ill give it a go [03:35] so ill start the grub stuff tonight sounds ok? [03:35] It supports about a dozen now, iirc. [04:28] build you joker build...ahahaha!!!! [04:37] noooooo...build failed === JaneW_we [n=JaneW@dsl-146-148-187.telkomadsl.co.za] has joined #ubuntu-kernel [05:24] Hmmm. My usb scanner doesn't make a friendly device for me. === lamont [n=lamont@mib.fc.hp.com] has joined #ubuntu-kernel [05:31] dapper or breezy? [05:31] dapper. [05:32] It looks like just udev rule confusion. [05:32] If I /dev/usb/scanner0 to /dev/bus/usb/005/006 and set the group right, sane seems happier. === jbailey tests. [05:33] I didn't think you needed devices these days for sane, I don't believe that mine has a device, and it works fine [05:33] Yup, works in the gimp. [05:33] crispin: USB Scanner? Check to see if you have a /dev/usb/scanner* or /dev/usbscan* [05:34] Certainly mine didn't work until I had actually created the device. sane-find-scanner saw it on the usb device scan, but scanimage -L didn't see it. [05:34] no usb* at all, but running "scanimage -L" now doesn't appear to show the scanner either [05:35] I haven't tried it in dapper yet, so you are probably right [05:36] I'm not sure it worked in Breezy, but I don't know for sure. [05:36] It's probably soething I should test on the liveCDs too. [05:36] Kamion: Can you add that to a checkbox list on the livecds maybe? Can you scan an image? === lbm [n=lbm@x1-6-00-13-10-7a-d1-e4.k233.webspeed.dk] has joined #ubuntu-kernel [05:47] jbailey: do you know what the status is for ia64/klibc/initramfs? [05:48] BenC: I've got the build deps on halley to look at it now and haven't had time. [05:48] what is the issue, I can take a look at it [05:48] ? [05:49] segfault in klibc, apparently. I haven't debugged it. [05:49] If you enjoy debugging ia64 asm, you're *welcome* to take it from me. [05:49] is there a way to repro the segv from userspace? [05:49] like can I chroot to the initramfs when it's unpacked? [05:50] You don't even need to do that, you can run them from the build tree. [05:50] You can even add debugging symbols and all that. [05:50] ahh, even easier [05:50] Then you need to break gdb on whatever that arch calls the starter function and use stepi to walk through the setup. [05:50] I suspect that the problem is in there. [05:50] Best to do it with upstream klibc rather than the packge. [05:51] Upstream has made more changes which will also cause segfaults. [05:51] Otherwise, I will get to it probably tomorrow. [05:52] There are only a few places where klibc tends to fail. Given that it works on amd64, I don't expect this ot be a place where it's a 64 bit issue. [05:52] Given that cat segfaults, I think it's probably the startup code. [05:52] REmember not to refer to glibc when fixing the bug. [05:53] klibc isn't GPLd. [05:53] ok [05:54] dannf has been helpful when I've had questiosn before, though. [05:54] should I use 2.6.15 headers? [05:55] Yes, that's what I have installed in there. [06:03] jbailey: I just did a rebuild and "./utils/static.g/cat README" worked [06:04] That's what someone had reported as failing. [06:04] gzip works too [06:04] Try fstype [06:04] That uses a 5 arg syscall. [06:04] (llseek) [06:05] works, recognizes my ext3 fs too [06:05] Hmm, should be fine. Suggest trying to boot with it. [06:05] ok [06:05] I'm using the 1.1.1 in the archive, FYI [06:06] maybe it just needed a gcc-4.0+linux-headers-2.6.15 rebuild :) [06:06] It's always possible. [06:06] do you have a local ia64 to try a reboot on? [06:07] yeah, I have an i2k that I did the build on [06:07] getting ready to test it, 15 minutes and we'll know [06:08] Is that 15 minutes to get dressed to go out to the barn? =) [06:08] yes, pretty much :) [06:09] I can reboot from here and get out to the barn before elilo starts :) [06:09] wonder if vga16fb+usplash will work === jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-kernel [06:23] the only thing I saw was "Illegal Instruction", then a modprobe usage message, and then the /dev/root failure [06:23] couldn't do much else, because keyboard doesn't work when it drops to a shell [06:25] not sure what causes the illegal instruction [06:26] jbailey: it's in https://wiki.ubuntu.com/Testing/Long already [06:26] BenC: I think there's a debug mode in there that will sh -x it for you. [06:26] Or you can break it at the top and step it through by hand. [06:27] Can you tell me about the /dev/root failure? [06:27] There shouldn't be one. [06:27] root= should be passed on the kernel command line. === jbailey checks that to make sure. [06:28] Kamion: Ah nice. I didn't know this document. [06:28] it's the failure about /dev/root and /dev/.static/root or something similar [06:28] BenC: Can you do a break in there and tell me what's in /proc/cmdline ? [06:29] You should never see /dev/root messages when using anything other than lilo. [06:29] like when the scsi module doesn't get loaded, and the device doesn't exist [06:29] And it's just too broken to try fixing. [06:29] that's not from the kernel [06:29] jbailey: it's new [06:29] it's from the initramfs, drops to busybox shell [06:29] /dev/root is the node that we generate when we have to just mount the device by major:minor and don't know its name. [06:30] BenC: Right, I know. [06:30] Kamion: I'll forgive my own lack of omniscience this time then ;) [06:30] what's the kernel command line option to get the initramfs to stop? [06:30] But next time! Out the third floor window I go. [06:30] BenC: break [06:30] ok === BenC thinks we need to cleanup out distro specific kernel command line namespace [06:31] break, usplash... [06:31] I know for one I hate hearing about how "nousb" doesn't work on our system :) [06:32] BenC: My suggestion is that we do it by taking over the world. [06:32] BenC: What do you propose? =) [06:32] if they had called it redhat/nousb, then we'd have an argument [06:32] jbailey: world domination negates my argument :) [06:33] Given that it's not a techincal problem, I think perhaps we shouldn't take a technical solution. Let's try my idea first. =) [06:35] jbailey: fyi, my scanner problems in dapper are now bug 21061 [06:35] crimsun: sane is in main, the bug should probably go in bugzilla. [06:36] err, the name's crispin, and it is .... [06:38] Well, the first three letters are the same, the last is the same, they're the same length and it contains an s. [06:38] I don't even notice when I've gotten it wrong. =) [06:39] heh, isn't tab completion wonderful (except when it gets it wrong) :-) [06:41] Try working for mdz and working with mdy. =) [06:41] vorlon said that the statfs from klibc is not 64 bit ready [06:41] altought it works on amd64 it fails on alpha [06:41] maks_: Did he say why it is? [06:42] 10:37 yeah, then I wonder what their kernel people were smoking when [06:42] they did their statfs implementation. :) [06:42] 10:31 cool. Looks like there's more than one bug in klibc on alpha, [06:42] though; fixing struct statfs gets me one step farther, but then [06:42] the darn thing fails trying to clear the rootfs. [06:42] 10:32 (which is basically a bunch of unlink() and rmdir() calls, so [06:42] you'd think this wouldn't be a problem. :P) [06:42] Ooo, is he hacking on this? [06:42] BenC: Might be worht syncing up with Steve. [06:43] yeah he said that his patch is not yet amd64 safe so didn't send in yet. [06:45] but seems that you are chasing the same bug [06:48] stupid ia64 kernel doesn't have AT keyboard built-in [06:48] I need to rebuild a kernel before I can do more testing [06:49] BenC: AT keyboard? Not USB? [06:49] nah, I have a ps2 keyboard on it [06:49] BenC: If you can find a way of probing that in sysfs, there's no reason not to just load it in the initramfs. [06:50] the installer loads it [06:50] BenC: But I prefer to have everything in modules if possible. =) [06:50] Right, I was more thinking for boottime detection if there's a port there. [06:50] if it's built-in in i386 and amd64, I want to just match it [06:50] Right. Perhaps it shouldn't be built in there either, though? [06:50] I don't know how many new machines even have ps2 ports anymore. [06:51] ia64 is the only one of hte 6 that has it modular [06:53] I don't know if there's a way to detect it, and the installer for ia64 just loads it regardless, and it was added to /etc/modules after the install regardless [06:53] there's no test, it just does it [06:53] plus, if modprobe is failing in initramfs for my ia64 like I think it is, then I have to build it in [06:55] I'm going to try adding atkbd to /etc/mkinitramfs/modules first and see if that gets me any further [06:55] will it still load modules with "break"? [06:55] if not, that's another good reason for it being built-in :) [06:57] jbailey: if statfs was failing like vorlon said, wouldn't fstype fail? [06:57] BenC: I don't think fstype actually stats the node. It just llseeks it. [06:57] ah, true, it reads stdin [06:57] Right. [06:59] BenC: if you look at init you have several stages of "break=$stage" [07:00] makx: ok, thanks [07:06] jbailey: statfs() call in run-init succeeds [07:07] BenC: And returned sane data? [07:07] tested it by calling manually (not on boot) [07:07] yes [07:07] I wonder if you can safely step through run-init in a chroot? [07:09] returned 0xef53 for f_type, which is ext3, which is correct [07:11] how did you test BenC? [07:11] and f_namelen=255, which is correct (and is the last memebr of the statfs struct, so proves it's not pushing 32-bit/64-bit values in the wrong places [07:11] Right. [07:11] Hmm [07:12] ./utils/static.g/run-init /mnt /sbin/init [07:12] Can you drop strace in the initramfs and just watch the strace for stange values? [07:12] where /mnt existed, and /init was /bin/true [07:12] I don't think the Illegal Instruct is coming from the klibc stuff [07:12] I think it may be busybox [07:13] perhaps busybox needs to be rebuilt for ia64? [07:13] Wait a sec. [07:13] hmm only static klibc is said to work on alpha [07:13] We never actually demonstrated there was a problem on ia64 for run-init. [07:13] so maybe it's an issue of dynamic linking? [07:14] The /dev/root messages mean that initramfs-tools is getting bad info from elilo [07:14] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=341181 [07:14] BenC: Can you cat /proc/cmdline for me? [07:16] root=/dev/sda2 [07:16] jbailey: no, the /dev/root is because the scsi module never gets loaded [07:17] Ah, okay. [07:17] so /dev/sda neven exists [07:17] Try adding it to /etc/initramfs/modules, rebuild and see if it works? [07:17] modprobe fails just before that error [07:17] it spits out a usage message [07:17] just after the Illegal Instruction [07:18] The modprobe should be just the system modprobe, I think. [07:18] can you modprobe from shell? [07:18] I think the failed modprobe is it trying ot load the scsi module [07:18] shell doesn't work without atkbd, which is a module too :) [07:19] jbailey: busybox doesn't have it's own? I can't see the system one working with klibc :) [07:19] There's glibc in the initramfs, though. [07:19] The system one is linked against that. [07:20] hmm, what's the point of klibc is glibc is there too? [07:20] The idea is that eventually everything should be against klibc and it should be possible to eliminate glibc. [07:20] But correctness over optimisation. [07:20] klibc is sufficiently small that it doesn't actually matter that both are there for now, and there's some reall convenient tools that come with it. [07:21] would ease dist upgrades as no glibc dependency for kernel [07:21] i mean indirect dep [07:21] how can I run klibc shared progs from normal userspace? [07:21] sudo chroot /usr/lib/klibc /bin/cat [07:22] segv [07:22] so it is a shared lib issue [07:24] wonder how I can run gdb for this [07:24] On the shared lib? No idea. [07:24] gdb won't understand their shared library style, it's not elf. [07:27] strace that dannf posted doesn't show anything too.. [07:28] makx: It really sounds like there's nothing wrong with the static libs. [07:28] Or with the syscall mechanism. [07:28] Probably just shared library initialisation. [07:28] it segv's immediately following execve of /bin/cat [07:29] I've replaced the shared klibc-utils with static ones, let's see if that changes anything [07:29] if I can boot with that, we know it's shared lib issues [07:29] Cool. [07:29] I've also just started a build here to look as well. [07:29] But making lunch, too. [07:30] "We've secretly replaced the ia64's shared binaries with static ones...let's see if it notices" [07:31] dannf reproduced it with a shared build by gcc-3.3 [07:35] BenC: lol [07:37] ok, that made a big difference, still not there, but a lot further along [07:38] here's what I noticed this time, my scsi/ide modules got loaded, and it got to the point of mounting the roofs, and then the SIGILL happened [07:38] I think the SIGILL isn't klibc related [07:38] unless there's some other tool in the initramfs that is compiled against klibc (not from klibc-utils) [07:39] what else uses klibc? [07:40] Nope, just klibc itself. [07:40] is mount busybox and does mkinitrd use busybox too? [07:41] Mmm. mount is probably busybox. [07:41] It's a simple syscall. [07:42] Do you mean does the mkinitramfs tool itslef use busybox? [07:42] No, it uses posix shell #!/bin/sh [07:43] calling busybox mount from userspace works [07:43] BenC: Can you break in the initramfs and step through the rest of it by hand? [07:43] if keyboard worked [07:44] which means I'll need to do a recompile [07:44] Add the keyboard modules to /etc/initramfs/modules and reboot [07:44] well, regenerate the initramfs. [07:44] I did [07:44] didn't work [07:44] you need to load it too [07:45] add an modprobe somewhere at the beginning of init [07:46] ok [07:46] Things in the modules file do get modprobed... [07:46] You just need to make sure you break after that point. =) [07:46] aahh zut forget that indeed. [07:47] but atkb or i8042 dont get modprobed by initramfs if build modular atm. [07:58] They should if included in the modules file. [07:58] Everything in there should get modprobed. [08:00] sure was speaking out of the box. [08:24] you know what would be super neato? [08:25] if I remembered you have to run elilo after updating initrd's [08:25] after that it booted [08:25] so it's just shared vs. static in klibc that is stopping ia64 from using initramfs === BenC considers adding an assume_initramfs kernel command line param to avoid the unzip just to check it [08:27] wasn't there an optimisation patch that would only unzip some bytes of the initramfs head [08:28] maybe, haven't checked [08:28] btw, just adding atkbd doesn't do much without some more modules [08:28] just going to make it static [08:28] built-in I mean [08:28] BenC: Hmm. so it's not declaring dependancies correctly? [08:29] well, it depends on enough to load, but not really present itself as useful [08:29] either that or it wasn't really loading [08:29] Hmm. Have to rerun elilo? [08:29] I put "modprobe atkbd" right after depmod -a in /init, and break=top, and it didn't work [08:29] do you think that update-initramfs should have a hook for that in it? [08:29] can't check if it was loaded [08:30] not sure, I mentioned that to lamont [08:30] I think hppa will have to have the same [08:30] Right, for palo. [08:30] So does lilo FWIW. [08:31] btw on alpha we dont land into console too [08:31] even with atkb build in. [08:31] i assumed that to be a bb bug. [08:32] how do shared klibc bins declare the dynamic loader? [08:32] I think other things need to be built-in too, like serio [08:33] BenC: I think they declare klibc.so to be the dynamic loader itself. [08:34] jbailey: I don't see anything about it from objdump [08:34] BenC: readelf -a will tell you. [08:34] I think objdump assumes too much. [08:35] if I do strings, I see it [08:35] HIghtech debugging tools. =) [08:35] hey guys [08:35] I think I need to go lie down and get this headache gone. [08:35] back in a short while. [08:36] bonne sante' jbailey [08:41] hey fabbione [08:45] how did the thing go? [08:47] very well [08:47] good to hear [09:11] jbailey: pinger [09:13] zul: On phone. [09:14] data point, shared bins on ia64 atleast get to __libc_init [09:15] How are you tracing it? [09:17] write(0, "DBG-X\n", 6); in libc_init.c [09:18] changeing X as I add more [09:18] err, 1 === doko [n=doko@dslb-084-059-078-065.pools.arcor-ip.net] has joined #ubuntu-kernel [09:26] jbailey: grub2 is already in universe [09:28] segv occurs right when libc_init calls main() [09:29] which it does differently for shared than static [09:29] for static, it just calls the main symbol directly, but for shared, it grabs the point to main from the pointer just after the env vars [09:29] and that pointer is correct, as far as readelf says (they match) [09:30] but it's wrong when you take relocation into account [09:39] zul: Really out of date, though. [09:41] aha, I found the cause! [09:42] well, found the symptom that actually makes it crash [09:42] the correct address for main is 0x4000000000000ec0 [09:42] note the 0x4 to start [09:43] it is only seeing, 0xec0 [09:44] Interesting. [09:44] nm [09:44] my printf was using %x and not %lx [09:45] so it has the correct address, why is it crashing when jumping to it [09:50] jbailey: okie dokie ill re-write it then ;) [09:50] zul: =) [09:51] I don't remember if the packaging was any good or not. [09:51] its using cdbs [09:51] There are good ways to use cdbs and ugly ways to use cdbs, my friend. [09:51] meh...wouldnt know..ill just do what i know [09:51] it's *CDBS*! what are the good ways? [09:52] fabbione: Come over here with a tube of vasseli... wait. This is a public channel isn't it? [09:52] ahaha [09:53] and a family channel fuckers === doko [n=doko@dslb-084-059-078-065.pools.arcor-ip.net] has joined #ubuntu-kernel === lamont giggles [09:55] you guys are so tempting me to goatse all of you === paulproteus|lapt [n=paulprot@zog.acm.jhu.edu] has joined #ubuntu-kernel [09:56] Is "mem=128M" supposed to work? It seems not to have any effect on powerpc at least with linux-2.6.15-8 . See http://bugzilla.ubuntu.com/show_bug.cgi?id=21073 [09:57] think I figured it out jeff [09:57] !!! =) [09:57] compare klibc/arch/{x86_64,i386}/MCONFIG with the ia64 one [09:58] you'll see there's no -T text section var [09:58] klibc.so and the binaries code space are colliding [10:00] doing a recompile to see if I can guess a good location for it [10:02] Ah, interesting. [10:03] fabbione: dont you mean goatcheese? [10:03] no [10:03] i mean goatse [10:05] zul: You don't want the goatse cheese. [10:05] It's a little.. ripe. [10:06] hehe.. [10:06] baahh.. [10:07] ahah === fabbione heads to bed [10:07] night guys [10:08] later [10:08] im going to head home as well [10:08] BenC: Any luck? [10:09] later [10:09] jbailey: just trying to find the right location, I'm trying glibc's libc.so location for trial [10:25] not having any luck finding the right offset [10:33] BenC: Maybe ask in #parisc? [10:34] ia64? :) [10:34] It's all the same people. [10:35] dannf hangs out in #parisc, he's the one who fixed elilo [10:35] Or lamont, lamont-away might be able to recommend a person. [10:46] can't find a #parisc channel === paulproteus|lapt waves to BenC , quietly asking him to look at http://bugzilla.ubuntu.com/show_bug.cgi?id=21073 [10:53] paulproteus|lapt: mem= is arch specific, it's not supposed to work [10:53] BenC: I see, that's sad. Is there any ppc way to limit how much memory the ppc kernel uses, then? [10:54] the bcm43xx thing is a non-issue for ppc [10:54] BenC: "non-issue"? [10:54] limiting memory like that is mainly for highmem bugs on i386 [10:54] 1024megs isn't highmem on ppc [10:54] so that isn't your problem [10:55] Hmm, if you say so. The latest Apple update for the Airport Extreme driver seemed to mention something about >1024M, so I figured it was maybe a bcm43xx problem instead of a PPC problem. [10:55] Or a problem with the DMA code written by the bcm43xx people. === paulproteus|lapt shrugs [10:55] just remove a memory stick :) [10:56] BenC: After all the trouble I had with trying to put one in, I kinda don't want to do that. :) [10:59] BenC: OFTC. [11:39] BenC: I marked the bug as INVALID since mem= is irrelevant for this arch. "Thanks" ;-). [12:00] vorlon found that is supposed to be pulling the errno from a1, which is *true* for most other calls; for unlink() the errno is apparently in v0, which is normally the return value (and glibc seems to handle this fine). [12:00] so it stomps over the false register on alpha for run-init.. [12:00] so the shared failure seems very diff. [12:00] makx: Okay. It's easy enough to write a little wrapper around it that grabs errno from the other register just for unlink. [12:01] makx: What channel is he hacking in? [12:01] oftc #debian-kernel