date:20211121

[Kernel-packages] [Bug 1951784] Re: Can't read/write SD card after running CPU offline test in 5.11.0 and 5.13.0

2021-11-21 Thread Kevin Yeh

** Summary changed:

- Can't read/write SD card after running CPU offline test in 5.11.0-41.45
+ Can't read/write SD card after running CPU offline test in 5.11.0 and 5.13.0

** Changed in: linux-signed-hwe-5.11 (Ubuntu)
   Importance: High => Medium

** Changed in: linux-signed-hwe-5.13 (Ubuntu)
   Importance: High => Medium

** Description changed:

  [Summary]
  I'm reviewing SRU testing on Dell XPS 13 7390(201906-27131) and mediacard 
test always fails.
  I found that after CPU offline test, I can't read/write SD card.
  After checking dmesg, I got those error msgs.
  [  232.577510] __common_interrupt: 7.34 No irq handler for vector
  [  234.354327] mmc0: error -110 doing runtime resume
  
- Also I found the same issue on Dell Precision 3551(202002-27718) in
- 5.13.0-21(both Focal/Impish), but this system don't have issue in
- 5.11.0-41.
+ I found the same issue on Dell Precision 3551(202002-27718) and Dell
+ Precision 5530(201807-26342) in 5.13.0-21 and 5.11.0-36
+ 
+ Before I didn't think it's a bug since I re-run mediacard test then it's
+ pass. But this cycle there are more systems failed to the test, I just
+ started digging into that.
  
  [Step to reproduce]
- 1. install ubuntu-20.04.2
+ 1. install ubuntu-20.04.2/ubuntu-21.10/ubuntu-21.04
  2. sudo apt update; sudo apt dist-upgrade -y
  3. run cpu offline test via checkbox-cli or execute following command
-for ((i=1;i<=$(nproc --all) -1;i++));do sudo chcpu -d $i;sudo chcpu -e $i; 
done; 
-cd $mount_point_of_sd_card
-sudo dd if=/dev/urandom of=test bs=1M count=10
- 
+    for ((i=1;i<=$(nproc --all) -1;i++));do sudo chcpu -d $i;sudo chcpu -e $i; 
done;
+    cd $mount_point_of_sd_card
+    sudo dd if=/dev/urandom of=test bs=1M count=10
  
  [Expected result]
  Can read/write SD card.
  
  [Actual result]
  Can't read/write SD card.
  
  [Failure rate]
  5/5
  
  ProblemType: Bug
  DistroRelease: Ubuntu 20.04
  Package: linux-image-5.11.0-41-generic 5.11.0-41.45~20.04.1
  ProcVersionSignature: Ubuntu 5.11.0-41.45~20.04.1-generic 5.11.22
  Uname: Linux 5.11.0-41-generic x86_64
  ApportVersion: 2.20.11-0ubuntu27.21
  Architecture: amd64
  CasperMD5CheckResult: skip
  Date: Mon Nov 22 01:28:59 2021
  InstallationDate: Installed on 2020-08-03 (475 days ago)
  InstallationMedia: Ubuntu 20.04.1 LTS "Focal Fossa" - Release amd64 (20200731)
  ProcEnviron:
-  TERM=xterm-256color
-  PATH=(custom, no user)
-  LANG=en_US.UTF-8
-  SHELL=/bin/bash
+  TERM=xterm-256color
+  PATH=(custom, no user)
+  LANG=en_US.UTF-8
+  SHELL=/bin/bash
  SourcePackage: linux-signed-hwe-5.11
  UpgradeStatus: No upgrade log present (probably fresh install)

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

Title:
  Can't read/write SD card after running CPU offline test in 5.11.0 and
  5.13.0

Status in linux-signed-hwe-5.11 package in Ubuntu:
  New
Status in linux-signed-hwe-5.13 package in Ubuntu:
  New

Bug description:
  [Summary]
  I'm reviewing SRU testing on Dell XPS 13 7390(201906-27131) and mediacard 
test always fails.
  I found that after CPU offline test, I can't read/write SD card.
  After checking dmesg, I got those error msgs.
  [  232.577510] __common_interrupt: 7.34 No irq handler for vector
  [  234.354327] mmc0: error -110 doing runtime resume

  I found the same issue on Dell Precision 3551(202002-27718) and Dell
  Precision 5530(201807-26342) in 5.13.0-21 and 5.11.0-36

  Before I didn't think it's a bug since I re-run mediacard test then
  it's pass. But this cycle there are more systems failed to the test, I
  just started digging into that.

  [Step to reproduce]
  1. install ubuntu-20.04.2/ubuntu-21.10/ubuntu-21.04
  2. sudo apt update; sudo apt dist-upgrade -y
  3. run cpu offline test via checkbox-cli or execute following command
     for ((i=1;i<=$(nproc --all) -1;i++));do sudo chcpu -d $i;sudo chcpu -e $i; 
done;
     cd $mount_point_of_sd_card
     sudo dd if=/dev/urandom of=test bs=1M count=10

  [Expected result]
  Can read/write SD card.

  [Actual result]
  Can't read/write SD card.

  [Failure rate]
  5/5

  ProblemType: Bug
  DistroRelease: Ubuntu 20.04
  Package: linux-image-5.11.0-41-generic 5.11.0-41.45~20.04.1
  ProcVersionSignature: Ubuntu 5.11.0-41.45~20.04.1-generic 5.11.22
  Uname: Linux 5.11.0-41-generic x86_64
  ApportVersion: 2.20.11-0ubuntu27.21
  Architecture: amd64
  CasperMD5CheckResult: skip
  Date: Mon Nov 22 01:28:59 2021
  InstallationDate: Installed on 2020-08-03 (475 days ago)
  InstallationMedia: Ubuntu 20.04.1 LTS "Focal Fossa" - Release amd64 (20200731)
  ProcEnviron:
   TERM=xterm-256color
   PATH=(custom, no user)
   LANG=en_US.UTF-8
   SHELL=/bin/bash
  SourcePackage: linux-signed-hwe-5.11
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux-signed-hwe-5.11/+bug/1951784/+subsc

[Kernel-packages] [Bug 1652270] Re: Could not boot into RPi3 with kernel 4.4.0-1038-raspi2

2021-11-21 Thread Juerg Haefliger

** Changed in: linux-raspi2 (Ubuntu)
Status: Confirmed => Invalid

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

Title:
Could not boot into RPi3 with kernel 4.4.0-1038-raspi2

Status in linux-raspi2 package in Ubuntu:
Invalid

Bug description:
This issue was reported in this mailing list thread first
https://lists.ubuntu.com/archives/snapcraft/2016-December/002138.html

Hardware: RPi3
Image:
http://www.finnie.org/software/raspberrypi/ubuntu-rpi3/ubuntu-16.04-preinstalled-server-armhf+raspi3.img.xz

[Steps to Reproduce]
1. Install the image in an SD card. Use it to boot into the system.
2. Issue the command "sudo apt-get update; sudo apt-get install
linux-image-4.4.0-1038-raspi2 linux-headers-4.4.0-1038-raspi2
linux-raspi2-headers-4.4.0-1038 -y"
3. Reboot

[Expected Result]
Boot into the system with kernel 4.4.0-1038-raspi2

[Actual Result]
The system stop at the booting session with the message 'Starting kernel...'
and never goes to the login session.

[Additional Info]

4.4.0-1029-raspi2 and 4.4.0-1034-raspi2 were used as the forementioned
apt installation steps. They work well. They could go to the login
session and ready for use.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux-raspi2/+bug/1652270/+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 1951787] [NEW] vc4 gamma fixes (GH: raspberrypi/linux/4682)

2021-11-21 Thread Juerg Haefliger

Public bug reported:

[From]
https://github.com/raspberrypi/linux/pull/4682

[Description]
I need to check that Pi3 is happy. Pi4 seems to be.

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

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

Title:
  vc4 gamma fixes (GH: raspberrypi/linux/4682)

Status in linux-raspi package in Ubuntu:
  New

Bug description:
  [From]
  https://github.com/raspberrypi/linux/pull/4682

  [Description]
  I need to check that Pi3 is happy. Pi4 seems to be.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux-raspi/+bug/1951787/+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 1951784] [NEW] Can't read/write SD card after running CPU offline test in 5.11.0-41.45

2021-11-21 Thread Kevin Yeh

Public bug reported:

[Summary]
I'm reviewing SRU testing on Dell XPS 13 7390(201906-27131) and mediacard test 
always fails.
I found that after CPU offline test, I can't read/write SD card.
After checking dmesg, I got those error msgs.
[  232.577510] __common_interrupt: 7.34 No irq handler for vector
[  234.354327] mmc0: error -110 doing runtime resume

Also I found the same issue on Dell Precision 3551(202002-27718) in
5.13.0-21(both Focal/Impish), but this system don't have issue in
5.11.0-41.

[Step to reproduce]
1. install ubuntu-20.04.2
2. sudo apt update; sudo apt dist-upgrade -y
3. run cpu offline test via checkbox-cli or execute following command
   for ((i=1;i<=$(nproc --all) -1;i++));do sudo chcpu -d $i;sudo chcpu -e $i; 
done; 
   cd $mount_point_of_sd_card
   sudo dd if=/dev/urandom of=test bs=1M count=10


[Expected result]
Can read/write SD card.

[Actual result]
Can't read/write SD card.

[Failure rate]
5/5

ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: linux-image-5.11.0-41-generic 5.11.0-41.45~20.04.1
ProcVersionSignature: Ubuntu 5.11.0-41.45~20.04.1-generic 5.11.22
Uname: Linux 5.11.0-41-generic x86_64
ApportVersion: 2.20.11-0ubuntu27.21
Architecture: amd64
CasperMD5CheckResult: skip
Date: Mon Nov 22 01:28:59 2021
InstallationDate: Installed on 2020-08-03 (475 days ago)
InstallationMedia: Ubuntu 20.04.1 LTS "Focal Fossa" - Release amd64 (20200731)
ProcEnviron:
 TERM=xterm-256color
 PATH=(custom, no user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: linux-signed-hwe-5.11
UpgradeStatus: No upgrade log present (probably fresh install)

** Affects: linux-signed-hwe-5.11 (Ubuntu)
 Importance: High
 Status: New

** Affects: linux-signed-hwe-5.13 (Ubuntu)
 Importance: High
 Status: New


** Tags: amd64 apport-bug cert-sru focal package-from-proposed uec-images

** Attachment added: "journalctl-27131.log"
   
https://bugs.launchpad.net/bugs/1951784/+attachment/5542566/+files/journalctl-27131.log

** Also affects: linux-signed-hwe-5.13 (Ubuntu)
   Importance: Undecided
   Status: New

** Changed in: linux-signed-hwe-5.13 (Ubuntu)
   Importance: Undecided => High

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

Title:
  Can't read/write SD card after running CPU offline test in
  5.11.0-41.45

Status in linux-signed-hwe-5.11 package in Ubuntu:
  New
Status in linux-signed-hwe-5.13 package in Ubuntu:
  New

Bug description:
  [Summary]
  I'm reviewing SRU testing on Dell XPS 13 7390(201906-27131) and mediacard 
test always fails.
  I found that after CPU offline test, I can't read/write SD card.
  After checking dmesg, I got those error msgs.
  [  232.577510] __common_interrupt: 7.34 No irq handler for vector
  [  234.354327] mmc0: error -110 doing runtime resume

  Also I found the same issue on Dell Precision 3551(202002-27718) in
  5.13.0-21(both Focal/Impish), but this system don't have issue in
  5.11.0-41.

  [Step to reproduce]
  1. install ubuntu-20.04.2
  2. sudo apt update; sudo apt dist-upgrade -y
  3. run cpu offline test via checkbox-cli or execute following command
 for ((i=1;i<=$(nproc --all) -1;i++));do sudo chcpu -d $i;sudo chcpu -e $i; 
done; 
 cd $mount_point_of_sd_card
 sudo dd if=/dev/urandom of=test bs=1M count=10

  
  [Expected result]
  Can read/write SD card.

  [Actual result]
  Can't read/write SD card.

  [Failure rate]
  5/5

  ProblemType: Bug
  DistroRelease: Ubuntu 20.04
  Package: linux-image-5.11.0-41-generic 5.11.0-41.45~20.04.1
  ProcVersionSignature: Ubuntu 5.11.0-41.45~20.04.1-generic 5.11.22
  Uname: Linux 5.11.0-41-generic x86_64
  ApportVersion: 2.20.11-0ubuntu27.21
  Architecture: amd64
  CasperMD5CheckResult: skip
  Date: Mon Nov 22 01:28:59 2021
  InstallationDate: Installed on 2020-08-03 (475 days ago)
  InstallationMedia: Ubuntu 20.04.1 LTS "Focal Fossa" - Release amd64 (20200731)
  ProcEnviron:
   TERM=xterm-256color
   PATH=(custom, no user)
   LANG=en_US.UTF-8
   SHELL=/bin/bash
  SourcePackage: linux-signed-hwe-5.11
  UpgradeStatus: No upgrade log present (probably fresh install)

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

2021-11-21 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 1951767

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-oem-5.14 in Ubuntu.
https://bugs.launchpad.net/bugs/1951767

Title:
  [SRU][I/OEM-5.13/OEM-5.14] Add MAC passthrough support for more Lenovo
  docks

Status in HWE Next:
  New
Status in linux package in Ubuntu:
  Incomplete
Status in linux-oem-5.13 package in Ubuntu:
  New
Status in linux-oem-5.14 package in Ubuntu:
  New
Status in linux-oem-5.13 source package in Focal:
  New
Status in linux-oem-5.14 source package in Focal:
  New
Status in linux source package in Impish:
  New
Status in linux source package in Jammy:
  Incomplete

Bug description:
  [Impact]
  MAC pass through is not working on new TBT and USB-C docks.

  [Fix]
  Enable MAC pass through based on Lenovo USB hub.

  [Test]
  Tested on Lenovo TBT4 and TBT3 dock, MAC pass through works well.

  [Where problems could occur]
  The Realtek USB ethernet in Lenovo USB hub will mess the MAC address.

To manage notifications about this bug go to:
https://bugs.launchpad.net/hwe-next/+bug/1951767/+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 1951767] Re: [SRU][I/OEM-5.13/OEM-5.14] Add MAC passthrough support for more Lenovo docks

2021-11-21 Thread AaronMa

** Tags added: oem-priority originate-from-1949722 sutton

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

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

Title:
  [SRU][I/OEM-5.13/OEM-5.14] Add MAC passthrough support for more Lenovo
  docks

Status in HWE Next:
  New
Status in linux package in Ubuntu:
  New
Status in linux-oem-5.13 package in Ubuntu:
  New
Status in linux-oem-5.14 package in Ubuntu:
  New
Status in linux-oem-5.13 source package in Focal:
  New
Status in linux-oem-5.14 source package in Focal:
  New
Status in linux source package in Impish:
  New
Status in linux source package in Jammy:
  New

Bug description:
  [Impact]
  MAC pass through is not working on new TBT and USB-C docks.

  [Fix]
  Enable MAC pass through based on Lenovo USB hub.

  [Test]
  Tested on Lenovo TBT4 and TBT3 dock, MAC pass through works well.

  [Where problems could occur]
  The Realtek USB ethernet in Lenovo USB hub will mess the MAC address.

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

2021-11-21 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 1951767

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

Title:
  [SRU][I/OEM-5.13/OEM-5.14] Add MAC passthrough support for more Lenovo
  docks

Status in HWE Next:
  New
Status in linux package in Ubuntu:
  New
Status in linux-oem-5.13 package in Ubuntu:
  New
Status in linux-oem-5.14 package in Ubuntu:
  New
Status in linux-oem-5.13 source package in Focal:
  New
Status in linux-oem-5.14 source package in Focal:
  New
Status in linux source package in Impish:
  New
Status in linux source package in Jammy:
  New

Bug description:
  [Impact]
  MAC pass through is not working on new TBT and USB-C docks.

  [Fix]
  Enable MAC pass through based on Lenovo USB hub.

  [Test]
  Tested on Lenovo TBT4 and TBT3 dock, MAC pass through works well.

  [Where problems could occur]
  The Realtek USB ethernet in Lenovo USB hub will mess the MAC address.

To manage notifications about this bug go to:
https://bugs.launchpad.net/hwe-next/+bug/1951767/+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 1951767] Re: [SRU][I/OEM-5.13/OEM-5.14] Add MAC passthrough support for more Lenovo docks

2021-11-21 Thread AaronMa

** Also affects: linux (Ubuntu Impish)
   Importance: Undecided
   Status: New

** Also affects: linux (Ubuntu Jammy)
   Importance: Undecided
   Status: New

** Also affects: linux-oem-5.13 (Ubuntu)
   Importance: Undecided
   Status: New

** Also affects: linux-oem-5.14 (Ubuntu)
   Importance: Undecided
   Status: New

** Also affects: linux (Ubuntu Focal)
   Importance: Undecided
   Status: New

** Also affects: linux-oem-5.13 (Ubuntu Focal)
   Importance: Undecided
   Status: New

** Also affects: linux-oem-5.14 (Ubuntu Focal)
   Importance: Undecided
   Status: New

** No longer affects: linux (Ubuntu Focal)

** No longer affects: linux-oem-5.13 (Ubuntu Impish)

** No longer affects: linux-oem-5.13 (Ubuntu Jammy)

** No longer affects: linux-oem-5.14 (Ubuntu Impish)

** No longer affects: linux-oem-5.14 (Ubuntu Jammy)

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

Title:
  [SRU][I/OEM-5.13/OEM-5.14] Add MAC passthrough support for more Lenovo
  docks

Status in HWE Next:
  New
Status in linux package in Ubuntu:
  New
Status in linux-oem-5.13 package in Ubuntu:
  New
Status in linux-oem-5.14 package in Ubuntu:
  New
Status in linux-oem-5.13 source package in Focal:
  New
Status in linux-oem-5.14 source package in Focal:
  New
Status in linux source package in Impish:
  New
Status in linux source package in Jammy:
  New

Bug description:
  [Impact]
  MAC pass through is not working on new TBT and USB-C docks.

  [Fix]
  Enable MAC pass through based on Lenovo USB hub.

  [Test]
  Tested on Lenovo TBT4 and TBT3 dock, MAC pass through works well.

  [Where problems could occur]
  The Realtek USB ethernet in Lenovo USB hub will mess the MAC address.

To manage notifications about this bug go to:
https://bugs.launchpad.net/hwe-next/+bug/1951767/+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 1951767] [NEW] [SRU][I/OEM-5.13/OEM-5.14] Add MAC passthrough support for more Lenovo docks

2021-11-21 Thread AaronMa

Public bug reported:

[Impact]
MAC pass through is not working on new TBT and USB-C docks.

[Fix]
Enable MAC pass through based on Lenovo USB hub.

[Test]
Tested on Lenovo TBT4 and TBT3 dock, MAC pass through works well.

[Where problems could occur]
The Realtek USB ethernet in Lenovo USB hub will mess the MAC address.

** 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/1951767

Title:
  [SRU][I/OEM-5.13/OEM-5.14] Add MAC passthrough support for more Lenovo
  docks

Status in linux package in Ubuntu:
  New

Bug description:
  [Impact]
  MAC pass through is not working on new TBT and USB-C docks.

  [Fix]
  Enable MAC pass through based on Lenovo USB hub.

  [Test]
  Tested on Lenovo TBT4 and TBT3 dock, MAC pass through works well.

  [Where problems could occur]
  The Realtek USB ethernet in Lenovo USB hub will mess the MAC address.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1951767/+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 1949026] Re: System hangs on purple screen

2021-11-21 Thread jeremyszu

** Changed in: oem-priority
   Status: Triaged => Fix Released

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

Title:
  System hangs on purple screen

Status in OEM Priority Project:
  Fix Released
Status in nvidia-graphics-drivers-470 package in Ubuntu:
  New
Status in nvidia-graphics-drivers-470 source package in Bionic:
  Fix Released
Status in nvidia-graphics-drivers-470 source package in Focal:
  Fix Released
Status in nvidia-graphics-drivers-470 source package in Hirsute:
  Fix Released
Status in nvidia-graphics-drivers-470 source package in Impish:
  Fix Released

Bug description:
  [Impact]

   * In some race condition, the GDM starts before gdm-udev rule be applied.
   * That's because somehow the nvidia driver takes more times to do the 
runtime resume. Thus, apply the workaround to postpone to enable RTD3.

  [Test Plan]

   1. In problematic machine, warn/cold boot the system.
   2.1 System hangs on GDM login shell
   2.2 After apply this patch, the system can enter the login screen.

  [Where problems could occur]

   * Postpone to enable RTD3 when binding driver should not impact the
  functionality since the power consumption usually not be consider in
  booting stage.

  ---

  We are facing an issue that GDM starts with Wayland instead of Xorg,
  despite of 61-gdm.rules' gdm-disable-wayland for NVIDIA graphics.

  The issue happens because gdm-disable-wayland is executed after GDM has
  started. The reason why the udev rules takes so long is because the the
  runtime suspended NVIDIA GFX takes more than 1 second to runtime resume,
  hence the driver starts the probing routine rather late.

  The proper solution is to impose a barrier like
  systemd-udev-settle.service before GDM, but limits to the GFX device
  only to avoid waiting for all udev rules are finished.

  Since such mechanism isn't available right now, workaround the issue by
  enabling runtime PM after driver is bound to avoid the runtime resume
  delay, and hope GDM always starts after the probing is done.

  Please backport below patch to supported nvidia-drivers:
  
https://github.com/tseliot/nvidia-graphics-drivers/pull/41/commits/7e9e4d4a827dc9da0e27058871034245ae4b7508

To manage notifications about this bug go to:
https://bugs.launchpad.net/oem-priority/+bug/1949026/+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 1095751] Re: bcmwl fails to build with 3.8 kernels [error: 'struct cfg80211_ibss_params' has no member named 'channel']

2021-11-21 Thread Launchpad Bug Tracker

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

** Changed in: broadcom-sta (Ubuntu)
   Status: New => Confirmed

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

Title:
  bcmwl fails to build with 3.8 kernels [error: 'struct
  cfg80211_ibss_params' has no member named 'channel']

Status in bcmwl package in Ubuntu:
  Fix Released
Status in broadcom-sta package in Ubuntu:
  Confirmed
Status in bcmwl source package in Precise:
  Fix Released
Status in broadcom-sta source package in Precise:
  Won't Fix

Bug description:
  Upcoming 3.8 kernels have broken this DKMS package.

  P

  SRU request:

  [Impact]

   * As a result of this bug, bcmwl-kernel-source will fail to build the
  module against linux-generic-lts-raring in Ubuntu 12.04.

  [Test Case]

   * Enable the precise-proposed repository and install bcmwl-kernel-
  source (6.20.155.1+bdcom-0ubuntu0.0.2).

   * Install linux-generic-lts-raring

   * If the package installs without errors from DKMS with both the
  linux-generic and lts-raring kernels, then the patches work correctly.

  [Regression Potential]

   * The patches that I backported from 13.10 will preserve the current
  driver behaviour on linux-generic (3.2) and linux-generic-lts-quantal
  (3.5), thanks to the use of specific macros in the code which check
  the kernel version. As a result, no regressions of any kind can be
  expected on these kernels.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/bcmwl/+bug/1095751/+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 1936295] Re: Faulty Elantech Trackpoint firmware unusable as it causes sudden cursor jump to an edge/corner on Lenovo Thinkpad X13, T14s, A475 --> Apply kernel patch to mitigate

2021-11-21 Thread Alberto Garcia

This fix has been included in several stable and longterm kernel
releases, here's the list for reference:

- Linux 5.15.3, see here: 
https://cdn.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.15.3
- Linux 5.14.19, see here: 
https://cdn.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.14.19
- Linux 5.10.80, see here: 
https://cdn.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.10.80
- Linux 5.4.160, see here: 
https://cdn.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.4.160

It will also be available in Linux 5.16 when it's out (it's already
included in 5.16-rc1).

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

Title:
  Faulty Elantech Trackpoint firmware unusable as it causes sudden
  cursor jump to an edge/corner on Lenovo Thinkpad X13, T14s, A475 -->
  Apply kernel patch to mitigate the FW bug

Status in linux package in Ubuntu:
  Confirmed

Bug description:
  *Problem description:*
  On Lenovo Thinkpad T14s, X13, A475 (and probably more models) the Elantech 
Trackpoint firmware is defective. The trackpoint cursor often suddenly jumps to 
an edge/corner, because the hardware/firmware sometimes reports wrong 
coordinates / loses sync. Currently, the Trackpoint is barely usable and it's 
impossible to productively work using it.

  For a long while, Elantech has not yet put forward (nor confirmed) a
  firmware update. However, there is a Linux kernel patch mitigating the
  firmware bug. The kernel bugfix discards the wrongly reported packages
  by the Elantech hardware. This solves the problem for the user.

  *Solution:* Please apply existing kernel patch here.
  https://bugzilla.kernel.org/show_bug.cgi?id=209167 Bug entry in the Linux 
Kernel.org Bugzilla
  https://bugzilla.kernel.org/attachment.cgi?id=295733&action=diff Diff of 
bugfix

  
  *T14s and X13 are Ubuntu certified:*
  The Lenovo Thinkpad T14s and X13 are Ubuntu certified, but apparently this 
hardware issue has slipped the Ubuntu certification process! 
https://ubuntu.com/certified/202006-27978 and 
https://ubuntu.com/certified/202006-27979

  *Further information:*
  
https://forums.lenovo.com/t5/Fedora/T14s-AMD-Trackpoint-almost-unusable/m-p/5064952?page=1
 Discussion on the bug in the Lenovo forum. E.g. see comment 18 by Lenovo 
employee MarkRHPearson

  *My System:*
  Lenovo Thinkpad T14s (AMD) 20ujs00k00
  Ubuntu 21.04 and 20.04
  see entries in kernel.org bugzilla for logs.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1936295/+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 1951746] Re: Kernel can't recognize hard drive in Lenovo Ideapad - Linux Mint

2021-11-21 Thread Chris Guiver

Thank you for taking the time to report this bug and helping to make
Ubuntu better.

Please execute the following command only once, as it will automatically
gather debugging information, in a terminal:

apport-collect 1951746

When reporting bugs in the future please use apport by using 'ubuntu-
bug' and the name of the package affected. You can learn more about this
functionality at https://wiki.ubuntu.com/ReportingBugs.

Please note: `ubuntu-bug`, `apport` & bug reporting tools are provided
with Ubuntu by default, many require manual addition for some releases
of downstream OSes based on Ubuntu (eg. Linux Mint). You should check
with your distribution first.

** Package changed: ubuntu => linux-hwe-5.11 (Ubuntu)

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

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

Title:
  Kernel can't recognize hard drive in Lenovo Ideapad - Linux Mint

Status in linux-hwe-5.11 package in Ubuntu:
  Incomplete

Bug description:
  Description:  Linux Mint 20.1
  Release:  20.1

  version_signature:
  Ubuntu 5.11.0-38.42~20.04.1-generic 5.11.22

  ^version signature after reverting back to previous kernel version

  
  updated to kernel linux 5.11.0-40-generic
  after update and restart, I received

  kernel-panic:
  VFS: cannot open root device "nvme0n1p1" or unknown block (0,0): error -6 
please append a correct "root=" boot option.

  
  using the previous kernel version properly loaded all firmware again.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux-hwe-5.11/+bug/1951746/+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 1951746] [NEW] Kernel can't recognize hard drive in Lenovo Ideapad - Linux Mint

2021-11-21 Thread Launchpad Bug Tracker

You have been subscribed to a public bug:

Description:Linux Mint 20.1
Release:20.1

version_signature:
Ubuntu 5.11.0-38.42~20.04.1-generic 5.11.22

^version signature after reverting back to previous kernel version


updated to kernel linux 5.11.0-40-generic
after update and restart, I received

kernel-panic:
VFS: cannot open root device "nvme0n1p1" or unknown block (0,0): error -6 
please append a correct "root=" boot option.


using the previous kernel version properly loaded all firmware again.

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


** Tags: kernel-bug
-- 
Kernel can't recognize hard drive in Lenovo Ideapad - Linux Mint
https://bugs.launchpad.net/bugs/1951746
You received this bug notification because you are a member of Kernel Packages, 
which is subscribed to linux-hwe-5.11 in Ubuntu.

-- 
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 1931001] Re: kernel: watchdog: BUG: soft lockup - CPU#3 stuck for 22s!

2021-11-21 Thread Ubuntu Foundations Team Bug Bot

** Tags added: patch

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

Title:
  kernel: watchdog: BUG: soft lockup - CPU#3 stuck for 22s!

Status in Linux:
  Incomplete
Status in linux package in Ubuntu:
  Incomplete
Status in linux-hwe-5.11 package in Ubuntu:
  Confirmed
Status in linux-hwe-5.13 package in Ubuntu:
  Confirmed
Status in Fedora:
  Confirmed

Bug description:
  Ubuntu 20.04 LTS and Ubuntu 21.04 occasionally boots with very bad
  performance and very unresponsive to user input on Lenovo laptop
  Lenovo 300e 2nd Gen 81M9 (LENOVO_MT_81M9_BU_idea_FM_300e 2nd G).

  When this happens you can read this kind of messages on journal:

  ---
  root@alumne-1-58:~# journalctl | grep "BUG: soft"
  may 20 21:44:35 alumne-1-58 kernel: watchdog: BUG: soft lockup - CPU#3 stuck 
for 22s! [swapper/3:0]
  may 20 21:44:35 alumne-1-58 kernel: watchdog: BUG: soft lockup - CPU#3 stuck 
for 22s! [swapper/3:0]
  may 22 09:33:34 alumne-1-58 kernel: watchdog: BUG: soft lockup - CPU#0 stuck 
for 22s! [swapper/0:0]
  may 24 16:45:14 alumne-1-58 kernel: watchdog: BUG: soft lockup - CPU#1 stuck 
for 23s! [prometheus-node:4220]
  may 24 16:45:14 alumne-1-58 kernel: watchdog: BUG: soft lockup - CPU#0 stuck 
for 23s! [swapper/0:0]
  jun 03 00:01:09 alumne-1-58 kernel: watchdog: BUG: soft lockup - CPU#0 stuck 
for 22s! [swapper/0:0]
  jun 03 00:01:09 alumne-1-58 kernel: watchdog: BUG: soft lockup - CPU#0 stuck 
for 23s! [swapper/0:0]
  jun 03 00:01:09 alumne-1-58 kernel: watchdog: BUG: soft lockup - CPU#1 stuck 
for 22s! [swapper/1:0]
  jun 03 00:01:09 alumne-1-58 kernel: watchdog: BUG: soft lockup - CPU#0 stuck 
for 22s! [swapper/0:0]
  jun 03 00:02:15 alumne-1-58 kernel: watchdog: BUG: soft lockup - CPU#0 stuck 
for 21s! [swapper/0:0]
  jun 05 08:22:58 alumne-1-58 kernel: watchdog: BUG: soft lockup - CPU#3 stuck 
for 22s! [irq/138-iwlwifi:1044]
  jun 05 08:25:06 alumne-1-58 kernel: watchdog: BUG: soft lockup - CPU#2 stuck 
for 22s! [swapper/2:0]
  jun 05 08:25:06 alumne-1-58 kernel: watchdog: BUG: soft lockup - CPU#3 stuck 
for 22s! [irq/138-iwlwifi:1044]
  jun 05 08:26:42 alumne-1-58 kernel: watchdog: BUG: soft lockup - CPU#1 stuck 
for 23s! [lxd:3975]
  jun 05 08:26:42 alumne-1-58 kernel: watchdog: BUG: soft lockup - CPU#2 stuck 
for 23s! [swapper/2:0]
  jun 05 08:26:42 alumne-1-58 kernel: watchdog: BUG: soft lockup - CPU#3 stuck 
for 23s! [irq/138-iwlwifi:1044]
  jun 05 08:27:38 alumne-1-58 kernel: watchdog: BUG: soft lockup - CPU#3 stuck 
for 23s! [irq/138-iwlwifi:1044]
  jun 05 08:28:34 alumne-1-58 kernel: watchdog: BUG: soft lockup - CPU#3 stuck 
for 22s! [irq/138-iwlwifi:1044]
  jun 05 08:29:46 alumne-1-58 kernel: watchdog: BUG: soft lockup - CPU#3 stuck 
for 22s! [irq/138-iwlwifi:1044]
  root@alumne-1-58:~#
  ---

  Usually if you reboot everything works fine but it's very annoying
  when happens.

To manage notifications about this bug go to:
https://bugs.launchpad.net/linux/+bug/1931001/+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

43 matches

Mail list logo