2013-08-14 20:48:44 |
Chris J Arges |
bug |
|
|
added bug |
2013-08-14 20:48:54 |
Chris J Arges |
nominated for series |
|
Ubuntu Precise |
|
2013-08-14 20:48:54 |
Chris J Arges |
bug task added |
|
linux (Ubuntu Precise) |
|
2013-08-14 20:48:54 |
Chris J Arges |
nominated for series |
|
Ubuntu Quantal |
|
2013-08-14 20:48:54 |
Chris J Arges |
bug task added |
|
linux (Ubuntu Quantal) |
|
2013-08-14 20:48:54 |
Chris J Arges |
nominated for series |
|
Ubuntu Raring |
|
2013-08-14 20:48:54 |
Chris J Arges |
bug task added |
|
linux (Ubuntu Raring) |
|
2013-08-14 20:49:04 |
Chris J Arges |
linux (Ubuntu Precise): assignee |
|
Chris J Arges (arges) |
|
2013-08-14 20:49:07 |
Chris J Arges |
linux (Ubuntu): status |
New |
Fix Released |
|
2013-08-14 20:49:10 |
Chris J Arges |
linux (Ubuntu): assignee |
Chris J Arges (arges) |
|
|
2013-08-14 20:49:12 |
Chris J Arges |
linux (Ubuntu Quantal): assignee |
|
Chris J Arges (arges) |
|
2013-08-14 20:49:14 |
Chris J Arges |
linux (Ubuntu Raring): assignee |
|
Chris J Arges (arges) |
|
2013-08-14 20:49:15 |
Chris J Arges |
linux (Ubuntu Precise): importance |
Undecided |
Medium |
|
2013-08-14 20:49:18 |
Chris J Arges |
linux (Ubuntu Quantal): importance |
Undecided |
High |
|
2013-08-14 20:49:19 |
Chris J Arges |
linux (Ubuntu Quantal): importance |
High |
Medium |
|
2013-08-14 20:49:20 |
Chris J Arges |
linux (Ubuntu Raring): importance |
Undecided |
Medium |
|
2013-08-14 20:49:22 |
Chris J Arges |
linux (Ubuntu): importance |
Medium |
Undecided |
|
2013-08-14 20:49:26 |
Chris J Arges |
linux (Ubuntu Quantal): status |
New |
In Progress |
|
2013-08-14 20:49:28 |
Chris J Arges |
linux (Ubuntu Precise): status |
New |
In Progress |
|
2013-08-14 20:49:31 |
Chris J Arges |
linux (Ubuntu Raring): status |
New |
In Progress |
|
2013-08-14 21:25:35 |
Chris J Arges |
linux (Ubuntu Precise): status |
In Progress |
Fix Released |
|
2013-08-14 21:25:37 |
Chris J Arges |
linux (Ubuntu Raring): status |
In Progress |
Fix Released |
|
2013-08-14 21:25:40 |
Chris J Arges |
linux (Ubuntu Precise): assignee |
Chris J Arges (arges) |
|
|
2013-08-14 21:25:41 |
Chris J Arges |
linux (Ubuntu Raring): assignee |
Chris J Arges (arges) |
|
|
2013-08-14 21:27:58 |
Chris J Arges |
description |
For some usbaudio devices, an unexpected type can cause parse_audio_unit() to fail.
This results in a message like the following:
[544717.685926] usb 1-1.5: new high-speed USB device number 14 using ehci_hcd
[544717.779149] usb 1-1.5: New USB device found, idVendor=1235, idProduct=8014
[544717.779154] usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[544717.779157] usb 1-1.5: Product: Scarlett 18i8 USB
[544717.779160] usb 1-1.5: Manufacturer: Focusrite
[544717.779162] usb 1-1.5: SerialNumber: 00009F2B
[544717.833068] usbaudio: unit 51: unexpected type 0x09
[544717.833568] usbaudio: unit 52: unexpected type 0x09
The commit 61ac51301e6c6d4ed977d7674ce2b8e713619a9b, allows for this type to also be handled, allowing the usbaudio device to operate.
This was fixed in v3.9-rc4 and beyond; therefore precise/quantal and raring are affected. |
SRU Justification:
Impact: Users of the 3.5 kernel may not be able to use their usbaudio devices.
Fix: commit 61ac51301e6c6d4ed977d7674ce2b8e713619a9b upstream. This is already applied to 3.2 and 3.8 kernels.
Testcase: Build with the fix, attach affected usbaudio devices. See if those devices work after the patch.
--
For some usbaudio devices, an unexpected type can cause parse_audio_unit() to fail.
This results in a message like the following:
[544717.685926] usb 1-1.5: new high-speed USB device number 14 using ehci_hcd
[544717.779149] usb 1-1.5: New USB device found, idVendor=1235, idProduct=8014
[544717.779154] usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[544717.779157] usb 1-1.5: Product: Scarlett 18i8 USB
[544717.779160] usb 1-1.5: Manufacturer: Focusrite
[544717.779162] usb 1-1.5: SerialNumber: 00009F2B
[544717.833068] usbaudio: unit 51: unexpected type 0x09
[544717.833568] usbaudio: unit 52: unexpected type 0x09
The commit 61ac51301e6c6d4ed977d7674ce2b8e713619a9b, allows for this type to also be handled, allowing the usbaudio device to operate.
This was fixed in v3.9-rc4 and beyond; therefore precise/quantal and raring are affected. |
|
2013-08-14 21:30:24 |
Chris J Arges |
description |
SRU Justification:
Impact: Users of the 3.5 kernel may not be able to use their usbaudio devices.
Fix: commit 61ac51301e6c6d4ed977d7674ce2b8e713619a9b upstream. This is already applied to 3.2 and 3.8 kernels.
Testcase: Build with the fix, attach affected usbaudio devices. See if those devices work after the patch.
--
For some usbaudio devices, an unexpected type can cause parse_audio_unit() to fail.
This results in a message like the following:
[544717.685926] usb 1-1.5: new high-speed USB device number 14 using ehci_hcd
[544717.779149] usb 1-1.5: New USB device found, idVendor=1235, idProduct=8014
[544717.779154] usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[544717.779157] usb 1-1.5: Product: Scarlett 18i8 USB
[544717.779160] usb 1-1.5: Manufacturer: Focusrite
[544717.779162] usb 1-1.5: SerialNumber: 00009F2B
[544717.833068] usbaudio: unit 51: unexpected type 0x09
[544717.833568] usbaudio: unit 52: unexpected type 0x09
The commit 61ac51301e6c6d4ed977d7674ce2b8e713619a9b, allows for this type to also be handled, allowing the usbaudio device to operate.
This was fixed in v3.9-rc4 and beyond; therefore precise/quantal and raring are affected. |
SRU Justification:
Impact: Users of the 3.5 kernel may not be able to use their usbaudio devices.
Fix: commit 61ac51301e6c6d4ed977d7674ce2b8e713619a9b upstream. This is already applied to 3.2 and 3.8 kernels.
Testcase: Build with the fix, attach affected usbaudio devices. See if those devices work after the patch.
--
For some usbaudio devices, an unexpected type can cause parse_audio_unit() to fail.
This results in a message like the following:
[544717.685926] usb 1-1.5: new high-speed USB device number 14 using ehci_hcd
[544717.779149] usb 1-1.5: New USB device found, idVendor=1235, idProduct=8014
[544717.779154] usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[544717.779157] usb 1-1.5: Product: Scarlett 18i8 USB
[544717.779160] usb 1-1.5: Manufacturer: Focusrite
[544717.779162] usb 1-1.5: SerialNumber: 00009F2B
[544717.833068] usbaudio: unit 51: unexpected type 0x09
[544717.833568] usbaudio: unit 52: unexpected type 0x09
The commit 61ac51301e6c6d4ed977d7674ce2b8e713619a9b, allows for this type to also be handled, allowing the usbaudio device to operate.
This was fixed in v3.9-rc4 and beyond; therefore precise/quantal and raring are affected. However it looks like the patch landed in stable for 3.2.x and 3.8.x. |
|
2013-08-15 12:27:18 |
Chris J Arges |
linux (Ubuntu Precise): status |
Fix Released |
Triaged |
|
2013-08-15 12:27:22 |
Chris J Arges |
linux (Ubuntu Precise): assignee |
|
Chris J Arges (arges) |
|
2013-08-15 13:50:24 |
Chris J Arges |
description |
SRU Justification:
Impact: Users of the 3.5 kernel may not be able to use their usbaudio devices.
Fix: commit 61ac51301e6c6d4ed977d7674ce2b8e713619a9b upstream. This is already applied to 3.2 and 3.8 kernels.
Testcase: Build with the fix, attach affected usbaudio devices. See if those devices work after the patch.
--
For some usbaudio devices, an unexpected type can cause parse_audio_unit() to fail.
This results in a message like the following:
[544717.685926] usb 1-1.5: new high-speed USB device number 14 using ehci_hcd
[544717.779149] usb 1-1.5: New USB device found, idVendor=1235, idProduct=8014
[544717.779154] usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[544717.779157] usb 1-1.5: Product: Scarlett 18i8 USB
[544717.779160] usb 1-1.5: Manufacturer: Focusrite
[544717.779162] usb 1-1.5: SerialNumber: 00009F2B
[544717.833068] usbaudio: unit 51: unexpected type 0x09
[544717.833568] usbaudio: unit 52: unexpected type 0x09
The commit 61ac51301e6c6d4ed977d7674ce2b8e713619a9b, allows for this type to also be handled, allowing the usbaudio device to operate.
This was fixed in v3.9-rc4 and beyond; therefore precise/quantal and raring are affected. However it looks like the patch landed in stable for 3.2.x and 3.8.x. |
SRU Justification:
Impact: Users of the 3.5 kernel may not be able to use their usbaudio devices.
Fix: commit 61ac51301e6c6d4ed977d7674ce2b8e713619a9b upstream. This is already applied to 3.2 and 3.8 kernels.
Testcase: Build with the fix, attach affected usbaudio devices. See if those devices work after the patch.
--
For some usbaudio devices, an unexpected type can cause parse_audio_unit() to fail.
This results in a message like the following:
[544717.685926] usb 1-1.5: new high-speed USB device number 14 using ehci_hcd
[544717.779149] usb 1-1.5: New USB device found, idVendor=1235, idProduct=8014
[544717.779154] usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[544717.779157] usb 1-1.5: Product: Scarlett 18i8 USB
[544717.779160] usb 1-1.5: Manufacturer: Focusrite
[544717.779162] usb 1-1.5: SerialNumber: 00009F2B
[544717.833068] usbaudio: unit 51: unexpected type 0x09
[544717.833568] usbaudio: unit 52: unexpected type 0x09
The commit 61ac51301e6c6d4ed977d7674ce2b8e713619a9b, allows for this type to also be handled, allowing the usbaudio device to operate.
This was fixed in v3.9-rc4 and beyond; therefore precise/quantal and raring are affected. However it looks like the patch landed in stable for 3.8.x. |
|
2013-08-15 14:00:31 |
Chris J Arges |
description |
SRU Justification:
Impact: Users of the 3.5 kernel may not be able to use their usbaudio devices.
Fix: commit 61ac51301e6c6d4ed977d7674ce2b8e713619a9b upstream. This is already applied to 3.2 and 3.8 kernels.
Testcase: Build with the fix, attach affected usbaudio devices. See if those devices work after the patch.
--
For some usbaudio devices, an unexpected type can cause parse_audio_unit() to fail.
This results in a message like the following:
[544717.685926] usb 1-1.5: new high-speed USB device number 14 using ehci_hcd
[544717.779149] usb 1-1.5: New USB device found, idVendor=1235, idProduct=8014
[544717.779154] usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[544717.779157] usb 1-1.5: Product: Scarlett 18i8 USB
[544717.779160] usb 1-1.5: Manufacturer: Focusrite
[544717.779162] usb 1-1.5: SerialNumber: 00009F2B
[544717.833068] usbaudio: unit 51: unexpected type 0x09
[544717.833568] usbaudio: unit 52: unexpected type 0x09
The commit 61ac51301e6c6d4ed977d7674ce2b8e713619a9b, allows for this type to also be handled, allowing the usbaudio device to operate.
This was fixed in v3.9-rc4 and beyond; therefore precise/quantal and raring are affected. However it looks like the patch landed in stable for 3.8.x. |
SRU Justification:
Impact: Users of the 3.2/3.5 kernel may not be able to use their usbaudio devices.
Fix: commit 61ac51301e6c6d4ed977d7674ce2b8e713619a9b upstream. This is already applied in 3.8.
Testcase: Build with the fix, attach affected usbaudio devices. See if those devices work after the patch.
--
For some usbaudio devices, an unexpected type can cause parse_audio_unit() to fail.
This results in a message like the following:
[544717.685926] usb 1-1.5: new high-speed USB device number 14 using ehci_hcd
[544717.779149] usb 1-1.5: New USB device found, idVendor=1235, idProduct=8014
[544717.779154] usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[544717.779157] usb 1-1.5: Product: Scarlett 18i8 USB
[544717.779160] usb 1-1.5: Manufacturer: Focusrite
[544717.779162] usb 1-1.5: SerialNumber: 00009F2B
[544717.833068] usbaudio: unit 51: unexpected type 0x09
[544717.833568] usbaudio: unit 52: unexpected type 0x09
The commit 61ac51301e6c6d4ed977d7674ce2b8e713619a9b, allows for this type to also be handled, allowing the usbaudio device to operate.
This was fixed in v3.9-rc4 and beyond; therefore precise/quantal and raring are affected. However it looks like the patch landed in stable for 3.8.x. |
|
2013-08-15 14:00:41 |
Chris J Arges |
linux (Ubuntu Precise): status |
Triaged |
In Progress |
|
2013-08-26 14:22:59 |
Brad Figg |
tags |
bot-stop-nagging |
bot-stop-nagging verification-needed-quantal |
|
2013-08-26 18:20:59 |
Chris J Arges |
tags |
bot-stop-nagging verification-needed-quantal |
bot-stop-nagging verification-done-quantal |
|
2013-08-29 01:44:00 |
Launchpad Janitor |
branch linked |
|
lp:ubuntu/quantal-proposed/linux-ti-omap4 |
|
2013-09-06 05:47:28 |
Launchpad Janitor |
linux (Ubuntu Quantal): status |
In Progress |
Fix Released |
|
2013-09-06 05:47:28 |
Launchpad Janitor |
cve linked |
|
2012-5375 |
|
2013-09-06 05:47:28 |
Launchpad Janitor |
cve linked |
|
2013-1060 |
|
2014-08-19 20:06:25 |
Chris J Arges |
linux (Ubuntu Precise): assignee |
Chris J Arges (arges) |
|
|
2014-08-19 20:06:32 |
Chris J Arges |
bug task deleted |
linux (Ubuntu Precise) |
|
|