On Tue, Apr 12, 2005 at 04:09:13PM -0400, Joey Hess wrote: >Steve McIntyre wrote: >> ACPI: PCI interrupt 0000:01:00.0[A] -> GSI 19 (level, low) -> IRQ 52 >> GSI 56 (level, low) -> CPU 1 (0x0300) vector 53 >> ACPI: PCI interrupt 0000:01:0f.0[A] -> GSI 56 (level, low) -> IRQ 53 >> GSI 57 (level, low) -> CPU 0 (0x0000) vector 54 >> ACPI: PCI interrupt 0000:02:0f.0[A] -> GSI 57 (level, low) -> IRQ 54 >> GSI 55 (level, low) -> CPU 1 (0x0300) vector 55 >> ACPI: PCI interrupt 0000:03:00.0[A] -> GSI 55 (level, low) -> IRQ 55 >> perfmon: version 2.0 IRQ 238 >> perfmon: Itanium PMU detected, 14 PMCs, 18 PMDs, 4 counters (32 bits) >> >> in all cases it stops dead and will not respond any further. It sounds >> like the hardware is resetting at this point - the IDE floppy and the >> CD drive both make a churning noise similar to that at initial POST, >> and the VGA display blanks. > >FWIW, here's the same bit of the (net)boot sequence of d-i with 2.6 on >my xp1000: > >PCI->APIC IRQ transform: (20:01.0 INTA) -> CPU 0x0000 vector 54 >PCI->APIC IRQ transform: (20:01.1 INTB) -> CPU 0x0000 vector 55 >PCI->APIC IRQ transform: (20:02.0 INTA) -> CPU 0x0000 vector 56 >PCI->APIC IRQ transform: (80:00.0 INTA) -> CPU 0x0000 vector 57 >HWP0001 SBA at 0xfed00000; pci dev 00:1e.0 >HWP0001 IOC at 0xfed01000; pci dev 00:1d.0 >HWP0002 PCI LBA _BBN 0x00 at 0xfed20000; pci dev 00:1c.0 >HWP0002 PCI LBA _BBN 0x20 at 0xfed22000; pci dev 20:1e.0 >HWP0002 PCI LBA _BBN 0x40 at 0xfed24000; pci dev 40:1e.0 >HWP0002 PCI LBA _BBN 0x60 at 0xfed26000; pci dev 60:1e.0 >HWP0002 PCI LBA _BBN 0xc0 at 0xfed2c000; pci dev c0:1e.0 >HWP0003 AGP LBA _BBN 0x80 at 0xfed28000; pci dev 80:1e.0 >IOC: reserving 512Mb of IOVA space at 0x60000000 for agpgart >IOC: zx1 2.2 HPA 0xfed01000 IOVA space 1024Mb at 0x40000000 >Linux NET4.0 for Linux 2.4 >Based upon Swansea University Computer Society NET3.039 >Initializing RT netlink socket >perfmon: version 1.5 IRQ 238 >perfmon: 14 PMCs, 18 PMDs, 4 counters (32 bits) >PAL Information Facility v0.5 >EFI Variables Facility v0.06 2002-Dec-10 >Total HugeTLB memory allocated, 0 >Starting kswapd >VFS: Disk quotas vdquot_6.5.1 >Hugetlbfs mounted. >devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au) >devfs: boot_options: 0x0 >Installing knfsd (copyright (C) 1996 okir@monad.swb.de). > >This is well before init starts, so it looks like entirely a kernel >problem, I think it should be reassigned to an appropriate kernel package. That's fair, yes. I managed to get woody installed last night and I upgraded the system to sarge from there successfully. The system runs fine with the woody kernel (2.4.17-mckinley-smp), but all of the sarge kernels I've tried fail in a similar way during boot: kernel-image-2.4.27-2-itanium-smp 2.4.27-7 kernel-image-2.4.27-2-mckinley-smp 2.4.27-7 kernel-image-2.6.8-2-itanium-smp 2.6.8-12 kernel-image-2.6.8-2-mckinley-smp 2.6.8-12 which seems odd. The (woody) 2.4.17-mckinley-smp kernel is what I'm stuck with for now. (cc to debian-ia64 at this point) As far as I can tell from the docs, I have a machine that should be using "itanium" rather than "mckinley" kernels. I don't know how much difference there is from one to the other, but FWIW the woody installer gave me a mckinley kernel that runs. Now I'm looking at the console with this kernel running, I'm seeing a constant spew of messages like kernel unaligned access to 0xe00000007a295fbc, ip=0xe000000004983aa0 <sc1236(0,20000000000699b8,20000000000493a0,c000000000000309)> <sc1236(0,2000000000540200,0,20000000005776d0)> <sc1236(0,0,3,0)> <sc1254(0,80000fffffffbd00,0,200000000033dd70)> <sc1236(0,2000000000308200,0,200000000033f6d0)> <sc1254(0,80000fffffffbd00,0,200000000033dd70)> <sc1236(0,2000000000308200,0,200000000033f6d0)> <sc1254(0,80000fffffffbd00,0,200000000033dd70)> <sc1236(0,2000000000308200,0,200000000033f6d0)> <sc1254(0,80000fffffffbd00,0,200000000033dd70)> <sc1236(0,2000000000308200,0,200000000033f6d0)> <sc1254(0,80000fffffffbd00,0,200000000033dd70)> <sc1236(0,2000000000308200,0,200000000033f6d0)> scrolling up the screen. Naively, I'm guessing this may suggest hardware problems on this machine. Any suggestions, guys? -- Steve McIntyre, Cambridge, UK. steve@einval.com There's no sensation to compare with this Suspended animation, A state of bliss
Attachment:
signature.asc
Description: Digital signature