Vladimir Kondratyev
Vladimir Kondratyev
You can test current iichid or port commit aaf8987 to FreeBSD 13/14
> instead only the part of sc_ndata that matches the report descriptor should be cleaned Done. Please test again.
Maybe, bit clearing should be done in separate pass to properly handle a cases when several physical keys reports the same logical value.
> bit clearing should be done in separate pass to properly handle a cases when several physical keys reports the same logical value. Done in take 3. Could you test...
> Possibly because you forgot bit_set(sc->sc_ndata0, key); in the if (hid_get_data(buf, len, &sc->sc_loc_key[i])) branch `bit_set(sc->sc_ndata0, key);` should not be here. Inserting it wont help. sc_ndata0 and sc_odata0 are not applicable...
Could you share console output of your case after `sysctl hw.hid.hkbd.debug=16` ?
Ok. I have started reviewing process: https://reviews.freebsd.org/D31469
What evemu-record from devel/evemu port shows when you use dysfunctional controls?
> This is the dmesg output: > ugen1.4: at usbus1 > uhid1 on uhub3 > uhid1: on usbus1 You did not enable usbhid. Add following lines to `/boot/loader.conf` ``` hw.usb.usbhid.enable=1...
> Now evemu-record recognises the controller properly, but neither mednafen nor nestopia will detect any input from it. There may be two causes: 1. You do not have enough permissions...