Re: [RFH] Octeon support for debian.org machines
Hi Martin,
On Thursday 04 March 2010 18:49:38 Martin Zobel-Helas wrote:
> Hi,
>
> On Thu Mar 04, 2010 at 16:42:57 +0100, Florian Fainelli wrote:
> > Hi,
> >
> > On Thursday 04 March 2010 16:10:42 Martin Zobel-Helas wrote:
> > > Hi,
> > >
> > > [please CC me, i am not subscribed to the list]
> > >
> > > After that, the machine seems dead.
> > >
> > > Any help how to proceed appreciated.
> >
> > Make sure that your kernel does not include a .notes section. I ran into
> > the same problem on my evaluation board a while ago. To strip down this
> > section use the following command:
> >
> > # Workaround pre-SDK-1.9.0 u-boot versions not handling the
> > .notes section
> > $(TARGET_CROSS)strip -R .notes vmlinux.elf -o fixed-vmlinux.elf
>
> wow, you made my day, well, parts of it. I am now stuck at:
>
> Movidis x16> setenv ipaddr 192.168.2.16
> Movidis x16> setenv serverip 192.168.2.10
> Movidis x16> setenv ethact octeth2
> Movidis x16> tftpboot 0x0 vmlinux-2.6.33-dsa-octeon-strip
> octeth2: Up 1Gbs Full duplex, (port 2)
> Using octeth2 device
> TFTP from server 192.168.2.10; our IP address is 192.168.2.16
> Filename 'vmlinux-2.6.33-dsa-octeon-strip'.
> Load address: 0x100000
> Loading: ################################
> done
> Bytes transferred = 4483776 (446ac0 hex), 13514 Kbytes/sec
> Movidis x16> bootoctlinux 100000 numcores=16 mem=0 root=/dev/sda2
> argv[2]: numcores=16
> argv[3]: mem=0
> argv[4]: root=/dev/sda2
> ELF file is 64 bit
> Allocated memory for ELF segment: addr: 0x1100000, size 0x485ad0
> Loading .text @ 0x81100000 (0x2a8820 bytes)
> Loading __ex_table @ 0x813a8820 (0x5f20 bytes)
> Loading .rodata @ 0x813af000 (0xf3318 bytes)
> Loading .pci_fixup @ 0x814a2318 (0xe70 bytes)
> Loading __ksymtab @ 0x814a3188 (0xa530 bytes)
> Loading __ksymtab_gpl @ 0x814ad6b8 (0x48b0 bytes)
> Loading __kcrctab @ 0x814b1f68 (0x5298 bytes)
> Loading __kcrctab_gpl @ 0x814b7200 (0x2458 bytes)
> Loading __ksymtab_strings @ 0x814b9658 (0x10939 bytes)
> Loading __param @ 0x814c9f98 (0x1068 bytes)
> Loading .data @ 0x814cc000 (0x411e0 bytes)
> Loading .init.text @ 0x8150e000 (0x21d04 bytes)
> Loading .init.data @ 0x8152fd08 (0xd4f8 bytes)
> Loading .exit.text @ 0x8153d200 (0x1068 bytes)
> Loading .data.percpu @ 0x8153f000 (0x3480 bytes)
> Clearing .bss @ 0x81544000 (0x41ad0 bytes)
> ## Loading Linux kernel with entry point: 0x81105eb0 ...
> Bootloader: Done loading app on coremask: 0xffff
> Linux version 2.6.33-dsa-octeon (root@swarm) (gcc version 4.4.3 (Debian
> 4.4.3-2) ) #1 SMP Fri Feb 26 09:47:38 UTC 2010 CVMSEG size: 1 cache lines
> (128 bytes)
> bootconsole [early0] enabled
> CPU revision is: 000d0003 (Cavium Octeon)
> Checking for the multiply/shift bug... no.
> Checking for the daddiu bug... no.
> Determined physical RAM map:
> memory: 0000000000035000 @ 000000000150e000 (usable)
> memory: 000000000e800000 @ 0000000001600000 (usable)
> memory: 0000000060000000 @ 0000000020000000 (usable)
> memory: 0000000010000000 @ 0000000410000000 (usable)
> Wasting 301840 bytes for tracking 5390 unused pages
> Initrd not found or empty - disabling initrd
> Zone PFN ranges:
> Normal 0x0000150e -> 0x00420000
> Movable zone start PFN for each node
> early_node_map[4] active PFN ranges
> 0: 0x0000150e -> 0x00001543
> 0: 0x00001600 -> 0x0000fe00
> 0: 0x00020000 -> 0x00080000
> 0: 0x00410000 -> 0x00420000
> PERCPU: Embedded 11 pages/cpu @a800000020000000 s13440 r8192 d23424 u65536
> pcpu-alloc: s13440 r8192 d23424 u65536 alloc=16*4096
> pcpu-alloc: [0] 00 [0] 01 [0] 02 [0] 03 [0] 04 [0] 05 [0] 06 [0] 07
> pcpu-alloc: [0] 08 [0] 09 [0] 10 [0] 11 [0] 12 [0] 13 [0] 14 [0] 15
> Built 1 zonelists in Zone order, mobility grouping on. Total pages: 459134
> Kernel command line: bootoctlinux 100000 numcores=16 root=/dev/sda2
> console=ttyS0,115200 PID hash table entries: 4096 (order: 3, 32768 bytes)
> Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
> Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
> Primary instruction cache 32kB, virtually tagged, 4 way, 64 sets, linesize
> 128 bytes. Primary data cache 8kB, 64-way, 1 sets, linesize 128 bytes.
> Memory: 1831664k/2072788k available (2722k kernel code, 240400k reserved,
> 1426k data, 212k init, 0k highmem) SLUB: Genslabs=13, HWalign=128,
> Order=0-3, MinObjects=0, CPUs=16, Nodes=1 Hierarchical RCU implementation.
> RCU-based detection of stalled CPUs is enabled.
> NR_IRQS:152
> Console: colour dummy device 80x25
> Calibrating delay using timer specific routine.. 1001.70 BogoMIPS
> (lpj=2003401) Mount-cache hash table entries: 256
> Checking for the daddi bug... no.
> SMP: Booting CPU01 (CoreId 1)...
> CPU revision is: 000d0003 (Cavium Octeon)
> SMP: Booting CPU02 (CoreId 2)...
> CPU revision is: 000d0003 (Cavium Octeon)
> SMP: Booting CPU03 (CoreId 3)...
> CPU revision is: 000d0003 (Cavium Octeon)
> SMP: Booting CPU04 (CoreId 4)...
> CPU revision is: 000d0003 (Cavium Octeon)
> SMP: Booting CPU05 (CoreId 5)...
> CPU revision is: 000d0003 (Cavium Octeon)
> SMP: Booting CPU06 (CoreId 6)...
> CPU revision is: 000d0003 (Cavium Octeon)
> SMP: Booting CPU07 (CoreId 7)...
> CPU revision is: 000d0003 (Cavium Octeon)
> SMP: Booting CPU08 (CoreId 8)...
> CPU revision is: 000d0003 (Cavium Octeon)
> SMP: Booting CPU09 (CoreId 9)...
> CPU revision is: 000d0003 (Cavium Octeon)
> SMP: Booting CPU10 (CoreId 10)...
> CPU revision is: 000d0003 (Cavium Octeon)
> SMP: Booting CPU11 (CoreId 11)...
> CPU revision is: 000d0003 (Cavium Octeon)
> SMP: Booting CPU12 (CoreId 12)...
> CPU revision is: 000d0003 (Cavium Octeon)
> SMP: Booting CPU13 (CoreId 13)...
> CPU revision is: 000d0003 (Cavium Octeon)
> SMP: Booting CPU14 (CoreId 14)...
> CPU revision is: 000d0003 (Cavium Octeon)
> SMP: Booting CPU15 (CoreId 15)...
> CPU revision is: 000d0003 (Cavium Octeon)
> Brought up 16 CPUs
> NET: Registered protocol family 16
> Enabling Octeon big bar support
> PCI Status: PCI-X 64-bit
> bio: create slab <bio-0> at 0
> vgaarb: loaded
> SCSI subsystem initialized
> pci 0000:00:02.0: BAR 15: assigned [mem 0x11b00f0000000-0x11b00f01fffff
> pref] pci 0000:00:02.0: BAR 14: assigned [mem
> 0x11b00f0200000-0x11b00f02fffff] pci 0000:00:02.0: BAR 13: assigned [io
> 0x4000-0x4fff]
> pci 0000:01:06.0: BAR 6: assigned [mem 0x11b00f0000000-0x11b00f01fffff
> pref] pci 0000:01:06.0: BAR 3: assigned [mem
> 0x11b00f0200000-0x11b00f020ffff 64bit] pci 0000:01:06.0: BAR 3: set to
> [mem 0x11b00f0200000-0x11b00f020ffff 64bit] (PCI address
> [0xf0200000-0xf020ffff] pci 0000:01:06.0: BAR 1: assigned [mem
> 0x11b00f0210000-0x11b00f0213fff 64bit] pci 0000:01:06.0: BAR 1: set to
> [mem 0x11b00f0210000-0x11b00f0213fff 64bit] (PCI address
> [0xf0210000-0xf0213fff] pci 0000:01:06.0: BAR 0: assigned [io
> 0x4000-0x40ff]
> pci 0000:01:06.0: BAR 0: set to [io 0x4000-0x40ff] (PCI address
> [0x4000-0x40ff] pci 0000:00:02.0: PCI bridge to [bus 01-01]
> pci 0000:00:02.0: bridge window [io 0x4000-0x4fff]
> pci 0000:00:02.0: bridge window [mem 0x11b00f0200000-0x11b00f02fffff]
> pci 0000:00:02.0: bridge window [mem 0x11b00f0000000-0x11b00f01fffff
> pref] PCI: Enabling device 0000:00:02.0 (0000 -> 0003)
> Switching to clocksource OCTEON_CVMCOUNT
> NET: Registered protocol family 2
> IP route cache hash table entries: 65536 (order: 7, 524288 bytes)
> TCP established hash table entries: 262144 (order: 10, 4194304 bytes)
> TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
> TCP: Hash tables configured (established 262144 bind 65536)
> TCP reno registered
> UDP hash table entries: 1024 (order: 3, 32768 bytes)
> UDP-Lite hash table entries: 1024 (order: 3, 32768 bytes)
> squashfs: version 4.0 (2009/01/31) Phillip Lougher
> msgmni has been set to 3578
> alg: No test for stdrng (krng)
> Block layer SCSI generic (bsg) driver version 0.4 loaded (major 254)
> io scheduler noop registered
> io scheduler deadline registered
> io scheduler cfq registered (default)
> octeon_rng octeon_rng: Octeon Random Number Generator
> Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
> serial8250.0: ttyS0 at MMIO 0x1180000000800 (irq = 58) is a OCTEON
> mdio-octeon: probe of mdio-octeon.0 failed with error -5
> I2O subsystem v1.325
> i2o: max drivers = 8
> Fusion MPT base driver 3.04.13
> Copyright (c) 1999-2008 LSI Corporation
> Fusion MPT SAS Host driver 3.04.13
> PCI: Enabling device 0000:01:06.0 (0000 -> 0002)
> mptbase: ioc0: Initiating bringup
> ioc0: LSISAS1068 B0: Capabilities={Initiator}
> scsi0 : ioc0: LSISAS1068 B0, FwRev=010a0000h, Ports=1, MaxQ=511, IRQ=62
> mptsas: ioc0: attaching sata device: fw_channel 0, fw_id 12, phy 1,
> sas_addr 0xe241a0255857837 scsi 0:0:0:0: Direct-Access ATA
> ST3250310NS SN04 PQ: 0 ANSI: 5 i8042.c: No controller found.
> Trying to free nonexistent resource <0000000000000060-000000000000006f>
> mice: PS/2 mouse device common for all mice
> cavium-ethernet 1.9
> Interface 0 has 4 ports (RGMII)
> Interface 1 has 4 ports (RGMII)
> Interface 2 has 4 ports (NPI)
> cvmx_helper_board_get_mii_address: Unknown board type 10001
> cvmx_helper_board_get_mii_address: Unknown board type 10001
> cvmx_helper_board_get_mii_address: Unknown board type 10001
> cvmx_helper_board_get_mii_address: Unknown board type 10001
> cvmx_helper_board_get_mii_address: Unknown board type 10001
> cvmx_helper_board_get_mii_address: Unknown board type 10001
> cvmx_helper_board_get_mii_address: Unknown board type 10001
> cvmx_helper_board_get_mii_address: Unknown board type 10001
> cvmx_helper_board_get_mii_address: Unknown board type 10001
> cvmx_helper_board_get_mii_address: Unknown board type 10001
> cvmx_helper_board_get_mii_address: Unknown board type 10001
> cvmx_helper_board_get_mii_address: Unknown board type 10001
> cvmx_helper_board_get_mii_address: Unknown board type 10001
> cvmx_helper_board_get_mii_address: Unknown board type 10001
> cvmx_helper_board_get_mii_address: Unknown board type 10001
> cvmx_helper_board_get_mii_address: Unknown board type 10001
> cvmx_helper_board_get_mii_address: Unknown board type 10001
> cvmx_helper_board_get_mii_address: Unknown board type 10001
> cvmx_helper_board_get_mii_address: Unknown board type 10001
> cvmx_helper_board_get_mii_address: Unknown board type 10001
You might need to make the kernel know about your board. This is usually done
in arch/mips/cavium-octeon/pci.c and drivers/staging/octeon/cvmx-helper-
board.c. However this should not impact console switching.
> TCP cubic registered
> Bootbus flash: Setting flash for 2MB flash at 0x1fa00000
> Failed to register MTD device for flash
> turn off boot console early0
>
> And then: dead. i wonder why it turns off boot console....
Can you try compiling your kernel with a command-line? So that you can see if
it is disables the boot console later? It might also be worth checking the
early printk options.
Right now, I cannot really think of a specific reason why it would not
transition to a real console device.
Keep me updated.
Reply to: