Quantcast

9-STABLE, lost access to previously working usb device

classic Classic list List threaded Threaded
19 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

9-STABLE, lost access to previously working usb device

Jakub Lach
FreeBSD 9.2-STABLE #0 r256650 amd64, device in question is
Sansa Clip+ music player, with Rockbox firmware-

Oct 17 15:52:25 Thinkpad kernel: usbus3: port reset timeout
Oct 17 15:52:25 Thinkpad kernel: usbd_req_re_enumerate: addr=2, port reset failed, USB_ERR_TIMEOUT
Oct 17 15:52:26 Thinkpad kernel: usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_STALLED, ignored)
Oct 17 15:52:27 Thinkpad kernel: usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_STALLED
Oct 17 15:52:27 Thinkpad kernel: usb_alloc_device: Failure selecting configuration index 0:USB_ERR_STALLED, port 1, addr 2 (ignored)
Oct 17 15:52:27 Thinkpad kernel: ugen3.2: <Rockbox.org> at usbus3
Oct 17 15:52:27 Thinkpad kernel: ugen3.2: <Rockbox.org> at usbus3 (disconnected)

With original firmware:

Oct 17 15:47:56 Thinkpad kernel: g_vfs_done():da1[READ(offset=0, length=8192)]error = 6
Oct 17 15:48:20 Thinkpad kernel: g_vfs_done():da1[READ(offset=0, length=8192)]error = 6

mount_msdosfs: /dev/da1: Device not configured

After setting hw.usb.debug=1 -

usbd_do_request_flags: Handle Request function is set
usb_alloc_device: parent_dev=0xfffffe00041e8b00, bus=0xffffff80006becd8, parent_hub=0xfffffe0006f2b000, depth=1, port_index=0, port_no=1, speed=3, usb_mode=0
usb_set_device_state: udev 0xfffffe008bc99000 state DETACHED -> POWERED
usbd_do_request_callback: st=0
usbd_transfer_submit: xfer=0xffffff8000ee2148, endpoint=0xfffffe008bc990d8, nframes=1, dir=write
usb_dump_endpoint: endpoint=0xfffffe008bc990d8 edesc=0xfffffe008bc99600 isoc_next=0 toggle_next=0 bEndpointAddress=0x00
usb_dump_queue: endpoint=0xfffffe008bc990d8 xfer:
usbd_transfer_submit: open
usbd_pipe_enter: enter
usbd_pipe_start: start
usbd_transfer_done: err=USB_ERR_NORMAL_COMPLETION
usbd_callback_wrapper_sub: xfer=0xffffff8000ee2148 endpoint=0xfffffe008bc990d8 sts=0 alen=8, slen=8, afrm=1, nfrm=1
usbd_do_request_callback: st=1
usbd_do_request_callback: st=0
usbd_transfer_submit: xfer=0xffffff8000ee2148, endpoint=0xfffffe008bc990d8, nframes=1, dir=write
usb_dump_endpoint: endpoint=0xfffffe008bc990d8 edesc=0xfffffe008bc99600 isoc_next=0 toggle_next=1 bEndpointAddress=0x00
usb_dump_queue: endpoint=0xfffffe008bc990d8 xfer:
usbd_pipe_enter: enter
usbd_pipe_start: start
usbd_transfer_done: err=USB_ERR_NORMAL_COMPLETION
usbd_callback_wrapper_sub: xfer=0xffffff8000ee2148 endpoint=0xfffffe008bc990d8 sts=0 alen=0, slen=0, afrm=1, nfrm=1
usbd_do_request_callback: st=1
usb_set_device_state: udev 0xfffffe008bc99000 state POWERED -> ADDRESSED
usbd_setup_device_desc: Minimum MaxPacketSize is large enough to hold the complete device descriptor or only once MaxPacketSize choice
usbd_transfer_stop: close
usbd_transfer_done: err=USB_ERR_CANCELLED
usbd_transfer_done: not transferring
usbd_do_request_callback: st=0
usbd_transfer_submit: xfer=0xffffff8000ee2148, endpoint=0xfffffe008bc990d8, nframes=2, dir=write
usb_dump_endpoint: endpoint=0xfffffe008bc990d8 edesc=0xfffffe008bc99600 isoc_next=0 toggle_next=1 bEndpointAddress=0x00
usb_dump_queue: endpoint=0xfffffe008bc990d8 xfer:
usbd_transfer_submit: open
usbd_pipe_enter: enter
usbd_pipe_start: start
usbd_transfer_done: err=USB_ERR_NORMAL_COMPLETION

(looping)
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: 9-STABLE, lost access to previously working usb device

Hans Petter Selasky-5
On 10/17/13 16:01, Jakub Lach wrote:

> FreeBSD 9.2-STABLE #0 r256650 amd64, device in question is
> Sansa Clip+ music player, with Rockbox firmware-
>
> Oct 17 15:52:25 Thinkpad kernel: usbus3: port reset timeout
> Oct 17 15:52:25 Thinkpad kernel: usbd_req_re_enumerate: addr=2, port reset
> failed, USB_ERR_TIMEOUT
> Oct 17 15:52:26 Thinkpad kernel: usbd_req_re_enumerate: addr=2, set address
> failed! (USB_ERR_STALLED, ignored)
> Oct 17 15:52:27 Thinkpad kernel: usbd_setup_device_desc: getting device
> descriptor at addr 2 failed, USB_ERR_STALLED
> Oct 17 15:52:27 Thinkpad kernel: usb_alloc_device: Failure selecting
> configuration index 0:USB_ERR_STALLED, port 1, addr 2 (ignored)
> Oct 17 15:52:27 Thinkpad kernel: ugen3.2: <Rockbox.org> at usbus3
> Oct 17 15:52:27 Thinkpad kernel: ugen3.2: <Rockbox.org> at usbus3
> (disconnected)
>
> With original firmware:
>
> Oct 17 15:47:56 Thinkpad kernel: g_vfs_done():da1[READ(offset=0,
> length=8192)]error = 6
> Oct 17 15:48:20 Thinkpad kernel: g_vfs_done():da1[READ(offset=0,
> length=8192)]error = 6
>
> mount_msdosfs: /dev/da1: Device not configured
>
> After setting hw.usb.debug=1 -

Hi,

Make sure you are using the latest Rock-Box firmware.

If your Thinkpad has EHCI, then try:

sysctl hw.usb.ehci.no_hs=1

Then re-plug.

--HPS

_______________________________________________
[hidden email] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: 9-STABLE, lost access to previously working usb device

Jakub Lach
In reply to this post by Jakub Lach
After re-examination, the problem is confined to case of mounting when
running Rockbox firmware, however I used to do so for a quite long time.

Maybe upgrading Rockbox while on Windows wasn't such a good idea after
all.
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: 9-STABLE, lost access to previously working usb device

Jakub Lach
Of course even after upgrade transferring files when running Rockbox worked
under Windows, iirc.

There is a hw.usb.ehci.no_hs=1  but that doesn't change anything.

Thanks for a reply, I think I will have to live with reverting to original
fw to manipulate files, or will try downgrading later.
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: 9-STABLE, lost access to previously working usb device

Hans Petter Selasky-5
On 10/17/13 16:18, Jakub Lach wrote:
> Of course even after upgrade transferring files when running Rockbox worked
> under Windows, iirc.
>
> There is a hw.usb.ehci.no_hs=1  but that doesn't change anything.
>
> Thanks for a reply, I think I will have to live with reverting to original
> fw to manipulate files, or will try downgrading later.
>

Hi,

There has been some similar threads regarding rockbock and freebsd
before. Try googling a bit.

--HPS

_______________________________________________
[hidden email] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: 9-STABLE, lost access to previously working usb device

Jakub Lach
I failed to find threads regarding precisely my situation, closest would be
Bartosz Fabianowski's thread from 2011, however I had Rockbox working
in 2013, and now it's broken.

I will try now to revert to older firmware, as Rockbox tip has the same
issue.

Anyway, thanks for replies, as Rockbox is clearly not your responsibility :)
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: 9-STABLE, lost access to previously working usb device

Jakub Lach
It's good I confirmed it... but it's actually Rockbox regression.

Once again, thanks for help!
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: 9-STABLE, lost access to previously working usb device

Jakub Lach
Strange, the problem resurfaced, yet I didn't change Rockbox firmware
this time...

Any related work in 9-STABLE?

This time

(probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00
(probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an error

Could it be caused by unclean detach/Rockbox memory corruption?
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: 9-STABLE, lost access to previously working usb device

Jakub Lach
There is certainly something sinister going on with usb, as of today I've
lost X access second (frozen display, system shut down normally) time
already while manipulating USB ports (first time with this Rockboxed
device, second time now when using snd_uaudio soundcard...)

Sorry for being so vague.
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: 9-STABLE, lost access to previously working usb device

Jakub Lach
...and another stall when using uaudio. Definitely connected with usb.
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: 9-STABLE, lost access to previously working usb device

Hans Petter Selasky-5
On 12/31/13 00:05, Jakub Lach wrote:
> ...and another stall when using uaudio. Definitely connected with usb.
>

Hi,

Are you running -stable ? There has been some fixes to the XHCI driver
recently.

--HPS

_______________________________________________
[hidden email] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: 9-STABLE, lost access to previously working usb device

CeDeROM
On Tue, Dec 31, 2013 at 11:35 AM, Hans Petter Selasky <[hidden email]> wrote:
> On 12/31/13 00:05, Jakub Lach wrote:
>>
>> ...and another stall when using uaudio. Definitely connected with usb.

Do you use any kind of cable or connector panel? I had some
stall/disappear issues when using faulty cable...

--
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
_______________________________________________
[hidden email] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: 9-STABLE, lost access to previously working usb device

Jakub Lach
Yes, I'm running FreeBSD 9.2-STABLE #0 r260085 amd64,

Yes Tomek, I've seen your thread and checked other cable
instantly :-).

More typical (pendrive) umass devices seem unaffected
or I didn't stress the port enough. Loosing X is mighty strange
though. Display stalled (slightly broken colours) but machine
stayed responsive and could be powered off normally.

I'm running-

$ pkg info | grep xorg                                                  
xorg-drivers-7.7               X.org drivers meta-port
xorg-fonts-truetype-7.7_1      X.Org TrueType fonts
xorg-minimal-7.5.2             X.Org minimal distribution metaport
xorg-server-1.14.5,1           X.Org X server and related programs

I will certainly get back to it and provide as much debug as
soon as I can, nevertheless I may become AFK for a bit due
to other obligations.
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: 9-STABLE, lost access to previously working usb device

Jakub Lach
OK, there are also problems with other umass devices.

Debug with Rockboxed device (previously working):

http://pastebin.com/AwbMvK3s

Debug with original firmware:

http://pastebin.com/LYdiqNR4

Debug of not working umass device:

http://pastebin.com/ukEhiR4P

In the end, another unpleasant X stall...

I'm lucky firefox saved my input (almost like
pre 8/7 usb dark ages).
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: 9-STABLE, lost access to previously working usb device

Hans Petter Selasky-5
On 01/02/14 00:27, Jakub Lach wrote:

> OK, there are also problems with other umass devices.
>
> Debug with Rockboxed device (previously working):
>
> http://pastebin.com/AwbMvK3s
>
> Debug with original firmware:
>
> http://pastebin.com/LYdiqNR4
>
> Debug of not working umass device:
>
> http://pastebin.com/ukEhiR4P
>
> In the end, another unpleasant X stall...
>
> I'm lucky firefox saved my input (almost like
> pre 8/7 usb dark ages).
>
>

Hi,

The reason that "X" freezes or hangs might be tied up somewhere else.

Can you run "usbdump -i usbusX -f Y -s 65536"

to get the traffic of your device using the different hardware/devices.

--HPS

_______________________________________________
[hidden email] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: 9-STABLE, lost access to previously working usb device

Jakub Lach
All X freezes happened directly after/when manipulating
usb ports and not once in the other time.

media player with original firmware:

https://www.dropbox.com/s/xch56ala95aovno/org_firmw

media player with rockbox firmware:

https://www.dropbox.com/s/jv3p8d32by03r7i/rockbox

pendrive

https://www.dropbox.com/s/zdrv1md4ritqt7o/pendrive
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: 9-STABLE, lost access to previously working usb device

Jakub Lach
Is there anything more I could provide?
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: 9-STABLE, lost access to previously working usb device

Jakub Lach
To my joy, "problem resolved itself" after fixes from 4 days ago.

Thanks!
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: 9-STABLE, lost access to previously working usb device

Hans Petter Selasky-5
On 01/17/14 14:33, Jakub Lach wrote:
> To my joy, "problem resolved itself" after fixes from 4 days ago.
>
> Thanks!

:-)

--HPS

_______________________________________________
[hidden email] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to "[hidden email]"
Loading...