[Kernel-packages] [Bug 1867448] Re: Tauchpad not functioning after overnight suspend

2020-03-15 Thread Kai-Heng Feng
If psmouse was removed before suspend (i.e. `sudo modprobe -r psmouse`),
does the issue persist?

-- 
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/1867448

Title:
  Tauchpad not functioning after overnight suspend

Status in linux package in Ubuntu:
  Confirmed

Bug description:
  System does wake up & mouse does work 
  must restart to restart TP function

  ProblemType: Bug
  DistroRelease: Ubuntu 19.10
  Package: linux-image-5.3.0-42-generic 5.3.0-42.34
  ProcVersionSignature: Ubuntu 5.3.0-42.34-generic 5.3.18
  Uname: Linux 5.3.0-42-generic x86_64
  ApportVersion: 2.20.11-0ubuntu8.5
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC1:  user-meir   1565 F pulseaudio
   /dev/snd/controlC0:  user-meir   1565 F pulseaudio
  CurrentDesktop: X-Cinnamon
  Date: Sat Mar 14 09:41:01 2020
  InstallationDate: Installed on 2019-10-18 (147 days ago)
  InstallationMedia: Ubuntu 19.10 "Eoan Ermine" - Release amd64 (20191017)
  MachineType: Dell Inc. Inspiron 3180
  ProcFB: 0 amdgpudrmfb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.3.0-42-generic 
root=UUID=8b17e198-3430-4a53-9e4a-1da7d792458b ro quiet splash vt.handoff=7
  RelatedPackageVersions:
   linux-restricted-modules-5.3.0-42-generic N/A
   linux-backports-modules-5.3.0-42-generic  N/A
   linux-firmware1.183.4
  SourcePackage: linux
  UpgradeStatus: No upgrade log present (probably fresh install)
  WifiSyslog:
   
  dmi.bios.date: 03/09/2018
  dmi.bios.vendor: Dell Inc.
  dmi.bios.version: 1.3.0
  dmi.board.name: 0918N8
  dmi.board.vendor: Dell Inc.
  dmi.board.version: A00
  dmi.chassis.type: 10
  dmi.chassis.vendor: Dell Inc.
  dmi.chassis.version: 1.3.0
  dmi.modalias: 
dmi:bvnDellInc.:bvr1.3.0:bd03/09/2018:svnDellInc.:pnInspiron3180:pvr1.3.0:rvnDellInc.:rn0918N8:rvrA00:cvnDellInc.:ct10:cvr1.3.0:
  dmi.product.family: Inspiron
  dmi.product.name: Inspiron 3180
  dmi.product.sku: 087E
  dmi.product.version: 1.3.0
  dmi.sys.vendor: Dell Inc.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1867448/+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 1859001] Re: Ubuntu 20.04 and 19.10 boot from usb has problem

2020-03-15 Thread Launchpad Bug Tracker
[Expired for linux (Ubuntu) because there has been no activity for 60
days.]

** Changed in: linux (Ubuntu)
   Status: Incomplete => Expired

-- 
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/1859001

Title:
  Ubuntu 20.04 and 19.10 boot from usb has problem

Status in linux package in Ubuntu:
  Expired

Bug description:
  Hello

  Boot from usb allone is ok.

  boot from usb is not ok:
  Is connect a 2. device (usb or sdhc card or ?)
  boot not from usb = black window.
  Ubuntu has problem with select load device.

  Best Regards

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1859001/+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 1864284] Re: r8152 init may take up to 40 seconds at initialization with Dell WD19/WD19DC during hotplug

2020-03-15 Thread You-Sheng Yang
Verified linux version 5.4.0-18.22 from focal-proposed.

** Tags removed: verification-needed-bionic verification-needed-focal
** Tags added: verification-done-bionic verification-done-focal

-- 
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/1864284

Title:
  r8152 init may take up to 40 seconds at initialization with Dell
  WD19/WD19DC during hotplug

Status in HWE Next:
  New
Status in linux package in Ubuntu:
  In Progress
Status in linux-oem package in Ubuntu:
  New
Status in linux-oem-osp1 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-oem-osp1 source package in Bionic:
  Fix Committed
Status in linux source package in Eoan:
  Fix Committed
Status in linux source package in Focal:
  In Progress

Bug description:
  [SRU Justification]

  [Impact]
  USB devices attached to Dell WD19/WD19DC USB Type-C dock take up to nearly one
  minutes to be ready for use.

  [Fix]
  r8152 driver init process involves several for-loops that each may take up to 
14
  seconds to exit when USB port reset occurs during hotplug. This is still
  reproducible with latest v5.6-rc mainline kernel although the fail rate is 
much
  lower since v5.5-rc7.

  [Test Case]
  Verified on Dell WD19DC.

  [Regression Potential]
  Low. Just to exit the loop early when it should have been.

  == original bug description ==

  Dell USB Type C docking WD19/WD19DC attaches additional peripherals
  as:

    /:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/6p, 5000M
    |__ Port 1: Dev 11, If 0, Class=Hub, Driver=hub/4p, 5000M
    |__ Port 3: Dev 12, If 0, Class=Hub, Driver=hub/4p, 5000M
    |__ Port 4: Dev 13, If 0, Class=Vendor Specific Class, 
Driver=r8152, 5000M

  where usb 2-1-3 is a hub connecting all USB Type-A/C ports on the
  dock.

  When hotplugging such dock with additional usb devices already
  attached on it, the probing process may reset usb 2.1 port, therefore
  r8152 ethernet device is also reset. However, in r8152 driver there
  are several  for-loops that may take up to 14 seconds during the
  initialization for each in practice, and that has to be completed
  before USB may re-enumerate devices on the bus. As a result, devices
  attached to the dock will only be available after nearly 1 minute
  after the dock is plugged in.

    [  216.388290] [250] r8152 2-1.4:1.0: usb_probe_interface
    [  216.388292] [250] r8152 2-1.4:1.0: usb_probe_interface - got id
    [  258.830410] r8152 2-1.4:1.0 (unnamed net_device) (uninitialized): PHY 
not ready
    [  258.830460] r8152 2-1.4:1.0 (unnamed net_device) (uninitialized): 
Invalid header when reading pass-thru MAC addr
    [  258.830464] r8152 2-1.4:1.0 (unnamed net_device) (uninitialized): Get 
ether addr fail

  This can be reproduced on all kernel versions up to latest v5.6-rc2,
  but after v5.5-rc7 the reproduce rate is dramatically lower to 1/30 or
  so while it was around 1/2.

  The time consuming for-loops are at:
  https://elixir.bootlin.com/linux/v5.5/source/drivers/net/usb/r8152.c#L3206
  https://elixir.bootlin.com/linux/v5.5/source/drivers/net/usb/r8152.c#L5400
  https://elixir.bootlin.com/linux/v5.5/source/drivers/net/usb/r8152.c#L5537

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: linux-image-5.0.0-1037-oem-osp1 5.0.0-1037.42
  ProcVersionSignature: Ubuntu 5.0.0-1037.42-oem-osp1 5.0.21
  Uname: Linux 5.0.0-1037-oem-osp1 x86_64
  ApportVersion: 2.20.9-0ubuntu7.11
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  u  2014 F pulseaudio
  CurrentDesktop: ubuntu:GNOME
  Date: Sat Feb 22 04:07:20 2020
  DistributionChannelDescriptor:
   # This is the distribution channel descriptor for the OEM CDs
   # For more information see 
http://wiki.ubuntu.com/DistributionChannelDescriptor
   canonical-oem-somerville-bionic-amd64-20180608-47+beaver-hodor+X95
  InstallationDate: Installed on 2020-01-16 (37 days ago)
  InstallationMedia: Ubuntu 18.04 "Bionic" - Build amd64 LIVE Binary 
20180608-09:38
  IwConfig:
   enp1s0no wireless extensions.

   enxd8d090035306  no wireless extensions.

   lono wireless extensions.
  MachineType: Dell Inc. Latitude 3310
  ProcEnviron:
   TERM=xterm-256color
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=
   LANG=en_US.UTF-8
   SHELL=/bin/bash
  ProcFB: 0 inteldrmfb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.0.0-1037-oem-osp1 
root=UUID=1ad036ce-aa29-4d5e-8692-d980d1a7140f ro "dyndbg=file drivers/usb/* 
+pt" log_buf_len=32M ignore_loglevel usbcore.quirks=0bda:0487:k
  RelatedPackageVersions:
   linux-restricted-modules-5.0.0-1037-oem-osp1 N/A
   linux-backports-modules-5.0.0-1037-oem-osp1  N/A
   linux-firmware   1.173.15
  SourcePackage: linux-oem-osp1
  

[Kernel-packages] [Bug 1864284] Re: r8152 init may take up to 40 seconds at initialization with Dell WD19/WD19DC during hotplug

2020-03-15 Thread You-Sheng Yang
Verified linux-oem-osp1 version 5.0.0-1043, linux-oem version
4.15.0-1076 from bionic-proposed.

-- 
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/1864284

Title:
  r8152 init may take up to 40 seconds at initialization with Dell
  WD19/WD19DC during hotplug

Status in HWE Next:
  New
Status in linux package in Ubuntu:
  In Progress
Status in linux-oem package in Ubuntu:
  New
Status in linux-oem-osp1 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-oem-osp1 source package in Bionic:
  Fix Committed
Status in linux source package in Eoan:
  Fix Committed
Status in linux source package in Focal:
  In Progress

Bug description:
  [SRU Justification]

  [Impact]
  USB devices attached to Dell WD19/WD19DC USB Type-C dock take up to nearly one
  minutes to be ready for use.

  [Fix]
  r8152 driver init process involves several for-loops that each may take up to 
14
  seconds to exit when USB port reset occurs during hotplug. This is still
  reproducible with latest v5.6-rc mainline kernel although the fail rate is 
much
  lower since v5.5-rc7.

  [Test Case]
  Verified on Dell WD19DC.

  [Regression Potential]
  Low. Just to exit the loop early when it should have been.

  == original bug description ==

  Dell USB Type C docking WD19/WD19DC attaches additional peripherals
  as:

    /:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/6p, 5000M
    |__ Port 1: Dev 11, If 0, Class=Hub, Driver=hub/4p, 5000M
    |__ Port 3: Dev 12, If 0, Class=Hub, Driver=hub/4p, 5000M
    |__ Port 4: Dev 13, If 0, Class=Vendor Specific Class, 
Driver=r8152, 5000M

  where usb 2-1-3 is a hub connecting all USB Type-A/C ports on the
  dock.

  When hotplugging such dock with additional usb devices already
  attached on it, the probing process may reset usb 2.1 port, therefore
  r8152 ethernet device is also reset. However, in r8152 driver there
  are several  for-loops that may take up to 14 seconds during the
  initialization for each in practice, and that has to be completed
  before USB may re-enumerate devices on the bus. As a result, devices
  attached to the dock will only be available after nearly 1 minute
  after the dock is plugged in.

    [  216.388290] [250] r8152 2-1.4:1.0: usb_probe_interface
    [  216.388292] [250] r8152 2-1.4:1.0: usb_probe_interface - got id
    [  258.830410] r8152 2-1.4:1.0 (unnamed net_device) (uninitialized): PHY 
not ready
    [  258.830460] r8152 2-1.4:1.0 (unnamed net_device) (uninitialized): 
Invalid header when reading pass-thru MAC addr
    [  258.830464] r8152 2-1.4:1.0 (unnamed net_device) (uninitialized): Get 
ether addr fail

  This can be reproduced on all kernel versions up to latest v5.6-rc2,
  but after v5.5-rc7 the reproduce rate is dramatically lower to 1/30 or
  so while it was around 1/2.

  The time consuming for-loops are at:
  https://elixir.bootlin.com/linux/v5.5/source/drivers/net/usb/r8152.c#L3206
  https://elixir.bootlin.com/linux/v5.5/source/drivers/net/usb/r8152.c#L5400
  https://elixir.bootlin.com/linux/v5.5/source/drivers/net/usb/r8152.c#L5537

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: linux-image-5.0.0-1037-oem-osp1 5.0.0-1037.42
  ProcVersionSignature: Ubuntu 5.0.0-1037.42-oem-osp1 5.0.21
  Uname: Linux 5.0.0-1037-oem-osp1 x86_64
  ApportVersion: 2.20.9-0ubuntu7.11
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  u  2014 F pulseaudio
  CurrentDesktop: ubuntu:GNOME
  Date: Sat Feb 22 04:07:20 2020
  DistributionChannelDescriptor:
   # This is the distribution channel descriptor for the OEM CDs
   # For more information see 
http://wiki.ubuntu.com/DistributionChannelDescriptor
   canonical-oem-somerville-bionic-amd64-20180608-47+beaver-hodor+X95
  InstallationDate: Installed on 2020-01-16 (37 days ago)
  InstallationMedia: Ubuntu 18.04 "Bionic" - Build amd64 LIVE Binary 
20180608-09:38
  IwConfig:
   enp1s0no wireless extensions.

   enxd8d090035306  no wireless extensions.

   lono wireless extensions.
  MachineType: Dell Inc. Latitude 3310
  ProcEnviron:
   TERM=xterm-256color
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=
   LANG=en_US.UTF-8
   SHELL=/bin/bash
  ProcFB: 0 inteldrmfb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.0.0-1037-oem-osp1 
root=UUID=1ad036ce-aa29-4d5e-8692-d980d1a7140f ro "dyndbg=file drivers/usb/* 
+pt" log_buf_len=32M ignore_loglevel usbcore.quirks=0bda:0487:k
  RelatedPackageVersions:
   linux-restricted-modules-5.0.0-1037-oem-osp1 N/A
   linux-backports-modules-5.0.0-1037-oem-osp1  N/A
   linux-firmware   1.173.15
  SourcePackage: linux-oem-osp1
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 01/07/2020
  

[Kernel-packages] [Bug 1829620] Re: intel-microcode on ASUS makes kernel stuck during loading initramfs on bionic-updates, bionic-security

2020-03-15 Thread Shen-Teng Tu
Same issue from me after `apt-update`.

- Dell Latitude 7400
- Intel(R) Core(TM) i7-8665U CPU
- Ubuntu 18.04.4 LTS
- Kernel: Linux 4.15.0-1073-oem
- BIOS version 1.6.1

-- 
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/1829620

Title:
  intel-microcode on ASUS makes kernel stuck during loading initramfs on
  bionic-updates, bionic-security

Status in intel-microcode package in Ubuntu:
  Confirmed
Status in linux package in Ubuntu:
  Confirmed
Status in linux-hwe package in Ubuntu:
  Confirmed
Status in linux-hwe-edge package in Ubuntu:
  Confirmed

Bug description:
  Description:
  - my system gets stuck at "Booting, Loading initramfs" (the first 2 lines of 
booting, after grub)
  - does not even show the enter cryptsetup passphrase
  - affected kernels:
  # apt list --installed |grep linux-signed
  WARNING: apt does not have a stable CLI interface. Use with caution in 
scripts.
  linux-signed-generic/bionic-security,bionic-updates,now 4.15.0.50.52 amd64 
[installed]
  linux-signed-generic-hwe-18.04/bionic-security,bionic-updates,now 
4.18.0.20.70 amd64 [installed]
  linux-signed-generic-hwe-18.04-edge/bionic-security,bionic-updates,now 
5.0.0.15.71 amd64 [installed]

  - the setup is not new, has been working perfectly before (about 7
  days since my last restart?)

  System:
  - HW: ASUS Zenbook 14 UX433FN
  - Ubuntu 18.04, runing latest HWE, fully updated
  - grub(-pc), cryptsetup (crypttab entries for custom encrypted LUKS setup),

  Suspected/possible cause?:
  - recent intel-microcode package update
  - recent kernel package updates

  Steps taken:
  - tried to remove "splash quiet" from grub/kernel cmd line (also tried adding 
nosplash, noplymouth)
  - completely removed nvidia drivers (apt purge *nvidia*)
  - completely purged and reinstalled grub (grup-pc)
  - completely purged and reinstalled all kernels (headers, modules, image, ..)
  - toggle BIOS "fastboot" (now using OFF)
  - toggle UEFI SecureBoot (now using ON)
  - remove plymouth (apt remove *plymouth* , but the workaround is working with 
plymouth installed)

  Workaround:
  - so far, I'm only able to boot with non-Ubuntu kernel! 
(linux-image-liquorix-amd64)
  - which needs "splash" option ON
  - reinstall cryptsetup & update-grub (as suggested in 
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1829620/comments/10 )

  I am not sure how to get you more debug info, as this setup has been
  working before, and it's a very eary boot-process bug, so I can't even
  access dmesg etc.

  EDIT:

  Hypothesis:
  Only affects ASUS with i7-8565U Whiskey Lake Intel CPU

  Upstream Bug Report:
  https://github.com/intel/Intel-Linux-Processor-Microcode-Data-Files/issues/1

  WORKAROUND 1: disable intel microcode updates during boot
  From this bug: 
https://bugs.launchpad.net/ubuntu/+source/intel-microcode/+bug/1759920
  1/ add the boot parameter: dis_ucode_ldr to /etc/default/grub
  2/ update-grub

  WORKAROUND 2: downgrade (and hold) intel-microcode to older version from 
bionic/main
  apt install --reinstall intel-microcode=3.20180312.0~ubuntu18.04.1

  WORKAROUND 3: upgrade BIOS
  Asus has released updated BIOSes, which probably include the newest 
microcode. After upgrading workarounds 1,2 are not needed. 
  Please NOTE, unlike workarounds 1,2, BIOS upgrade is permanent and cannot be 
(easily) reverted. 

  ---
  ProblemType: Bug
  ApportVersion: 2.20.9-0ubuntu7.6
  Architecture: amd64
  CurrentDesktop: KDE
  DistroRelease: KDE neon 18.04
  InstallationDate: Installed on 2012-12-23 (2337 days ago)
  InstallationMedia: Kubuntu 12.10 "Quantal Quetzal" - Release amd64 
(20121017.1)
  Package: linux-hwe-edge (not installed)
  Tags:  bionic wayland-session
  Uname: Linux 5.0.0-17.1-liquorix-amd64 x86_64
  UnreportableReason: The running kernel is not an Ubuntu kernel
  UpgradeStatus: No upgrade log present (probably fresh install)
  UserGroups: adm libvirtd lpadmin netdev plugdev sudo vboxusers video
  _MarkForUpload: True
  ---
  ProblemType: Bug
  ApportVersion: 2.20.9-0ubuntu7.6
  Architecture: amd64
  CurrentDesktop: KDE
  DistroRelease: KDE neon 18.04
  InstallationDate: Installed on 2012-12-23 (2339 days ago)
  InstallationMedia: Kubuntu 12.10 "Quantal Quetzal" - Release amd64 
(20121017.1)
  Package: linux-hwe-edge
  PackageArchitecture: amd64
  ProcVersionSignature: Ubuntu 5.0.0-15.16~18.04.1-generic 5.0.6
  Tags: third-party-packages bionic wayland-session
  Uname: Linux 5.0.0-15-generic x86_64
  UnreportableReason: Toto není oficiální KDE balík. Prosíme odstraňte všechny 
balíky třetích stran a zkuste to znovu.
  UpgradeStatus: No upgrade log present (probably fresh install)
  UserGroups: adm libvirtd lpadmin netdev plugdev sudo video
  _MarkForUpload: True

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/intel-microcode/+bug/1829620/+subscriptions

-- 
Mailing list: 

[Kernel-packages] [Bug 1812638] Re: reuseport_bpf_numa in net from ubuntu_kernel_selftests failed on i386

2020-03-15 Thread Po-Hsu Lin
https://lists.ubuntu.com/archives/kernel-team/2020-March/108270.html

-- 
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/1812638

Title:
  reuseport_bpf_numa in net from ubuntu_kernel_selftests failed on i386

Status in ubuntu-kernel-tests:
  In Progress
Status in linux package in Ubuntu:
  Fix Released
Status in linux source package in Bionic:
  In Progress

Bug description:
  == SRU Justification ==
  The reuseport_bpf_numa test in net category from ubuntu_kernel_selftests
  will fail on i386 systems with:
selftests: reuseport_bpf_numa

not ok 1..3 selftests: reuseport_bpf_numa [FAIL]

  If you run it directly, you will see the test is simply not supported.
$ sudo ./reuseport_bpf_numa
./reuseport_bpf_numa: no numa api support: Function not implemented

  == Fix ==
  * 1a2b80ec (selftests: net: reuseport_bpf_numa: don't fail if no numa
   support)

  We have this patch in newer kernel from D, and we don't run this test
  on Xenial so only Bionic needs this patch.

  == Test ==
  Tested on a Bionic i386 node and it works as expected.
selftests: reuseport_bpf_numa

1..0 # Skipped: no numa api support
ok 1..3 selftests: reuseport_bpf_numa [PASS]

  == Regression Potential ==
  Low, trival change to testing tool itself.

  
  == Original Bug Report ==
  Test failed with:
  $ sudo ./reuseport_bpf_numa
  ./reuseport_bpf_numa: no numa api support: Function not implemented

  Maybe this one should be skipped.

  selftests: reuseport_bpf_numa
   
   not ok 1..3 selftests: reuseport_bpf_numa [FAIL]

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: linux-image-4.15.0-43-generic 4.15.0-43.46
  ProcVersionSignature: User Name 4.15.0-43.46-generic 4.15.18
  Uname: Linux 4.15.0-43-generic i686
  AlsaDevices:
   total 0
   crw-rw 1 root audio 116,  1 Jan 21 10:52 seq
   crw-rw 1 root audio 116, 33 Jan 21 10:52 timer
  AplayDevices: Error: [Errno 2] No such file or directory: 'aplay': 'aplay'
  ApportVersion: 2.20.9-0ubuntu7.5
  Architecture: i386
  ArecordDevices: Error: [Errno 2] No such file or directory: 'arecord': 
'arecord'
  AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/seq', 
'/dev/snd/timer'] failed with exit code 1:
  Date: Mon Jan 21 11:06:26 2019
  IwConfig: Error: [Errno 2] No such file or directory: 'iwconfig': 'iwconfig'
  MachineType: Dell Inc. PowerEdge R310
  PciMultimedia:

  ProcFB: 0 mgadrmfb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-43-generic 
root=UUID=6aaa11f6-d386-4c0c-b4b8-38e6c408980a ro console=ttyS0,115200n8
  RelatedPackageVersions:
   linux-restricted-modules-4.15.0-43-generic N/A
   linux-backports-modules-4.15.0-43-generic  N/A
   linux-firmware 1.173.3
  RfKill: Error: [Errno 2] No such file or directory: 'rfkill': 'rfkill'
  SourcePackage: linux
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 09/18/2012
  dmi.bios.vendor: Dell Inc.
  dmi.bios.version: 1.11.0
  dmi.board.name: 05XKKK
  dmi.board.vendor: Dell Inc.
  dmi.board.version: A05
  dmi.chassis.type: 23
  dmi.chassis.vendor: Dell Inc.
  dmi.modalias: 
dmi:bvnDellInc.:bvr1.11.0:bd09/18/2012:svnDellInc.:pnPowerEdgeR310:pvr:rvnDellInc.:rn05XKKK:rvrA05:cvnDellInc.:ct23:cvr:
  dmi.product.name: PowerEdge R310
  dmi.sys.vendor: Dell Inc.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1812638/+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 1867570] Missing required logs.

2020-03-15 Thread Ubuntu Kernel Bot
This bug is missing log files that will aid in diagnosing the problem.
While running an Ubuntu kernel (not a mainline or third-party kernel)
please enter the following command in a terminal window:

apport-collect 1867570

and then change the status of the bug to 'Confirmed'.

If, due to the nature of the issue you have encountered, you are unable
to run this command, please add a comment stating that fact and change
the bug status to 'Confirmed'.

This change has been made by an automated script, maintained by the
Ubuntu Kernel Team.

** Changed in: linux (Ubuntu)
   Status: New => Incomplete

-- 
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/1867570

Title:
  reuseport_bpf_numa in net from ubuntu_kernel_selftests fails on
  ppc64le

Status in ubuntu-kernel-tests:
  New
Status in linux package in Ubuntu:
  Incomplete

Bug description:
  This issue was extracted from the comment in bug 1812638, since that
  bug will be specific for i386

  This reuseport_bpf_numa in net will fail on PowerPC with:

  The output on B-5.3 P8 is:
   # selftests: net: reuseport_bpf_numa
   #  IPv4 UDP 
   # send node 0, receive socket 0
   # send node 1, receive socket 7
   # ./reuseport_bpf_numa: node id/receive socket mismatch
   not ok 3 selftests: net: reuseport_bpf_numa # exit=1

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1867570/+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 1863575] Re: [hns3-0217]sync mainline kernel 5.6rc1 hns3 patchset into ubuntu HWE kernel branch

2020-03-15 Thread Ike Panhc
Thanks. 5.4.0-18.22 works fine to me.

** Tags removed: verification-needed-focal
** Tags added: verification-done-focal

-- 
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/1863575

Title:
  [hns3-0217]sync mainline kernel 5.6rc1 hns3 patchset into ubuntu HWE
  kernel branch

Status in kunpeng920:
  Fix Committed
Status in kunpeng920 ubuntu-18.04-hwe series:
  Fix Committed
Status in kunpeng920 ubuntu-20.04 series:
  Fix Committed
Status in kunpeng920 upstream-kernel series:
  Fix Committed
Status in linux package in Ubuntu:
  In Progress

Bug description:
  [Bug Description]
   hns3 patchset have merged into mainline 5.6rc1 kernel.

  [Steps to Reproduce]
    1)
    2)
    3)

  [Actual Results]

  [Expected Results]

  [Reproducibility]

  [Additional information]
    (Firmware version, kernel version, affected hardware, etc. if required):

  [Resolution]
  net: hns3: fix a copying IPv6 address error in hclge_fd_get_flow_tuples()
  net: hns3: fix VF bandwidth does not take effect in some case
  net: hns3: add management table after IMP reset

  [Status]
  (Fix committed) 47327c9315b2 net: hns3: fix a copying IPv6 address error in 
hclge_fd_get_flow_tuples()
  (Fix committed) 19eb1123b4e9 net: hns3: fix VF bandwidth does not take effect 
in some case
  (Fix committed) d0db7ed39751 net: hns3: add management table after IMP reset

To manage notifications about this bug go to:
https://bugs.launchpad.net/kunpeng920/+bug/1863575/+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 1859261] Re: [hns3-0111]sync mainline kernel 5.5rc6 hns3 patchset into ubuntu HWE kernel branch Edit

2020-03-15 Thread Ike Panhc
Thanks. 5.4.0-18.22 works fine to me.

** Tags removed: verification-needed-focal
** Tags added: verification-done-focal

-- 
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/1859261

Title:
  [hns3-0111]sync mainline kernel 5.5rc6 hns3 patchset into ubuntu HWE
  kernel branch Edit

Status in kunpeng920:
  Fix Committed
Status in kunpeng920 ubuntu-18.04-hwe series:
  Fix Committed
Status in kunpeng920 ubuntu-20.04 series:
  Fix Committed
Status in kunpeng920 upstream-kernel series:
  Fix Committed
Status in linux package in Ubuntu:
  In Progress

Bug description:
  [Bug Description]
   hns3 patchset have merged into mainline 5.4rc5 kernel. Pls backport ubuntu 
18.04.5 kernel version
  [Steps to Reproduce]
    1)
    2)
    3)

  [Actual Results]

  [Expected Results]

  [Reproducibility]

  [Additional information]
    (Firmware version, kernel version, affected hardware, etc. if required):

  [Resolution]
  net: hns3: support tx-scatter-gather-fraglist feature
  net: hns3: add support for configuring VF MAC from the host
  net: hns3: add support for configuring bandwidth of VF on the host
  net: hns3: add support for setting VF trust
  net: hns3: add support for spoof check setting
  net: hns3: add support for setting VF link status on the host
  net: hns3: make array tick_array static, makes object smaller

  net: hns3: fix a wrong reset interrupt status mask
  net: hns3: cleanup of stray struct hns3_link_mode_mapping
  net: hns3: fix ETS bandwidth validation bug
  net: hns3: reallocate SSU' buffer size when pfc_en changes
  net: hns3: add compatible handling for MAC VLAN switch parameter configuration
  net: hns3: add compatible handling for command HCLGE_OPC_PF_RST_DONE
  net: hns3: remove unused macros
  net: hns3: Use the correct style for SPDX License Identifier
  net: hns3: cleanup byte order issues when printed
  net: hns3: cleanup some print format warning
  net: hns3: add or modify some comments
  net: hns3: optimize local variable initialization
  net: hns3: cleanup a format-truncation warning
  net: hns3: cleanup some coding style issues
  net: hns3: cleanup some magic numbers
  net: hns3: add struct netdev_queue debug info for TX timeout
  net: hns3: dump some debug information when reset fail
  treewide: Use sizeof_member() macro
  net: hns3: log and clear hardware error after reset complete
  net: hns3: do not allocate linear data for fraglist skb
  net: hns3: minor cleanup for hns3_handle_rx_bd()
  net: hns3: make struct hns3_enet_ring cacheline aligned
  net: hns3: introduce ring_to_netdev() in enet module
  net: hns3: minor optimization for barrier in IO path
  net: hns3: optimized MAC address in management table.
  net: hns3: remove struct hns3_nic_ring_data in hns3_enet module
  net: hns3: fix mis-counting IRQ vector numbers issue
    net: hns3: fix VF ID issue for setting VF VLAN
  net: hns3: fix a use after free problem in hns3_nic_maybe_stop_tx()
  net: hns3: fix for TX queue not restarted problem
   net: hns3: only print misc interrupt status when handling fails
  net: hns3: add a log for getting chain failure in 
hns3_nic_uninit_vector_data()
  net: hns3: add some VF VLAN information for command "ip link show"
  net: hns3: implement ndo_features_check ops for hns3 driver
  net: hns3: get FD rules location before dump in debugfs
  net: hns3: optimization for CMDQ uninitialization
  net: hns3: remove useless mutex vport_cfg_mutex in the struct hclge_dev
  net: hns3: check FE bit before calling hns3_add_frag()
  net: hns3: do not schedule the periodic task when reset fail
  net: hns3: allocate WQ with WQ_MEM_RECLAIM flag
  net: hns3: remove unnecessary work in hclgevf_main
  net: hns3: remove mailbox and reset work in hclge_main
  net: hns3: schedule hclgevf_service by using delayed workqueue
  net: hns3: refactor the notification scheme of PF reset
  net: hns3: refactor the procedure of VF FLR
  net: hns3: modify hclge_func_reset_sync_vf()'s return type to void
  net: hns3: enlarge HCLGE_RESET_WAIT_CNT
  net: hns3: refactor the precedure of PF FLR
  net: hns3: split hclgevf_reset() into preparing and rebuilding part
  net: hns3: split hclge_reset() into preparing and rebuilding part
  net: hns3: modify an unsuitable reset level for hardware error
  net: hns3: replace an unsuitable variable type in 
hclge_inform_reset_assert_to_vf()
  net: hns3: add protection when get SFP speed as 0
  net: hns3: modify the IRQ name of misc vectors
  net: hns3: modify an unsuitable log in hclge_map_ring_to_vector()
  net: hns3: modify the IRQ name of TQP vector
  net: hns3: re-organize vector handle
  net: hns3: add trace event support for HNS3 driver

  update 0120
  net: hns3: pad the short frame before sending to the hardware

  [Status]
  (Fix committed): net: hns3: support tx-scatter-gather-fraglist feature
  (Fix committed): net: hns3: add support for configuring VF MAC from the host
  (Fix 

[Kernel-packages] [Bug 1859743] Re: [tpm-0115]EFI/stub: tpm: enable tpm eventlog function for ARM64 platform

2020-03-15 Thread Ike Panhc
Thanks. 5.4.0-18.22 works fine to me.

** Tags removed: verification-needed-focal
** Tags added: verification-done-focal

-- 
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/1859743

Title:
  [tpm-0115]EFI/stub: tpm: enable tpm eventlog function for ARM64
  platform

Status in kunpeng920:
  Fix Committed
Status in kunpeng920 ubuntu-18.04 series:
  Won't Fix
Status in kunpeng920 ubuntu-18.04-hwe series:
  Fix Committed
Status in kunpeng920 ubuntu-19.10 series:
  Fix Committed
Status in kunpeng920 ubuntu-20.04 series:
  Fix Committed
Status in kunpeng920 upstream-kernel series:
  Fix Released
Status in linux package in Ubuntu:
  In Progress
Status in linux source package in Eoan:
  Fix Committed
Status in linux source package in Focal:
  In Progress

Bug description:
  [Impact]
  No TPM eventlog information in sysfs

  [Fix]
  d99c1ba6a73b EFI/stub: tpm: enable tpm eventlog function for ARM64 platform

  [Test]
  ls -l /sys/kernel/security/tpm0/binary_bios_measurements

  [Regression Potential]
  Only affect arm64 system with TPM. Lowest risk for other platform.

  [Bug Description]

  this patch gets tpm eventlog information such as device boot status,event guid
  and so on, which will be from bios stage. it use "efi_retrieve_tpm2_eventlog"
  functions to get it for ARM64 platorm.

  [Steps to Reproduce]
  1) ls -l /sys/kernel/security/tpm0/binary_bios_measurements
  2)
  3)

  [Actual Results]
  '/sys/kernel/security/tpm0/binary_bios_measurements' no such file or directory

  [Expected Results]
  ok

  [Reproducibility]
  100%

  [Additional information]
  (Firmware version, kernel version, affected hardware, etc. if required):

  [Resolution]
  d99c1ba6a73b EFI/stub: tpm: enable tpm eventlog function for ARM64 platform

To manage notifications about this bug go to:
https://bugs.launchpad.net/kunpeng920/+bug/1859743/+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 1861972] Re: [hns3-0205]sync mainline kernel 5.5rc7 hns3 patchset into ubuntu HWE kernel branch

2020-03-15 Thread Ike Panhc
Thanks. 5.4.0-18.22 works fine to me.

** Tags removed: verification-needed-focal
** Tags added: verification-done-focal

-- 
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/1861972

Title:
  [hns3-0205]sync mainline kernel 5.5rc7 hns3 patchset into ubuntu HWE
  kernel branch

Status in kunpeng920:
  Fix Committed
Status in kunpeng920 ubuntu-18.04-hwe series:
  Fix Committed
Status in kunpeng920 ubuntu-20.04 series:
  Fix Committed
Status in kunpeng920 upstream-kernel series:
  Fix Committed
Status in linux package in Ubuntu:
  In Progress

Bug description:
  [Bug Description]
   hns3 patchset have merged into mainline 5.4rc7 kernel.
  [Steps to Reproduce]
    1)
    2)
    3)

  [Actual Results]

  [Expected Results]

  [Reproducibility]

  [Additional information]
    (Firmware version, kernel version, affected hardware, etc. if required):

  [Resolution]
  (Fix committed) net: hns3: cleanup some coding style issue
  (Fix committed) net: hns3: remove redundant print on ENOMEM
  (Fix committed) net: hns3: delete unnecessary blank line and space for cleanup
  (Fix committed) net: hns3: rewrite a log in hclge_put_vector()
  (Fix committed) net: hns3: refine the input parameter 'size' for snprintf()
  (Fix committed) net: hns3: move duplicated macro definition into header
  (Fix committed) net: hns3: set VF's default reset_type to HNAE3_NONE_RESET
  (Fix committed) net: hns3: do not reuse pfmemalloc pages
  (Fix committed) net: hns3: limit the error logging in the hns3_clean_tx_ring()
  (Fix committed) net: hns3: replace snprintf with scnprintf in 
hns3_update_strings
  (Fix committed) net: hns3: replace snprintf with scnprintf in 
hns3_dbg_cmd_read
  (Fix committed) net: hns3: pad the short frame before sending to the hardware

To manage notifications about this bug go to:
https://bugs.launchpad.net/kunpeng920/+bug/1861972/+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 1812638] Re: reuseport_bpf_numa in net from ubuntu_kernel_selftests failed on i386

2020-03-15 Thread Po-Hsu Lin
** Description changed:

+ == SRU Justification ==
+ The reuseport_bpf_numa test in net category from ubuntu_kernel_selftests
+ will fail on i386 systems with:
+   selftests: reuseport_bpf_numa
+   
+   not ok 1..3 selftests: reuseport_bpf_numa [FAIL]
+ 
+ If you run it directly, you will see the test is simply not supported.
+   $ sudo ./reuseport_bpf_numa
+   ./reuseport_bpf_numa: no numa api support: Function not implemented
+ 
+ == Fix ==
+ * 1a2b80ec (selftests: net: reuseport_bpf_numa: don't fail if no numa
+  support)
+ 
+ We have this patch in newer kernel from D, and we don't run this test
+ on Xenial so only Bionic needs this patch.
+ 
+ == Test ==
+ Tested on a Bionic i386 node and it works as expected.
+   selftests: reuseport_bpf_numa
+   
+   1..0 # Skipped: no numa api support
+   ok 1..3 selftests: reuseport_bpf_numa [PASS]
+ 
+ == Regression Potential ==
+ Low, trival change to testing tool itself.
+ 
+ 
+ == Original Bug Report ==
  Test failed with:
- $ sudo ./reuseport_bpf_numa 
- ./reuseport_bpf_numa: no numa api support: Function not implemented
+ $ sudo ./reuseport_bpf_numa
+ ./reuseport_bpf_numa: no numa api support: Function not implemented
  
  Maybe this one should be skipped.
  
  selftests: reuseport_bpf_numa
-  
-  not ok 1..3 selftests: reuseport_bpf_numa [FAIL]
+  
+  not ok 1..3 selftests: reuseport_bpf_numa [FAIL]
  
  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: linux-image-4.15.0-43-generic 4.15.0-43.46
  ProcVersionSignature: User Name 4.15.0-43.46-generic 4.15.18
  Uname: Linux 4.15.0-43-generic i686
  AlsaDevices:
-  total 0
-  crw-rw 1 root audio 116,  1 Jan 21 10:52 seq
-  crw-rw 1 root audio 116, 33 Jan 21 10:52 timer
+  total 0
+  crw-rw 1 root audio 116,  1 Jan 21 10:52 seq
+  crw-rw 1 root audio 116, 33 Jan 21 10:52 timer
  AplayDevices: Error: [Errno 2] No such file or directory: 'aplay': 'aplay'
  ApportVersion: 2.20.9-0ubuntu7.5
  Architecture: i386
  ArecordDevices: Error: [Errno 2] No such file or directory: 'arecord': 
'arecord'
  AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/seq', 
'/dev/snd/timer'] failed with exit code 1:
  Date: Mon Jan 21 11:06:26 2019
  IwConfig: Error: [Errno 2] No such file or directory: 'iwconfig': 'iwconfig'
  MachineType: Dell Inc. PowerEdge R310
  PciMultimedia:
-  
+ 
  ProcFB: 0 mgadrmfb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-43-generic 
root=UUID=6aaa11f6-d386-4c0c-b4b8-38e6c408980a ro console=ttyS0,115200n8
  RelatedPackageVersions:
-  linux-restricted-modules-4.15.0-43-generic N/A
-  linux-backports-modules-4.15.0-43-generic  N/A
-  linux-firmware 1.173.3
+  linux-restricted-modules-4.15.0-43-generic N/A
+  linux-backports-modules-4.15.0-43-generic  N/A
+  linux-firmware 1.173.3
  RfKill: Error: [Errno 2] No such file or directory: 'rfkill': 'rfkill'
  SourcePackage: linux
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 09/18/2012
  dmi.bios.vendor: Dell Inc.
  dmi.bios.version: 1.11.0
  dmi.board.name: 05XKKK
  dmi.board.vendor: Dell Inc.
  dmi.board.version: A05
  dmi.chassis.type: 23
  dmi.chassis.vendor: Dell Inc.
  dmi.modalias: 
dmi:bvnDellInc.:bvr1.11.0:bd09/18/2012:svnDellInc.:pnPowerEdgeR310:pvr:rvnDellInc.:rn05XKKK:rvrA05:cvnDellInc.:ct23:cvr:
  dmi.product.name: PowerEdge R310
  dmi.sys.vendor: Dell Inc.

-- 
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/1812638

Title:
  reuseport_bpf_numa in net from ubuntu_kernel_selftests failed on i386

Status in ubuntu-kernel-tests:
  In Progress
Status in linux package in Ubuntu:
  Fix Released
Status in linux source package in Bionic:
  In Progress

Bug description:
  == SRU Justification ==
  The reuseport_bpf_numa test in net category from ubuntu_kernel_selftests
  will fail on i386 systems with:
selftests: reuseport_bpf_numa

not ok 1..3 selftests: reuseport_bpf_numa [FAIL]

  If you run it directly, you will see the test is simply not supported.
$ sudo ./reuseport_bpf_numa
./reuseport_bpf_numa: no numa api support: Function not implemented

  == Fix ==
  * 1a2b80ec (selftests: net: reuseport_bpf_numa: don't fail if no numa
   support)

  We have this patch in newer kernel from D, and we don't run this test
  on Xenial so only Bionic needs this patch.

  == Test ==
  Tested on a Bionic i386 node and it works as expected.
selftests: reuseport_bpf_numa

1..0 # Skipped: no numa api support
ok 1..3 selftests: reuseport_bpf_numa [PASS]

  == Regression Potential ==
  Low, trival change to testing tool itself.

  
  == Original Bug Report 

[Kernel-packages] [Bug 1861976] Re: [acc-0205]sync mainline kernel 5.5rc6 acc patchset into ubuntu HWE kernel branch

2020-03-15 Thread Ike Panhc
Thanks. 5.4.0-18.22 works fine to me.

** Tags removed: verification-needed-focal
** Tags added: verification-done-focal

-- 
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/1861976

Title:
  [acc-0205]sync mainline kernel 5.5rc6 acc patchset into ubuntu HWE
  kernel branch

Status in kunpeng920:
  Fix Committed
Status in kunpeng920 ubuntu-18.04-hwe series:
  Fix Committed
Status in kunpeng920 ubuntu-20.04 series:
  Fix Committed
Status in kunpeng920 upstream-kernel series:
  Fix Committed
Status in linux package in Ubuntu:
  In Progress

Bug description:
  [Bug Description]
  acc patchset have merged into mainline 5.5rc6 kernel. 
  [Steps to Reproduce]
1)
2)
3)

  [Actual Results]

  [Expected Results]

  [Reproducibility]

  [Additional information]
(Firmware version, kernel version, affected hardware, etc. if required):

  [Resolution]
  crypto: hisilicon - fix spelling mistake "disgest" -> "digest"
  crypto: hisilicon - add branch prediction macro
  crypto: hisilicon - adjust hpre_crt_para_get
  crypto: hisilicon - Fixed some tiny bugs of HPRE
  crypto: hisilicon - Bugfixed tfm leak
  crypto: hisilicon - Add aead support on SEC2
  crypto: hisilicon - redefine skcipher initiation
  crypto: hisilicon - Add branch prediction macro
  crypto: hisilicon - Add callback error check
  crypto: hisilicon - Adjust some inner logic
  crypto: hisilicon - Update QP resources of SEC V2
  crypto: hisilicon - Update some names on SEC V2
  crypto: hisilicon - fix print/comment of SEC V2
  crypto: hisilicon - Update debugfs usage of SEC V2

To manage notifications about this bug go to:
https://bugs.launchpad.net/kunpeng920/+bug/1861976/+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 1859744] Re: [spi-0115]spi: dw: use "smp_mb()" to avoid sending spi data error

2020-03-15 Thread Ike Panhc
Thanks. 5.4.0-18.22 works fine to me.

** Tags removed: verification-needed-focal
** Tags added: verification-done-focal

-- 
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/1859744

Title:
  [spi-0115]spi: dw: use "smp_mb()" to avoid sending spi data error

Status in kunpeng920:
  Fix Committed
Status in kunpeng920 ubuntu-18.04 series:
  Won't Fix
Status in kunpeng920 ubuntu-18.04-hwe series:
  Fix Committed
Status in kunpeng920 ubuntu-19.10 series:
  Fix Committed
Status in kunpeng920 ubuntu-20.04 series:
  Fix Committed
Status in kunpeng920 upstream-kernel series:
  Fix Released
Status in linux package in Ubuntu:
  In Progress
Status in linux source package in Eoan:
  Fix Committed
Status in linux source package in Focal:
  In Progress

Bug description:
  [Impact]
  Sometimes, TPM fails because SPI data error

  [Fix]
  bfda044533b2 spi: dw: use "smp_mb()" to avoid sending spi data error

  [Test]
  Reboot system few times and no TPM error message

  [Regression Potential]
  Only on SPI function. Already tested on focal kernel

  [Bug Description]

  Because of out-of-order execution about some CPU architecture,
  In this debug stage we find Completing spi interrupt enable ->
  prodrucing TXEI interrupt -> running "interrupt_transfer" function
  will prior to set "dw->rx and dws->rx_end" data, so this patch add
  memory barrier to enable dw->rx and dw->rx_end to be visible and
  solve to send SPI data error.
  eg:
  it will fix to this following low possibility error in testing environment
  which using SPI control to connect TPM Modules

  kernel: tpm tpm0: Operation Timed out
  kernel: tpm tpm0: tpm_relinquish_locality: : error -1

  [Steps to Reproduce]
  1) enable ima and tpm
  2)reboot this system
  3)

  [Actual Results]
  kernel: tpm tpm0: Operation Timed out
  kernel: tpm tpm0: tpm_relinquish_locality: : error -1

  [Expected Results]
  ok

  [Reproducibility]
  low probabilities

  [Additional information]
  (Firmware version, kernel version, affected hardware, etc. if required):

  [Resolution]
  bfda044533b2 spi: dw: use "smp_mb()" to avoid sending spi data error

To manage notifications about this bug go to:
https://bugs.launchpad.net/kunpeng920/+bug/1859744/+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 1860401] Re: [sfc-0121]enable the HiSilicon v3xx SFC driver

2020-03-15 Thread Ike Panhc
Thanks. 5.4.0-18.22 works fine to me.

** Tags removed: verification-needed-focal
** Tags added: verification-done-focal

-- 
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/1860401

Title:
  [sfc-0121]enable the HiSilicon v3xx SFC driver

Status in kunpeng920:
  Fix Committed
Status in kunpeng920 ubuntu-18.04-hwe series:
  Fix Committed
Status in kunpeng920 ubuntu-20.04 series:
  Fix Committed
Status in kunpeng920 upstream-kernel series:
  Fix Committed
Status in linux package in Ubuntu:
  In Progress

Bug description:
  [Bug Description]
  enable the HiSilicon v3xx SFC driver 

  [Steps to Reproduce]
  1)
  2)
  3)

  [Actual Results]

  [Expected Results]

  [Reproducibility]

  [Additional information]
  (Firmware version, kernel version, affected hardware, etc. if required):

  [Resolution]

  MAINTAINERS: Add a maintainer for the HiSilicon v3xx SFC driver
  spi: Add HiSilicon v3xx SPI NOR flash controller driver
  mtd: spi-nor: Fix the writing of the Status Register on micron flashes

To manage notifications about this bug go to:
https://bugs.launchpad.net/kunpeng920/+bug/1860401/+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 1812638] Re: reuseport_bpf_numa in net from ubuntu_kernel_selftests failed on i386

2020-03-15 Thread Po-Hsu Lin
** Tags removed: ppc64el

-- 
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/1812638

Title:
  reuseport_bpf_numa in net from ubuntu_kernel_selftests failed on i386

Status in ubuntu-kernel-tests:
  In Progress
Status in linux package in Ubuntu:
  Fix Released
Status in linux source package in Bionic:
  In Progress

Bug description:
  Test failed with:
  $ sudo ./reuseport_bpf_numa 
  ./reuseport_bpf_numa: no numa api support: Function not implemented

  Maybe this one should be skipped.

  selftests: reuseport_bpf_numa
   
   not ok 1..3 selftests: reuseport_bpf_numa [FAIL]

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: linux-image-4.15.0-43-generic 4.15.0-43.46
  ProcVersionSignature: User Name 4.15.0-43.46-generic 4.15.18
  Uname: Linux 4.15.0-43-generic i686
  AlsaDevices:
   total 0
   crw-rw 1 root audio 116,  1 Jan 21 10:52 seq
   crw-rw 1 root audio 116, 33 Jan 21 10:52 timer
  AplayDevices: Error: [Errno 2] No such file or directory: 'aplay': 'aplay'
  ApportVersion: 2.20.9-0ubuntu7.5
  Architecture: i386
  ArecordDevices: Error: [Errno 2] No such file or directory: 'arecord': 
'arecord'
  AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/seq', 
'/dev/snd/timer'] failed with exit code 1:
  Date: Mon Jan 21 11:06:26 2019
  IwConfig: Error: [Errno 2] No such file or directory: 'iwconfig': 'iwconfig'
  MachineType: Dell Inc. PowerEdge R310
  PciMultimedia:
   
  ProcFB: 0 mgadrmfb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-43-generic 
root=UUID=6aaa11f6-d386-4c0c-b4b8-38e6c408980a ro console=ttyS0,115200n8
  RelatedPackageVersions:
   linux-restricted-modules-4.15.0-43-generic N/A
   linux-backports-modules-4.15.0-43-generic  N/A
   linux-firmware 1.173.3
  RfKill: Error: [Errno 2] No such file or directory: 'rfkill': 'rfkill'
  SourcePackage: linux
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 09/18/2012
  dmi.bios.vendor: Dell Inc.
  dmi.bios.version: 1.11.0
  dmi.board.name: 05XKKK
  dmi.board.vendor: Dell Inc.
  dmi.board.version: A05
  dmi.chassis.type: 23
  dmi.chassis.vendor: Dell Inc.
  dmi.modalias: 
dmi:bvnDellInc.:bvr1.11.0:bd09/18/2012:svnDellInc.:pnPowerEdgeR310:pvr:rvnDellInc.:rn05XKKK:rvrA05:cvnDellInc.:ct23:cvr:
  dmi.product.name: PowerEdge R310
  dmi.sys.vendor: Dell Inc.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1812638/+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 1867570] [NEW] reuseport_bpf_numa in net from ubuntu_kernel_selftests fails on ppc64le

2020-03-15 Thread Po-Hsu Lin
Public bug reported:

This issue was extracted from the comment in bug 1812638, since that bug
will be specific for i386

This reuseport_bpf_numa in net will fail on PowerPC with:

The output on B-5.3 P8 is:
 # selftests: net: reuseport_bpf_numa
 #  IPv4 UDP 
 # send node 0, receive socket 0
 # send node 1, receive socket 7
 # ./reuseport_bpf_numa: node id/receive socket mismatch
 not ok 3 selftests: net: reuseport_bpf_numa # exit=1

** Affects: ubuntu-kernel-tests
 Importance: Undecided
 Status: New

** Affects: linux (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: 5.0 5.3 bionic ppc64el sru-20191202 sru-20200217 
ubuntu-kernel-selftests

** Tags added: 5.0 5.3 sru-20191202

** Also affects: ubuntu-kernel-tests
   Importance: Undecided
   Status: New

** Tags added: ppc64el ubuntu-kernel-selftests

** Tags added: sru-202002

** Tags removed: sru-202002
** Tags added: sru-20200217

** Tags added: bionic

-- 
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/1867570

Title:
  reuseport_bpf_numa in net from ubuntu_kernel_selftests fails on
  ppc64le

Status in ubuntu-kernel-tests:
  New
Status in linux package in Ubuntu:
  New

Bug description:
  This issue was extracted from the comment in bug 1812638, since that
  bug will be specific for i386

  This reuseport_bpf_numa in net will fail on PowerPC with:

  The output on B-5.3 P8 is:
   # selftests: net: reuseport_bpf_numa
   #  IPv4 UDP 
   # send node 0, receive socket 0
   # send node 1, receive socket 7
   # ./reuseport_bpf_numa: node id/receive socket mismatch
   not ok 3 selftests: net: reuseport_bpf_numa # exit=1

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1867570/+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 1812638] Re: reuseport_bpf_numa in net from ubuntu_kernel_selftests failed on i386

2020-03-15 Thread Po-Hsu Lin
** Summary changed:

- reuseport_bpf_numa in net from ubuntu_kernel_selftests fails
+ reuseport_bpf_numa in net from ubuntu_kernel_selftests failed on i386

-- 
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/1812638

Title:
  reuseport_bpf_numa in net from ubuntu_kernel_selftests failed on i386

Status in ubuntu-kernel-tests:
  In Progress
Status in linux package in Ubuntu:
  Fix Released
Status in linux source package in Bionic:
  In Progress

Bug description:
  Test failed with:
  $ sudo ./reuseport_bpf_numa 
  ./reuseport_bpf_numa: no numa api support: Function not implemented

  Maybe this one should be skipped.

  selftests: reuseport_bpf_numa
   
   not ok 1..3 selftests: reuseport_bpf_numa [FAIL]

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: linux-image-4.15.0-43-generic 4.15.0-43.46
  ProcVersionSignature: User Name 4.15.0-43.46-generic 4.15.18
  Uname: Linux 4.15.0-43-generic i686
  AlsaDevices:
   total 0
   crw-rw 1 root audio 116,  1 Jan 21 10:52 seq
   crw-rw 1 root audio 116, 33 Jan 21 10:52 timer
  AplayDevices: Error: [Errno 2] No such file or directory: 'aplay': 'aplay'
  ApportVersion: 2.20.9-0ubuntu7.5
  Architecture: i386
  ArecordDevices: Error: [Errno 2] No such file or directory: 'arecord': 
'arecord'
  AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/seq', 
'/dev/snd/timer'] failed with exit code 1:
  Date: Mon Jan 21 11:06:26 2019
  IwConfig: Error: [Errno 2] No such file or directory: 'iwconfig': 'iwconfig'
  MachineType: Dell Inc. PowerEdge R310
  PciMultimedia:
   
  ProcFB: 0 mgadrmfb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-43-generic 
root=UUID=6aaa11f6-d386-4c0c-b4b8-38e6c408980a ro console=ttyS0,115200n8
  RelatedPackageVersions:
   linux-restricted-modules-4.15.0-43-generic N/A
   linux-backports-modules-4.15.0-43-generic  N/A
   linux-firmware 1.173.3
  RfKill: Error: [Errno 2] No such file or directory: 'rfkill': 'rfkill'
  SourcePackage: linux
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 09/18/2012
  dmi.bios.vendor: Dell Inc.
  dmi.bios.version: 1.11.0
  dmi.board.name: 05XKKK
  dmi.board.vendor: Dell Inc.
  dmi.board.version: A05
  dmi.chassis.type: 23
  dmi.chassis.vendor: Dell Inc.
  dmi.modalias: 
dmi:bvnDellInc.:bvr1.11.0:bd09/18/2012:svnDellInc.:pnPowerEdgeR310:pvr:rvnDellInc.:rn05XKKK:rvrA05:cvnDellInc.:ct23:cvr:
  dmi.product.name: PowerEdge R310
  dmi.sys.vendor: Dell Inc.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1812638/+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 1865316] Re: Desktop blinks / flashes after unlocking the system ubuntu 18.04.4 (nvidia + amdgpu)

2020-03-15 Thread Arun Kumar
How do i do that?

-- 
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/1865316

Title:
  Desktop blinks / flashes after unlocking the system ubuntu 18.04.4
  (nvidia + amdgpu)

Status in gnome-shell package in Ubuntu:
  Invalid
Status in linux package in Ubuntu:
  Incomplete
Status in nvidia-graphics-drivers-440 package in Ubuntu:
  New
Status in xserver-xorg-video-amdgpu package in Ubuntu:
  New

Bug description:
  My ubuntu desktop gnome3 is started flashing after unlocking the
  machine, i tired lock and unlock twise still the problem remains.

  
  OS:   Ubuntu 18.04.4 LTS
  Release:  18.04
  Codename: bionic

  System configuration

  Processor: AMD Ryzen 7-3750H processor, 2.3GHz Base speed (6MB cache, up to 
4.0 GHz)
  Memory & Storage: 8GB DDR4 2400MHz RAM upgradeable upto 32GB RAM with| NVIDIA 
GeForce GTX 1650 GDDR5 4GB VRAM Graphics| Storage: 1TB 5400RPM 2.5' HDD + PCIe 
NVMe 256GB M.2 SSD 

  
  please help me to resolve this issue
  --- 
  ProblemType: Bug
  ApportVersion: 2.20.9-0ubuntu7.11
  Architecture: amd64
  CurrentDesktop: ubuntu:GNOME
  DisplayManager: gdm3
  DistroRelease: Ubuntu 18.04
  InstallationDate: Installed on 2020-03-01 (7 days ago)
  InstallationMedia: Ubuntu 18.04.3 LTS "Bionic Beaver" - Release amd64 
(20190805)
  NonfreeKernelModules: nvidia_modeset nvidia
  Package: gnome-shell 3.28.4-0ubuntu18.04.3
  PackageArchitecture: amd64
  Tags:  bionic
  Uname: Linux 5.5.8-050508-generic x86_64
  UpgradeStatus: No upgrade log present (probably fresh install)
  UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo
  _MarkForUpload: True

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1865316/+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 1865493] Re: eoan/linux-oracle: 5.3.0-1011.12 -proposed tracker

2020-03-15 Thread Ubuntu Kernel Bot
** Changed in: kernel-sru-workflow/promote-to-updates
   Status: New => Confirmed

** Tags removed: block-proposed-eoan

** Tags removed: block-proposed

** Description changed:

  This bug will contain status and test results related to a kernel source
  (or snap) as stated in the title.
  
  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow
  
  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865111
  packages:
lrm: linux-restricted-modules-oracle
main: linux-oracle
meta: linux-meta-oracle
signed: linux-signed-oracle
- phase: Holding before Promote to Updates
- phase-changed: Friday, 13. March 2020 17:27 UTC
+ phase: Ready for Promote to Updates
+ phase-changed: Monday, 16. March 2020 02:36 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
-   promote-to-updates: Holding -- cycle not ready to release
+   promote-to-updates: Pending -- ready to copy
  trackers:
bionic/linux-oracle-5.3: bug 1865492
  variant: debs

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

Title:
  eoan/linux-oracle: 5.3.0-1011.12 -proposed tracker

Status in Kernel SRU Workflow:
  In Progress
Status in Kernel SRU Workflow automated-testing series:
  Fix Released
Status in Kernel SRU Workflow certification-testing series:
  Invalid
Status in Kernel SRU Workflow prepare-package series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-lrm series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-meta series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-signed series:
  Fix Released
Status in Kernel SRU Workflow promote-to-proposed series:
  Fix Released
Status in Kernel SRU Workflow promote-to-security series:
  New
Status in Kernel SRU Workflow promote-to-updates series:
  Confirmed
Status in Kernel SRU Workflow regression-testing series:
  Fix Released
Status in Kernel SRU Workflow security-signoff series:
  Fix Released
Status in Kernel SRU Workflow verification-testing series:
  Fix Released
Status in linux-oracle package in Ubuntu:
  Invalid
Status in linux-oracle source package in Eoan:
  Confirmed

Bug description:
  This bug will contain status and test results related to a kernel
  source (or snap) as stated in the title.

  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow

  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865111
  packages:
lrm: linux-restricted-modules-oracle
main: linux-oracle
meta: linux-meta-oracle
signed: linux-signed-oracle
  phase: Ready for Promote to Updates
  phase-changed: Monday, 16. March 2020 02:36 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
promote-to-updates: Pending -- ready to copy
  trackers:
bionic/linux-oracle-5.3: bug 1865492
  variant: debs

To manage notifications about this bug go to:
https://bugs.launchpad.net/kernel-sru-workflow/+bug/1865493/+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 1863269] Re: eoan/linux-raspi2: 5.3.0-1019.21 -proposed tracker

2020-03-15 Thread Ubuntu Kernel Bot
** Changed in: kernel-sru-workflow/promote-to-updates
   Status: New => Confirmed

** Tags removed: block-proposed-eoan

** Tags removed: block-proposed

** Description changed:

  This bug will contain status and test results related to a kernel source
  (or snap) as stated in the title.
  
  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow
  
  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865111
  packages:
main: linux-raspi2
meta: linux-meta-raspi2
- phase: Holding before Promote to Updates
- phase-changed: Friday, 13. March 2020 17:24 UTC
+ phase: Ready for Promote to Updates
+ phase-changed: Monday, 16. March 2020 02:33 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
-   promote-to-updates: Holding -- cycle not ready to release
+   promote-to-updates: Pending -- ready to copy
  trackers:
bionic/linux-raspi2-5.3: bug 1863268
eoan/linux-raspi2/pi-kernel: bug 1863266
  variant: debs

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

Title:
  eoan/linux-raspi2: 5.3.0-1019.21 -proposed tracker

Status in Kernel SRU Workflow:
  In Progress
Status in Kernel SRU Workflow automated-testing series:
  Fix Released
Status in Kernel SRU Workflow certification-testing series:
  Fix Released
Status in Kernel SRU Workflow prepare-package series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-meta series:
  Fix Released
Status in Kernel SRU Workflow promote-to-proposed series:
  Fix Released
Status in Kernel SRU Workflow promote-to-security series:
  New
Status in Kernel SRU Workflow promote-to-updates series:
  Confirmed
Status in Kernel SRU Workflow regression-testing series:
  Invalid
Status in Kernel SRU Workflow security-signoff series:
  Fix Released
Status in Kernel SRU Workflow verification-testing series:
  Fix Released
Status in linux-raspi2 package in Ubuntu:
  Invalid
Status in linux-raspi2 source package in Eoan:
  Confirmed

Bug description:
  This bug will contain status and test results related to a kernel
  source (or snap) as stated in the title.

  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow

  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865111
  packages:
main: linux-raspi2
meta: linux-meta-raspi2
  phase: Ready for Promote to Updates
  phase-changed: Monday, 16. March 2020 02:33 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
promote-to-updates: Pending -- ready to copy
  trackers:
bionic/linux-raspi2-5.3: bug 1863268
eoan/linux-raspi2/pi-kernel: bug 1863266
  variant: debs

To manage notifications about this bug go to:
https://bugs.launchpad.net/kernel-sru-workflow/+bug/1863269/+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 1865482] Re: eoan/linux-aws: 5.3.0-1013.14 -proposed tracker

2020-03-15 Thread Ubuntu Kernel Bot
** Changed in: kernel-sru-workflow/promote-to-updates
   Status: New => Confirmed

** Tags removed: block-proposed-eoan

** Tags removed: block-proposed

** Description changed:

  This bug will contain status and test results related to a kernel source
  (or snap) as stated in the title.
  
  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow
  
  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865111
  packages:
lrm: linux-restricted-modules-aws
main: linux-aws
meta: linux-meta-aws
- phase: Holding before Promote to Updates
- phase-changed: Friday, 13. March 2020 17:26 UTC
+ phase: Ready for Promote to Updates
+ phase-changed: Monday, 16. March 2020 02:35 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
-   promote-to-updates: Holding -- cycle not ready to release
+   promote-to-updates: Pending -- ready to copy
  trackers:
bionic/linux-aws-5.3: bug 1865481
  variant: debs

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

Title:
  eoan/linux-aws: 5.3.0-1013.14 -proposed tracker

Status in Kernel SRU Workflow:
  In Progress
Status in Kernel SRU Workflow automated-testing series:
  Fix Released
Status in Kernel SRU Workflow certification-testing series:
  Invalid
Status in Kernel SRU Workflow prepare-package series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-lrm series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-meta series:
  Fix Released
Status in Kernel SRU Workflow promote-to-proposed series:
  Fix Released
Status in Kernel SRU Workflow promote-to-security series:
  New
Status in Kernel SRU Workflow promote-to-updates series:
  Confirmed
Status in Kernel SRU Workflow regression-testing series:
  Fix Released
Status in Kernel SRU Workflow security-signoff series:
  Fix Released
Status in Kernel SRU Workflow verification-testing series:
  Fix Released
Status in linux-aws package in Ubuntu:
  Invalid
Status in linux-aws source package in Eoan:
  Confirmed

Bug description:
  This bug will contain status and test results related to a kernel
  source (or snap) as stated in the title.

  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow

  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865111
  packages:
lrm: linux-restricted-modules-aws
main: linux-aws
meta: linux-meta-aws
  phase: Ready for Promote to Updates
  phase-changed: Monday, 16. March 2020 02:35 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
promote-to-updates: Pending -- ready to copy
  trackers:
bionic/linux-aws-5.3: bug 1865481
  variant: debs

To manage notifications about this bug go to:
https://bugs.launchpad.net/kernel-sru-workflow/+bug/1865482/+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 1865111] Re: eoan/linux: 5.3.0-42.34 -proposed tracker

2020-03-15 Thread Ubuntu Kernel Bot
** Changed in: kernel-sru-workflow/promote-to-updates
   Status: New => Confirmed

** Tags removed: block-proposed-eoan

** Tags removed: block-proposed

** Description changed:

  This bug will contain status and test results related to a kernel source
  (or snap) as stated in the title.
  
  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow
  
  -- swm properties --
  boot-testing-requested: true
  bugs-spammed: true
  packages:
lrm: linux-restricted-modules
main: linux
meta: linux-meta
signed: linux-signed
- phase: Holding before Promote to Updates
- phase-changed: Saturday, 14. March 2020 03:50 UTC
+ phase: Ready for Promote to Updates
+ phase-changed: Monday, 16. March 2020 02:31 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
-   promote-to-updates: Holding -- cycle not ready to release
+   promote-to-updates: Pending -- ready to copy
  trackers:
bionic/linux-hwe: bug 1865139
eoan/linux-aws: bug 1865482
eoan/linux-azure: bug 1865190
eoan/linux-gcp: bug 1865491
eoan/linux-kvm: bug 1865438
eoan/linux-oracle: bug 1865493
eoan/linux-raspi2: bug 1863269
  variant: debs

-- 
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/1865111

Title:
  eoan/linux: 5.3.0-42.34 -proposed tracker

Status in Kernel SRU Workflow:
  In Progress
Status in Kernel SRU Workflow automated-testing series:
  Fix Released
Status in Kernel SRU Workflow certification-testing series:
  Fix Released
Status in Kernel SRU Workflow prepare-package series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-lrm series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-meta series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-signed series:
  Fix Released
Status in Kernel SRU Workflow promote-to-proposed series:
  Fix Released
Status in Kernel SRU Workflow promote-to-security series:
  New
Status in Kernel SRU Workflow promote-to-updates series:
  Confirmed
Status in Kernel SRU Workflow regression-testing series:
  Fix Released
Status in Kernel SRU Workflow security-signoff series:
  Fix Released
Status in Kernel SRU Workflow verification-testing series:
  Fix Released
Status in linux package in Ubuntu:
  Invalid
Status in linux source package in Eoan:
  Confirmed

Bug description:
  This bug will contain status and test results related to a kernel
  source (or snap) as stated in the title.

  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow

  -- swm properties --
  boot-testing-requested: true
  bugs-spammed: true
  packages:
lrm: linux-restricted-modules
main: linux
meta: linux-meta
signed: linux-signed
  phase: Ready for Promote to Updates
  phase-changed: Monday, 16. March 2020 02:31 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
promote-to-updates: Pending -- ready to copy
  trackers:
bionic/linux-hwe: bug 1865139
eoan/linux-aws: bug 1865482
eoan/linux-azure: bug 1865190
eoan/linux-gcp: bug 1865491
eoan/linux-kvm: bug 1865438
eoan/linux-oracle: bug 1865493
eoan/linux-raspi2: bug 1863269
  variant: debs

To manage notifications about this bug go to:
https://bugs.launchpad.net/kernel-sru-workflow/+bug/1865111/+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 1865438] Re: eoan/linux-kvm: 5.3.0-1012.13 -proposed tracker

2020-03-15 Thread Ubuntu Kernel Bot
** Changed in: kernel-sru-workflow/promote-to-updates
   Status: New => Confirmed

** Tags removed: block-proposed-eoan

** Tags removed: block-proposed

** Description changed:

  This bug will contain status and test results related to a kernel source
  (or snap) as stated in the title.
  
  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow
  
  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865111
  packages:
main: linux-kvm
meta: linux-meta-kvm
- phase: Holding before Promote to Updates
- phase-changed: Friday, 13. March 2020 17:26 UTC
+ phase: Ready for Promote to Updates
+ phase-changed: Monday, 16. March 2020 02:34 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
-   promote-to-updates: Holding -- cycle not ready to release
+   promote-to-updates: Pending -- ready to copy
  variant: debs

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

Title:
  eoan/linux-kvm: 5.3.0-1012.13 -proposed tracker

Status in Kernel SRU Workflow:
  In Progress
Status in Kernel SRU Workflow automated-testing series:
  Fix Released
Status in Kernel SRU Workflow certification-testing series:
  Invalid
Status in Kernel SRU Workflow prepare-package series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-meta series:
  Fix Released
Status in Kernel SRU Workflow promote-to-proposed series:
  Fix Released
Status in Kernel SRU Workflow promote-to-security series:
  New
Status in Kernel SRU Workflow promote-to-updates series:
  Confirmed
Status in Kernel SRU Workflow regression-testing series:
  Fix Released
Status in Kernel SRU Workflow security-signoff series:
  Fix Released
Status in Kernel SRU Workflow verification-testing series:
  Fix Released
Status in linux-kvm package in Ubuntu:
  Invalid
Status in linux-kvm source package in Eoan:
  Confirmed

Bug description:
  This bug will contain status and test results related to a kernel
  source (or snap) as stated in the title.

  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow

  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865111
  packages:
main: linux-kvm
meta: linux-meta-kvm
  phase: Ready for Promote to Updates
  phase-changed: Monday, 16. March 2020 02:34 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
promote-to-updates: Pending -- ready to copy
  variant: debs

To manage notifications about this bug go to:
https://bugs.launchpad.net/kernel-sru-workflow/+bug/1865438/+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 1838151] Re: Poor quality audio with modern Bluetooth headsets in HSP/HFP. Missing wide band speech support.

2020-03-15 Thread Daniel van Vugt
https://git.kernel.org/pub/scm/bluetooth/bluez.git/commit/?id=9cb7406d543b8db15e455903566fb72a23235c75

https://git.kernel.org/pub/scm/bluetooth/bluez.git/commit/?id=6e93cf440908a87a1e30aec76bd54d52e0ad136c

https://git.kernel.org/pub/scm/bluetooth/bluez.git/commit/?id=2f2ea9613515dc90b75d32f6955dbf9d18876fde

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

Title:
  Poor quality audio with modern Bluetooth headsets in HSP/HFP.  Missing
  wide band speech support.

Status in PulseAudio:
  New
Status in bluez package in Ubuntu:
  New
Status in linux package in Ubuntu:
  Confirmed
Status in pulseaudio package in Ubuntu:
  Triaged
Status in Arch Linux:
  New

Bug description:
  Bluetooth HSP/HFP audio quality is poor on Ubuntu comparative to all
  other major platforms (Windows, MacOS, ChromeOS, Android, iOS).

  Modern Bluetooth headsets (such as the Bose QC series headphones, many
  others) are capable of using HFP 1.6 with mSBC 16kHz audio encoding.
  As it currently stands, Ubuntu defaults to only supporting HSP
  headsets using 8kHz CVSD, and is incapable of supporting HFP 1.6 at
  this time.

  The ChromiumOS team recently tackled this issue -
  https://bugs.chromium.org/p/chromium/issues/detail?id=843048

  Their efforts may assist in bringing this to Ubuntu, however it
  appears that there are quite a lot of differences considering they
  have developed their own audio server solution etc.

  The Bluetooth Telephony Working Group published the HFP 1.6 spec in
  May 2011 -
  https://www.bluetooth.org/docman/handlers/downloaddoc.ashx?doc_id=238193

  Patches have been proposed in the past for this issue to the kernel
  and PulseAudio:

  PulseAudio: https://patchwork.freedesktop.org/patch/245272/
  Kernel: https://www.spinics.net/lists/linux-bluetooth/msg76982.html

  It appears that the Chromium OS team applied the same kernel patch:
  
https://chromium.googlesource.com/chromiumos/third_party/kernel/+/77dd0cb94c1713a8a12f6e392955dfa64c430e54

  ProblemType: Bug
  DistroRelease: Ubuntu 19.04
  Package: pulseaudio 1:12.2-2ubuntu3
  ProcVersionSignature: Ubuntu 5.0.0-20.21-generic 5.0.8
  Uname: Linux 5.0.0-20-generic x86_64
  ApportVersion: 2.20.10-0ubuntu27.1
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  jnappi 2777 F pulseaudio
  CurrentDesktop: ubuntu:GNOME
  Date: Sat Jul 27 11:08:29 2019
  EcryptfsInUse: Yes
  InstallationDate: Installed on 2017-11-04 (629 days ago)
  InstallationMedia: Ubuntu 17.10 "Artful Aardvark" - Release amd64 (20171018)
  ProcEnviron:
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=
   LANG=en_US.UTF-8
   SHELL=/bin/bash
  SourcePackage: pulseaudio
  UpgradeStatus: Upgraded to disco on 2019-07-18 (9 days ago)
  dmi.bios.date: 06/07/2016
  dmi.bios.vendor: LENOVO
  dmi.bios.version: R07ET67W (2.07 )
  dmi.board.asset.tag: Not Available
  dmi.board.name: 20FW000TUS
  dmi.board.vendor: LENOVO
  dmi.board.version: SDK0J40705 WIN
  dmi.chassis.asset.tag: No Asset Information
  dmi.chassis.type: 10
  dmi.chassis.vendor: LENOVO
  dmi.chassis.version: None
  dmi.modalias: 
dmi:bvnLENOVO:bvrR07ET67W(2.07):bd06/07/2016:svnLENOVO:pn20FW000TUS:pvrThinkPadT460p:rvnLENOVO:rn20FW000TUS:rvrSDK0J40705WIN:cvnLENOVO:ct10:cvrNone:
  dmi.product.family: ThinkPad T460p
  dmi.product.name: 20FW000TUS
  dmi.product.sku: LENOVO_MT_20FW_BU_Think_FM_ThinkPad T460p
  dmi.product.version: ThinkPad T460p
  dmi.sys.vendor: LENOVO

To manage notifications about this bug go to:
https://bugs.launchpad.net/pulseaudio/+bug/1838151/+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 1838151] Re: Poor quality audio with modern Bluetooth headsets in HSP/HFP. Missing wide band speech support.

2020-03-15 Thread Daniel van Vugt
Some recent commits in BlueZ 5.54 suggest wide band support is being
prepared starting in kernel 5.6:

  https://git.kernel.org/pub/scm/bluetooth/bluez.git

Unfortunately both that kernel and bluez version seem to be too new to
realistically make it into Ubuntu 20.04.


** Also affects: bluez (Ubuntu)
   Importance: Undecided
   Status: New

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

Title:
  Poor quality audio with modern Bluetooth headsets in HSP/HFP.  Missing
  wide band speech support.

Status in PulseAudio:
  New
Status in bluez package in Ubuntu:
  New
Status in linux package in Ubuntu:
  Confirmed
Status in pulseaudio package in Ubuntu:
  Triaged
Status in Arch Linux:
  New

Bug description:
  Bluetooth HSP/HFP audio quality is poor on Ubuntu comparative to all
  other major platforms (Windows, MacOS, ChromeOS, Android, iOS).

  Modern Bluetooth headsets (such as the Bose QC series headphones, many
  others) are capable of using HFP 1.6 with mSBC 16kHz audio encoding.
  As it currently stands, Ubuntu defaults to only supporting HSP
  headsets using 8kHz CVSD, and is incapable of supporting HFP 1.6 at
  this time.

  The ChromiumOS team recently tackled this issue -
  https://bugs.chromium.org/p/chromium/issues/detail?id=843048

  Their efforts may assist in bringing this to Ubuntu, however it
  appears that there are quite a lot of differences considering they
  have developed their own audio server solution etc.

  The Bluetooth Telephony Working Group published the HFP 1.6 spec in
  May 2011 -
  https://www.bluetooth.org/docman/handlers/downloaddoc.ashx?doc_id=238193

  Patches have been proposed in the past for this issue to the kernel
  and PulseAudio:

  PulseAudio: https://patchwork.freedesktop.org/patch/245272/
  Kernel: https://www.spinics.net/lists/linux-bluetooth/msg76982.html

  It appears that the Chromium OS team applied the same kernel patch:
  
https://chromium.googlesource.com/chromiumos/third_party/kernel/+/77dd0cb94c1713a8a12f6e392955dfa64c430e54

  ProblemType: Bug
  DistroRelease: Ubuntu 19.04
  Package: pulseaudio 1:12.2-2ubuntu3
  ProcVersionSignature: Ubuntu 5.0.0-20.21-generic 5.0.8
  Uname: Linux 5.0.0-20-generic x86_64
  ApportVersion: 2.20.10-0ubuntu27.1
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  jnappi 2777 F pulseaudio
  CurrentDesktop: ubuntu:GNOME
  Date: Sat Jul 27 11:08:29 2019
  EcryptfsInUse: Yes
  InstallationDate: Installed on 2017-11-04 (629 days ago)
  InstallationMedia: Ubuntu 17.10 "Artful Aardvark" - Release amd64 (20171018)
  ProcEnviron:
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=
   LANG=en_US.UTF-8
   SHELL=/bin/bash
  SourcePackage: pulseaudio
  UpgradeStatus: Upgraded to disco on 2019-07-18 (9 days ago)
  dmi.bios.date: 06/07/2016
  dmi.bios.vendor: LENOVO
  dmi.bios.version: R07ET67W (2.07 )
  dmi.board.asset.tag: Not Available
  dmi.board.name: 20FW000TUS
  dmi.board.vendor: LENOVO
  dmi.board.version: SDK0J40705 WIN
  dmi.chassis.asset.tag: No Asset Information
  dmi.chassis.type: 10
  dmi.chassis.vendor: LENOVO
  dmi.chassis.version: None
  dmi.modalias: 
dmi:bvnLENOVO:bvrR07ET67W(2.07):bd06/07/2016:svnLENOVO:pn20FW000TUS:pvrThinkPadT460p:rvnLENOVO:rn20FW000TUS:rvrSDK0J40705WIN:cvnLENOVO:ct10:cvrNone:
  dmi.product.family: ThinkPad T460p
  dmi.product.name: 20FW000TUS
  dmi.product.sku: LENOVO_MT_20FW_BU_Think_FM_ThinkPad T460p
  dmi.product.version: ThinkPad T460p
  dmi.sys.vendor: LENOVO

To manage notifications about this bug go to:
https://bugs.launchpad.net/pulseaudio/+bug/1838151/+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 1865491] Re: eoan/linux-gcp: 5.3.0-1014.15 -proposed tracker

2020-03-15 Thread Ubuntu Kernel Bot
** Changed in: kernel-sru-workflow/promote-to-updates
   Status: New => Confirmed

** Tags removed: block-proposed-eoan

** Tags removed: block-proposed

** Description changed:

  This bug will contain status and test results related to a kernel source
  (or snap) as stated in the title.
  
  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow
  
  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865111
  packages:
lrm: linux-restricted-modules-gcp
main: linux-gcp
meta: linux-meta-gcp
signed: linux-signed-gcp
- phase: Holding before Promote to Updates
- phase-changed: Friday, 13. March 2020 17:27 UTC
+ phase: Ready for Promote to Updates
+ phase-changed: Monday, 16. March 2020 02:35 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
-   promote-to-updates: Holding -- cycle not ready to release
+   promote-to-updates: Pending -- ready to copy
  trackers:
bionic/linux-gcp-5.3: bug 1865488
bionic/linux-gke-5.3: bug 1865490
  variant: debs

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

Title:
  eoan/linux-gcp: 5.3.0-1014.15 -proposed tracker

Status in Kernel SRU Workflow:
  In Progress
Status in Kernel SRU Workflow automated-testing series:
  Fix Released
Status in Kernel SRU Workflow certification-testing series:
  Invalid
Status in Kernel SRU Workflow prepare-package series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-lrm series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-meta series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-signed series:
  Fix Released
Status in Kernel SRU Workflow promote-to-proposed series:
  Fix Released
Status in Kernel SRU Workflow promote-to-security series:
  New
Status in Kernel SRU Workflow promote-to-updates series:
  Confirmed
Status in Kernel SRU Workflow regression-testing series:
  Fix Released
Status in Kernel SRU Workflow security-signoff series:
  Fix Released
Status in Kernel SRU Workflow verification-testing series:
  Fix Released
Status in linux-gcp package in Ubuntu:
  Invalid
Status in linux-gcp source package in Eoan:
  Confirmed

Bug description:
  This bug will contain status and test results related to a kernel
  source (or snap) as stated in the title.

  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow

  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865111
  packages:
lrm: linux-restricted-modules-gcp
main: linux-gcp
meta: linux-meta-gcp
signed: linux-signed-gcp
  phase: Ready for Promote to Updates
  phase-changed: Monday, 16. March 2020 02:35 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
promote-to-updates: Pending -- ready to copy
  trackers:
bionic/linux-gcp-5.3: bug 1865488
bionic/linux-gke-5.3: bug 1865490
  variant: debs

To manage notifications about this bug go to:
https://bugs.launchpad.net/kernel-sru-workflow/+bug/1865491/+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 1863234] Re: Disabling bpf() syscall on kernel lockdown break apps when secure boot is on

2020-03-15 Thread Khaled El Mously
** Changed in: linux (Ubuntu Disco)
   Status: In Progress => Fix Committed

-- 
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/1863234

Title:
  Disabling bpf() syscall on kernel lockdown break apps when secure boot
  is on

Status in linux package in Ubuntu:
  Invalid
Status in linux source package in Disco:
  Fix Committed
Status in linux source package in Eoan:
  Fix Committed

Bug description:
  [Impact]

  The bpf(2) system call is completely blocked in Disco and Eoan when
  Secure Boot is enabled due to overly restrictive Lockdown policies.
  This makes it so that all bpf related tools are not usable on those
  releases.

  [Test Case]

  Set up test BPF programs:

  $ cat hello.bt
  BEGIN { printf("hello\n"); exit(); }
  $ cat kprobe.bt
  kprobe:do_nanosleep { printf("task sleeping...\n"); exit(); }
  $ cat open.bt
  tracepoint:syscalls:sys_enter_openat {
    printf("filename: [%s]; flags: [%d]\n",
   str(args->filename), args->flags);
  }

  Disable Secure Boot:

  $ sudo mokutil --disable-validation
  ...
  $ sudo reboot

  Ensure that hello.bt can run:

  $ sudo bpftrace hello.bt
  Attaching 1 probe...
  hello

  Ensure that a BPF program triggered by a kprobe works (run `sleep 1` in 
another terminal):
  $ sudo bpftrace kprobe.bt
  Attaching 1 probe...
  task sleeping...

  Ensure that a BPF program triggered by a tracepoint can access the filename 
and flags of openat(2):
  $ sudo bpftrace open.bt
  Attaching 1 probe...
  filename: [/proc/2317/cmdline]; flags: [0]
  filename: [/dev/iio:device1]; flags: [2048]
  ...

  Enable Secure Boot

  $ sudo mokutil --enable-validation
  ...
  $ sudo reboot

  Ensure that a basic BPF program can run:

  $ sudo bpftrace hello.bt
  Attaching 1 probe...
  hello

  Ensure that a BPF program triggered by a kprobe is blocked (kprobes aren't 
allowed under Secure Boot):
  $ sudo bpftrace kprobe.bt
  Attaching 1 probe...
  cannot attach kprobe, Operation not permitted
  Error attaching probe: 'kprobe:do_nanosleep'

  You should see the following kernel message logged:

  Lockdown: bpftrace: Use of kprobes is restricted; see man
  kernel_lockdown.7

  Ensure that a BPF program triggered by a tracepoint can NOT access the 
filename and flags of openat(2) (all filenames should be empty and all flags 
should be 0):
  $ sudo bpftrace open.bt
  Attaching 1 probe...
  filename: []; flags: [0]
  filename: []; flags: [0]
  ...

  You should see the following kernel message logged:

  Lockdown: iio-sensor-prox: BPF is restricted; see man
  kernel_lockdown.7

  [Regression Potential]

  Low. This is opening up the use of bpf(2) while under Lockdown. There
  should be no new restrictions put in place.

  [Original Report]

  In disco and eoan, lockdown is automatically enforced when secure boot
  is on [0]. Because lockdown was not in the mailine kernel at the time,
  some disrto-specific patches were added to the kernel, including one
  that drastically restricts BPF usage by completely disabling the use
  of the `bpf()` system call when lockdown is on [1].

  A consequence of that decision is that no application relying on eBPF
  can run on 19.04/19.10, unless secure boot / lockdown is disabled. For
  example, Cilium (cilium.io) strongly relies on BPF programs to
  implement its datapath and securing network connectivity between
  containers. Other applications like Suricata or Sysdig also rely on
  BPF to some extent. None of which will work by default on a EFI
  machine with secure boot activated.

  If I understand correctly, kernel 5.4 (to be used in focal) will have
  a different, lighter restricton (comming from mainline Linux kernel)
  [2], so `bpf()` for networking use cases should mostly work on 20.04.
  Is my understanding correct? If so, could this patch be backported to
  19.10 (and 19.04, if still supported) instead of completely disabling
  the syscall on lockdown?

  Links:
  [0] 
https://git.launchpad.net/~ubuntu-kernel/ubuntu/+source/linux/+git/disco/commit/?id=d0db99473fc3bb8a5d03f99ed454ac7ca5e7d517
  [1] 
https://git.launchpad.net/~ubuntu-kernel/ubuntu/+source/linux/+git/disco/commit/?id=2a68c65abae66d28e2acb3245cb156ae2ea6eb1d
  [2] 
https://git.launchpad.net/~ubuntu-kernel/ubuntu/+source/linux/+git/focal/commit/?id=9d1f8be5cf42b497a3bddf1d523f2bb142e9318c

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1863234/+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 1859754] Re: add ucm to make alsa/sof driver work under PA (variants of Lenovo X1 Carbon 7th, Dell cnl and cml machines)

2020-03-15 Thread Paolo Mainardi
Hi @hui.wang, ok thanks, is there an ETA for -43 to be released ?

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

Title:
  add ucm to make alsa/sof driver work under PA (variants of Lenovo X1
  Carbon 7th, Dell cnl and cml machines)

Status in HWE Next:
  New
Status in alsa-lib package in Ubuntu:
  Fix Committed
Status in alsa-lib source package in Bionic:
  Fix Committed
Status in alsa-lib source package in Eoan:
  Fix Committed

Bug description:
  This ucm is only for Eoan and Bionic, for focal and future versions,
  we plan to integrate the ucm2 instead of this ucm, and the ucm2
  depends on the alsa-lib-1.2.1 and pluseaudio-v14, the ucm2 is under
  developing by the community, is not ready yet.

  [Impact]
  In the oem project, we have a couple of Lenovo and Dell machines which
  connect the digital mic to PCH directly, this design needs the new
  sound driver soc/sof, and this driver can't work under pulseaudio
  automatically, we need to integrate the ucm for the driver, then the
  sof dirver could work under pulseaudio and gnome.

  This ucm is maintained by intel audio team, and it is not upstreamed
  and will not be upstreamed, since the community is developing the ucm2
  which is based on at least alsa-lib-1.2.1 and pulseaudio-v14.0 (still
  under developing), for bionic and eoan, we have to integrate this ucm
  since the alsa-lib version is too low. For focal and future version, we
  are going to integrate the ucm2 after the ucm2 is ready.

  This ucm is already verified in the oem project, now it is time to put it
  into the stock ubuntu. 

  [Fix]
  These ucm files are backported from sof_ucm1 branch of
  https://github.com/thesofproject/alsa-ucm-conf.git

  [Test Case]
  Boot the eoan kernel or oem-osp1-bionic kernel, then check the log of
  pulseaudio, the ucm files are loaded successfully, then check the
  gnome-sound-setting, both output and input devices work well.

  [Regression Risk]
  Low, just add some new ucm files, and this will not affect other machines,
  and those new added ucm files are only used by specific machines which enable
  the sof driver.

To manage notifications about this bug go to:
https://bugs.launchpad.net/hwe-next/+bug/1859754/+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 1865247] Re: bionic/linux-kvm: 4.15.0-1056.57 -proposed tracker

2020-03-15 Thread Ubuntu Kernel Bot
** Changed in: kernel-sru-workflow/promote-to-updates
   Status: New => Confirmed

** Tags removed: block-proposed-bionic

** Tags removed: block-proposed

** Description changed:

  This bug will contain status and test results related to a kernel source
  (or snap) as stated in the title.
  
  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow
  
  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865109
  packages:
main: linux-kvm
meta: linux-meta-kvm
- phase: Holding before Promote to Updates
- phase-changed: Saturday, 14. March 2020 02:46 UTC
+ phase: Ready for Promote to Updates
+ phase-changed: Monday, 16. March 2020 01:55 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
-   promote-to-updates: Holding -- cycle not ready to release
+   promote-to-updates: Pending -- ready to copy
  variant: debs

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

Title:
  bionic/linux-kvm: 4.15.0-1056.57 -proposed tracker

Status in Kernel SRU Workflow:
  In Progress
Status in Kernel SRU Workflow automated-testing series:
  Fix Released
Status in Kernel SRU Workflow certification-testing series:
  Invalid
Status in Kernel SRU Workflow prepare-package series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-meta series:
  Fix Released
Status in Kernel SRU Workflow promote-to-proposed series:
  Fix Released
Status in Kernel SRU Workflow promote-to-security series:
  New
Status in Kernel SRU Workflow promote-to-updates series:
  Confirmed
Status in Kernel SRU Workflow regression-testing series:
  Fix Released
Status in Kernel SRU Workflow security-signoff series:
  Fix Released
Status in Kernel SRU Workflow verification-testing series:
  Fix Released
Status in linux-kvm package in Ubuntu:
  Invalid
Status in linux-kvm source package in Bionic:
  Confirmed

Bug description:
  This bug will contain status and test results related to a kernel
  source (or snap) as stated in the title.

  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow

  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865109
  packages:
main: linux-kvm
meta: linux-meta-kvm
  phase: Ready for Promote to Updates
  phase-changed: Monday, 16. March 2020 01:55 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
promote-to-updates: Pending -- ready to copy
  variant: debs

To manage notifications about this bug go to:
https://bugs.launchpad.net/kernel-sru-workflow/+bug/1865247/+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 1865269] Re: bionic/linux-aws: 4.15.0-1063.67 -proposed tracker

2020-03-15 Thread Ubuntu Kernel Bot
** Changed in: kernel-sru-workflow/promote-to-updates
   Status: New => Confirmed

** Tags removed: block-proposed-bionic

** Tags removed: block-proposed

** Description changed:

  This bug will contain status and test results related to a kernel source
  (or snap) as stated in the title.
  
  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow
  
  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865109
  packages:
lrm: linux-restricted-modules-aws
main: linux-aws
meta: linux-meta-aws
- phase: Holding before Promote to Updates
- phase-changed: Saturday, 14. March 2020 02:40 UTC
+ phase: Ready for Promote to Updates
+ phase-changed: Monday, 16. March 2020 01:56 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
-   promote-to-updates: Holding -- cycle not ready to release
+   promote-to-updates: Pending -- ready to copy
  trackers:
bionic/linux-aws-fips: bug 1865419
bionic/linux-aws/aws-kernel: bug 1865268
xenial/linux-aws-hwe: bug 1865421
  variant: debs

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

Title:
  bionic/linux-aws: 4.15.0-1063.67 -proposed tracker

Status in Kernel SRU Workflow:
  In Progress
Status in Kernel SRU Workflow automated-testing series:
  Fix Released
Status in Kernel SRU Workflow certification-testing series:
  Invalid
Status in Kernel SRU Workflow prepare-package series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-lrm series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-meta series:
  Fix Released
Status in Kernel SRU Workflow promote-to-proposed series:
  Fix Released
Status in Kernel SRU Workflow promote-to-security series:
  New
Status in Kernel SRU Workflow promote-to-updates series:
  Confirmed
Status in Kernel SRU Workflow regression-testing series:
  Fix Released
Status in Kernel SRU Workflow security-signoff series:
  Fix Released
Status in Kernel SRU Workflow verification-testing series:
  Fix Released
Status in linux-aws package in Ubuntu:
  Invalid
Status in linux-aws source package in Bionic:
  Confirmed

Bug description:
  This bug will contain status and test results related to a kernel
  source (or snap) as stated in the title.

  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow

  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865109
  packages:
lrm: linux-restricted-modules-aws
main: linux-aws
meta: linux-meta-aws
  phase: Ready for Promote to Updates
  phase-changed: Monday, 16. March 2020 01:56 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
promote-to-updates: Pending -- ready to copy
  trackers:
bionic/linux-aws-fips: bug 1865419
bionic/linux-aws/aws-kernel: bug 1865268
xenial/linux-aws-hwe: bug 1865421
  variant: debs

To manage notifications about this bug go to:
https://bugs.launchpad.net/kernel-sru-workflow/+bug/1865269/+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 1867440] Re: touchpad not recognized

2020-03-15 Thread Kai-Heng Feng
Please test latest mainline kernel:
https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.6-rc6/

-- 
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/1867440

Title:
  touchpad not recognized

Status in linux package in Ubuntu:
  Confirmed

Bug description:
  Laptop model: xiaomi mi notebook air 12.5 m3-7y30
  Touchpad: Synaptics
  Ubuntu version: Ubuntu 4.15.0-88.88-generic 4.15.18
  Description:  Ubuntu 18.04.4 LTS
  Release:  18.04

  
  Problem appeared ~2 months ago

  Touchpad worked fine for 2 years, now suddenly not anymore. No sign of
  activity. Touchpad and mouse usage does not activate anything on the
  computer screen. I can't find help on how to restore the previous
  state, how to get the touchpad working again.

  when filing cmd command xinput list, synaptics touchpad and/or mouse
  are NOT displayed. command "cat /proc/bus/input/devices" also does not
  show a touchpad device.

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: linux-image-4.15.0-88-generic 4.15.0-88.88
  ProcVersionSignature: Ubuntu 4.15.0-88.88-generic 4.15.18
  Uname: Linux 4.15.0-88-generic x86_64
  ApportVersion: 2.20.9-0ubuntu7.11
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  clara  1511 F pulseaudio
  CurrentDesktop: ubuntu:GNOME
  Date: Sat Mar 14 15:38:09 2020
  HibernationDevice: RESUME=UUID=284b28ec-5e8d-4423-9c9d-dccd8b7257ac
  InstallationDate: Installed on 2018-12-29 (441 days ago)
  InstallationMedia: Ubuntu 18.04.1 LTS "Bionic Beaver" - Release amd64 
(20180725)
  Lsusb:
   Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
   Bus 001 Device 004: ID 04f2:b59a Chicony Electronics Co., Ltd 
   Bus 001 Device 003: ID 8087:0a2b Intel Corp. 
   Bus 001 Device 002: ID 046d:c52f Logitech, Inc. Unifying Receiver
   Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
  MachineType: Timi TM1607
  ProcFB: 0 inteldrmfb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-88-generic 
root=UUID=c6a6166b-6804-4061-8ec9-d2e688e3cd96 ro quiet splash 
ivrs_ioapic[32]=00:14.0 vt.handoff=1
  RelatedPackageVersions:
   linux-restricted-modules-4.15.0-88-generic N/A
   linux-backports-modules-4.15.0-88-generic  N/A
   linux-firmware 1.173.16
  SourcePackage: linux
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 05/07/2017
  dmi.bios.vendor: INSYDE Corp.
  dmi.bios.version: XMAKB200P0100
  dmi.board.asset.tag: Any
  dmi.board.name: TM1607
  dmi.board.vendor: Timi
  dmi.board.version: MP
  dmi.chassis.asset.tag: Chassis Asset Tag
  dmi.chassis.type: 10
  dmi.chassis.vendor: Timi
  dmi.chassis.version: Chassis Version
  dmi.modalias: 
dmi:bvnINSYDECorp.:bvrXMAKB200P0100:bd05/07/2017:svnTimi:pnTM1607:pvr:rvnTimi:rnTM1607:rvrMP:cvnTimi:ct10:cvrChassisVersion:
  dmi.product.family: Timibook
  dmi.product.name: TM1607
  dmi.sys.vendor: Timi

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1867440/+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 1865419] Re: bionic/linux-aws-fips: 4.15.0-2012.12 -proposed tracker

2020-03-15 Thread Ubuntu Kernel Bot
** Changed in: kernel-sru-workflow/promote-to-updates
   Status: New => Confirmed

** Tags removed: block-proposed-bionic

** Tags removed: block-proposed

** Description changed:

  This bug will contain status and test results related to a kernel source
  (or snap) as stated in the title.
  
  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow
  
  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865269
  packages:
lrm: linux-restricted-modules-aws-fips
main: linux-aws-fips
meta: linux-meta-aws-fips
signed: linux-signed-aws-fips
- phase: Holding before Promote to Updates
- phase-changed: Friday, 13. March 2020 17:29 UTC
+ phase: Ready for Promote to Updates
+ phase-changed: Monday, 16. March 2020 02:00 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
-   promote-to-updates: Holding -- master bug not ready for release
+   promote-to-updates: Pending -- ready to copy
  variant: debs

-- 
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/1865419

Title:
  bionic/linux-aws-fips: 4.15.0-2012.12 -proposed tracker

Status in Kernel SRU Workflow:
  In Progress
Status in Kernel SRU Workflow automated-testing series:
  Invalid
Status in Kernel SRU Workflow certification-testing series:
  Invalid
Status in Kernel SRU Workflow prepare-package series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-lrm series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-meta series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-signed series:
  Fix Released
Status in Kernel SRU Workflow promote-signing-to-proposed series:
  Fix Released
Status in Kernel SRU Workflow promote-to-proposed series:
  Fix Released
Status in Kernel SRU Workflow promote-to-security series:
  Invalid
Status in Kernel SRU Workflow promote-to-updates series:
  Confirmed
Status in Kernel SRU Workflow regression-testing series:
  Fix Released
Status in Kernel SRU Workflow security-signoff series:
  Invalid
Status in Kernel SRU Workflow verification-testing series:
  Fix Released
Status in linux package in Ubuntu:
  Invalid
Status in linux source package in Bionic:
  Invalid

Bug description:
  This bug will contain status and test results related to a kernel
  source (or snap) as stated in the title.

  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow

  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865269
  packages:
lrm: linux-restricted-modules-aws-fips
main: linux-aws-fips
meta: linux-meta-aws-fips
signed: linux-signed-aws-fips
  phase: Ready for Promote to Updates
  phase-changed: Monday, 16. March 2020 02:00 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
promote-to-updates: Pending -- ready to copy
  variant: debs

To manage notifications about this bug go to:
https://bugs.launchpad.net/kernel-sru-workflow/+bug/1865419/+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 1865251] Re: xenial/linux-gcp: 4.15.0-1058.62 -proposed tracker

2020-03-15 Thread Ubuntu Kernel Bot
** Changed in: kernel-sru-workflow/promote-to-updates
   Status: New => Confirmed

** Tags removed: block-proposed-xenial

** Tags removed: block-proposed

** Description changed:

  This bug will contain status and test results related to a kernel source
  (or snap) as stated in the title.
  
  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow
  
  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865109
  packages:
main: linux-gcp
meta: linux-meta-gcp
signed: linux-signed-gcp
- phase: Holding before Promote to Updates
- phase-changed: Saturday, 14. March 2020 02:50 UTC
+ phase: Ready for Promote to Updates
+ phase-changed: Monday, 16. March 2020 01:56 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
-   promote-to-updates: Holding -- cycle not ready to release
+   promote-to-updates: Pending -- ready to copy
  trackers:
xenial/linux-gcp/gcp-kernel: bug 1865249
xenial/linux-gcp/gke-kernel: bug 1865250
  variant: debs

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

Title:
  xenial/linux-gcp: 4.15.0-1058.62 -proposed tracker

Status in Kernel SRU Workflow:
  In Progress
Status in Kernel SRU Workflow automated-testing series:
  Fix Released
Status in Kernel SRU Workflow certification-testing series:
  Invalid
Status in Kernel SRU Workflow prepare-package series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-meta series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-signed series:
  Fix Released
Status in Kernel SRU Workflow promote-to-proposed series:
  Fix Released
Status in Kernel SRU Workflow promote-to-security series:
  New
Status in Kernel SRU Workflow promote-to-updates series:
  Confirmed
Status in Kernel SRU Workflow regression-testing series:
  Fix Released
Status in Kernel SRU Workflow security-signoff series:
  Fix Released
Status in Kernel SRU Workflow verification-testing series:
  Fix Released
Status in linux-gcp package in Ubuntu:
  Invalid
Status in linux-gcp source package in Xenial:
  Confirmed

Bug description:
  This bug will contain status and test results related to a kernel
  source (or snap) as stated in the title.

  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow

  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865109
  packages:
main: linux-gcp
meta: linux-meta-gcp
signed: linux-signed-gcp
  phase: Ready for Promote to Updates
  phase-changed: Monday, 16. March 2020 01:56 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
promote-to-updates: Pending -- ready to copy
  trackers:
xenial/linux-gcp/gcp-kernel: bug 1865249
xenial/linux-gcp/gke-kernel: bug 1865250
  variant: debs

To manage notifications about this bug go to:
https://bugs.launchpad.net/kernel-sru-workflow/+bug/1865251/+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 1865109] Re: bionic/linux: 4.15.0-91.92 -proposed tracker

2020-03-15 Thread Ubuntu Kernel Bot
** Changed in: kernel-sru-workflow/promote-to-updates
   Status: New => Confirmed

** Tags removed: block-proposed-bionic

** Tags removed: block-proposed

** Description changed:

  This bug will contain status and test results related to a kernel source
  (or snap) as stated in the title.
  
  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow
  
  -- swm properties --
  boot-testing-requested: true
  bugs-spammed: true
  packages:
lrm: linux-restricted-modules
main: linux
meta: linux-meta
signed: linux-signed
- phase: Holding before Promote to Updates
- phase-changed: Saturday, 14. March 2020 03:41 UTC
+ phase: Ready for Promote to Updates
+ phase-changed: Monday, 16. March 2020 01:51 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
-   promote-to-updates: Holding -- cycle not ready to release
+   promote-to-updates: Pending -- ready to copy
  trackers:
bionic/linux-aws: bug 1865269
bionic/linux-fips: bug 1865203
bionic/linux-gke-4.15: bug 1865255
bionic/linux-ibm-gt: bug 1865201
bionic/linux-kvm: bug 1865247
bionic/linux-oem: bug 1865200
bionic/linux-oracle: bug 1865480
bionic/linux-raspi2: bug 1864726
bionic/linux-snapdragon: bug 1864729
bionic/linux/pc-kernel: bug 1865107
bionic/linux/pc-lowlatency-kernel: bug 1865108
xenial/linux-azure: bug 1865198
xenial/linux-gcp: bug 1865251
xenial/linux-hwe: bug 1865142
  variant: debs

-- 
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/1865109

Title:
  bionic/linux: 4.15.0-91.92 -proposed tracker

Status in Kernel SRU Workflow:
  In Progress
Status in Kernel SRU Workflow automated-testing series:
  Fix Released
Status in Kernel SRU Workflow certification-testing series:
  Fix Released
Status in Kernel SRU Workflow prepare-package series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-lrm series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-meta series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-signed series:
  Fix Released
Status in Kernel SRU Workflow promote-to-proposed series:
  Fix Released
Status in Kernel SRU Workflow promote-to-security series:
  New
Status in Kernel SRU Workflow promote-to-updates series:
  Confirmed
Status in Kernel SRU Workflow regression-testing series:
  Fix Released
Status in Kernel SRU Workflow security-signoff series:
  Fix Released
Status in Kernel SRU Workflow verification-testing series:
  Fix Released
Status in linux package in Ubuntu:
  Invalid
Status in linux source package in Bionic:
  Confirmed

Bug description:
  This bug will contain status and test results related to a kernel
  source (or snap) as stated in the title.

  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow

  -- swm properties --
  boot-testing-requested: true
  bugs-spammed: true
  packages:
lrm: linux-restricted-modules
main: linux
meta: linux-meta
signed: linux-signed
  phase: Ready for Promote to Updates
  phase-changed: Monday, 16. March 2020 01:51 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
promote-to-updates: Pending -- ready to copy
  trackers:
bionic/linux-aws: bug 1865269
bionic/linux-fips: bug 1865203
bionic/linux-gke-4.15: bug 1865255
bionic/linux-ibm-gt: bug 1865201
bionic/linux-kvm: bug 1865247
bionic/linux-oem: bug 1865200
bionic/linux-oracle: bug 1865480
bionic/linux-raspi2: bug 1864726
bionic/linux-snapdragon: bug 1864729
bionic/linux/pc-kernel: bug 1865107
bionic/linux/pc-lowlatency-kernel: bug 1865108
xenial/linux-azure: bug 1865198
xenial/linux-gcp: bug 1865251
xenial/linux-hwe: bug 1865142
  variant: debs

To manage notifications about this bug go to:
https://bugs.launchpad.net/kernel-sru-workflow/+bug/1865109/+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 1864726] Re: bionic/linux-raspi2: 4.15.0-1057.61 -proposed tracker

2020-03-15 Thread Ubuntu Kernel Bot
** Changed in: kernel-sru-workflow/promote-to-updates
   Status: New => Confirmed

** Tags removed: block-proposed-bionic

** Tags removed: block-proposed

** Description changed:

  This bug will contain status and test results related to a kernel source
  (or snap) as stated in the title.
  
  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow
  
  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865109
  packages:
main: linux-raspi2
meta: linux-meta-raspi2
- phase: Holding before Promote to Updates
- phase-changed: Saturday, 14. March 2020 01:16 UTC
+ phase: Ready for Promote to Updates
+ phase-changed: Monday, 16. March 2020 01:52 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
-   promote-to-updates: Holding -- cycle not ready to release
+   promote-to-updates: Pending -- ready to copy
  trackers:
bionic/linux-raspi2/pi-kernel: bug 1864725
  variant: debs

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

Title:
  bionic/linux-raspi2: 4.15.0-1057.61 -proposed tracker

Status in Kernel SRU Workflow:
  In Progress
Status in Kernel SRU Workflow automated-testing series:
  Fix Released
Status in Kernel SRU Workflow certification-testing series:
  Fix Released
Status in Kernel SRU Workflow prepare-package series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-meta series:
  Fix Released
Status in Kernel SRU Workflow promote-to-proposed series:
  Fix Released
Status in Kernel SRU Workflow promote-to-security series:
  New
Status in Kernel SRU Workflow promote-to-updates series:
  Confirmed
Status in Kernel SRU Workflow regression-testing series:
  Invalid
Status in Kernel SRU Workflow security-signoff series:
  Fix Released
Status in Kernel SRU Workflow verification-testing series:
  Fix Released
Status in linux-raspi2 package in Ubuntu:
  Invalid
Status in linux-raspi2 source package in Bionic:
  Confirmed

Bug description:
  This bug will contain status and test results related to a kernel
  source (or snap) as stated in the title.

  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow

  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865109
  packages:
main: linux-raspi2
meta: linux-meta-raspi2
  phase: Ready for Promote to Updates
  phase-changed: Monday, 16. March 2020 01:52 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
promote-to-updates: Pending -- ready to copy
  trackers:
bionic/linux-raspi2/pi-kernel: bug 1864725
  variant: debs

To manage notifications about this bug go to:
https://bugs.launchpad.net/kernel-sru-workflow/+bug/1864726/+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 1865203] Re: bionic/linux-fips: 4.15.0-1025.30 -proposed tracker

2020-03-15 Thread Ubuntu Kernel Bot
** Changed in: kernel-sru-workflow/promote-to-updates
   Status: New => Confirmed

** Tags removed: block-proposed-bionic

** Tags removed: block-proposed

** Description changed:

  This bug will contain status and test results related to a kernel source
  (or snap) as stated in the title.
  
  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow
  
  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865109
  packages:
main: linux-fips
meta: linux-meta-fips
signed: linux-signed-fips
- phase: Holding before Promote to Updates
- phase-changed: Friday, 13. March 2020 17:11 UTC
+ phase: Ready for Promote to Updates
+ phase-changed: Monday, 16. March 2020 01:55 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
-   promote-to-updates: Holding -- cycle not ready to release
+   promote-to-updates: Pending -- ready to copy
  variant: debs

-- 
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/1865203

Title:
  bionic/linux-fips: 4.15.0-1025.30 -proposed tracker

Status in Kernel SRU Workflow:
  In Progress
Status in Kernel SRU Workflow automated-testing series:
  Invalid
Status in Kernel SRU Workflow certification-testing series:
  Invalid
Status in Kernel SRU Workflow prepare-package series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-meta series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-signed series:
  Fix Released
Status in Kernel SRU Workflow promote-signing-to-proposed series:
  Fix Released
Status in Kernel SRU Workflow promote-to-proposed series:
  Fix Released
Status in Kernel SRU Workflow promote-to-security series:
  Invalid
Status in Kernel SRU Workflow promote-to-updates series:
  Confirmed
Status in Kernel SRU Workflow regression-testing series:
  Fix Released
Status in Kernel SRU Workflow security-signoff series:
  Invalid
Status in Kernel SRU Workflow verification-testing series:
  Fix Released
Status in linux package in Ubuntu:
  Invalid
Status in linux source package in Bionic:
  Invalid

Bug description:
  This bug will contain status and test results related to a kernel
  source (or snap) as stated in the title.

  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow

  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865109
  packages:
main: linux-fips
meta: linux-meta-fips
signed: linux-signed-fips
  phase: Ready for Promote to Updates
  phase-changed: Monday, 16. March 2020 01:55 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
promote-to-updates: Pending -- ready to copy
  variant: debs

To manage notifications about this bug go to:
https://bugs.launchpad.net/kernel-sru-workflow/+bug/1865203/+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 1865201] Re: bionic/linux-ibm-gt: 4.15.0-1051.57 -proposed tracker

2020-03-15 Thread Ubuntu Kernel Bot
** Changed in: kernel-sru-workflow/promote-to-updates
   Status: New => Confirmed

** Tags removed: block-proposed-bionic

** Tags removed: block-proposed

** Description changed:

  This bug will contain status and test results related to a kernel source
  (or snap) as stated in the title.
  
  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow
  
  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865109
  packages:
main: linux-ibm-gt
meta: linux-meta-ibm-gt
- phase: Holding before Promote to Updates
- phase-changed: Friday, 13. March 2020 17:11 UTC
+ phase: Ready for Promote to Updates
+ phase-changed: Monday, 16. March 2020 01:54 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
-   promote-to-updates: Holding -- cycle not ready to release
+   promote-to-updates: Pending -- ready to copy
  variant: debs

-- 
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/1865201

Title:
  bionic/linux-ibm-gt: 4.15.0-1051.57 -proposed tracker

Status in Kernel SRU Workflow:
  In Progress
Status in Kernel SRU Workflow automated-testing series:
  Invalid
Status in Kernel SRU Workflow certification-testing series:
  Invalid
Status in Kernel SRU Workflow prepare-package series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-meta series:
  Fix Released
Status in Kernel SRU Workflow promote-to-proposed series:
  Fix Released
Status in Kernel SRU Workflow promote-to-security series:
  Invalid
Status in Kernel SRU Workflow promote-to-updates series:
  Confirmed
Status in Kernel SRU Workflow regression-testing series:
  Fix Released
Status in Kernel SRU Workflow security-signoff series:
  Invalid
Status in Kernel SRU Workflow verification-testing series:
  Fix Released
Status in linux package in Ubuntu:
  Invalid
Status in linux source package in Bionic:
  Invalid

Bug description:
  This bug will contain status and test results related to a kernel
  source (or snap) as stated in the title.

  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow

  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865109
  packages:
main: linux-ibm-gt
meta: linux-meta-ibm-gt
  phase: Ready for Promote to Updates
  phase-changed: Monday, 16. March 2020 01:54 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
promote-to-updates: Pending -- ready to copy
  variant: debs

To manage notifications about this bug go to:
https://bugs.launchpad.net/kernel-sru-workflow/+bug/1865201/+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 1864729] Re: bionic/linux-snapdragon: 4.15.0-1074.81 -proposed tracker

2020-03-15 Thread Ubuntu Kernel Bot
** Changed in: kernel-sru-workflow/promote-to-updates
   Status: New => Confirmed

** Tags removed: block-proposed-bionic

** Tags removed: block-proposed

** Description changed:

  This bug will contain status and test results related to a kernel source
  (or snap) as stated in the title.
  
  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow
  
  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865109
  packages:
main: linux-snapdragon
meta: linux-meta-snapdragon
- phase: Holding before Promote to Updates
- phase-changed: Saturday, 14. March 2020 02:45 UTC
+ phase: Ready for Promote to Updates
+ phase-changed: Monday, 16. March 2020 01:52 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
-   promote-to-updates: Holding -- cycle not ready to release
+   promote-to-updates: Pending -- ready to copy
  trackers:
bionic/linux-snapdragon/dragonboard-kernel: bug 1864727
  variant: debs

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

Title:
  bionic/linux-snapdragon: 4.15.0-1074.81 -proposed tracker

Status in Kernel SRU Workflow:
  In Progress
Status in Kernel SRU Workflow automated-testing series:
  Fix Released
Status in Kernel SRU Workflow certification-testing series:
  Fix Released
Status in Kernel SRU Workflow prepare-package series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-meta series:
  Fix Released
Status in Kernel SRU Workflow promote-to-proposed series:
  Fix Released
Status in Kernel SRU Workflow promote-to-security series:
  New
Status in Kernel SRU Workflow promote-to-updates series:
  Confirmed
Status in Kernel SRU Workflow regression-testing series:
  Invalid
Status in Kernel SRU Workflow security-signoff series:
  Fix Released
Status in Kernel SRU Workflow verification-testing series:
  Fix Released
Status in linux-snapdragon package in Ubuntu:
  Invalid
Status in linux-snapdragon source package in Bionic:
  Confirmed

Bug description:
  This bug will contain status and test results related to a kernel
  source (or snap) as stated in the title.

  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow

  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865109
  packages:
main: linux-snapdragon
meta: linux-meta-snapdragon
  phase: Ready for Promote to Updates
  phase-changed: Monday, 16. March 2020 01:52 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
promote-to-updates: Pending -- ready to copy
  trackers:
bionic/linux-snapdragon/dragonboard-kernel: bug 1864727
  variant: debs

To manage notifications about this bug go to:
https://bugs.launchpad.net/kernel-sru-workflow/+bug/1864729/+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 1862313] Re: Support Headset Mic on HP cPC

2020-03-15 Thread Kai-Heng Feng
** Tags removed: verification-needed-eoan verification-needed-focal
** Tags added: verification-done-eoan verification-done-focal

-- 
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/1862313

Title:
  Support Headset Mic on HP cPC

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

Bug description:
  [Impact]
  Two HP workstations can't detect headset microphone.

  [Fix]
  Apply vendor-specific coefficient to enable headset mic detection.

  [Test]
  Plug headset and see if the mic gets detected.
  Headset mic gets detected correctly after applying the patch.

  [Regression Potential]
  Low. The fix matches to very specific machines, so all other systems are 
unaffected.

To manage notifications about this bug go to:
https://bugs.launchpad.net/hwe-next/+bug/1862313/+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 1865471] Re: USB 3.1 Gen 1 not work after using suspend

2020-03-15 Thread Kai-Heng Feng
Please give this a try:
https://people.canonical.com/~khfeng/lp1865471/2/

-- 
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/1865471

Title:
  USB 3.1 Gen 1 not work after using suspend

Status in linux package in Ubuntu:
  Incomplete

Bug description:
  Good morning.

  There many months than I use "suspend" (settings -> energy -> When the
  shutdown button...) on Ubuntu 18.04 or 19.10.

  But at each wake up from my computer, the USB 3.1 Gen 1 ports (only
  motherboard back panel) no work after (loose use of webcam,
  keyboard...).

  No problems with USB 3.1 Gen 1 and USB 2.0/1.1 front panel (from internal USB 
header).
  No problems with USB 2.0/1.1 ports (motherboard back panel).

  I think my motherboard is not at fault because I did not reproduce this bug 
on Windows 10.
  ---
  ProblemType: Bug
  ApportVersion: 2.20.9-0ubuntu7.11
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC1:  christophe   1648 F pulseaudio
   /dev/snd/controlC2:  christophe   1648 F pulseaudio
   /dev/snd/controlC0:  christophe   1648 F pulseaudio
  CurrentDesktop: ubuntu:GNOME
  DistroRelease: Ubuntu 18.04
  InstallationDate: Installed on 2020-02-18 (14 days ago)
  InstallationMedia: Ubuntu 18.04.3 LTS "Bionic Beaver" - Release amd64 
(20190805)
  IwConfig:
   lono wireless extensions.

   enp6s0no wireless extensions.
  MachineType: Gigabyte Technology Co., Ltd. A320M-S2H
  Package: linux (not installed)
  ProcEnviron:
   TERM=xterm-256color
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=
   LANG=fr_FR.UTF-8
   SHELL=/bin/bash
  ProcFB: 0 amdgpudrmfb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.3.0-40-generic 
root=UUID=9757d7ed-95dd-47d2-a3a7-80be35d05879 ro quiet splash vt.handoff=1
  ProcVersionSignature: Ubuntu 5.3.0-40.32~18.04.1-generic 5.3.18
  RelatedPackageVersions:
   linux-restricted-modules-5.3.0-40-generic N/A
   linux-backports-modules-5.3.0-40-generic  N/A
   linux-firmware1.173.15
  RfKill:

  Tags:  bionic
  Uname: Linux 5.3.0-40-generic x86_64
  UpgradeStatus: No upgrade log present (probably fresh install)
  UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo
  _MarkForUpload: True
  dmi.bios.date: 11/28/2019
  dmi.bios.vendor: American Megatrends Inc.
  dmi.bios.version: F50
  dmi.board.asset.tag: Default string
  dmi.board.name: A320M-S2H-CF
  dmi.board.vendor: Gigabyte Technology Co., Ltd.
  dmi.board.version: x.x
  dmi.chassis.asset.tag: Default string
  dmi.chassis.type: 3
  dmi.chassis.vendor: Default string
  dmi.chassis.version: Default string
  dmi.modalias: 
dmi:bvnAmericanMegatrendsInc.:bvrF50:bd11/28/2019:svnGigabyteTechnologyCo.,Ltd.:pnA320M-S2H:pvrDefaultstring:rvnGigabyteTechnologyCo.,Ltd.:rnA320M-S2H-CF:rvrx.x:cvnDefaultstring:ct3:cvrDefaultstring:
  dmi.product.family: Default string
  dmi.product.name: A320M-S2H
  dmi.product.sku: Default string
  dmi.product.version: Default string
  dmi.sys.vendor: Gigabyte Technology Co., Ltd.
  --- 
  ProblemType: Bug
  ApportVersion: 2.20.9-0ubuntu7.11
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC2:  christophe   1565 F pulseaudio
   /dev/snd/controlC0:  christophe   1565 F pulseaudio
  CurrentDesktop: ubuntu:GNOME
  DistroRelease: Ubuntu 18.04
  InstallationDate: Installed on 2020-02-18 (15 days ago)
  InstallationMedia: Ubuntu 18.04.3 LTS "Bionic Beaver" - Release amd64 
(20190805)
  IwConfig:
   lono wireless extensions.
   
   enp6s0no wireless extensions.
  MachineType: Gigabyte Technology Co., Ltd. A320M-S2H
  Package: linux (not installed)
  ProcEnviron:
   TERM=xterm-256color
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=
   LANG=fr_FR.UTF-8
   SHELL=/bin/bash
  ProcFB: 0 amdgpudrmfb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.3.0-40-generic 
root=UUID=9757d7ed-95dd-47d2-a3a7-80be35d05879 ro quiet splash vt.handoff=1
  ProcVersionSignature: Ubuntu 5.3.0-40.32~18.04.1-generic 5.3.18
  RelatedPackageVersions:
   linux-restricted-modules-5.3.0-40-generic N/A
   linux-backports-modules-5.3.0-40-generic  N/A
   linux-firmware1.173.15
  RfKill:
   
  Tags:  bionic
  Uname: Linux 5.3.0-40-generic x86_64
  UpgradeStatus: No upgrade log present (probably fresh install)
  UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo
  _MarkForUpload: True
  dmi.bios.date: 11/28/2019
  dmi.bios.vendor: American Megatrends Inc.
  dmi.bios.version: F50
  dmi.board.asset.tag: Default string
  dmi.board.name: A320M-S2H-CF
  dmi.board.vendor: Gigabyte Technology Co., Ltd.
  dmi.board.version: x.x
  dmi.chassis.asset.tag: Default string
  dmi.chassis.type: 3
  dmi.chassis.vendor: Default string
  dmi.chassis.version: Default string
  dmi.modalias: 

[Kernel-packages] [Bug 1865199] Re: xenial/linux-fips: 4.4.0-1031.36 -proposed tracker

2020-03-15 Thread Ubuntu Kernel Bot
** Changed in: kernel-sru-workflow/promote-to-updates
   Status: New => Confirmed

** Tags removed: block-proposed-xenial

** Tags removed: block-proposed

** Description changed:

  This bug will contain status and test results related to a kernel source
  (or snap) as stated in the title.
  
  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow
  
  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865106
  packages:
main: linux-fips
meta: linux-meta-fips
signed: linux-signed-fips
- phase: Holding before Promote to Updates
- phase-changed: Thursday, 12. March 2020 18:19 UTC
+ phase: Ready for Promote to Updates
+ phase-changed: Monday, 16. March 2020 01:36 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
-   promote-to-updates: Holding -- cycle not ready to release
+   promote-to-updates: Pending -- ready to copy
  variant: debs

-- 
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/1865199

Title:
  xenial/linux-fips: 4.4.0-1031.36 -proposed tracker

Status in Kernel SRU Workflow:
  In Progress
Status in Kernel SRU Workflow automated-testing series:
  Invalid
Status in Kernel SRU Workflow certification-testing series:
  Invalid
Status in Kernel SRU Workflow prepare-package series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-meta series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-signed series:
  Fix Released
Status in Kernel SRU Workflow promote-signing-to-proposed series:
  Fix Released
Status in Kernel SRU Workflow promote-to-proposed series:
  Fix Released
Status in Kernel SRU Workflow promote-to-security series:
  Invalid
Status in Kernel SRU Workflow promote-to-updates series:
  Confirmed
Status in Kernel SRU Workflow regression-testing series:
  Fix Released
Status in Kernel SRU Workflow security-signoff series:
  Invalid
Status in Kernel SRU Workflow verification-testing series:
  Fix Released
Status in linux package in Ubuntu:
  Invalid
Status in linux source package in Xenial:
  Invalid

Bug description:
  This bug will contain status and test results related to a kernel
  source (or snap) as stated in the title.

  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow

  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865106
  packages:
main: linux-fips
meta: linux-meta-fips
signed: linux-signed-fips
  phase: Ready for Promote to Updates
  phase-changed: Monday, 16. March 2020 01:36 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
promote-to-updates: Pending -- ready to copy
  variant: debs

To manage notifications about this bug go to:
https://bugs.launchpad.net/kernel-sru-workflow/+bug/1865199/+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 1865245] Re: xenial/linux-aws: 4.4.0-1104.115 -proposed tracker

2020-03-15 Thread Ubuntu Kernel Bot
** Changed in: kernel-sru-workflow/promote-to-updates
   Status: New => Confirmed

** Tags removed: block-proposed-xenial

** Tags removed: block-proposed

** Description changed:

  This bug will contain status and test results related to a kernel source
  (or snap) as stated in the title.
  
  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow
  
  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865106
  packages:
main: linux-aws
meta: linux-meta-aws
- phase: Holding before Promote to Updates
- phase-changed: Saturday, 14. March 2020 03:55 UTC
+ phase: Ready for Promote to Updates
+ phase-changed: Monday, 16. March 2020 01:37 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
-   promote-to-updates: Holding -- cycle not ready to release
+   promote-to-updates: Pending -- ready to copy
  trackers:
xenial/linux-aws/aws-kernel: bug 1865244
  variant: debs

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

Title:
  xenial/linux-aws: 4.4.0-1104.115 -proposed tracker

Status in Kernel SRU Workflow:
  In Progress
Status in Kernel SRU Workflow automated-testing series:
  Fix Released
Status in Kernel SRU Workflow certification-testing series:
  Invalid
Status in Kernel SRU Workflow prepare-package series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-meta series:
  Fix Released
Status in Kernel SRU Workflow promote-to-proposed series:
  Fix Released
Status in Kernel SRU Workflow promote-to-security series:
  New
Status in Kernel SRU Workflow promote-to-updates series:
  Confirmed
Status in Kernel SRU Workflow regression-testing series:
  Fix Released
Status in Kernel SRU Workflow security-signoff series:
  Fix Released
Status in Kernel SRU Workflow verification-testing series:
  Fix Released
Status in linux-aws package in Ubuntu:
  Invalid
Status in linux-aws source package in Xenial:
  Confirmed

Bug description:
  This bug will contain status and test results related to a kernel
  source (or snap) as stated in the title.

  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow

  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865106
  packages:
main: linux-aws
meta: linux-meta-aws
  phase: Ready for Promote to Updates
  phase-changed: Monday, 16. March 2020 01:37 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
promote-to-updates: Pending -- ready to copy
  trackers:
xenial/linux-aws/aws-kernel: bug 1865244
  variant: debs

To manage notifications about this bug go to:
https://bugs.launchpad.net/kernel-sru-workflow/+bug/1865245/+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 1865243] Re: xenial/linux-kvm: 4.4.0-1068.75 -proposed tracker

2020-03-15 Thread Ubuntu Kernel Bot
** Changed in: kernel-sru-workflow/promote-to-updates
   Status: New => Confirmed

** Tags removed: block-proposed-xenial

** Tags removed: block-proposed

** Description changed:

  This bug will contain status and test results related to a kernel source
  (or snap) as stated in the title.
  
  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow
  
  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865106
  packages:
main: linux-kvm
meta: linux-meta-kvm
- phase: Holding before Promote to Updates
- phase-changed: Saturday, 14. March 2020 01:55 UTC
+ phase: Ready for Promote to Updates
+ phase-changed: Monday, 16. March 2020 01:36 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
-   promote-to-updates: Holding -- cycle not ready to release
+   promote-to-updates: Pending -- ready to copy
  variant: debs

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

Title:
  xenial/linux-kvm: 4.4.0-1068.75 -proposed tracker

Status in Kernel SRU Workflow:
  In Progress
Status in Kernel SRU Workflow automated-testing series:
  Fix Released
Status in Kernel SRU Workflow certification-testing series:
  Invalid
Status in Kernel SRU Workflow prepare-package series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-meta series:
  Fix Released
Status in Kernel SRU Workflow promote-to-proposed series:
  Fix Released
Status in Kernel SRU Workflow promote-to-security series:
  New
Status in Kernel SRU Workflow promote-to-updates series:
  Confirmed
Status in Kernel SRU Workflow regression-testing series:
  Fix Released
Status in Kernel SRU Workflow security-signoff series:
  Fix Released
Status in Kernel SRU Workflow verification-testing series:
  Fix Released
Status in linux-kvm package in Ubuntu:
  Invalid
Status in linux-kvm source package in Xenial:
  Confirmed

Bug description:
  This bug will contain status and test results related to a kernel
  source (or snap) as stated in the title.

  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow

  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865106
  packages:
main: linux-kvm
meta: linux-meta-kvm
  phase: Ready for Promote to Updates
  phase-changed: Monday, 16. March 2020 01:36 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
promote-to-updates: Pending -- ready to copy
  variant: debs

To manage notifications about this bug go to:
https://bugs.launchpad.net/kernel-sru-workflow/+bug/1865243/+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 1865246] Re: trusty/linux-aws: 4.4.0-1064.68 -proposed tracker

2020-03-15 Thread Ubuntu Kernel Bot
** Changed in: kernel-sru-workflow/promote-to-updates
   Status: New => Confirmed

** Tags removed: block-proposed-trusty

** Tags removed: block-proposed

** Description changed:

  This bug will contain status and test results related to a kernel source
  (or snap) as stated in the title.
  
  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow
  
  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865106
  packages:
main: linux-aws
meta: linux-meta-aws
- phase: Holding before Promote to Updates
- phase-changed: Thursday, 12. March 2020 18:20 UTC
+ phase: Ready for Promote to Updates
+ phase-changed: Monday, 16. March 2020 01:37 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
-   promote-to-updates: Holding -- cycle not ready to release
+   promote-to-updates: Pending -- ready to copy
  variant: debs

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

Title:
  trusty/linux-aws: 4.4.0-1064.68 -proposed tracker

Status in Kernel SRU Workflow:
  In Progress
Status in Kernel SRU Workflow automated-testing series:
  Invalid
Status in Kernel SRU Workflow certification-testing series:
  Invalid
Status in Kernel SRU Workflow prepare-package series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-meta series:
  Fix Released
Status in Kernel SRU Workflow promote-signing-to-proposed series:
  Invalid
Status in Kernel SRU Workflow promote-to-proposed series:
  Fix Released
Status in Kernel SRU Workflow promote-to-security series:
  Invalid
Status in Kernel SRU Workflow promote-to-updates series:
  Confirmed
Status in Kernel SRU Workflow regression-testing series:
  Fix Released
Status in Kernel SRU Workflow security-signoff series:
  Invalid
Status in Kernel SRU Workflow verification-testing series:
  Fix Released
Status in linux-aws package in Ubuntu:
  Invalid
Status in linux-aws source package in Trusty:
  Confirmed

Bug description:
  This bug will contain status and test results related to a kernel
  source (or snap) as stated in the title.

  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow

  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865106
  packages:
main: linux-aws
meta: linux-meta-aws
  phase: Ready for Promote to Updates
  phase-changed: Monday, 16. March 2020 01:37 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
promote-to-updates: Pending -- ready to copy
  variant: debs

To manage notifications about this bug go to:
https://bugs.launchpad.net/kernel-sru-workflow/+bug/1865246/+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 1863314] Re: xenial/linux-cascade: 4.4.0-1015.17 -proposed tracker

2020-03-15 Thread Ubuntu Kernel Bot
** Changed in: kernel-sru-workflow/promote-to-updates
   Status: New => Confirmed

** Tags removed: block-proposed-xenial

** Tags removed: block-proposed

** Description changed:

  This bug will contain status and test results related to a kernel source
  (or snap) as stated in the title.
  
  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow
  
  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865106
  packages:
main: linux-cascade
meta: linux-meta-cascade
signed: linux-signed-cascade
- phase: Holding before Promote to Updates
- phase-changed: Thursday, 12. March 2020 18:17 UTC
+ phase: Ready for Promote to Updates
+ phase-changed: Monday, 16. March 2020 01:33 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
-   promote-to-updates: Holding -- cycle not ready to release
+   promote-to-updates: Pending -- ready to copy
  trackers:
xenial/linux-cascade/cascade-kernel: bug 1863313
  variant: debs

-- 
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/1863314

Title:
  xenial/linux-cascade: 4.4.0-1015.17 -proposed tracker

Status in Kernel SRU Workflow:
  In Progress
Status in Kernel SRU Workflow automated-testing series:
  Invalid
Status in Kernel SRU Workflow certification-testing series:
  Invalid
Status in Kernel SRU Workflow prepare-package series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-meta series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-signed series:
  Fix Released
Status in Kernel SRU Workflow promote-signing-to-proposed series:
  Fix Released
Status in Kernel SRU Workflow promote-to-proposed series:
  Fix Released
Status in Kernel SRU Workflow promote-to-security series:
  Invalid
Status in Kernel SRU Workflow promote-to-updates series:
  Confirmed
Status in Kernel SRU Workflow regression-testing series:
  Invalid
Status in Kernel SRU Workflow security-signoff series:
  Invalid
Status in Kernel SRU Workflow verification-testing series:
  Fix Released
Status in linux package in Ubuntu:
  Invalid
Status in linux source package in Xenial:
  Invalid

Bug description:
  This bug will contain status and test results related to a kernel
  source (or snap) as stated in the title.

  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow

  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865106
  packages:
main: linux-cascade
meta: linux-meta-cascade
signed: linux-signed-cascade
  phase: Ready for Promote to Updates
  phase-changed: Monday, 16. March 2020 01:33 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
promote-to-updates: Pending -- ready to copy
  trackers:
xenial/linux-cascade/cascade-kernel: bug 1863313
  variant: debs

To manage notifications about this bug go to:
https://bugs.launchpad.net/kernel-sru-workflow/+bug/1863314/+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 1865106] Re: xenial/linux: 4.4.0-176.206 -proposed tracker

2020-03-15 Thread Ubuntu Kernel Bot
** Changed in: kernel-sru-workflow/promote-to-updates
   Status: New => Confirmed

** Tags removed: block-proposed-xenial

** Tags removed: block-proposed

** Description changed:

  This bug will contain status and test results related to a kernel source
  (or snap) as stated in the title.
  
  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow
  
  -- swm properties --
  boot-testing-requested: true
  bugs-spammed: true
  packages:
main: linux
meta: linux-meta
signed: linux-signed
- phase: Holding before Promote to Updates
- phase-changed: Saturday, 14. March 2020 04:15 UTC
+ phase: Ready for Promote to Updates
+ phase-changed: Monday, 16. March 2020 01:31 UTC
  reason:
-   promote-to-updates: Holding -- cycle not ready to release
+   promote-to-updates: Pending -- ready to copy
  trackers:
trusty/linux-aws: bug 1865246
trusty/linux-lts-xenial: bug 1865143
xenial/linux-aws: bug 1865245
xenial/linux-cascade: bug 1863314
xenial/linux-fips: bug 1865199
xenial/linux-kvm: bug 1865243
xenial/linux-raspi2: bug 1863324
xenial/linux-snapdragon: bug 1863329
xenial/linux/caracalla-kernel: bug 1865103
xenial/linux/pc-kernel: bug 1865104
xenial/linux/stlouis-kernel: bug 1865105
  variant: debs

-- 
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/1865106

Title:
  xenial/linux: 4.4.0-176.206 -proposed tracker

Status in Kernel SRU Workflow:
  In Progress
Status in Kernel SRU Workflow automated-testing series:
  Fix Released
Status in Kernel SRU Workflow certification-testing series:
  Fix Released
Status in Kernel SRU Workflow prepare-package series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-meta series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-signed series:
  Fix Released
Status in Kernel SRU Workflow promote-to-proposed series:
  Fix Released
Status in Kernel SRU Workflow promote-to-security series:
  New
Status in Kernel SRU Workflow promote-to-updates series:
  Confirmed
Status in Kernel SRU Workflow regression-testing series:
  Fix Released
Status in Kernel SRU Workflow security-signoff series:
  Fix Released
Status in Kernel SRU Workflow verification-testing series:
  Fix Released
Status in linux package in Ubuntu:
  Invalid
Status in linux source package in Xenial:
  Confirmed

Bug description:
  This bug will contain status and test results related to a kernel
  source (or snap) as stated in the title.

  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow

  -- swm properties --
  boot-testing-requested: true
  bugs-spammed: true
  packages:
main: linux
meta: linux-meta
signed: linux-signed
  phase: Ready for Promote to Updates
  phase-changed: Monday, 16. March 2020 01:31 UTC
  reason:
promote-to-updates: Pending -- ready to copy
  trackers:
trusty/linux-aws: bug 1865246
trusty/linux-lts-xenial: bug 1865143
xenial/linux-aws: bug 1865245
xenial/linux-cascade: bug 1863314
xenial/linux-fips: bug 1865199
xenial/linux-kvm: bug 1865243
xenial/linux-raspi2: bug 1863324
xenial/linux-snapdragon: bug 1863329
xenial/linux/caracalla-kernel: bug 1865103
xenial/linux/pc-kernel: bug 1865104
xenial/linux/stlouis-kernel: bug 1865105
  variant: debs

To manage notifications about this bug go to:
https://bugs.launchpad.net/kernel-sru-workflow/+bug/1865106/+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 1863324] Re: xenial/linux-raspi2: 4.4.0-1130.139 -proposed tracker

2020-03-15 Thread Ubuntu Kernel Bot
** Changed in: kernel-sru-workflow/promote-to-updates
   Status: New => Confirmed

** Tags removed: block-proposed-xenial

** Tags removed: block-proposed

** Description changed:

  This bug will contain status and test results related to a kernel source
  (or snap) as stated in the title.
  
  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow
  
  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865106
  packages:
main: linux-raspi2
meta: linux-meta-raspi2
- phase: Holding before Promote to Updates
- phase-changed: Saturday, 14. March 2020 00:20 UTC
+ phase: Ready for Promote to Updates
+ phase-changed: Monday, 16. March 2020 01:33 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
-   promote-to-updates: Holding -- cycle not ready to release
+   promote-to-updates: Pending -- ready to copy
  trackers:
xenial/linux-raspi2/pi2-kernel: bug 1863322
  variant: debs

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

Title:
  xenial/linux-raspi2: 4.4.0-1130.139 -proposed tracker

Status in Kernel SRU Workflow:
  In Progress
Status in Kernel SRU Workflow automated-testing series:
  Fix Released
Status in Kernel SRU Workflow certification-testing series:
  Fix Released
Status in Kernel SRU Workflow prepare-package series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-meta series:
  Fix Released
Status in Kernel SRU Workflow promote-to-proposed series:
  Fix Released
Status in Kernel SRU Workflow promote-to-security series:
  New
Status in Kernel SRU Workflow promote-to-updates series:
  Confirmed
Status in Kernel SRU Workflow regression-testing series:
  Invalid
Status in Kernel SRU Workflow security-signoff series:
  Fix Released
Status in Kernel SRU Workflow verification-testing series:
  Fix Released
Status in linux-raspi2 package in Ubuntu:
  Invalid
Status in linux-raspi2 source package in Xenial:
  Confirmed

Bug description:
  This bug will contain status and test results related to a kernel
  source (or snap) as stated in the title.

  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow

  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865106
  packages:
main: linux-raspi2
meta: linux-meta-raspi2
  phase: Ready for Promote to Updates
  phase-changed: Monday, 16. March 2020 01:33 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
promote-to-updates: Pending -- ready to copy
  trackers:
xenial/linux-raspi2/pi2-kernel: bug 1863322
  variant: debs

To manage notifications about this bug go to:
https://bugs.launchpad.net/kernel-sru-workflow/+bug/1863324/+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 1863329] Re: xenial/linux-snapdragon: 4.4.0-1134.142 -proposed tracker

2020-03-15 Thread Ubuntu Kernel Bot
** Changed in: kernel-sru-workflow/promote-to-updates
   Status: New => Confirmed

** Tags removed: block-proposed-xenial

** Tags removed: block-proposed

** Description changed:

  This bug will contain status and test results related to a kernel source
  (or snap) as stated in the title.
  
  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow
  
  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865106
  packages:
main: linux-snapdragon
meta: linux-meta-snapdragon
- phase: Holding before Promote to Updates
- phase-changed: Saturday, 14. March 2020 00:26 UTC
+ phase: Ready for Promote to Updates
+ phase-changed: Monday, 16. March 2020 01:34 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
-   promote-to-updates: Holding -- cycle not ready to release
+   promote-to-updates: Pending -- ready to copy
  trackers:
xenial/linux-snapdragon/dragonboard-kernel: bug 1863326
  variant: debs

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

Title:
  xenial/linux-snapdragon: 4.4.0-1134.142 -proposed tracker

Status in Kernel SRU Workflow:
  In Progress
Status in Kernel SRU Workflow automated-testing series:
  Fix Released
Status in Kernel SRU Workflow certification-testing series:
  Fix Released
Status in Kernel SRU Workflow prepare-package series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-meta series:
  Fix Released
Status in Kernel SRU Workflow promote-to-proposed series:
  Fix Released
Status in Kernel SRU Workflow promote-to-security series:
  New
Status in Kernel SRU Workflow promote-to-updates series:
  Confirmed
Status in Kernel SRU Workflow regression-testing series:
  Invalid
Status in Kernel SRU Workflow security-signoff series:
  Fix Released
Status in Kernel SRU Workflow verification-testing series:
  Fix Released
Status in linux-snapdragon package in Ubuntu:
  Invalid
Status in linux-snapdragon source package in Xenial:
  Confirmed

Bug description:
  This bug will contain status and test results related to a kernel
  source (or snap) as stated in the title.

  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow

  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865106
  packages:
main: linux-snapdragon
meta: linux-meta-snapdragon
  phase: Ready for Promote to Updates
  phase-changed: Monday, 16. March 2020 01:34 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
promote-to-updates: Pending -- ready to copy
  trackers:
xenial/linux-snapdragon/dragonboard-kernel: bug 1863326
  variant: debs

To manage notifications about this bug go to:
https://bugs.launchpad.net/kernel-sru-workflow/+bug/1863329/+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 1867559] Re: Qualcomm Atheros QCA9377 wifi 802.11ac very unstable and low speed

2020-03-15 Thread Kai-Heng Feng
** Also affects: linux (Ubuntu)
   Importance: Undecided
   Status: New

-- 
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/1867559

Title:
  Qualcomm Atheros QCA9377 wifi 802.11ac very unstable and low speed

Status in linux package in Ubuntu:
  Incomplete
Status in linux-firmware package in Ubuntu:
  New

Bug description:
  rafa@acer:~$ sudo lshw -C network
  [sudo] senha para rafa: 
*-network 
 descrição: Ethernet interface
 produto: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
 fabricante: Realtek Semiconductor Co., Ltd.
 ID físico: 0.1
 informações do barramento: pci@:01:00.1
 nome lógico: enp1s0f1
 versão: 12
 serial: 08:97:98:63:7d:2e
 capacidade: 1Gbit/s
 largura: 64 bits
 clock: 33MHz
 capacidades: pm msi pciexpress msix vpd bus_master cap_list ethernet 
physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
 configuração: autonegotiation=on broadcast=yes driver=r8169 
firmware=rtl8411-2_0.0.1 07/08/13 latency=0 link=no multicast=yes port=MII
 recursos: irq:16 porta de E/S:3000(tamanho=256) 
memória:b1204000-b1204fff memória:b120-b1203fff
*-network
 descrição: Interface sem fio
 produto: QCA9377 802.11ac Wireless Network Adapter
 fabricante: Qualcomm Atheros
 ID físico: 0
 informações do barramento: pci@:02:00.0
 nome lógico: wlp2s0
 versão: 31
 serial: a4:63:a1:0e:bc:42
 largura: 64 bits
 clock: 33MHz
 capacidades: pm msi pciexpress bus_master cap_list ethernet physical 
wireless
 configuração: broadcast=yes driver=ath10k_pci 
driverversion=5.3.0-40-generic firmware=WLAN.TF.2.1-00021-QCARMSWP-1 
ip=192.168.1.3 latency=0 link=yes multicast=yes wireless=IEEE 802.11
 recursos: irq:132 memória:b100-b11f


  Download speed around 100-600Kb/s on 5GHz connection using WPA/WPA2.

  Notebook ACER ASPIRE 3 A315-53-343Y

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1867559/+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 1867559] Missing required logs.

2020-03-15 Thread Ubuntu Kernel Bot
This bug is missing log files that will aid in diagnosing the problem.
While running an Ubuntu kernel (not a mainline or third-party kernel)
please enter the following command in a terminal window:

apport-collect 1867559

and then change the status of the bug to 'Confirmed'.

If, due to the nature of the issue you have encountered, you are unable
to run this command, please add a comment stating that fact and change
the bug status to 'Confirmed'.

This change has been made by an automated script, maintained by the
Ubuntu Kernel Team.

** Changed in: linux (Ubuntu)
   Status: New => Incomplete

** Tags added: eoan

-- 
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/1867559

Title:
  Qualcomm Atheros QCA9377 wifi 802.11ac very unstable and low speed

Status in linux package in Ubuntu:
  Incomplete
Status in linux-firmware package in Ubuntu:
  New

Bug description:
  rafa@acer:~$ sudo lshw -C network
  [sudo] senha para rafa: 
*-network 
 descrição: Ethernet interface
 produto: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
 fabricante: Realtek Semiconductor Co., Ltd.
 ID físico: 0.1
 informações do barramento: pci@:01:00.1
 nome lógico: enp1s0f1
 versão: 12
 serial: 08:97:98:63:7d:2e
 capacidade: 1Gbit/s
 largura: 64 bits
 clock: 33MHz
 capacidades: pm msi pciexpress msix vpd bus_master cap_list ethernet 
physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
 configuração: autonegotiation=on broadcast=yes driver=r8169 
firmware=rtl8411-2_0.0.1 07/08/13 latency=0 link=no multicast=yes port=MII
 recursos: irq:16 porta de E/S:3000(tamanho=256) 
memória:b1204000-b1204fff memória:b120-b1203fff
*-network
 descrição: Interface sem fio
 produto: QCA9377 802.11ac Wireless Network Adapter
 fabricante: Qualcomm Atheros
 ID físico: 0
 informações do barramento: pci@:02:00.0
 nome lógico: wlp2s0
 versão: 31
 serial: a4:63:a1:0e:bc:42
 largura: 64 bits
 clock: 33MHz
 capacidades: pm msi pciexpress bus_master cap_list ethernet physical 
wireless
 configuração: broadcast=yes driver=ath10k_pci 
driverversion=5.3.0-40-generic firmware=WLAN.TF.2.1-00021-QCARMSWP-1 
ip=192.168.1.3 latency=0 link=yes multicast=yes wireless=IEEE 802.11
 recursos: irq:132 memória:b100-b11f


  Download speed around 100-600Kb/s on 5GHz connection using WPA/WPA2.

  Notebook ACER ASPIRE 3 A315-53-343Y

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1867559/+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 1865419] Re: bionic/linux-aws-fips: 4.15.0-2012.12 -proposed tracker

2020-03-15 Thread Ubuntu Kernel Bot
** Description changed:

  This bug will contain status and test results related to a kernel source
  (or snap) as stated in the title.
  
  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow
  
  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865269
  packages:
lrm: linux-restricted-modules-aws-fips
main: linux-aws-fips
meta: linux-meta-aws-fips
signed: linux-signed-aws-fips
  phase: Holding before Promote to Updates
  phase-changed: Friday, 13. March 2020 17:29 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
-   promote-to-updates: Holding -- cycle not ready to release
+   promote-to-updates: Holding -- master bug not ready for release
  variant: debs

-- 
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/1865419

Title:
  bionic/linux-aws-fips: 4.15.0-2012.12 -proposed tracker

Status in Kernel SRU Workflow:
  In Progress
Status in Kernel SRU Workflow automated-testing series:
  Invalid
Status in Kernel SRU Workflow certification-testing series:
  Invalid
Status in Kernel SRU Workflow prepare-package series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-lrm series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-meta series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-signed series:
  Fix Released
Status in Kernel SRU Workflow promote-signing-to-proposed series:
  Fix Released
Status in Kernel SRU Workflow promote-to-proposed series:
  Fix Released
Status in Kernel SRU Workflow promote-to-security series:
  Invalid
Status in Kernel SRU Workflow promote-to-updates series:
  New
Status in Kernel SRU Workflow regression-testing series:
  Fix Released
Status in Kernel SRU Workflow security-signoff series:
  Invalid
Status in Kernel SRU Workflow verification-testing series:
  Fix Released
Status in linux package in Ubuntu:
  Invalid
Status in linux source package in Bionic:
  Invalid

Bug description:
  This bug will contain status and test results related to a kernel
  source (or snap) as stated in the title.

  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow

  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865269
  packages:
lrm: linux-restricted-modules-aws-fips
main: linux-aws-fips
meta: linux-meta-aws-fips
signed: linux-signed-aws-fips
  phase: Holding before Promote to Updates
  phase-changed: Friday, 13. March 2020 17:29 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
promote-to-updates: Holding -- master bug not ready for release
  variant: debs

To manage notifications about this bug go to:
https://bugs.launchpad.net/kernel-sru-workflow/+bug/1865419/+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 1865479] Re: xenial/linux-oracle: 4.15.0-1035.38~16.04.1 -proposed tracker

2020-03-15 Thread Ubuntu Kernel Bot
** Description changed:

  This bug will contain status and test results related to a kernel source
  (or snap) as stated in the title.
  
  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow
  
  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865480
  packages:
main: linux-oracle
meta: linux-meta-oracle
signed: linux-signed-oracle
  phase: Holding before Promote to Updates
  phase-changed: Saturday, 14. March 2020 01:58 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
-   promote-to-updates: Holding -- cycle not ready to release
+   promote-to-updates: Holding -- master bug not ready for release
  variant: debs

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

Title:
  xenial/linux-oracle: 4.15.0-1035.38~16.04.1 -proposed tracker

Status in Kernel SRU Workflow:
  In Progress
Status in Kernel SRU Workflow automated-testing series:
  Fix Released
Status in Kernel SRU Workflow certification-testing series:
  Invalid
Status in Kernel SRU Workflow prepare-package series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-meta series:
  Fix Released
Status in Kernel SRU Workflow prepare-package-signed series:
  Fix Released
Status in Kernel SRU Workflow promote-to-proposed series:
  Fix Released
Status in Kernel SRU Workflow promote-to-security series:
  New
Status in Kernel SRU Workflow promote-to-updates series:
  New
Status in Kernel SRU Workflow regression-testing series:
  Fix Released
Status in Kernel SRU Workflow security-signoff series:
  Fix Released
Status in Kernel SRU Workflow verification-testing series:
  Fix Released
Status in linux-oracle package in Ubuntu:
  Invalid
Status in linux-oracle source package in Xenial:
  Confirmed

Bug description:
  This bug will contain status and test results related to a kernel
  source (or snap) as stated in the title.

  For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow

  -- swm properties --
  boot-testing-requested: true
  kernel-stable-master-bug: 1865480
  packages:
main: linux-oracle
meta: linux-meta-oracle
signed: linux-signed-oracle
  phase: Holding before Promote to Updates
  phase-changed: Saturday, 14. March 2020 01:58 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
promote-to-updates: Holding -- master bug not ready for release
  variant: debs

To manage notifications about this bug go to:
https://bugs.launchpad.net/kernel-sru-workflow/+bug/1865479/+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 1861338] Re: RPI4 wifi unreliable when usb3 storage is attached

2020-03-15 Thread Hui Wang
OK, thx for your investigation.

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

Title:
  RPI4 wifi unreliable when usb3 storage is attached

Status in linux-raspi2 package in Ubuntu:
  Incomplete
Status in linux-raspi2 source package in Eoan:
  Incomplete

Bug description:
  On RPI4, if you set up netplan to use wifi, and plug in a usb3 storage
  device to one of the 2x usb3 ports (the ones closest to the ethernet
  port), wifi will sudden stop working. If you unplug the usb stick
  while running a ping, it will usually start working again almost
  instantaneously.

  Kernel version I have is: 5.3.0-1017-raspi2
  and I've confirmed this happens on both armhf and arm64

  The only thing I found in journalctl that looks suspicious is this, but it 
seems to have happened before plugging in the usb stick:
  Jan 29 20:54:59 ubuntu wpa_supplicant[1129]: random: Cannot read from 
/dev/random: Resource temporarily unavailable

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux-raspi2/+bug/1861338/+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 1859754] Re: add ucm to make alsa/sof driver work under PA (variants of Lenovo X1 Carbon 7th, Dell cnl and cml machines)

2020-03-15 Thread Hui Wang
@Paolo,

Please wait for -43 kernel. (41 and 42) has some regression.

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

Title:
  add ucm to make alsa/sof driver work under PA (variants of Lenovo X1
  Carbon 7th, Dell cnl and cml machines)

Status in HWE Next:
  New
Status in alsa-lib package in Ubuntu:
  Fix Committed
Status in alsa-lib source package in Bionic:
  Fix Committed
Status in alsa-lib source package in Eoan:
  Fix Committed

Bug description:
  This ucm is only for Eoan and Bionic, for focal and future versions,
  we plan to integrate the ucm2 instead of this ucm, and the ucm2
  depends on the alsa-lib-1.2.1 and pluseaudio-v14, the ucm2 is under
  developing by the community, is not ready yet.

  [Impact]
  In the oem project, we have a couple of Lenovo and Dell machines which
  connect the digital mic to PCH directly, this design needs the new
  sound driver soc/sof, and this driver can't work under pulseaudio
  automatically, we need to integrate the ucm for the driver, then the
  sof dirver could work under pulseaudio and gnome.

  This ucm is maintained by intel audio team, and it is not upstreamed
  and will not be upstreamed, since the community is developing the ucm2
  which is based on at least alsa-lib-1.2.1 and pulseaudio-v14.0 (still
  under developing), for bionic and eoan, we have to integrate this ucm
  since the alsa-lib version is too low. For focal and future version, we
  are going to integrate the ucm2 after the ucm2 is ready.

  This ucm is already verified in the oem project, now it is time to put it
  into the stock ubuntu. 

  [Fix]
  These ucm files are backported from sof_ucm1 branch of
  https://github.com/thesofproject/alsa-ucm-conf.git

  [Test Case]
  Boot the eoan kernel or oem-osp1-bionic kernel, then check the log of
  pulseaudio, the ucm files are loaded successfully, then check the
  gnome-sound-setting, both output and input devices work well.

  [Regression Risk]
  Low, just add some new ucm files, and this will not affect other machines,
  and those new added ucm files are only used by specific machines which enable
  the sof driver.

To manage notifications about this bug go to:
https://bugs.launchpad.net/hwe-next/+bug/1859754/+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 1859754] Re: add ucm to make alsa/sof driver work under PA (variants of Lenovo X1 Carbon 7th, Dell cnl and cml machines)

2020-03-15 Thread Paolo Mainardi
Hi everyone again, i am experiencing some APCI issues using 5.3.0-40 with sof 
drivers activated. It happens, almost randomly at this stage that the system is 
not waking up after a sleep, initiated by Gnome, what i see is just the fn led 
active on the X1-carbon-7h. 
It seems that disabling sof and loading the standard kernel modules (the 
blacklisted ones) the problem disappear. I saw that in 41 and 42 there are some 
ACPI-related fixes, but suddenly they broke the mic.

Is this something tracked somewhere ? Is there something should i check
to debug this error ?

Thanks.

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

Title:
  add ucm to make alsa/sof driver work under PA (variants of Lenovo X1
  Carbon 7th, Dell cnl and cml machines)

Status in HWE Next:
  New
Status in alsa-lib package in Ubuntu:
  Fix Committed
Status in alsa-lib source package in Bionic:
  Fix Committed
Status in alsa-lib source package in Eoan:
  Fix Committed

Bug description:
  This ucm is only for Eoan and Bionic, for focal and future versions,
  we plan to integrate the ucm2 instead of this ucm, and the ucm2
  depends on the alsa-lib-1.2.1 and pluseaudio-v14, the ucm2 is under
  developing by the community, is not ready yet.

  [Impact]
  In the oem project, we have a couple of Lenovo and Dell machines which
  connect the digital mic to PCH directly, this design needs the new
  sound driver soc/sof, and this driver can't work under pulseaudio
  automatically, we need to integrate the ucm for the driver, then the
  sof dirver could work under pulseaudio and gnome.

  This ucm is maintained by intel audio team, and it is not upstreamed
  and will not be upstreamed, since the community is developing the ucm2
  which is based on at least alsa-lib-1.2.1 and pulseaudio-v14.0 (still
  under developing), for bionic and eoan, we have to integrate this ucm
  since the alsa-lib version is too low. For focal and future version, we
  are going to integrate the ucm2 after the ucm2 is ready.

  This ucm is already verified in the oem project, now it is time to put it
  into the stock ubuntu. 

  [Fix]
  These ucm files are backported from sof_ucm1 branch of
  https://github.com/thesofproject/alsa-ucm-conf.git

  [Test Case]
  Boot the eoan kernel or oem-osp1-bionic kernel, then check the log of
  pulseaudio, the ucm files are loaded successfully, then check the
  gnome-sound-setting, both output and input devices work well.

  [Regression Risk]
  Low, just add some new ucm files, and this will not affect other machines,
  and those new added ucm files are only used by specific machines which enable
  the sof driver.

To manage notifications about this bug go to:
https://bugs.launchpad.net/hwe-next/+bug/1859754/+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 1865570] Re: suspend only works once on ThinkPad X1 Carbon gen 7

2020-03-15 Thread Eugene Crosser
To check the theory from comment #13, I built kernel from mainline at
tag v5.6-rc5. Out of the box, it behaves the same way as all recent
kernels: suspend works only the first time. I could not revert commit
f15bb6d (there were later changes), instead I commented out the calls to
e1000e_s0ix_entry_flow() and e1000e_s0ix_exit_flow()


diff --git a/drivers/net/ethernet/intel/e1000e/netdev.c 
b/drivers/net/ethernet/intel/e1000e/netdev.c
index db4ea58bac82..53f8ed97d282 100644
--- a/drivers/net/ethernet/intel/e1000e/netdev.c
+++ b/drivers/net/ethernet/intel/e1000e/netdev.c
@@ -6860,8 +6860,8 @@ static int e1000e_pm_suspend(struct device *dev)
e1000e_pm_thaw(dev);
 
/* Introduce S0ix implementation */
-   if (hw->mac.type >= e1000_pch_cnp)
-   e1000e_s0ix_entry_flow(adapter);
+   /*if (hw->mac.type >= e1000_pch_cnp)
+   e1000e_s0ix_entry_flow(adapter);*/
 
return rc;
 }
@@ -6875,8 +6875,8 @@ static int e1000e_pm_resume(struct device *dev)
int rc;
 
/* Introduce S0ix implementation */
-   if (hw->mac.type >= e1000_pch_cnp)
-   e1000e_s0ix_exit_flow(adapter);
+   /* if (hw->mac.type >= e1000_pch_cnp)
+   e1000e_s0ix_exit_flow(adapter);*/
 
rc = __e1000_resume(pdev);
if (rc)


And voila, suspend works normally every time now!
Apparently S0ix implementation is indeed the culprit.

-- 
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/1865570

Title:
  suspend only works once on ThinkPad X1 Carbon gen 7

Status in linux package in Ubuntu:
  Incomplete

Bug description:
  5.4.0-16 and 5.4.0-17 go to suspend when the lid is closed, but *only
  once* after boot. On subsequent attempts, when the lid it closed,
  backlight and wifi are turned off, but system does not suspend.

  First successful suspend:
  [ 147.413295] PM: suspend entry (s2idle)
  [ 147.416601] Filesystems sync: 0.003 seconds
  [ 147.419371] Freezing user space processes ... (elapsed 0.001 seconds) done.
  [ 147.421210] OOM killer disabled.
  [ 147.421210] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) 
done.
  [ 147.422375] printk: Suspending console(s) (use no_console_suspend to debug)
  [ 147.422630] wlp0s20f3: deauthenticating from 18:d6:c7:61:95:c2 by local 
choice (Reason: 3=DEAUTH_LEAVING)
  [ 147.527810] e1000e: EEE TX LPI TIMER: 0011
  [ 150.246317] ACPI: EC: interrupt blocked
  [ 881.134544] ACPI: EC: interrupt unblocked
  [ 883.933255] iwlwifi :00:14.3: Applying debug destination EXTERNAL_DRAM
  [ 884.047802] iwlwifi :00:14.3: Applying debug destination EXTERNAL_DRAM
  [ 884.112730] iwlwifi :00:14.3: FW already configured (0) - re-configuring
  [ 886.815475] e1000e :00:1f.6 enp0s31f6: PHY Wakeup cause - Unicast Packet
  [ 887.485832] e1000e :00:1f.6 enp0s31f6: Hardware Error
  [ 888.016931] OOM killer enabled.
  [ 888.016932] Restarting tasks ... done.
  [ 888.060613] PM: suspend exit

  Second unsuccessful suspend:
  [ 907.584802] PM: suspend entry (s2idle)
  [ 907.589779] Filesystems sync: 0.004 seconds
  [ 907.591416] Freezing user space processes ... (elapsed 0.002 seconds) done.
  [ 907.593518] OOM killer disabled.
  [ 907.593518] Freezing remaining freezable tasks ... (elapsed 0.328 seconds) 
done.
  [ 907.921560] printk: Suspending console(s) (use no_console_suspend to debug)
  [ 907.922127] wlp0s20f3: deauthenticating from 18:d6:c7:61:95:c2 by local 
choice (Reason: 3=DEAUTH_LEAVING)
  [ 908.024438] e1000e: EEE TX LPI TIMER: 0011
  [ 909.916364] PM: pci_pm_suspend(): e1000e_pm_suspend+0x0/0x80 [e1000e] 
returns -2
  [ 909.916367] PM: dpm_run_callback(): pci_pm_suspend+0x0/0x150 returns -2
  [ 909.916369] PM: Device :00:1f.6 failed to suspend async: error -2
  [ 911.183052] PM: Some devices failed to suspend, or early wake event detected
  [ 911.197091] iwlwifi :00:14.3: Applying debug destination EXTERNAL_DRAM
  [ 911.314903] iwlwifi :00:14.3: Applying debug destination EXTERNAL_DRAM
  [ 911.382438] iwlwifi :00:14.3: FW already configured (0) - re-configuring
  [ 911.413624] OOM killer enabled.
  [ 911.413625] Restarting tasks ... done.
  [ 911.462021] PM: suspend exit

  It looks like Ethernet driver prevents suspend. Ethernet is not
  connected (I do not have the adaptor).

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1865570/+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 1867559] [NEW] Qualcomm Atheros QCA9377 wifi 802.11ac very unstable and low speed

2020-03-15 Thread Rafael R. Vieira
Public bug reported:

rafa@acer:~$ sudo lshw -C network
[sudo] senha para rafa: 
  *-network 
   descrição: Ethernet interface
   produto: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
   fabricante: Realtek Semiconductor Co., Ltd.
   ID físico: 0.1
   informações do barramento: pci@:01:00.1
   nome lógico: enp1s0f1
   versão: 12
   serial: 08:97:98:63:7d:2e
   capacidade: 1Gbit/s
   largura: 64 bits
   clock: 33MHz
   capacidades: pm msi pciexpress msix vpd bus_master cap_list ethernet 
physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
   configuração: autonegotiation=on broadcast=yes driver=r8169 
firmware=rtl8411-2_0.0.1 07/08/13 latency=0 link=no multicast=yes port=MII
   recursos: irq:16 porta de E/S:3000(tamanho=256) 
memória:b1204000-b1204fff memória:b120-b1203fff
  *-network
   descrição: Interface sem fio
   produto: QCA9377 802.11ac Wireless Network Adapter
   fabricante: Qualcomm Atheros
   ID físico: 0
   informações do barramento: pci@:02:00.0
   nome lógico: wlp2s0
   versão: 31
   serial: a4:63:a1:0e:bc:42
   largura: 64 bits
   clock: 33MHz
   capacidades: pm msi pciexpress bus_master cap_list ethernet physical 
wireless
   configuração: broadcast=yes driver=ath10k_pci 
driverversion=5.3.0-40-generic firmware=WLAN.TF.2.1-00021-QCARMSWP-1 
ip=192.168.1.3 latency=0 link=yes multicast=yes wireless=IEEE 802.11
   recursos: irq:132 memória:b100-b11f


Download speed around 100-600Kb/s on 5GHz connection using WPA/WPA2.

Notebook ACER ASPIRE 3 A315-53-343Y

** Affects: linux-firmware (Ubuntu)
 Importance: Undecided
 Status: New

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

Title:
  Qualcomm Atheros QCA9377 wifi 802.11ac very unstable and low speed

Status in linux-firmware package in Ubuntu:
  New

Bug description:
  rafa@acer:~$ sudo lshw -C network
  [sudo] senha para rafa: 
*-network 
 descrição: Ethernet interface
 produto: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
 fabricante: Realtek Semiconductor Co., Ltd.
 ID físico: 0.1
 informações do barramento: pci@:01:00.1
 nome lógico: enp1s0f1
 versão: 12
 serial: 08:97:98:63:7d:2e
 capacidade: 1Gbit/s
 largura: 64 bits
 clock: 33MHz
 capacidades: pm msi pciexpress msix vpd bus_master cap_list ethernet 
physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
 configuração: autonegotiation=on broadcast=yes driver=r8169 
firmware=rtl8411-2_0.0.1 07/08/13 latency=0 link=no multicast=yes port=MII
 recursos: irq:16 porta de E/S:3000(tamanho=256) 
memória:b1204000-b1204fff memória:b120-b1203fff
*-network
 descrição: Interface sem fio
 produto: QCA9377 802.11ac Wireless Network Adapter
 fabricante: Qualcomm Atheros
 ID físico: 0
 informações do barramento: pci@:02:00.0
 nome lógico: wlp2s0
 versão: 31
 serial: a4:63:a1:0e:bc:42
 largura: 64 bits
 clock: 33MHz
 capacidades: pm msi pciexpress bus_master cap_list ethernet physical 
wireless
 configuração: broadcast=yes driver=ath10k_pci 
driverversion=5.3.0-40-generic firmware=WLAN.TF.2.1-00021-QCARMSWP-1 
ip=192.168.1.3 latency=0 link=yes multicast=yes wireless=IEEE 802.11
 recursos: irq:132 memória:b100-b11f


  Download speed around 100-600Kb/s on 5GHz connection using WPA/WPA2.

  Notebook ACER ASPIRE 3 A315-53-343Y

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux-firmware/+bug/1867559/+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 1828168] Re: [Surface Pro 3] Marvell 88W8897 wifi (module mwifiex) does not work

2020-03-15 Thread PaulSchulz
Just linking here for future reference. Work on additional support for
Surface Pro 3 hardware can be found here: https://github.com/jakeday
/linux-surface

-- 
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/1828168

Title:
  [Surface Pro 3] Marvell 88W8897 wifi (module mwifiex) does not work

Status in linux package in Ubuntu:
  Triaged

Bug description:
  ProblemType: Bug
  DistroRelease: Ubuntu 19.04
  Package: linux-image-5.0.0-13-generic 5.0.0-13.14
  ProcVersionSignature: Ubuntu 5.0.0-13.14-generic 5.0.6
  Uname: Linux 5.0.0-13-generic x86_64
  ApportVersion: 2.20.10-0ubuntu27
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  paul   2763 F pulseaudio
   /dev/snd/controlC1:  paul   2763 F pulseaudio
  Date: Wed May  8 16:35:11 2019
  InstallationDate: Installed on 2018-01-13 (480 days ago)
  InstallationMedia: Ubuntu 17.10 "Artful Aardvark" - Release amd64 (20171018)
  MachineType: Microsoft Corporation Surface Pro 3
  ProcEnviron:
   LANGUAGE=en_AU:en
   TERM=xterm-256color
   PATH=(custom, no user)
   LANG=en_AU.UTF-8
   SHELL=/bin/bash
  ProcFB: 0 inteldrmfb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.0.0-13-generic 
root=UUID=2aaa6b5c-4cbb-4d78-92b5-b8f96f30eb4f ro quiet splash vt.handoff=1
  PulseList: Error: command ['pacmd', 'list'] failed with exit code 1: No 
PulseAudio daemon running, or not running as session daemon.
  RelatedPackageVersions:
   linux-restricted-modules-5.0.0-13-generic N/A
   linux-backports-modules-5.0.0-13-generic  N/A
   linux-firmware1.178
  RfKill:

  SourcePackage: linux
  UpgradeStatus: Upgraded to disco on 2019-04-23 (14 days ago)
  dmi.bios.date: 06/12/2018
  dmi.bios.vendor: American Megatrends Inc.
  dmi.bios.version: 3.11.2550
  dmi.board.asset.tag: 0
  dmi.board.name: Surface Pro 3
  dmi.board.vendor: Microsoft Corporation
  dmi.board.version: 1
  dmi.chassis.asset.tag: 0
  dmi.chassis.type: 9
  dmi.chassis.vendor: Microsoft Corporation
  dmi.chassis.version: 1
  dmi.modalias: 
dmi:bvnAmericanMegatrendsInc.:bvr3.11.2550:bd06/12/2018:svnMicrosoftCorporation:pnSurfacePro3:pvr1:rvnMicrosoftCorporation:rnSurfacePro3:rvr1:cvnMicrosoftCorporation:ct9:cvr1:
  dmi.product.family: Surface
  dmi.product.name: Surface Pro 3
  dmi.product.sku: Surface_Pro_3
  dmi.product.version: 1
  dmi.sys.vendor: Microsoft Corporation

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1828168/+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 1863087] Re: i915 GPU HANG: ecode 9:1:0x00000000, hang on rcs0

2020-03-15 Thread Haw Loeung
*** This bug is a duplicate of bug 1861395 ***
https://bugs.launchpad.net/bugs/1861395

** This bug is no longer a duplicate of bug 1862865
   i915 :00:02.0: Resetting rcs0 for stuck wait on rcs0
** This bug has been marked a duplicate of bug 1861395
   system hang: i915 Resetting rcs0 for hang on rcs0

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

Title:
  i915 GPU HANG: ecode 9:1:0x, hang on rcs0

Status in linux-signed-5.4 package in Ubuntu:
  Confirmed

Bug description:
  During normal desktop use I noticed the whole desktop freeze and it
  would not respond (even mouse was frozen and virtual consoles were
  inaccessible) - so I rebooted using Alt-SysRq-RIESUB and the following
  was in the logs:

  Feb 13 16:15:19 slate kernel: i915 :00:02.0: GPU HANG: ecode 
9:1:0x, hang on rcs0
  Feb 13 16:15:19 slate kernel: GPU hangs can indicate a bug anywhere in the 
entire gfx stack, including userspace.
  Feb 13 16:15:19 slate kernel: Please file a _new_ bug report on 
bugs.freedesktop.org against DRI -> DRM/Intel
  Feb 13 16:15:19 slate kernel: drm/i915 developers can then reassign to the 
right component if it's not a kernel issue.
  Feb 13 16:15:19 slate kernel: The GPU crash dump is required to analyze GPU 
hangs, so please always attach it.
  Feb 13 16:15:19 slate kernel: GPU crash dump saved to 
/sys/class/drm/card0/error
  Feb 13 16:15:19 slate kernel: i915 :00:02.0: Resetting rcs0 for hang on 
rcs0
  Feb 13 16:15:19 slate kernel: [drm:gen8_reset_engines [i915]] *ERROR* rcs0 
reset request timed out: {request: 0001, RESET_CTL: 0001}
  Feb 13 16:15:19 slate kernel: i915 :00:02.0: Resetting chip for hang on 
rcs0
  Feb 13 16:15:19 slate kernel: [drm:gen8_reset_engines [i915]] *ERROR* rcs0 
reset request timed out: {request: 0001, RESET_CTL: 0001}
  Feb 13 16:15:19 slate kernel: [drm:gen8_reset_engines [i915]] *ERROR* rcs0 
reset request timed out: {request: 0001, RESET_CTL: 0001}
  Feb 13 16:15:20 slate /usr/lib/gdm3/gdm-x-session[6923]: (II) modeset(0): 
EDID vendor "DEL", prod id 53409
  Feb 13 16:15:20 slate /usr/lib/gdm3/gdm-x-session[6923]: (II) modeset(0): 
Using hsync ranges from config file
  Feb 13 16:15:20 slate /usr/lib/gdm3/gdm-x-session[6923]: (II) modeset(0): 
Using vrefresh ranges from config file
  Feb 13 16:15:20 slate /usr/lib/gdm3/gdm-x-session[6923]: (II) modeset(0): 
Printing DDC gathered Modelines:
  Feb 13 16:15:20 slate /usr/lib/gdm3/gdm-x-session[6923]: (II) modeset(0): 
Modeline "1920x1080"x0.0  148.50  1920 2008 2052 2200  1080 1084 1089 1125 
+hsync +vsync (67.5 kHz eP)
  Feb 13 16:15:20 slate /usr/lib/gdm3/gdm-x-session[6923]: (II) modeset(0): 
Modeline "1920x1080"x0.0  174.50  1920 1968 2000 2080  1080 1083 1088 1119 
+hsync -vsync (83.9 kHz e)
  Feb 13 16:15:20 slate /usr/lib/gdm3/gdm-x-session[6923]: (II) modeset(0): 
Modeline "1920x1080i"x0.0   74.25  1920 2008 2052 2200  1080 1084 1094 1125 
interlace +hsync +vsync (33.8 kHz e)
  Feb 13 16:15:20 slate /usr/lib/gdm3/gdm-x-session[6923]: (II) modeset(0): 
Modeline "1280x720"x0.0   74.25  1280 1390 1430 1650  720 725 730 750 +hsync 
+vsync (45.0 kHz e)
  Feb 13 16:15:20 slate /usr/lib/gdm3/gdm-x-session[6923]: (II) modeset(0): 
Modeline "720x480"x0.0   27.00  720 736 798 858  480 489 495 525 -hsync -vsync 
(31.5 kHz e)
  Feb 13 16:15:20 slate /usr/lib/gdm3/gdm-x-session[6923]: (II) modeset(0): 
Modeline "1440x480i"x0.0   27.00  1440 1478 1602 1716  480 488 494 525 
interlace -hsync -vsync (15.7 kHz e)
  Feb 13 16:15:20 slate /usr/lib/gdm3/gdm-x-session[6923]: (II) modeset(0): 
Modeline "1440x576i"x0.0   27.00  1440 1464 1590 1728  576 580 586 625 
interlace -hsync -vsync (15.6 kHz e)
  Feb 13 16:15:20 slate /usr/lib/gdm3/gdm-x-session[6923]: (II) modeset(0): 
Modeline "640x480"x0.0   25.18  640 656 752 800  480 490 492 525 -hsync -vsync 
(31.5 kHz e)
  Feb 13 16:15:20 slate /usr/lib/gdm3/gdm-x-session[6923]: (II) modeset(0): 
Modeline "1920x1080i"x0.0   74.25  1920 2448 2492 2640  1080 1084 1094 1125 
interlace +hsync +vsync (28.1 kHz e)
  Feb 13 16:15:20 slate /usr/lib/gdm3/gdm-x-session[6923]: (II) modeset(0): 
Modeline "1920x1080"x0.0  148.50  1920 2448 2492 2640  1080 1084 1089 1125 
+hsync +vsync (56.2 kHz e)
  Feb 13 16:15:20 slate /usr/lib/gdm3/gdm-x-session[6923]: (II) modeset(0): 
Modeline "720x576"x0.0   27.00  720 732 796 864  576 581 586 625 -hsync -vsync 
(31.2 kHz e)
  Feb 13 16:15:20 slate /usr/lib/gdm3/gdm-x-session[6923]: (II) modeset(0): 
Modeline "1280x720"x0.0   74.25  1280 1720 1760 1980  720 725 730 750 +hsync 
+vsync (37.5 kHz e)
  Feb 13 16:15:20 slate /usr/lib/gdm3/gdm-x-session[6923]: (II) modeset(0): 
Modeline "800x600"x0.0   40.00  800 840 968 1056  600 601 605 628 +hsync +vsync 
(37.9 kHz e)
  Feb 13 16:15:20 slate /usr/lib/gdm3/gdm-x-session[6923]: (II) modeset(0): 
Modeline "640x480"x0.0   31.50  640 656 

[Kernel-packages] [Bug 1861395] Re: system hang: i915 Resetting rcs0 for hang on rcs0

2020-03-15 Thread Haw Loeung
5.4.0-18.22 looks good too, been up for 2 days, 10:52.

** Tags removed: verification-needed-focal
** Tags added: verification-done-focal

** Changed in: linux (Ubuntu Focal)
   Status: Incomplete => Confirmed

-- 
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/1861395

Title:
  system hang: i915 Resetting rcs0 for hang on rcs0

Status in Linux:
  Fix Released
Status in linux package in Ubuntu:
  Confirmed
Status in linux source package in Eoan:
  Invalid
Status in linux source package in Focal:
  Confirmed

Bug description:
  System hangs, unknown cause, When this happens, the mouse pointer
  still moves, but I can't do anything else with the keys or clicking in
  the UI.  Only recover I have found is a hard power-off

  Last bit of kern.log below:

  Jan 30 12:43:51 aries kernel: [ 6649.263031] i915 :00:02.0: GPU HANG: 
ecode 9:1:0x, hang on rcs0
  Jan 30 12:43:51 aries kernel: [ 6649.263032] GPU hangs can indicate a bug 
anywhere in the entire gfx stack, including userspace.
  Jan 30 12:43:51 aries kernel: [ 6649.263033] Please file a _new_ bug report 
on bugs.freedesktop.org against DRI -> DRM/Intel
  Jan 30 12:43:51 aries kernel: [ 6649.263033] drm/i915 developers can then 
reassign to the right component if it's not a kernel issue.
  Jan 30 12:43:51 aries kernel: [ 6649.263034] The GPU crash dump is required 
to analyze GPU hangs, so please always attach it.
  Jan 30 12:43:51 aries kernel: [ 6649.263034] GPU crash dump saved to 
/sys/class/drm/card0/error
  Jan 30 12:43:51 aries kernel: [ 6649.264039] i915 :00:02.0: Resetting 
rcs0 for hang on rcs0
  Jan 30 12:43:51 aries kernel: [ 6649.264778] [drm:gen8_reset_engines [i915]] 
*ERROR* rcs0 reset request timed out: {request: 0001, RESET_CTL: 0001}
  Jan 30 12:43:51 aries kernel: [ 6649.265046] i915 :00:02.0: Resetting 
chip for hang on rcs0
  Jan 30 12:43:51 aries kernel: [ 6649.267018] [drm:gen8_reset_engines [i915]] 
*ERROR* rcs0 reset request timed out: {request: 0001, RESET_CTL: 0001}
  Jan 30 12:43:51 aries kernel: [ 6649.267764] [drm:gen8_reset_engines [i915]] 
*ERROR* rcs0 reset request timed out: {request: 0001, RESET_CTL: 0001}
  Jan 30 12:43:59 aries kernel: [ 6657.262680] i915 :00:02.0: Resetting 
rcs0 for hang on rcs0
  Jan 30 12:44:01 aries kernel: [ 6659.246609] i915 :00:02.0: Resetting 
rcs0 for hang on rcs0
  Jan 30 12:44:09 aries kernel: [ 6667.246324] i915 :00:02.0: Resetting 
rcs0 for hang on rcs0
  Jan 30 12:44:09 aries kernel: [ 6667.494008] show_signal_msg: 20 callbacks 
suppressed
  Jan 30 12:44:09 aries kernel: [ 6667.494011] GpuWatchdog[6827]: segfault at 0 
ip 55fd01917ded sp 7f63043cc480 error 6 in chrome[55fcfd9dc000+7171000]
  Jan 30 12:44:09 aries kernel: [ 6667.494017] Code: 48 c1 c9 03 48 81 f9 af 00 
00 00 0f 87 c9 00 00 00 48 8d 15 a9 5a 9c fb f6 04 11 20 0f 84 b8 00 00 00 be 
01 00 00 00 ff 50 30  04 25 00 00 00 00 37 13 00 00 c6 05 c1 6d a4 03 01 80 
7d 8f 00
  Jan 30 12:44:23 aries kernel: [ 6681.265885] i915 :00:02.0: Resetting 
rcs0 for hang on rcs0
  Jan 30 12:44:25 aries kernel: [ 6683.245838] i915 :00:02.0: Resetting 
rcs0 for hang on rcs0
  Jan 30 12:44:27 aries kernel: [ 6685.261749] i915 :00:02.0: Resetting 
rcs0 for hang on rcs0
  Jan 30 12:44:29 aries kernel: [ 6687.245641] i915 :00:02.0: Resetting 
rcs0 for hang on rcs0
  Jan 30 12:44:31 aries kernel: [ 6689.261618] i915 :00:02.0: Resetting 
rcs0 for hang on rcs0
  Jan 30 12:44:51 aries kernel: [ 6709.260901] i915 :00:02.0: Resetting 
rcs0 for hang on rcs0

  ProblemType: Bug
  DistroRelease: Ubuntu 20.04
  Package: linux-image-5.4.0-12-generic 5.4.0-12.15
  ProcVersionSignature: Ubuntu 5.4.0-12.15-generic 5.4.8
  Uname: Linux 5.4.0-12-generic x86_64
  NonfreeKernelModules: zfs zunicode zavl icp zcommon znvpair
  ApportVersion: 2.20.11-0ubuntu15
  Architecture: amd64
  CurrentDesktop: ubuntu:GNOME
  Date: Thu Jan 30 12:51:24 2020
  InstallationDate: Installed on 2018-06-18 (591 days ago)
  InstallationMedia: Ubuntu 18.04 LTS "Bionic Beaver" - Release amd64 (20180426)
  ProcEnviron:
   TERM=xterm-256color
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=
   LANG=en_US.UTF-8
   SHELL=/bin/bash
  SourcePackage: linux-signed-5.4
  UpgradeStatus: Upgraded to focal on 2020-01-22 (8 days ago)
  --- 
  ProblemType: Bug
  ApportVersion: 2.20.11-0ubuntu16
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  dpb   115653 F pulseaudio
  CurrentDesktop: ubuntu:GNOME
  DistroRelease: Ubuntu 20.04
  InstallationDate: Installed on 2018-06-18 (604 days ago)
  InstallationMedia: Ubuntu 18.04 LTS "Bionic Beaver" - Release amd64 (20180426)
  Lsusb:
   Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
   Bus 001 Device 004: ID 138a:0097 Validity Sensors, Inc. 
   Bus 001 Device 003: ID 04f2:b5ce Chicony Electronics 

[Kernel-packages] [Bug 1862865] Re: i915 0000:00:02.0: Resetting rcs0 for stuck wait on rcs0

2020-03-15 Thread Haw Loeung
*** This bug is a duplicate of bug 1861395 ***
https://bugs.launchpad.net/bugs/1861395

Duplicate of LP:1861395

Per LP:1861395 both 5.4.0-17 (from the Kernel Team's Unstable PPA) and
5.4.0-18 (from -proposed) seems to fixes it for me.

** This bug has been marked a duplicate of bug 1861395
   system hang: i915 Resetting rcs0 for hang on rcs0

-- 
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/1862865

Title:
  i915 :00:02.0: Resetting rcs0 for stuck wait on rcs0

Status in linux package in Ubuntu:
  Confirmed
Status in mesa package in Ubuntu:
  Invalid
Status in linux source package in Focal:
  Confirmed
Status in mesa source package in Focal:
  Invalid

Bug description:
  Hi,

  Every now and again, my session locks up with the following logged:

  | i915 :00:02.0: Resetting rcs0 for hang on rcs0

  Most of the time, it recovers on it's own but sometimes locks up
  completely requring a reboot. When that happens this is logged:

  | Feb  2 10:37:23 dharkan kernel: [71018.593184] i915 :00:02.0: Resetting 
rcs0 for hang on rcs0
  | Feb  2 10:37:23 dharkan kernel: [71018.593993] [drm:gen8_reset_engines 
[i915]] *ERROR* rcs0 reset request timed out: {request: 0001, RESET_CTL: 
0001}
  | Feb  2 10:37:23 dharkan kernel: [71018.594130] i915 :00:02.0: Resetting 
chip for hang on rcs0
  | Feb  2 10:37:23 dharkan kernel: [71018.595937] [drm:gen8_reset_engines 
[i915]] *ERROR* rcs0 reset request timed out: {request: 0001, RESET_CTL: 
0001}
  | Feb  2 10:37:23 dharkan kernel: [71018.596728] [drm:gen8_reset_engines 
[i915]] *ERROR* rcs0 reset request timed out: {request: 0001, RESET_CTL: 
0001}
  | Feb  2 10:37:28 dharkan kernel: [71022.816232] Asynchronous wait on fence 
i915:compiz[1495]:105ece timed out (hint:intel_atomic_commit_ready+0x0/0x54 
[i915])
  | Feb  2 10:37:31 dharkan kernel: [71026.593149] i915 :00:02.0: Resetting 
rcs0 for hang on rcs0
  | Feb  2 10:37:31 dharkan kernel: [71026.593958] [drm:gen8_reset_engines 
[i915]] *ERROR* rcs0 reset request timed out: {request: 0001, RESET_CTL: 
0001}
  | Feb  2 10:37:31 dharkan kernel: [71026.596916] i915 :00:02.0: Resetting 
chip for hang on rcs0
  | Feb  2 10:37:31 dharkan kernel: [71026.598661] [drm:gen8_reset_engines 
[i915]] *ERROR* rcs0 reset request timed out: {request: 0001, RESET_CTL: 
0001}
  | Feb  2 10:37:31 dharkan kernel: [71026.599391] [drm:gen8_reset_engines 
[i915]] *ERROR* rcs0 reset request timed out: {request: 0001, RESET_CTL: 
0001}
  | Feb  2 10:37:35 dharkan kernel: [71030.592141] i915 :00:02.0: Resetting 
rcs0 for hang on rcs0
  | Feb  2 10:37:39 dharkan kernel: [71034.323140] GpuWatchdog[1860]: segfault 
at 0 ip 55689a4eb33d sp 7f69b674d700 error 6 in 
chrome[5568968fd000+6abe000]
  | Feb  2 10:37:39 dharkan kernel: [71034.323157] Code: 00 79 09 48 8b 7d a0 
e8 31 2c 72 fc 41 8b 85 00 01 00 00 85 c0 0f 84 ab 00 00 00 49 8b 45 00 4c 89 
ef be 01 00 00 00 ff 50 58  04 25 00 00 00 00 37 13 00 00 c6 05 61 3c 59 03 
01 80 bd 7f ff
  | Feb  2 10:37:43 dharkan kernel: [71038.592101] i915 :00:02.0: Resetting 
rcs0 for hang on rcs0
  | Feb  2 10:37:45 dharkan kernel: [71040.576093] i915 :00:02.0: Resetting 
rcs0 for hang on rcs0
  | Feb  2 10:37:47 dharkan kernel: [71042.592066] i915 :00:02.0: Resetting 
rcs0 for hang on rcs0
  | Feb  2 10:37:49 dharkan kernel: [71044.576075] i915 :00:02.0: Resetting 
rcs0 for hang on rcs0
  | Feb  2 10:37:51 dharkan kernel: [71046.592045] i915 :00:02.0: Resetting 
rcs0 for hang on rcs0
  | Feb  2 10:37:53 dharkan kernel: [71048.576098] i915 :00:02.0: Resetting 
rcs0 for hang on rcs0
  | Feb  2 10:37:55 dharkan kernel: [71050.592029] i915 :00:02.0: Resetting 
rcs0 for hang on rcs0
  | Feb  2 10:37:57 dharkan kernel: [71052.576037] i915 :00:02.0: Resetting 
rcs0 for hang on rcs0
  | Feb  2 10:37:59 dharkan kernel: [71054.592034] i915 :00:02.0: Resetting 
rcs0 for hang on rcs0
  | Feb  2 10:38:01 dharkan kernel: [71056.576021] i915 :00:02.0: Resetting 
rcs0 for hang on rcs0
  | Feb  2 10:38:03 dharkan kernel: [71058.592006] i915 :00:02.0: Resetting 
rcs0 for hang on rcs0
  | Feb  2 10:38:04 dharkan kernel: [71059.461584] GpuWatchdog[43507]: segfault 
at 0 ip 55ac6731833d sp 7fe71901e700 error 6 in 
chrome[55ac6372a000+6abe000]
  | Feb  2 10:38:04 dharkan kernel: [71059.461600] Code: 00 79 09 48 8b 7d a0 
e8 31 2c 72 fc 41 8b 85 00 01 00 00 85 c0 0f 84 ab 00 00 00 49 8b 45 00 4c 89 
ef be 01 00 00 00 ff 50 58  04 25 00 00 00 00 37 13 00 00 c6 05 61 3c 59 03 
01 80 bd 7f ff
  | Feb  2 10:38:05 dharkan kernel: [71060.575986] i915 :00:02.0: Resetting 
rcs0 for hang on rcs0
  | Feb  2 10:38:07 dharkan kernel: [71062.591982] i915 :00:02.0: Resetting 
rcs0 for hang on rcs0
  | Feb  2 10:38:09 dharkan kernel: [71064.575976] i915 :00:02.0: Resetting 
rcs0 for hang on 

[Kernel-packages] [Bug 1867026] Re: wifi adapter is missing - wrong iwlwifi firmware

2020-03-15 Thread Launchpad Bug Tracker
*** This bug is a duplicate of bug 1865962 ***
https://bugs.launchpad.net/bugs/1865962

Status changed to 'Confirmed' because the bug affects multiple users.

** Changed in: linux-firmware (Ubuntu)
   Status: New => Confirmed

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

Title:
  wifi adapter is missing - wrong iwlwifi firmware

Status in linux-firmware package in Ubuntu:
  Confirmed

Bug description:
  I managed fo fix the problem, so I'm going to state here my solution
  first:

  === The Solution ===

  #
  sudo rmmod iwlmvm
  sudo rmmod iwlwifi
  sudo cp /lib/firmware/iwlwifi-Qu-b0-jf-b0-48.ucode{,.bak}
  sudo cp /lib/firmware/iwlwifi-QuZ-a0-jf-b0-48.ucode 
/lib/firmware/iwlwifi-Qu-b0-jf-b0-48.ucode
  sudo modprobe iwlwifi
  #

  === Bug Report ===

  ===
  1) The release of Ubuntu you are using, via 'lsb_release -rd' or System -> 
About Ubuntu
  $ lsb_release -rd
  Description:KDE neon User Edition 5.18
  Release:18.04

  2) The version of the package you are using, via 'apt-cache policy pkgname' 
or by checking in Software Center
  $ apt-cache policy linux-firmware
  linux-firmware:
    Installed: 1.173.16
    Candidate: 1.173.16
    Version table:
   *** 1.173.16 500
  500 http://br.archive.ubuntu.com/ubuntu bionic-updates/main amd64 
Packages
  500 http://br.archive.ubuntu.com/ubuntu bionic-updates/main i386 
Packages
  100 /var/lib/dpkg/status
   1.173.12 500
  500 http://security.ubuntu.com/ubuntu bionic-security/main amd64 
Packages
  500 http://security.ubuntu.com/ubuntu bionic-security/main i386 
Packages
   1.173 500
  500 http://br.archive.ubuntu.com/ubuntu bionic/main amd64 Packages
  500 http://br.archive.ubuntu.com/ubuntu bionic/main i386 Packages

  3) What you expected to happen
  Keep having wifi without any surprise

  4) What happened instead
  surprise surprise: no wifi

  note: this was not the first time. It happened to me last month
  (sorry, I can't remember when exactly)

  ===

  === The Problem ===

  [1] After upgrading packages and reboot, I lost wifi.
  Actually, `/var/log/kern.log` says:
  #
  Mar 11 12:40:32 tc-wildebeest kernel: [0.00] microcode: microcode 
updated early to revision 0xca, date = 2019-10-03
  Mar 11 12:40:32 tc-wildebeest kernel: [0.00] Linux version 
5.3.0-40-generic (buildd@lcy01-amd64-024) (gcc version 7.4.0 (Ubuntu 
7.4.0-1ubuntu1~18.04.1)) #32~18.04.1-Ubuntu SMP Mon Feb 3 14:05:59 UTC 2020 
(Ubuntu 5.3.0-40.32~18.04.1-generic 5.3.18)
  #

  [2] I believe the problem is related to an error on firmware (or choosing the 
wrong firmware)
  On `/var/log/kern`
  #
  Mar 11 12:40:32 tc-wildebeest kernel: [   11.997654] iwlwifi :00:14.3: 
Collecting data: trigger 15 fired.
  Mar 11 12:40:32 tc-wildebeest kernel: [   11.997773] iwlwifi :00:14.3: 
Start IWL Error Log Dump:
  Mar 11 12:40:32 tc-wildebeest kernel: [   11.99] iwlwifi :00:14.3: 
Status: 0x, count: -1355353588
  Mar 11 12:40:32 tc-wildebeest kernel: [   11.997780] iwlwifi :00:14.3: 
Loaded firmware version: 48.13675109.0
  Mar 11 12:40:32 tc-wildebeest kernel: [   11.997782] iwlwifi :00:14.3: 
0xE439F61B | ADVANCED_SYSASSERT
  Mar 11 12:40:32 tc-wildebeest kernel: [   11.997784] iwlwifi :00:14.3: 
0x46F73672 | trm_hw_status0
  Mar 11 12:40:32 tc-wildebeest kernel: [   11.997786] iwlwifi :00:14.3: 
0x28C2A402 | trm_hw_status1
  Mar 11 12:40:32 tc-wildebeest kernel: [   11.997787] iwlwifi :00:14.3: 
0x9DAEAFF4 | branchlink2
  Mar 11 12:40:32 tc-wildebeest kernel: [   11.997789] iwlwifi :00:14.3: 
0x3AF3947B | interruptlink1
  Mar 11 12:40:32 tc-wildebeest kernel: [   11.997790] iwlwifi :00:14.3: 
0x423D8A25 | interruptlink2
  Mar 11 12:40:32 tc-wildebeest kernel: [   11.997792] iwlwifi :00:14.3: 
0x2030A0C5 | data1
  Mar 11 12:40:32 tc-wildebeest kernel: [   11.997793] iwlwifi :00:14.3: 
0xC74F825F | data2
  Mar 11 12:40:32 tc-wildebeest kernel: [   11.997795] iwlwifi :00:14.3: 
0x755A2DAF | data3
  Mar 11 12:40:32 tc-wildebeest kernel: [   11.997796] iwlwifi :00:14.3: 
0x8C8FD806 | beacon time
  Mar 11 12:40:32 tc-wildebeest kernel: [   11.997798] iwlwifi :00:14.3: 
0x234581B8 | tsf low
  Mar 11 12:40:32 tc-wildebeest kernel: [   11.997799] iwlwifi :00:14.3: 
0x9767D27F | tsf hi
  Mar 11 12:40:32 tc-wildebeest kernel: [   11.997801] iwlwifi :00:14.3: 
0xDEFDFBC2 | time gp1
  Mar 11 12:40:32 tc-wildebeest kernel: [   11.997803] iwlwifi :00:14.3: 
0x0808199E | time gp2
  Mar 11 12:40:32 tc-wildebeest kernel: [   11.997804] iwlwifi 

[Kernel-packages] [Bug 1609750] Re: Audio not working on Acer Chromebook R11

2020-03-15 Thread Bryan Quigley
I can get sound to work with a 5.4 kernel - but it's still not great...

I haven't found a UCM file that let's it just work yet.  What does work
is using the alsactl -f downloaded/asound.state.txt bit and then VLC is
able to play sound with Audio device set to chtmax98090, Direct hardware
device without any conversions.

My most recent attempt had me force installing (to ignore other depends) the 
Gallium deb 
http://apt.galliumos.org/pool/main/g/galliumos-baytrail/galliumos-baytrail_3.0_all.deb
(this still lets the above alsa restore, vlc bit work, but pulseaudio fails to 
load)

-- 
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/1609750

Title:
  Audio not working on Acer Chromebook R11

Status in linux:
  Confirmed
Status in linux package in Ubuntu:
  In Progress
Status in pulseaudio package in Ubuntu:
  Invalid

Bug description:
  Audio is not working at all on Acer Chromebook R11 (codename CYAN).
  It's a Intel Braswell platform. snd_hda_intel messages seem normal,
  but Pulseaudio does not detect sound hardware.

  ProblemType: Bug
  DistroRelease: Ubuntu 16.10
  Package: pulseaudio 1:9.0-1.1ubuntu1
  ProcVersionSignature: Ubuntu 4.4.0-33.52-generic 4.4.15
  Uname: Linux 4.4.0-33-generic x86_64
  ApportVersion: 2.20.3-0ubuntu2
  Architecture: amd64
  AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/by-path', 
'/dev/snd/hwC0D2', '/dev/snd/pcmC0D8p', '/dev/snd/pcmC0D7p', 
'/dev/snd/pcmC0D3p', '/dev/snd/controlC0', '/dev/snd/seq', '/dev/snd/timer'] 
failed with exit code 1:
  CurrentDesktop: Unity
  Date: Thu Aug  4 14:12:03 2016
  InstallationDate: Installed on 2016-07-22 (13 days ago)
  InstallationMedia:
   
  PulseList: Error: command ['pacmd', 'list'] failed with exit code 1: No 
PulseAudio daemon running, or not running as session daemon.
  SourcePackage: pulseaudio
  Symptom: audio
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 05/20/2016
  dmi.bios.vendor: coreboot
  dmi.chassis.type: 3
  dmi.chassis.vendor: GOOGLE
  dmi.modalias: 
dmi:bvncoreboot:bvr:bd05/20/2016:svnGOOGLE:pnCyan:pvr1.0:cvnGOOGLE:ct3:cvr:
  dmi.product.name: Cyan
  dmi.product.version: 1.0
  dmi.sys.vendor: GOOGLE
  --- 
  ApportVersion: 2.20.3-0ubuntu2
  Architecture: amd64
  AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/by-path', 
'/dev/snd/hwC0D2', '/dev/snd/pcmC0D8p', '/dev/snd/pcmC0D7p', 
'/dev/snd/pcmC0D3p', '/dev/snd/controlC0', '/dev/snd/seq', '/dev/snd/timer'] 
failed with exit code 1:
  CurrentDesktop: Unity
  DistroRelease: Ubuntu 16.10
  HibernationDevice: RESUME=UUID=53fe7902-c347-4ff8-945d-a3e3de773a08
  InstallationDate: Installed on 2016-07-22 (13 days ago)
  InstallationMedia:
   
  Lsusb:
   Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
   Bus 001 Device 003: ID 8087:0a2a Intel Corp. 
   Bus 001 Device 002: ID 0bda:57cf Realtek Semiconductor Corp. 
   Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
  MachineType: GOOGLE Cyan
  Package: linux-image-4.4.0-33-generic 4.4.0-33.52
  PackageArchitecture: amd64
  ProcFB: 0 inteldrmfb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.4.0-33-generic 
root=UUID=742e4082-264a-4459-93df-9ec07b41d5e8 ro quiet splash vt.handoff=7
  ProcVersionSignature: Ubuntu 4.4.0-33.52-generic 4.4.15
  PulseList: Error: command ['pacmd', 'list'] failed with exit code 1: No 
PulseAudio daemon running, or not running as session daemon.
  RelatedPackageVersions:
   linux-restricted-modules-4.4.0-33-generic N/A
   linux-backports-modules-4.4.0-33-generic  N/A
   linux-firmware1.159
  Tags:  yakkety
  Uname: Linux 4.4.0-33-generic x86_64
  UpgradeStatus: No upgrade log present (probably fresh install)
  UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo
  _MarkForUpload: True
  dmi.bios.date: 05/20/2016
  dmi.bios.vendor: coreboot
  dmi.chassis.type: 3
  dmi.chassis.vendor: GOOGLE
  dmi.modalias: 
dmi:bvncoreboot:bvr:bd05/20/2016:svnGOOGLE:pnCyan:pvr1.0:cvnGOOGLE:ct3:cvr:
  dmi.product.name: Cyan
  dmi.product.version: 1.0
  dmi.sys.vendor: GOOGLE

To manage notifications about this bug go to:
https://bugs.launchpad.net/kernel/+bug/1609750/+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 1867534] Re: Wifi requires interruption before timing out (and immediate reconnect attempt succeeds)

2020-03-15 Thread Ubuntu QA Website
This bug has been reported on the Ubuntu ISO testing tracker.

A list of all reports related to this bug can be found here:
http://iso.qa.ubuntu.com/qatracker/reports/bugs/1867534

** Tags added: iso-testing

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

Title:
  Wifi requires interruption before timing out (and immediate reconnect
  attempt succeeds)

Status in linux-5.4 package in Ubuntu:
  New

Bug description:
  ISO testing 20.04 Lubuntu daily (20200315). From the Live desktop, I
  click my nm-tray access point, supply the password. nm-tray will
  timeout. Trying again will timeout. What works is clicking the same
  access point a couple times before it times out. This causes an
  immediate failure and successful connection (two balloon msgs).

  This problem is not specific to Lubuntu. It happens with Kubuntu,
  Budgie, Mate, Xubuntu. The common theme is: it appears to be out of
  sync in some manner. The wifi connection needs to be interrupted
  before timing out. Then an immediate attempt (within 2-3 seconds? I
  haven't tested how long it can wait) succeeds.

  This problem also happens after install and reboot. For example, with
  yesterday's daily image (20200314), I had to reboot Lubuntu twice
  after install before the wifi worked. (I haven't reached that point
  yet today. I'm creating this bug report from the Live desktop. I will
  update with more info about post-install.).

  Note: I don't know if this is acceptable wifi behavior. Good enough? I
  figured I should report it and let someone decide. It seems to be
  specific to this laptop (Lenovo Thinkpad E440 20C5) or it's Intel 7260
  wifi card.

  ProblemType: Bug
  DistroRelease: Ubuntu 20.04
  Package: linux-image-5.4.0-14-generic 5.4.0-14.17
  ProcVersionSignature: Ubuntu 5.4.0-14.17-generic 5.4.18
  Uname: Linux 5.4.0-14-generic x86_64
  ApportVersion: 2.20.11-0ubuntu20
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC1:  lubuntu1857 F pulseaudio
   /dev/snd/controlC0:  lubuntu1857 F pulseaudio
  CasperVersion: 1.441
  Date: Sun Mar 15 17:17:43 2020
  LiveMediaBuild: Lubuntu 20.04 LTS "Focal Fossa" - Alpha amd64 (20200315)
  MachineType: LENOVO 20C5004YUS
  ProcFB: 0 i915drmfb
  ProcKernelCmdLine: file=/cdrom/preseed/username.seed initrd=/casper/initrd 
quiet splash ---
  RelatedPackageVersions:
   linux-restricted-modules-5.4.0-14-generic N/A
   linux-backports-modules-5.4.0-14-generic  N/A
   linux-firmware1.186
  SourcePackage: linux-5.4
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 06/20/2018
  dmi.bios.vendor: LENOVO
  dmi.bios.version: J9ETA2WW (2.28 )
  dmi.board.asset.tag: Not Available
  dmi.board.name: 20C5004YUS
  dmi.board.vendor: LENOVO
  dmi.board.version: 0B98401 PRO
  dmi.chassis.asset.tag: No Asset Information
  dmi.chassis.type: 10
  dmi.chassis.vendor: LENOVO
  dmi.chassis.version: Not Available
  dmi.modalias: 
dmi:bvnLENOVO:bvrJ9ETA2WW(2.28):bd06/20/2018:svnLENOVO:pn20C5004YUS:pvrThinkPadEdgeE440:rvnLENOVO:rn20C5004YUS:rvr0B98401PRO:cvnLENOVO:ct10:cvrNotAvailable:
  dmi.product.family: ThinkPad Edge E440
  dmi.product.name: 20C5004YUS
  dmi.product.sku: LENOVO_MT_20C5_BU_Think_FM_ThinkPad Edge E440
  dmi.product.version: ThinkPad Edge E440
  dmi.sys.vendor: LENOVO

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux-5.4/+bug/1867534/+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 1867534] Re: Wifi requires interruption before timing out (and immediate reconnect attempt succeeds)

2020-03-15 Thread MarkF
This bug was reported from the Live desktop. After installing &
rebooting Lubuntu, it behaves the much the same way. Letting the wifi
connection-attempt timeout results in a "connection lost" and
"connection established" balloon msg (together on the screen).

Subsequent reboots don't seem to improve the behavior. Sometimes
interrupting the pending timeout will cause that same behavior to happen
sooner. Sometimes I have to click the access point again to make the
"connection established" happen. Sometimes it happens automatically.
But, it always has to fail before it connects. I haven't seen it connect
successfully. It seems like it's out of sync with whatever's happening.

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

Title:
  Wifi requires interruption before timing out (and immediate reconnect
  attempt succeeds)

Status in linux-5.4 package in Ubuntu:
  New

Bug description:
  ISO testing 20.04 Lubuntu daily (20200315). From the Live desktop, I
  click my nm-tray access point, supply the password. nm-tray will
  timeout. Trying again will timeout. What works is clicking the same
  access point a couple times before it times out. This causes an
  immediate failure and successful connection (two balloon msgs).

  This problem is not specific to Lubuntu. It happens with Kubuntu,
  Budgie, Mate, Xubuntu. The common theme is: it appears to be out of
  sync in some manner. The wifi connection needs to be interrupted
  before timing out. Then an immediate attempt (within 2-3 seconds? I
  haven't tested how long it can wait) succeeds.

  This problem also happens after install and reboot. For example, with
  yesterday's daily image (20200314), I had to reboot Lubuntu twice
  after install before the wifi worked. (I haven't reached that point
  yet today. I'm creating this bug report from the Live desktop. I will
  update with more info about post-install.).

  Note: I don't know if this is acceptable wifi behavior. Good enough? I
  figured I should report it and let someone decide. It seems to be
  specific to this laptop (Lenovo Thinkpad E440 20C5) or it's Intel 7260
  wifi card.

  ProblemType: Bug
  DistroRelease: Ubuntu 20.04
  Package: linux-image-5.4.0-14-generic 5.4.0-14.17
  ProcVersionSignature: Ubuntu 5.4.0-14.17-generic 5.4.18
  Uname: Linux 5.4.0-14-generic x86_64
  ApportVersion: 2.20.11-0ubuntu20
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC1:  lubuntu1857 F pulseaudio
   /dev/snd/controlC0:  lubuntu1857 F pulseaudio
  CasperVersion: 1.441
  Date: Sun Mar 15 17:17:43 2020
  LiveMediaBuild: Lubuntu 20.04 LTS "Focal Fossa" - Alpha amd64 (20200315)
  MachineType: LENOVO 20C5004YUS
  ProcFB: 0 i915drmfb
  ProcKernelCmdLine: file=/cdrom/preseed/username.seed initrd=/casper/initrd 
quiet splash ---
  RelatedPackageVersions:
   linux-restricted-modules-5.4.0-14-generic N/A
   linux-backports-modules-5.4.0-14-generic  N/A
   linux-firmware1.186
  SourcePackage: linux-5.4
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 06/20/2018
  dmi.bios.vendor: LENOVO
  dmi.bios.version: J9ETA2WW (2.28 )
  dmi.board.asset.tag: Not Available
  dmi.board.name: 20C5004YUS
  dmi.board.vendor: LENOVO
  dmi.board.version: 0B98401 PRO
  dmi.chassis.asset.tag: No Asset Information
  dmi.chassis.type: 10
  dmi.chassis.vendor: LENOVO
  dmi.chassis.version: Not Available
  dmi.modalias: 
dmi:bvnLENOVO:bvrJ9ETA2WW(2.28):bd06/20/2018:svnLENOVO:pn20C5004YUS:pvrThinkPadEdgeE440:rvnLENOVO:rn20C5004YUS:rvr0B98401PRO:cvnLENOVO:ct10:cvrNotAvailable:
  dmi.product.family: ThinkPad Edge E440
  dmi.product.name: 20C5004YUS
  dmi.product.sku: LENOVO_MT_20C5_BU_Think_FM_ThinkPad Edge E440
  dmi.product.version: ThinkPad Edge E440
  dmi.sys.vendor: LENOVO

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux-5.4/+bug/1867534/+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 1867534] [NEW] Wifi requires interruption before timing out (and immediate reconnect attempt succeeds)

2020-03-15 Thread MarkF
Public bug reported:

ISO testing 20.04 Lubuntu daily (20200315). From the Live desktop, I
click my nm-tray access point, supply the password. nm-tray will
timeout. Trying again will timeout. What works is clicking the same
access point a couple times before it times out. This causes an
immediate failure and successful connection (two balloon msgs).

This problem is not specific to Lubuntu. It happens with Kubuntu,
Budgie, Mate, Xubuntu. The common theme is: it appears to be out of sync
in some manner. The wifi connection needs to be interrupted before
timing out. Then an immediate attempt (within 2-3 seconds? I haven't
tested how long it can wait) succeeds.

This problem also happens after install and reboot. For example, with
yesterday's daily image (20200314), I had to reboot Lubuntu twice after
install before the wifi worked. (I haven't reached that point yet today.
I'm creating this bug report from the Live desktop. I will update with
more info about post-install.).

Note: I don't know if this is acceptable wifi behavior. Good enough? I
figured I should report it and let someone decide. It seems to be
specific to this laptop (Lenovo Thinkpad E440 20C5) or it's Intel 7260
wifi card.

ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: linux-image-5.4.0-14-generic 5.4.0-14.17
ProcVersionSignature: Ubuntu 5.4.0-14.17-generic 5.4.18
Uname: Linux 5.4.0-14-generic x86_64
ApportVersion: 2.20.11-0ubuntu20
Architecture: amd64
AudioDevicesInUse:
 USERPID ACCESS COMMAND
 /dev/snd/controlC1:  lubuntu1857 F pulseaudio
 /dev/snd/controlC0:  lubuntu1857 F pulseaudio
CasperVersion: 1.441
Date: Sun Mar 15 17:17:43 2020
LiveMediaBuild: Lubuntu 20.04 LTS "Focal Fossa" - Alpha amd64 (20200315)
MachineType: LENOVO 20C5004YUS
ProcFB: 0 i915drmfb
ProcKernelCmdLine: file=/cdrom/preseed/username.seed initrd=/casper/initrd 
quiet splash ---
RelatedPackageVersions:
 linux-restricted-modules-5.4.0-14-generic N/A
 linux-backports-modules-5.4.0-14-generic  N/A
 linux-firmware1.186
SourcePackage: linux-5.4
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 06/20/2018
dmi.bios.vendor: LENOVO
dmi.bios.version: J9ETA2WW (2.28 )
dmi.board.asset.tag: Not Available
dmi.board.name: 20C5004YUS
dmi.board.vendor: LENOVO
dmi.board.version: 0B98401 PRO
dmi.chassis.asset.tag: No Asset Information
dmi.chassis.type: 10
dmi.chassis.vendor: LENOVO
dmi.chassis.version: Not Available
dmi.modalias: 
dmi:bvnLENOVO:bvrJ9ETA2WW(2.28):bd06/20/2018:svnLENOVO:pn20C5004YUS:pvrThinkPadEdgeE440:rvnLENOVO:rn20C5004YUS:rvr0B98401PRO:cvnLENOVO:ct10:cvrNotAvailable:
dmi.product.family: ThinkPad Edge E440
dmi.product.name: 20C5004YUS
dmi.product.sku: LENOVO_MT_20C5_BU_Think_FM_ThinkPad Edge E440
dmi.product.version: ThinkPad Edge E440
dmi.sys.vendor: LENOVO

** Affects: linux-5.4 (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: amd64 apport-bug focal

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

Title:
  Wifi requires interruption before timing out (and immediate reconnect
  attempt succeeds)

Status in linux-5.4 package in Ubuntu:
  New

Bug description:
  ISO testing 20.04 Lubuntu daily (20200315). From the Live desktop, I
  click my nm-tray access point, supply the password. nm-tray will
  timeout. Trying again will timeout. What works is clicking the same
  access point a couple times before it times out. This causes an
  immediate failure and successful connection (two balloon msgs).

  This problem is not specific to Lubuntu. It happens with Kubuntu,
  Budgie, Mate, Xubuntu. The common theme is: it appears to be out of
  sync in some manner. The wifi connection needs to be interrupted
  before timing out. Then an immediate attempt (within 2-3 seconds? I
  haven't tested how long it can wait) succeeds.

  This problem also happens after install and reboot. For example, with
  yesterday's daily image (20200314), I had to reboot Lubuntu twice
  after install before the wifi worked. (I haven't reached that point
  yet today. I'm creating this bug report from the Live desktop. I will
  update with more info about post-install.).

  Note: I don't know if this is acceptable wifi behavior. Good enough? I
  figured I should report it and let someone decide. It seems to be
  specific to this laptop (Lenovo Thinkpad E440 20C5) or it's Intel 7260
  wifi card.

  ProblemType: Bug
  DistroRelease: Ubuntu 20.04
  Package: linux-image-5.4.0-14-generic 5.4.0-14.17
  ProcVersionSignature: Ubuntu 5.4.0-14.17-generic 5.4.18
  Uname: Linux 5.4.0-14-generic x86_64
  ApportVersion: 2.20.11-0ubuntu20
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC1:  lubuntu1857 F pulseaudio
   /dev/snd/controlC0:  lubuntu1857 F pulseaudio
  CasperVersion: 1.441
  Date: Sun Mar 15 17:17:43 2020
  Live

[Kernel-packages] [Bug 1858844] Re: [Dell XPS 15 9575] Screen brightness stopped working with linux-image-5.4.0-9-generic

2020-03-15 Thread Sergei Beilin
Dell Precision 5540, Linux liberty 5.4.0-14-generic #17-Ubuntu SMP Thu
Feb 6 22:47:59 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

- brightness keys do not work
- brigttness control from Xfce power applet does not work
- `xrandr --output eDP-1 --brightness 0.5` works unless `redshift` is running

-- 
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/1858844

Title:
  [Dell XPS 15 9575] Screen brightness stopped working with linux-
  image-5.4.0-9-generic

Status in linux package in Ubuntu:
  Confirmed

Bug description:
  I upgraded to Focal Fossa 3 days ago and nothing broke. At the time,
  it was still using linux 5.3 (linux-image-5.3.0-24-generic).

  Today, it updated to linux 5.4 (linux-image-5.4.0-9-generic) and after
  rebooting, the screen brightness does not work anymore - neither from
  keyboard keys nor from the slider in the gnome-shell panel.

  It works again when rebooting into the previous linux-
  image-5.3.0-24-generic kernel.

  ProblemType: Bug
  DistroRelease: Ubuntu 20.04
  Package: linux-image-5.4.0-9-generic 5.4.0-9.12
  ProcVersionSignature: Ubuntu 5.4.0-9.12-generic 5.4.3
  Uname: Linux 5.4.0-9-generic x86_64
  ApportVersion: 2.20.11-0ubuntu15
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  mario  1892 F pulseaudio
  CurrentDesktop: ubuntu:GNOME
  Date: Wed Jan  8 20:23:31 2020
  InstallationDate: Installed on 2018-09-13 (481 days ago)
  InstallationMedia: Ubuntu 18.10 "Cosmic Cuttlefish" - Alpha amd64 (20180912)
  MachineType: Dell Inc. XPS 15 9575
  ProcFB: 0 i915drmfb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.4.0-9-generic 
root=UUID=26ff4c95-5f68-4121-b7d0-989fa705fcc8 ro quiet splash
  RelatedPackageVersions:
   linux-restricted-modules-5.4.0-9-generic N/A
   linux-backports-modules-5.4.0-9-generic  N/A
   linux-firmware   1.184
  SourcePackage: linux
  UpgradeStatus: Upgraded to focal on 2020-01-04 (3 days ago)
  dmi.bios.date: 07/07/2019
  dmi.bios.vendor: Dell Inc.
  dmi.bios.version: 1.7.1
  dmi.board.name: 0C32VW
  dmi.board.vendor: Dell Inc.
  dmi.board.version: A00
  dmi.chassis.type: 31
  dmi.chassis.vendor: Dell Inc.
  dmi.modalias: 
dmi:bvnDellInc.:bvr1.7.1:bd07/07/2019:svnDellInc.:pnXPS159575:pvr:rvnDellInc.:rn0C32VW:rvrA00:cvnDellInc.:ct31:cvr:
  dmi.product.family: XPS
  dmi.product.name: XPS 15 9575
  dmi.product.sku: 080D
  dmi.sys.vendor: Dell Inc.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1858844/+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 1865962] Re: Dell XPS 13 9300 Intel 1650S wifi [34f0:1651] fails to load firmware

2020-03-15 Thread Dimitry Ishenko
I can confirm I have a working wifi when booting with kernel
5.4.0-18-generic from focal-proposed.

-- 
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/1865962

Title:
  Dell XPS 13 9300 Intel 1650S wifi [34f0:1651] fails to load firmware

Status in HWE Next:
  New
Status in linux package in Ubuntu:
  In Progress
Status in linux source package in Focal:
  In Progress

Bug description:
  [Impact]
  It dumps some debug messages while loading iwlwifi firmware every time after 
booted up and finally got below errors
     [5.632845] iwlwifi :00:14.3: Failed to start RT ucode: -110
     [5.632849] iwlwifi :00:14.3: Firmware not running - cannot dump 
error
     [5.645491] iwlwifi :00:14.3: Failed to run INIT ucode: -110

  [Fix]
  It looks like it fails to load the firmware since mainline v5.4 kernel, and 
got fixed at v5.6-rc1. After bisect the kernel, the first bad commit is
     b3bd6416fc77 iwlwifi: assume the driver_data is a trans_cfg, but allow 
full cfg

  To avoid conflicts, we have to backport the following commits from mainline 
kernel
     b81b7bd02eda iwlwifi: remove some outdated iwl22000 configurations
     c042f0c77f3d iwlwifi: allocate more receive buffers for HE devices
     5661925a9b38 iwlwifi: pcie: rx: use rxq queue_size instead of constant
     bfc3e9fdbfb8 iwlwifi: 22000: fix some indentation
     3681021fc6af iwlwifi: remove IWL_DEVICE_22560/IWL_DEVICE_FAMILY_22560

  [Test]
  Verified on Dell XPS 9300 with Killer AX1650i wifi card and XPS 13 2-1 
platform, wifi keeps working after reboot 10 times.

  [Regression Potential]
  Medium, the code changes a lot, although the test results are all positive, 
it's still hard to evaluate the regression potential.

To manage notifications about this bug go to:
https://bugs.launchpad.net/hwe-next/+bug/1865962/+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 1683277] Re: Mute key LED does not work on HP notebooks

2020-03-15 Thread Kai-Heng Feng
Andrei,

Please file a separate bug so we can make the change into kernel.

-- 
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/1683277

Title:
  Mute key LED does not work on HP notebooks

Status in linux package in Ubuntu:
  Confirmed

Bug description:
  Description of problem:
  The F6/mute key on the keyboard of HP notebooks often has a built in LED 
indicator to show if the sound is muted. The LED state is never toggled. It 
will just retain its state, even though the audio is succesfully muted/unmuted.

  Tested with HP Envy 15 from 2015. HP Stream 11 from 2015 and HP Stream
  11 from 2016.

  Version-Release number of selected component (if applicable):

  
  How reproducible:
  Always.

  Steps to Reproduce:
  1. Press mute key on HP laptop

  Actual results:
  Mute state in software toggles, LED in mute key does not.

  
  Expected results:
  Mute state in software and LED in mute key toggle.

  
  Additional info:
  This happens on kernel 4.8, 4.9 and 4.10. I have not tested any other 
versions.

  ProblemType: Bug
  DistroRelease: Ubuntu 17.04
  Package: linux-image-4.10.0-19-generic 4.10.0-19.21
  ProcVersionSignature: Ubuntu 4.10.0-19.21-generic 4.10.8
  Uname: Linux 4.10.0-19-generic x86_64
  ApportVersion: 2.20.4-0ubuntu4
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  stevenh1659 F pulseaudio
  CurrentDesktop: GNOME
  Date: Mon Apr 17 11:02:20 2017
  HibernationDevice: RESUME=UUID=2d246125-abf7-4945-9542-45b25fb8fcb2
  InstallationDate: Installed on 2016-09-13 (215 days ago)
  InstallationMedia: Ubuntu-GNOME 16.04.1 LTS "Xenial Xerus" - Release amd64 
(20160720)
  Lsusb:
   Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
   Bus 001 Device 005: ID 8087:0a2a Intel Corp. 
   Bus 001 Device 003: ID 05c8:038e Cheng Uei Precision Industry Co., Ltd 
(Foxlink) 
   Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
  MachineType: HP HP ENVY Notebook
  ProcFB: 0 inteldrmfb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.10.0-19-generic.efi.signed 
root=UUID=fa0986da-ae48-47e2-9e62-a8ef25ce5b73 ro quiet splash vt.handoff=7
  RelatedPackageVersions:
   linux-restricted-modules-4.10.0-19-generic N/A
   linux-backports-modules-4.10.0-19-generic  N/A
   linux-firmware 1.164
  SourcePackage: linux
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 09/13/2016
  dmi.bios.vendor: Insyde
  dmi.bios.version: F.23
  dmi.board.asset.tag: Type2 - Board Asset Tag
  dmi.board.name: 81CC
  dmi.board.vendor: HP
  dmi.board.version: KBC Version 60.26
  dmi.chassis.asset.tag: Chassis Asset Tag
  dmi.chassis.type: 10
  dmi.chassis.vendor: HP
  dmi.chassis.version: Chassis Version
  dmi.modalias: 
dmi:bvnInsyde:bvrF.23:bd09/13/2016:svnHP:pnHPENVYNotebook:pvrType1ProductConfigId:rvnHP:rn81CC:rvrKBCVersion60.26:cvnHP:ct10:cvrChassisVersion:
  dmi.product.name: HP ENVY Notebook
  dmi.product.version: Type1ProductConfigId
  dmi.sys.vendor: HP

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1683277/+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 1866170] Re: Suspend triggers Hardware Error in e1000e driver

2020-03-15 Thread Kai-Heng Feng
#1867388 doesn't seem to be caused by e1000e.

-- 
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/1866170

Title:
  Suspend triggers Hardware Error in e1000e driver

Status in linux package in Ubuntu:
  Confirmed

Bug description:
  I'm experiencing problems since a recent kernel update.

  The laptop, a Lenovo X1 gen 7, won't suspend.

  This is the relevant kernel log

  
  -->  # modprobe e1000e:

  [  129.848320] e1000e: Intel(R) PRO/1000 Network Driver - 3.2.6-k
  [  129.848321] e1000e: Copyright(c) 1999 - 2015 Intel Corporation.
  [  129.848592] e1000e :00:1f.6: Interrupt Throttling Rate (ints/sec) set 
to dynamic conservative mode
  [  130.041352] e1000e :00:1f.6 :00:1f.6 (uninitialized): registered 
PHC clock
  [  130.108943] e1000e :00:1f.6 eth0: (PCI Express:2.5GT/s:Width x1) 
98:fa:9b:7a:d9:f8
  [  130.108945] e1000e :00:1f.6 eth0: Intel(R) PRO/1000 Network Connection
  [  130.109109] e1000e :00:1f.6 eth0: MAC: 13, PHY: 12, PBA No: FF-0FF
  [  130.110252] e1000e :00:1f.6 enp0s31f6: renamed from eth0
  --> Close laptop cover
  [  135.766644] PM: suspend entry (s2idle)
  [  135.827181] Filesystems sync: 0.060 seconds
  [  135.827625] Freezing user space processes ... (elapsed 0.001 seconds) done.
  [  135.829446] OOM killer disabled.
  [  135.829446] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) 
done.
  [  135.830557] printk: Suspending console(s) (use no_console_suspend to debug)
  [  135.847372] wlp0s20f3: deauthenticating from 6c:3b:6b:45:31:33 by local 
choice (Reason: 3=DEAUTH_LEAVING)
  [  135.952129] e1000e: EEE TX LPI TIMER: 0011
  [  168.243513] iwlwifi :00:14.3: Applying debug destination EXTERNAL_DRAM
  [  168.552833] iwlwifi :00:14.3: Applying debug destination EXTERNAL_DRAM
  [  168.620018] iwlwifi :00:14.3: FW already configured (0) - 
re-configuring
  [  171.122887] e1000e :00:1f.6 enp0s31f6: PHY Wakeup cause - Unicast 
Packet
  [  171.789683] e1000e :00:1f.6 enp0s31f6: Hardware Error
  [  172.316635] OOM killer enabled.
  [  172.316635] Restarting tasks ... done.
  [  172.524828] PM: suspend exit
  [  173.520752] e1000e :00:1f.6 enp0s31f6: Hardware Error
  [  173.823096] e1000e: enp0s31f6 NIC Link is Down
  [  173.832543] iwlwifi :00:14.3: Applying debug destination EXTERNAL_DRAM
  [  173.947544] iwlwifi :00:14.3: Applying debug destination EXTERNAL_DRAM
  [  174.012469] iwlwifi :00:14.3: FW already configured (0) - 
re-configuring
  [  174.950102] e1000e :00:1f.6 enp0s31f6: Hardware Error
  [  179.453930] wlp0s20f3: authenticate with 6c:3b:6b:45:31:33
  [  179.456251] wlp0s20f3: send auth to 6c:3b:6b:45:31:33 (try 1/3)
  [  179.494829] wlp0s20f3: authenticated
  [  179.496193] wlp0s20f3: associate with 6c:3b:6b:45:31:33 (try 1/3)
  [  179.498191] wlp0s20f3: RX AssocResp from 6c:3b:6b:45:31:33 (capab=0x431 
status=0 aid=2)
  [  179.500628] wlp0s20f3: associated
  [  179.512786] IPv6: ADDRCONF(NETDEV_CHANGE): wlp0s20f3: link becomes ready

  ProblemType: Bug
  DistroRelease: Ubuntu 19.10
  Package: linux-modules-5.3.0-42-generic 5.3.0-42.34
  ProcVersionSignature: Ubuntu 5.3.0-42.34-generic 5.3.18
  Uname: Linux 5.3.0-42-generic x86_64
  ApportVersion: 2.20.11-0ubuntu8.5
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  roland 2099 F pulseaudio
  CurrentDesktop: ubuntu:GNOME
  Date: Thu Mar  5 11:10:06 2020
  Dependencies:
   
  InstallationDate: Installed on 2019-10-07 (149 days ago)
  InstallationMedia: Ubuntu 19.04 "Disco Dingo" - Release amd64 (20190416)
  MachineType: LENOVO 20QDCTO1WW
  ProcFB: 0 i915drmfb
  ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-5.3.0-42-generic 
root=UUID=298d5179-f5b4-410d-aafb-92630b5b48a1 ro quiet splash vt.handoff=7
  RelatedPackageVersions:
   linux-restricted-modules-5.3.0-42-generic N/A
   linux-backports-modules-5.3.0-42-generic  N/A
   linux-firmware1.183.4
  SourcePackage: linux
  UpgradeStatus: Upgraded to eoan on 2019-11-19 (107 days ago)
  dmi.bios.date: 02/21/2020
  dmi.bios.vendor: LENOVO
  dmi.bios.version: N2HET46W (1.29 )
  dmi.board.asset.tag: Not Available
  dmi.board.name: 20QDCTO1WW
  dmi.board.vendor: LENOVO
  dmi.board.version: SDK0J40697 WIN
  dmi.chassis.asset.tag: No Asset Information
  dmi.chassis.type: 10
  dmi.chassis.vendor: LENOVO
  dmi.chassis.version: None
  dmi.modalias: 
dmi:bvnLENOVO:bvrN2HET46W(1.29):bd02/21/2020:svnLENOVO:pn20QDCTO1WW:pvrThinkPadX1Carbon7th:rvnLENOVO:rn20QDCTO1WW:rvrSDK0J40697WIN:cvnLENOVO:ct10:cvrNone:
  dmi.product.family: ThinkPad X1 Carbon 7th
  dmi.product.name: 20QDCTO1WW
  dmi.product.sku: LENOVO_MT_20QD_BU_Think_FM_ThinkPad X1 Carbon 7th
  dmi.product.version: ThinkPad X1 Carbon 7th
  dmi.sys.vendor: LENOVO

To manage notifications about this bug go to:

[Kernel-packages] [Bug 1861338] Re: RPI4 wifi unreliable when usb3 storage is attached

2020-03-15 Thread Zihang Ye
I tried with my external drive, which has a long usb cable, and it
worked well. For the other link you've mentioned, I think you could
suggest him to put it away from raspberry pi.

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

Title:
  RPI4 wifi unreliable when usb3 storage is attached

Status in linux-raspi2 package in Ubuntu:
  Incomplete
Status in linux-raspi2 source package in Eoan:
  Incomplete

Bug description:
  On RPI4, if you set up netplan to use wifi, and plug in a usb3 storage
  device to one of the 2x usb3 ports (the ones closest to the ethernet
  port), wifi will sudden stop working. If you unplug the usb stick
  while running a ping, it will usually start working again almost
  instantaneously.

  Kernel version I have is: 5.3.0-1017-raspi2
  and I've confirmed this happens on both armhf and arm64

  The only thing I found in journalctl that looks suspicious is this, but it 
seems to have happened before plugging in the usb stick:
  Jan 29 20:54:59 ubuntu wpa_supplicant[1129]: random: Cannot read from 
/dev/random: Resource temporarily unavailable

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux-raspi2/+bug/1861338/+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 1861338] Re: RPI4 wifi unreliable when usb3 storage is attached

2020-03-15 Thread Zihang Ye
I strongly suspect if there's any.As far as I've seen, all suggestions
are physical solutions. I would suggest to put it in the known issue
somewhere so that people may be aware of this fact.

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

Title:
  RPI4 wifi unreliable when usb3 storage is attached

Status in linux-raspi2 package in Ubuntu:
  Incomplete
Status in linux-raspi2 source package in Eoan:
  Incomplete

Bug description:
  On RPI4, if you set up netplan to use wifi, and plug in a usb3 storage
  device to one of the 2x usb3 ports (the ones closest to the ethernet
  port), wifi will sudden stop working. If you unplug the usb stick
  while running a ping, it will usually start working again almost
  instantaneously.

  Kernel version I have is: 5.3.0-1017-raspi2
  and I've confirmed this happens on both armhf and arm64

  The only thing I found in journalctl that looks suspicious is this, but it 
seems to have happened before plugging in the usb stick:
  Jan 29 20:54:59 ubuntu wpa_supplicant[1129]: random: Cannot read from 
/dev/random: Resource temporarily unavailable

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux-raspi2/+bug/1861338/+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 1861338] Re: RPI4 wifi unreliable when usb3 storage is attached

2020-03-15 Thread Hui Wang
So sounds this is a hw desgin issue? Or do you know if there is a
software fix for it, then we could integrate this fix to the ubuntu
raspi2.

Thx.

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

Title:
  RPI4 wifi unreliable when usb3 storage is attached

Status in linux-raspi2 package in Ubuntu:
  Incomplete
Status in linux-raspi2 source package in Eoan:
  Incomplete

Bug description:
  On RPI4, if you set up netplan to use wifi, and plug in a usb3 storage
  device to one of the 2x usb3 ports (the ones closest to the ethernet
  port), wifi will sudden stop working. If you unplug the usb stick
  while running a ping, it will usually start working again almost
  instantaneously.

  Kernel version I have is: 5.3.0-1017-raspi2
  and I've confirmed this happens on both armhf and arm64

  The only thing I found in journalctl that looks suspicious is this, but it 
seems to have happened before plugging in the usb stick:
  Jan 29 20:54:59 ubuntu wpa_supplicant[1129]: random: Cannot read from 
/dev/random: Resource temporarily unavailable

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux-raspi2/+bug/1861338/+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 1861338] Re: RPI4 wifi unreliable when usb3 storage is attached

2020-03-15 Thread Zihang Ye
By the way, when I plugged in the usb, the iwconfig commmand suggests
that the signal quality dropped from -30dBm to -40dBm, before I lost the
connection (my raspberry pi is headless)

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

Title:
  RPI4 wifi unreliable when usb3 storage is attached

Status in linux-raspi2 package in Ubuntu:
  Incomplete
Status in linux-raspi2 source package in Eoan:
  Incomplete

Bug description:
  On RPI4, if you set up netplan to use wifi, and plug in a usb3 storage
  device to one of the 2x usb3 ports (the ones closest to the ethernet
  port), wifi will sudden stop working. If you unplug the usb stick
  while running a ping, it will usually start working again almost
  instantaneously.

  Kernel version I have is: 5.3.0-1017-raspi2
  and I've confirmed this happens on both armhf and arm64

  The only thing I found in journalctl that looks suspicious is this, but it 
seems to have happened before plugging in the usb stick:
  Jan 29 20:54:59 ubuntu wpa_supplicant[1129]: random: Cannot read from 
/dev/random: Resource temporarily unavailable

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux-raspi2/+bug/1861338/+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 1861338] Re: RPI4 wifi unreliable when usb3 storage is attached

2020-03-15 Thread Zihang Ye
I'm using Ubuntu 18.04.2 LTS and it seems there's no upgrade I can
fetch.

I'm at 1.173.16 for linux-firmware, 1.20190819-0ubuntu0.18.04.1 for
linux-firmware-raspi2, 5.3.0-1018-raspi2 for kernel.

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

Title:
  RPI4 wifi unreliable when usb3 storage is attached

Status in linux-raspi2 package in Ubuntu:
  Incomplete
Status in linux-raspi2 source package in Eoan:
  Incomplete

Bug description:
  On RPI4, if you set up netplan to use wifi, and plug in a usb3 storage
  device to one of the 2x usb3 ports (the ones closest to the ethernet
  port), wifi will sudden stop working. If you unplug the usb stick
  while running a ping, it will usually start working again almost
  instantaneously.

  Kernel version I have is: 5.3.0-1017-raspi2
  and I've confirmed this happens on both armhf and arm64

  The only thing I found in journalctl that looks suspicious is this, but it 
seems to have happened before plugging in the usb stick:
  Jan 29 20:54:59 ubuntu wpa_supplicant[1129]: random: Cannot read from 
/dev/random: Resource temporarily unavailable

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux-raspi2/+bug/1861338/+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 1848900] Re: [amdgpu] Blank display with Eoan Ermine live DVD on Ryzen 3 2200G

2020-03-15 Thread Daniel van Vugt
Thanks for the update Peter. That makes this bug apparently closed.

Anyone still experiencing issues should open new bugs of their own.

** Changed in: linux (Ubuntu)
   Status: Confirmed => Fix Released

** Changed in: xserver-xorg-video-amdgpu (Ubuntu)
   Status: Confirmed => Fix Released

-- 
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/1848900

Title:
  [amdgpu] Blank display with Eoan Ermine live DVD on Ryzen 3 2200G

Status in Linux:
  New
Status in linux package in Ubuntu:
  Fix Released
Status in xserver-xorg-video-amdgpu package in Ubuntu:
  Fix Released

Bug description:
  Regression with Ryzen 3 2200G, UEFI Asrock B450 Pro4 motherboard and
  55-75 Hz monitor.

  Booting Xubuntu 19.10 live iso with safe graphics options did give a
  stable desktop display, but

  xubuntu@xubuntu:~$ xrandr
  xrandr: Failed to get size of gamma for output default
  Screen 0: minimum 1920 x 1080, current 1920 x 1080, maximum 1920 x 1080
  default connected 1920x1080+0+0 0mm x 0mm
 1920x1080 77.00* 
  xubuntu@xubuntu:~$ 

  The monitor is only supposed to have a maximum vertical refresh rate
  of 75 Hz. Xrandr reports 77 Hz as the only choice.  The monitor
  reports 60 Hz, not that I trust the monitor.

  Swapping monitors and running many reboots the situation seems to
  be...

  Old versions of Ubuntu (Bionic and Dingo) can handle the hardware.
  Standard boot sometimes gives a blank screen.  
  Standard boot sometimes gives a badly pixelated display 
  (Ctl-Alt-F6, Ctl-Alt-F7 temporarily improves it).  
  Connecting a 144 Hz monitor convinces something (the firmware?) 
  that fast refreshes are OK on a slow monitor, or at least it fails to 
  reread and abide by the slow monitor's limitations when swapping back.
  Something, I don't know what, convinces the computer to run the display 
  at 60 Hz, sometimes. 

  The motherboard has three video ports; DP, HDMI and VGA (using an onboard 
  DP? to VGA converter chip).  The fast monitor has DP, HDMI and VGA ports, 
  but I only experimented with the DP connection.  The slow monitor has VGA and 
  DVI-D ports.  I experimented with VGA to VGA and HDMI via a passive adapter 
  to DVI.  When running in the badly pixelated mode xorg seems to think that 
  the VGA port is "DP-1".

  ProblemType: Bug
  DistroRelease: Ubuntu 19.10
  Package: xorg 1:7.7+19ubuntu12
  ProcVersionSignature: Ubuntu 5.3.0-18.19-generic 5.3.1
  Uname: Linux 5.3.0-18-generic x86_64
  NonfreeKernelModules: zfs zunicode zavl icp zcommon znvpair
  ApportVersion: 2.20.11-0ubuntu8
  Architecture: amd64
  BootLog: Error: [Errno 13] Permission denied: '/var/log/boot.log'
  CasperVersion: 1.427
  CompositorRunning: None
  CurrentDesktop: XFCE
  Date: Sun Oct 20 00:17:34 2019
  DistUpgraded: Fresh install
  DistroCodename: eoan
  DistroVariant: ubuntu
  ExtraDebuggingInterest: Yes
  GraphicsCard:
   Advanced Micro Devices, Inc. [AMD/ATI] Raven Ridge [Radeon Vega Series / 
Radeon Vega Mobile Series] [1002:15dd] (rev c8) (prog-if 00 [VGA controller])
 Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] Raven Ridge [Radeon Vega 
Series / Radeon Vega Mobile Series] [1002:15dd]
  LiveMediaBuild: Xubuntu 19.10 "Eoan Ermine" - Release amd64 (20191017)
  MachineType: To Be Filled By O.E.M. To Be Filled By O.E.M.
  ProcKernelCmdLine: BOOT_IMAGE=/casper/vmlinuz 
file=/cdrom/preseed/username.seed quiet splash nomodeset ---
  SourcePackage: xorg
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 07/02/2019
  dmi.bios.vendor: American Megatrends Inc.
  dmi.bios.version: P3.40
  dmi.board.name: B450 Pro4
  dmi.board.vendor: ASRock
  dmi.chassis.asset.tag: To Be Filled By O.E.M.
  dmi.chassis.type: 3
  dmi.chassis.vendor: To Be Filled By O.E.M.
  dmi.chassis.version: To Be Filled By O.E.M.
  dmi.modalias: 
dmi:bvnAmericanMegatrendsInc.:bvrP3.40:bd07/02/2019:svnToBeFilledByO.E.M.:pnToBeFilledByO.E.M.:pvrToBeFilledByO.E.M.:rvnASRock:rnB450Pro4:rvr:cvnToBeFilledByO.E.M.:ct3:cvrToBeFilledByO.E.M.:
  dmi.product.family: To Be Filled By O.E.M.
  dmi.product.name: To Be Filled By O.E.M.
  dmi.product.sku: To Be Filled By O.E.M.
  dmi.product.version: To Be Filled By O.E.M.
  dmi.sys.vendor: To Be Filled By O.E.M.
  version.compiz: compiz N/A
  version.libdrm2: libdrm2 2.4.99-1ubuntu1
  version.libgl1-mesa-dri: libgl1-mesa-dri 19.2.1-1ubuntu1
  version.libgl1-mesa-glx: libgl1-mesa-glx N/A
  version.xserver-xorg-core: xserver-xorg-core 2:1.20.5+git20191008-0ubuntu1
  version.xserver-xorg-input-evdev: xserver-xorg-input-evdev N/A
  version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:19.0.1-1ubuntu1
  version.xserver-xorg-video-intel: xserver-xorg-video-intel 
2:2.99.917+git20190815-1
  version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.16-1
  xserver.bootTime: Sat Oct 19 23:52:52 2019
  xserver.configfile: default
  xserver.errors:
   open 

[Kernel-packages] [Bug 1867147] Re: Failed to add UUID: Busy (0x0a)

2020-03-15 Thread Daniel van Vugt
Which error is this bug about?

  Bluetooth: hci0: command 0x0c24 tx timeout

or

  Failed to add UUID: Busy (0x0a)

-- 
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/1867147

Title:
  Failed to add UUID: Busy (0x0a)

Status in linux package in Ubuntu:
  Incomplete

Bug description:
  dmesg

  Bluetooth: hci0: command 0x0c24 tx timeout

  rfkill list

  0: hci0: Bluetooth
Soft blocked: no
Hard blocked: no
  1: hci1: Bluetooth
Soft blocked: no
Hard blocked: no
  2: phy0: Wireless LAN
Soft blocked: yes
Hard blocked: no

  bluetoothctl

  Failed to start discovery: org.bluez.Error.InProgress

  
  lsusb 

  Bus 001 Device 002: ID 0a12:0001 Cambridge Silicon Radio, Ltd
  Bluetooth Dongle (HCI mode)

  lshw

  *-usb
   descrição: USB controller
   produto: Cannon Lake PCH USB 3.1 xHCI Host Controller
   fabricante: Intel Corporation
   ID físico: 14
   informações do barramento: pci@:00:14.0
   versão: 10
   largura: 64 bits
   clock: 33MHz
   capacidades: pm msi xhci bus_master cap_list
   configuração: driver=xhci_hcd latency=0
   recursos: irq:124 memória:eb22-eb22
 *-usbhost:0
  produto: xHCI Host Controller
  fabricante: Linux 5.3.0-40-generic xhci-hcd
  ID físico: 0
  informações do barramento: usb@1
  nome lógico: usb1
  versão: 5.03
  capacidades: usb-2.00
  configuração: driver=hub slots=16 speed=480Mbit/s
*-usb:0
 descrição: Interface sem fio bluetooth
 produto: JL AC69 A10
 fabricante: Cambridge Silicon Radio, Ltd
 ID físico: 1
 informações do barramento: usb@1:1
 versão: 25.20
 capacidades: bluetooth usb-2.00
 configuração: driver=btusb maxpower=100mA speed=12Mbit/s

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: bluez 5.48-0ubuntu3.3
  ProcVersionSignature: Ubuntu 5.3.0-40.32~18.04.1-generic 5.3.18
  Uname: Linux 5.3.0-40-generic x86_64
  NonfreeKernelModules: nvidia_modeset nvidia
  ApportVersion: 2.20.9-0ubuntu7.11
  Architecture: amd64
  CurrentDesktop: ubuntu:GNOME
  Date: Thu Mar 12 09:18:43 2020
  InstallationDate: Installed on 2019-06-19 (266 days ago)
  InstallationMedia: Ubuntu 18.04.2 LTS "Bionic Beaver" - Release amd64 
(20190210)
  InterestingModules: rfcomm bnep btusb bluetooth
  MachineType: HP HP EliteDesk 800 G4 SFF
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.3.0-40-generic 
root=UUID=885446d9-2945-4958-a7f0-1eadecf23697 ro locale=pt_BR quiet splash 
vt.handoff=1
  SourcePackage: bluez
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 02/15/2019
  dmi.bios.vendor: HP
  dmi.bios.version: Q01 Ver. 02.06.03
  dmi.board.name: 83E1
  dmi.board.vendor: HP
  dmi.board.version: KBC Version 07.D2.00
  dmi.chassis.type: 3
  dmi.chassis.vendor: HP
  dmi.modalias: 
dmi:bvnHP:bvrQ01Ver.02.06.03:bd02/15/2019:svnHP:pnHPEliteDesk800G4SFF:pvr:rvnHP:rn83E1:rvrKBCVersion07.D2.00:cvnHP:ct3:cvr:
  dmi.product.family: 103C_53307F HP EliteDesk
  dmi.product.name: HP EliteDesk 800 G4 SFF
  dmi.product.sku: 5ZA60LP#AC4
  dmi.sys.vendor: HP

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1867147/+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 1490349] Re: 15:10 and 16.04: bluetoothd "Failed to start discovery: org.bluez.Error.NotReady" after bluetoothd restarted

2020-03-15 Thread Daniel van Vugt
Ubuntu 18.04 should be getting automatic updates already. But that means
bug fixes only, not the latest version. To ensure you have the latest
updates run:

  sudo apt update
  sudo apt full-upgrade

In April, Ubuntu 20.04 will be released with the very latest BlueZ
version. You can try it early here:

  http://cdimage.ubuntu.com/daily-live/current/

But regardless, please do not use this old bug. If you experience any
problems at all then please open a new bug by running:

  ubuntu-bug bluez

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

Title:
  15:10 and 16.04: bluetoothd "Failed to start discovery:
  org.bluez.Error.NotReady" after bluetoothd restarted

Status in bluez package in Ubuntu:
  Invalid

Bug description:
  On 15:10 after the bluetooth service has been stopped and restarted it
  is not possible to scan or connect to devices:

  $ sudo systemctl restart bluetooth

  $ bluetoothctl
  [NEW] Controller 00:1F:3A:E0:0A:AF hephaestion.lan.iam.tj [default]
  [NEW] Device 00:0A:95:4B:BD:C2 Apple Wireless Keyboard
  [NEW] Device 00:07:61:3B:86:98 Bluetooth Travel Mouse
  [bluetooth]# scan on
  Failed to start discovery: org.bluez.Error.NotReady

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/bluez/+bug/1490349/+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 1752772] Re: r8169 ethernet card don't work after returning from suspension

2020-03-15 Thread Jan
@edwin, this takes one full minute to complete, which kind of defeats
the purpose of suspending. I could almost do a full cold boot in that
time.

Before, the network would be up within seconds.

-- 
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/1752772

Title:
  r8169 ethernet card don't work after returning from suspension

Status in Linux:
  New
Status in linux package in Ubuntu:
  Fix Released
Status in linux-kernel-headers package in Ubuntu:
  Confirmed
Status in linux source package in Bionic:
  Fix Released

Bug description:
  ===SRU Justification===
  [Impact]
  Ethernet r8169 stops working after system resumed from suspend.

  [Test]
  User confirmed these patches fix the issue. r8169 continues to work
  after resume from suspend.

  [Regression Potential]
  Medium. The fix is limited to one device, all patches are in mainline.
  The WOL default change might cause regression for users that depend on
  BIOS settings. We can advice them to use userspace tool (systemd,
  ethtool, etc.) instead.

  ===Original Bug Report===
  I have noticed that the network stopped working on my desktop after I've 
suspended the system and woke it up. On dmesg there are messages like:

  [  150.877998] IPv6: ADDRCONF(NETDEV_UP): enp1s0: link is not ready
  [  150.944101] do_IRQ: 3.37 No irq handler for vector
  [  150.944105] r8169 :01:00.0 enp1s0: link down
  [  150.944180] IPv6: ADDRCONF(NETDEV_UP): enp1s0: link is not ready

  When using Xenial (from a different install), this problem is not
  happening. This is happening on Bionic.

  There are only two ways to restore connectivity:
  1) Reboot the system;
  2) Remove the r8169 module and reinsert it with modprobe.

  The motherboard is a AsRock H55M-LE and the Ethernet controller is:

  01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
  RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 03)

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: linux-firmware 1.172
  ProcVersionSignature: Ubuntu 4.15.0-10.11-generic 4.15.3
  Uname: Linux 4.15.0-10-generic x86_64
  ApportVersion: 2.20.8-0ubuntu10
  Architecture: amd64
  CurrentDesktop: LXDE
  Date: Fri Mar  2 00:21:57 2018
  Dependencies:

  InstallationDate: Installed on 2018-02-26 (3 days ago)
  InstallationMedia: Lubuntu 18.04 LTS "Bionic Beaver" - Alpha amd64 (20180226)
  PackageArchitecture: all
  SourcePackage: linux-firmware
  UpgradeStatus: No upgrade log present (probably fresh install)
  ---
  AlsaVersion: Advanced Linux Sound Architecture Driver Version 
k4.15.0-10-generic.
  ApportVersion: 2.20.8-0ubuntu10
  Architecture: amd64
  ArecordDevices:
    List of CAPTURE Hardware Devices 
   card 0: MID [HDA Intel MID], device 0: VT1818S Analog [VT1818S Analog]
     Subdevices: 1/1
     Subdevice #0: subdevice #0
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  usuario1153 F pulseaudio
   /dev/snd/controlC1:  usuario1153 F pulseaudio
  Card0.Amixer.info:
   Card hw:0 'MID'/'HDA Intel MID at 0xfbdf8000 irq 26'
     Mixer name : 'VIA VT1818S'
     Components : 'HDA:11060440,18492818,0010'
     Controls  : 40
     Simple ctrls  : 17
  Card1.Amixer.info:
   Card hw:1 'HDMI'/'HDA ATI HDMI at 0xfbffc000 irq 27'
     Mixer name : 'ATI R6xx HDMI'
     Components : 'HDA:1002aa01,00aa0100,00100200'
     Controls  : 7
     Simple ctrls  : 1
  Card1.Amixer.values:
   Simple mixer control 'IEC958',0
     Capabilities: pswitch pswitch-joined
     Playback channels: Mono
     Mono: Playback [on]
  CurrentDesktop: LXDE
  Dependencies:

  DistroRelease: Ubuntu 18.04
  HibernationDevice: RESUME=UUID=edd83175-c707-4b31-90d2-ce2f5cebc73f
  InstallationDate: Installed on 2018-02-26 (3 days ago)
  InstallationMedia: Lubuntu 18.04 LTS "Bionic Beaver" - Alpha amd64 (20180226)
  MachineType: To Be Filled By O.E.M. To Be Filled By O.E.M.
  Package: linux-firmware 1.172
  PackageArchitecture: all
  ProcFB: 0 radeondrmfb
  ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz 
root=UUID=0c4fc517-b7a0-49b0-bfcb-0485dfe6413b ro quiet
  ProcVersionSignature: Ubuntu 4.15.0-10.11-generic 4.15.3
  RelatedPackageVersions:
   linux-restricted-modules-4.15.0-10-generic N/A
   linux-backports-modules-4.15.0-10-generic  N/A
   linux-firmware 1.172
  RfKill:

  Tags:  bionic
  Uname: Linux 4.15.0-10-generic x86_64
  UpgradeStatus: No upgrade log present (probably fresh install)
  UserGroups: adm cdrom dip libvirt lpadmin plugdev sambashare sudo
  _MarkForUpload: True
  dmi.bios.date: 10/20/2010
  dmi.bios.vendor: American Megatrends Inc.
  dmi.bios.version: P1.80
  dmi.board.name: H55M-LE
  dmi.board.vendor: ASRock
  dmi.chassis.asset.tag: To Be Filled By O.E.M.
  dmi.chassis.type: 3
  dmi.chassis.vendor: To Be Filled By O.E.M.
  dmi.chassis.version: To Be Filled By O.E.M.
  dmi.modalias: 

[Kernel-packages] [Bug 1848900] Re: [amdgpu] Blank display with Eoan Ermine live DVD on Ryzen 3 2200G

2020-03-15 Thread Peter D.
The bug seems to have "gone away" when using a DVD of an early March
beta version of Focal Fossa 20.04.  It boots very happily with no
obvious display problems.

Sorry that I could not track down exactly what the problem was.

-- 
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/1848900

Title:
  [amdgpu] Blank display with Eoan Ermine live DVD on Ryzen 3 2200G

Status in Linux:
  New
Status in linux package in Ubuntu:
  Confirmed
Status in xserver-xorg-video-amdgpu package in Ubuntu:
  Confirmed

Bug description:
  Regression with Ryzen 3 2200G, UEFI Asrock B450 Pro4 motherboard and
  55-75 Hz monitor.

  Booting Xubuntu 19.10 live iso with safe graphics options did give a
  stable desktop display, but

  xubuntu@xubuntu:~$ xrandr
  xrandr: Failed to get size of gamma for output default
  Screen 0: minimum 1920 x 1080, current 1920 x 1080, maximum 1920 x 1080
  default connected 1920x1080+0+0 0mm x 0mm
 1920x1080 77.00* 
  xubuntu@xubuntu:~$ 

  The monitor is only supposed to have a maximum vertical refresh rate
  of 75 Hz. Xrandr reports 77 Hz as the only choice.  The monitor
  reports 60 Hz, not that I trust the monitor.

  Swapping monitors and running many reboots the situation seems to
  be...

  Old versions of Ubuntu (Bionic and Dingo) can handle the hardware.
  Standard boot sometimes gives a blank screen.  
  Standard boot sometimes gives a badly pixelated display 
  (Ctl-Alt-F6, Ctl-Alt-F7 temporarily improves it).  
  Connecting a 144 Hz monitor convinces something (the firmware?) 
  that fast refreshes are OK on a slow monitor, or at least it fails to 
  reread and abide by the slow monitor's limitations when swapping back.
  Something, I don't know what, convinces the computer to run the display 
  at 60 Hz, sometimes. 

  The motherboard has three video ports; DP, HDMI and VGA (using an onboard 
  DP? to VGA converter chip).  The fast monitor has DP, HDMI and VGA ports, 
  but I only experimented with the DP connection.  The slow monitor has VGA and 
  DVI-D ports.  I experimented with VGA to VGA and HDMI via a passive adapter 
  to DVI.  When running in the badly pixelated mode xorg seems to think that 
  the VGA port is "DP-1".

  ProblemType: Bug
  DistroRelease: Ubuntu 19.10
  Package: xorg 1:7.7+19ubuntu12
  ProcVersionSignature: Ubuntu 5.3.0-18.19-generic 5.3.1
  Uname: Linux 5.3.0-18-generic x86_64
  NonfreeKernelModules: zfs zunicode zavl icp zcommon znvpair
  ApportVersion: 2.20.11-0ubuntu8
  Architecture: amd64
  BootLog: Error: [Errno 13] Permission denied: '/var/log/boot.log'
  CasperVersion: 1.427
  CompositorRunning: None
  CurrentDesktop: XFCE
  Date: Sun Oct 20 00:17:34 2019
  DistUpgraded: Fresh install
  DistroCodename: eoan
  DistroVariant: ubuntu
  ExtraDebuggingInterest: Yes
  GraphicsCard:
   Advanced Micro Devices, Inc. [AMD/ATI] Raven Ridge [Radeon Vega Series / 
Radeon Vega Mobile Series] [1002:15dd] (rev c8) (prog-if 00 [VGA controller])
 Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] Raven Ridge [Radeon Vega 
Series / Radeon Vega Mobile Series] [1002:15dd]
  LiveMediaBuild: Xubuntu 19.10 "Eoan Ermine" - Release amd64 (20191017)
  MachineType: To Be Filled By O.E.M. To Be Filled By O.E.M.
  ProcKernelCmdLine: BOOT_IMAGE=/casper/vmlinuz 
file=/cdrom/preseed/username.seed quiet splash nomodeset ---
  SourcePackage: xorg
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 07/02/2019
  dmi.bios.vendor: American Megatrends Inc.
  dmi.bios.version: P3.40
  dmi.board.name: B450 Pro4
  dmi.board.vendor: ASRock
  dmi.chassis.asset.tag: To Be Filled By O.E.M.
  dmi.chassis.type: 3
  dmi.chassis.vendor: To Be Filled By O.E.M.
  dmi.chassis.version: To Be Filled By O.E.M.
  dmi.modalias: 
dmi:bvnAmericanMegatrendsInc.:bvrP3.40:bd07/02/2019:svnToBeFilledByO.E.M.:pnToBeFilledByO.E.M.:pvrToBeFilledByO.E.M.:rvnASRock:rnB450Pro4:rvr:cvnToBeFilledByO.E.M.:ct3:cvrToBeFilledByO.E.M.:
  dmi.product.family: To Be Filled By O.E.M.
  dmi.product.name: To Be Filled By O.E.M.
  dmi.product.sku: To Be Filled By O.E.M.
  dmi.product.version: To Be Filled By O.E.M.
  dmi.sys.vendor: To Be Filled By O.E.M.
  version.compiz: compiz N/A
  version.libdrm2: libdrm2 2.4.99-1ubuntu1
  version.libgl1-mesa-dri: libgl1-mesa-dri 19.2.1-1ubuntu1
  version.libgl1-mesa-glx: libgl1-mesa-glx N/A
  version.xserver-xorg-core: xserver-xorg-core 2:1.20.5+git20191008-0ubuntu1
  version.xserver-xorg-input-evdev: xserver-xorg-input-evdev N/A
  version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:19.0.1-1ubuntu1
  version.xserver-xorg-video-intel: xserver-xorg-video-intel 
2:2.99.917+git20190815-1
  version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.16-1
  xserver.bootTime: Sat Oct 19 23:52:52 2019
  xserver.configfile: default
  xserver.errors:
   open /dev/dri/card0: No such file or directory
   open /dev/dri/card0: No such file or directory