Re: MPC8343 - unable to handle paging request @ 0
Scott Wood schrieb: Andre Schwarz wrote: Scott Wood schrieb: Andre Schwarz wrote: - find_legacy_serial_port() stdout is /[EMAIL PROTECTED]/[EMAIL PROTECTED] It looks like you have some memory corruption between here... clocksource: timebase mult[3c1] shift[22] registered !! - check_legacy_serial_console() can't find stdout package /[EMAIL PROTECTED]/[EMAIL PROTECTED] ! !!! ...and here. -Scott Scott, are you talking about a possible hardware problem or misbehaving code ? Either. The same OF call is done in both places with the same argument, but is getting different results. Does it look like something gets overwritten during initrd extraction/movement ? Don't know. The system has 512MB RAM which means that we need 2 BAT regs to map the memory. I've found comments in Freescale u-boot header files that currently a max of 256MB is supported. I never understood why ? Could this problem be related to this ? Kim's probably be the best one to answer u-boot questions. -Scott Scott + Kim, as mentioned before I have re-built u-boot with the following modifications : - Reduce Memsize from 512 to 256MB - Skipped 2nd BAT setup dtb looks the same but memory size set to 256MB. System boots fine - this is weird ! I'm not really familiar with the powerpc tree of the kernel and far out of sync with the current development. Could you have a look at this ? Any ideas right now ? Thanks, Andre ## Booting kernel from Legacy Image at ff81 ... Image Name: 2.6.25 mvBL-M7 MPC8343 #12 Image Type: PowerPC Linux Kernel Image (uncompressed) Data Size:2494236 Bytes = 2.4 MB Load Address: Entry Point: Verifying Checksum ... OK Loading Kernel Image ... OK OK ## Flattened Device Tree blob at Booting using the fdt blob at 0x60 ## Loading init Ramdisk from Legacy Image at 0100 ... Image Name: mvBC-1G uInitrd #1.1.03 Image Type: PowerPC Linux RAMDisk Image (uncompressed) Data Size:2654208 Bytes = 2.5 MB Load Address: Entry Point: Verifying Checksum ... OK Loading Ramdisk to 0fcb7000, end 0ff3f000 ... OK - early_init_devtree(c060) search chosen, depth: 0, uname: search chosen, depth: 1, uname: chosen Looking for initrd properties... 3initrd_start=0xcfcb7000 initrd_end=0xcff3f000 Command line is: root=/dev/ram ro rootfstype=squashfs dt_root_size_cells = 1 dt_root_addr_cells = 1 memory scan node memory, reg size 8, data: 0 1000 2 1, - 0 , 1000 reserving: fcb7000 - 288001 Phys. mem: 1000 - move_device_tree - move_device_tree Scanning CPUs ... boot cpu: logical 0 physical 0 - early_init_devtree() Using mvBlueLYNX-M7 machine description Linux version 2.6.25-rc8-01197-g1de15bb-dirty ([EMAIL PROTECTED]) (gcc version 4.0.0 (DENX ELDK 4.1 4.0.0)) #12 PREEMPT Wed Apr 9 14:40:48 CEST 2008 - unflatten_device_tree() size is 192c, allocating... unflattening cfffe6d0... fixed up name for - fixed up name for chosen - chosen fixed up name for [EMAIL PROTECTED] - wdt fixed up name for [EMAIL PROTECTED] - ethernet-phy fixed up name for [EMAIL PROTECTED] - ethernet-phy fixed up name for [EMAIL PROTECTED] - ethernet fixed up name for [EMAIL PROTECTED] - ethernet fixed up name for [EMAIL PROTECTED] - serial fixed up name for [EMAIL PROTECTED] - serial fixed up name for [EMAIL PROTECTED] - pic fixed up name for [EMAIL PROTECTED] - ppcboot_env fixed up name for [EMAIL PROTECTED] - ppcboot_env_red fixed up name for [EMAIL PROTECTED] - u-boot_autoscript fixed up name for [EMAIL PROTECTED] - u-boot_autoscript_red fixed up name for [EMAIL PROTECTED] - dtb fixed up name for [EMAIL PROTECTED] - dtb_red fixed up name for [EMAIL PROTECTED] - kernel fixed up name for [EMAIL PROTECTED] - rfs fixed up name for [EMAIL PROTECTED] - u-boot fixed up name for [EMAIL PROTECTED] - fpga - unflatten_device_tree() Found initrd at 0xcfcb7000:0xcff3f000 - find_legacy_serial_port() stdout is /[EMAIL PROTECTED]/[EMAIL PROTECTED] legacy_serial_console = 0 default console speed = 115740 - find_legacy_serial_port() console [udbg0] enabled setup_arch: bootmem mvblm7_setup_arch() Adding PCI host bridge /[EMAIL PROTECTED] Found MPC83xx PCI host bridge at 0xe0008500. Firmware bus number: 0-0 -Hose at 0xc0281000, cfg_addr=0xfdffd300,cfg_data=0xfdffd304 PCI host bridge /[EMAIL PROTECTED] (primary) ranges: MEM 0x9000..0x9fff - 0x9000 MEM 0x8000..0x8fff - 0x8000 Prefetch IO 0xe200..0xe20f - 0x arch: exit Zone PFN ranges: DMA 0 -65536 Normal 65536 -65536 Movable zone start PFN for each node early_node_map[1] active PFN ranges 0:0 -65536 Built 1 zonelists in Zone order, mobility grouping on. Total pages: 65024 Kernel command line: root=/dev/ram ro
Re: MPC8343 - unable to handle paging request @ 0
Scott Wood schrieb: On Tue, Apr 08, 2008 at 03:50:26PM +0200, Andre Schwarz wrote: after building a debug kernel and attaching the bdi2000 it looks like the crash occurs during console_init() ... Does your device tree have a /chosen node after u-boot is done with it? find_legacy_serial_ports() can crash otherwise (we really should fix that). Since we're using a dtb I omit the console=... argument for the kernel. Is this correct ? It's OK if you have /chosen/linux,stdout-path. If console=/dev/ttyS0,115200N8 argument is given the serial console stops working after console_init On other PowerPC system I could see something like this during boot : - find_legacy_serial_port() stdout is /[EMAIL PROTECTED]/[EMAIL PROTECTED] legacy_serial_console = 1 default console speed = 115340 - find_legacy_serial_port() Should I see this message also ? Only if you enable debug messages in legacy_serial.c. Have I misconfigured anything ? One thing that sticks out from the above is that you ask for ttyS0, but the stdout you list from the other system corresponds to ttyS1. Is this just a difference between the two systems? -Scott Scott, I've added kallsyms and the #debug in legacy_serial. Obviously there's missing something - see error can't find stdout package /[EMAIL PROTECTED]/[EMAIL PROTECTED] ! below. Can you help here ? Thanks, Andre ## Booting kernel from Legacy Image at ff81 ... Image Name: 2.6.25 mvBL-M7 MPC8343 #12 Image Type: PowerPC Linux Kernel Image (uncompressed) Data Size:2494236 Bytes = 2.4 MB Load Address: Entry Point: Verifying Checksum ... OK Loading Kernel Image ... OK OK ## Flattened Device Tree blob at Booting using the fdt blob at 0x60 ## Loading init Ramdisk from Legacy Image at 0100 ... Image Name: mvBC-1G uInitrd #1.1.03 Image Type: PowerPC Linux RAMDisk Image (uncompressed) Data Size:2654208 Bytes = 2.5 MB Load Address: Entry Point: Verifying Checksum ... OK Loading Ramdisk to 1fcb7000, end 1ff3f000 ... OK - early_init_devtree(c060) search chosen, depth: 0, uname: search chosen, depth: 1, uname: chosen Looking for initrd properties... 3initrd_start=0xdfcb7000 initrd_end=0xdff3f000 Command line is: root=/dev/ram ro rootfstype=squashfs dt_root_size_cells = 1 dt_root_addr_cells = 1 memory scan node memory, reg size 8, data: 0 2000 2 1, - 0 , 2000 reserving: 1fcb7000 - 288001 Phys. mem: 2000 - move_device_tree - move_device_tree Scanning CPUs ... boot cpu: logical 0 physical 0 - early_init_devtree() Using mvBlueLYNX-M7 machine description Linux version 2.6.25-rc8-01197-g1de15bb-dirty ([EMAIL PROTECTED]) (gcc version 4.0.0 (DENX ELDK 4.1 4.0.0)) #12 PREEMPT Wed Apr 9 14:40:48 CEST 2008 - unflatten_device_tree() size is 192c, allocating... unflattening dfffe6d0... fixed up name for - fixed up name for chosen - chosen fixed up name for [EMAIL PROTECTED] - wdt fixed up name for [EMAIL PROTECTED] - ethernet-phy fixed up name for [EMAIL PROTECTED] - ethernet-phy fixed up name for [EMAIL PROTECTED] - ethernet fixed up name for [EMAIL PROTECTED] - ethernet fixed up name for [EMAIL PROTECTED] - serial fixed up name for [EMAIL PROTECTED] - serial fixed up name for [EMAIL PROTECTED] - pic fixed up name for [EMAIL PROTECTED] - ppcboot_env fixed up name for [EMAIL PROTECTED] - ppcboot_env_red fixed up name for [EMAIL PROTECTED] - u-boot_autoscript fixed up name for [EMAIL PROTECTED] - u-boot_autoscript_red fixed up name for [EMAIL PROTECTED] - dtb fixed up name for [EMAIL PROTECTED] - dtb_red fixed up name for [EMAIL PROTECTED] - kernel fixed up name for [EMAIL PROTECTED] - rfs fixed up name for [EMAIL PROTECTED] - u-boot fixed up name for [EMAIL PROTECTED] - fpga - unflatten_device_tree() Found initrd at 0xdfcb7000:0xdff3f000 - find_legacy_serial_port() stdout is /[EMAIL PROTECTED]/[EMAIL PROTECTED] legacy_serial_console = 0 default console speed = 115740 - find_legacy_serial_port() console [udbg0] enabled setup_arch: bootmem mvblm7_setup_arch() arch: exit Zone PFN ranges: DMA 0 - 131072 Normal 131072 - 131072 Movable zone start PFN for each node early_node_map[1] active PFN ranges 0:0 - 131072 Built 1 zonelists in Zone order, mobility grouping on. Total pages: 130048 Kernel command line: root=/dev/ram ro rootfstype=squashfs PID hash table entries: 2048 (order: 11, 8192 bytes) clocksource: timebase mult[3c1] shift[22] registered !! - check_legacy_serial_console() can't find stdout package /[EMAIL PROTECTED]/[EMAIL PROTECTED] ! !!! Dentry cache hash table entries: 65536 (order: 6, 262144 bytes) Inode-cache hash table entries: 32768 (order: 5, 131072 bytes) Memory: 514048k/524288k available (2328k kernel code, 9676k reserved, 88k data, 126k bss, 140k init) SLUB:
Re: MPC8343 - unable to handle paging request @ 0
Andre Schwarz wrote: - find_legacy_serial_port() stdout is /[EMAIL PROTECTED]/[EMAIL PROTECTED] It looks like you have some memory corruption between here... clocksource: timebase mult[3c1] shift[22] registered !! - check_legacy_serial_console() can't find stdout package /[EMAIL PROTECTED]/[EMAIL PROTECTED] ! !!! ...and here. -Scott ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev
Re: MPC8343 - unable to handle paging request @ 0
Scott Wood schrieb: Andre Schwarz wrote: - find_legacy_serial_port() stdout is /[EMAIL PROTECTED]/[EMAIL PROTECTED] It looks like you have some memory corruption between here... clocksource: timebase mult[3c1] shift[22] registered !! - check_legacy_serial_console() can't find stdout package /[EMAIL PROTECTED]/[EMAIL PROTECTED] ! !!! ...and here. -Scott Scott, are you talking about a possible hardware problem or misbehaving code ? Does it look like something gets overwritten during initrd extraction/movement ? The system has 512MB RAM which means that we need 2 BAT regs to map the memory. I've found comments in Freescale u-boot header files that currently a max of 256MB is supported. I never understood why ? Could this problem be related to this ? Do I need to supply reserved memory regions ? I thought u-boot is doing so for initrd and the kernel don't need it ... I'll rebuild u-boot with 256MB memory size and do an extra run with memory test - just to make sure. Any hints where to look else ? regards, Andre MATRIX VISION GmbH, Talstra�e 16, DE-71570 Oppenweiler - Registergericht: Amtsgericht Stuttgart, HRB 271090 Gesch�ftsf�hrer: Gerhard Thullner, Werner Armingeon, Uwe Furtner ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev
Re: MPC8343 - unable to handle paging request @ 0
Andre Schwarz wrote: Scott Wood schrieb: Andre Schwarz wrote: - find_legacy_serial_port() stdout is /[EMAIL PROTECTED]/[EMAIL PROTECTED] It looks like you have some memory corruption between here... clocksource: timebase mult[3c1] shift[22] registered !! - check_legacy_serial_console() can't find stdout package /[EMAIL PROTECTED]/[EMAIL PROTECTED] ! !!! ...and here. -Scott Scott, are you talking about a possible hardware problem or misbehaving code ? Either. The same OF call is done in both places with the same argument, but is getting different results. Does it look like something gets overwritten during initrd extraction/movement ? Don't know. The system has 512MB RAM which means that we need 2 BAT regs to map the memory. I've found comments in Freescale u-boot header files that currently a max of 256MB is supported. I never understood why ? Could this problem be related to this ? Kim's probably be the best one to answer u-boot questions. -Scott ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev
Re: MPC8343 - unable to handle paging request @ 0
Scott Wood schrieb: On Sat, Apr 05, 2008 at 10:19:49AM +0200, André Schwarz wrote: Kernel starts and crashes with unable to handle kernel paging request @ . After turning debug on in some files I can see that the initrd memory gets reserved and the dtb is parsed correctly. PCI memory/io spaces are set up fine. At first I thought this is a problem with the device tree since the call trace always points to of_-functions and strcmp. Could you provide this call trace? -Scott Scott, thanks for your reply. please find below the output after the bootm command in u-boot. My System.map : ... c00126b8 T strcpy c00126d4 T strncpy c0012714 T strcat c0012740 T strcmp c0012764 T strlen c001277c T memcmp ... c0140bc4 T of_find_property c0140c74 T of_get_property c0140ca8 T of_device_is_compatible c0140d48 T of_match_node c0140e68 T of_find_matching_node c0140f20 T of_n_size_cells c0140f9c T of_n_addr_cells Log: # Booting kernel from Legacy Image at ff81 ... Image Name: 2.6.25 mvBL-M7 MPC8343 #1 Image Type: PowerPC Linux Kernel Image (uncompressed) Data Size:2084636 Bytes = 2 MB Load Address: Entry Point: Verifying Checksum ... OK Loading Kernel Image ... OK OK ## Flattened Device Tree blob at Booting using the fdt blob at 0x60 ## Loading init Ramdisk from Legacy Image at 0100 ... Image Name: mvBC-1G uInitrd #1.1.03 Image Type: PowerPC Linux RAMDisk Image (uncompressed) Data Size:2654208 Bytes = 2.5 MB Load Address: Entry Point: Verifying Checksum ... OK Loading Ramdisk to 1fcb7000, end 1ff3f000 ... OK - early_init_devtree(c060) search chosen, depth: 0, uname: search chosen, depth: 1, uname: chosen Looking for initrd properties... 3initrd_start=0xdfcb7000 initrd_end=0xdff3f000 Command line is: root=/dev/ram ro rootfstype=squashfs dt_root_size_cells = 1 dt_root_addr_cells = 1 memory scan node memory, reg size 8, data: 0 2000 2 1, - 0 , 2000 reserving: 1fcb7000 - 288001 Phys. mem: 2000 - move_device_tree - move_device_tree Scanning CPUs ... boot cpu: logical 0 physical 0 - early_init_devtree() Using mvBlueLYNX-M7 machine description Linux version 2.6.25-rc8-01197-g1de15bb-dirty ([EMAIL PROTECTED]) (gcc version 4.0.0 (DENX ELDK 4.1 4.0.0)) #1 PREEMPT Tue Apr 8 10:40:51 CEST 2008 - unflatten_device_tree() size is 1840, allocating... unflattening dfffe7bc... fixed up name for - fixed up name for chosen - chosen fixed up name for aliases - aliases fixed up name for cpus - cpus fixed up name for PowerPC,[EMAIL PROTECTED] - PowerPC,8343 fixed up name for memory - memory fixed up name for [EMAIL PROTECTED] - soc8343 fixed up name for [EMAIL PROTECTED] - wdt fixed up name for [EMAIL PROTECTED] - i2c fixed up name for [EMAIL PROTECTED] - rtc fixed up name for [EMAIL PROTECTED] - i2c fixed up name for [EMAIL PROTECTED] - spi fixed up name for [EMAIL PROTECTED] - usb fixed up name for [EMAIL PROTECTED] - mdio fixed up name for [EMAIL PROTECTED] - ethernet-phy fixed up name for [EMAIL PROTECTED] - ethernet-phy fixed up name for [EMAIL PROTECTED] - ethernet fixed up name for [EMAIL PROTECTED] - ethernet fixed up name for [EMAIL PROTECTED] - serial fixed up name for [EMAIL PROTECTED] - serial fixed up name for [EMAIL PROTECTED] - pic fixed up name for [EMAIL PROTECTED] - localbus fixed up name for [EMAIL PROTECTED],0 - flash - unflatten_device_tree() Found initrd at 0xdfcb7000:0xdff3f000 console [udbg0] enabled setup_arch: bootmem mvblm7_setup_arch() Unable to handle kernel paging request for data at address 0x Faulting instruction address: 0xc0012748 Oops: Kernel access of bad area, sig: 11 [#1] PREEMPT mvBlueLYNX-M7 Modules linked in: NIP: c0012748 LR: c0140c10 CTR: REGS: c01f9e40 TRAP: 0300 Not tainted (2.6.25-rc8-01197-g1de15bb-dirty) MSR: 1032 ME,IR,DR CR: 22008048 XER: 2000 DAR: , DSISR: 2000 TASK = c01e4510[0] 'swapper' THREAD: c01f8000 GPR00: c0140c84 c01f9ef0 c01e4510 c0197a7f c01f9edc GPR08: c01f15e4 0003 c0600b84 004d 22002048 ffdf 1fffd000 GPR16: ffdf 7fdf 1fff8974 1ff426f8 0004 00288000 GPR24: 0002 5f0f c01993e4 c01f9f28 c0197a80 c01f8000 d9e4 Call Trace: [c01f9ef0] [c001c190] (unreliable) [c01f9f10] [c0140c84] [c01f9f20] [c0140ccc] [c01f9f40] [c014145c] [c01f9f60] [c0014014] [c01f9fa0] [c01d1a40] [c01f9fb0] [c01ce64c] [c01f9fc0] [c01c55ac] [c01f9ff0] [3438] Instruction dump: 3884 8c050001 2c00 4082fff8 38a5 8c040001 2c00 9c050001 4082fff4 4e800020 38a3 3884 8c650001 2c83 8c040001 7c601851 ---[ end trace 8640abe69a316dee ]--- Kernel panic - not syncing: Attempted to kill the idle task! Rebooting in 180 seconds.. Please let me know if you need more information. regards, Andre MATRIX VISION GmbH, Talstraße 16, DE-71570 Oppenweiler - Registergericht: Amtsgericht
[Fwd: Re: MPC8343 - unable to handle paging request @ 0]
sorry - forgot Kim + List Original-Nachricht Betreff:Re: MPC8343 - unable to handle paging request @ 0 Datum: Tue, 08 Apr 2008 13:29:20 +0200 Von:Andre Schwarz [EMAIL PROTECTED] An: Scott Wood [EMAIL PROTECTED] Referenzen: [EMAIL PROTECTED] [EMAIL PROTECTED] Scott Wood schrieb: On Sat, Apr 05, 2008 at 10:19:49AM +0200, André Schwarz wrote: Kernel starts and crashes with unable to handle kernel paging request @ . After turning debug on in some files I can see that the initrd memory gets reserved and the dtb is parsed correctly. PCI memory/io spaces are set up fine. At first I thought this is a problem with the device tree since the call trace always points to of_-functions and strcmp. Could you provide this call trace? -Scott Scott, after removing mpc834x_usb_cfg() from my mvblm7_setup_arch() the crash is delayed ... regards, Andre System-map : c0012098 T strcpy c00120b4 T strncpy c00120f4 T strcat c0012120 T strcmp c0012144 T strlen ... c00ecd08 T of_find_property c00ecda4 T of_get_property c00ecdd8 T of_n_size_cells console [udbg0] enabled setup_arch: bootmem mvblm7_setup_arch() arch: exit Zone PFN ranges: DMA 0 - 131072 Normal 131072 - 131072 Movable zone start PFN for each node early_node_map[1] active PFN ranges 0:0 - 131072 Built 1 zonelists in Zone order, mobility grouping on. Total pages: 130048 Kernel command line: root=/dev/ram ro rootfstype=squashfs PID hash table entries: 2048 (order: 11, 8192 bytes) clocksource: timebase mult[3c1] shift[22] registered Unable to handle kernel paging request for data at address 0x Faulting instruction address: 0xc0012128 Oops: Kernel access of bad area, sig: 11 [#1] mvBlueLYNX-M7 Modules linked in: NIP: c0012128 LR: c00ecd44 CTR: 0007 REGS: c0193ec0 TRAP: 0300 Not tainted (2.6.25-rc8-01197-g1de15bb-dirty) MSR: 9032 EE,ME,IR,DR CR: 48002048 XER: DAR: , DSISR: 2000 TASK = c0182510[0] 'swapper' THREAD: c0192000 GPR00: c00ecdb4 c0193f70 c0182510 c01401c7 c017a808 c00db350 GPR08: c018 000a2c20 c017d3f4 4842 dfd7 1fffd000 GPR16: dfd7 dfd7 1fff8974 1ff426f8 0004 00288000 GPR24: c0198fa0 c019 c019 c01401c8 dfa8 Call Trace: [c0193f70] [] (unreliable) [c0193f90] [c00ecdb4] [c0193fa0] [c016df50] [c0193fb0] [c017705c] [c0193fc0] [c01646b4] [c0193ff0] [3438] Instruction dump: 3884 8c050001 2c00 4082fff8 38a5 8c040001 2c00 9c050001 4082fff4 4e800020 38a3 3884 8c650001 2c83 8c040001 7c601851 ---[ end trace 8640abe69a316dee ]--- Kernel panic - not syncing: Attempted to kill the idle task! Rebooting in 180 seconds.. MATRIX VISION GmbH, Talstraße 16, DE-71570 Oppenweiler - Registergericht: Amtsgericht Stuttgart, HRB 271090 Geschäftsführer: Gerhard Thullner, Werner Armingeon, Uwe Furtner ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev
Re: MPC8343 - unable to handle paging request @ 0
Scott Wood schrieb:
On Sat, Apr 05, 2008 at 10:19:49AM +0200, André Schwarz wrote:
Kernel starts and crashes with unable to handle kernel paging request @
.
After turning debug on in some files I can see that the initrd memory
gets reserved and the dtb is parsed correctly.
PCI memory/io spaces are set up fine.
At first I thought this is a problem with the device tree since the call
trace always points to of_-functions and strcmp.
Could you provide this call trace?
-Scott
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Scott,
after building a debug kernel and attaching the bdi2000 it looks like
the crash occurs during console_init() ...
Since we're using a dtb I omit the console=... argument for the
kernel. Is this correct ?
If console=/dev/ttyS0,115200N8 argument is given the serial console
stops working after console_init
On other PowerPC system I could see something like this during boot :
- find_legacy_serial_port()
stdout is /[EMAIL PROTECTED]/[EMAIL PROTECTED]
legacy_serial_console = 1
default console speed = 115340
- find_legacy_serial_port()
Should I see this message also ?
Have I misconfigured anything ?
u-boot prints the following dtb :
...
aliases {
name = aliases;
ethernet0 = /[EMAIL PROTECTED]/[EMAIL PROTECTED];
ethernet1 = /[EMAIL PROTECTED]/[EMAIL PROTECTED];
serial0 = /[EMAIL PROTECTED]/[EMAIL PROTECTED];
serial1 = /[EMAIL PROTECTED]/[EMAIL PROTECTED];
pci0 = /[EMAIL PROTECTED];
};
cpus {
name = cpus;
#address-cells = 0x0001;
#size-cells = 0x;
PowerPC,[EMAIL PROTECTED] {
name = PowerPC,8343;
device_type = cpu;
reg = 0x;
d-cache-line-size = 0x0020;
i-cache-line-size = 0x0020;
d-cache-size = 0x8000;
i-cache-size = 0x8000;
timebase-frequency = 0x03f940aa;
bus-frequency = 0x0fe502a8;
clock-frequency = 0x17d783fc;
};
};
memory {
name = memory;
device_type = memory;
reg = 0x 0x2000;
};
[EMAIL PROTECTED] {
name = soc8343;
#address-cells = 0x0001;
#size-cells = 0x0001;
device_type = soc;
compatible = soc;
ranges = [00 00 00 00 e0 00 00 00 00 10 00 00];
reg = 0xe000 0x0200;
bus-frequency = 0x0fe502a8;
[EMAIL PROTECTED] {
device_type = watchdog;
compatible = mpc83xx_wdt;
reg = 0x0200 0x0100;
};
[EMAIL PROTECTED] {
name = i2c;
#address-cells = 0x0001;
#size-cells = 0x;
cell-index = 0x;
compatible = fsl-i2c;
reg = 0x3000 0x0100;
interrupts = 0x000e 0x0008;
interrupt-parent = 0x0001;
dfsrr;
};
[EMAIL PROTECTED] {
name = i2c;
#address-cells = 0x0001;
#size-cells = 0x;
cell-index = 0x0001;
compatible = fsl-i2c;
reg = 0x3100 0x0100;
interrupts = 0x000f 0x0008;
interrupt-parent = 0x0001;
dfsrr;
};
[EMAIL PROTECTED] {
name = spi;
cell-index = 0x;
compatible = fsl,spi;
reg = 0x7000 0x1000;
interrupts = 0x0010 0x0008;
interrupt-parent = 0x0001;
mode = cpu;
};
[EMAIL PROTECTED] {
name = usb;
compatible = fsl-usb2-mph;
reg = 0x00022000 0x1000;
#address-cells = 0x0001;
#size-cells = 0x;
interrupt-parent = 0x0001;
interrupts = 0x0027 0x0008;
phy_type = ulpi;
port0;
};
[EMAIL PROTECTED] {
name = mdio;
#address-cells =
Re: MPC8343 - unable to handle paging request @ 0
On Tue, Apr 08, 2008 at 10:51:18AM +0200, Andre Schwarz wrote: Call Trace: [c01f9ef0] [c001c190] (unreliable) [c01f9f10] [c0140c84] [c01f9f20] [c0140ccc] [c01f9f40] [c014145c] [c01f9f60] [c0014014] [c01f9fa0] [c01d1a40] [c01f9fb0] [c01ce64c] [c01f9fc0] [c01c55ac] [c01f9ff0] [3438] Please turn kallsyms on, which will produce an annotated call trace. Not all these addresses were in the System.map fragment. -Scott ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev
Re: MPC8343 - unable to handle paging request @ 0
On Tue, Apr 08, 2008 at 03:50:26PM +0200, Andre Schwarz wrote: after building a debug kernel and attaching the bdi2000 it looks like the crash occurs during console_init() ... Does your device tree have a /chosen node after u-boot is done with it? find_legacy_serial_ports() can crash otherwise (we really should fix that). Since we're using a dtb I omit the console=... argument for the kernel. Is this correct ? It's OK if you have /chosen/linux,stdout-path. If console=/dev/ttyS0,115200N8 argument is given the serial console stops working after console_init On other PowerPC system I could see something like this during boot : - find_legacy_serial_port() stdout is /[EMAIL PROTECTED]/[EMAIL PROTECTED] legacy_serial_console = 1 default console speed = 115340 - find_legacy_serial_port() Should I see this message also ? Only if you enable debug messages in legacy_serial.c. Have I misconfigured anything ? One thing that sticks out from the above is that you ask for ttyS0, but the stdout you list from the other system corresponds to ttyS1. Is this just a difference between the two systems? -Scott ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev
Re: MPC8343 - unable to handle paging request @ 0
Scott Wood wrote: On Tue, Apr 08, 2008 at 03:50:26PM +0200, Andre Schwarz wrote: after building a debug kernel and attaching the bdi2000 it looks like the crash occurs during console_init() ... Does your device tree have a /chosen node after u-boot is done with it? find_legacy_serial_ports() can crash otherwise (we really should fix that). latest u-boot does add the chosen node. As far as I know it's for initrd setup ... don't know if it's complete. Since we're using a dtb I omit the console=... argument for the kernel. Is this correct ? It's OK if you have /chosen/linux,stdout-path. that sounds promising ! Haven't seen this and will have a closer look. If console=/dev/ttyS0,115200N8 argument is given the serial console stops working after console_init On other PowerPC system I could see something like this during boot : - find_legacy_serial_port() stdout is /[EMAIL PROTECTED]/[EMAIL PROTECTED] legacy_serial_console = 1 default console speed = 115340 - find_legacy_serial_port() Should I see this message also ? Only if you enable debug messages in legacy_serial.c. ok. Have I misconfigured anything ? One thing that sticks out from the above is that you ask for ttyS0, but the stdout you list from the other system corresponds to ttyS1. Is this just a difference between the two systems? Yes - the log from the MPC8568 is a copypaste from another posting. It's not my system. I want ttyS0. -Scott I appreciate your help ! Thanks, André MATRIX VISION GmbH, Talstraße 16, DE-71570 Oppenweiler - Registergericht: Amtsgericht Stuttgart, HRB 271090 Geschäftsführer: Gerhard Thullner, Werner Armingeon, Uwe Furtner ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev
Re: MPC8343 - unable to handle paging request @ 0
On Sat, Apr 05, 2008 at 10:19:49AM +0200, André Schwarz wrote: Kernel starts and crashes with unable to handle kernel paging request @ . After turning debug on in some files I can see that the initrd memory gets reserved and the dtb is parsed correctly. PCI memory/io spaces are set up fine. At first I thought this is a problem with the device tree since the call trace always points to of_-functions and strcmp. Could you provide this call trace? -Scott ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev
MPC8343 - unable to handle paging request @ 0
Kim, sorry for the general questions - but I'm running out of ideas. We never ever had that many problems getting a PowerPC running during the past 10 years. I've cross-checked the hardware and design with Freescale FAE. Everything looks fine and is approved. We're running latest u-boot v1.3.2 and kernel 2.6.25-rc8 from Denx. A MPC5200B System is up and running fine with this scenario, so hopefully there are no basic problems. The MPC8343B (rev.3.1) is working pretty fine with u-boot including mtest. Only problem is a the TSECs not working with our RGMII phy - but this can wait. I've set up a dts based on the MPC834x_mds and removed the 2nd PCI bus and local bus stuff. Kernel has been build with a new platform MVBLM7 which is the name of our board - nothing special so far. u-boot fills out all parameters (clocks, mem, initrd @ chosen, ...) correctly and the kernel is started exactly the same way as the MPC5200B system using bootm kernel_add initrd_addr dtb_addr. Kernel starts and crashes with unable to handle kernel paging request @ . After turning debug on in some files I can see that the initrd memory gets reserved and the dtb is parsed correctly. PCI memory/io spaces are set up fine. At first I thought this is a problem with the device tree since the call trace always points to of_-functions and strcmp. So I removed nearly everything from the kernel and dts including PCI, net, USB and peripherals leaving only a minimum (cpu, mem, soc-node with ipic and serial). Unfortunately the error is still the same ! I wonder if there are some basic issues regarding MPC8343 or specialities from the Freescale boards not being present on our board. Major difference is the CPU (MPC8343B), 512MB RAM (using 2 BATs of course) and nothing else on the local bus besides the Nor-Flash. Of course the MPC8343 has only a single PCI-32 and only one USB. Do you have any hints on this ? Do you suggest to wait for the 2.6.25 release ? Do you know of any MPC8343 based boards already up and running ? regards, André Schwarz MATRIX VISION GmbH, Talstraße 16, DE-71570 Oppenweiler - Registergericht: Amtsgericht Stuttgart, HRB 271090 Geschäftsführer: Gerhard Thullner, Werner Armingeon, Uwe Furtner ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev
