Starting network hang on boot

80 views

Skip to first unread message

Antonio LUNA-ARRIAGA

unread,

Oct 5, 2012, 5:45:45 PM10/5/12

to concours-li...@googlegroups.com

Salut a tous,

Est-ce que qqn a eu un erreur de démarrage sur NAND avec sa carte au point "Starting network..."?

J'ai lu qu'il y a (avait) un souci avec la mini si'on ne branche pas le câble ethernet.

http://permalink.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/809

Voici mon log pour réf.:

U-Boot 1.3.2-mini2440 (Oct 3 2012 - 18:53:29)

I2C: ready

DRAM: 64 MB

NOR Flash not found. Use hardware switch and 'flinit'

Flash: 0 kB

NAND: Bad block table not found for chip 0

Bad block table not found for chip 0

128 MiB

Found Environment offset in OOB..

USB: S3C2410 USB Deviced

In: serial

Out: serial

Err: serial

MAC: 08:08:11:18:12:27

Hit any key to stop autoboot: 0

Loading from NAND 128MiB 3,3V 8-bit, offset 0x60000

Image Name: Linux-3.3.7

Created: 2012-10-03 17:13:26 UTC

Image Type: ARM Linux Kernel Image (uncompressed)

Data Size: 2405208 Bytes = 2.3 MB

Load Address: 30008000

Entry Point: 30008000

## Booting kernel from Legacy Image at 32000000 ...

Image Name: Linux-3.3.7

Created: 2012-10-03 17:13:26 UTC

Image Type: ARM Linux Kernel Image (uncompressed)

Data Size: 2405208 Bytes = 2.3 MB

Load Address: 30008000

Entry Point: 30008000

Verifying Checksum ... OK

Loading Kernel Image ... OK

Starting kernel ...

Uncompressing Linux... done, booting the kernel.

Booting Linux on physical CPU 0

Linux version 3.3.7 (debian@debian) (gcc version 4.5.3 (Buildroot 2012.05) ) #1 Wed Oct 3 19:12:2

CPU: ARM920T [41129200] revision 0 (ARMv4T), cr=c0007177

CPU: VIVT data cache, VIVT instruction cache

Machine: MINI2440

Memory policy: ECC disabled, Data cache writeback

CPU S3C2440A (id 0x32440001)

S3C244X: core 405.000 MHz, memory 101.250 MHz, peripheral 50.625 MHz

CLOCK: Slow mode (1.500 MHz), fast, MPLL on, UPLL on

Built 1 zonelists in Zone order, mobility grouping on. Total pages: 16256

Kernel command line: console=ttySAC0,115200 noinitrd init=/sbin/init mini2440=3tb root=/dev/mtdb2

PID hash table entries: 256 (order: -2, 1024 bytes)

Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)

Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)

Memory: 64MB = 64MB total

Memory: 60076k/60076k available, 5460k reserved, 0K highmem

Virtual kernel memory layout:

vector : 0xffff0000 - 0xffff1000 ( 4 kB)

fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB)

vmalloc : 0xc4800000 - 0xff000000 ( 936 MB)

lowmem : 0xc0000000 - 0xc4000000 ( 64 MB)

modules : 0xbf000000 - 0xc0000000 ( 16 MB)

.text : 0xc0008000 - 0xc0437878 (4287 kB)

.init : 0xc0438000 - 0xc045b000 ( 140 kB)

.data : 0xc045c000 - 0xc0482320 ( 153 kB)

.bss : 0xc0482344 - 0xc04bd0e0 ( 236 kB)

SLUB: Genslabs=13, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1

NR_IRQS:85

irq: clearing pending status 02000000

irq: clearing subpending status 00000002

Console: colour dummy device 80x30

Calibrating delay loop... 201.52 BogoMIPS (lpj=503808)

pid_max: default: 32768 minimum: 301

Mount-cache hash table entries: 512

CPU: Testing write buffer coherency: ok

Setting up static identity map for 0x30336318 - 0x30336370

gpiochip_add: registered GPIOs 0 to 23 on device: GPIOA

gpiochip_add: registered GPIOs 32 to 47 on device: GPIOB

gpiochip_add: registered GPIOs 64 to 79 on device: GPIOC

gpiochip_add: registered GPIOs 96 to 111 on device: GPIOD

gpiochip_add: registered GPIOs 128 to 143 on device: GPIOE

gpiochip_add: registered GPIOs 160 to 167 on device: GPIOF

gpiochip_add: registered GPIOs 192 to 207 on device: GPIOG

gpiochip_add: registered GPIOs 224 to 234 on device: GPIOH

gpiochip_add: registered GPIOs 256 to 271 on device: GPIOJ

NET: Registered protocol family 16

MINI2440: Option string mini2440=3tb

MINI2440: 't' ignored, touchscreen not compiled in

MINI2440: LCD 0:240x320 1:800x480 2:1024x768 [3:320x240]

S3C2440: Initialising architecture

S3C2440: IRQ Support

S3C244X: Clock Support, DVS off

bio: create slab <bio-0> at 0

usbcore: registered new interface driver usbfs

usbcore: registered new interface driver hub

usbcore: registered new device driver usb

s3c-i2c s3c2440-i2c: slave address 0x10

s3c-i2c s3c2440-i2c: bus frequency set to 98 KHz

s3c-i2c s3c2440-i2c: i2c-0: S3C I2C adapter

Advanced Linux Sound Architecture Driver Version 1.0.24.

NET: Registered protocol family 2

IP route cache hash table entries: 1024 (order: 0, 4096 bytes)

TCP established hash table entries: 2048 (order: 2, 16384 bytes)

TCP bind hash table entries: 2048 (order: 1, 8192 bytes)

TCP: Hash tables configured (established 2048 bind 2048)

TCP reno registered

UDP hash table entries: 256 (order: 0, 4096 bytes)

UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)

NET: Registered protocol family 1

RPC: Registered named UNIX socket transport module.

RPC: Registered udp transport module.

RPC: Registered tcp transport module.

RPC: Registered tcp NFSv4.1 backchannel transport module.

msgmni has been set to 117

io scheduler noop registered

io scheduler deadline registered

io scheduler cfq registered (default)

Console: switching to colour frame buffer device 80x40

fb0: s3c2410fb frame buffer device

s3c2440-uart.0: ttySAC0 at MMIO 0x50000000 (irq = 70) is a S3C2440

console [ttySAC0] enabled

s3c2440-uart.1: ttySAC1 at MMIO 0x50004000 (irq = 73) is a S3C2440

s3c2440-uart.2: ttySAC2 at MMIO 0x50008000 (irq = 76) is a S3C2440

brd: module loaded

at24 0-0050: 1024 byte 24c08 EEPROM, writable, 16 bytes/write

s3c24xx-nand s3c2440-nand: Tacls=1, 9ns Twrph0=3 29ns, Twrph1=2 19ns

s3c24xx-nand s3c2440-nand: NAND soft ECC

NAND device: Manufacturer ID: 0xec, Chip ID: 0xf1 (Samsung NAND 128MiB 3,3V 8-bit)

Creating 4 MTD partitions on "nand":

0x000000000000-0x000000040000 : "u-boot"

uncorrectable error :

0x000000040000-0x000000060000 : "u-boot-env"

ftl_cs: FTL header not found.

0x000000060000-0x000000560000 : "kernel"

ftl_cs: FTL header not found.

0x000000560000-0x000008000000 : "root"

ftl_cs: FTL header not found.

dm9000 Ethernet Driver, V1.31

eth0: dm9000e at c4862300,c4864304 IRQ 51 MAC: 08:08:11:18:12:27 (chip)

ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver

s3c2410-ohci s3c2410-ohci: S3C24XX OHCI

s3c2410-ohci s3c2410-ohci: new USB bus registered, assigned bus number 1

s3c2410-ohci s3c2410-ohci: irq 42, io mem 0x49000000

hub 1-0:1.0: USB hub found

hub 1-0:1.0: 2 ports detected

usbcore: registered new interface driver libusual

mousedev: PS/2 mouse device common for all mice

s3c-rtc s3c2410-rtc: rtc disabled, re-enabling

s3c-rtc s3c2410-rtc: rtc core: registered s3c as rtc0

i2c /dev entries driver

s3c2410-wdt s3c2410-wdt: watchdog inactive, reset disabled, irq disabled

cpuidle: using governor ladder

sdhci: Secure Digital Host Controller Interface driver

sdhci: Copyright(c) Pierre Ossman

s3c-sdi s3c2440-sdi: powered down.

s3c-sdi s3c2440-sdi: mmc0 - using pio, sw SDIO IRQ

usbcore: registered new interface driver usbhid

usbhid: USB HID core driver

ALSA device list:

No soundcards found.

TCP cubic registered

NET: Registered protocol family 17

Registering the dns_resolver key type

input: gpio-keys as /devices/platform/gpio-keys/input/input0

s3c-rtc s3c2410-rtc: setting system clock to 2145-12-15 08:35:49 UTC (1257646053)

Empty flash at 0x00cb29a0 ends at 0x00cb3000

VFS: Mounted root (jffs2 filesystem) on device 31:3.

Freeing init memory: 140K

Starting logging: OK

Initializing random number generator... done.

Starting network...

Merci,

cordialement.
Antonio LUNA-ARRIAGA

yargil

unread,

Oct 6, 2012, 5:59:59 AM10/6/12

to concours-li...@googlegroups.com

Salut Antonio,

D'après le log, je pense que tu as le même problème que celui décrit dans un thread précédent : "Démarrage de la mini2440 sur NFS - pas de login"
La solution si tu utilise buildroot consiste à ne pas utiliser le répertoire target (buildroot-2012.08/output/target) mais un tarball généré par buildroot. Ceci est dû au fait que dans le répertoire target de buildroot les fichiers dans /dev ne sont pas créer avec les bon attributs.

Antonio LUNA-ARRIAGA

unread,

Oct 6, 2012, 8:15:41 AM10/6/12

to concours-li...@googlegroups.com

Merci Yargil,

C'est vrai que les logs arrivent presque au même point... l'obtention d'une adresse IP... par contre moi j'ai copié le /output/image/rootfs.jffs2 dans la NAND. Donc si je comprends bien je ne devrait pas avoir besoin de brancher le câble ethernet a mon PC pour avoir mon application autonome dans la mini2440.

Je ne sais pas si c'est a cause d'un pare-feu ou erreur avec mon virtualbox + windows XP/7, mes bootargs ou mon rootfs qui n'a pas été bien compilé...

MINI2440 # printenv

bootdelay=3

baudrate=115200

ethaddr=08:08:11:18:12:27

netmask=255.255.255.0

usbtty=cdc_acm

bootargs_base=console=ttySAC0,115200 noinitrd

bootargs_init=init=/sbin/init

root_nand=root=/dev/mtdblock3 rootfstype=jffs2

root_mmc=root=/dev/mmcblk0p2 rootdelay=2

root_nfs=/mnt/nfs

set_root_nfs=setenv root_nfs root=/dev/nfs rw nfsroot=${serverip}:${root_nfs}

ifconfig_static=run setenv ifconfig ip=${ipaddr}:${serverip}::${netmask}:mini2440:eth0

ifconfig_dhcp=run setenv ifconfig ip=dhcp

ifconfig=ip=dhcp

set_bootargs_mmc=setenv bootargs ${bootargs_base} ${bootargs_init} ${mini2440} ${root_mmc}

set_bootargs_nand=setenv bootargs ${bootargs_base} ${bootargs_init} ${mini2440} ${root_nand}

set_bootargs_nfs=run set_root_nfs; setenv bootargs ${bootargs_base} ${bootargs_init} ${mini2440}}

mtdids=nand0=mini2440-nand

mtdparts=mtdparts=mini2440-nand:0x00040000(u-boot),0x00020000(u-boot_env),0x00500000(kernel),0x0)

mini2440=mini2440=3tb

serverip=192.168.1.11

ipaddr=192.168.42.1

bootargs=console=ttySAC0,115200 noinitrd init=/sbin/init mini2440=3tb root=/dev/mtdblock3 rootfs2

bootcmd=nboot kernel ;bootm

partition=nand0,0

mtddevnum=0

mtddevname=u-boot

cordialement,

-Antonio

2012/10/6 yargil <yar...@free.fr>

--
Antonio LUNA-ARRIAGA

yargil

unread,

Oct 6, 2012, 8:46:01 AM10/6/12

to concours-li...@googlegroups.com

Le 06/10/2012 14:15, Antonio LUNA-ARRIAGA a �crit :
> Merci Yargil,
> C'est vrai que les logs arrivent presque au m�me point... l'obtention
> d'une adresse IP... par contre moi j'ai copi� le

> /output/image/rootfs.jffs2 dans la NAND. Donc si je comprends bien je

> ne devrait pas avoir besoin de brancher le c�ble ethernet a mon PC

> pour avoir mon application autonome dans la mini2440.

Ton probl�me viens peut �tre de la g�n�ration du fichier JFFS2. Pour
Qemu on utilisait une taille de NAND de 64 Mo alors qu'avec la mini2440
il faut configurer buildroot pour utilis� une NAND de 128Mo.
Et non il n'y a pas besoin d'avoir un cable ethernet de branch� sur la
mini2440 pour qu'elle boot sauf bug dans le script d'init du r�seau.

> Je ne sais pas si c'est a cause d'un pare-feu ou erreur avec mon
> virtualbox + windows XP/7, mes bootargs ou mon rootfs qui n'a

> pas �t� bien compil�...

> --
> Antonio LUNA-ARRIAGA

Antonio LUNA-ARRIAGA

unread,

Oct 6, 2012, 9:17:35 AM10/6/12

to concours-li...@googlegroups.com

Le 6 octobre 2012 14:46, yargil <yar...@free.fr> a écrit :

Le 06/10/2012 14:15, Antonio LUNA-ARRIAGA a écrit :

Merci Yargil,
C'est vrai que les logs arrivent presque au même point... l'obtention d'une adresse IP... par contre moi j'ai copié le /output/image/rootfs.jffs2 dans la NAND. Donc si je comprends bien je ne devrait pas avoir besoin de brancher le câble ethernet a mon PC pour avoir mon application autonome dans la mini2440.

Ton problème viens peut être de la génération du fichier JFFS2. Pour Qemu on utilisait une taille de NAND de 64 Mo alors qu'avec la mini2440 il faut configurer buildroot pour utilisé une NAND de 128Mo.

Oui, la j'ai bien modifie dans le menuconfig.

Et non il n'y a pas besoin d'avoir un cable ethernet de branché sur la mini2440 pour qu'elle boot sauf bug dans le script d'init du réseau.

Je pense que je suis dans ce cas comme dans ce thread:

This is also the last message here, when I try to boot the Mini2440 from NAND. 
The network hangs forever due to the kernel parameter "ip=[...]:[...]>:
[...]:255.255.255.0:::".

The code in the "/env/bin/boot" script creates the kernel command line in a 
wrong way. The "ip" parameter is only required for the NFS root case (if 
no "dhcp" option is in use). All other boot sources like NAND and SD card 
need an "ip=none" to let Linux's userland setup the network on demand only.

The workaround for you could be: Setup an "ip=none" in your 
Mini2440's "/env/config" file in the bootloader. This should boot your kernel

Par contre je ne sais pas ou faire cette modification IP=NONE...

Je ne sais pas si c'est a cause d'un pare-feu ou erreur avec mon virtualbox + windows XP/7, mes bootargs ou mon rootfs qui n'a pas été bien compilé...

--
Antonio LUNA-ARRIAGA

--
Antonio LUNA-ARRIAGA

Antonio LUNA-ARRIAGA

unread,

Oct 6, 2012, 9:19:46 AM10/6/12

to concours-li...@googlegroups.com

Le 6 octobre 2012 15:17, Antonio LUNA-ARRIAGA <antoin...@gmail.com> a écrit :

Le 6 octobre 2012 14:46, yargil <yar...@free.fr> a écrit :

Le 06/10/2012 14:15, Antonio LUNA-ARRIAGA a écrit :

Merci Yargil,
C'est vrai que les logs arrivent presque au même point... l'obtention d'une adresse IP... par contre moi j'ai copié le /output/image/rootfs.jffs2 dans la NAND. Donc si je comprends bien je ne devrait pas avoir besoin de brancher le câble ethernet a mon PC pour avoir mon application autonome dans la mini2440.

Ton problème viens peut être de la génération du fichier JFFS2. Pour Qemu on utilisait une taille de NAND de 64 Mo alors qu'avec la mini2440 il faut configurer buildroot pour utilisé une NAND de 128Mo.

Oui, la j'ai bien modifie dans le menuconfig.

Et non il n'y a pas besoin d'avoir un cable ethernet de branché sur la mini2440 pour qu'elle boot sauf bug dans le script d'init du réseau.

Je pense que je suis dans ce cas comme dans ce thread:

http://comments.gmane.org/gmane.comp.embedded.ptxdist.oselas.community/804

--
Antonio LUNA-ARRIAGA

AleaJactaEst

unread,

Oct 8, 2012, 3:06:23 PM10/8/12

to concours-li...@googlegroups.com

Bonjour,

Es-tu sur qu'il s'agit d'un problème réseau?

Il est possible qu'un autre script bloque le démarrage.

Tu trouvera la liste des script dans buildroot-xxxx.xx/output/target/etc/init.d.
Dans mon cas tu trouve les fichiers suivants :
-rwxr-xr-x 1 mini2440 mini2440 477 Oct 3 23:43 S01logging
-rwxr-xr-x 1 mini2440 mini2440 1365 Aug 31 10:49 S20urandom
-rwxr-xr-x 1 mini2440 mini2440 1769 Oct 3 23:43 S30dbus
-rwxr-xr-x 1 mini2440 mini2440 281 Aug 31 10:49 S40network
-rwxr-xr-x 1 mini2440 mini2440 3178 Oct 4 00:03 S90oscilloscope_aleajactaest
-rwxr-xr-x 1 mini2440 mini2440 423 Aug 31 10:49 rcK
-rwxr-xr-x 1 mini2440 mini2440 408 Aug 31 10:49 rcS

Le meilleur moyen est d'ajouter un script qui affiche un message. (Ex.: S99message)
#!/bin/bash
echo "Etape $0"

J'ai eu par le passé un blocage, lié à un problème dans la création des fichiers spéciaux dans "/dev".
Dans mon cas, je démarré via NFS, mais j'utilisé une mauvaise image (buildroot-xxxx.xx/output/target).

@+
AleaJactaEst

Antonio LUNA-ARRIAGA

unread,

Oct 8, 2012, 3:56:26 PM10/8/12

to concours-li...@googlegroups.com

Bonsoir Jean,

Le 8 octobre 2012 21:06, AleaJactaEst <jean.so...@laposte.net> a écrit :

Bonjour,

Es-tu sur qu'il s'agit d'un problème réseau?

Il est possible qu'un autre script bloque le démarrage.

Maintenant que je fais tout sur la NAND je commence a douter que ce soit un problème de réseau, je vais tester la démarche que tu proposes pour bien comprendre le processus de démarrage car c'est vrai que sous QEMU tout marchait bien...

Par contre, lorsque j'essaie de travailler en NFS avec ma machine virtuel j'en suis sur qu'il y a un erreur de communications sur mon port ethernet... je suis en train d'installer tout sur un autre ordinateur avec ubuntu pour développer plus tranquillement par la suite.

