@Joseph: The kernel in comment #4 fixes the bug for me too
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1319457
Title:
usb headset causes "retire_playback_urb ... callbacks suppressed"
The hundreds/thousands messages are not longer present with linux-
image-3.13.0-26-generic, so marking this verification-done-trusty
Instead, we still get tens of messages like this:
May 14 11:25:24 aether kernel: [ 315.447988] retire_playback_urb: 829
callbacks suppressed
May 14 11:25:29 aether
Public bug reported:
This is a follow-up to bug 1305133
I sometimes have a USB headset plugged in to my computer. When the
headset is plugged in, I get tens of messages like the following in
dmesg and syslog:
May 14 11:25:24 aether kernel: [ 315.447988] retire_playback_urb: 829
callbacks suppr
@luca: I can still reproduce the "retire_playback_urb: xxx callbacks
suppressed" messages in 3.13.0-27
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1319457
Title:
usb headset causes "r
Public bug reported:
I sometimes have a USB headset plugged in to my computer. When the
headset is plugged in, I get hundreds (thousands?) of messages like the
following in dmesg and syslog:
[63467.527274] delay: estimated 384, actual 240
[63490.543473] delay: estimated 0, actual 240
[63490.54349
Should we include the name of the base OS in the semaphore, e.g.
/var/lib/update-notifier/no-12.04-hwe-eol-warning ?
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1244438
Title:
EOL not
Public bug reported:
My XPS13 running 14.04 sometimes loses its USB ports after resume from
suspend. When this happens the entire bus seems dead - both external
ports do not work, and internal USB devices (webcam, touchscreen) are
also non-functional. Furthermore lsusb shows no devices attached.
R
** Attachment added: "Output of lsusb -v when USB is working correctly"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1291969/+attachment/4022079/+files/xps13-working-usb-lsusb.txt
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to
@Joseph - it did happen once when I was running 12.04 with a 3.5 lts-hwe
kernel. I don't have data/logs from that incident. I have seen it twice
since upgrading to trusty. Both incidents were in the last 2 weeks
(since March 1).
--
You received this bug notification because you are a member of Ke
@Joseph: I don't know, but I suppose it's possible. After reporting this
bug, I blacklisted the i2c-hid driver to work around bug 1218973. I
haven't done many S3 cycles since adding the blacklist, but I will pay
attention to whether this USB bus failure happens again with i2c-hid
blacklisted.
Note
Public bug reported:
Had some time to fool around with Ubuntu on a PowerBook3,5. I discovered
that the 3.16 kernel has a regression in it, it does not set
CONFIG_PATA_MACIO=y. As a result /dev/sda is not available in the
initramfs and the machine cannot mount the root filesystem. This is a
regress
** Attachment added: "lspci-vnvn.log"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1378894/+attachment/4228761/+files/lspci-vnvn.log
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bu
I don't have logs for the busybox failurea check of the kernel
config history should verify that the config changed between trusty and
utopic.
** Changed in: linux (Ubuntu)
Status: Incomplete => Confirmed
--
You received this bug notification because you are a member of Kernel
Package
** Attachment added: "version.log"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1378894/+attachment/4228760/+files/version.log
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/137
Canonical's OEM preinstall team would like to have a way to control the
timing of the update. One way to do this is to provide a way to opt-out
of the default upgrade notification, such as by dropping a file on disk
via a software update delivered only to those OEM preinstall machines
(we have a wa
15 matches
Mail list logo
