[12:05] BenC: reading through udev diffs i see your modular udev usage [12:06] any reason why your keeping that modular? [12:08] BenC: elilo is broken. sub-problem: elilo is ftbfs with current binutils [12:08] I'm working on that thing [12:12] there also seems races mentioned in autoloading 'unix'.. [12:12] makx: I don't do udev [12:13] Kamion does udev [12:13] yeah but you do .config CONFIG_UNIX=m [12:13] yes, we always have [12:13] lamont: so newer elilo will get initramfs working? [12:14] cache line bounces.. [12:14] is there an actual problem, or just theory? :) [12:15] we'll see ;-) [12:15] BenC: new elilo and a few other kernel fixes that already went into 2.6.15 (iirc), yes. [12:15] breezy's unix.ko is modular, and I'd be willing to bet hoary is too [12:15] new elilo may require new gnuefi as well, but that's where I'm currently floundering [12:15] lamont: is the elilo source in the archive? [12:16] yes [12:16] but ftbfs [12:16] binutils got more pedantic. === doko [n=doko@dslb-084-059-082-169.pools.arcor-ip.net] has joined #ubuntu-kernel [12:20] what exactly is gnuefi? [12:29] lamont-away: ? === jbailey_ [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-kernel [12:52] BenC: I've got the UseFB turned off now, I'll let oyu know how it goes. [12:52] I did a strace chvt, and it hangs in the middle of an ioctl. [12:52] I did an strace -p on the running X server, and it's not making any syscalls at all. [12:52] Even though I did see two signals sent to it. [12:55] ok, next time "cat /proc//wchan of the X process [12:59] 'k [01:00] What's that file? [01:00] When I look at the current one, I don't understand the contents. It looks like the start of the data segment. [01:02] it's the function in the kernel where the process is [01:02] Ah, cool. === jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-kernel [01:27] BenC: It was either in ,__start or .drm_compat_ioctl [01:28] It flipped between the two. I did about a dozen cats. [01:28] This time I tried just kill -9'ing the X server after that. [01:28] gdm restarted. [01:28] did everything work after that? [01:28] I'm on that session now. [01:28] drm_compat, huh [01:28] It's wroking well enough to x-chat, anyway. [01:29] sounds like drm compat ioctl's might be behind the actual drm ioctl's [01:29] the compat is for conversion between 32-bit userland and 64-bit kernel ioctl's [01:29] Ah, so it's basically a thunk? === JaneW [n=JaneW@dsl-146-171-180.telkomadsl.co.za] has joined #ubuntu-kernel [01:29] JaneW: Aren't you supposed to be asleep? [01:29] and if something in the kernel/userland changed, and the compat doesn't know about it, then it might cause problems [01:29] yeah [01:31] Anything for me to look at next time around? =) [01:31] I guess for kicks, I could try a 32 bit kernel. [01:32] BenC: Is this still an -rc1 kernel, or are you tracking upstream? [01:36] Hmm,. and my sparc box was hung. [01:36] Maybe it's just a bad day to be in my computer room [01:36] jbailey: no, it's -rc3+some [01:40] linux-meta points to 2.6.16-5 on sparc instead of -6. [01:55] weird === mgalvin [n=mgalvin@cpe-69-205-38-37.nycap.res.rr.com] has joined #ubuntu-kernel [01:55] sparc needs to build it still I guess [01:55] lamont-away: ping [01:58] I didn't think linux-meta had ever pointed to -5. [01:59] yeah, infinity uploaded prior to -6 at mdz's urging === jbailey fires up -6 on the sparc to see if it fixes the gdb hangs that he had on 2.6.12 [01:59] rtc_init: no PC rtc found [01:59] Kenel panic. [01:59] panic? [01:59] That would be a 'no', I guess. =) [01:59] the RTC thng I get too, but it still boots [01:59] Hmm, unable t mount root. [01:59] do you have it on quiet? [01:59] Maybe it's a different thing. [01:59] Yeah. [01:59] Lemme see if I can get the old kernel running. =) [02:00] "old" should work [02:00] bah, stop-a isn't working. [02:00] It should, assumingI got my silo.conf right. [02:00] you're lucky, it doesn't take 2 minutes to soft-boot and 6 minutes to hard-boot your ultra :) [02:00] I did this install by hand froma debootsrap off of an old rescue CD. =) [02:01] Bah, I did make a typo. [02:01] *sigh* === jbailey tries to recover anyway. [02:01] nah, just do "/boot/vmlinuz.old initrd=/boot/initrd.old root=/dev/xxx" [02:02] Ah, I didn't know you could pass initrd on the cmmand line there. [02:03] yeah, silo parses it out and loads it [02:06] I wonder if my sparc is just broken now. I've gotten two data access errors and it just hung during Uncompressing Image. [02:06] Or if power's bad here in the winter. === jbailey uses the rescue CD. [02:12] There we go, silo changed to say vmlinuz instead of vmlinux [02:13] And it's booting on old. [02:13] BenC: Why does your box take so long, SCSI arrays? === jbailey wants to find a nice little sunfire workstation. [02:14] Interesting, this kernel just hung with a TRAPLOG message. === jbailey reboots again. [02:16] Hmm. When I run silo, it doesn't actually check to see if the files exist, doe sit? [02:18] BenC: Looks like it was my bad. I screwed up the link to initrd.img [02:19] jbailey: the UltraEnterprise systems have a hell of a POST [02:19] jbailey: ok, so it boots and all? [02:20] Yup [02:20] I'm in 2.6.15-6 now [02:22] Oh, hmm. [02:22] This new kernel doesn't seem to pick the network card on the scan. [02:22] I have two nics in here. [02:22] It's seeing the 3c59x fine [02:22] Not the onboard. [02:23] And apparnetly hitting ctrl-alt-delete hung it. [02:23] Perhaps I should just throw it out the window now? =( [02:26] Is there an easy wya to see which driver is associated with with eth interface? [02:27] It looks like the bus scan is seeing both a tulip and a 3c59x [02:27] (in both 2.6.15 and 2.6.12) [02:27] But one of them isn't producing an interface in 2.6.15 [02:30] Ah, dmesg - looks like sunhme [02:34] Hmm, no it's showing up as eth2. [02:34] Ah, I see. It didn't see it before beacuse I was using ifup, which needs configury in /etc/network/interfaces [02:34] So the detection order has changed. [02:36] ah [02:36] yeah, iftab problem [02:37] plus, if you upgraded udev so that hotplug is gone, the hotplug thing in /etc/network/interfaces appears to not work anymore [02:48] Yeah, did that. [03:26] BenC: Anyhow, thanks. Anything else you want tried on the ppc box? sparc is now building gdb for me to do my hacking there. I'll let you know if I still get full hangs when debugging. =) [03:26] Otherwise I'm starting to look at biarch gdb for sparc. [03:26] ok [03:26] nothing I can think of right now [03:27] if you have problems with 64-bit gdb on sparc, let davem know (or me and I can relay) [03:27] 32 bit gdb was hanging my box solid before. [03:27] But I'm hoping 2.6.15 will make that go away. [03:28] If you're just going to relay, I can catch him on irc - are you interested, though / do you want to be cc:'d? [03:33] interested, but you don't need to keep me in the loop [03:33] just the outcome is all that's important :) === jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-kernel [05:07] BenC: Killing the Xorg daemon a second time works, so whatever it is, it doesn't seem to be chewing up all the resources in the kernel in a hurry. [05:08] strange bug [05:08] I've tried to take a picture of the kernel message to the screen where the sparc box hung. I suspect this box is just fubar, maybe. [05:09] usually I would expect a bug in the kernel that affected X like that, to atleast put the X process into D state [05:09] It looks like line noise, follow by a struct dump [05:09] can you get a serial console on it? [05:10] Assuming my laplink cable isn't dead, yet. I bought one before UBZ, but when we tried to use it there, it didn't seem to work. [05:10] But the a500 we were testing was also dead, so it's hard to tell which parts weren't working. =) [05:10] I've also taken 'quiet' off of the kernel command line now, so next time I might get a better dump [05:10] the a500 has a screwy serial port (it's actually 3-in-1), hopefully the sparc is ok with it [05:11] The a500 wasn' posting at all. The SCSI card wasn't even init'ing the drives. [05:12] Bah, the sparc didn't make it long enoug to finish my gdb package. [05:12] Mmm, nice the testsuite resumed. [05:13] weird, the GSP console should work even when power is off (it's a completelt seperate system [05:13] Yeah. Grant suggested that it might have been the power supply itself that went. [05:26] There seem to be a whole pile of dejagnu failures. Do you know if anyone actively looks at sparc-linux gdb, or is it just something davem and a few people do in their spare time? === trevilor [n=trevilor@p549CDC2B.dip.t-dialin.net] has joined #ubuntu-kernel [06:08] Wow, long scroll. [06:08] The oops went on for 6 or 7 pages. I will need to hook a serial console up to catch it. [06:09] Nice to see it out of quiet mode though. [06:09] I'll wire that up tomorrow. === lamont [n=lamont@mix.mmjgroup.com] has joined #ubuntu-kernel === lamont [n=lamont@mix.mmjgroup.com] has joined #ubuntu-kernel [03:57] lamont: hey [03:59] yo [04:01] hey BenC [04:01] hey fabbione [04:02] lamont: The version of elilo on ports.u.c seems to be the same version as the .deb [04:02] right [04:02] lamont: how is rebuilding it going to get initramfs working? [04:02] binutils was upgraded after it built [04:02] so initramfs not working is bintutils related? [04:02] it won't - it needs a new upstream. upstream is working with me on getting it to compile again [04:03] I got it to compile [04:03] no. initramfs not working is an elilo bug. elilo not building is related to binutils being more pedantic now [04:03] on current dapper? [04:03] new yes [04:03] woot [04:03] with current gnuefi? [04:04] I fixed some assembly bugs (.endp and such), and then copied the linker script from the newer gnu-efi (to DISCARD IA_64.unwind symbols) [04:04] send me your patch please [04:04] newer gnu-efi is probably a 20 linue diff [04:04] ok [04:04] I'll push it to upstream on monday (he sits across the building from me..) [04:04] and then he'll upload to debian, and we'll sync, and all will be love. [04:05] mafia :) [04:05] any chance I can get his patch for elilo+initramfs to test? [04:05] monday [04:05] I don't have iut === lamont pings him in the work channel just in case he shows up today [04:06] back in a while [04:06] ok, I'll send you a patch for gnu-efi 3.0a's linker script, and then a patch for elilo's ia64/{set,long}jmp.S assembly === trevilor [n=trevilor@p549CD12C.dip.t-dialin.net] has joined #ubuntu-kernel [04:10] hi guys [05:11] BenC: thanks. (although I had the assembly stuff done - was working on time to hack gnu-efi) === lamont [n=lamont@mix.mmjgroup.com] has joined #ubuntu-kernel === jb-home [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-kernel [06:00] BenC: Around? [06:00] yeah [06:00] lamont: booting with the rebuilt elilo doesn't work [06:01] lamont: it shows "Starting Ubuntu" and goes back to the efi menu [06:01] jb-home: yeah [06:01] BenC: I'm playing more on the sparc box - I've got the serial console wired up. [06:01] When rebuilding gdb, it seemed to hang it, no output to the serial port at all. [06:01] When I rebooted, I had a whole pile of bus errors. [06:01] break signal doesn't get it out to OBP? [06:02] Is there any chance this is something other than hardawre? [06:02] bus errors? [06:02] Nope, no response on the keyboard at all. [06:02] Lemme fetch the log off of the laptop. [06:02] are you running latest things like libc6 and such? [06:02] Yup, up to date dapper [06:04] [ 10.201895] SABRE0: PCI SERR signal asserted. [06:04] [ 10.412781] SABRE0: PCI bus error, PCI_STATUS[83a0] [06:04] repeat until [06:04] [ 16.953369] SABRE0: PCI bus error, PCI_STATUS[83a0] [06:04] [ 17.178580] SABRE0: PCI SERR signal asserted. [06:04] Then the timer reset to 0 [06:04] It got up to 16 a second time, reset to 0 [06:04] Then then went for another 2.5 seconds. [06:05] http://people.ubuntu.com/~jbailey/minicom.cap [06:07] Can I shove some more drivers in l-r-m? [06:08] mjg59: I may pout if they really suck to support. [06:08] jb-home: that really looks like hardware [06:08] I've been wondering if we need to have two l-r-m's. One for restricted, one for multiverse. [06:09] jb-home: Modem drivers [06:09] sabre, what type of ultrasparc is that [06:09] BenC: How do I tell? It says Ultra 5 on the front, and has the usual compaq grey casing. [06:09] that's all I needed to know [06:09] Ultra IIi [06:09] Wow. That one actually built against 2.6.12. [06:10] IIi has PCI built into the CPU [06:10] mjg59: Modem drivers probably should go in there. [06:10] Especially if they're for an iBook. [06:10] *sigh* [06:10] jb-home: I can't remember what the iBook has, but I have a feeling it's weird conexant shit [06:11] jb-home: We have two choices there: [06:11] jb-home: at the OBP prompt try "probe-pci-all" and "test-pci" [06:11] or "test pci" can't remember which it is, but "help test" might tell you for sure [06:11] ok probe-pci-all [06:11] probe-pci-all ? [06:11] 1) We ship the Linuxant drivers which are limited to 14.4bps unless you pay them [06:12] 2) We ship the older versions of their drivers, which are GPLed (except for the closed bits). The license allows redistribution. We have to forward-port to 2.6. [06:12] lamont: I'm trying to setup my i2k so that EFI is on the serial console, and I get output, but I can't seem to find the right baud rate [06:12] test pci, Device pci not found, help test, No help available for test. [06:12] EFI says 115k, and I have my serial setup at 115k, but it isn't working (shows garbage) [06:12] BenC: IIRC, It's 19200 on my ia64. [06:13] And E71 or something like that. [06:13] E71? weird, EFI says 115xxx,8N1 [06:13] Might have just been the way mine was setup. [06:13] It took me a couple goes to get it right, though. [06:13] it wont let me change it, so I guess it's hardcoded [06:14] mjg59: Are the closed bits actually just loaded firmware, or are they things that might need updating? [06:14] jb-home: They're basically chunks of the Windows driver [06:14] Hang on, let me find you a URL [06:15] that got me garbage too [06:21] There's a more recent version of the ltmodem driver, too [06:26] mjg59: What do you suggest? I don't really know anythign about it. [06:27] Just that I've had two people ask me about whether we support modems on iBook. Not even a statistic. =) [06:30] Ah, hmm. [06:30] The iBook (it seems) has USB Conexant stuff [06:41] this serial console is pissing me off [06:42] the EFI says it is 115384 (not 115200) and 8N1 [06:42] 115200 8N1 shows me garbage, even tried switching on/off the hw and sw flow control [06:43] time for google I guess [06:47] jb-home: did you have to use a null modem connector for your i2k? [06:52] there's a good reason [06:52] my e3k's serial port cannot be set to 115200 [07:12] BenC: I don't thin so. Besids, if you needed a null, you wouldn't get any garbage at all from connecting tx to tx, rx to rx. [07:13] you're right, just grabbing at straws, but now I'm sure it's just a matter of not being able to set my ultrasparc port to 115200 (where I'm running minicom) [07:50] 9600 or 19200 is pretty normal - that or autosensing === zul [n=chuck@CPE0006258ec6c2-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel [08:02] heylo === mgalvin [n=mgalvin@cpe-69-205-38-37.nycap.res.rr.com] has joined #ubuntu-kernel [08:10] BenC: sata and ata cdroms broke in 2.6.15? [08:12] I've seen one report saying such [08:12] yeah looks there is a module param called atapi_enabled now [08:12] the one report I saw looked more like a resource conflict, possibly with ide-generic [08:13] looks like the behaviour changed in 2.6.13 [08:13] did you test this param? [08:13] no i dont have sata at home, ill test it at work when i get into work tomorrow [08:14] http://www.ussg.iu.edu/hypermail/linux/kernel/0508.3/1620.html [08:15] there isnt a #define ATA_ENABLE_ATAPI anymore [08:15] ill upgrade my computer tomorrow and see what breaks...yeehaww :) [08:16] ah [08:16] does PATA handle things where atapi_enabled was needed? [08:16] not sure...still looking [08:16] the libata-dev merge I just did included 4 or 5 new PATA drivers [08:17] accroding to this wiki page im looking at configure the sata system as built-in and add libata.atapi_enabled=1 to the kernel command line [08:17] uh...wait.. [08:18] modprobe libata apatpi_enabled=1 should work as well [08:18] yeah, for our kernel, you need the modprobe [08:18] so I'd add it in /etc/mkinitramfs somewhere [08:18] get the guy on the kernel mailing list to do it [08:18] the atapi_enabled=1 param that is [08:19] ok === zul [n=chuck@CPE0006258ec6c2-CM000a73655d0e.cpe.net.cable.rogers.com] has left #ubuntu-kernel ["Leaving"] === zul [n=chuck@CPE0006258ec6c2-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel [08:19] stupid xchat [08:20] im emailling the list right now [08:20] just did [08:21] I wonder if the ATAPI support is stable enough for us now [08:21] to be enabled by default I mean [08:21] i can test it [08:32] ill be back later === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-kernel === jb-home catched up on backscroll. [08:41] BenC: So s the idea that ide-generic finally goes away and we get libata instead? [08:56] does sata/libata finally support smart yet? [09:02] yeah, the sata passthrough supports smart now [09:02] jb-home: legacy IDE needs ide-generic, IIRC === BenC is happy yo get his 19" lcd panel back [09:03] that 15" was getting old [09:09] i am happy with my 3x21" ;) [09:09] CRT tho... [09:09] have a nice day guys [09:10] cya around === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-kernel === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-kernel === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-kernel === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-kernel === BenC hugs 1280x1024, my long lost friend === CataEnry [n=cataenry@host204-30.pool8248.interbusiness.it] has joined #ubuntu-kernel [10:40] hi * [11:16] good night all :) === jane_ [n=JaneW@dsl-146-171-180.telkomadsl.co.za] has joined #ubuntu-kernel === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-kernel [11:48] hm [11:48] libata finally supports smart ioctls? as of when? [11:49] 2.6.12 certainly doesn't :( === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-kernel