Tu trouvera la liste des script dans buildroot-xxxx.xx/output/target/etc/init.d.
Dans mon cas tu trouve les fichiers suivants :
-rwxr-xr-x 1 mini2440 mini2440 477 Oct 3 23:43 S01logging
-rwxr-xr-x 1 mini2440 mini2440 1365 Aug 31 10:49 S20urandom
-rwxr-xr-x 1 mini2440 mini2440 1769 Oct 3 23:43 S30dbus
-rwxr-xr-x 1 mini2440 mini2440 281 Aug 31 10:49 S40network
-rwxr-xr-x 1 mini2440 mini2440 3178 Oct 4 00:03 S90oscilloscope_aleajactaest
-rwxr-xr-x 1 mini2440 mini2440 423 Aug 31 10:49 rcK
-rwxr-xr-x 1 mini2440 mini2440 408 Aug 31 10:49 rcS

Le meilleur moyen est d'ajouter un script qui affiche un message. (Ex.: S99message)
#!/bin/bash
echo "Etape $0"

J'ai eu par le passé un blocage, lié à un problème dans la création des fichiers spéciaux dans "/dev".
Dans mon cas, je démarré via NFS, mais j'utilisé une mauvaise image (buildroot-xxxx.xx/output/target).

@+
AleaJactaEst

Merci encore,

--
Antonio LUNA-ARRIAGA

yargil

unread,

Oct 8, 2012, 4:12:28 PM10/8/12

to concours-li...@googlegroups.com

On 08/10/2012 21:56, Antonio LUNA-ARRIAGA wrote:

Bonsoir Jean,

Le 8 octobre 2012 21:06, AleaJactaEst <jean.so...@laposte.net> a écrit :

Bonjour,

Es-tu sur qu'il s'agit d'un problème réseau?

Il est possible qu'un autre script bloque le démarrage.

Maintenant que je fais tout sur la NAND je commence a douter que ce soit un problème de réseau, je vais tester la démarche que tu proposes pour bien comprendre le processus de démarrage car c'est vrai que sous QEMU tout marchait bien...

Par contre, lorsque j'essaie de travailler en NFS avec ma machine virtuel j'en suis sur qu'il y a un erreur de communications sur mon port ethernet... je suis en train d'installer tout sur un autre ordinateur avec ubuntu pour développer plus tranquillement par la suite.

Tu trouvera la liste des script dans buildroot-xxxx.xx/output/target/etc/init.d.
Dans mon cas tu trouve les fichiers suivants :
-rwxr-xr-x 1 mini2440 mini2440 477 Oct 3 23:43 S01logging
-rwxr-xr-x 1 mini2440 mini2440 1365 Aug 31 10:49 S20urandom
-rwxr-xr-x 1 mini2440 mini2440 1769 Oct 3 23:43 S30dbus
-rwxr-xr-x 1 mini2440 mini2440 281 Aug 31 10:49 S40network
-rwxr-xr-x 1 mini2440 mini2440 3178 Oct 4 00:03 S90oscilloscope_aleajactaest
-rwxr-xr-x 1 mini2440 mini2440 423 Aug 31 10:49 rcK
-rwxr-xr-x 1 mini2440 mini2440 408 Aug 31 10:49 rcS

Le meilleur moyen est d'ajouter un script qui affiche un message. (Ex.: S99message)
#!/bin/bash
echo "Etape $0"

Tu peux aussi ajouter dans le fichier /etc/network (car c'est visiblement celui là qui bloque) la ligne suivante en début de fichier qui active l'affichage des commande execiter par le script :
#!/bin/bash
set -x
...

Lance ta target et tu verra quelle est la dernière commande exécutée donc probablement celle qui bloque.

Antonio LUNA-ARRIAGA

unread,

Oct 14, 2012, 3:07:03 PM10/14/12

to concours-li...@googlegroups.com

Merci pour vos conseils Jean et Yargil, finalement j'ai corrigé le problème.
C’était un crash du kernel que j'ai pu voir lorsque j’enlève le lancement de mon application dans init.d
Cordialement,
-Antonio