Search

Technical Discussion Group Forum

This forum is provided for user discussion. While Beacon EmbeddedWorks support staff and engineers participate, Beacon EmbeddedWorks does not guarantee the accuracy of all information within in the Technical Discussion Group (TDG).

The "Articles" forums provide brief Articles written by Beacon EmbeddedWorks engineers that address the most frequently asked technical questions.

To receive email notifications when updates are posted for a Beacon EmbeddedWorks product download, please subscribe to the TDG Forum of interest.

TDG Forum

PrevPrev Go to previous topic
NextNext Go to next topic
Last Post 08 Apr 2009 12:22 AM by  raph
Kernel hangup
 1 Replies
Sort:
You are not authorized to post a reply.
Author Messages
mikhail
New Member
New Member
Posts:


--
20 Nov 2008 05:08 AM
    I used the kernel from:
    https://omapzoom.org/gf/project/omapkernel/frs/?action=FrsReleaseView&release_id=138

    And the prebuilt root filesystem from:
    https://omapzoom.org/gf/project/minifs/frs/

    I have used the 'omap_3430ldp_defconfig' configuration from the kernel package:
    make CROSS_COMPILE=arm-none-linux-gnueabi- distclean
    make CROSS_COMPILE=arm-none-linux-gnueabi- omap_3430ldp_defconfig
    make CROSS_COMPILE=arm-none-linux-gnueabi- uImage

    Everything goes smooth here. However, the kernel hangs up in 10 secons after booting.
    It stops responding to ICMP as well. Just nothing, completely silent, without any messages.
    My device is: LDP3430-VG1.0.0

    Has anybody tried fresher kernels on the device? I am not even sure that the 'omap_3430ldp_defconfig' is correct for this device.

    Following is the boot procedure log

    OMAP34XX LAB # printenv
    bootdelay=3
    baudrate=115200
    ipaddr=192.168.1.100
    serverip=192.168.1.44
    netmask=255.255.255.0
    bootfile=3430
    bootargs=console=ttyS2,115200n8 noinitrd mem=64M root=/dev/nfs rw nfsroot=192.168.1.44:/mnt/storage/omap_3430/rootfs,nolock,wsize=1024,rsize=1024 ip=dhcp
    stdin=serial
    stdout=serial
    stderr=serial
    ethaddr=00:08:EE:02:50:DF

    Environment size: 328/131068 bytes
    OMAP34XX LAB # tftpboot
    LAN9x18 (0x92110000) detected.
    Read mac address: 00:08:EE:02:50:DF
    start Auto negotiation... (take ~2sec)
    Auto negotiation complete, 100BaseTX, full duplex
    TFTP from server 192.168.1.44; our IP address is 192.168.1.100
    Filename '3430'.
    Load address: 0x80000000
    Loading: #################################################################
    #################################################################
    #################################################################
    #################################################################
    #################################################################
    ####################################################
    done
    Bytes transferred = 1926748 (1d665c hex)

    OMAP34XX LAB #bootm
    ...
    Starting System Init for OMAP3430LAB
    Release: 0.1
    ******************************************
    Saving kernel ring buffer : OK
    Mounting devpts : OK
    Setting up networking
    Configuring lo : OK
    Configuring eth0 : OK - 192.168.1.100
    Starting telnetd : OK
    Starting syslogd : OK
    Starting klogd : OK
    Mounting filesystems : OK

    Please press Enter to activate this console.


    BusyBox v1.6.1 (2008-07-17 12:54:29 CDT) Built-in shell (ash)
    Enter 'help' for a list of built-in commands.

    #
    raph
    New Member
    New Member
    Posts:


    --
    08 Apr 2009 12:22 AM
    I had a similar problem involving inactivity making the board shut down.
    I logged in on the serial port (/dev/ttyS2) and found that if I didn't keep sending text (ie typing, running commands,..) down the serial line it would hang up.

    I'm not sure what was causing this problem but I found a dirty fix and moved on. By immediately running the following command this problem wouldn't occur. This starts a process in the background that sends a dot-char every 2 secs and then sends a backspace to delete this char (ie this creates pointless tty traffic). You will get strange display behavior as the script sends and then deletes '.'s but at least the system works.

    ======== script =======
    while (true) ; do echo '' | awk '{printf \".\b\" }' ; sleep 2 ; done" &
    ====================

    If found I required this to happen on the serial port even if I was using telnet.
    You are not authorized to post a reply.