bad crc on kernel image

Home Forums MultiConnect OCG bad crc on kernel image

Viewing 1 post (of 1 total)
  • Author
    Posts
  • #11852
    Herraiz Stéphane
    Participant

    Hi,
    We have an issue trying to set a kernel & rootfs images by U-boot on MTCDP-H5.
    We download the images using a TFPD server.
    Here is the logs:

    U-Boot> run tftp_kernel
    macb0: link up, 100Mbps full-duplex (lpa: 0xc5e1)
    Using macb0 device
    TFTP from server 192.168.2.10; our IP address is 192.168.2.1
    Filename ‘oe_uImage.bin’.
    Load address: 0x21400000
    Loading: #################################################################
    #################################################################
    #
    done
    Bytes transferred = 1917728 (1d4320 hex)

    NAND erase: device 0 offset 0xa0000, size 0x760000
    Erasing at 0x7e0000 — 100% complete.
    OK

    NAND write: device 0 offset 0xa0000, size 0x1d4320

    Writing data at 0x274000 — 100% complete.
    1917728 bytes written: OK
    U-Boot> run tftp_rootfs
    macb0: link up, 100Mbps full-duplex (lpa: 0xc5e1)
    Using macb0 device
    TFTP from server 192.168.2.10; our IP address is 192.168.2.1
    Filename ‘oe_rootfs.jffs2’.
    Load address: 0x21400000
    Loading: #################################################################
    #################################################################
    #################################################################
    #################################################################
    #################################################################
    #################################################################
    #################################################################
    #################################################################
    #################################################################
    #################################################################
    #################################################################
    #################################################################
    #################################################################
    #################################################################
    #################################################################
    #################################################################
    #################################################################
    #################################################################
    #########
    done
    Bytes transferred = 17301504 (1080000 hex)

    NAND erase: device 0 offset 0x1800000, size 0xe800000
    Erasing at 0xffe0000 — 100% complete.
    OK

    NAND write: device 0 offset 0x1800000, size 0x1080000

    Writing data at 0x287f800 — 100% complete.
    17301504 bytes written: OK
    U-Boot> resetýRomBOOT
    *** AT91Bootstrap-2.13
    SDRAM: fast slew rate
    Memory bus: 3.3v
    NAND id:0x000001DA
    > From: [0x00020000] To: [0x23F00000] Size: [0x00040000]
    > SUCCESS
    > Start: [0x23F00000]

    U-Boot 1.3.4-mts (Mar 31 2015 – 17:21:17)

    DRAM: 64 MB
    NAND: 256 MiB
    In: serial
    Out: serial
    Err: serial
    Net: macb0
    macb0: Starting autonegotiation…
    macb0: Autonegotiation complete
    macb0: link up, 100Mbps full-duplex (lpa: 0xc5e1)
    Hit any key to stop autoboot: 0

    Loading from NAND 256MiB 3,3V 8-bit, offset 0xa0000
    Image Name: CoreCDP/2.6.35/mtcdp
    Image Type: ARM Linux Kernel Image (uncompressed)
    Data Size: 1917664 Bytes = 1.8 MB
    Load Address: 20008000
    Entry Point: 20008000
    ## Booting kernel from Legacy Image at 21400000 …
    Image Name: CoreCDP/2.6.35/mtcdp
    Image Type: ARM Linux Kernel Image (uncompressed)
    Data Size: 1917664 Bytes = 1.8 MB
    Load Address: 20008000
    Entry Point: 20008000
    Verifying Checksum … Bad Data CRC
    ERROR: can’t get kernel image!

    We use the corcdp base image found here: http://multitech.net/corecdp/images/2.3.4/mtcdp/
    Any idea to solve this issue?
    Our MTCDP-H5 has the ID 18477092

Viewing 1 post (of 1 total)
  • You must be logged in to reply to this topic.