On 02/08/17 19:08, Mike Tancsa wrote:
On 2/8/2017 12:55 PM, Hans Petter Selasky wrote:
On 02/08/17 18:38, Mike Tancsa wrote:
Hi,
    It works without issue on Linux.
What information from usbdump would be helpful from usbdump ?


Hi,

If there are any transaction errors, like non successful USB transfers.
Hi,
This is with UQ_NO_STRINGS set.  I start the dump, start up apcupsd,
when a couple of seconds then do an apcaccess to query the daemon

        ---Mike


Hi,

After your device receives the following control endpoint request it becomes unrecoverable:

13:05:50.860195 usbus0.4 SUBM-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=8,IVAL=0
 frame[0] WRITE 8 bytes
 0000  A1 01 52 03 00 00 03 00  -- -- -- -- -- -- -- --  |..R.....        |
         ^^ USB read interface class (A1)
            ^^ GET_REPORT (01)
                  ^^ feature (03)
                           ^^ length (3 bytes)
 frame[1] READ 3 bytes
13:05:50.860938 usbus0.4 
DONE-CTRL-EP=00000080,SPD=FULL,NFR=2,SLEN=0,IVAL=0,ERR=IOERROR
 frame[0] WRITE 8 bytes
 frame[1] READ 0 bytes

Can you disable devd, and launch the apcupsd manually?

Can you figure out which application is doing this request?

If you don't start apcupsd, is this request then issued? If you stop other daemons like hald, webcamd ... ? Is the request still there when you plug the device?

Are you using the latest version of apcupsd ?

BTW: The manufacturer should be let aware of this issue. It's like a zero-day to stop the device from working properly.

--HPS
_______________________________________________
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"

Reply via email to