Problem reports for u...@freebsd.org that need special attention
To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status |Bug Id | Description +---+--- Open|213877 | xhci reset causes panic on SuperMicro A1SRi-2758F Open|234578 | Support for Sierra Wireless EM7455 modem Open|247964 | Low read throughput on Sandisk Extreme external S 3 problems total for which you should take action. ___ freebsd-usb@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to "freebsd-usb-unsubscr...@freebsd.org"
[Bug 224454] Feature request: implement libusb_get_parent and libusb_has_capability
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=224454 --- Comment #5 from Hans Petter Selasky --- Hi, libusb_has_capability() is now implemented: /usr/include/libusb.h: /* libusb supports libusb_has_capability(). */ /usr/include/libusb.h:int libusb_has_capability(uint32_t capability); --HPS -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-usb@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to "freebsd-usb-unsubscr...@freebsd.org"
[Bug 253321] [patch] dev/usb/input/wsp: Add sysctl tunable for Z-Axis inversion
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=253321 Tomasz "CeDeROM" CEDRO changed: What|Removed |Added CC||to...@cedro.info --- Comment #2 from Tomasz "CeDeROM" CEDRO --- Comment on attachment 40 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=40 wsp.diff Hello world :-) Why not handle the "Narutal Scroll" via libinput?? /usr/local/share/X11/xorg.conf.d/40-libinput.conf: Section "InputClass" Identifier "libinput touchpad catchall" MatchIsTouchpad "on" MatchDevicePath "/dev/input/event5" Option "NaturalScrolling" "on" Option "Tapping" "on" Option "ClickMethod" "clickfinger" Driver "libinput" EndSection Best regards :-) Tomek -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-usb@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to "freebsd-usb-unsubscr...@freebsd.org"
[Bug 253321] [patch] dev/usb/input/wsp: Add sysctl tunable for Z-Axis inversion
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=253321 --- Comment #1 from James Wright --- Phabricator https://reviews.freebsd.org/D28521 -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-usb@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to "freebsd-usb-unsubscr...@freebsd.org"
[Bug 253321] [patch] dev/usb/input/wsp: Add sysctl tunable for Z-Axis inversion
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=253321 Bug ID: 253321 Summary: [patch] dev/usb/input/wsp: Add sysctl tunable for Z-Axis inversion Product: Base System Version: 12.2-STABLE Hardware: Any OS: Any Status: New Severity: Affects Some People Priority: --- Component: usb Assignee: u...@freebsd.org Reporter: james.wri...@digital-chaos.com Created attachment 40 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=40=edit wsp.diff Added a new sysctl to Wellspring Touchpad (wsp) driver for controlling Z-Axis (2-finger vertical scroll) direction "hw.usb.wsp.z_invert". Updated documentation (also included missing description for z_factor tunable). -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-usb@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to "freebsd-usb-unsubscr...@freebsd.org"
[Bug 253232] ulpt possible regression in 12.2
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=253232 --- Comment #5 from Hans Petter Selasky --- Thanks for testing. It appears that your printer devices has not been through enough low-level USB testing. Maybe you could write an e-mail to the manufacturer of the USB ulpt device saying that the USB request clear endpoint halt is broken and causes the device to halt. The main problem here is that if you abort a job, the next job may need a clear-stall message to recover the so-called data-toggle. Else you may loose the contents of one USB packet on the wire :-( If you never abort jobs, than there is no problem. Should we perhaps implement a quirk you can set, that prevents clear-stall from happening? I really don't like to fix FreeBSD because USB manufacturers are not following specs What do you think? --HPS -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-usb@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to "freebsd-usb-unsubscr...@freebsd.org"