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.

OMAP-L138:デバイス_リアルタイムOS_プロトコルスタックに関する不具合事象確認

Part Number: OMAP-L138

Tool/software:

お世話になります。ソフトバンク株式会社の白木です。

御社製品 OMAP-L138の製品を採用されているメーカー様より、

OMAP-L138 または御社より提供頂いているリアルタイムOS(プロトコルスタック)が原因で

不具合事象が発生しているとご報告を受けており、弊社ユーザー様へご説明が必要となっております。

お手数をおかけしますが、ご回答頂けないでしょうか。

チップ記載:OMAPL138E ZWT 22AXVTW GI A375 527 ZWT

Ethernetコントローラ:Microchip社 KSZ8081

不具合事象

 TCP/IPのSYNを送信した後、3秒後にSYNのリトライを実施する。

 SYNのACKが対抗デバイスからレスポンスを受ける事でTCP/IPのセッションは確率されるが、

 デバイスからPSHを送信する事ができずに、対抗デバイスから4秒後にFINが送信され、セッションがクローズする。

メーカー様の回答

 本事象はOMAP-138とそのリアルタイムOSを使用しているため、

 リアルタイムOS または プロトコルスタックがアプリケーションレイヤーに対して、

 無応答となる事から TI 社様 が提供されている リアルタイムOS または プロトコルスタック に課題があるため、

 アプリケーションレイヤーで本事象を解決する事ができません。

 そのため、本仕様は提供製品の仕様であり、メーカーとして対応する事はできません。

 ※口頭ですが、上記回答をメーカー様より頂いています。

 

上記回答により、弊社としては、ユーザー様へTI社様がご提供されている製品の不具合であるという回答をしなければならない状況となっていますが、

その様な不具合事象はあがっていますでしょうか。

もし、エラッタ等でそのような情報が記載されたドキュメントがございましたら、ドキュメントを教えて頂けないでしょうか。

よろしくお願いします。

  • Thank you for your help. I am Shiraki from SoftBank Corp.

    We have received reports from manufacturers who use your OMAP-L138 product that a malfunction is occurring due to the OMAP-L138 or the real-time OS (protocol stack) provided by your company, and we need to explain this to our users.

    We apologize for the inconvenience, but could you please answer?

    Chip description: OMAPL138E ZWT 22AXVTW GI A375 527 ZWT

    Ethernet controller: Microchip KSZ8081

    Malfunction

    After sending a TCP/IP SYN, a SYN retry is performed after 3 seconds.

    The TCP/IP session is established when the SYN ACK is responded to from the opposing device, but the device is unable to send a PSH, and the opposing device sends a FIN after 4 seconds, closing the session.

    Manufacturer's response

    This issue is caused by the use of OMAP-138 and its real-time OS,

    because the real-time OS or protocol stack is unresponsive to the application layer,

    there is an issue with the real-time OS or protocol stack provided by TI,

    so this issue cannot be resolved at the application layer.

    As a result, this specification is for the product provided, and we as the manufacturer cannot respond to it.

    ※We have received the above response verbally from the manufacturer.

    As a result of the above response, we are in a situation where we have to respond to users that this is a defect in the product provided by TI,

    but have there been any such defects?

    If there is a document with such information in an errata or similar, could you please let me know the document?

    Thank you in advance.

  • Hello Shiraki-san

    We no longer support the RTOS packages for these devices since 2021 time frame. 

    If for this issue you were using TI NDK, please the product page and the notification on the page

    https://www.ti.com/tool/NDKTCPIP

    You can leverage this page to check the various release and release notes for any errata  to see if it is applicable, although I should add that we have no reported issues for any software issues with this or any other ethernet software for this device family.

    If you think it is a silicon issue , then please share more details on the # of units failings, lot code information , what changed in your customer hardware/software because of which they are seeing this issue now ( as the device and software is very old and silicon is very stable with no reported issues) 

  • Hi Shiraki-san, Here is link that will assist in any future customer return request : Customer returns | Additional information | TI.com

  • Hello Mukui-san

    Thank you for a polite answer.I understand the contents.