[Kernel-packages] [Bug 1846470] Re: xHCI on AMD Stoney Ridge cannot detect USB 2.0 or 1.1 devices.

2020-01-02 Thread Anthony Wong 
** Changed in: linux-oem (Ubuntu)
   Status: New => Invalid

** Changed in: hwe-next
   Status: New => Fix Released

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-oem in Ubuntu.
https://bugs.launchpad.net/bugs/1846470

Title:
  xHCI on AMD Stoney Ridge cannot detect USB 2.0 or 1.1 devices.

Status in HWE Next:
  Fix Released
Status in linux package in Ubuntu:
  Fix Released
Status in linux-oem package in Ubuntu:
  Invalid
Status in linux source package in Bionic:
  Fix Released
Status in linux-oem source package in Bionic:
  Fix Released
Status in linux source package in Disco:
  Fix Released
Status in linux-oem source package in Disco:
  Fix Released
Status in linux source package in Eoan:
  Fix Released
Status in linux-oem source package in Eoan:
  Fix Released

Bug description:
  [Impact]
  xHCI on AMD Stoney Ridge cannot detect USB 2.0 or 1.1 devices. 

  [Fix]
  The xHCI in question doesn't have proper support for D0 PME, so strip it from 
PM capability.

  [Test]
  The xHCI can detect USB 2.0 and USB 1.1 device with the fix.

  [Regression Potential]
  Low. Has limited scope and doesn't touch any driver code.

To manage notifications about this bug go to:
https://bugs.launchpad.net/hwe-next/+bug/1846470/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp

[Kernel-packages] [Bug 1846470] Re: xHCI on AMD Stoney Ridge cannot detect USB 2.0 or 1.1 devices.

2019-12-03 Thread Launchpad Bug Tracker 
This bug was fixed in the package linux-oem - 4.15.0-1065.75

---
linux-oem (4.15.0-1065.75) bionic; urgency=medium

  * bionic/linux-oem: 4.15.0-1065.74 -proposed tracker (LP: #1852266)

  * Bionic update: upstream stable patchset 2019-10-29 (LP: #1850541)
- [Config] updateconfigs for USB_RIO500

  * Disable unreliable HPET on CFL-H system (LP: #1852216)
- SAUCE: x86/intel: Disable HPET on Intel Coffe Lake H platforms

  [ Ubuntu: 4.15.0-71.80 ]

  * bionic/linux: 4.15.0-71.80 -proposed tracker (LP: #1852289)
  * Bionic update: upstream stable patchset 2019-10-29 (LP: #1850541)
- panic: ensure preemption is disabled during panic()
- f2fs: use EINVAL for superblock with invalid magic
- [Config] updateconfigs for USB_RIO500
- USB: rio500: Remove Rio 500 kernel driver
- USB: yurex: Don't retry on unexpected errors
- USB: yurex: fix NULL-derefs on disconnect
- USB: usb-skeleton: fix runtime PM after driver unbind
- USB: usb-skeleton: fix NULL-deref on disconnect
- xhci: Fix false warning message about wrong bounce buffer write length
- xhci: Prevent device initiated U1/U2 link pm if exit latency is too long
- xhci: Check all endpoints for LPM timeout
- usb: xhci: wait for CNR controller not ready bit in xhci resume
- USB: adutux: fix use-after-free on disconnect
- USB: adutux: fix NULL-derefs on disconnect
- USB: adutux: fix use-after-free on release
- USB: iowarrior: fix use-after-free on disconnect
- USB: iowarrior: fix use-after-free on release
- USB: iowarrior: fix use-after-free after driver unbind
- USB: usblp: fix runtime PM after driver unbind
- USB: chaoskey: fix use-after-free on release
- USB: ldusb: fix NULL-derefs on driver unbind
- serial: uartlite: fix exit path null pointer
- USB: serial: keyspan: fix NULL-derefs on open() and write()
- USB: serial: ftdi_sio: add device IDs for Sienna and Echelon PL-20
- USB: serial: option: add Telit FN980 compositions
- USB: serial: option: add support for Cinterion CLS8 devices
- USB: serial: fix runtime PM after driver unbind
- USB: usblcd: fix I/O after disconnect
- USB: microtek: fix info-leak at probe
- USB: dummy-hcd: fix power budget for SuperSpeed mode
- usb: renesas_usbhs: gadget: Do not discard queues in
  usb_ep_set_{halt,wedge}()
- usb: renesas_usbhs: gadget: Fix usb_ep_set_{halt,wedge}() behavior
- USB: legousbtower: fix slab info leak at probe
- USB: legousbtower: fix deadlock on disconnect
- USB: legousbtower: fix potential NULL-deref on disconnect
- USB: legousbtower: fix open after failed reset request
- USB: legousbtower: fix use-after-free on release
- staging: vt6655: Fix memory leak in vt6655_probe
- iio: adc: ad799x: fix probe error handling
- iio: adc: axp288: Override TS pin bias current for some models
- iio: light: opt3001: fix mutex unlock race
- efivar/ssdt: Don't iterate over EFI vars if no SSDT override was specified
- perf llvm: Don't access out-of-scope array
- perf inject jit: Fix JIT_CODE_MOVE filename
- CIFS: Gracefully handle QueryInfo errors during open
- CIFS: Force revalidate inode when dentry is stale
- CIFS: Force reval dentry if LOOKUP_REVAL flag is set
- kernel/sysctl.c: do not override max_threads provided by userspace
- firmware: google: increment VPD key_len properly
- gpiolib: don't clear FLAG_IS_OUT when emulating open-drain/open-source
- Staging: fbtft: fix memory leak in fbtft_framebuffer_alloc
- iio: hx711: add delay until DOUT is ready
- iio: adc: hx711: fix bug in sampling of data
- btrfs: fix incorrect updating of log root tree
- NFS: Fix O_DIRECT accounting of number of bytes read/written
- MIPS: Disable Loongson MMI instructions for kernel build
- Fix the locking in dcache_readdir() and friends
- media: stkwebcam: fix runtime PM after driver unbind
- tracing/hwlat: Report total time spent in all NMIs during the sample
- tracing/hwlat: Don't ignore outer-loop duration when calculating 
max_latency
- ftrace: Get a reference counter for the trace_array on filter files
- tracing: Get trace_array reference for available_tracers files
- x86/asm: Fix MWAITX C-state hint value
- iio: adc: stm32-adc: fix a race when using several adcs with dma and irq
- cifs: use cifsInodeInfo->open_file_lock while iterating to avoid a panic
- btrfs: fix uninitialized ret in ref-verify
- arm64/sve: Fix wrong free for task->thread.sve_state
- [Config] updateconfigs for USB_RIO500
  * Bionic update: upstream stable patchset 2019-11-13 (LP: #1852492)
- zram: fix race between backing_dev_show and backing_dev_store
- dm snapshot: use mutex instead of rw_semaphore
- dm snapshot: introduce account_start_copy() and account_end_copy()
- dm snapshot: rework COW throttling to fix deadlock
- dm: Use kzalloc for all structs with em

[Kernel-packages] [Bug 1846470] Re: xHCI on AMD Stoney Ridge cannot detect USB 2.0 or 1.1 devices.

2019-11-12 Thread Launchpad Bug Tracker 
This bug was fixed in the package linux - 4.15.0-69.78

---
linux (4.15.0-69.78) bionic; urgency=medium

  * KVM NULL pointer deref (LP: #1851205)
- KVM: nVMX: handle page fault in vmread fix

  * CVE-2018-12207
- KVM: MMU: drop vcpu param in gpte_access
- kvm: Convert kvm_lock to a mutex
- kvm: x86: Do not release the page inside mmu_set_spte()
- KVM: x86: make FNAME(fetch) and __direct_map more similar
- KVM: x86: remove now unneeded hugepage gfn adjustment
- KVM: x86: change kvm_mmu_page_get_gfn BUG_ON to WARN_ON
- KVM: x86: add tracepoints around __direct_map and FNAME(fetch)
- kvm: x86, powerpc: do not allow clearing largepages debugfs entry
- SAUCE: KVM: vmx, svm: always run with EFER.NXE=1 when shadow paging is
  active
- SAUCE: x86: Add ITLB_MULTIHIT bug infrastructure
- SAUCE: kvm: mmu: ITLB_MULTIHIT mitigation
- SAUCE: kvm: Add helper function for creating VM worker threads
- SAUCE: kvm: x86: mmu: Recovery of shattered NX large pages
- SAUCE: cpu/speculation: Uninline and export CPU mitigations helpers
- SAUCE: kvm: x86: mmu: Apply global mitigations knob to ITLB_MULTIHIT

  * CVE-2019-11135
- KVM: x86: use Intel speculation bugs and features as derived in generic 
x86
  code
- x86/msr: Add the IA32_TSX_CTRL MSR
- x86/cpu: Add a helper function x86_read_arch_cap_msr()
- x86/cpu: Add a "tsx=" cmdline option with TSX disabled by default
- x86/speculation/taa: Add mitigation for TSX Async Abort
- x86/speculation/taa: Add sysfs reporting for TSX Async Abort
- kvm/x86: Export MDS_NO=0 to guests when TSX is enabled
- x86/tsx: Add "auto" option to the tsx= cmdline parameter
- x86/speculation/taa: Add documentation for TSX Async Abort
- x86/tsx: Add config options to set tsx=on|off|auto
- SAUCE: x86/speculation/taa: Call tsx_init()
- SAUCE: x86/cpu: Include cpu header from bugs.c
- [Config] Disable TSX by default when possible

  * CVE-2019-0154
- SAUCE: drm/i915: Lower RM timeout to avoid DSI hard hangs
- SAUCE: drm/i915/gen8+: Add RC6 CTX corruption WA

  * CVE-2019-0155
- drm/i915/gtt: Add read only pages to gen8_pte_encode
- drm/i915/gtt: Read-only pages for insert_entries on bdw+
- drm/i915/gtt: Disable read-only support under GVT
- drm/i915: Prevent writing into a read-only object via a GGTT mmap
- drm/i915/cmdparser: Check reg_table_count before derefencing.
- drm/i915/cmdparser: Do not check past the cmd length.
- drm/i915: Silence smatch for cmdparser
- drm/i915: Move engine->needs_cmd_parser to engine->flags
- SAUCE: drm/i915: Rename gen7 cmdparser tables
- SAUCE: drm/i915: Disable Secure Batches for gen6+
- SAUCE: drm/i915: Remove Master tables from cmdparser
- SAUCE: drm/i915: Add support for mandatory cmdparsing
- SAUCE: drm/i915: Support ro ppgtt mapped cmdparser shadow buffers
- SAUCE: drm/i915: Allow parsing of unsized batches
- SAUCE: drm/i915: Add gen9 BCS cmdparsing
- SAUCE: drm/i915/cmdparser: Use explicit goto for error paths
- SAUCE: drm/i915/cmdparser: Add support for backward jumps
- SAUCE: drm/i915/cmdparser: Ignore Length operands during command matching

linux (4.15.0-68.77) bionic; urgency=medium

  * bionic/linux: 4.15.0-68.77 -proposed tracker (LP: #1849855)

  * [REGRESSION]  md/raid0: cannot assemble multi-zone RAID0 with default_layout
setting (LP: #1849682)
- Revert "md/raid0: avoid RAID0 data corruption due to layout confusion."

linux (4.15.0-67.76) bionic; urgency=medium

  * bionic/linux: 4.15.0-67.76 -proposed tracker (LP: #1849035)

  * Unexpected CFS throttling  (LP: #1832151)
- sched/fair: Add lsub_positive() and use it consistently
- sched/fair: Fix low cpu usage with high throttling by removing expiration 
of
  cpu-local slices
- sched/fair: Fix -Wunused-but-set-variable warnings

  * [CML] New device IDs for CML-U (LP: #1843774)
- i2c: i801: Add support for Intel Comet Lake
- spi: pxa2xx: Add support for Intel Comet Lake

  * CVE-2019-17666
- SAUCE: rtlwifi: rtl8822b: Fix potential overflow on P2P code
- SAUCE: rtlwifi: Fix potential overflow on P2P code

  * md raid0/linear doesn't show error state if an array member is removed and
allows successful writes (LP: #1847773)
- md raid0/linear: Mark array as 'broken' and fail BIOs if a member is gone

  * Change Config Option CONFIG_MEMORY_HOTPLUG_DEFAULT_ONLINE for s390x from yes
to no (LP: #1848492)
- [Config] Change Config Option CONFIG_MEMORY_HOTPLUG_DEFAULT_ONLINE for 
s390x
  from yes to no

  * [Packaging] Support building Flattened Image Tree (FIT) kernels
(LP: #1847969)
- [Packaging] add rules to build FIT image
- [Packaging] force creation of headers directory

  * bcache: Performance degradation when querying priority_stats (LP: #1840043)
- bcache: add cond_resched() in __bch_cache_cmp()

  * Add installer support fo

[Kernel-packages] [Bug 1846470] Re: xHCI on AMD Stoney Ridge cannot detect USB 2.0 or 1.1 devices.

2019-11-12 Thread Launchpad Bug Tracker 
This bug was fixed in the package linux - 5.0.0-35.38

---
linux (5.0.0-35.38) disco; urgency=medium

  * [REGRESSION]  md/raid0: cannot assemble multi-zone RAID0 with default_layout
setting (LP: #1849682)
- SAUCE: Fix revert "md/raid0: avoid RAID0 data corruption due to layout
  confusion."

  * refcount underflow and type confusion in shiftfs (LP: #1850867) // 
CVE-2019-15793
- SAUCE: shiftfs: Correct id translation for lower fs operations
- SAUCE: shiftfs: prevent type confusion
- SAUCE: shiftfs: Fix refcount underflow in btrfs ioctl handling

  * CVE-2018-12207
- kvm: Convert kvm_lock to a mutex
- kvm: x86: Do not release the page inside mmu_set_spte()
- KVM: x86: make FNAME(fetch) and __direct_map more similar
- KVM: x86: remove now unneeded hugepage gfn adjustment
- KVM: x86: change kvm_mmu_page_get_gfn BUG_ON to WARN_ON
- KVM: x86: add tracepoints around __direct_map and FNAME(fetch)
- kvm: x86, powerpc: do not allow clearing largepages debugfs entry
- SAUCE: KVM: vmx, svm: always run with EFER.NXE=1 when shadow paging is
  active
- SAUCE: x86: Add ITLB_MULTIHIT bug infrastructure
- SAUCE: kvm: mmu: ITLB_MULTIHIT mitigation
- SAUCE: kvm: Add helper function for creating VM worker threads
- SAUCE: kvm: x86: mmu: Recovery of shattered NX large pages
- SAUCE: cpu/speculation: Uninline and export CPU mitigations helpers
- SAUCE: kvm: x86: mmu: Apply global mitigations knob to ITLB_MULTIHIT

  * CVE-2019-11135
- KVM: x86: use Intel speculation bugs and features as derived in generic 
x86
  code
- x86/msr: Add the IA32_TSX_CTRL MSR
- x86/cpu: Add a helper function x86_read_arch_cap_msr()
- x86/cpu: Add a "tsx=" cmdline option with TSX disabled by default
- x86/speculation/taa: Add mitigation for TSX Async Abort
- x86/speculation/taa: Add sysfs reporting for TSX Async Abort
- kvm/x86: Export MDS_NO=0 to guests when TSX is enabled
- x86/tsx: Add "auto" option to the tsx= cmdline parameter
- x86/speculation/taa: Add documentation for TSX Async Abort
- x86/tsx: Add config options to set tsx=on|off|auto
- SAUCE: x86/speculation/taa: Call tsx_init()
- [Config] Disable TSX by default when possible

  * CVE-2019-0154
- SAUCE: drm/i915: Lower RM timeout to avoid DSI hard hangs
- SAUCE: drm/i915/gen8+: Add RC6 CTX corruption WA

  * CVE-2019-0155
- SAUCE: drm/i915: Rename gen7 cmdparser tables
- SAUCE: drm/i915: Disable Secure Batches for gen6+
- SAUCE: drm/i915: Remove Master tables from cmdparser
- SAUCE: drm/i915: Add support for mandatory cmdparsing
- SAUCE: drm/i915: Support ro ppgtt mapped cmdparser shadow buffers
- SAUCE: drm/i915: Allow parsing of unsized batches
- SAUCE: drm/i915: Add gen9 BCS cmdparsing
- SAUCE: drm/i915/cmdparser: Use explicit goto for error paths
- SAUCE: drm/i915/cmdparser: Add support for backward jumps
- SAUCE: drm/i915/cmdparser: Ignore Length operands during command matching

linux (5.0.0-34.36) disco; urgency=medium

  * disco/linux:  -proposed tracker (LP: #1850574)

  * [REGRESSION]  md/raid0: cannot assemble multi-zone RAID0 with default_layout
setting (LP: #1849682)
- Revert "md/raid0: avoid RAID0 data corruption due to layout confusion."

linux (5.0.0-33.35) disco; urgency=medium

  * disco/linux: 5.0.0-33.35 -proposed tracker (LP: #1849003)

  * Disco update: upstream stable patchset 2019-10-18 (LP: #1848817)
- tpm: use tpm_try_get_ops() in tpm-sysfs.c.
- drm/bridge: tc358767: Increase AUX transfer length limit
- drm/panel: simple: fix AUO g185han01 horizontal blanking
- video: ssd1307fb: Start page range at page_offset
- drm/stm: attach gem fence to atomic state
- drm/panel: check failure cases in the probe func
- drm/rockchip: Check for fast link training before enabling psr
- drm/radeon: Fix EEH during kexec
- gpu: drm: radeon: Fix a possible null-pointer dereference in
  radeon_connector_set_property()
- PCI: rpaphp: Avoid a sometimes-uninitialized warning
- ipmi_si: Only schedule continuously in the thread in maintenance mode
- clk: qoriq: Fix -Wunused-const-variable
- clk: sunxi-ng: v3s: add missing clock slices for MMC2 module clocks
- drm/amd/display: fix issue where 252-255 values are clipped
- drm/amd/display: reprogram VM config when system resume
- powerpc/powernv/ioda2: Allocate TCE table levels on demand for default DMA
  window
- clk: actions: Don't reference clk_init_data after registration
- clk: sirf: Don't reference clk_init_data after registration
- clk: sprd: Don't reference clk_init_data after registration
- clk: zx296718: Don't reference clk_init_data after registration
- powerpc/xmon: Check for HV mode when dumping XIVE info from OPAL
- powerpc/rtas: use device model APIs and serialization during LPM
- powerpc/futex: Fix warning: 'oldval' may be used un

[Kernel-packages] [Bug 1846470] Re: xHCI on AMD Stoney Ridge cannot detect USB 2.0 or 1.1 devices.

2019-10-24 Thread Kai-Heng Feng 
** Tags removed: verification-needed-bionic verification-needed-disco
** Tags added: verification-done-bionic verification-done-disco

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-oem in Ubuntu.
https://bugs.launchpad.net/bugs/1846470

Title:
  xHCI on AMD Stoney Ridge cannot detect USB 2.0 or 1.1 devices.

Status in HWE Next:
  New
Status in linux package in Ubuntu:
  Fix Released
Status in linux-oem package in Ubuntu:
  New
Status in linux source package in Bionic:
  Fix Committed
Status in linux-oem source package in Bionic:
  Fix Released
Status in linux source package in Disco:
  Fix Committed
Status in linux-oem source package in Disco:
  Fix Released
Status in linux source package in Eoan:
  Fix Released
Status in linux-oem source package in Eoan:
  Won't Fix

Bug description:
  [Impact]
  xHCI on AMD Stoney Ridge cannot detect USB 2.0 or 1.1 devices. 

  [Fix]
  The xHCI in question doesn't have proper support for D0 PME, so strip it from 
PM capability.

  [Test]
  The xHCI can detect USB 2.0 and USB 1.1 device with the fix.

  [Regression Potential]
  Low. Has limited scope and doesn't touch any driver code.

To manage notifications about this bug go to:
https://bugs.launchpad.net/hwe-next/+bug/1846470/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp

[Kernel-packages] [Bug 1846470] Re: xHCI on AMD Stoney Ridge cannot detect USB 2.0 or 1.1 devices.

2019-10-22 Thread Ubuntu Kernel Bot 
This bug is awaiting verification that the kernel in -proposed solves
the problem. Please test the kernel and update this bug with the
results. If the problem is solved, change the tag 'verification-needed-
bionic' to 'verification-done-bionic'. If the problem still exists,
change the tag 'verification-needed-bionic' to 'verification-failed-
bionic'.

If verification is not done by 5 working days from today, this fix will
be dropped from the source code, and this bug will be closed.

See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how
to enable and use -proposed. Thank you!


** Tags added: verification-needed-bionic

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-oem in Ubuntu.
https://bugs.launchpad.net/bugs/1846470

Title:
  xHCI on AMD Stoney Ridge cannot detect USB 2.0 or 1.1 devices.

Status in HWE Next:
  New
Status in linux package in Ubuntu:
  Fix Released
Status in linux-oem package in Ubuntu:
  New
Status in linux source package in Bionic:
  Fix Committed
Status in linux-oem source package in Bionic:
  Fix Released
Status in linux source package in Disco:
  Fix Committed
Status in linux-oem source package in Disco:
  Fix Released
Status in linux source package in Eoan:
  Fix Released
Status in linux-oem source package in Eoan:
  Won't Fix

Bug description:
  [Impact]
  xHCI on AMD Stoney Ridge cannot detect USB 2.0 or 1.1 devices. 

  [Fix]
  The xHCI in question doesn't have proper support for D0 PME, so strip it from 
PM capability.

  [Test]
  The xHCI can detect USB 2.0 and USB 1.1 device with the fix.

  [Regression Potential]
  Low. Has limited scope and doesn't touch any driver code.

To manage notifications about this bug go to:
https://bugs.launchpad.net/hwe-next/+bug/1846470/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp

[Kernel-packages] [Bug 1846470] Re: xHCI on AMD Stoney Ridge cannot detect USB 2.0 or 1.1 devices.

2019-10-22 Thread Ubuntu Kernel Bot 
This bug is awaiting verification that the kernel in -proposed solves
the problem. Please test the kernel and update this bug with the
results. If the problem is solved, change the tag 'verification-needed-
disco' to 'verification-done-disco'. If the problem still exists, change
the tag 'verification-needed-disco' to 'verification-failed-disco'.

If verification is not done by 5 working days from today, this fix will
be dropped from the source code, and this bug will be closed.

See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how
to enable and use -proposed. Thank you!


** Tags added: verification-needed-disco

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-oem in Ubuntu.
https://bugs.launchpad.net/bugs/1846470

Title:
  xHCI on AMD Stoney Ridge cannot detect USB 2.0 or 1.1 devices.

Status in HWE Next:
  New
Status in linux package in Ubuntu:
  Fix Released
Status in linux-oem package in Ubuntu:
  New
Status in linux source package in Bionic:
  Fix Committed
Status in linux-oem source package in Bionic:
  Fix Released
Status in linux source package in Disco:
  Fix Committed
Status in linux-oem source package in Disco:
  Fix Released
Status in linux source package in Eoan:
  Fix Released
Status in linux-oem source package in Eoan:
  Won't Fix

Bug description:
  [Impact]
  xHCI on AMD Stoney Ridge cannot detect USB 2.0 or 1.1 devices. 

  [Fix]
  The xHCI in question doesn't have proper support for D0 PME, so strip it from 
PM capability.

  [Test]
  The xHCI can detect USB 2.0 and USB 1.1 device with the fix.

  [Regression Potential]
  Low. Has limited scope and doesn't touch any driver code.

To manage notifications about this bug go to:
https://bugs.launchpad.net/hwe-next/+bug/1846470/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp

[Kernel-packages] [Bug 1846470] Re: xHCI on AMD Stoney Ridge cannot detect USB 2.0 or 1.1 devices.

2019-10-21 Thread Launchpad Bug Tracker 
This bug was fixed in the package linux-oem - 4.15.0-1059.68

---
linux-oem (4.15.0-1059.68) bionic; urgency=medium

  * bionic/linux-oem: 4.15.0-1059.68 -proposed tracker (LP: #1847801)

  * Fix non-working Realtek USB ethernet after system resume (LP: #1847063)
- r8152: remove extra action copying ethernet address
- r8152: Refresh MAC address during USBDEVFS_RESET
- r8152: Set macpassthru in reset_resume callback

  * [CML-U] Comet lake platform need ISH driver support (LP: #1843775)
- HID: intel-ish-hid: Add Comet Lake PCI device ID

  * [SRU][OEM-B]UBUNTU: SAUCE: enable adjusting brightness on some samsung OLED
panels (LP: #1844798)
- SAUCE: i915: intel_dp_aux_backlight: Fix max backlight calculations
- SAUCE: drm/i915: customize DPCD brightness control for specific panel

 -- Timo Aaltonen   Fri, 11 Oct 2019
20:54:45 +0300

** Changed in: linux-oem (Ubuntu Disco)
   Status: Won't Fix => Fix Released

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-oem in Ubuntu.
https://bugs.launchpad.net/bugs/1846470

Title:
  xHCI on AMD Stoney Ridge cannot detect USB 2.0 or 1.1 devices.

Status in HWE Next:
  New
Status in linux package in Ubuntu:
  Fix Released
Status in linux-oem package in Ubuntu:
  New
Status in linux source package in Bionic:
  Fix Committed
Status in linux-oem source package in Bionic:
  Fix Released
Status in linux source package in Disco:
  Fix Committed
Status in linux-oem source package in Disco:
  Fix Released
Status in linux source package in Eoan:
  Fix Released
Status in linux-oem source package in Eoan:
  Won't Fix

Bug description:
  [Impact]
  xHCI on AMD Stoney Ridge cannot detect USB 2.0 or 1.1 devices. 

  [Fix]
  The xHCI in question doesn't have proper support for D0 PME, so strip it from 
PM capability.

  [Test]
  The xHCI can detect USB 2.0 and USB 1.1 device with the fix.

  [Regression Potential]
  Low. Has limited scope and doesn't touch any driver code.

To manage notifications about this bug go to:
https://bugs.launchpad.net/hwe-next/+bug/1846470/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp

[Kernel-packages] [Bug 1846470] Re: xHCI on AMD Stoney Ridge cannot detect USB 2.0 or 1.1 devices.

2019-10-21 Thread Launchpad Bug Tracker 
This bug was fixed in the package linux-oem - 4.15.0-1059.68

---
linux-oem (4.15.0-1059.68) bionic; urgency=medium

  * bionic/linux-oem: 4.15.0-1059.68 -proposed tracker (LP: #1847801)

  * Fix non-working Realtek USB ethernet after system resume (LP: #1847063)
- r8152: remove extra action copying ethernet address
- r8152: Refresh MAC address during USBDEVFS_RESET
- r8152: Set macpassthru in reset_resume callback

  * [CML-U] Comet lake platform need ISH driver support (LP: #1843775)
- HID: intel-ish-hid: Add Comet Lake PCI device ID

  * [SRU][OEM-B]UBUNTU: SAUCE: enable adjusting brightness on some samsung OLED
panels (LP: #1844798)
- SAUCE: i915: intel_dp_aux_backlight: Fix max backlight calculations
- SAUCE: drm/i915: customize DPCD brightness control for specific panel

 -- Timo Aaltonen   Fri, 11 Oct 2019
20:54:45 +0300

** Changed in: linux-oem (Ubuntu Bionic)
   Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-oem in Ubuntu.
https://bugs.launchpad.net/bugs/1846470

Title:
  xHCI on AMD Stoney Ridge cannot detect USB 2.0 or 1.1 devices.

Status in HWE Next:
  New
Status in linux package in Ubuntu:
  Fix Released
Status in linux-oem package in Ubuntu:
  New
Status in linux source package in Bionic:
  Fix Committed
Status in linux-oem source package in Bionic:
  Fix Released
Status in linux source package in Disco:
  Fix Committed
Status in linux-oem source package in Disco:
  Won't Fix
Status in linux source package in Eoan:
  Fix Released
Status in linux-oem source package in Eoan:
  Won't Fix

Bug description:
  [Impact]
  xHCI on AMD Stoney Ridge cannot detect USB 2.0 or 1.1 devices. 

  [Fix]
  The xHCI in question doesn't have proper support for D0 PME, so strip it from 
PM capability.

  [Test]
  The xHCI can detect USB 2.0 and USB 1.1 device with the fix.

  [Regression Potential]
  Low. Has limited scope and doesn't touch any driver code.

To manage notifications about this bug go to:
https://bugs.launchpad.net/hwe-next/+bug/1846470/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp

[Kernel-packages] [Bug 1846470] Re: xHCI on AMD Stoney Ridge cannot detect USB 2.0 or 1.1 devices.

2019-10-16 Thread Kleber Sacilotto de Souza 
** Changed in: linux (Ubuntu Bionic)
   Status: Incomplete => Fix Committed

** Changed in: linux (Ubuntu Disco)
   Status: Incomplete => Fix Committed

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-oem in Ubuntu.
https://bugs.launchpad.net/bugs/1846470

Title:
  xHCI on AMD Stoney Ridge cannot detect USB 2.0 or 1.1 devices.

Status in HWE Next:
  New
Status in linux package in Ubuntu:
  Fix Released
Status in linux-oem package in Ubuntu:
  New
Status in linux source package in Bionic:
  Fix Committed
Status in linux-oem source package in Bionic:
  Fix Committed
Status in linux source package in Disco:
  Fix Committed
Status in linux-oem source package in Disco:
  Won't Fix
Status in linux source package in Eoan:
  Fix Released
Status in linux-oem source package in Eoan:
  Won't Fix

Bug description:
  [Impact]
  xHCI on AMD Stoney Ridge cannot detect USB 2.0 or 1.1 devices. 

  [Fix]
  The xHCI in question doesn't have proper support for D0 PME, so strip it from 
PM capability.

  [Test]
  The xHCI can detect USB 2.0 and USB 1.1 device with the fix.

  [Regression Potential]
  Low. Has limited scope and doesn't touch any driver code.

To manage notifications about this bug go to:
https://bugs.launchpad.net/hwe-next/+bug/1846470/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp

[Kernel-packages] [Bug 1846470] Re: xHCI on AMD Stoney Ridge cannot detect USB 2.0 or 1.1 devices.

2019-10-10 Thread Launchpad Bug Tracker 
This bug was fixed in the package linux - 5.3.0-17.18

---
linux (5.3.0-17.18) eoan; urgency=medium

  * eoan/linux: 5.3.0-17.18 -proposed tracker (LP: #1846641)

  * CVE-2019-17056
- nfc: enforce CAP_NET_RAW for raw sockets

  * CVE-2019-17055
- mISDN: enforce CAP_NET_RAW for raw sockets

  * CVE-2019-17054
- appletalk: enforce CAP_NET_RAW for raw sockets

  * CVE-2019-17053
- ieee802154: enforce CAP_NET_RAW for raw sockets

  * CVE-2019-17052
- ax25: enforce CAP_NET_RAW for raw sockets

  * CVE-2019-15098
- ath6kl: fix a NULL-ptr-deref bug in ath6kl_usb_alloc_urb_from_pipe()

  * xHCI on AMD Stoney Ridge cannot detect USB 2.0 or 1.1 devices.
(LP: #1846470)
- x86/PCI: Avoid AMD FCH XHCI USB PME# from D0 defect

  * Re-enable linux-libc-dev build on i386 (LP: #1846508)
- [Packaging] Build only linux-libc-dev for i386
- [Debian] final-checks -- ignore archtictures with no binaries

  * arm64: loop on boot after installing linux-generic-hwe-18.04-edge/bionic-
proposed (LP: #1845820)
- [Config] Disable CONFIG_ARM_SMMU_DISABLE_BYPASS_BY_DEFAULT

  * Revert ESE DASD discard support (LP: #1846219)
- SAUCE: Revert "s390/dasd: Add discard support for ESE volumes"

  * Miscellaneous Ubuntu changes
- update dkms package versions

linux (5.3.0-16.17) eoan; urgency=medium

  * eoan/linux: 5.3.0-16.17 -proposed tracker (LP: #1846204)

  * zfs fails to build on s390x  with debug symbols enabled (LP: #1846143)
- SAUCE: s390: Mark atomic const ops always inline

linux (5.3.0-15.16) eoan; urgency=medium

  * eoan/linux: 5.3.0-15.16 -proposed tracker (LP: #1845987)

  * Drop i386 build for 19.10 (LP: #1845714)
- [Packaging] Remove x32 arch references from control files
- [Debian] final-checks -- Get arch list from debian/control

  * ZFS kernel modules lack debug symbols (LP: #1840704)
- [Debian] Fix conditional for setting zfs debug package path

  * Use pyhon3-sphinx instead of python-sphinx for building html docs
(LP: #1845808)
- [Packaging] Update sphinx build dependencies to python3 packages

  * Kernel panic with 19.10 beta image (LP: #1845454)
- efi/tpm: Don't access event->count when it isn't mapped.
- efi/tpm: don't traverse an event log with no events
- efi/tpm: only set efi_tpm_final_log_size after successful event log 
parsing

linux (5.3.0-14.15) eoan; urgency=medium

  * eoan/linux: 5.3.0-14.15 -proposed tracker (LP: #1845728)

  * Drop i386 build for 19.10 (LP: #1845714)
- [Debian] Remove support for producing i386 kernels
- [Debian] Don't use CROSS_COMPILE for i386 configs

  * udevadm trigger will fail when trying to add /sys/devices/vio/
(LP: #1845572)
- SAUCE: powerpc/vio: drop bus_type from parent device

  * Trying to online dasd drive results in invalid input/output from the kernel
on z/VM (LP: #1845323)
- SAUCE: s390/dasd: Fix error handling during online processing

  * intel-lpss driver conflicts with write-combining MTRR region (LP: #1845584)
- SAUCE: mfd: intel-lpss: add quirk for Dell XPS 13 7390 2-in-1

  * Support Hi1620 zip hw accelerator (LP: #1845355)
- [Config] Enable HiSilicon QM/ZIP as modules
- crypto: hisilicon - add queue management driver for HiSilicon QM module
- crypto: hisilicon - add hardware SGL support
- crypto: hisilicon - add HiSilicon ZIP accelerator support
- crypto: hisilicon - add SRIOV support for ZIP
- Documentation: Add debugfs doc for hisi_zip
- crypto: hisilicon - add debugfs for ZIP and QM
- MAINTAINERS: add maintainer for HiSilicon QM and ZIP controller driver
- crypto: hisilicon - fix kbuild warnings
- crypto: hisilicon - add dependency for CRYPTO_DEV_HISI_ZIP
- crypto: hisilicon - init curr_sgl_dma to fix compile warning
- crypto: hisilicon - add missing single_release
- crypto: hisilicon - fix error handle in hisi_zip_create_req_q
- crypto: hisilicon - Fix warning on printing %p with dma_addr_t
- crypto: hisilicon - Fix return value check in hisi_zip_acompress()
- crypto: hisilicon - avoid unused function warning

  * SafeSetID LSM should be built but disabled by default (LP: #1845391)
- LSM: SafeSetID: Stop releasing uninitialized ruleset
- [Config] Build SafeSetID LSM but don't enable it by default

  * CONFIG_LSM should not specify loadpin since it is not built (LP: #1845383)
- [Config] loadpin shouldn't be in CONFIG_LSM

  * Add new pci-id's for CML-S, ICL (LP: #1845317)
- drm/i915/icl: Add missing device ID
- drm/i915/cml: Add Missing PCI IDs

  * Thunderbolt support for ICL (LP: #1844680)
- thunderbolt: Correct path indices for PCIe tunnel
- thunderbolt: Move NVM upgrade support flag to struct icm
- thunderbolt: Use 32-bit writes when writing ring producer/consumer
- thunderbolt: Do not fail adding switch if some port is not implemented
- thunderbolt: Hide switch attributes that are not set
- thunderbolt: Expose active pa

[Kernel-packages] [Bug 1846470] Re: xHCI on AMD Stoney Ridge cannot detect USB 2.0 or 1.1 devices.

2019-10-04 Thread AceLan Kao 
** Changed in: linux-oem (Ubuntu Bionic)
   Status: New => Fix Committed

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-oem in Ubuntu.
https://bugs.launchpad.net/bugs/1846470

Title:
  xHCI on AMD Stoney Ridge cannot detect USB 2.0 or 1.1 devices.

Status in HWE Next:
  New
Status in linux package in Ubuntu:
  Fix Committed
Status in linux-oem package in Ubuntu:
  New
Status in linux source package in Bionic:
  Incomplete
Status in linux-oem source package in Bionic:
  Fix Committed
Status in linux source package in Disco:
  Incomplete
Status in linux-oem source package in Disco:
  Won't Fix
Status in linux source package in Eoan:
  Fix Committed
Status in linux-oem source package in Eoan:
  Won't Fix

Bug description:
  [Impact]
  xHCI on AMD Stoney Ridge cannot detect USB 2.0 or 1.1 devices. 

  [Fix]
  The xHCI in question doesn't have proper support for D0 PME, so strip it from 
PM capability.

  [Test]
  The xHCI can detect USB 2.0 and USB 1.1 device with the fix.

  [Regression Potential]
  Low. Has limited scope and doesn't touch any driver code.

To manage notifications about this bug go to:
https://bugs.launchpad.net/hwe-next/+bug/1846470/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp

[Kernel-packages] [Bug 1846470] Re: xHCI on AMD Stoney Ridge cannot detect USB 2.0 or 1.1 devices.

2019-10-03 Thread Seth Forshee 
** Changed in: linux (Ubuntu Eoan)
   Status: Incomplete => Fix Committed

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-oem in Ubuntu.
https://bugs.launchpad.net/bugs/1846470

Title:
  xHCI on AMD Stoney Ridge cannot detect USB 2.0 or 1.1 devices.

Status in HWE Next:
  New
Status in linux package in Ubuntu:
  Fix Committed
Status in linux-oem package in Ubuntu:
  New
Status in linux source package in Bionic:
  Incomplete
Status in linux-oem source package in Bionic:
  New
Status in linux source package in Disco:
  Incomplete
Status in linux-oem source package in Disco:
  Won't Fix
Status in linux source package in Eoan:
  Fix Committed
Status in linux-oem source package in Eoan:
  Won't Fix

Bug description:
  [Impact]
  xHCI on AMD Stoney Ridge cannot detect USB 2.0 or 1.1 devices. 

  [Fix]
  The xHCI in question doesn't have proper support for D0 PME, so strip it from 
PM capability.

  [Test]
  The xHCI can detect USB 2.0 and USB 1.1 device with the fix.

  [Regression Potential]
  Low. Has limited scope and doesn't touch any driver code.

To manage notifications about this bug go to:
https://bugs.launchpad.net/hwe-next/+bug/1846470/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp

[Kernel-packages] [Bug 1846470] Re: xHCI on AMD Stoney Ridge cannot detect USB 2.0 or 1.1 devices.

2019-10-03 Thread Kai-Heng Feng 
** Tags added: oem-priority originate-from-1828193 somerville

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-oem in Ubuntu.
https://bugs.launchpad.net/bugs/1846470

Title:
  xHCI on AMD Stoney Ridge cannot detect USB 2.0 or 1.1 devices.

Status in HWE Next:
  New
Status in linux package in Ubuntu:
  Incomplete
Status in linux-oem package in Ubuntu:
  New
Status in linux source package in Bionic:
  Incomplete
Status in linux-oem source package in Bionic:
  New
Status in linux source package in Disco:
  Incomplete
Status in linux-oem source package in Disco:
  Won't Fix
Status in linux source package in Eoan:
  Incomplete
Status in linux-oem source package in Eoan:
  Won't Fix

Bug description:
  [Impact]
  xHCI on AMD Stoney Ridge cannot detect USB 2.0 or 1.1 devices. 

  [Fix]
  The xHCI in question doesn't have proper support for D0 PME, so strip it from 
PM capability.

  [Test]
  The xHCI can detect USB 2.0 and USB 1.1 device with the fix.

  [Regression Potential]
  Low. Has limited scope and doesn't touch any driver code.

To manage notifications about this bug go to:
https://bugs.launchpad.net/hwe-next/+bug/1846470/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp