[parisc-linux-cvs] linux-2.5 tausq

[Randolph Chung]

> init/main.c
> add parisc_init back into the init sequence.... this causes the machine to crash though, need to investigate if the call is in the right place

On A500, we get:

Searching for devices...
Found devices:
1. Crescendo 440 (0) at 0xfffffffffffa0000 [160], versions 0x5cb, 0x0, 0x4
2. Crescendo 440 (0) at 0xfffffffffffa2000 [162], versions 0x5cb, 0x0, 0x4
3. Astro BC Runway Port (12) at 0xfffffffffed00000 [0], versions 0x582, 0x0, 0xb
4. Elroy PCI Bridge (13) at 0xfffffffffed30000 [0/0], versions 0x782, 0x0, 0xa
5. Elroy PCI Bridge (13) at 0xfffffffffed34000 [0/2], versions 0x782, 0x0, 0xa
6. Elroy PCI Bridge (13) at 0xfffffffffed38000 [0/4], versions 0x782, 0x0, 0xa
7. Elroy PCI Bridge (13) at 0xfffffffffed3c000 [0/6], versions 0x782, 0x0, 0xa
8. Memory (1) at 0xfffffffffed08000 [8], versions 0x9b, 0x0, 0x9
CONFIG_SMP=n  ignoring additional CPUs
CPU(s): 1 x PA8500 (PCX-W) at 440.000000 MHz
SBA found Astro 2.1 at 0xfffffffffed00000
lba version TR4.0 (0x5) found at 0xfffffffffed30000
lba range[2] : ignoring GMMIO (0xfffffff804000000)
kernel BUG at /home/tausq/src/linux-2.5/include/linux/device.h:213!
WARNING! Stack pointer and cr30 do not correspond!
Dumping virtual address stack instead

the crash comes from device_attach, called from device_register, which
appears to be called from pci_scan_bus from lba_pci.c ... perhaps we are
doing pci initialization too early? 

too late to look at this more tonight, more tomorrow...

randolph
--  
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/