2404609_ja-JP

Yes

U-Boot USB ID とメインラインにおける回帰/バグ

こんにちは、

U-Bootのlf-6.18.20-2.0.0ブランチで「コミットa5c91319731f(「MLK-25803-2: Update VID/PID」)は、USBユーザー全員に回帰を導入します。

設定から値を取得するのではなく、USB製品IDを強制的に入力します。これは、0x0151以外の値を使用しているすべてのボードを破損させます。

この問題は、NXP製以外のボード（NXP製SoCを使用しているボード）でこのU-Bootブランチを使用した場合に発生します。

この値は設定ファイルから取得する必要があり、ハードコーディングしてはいけません。

次のパッチで問題が解決しますが、あなたの支店にも適用できますか?

「`」

diff --git a/arch/arm/mach-imx/spl.c b/arch/arm/mach-imx/spl.c
インデックス 165cc82d9c72..46e26d138cf9 100644
--- a/arch/arm/mac-imx/spl.c
+++ b/arch/arm/mach-imx/spl.c
@@ -199,7 +199,7 @@ int g_dnl_bind_fixup(struct usb_device_descriptor *dev, const char *name)
snprintf(serial_string, sizeof(serial_string), "%08x%08x", serialnr.high,シリアル番号.low);
g_dnl_set_serialnumber(serial_string);
#endif
- put_unaligned(0x0151, &dev->idProduct);
+ put_unaligned(CONFIG_USB_GADGET_PRODUCT_NUM + 0xfff, &dev->idProduct);

0を返す。
}

「`」

Re: Regression/bug in U-Boot USB ID vs mainline

問題は、あなたが先ほど説明したNXP製品に関する具体的なニーズではありません。問題は、コードに数字をハードコーディングすることで、ユーザーがkconfigから設定できず、実質的に回帰を生み出せないことです。

その変更は、異なるニーズを持つ既存ユーザーを無視し、動作するユースケースを積極的に壊すことです。コードの中のgrepでgrep CONFIG_USB_GADGET_PRODUCT_NUMすれば、この問題が壊れている複数のユースケースがわかります。

回帰バグを引き起こさない、別の解決策が必要です。

Re: Regression/bug in U-Boot USB ID vs mainline

こんにちは、

この変更は意図的なものであった。

VID 0x525とPID 0xa4a5すでにPLX Technology, Inc.として登録されています。

Linux-USBファイルバックアップストレージガジェット

しかし、fastboot デバイスはマスストレージデバイスではありません。Windows 10 の最新アップデートは既に上記の vid/pid をキャッシュしています。

Freescale VID 0x1fc9を使用するように変更します。

PID 0x151、SPL SDP HIDダウンロード用

PID 0x152、Fastboot用

PID 0x153、カーネル高速起動用

uuuを1.4.182以上にアップデートする必要があります