1. Home
  2. Embedded Linux
  3. NET: Registered protocol family 2

NET: Registered protocol family 2

Hi all,

I am porting linux kernel v2.6.14.2 to an ARM based board. It is getting struck while registering NET family 2. Can anybody help me out of this.

Following are the messages which i got Linux version 2.6.14.2(sunil@duke)(gcc version 3.3.1)#17Wed Nov 16

17:14:30 IST 2005 CPU: ARM926EJ-Sid(wb) [41069263] revision 3 (ARMv5TEJ) Machine: Secure Communication Processor Memory policy: ECC disabled, Data cache writeback CPU0: D VIVT write-back cache CPU0: I cache: 32768 bytes, associativity 4, 32 byte lines, 256 sets CPU0: D cache: 32768 bytes, associativity 4, 32 byte lines, 256 sets Built 1 zonelists Kernel command line: root=/dev/mtdblock3 rootfstype=jffs2 PID hash table entries: 256 (order: 8, 4096 bytes) Too slow irq processing, reload val is 16de81 Dentry cache hash table entries: 8192(order: 3, 32768 bytes) Inode-cache hash table entries: 4096 (order: 2, 16384 bytes) TimerCorrect value is 33 for HZ 100 Memory: 32MB = 32MB total Memory: 30220KB available (1704K code, 339K data, 80K init) Mount-cache hash table entries: 512 CPU: Testing write buffer coherency: ok softlockup thread 0 started up. NET: Registered protocol family 16 NetWinder Floating Point Emulator V0.97 (double precision) JFFS2 version 2.2. (NAND) (C) 2001-2003 Red Hat, Inc. Initializing Cryptographic API ttyMCS0 at I/O 0xff0dc000 (irq = 21) is a SCP serial port(16550) io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize Flash chip probe: 800000 at 1c000000 scp_flash: Found 1 x16 devices at 0x0 in 8-bit bank Intel/Sharp Extended Query Table at 0x0031 Using buffer write method cfi_cmdset_0001: Erase suspend on write enabled cmdlinepart partition parsing not available Using SCP partition definition Creating 4 MTD partitions on "scp_flash": 0x00000000-0x00040000 : "ArmBoot" 0x00040000-0x00060000 : "Enviroment" 0x00060000-0x00160000 : "bZimage" 0x00160000-0x00800000 : "UserFS" NET: Registered protocol family 2

Thanks, Sunil.

Reply to
sunil.goutham
Loading thread data ...

this last messages are often misleading. the kernel can well do something different but without printing it on your console.

so try to find out the real place, where your kernel hangs. e.g. compile it with debug, printk and everything and / or start it in qemu-arm and debug remote with gdb. or find the funktion which prints the last message and write out your own printk() at the very end of this funktion...

Reply to
M.Kmann

ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.