• State Resolved
  • Locked Locked
  • Replies 4 replies
  • Subscribers 97 subscribers
  • Views 788 views
  • Users 0 members are here
Support feedback
Options
Options
Related

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

Linux/TDA2EXEVM: TDA DFU Not working

Chih-Kuo Hsu
Expert 1885 points

Part Number: TDA2EXEVM

Tool/software: Linux

Dear Sirs:

  We are now trying to use DFU to recover the firmware for the future mass production. However, the DFU is not working in either SPL nor U-Boot.

Please help us to figure out what is wrong in our procedure.

Both J6E and TDA2EX board are tested. The Processor SDK VISION 03_02_00_00 is used.

We ever tried follow the instructs on several

1.

and

2.

3.

In SPL U-Boot DFU mode:

And Only SW2[0..7] = 00001000 can make USB1 to be seen in a Linux Host. All other SW2 settings can not be seen on the Linux host.

When Linux host see the J6E or TDA2EXEVM, the VID/PID are correct. But in usbboot_stand_alone can not pass the SPL to the board because failure in find_usb_device.

When filter_usb_device inside find_usb_device, the check of USB_DT_ENDPOINT and USB_DT_ENDPOINT_SIZE is incorrect then fail. Even if we bypass this checking . The code will then fail in n = ioctl(fd, USBDEVFS_CLAIMINTERFACE, &ifc); inside the find_usb_device.

In normal U-Boot DFU mode:

  We issue the command as in the document.

=> setenv dfu_alt_info ${dfu_alt_info_mmc}
=> printenv dfu_alt_info
dfu_alt_info=boot part 0 1;rootfs part 0 2;MLO fat 0 1;MLO.raw raw 0x100 0x100;1
=> dfu 0 mmc 0
=> <INTERRUPT>
=> dfu 1 mmc 0

And then we issue

$ sudo dfu-util -D MLO -a MLO
dfu-util 0.8

Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc.
Copyright 2010-2014 Tormod Volden and Stefan Schmidt
This program is Free Software and has ABSOLUTELY NO WARRANTY
Please report bugs to dfu-util@lists.gnumonks.org

dfu-util: Invalid DFU suffix signature
dfu-util: A valid DFU suffix will be required in a future dfu-util release!!!
dfu-util: No DFU capable USB device available

 or we issue:

$ sudo dfu-util -c1 -i0 -a9 -D MLO
dfu-util 0.8

Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc.
Copyright 2010-2014 Tormod Volden and Stefan Schmidt
This program is Free Software and has ABSOLUTELY NO WARRANTY
Please report bugs to dfu-util@lists.gnumonks.org

dfu-util: Invalid DFU suffix signature
dfu-util: A valid DFU suffix will be required in a future dfu-util release!!!
dfu-util: No DFU capable USB device available

None of them are working because they can not see the USB in the host. And lsusb in the host see no TI USB in the host.

We always use USB1 connector in the EVM.

If anything we did it wrong, please let us know and we can go test it again.

Thank you very much.

Regards,

/ckhsu

  • 0
    Expert 1885 points
    For the SPL USB problem, we have the following informations:
    This is the information on our Linux host, by using VAYU board.

    ckhsu@DRA72x:~$ dmesg|tail
    [262977.864387] usb 4-6: New USB device strings: Mfr=33, Product=37, SerialNumber=0
    [262977.864388] usb 4-6: Product: VAYU
    [262977.864389] usb 4-6: Manufacturer: Texas Instruments
    [262981.043499] usb 4-6: USB disconnect, device number 88
    [262981.283546] usb 4-6: new SuperSpeed USB device number 89 using xhci_hcd
    [262981.299825] usb 4-6: LPM exit latency is zeroed, disabling LPM.
    [262981.300254] usb 4-6: New USB device found, idVendor=0451, idProduct=d014
    [262981.300256] usb 4-6: New USB device strings: Mfr=33, Product=37, SerialNumber=0
    [262981.300257] usb 4-6: Product: VAYU
    [262981.300258] usb 4-6: Manufacturer: Texas Instruments

    When we start the usbboot_stand_alone, nothing happened, after we add the debug message into the program, we see the following happened inside filter_usb_device .
    when in this place the check fail because desc[0] size is [06] which is less than USB_DT_ENDPOINT_SIZE size[07]

    if (check(ptr, len, USB_DT_ENDPOINT,
    USB_DT_ENDPOINT_SIZE))
    {
    return -1;
    }
    If we bypass this and it will found the VAYU board, however when in find_usb_device, it will fail on n = ioctl(fd, USBDEVFS_CLAIMINTERFACE, &ifc); and doing nothing anymore.


    If you have any information or clue, please let me know.

    Regards,
    /ckhsu
  • Former Member
    0 Former Member in reply to Chih-Kuo Hsu
    Hi,
    Can you tell me what do you see when issue the following command on the Ubuntu host?
    sudo dfu-util –l

    That's mentioned in Section 6 - "Flashing the Boot Image to eMMC Device" of www.ti.com/.../sprac33.pdf.

    Regards,
    Somnath
  • Former Member
    0 Former Member in reply to Former Member
    Hi,
    Can you let me know the status of this issue?

    Regards,
    Somnath
  • 0 in reply to Former Member
    Expert 1885 points

    Dear Sir:

      Thank you for the response.

      We have already gave up in boot from USB. And the DFU is finally tested OK in the U-Boot. For the USB Boot, it is still not okay and no progress on it, however since we will not going to use USB Boot in the future, the issue is no more important for us.

    Regards,

    /ckhsu