[12:15] _kylem: Yeah, only patch to sym53c8xx_2/ is the pa6 patch (just checked it) [12:15] <_kylem> ok. [12:16] <_kylem> i'll spend some time trying to find the cause on my workstation [12:16] <_kylem> since it has a front panel lcd to tell me what the erorr is [12:18] I'll try to find out why console isn't working on the ubuntu configs [12:18] <_kylem> i read through the config you told me to generate but couldn't find anythign that looked suspicious [12:19] obviously it's the config, since a500_defconfig has working console [12:19] <_kylem> hmm true. [12:19] I don't know enough about the parisc console settings to make since of it though [12:19] s/since/sense/ [12:22] <_kylem> ok [12:23] _kylem: FYI, I was having this problem before applying the pa6 patch [12:24] <_kylem> there's nothign of consequence in the parisc patchset in the last litle while, iirc [01:22] allocation failed: out of vmalloc space - use vmalloc= to increase size. [01:22] SCSI subsystem initialized [01:23] _kylem: hmm...maybe found something there [01:23] <_kylem> the vmalloc thing shouldn't be a problem. [01:23] <_kylem> that's just because a500 have really really big DAC regions [01:23] <_kylem> (dual address cycle, >4G) [01:23] <_kylem> hum. [01:23] <_kylem> is SYM53c8XX using MMIO? [01:23] Linux hippo 2.6.17.3-ubuntu1 #3 SMP Fri Jul 14 23:16:58 UTC 2006 parisc64 GNU/Linux [01:24] interesting...sym2 and sd as modules works [01:24] <_kylem> er. how'd you manage that? :) [01:24] I think the problem is that sym2 2.2.3 doesn't block during the scsi bus reset [01:24] <_kylem> ok. i'll look through the patch set. i'm beginning to think it's async scanning. [01:24] and it's not ready when the kernel tries to mount the rootfs [01:24] is that async related? [01:24] <_kylem> yeah. [01:24] <_kylem> if async scanning is enabled, you'll see soemthing like this [01:25] makes sense [01:25] <_kylem> IPv6 over IPv4 tunneling driver [01:25] <_kylem> NET: Registered protocol family 17 [01:25] <_kylem> scsi: waiting for bus probes to complete ... [01:25] <_kylem> Vendor: HP 18.2G Model: MAN3184MC Rev: HP04 [01:25] <_kylem> Type: Direct-Access ANSI SCSI revision: 02 [01:25] <_kylem> [..] [01:25] <_kylem> actually. that looks /exactly/ like what's happening. [01:25] doesn't explain the brokeness using the ubuntu config, but atleast I know things should work now [01:25] <_kylem> sym0: <896> rev 0x7 at pci 0000:00:01.0 irq 19 [01:25] <_kylem> sym0: PA-RISC Firmware, ID 7, Fast-40, LVD, parity checking [01:25] <_kylem> sym0: SCSI BUS has been reset. [01:25] <_kylem> scsi0 : sym-2.2.3 [01:25] <_kylem> sym1: <896> rev 0x7 at pci 0000:00:01.1 irq 20 [01:25] <_kylem> sym1: PA-RISC Firmware, ID 7, Fast-40, SE, parity checking [01:25] <_kylem> sym1: SCSI BUS has been reset. [01:25] <_kylem> sym1: SCSI BUS mode change from SE to SE. [01:25] <_kylem> sym1: SCSI BUS has been reset. [01:25] <_kylem> scsi1 : sym-2.2.3 [01:25] <_kylem> ^-- from a /working/ boot. [01:26] <_kylem> that's a big hint that something is wrong in drivers/scsi. [01:27] the async problem isn't a big deal for us because our initramfs scripts will wait [01:28] I really need to figure out what's up with the config now [01:28] <_kylem> righto. [01:29] <_kylem> gimme a while to grab some food and i'll take a look with you [01:37] BenC: do I understand correctly that linux-source started building linux-kernel-headers just recently? [01:37] BenC: I think the l-k-h produced thereby may be somewhat sub-optimal [01:37] http://librarian.launchpad.net/3419820/buildlog_ubuntu-edgy-i386.totem_1.5.4-0ubuntu1_FAILEDTOBUILD.txt.gz [01:40] BenC: filed bug #53028 [01:44] <_kylem> back. === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-kernel === mdz [n=mdz@studiocity-motorola-bsr1-70-36-194-85.vnnyca.adelphia.net] has joined #ubuntu-kernel [03:08] mdz: Yeah, that's the issue that I'm trying to get infinity to help me with [03:08] linux-source needs lkh to build, so I need some sort of overrider to use the old lkh so I can produce new ones [03:09] BenC: how about re-uploading the old l-k-h source package with a higher version number, then overriding it? [03:09] it's saturday for infinity [03:09] hmm, I could try that [03:09] it doesn't use anything in the toolchain to build the package [03:14] mdz: done [03:15] BenC: cool, thanks [03:15] BenC: by the way, the VIA workaround seems to have taken [03:15] I closed the bug accordingly [03:15] good deal, thanks [03:16] I need to get this kernel squared away before the weekend is over so I don't hold up Mith any longer than I already have === tuxmaniac [n=aanjhan@unaffiliated/tuxmaniac] has joined #ubuntu-kernel === johanbr [n=j@d154-20-189-105.bchsia.telus.net] has joined #ubuntu-kernel === anibal [n=ams@debian/developer/anibal] has joined #ubuntu-kernel === johanbr [n=j@d154-20-189-105.bchsia.telus.net] has joined #ubuntu-kernel === lloydinho [n=andreas@rosinante.egmont-kol.dk] has joined #ubuntu-kernel === doko [n=doko@dslb-088-073-103-117.pools.arcor-ip.net] has joined #ubuntu-kernel === ivoks [n=ivoks@lns02-0695.dsl.iskon.hr] has joined #ubuntu-kernel === lifeless_ [n=robertc@dsl-116.3.240.220.rns01-kent-syd.dsl.comindico.com.au] has joined #ubuntu-kernel === allee [n=ach@dialin-212-144-128-112.pools.arcor-ip.net] has joined #ubuntu-kernel === ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel === JanC [n=janc@lugwv/member/JanC] has joined #ubuntu-kernel === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-kernel === ivoks [n=ivoks@lns02-0695.dsl.iskon.hr] has joined #ubuntu-kernel === cmvo [n=cmvo@62.225.11.174] has joined #ubuntu-kernel === cmvo [n=cmvo@62.225.11.174] has left #ubuntu-kernel [] === mdz [n=mdz@studiocity-motorola-bsr1-70-36-194-85.vnnyca.adelphia.net] has joined #ubuntu-kernel === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-kernel === ..[topic/#ubuntu-kernel:BenC] : Ubuntu kernel development discussion ONLY | Kernel GIT tree info (updated): https://wiki.ubuntu.com/KernelGitGuide | 2.6.17-5.12 uploaded, fixes linux-kernel-headers debacle | Daily kernel builds (for debug and testing purposes only) http://people.ubuntu.com/~bcollins/kernels-daily/ | Kernel Wiki: https://wiki.ubuntu.com/CategoryKernel === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-kernel === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-kernel [09:47] guh, 34831 strikes again? [10:56] yeah, I saw that [10:56] man, this one's ugly. Gonna have to look at it in Edgy with the dump mechanism [10:57] next upload In do in edgy will have the kexec/kdump stuff...I hope [10:58] I'm not entirely convinced it's not a hardware issue