reboot, but it is unlikely to affect anything.
Sincerely, Nazar Mokrynskyi
github.com/nazar-pc
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
have been 1-9, not 1-0.
>
> Alan Stern
>
>> be zero-padded to three digits.
>>
>> The usbreset program will send a bus reset to the hub, which is
>> stronger than a soft reinit but not as strong as unplugging it and then
>> plugging it back in.
>>
>&g
03.05.18 23:20, Alan Stern пише:
> On Thu, 3 May 2018, Nazar Mokrynskyi wrote:
>
>> 03.05.18 22:16, Alan Stern пише:
>>> On Wed, 2 May 2018, Nazar Mokrynskyi wrote:
>>>
>>> As far as I know, hubs attached at boot time get initialized and
>>>
03.05.18 22:16, Alan Stern пише:
> On Wed, 2 May 2018, Nazar Mokrynskyi wrote:
>
> As far as I know, hubs attached at boot time get initialized and
> handled in exactly the same way as hubs attached afterward.
>
> When a device is connected to a high-speed hub, the hardware in
directly to USB port on
motherboard initializes properly.
So my current understanding is that there is some kind of an issue with USB hub
handling during system boot.
Sincerely, Nazar Mokrynskyi
github.com/nazar-pc
24.04.18 12:16, Nazar Mokrynskyi пише:
> My expectation is that kernel will figure
My expectation is that kernel will figure out what to load first on its own.
What HCD stands for in your message? USB hub is connected to native USB 2.0
port on motherboard with Z370 chipset.
Sincerely, Nazar Mokrynskyi
github.com/nazar-pc
24.04.18 11:04, Oliver Neukum пише:
> Am Dienstag,
Sincerely, Nazar Mokrynskyi
github.com/nazar-pc
20.04.18 01:58, Nazar Mokrynskyi пише:
> Still an issue as of 4.17-rc1 for sound card.
>
> Sincerely, Nazar Mokrynskyi
> github.com/nazar-pc
>
> 17.03.18 19:04, Nazar Mokrynskyi пише:
>> With kernel 4.16-rc5 it is still happening to
Still an issue as of 4.17-rc1 for sound card.
Sincerely, Nazar Mokrynskyi
github.com/nazar-pc
17.03.18 19:04, Nazar Mokrynskyi пише:
> With kernel 4.16-rc5 it is still happening to USB sound card, Android phone
> issue was probably related to something else and is already fixed.
&g
19.04.18 14:17, Mathias Nyman пише:
> On 18.04.2018 20:30, Nazar Mokrynskyi wrote:
>> Hi everyone, I'm running a VM using libvirt on kernel 4.15 (Ubuntu 18.04).
>>
>> ASMedia USB 3.1 Gen 2 controller i
e8 9e
[40061.976443] RIP: xhci_suspend+0x3a/0x490 RSP: a5dca0747c40
[40061.976445] CR2: 0228
[40061.976449] ---[ end trace 5f17622537522ef8 ]---
Nothing was attached to this controller when error happened.
--
Sincerely, Nazar Mokrynskyi
github.com/nazar-pc
--
To unsubscribe from thi
With kernel 4.16-rc5 it is still happening to USB sound card, Android phone
issue was probably related to something else and is already fixed.
Very annoying to unplug sound card after each reboot, any ideas why this might
happen?
Sincerely, Nazar Mokrynskyi
github.com/nazar-pc
13.02.18 01:26
as I'm not subscribed to this mailing list.
--
Sincerely, Nazar Mokrynskyi
github.com/nazar-pc
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
22.12.16 07:37, Oliver Neukum пише:
> On Thu, 2016-12-22 at 04:14 +0200, Nazar Mokrynskyi wrote:
>> Hi,
>>
>> I have motherboard GA-Z170X-UD5 TH with 2 USB Type-C (USB 3.1 Gen
>> 2/Thunderbolt 3) ports, BIOS version F20b (latest as of today).
>>
>> Both ports
Hi,
I have motherboard GA-Z170X-UD5 TH with 2 USB Type-C (USB 3.1 Gen 2/Thunderbolt
3) ports, BIOS version F20b (latest as of today).
Both ports are "sleeping" on cold start - I can't boot from USB device plugged
into any and both of these 2 USB Type-C ports, Linux kernel 4.9 doesn't see
On 25.04.16 17:42, Jiri Kosina wrote:
> On Mon, 25 Apr 2016, Nazar Mokrynskyi wrote:
>
>> Needed for v2 of the device firmware, otherwise kernel will stuck for few
>> seconds and throw "usb_submit_urb(ctrl) failed: -1" early on system boot.
>>
>
Needed for v2 of the device firmware, otherwise kernel will stuck for few
seconds and throw "usb_submit_urb(ctrl) failed: -1" early on system boot.
Signed-off-by: Nazar Mokrynskyi <na...@mokrynskyi.com>
---
No changes, just resubmission to ensure absence of undesired line breaks
On 25.04.16 15:24, Benjamin Tissoires wrote:
> On Apr 25 2016 or thereabouts, Nazar Mokrynskyi wrote:
>> Needed for v2 of the device firmware, otherwise kernel will stuck for few
>> seconds and throw "usb_submit_urb(ctrl) failed: -1" early on system boot.
>>
>>
Needed for v2 of the device firmware, otherwise kernel will stuck for few
seconds and throw "usb_submit_urb(ctrl) failed: -1" early on system boot.
Signed-off-by: Nazar Mokrynskyi <na...@mokrynskyi.com>
---
drivers/hid/hid-ids.h | 1 +
drivers/hid/usbhid/hid-quirks.
ld be nice if someone can merge this patch upstream and hopefully
this is the right thread to ask for such things:)
Add me to CC when answering, please, I'm not subscribed to this
particular mailing list.
--
Sincerely, Nazar Mokrynskyi
github.com/nazar-pc
Skype: nazar-pc
Dias
19 matches
Mail list logo