https://bugzilla.suse.com/show_bug.cgi?id=1183872
Takashi Iwai <tiwai(a)suse.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Assignee|kernel-bugs(a)opensuse.org |tiwai(a)suse.com
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1184333
Bug ID: 1184333
Summary: kernel hangs in lsusb, reboot, shutdown etc.
Classification: openSUSE
Product: openSUSE Distribution
Version: Leap 15.3
Hardware: x86-64
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Kernel
Assignee: kernel-bugs(a)opensuse.org
Reporter: gerhard.roland(a)groland.de
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
normal operation is fine. Kernel is stock (5.3.18-52)
When I plugin my webcam (Logitech Quickcam 9000. vendorId: 046D, productID:
0990)
journalctl throws a long message sequence ending in read: Worker failed..
Afterwards lsusb will hang as a reboot or a shutdown (hard reset needed); the
device does not work either.
This device works well in leap 15.2 or Tumbleweed on the same Computer, as well
as with the Stock RT-Kernel from 15.3 (5.3.6-8.3-rt).
The non-working device is one - the hangs on lsusb , reboot and shutdown seem
to be more serious.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1184319https://bugzilla.suse.com/show_bug.cgi?id=1184319#c2
Takashi Iwai <tiwai(a)suse.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
CC| |tiwai(a)suse.com
Resolution|--- |INVALID
--- Comment #2 from Takashi Iwai <tiwai(a)suse.com> ---
OK, let's close.
--
You are receiving this mail because:
You are the assignee for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1184349
Bug ID: 1184349
Summary: USB devices are not working after suspend (restart
fixes it)
Classification: openSUSE
Product: openSUSE Distribution
Version: Leap 15.3
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Kernel
Assignee: kernel-bugs(a)opensuse.org
Reporter: lubos.kocman(a)suse.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
Created attachment 848000
--> http://bugzilla.opensuse.org/attachment.cgi?id=848000&action=edit
full dmesg output
Hello I'm using a company Dell Precision 5530 and seems like USB devices
connected either via docking station or directly to laptop stop working.
I'm using latest published Beta build 117.13
Other devices such as Display connected trough the same dock simply work.
This dmesg out seems suspicious
[ 1075.466114] usb 4-1: Manufacturer: Microchip
[ 1075.467663] hub 4-1:1.0: USB hub found
[ 1075.467716] hub 4-1:1.0: 7 ports detected
[ 1075.673718] usb 4-1: USB disconnect, device number 2
[ 1075.673731] usb 4-1: Failed to suspend device, error -19
[ 1075.965539] usb 4-1: new SuperSpeed Gen 1 USB device number 3 using xhci_hcd
[ 1075.989762] usb 4-1: New USB device found, idVendor=0424, idProduct=5807,
bcdDevice= 2.04
[ 1075.989763] usb 4-1: New USB device strings: Mfr=1, Product=2,
SerialNumber=0
[ 1075.989763] usb 4-1: Product: USB5807 Hub
[ 1075.989764] usb 4-1: Manufacturer: Microchip
[ 1075.990553] hub 4-1:1.0: USB hub found
[ 1075.990628] hub 4-1:1.0: 7 ports detected
...
--
You are receiving this mail because:
You are the assignee for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1184319
Bug ID: 1184319
Summary: ath10k_pci 0000:03:00.0: failed to flush transmit
queue (skip 0 ar-state 1): 0
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: Other
OS: Other
Status: NEW
Severity: Major
Priority: P5 - None
Component: Kernel
Assignee: kernel-bugs(a)opensuse.org
Reporter: jshand2013(a)gmail.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
i have noticed that an issue has come up with the last kernel release in which
i find my internet connection being disconnected intermittently. the caption
of this issues is the only clue or error i got.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1182929https://bugzilla.suse.com/show_bug.cgi?id=1182929#c26
--- Comment #26 from Luis Henriques <lhenriques(a)suse.com> ---
Quick update: unfortunately, this issue hasn't yet been fixed. Citing the
author:
"This patch is good for that point in the patch series, but I'm not sure it
works against upstream in all cases. I need to spend some time evaluating it."
(See comment #23 for the complete thread.)
So, it will eventually get fixed but it may take some more time.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1184291
Bug ID: 1184291
Summary: module hidp should get loaded after module bluetooth
for proper bluetooth audio
Classification: openSUSE
Product: openSUSE Distribution
Version: Leap 15.2
Hardware: x86-64
OS: openSUSE Leap 15.2
Status: NEW
Severity: Minor
Priority: P5 - None
Component: Kernel
Assignee: kernel-bugs(a)opensuse.org
Reporter: webforen(a)posteo.de
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
Problem:
You want to connect a bluetooth HiFi headset/headphone and enjoy high quality
audio using the a2dp_sink with pulseaudio, but you get only low quality,
handset quality audio, because a2dp_sink is not available.
How to reproduce:
Connect your bt HiFi headphone, while module hidp is NOT loaded and invoke
"pactl list"
from pulseaudio utils, you may see this line:
a2dp_sink: High Fidelity Playback (A2DP-target) (sinks: 1, sources: 0,
priority: 40, available: no)
==> "available: no" this tells you, A2DP is not available for your bt
headphone
Root of the problem:
In some cases the hidp module does not get automatically loaded, to me this
seems the case with laptops that have integrated bluetooth. The module
bluetooth gets loaded, but not hidp. When using an external USB bluetooth
dongle, manually connected, hidp *may* get loaded.
Solution:
It must be sure, that module hidp gets loaded after module bluetooth was loaded
Without module hidp there will be no A2DP audio over bluetooth.
You may consider to add this line to /etc/modprobe.d/50-bluetooth.conf
softdep bluetooth post: hidp
Checking the problem is solved by suggested solution:
After hidp was loaded, connect your HiFi bt headset/headphone again and invoke
"pactl list"
you should then this:
a2dp_sink: High Fidelity Playback (A2DP-Ziel) (sinks: 1, sources: 0, priority:
40, available: yes)
==> "available: yes" is what you want, A2DP audio now works
--
You are receiving this mail because:
You are the assignee for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1184252
Bug ID: 1184252
Summary: Focusrite Scarlett 2i2 (3rd gen) stops working in
latest default kernel (5.11.11-1.1.gdbc4a02.x86_64)
Classification: openSUSE
Product: openSUSE Distribution
Version: Leap 15.2
Hardware: x86-64
OS: openSUSE Leap 15.2
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Kernel
Assignee: kernel-bugs(a)opensuse.org
Reporter: peter.terpstra(a)mail.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
Dear people,
Just want to make this announcement, discovered that the latest kernel upgrade,
gave me this message in /var/log/messages
2021-03-31T16:55:01.192647-07:00 chenrezi kernel: [ 200.463947] usb 1-3: USB
disconnect, device number 6
2021-03-31T16:55:09.980751-07:00 chenrezi kernel: [ 209.251375] usb 1-3: new
high-speed USB device number 7 using xhci_hcd
2021-03-31T16:55:10.128643-07:00 chenrezi kernel: [ 209.400167] usb 1-3: New
USB device found, idVendor=1235, idProduct=8210, bcdDevice= 5.ff
2021-03-31T16:55:10.128680-07:00 chenrezi kernel: [ 209.400181] usb 1-3: New
USB device strings: Mfr=1, Product=3, SerialNumber=2
2021-03-31T16:55:10.128686-07:00 chenrezi kernel: [ 209.400186] usb 1-3:
Product: Scarlett 2i2 USB
2021-03-31T16:55:10.128689-07:00 chenrezi kernel: [ 209.400191] usb 1-3:
Manufacturer: Focusrite
2021-03-31T16:55:10.128692-07:00 chenrezi kernel: [ 209.400195] usb 1-3:
SerialNumber: Y81V7690CABC66
2021-03-31T16:55:10.156652-07:00 chenrezi kernel: [ 209.429102] usb 1-3:
Focusrite Scarlett Gen 2/3 Mixer Driver enabled pid=0x8210
2021-03-31T16:55:10.156695-07:00 chenrezi kernel: [ 209.429759] usb 1-3: Device
has no software configuration
2021-03-31T16:55:10.156701-07:00 chenrezi kernel: [ 209.429940] usb 1-3:
Scarlett Gen 2 USB response result cmd 800000 was 16 expected 19
2021-03-31T16:55:10.156705-07:00 chenrezi kernel: [ 209.429997] snd-usb-audio:
probe of 1-3:1.0 failed with error -22
2021-03-31T16:55:10.166431-07:00 chenrezi mtp-probe: checking bus 1, device 7:
"/sys/devices/pci0000:00/0000:00:14.0/usb1/1-3"
2021-03-31T16:55:10.167394-07:00 chenrezi mtp-probe: bus: 1, device: 7 was not
an MTP device
In kernel 5.11.10-2.gfa5dcf1-default it was:
2021-03-31T16:48:26.892232-07:00 chenrezi kernel: [ 388.071580] usb 1-3: new
high-speed USB device number 7 using xhci_hcd
2021-03-31T16:48:27.040176-07:00 chenrezi kernel: [ 388.220024] usb 1-3: New
USB device found, idVendor=1235, idProduct=8210, bcdDevice= 5.ff
2021-03-31T16:48:27.040208-07:00 chenrezi kernel: [ 388.220037] usb 1-3: New
USB device strings: Mfr=1, Product=3, SerialNumber=2
2021-03-31T16:48:27.040211-07:00 chenrezi kernel: [ 388.220043] usb 1-3:
Product: Scarlett 2i2 USB
2021-03-31T16:48:27.040213-07:00 chenrezi kernel: [ 388.220048] usb 1-3:
Manufacturer: Focusrite
2021-03-31T16:48:27.040215-07:00 chenrezi kernel: [ 388.220051] usb 1-3:
SerialNumber: Y81V7690CABC66
2021-03-31T16:48:27.066796-07:00 chenrezi mtp-probe: checking bus 1, device 7:
"/sys/devices/pci0000:00/0000:00:14.0/usb1/1-3"
2021-03-31T16:48:27.067211-07:00 chenrezi mtp-probe: bus: 1, device: 7 was not
an MTP device
2021-03-31T16:48:27.106776-07:00 chenrezi systemd-udevd[3225]: Process
'/usr/sbin/alsactl restore 1' failed with exit code 99.
2021-03-31T16:48:27.110835-07:00 chenrezi systemd[2119]: Reached target Sound
Card.
And the Focus Scarlett Gen 3, still works on this kernel, also on the
5.3.18-lp152.66.2.x86_64 kernel.
Please let me know if you need more information.
Kindly,
Peter
--
You are receiving this mail because:
You are the assignee for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1184074
Bug ID: 1184074
Summary: switching video output from nvidia to hd530, system
won't reboot/shutdown anymore
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: x86-64
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Kernel
Assignee: kernel-bugs(a)opensuse.org
Reporter: pandre.x(a)gmail.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
Created attachment 847740
--> http://bugzilla.opensuse.org/attachment.cgi?id=847740&action=edit
output trying to reboot the system
I installed the whole system with an Nvidia GT710. I know decided to use the
internal gpu (HD530) and get ride of the nvidia. The system stopped to switch
off and reboot properly. I have to do it brutally every single time.
It seems it hangs without a particular reason.
Switching back the HDMI cable to the nvidia, everything goes back to normal.
--
You are receiving this mail because:
You are the assignee for the bug.