From: "Jan Čermák" <sairon@sairon.cz>
To: Alan Stern <stern@rowland.harvard.edu>
Cc: Greg KH <gregkh@linuxfoundation.org>,
Khazhy Kumykov <khazhy@google.com>,
USB mailing list <linux-usb@vger.kernel.org>,
regressions@lists.linux.dev
Subject: Re: [REGRESSION] Re: [PATCH 0/3] USB: core: Don't overwrite device descriptor during reinitialization
Date: Tue, 12 Mar 2024 09:57:06 +0100 [thread overview]
Message-ID: <92d3d802-73df-4ab5-aab4-b2325512e98f@sairon.cz> (raw)
In-Reply-To: <4a168b8b-f012-4b36-92bd-83aeb6849410@rowland.harvard.edu>
Hi Alan
On 11. 03. 24 15:43, Alan Stern wrote:
> Well, at least this means you do have a way of using the device, even
> if it is rather awkward. It might even work on the Raspberry Pi machine.
Still, I'm looking for a more permanent and robust solution. If it were
only a single device I'm using myself, I could come up with a
workaround. However, this is one of the very few available Z-Wave USB
interfaces and there are more users affected. So far we went with
reverting the patches, but that's surely not the way we want to go forward.
> The device is so non-responsive, I'm amazed it ever works at all.
> Judging by the usbmon traces, it doesn't look as if it would work on a
> Windows system.
>
> Actually, if you have access to a computer running Windows or Mac OSX
> and you can try out the device on that computer, it would be good to
> get the equivalent of a usbmon trace (something like a Wireshark
> capture log would do). If those systems manage to do something that
> Linux doesn't, we ought to know what it is.
Fredrik (one of the original reporters) is following this conversation,
here [1] are logs from his machine with some details in the ticket [2].
He also wonders why the initialization doesn't work only on USB2 ports
but works on USB3 if the initialization code is shared between those two.
Also, if needed, I can get more logs from the X220 I was using for my
usbmon traces - I believe I have an HDD with Windows 7 install lying
somewhere.
Regards,
Jan
[1]
https://github.com/home-assistant/operating-system/files/14563813/usbPcap1_USB2-port.txt
[2]
https://github.com/home-assistant/operating-system/issues/2995#issuecomment-1989329739
next prev parent reply other threads:[~2024-03-12 8:57 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-08-04 19:09 [PATCH 0/3] USB: core: Don't overwrite device descriptor during reinitialization Alan Stern
2023-08-04 19:10 ` [PATCH 1/3] USB: core: Unite old scheme and new scheme descriptor reads Alan Stern
2023-08-04 19:12 ` [PATCH 2/3] USB: core: Change usb_get_device_descriptor() API Alan Stern
2023-08-04 19:14 ` [PATCH 3/3] USB: core: Fix race by not overwriting udev->descriptor in hub_port_init() Alan Stern
2023-12-11 10:40 ` [REGRESSION] Re: [PATCH 1/3] USB: core: Unite old scheme and new scheme descriptor reads Christian Eggers
2023-12-11 16:21 ` Alan Stern
2023-12-12 8:01 ` Christian Eggers
2023-08-08 8:47 ` [PATCH 0/3] USB: core: Don't overwrite device descriptor during reinitialization Greg KH
2023-08-10 0:28 ` Thinh Nguyen
2023-08-10 1:47 ` Alan Stern
2023-08-10 16:34 ` Alan Stern
2023-08-10 22:39 ` Thinh Nguyen
2023-08-11 1:52 ` Alan Stern
2023-08-11 17:05 ` Thinh Nguyen
2023-08-11 17:38 ` [PATCH] USB: core: Fix oversight in SuperSpeed initialization Alan Stern
2023-08-12 8:05 ` Greg KH
2023-08-12 15:28 ` Alan Stern
2024-03-05 8:20 ` [REGRESSION] Re: [PATCH 0/3] USB: core: Don't overwrite device descriptor during reinitialization Jan Čermák
2024-03-06 21:08 ` Alan Stern
2024-03-07 16:17 ` Jan Čermák
2024-03-07 19:34 ` Alan Stern
2024-03-11 9:58 ` Jan Čermák
2024-03-11 14:43 ` Alan Stern
2024-03-12 8:57 ` Jan Čermák [this message]
2024-03-12 20:47 ` Alan Stern
2024-03-16 20:35 ` Alan Stern
2024-03-19 11:54 ` Jan Čermák
2024-03-19 16:03 ` Alan Stern
2024-03-27 13:24 ` Jan Čermák
2024-03-27 14:21 ` Alan Stern
2024-03-28 15:44 ` Alexander Dahl
2024-03-28 16:16 ` Alan Stern
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=92d3d802-73df-4ab5-aab4-b2325512e98f@sairon.cz \
--to=sairon@sairon.cz \
--cc=gregkh@linuxfoundation.org \
--cc=khazhy@google.com \
--cc=linux-usb@vger.kernel.org \
--cc=regressions@lists.linux.dev \
--cc=stern@rowland.harvard.edu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox