USBドライバが動かない環境について報告

[HonokaNo]

まだ全くと行っていいほど情報が集まってないのですが、USBドライバが動かない環境があるようです(本だとday06cのところで確認)

環境1では

mikanos/kernel/usb/xhci/xhci.cpp

Line 138 in 37029cb

return MAKE_ERROR(Error::kInvalidSlotID);

環境2では

mikanos/kernel/usb/xhci/xhci.cpp

Line 248 in 37029cb

return MAKE_ERROR(Error::kInvalidPhase);

にてエラーが起きています。

[uchan-nos]

そうですね、動かない機種はあると思います。
いくつかの機種でしか動作確認できていませんので。

実機で動かない系のバグのデバッグは手元に実機が必要ですから、私はそれらの機種への対応作業はできません。
HonokaNo さんがデバッグをして、MikanOS を修正していただけるのでしたら、とっても嬉しいです。

この Issue を、HonokaNo さんのデバッグ作業の記録用にお使いいただいても良いですが、
クローズせずに残しておきましょうか？
（クローズせずにおいておけば、もしかしたら協力者が現れるかもしれません）

[HonokaNo]

すみません、お願いします。
もう少し情報集めて、目指せ実機動作!

[HonokaNo]

もしかしたら無線マウスだと無線用で別ドライバが必要かもしれない
無線用の別クラス(って言い方でいいんだっけ)があるらしい。

[uchan-nos]

@HonokaNo
手元の Bluetooth ドングル LBT-UAN05C2/N のデバイスクラスは 0xE0 でした。
https://usb.org/defined-class-codes#anchor_BaseClassE0h

明らかに HID ではないので、この場合は専用のクラスドライバが必要ですね。

デバイスディスクリプタ（USBView で取得）

bLength:                           0x12
bDescriptorType:                   0x01
bcdUSB:                          0x0200
bDeviceClass:                      0xE0  -> This is a Wireless Controller(Bluetooth) Device
bDeviceSubClass:                   0x01
*!*ERROR:  bDeviceSubClass of 1 is invalid
bDeviceProtocol:                   0x01
bMaxPacketSize0:                   0x40 = (64) Bytes
idVendor:                        0x0A12 = Cambridge Silicon Radio Ltd.
idProduct:                       0x0001
bcdDevice:                       0x8891
iManufacturer:                     0x00
iProduct:                          0x02
String Descriptor for index 2 not available while device is in low power state.
iSerialNumber:                     0x00
bNumConfigurations:                0x01

[HonokaNo]

一応無線通信は関係ありませんでした。申し訳ない。

どうやら、DeviceManager::AllocDeviceで、devices_[slot_id]がnullptrになっているのが原因っぽいです
Deviceクラスのコンストラクタに原因がありそう?

[HonokaNo]

そもそもAllocArrayすらうまくいってない
原因の箇所が絞れてきた。

[HonokaNo]

とりあえずバッファを拡張してAllocArrayはうまくいったっぽい。
次の問題としてOnEvent(

mikanos/kernel/usb/xhci/xhci.cpp

Line 194 in 37029cb

Error OnEvent(Controller& xhc, PortStatusChangeEventTRB& trb) {

) のswitch文で
ConfigPhase::WaitingAddressed,ConfigPhase::EnablingSlotが
渡されているからdefaultでエラーが出ているみたい。
もうちょっとlinuxのUSBドライバの解析とか
理解を進めなくちゃいけない

[newstylejava]

同じ問題に陥って解決したので記録として残しておきます。

私の環境では、 @HonokaNo さんがすでに挙げられているように、

mikanos/kernel/usb/memory.hpp

Line 13 in b5f7740

static const size_t kMemoryPoolSize = 4096 * 32;

の値を4096*32から4096*128に変更して、バッファを拡張することで解決しました。

一方で、USBデバイスによって動作したりしなかったりする現象が見られました。

動作が確認できたデバイスとして、
・TK-FCM104 (キーボード)
・BSMBU04M (マウス)

逆に、動作しなかったデバイスとして、
・M500S (高機能なマウス)
・ノートPC内蔵キーボード
・ノートPC内蔵マウス

となりました。使用したノートPCの型番は ILeNXi-15FX064-i7_-RFSXB です。

USBViewやデバイスマネージャーを使ってデバイスの確認したところ、
・M500SはUSBデバイスクラスが0x00(USB Composite Device)で、マウスとキーボードが一体ということになっている?
・ノートPC内蔵のものはPS/2デバイス扱い(マウスはUSBデバイスとしても認識されていたように見えたが、実態は謎)

ということがわかりました。
そのため、USBデバイスに注意する(単純な構造のデバイスなら使えるかも?)か、XHCIのドライバを改造するなどの対応をすれば動作すると考えられます。

大雑把な調査の記録となりましたが、お役に立てば幸いです。

[edom18]

自分もまったく同じエラーで躓いております・・。
ちなみに実機テストしているデバイスは、書籍内で紹介されていたGPD MicroPCを利用しています。
マウスをUSBでつないだ状態でも、つながない状態でも同様のエラーが出ています。

上で書かれている処置や、こちらのWikiに書かれていることも試してみましたがダメでした・・。