Date: Sat, 13 Mar 2021 00:51:07 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 252236] atp(4): Need EVDEV support for modern input stack Message-ID: <bug-252236-227-n0x5w17JtF@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-252236-227@https.bugs.freebsd.org/bugzilla/>
index | next in thread | previous in thread | raw e-mail
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252236 --- Comment #19 from Vladimir Kondratyev <wulf@freebsd.org> --- (In reply to Greg V from comment #18) > hmm right now quirks can only exclude a whole device, not just an interface. > That would prevent usbhid from attaching to the keyboard interface. Does touchpad interface have a HID report descriptor? If it has and it is properly sized, we can move wsp to hidbus. If no than we can try to ignore HID-class usb devices which do not have report descriptor or boot protocol support. > Looks like it didn't help. That is strange. USB xfers starts with calling of usbd_transfer_start() in wsp_start_read(), and I can`t understand yet what blocks them when wsp_ev_open() is called from evdev when event device node is open()-ed. > hmm does the usb_fifo_alloc_buffer stuff matter? Directly only for /dev/wsp0 > (also looks like closing moused would always kill evdev events - > wsp_fifo_stop_read doesn't check for evdev) Yes. This is inherited from ums(4). I tried to fix this in previous patch but it appeared to be broken too. -- You are receiving this mail because: You are the assignee for the bug.home | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-252236-227-n0x5w17JtF>