[Kernel-packages] [Bug 1848439] Re: generic/562 from ubuntu_xfstests_btrfs failed on D

2019-10-17 Thread Po-Hsu Lin
** Patch added: "btrfs-generic-562-output.diff"
   
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1848439/+attachment/5297778/+files/btrfs-generic-562-output.diff

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

Title:
  generic/562 from ubuntu_xfstests_btrfs failed on D

Status in ubuntu-kernel-tests:
  New
Status in linux package in Ubuntu:
  Confirmed
Status in linux source package in Disco:
  Confirmed

Bug description:
  Issue found on node amd64 node "kili"

   generic/562_check_dmesg: something found in dmesg (see 
/home/ubuntu/autotest/client/tmp/ubuntu_xfstests_btrfs/src/xfstests-bld/xfstests-dev/results//generic/562.dmesg)
   - output mismatch (see 
/home/ubuntu/autotest/client/tmp/ubuntu_xfstests_btrfs/src/xfstests-bld/xfstests-dev/results//generic/562.out.bad)
   --- tests/generic/562.out  2019-10-16 10:51:13.164700997 +
   +++ 
/home/ubuntu/autotest/client/tmp/ubuntu_xfstests_btrfs/src/xfstests-bld/xfstests-dev/results//generic/562.out.bad
  2019-10-16 12:35:45.694630398 +
   @@ -1,5 +1,102404 @@
QA output created by 562
   +XFS_IOC_CLONE: No space left on device
File foo data after cloning and remount:
   -000 c7 c7 c7 c7 c7 c7 c7 c7 c7 c7 c7 c7 c7 c7 c7 c7 
   +000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
   +*
   +0004096 e5 e5 e5 e5 e5 e5 e5 e5 e5 e5 e5 e5 e5 e5 e5 e5
   ...
   (Run 'diff -u 
/home/ubuntu/autotest/client/tmp/ubuntu_xfstests_btrfs/src/xfstests-bld/xfstests-dev/tests/generic/562.out
 
/home/ubuntu/autotest/client/tmp/ubuntu_xfstests_btrfs/src/xfstests-bld/xfstests-dev/results//generic/562.out.bad'
  to see the entire diff)

  Syslog with kernel traces:
   BTRFS info (device sdb2): checking UUID tree
   [ cut here ]
   BTRFS: Transaction aborted (error -28)
   WARNING: CPU: 52 PID: 53560 at fs/btrfs/ioctl.c:3350 
clone_finish_inode_update+0x102/0x130 [btrfs]
   Modules linked in: dm_thin_pool dm_persistent_data dm_bio_prison dm_snapshot 
dm_bufio btrfs zstd_compress dm_flakey dm_multipath scsi_dh_rdac scsi_dh_emc 
scsi_dh_alua intel_rapl sb_edac x86_pkg_temp_thermal intel_powerclamp coretemp 
kvm_intel kvm ioatdma irqbypass mei_me mei ipmi_si crct10dif_pclmul 
crc32_pclmul ghash_clmulni_intel joydev input_leds ipmi_devintf intel_cstate 
ipmi_msghandler intel_rapl_perf mac_hid acpi_pad acpi_power_meter sch_fq_codel 
ib_iser rdma_cm iw_cm ib_cm ib_core iscsi_tcp libiscsi_tcp libiscsi 
scsi_transport_iscsi ip_tables x_tables autofs4 raid10 raid456 
async_raid6_recov async_memcpy async_pq async_xor async_tx xor raid6_pq 
libcrc32c raid1 raid0 multipath linear hid_generic usbhid hid aesni_intel 
mgag200 aes_x86_64 crypto_simd i2c_algo_bit cryptd ttm glue_helper 
drm_kms_helper syscopyarea sysfillrect sysimgblt fb_sys_fops drm ixgbe ahci 
lpc_ich xfrm_algo i2c_i801 libahci dca mdio wmi [last unloaded: scsi_debug]
   CPU: 52 PID: 53560 Comm: xfs_io Tainted: G  I   5.0.0-31-generic 
#33-Ubuntu
   Hardware name: Intel Corporation S2600WTT/S2600WTT, BIOS 
SE5C610.86B.01.01.1008.031920151331 03/19/2015
   RIP: 0010:clone_finish_inode_update+0x102/0x130 [btrfs]
   Code: ff ff ff 49 8b 45 50 f0 48 0f ba a8 40 ce 00 00 02 72 19 83 fb fb 0f 
84 86 3a 05 00 89 de 48 c7 c7 48 08 ad c0 e8 90 18 03 e4 <0f> 0b 4c 89 ef 89 d9 
ba 16 0d 00 00 48 c7 c6 90 30 ac c0 e8 2e d9
   RSP: 0018:bcf6e4017b60 EFLAGS: 00010286
   RAX:  RBX: ffe4 RCX: 0006
   RDX: 0007 RSI: 0082 RDI: 9ec45fa16440
   RBP: bcf6e4017b90 R08: 0001 R09: 3827
   R10: 0004 R11:  R12: 9ec455442a60
   R13: 9ec4533992d8 R14: 0a40 R15: 9ec1cb06c800
   FS:  7f34c46f3800() GS:9ec45fa0() knlGS:
   CS:  0010 DS:  ES:  CR0: 80050033
   CR2: 7f34c46f1ef8 CR3: 000d124f6003 CR4: 001606e0
   Call Trace:
btrfs_clone+0xa18/0x1080 [btrfs]
btrfs_clone_files+0xfe/0x160 [btrfs]
btrfs_remap_file_range+0x321/0x410 [btrfs]
do_clone_file_range+0x12b/0x260
vfs_clone_file_range+0x3a/0xb0
ioctl_file_clone+0x93/0xc0
do_vfs_ioctl+0x495/0x640
? putname+0x47/0x50
ksys_ioctl+0x67/0x90
__x64_sys_ioctl+0x1a/0x20
do_syscall_64+0x5a/0x110
entry_SYSCALL_64_after_hwframe+0x44/0xa9
   RIP: 0033:0x7f34c4a5e417
   Code: 00 00 90 48 8b 05 79 0a 0d 00 64 c7 00 26 00 00 00 48 c7 c0 ff ff ff 
ff c3 66 2e 0f 1f 84 00 00 00 00 00 b8 10 00 00 00 0f 05 <48> 3d 01 f0 ff ff 73 
01 c3 48 8b 0d 49 0a 0d 00 f7 d8 64 89 01 48
   RSP: 002b:7fff6c7b9e98 EFLAGS: 0246 ORIG_RAX: 0010
   RAX: ffda RBX: 0012 RCX: 7f34c4a5e417
   RDX: 0012 RSI: 40049409 RDI: 0008
   RBP:  R08: 7fff6c7de0a0 R0

[Kernel-packages] [Bug 1848439] Status changed to Confirmed

2019-10-17 Thread Ubuntu Kernel Bot
This change was made by a bot.

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

** Changed in: linux (Ubuntu Disco)
   Status: New => 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/1848439

Title:
  generic/562 from ubuntu_xfstests_btrfs failed on D

Status in ubuntu-kernel-tests:
  New
Status in linux package in Ubuntu:
  Confirmed
Status in linux source package in Disco:
  Confirmed

Bug description:
  Issue found on node amd64 node "kili"

   generic/562_check_dmesg: something found in dmesg (see 
/home/ubuntu/autotest/client/tmp/ubuntu_xfstests_btrfs/src/xfstests-bld/xfstests-dev/results//generic/562.dmesg)
   - output mismatch (see 
/home/ubuntu/autotest/client/tmp/ubuntu_xfstests_btrfs/src/xfstests-bld/xfstests-dev/results//generic/562.out.bad)
   --- tests/generic/562.out  2019-10-16 10:51:13.164700997 +
   +++ 
/home/ubuntu/autotest/client/tmp/ubuntu_xfstests_btrfs/src/xfstests-bld/xfstests-dev/results//generic/562.out.bad
  2019-10-16 12:35:45.694630398 +
   @@ -1,5 +1,102404 @@
QA output created by 562
   +XFS_IOC_CLONE: No space left on device
File foo data after cloning and remount:
   -000 c7 c7 c7 c7 c7 c7 c7 c7 c7 c7 c7 c7 c7 c7 c7 c7 
   +000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
   +*
   +0004096 e5 e5 e5 e5 e5 e5 e5 e5 e5 e5 e5 e5 e5 e5 e5 e5
   ...
   (Run 'diff -u 
/home/ubuntu/autotest/client/tmp/ubuntu_xfstests_btrfs/src/xfstests-bld/xfstests-dev/tests/generic/562.out
 
/home/ubuntu/autotest/client/tmp/ubuntu_xfstests_btrfs/src/xfstests-bld/xfstests-dev/results//generic/562.out.bad'
  to see the entire diff)

  Syslog with kernel traces:
   BTRFS info (device sdb2): checking UUID tree
   [ cut here ]
   BTRFS: Transaction aborted (error -28)
   WARNING: CPU: 52 PID: 53560 at fs/btrfs/ioctl.c:3350 
clone_finish_inode_update+0x102/0x130 [btrfs]
   Modules linked in: dm_thin_pool dm_persistent_data dm_bio_prison dm_snapshot 
dm_bufio btrfs zstd_compress dm_flakey dm_multipath scsi_dh_rdac scsi_dh_emc 
scsi_dh_alua intel_rapl sb_edac x86_pkg_temp_thermal intel_powerclamp coretemp 
kvm_intel kvm ioatdma irqbypass mei_me mei ipmi_si crct10dif_pclmul 
crc32_pclmul ghash_clmulni_intel joydev input_leds ipmi_devintf intel_cstate 
ipmi_msghandler intel_rapl_perf mac_hid acpi_pad acpi_power_meter sch_fq_codel 
ib_iser rdma_cm iw_cm ib_cm ib_core iscsi_tcp libiscsi_tcp libiscsi 
scsi_transport_iscsi ip_tables x_tables autofs4 raid10 raid456 
async_raid6_recov async_memcpy async_pq async_xor async_tx xor raid6_pq 
libcrc32c raid1 raid0 multipath linear hid_generic usbhid hid aesni_intel 
mgag200 aes_x86_64 crypto_simd i2c_algo_bit cryptd ttm glue_helper 
drm_kms_helper syscopyarea sysfillrect sysimgblt fb_sys_fops drm ixgbe ahci 
lpc_ich xfrm_algo i2c_i801 libahci dca mdio wmi [last unloaded: scsi_debug]
   CPU: 52 PID: 53560 Comm: xfs_io Tainted: G  I   5.0.0-31-generic 
#33-Ubuntu
   Hardware name: Intel Corporation S2600WTT/S2600WTT, BIOS 
SE5C610.86B.01.01.1008.031920151331 03/19/2015
   RIP: 0010:clone_finish_inode_update+0x102/0x130 [btrfs]
   Code: ff ff ff 49 8b 45 50 f0 48 0f ba a8 40 ce 00 00 02 72 19 83 fb fb 0f 
84 86 3a 05 00 89 de 48 c7 c7 48 08 ad c0 e8 90 18 03 e4 <0f> 0b 4c 89 ef 89 d9 
ba 16 0d 00 00 48 c7 c6 90 30 ac c0 e8 2e d9
   RSP: 0018:bcf6e4017b60 EFLAGS: 00010286
   RAX:  RBX: ffe4 RCX: 0006
   RDX: 0007 RSI: 0082 RDI: 9ec45fa16440
   RBP: bcf6e4017b90 R08: 0001 R09: 3827
   R10: 0004 R11:  R12: 9ec455442a60
   R13: 9ec4533992d8 R14: 0a40 R15: 9ec1cb06c800
   FS:  7f34c46f3800() GS:9ec45fa0() knlGS:
   CS:  0010 DS:  ES:  CR0: 80050033
   CR2: 7f34c46f1ef8 CR3: 000d124f6003 CR4: 001606e0
   Call Trace:
btrfs_clone+0xa18/0x1080 [btrfs]
btrfs_clone_files+0xfe/0x160 [btrfs]
btrfs_remap_file_range+0x321/0x410 [btrfs]
do_clone_file_range+0x12b/0x260
vfs_clone_file_range+0x3a/0xb0
ioctl_file_clone+0x93/0xc0
do_vfs_ioctl+0x495/0x640
? putname+0x47/0x50
ksys_ioctl+0x67/0x90
__x64_sys_ioctl+0x1a/0x20
do_syscall_64+0x5a/0x110
entry_SYSCALL_64_after_hwframe+0x44/0xa9
   RIP: 0033:0x7f34c4a5e417
   Code: 00 00 90 48 8b 05 79 0a 0d 00 64 c7 00 26 00 00 00 48 c7 c0 ff ff ff 
ff c3 66 2e 0f 1f 84 00 00 00 00 00 b8 10 00 00 00 0f 05 <48> 3d 01 f0 ff ff 73 
01 c3 48 8b 0d 49 0a 0d 00 f7 d8 64 89 01 48
   RSP: 002b:7fff6c7b9e98 EFLAGS: 0246 ORIG_RAX: 0010
   RAX: ffda RBX: 0012 RCX: 7f34c4a5e417
   RDX: 0012 RSI: 40049409 RDI: 0008
   RBP:  R08: 7fff6c7de0a0 R09: 000

[Kernel-packages] [Bug 1848333] Re: wifi problem delays boot in live mode

2019-10-17 Thread sudodus
attached photo showing the waiting

** Attachment added: "lubuntu-waiting-90s.jpg"
   
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1848333/+attachment/5297779/+files/lubuntu-waiting-90s.jpg

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

Title:
  wifi problem delays boot in live mode

Status in linux package in Ubuntu:
  Confirmed

Bug description:
  This problem is rather new. It did not affect Lubuntu Eoan zsynced 9
  days ago (Oct 6).

  Now there is a delay of 1 min 30 sec during booting, and I think there
  is something wrong with the recognition of the wifi hardware or maybe
  matching of driver and hardware. It happens in 'this' computer, a
  middle-aged Toshiba laptop with a generation 3 Intel i5 cpu and also
  in a Dell Latitude E7240 with a generation 4 Intel i5 cpu and I guess
  another wifi chip.

  In both cases both ethernet and wifi works. I see available wifi
  routers and can connect (when I have the password).

  I tested also with the Xubuntu eoan iso file, and the same delay
  happened there.

  I think the drivers are OK, but something in the logic for recognition
  of them might be bad.

  ProblemType: Bug
  DistroRelease: Ubuntu 19.10
  Package: linux-image-5.3.0-18-generic 5.3.0-18.19+1
  ProcVersionSignature: Ubuntu 5.3.0-18.19-generic 5.3.1
  Uname: Linux 5.3.0-18-generic x86_64
  ApportVersion: 2.20.11-0ubuntu8
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  lubuntu2316 F pulseaudio
  CasperVersion: 1.426
  CurrentDesktop: LXQt
  Date: Wed Oct 16 11:36:22 2019
  LiveMediaBuild: Lubuntu 19.10 "Eoan Ermine" - Release amd64 (20191015)
  MachineType: TOSHIBA SATELLITE PRO C850-19W
  ProcFB: 0 i915drmfb
  ProcKernelCmdLine: BOOT_IMAGE=/casper/vmlinuz 
file=/cdrom/preseed/username.seed persistent ---
  RelatedPackageVersions:
   linux-restricted-modules-5.3.0-18-generic N/A
   linux-backports-modules-5.3.0-18-generic  N/A
   linux-firmware1.183
  SourcePackage: linux
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 09/24/2012
  dmi.bios.vendor: Insyde Corp.
  dmi.bios.version: 6.10
  dmi.board.asset.tag: Type2 - Board Asset Tag
  dmi.board.name: PLCSF8
  dmi.board.vendor: Intel
  dmi.board.version: Type2 - Board Version
  dmi.chassis.asset.tag: No Asset Tag
  dmi.chassis.type: 10
  dmi.chassis.vendor: OEM Chassis Manufacturer
  dmi.chassis.version: OEM Chassis Version
  dmi.modalias: 
dmi:bvnInsydeCorp.:bvr6.10:bd09/24/2012:svnTOSHIBA:pnSATELLITEPROC850-19W:pvrPSCBXE-00C00VN5:rvnIntel:rnPLCSF8:rvrType2-BoardVersion:cvnOEMChassisManufacturer:ct10:cvrOEMChassisVersion:
  dmi.product.family: Type1Family
  dmi.product.name: SATELLITE PRO C850-19W
  dmi.product.sku: PSCBXE
  dmi.product.version: PSCBXE-00C00VN5
  dmi.sys.vendor: TOSHIBA

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1848333/+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 1848439] Re: generic/562 from ubuntu_xfstests_btrfs failed on D

2019-10-17 Thread Po-Hsu Lin
-- 
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/1848439

Title:
  generic/562 from ubuntu_xfstests_btrfs failed on D

Status in ubuntu-kernel-tests:
  New
Status in linux package in Ubuntu:
  Confirmed
Status in linux source package in Disco:
  Confirmed

Bug description:
  Issue found on node amd64 node "kili"

   generic/562_check_dmesg: something found in dmesg (see 
/home/ubuntu/autotest/client/tmp/ubuntu_xfstests_btrfs/src/xfstests-bld/xfstests-dev/results//generic/562.dmesg)
   - output mismatch (see 
/home/ubuntu/autotest/client/tmp/ubuntu_xfstests_btrfs/src/xfstests-bld/xfstests-dev/results//generic/562.out.bad)
   --- tests/generic/562.out  2019-10-16 10:51:13.164700997 +
   +++ 
/home/ubuntu/autotest/client/tmp/ubuntu_xfstests_btrfs/src/xfstests-bld/xfstests-dev/results//generic/562.out.bad
  2019-10-16 12:35:45.694630398 +
   @@ -1,5 +1,102404 @@
QA output created by 562
   +XFS_IOC_CLONE: No space left on device
File foo data after cloning and remount:
   -000 c7 c7 c7 c7 c7 c7 c7 c7 c7 c7 c7 c7 c7 c7 c7 c7 
   +000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
   +*
   +0004096 e5 e5 e5 e5 e5 e5 e5 e5 e5 e5 e5 e5 e5 e5 e5 e5
   ...
   (Run 'diff -u 
/home/ubuntu/autotest/client/tmp/ubuntu_xfstests_btrfs/src/xfstests-bld/xfstests-dev/tests/generic/562.out
 
/home/ubuntu/autotest/client/tmp/ubuntu_xfstests_btrfs/src/xfstests-bld/xfstests-dev/results//generic/562.out.bad'
  to see the entire diff)

  Syslog with kernel traces:
   BTRFS info (device sdb2): checking UUID tree
   [ cut here ]
   BTRFS: Transaction aborted (error -28)
   WARNING: CPU: 52 PID: 53560 at fs/btrfs/ioctl.c:3350 
clone_finish_inode_update+0x102/0x130 [btrfs]
   Modules linked in: dm_thin_pool dm_persistent_data dm_bio_prison dm_snapshot 
dm_bufio btrfs zstd_compress dm_flakey dm_multipath scsi_dh_rdac scsi_dh_emc 
scsi_dh_alua intel_rapl sb_edac x86_pkg_temp_thermal intel_powerclamp coretemp 
kvm_intel kvm ioatdma irqbypass mei_me mei ipmi_si crct10dif_pclmul 
crc32_pclmul ghash_clmulni_intel joydev input_leds ipmi_devintf intel_cstate 
ipmi_msghandler intel_rapl_perf mac_hid acpi_pad acpi_power_meter sch_fq_codel 
ib_iser rdma_cm iw_cm ib_cm ib_core iscsi_tcp libiscsi_tcp libiscsi 
scsi_transport_iscsi ip_tables x_tables autofs4 raid10 raid456 
async_raid6_recov async_memcpy async_pq async_xor async_tx xor raid6_pq 
libcrc32c raid1 raid0 multipath linear hid_generic usbhid hid aesni_intel 
mgag200 aes_x86_64 crypto_simd i2c_algo_bit cryptd ttm glue_helper 
drm_kms_helper syscopyarea sysfillrect sysimgblt fb_sys_fops drm ixgbe ahci 
lpc_ich xfrm_algo i2c_i801 libahci dca mdio wmi [last unloaded: scsi_debug]
   CPU: 52 PID: 53560 Comm: xfs_io Tainted: G  I   5.0.0-31-generic 
#33-Ubuntu
   Hardware name: Intel Corporation S2600WTT/S2600WTT, BIOS 
SE5C610.86B.01.01.1008.031920151331 03/19/2015
   RIP: 0010:clone_finish_inode_update+0x102/0x130 [btrfs]
   Code: ff ff ff 49 8b 45 50 f0 48 0f ba a8 40 ce 00 00 02 72 19 83 fb fb 0f 
84 86 3a 05 00 89 de 48 c7 c7 48 08 ad c0 e8 90 18 03 e4 <0f> 0b 4c 89 ef 89 d9 
ba 16 0d 00 00 48 c7 c6 90 30 ac c0 e8 2e d9
   RSP: 0018:bcf6e4017b60 EFLAGS: 00010286
   RAX:  RBX: ffe4 RCX: 0006
   RDX: 0007 RSI: 0082 RDI: 9ec45fa16440
   RBP: bcf6e4017b90 R08: 0001 R09: 3827
   R10: 0004 R11:  R12: 9ec455442a60
   R13: 9ec4533992d8 R14: 0a40 R15: 9ec1cb06c800
   FS:  7f34c46f3800() GS:9ec45fa0() knlGS:
   CS:  0010 DS:  ES:  CR0: 80050033
   CR2: 7f34c46f1ef8 CR3: 000d124f6003 CR4: 001606e0
   Call Trace:
btrfs_clone+0xa18/0x1080 [btrfs]
btrfs_clone_files+0xfe/0x160 [btrfs]
btrfs_remap_file_range+0x321/0x410 [btrfs]
do_clone_file_range+0x12b/0x260
vfs_clone_file_range+0x3a/0xb0
ioctl_file_clone+0x93/0xc0
do_vfs_ioctl+0x495/0x640
? putname+0x47/0x50
ksys_ioctl+0x67/0x90
__x64_sys_ioctl+0x1a/0x20
do_syscall_64+0x5a/0x110
entry_SYSCALL_64_after_hwframe+0x44/0xa9
   RIP: 0033:0x7f34c4a5e417
   Code: 00 00 90 48 8b 05 79 0a 0d 00 64 c7 00 26 00 00 00 48 c7 c0 ff ff ff 
ff c3 66 2e 0f 1f 84 00 00 00 00 00 b8 10 00 00 00 0f 05 <48> 3d 01 f0 ff ff 73 
01 c3 48 8b 0d 49 0a 0d 00 f7 d8 64 89 01 48
   RSP: 002b:7fff6c7b9e98 EFLAGS: 0246 ORIG_RAX: 0010
   RAX: ffda RBX: 0012 RCX: 7f34c4a5e417
   RDX: 0012 RSI: 40049409 RDI: 0008
   RBP:  R08: 7fff6c7de0a0 R09: 7fff6c7de080
   R10: 002cb364 R11: 0246 R12: 
   R13:  R14:  R15: 5592f0c19328
   ---[ end 

[Kernel-packages] [Bug 1848445] [NEW] Kernel needs a special workaround argument to boot

2019-10-17 Thread Ilgaz
Public bug reported:

1) The release of Ubuntu you are using, via 'lsb_release -rd' or System -> 
About Ubuntu
Description: Ubuntu 19.10
Release: 19.10

2) The version of the package you are using, via 'apt-cache policy
pkgname' or by checking in Software Center

3) What you expected to happen

Boot

4) What happened instead

Freezes (see below for workaround), no visible sign of interaction
possible. Caps lock "led" doesn't work indicating keyboard isn't
working. Just a white cursor (non blinking) on screen, CPU doesn't seem
to do anything since fan stops after a while.

This is more likely a Linux "bug". Unless you pass acpi_osi= argument to
Linux kernel, it won't boot, appear and behave frozen with a (non
blinking) cursor on top left. There is no further information given to
user further complicating things.

Previously on 4.x kernels, system would boot using acpi=off argument
creating more problems on this particular laptop model (HP Pavilion X360
13 inch).

ProblemType: Bug
DistroRelease: Ubuntu 19.10
Package: linux-image-5.3.0-18-generic 5.3.0-18.19+1
ProcVersionSignature: Ubuntu 5.3.0-18.19-generic 5.3.1
Uname: Linux 5.3.0-18-generic x86_64
NonfreeKernelModules: wl
ApportVersion: 2.20.11-0ubuntu8
Architecture: amd64
AudioDevicesInUse:
 USERPID ACCESS COMMAND
 /dev/snd/controlC0:  ilgaz 21270 F pulseaudio
 /dev/snd/controlC1:  ilgaz 21270 F pulseaudio
 /dev/snd/pcmC1D0p:   ilgaz 21270 F...m pulseaudio
CurrentDesktop: ubuntu:GNOME
Date: Thu Oct 17 10:02:44 2019
HibernationDevice: RESUME=UUID=f34af719-8757-473b-848b-7db85d6fefae
InstallationDate: Installed on 2019-10-13 (3 days ago)
InstallationMedia: Ubuntu 16.04.6 LTS "Xenial Xerus" - Release amd64 (20190227)
MachineType: Hewlett-Packard HP Pavilion 13 x360 PC
ProcFB: 0 i915drmfb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.3.0-18-generic 
root=UUID=f6787f82-d072-410e-8058-2b7f14d012b9 ro verbose pci=biosirq acpi_osi=
RelatedPackageVersions:
 linux-restricted-modules-5.3.0-18-generic N/A
 linux-backports-modules-5.3.0-18-generic  N/A
 linux-firmware1.183
SourcePackage: linux
UpgradeStatus: Upgraded to eoan on 2019-10-16 (0 days ago)
dmi.bios.date: 06/21/2018
dmi.bios.vendor: Insyde
dmi.bios.version: F.41
dmi.board.asset.tag: Type2 - Board Asset Tag
dmi.board.name: 2341
dmi.board.vendor: Hewlett-Packard
dmi.board.version: 07.0A
dmi.chassis.type: 10
dmi.chassis.vendor: Hewlett-Packard
dmi.chassis.version: Chassis Version
dmi.modalias: 
dmi:bvnInsyde:bvrF.41:bd06/21/2018:svnHewlett-Packard:pnHPPavilion13x360PC:pvr097712405F0410180:rvnHewlett-Packard:rn2341:rvr07.0A:cvnHewlett-Packard:ct10:cvrChassisVersion:
dmi.product.family: 103C_5335KV G=N L=CON B=HP S=PAV X=Null
dmi.product.name: HP Pavilion 13 x360 PC
dmi.product.sku: L0B89EA#AB8
dmi.product.version: 097712405F0410180
dmi.sys.vendor: Hewlett-Packard

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


** Tags: amd64 apport-bug 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/1848445

Title:
  Kernel needs a special workaround argument to boot

Status in linux package in Ubuntu:
  New

Bug description:
  1) The release of Ubuntu you are using, via 'lsb_release -rd' or System -> 
About Ubuntu
  Description: Ubuntu 19.10
  Release: 19.10

  2) The version of the package you are using, via 'apt-cache policy
  pkgname' or by checking in Software Center

  3) What you expected to happen

  Boot

  4) What happened instead

  Freezes (see below for workaround), no visible sign of interaction
  possible. Caps lock "led" doesn't work indicating keyboard isn't
  working. Just a white cursor (non blinking) on screen, CPU doesn't
  seem to do anything since fan stops after a while.

  This is more likely a Linux "bug". Unless you pass acpi_osi= argument
  to Linux kernel, it won't boot, appear and behave frozen with a (non
  blinking) cursor on top left. There is no further information given to
  user further complicating things.

  Previously on 4.x kernels, system would boot using acpi=off argument
  creating more problems on this particular laptop model (HP Pavilion
  X360 13 inch).

  ProblemType: Bug
  DistroRelease: Ubuntu 19.10
  Package: linux-image-5.3.0-18-generic 5.3.0-18.19+1
  ProcVersionSignature: Ubuntu 5.3.0-18.19-generic 5.3.1
  Uname: Linux 5.3.0-18-generic x86_64
  NonfreeKernelModules: wl
  ApportVersion: 2.20.11-0ubuntu8
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  ilgaz 21270 F pulseaudio
   /dev/snd/controlC1:  ilgaz 21270 F pulseaudio
   /dev/snd/pcmC1D0p:   ilgaz 21270 F...m pulseaudio
  CurrentDesktop: ubuntu:GNOME
  Date: Thu Oct 17 10:02:44 2019
  HibernationDevice: RESUME=UUID=f34af719-8757-473b-848b-7db85d6fefae
  InstallationDate: Installed on 2019-10-13 (3 days ago)
  InstallationMedia: Ubuntu 16.

[Kernel-packages] [Bug 1847980] Re: Lightdm is just a black screen when booting kernel 5.3 on an i5-6500, but kernels 5.0/5.2 work

2019-10-17 Thread Kai-Heng Feng
Would it be possible for you to do a kernel bisection?

First, find the last good -rc kernel and the first bad -rc kernel from
http://kernel.ubuntu.com/~kernel-ppa/mainline/

Then,
$ sudo apt build-dep linux
$ git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
$ cd linux
$ git bisect start
$ git bisect good $(the good version you found)
$ git bisect bad $(the bad version found)
$ make localmodconfig
$ make -j`nproc` deb-pkg
Install the newly built kernel, then reboot with it.
If the issue still happens,
$ git bisect bad
Otherwise,
$ git bisect good
Repeat to "make -j`nproc` deb-pkg" until you find the commit that causes the 
regression.

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

Title:
  Lightdm is just a black screen when booting kernel 5.3 on an i5-6500,
  but kernels 5.0/5.2 work

Status in lightdm package in Ubuntu:
  New
Status in linux package in Ubuntu:
  Confirmed
Status in xorg-server package in Ubuntu:
  New

Bug description:
  Xorg freeze at boot on Intel Corporation HD Graphics 530 with 
linux-image-5.3.0-17 after upgraded to the development release Ubuntu Eoan 
Ermine (development branch).
  If i boot with linux-image-5.0.0-31-generic the Xorg works well.

  ProblemType: Bug
  DistroRelease: Ubuntu 19.10
  Package: xorg 1:7.7+19ubuntu12
  ProcVersionSignature: Ubuntu 5.0.0-31.33-generic 5.0.21
  Uname: Linux 5.0.0-31-generic x86_64
  ApportVersion: 2.20.11-0ubuntu8
  Architecture: amd64
  CompizPlugins: No value set for 
`/apps/compiz-1/general/screen0/options/active_plugins'
  CompositorRunning: None
  CurrentDesktop: XFCE
  Date: Mon Oct 14 11:15:23 2019
  DistUpgraded: Fresh install
  DistroCodename: eoan
  DistroVariant: ubuntu
  ExtraDebuggingInterest: Yes, if not too technical
  GpuHangFrequency: Continuously
  GpuHangReproducibility: Yes, I can easily reproduce it
  GpuHangStarted: Immediately after installing this version of Ubuntu
  GraphicsCard:
   Intel Corporation HD Graphics 530 [8086:1912] (rev 06) (prog-if 00 [VGA 
controller])
 Subsystem: Hewlett-Packard Company HD Graphics 530 [103c:8054]
  Lsusb:
   Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
   Bus 001 Device 003: ID 047d:2048 Kensington Orbit Trackball with Scroll Ring
   Bus 001 Device 002: ID 04d9:a0cd Holtek Semiconductor, Inc. USB Keyboard
   Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
  MachineType: HP HP EliteDesk 800 G2 SFF
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.0.0-31-generic 
root=UUID=714cc192-0d1c-4899-b891-16e6e504c662 ro 
resume=UUID=316a3e2d-ef98-4c31-8ba1-52e1cd0e8c05
  SourcePackage: xorg
  Symptom: display
  Title: Xorg freeze
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 08/19/2019
  dmi.bios.vendor: HP
  dmi.bios.version: N01 Ver. 02.42
  dmi.board.name: 8054
  dmi.board.vendor: HP
  dmi.board.version: KBC Version 05.36
  dmi.chassis.asset.tag: CZC64082W1
  dmi.chassis.type: 4
  dmi.chassis.vendor: HP
  dmi.modalias: 
dmi:bvnHP:bvrN01Ver.02.42:bd08/19/2019:svnHP:pnHPEliteDesk800G2SFF:pvr:rvnHP:rn8054:rvrKBCVersion05.36:cvnHP:ct4:cvr:
  dmi.product.family: 103C_53307F G=D
  dmi.product.name: HP EliteDesk 800 G2 SFF
  dmi.product.sku: X3J10ET#ABZ
  dmi.sys.vendor: HP
  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 19.2.1-1ubuntu1
  version.xserver-xorg-core: xserver-xorg-core 2:1.20.5+git20191008-0ubuntu1
  version.xserver-xorg-input-evdev: xserver-xorg-input-evdev 1:2.10.6-1
  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
  --- 
  ProblemType: Bug
  ApportVersion: 2.20.11-0ubuntu8
  Architecture: amd64
  CompizPlugins: No value set for 
`/apps/compiz-1/general/screen0/options/active_plugins'
  CompositorRunning: None
  CurrentDesktop: XFCE
  DistUpgraded: Fresh install
  DistroCodename: eoan
  DistroRelease: Ubuntu 19.10
  DistroVariant: ubuntu
  ExtraDebuggingInterest: Yes, if not too technical
  GraphicsCard:
   Intel Corporation HD Graphics 530 [8086:1912] (rev 06) (prog-if 00 [VGA 
controller])
 Subsystem: Hewlett-Packard Company HD Graphics 530 [103c:8054]
  Lsusb:
   Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
   Bus 001 Device 003: ID 047d:2048 Kensington Orbit Trackball with Scroll Ring
   Bus 001 Device 002: ID 04d9:a0cd Holtek Semiconductor, Inc. USB Keyboard
   Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
  MachineType: HP HP EliteDesk 800 G2 SFF
  Package: xorg-server (not installed)
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.3.0-17-generic 
root=UUID=714cc192-0d1c-4899-b891-16e6e504c662 ro nomodeset 
resume=U

[Kernel-packages] [Bug 1847892] Re: large performance regression (~30-40%) in wifi with 19.10 / 5.3 kernel

2019-10-17 Thread Kai-Heng Feng
Would it be possible for you to do a kernel bisection?

First, find the last good -rc kernel and the first bad -rc kernel from
http://kernel.ubuntu.com/~kernel-ppa/mainline/

Then,
$ sudo apt build-dep linux
$ git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
$ cd linux
$ git bisect start
$ git bisect good $(the good version you found)
$ git bisect bad $(the bad version found)
$ make localmodconfig
$ make -j`nproc` deb-pkg
Install the newly built kernel, then reboot with it.
If the issue still happens,
$ git bisect bad
Otherwise,
$ git bisect good
Repeat to "make -j`nproc` deb-pkg" until you find the commit that causes the 
regression.

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

Title:
  large performance regression (~30-40%) in wifi with 19.10 / 5.3 kernel

Status in linux package in Ubuntu:
  Incomplete

Bug description:
  Probably relevant:
  https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1795116

  Card is an RTL8723BE.

  On 16.04 with the HWE stack, after 1795116 was fixed performance was a
  stable 75-80Mb/s.

  Linux 4.15.0-55-generic #60~16.04.2-Ubuntu SMP Thu Jul 4 09:03:09 UTC 2019 
x86_64
  Fri 26-Jul-19 12:28
  sent 459,277,171 bytes  received 35 bytes  9,278,327.39 bytes/sec

  Linux 4.15.0-55-generic #60~16.04.2-Ubuntu SMP Thu Jul 4 09:03:09 UTC 2019 
x86_64
  Sat 27-Jul-19 01:23
  sent 459,277,171 bytes  received 35 bytes  10,320,836.09 bytes/sec

  On 18.04, performance was still a stable 75-80Mb/s.

  After updating to 19.10, performance is typically ~50Mb/s, or about a
  37% regression.

  $ iwconfig wlan0
  wlan0 IEEE 802.11  ESSID:"**"  
Mode:Managed  Frequency:2.442 GHz  Access Point: 4C:60:DE:FB:A8:AB  
 
Bit Rate=150 Mb/s   Tx-Power=20 dBm   
Retry short limit:7   RTS thr=2347 B   Fragment thr:off
Power Management:on
Link Quality=59/70  Signal level=-51 dBm  
Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
Tx excessive retries:0  Invalid misc:315   Missed beacon:0

  $ ./wifibench.sh 
  Linux 5.3.0-13-generic #14-Ubuntu SMP Tue Sep 24 02:46:08 UTC 2019 x86_64
  Sat 12-Oct-19 20:30
  sent 459,277,171 bytes  received 35 bytes  5,566,996.44 bytes/sec

  $ iwconfig wlan0 
  wlan0 IEEE 802.11  ESSID:"**"  
Mode:Managed  Frequency:2.442 GHz  Access Point: 4C:60:DE:FB:A8:AB  
 
Bit Rate=150 Mb/s   Tx-Power=20 dBm   
Retry short limit:7   RTS thr=2347 B   Fragment thr:off
Power Management:on
Link Quality=68/70  Signal level=-42 dBm  
Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
Tx excessive retries:0  Invalid misc:315   Missed beacon:0

  So no corrupted packets or etc during that transfer.

  $ ifconfig wlan0
  wlan0: flags=4163  mtu 1500
  inet 192.168.1.33  netmask 255.255.255.0  broadcast 192.168.1.255
  ether dc:85:de:e4:17:a3  txqueuelen 1000  (Ethernet)
  RX packets 56608204  bytes 79066485957 (79.0 GB)
  RX errors 0  dropped 0  overruns 0  frame 0
  TX packets 21634510  bytes 8726094217 (8.7 GB)
  TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

  No issues of any kind in the week that it's been up. Just terrible
  performance.

  I'm painfully aware of all the module's parameters etc, and have tried
  them all, with no change in the results outside of typical wifi
  variance.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1847892/+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 1842865] Re: Xubuntu 18.04 sometimes freezes when turned on on logo

2019-10-17 Thread Kai-Heng Feng
Would it be possible for you to do a kernel bisection?

First, find the last good -rc kernel and the first bad -rc kernel from
http://kernel.ubuntu.com/~kernel-ppa/mainline/

Then,
$ sudo apt build-dep linux
$ git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
$ cd linux
$ git bisect start
$ git bisect good $(the good version you found)
$ git bisect bad $(the bad version found)
$ make localmodconfig
$ make -j`nproc` deb-pkg
Install the newly built kernel, then reboot with it.
If the issue still happens,
$ git bisect bad
Otherwise,
$ git bisect good
Repeat to "make -j`nproc` deb-pkg" until you find the commit that causes the 
regression.

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/1842865

Title:
  Xubuntu 18.04 sometimes freezes when turned on on logo

Status in linux package in Ubuntu:
  Confirmed

Bug description:
  Sometimes, when I turn off the computer, it hangs on the logo. I can
  not turn off the computer using alt + SysRq + REISUO. The light on the
  system unit continues to light, and the fan runs. This is a problem
  with kernel 5.0, 5.3.

  There is no such problem with the 4.15 kernel. It happens that after
  90 seconds it turns off. And with a new core, he writes that he will
  turn off after 90 seconds, but he will not turn off.

  Here is the error:
  info: task systemd shutdown:1 blocked for more than 120 seconds
  Not tainted 5.0.0-20-generic #21-Ubuntu
  «echo 0 /proc/sys kernel/hung_task_timeout_secs» disables this message

  https://ibb.co/PcYvDLq
  https://ibb.co/4JMGwvC

  sudo dmesg|grep ACPI|less -  https://pastebin.com/PZxRGNyJ

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Пакет: gvfs 1.36.1-0ubuntu1.3.3
  ProcVersionSign ature: Ubuntu 5.0.0-27. 28 ~ 18,04. 1-generic 5.0.21
  Uname: Linux 5.0.0-27-generic x86_64
  ApportVersion: 2.20.9-0ubuntu7.7
  Архитектура: amd64
  CurrentDesktop: XFCE
  Дата: Четверг 5 09:44:35 2019 Дата
  установки: установлено в 2019-08 -09 (26 дней назад)
  InstallationMedia: Xubuntu 18.04.2 LTS «Бионический бобр» - выпуск amd64 
(20190210)
  ProcEnviron:
   LANGUAGE = ru_UA: ru
   PATH = (пользовательский, нет пользователя)
   XDG_RUNTIME_ DIR = 
   LANG = ru_UA.UTF -8
   SHELL = / bin / bash
  SourcePackage: gvfs
  UpgradeStatus: журнал обновления отсутствует (возможно, новая установка)
  ---
  Тип проблемы: ошибка
  ApportVersion: 2.20.9-0ubuntu7.7
  Архитектура: amd64
  AudioDevicesInUse:
   КОМАНДА ДОСТУПА ПОЛЬЗОВАТЕЛЯ PID
   / dev / snd / controlC0: макс. 1055 F  pulseaudio
  CurrentDesktop: XFCE
  DistroRelease: Ubuntu 18.04
  InstallationDate: Установлен 2019-08-09 (37 дней назад)
  InstallationMedia: Xubuntu 18.04.2 LTS "Bionic Beaver" - Выпуск amd64 
(20190210)
  IwConfig:
   enp0s25 без беспроводных расширений.

   enp7s4 нет беспроводных расширений.

   нет никаких беспроводных расширений.
  Тип машины: Hewlett-Packard HP Compaq dc5800 Microtower
  Пакет: Linux (не установлен)
  ProcFB: 0 inteldrmfb
  ProcKernelCmdLine: BOOT_IMAGE = / загрузки / vmlinuz- 4.15.0- 62-общий корень 
= UUID = 8c77fe78- d1d9-4452- aca0-eb1f844041 22 ро тихий всплеск vt.handoff = 1
  ProcVersionSign ature: Ubuntu 4.15.0- 62,69-родовое 4.15.18
  RelatedPackageV ersions:
   linux- restricted- modules- 4.15.0- 62-родовое N / A
   linux- backports- modules- 4.15.0 - 62-типовой N / A
   linux-прошивка 1.173.9
  RfKill:

  Теги: bionic
  Uname: Linux 4.15.0-62-generic x86_64
  UpgradeStatus: нет журнала обновления (возможно, новая установка)
  Группы пользователей: adm cdrom dip lpadmin plugdev sambashare sudo
  _MarkForUpload: True
  dmi.bios.date: 26.10.2015
  dmi. bios.vendor: Hewlett-Packard
  dmi.bios.version: 786F2 v01.60
  dmi.board. asset.tag: CZC8107S1Y
  dmi.board.name: 2820h
  dmi.board.vendor: Hewlett-Packard
  dmi.chassis. asset.tag: CZC8107S1Y
  dmi.chassis.type: 6
  dmi.chassis.vendor: Hewlett-Packard
  dmi.modalias: dmi: bvnHewlett- Packard: bvr786F2v01. 60: bd10 / 26/2015: 
svnHewlett- Packard:pnHPCompaqdc580 0Microtower: pvr: rvnHewlett- Packard: 
rn2820h: rvr: cvnHewlett- Packard: ct6: cvr:
  dmi.product.family: 103C_53307F
  dmi.product.name: HP Compaq dvtwelet dv00 от компании HP
  :

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1842865/+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 1848445] Status changed to Confirmed

2019-10-17 Thread Ubuntu Kernel Bot
This change was made by a bot.

** Changed in: linux (Ubuntu)
   Status: New => 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/1848445

Title:
  Kernel needs a special workaround argument to boot

Status in linux package in Ubuntu:
  Confirmed

Bug description:
  1) The release of Ubuntu you are using, via 'lsb_release -rd' or System -> 
About Ubuntu
  Description: Ubuntu 19.10
  Release: 19.10

  2) The version of the package you are using, via 'apt-cache policy
  pkgname' or by checking in Software Center

  3) What you expected to happen

  Boot

  4) What happened instead

  Freezes (see below for workaround), no visible sign of interaction
  possible. Caps lock "led" doesn't work indicating keyboard isn't
  working. Just a white cursor (non blinking) on screen, CPU doesn't
  seem to do anything since fan stops after a while.

  This is more likely a Linux "bug". Unless you pass acpi_osi= argument
  to Linux kernel, it won't boot, appear and behave frozen with a (non
  blinking) cursor on top left. There is no further information given to
  user further complicating things.

  Previously on 4.x kernels, system would boot using acpi=off argument
  creating more problems on this particular laptop model (HP Pavilion
  X360 13 inch).

  ProblemType: Bug
  DistroRelease: Ubuntu 19.10
  Package: linux-image-5.3.0-18-generic 5.3.0-18.19+1
  ProcVersionSignature: Ubuntu 5.3.0-18.19-generic 5.3.1
  Uname: Linux 5.3.0-18-generic x86_64
  NonfreeKernelModules: wl
  ApportVersion: 2.20.11-0ubuntu8
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  ilgaz 21270 F pulseaudio
   /dev/snd/controlC1:  ilgaz 21270 F pulseaudio
   /dev/snd/pcmC1D0p:   ilgaz 21270 F...m pulseaudio
  CurrentDesktop: ubuntu:GNOME
  Date: Thu Oct 17 10:02:44 2019
  HibernationDevice: RESUME=UUID=f34af719-8757-473b-848b-7db85d6fefae
  InstallationDate: Installed on 2019-10-13 (3 days ago)
  InstallationMedia: Ubuntu 16.04.6 LTS "Xenial Xerus" - Release amd64 
(20190227)
  MachineType: Hewlett-Packard HP Pavilion 13 x360 PC
  ProcFB: 0 i915drmfb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.3.0-18-generic 
root=UUID=f6787f82-d072-410e-8058-2b7f14d012b9 ro verbose pci=biosirq acpi_osi=
  RelatedPackageVersions:
   linux-restricted-modules-5.3.0-18-generic N/A
   linux-backports-modules-5.3.0-18-generic  N/A
   linux-firmware1.183
  SourcePackage: linux
  UpgradeStatus: Upgraded to eoan on 2019-10-16 (0 days ago)
  dmi.bios.date: 06/21/2018
  dmi.bios.vendor: Insyde
  dmi.bios.version: F.41
  dmi.board.asset.tag: Type2 - Board Asset Tag
  dmi.board.name: 2341
  dmi.board.vendor: Hewlett-Packard
  dmi.board.version: 07.0A
  dmi.chassis.type: 10
  dmi.chassis.vendor: Hewlett-Packard
  dmi.chassis.version: Chassis Version
  dmi.modalias: 
dmi:bvnInsyde:bvrF.41:bd06/21/2018:svnHewlett-Packard:pnHPPavilion13x360PC:pvr097712405F0410180:rvnHewlett-Packard:rn2341:rvr07.0A:cvnHewlett-Packard:ct10:cvrChassisVersion:
  dmi.product.family: 103C_5335KV G=N L=CON B=HP S=PAV X=Null
  dmi.product.name: HP Pavilion 13 x360 PC
  dmi.product.sku: L0B89EA#AB8
  dmi.product.version: 097712405F0410180
  dmi.sys.vendor: Hewlett-Packard

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1848445/+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 1848445] Re: Kernel needs a special workaround argument to boot

2019-10-17 Thread Kai-Heng Feng
Please test latest mainline kernel:
https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.4-rc3/

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

Title:
  Kernel needs a special workaround argument to boot

Status in linux package in Ubuntu:
  Confirmed

Bug description:
  1) The release of Ubuntu you are using, via 'lsb_release -rd' or System -> 
About Ubuntu
  Description: Ubuntu 19.10
  Release: 19.10

  2) The version of the package you are using, via 'apt-cache policy
  pkgname' or by checking in Software Center

  3) What you expected to happen

  Boot

  4) What happened instead

  Freezes (see below for workaround), no visible sign of interaction
  possible. Caps lock "led" doesn't work indicating keyboard isn't
  working. Just a white cursor (non blinking) on screen, CPU doesn't
  seem to do anything since fan stops after a while.

  This is more likely a Linux "bug". Unless you pass acpi_osi= argument
  to Linux kernel, it won't boot, appear and behave frozen with a (non
  blinking) cursor on top left. There is no further information given to
  user further complicating things.

  Previously on 4.x kernels, system would boot using acpi=off argument
  creating more problems on this particular laptop model (HP Pavilion
  X360 13 inch).

  ProblemType: Bug
  DistroRelease: Ubuntu 19.10
  Package: linux-image-5.3.0-18-generic 5.3.0-18.19+1
  ProcVersionSignature: Ubuntu 5.3.0-18.19-generic 5.3.1
  Uname: Linux 5.3.0-18-generic x86_64
  NonfreeKernelModules: wl
  ApportVersion: 2.20.11-0ubuntu8
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  ilgaz 21270 F pulseaudio
   /dev/snd/controlC1:  ilgaz 21270 F pulseaudio
   /dev/snd/pcmC1D0p:   ilgaz 21270 F...m pulseaudio
  CurrentDesktop: ubuntu:GNOME
  Date: Thu Oct 17 10:02:44 2019
  HibernationDevice: RESUME=UUID=f34af719-8757-473b-848b-7db85d6fefae
  InstallationDate: Installed on 2019-10-13 (3 days ago)
  InstallationMedia: Ubuntu 16.04.6 LTS "Xenial Xerus" - Release amd64 
(20190227)
  MachineType: Hewlett-Packard HP Pavilion 13 x360 PC
  ProcFB: 0 i915drmfb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.3.0-18-generic 
root=UUID=f6787f82-d072-410e-8058-2b7f14d012b9 ro verbose pci=biosirq acpi_osi=
  RelatedPackageVersions:
   linux-restricted-modules-5.3.0-18-generic N/A
   linux-backports-modules-5.3.0-18-generic  N/A
   linux-firmware1.183
  SourcePackage: linux
  UpgradeStatus: Upgraded to eoan on 2019-10-16 (0 days ago)
  dmi.bios.date: 06/21/2018
  dmi.bios.vendor: Insyde
  dmi.bios.version: F.41
  dmi.board.asset.tag: Type2 - Board Asset Tag
  dmi.board.name: 2341
  dmi.board.vendor: Hewlett-Packard
  dmi.board.version: 07.0A
  dmi.chassis.type: 10
  dmi.chassis.vendor: Hewlett-Packard
  dmi.chassis.version: Chassis Version
  dmi.modalias: 
dmi:bvnInsyde:bvrF.41:bd06/21/2018:svnHewlett-Packard:pnHPPavilion13x360PC:pvr097712405F0410180:rvnHewlett-Packard:rn2341:rvr07.0A:cvnHewlett-Packard:ct10:cvrChassisVersion:
  dmi.product.family: 103C_5335KV G=N L=CON B=HP S=PAV X=Null
  dmi.product.name: HP Pavilion 13 x360 PC
  dmi.product.sku: L0B89EA#AB8
  dmi.product.version: 097712405F0410180
  dmi.sys.vendor: Hewlett-Packard

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1848445/+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 1847838] Re: [Ubuntu 19.10-regression] USB3.1 test failed on CFL-1S8

2019-10-17 Thread quanxian
47f50d610765 xhci: Fix USB 3.1 capability detection on early xHCI 1.1
spec based hosts

here is the fix in 5.4-rc3, please backport it into 19.04 if possible.

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

Title:
  [Ubuntu 19.10-regression] USB3.1 test failed on CFL-1S8

Status in intel:
  New
Status in linux package in Ubuntu:
  Incomplete

Bug description:
  Description:

  PLY02:~ # for i in `lspci | grep -i usb | awk '{print $1}'`;do lspci -s $i 
-v;done;
  00:14.0 USB controller: Intel Corporation C620 Series Chipset Family USB 3.0 
xHCI Controller (rev 03) (prog-if 30 [XHCI])
  Subsystem: Intel Corporation C620 Series Chipset Family USB 3.0 xHCI 
Controller
  Flags: bus master, medium devsel, latency 0, IRQ 34, NUMA node 0
  Memory at 3830 (64-bit, non-prefetchable) [size=64K]
  Capabilities: [70] Power Management version 2
  Capabilities: [80] MSI: Enable+ Count=1/8 Maskable- 64bit+
  Kernel driver in use: xhci_hcd

  PLY02:~ # lsusb -t'
  /:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/10p, 5000M --- 
1M
  |__ Port 1: Dev 2, If 0, Class=Mass Storage, Driver=usb-storage, 5000M  
-- 1M and should use driver uas instead of usb-storage.
  /:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/16p, 480M
  |__ Port 2: Dev 2, If 0, Class=Hub, Driver=hub/5p, 480M
  |__ Port 1: Dev 4, If 1, Class=Human Interface Device, Driver=usbhid, 
1.5M
  |__ Port 1: Dev 4, If 0, Class=Human Interface Device, Driver=usbhid, 
1.5M
  |__ Port 5: Dev 3, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
  |__ Port 5: Dev 3, If 1, Class=Human Interface Device, Driver=usbhid, 1.5M

  
  Target Kernel: TBD
  Target Release: 19.10

To manage notifications about this bug go to:
https://bugs.launchpad.net/intel/+bug/1847838/+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 1847838] Re: [Ubuntu 19.10-regression] USB3.1 test failed on CFL-1S8

2019-10-17 Thread quanxian
sorry it is 19.10. :)

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

Title:
  [Ubuntu 19.10-regression] USB3.1 test failed on CFL-1S8

Status in intel:
  New
Status in linux package in Ubuntu:
  Incomplete

Bug description:
  Description:

  PLY02:~ # for i in `lspci | grep -i usb | awk '{print $1}'`;do lspci -s $i 
-v;done;
  00:14.0 USB controller: Intel Corporation C620 Series Chipset Family USB 3.0 
xHCI Controller (rev 03) (prog-if 30 [XHCI])
  Subsystem: Intel Corporation C620 Series Chipset Family USB 3.0 xHCI 
Controller
  Flags: bus master, medium devsel, latency 0, IRQ 34, NUMA node 0
  Memory at 3830 (64-bit, non-prefetchable) [size=64K]
  Capabilities: [70] Power Management version 2
  Capabilities: [80] MSI: Enable+ Count=1/8 Maskable- 64bit+
  Kernel driver in use: xhci_hcd

  PLY02:~ # lsusb -t'
  /:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/10p, 5000M --- 
1M
  |__ Port 1: Dev 2, If 0, Class=Mass Storage, Driver=usb-storage, 5000M  
-- 1M and should use driver uas instead of usb-storage.
  /:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/16p, 480M
  |__ Port 2: Dev 2, If 0, Class=Hub, Driver=hub/5p, 480M
  |__ Port 1: Dev 4, If 1, Class=Human Interface Device, Driver=usbhid, 
1.5M
  |__ Port 1: Dev 4, If 0, Class=Human Interface Device, Driver=usbhid, 
1.5M
  |__ Port 5: Dev 3, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
  |__ Port 5: Dev 3, If 1, Class=Human Interface Device, Driver=usbhid, 1.5M

  
  Target Kernel: TBD
  Target Release: 19.10

To manage notifications about this bug go to:
https://bugs.launchpad.net/intel/+bug/1847838/+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 1847948] Re: Improve NVMe guest performance on Bionic QEMU

2019-10-17 Thread Christian Ehrhardt 
Thanks Murilo, I need no test with the basic kernel yet.
But later when we really SRU this it will be good to do both a old and a HWE 
kernel check.
Let me add that to the verification steps ...

** Description changed:

  [Impact]
  
-  * In the past qemu has generally not allowd MSI-X BAR mapping on VFIO.
-But there can be platforms (like ppc64 spapr) that can and want to do 
-exactly that.
+  * In the past qemu has generally not allowd MSI-X BAR mapping on VFIO.
+    But there can be platforms (like ppc64 spapr) that can and want to do
+    exactly that.
  
-  * Backport two patches from upstream (in since qemu 2.12 / Disco).
+  * Backport two patches from upstream (in since qemu 2.12 / Disco).
  
-  * Due to that there is a tremendous speedup, especially useful with page 
-size bigger than 4k. This avoids that being split into chunks and makes 
-direct MMIO access possible for the guest.
+  * Due to that there is a tremendous speedup, especially useful with page
+    size bigger than 4k. This avoids that being split into chunks and makes
+    direct MMIO access possible for the guest.
  
  [Test Case]
  
-  * On ppc64 pass through an NVME device to the guest and run I/O 
-benchmarks, see below for Details how to set that up.
-Note this needs the HWE kernel or another kernel fixup for [1].
+  * On ppc64 pass through an NVME device to the guest and run I/O
+    benchmarks, see below for Details how to set that up.
+    Note: this needs the HWE kernel or another kernel fixup for [1].
+Note: the test should also be done with the non-HWE kernel, the 
+expectation there is that it would not show the perf benefits, but 
+still work fine
  
  [Regression Potential]
  
-  * Changes:
-a) if the host driver allows mapping of MSI-X data the entire BAR is 
-   mapped. This is only done if the kernel reports that capability [1].
-   This ensures that only on kernels able to do so qemu does expose the 
-   new behavior (safe against regression in that regard)
-b) on ppc64 MSI-X emulation is disabled for VFIO devices this is local 
-   to just this HW and will not affect other HW.
+  * Changes:
+    a) if the host driver allows mapping of MSI-X data the entire BAR is
+   mapped. This is only done if the kernel reports that capability [1].
+   This ensures that only on kernels able to do so qemu does expose the
+   new behavior (safe against regression in that regard)
+    b) on ppc64 MSI-X emulation is disabled for VFIO devices this is local
+   to just this HW and will not affect other HW.
  
-Generally the regressions that come to mind are slight changes in 
-behavior (real HW vs the former emulation) that on some weird/old 
-guests could cause trouble. But then it is limited to only PPC where 
-only a small set of certified HW is really allowed.
+    Generally the regressions that come to mind are slight changes in
+    behavior (real HW vs the former emulation) that on some weird/old
+    guests could cause trouble. But then it is limited to only PPC where
+    only a small set of certified HW is really allowed.
  
-The mapping that might be added even on other platforms should not 
-consume too much extra memory as long as it isn't used. Further since 
-it depends on the kernel capability it isn't randomly issues on kernels 
-where we expect it to fail.
+    The mapping that might be added even on other platforms should not
+    consume too much extra memory as long as it isn't used. Further since
+    it depends on the kernel capability it isn't randomly issues on kernels
+    where we expect it to fail.
  
-So while it is quite a change, it seems safe to me.
+    So while it is quite a change, it seems safe to me.
  
  [Other Info]
-  
-  * I know, one could as well call that a "feature", but it really is a 
-performance bug fix more than anything else. Also the SRU policy allows
-exploitation/toleration of new HW especially for LTS releases. 
-Therefore I think this is fine as SRU.
+ 
+  * I know, one could as well call that a "feature", but it really is a
+    performance bug fix more than anything else. Also the SRU policy allows
+    exploitation/toleration of new HW especially for LTS releases.
+    Therefore I think this is fine as SRU.
  
  [1]:
  
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=a32295c612c57990d17fb0f41e7134394b2f35f6
- 
  
  == Comment: #0 - Murilo Opsfelder Araujo  - 2019-10-11 14:16:14 ==
  
  ---Problem Description---
  Back-port the following patches to Bionic QEMU to improve NVMe guest 
performance by more than 200%:
  
  ?vfio-pci: Allow mmap of MSIX BAR?
  
https://git.qemu.org/?p=qemu.git;a=commit;h=ae0215b2bb56a9d5321a185dde133bfdd306a4c0
  
  ?ppc/spapr, vfio: Turn off MSIX emulation for VFIO devices?
  
https://git.qemu.org/?p=qemu.git;a=commit;h=fcad0d2121976df4b422b4007a5eb7fcaac01134
  
  ---uname output---
  na
  
  ---

[Kernel-packages] [Bug 1775378] Re: fanotify06 in LTP syscall test failed with T kernel

2019-10-17 Thread Po-Hsu Lin
Test with the proposed Trusty kernel.
This patch works as expected.
Thanks.

** Changed in: ubuntu-kernel-tests
   Status: New => Fix Released

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

** Changed in: linux (Ubuntu Trusty)
   Status: In Progress => 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/1775378

Title:
  fanotify06 in LTP syscall test failed with T kernel

Status in ubuntu-kernel-tests:
  Fix Released
Status in linux package in Ubuntu:
  Fix Released
Status in linux source package in Trusty:
  Fix Released

Bug description:
  The "fanotify06" from the LTP syscall tests has failed on a testing
  node with T kernel installed.

  Steps (with root):
1. sudo apt-get install git xfsprogs -y
2. git clone --depth=1 https://github.com/linux-test-project/ltp.git
3. cd ltp
4. make autotools
5. ./configure
6. make; make install
7. /opt/ltp/testcases/bin/fanotify06

  <<>>
  tag=fanotify06 stime=1528269991
  cmdline="fanotify06"
  contacts=""
  analysis=exit
  <<>>
  tst_test.c:1015: INFO: Timeout per run is 0h 05m 00s
  fanotify06.c:147: PASS: group 0 get event: mask 2 pid=22619 fd=29
  fanotify06.c:147: PASS: group 1 get event: mask 2 pid=22619 fd=29
  fanotify06.c:147: PASS: group 2 get event: mask 2 pid=22619 fd=29
  fanotify06.c:197: FAIL: group 3 got event
  fanotify06.c:197: FAIL: group 4 got event
  fanotify06.c:197: FAIL: group 5 got event
  fanotify06.c:208: PASS: group 6 got no event
  fanotify06.c:208: PASS: group 7 got no event
  fanotify06.c:197: FAIL: group 8 got event

  Summary:
  passed   5
  failed   4
  skipped  0
  warnings 0
  <<>>
  initiation_status="ok"
  duration=0 termination_type=exited termination_id=1 corefile=no
  cutime=0 cstime=0
  <<>>

  ProblemType: Bug
  DistroRelease: Ubuntu 14.04
  Package: linux-image-3.13.0-149-generic 3.13.0-149.199
  ProcVersionSignature: User Name 3.13.0-149.199-generic 3.13.11-ckt39
  Uname: Linux 3.13.0-149-generic x86_64
  AlsaDevices:
   total 0
   crw-rw 1 root audio 116,  1 Jun  6 10:09 seq
   crw-rw 1 root audio 116, 33 Jun  6 10:09 timer
  AplayDevices: Error: [Errno 2] No such file or directory: 'aplay'
  ApportVersion: 2.14.1-0ubuntu3.29
  Architecture: amd64
  ArecordDevices: Error: [Errno 2] No such file or directory: 'arecord'
  AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/seq', 
'/dev/snd/timer'] failed with exit code 1:
  CurrentDmesg: [3.472391] init: plymouth-upstart-bridge main process 
ended, respawning
  Date: Wed Jun  6 10:12:15 2018
  IwConfig: Error: [Errno 2] No such file or directory: 'iwconfig'
  MachineType: Intel Corporation S1200RP
  PciMultimedia:
   
  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-3.13.0-149-generic 
root=UUID=b0d2ae4e-12dd-423e-acea-272ee8b2a893 ro
  RelatedPackageVersions:
   linux-restricted-modules-3.13.0-149-generic N/A
   linux-backports-modules-3.13.0-149-generic  N/A
   linux-firmware  1.127.24
  RfKill: Error: [Errno 2] No such file or directory: 'rfkill'
  SourcePackage: linux
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 07/01/2015
  dmi.bios.vendor: Intel Corp.
  dmi.bios.version: S1200RP.86B.03.02.0003.070120151022
  dmi.board.asset.tag: 
  dmi.board.name: S1200RP
  dmi.board.vendor: Intel Corporation
  dmi.board.version: G62254-407
  dmi.chassis.asset.tag: 
  dmi.chassis.type: 17
  dmi.chassis.vendor: ..
  dmi.chassis.version: ..
  dmi.modalias: 
dmi:bvnIntelCorp.:bvrS1200RP.86B.03.02.0003.070120151022:bd07/01/2015:svnIntelCorporation:pnS1200RP:pvr:rvnIntelCorporation:rnS1200RP:rvrG62254-407:cvn..:ct17:cvr..:
  dmi.product.name: S1200RP
  dmi.product.version: 
  dmi.sys.vendor: Intel Corporation

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1775378/+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 1847948] Re: Improve NVMe guest performance on Bionic QEMU

2019-10-17 Thread Christian Ehrhardt 
I opened up the MP for review again after pushing the extra patches that you 
tested.
Once that is done I can push it to the SRU teams queue ...

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

Title:
  Improve NVMe guest performance on Bionic QEMU

Status in The Ubuntu-power-systems project:
  Triaged
Status in linux package in Ubuntu:
  Fix Released
Status in qemu package in Ubuntu:
  Fix Released
Status in linux source package in Bionic:
  New
Status in qemu source package in Bionic:
  Triaged

Bug description:
  [Impact]

   * In the past qemu has generally not allowd MSI-X BAR mapping on VFIO.
     But there can be platforms (like ppc64 spapr) that can and want to do
     exactly that.

   * Backport two patches from upstream (in since qemu 2.12 / Disco).

   * Due to that there is a tremendous speedup, especially useful with page
     size bigger than 4k. This avoids that being split into chunks and makes
     direct MMIO access possible for the guest.

  [Test Case]

   * On ppc64 pass through an NVME device to the guest and run I/O
     benchmarks, see below for Details how to set that up.
     Note: this needs the HWE kernel or another kernel fixup for [1].
 Note: the test should also be done with the non-HWE kernel, the 
 expectation there is that it would not show the perf benefits, but 
 still work fine

  [Regression Potential]

   * Changes:
     a) if the host driver allows mapping of MSI-X data the entire BAR is
    mapped. This is only done if the kernel reports that capability [1].
    This ensures that only on kernels able to do so qemu does expose the
    new behavior (safe against regression in that regard)
     b) on ppc64 MSI-X emulation is disabled for VFIO devices this is local
    to just this HW and will not affect other HW.

     Generally the regressions that come to mind are slight changes in
     behavior (real HW vs the former emulation) that on some weird/old
     guests could cause trouble. But then it is limited to only PPC where
     only a small set of certified HW is really allowed.

     The mapping that might be added even on other platforms should not
     consume too much extra memory as long as it isn't used. Further since
     it depends on the kernel capability it isn't randomly issues on kernels
     where we expect it to fail.

     So while it is quite a change, it seems safe to me.

  [Other Info]

   * I know, one could as well call that a "feature", but it really is a
     performance bug fix more than anything else. Also the SRU policy allows
     exploitation/toleration of new HW especially for LTS releases.
     Therefore I think this is fine as SRU.

  [1]:
  
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=a32295c612c57990d17fb0f41e7134394b2f35f6

  == Comment: #0 - Murilo Opsfelder Araujo  - 2019-10-11 14:16:14 ==

  ---Problem Description---
  Back-port the following patches to Bionic QEMU to improve NVMe guest 
performance by more than 200%:

  ?vfio-pci: Allow mmap of MSIX BAR?
  
https://git.qemu.org/?p=qemu.git;a=commit;h=ae0215b2bb56a9d5321a185dde133bfdd306a4c0

  ?ppc/spapr, vfio: Turn off MSIX emulation for VFIO devices?
  
https://git.qemu.org/?p=qemu.git;a=commit;h=fcad0d2121976df4b422b4007a5eb7fcaac01134

  ---uname output---
  na

  ---Additional Hardware Info---
  0030:01:00.0 Non-Volatile memory controller: Samsung Electronics Co Ltd NVMe 
SSD Controller 172Xa/172Xb (rev 01)

  Machine Type = AC922

  ---Debugger---
  A debugger is not configured

  ---Steps to Reproduce---
   Install or setup a guest image and boot it.

  Once guest is running, passthrough the NVMe disk to the guest using
  the XML:

  host$ cat nvme-disk.xml
  
     
  
  
  
  

  host$ virsh attach-device  nvme-disk.xml --live

  On the guest, run fio benchmarks:

  guest$ fio --direct=1 --rw=randrw --refill_buffers --norandommap
  --randrepeat=0 --ioengine=libaio --bs=4k --rwmixread=100 --iodepth=16
  --runtime=60 --name=job1 --filename=/dev/nvme0n1 --numjobs=4

  Results are similar with numjobs=4 and numjobs=64, respectively:

     READ: bw=385MiB/s (404MB/s), 78.0MiB/s-115MiB/s (81.8MB/s-120MB/s), 
io=11.3GiB (12.1GB), run=30001-30001msec
     READ: bw=382MiB/s (400MB/s), 2684KiB/s-12.6MiB/s (2749kB/s-13.2MB/s), 
io=11.2GiB (12.0GB), run=30001-30009msec

  With the two patches applied, performance improved significantly for
  numjobs=4 and numjobs=64 cases, respectively:

     READ: bw=1191MiB/s (1249MB/s), 285MiB/s-309MiB/s (299MB/s-324MB/s), 
io=34.9GiB (37.5GB), run=30001-30001msec
     READ: bw=4273MiB/s (4481MB/s), 49.7MiB/s-113MiB/s (52.1MB/s-119MB/s), 
io=125GiB (134GB), run=30001-30005msec

  Userspace tool common name: qemu

  Userspace rpm: qemu

  The userspace tool has the following bit modes: 64-bit

  Userspace tool obtained from project website:  na

To manage

[Kernel-packages] [Bug 1848439] Re: generic/562 from ubuntu_xfstests_btrfs failed on D

2019-10-17 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 in Ubuntu.
https://bugs.launchpad.net/bugs/1848439

Title:
  generic/562 from ubuntu_xfstests_btrfs failed on D

Status in ubuntu-kernel-tests:
  New
Status in linux package in Ubuntu:
  Confirmed
Status in linux source package in Disco:
  Confirmed

Bug description:
  Issue found on node amd64 node "kili"

   generic/562_check_dmesg: something found in dmesg (see 
/home/ubuntu/autotest/client/tmp/ubuntu_xfstests_btrfs/src/xfstests-bld/xfstests-dev/results//generic/562.dmesg)
   - output mismatch (see 
/home/ubuntu/autotest/client/tmp/ubuntu_xfstests_btrfs/src/xfstests-bld/xfstests-dev/results//generic/562.out.bad)
   --- tests/generic/562.out  2019-10-16 10:51:13.164700997 +
   +++ 
/home/ubuntu/autotest/client/tmp/ubuntu_xfstests_btrfs/src/xfstests-bld/xfstests-dev/results//generic/562.out.bad
  2019-10-16 12:35:45.694630398 +
   @@ -1,5 +1,102404 @@
QA output created by 562
   +XFS_IOC_CLONE: No space left on device
File foo data after cloning and remount:
   -000 c7 c7 c7 c7 c7 c7 c7 c7 c7 c7 c7 c7 c7 c7 c7 c7 
   +000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
   +*
   +0004096 e5 e5 e5 e5 e5 e5 e5 e5 e5 e5 e5 e5 e5 e5 e5 e5
   ...
   (Run 'diff -u 
/home/ubuntu/autotest/client/tmp/ubuntu_xfstests_btrfs/src/xfstests-bld/xfstests-dev/tests/generic/562.out
 
/home/ubuntu/autotest/client/tmp/ubuntu_xfstests_btrfs/src/xfstests-bld/xfstests-dev/results//generic/562.out.bad'
  to see the entire diff)

  Syslog with kernel traces:
   BTRFS info (device sdb2): checking UUID tree
   [ cut here ]
   BTRFS: Transaction aborted (error -28)
   WARNING: CPU: 52 PID: 53560 at fs/btrfs/ioctl.c:3350 
clone_finish_inode_update+0x102/0x130 [btrfs]
   Modules linked in: dm_thin_pool dm_persistent_data dm_bio_prison dm_snapshot 
dm_bufio btrfs zstd_compress dm_flakey dm_multipath scsi_dh_rdac scsi_dh_emc 
scsi_dh_alua intel_rapl sb_edac x86_pkg_temp_thermal intel_powerclamp coretemp 
kvm_intel kvm ioatdma irqbypass mei_me mei ipmi_si crct10dif_pclmul 
crc32_pclmul ghash_clmulni_intel joydev input_leds ipmi_devintf intel_cstate 
ipmi_msghandler intel_rapl_perf mac_hid acpi_pad acpi_power_meter sch_fq_codel 
ib_iser rdma_cm iw_cm ib_cm ib_core iscsi_tcp libiscsi_tcp libiscsi 
scsi_transport_iscsi ip_tables x_tables autofs4 raid10 raid456 
async_raid6_recov async_memcpy async_pq async_xor async_tx xor raid6_pq 
libcrc32c raid1 raid0 multipath linear hid_generic usbhid hid aesni_intel 
mgag200 aes_x86_64 crypto_simd i2c_algo_bit cryptd ttm glue_helper 
drm_kms_helper syscopyarea sysfillrect sysimgblt fb_sys_fops drm ixgbe ahci 
lpc_ich xfrm_algo i2c_i801 libahci dca mdio wmi [last unloaded: scsi_debug]
   CPU: 52 PID: 53560 Comm: xfs_io Tainted: G  I   5.0.0-31-generic 
#33-Ubuntu
   Hardware name: Intel Corporation S2600WTT/S2600WTT, BIOS 
SE5C610.86B.01.01.1008.031920151331 03/19/2015
   RIP: 0010:clone_finish_inode_update+0x102/0x130 [btrfs]
   Code: ff ff ff 49 8b 45 50 f0 48 0f ba a8 40 ce 00 00 02 72 19 83 fb fb 0f 
84 86 3a 05 00 89 de 48 c7 c7 48 08 ad c0 e8 90 18 03 e4 <0f> 0b 4c 89 ef 89 d9 
ba 16 0d 00 00 48 c7 c6 90 30 ac c0 e8 2e d9
   RSP: 0018:bcf6e4017b60 EFLAGS: 00010286
   RAX:  RBX: ffe4 RCX: 0006
   RDX: 0007 RSI: 0082 RDI: 9ec45fa16440
   RBP: bcf6e4017b90 R08: 0001 R09: 3827
   R10: 0004 R11:  R12: 9ec455442a60
   R13: 9ec4533992d8 R14: 0a40 R15: 9ec1cb06c800
   FS:  7f34c46f3800() GS:9ec45fa0() knlGS:
   CS:  0010 DS:  ES:  CR0: 80050033
   CR2: 7f34c46f1ef8 CR3: 000d124f6003 CR4: 001606e0
   Call Trace:
btrfs_clone+0xa18/0x1080 [btrfs]
btrfs_clone_files+0xfe/0x160 [btrfs]
btrfs_remap_file_range+0x321/0x410 [btrfs]
do_clone_file_range+0x12b/0x260
vfs_clone_file_range+0x3a/0xb0
ioctl_file_clone+0x93/0xc0
do_vfs_ioctl+0x495/0x640
? putname+0x47/0x50
ksys_ioctl+0x67/0x90
__x64_sys_ioctl+0x1a/0x20
do_syscall_64+0x5a/0x110
entry_SYSCALL_64_after_hwframe+0x44/0xa9
   RIP: 0033:0x7f34c4a5e417
   Code: 00 00 90 48 8b 05 79 0a 0d 00 64 c7 00 26 00 00 00 48 c7 c0 ff ff ff 
ff c3 66 2e 0f 1f 84 00 00 00 00 00 b8 10 00 00 00 0f 05 <48> 3d 01 f0 ff ff 73 
01 c3 48 8b 0d 49 0a 0d 00 f7 d8 64 89 01 48
   RSP: 002b:7fff6c7b9e98 EFLAGS: 0246 ORIG_RAX: 0010
   RAX: ffda RBX: 0012 RCX: 7f34c4a5e417
   RDX: 0012 RSI: 40049409 RDI: 0008
   RBP:  R08: 7fff6c7de0a0 R09: 7fff6c7de080
   R10: 002cb364 R11: 0246 R12: 
   R13:  R14:  R15: 559

[Kernel-packages] [Bug 1819413] Re: [ICL] S0ix Enabling

2019-10-17 Thread Timo Aaltonen
oem-osp1 was handled via bug 1836012, and 19.10 ships with 5.3

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

** Changed in: linux (Ubuntu)
   Status: Triaged => 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/1819413

Title:
  [ICL] S0ix Enabling

Status in intel:
  Triaged
Status in linux package in Ubuntu:
  Fix Released
Status in linux-oem-osp1 package in Ubuntu:
  Invalid
Status in linux-oem-osp1 source package in Bionic:
  Fix Released

Bug description:
  Description:

  S0ix-states represent the residency in the Intel® SoC idle standby power 
states.
  The S0ix states shut off part of the SoC when they are not in use. The S0ix
  states are triggered when specific conditions within the SoC have been 
achieved,
  for example: certain components are in low power states. The SoC consumes the
  least amount of power in the deepest (for example, S0i3) state.

  S0ix is triggered by two paths:
  (1) by system PM, e.g "suspend-to-idle" triggered by pressing the power button
  on Android device or command manually triggered on any Linux based distros;

  (2) by runtime PM, i.e no system activities with display off.

  S0ix should simply work in theory with trigger path (1) if we have the device
  drivers ready. On GLK, we require the below PCI device drivers with system PM
  support. ACPI device requirements are WIP.

   I2C designware PCI driver
   USB XHCI PCI ID
   Intel trace Hub[NPK) PCI ID
   SPI BXT PCI ID
   SCSI UFS BXT PCI host ID
   Graphics
   Audio
   PWM
   HSUART
   Security engine

  S0ix with trigger path (2) require work as defined below.
   All the above device drivers need to support runtime PM (already defined in 
the same LCK above)
   PCI root port to support runtime PM

  Both paths will require intel_idle driver support for S0ix support.

  238f9c11351f8af8534ae0318b4d9acc77b09ee8

  8aba056a4ea6da18186025a335a96b2f071e69d3

  6769fdbe27d782dfee5e459e25b44baacc7c8459

  cfb55af9add9c19806300fdb31f4cd25e67c6d1a

  4a5861f714293767980e4948c9a7c9e5e09c9b94

  2a13096ac7da07a1bfc9d91fc4a982020e7ded2b

  cd89e92b7399a69512b8d855a2dd145c47399bf8

  d6827015e671cd17871c9b7a0fabe06c044f7470

  0e68eeea9894feeba2edf7ec63e4551b87f39621

  e50af8332785355de3cb40d9f5e8c45dbfc86f53

  Target Kernel: 5.1
  Target Release: 19.10

  SRU Justification
  [Impact]
  Requires patches to make new INTEL CPU IceLake support s0ix
  [Fix]
  The patch list is provided by Intel
     238f9c11351f platform/x86: intel_pmc_core: Quirk to ignore XTAL
  shutdown
     8aba056a4ea6 platform/x86: intel_pmc_core: Add Package cstates residency 
info
     6769fdbe27d7 platform/x86: intel_pmc_core: Add ICL platform support
     cfb55af9add9 platform/x86: intel_pmc_core: Convert to INTEL_CPU_FAM6 macro
     4a5861f71429 platform/x86: intel_pmc_core: Avoid a u32 overflow
     2a13096ac7da platform/x86: intel_pmc_core: Include Reserved IP for LTR
     cd89e92b7399 platform/x86: intel_pmc_core: Fix file permissions for 
ltr_show
     d6827015e671 platform/x86: intel_pmc_core: Fix PCH IP name
     0e68eeea9894 platform/x86: intel_pmc_core: Fix PCH IP sts reading
     e50af8332785 platform/x86: intel_pmc_core: Handle CFL regmap properly

  Below commit fix 238f9c11351f ("platform/x86: intel_pmc_core: Quirk to ignore 
XTAL shutdown")
     9ae11e237d95 platform/x86: intel_pmc_core: Mark local function static

  [Test]
  Verified on Intel ICL-Y SDP with fwts s2idle test 30 times, the system is 
still working.

  [Regression Risk]
  Low. Those patches are all small changes, and most of them are adding IDs, 
should be safe to include them.

To manage notifications about this bug go to:
https://bugs.launchpad.net/intel/+bug/1819413/+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 1802454] Re: fanotify10 in ubuntu_ltp_syscalls failed

2019-10-17 Thread Po-Hsu Lin
Test result on Trusty:
 startup='Sat Oct 5 00:28:40 2019'
 tst_device.c:238: INFO: Using test device LTP_DEV='/dev/loop0'
 tst_mkfs.c:90: INFO: Formatting /dev/loop0 with ext2 opts='' extra opts=''
 mke2fs 1.42.9 (4-Feb-2014)
 tst_test.c:1118: INFO: Timeout per run is 0h 05m 00s
 fanotify10.c:331: INFO: Test #0: ignore mount events created on a specific file
 fanotify10.c:292: PASS: group 0 got event: mask 20 pid=8205 fd=30
 fanotify10.c:292: PASS: group 1 got event: mask 20 pid=8205 fd=30
 fanotify10.c:292: PASS: group 2 got event: mask 20 pid=8205 fd=30
 fanotify10.c:398: PASS: group 0 (prio 1) with FAN_MARK_MOUNT and 
FAN_MARK_INODE ignore mask got no event
 fanotify10.c:398: PASS: group 1 (prio 1) with FAN_MARK_MOUNT and 
FAN_MARK_INODE ignore mask got no event
 fanotify10.c:398: PASS: group 2 (prio 1) with FAN_MARK_MOUNT and 
FAN_MARK_INODE ignore mask got no event
 fanotify10.c:398: PASS: group 0 (prio 2) with FAN_MARK_MOUNT and 
FAN_MARK_INODE ignore mask got no event
 fanotify10.c:398: PASS: group 1 (prio 2) with FAN_MARK_MOUNT and 
FAN_MARK_INODE ignore mask got no event
 fanotify10.c:398: PASS: group 2 (prio 2) with FAN_MARK_MOUNT and 
FAN_MARK_INODE ignore mask got no event
 fanotify10.c:331: INFO: Test #1: ignore exec mount events created on a 
specific file
 fanotify10.c:226: CONF: FAN_OPEN_EXEC not supported by kernel?
 fanotify10.c:331: INFO: Test #2: don't ignore mount events created on another 
file
 fanotify10.c:292: PASS: group 0 got event: mask 20 pid=8206 fd=30
 fanotify10.c:292: PASS: group 1 got event: mask 20 pid=8206 fd=30
 fanotify10.c:292: PASS: group 2 got event: mask 20 pid=8206 fd=30
 fanotify10.c:292: PASS: group 0 got event: mask 20 pid=8206 fd=30
 fanotify10.c:292: PASS: group 1 got event: mask 20 pid=8206 fd=30
 fanotify10.c:292: PASS: group 2 got event: mask 20 pid=8206 fd=30
 fanotify10.c:292: PASS: group 0 got event: mask 20 pid=8206 fd=30
 fanotify10.c:292: PASS: group 1 got event: mask 20 pid=8206 fd=30
 fanotify10.c:292: PASS: group 2 got event: mask 20 pid=8206 fd=30
 fanotify10.c:331: INFO: Test #3: don't ignore exec mount events created on 
another file
 fanotify10.c:226: CONF: FAN_OPEN_EXEC not supported by kernel?
 fanotify10.c:331: INFO: Test #4: ignore inode events created on a specific 
mount point
 fanotify10.c:292: PASS: group 0 got event: mask 20 pid=8207 fd=30
 fanotify10.c:292: PASS: group 1 got event: mask 20 pid=8207 fd=30
 fanotify10.c:292: PASS: group 2 got event: mask 20 pid=8207 fd=30
 fanotify10.c:392: FAIL: group 0 (prio 1) with FAN_MARK_INODE and 
FAN_MARK_MOUNT ignore mask got event
 fanotify10.c:392: FAIL: group 1 (prio 1) with FAN_MARK_INODE and 
FAN_MARK_MOUNT ignore mask got event
 fanotify10.c:392: FAIL: group 2 (prio 1) with FAN_MARK_INODE and 
FAN_MARK_MOUNT ignore mask got event
 fanotify10.c:392: FAIL: group 0 (prio 2) with FAN_MARK_INODE and 
FAN_MARK_MOUNT ignore mask got event
 fanotify10.c:392: FAIL: group 1 (prio 2) with FAN_MARK_INODE and 
FAN_MARK_MOUNT ignore mask got event
 fanotify10.c:392: FAIL: group 2 (prio 2) with FAN_MARK_INODE and 
FAN_MARK_MOUNT ignore mask got event
 fanotify10.c:331: INFO: Test #5: ignore exec inode events created on a 
specific mount point
 fanotify10.c:226: CONF: FAN_OPEN_EXEC not supported by kernel?
 fanotify10.c:331: INFO: Test #6: don't ignore inode events created on another 
mount point
 fanotify10.c:292: PASS: group 0 got event: mask 20 pid=8208 fd=30
 fanotify10.c:292: PASS: group 1 got event: mask 20 pid=8208 fd=30
 fanotify10.c:292: PASS: group 2 got event: mask 20 pid=8208 fd=30
 fanotify10.c:292: PASS: group 0 got event: mask 20 pid=8208 fd=30
 fanotify10.c:292: PASS: group 1 got event: mask 20 pid=8208 fd=30
 fanotify10.c:292: PASS: group 2 got event: mask 20 pid=8208 fd=30
 fanotify10.c:292: PASS: group 0 got event: mask 20 pid=8208 fd=30
 fanotify10.c:292: PASS: group 1 got event: mask 20 pid=8208 fd=30
 fanotify10.c:292: PASS: group 2 got event: mask 20 pid=8208 fd=30
 fanotify10.c:331: INFO: Test #7: don't ignore exec inode events created on 
another mount point
 fanotify10.c:226: CONF: FAN_OPEN_EXEC not supported by kernel?
 fanotify10.c:331: INFO: Test #8: ignore fs events created on a specific file
 fanotify10.c:232: CONF: FAN_MARK_FILESYSTEM not supported in kernel?
 fanotify10.c:331: INFO: Test #9: ignore exec fs events created on a specific 
file
 fanotify10.c:226: CONF: FAN_OPEN_EXEC not supported by kernel?
 fanotify10.c:331: INFO: Test #10: don't ignore mount events created on another 
file
 fanotify10.c:232: CONF: FAN_MARK_FILESYSTEM not supported in kernel?
 fanotify10.c:331: INFO: Test #11: don't ignore exec mount events created on 
another file
 fanotify10.c:226: CONF: FAN_OPEN_EXEC not supported by kernel?
 fanotify10.c:331: INFO: Test #12: ignore fs events created on a specific mount 
point
 fanotify10.c:232: CONF: FAN_MARK_FILESYSTEM not supported in kernel?
 fanotify10.c:331: INFO: Test #13: ignore exec fs events created on a specific 
mount point
 fanotify10.c:226:

[Kernel-packages] [Bug 1848333] Re: wifi problem delays boot in live mode

2019-10-17 Thread sudodus
** Description changed:

  This problem is rather new. It did not affect Lubuntu Eoan zsynced 9
  days ago (Oct 6).
  
  Now there is a delay of 1 min 30 sec during booting, and I think there
  is something wrong with the recognition of the wifi hardware or maybe
  matching of driver and hardware. It happens in 'this' computer, a
  middle-aged Toshiba laptop with a generation 3 Intel i5 cpu and also in
  a Dell Latitude E7240 with a generation 4 Intel i5 cpu and I guess
  another wifi chip.
  
  In both cases both ethernet and wifi works. I see available wifi routers
  and can connect (when I have the password).
  
- I tested also with the Xubuntu eoan iso file, and the same delay
- happened there.
+ I tested also with the Kubuntu and Xubuntu eoan iso files, and the same
+ delay happened there.
  
  I think the drivers are OK, but something in the logic for recognition
  of them might be bad.
  
  ProblemType: Bug
  DistroRelease: Ubuntu 19.10
  Package: linux-image-5.3.0-18-generic 5.3.0-18.19+1
  ProcVersionSignature: Ubuntu 5.3.0-18.19-generic 5.3.1
  Uname: Linux 5.3.0-18-generic x86_64
  ApportVersion: 2.20.11-0ubuntu8
  Architecture: amd64
  AudioDevicesInUse:
-  USERPID ACCESS COMMAND
-  /dev/snd/controlC0:  lubuntu2316 F pulseaudio
+  USERPID ACCESS COMMAND
+  /dev/snd/controlC0:  lubuntu2316 F pulseaudio
  CasperVersion: 1.426
  CurrentDesktop: LXQt
  Date: Wed Oct 16 11:36:22 2019
  LiveMediaBuild: Lubuntu 19.10 "Eoan Ermine" - Release amd64 (20191015)
  MachineType: TOSHIBA SATELLITE PRO C850-19W
  ProcFB: 0 i915drmfb
  ProcKernelCmdLine: BOOT_IMAGE=/casper/vmlinuz 
file=/cdrom/preseed/username.seed persistent ---
  RelatedPackageVersions:
-  linux-restricted-modules-5.3.0-18-generic N/A
-  linux-backports-modules-5.3.0-18-generic  N/A
-  linux-firmware1.183
+  linux-restricted-modules-5.3.0-18-generic N/A
+  linux-backports-modules-5.3.0-18-generic  N/A
+  linux-firmware1.183
  SourcePackage: linux
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 09/24/2012
  dmi.bios.vendor: Insyde Corp.
  dmi.bios.version: 6.10
  dmi.board.asset.tag: Type2 - Board Asset Tag
  dmi.board.name: PLCSF8
  dmi.board.vendor: Intel
  dmi.board.version: Type2 - Board Version
  dmi.chassis.asset.tag: No Asset Tag
  dmi.chassis.type: 10
  dmi.chassis.vendor: OEM Chassis Manufacturer
  dmi.chassis.version: OEM Chassis Version
  dmi.modalias: 
dmi:bvnInsydeCorp.:bvr6.10:bd09/24/2012:svnTOSHIBA:pnSATELLITEPROC850-19W:pvrPSCBXE-00C00VN5:rvnIntel:rnPLCSF8:rvrType2-BoardVersion:cvnOEMChassisManufacturer:ct10:cvrOEMChassisVersion:
  dmi.product.family: Type1Family
  dmi.product.name: SATELLITE PRO C850-19W
  dmi.product.sku: PSCBXE
  dmi.product.version: PSCBXE-00C00VN5
  dmi.sys.vendor: TOSHIBA

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

Title:
  wifi problem delays boot in live mode

Status in linux package in Ubuntu:
  Confirmed

Bug description:
  This problem is rather new. It did not affect Lubuntu Eoan zsynced 9
  days ago (Oct 6).

  Now there is a delay of 1 min 30 sec during booting, and I think there
  is something wrong with the recognition of the wifi hardware or maybe
  matching of driver and hardware. It happens in 'this' computer, a
  middle-aged Toshiba laptop with a generation 3 Intel i5 cpu and also
  in a Dell Latitude E7240 with a generation 4 Intel i5 cpu and I guess
  another wifi chip.

  In both cases both ethernet and wifi works. I see available wifi
  routers and can connect (when I have the password).

  I tested also with the Kubuntu and Xubuntu eoan iso files, and the
  same delay happened there.

  I think the drivers are OK, but something in the logic for recognition
  of them might be bad.

  ProblemType: Bug
  DistroRelease: Ubuntu 19.10
  Package: linux-image-5.3.0-18-generic 5.3.0-18.19+1
  ProcVersionSignature: Ubuntu 5.3.0-18.19-generic 5.3.1
  Uname: Linux 5.3.0-18-generic x86_64
  ApportVersion: 2.20.11-0ubuntu8
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  lubuntu2316 F pulseaudio
  CasperVersion: 1.426
  CurrentDesktop: LXQt
  Date: Wed Oct 16 11:36:22 2019
  LiveMediaBuild: Lubuntu 19.10 "Eoan Ermine" - Release amd64 (20191015)
  MachineType: TOSHIBA SATELLITE PRO C850-19W
  ProcFB: 0 i915drmfb
  ProcKernelCmdLine: BOOT_IMAGE=/casper/vmlinuz 
file=/cdrom/preseed/username.seed persistent ---
  RelatedPackageVersions:
   linux-restricted-modules-5.3.0-18-generic N/A
   linux-backports-modules-5.3.0-18-generic  N/A
   linux-firmware1.183
  SourcePackage: linux
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 09/24/2012
  dmi.bios.vendor: Insyde Corp.
  dmi.bios.version: 6.10
  dmi.board.asset.tag: Type2 - Board Asset Tag
  dmi.

[Kernel-packages] [Bug 1848460] [NEW] no touchpad

2019-10-17 Thread Frank Lettau
Public bug reported:

touchpad (as well as touch-screen) not detected, working under Win10
TREKSTOR Primebook C11B

ProblemType: Bug
DistroRelease: Ubuntu 19.04
Package: linux-image-5.0.0-32-generic 5.0.0-32.34
ProcVersionSignature: Ubuntu 5.0.0-32.34-generic 5.0.21
Uname: Linux 5.0.0-32-generic x86_64
ApportVersion: 2.20.10-0ubuntu27.1
Architecture: amd64
AudioDevicesInUse:
 USERPID ACCESS COMMAND
 /dev/snd/controlC0:  frank  1429 F pulseaudio
 /dev/snd/pcmC0D0p:   frank  1429 F...m pulseaudio
 /dev/snd/controlC1:  frank  1429 F pulseaudio
CurrentDesktop: ubuntu:GNOME
Date: Thu Oct 17 10:32:57 2019
InstallationDate: Installed on 2019-10-01 (16 days ago)
InstallationMedia: Ubuntu 18.04.3 LTS "Bionic Beaver" - Release amd64 (20190805)
MachineType: TREKSTOR Primebook C11B
ProcFB: 0 inteldrmfb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.0.0-32-generic 
root=UUID=2a410d09-1936-4a4d-b969-d7d09d196707 ro quiet splash vt.handoff=1
RelatedPackageVersions:
 linux-restricted-modules-5.0.0-32-generic N/A
 linux-backports-modules-5.0.0-32-generic  N/A
 linux-firmware1.178.5
SourcePackage: linux
UpgradeStatus: Upgraded to disco on 2019-10-11 (5 days ago)
dmi.bios.date: 05/03/2018
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: V2.1.2
dmi.board.asset.tag: Default string
dmi.board.name: Apollolake_alk_V01
dmi.board.vendor: TS_weibu
dmi.board.version: Default string
dmi.chassis.asset.tag: Default string
dmi.chassis.type: 31
dmi.chassis.version: Default string
dmi.modalias: 
dmi:bvnAmericanMegatrendsInc.:bvrV2.1.2:bd05/03/2018:svnTREKSTOR:pnPrimebookC11B:pvrDefaultstring:rvnTS_weibu:rnApollolake_alk_V01:rvrDefaultstring:cvn:ct31:cvrDefaultstring:
dmi.product.family: Notebook
dmi.product.name: Primebook C11B
dmi.product.sku: CFALKWW03
dmi.product.version: Default string
dmi.sys.vendor: TREKSTOR

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


** Tags: amd64 apport-bug disco

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

Title:
  no touchpad

Status in linux package in Ubuntu:
  New

Bug description:
  touchpad (as well as touch-screen) not detected, working under Win10
  TREKSTOR Primebook C11B

  ProblemType: Bug
  DistroRelease: Ubuntu 19.04
  Package: linux-image-5.0.0-32-generic 5.0.0-32.34
  ProcVersionSignature: Ubuntu 5.0.0-32.34-generic 5.0.21
  Uname: Linux 5.0.0-32-generic x86_64
  ApportVersion: 2.20.10-0ubuntu27.1
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  frank  1429 F pulseaudio
   /dev/snd/pcmC0D0p:   frank  1429 F...m pulseaudio
   /dev/snd/controlC1:  frank  1429 F pulseaudio
  CurrentDesktop: ubuntu:GNOME
  Date: Thu Oct 17 10:32:57 2019
  InstallationDate: Installed on 2019-10-01 (16 days ago)
  InstallationMedia: Ubuntu 18.04.3 LTS "Bionic Beaver" - Release amd64 
(20190805)
  MachineType: TREKSTOR Primebook C11B
  ProcFB: 0 inteldrmfb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.0.0-32-generic 
root=UUID=2a410d09-1936-4a4d-b969-d7d09d196707 ro quiet splash vt.handoff=1
  RelatedPackageVersions:
   linux-restricted-modules-5.0.0-32-generic N/A
   linux-backports-modules-5.0.0-32-generic  N/A
   linux-firmware1.178.5
  SourcePackage: linux
  UpgradeStatus: Upgraded to disco on 2019-10-11 (5 days ago)
  dmi.bios.date: 05/03/2018
  dmi.bios.vendor: American Megatrends Inc.
  dmi.bios.version: V2.1.2
  dmi.board.asset.tag: Default string
  dmi.board.name: Apollolake_alk_V01
  dmi.board.vendor: TS_weibu
  dmi.board.version: Default string
  dmi.chassis.asset.tag: Default string
  dmi.chassis.type: 31
  dmi.chassis.version: Default string
  dmi.modalias: 
dmi:bvnAmericanMegatrendsInc.:bvrV2.1.2:bd05/03/2018:svnTREKSTOR:pnPrimebookC11B:pvrDefaultstring:rvnTS_weibu:rnApollolake_alk_V01:rvrDefaultstring:cvn:ct31:cvrDefaultstring:
  dmi.product.family: Notebook
  dmi.product.name: Primebook C11B
  dmi.product.sku: CFALKWW03
  dmi.product.version: Default string
  dmi.sys.vendor: TREKSTOR

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1848460/+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 1848004] Re: test_maps from ubuntu_bpf failed with sockmap creation on D-KVM

2019-10-17 Thread Po-Hsu Lin
Spotted on B-KVM as well.

** Also affects: linux-kvm (Ubuntu Bionic)
   Importance: Undecided
   Status: New

** Summary changed:

- test_maps from ubuntu_bpf failed with sockmap creation on D-KVM
+ test_maps from ubuntu_bpf failed with sockmap creation on B/D-KVM

** Tags added: 4.15

** Tags added: bionic

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

Title:
  test_maps from ubuntu_bpf failed with sockmap creation on B/D-KVM

Status in ubuntu-kernel-tests:
  New
Status in linux-kvm package in Ubuntu:
  New
Status in linux-kvm source package in Bionic:
  New
Status in linux-kvm source package in Disco:
  New

Bug description:
  Test test_maps test from ubuntu_bpf failed with Disco KVM kernel
  (5.0.0-1019-kvm)

   Running './test_maps'
   Failed to create sockmap -1

  ProblemType: Bug
  DistroRelease: Ubuntu 19.04
  Package: linux-image-5.0.0-1019-kvm 5.0.0-1019.20
  ProcVersionSignature: User Name 5.0.0-1019.20-kvm 5.0.21
  Uname: Linux 5.0.0-1019-kvm x86_64
  ApportVersion: 2.20.10-0ubuntu27.1
  Architecture: amd64
  Date: Mon Oct 14 11:49:26 2019
  SourcePackage: linux-kvm
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1848004/+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 1846250] Re: trusty/linux: 3.13.0-174.225 -proposed tracker

2019-10-17 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
  bugs-spammed: true
  packages:
main: linux
meta: linux-meta
signed: linux-signed
  phase: Testing
  phase-changed: Monday, 14. October 2019 18:05 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
-   regression-testing: Ongoing -- testing in progress
verification-testing: Ongoing -- testing in progress
  trackers:
precise/linux-lts-trusty: bug 1846248
  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/1846250

Title:
  trusty/linux: 3.13.0-174.225 -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:
  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:
  In Progress
Status in linux package in Ubuntu:
  Invalid
Status in linux 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
  bugs-spammed: true
  packages:
main: linux
meta: linux-meta
signed: linux-signed
  phase: Testing
  phase-changed: Monday, 14. October 2019 18:05 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
verification-testing: Ongoing -- testing in progress
  trackers:
precise/linux-lts-trusty: bug 1846248
  variant: debs

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

2019-10-17 Thread Po-Hsu Lin
3.13.0-174.225 - generic
Regression test CMPL, RTB.

Issue to note in amd64:
  ubuntu_kvm_unit_tests - apic timeouted (bug 1748103) debug (bug 1821906) 
emulator (bug 1824291) eventinj (bug 1824293) ioapic (bug 1824289) realmode 
(bug 1824294) svm (bug 1821903) umip should be skipped (bug 1821905)
  ubuntu_ltp_syscalls - fanotify07 won't fix (bug 1775165) fallocate04, 
fallocate05, fdatasync03, fremovexattr01, fremovexattr02, fsync01, fsync04, 
msync04, preadv03, preadv03_64, preadv203, preadv203_64, pwritev03, 
pwritev03_64, sync03, syncfs01, sync_file_range02, copy_file_range01 (bug 
1842266) fsetxattr01, fgetxattr01, fanotify13, fanotify14, lremovexattr01, 
setxattr01 (bug 1842266) fcntl35 / fcntl35_64 (bug 1774394) fanotify09 (bug 
1775153) fanotify10 (bug 1802454) keyctl02 (bug 1798022) keyctl06 (bug 1798025) 
openat03 (bug 1798027) request_key03 (bug 1798052)

Issue to note in arm64:
  hwclock - issue for HP m400 (bug 1716603)
  libhugetlbfs - noresv-preserve-resv-page failed (bug 1747823) 
chunk-overcommit failed (bug 1747828)
  ubuntu_kvm_smoke_test - getlogin will fail to open /proc/self/loginuid (bug 
1770245)
  ubuntu_ltp_syscalls - fanotify07 won't fix (bug 1775165) fallocate04, 
fallocate05, fdatasync03, fremovexattr01, fremovexattr02, fsync01, fsync04, 
msync04, preadv03, preadv03_64, preadv203, preadv203_64, pwritev03, 
pwritev03_64, sync03, syncfs01, sync_file_range02, copy_file_range01 (bug 
1842266) fsetxattr01, fgetxattr01, fanotify13, fanotify14, lremovexattr01, 
setxattr01 (bug 1842266) fcntl35 / fcntl35_64 (bug 1774394) fanotify09 (bug 
1775153) fanotify10 (bug 1802454) keyctl02 (bug 1798022) keyctl06 (bug 1798025) 
open14 (bug 1798061) openat03 (bug 1798027) request_key03 (bug 1798052)
  ubuntu_qrt_kernel_security - test_130_config_debug_rodata (bug 1747850) test 
021, 022 (bug 1747847) test 050 (bug 1684776)

Issue to note in i386:
  ubuntu_kvm_smoke_test - Unable to start KVM, timed out waiting for dnsmasq 
lease (bug 1802056)
  ubuntu_kvm_unit_tests - unable to build on X/T i386 (bug 1798007)
  ubuntu_ltp_syscalls - fanotify07 won't fix (bug 1775165) fallocate04, 
fallocate05, fdatasync03, fremovexattr01, fremovexattr02, fsync01, fsync04, 
msync04, preadv03, preadv03_64, preadv203, preadv203_64, pwritev03, 
pwritev03_64, sync03, syncfs01, sync_file_range02, copy_file_range01 (bug 
1842266) fsetxattr01, fgetxattr01, fanotify13, fanotify14, lremovexattr01, 
setxattr01 (bug 1842266) fcntl35 / fcntl35_64 (bug 1774394) fanotify09 (bug 
1775153) fanotify10 (bug 1802454) keyctl02 (bug 1798022) keyctl06 (bug 1798025) 
openat03 (bug 1798027) request_key03 (bug 1798052)

Issue to note in ppc64le (P8):
  ubuntu_btrfs_kernel_fixes - Unable to mount a btrfs filesystem smaller than 
320M on Xenial P8 (bug 1813863)
  ubuntu_kvm_smoke_test - no supported architecture for 'hvm' (bug 1752550)
  ubuntu_ltp_syscalls - fanotify07 won't fix (bug 1775165) fallocate04, 
fallocate05, fdatasync03, fremovexattr01, fremovexattr02, fsync01, fsync04, 
msync04, preadv03, preadv03_64, preadv203, preadv203_64, pwritev03, 
pwritev03_64, sync03, syncfs01, sync_file_range02, copy_file_range01 (bug 
1842266) fsetxattr01, fgetxattr01, fanotify13, fanotify14, lremovexattr01, 
setxattr01 (bug 1842266) fanotify09 (bug 1775153) fanotify10 (bug 1802454) 
keyctl02 (bug 1798022) keyctl06 (bug 1798025) open14 (bug 1798061) openat03 
(bug 1798027) prctl04 (bug 1836839) readahead02 (bug 1836845)


** Changed in: kernel-sru-workflow/regression-testing
   Status: In Progress => Fix Released

** Changed in: kernel-sru-workflow/regression-testing
 Assignee: Canonical Kernel Team (canonical-kernel-team) => Po-Hsu Lin 
(cypressyew)

** Tags added: regression-testing-passed

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

Title:
  trusty/linux: 3.13.0-174.225 -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:
  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:
  In Progress
Status in linux package in Ubuntu:
  Invalid
Status in linux source package in Trusty:
  Confirmed

Bug description:
  This bug will contain status and test re

[Kernel-packages] [Bug 1833396] Re: ubuntu_bpf test failed on KVM kernels

2019-10-17 Thread Po-Hsu Lin
*** This bug is a duplicate of bug 1848005 ***
https://bugs.launchpad.net/bugs/1848005

Bug split into:
  D:
3 tests in test_verifier failed (bug 1848005)
test_maps failed with sockmap creation (bug 1848004)
  B:
test_maps failed with sockmap creation (bug 1848004)

** This bug has been marked a duplicate of bug 1848005
   3 tests in test_verifier from ubuntu_bpf failed with D-KVM

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

Title:
  ubuntu_bpf test failed on KVM kernels

Status in ubuntu-kernel-tests:
  New
Status in linux-kvm package in Ubuntu:
  New
Status in linux-kvm source package in Bionic:
  New
Status in linux-kvm source package in Disco:
  New

Bug description:
  This should not considered as a regression, we just switching from the
  "cloud" test list to the "generic" list.

Summary: 775 PASSED, 0 SKIPPED, 123 FAILED

#165/u PTR_TO_STACK store/load - out of bounds low FAIL
Unexpected error message!
EXP: invalid stack off=-79992 size=8
RES: 0: (bf) r1 = r10
1: (07) r1 += -8
invalid stack off=-8 size=1
R1 stack pointer arithmetic goes out of range, prohibited for !root

0: (bf) r1 = r10
1: (07) r1 += -8
invalid stack off=-8 size=1
R1 stack pointer arithmetic goes out of range, prohibited for !root
#173/p unpriv: check that printk is disallowed FAIL
Failed to load prog 'Invalid argument'!
0: (7a) *(u64 *)(r10 -8) = 0
1: (bf) r1 = r10
2: (07) r1 += -8
3: (b7) r2 = 8
4: (bf) r3 = r1
5: (85) call bpf_trace_printk#6
unknown func bpf_trace_printk#6
#185/p unpriv: spill/fill of different pointers ldx FAIL
Unexpected error message!
EXP: same insn cannot be used with different pointers
RES: 
#193/u unpriv: adding of fp FAIL
Failed to load prog 'Permission denied'!
0: (b7) r0 = 0
1: (b7) r1 = 0
2: (0f) r1 += r10
invalid stack off=0 size=1
R1 stack pointer arithmetic goes out of range, prohibited for !root
#287/p constant register |= constant should keep constant type FAIL
Failed to load prog 'Invalid argument'!
#288/p constant register |= constant should not bypass stack boundary 
checks FAIL
Unexpected error message!
EXP: invalid stack type R1 off=-48 access_size=58
RES: 
#289/p constant register |= constant register should keep constant type FAIL
Failed to load prog 'Invalid argument'!
#290/p constant register |= constant register should not bypass stack 
boundary checks FAIL
Unexpected error message!
EXP: invalid stack type R1 off=-48 access_size=58
RES: 
#306/p helper access to map: full range FAIL
Failed to load prog 'Invalid argument'!
#307/p helper access to map: partial range FAIL
Failed to load prog 'Invalid argument'!
#308/p helper access to map: empty range FAIL
Unexpected error message!
EXP: invalid access to map value, value_size=48 off=0 size=0
RES: 
#309/p helper access to map: out-of-bound range FAIL
Unexpected error message!
EXP: invalid access to map value, value_size=48 off=0 size=56
RES: 
#310/p helper access to map: negative range FAIL
Unexpected error message!
EXP: R2 min value is negative
RES: 
#311/p helper access to adjusted map (via const imm): full range FAIL
Failed to load prog 'Invalid argument'!
#312/p helper access to adjusted map (via const imm): partial range FAIL
Failed to load prog 'Invalid argument'!
#313/p helper access to adjusted map (via const imm): empty range FAIL
Unexpected error message!
EXP: invalid access to map value, value_size=48 off=4 size=0
RES: 
#314/p helper access to adjusted map (via const imm): out-of-bound range 
FAIL
Unexpected error message!
EXP: invalid access to map value, value_size=48 off=4 size=52
RES: 
#315/p helper access to adjusted map (via const imm): negative range (> 
adjustment) FAIL
Unexpected error message!
EXP: R2 min value is negative
RES: 
#316/p helper access to adjusted map (via const imm): negative range (< 
adjustment) FAIL
Unexpected error message!
EXP: R2 min value is negative
RES: 
#317/p helper access to adjusted map (via const reg): full range FAIL
Failed to load prog 'Invalid argument'!
#318/p helper access to adjusted map (via const reg): partial range FAIL
Failed to load prog 'Invalid argument'!
#319/p helper access to adjusted map (via const reg): empty range FAIL
Unexpected error message!
EXP: R1 min value is outside of the array range
RES: 
#320/p helper access to adjusted map (via const reg): out-of-bound range 
FAIL
Unexpected error message!
EXP: invalid access to map value, value_size=48 off=4 size=52

[Kernel-packages] [Bug 1841956] Re: ubuntu_sysdig fails on kvm kernels

2019-10-17 Thread Po-Hsu Lin
** Changed in: ubuntu-kernel-tests
   Status: New => Fix Released

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

Title:
  ubuntu_sysdig fails on kvm kernels

Status in ubuntu-kernel-tests:
  Fix Released
Status in linux-kvm package in Ubuntu:
  Fix Released
Status in linux-kvm source package in Bionic:
  Fix Committed
Status in linux-kvm source package in Disco:
  Fix Released

Bug description:
  Bionic, Linux-Kvm: 4.15.0-1043.43
   
  The module appears to load, however it may be that the service itself still 
does not start, there are no errors in the logs, just the following:

  08/29 11:20:26 DEBUG| utils:0153| [stdout] == sysdig smmoke test to trace 
dd, cat, read and writes ==
  08/29 11:20:26 DEBUG| utils:0153| [stdout] Limiting raw capture file to 
16384 blocks
  08/29 11:20:26 DEBUG| utils:0153| [stdout] Try 1 of 10
  08/29 11:21:13 DEBUG| utils:0153| [stdout] Could not find start of 
capture message, maybe sysdig didn't start?
  08/29 11:21:21 ERROR| utils:0153| [stderr] stat: cannot stat 
'/home/ubuntu/autotest/client/results/default/ubuntu_sysdig_smoke_test.sysdig-smoke-testsysdig-kernel-trace-1670.tmp.raw':
 No such file or directory
  08/29 11:21:21 DEBUG| utils:0153| [stdout] Raw capture file is 0 Mbytes
  08/29 11:21:21 DEBUG| utils:0153| [stdout] Converted events file is 0 
Mbytes
  08/29 11:21:21 DEBUG| utils:0153| [stdout] Try 2 of 10
  08/29 11:22:08 DEBUG| utils:0153| [stdout] Could not find start of 
capture message, maybe sysdig didn't start?
  08/29 11:22:16 ERROR| utils:0153| [stderr] stat: cannot stat 
'/home/ubuntu/autotest/client/results/default/ubuntu_sysdig_smoke_test.sysdig-smoke-testsysdig-kernel-trace-1670.tmp.raw':
 No such file or directory
  08/29 11:22:16 DEBUG| utils:0153| [stdout] Raw capture file is 0 Mbytes
  08/29 11:22:16 DEBUG| utils:0153| [stdout] Converted events file is 0 
Mbytes
  08/29 11:22:16 DEBUG| utils:0153| [stdout] Try 3 of 10
  08/29 11:23:03 DEBUG| utils:0153| [stdout] Could not find start of 
capture message, maybe sysdig didn't start?

  
  Will require some additional triage. 

   Summary: 0 passed, 3 failed
stderr:
stat: cannot stat 
'/home/ubuntu/autotest/client/results/default/ubuntu_sysdig_smoke_test.sysdig-smoke-testsysdig-kernel-trace-1670.tmp.raw':
 No such file or directory
stat: cannot stat 
'/home/ubuntu/autotest/client/results/default/ubuntu_sysdig_smoke_test.sysdig-smoke-testsysdig-kernel-trace-1670.tmp.raw':
 No such file or directory
stat: cannot stat 
'/home/ubuntu/autotest/client/results/default/ubuntu_sysdig_smoke_test.sysdig-smoke-testsysdig-kernel-trace-1670.tmp.raw':
 No such file or directory
stat: cannot stat 
'/home/ubuntu/autotest/client/results/default/ubuntu_sysdig_smoke_test.sysdig-smoke-testsysdig-kernel-trace-1670.tmp.raw':
 No such file or directory
stat: cannot stat 
'/home/ubuntu/autotest/client/results/default/ubuntu_sysdig_smoke_test.sysdig-smoke-testsysdig-kernel-trace-1670.tmp.raw':
 No such file or directory

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1841956/+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 1812318] Re: ftrace test in ubuntu_kernel_selftests failed on KVM kernels

2019-10-17 Thread Po-Hsu Lin
Solved on B-kvm with the following commit for bug 1841956:
  UBUNTU: [Config] linux-kvm: CONFIG_FTRACE=y

** Changed in: ubuntu-kernel-tests
   Status: Confirmed => Fix Released

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

** No longer affects: linux-kvm (Ubuntu Cosmic)

** Changed in: linux-kvm (Ubuntu)
   Status: New => Fix Released

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

Title:
  ftrace test in ubuntu_kernel_selftests failed on KVM kernels

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

Bug description:
  This test failed with:
  Error: No ftrace directory found

  In the script:
  DEBUGFS_DIR=`grep debugfs /proc/mounts | cut -f2 -d' ' | head -1`
  if [ -z "$DEBUGFS_DIR" ]; then
  TRACING_DIR=`grep tracefs /proc/mounts | cut -f2 -d' ' | head -1`
  else
  TRACING_DIR=$DEBUGFS_DIR/tracing
  fi

  The script exit here:
  # Verify parameters
  if [ -z "$TRACING_DIR" -o ! -d "$TRACING_DIR" ]; then
    errexit "No ftrace directory found"
  fi

  DEBUGFS_DIR=/sys/kernel/debug
  TRACING_DIR=/sys/kernel/debug/tracing

  ls: cannot access '/sys/kernel/debug/tracing': No such file or
  directory

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: linux-image-4.15.0-1028-kvm 4.15.0-1028.28
  ProcVersionSignature: User Name 4.15.0-1028.28-kvm 4.15.18
  Uname: Linux 4.15.0-1028-kvm x86_64
  ApportVersion: 2.20.9-0ubuntu7.5
  Architecture: amd64
  Date: Fri Jan 18 03:04:17 2019
  SourcePackage: linux-kvm
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1812318/+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 1812318] Re: ftrace test in ubuntu_kernel_selftests failed on KVM kernels

2019-10-17 Thread Po-Hsu Lin
Could be found in E-kvm as well

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

Title:
  ftrace test in ubuntu_kernel_selftests failed on KVM kernels

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

Bug description:
  This test failed with:
  Error: No ftrace directory found

  In the script:
  DEBUGFS_DIR=`grep debugfs /proc/mounts | cut -f2 -d' ' | head -1`
  if [ -z "$DEBUGFS_DIR" ]; then
  TRACING_DIR=`grep tracefs /proc/mounts | cut -f2 -d' ' | head -1`
  else
  TRACING_DIR=$DEBUGFS_DIR/tracing
  fi

  The script exit here:
  # Verify parameters
  if [ -z "$TRACING_DIR" -o ! -d "$TRACING_DIR" ]; then
    errexit "No ftrace directory found"
  fi

  DEBUGFS_DIR=/sys/kernel/debug
  TRACING_DIR=/sys/kernel/debug/tracing

  ls: cannot access '/sys/kernel/debug/tracing': No such file or
  directory

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: linux-image-4.15.0-1028-kvm 4.15.0-1028.28
  ProcVersionSignature: User Name 4.15.0-1028.28-kvm 4.15.18
  Uname: Linux 4.15.0-1028-kvm x86_64
  ApportVersion: 2.20.9-0ubuntu7.5
  Architecture: amd64
  Date: Fri Jan 18 03:04:17 2019
  SourcePackage: linux-kvm
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1812318/+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 1654448] Re: Dell XPS 13 9350/9360 headphone audio hiss

2019-10-17 Thread Kai-Heng Feng
The fix is now in upstream. Please refer to the patch for justification:
https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?id=1099f48457d06b816359fb43ac32a4a07e33219b

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

Title:
  Dell XPS 13 9350/9360 headphone audio hiss

Status in Dell Sputnik:
  Confirmed
Status in alsa-driver package in Ubuntu:
  Confirmed
Status in linux package in Ubuntu:
  Won't Fix
Status in pulseaudio package in Ubuntu:
  Confirmed

Bug description:
  Pertaining to 16.04 on a dell XPS 13 9360

  ii  alsa-base 1.0.25+dfsg-0ubuntu5

  Advanced Linux Sound Architecture Driver Version k4.4.0-57-generic.

  
  When headphones are plugged in, there is a clearly audible hiss (white 
noise). This is present as soon as the headphones are plugged in, whether 
'headphones' or 'headset' are selected from the pop-up box. 

  Using alsamixer to debug the issue reveals that it is related to
  "Headphone Mic Boost" - the default setting is: dB gain 0.00, 0.00. If
  this is changed to:

  10.00, 10.00 (one notch up) the hiss disappears. 
  20.00, 20.00 cause a louder hiss and 
  30.00, 30.00 causes an even louder hiss with high frequency audio artifacts. 

  When the headphones are removed and plugged back in the Headphone Mic
  Boost setting returns to dB gain 0 and the problem also returns.

  This (problem and workaround) has been reported in the wild:
  https://news.ycombinator.com/item?id=13050843 and
  
https://www.reddit.com/r/Dell/comments/4j1zz4/headphones_have_static_noise_with_ubuntu_1604_on/
  for example

To manage notifications about this bug go to:
https://bugs.launchpad.net/dell-sputnik/+bug/1654448/+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 1848460] Status changed to Confirmed

2019-10-17 Thread Ubuntu Kernel Bot
This change was made by a bot.

** Changed in: linux (Ubuntu)
   Status: New => 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/1848460

Title:
  no touchpad

Status in linux package in Ubuntu:
  Confirmed

Bug description:
  touchpad (as well as touch-screen) not detected, working under Win10
  TREKSTOR Primebook C11B

  ProblemType: Bug
  DistroRelease: Ubuntu 19.04
  Package: linux-image-5.0.0-32-generic 5.0.0-32.34
  ProcVersionSignature: Ubuntu 5.0.0-32.34-generic 5.0.21
  Uname: Linux 5.0.0-32-generic x86_64
  ApportVersion: 2.20.10-0ubuntu27.1
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  frank  1429 F pulseaudio
   /dev/snd/pcmC0D0p:   frank  1429 F...m pulseaudio
   /dev/snd/controlC1:  frank  1429 F pulseaudio
  CurrentDesktop: ubuntu:GNOME
  Date: Thu Oct 17 10:32:57 2019
  InstallationDate: Installed on 2019-10-01 (16 days ago)
  InstallationMedia: Ubuntu 18.04.3 LTS "Bionic Beaver" - Release amd64 
(20190805)
  MachineType: TREKSTOR Primebook C11B
  ProcFB: 0 inteldrmfb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.0.0-32-generic 
root=UUID=2a410d09-1936-4a4d-b969-d7d09d196707 ro quiet splash vt.handoff=1
  RelatedPackageVersions:
   linux-restricted-modules-5.0.0-32-generic N/A
   linux-backports-modules-5.0.0-32-generic  N/A
   linux-firmware1.178.5
  SourcePackage: linux
  UpgradeStatus: Upgraded to disco on 2019-10-11 (5 days ago)
  dmi.bios.date: 05/03/2018
  dmi.bios.vendor: American Megatrends Inc.
  dmi.bios.version: V2.1.2
  dmi.board.asset.tag: Default string
  dmi.board.name: Apollolake_alk_V01
  dmi.board.vendor: TS_weibu
  dmi.board.version: Default string
  dmi.chassis.asset.tag: Default string
  dmi.chassis.type: 31
  dmi.chassis.version: Default string
  dmi.modalias: 
dmi:bvnAmericanMegatrendsInc.:bvrV2.1.2:bd05/03/2018:svnTREKSTOR:pnPrimebookC11B:pvrDefaultstring:rvnTS_weibu:rnApollolake_alk_V01:rvrDefaultstring:cvn:ct31:cvrDefaultstring:
  dmi.product.family: Notebook
  dmi.product.name: Primebook C11B
  dmi.product.sku: CFALKWW03
  dmi.product.version: Default string
  dmi.sys.vendor: TREKSTOR

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1848460/+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 1827866] Re: vmx_apicv_test in ubuntu_kvm_unit_tests failed on X-KVM

2019-10-17 Thread Po-Hsu Lin
** Tags added: 4.15 4.4

** Tags added: sru-20190930

** Summary changed:

- vmx_apicv_test in ubuntu_kvm_unit_tests failed on X-KVM
+ vmx_apicv_test in ubuntu_kvm_unit_tests failed on X/B-KVM

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

Title:
  vmx_apicv_test in ubuntu_kvm_unit_tests failed on X/B-KVM

Status in ubuntu-kernel-tests:
  New
Status in linux-kvm package in Ubuntu:
  New
Status in linux-kvm source package in Xenial:
  New
Status in linux-kvm source package in Bionic:
  New

Bug description:
  vmx_apicv_test from ubuntu_kvm_unit_tests failed on X-KVM:
  FAIL vmx_apicv_test (timeout; duration=10)

   the test was terminated with return code 124:

  # TESTNAME=vmx_apicv_test TIMEOUT=10 ACCEL= ./x86/run x86/vmx.flat -smp 1 
-cpu host,+vmx -append "apic_reg_virt_test virt_x2apic_mode_test"
  timeout -k 1s --foreground 10 /usr/bin/qemu-system-x86_64 -nodefaults -device 
pc-testdev -device isa-debug-exit,iobase=0xf4,iosize=0x4 -vnc none -serial 
stdio -device pci-testdev -machine accel=kvm -kernel x86/vmx.flat -smp 1 -cpu 
host,+vmx -append apic_reg_virt_test virt_x2apic_mode_test # -initrd 
/tmp/tmp.K6b7rjmgp8
  enabling apic
  paging enabled
  cr0 = 80010011
  cr3 = 477000
  cr4 = 20

  Test suite: apic_reg_virt_test
  --- Virtualize APIC accesses test ---
  PASS: xapic - reading 0x000: got APIC access exit @ page offset 0x000, want 
0x000
  PASS: xapic - writing 0x12345678 to 0x000: got APIC access exit @ page offset 
0x000, want 0x000
  PASS: xapic - reading 0x010: got APIC access exit @ page offset 0x010, want 
0x010
  PASS: xapic - writing 0x12345678 to 0x010: got APIC access exit @ page offset 
0x010, want 0x010
  PASS: xapic - reading 0x020: got APIC access exit @ page offset 0x020, want 
0x020
  PASS: xapic - writing 0x12345678 to 0x020: got APIC access exit @ page offset 
0x020, want 0x020
  PASS: xapic - reading 0x030: got APIC access exit @ page offset 0x030, want 
0x030
  
  
  PASS: xapic - writing 0x12345678 to 0x380: non-virtualized write; val is 
0x12345678, want 0x12345678
  PASS: xapic - reading 0x390: read 0x12345678, expected 0x12345678.
  PASS: xapic - writing 0x12345678 to 0x390: non-virtualized 
writqemu-system-x86_64: terminating on signal 15 from pid 1327

  # echo $?
  124

  ProblemType: Bug
  DistroRelease: Ubuntu 16.04
  Package: linux-image-4.4.0-1044-kvm 4.4.0-1044.50
  ProcVersionSignature: Ubuntu 4.4.0-1044.50-kvm 4.4.177
  Uname: Linux 4.4.0-1044-kvm x86_64
  ApportVersion: 2.20.1-0ubuntu2.18
  Architecture: amd64
  Date: Mon May  6 10:47:17 2019
  SourcePackage: linux-kvm
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1827866/+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 1822308] Re: vmx_hlt_with_rvi_test in kvm_unit_tests fails

2019-10-17 Thread Po-Hsu Lin
** Also affects: linux-kvm (Ubuntu)
   Importance: Undecided
   Status: New

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

Title:
  vmx_hlt_with_rvi_test in kvm_unit_tests fails

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

Bug description:
   TESTNAME=vmx_hlt_with_rvi_test TIMEOUT=10 ACCEL= ./x86/run x86/vmx.flat -smp 
1 -cpu host,+vmx -append vmx_hlt_with_rvi_test
   FAIL vmx_hlt_with_rvi_test (timeout; duration=10)

  
  Detailed report will be appended here later.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1822308/+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 1822309] Re: vmx_apic_passthrough_thread in kvm_unit_tests failed with X-KVM

2019-10-17 Thread Po-Hsu Lin
Found on B-kvm as well.

 Running 
'/home/ubuntu/autotest/client/tmp/ubuntu_kvm_unit_tests/src/kvm-unit-tests/tests/vmx_apic_passthrough_thread'
 BUILD_HEAD=e2c275c4
 timeout -k 1s --foreground 90s /usr/bin/qemu-system-x86_64 -nodefaults -device 
pc-testdev -device isa-debug-exit,iobase=0xf4,iosize=0x4 -vnc none -serial 
stdio -device pci-testdev -machine accel=kvm -kernel /tmp/tmp.hVGn3USjeg -smp 2 
-cpu host,+vmx -m 2048 -append vmx_apic_passthrough_thread_test # -initrd 
/tmp/tmp.nbOg8fbs4J
 enabling apic
 enabling apic
 paging enabled
 cr0 = 80010011
 cr3 = 477000
 cr4 = 20

 Test suite: vmx_apic_passthrough_thread_test
 FAIL: x86/vmx_tests.c:7705: Assertion failed: (0) == 
((int)ioapic_read_redir(0xf).remote_irr)
 LHS: 00 - 
''''''''''''''' 
- 0
 RHS: 0x0001 - 
'''''''''''''''0001 
- 1
 IOAPIC pass-through: remote_irr=0 after EOI
 STACK: 4085ae 4085c6 4015bd 403aea 400312
 SUMMARY: 5 tests, 1 unexpected failures
 FAIL vmx_apic_passthrough_thread (5 tests, 1 unexpected failures)


** Tags added: 4.15 bionic

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

** Also affects: linux-kvm (Ubuntu Xenial)
   Importance: Undecided
   Status: New

** Also affects: linux-kvm (Ubuntu Bionic)
   Importance: Undecided
   Status: New

** Tags added: sru-20190930

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

Title:
  vmx_apic_passthrough_thread in kvm_unit_tests failed with X-KVM

Status in ubuntu-kernel-tests:
  New
Status in linux-kvm package in Ubuntu:
  New
Status in linux-kvm source package in Xenial:
  New
Status in linux-kvm source package in Bionic:
  New

Bug description:
   TESTNAME=vmx_apic_passthrough_thread TIMEOUT=90s ACCEL= ./x86/run 
x86/vmx.flat -smp 2 -cpu host,+vmx -m 2048 -append 
vmx_apic_passthrough_thread_test
   FAIL vmx_apic_passthrough_thread (5 tests, 1 unexpected failures)

  Detailed report will be appended later.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1822309/+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 1654448] Re: Dell XPS 13 9350/9360 headphone audio hiss

2019-10-17 Thread Daniel van Vugt
** Changed in: linux (Ubuntu)
   Status: Won't Fix => In Progress

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

Title:
  Dell XPS 13 9350/9360 headphone audio hiss

Status in Dell Sputnik:
  Confirmed
Status in alsa-driver package in Ubuntu:
  Confirmed
Status in linux package in Ubuntu:
  In Progress
Status in pulseaudio package in Ubuntu:
  Confirmed

Bug description:
  Pertaining to 16.04 on a dell XPS 13 9360

  ii  alsa-base 1.0.25+dfsg-0ubuntu5

  Advanced Linux Sound Architecture Driver Version k4.4.0-57-generic.

  
  When headphones are plugged in, there is a clearly audible hiss (white 
noise). This is present as soon as the headphones are plugged in, whether 
'headphones' or 'headset' are selected from the pop-up box. 

  Using alsamixer to debug the issue reveals that it is related to
  "Headphone Mic Boost" - the default setting is: dB gain 0.00, 0.00. If
  this is changed to:

  10.00, 10.00 (one notch up) the hiss disappears. 
  20.00, 20.00 cause a louder hiss and 
  30.00, 30.00 causes an even louder hiss with high frequency audio artifacts. 

  When the headphones are removed and plugged back in the Headphone Mic
  Boost setting returns to dB gain 0 and the problem also returns.

  This (problem and workaround) has been reported in the wild:
  https://news.ycombinator.com/item?id=13050843 and
  
https://www.reddit.com/r/Dell/comments/4j1zz4/headphones_have_static_noise_with_ubuntu_1604_on/
  for example

To manage notifications about this bug go to:
https://bugs.launchpad.net/dell-sputnik/+bug/1654448/+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 1830675] Re: hackbench01 / hackbench02 from sched test suite in LTP failed with KVM kernel

2019-10-17 Thread Po-Hsu Lin
hackbench02 failed with the same error message on B-4.15 KVM:
 tag=hackbench02 stime=1571094873 dur=1 exit=exited stat=255 core=no cu=0 cs=4
 startup='Mon Oct 14 23:14:33 2019'
 Running with 20*40 (== 800) tasks.
 pthread_create failed: Resource temporarily unavailable (11)


** Summary changed:

- hackbench01 from sched test suite in LTP failed with KVM kernel
+ hackbench01 / hackbench02 from sched test suite in LTP failed with KVM kernel

** Tags added: 4.15

** Tags added: sru-20190930

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

Title:
  hackbench01 / hackbench02 from sched test suite in LTP failed with KVM
  kernel

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

Bug description:
  Test failed with:
  fork() (error: Resource temporarily unavailable)

  <<>>
  tag=hackbench01 stime=1559023701
  cmdline="hackbench 50 process 1000"
  contacts=""
  analysis=exit
  <<>>
  Running with 50*40 (== 2000) tasks.
  fork() (error: Resource temporarily unavailable)
  <<>>
  initiation_status="ok"
  duration=0 termination_type=exited termination_id=1 corefile=no
  cutime=0 cstime=30
  <<>>

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: linux-image-4.15.0-1035-kvm 4.15.0-1035.35
  ProcVersionSignature: User Name 4.15.0-1035.35-kvm 4.15.18
  Uname: Linux 4.15.0-1035-kvm x86_64
  ApportVersion: 2.20.9-0ubuntu7.6
  Architecture: amd64
  Date: Tue May 28 06:10:47 2019
  SourcePackage: linux-kvm
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1830675/+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 1784535] Re: ubuntu_quota_smoke_test failed with KVM kernel

2019-10-17 Thread Po-Hsu Lin
** Changed in: ubuntu-kernel-tests
   Status: Fix Committed => Fix Released

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

Title:
  ubuntu_quota_smoke_test failed with KVM kernel

Status in ubuntu-kernel-tests:
  Fix Released
Status in linux-kvm package in Ubuntu:
  Fix Released
Status in linux-kvm source package in Xenial:
  Fix Committed
Status in linux-kvm source package in Bionic:
  Fix Committed
Status in linux-kvm source package in Cosmic:
  Won't Fix
Status in linux-kvm source package in Disco:
  Fix Released
Status in linux-kvm source package in Eoan:
  Fix Released

Bug description:
  According to Kamal's comment:
  CONFIG_QUOTA (and various other quota-related-looking configs) appear to 
be enabled already in the linux-kvm kernels -- but the required modules just 
end up in the regular linux-modules package (e.g. linux-modules-x.y.z-a.b-kvm)

  
  However even with the linux-modules-x.y.z-a.b-kvm package installed, this 
test will still fail with KVM kernel.

  $ sudo
  
/home/ubuntu/autotest/client/tests/ubuntu_quota_smoke_test/ubuntu_quota_smoke_test.sh

  Using block device /dev/loop0 for path /home/ubuntu/mnt
  PASSED (quotacheck -vucmg)

  quotaon: using /home/ubuntu/mnt/aquota.group on /dev/loop0 
[/home/ubuntu/mnt]: No such process
  quotaon: Quota format not supported in kernel.
  quotaon: using /home/ubuntu/mnt/aquota.user on /dev/loop0 [/home/ubuntu/mnt]: 
No such process
  quotaon: Quota format not supported in kernel.
  FAILED (quotaon -v)

  Summary: 1 passed, 1 failed

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: linux-image-4.15.0-1016-kvm 4.15.0-1016.16
  ProcVersionSignature: User Name 4.15.0-1016.16-kvm 4.15.18
  Uname: Linux 4.15.0-1016-kvm x86_64
  NonfreeKernelModules: zfs zunicode zavl icp zcommon znvpair
  ApportVersion: 2.20.9-0ubuntu7.2
  Architecture: amd64
  Date: Tue Jul 31 03:59:45 2018
  SourcePackage: linux-kvm
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1784535/+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 1848460] Re: no touchpad

2019-10-17 Thread Kai-Heng Feng
Please test latest mainline kernel:
https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.4-rc3/

Which has this commit:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=37d960a4d7536

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

Title:
  no touchpad

Status in linux package in Ubuntu:
  Confirmed

Bug description:
  touchpad (as well as touch-screen) not detected, working under Win10
  TREKSTOR Primebook C11B

  ProblemType: Bug
  DistroRelease: Ubuntu 19.04
  Package: linux-image-5.0.0-32-generic 5.0.0-32.34
  ProcVersionSignature: Ubuntu 5.0.0-32.34-generic 5.0.21
  Uname: Linux 5.0.0-32-generic x86_64
  ApportVersion: 2.20.10-0ubuntu27.1
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  frank  1429 F pulseaudio
   /dev/snd/pcmC0D0p:   frank  1429 F...m pulseaudio
   /dev/snd/controlC1:  frank  1429 F pulseaudio
  CurrentDesktop: ubuntu:GNOME
  Date: Thu Oct 17 10:32:57 2019
  InstallationDate: Installed on 2019-10-01 (16 days ago)
  InstallationMedia: Ubuntu 18.04.3 LTS "Bionic Beaver" - Release amd64 
(20190805)
  MachineType: TREKSTOR Primebook C11B
  ProcFB: 0 inteldrmfb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.0.0-32-generic 
root=UUID=2a410d09-1936-4a4d-b969-d7d09d196707 ro quiet splash vt.handoff=1
  RelatedPackageVersions:
   linux-restricted-modules-5.0.0-32-generic N/A
   linux-backports-modules-5.0.0-32-generic  N/A
   linux-firmware1.178.5
  SourcePackage: linux
  UpgradeStatus: Upgraded to disco on 2019-10-11 (5 days ago)
  dmi.bios.date: 05/03/2018
  dmi.bios.vendor: American Megatrends Inc.
  dmi.bios.version: V2.1.2
  dmi.board.asset.tag: Default string
  dmi.board.name: Apollolake_alk_V01
  dmi.board.vendor: TS_weibu
  dmi.board.version: Default string
  dmi.chassis.asset.tag: Default string
  dmi.chassis.type: 31
  dmi.chassis.version: Default string
  dmi.modalias: 
dmi:bvnAmericanMegatrendsInc.:bvrV2.1.2:bd05/03/2018:svnTREKSTOR:pnPrimebookC11B:pvrDefaultstring:rvnTS_weibu:rnApollolake_alk_V01:rvrDefaultstring:cvn:ct31:cvrDefaultstring:
  dmi.product.family: Notebook
  dmi.product.name: Primebook C11B
  dmi.product.sku: CFALKWW03
  dmi.product.version: Default string
  dmi.sys.vendor: TREKSTOR

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1848460/+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 1848367] Re: Disco update: upstream stable patchset 2019-10-16

2019-10-17 Thread Kleber Sacilotto de Souza
** 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/1848367

Title:
  Disco update: upstream stable patchset 2019-10-16

Status in linux package in Ubuntu:
  Confirmed
Status in linux source package in Disco:
  Fix Committed

Bug description:
  SRU Justification

  Impact:
     The upstream process for stable tree updates is quite similar
     in scope to the Ubuntu SRU process, e.g., each patch has to
     demonstrably fix a bug, and each patch is vetted by upstream
     by originating either directly from a mainline/stable Linux tree or
     a minimally backported form of that patch. The following upstream
     stable patches should be included in the Ubuntu kernel:

     upstream stable patchset 2019-10-16

Ported from the following upstream stable releases:
v4.19.77, v5.2.19

     from git://git.kernel.org/

  arcnet: provide a buffer big enough to actually receive packets
  cdc_ncm: fix divide-by-zero caused by invalid wMaxPacketSize
  macsec: drop skb sk before calling gro_cells_receive
  net/phy: fix DP83865 10 Mbps HDX loopback disable function
  net: qrtr: Stop rx_worker before freeing node
  net/sched: act_sample: don't push mac header on ip6gre ingress
  net_sched: add max len check for TCA_KIND
  nfp: flower: fix memory leak in nfp_flower_spawn_vnic_reprs
  openvswitch: change type of UPCALL_PID attribute to NLA_UNSPEC
  ppp: Fix memory leak in ppp_write
  sch_netem: fix a divide by zero in tabledist()
  skge: fix checksum byte order
  usbnet: ignore endpoints with invalid wMaxPacketSize
  usbnet: sanity checking of packet sizes and device mtu
  net: sched: fix possible crash in tcf_action_destroy()
  tcp: better handle TCP_USER_TIMEOUT in SYN_SENT state
  net/mlx5: Add device ID of upcoming BlueField-2
  nfp: flower: prevent memory leak in nfp_flower_spawn_phy_reprs
  ALSA: hda: Flush interrupts on disabling
  regulator: lm363x: Fix off-by-one n_voltages for lm3632 ldo_vpos/ldo_vneg
  ASoC: tlv320aic31xx: suppress error message for EPROBE_DEFER
  ASoC: sgtl5000: Fix of unmute outputs on probe
  ASoC: sgtl5000: Fix charge pump source assignment
  firmware: qcom_scm: Use proper types for dma mappings
  dmaengine: bcm2835: Print error in case setting DMA mask fails
  leds: leds-lp5562 allow firmware files up to the maximum length
  media: dib0700: fix link error for dibx000_i2c_set_speed
  media: mtk-cir: lower de-glitch counter for rc-mm protocol
  media: exynos4-is: fix leaked of_node references
  media: hdpvr: Add device num check and handling
  media: i2c: ov5640: Check for devm_gpiod_get_optional() error
  time/tick-broadcast: Fix tick_broadcast_offline() lockdep complaint
  sched/fair: Fix imbalance due to CPU affinity
  sched/core: Fix CPU controller for !RT_GROUP_SCHED
  x86/apic: Make apic_pending_intr_clear() more robust
  sched/deadline: Fix bandwidth accounting at all levels after offline migration
  x86/reboot: Always use NMI fallback when shutdown via reboot vector IPI fails
  x86/apic: Soft disable APIC before initializing it
  ALSA: hda - Show the fatal CORB/RIRB error more clearly
  ALSA: i2c: ak4xxx-adda: Fix a possible null pointer dereference in 
build_adc_controls()
  EDAC/mc: Fix grain_bits calculation
  media: iguanair: add sanity checks
  base: soc: Export soc_device_register/unregister APIs
  ALSA: usb-audio: Skip bSynchAddress endpoint check if it is invalid
  ia64:unwind: fix double free for mod->arch.init_unw_table
  EDAC/altera: Use the proper type for the IRQ status bits
  ASoC: rsnd: don't call clk_get_rate() under atomic context
  arm64/prefetch: fix a -Wtype-limits warning
  md/raid1: end bio when the device faulty
  md: don't call spare_active in md_reap_sync_thread if all member devices 
can't work
  md: don't set In_sync if array is frozen
  media: media/platform: fsl-viu.c: fix build for MICROBLAZE
  ACPI / processor: don't print errors for processorIDs == 0xff
  loop: Add LOOP_SET_DIRECT_IO to compat ioctl
  EDAC, pnd2: Fix ioremap() size in dnv_rd_reg()
  efi: cper: print AER info of PCIe fatal error
  firmware: arm_scmi: Check if platform has released shmem before using
  sched/fair: Use rq_lock/unlock in online_fair_sched_group
  idle: Prevent late-arriving interrupts from disrupting offline
  media: gspca: zero usb_buf on error
  perf config: Honour $PERF_CONFIG env var to specify alternate .perfconfig
  perf test vfs_getname: Disable ~/.perfconfig to get default output
  media: mtk-mdp: fix reference count on old device tree
  media: fdp1: Reduce FCP not found message level to debug
  media: em28xx: modules workqueue not inited for 2nd device
  media: rc: imon: Allow iMON RC protocol for ffdc 7e device
  dmaengine: iop-adma: use correct printk format strings
  perf record: Support aarch64 random so

[Kernel-packages] [Bug 1847590] Re: Check for CPU Measurement sampling

2019-10-17 Thread Kleber Sacilotto de Souza
** Also affects: linux (Ubuntu Eoan)
   Importance: Undecided
 Assignee: Skipper Bug Screeners (skipper-screen-team)
   Status: In Progress

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

** Also affects: linux (Ubuntu Bionic)
   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/1847590

Title:
  Check for CPU Measurement sampling

Status in Ubuntu on IBM z Systems:
  In Progress
Status in linux package in Ubuntu:
  Fix Committed
Status in linux source package in Bionic:
  Fix Committed
Status in linux source package in Disco:
  Fix Committed
Status in linux source package in Eoan:
  Fix Committed

Bug description:
  SRU Justification:
  ==

  [Impact]

  * Check for CPU Measurement sampling to avoid potential loss of
  sampling data

  [Fix]

  * 932bfc5aae08f3cb20c1c9f051542f5933710151 932bfc5 "s390/cpumsf: Check
  for CPU Measurement sampling"

  [Test Case]

  * Have an LPAR configured with counter and sampling facilities anabled

  * Use lscpumf to check the facilities available for your hardware

  * Start a benchmark (like mem_alloc) and execute perf top

  * Canonical can only do regression testing, functional testing is
  currently only doable by IBM

  [Regression Potential]

  * There is as always some regression potential with having new code in
  and other code changed

  * but this particular change is limited to the s390x architecture,

  * again to the counter and sampling facilities, that need to be
  activated by intention

  * and is only for compatibility with the latest and newest hw
  generation only (z15 and L1III)

  [Other Info]

  * The fix/patch got upstream accepted with v5.4-rc2, hence it needs to
  be applied to E, D and B

  * The patch/commit neraly applied cleanly for me on E, D and B except
  a little conflict that is easily solveable

  * or can even be even automatically be solved by cherry-pick-ing with
  '-X theirs'

  * This is not relevant for Eoan GA, can be added with the help of an
  SRU cycle to Eoan post-GA

  __

  Description:
  s390/cpumsf: Check for CPU Measurement sampling

  s390 IBM z15 introduces a check if the CPU Mesurement Facility
  sampling is temporarily unavailable. If this is the case return -EBUSY
  and abort the setup of CPU Measuement facility sampling.

  Business Value:
  With z15 the CPU Measurement sampling facility hardware may be in use when 
the Linux kernel CPU Measurement sampling facility device driver sets up 
sampling. This results in loss of sampling data and has to be avoided.

  With z15 the CPU Measurement facility sampling hardware indicates
  being in use and the linux device driver can check for this situation
  and can abort any hardware access.

  kernel 5.4
  Git Commit: 932bfc5aae08f3cb20c1c9f051542f5933710151

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-z-systems/+bug/1847590/+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 1847590] Re: Check for CPU Measurement sampling

2019-10-17 Thread Frank Heimes
** Changed in: ubuntu-z-systems
   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/1847590

Title:
  Check for CPU Measurement sampling

Status in Ubuntu on IBM z Systems:
  Fix Committed
Status in linux package in Ubuntu:
  Fix Committed
Status in linux source package in Bionic:
  Fix Committed
Status in linux source package in Disco:
  Fix Committed
Status in linux source package in Eoan:
  Fix Committed

Bug description:
  SRU Justification:
  ==

  [Impact]

  * Check for CPU Measurement sampling to avoid potential loss of
  sampling data

  [Fix]

  * 932bfc5aae08f3cb20c1c9f051542f5933710151 932bfc5 "s390/cpumsf: Check
  for CPU Measurement sampling"

  [Test Case]

  * Have an LPAR configured with counter and sampling facilities anabled

  * Use lscpumf to check the facilities available for your hardware

  * Start a benchmark (like mem_alloc) and execute perf top

  * Canonical can only do regression testing, functional testing is
  currently only doable by IBM

  [Regression Potential]

  * There is as always some regression potential with having new code in
  and other code changed

  * but this particular change is limited to the s390x architecture,

  * again to the counter and sampling facilities, that need to be
  activated by intention

  * and is only for compatibility with the latest and newest hw
  generation only (z15 and L1III)

  [Other Info]

  * The fix/patch got upstream accepted with v5.4-rc2, hence it needs to
  be applied to E, D and B

  * The patch/commit neraly applied cleanly for me on E, D and B except
  a little conflict that is easily solveable

  * or can even be even automatically be solved by cherry-pick-ing with
  '-X theirs'

  * This is not relevant for Eoan GA, can be added with the help of an
  SRU cycle to Eoan post-GA

  __

  Description:
  s390/cpumsf: Check for CPU Measurement sampling

  s390 IBM z15 introduces a check if the CPU Mesurement Facility
  sampling is temporarily unavailable. If this is the case return -EBUSY
  and abort the setup of CPU Measuement facility sampling.

  Business Value:
  With z15 the CPU Measurement sampling facility hardware may be in use when 
the Linux kernel CPU Measurement sampling facility device driver sets up 
sampling. This results in loss of sampling data and has to be avoided.

  With z15 the CPU Measurement facility sampling hardware indicates
  being in use and the linux device driver can check for this situation
  and can abort any hardware access.

  kernel 5.4
  Git Commit: 932bfc5aae08f3cb20c1c9f051542f5933710151

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-z-systems/+bug/1847590/+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 1847590] Re: Check for CPU Measurement sampling

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

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

** Changed in: linux (Ubuntu Eoan)
   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/1847590

Title:
  Check for CPU Measurement sampling

Status in Ubuntu on IBM z Systems:
  Fix Committed
Status in linux package in Ubuntu:
  Fix Committed
Status in linux source package in Bionic:
  Fix Committed
Status in linux source package in Disco:
  Fix Committed
Status in linux source package in Eoan:
  Fix Committed

Bug description:
  SRU Justification:
  ==

  [Impact]

  * Check for CPU Measurement sampling to avoid potential loss of
  sampling data

  [Fix]

  * 932bfc5aae08f3cb20c1c9f051542f5933710151 932bfc5 "s390/cpumsf: Check
  for CPU Measurement sampling"

  [Test Case]

  * Have an LPAR configured with counter and sampling facilities anabled

  * Use lscpumf to check the facilities available for your hardware

  * Start a benchmark (like mem_alloc) and execute perf top

  * Canonical can only do regression testing, functional testing is
  currently only doable by IBM

  [Regression Potential]

  * There is as always some regression potential with having new code in
  and other code changed

  * but this particular change is limited to the s390x architecture,

  * again to the counter and sampling facilities, that need to be
  activated by intention

  * and is only for compatibility with the latest and newest hw
  generation only (z15 and L1III)

  [Other Info]

  * The fix/patch got upstream accepted with v5.4-rc2, hence it needs to
  be applied to E, D and B

  * The patch/commit neraly applied cleanly for me on E, D and B except
  a little conflict that is easily solveable

  * or can even be even automatically be solved by cherry-pick-ing with
  '-X theirs'

  * This is not relevant for Eoan GA, can be added with the help of an
  SRU cycle to Eoan post-GA

  __

  Description:
  s390/cpumsf: Check for CPU Measurement sampling

  s390 IBM z15 introduces a check if the CPU Mesurement Facility
  sampling is temporarily unavailable. If this is the case return -EBUSY
  and abort the setup of CPU Measuement facility sampling.

  Business Value:
  With z15 the CPU Measurement sampling facility hardware may be in use when 
the Linux kernel CPU Measurement sampling facility device driver sets up 
sampling. This results in loss of sampling data and has to be avoided.

  With z15 the CPU Measurement facility sampling hardware indicates
  being in use and the linux device driver can check for this situation
  and can abort any hardware access.

  kernel 5.4
  Git Commit: 932bfc5aae08f3cb20c1c9f051542f5933710151

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-z-systems/+bug/1847590/+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 1829979] Re: memcg_max_usage_in_bytes from controllers test suite in LTP failed

2019-10-17 Thread Po-Hsu Lin
affecting B-4.15 KVM

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

Title:
  memcg_max_usage_in_bytes from controllers test suite in LTP failed

Status in ubuntu-kernel-tests:
  Confirmed
Status in linux package in Ubuntu:
  Incomplete
Status in linux-aws package in Ubuntu:
  New
Status in linux source package in Bionic:
  Incomplete
Status in linux-aws source package in Bionic:
  New

Bug description:
   startup='Wed May 22 05:58:50 2019'
   memcg_max_usage_in_bytes_test 1 TINFO: Starting test 1
   sh: echo: I/O error
   memcg_max_usage_in_bytes_test 1 TINFO: set /dev/memcg/memory.use_hierarchy 
to 0 failed
   memcg_max_usage_in_bytes_test 1 TINFO: Running memcg_process --mmap-anon -s 
4194304
   memcg_max_usage_in_bytes_test 1 TINFO: Warming up pid: 30821
   memcg_max_usage_in_bytes_test 1 TINFO: Process is still here after warm up: 
30821
   memcg_max_usage_in_bytes_test 1 TFAIL: memory.max_usage_in_bytes is 4325376, 
4194304 expected
   memcg_max_usage_in_bytes_test 2 TINFO: Starting test 2
   sh: echo: I/O error
   memcg_max_usage_in_bytes_test 2 TINFO: set /dev/memcg/memory.use_hierarchy 
to 0 failed
   memcg_max_usage_in_bytes_test 2 TCONF: mem+swap is not enabled
   memcg_max_usage_in_bytes_test 2 TINFO: Starting test 3
   sh: echo: I/O error
   memcg_max_usage_in_bytes_test 2 TINFO: set /dev/memcg/memory.use_hierarchy 
to 0 failed
   memcg_max_usage_in_bytes_test 2 TINFO: Running memcg_process --mmap-anon -s 
4194304
   memcg_max_usage_in_bytes_test 2 TINFO: Warming up pid: 30855
   memcg_max_usage_in_bytes_test 2 TINFO: Process is still here after warm up: 
30855
   memcg_max_usage_in_bytes_test 2 TFAIL: memory.max_usage_in_bytes is 4329472, 
4194304 expected
   memcg_max_usage_in_bytes_test 3 TFAIL: memory.max_usage_in_bytes is 8192, 0 
expected 
   memcg_max_usage_in_bytes_test 4 TINFO: Starting test 4
   sh: echo: I/O error
   memcg_max_usage_in_bytes_test 4 TINFO: set /dev/memcg/memory.use_hierarchy 
to 0 failed
   memcg_max_usage_in_bytes_test 4 TCONF: mem+swap is not enabled
   tag=memcg_max_usage_in_bytes stime=1558504730 dur=3 exit=exited stat=33 
core=no cu=8 cs=7

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: linux-image-4.15.0-50-generic 4.15.0-50.54
  ProcVersionSignature: User Name 4.15.0-50.54-generic 4.15.18
  Uname: Linux 4.15.0-50-generic x86_64
  AlsaDevices:
   total 0
   crw-rw 1 root audio 116,  1 May 22 02:57 seq
   crw-rw 1 root audio 116, 33 May 22 02:57 timer
  AplayDevices: Error: [Errno 2] No such file or directory: 'aplay': 'aplay'
  ApportVersion: 2.20.9-0ubuntu7.6
  Architecture: amd64
  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:
  CurrentDmesg:
   [14538.862950] cfg80211: Loading compiled-in X.509 certificates for 
regulatory database
   [14538.874559] cfg80211: Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7'
  Date: Wed May 22 07:06:31 2019
  IwConfig: Error: [Errno 2] No such file or directory: 'iwconfig': 'iwconfig'
  Lsusb: Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
  MachineType: QEMU Standard PC (i440FX + PIIX, 1996)
  PciMultimedia:
   
  ProcFB: 0 cirrusdrmfb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-50-generic 
root=UUID=57e8-9e7f-40ee-934e-f1dce18323e5 ro
  RelatedPackageVersions:
   linux-restricted-modules-4.15.0-50-generic N/A
   linux-backports-modules-4.15.0-50-generic  N/A
   linux-firmware 1.173.6
  RfKill: Error: [Errno 2] No such file or directory: 'rfkill': 'rfkill'
  SourcePackage: linux
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 04/01/2014
  dmi.bios.vendor: SeaBIOS
  dmi.bios.version: Ubuntu-1.8.2-1ubuntu1
  dmi.chassis.type: 1
  dmi.chassis.vendor: QEMU
  dmi.chassis.version: pc-i440fx-xenial
  dmi.modalias: 
dmi:bvnSeaBIOS:bvrUbuntu-1.8.2-1ubuntu1:bd04/01/2014:svnQEMU:pnStandardPC(i440FX+PIIX,1996):pvrpc-i440fx-xenial:cvnQEMU:ct1:cvrpc-i440fx-xenial:
  dmi.product.name: Standard PC (i440FX + PIIX, 1996)
  dmi.product.version: pc-i440fx-xenial
  dmi.sys.vendor: QEMU

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1829979/+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 1847139] Re: [linux-azure] Request of mainline commit f73f8a504e27 in azure 16.04 and 18.04

2019-10-17 Thread Kleber Sacilotto de Souza
** Changed in: linux-azure (Ubuntu Xenial)
   Status: New => Fix Committed

** Changed in: linux-azure (Ubuntu Disco)
   Status: New => Fix Committed

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

Title:
  [linux-azure] Request of mainline commit f73f8a504e27 in azure 16.04
  and 18.04

Status in linux-azure package in Ubuntu:
  New
Status in linux-azure source package in Xenial:
  Fix Committed
Status in linux-azure source package in Disco:
  Fix Committed

Bug description:
  Microsoft would like to request the following mainline commit be added to 
linux-azure 16.04 and 18.04:
  f73f8a504e27 PCI: hv: Use bytes 4 and 5 from instance ID as the PCI domain 
numbers

  This commit was added to mainline in v5.4-rc1~63^2~8^2

  This was recommended by Azure host team, the bytes 4, 5 have more
  uniqueness(info entropy) than bytes 8, 9, so we should use them as the
  PCI domain numbers.

  This patch should be added to both 16.04 and 18.04 images.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux-azure/+bug/1847139/+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 1848473] [NEW] cgroup_fj_stress_* in controllers from ubuntu_ltp failed with dir creation / fork on B-KVM

2019-10-17 Thread Po-Hsu Lin
Public bug reported:

It looks like the test failed with cannot fork, and the following test
will failed with mkdir.

Take this one for example:
 tag=cgroup_fj_stress_perf_event_2_9_each stime=1571098406 dur=7 exit=exited 
stat=2 core=no cu=451 cs=280
 ...
 ...
 cgroup_fj_stress_perf_event_2_9_each 1 TINFO: Attaching task 1326 to 
/sys/fs/cgroup/perf_event/ltp/2/1/1/2/1/2/1
 cgroup_fj_stress_perf_event_2_9_each 1 TINFO: Attaching task 1329 to 
/sys/fs/cgroup/perf_event/ltp/2/1/1/2/1/2/1/1
 /opt/ltp/testcases/bin/cgroup_fj_stress.sh: 53: 
/opt/ltp/testcases/bin/cgroup_fj_stress.sh: Cannot fork
 tag=cgroup_fj_stress_perf_event_10_3_each stime=1571098419 dur=2 exit=exited 
stat=2 core=no cu=134 cs=84
 startup='Tue Oct 15 00:13:39 2019'
 cgroup_fj_stress_perf_event_10_3_each 1 TINFO: Subsystem perf_event is mounted 
at /sys/fs/cgroup/perf_event
 cgroup_fj_stress_perf_event_10_3_each 1 TINFO: Creating subgroups ...
 mkdir: cannot create directory ‘/sys/fs/cgroup/perf_event/ltp’: File exists
 cgroup_fj_stress_perf_event_10_3_each 1 TBROK: mkdir 
/sys/fs/cgroup/perf_event/ltp failed
 cgroup_fj_stress_perf_event_10_3_each 1 TINFO: Removing all ltp subgroups...


Failed test cases sorted alphabetically:
cgroup_fj_stress_blkio_10_3_each-mkdir
cgroup_fj_stress_blkio_2_9_each -cannot fork
cgroup_fj_stress_cpu_10_3_each  -mkdir
cgroup_fj_stress_cpu_2_9_each   -cannot fork
cgroup_fj_stress_cpuacct_10_3_each  -mkdir
cgroup_fj_stress_cpuacct_2_9_each   -cannot fork
cgroup_fj_stress_cpuset_10_3_each   -mkdir
cgroup_fj_stress_cpuset_2_9_each-cannot fork
cgroup_fj_stress_devices_10_3_each  -mkdir
cgroup_fj_stress_devices_2_9_each   -cannot fork
cgroup_fj_stress_freezer_10_3_each  -mkdir
cgroup_fj_stress_freezer_2_9_each   -cannot fork
cgroup_fj_stress_hugetlb_10_3_each  -mkdir
cgroup_fj_stress_hugetlb_2_9_each   -cannot fork
cgroup_fj_stress_memory_10_3_each   -mkdir
cgroup_fj_stress_memory_2_9_each-cannot fork
cgroup_fj_stress_net_cls_10_3_each  -mkdir
cgroup_fj_stress_net_cls_2_9_each   -cannot fork
cgroup_fj_stress_net_prio_10_3_each -mkdir
cgroup_fj_stress_net_prio_2_9_each  -cannot fork
cgroup_fj_stress_perf_event_10_3_each   -mkdir
cgroup_fj_stress_perf_event_2_9_each-cannot fork

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

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

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


** Tags: 4.15 bionic linux-kvm sru-20190930 ubuntu-ltp

** Tags added: 4.15 bionic linux-kvm ubuntu-ltp

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

** Tags added: sru-20190930

** Also affects: linux-kvm (Ubuntu Bionic)
   Importance: Undecided
   Status: New

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

Title:
  cgroup_fj_stress_* in controllers from ubuntu_ltp failed with dir
  creation / fork on B-KVM

Status in ubuntu-kernel-tests:
  New
Status in linux-kvm package in Ubuntu:
  New
Status in linux-kvm source package in Bionic:
  New

Bug description:
  It looks like the test failed with cannot fork, and the following test
  will failed with mkdir.

  Take this one for example:
   tag=cgroup_fj_stress_perf_event_2_9_each stime=1571098406 dur=7 exit=exited 
stat=2 core=no cu=451 cs=280
   ...
   ...
   cgroup_fj_stress_perf_event_2_9_each 1 TINFO: Attaching task 1326 to 
/sys/fs/cgroup/perf_event/ltp/2/1/1/2/1/2/1
   cgroup_fj_stress_perf_event_2_9_each 1 TINFO: Attaching task 1329 to 
/sys/fs/cgroup/perf_event/ltp/2/1/1/2/1/2/1/1
   /opt/ltp/testcases/bin/cgroup_fj_stress.sh: 53: 
/opt/ltp/testcases/bin/cgroup_fj_stress.sh: Cannot fork
   tag=cgroup_fj_stress_perf_event_10_3_each stime=1571098419 dur=2 exit=exited 
stat=2 core=no cu=134 cs=84
   startup='Tue Oct 15 00:13:39 2019'
   cgroup_fj_stress_perf_event_10_3_each 1 TINFO: Subsystem perf_event is 
mounted at /sys/fs/cgroup/perf_event
   cgroup_fj_stress_perf_event_10_3_each 1 TINFO: Creating subgroups ...
   mkdir: cannot create directory ‘/sys/fs/cgroup/perf_event/ltp’: File exists
   cgroup_fj_stress_perf_event_10_3_each 1 TBROK: mkdir 
/sys/fs/cgroup/perf_event/ltp failed
   cgroup_fj_stress_perf_event_10_3_each 1 TINFO: Removing all ltp subgroups...

  
  Failed test cases sorted alphabetically:
  cgroup_fj_stress_blkio_10_3_each-mkdir
  cgroup_fj_stress_blkio_2_9_each -cannot fork
  cgroup_fj_stress_cpu_10_3_each  -mkdir
  cgroup_fj_stress_cpu_2_9_each   -cannot fork
  cgroup_fj_stress_cpuacct_10_3_each  -mkdir
  cgrou

[Kernel-packages] [Bug 1848045] Re: Eoan update: v5.3.3 upstream stable release

2019-10-17 Thread Kleber Sacilotto de Souza
** Changed in: linux (Ubuntu Eoan)
   Status: Confirmed => 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/1848045

Title:
  Eoan update: v5.3.3 upstream stable release

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

Bug description:
  
  SRU Justification

  Impact:
 The upstream process for stable tree updates is quite similar
 in scope to the Ubuntu SRU process, e.g., each patch has to
 demonstrably fix a bug, and each patch is vetted by upstream
 by originating either directly from a mainline/stable Linux tree or
 a minimally backported form of that patch. The following upstream
 stable patches should be included in the Ubuntu kernel:

 v5.3.3 upstream stable release
 from git://git.kernel.org/

  
  Linux 5.3.3
  Revert "Linux 5.3.2"
  Linux 5.3.2

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1848045/+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 1848039] Re: Eoan update: v5.3.6 upstream stable release

2019-10-17 Thread Kleber Sacilotto de Souza
** Changed in: linux (Ubuntu Eoan)
   Status: Confirmed => 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/1848039

Title:
  Eoan update: v5.3.6 upstream stable release

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

Bug description:
  
  SRU Justification

  Impact:
 The upstream process for stable tree updates is quite similar
 in scope to the Ubuntu SRU process, e.g., each patch has to
 demonstrably fix a bug, and each patch is vetted by upstream
 by originating either directly from a mainline/stable Linux tree or
 a minimally backported form of that patch. The following upstream
 stable patches should be included in the Ubuntu kernel:

 v5.3.6 upstream stable release
 from git://git.kernel.org/

  
  Linux 5.3.6
  libnvdimm: prevent nvdimm from requesting key when security is disabled
  staging: erofs: detect potential multiref due to corrupted images
  staging: erofs: avoid endless loop of invalid lookback distance 0
  staging: erofs: add two missing erofs_workgroup_put for corrupted images
  staging: erofs: some compressed cluster should be submitted for corrupted 
images
  staging: erofs: fix an error handling in erofs_readdir()
  coresight: etm4x: Use explicit barriers on enable/disable
  vfs: Fix EOVERFLOW testing in put_compat_statfs64
  riscv: Avoid interrupts being erroneously enabled in handle_exception()
  perf stat: Reset previous counts on repeat with interval
  tick: broadcast-hrtimer: Fix a race in bc_set_next
  KVM: nVMX: Fix consistency check on injected exception error code
  Btrfs: fix selftests failure due to uninitialized i_mode in test inodes
  drm/radeon: Bail earlier when radeon.cik_/si_support=0 is passed
  nfp: abm: fix memory leak in nfp_abm_u32_knode_replace
  mlxsw: spectrum_flower: Fail in case user specifies multiple mirror actions
  perf unwind: Fix libunwind build failure on i386 systems
  i2c: qcom-geni: Disable DMA processing on the Lenovo Yoga C630
  net: dsa: microchip: Always set regmap stride to 1
  bpf: Fix bpf_event_output re-entry issue
  blk-mq: move lockdep_assert_held() into elevator_exit
  libbpf: fix false uninitialized variable warning
  kernel/elfcore.c: include proper prototypes
  selftests/bpf: adjust strobemeta loop to satisfy latest clang
  include/trace/events/writeback.h: fix -Wstringop-truncation warnings
  perf build: Add detection of java-11-openjdk-devel package
  sched/core: Fix migration to invalid CPU in __set_cpus_allowed_ptr()
  sched/membarrier: Fix private expedited registration check
  sched/membarrier: Call sync_core only before usermode for same mm
  libnvdimm/nfit_test: Fix acpi_handle redefinition
  fuse: fix memleak in cuse_channel_open
  libnvdimm: Fix endian conversion issues 
  libnvdimm/region: Initialize bad block for volatile namespaces
  iommu/amd: Fix downgrading default page-sizes in alloc_pte()
  thermal_hwmon: Sanitize thermal_zone type
  thermal: Fix use-after-free when unregistering thermal zone device
  ntb: point to right memory window index
  x86/purgatory: Disable the stackleak GCC plugin for the purgatory
  selftests/seccomp: fix build on older kernels
  pwm: stm32-lp: Add check in case requested period cannot be achieved
  SUNRPC: Don't try to parse incomplete RPC messages
  pNFS: Ensure we do clear the return-on-close layout stateid on fatal errors
  perf probe: Fix to clear tev->nargs in clear_probe_trace_event()
  drm/amdgpu: Check for valid number of registers to read
  drm/amdgpu: Fix KFD-related kernel oops on Hawaii
  netfilter: nf_tables: allow lookups in dynamic sets
  watchdog: aspeed: Add support for AST2600
  SUNRPC: RPC level errors should always set task->tk_rpc_status
  ceph: reconnect connection if session hang in opening state
  ceph: fetch cap_gen under spinlock in ceph_add_cap
  ceph: fix directories inode i_blkbits initialization
  fuse: fix request limit
  xen/pci: reserve MCFG areas earlier
  9p: avoid attaching writeback_fid on mmap with type PRIVATE
  9p: Transport error uninitialized
  xprtrdma: Send Queue size grows after a reconnect
  xprtrdma: Toggle XPRT_CONGESTED in xprtrdma's slot methods
  fs: nfs: Fix possible null-pointer dereferences in encode_attrs()
  ima: fix freeing ongoing ahash_request
  ima: always return negative code for error
  drivers: thermal: qcom: tsens: Fix memory leak from qfprom read
  cfg80211: initialize on-stack chandefs
  cfg80211: validate SSID/MBSSID element ordering assumption
  nl80211: validate beacon head
  ieee802154: atusb: fix use-after-free at disconnect
  xen/xenbus: fix self-deadlock after killing user process
  xen/balloon: Set pages PageOffline() in balloon_add_region()
  DTS: ARM: gta04: introduce legacy spi-cs-high to make display work again
  sched: Add __ASSEMBLY__ guards ar

[Kernel-packages] [Bug 1848445] Re: Kernel needs a special workaround argument to boot

2019-10-17 Thread Ilgaz
I just tested, without acpi_osi=  , it freezes. I'd love to provide more
details but as I said, it is just a blank screen with cursor, external
HDD light is off, caps lock doesn't seem to work.

uname -ar
Linux ilgaz-HP-Pavilion-13-x360-PC 5.4.0-050400rc3-generic #201910132031 SMP 
Mon Oct 14 00:33:41 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

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

Title:
  Kernel needs a special workaround argument to boot

Status in linux package in Ubuntu:
  Confirmed

Bug description:
  1) The release of Ubuntu you are using, via 'lsb_release -rd' or System -> 
About Ubuntu
  Description: Ubuntu 19.10
  Release: 19.10

  2) The version of the package you are using, via 'apt-cache policy
  pkgname' or by checking in Software Center

  3) What you expected to happen

  Boot

  4) What happened instead

  Freezes (see below for workaround), no visible sign of interaction
  possible. Caps lock "led" doesn't work indicating keyboard isn't
  working. Just a white cursor (non blinking) on screen, CPU doesn't
  seem to do anything since fan stops after a while.

  This is more likely a Linux "bug". Unless you pass acpi_osi= argument
  to Linux kernel, it won't boot, appear and behave frozen with a (non
  blinking) cursor on top left. There is no further information given to
  user further complicating things.

  Previously on 4.x kernels, system would boot using acpi=off argument
  creating more problems on this particular laptop model (HP Pavilion
  X360 13 inch).

  ProblemType: Bug
  DistroRelease: Ubuntu 19.10
  Package: linux-image-5.3.0-18-generic 5.3.0-18.19+1
  ProcVersionSignature: Ubuntu 5.3.0-18.19-generic 5.3.1
  Uname: Linux 5.3.0-18-generic x86_64
  NonfreeKernelModules: wl
  ApportVersion: 2.20.11-0ubuntu8
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  ilgaz 21270 F pulseaudio
   /dev/snd/controlC1:  ilgaz 21270 F pulseaudio
   /dev/snd/pcmC1D0p:   ilgaz 21270 F...m pulseaudio
  CurrentDesktop: ubuntu:GNOME
  Date: Thu Oct 17 10:02:44 2019
  HibernationDevice: RESUME=UUID=f34af719-8757-473b-848b-7db85d6fefae
  InstallationDate: Installed on 2019-10-13 (3 days ago)
  InstallationMedia: Ubuntu 16.04.6 LTS "Xenial Xerus" - Release amd64 
(20190227)
  MachineType: Hewlett-Packard HP Pavilion 13 x360 PC
  ProcFB: 0 i915drmfb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.3.0-18-generic 
root=UUID=f6787f82-d072-410e-8058-2b7f14d012b9 ro verbose pci=biosirq acpi_osi=
  RelatedPackageVersions:
   linux-restricted-modules-5.3.0-18-generic N/A
   linux-backports-modules-5.3.0-18-generic  N/A
   linux-firmware1.183
  SourcePackage: linux
  UpgradeStatus: Upgraded to eoan on 2019-10-16 (0 days ago)
  dmi.bios.date: 06/21/2018
  dmi.bios.vendor: Insyde
  dmi.bios.version: F.41
  dmi.board.asset.tag: Type2 - Board Asset Tag
  dmi.board.name: 2341
  dmi.board.vendor: Hewlett-Packard
  dmi.board.version: 07.0A
  dmi.chassis.type: 10
  dmi.chassis.vendor: Hewlett-Packard
  dmi.chassis.version: Chassis Version
  dmi.modalias: 
dmi:bvnInsyde:bvrF.41:bd06/21/2018:svnHewlett-Packard:pnHPPavilion13x360PC:pvr097712405F0410180:rvnHewlett-Packard:rn2341:rvr07.0A:cvnHewlett-Packard:ct10:cvrChassisVersion:
  dmi.product.family: 103C_5335KV G=N L=CON B=HP S=PAV X=Null
  dmi.product.name: HP Pavilion 13 x360 PC
  dmi.product.sku: L0B89EA#AB8
  dmi.product.version: 097712405F0410180
  dmi.sys.vendor: Hewlett-Packard

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1848445/+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 1848047] Re: Eoan update: v5.3.5 upstream stable release

2019-10-17 Thread Kleber Sacilotto de Souza
** Changed in: linux (Ubuntu Eoan)
   Status: Confirmed => 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/1848047

Title:
  Eoan update: v5.3.5 upstream stable release

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

Bug description:
  
  SRU Justification

  Impact:
 The upstream process for stable tree updates is quite similar
 in scope to the Ubuntu SRU process, e.g., each patch has to
 demonstrably fix a bug, and each patch is vetted by upstream
 by originating either directly from a mainline/stable Linux tree or
 a minimally backported form of that patch. The following upstream
 stable patches should be included in the Ubuntu kernel:

 v5.3.5 upstream stable release
 from git://git.kernel.org/

  
  Linux 5.3.5
  vfs: set fs_context::user_ns for reconfigure
  9p/cache.c: Fix memory leak in v9fs_cache_session_get_cookie
  KVM: hyperv: Fix Direct Synthetic timers assert an interrupt w/o 
lapic_in_kernel
  kexec: bail out upon SIGKILL when allocating memory.
  NFC: fix attrs checks in netlink interface
  dm zoned: fix invalid memory access
  dm raid: fix updating of max_discard_sectors limit
  smack: use GFP_NOFS while holding inode_smack::smk_lock
  Smack: Don't ignore other bprm->unsafe flags if LSM_UNSAFE_PTRACE is set
  net: sched: taprio: Avoid division by zero on invalid link speed
  net: sched: cbs: Avoid division by zero when calculating the port rate
  net: socionext: netsec: always grab descriptor lock
  net: dsa: sja1105: Prevent leaking memory
  net: dsa: sja1105: Ensure PTP time for rxtstamp reconstruction is not in the 
past
  ptp_qoriq: Initialize the registers' spinlock before calling ptp_qoriq_settime
  net: dsa: sja1105: Fix sleeping while atomic in .port_hwtstamp_set
  xen-netfront: do not use ~0U as error return value for xennet_fill_frags()
  net: dsa: sja1105: Initialize the meta_lock
  net/rds: Fix error handling in rds_ib_add_one()
  udp: only do GSO if # of segs > 1
  tcp: adjust rto_base in retransmits_timed_out()
  net: dsa: rtl8366: Check VLAN ID and not ports
  vsock: Fix a lockdep warning in __vsock_release()
  udp: fix gso_segs calculations
  tipc: fix unlimited bundling of small messages
  sch_dsmark: fix potential NULL deref in dsmark_init()
  sch_cbq: validate TCA_CBQ_WRROPT to avoid crash
  rxrpc: Fix rxrpc_recvmsg tracepoint
  qmi_wwan: add support for Cinterion CLS8 devices
  nfc: fix memory leak in llcp_sock_bind()
  net: Unpublish sk from sk_reuseport_cb before call_rcu
  net: sched: taprio: Fix potential integer overflow in 
taprio_set_picos_per_byte
  net: qlogic: Fix memory leak in ql_alloc_large_buffers
  net: ipv4: avoid mixed n_redirects and rate_tokens usage
  ipv6: Handle missing host route in __ipv6_ifa_notify
  ipv6: drop incoming packets having a v4mapped source address
  hso: fix NULL-deref on tty open
  erspan: remove the incorrect mtu limit for erspan
  cxgb4:Fix out-of-bounds MSI-X info array access
  arm: use STACK_TOP when computing mmap base address
  arm: properly account for stack randomization and stack guard gap
  mips: properly account for stack randomization and stack guard gap
  arm64: consider stack randomization for mmap base only when necessary
  kmemleak: increase DEBUG_KMEMLEAK_EARLY_LOG_SIZE default to 16K
  ocfs2: wait for recovering done after direct unlock request
  kbuild: clean compressed initramfs image
  mm: add dummy can_do_mlock() helper
  crypto: hisilicon - Fix double free in sec_free_hw_sgl()
  tools/power/x86/intel-speed-select: Fix high priority core mask over count
  hypfs: Fix error number left in struct pointer member
  pktcdvd: remove warning on attempting to register non-passthrough dev
  fat: work around race with userspace's read via blockdev while mounting
  block, bfq: push up injection only after setting service time
  i2c: tegra: Move suspend handling to NOIRQ phase
  ARM: 8903/1: ensure that usable memory in bank 0 starts from a PMD-aligned 
address
  ARM: 8905/1: Emit __gnu_mcount_nc when using Clang 10.0.0 or newer
  PCI: Use static const struct, not const static struct
  security: smack: Fix possible null-pointer dereferences in 
smack_socket_sock_rcv_skb()
  PCI: exynos: Propagate errors for optional PHYs
  PCI: imx6: Propagate errors for optional regulators
  PCI: histb: Propagate errors for optional regulators
  PCI: rockchip: Propagate errors for optional regulators
  HID: apple: Fix stuck function keys when using FN
  PCI: Add pci_info_ratelimited() to ratelimit PCI separately
  selinux: fix residual uses of current_security() for the SELinux blob
  power: supply: register HWMON devices with valid names
  rtc: pcf85363/pcf85263: fix regmap error in set_time
  rtc: snvs: fix possible race condition
  ARM: 8875/1: Kconfig: default to AEA

[Kernel-packages] [Bug 1848046] Re: Eoan update: v5.3.4 upstream stable release

2019-10-17 Thread Kleber Sacilotto de Souza
The following patch has already been applied for bug #1847478:

ipv6: do not free rt if FIB_LOOKUP_NOREF is set on suppress rule


** Changed in: linux (Ubuntu Eoan)
   Status: Confirmed => 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/1848046

Title:
  Eoan update: v5.3.4 upstream stable release

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

Bug description:
  
  SRU Justification

  Impact:
 The upstream process for stable tree updates is quite similar
 in scope to the Ubuntu SRU process, e.g., each patch has to
 demonstrably fix a bug, and each patch is vetted by upstream
 by originating either directly from a mainline/stable Linux tree or
 a minimally backported form of that patch. The following upstream
 stable patches should be included in the Ubuntu kernel:

 v5.3.4 upstream stable release
 from git://git.kernel.org/

  
  Linux 5.3.4
  platform/chrome: cros_ec_rpmsg: Fix race with host command when probe failed
  mt76: mt7615: fix mt7615 firmware path definitions
  mt76: mt7615: always release sem in mt7615_load_patch
  md/raid0: avoid RAID0 data corruption due to layout confusion.
  drm/amdgpu/display: fix 64 bit divide
  drm/amd/display: Add missing HBM support and raise Vega20's uclk.
  drm/amd/display: dce11.x /dce12 update formula input
  drm/amd/display: Restore backlight brightness after system resume
  CIFS: Fix oplock handling for SMB 2.1+ protocols
  CIFS: fix max ea value size
  i2c: riic: Clear NACK in tend isr
  hwrng: core - don't wait on add_early_randomness()
  quota: fix wrong condition in is_quota_modification()
  ext4: fix punch hole for inline_data file systems
  ext4: fix warning inside ext4_convert_unwritten_extents_endio
  mtd: rawnand: stm32_fmc2: avoid warnings when building with W=1 option
  ipmi: move message error checking to avoid deadlock
  xfs: Fix stale data exposure when readahead races with hole punch
  mm: Handle MADV_WILLNEED through vfs_fadvise()
  fs: Export generic_fadvise()
  /dev/mem: Bail out upon SIGKILL.
  cfg80211: Purge frame registrations on iftype change
  md: only call set_in_sync() when it is expected to succeed.
  md: don't report active array_state until after revalidate_disk() completes.
  md/raid6: Set R5_ReadError when there is read failure on parity disk
  ACPI / LPSS: Save/restore LPSS private registers also on Lynxpoint
  SUNRPC: Fix buffer handling of GSS MIC without slack
  SUNRPC: Dequeue the request from the receive queue while we're re-encoding
  btrfs: Fix a regression which we can't convert to SINGLE profile
  Btrfs: fix race setting up and completing qgroup rescan workers
  btrfs: qgroup: Fix reserved data space leak if we have multiple reserve calls
  btrfs: qgroup: Fix the wrong target io_tree when freeing reserved data space
  btrfs: adjust dirty_metadata_bytes after writeback failure of extent buffer
  btrfs: Relinquish CPUs in btrfs_compare_trees
  Btrfs: fix use-after-free when using the tree modification log
  btrfs: fix allocation of free space cache v1 bitmap pages
  ovl: filter of trusted xattr results in audit
  ovl: Fix dereferencing possible ERR_PTR()
  smb3: fix leak in "open on server" perf counter
  smb3: fix unmount hang in open_shroot
  smb3: allow disabling requesting leases
  block: fix null pointer dereference in blk_mq_rq_timed_out()
  block: mq-deadline: Fix queue restart handling
  i40e: check __I40E_VF_DISABLE bit in i40e_sync_filters_subtask
  ath10k: fix channel info parsing for non tlv target
  rtw88: pci: Use DMA sync instead of remapping in RX ISR
  rtw88: pci: Rearrange the memory usage for skb in RX ISR
  KEYS: trusted: correctly initialize digests and fix locking issue
  mt76: round up length on mt76_wr_copy
  lib/lzo/lzo1x_compress.c: fix alignment bug in lzo-rle
  memcg, kmem: do not fail __GFP_NOFAIL charges
  memcg, oom: don't require __GFP_FS when invoking memcg OOM killer
  mm/compaction.c: clear total_{migrate,free}_scanned before scanning a new zone
  z3fold: fix memory leak in kmem cache
  z3fold: fix retry mechanism in page reclaim
  gfs2: clear buf_in_tr when ending a transaction in sweep_bh_for_rgrps
  efifb: BGRT: Improve efifb_bgrt_sanity_check
  regulator: Defer init completion for a while after late_initcall
  iommu/vt-d: Fix wrong analysis whether devices share the same bus
  alarmtimer: Use EOPNOTSUPP instead of ENOTSUPP
  iommu/arm-smmu-v3: Disable detection of ATS and PRI
  arm64: dts: rockchip: limit clock rate of MMC controllers for RK3328
  arm64: tlb: Ensure we execute an ISB following walk cache invalidation
  ARM: zynq: Use memcpy_toio instead of memcpy on smp bring-up
  ARM: samsung: Fix system restart on S3C6410
  staging: erofs: cannot set EROFS_V_Z_INITED_BIT if fill_inode_lazy fails
  ASoC: Intel: Fix

[Kernel-packages] [Bug 1848042] Re: Eoan update: v5.3.2 upstream stable release

2019-10-17 Thread Kleber Sacilotto de Souza
** Changed in: linux (Ubuntu Eoan)
   Status: Confirmed => 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/1848042

Title:
  Eoan update: v5.3.2 upstream stable release

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

Bug description:
  
  SRU Justification

  Impact:
 The upstream process for stable tree updates is quite similar
 in scope to the Ubuntu SRU process, e.g., each patch has to
 demonstrably fix a bug, and each patch is vetted by upstream
 by originating either directly from a mainline/stable Linux tree or
 a minimally backported form of that patch. The following upstream
 stable patches should be included in the Ubuntu kernel:

 v5.3.2 upstream stable release
 from git://git.kernel.org/

  
  Linux 5.3.2
  objtool: Clobber user CFLAGS variable
  platform/x86: i2c-multi-instantiate: Derive the device name from parent
  ALSA: hda - Apply AMD controller workaround for Raven platform
  ALSA: hda - Add laptop imic fixup for ASUS M9V laptop
  ALSA: dice: fix wrong packet parameter for Alesis iO26
  ALSA: usb-audio: Add DSD support for EVGA NU Audio
  ALSA: usb-audio: Add Hiby device family to quirks for native DSD support
  Revert "mm/z3fold.c: fix race between migration and destruction"
  clk: imx: imx8mm: fix audio pll setting
  crypto: talitos - fix missing break in switch statement
  mtd: cfi_cmdset_0002: Use chip_good() to retry in do_write_oneword()
  HID: Add quirk for HP X500 PIXART OEM mouse
  HID: hidraw: Fix invalid read in hidraw_ioctl
  HID: logitech-dj: Fix crash when initial logi_dj_recv_query_paired_devices 
fails
  HID: logitech: Fix general protection fault caused by Logitech driver
  HID: sony: Fix memory corruption issue on cleanup.
  HID: prodikeys: Fix general protection fault during probe
  powerpc/xive: Fix bogus error code returned by OPAL
  drm/amd/display: readd -msse2 to prevent Clang from emitting libcalls to 
undefined SW FP routines
  drm/amd/display: Don't replace the dc_state for fast updates
  drm/amd/display: Skip determining update type for async updates
  drm/amd/display: Allow cursor async updates for framebuffer swaps
  clocksource/drivers: Do not warn on probe defer
  clocksource/drivers/timer-of: Do not warn on deferred probe
  netfilter: add missing IS_ENABLED(CONFIG_NF_TABLES) check to header-file.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1848042/+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 1821152] Re: lxc-test-no-new-privs failed with Temporary failure resolving 'archive.ubuntu.com'

2019-10-17 Thread Po-Hsu Lin
Still affecting 4.15 B-kvm

** Tags added: 4.15

** Tags added: sru-20190930

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

Title:
  lxc-test-no-new-privs failed with Temporary failure resolving
  'archive.ubuntu.com'

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

Bug description:
  It seems this failure only exist in KVM instances.

FAIL: lxc-tests: lxc-test-no-new-privs (37s)
---
+ DONE=0
+ trap cleanup EXIT SIGHUP SIGINT SIGTERM
+ mkdir -p /etc/lxc/
+ cat
+ ARCH=i386
+ type dpkg
++ dpkg --print-architecture
+ ARCH=amd64
+ lxc-create -t download -n c1 -- -d ubuntu -r xenial -a amd64
Setting up the GPG keyring
Downloading the image index
Downloading the rootfs
Downloading the metadata
The image cache is now ready
Unpacking the rootfs

---
You just created an Ubuntu xenial amd64 (20190320_07:42) container.

To enable SSH, run: apt install openssh-server
No default root or user password are set by LXC.
+ echo 'lxc.no_new_privs = 1'
+ lxc-start -n c1
++ lxc-info -n c1 -p -H
+ p1=8818
+ '[' 8818 '!=' -1 ']'
+ sleep 5s
+ lxc-attach -n c1 --clear-env -- apt update -y

WARNING: apt does not have a stable CLI interface. Use with caution in 
scripts.

Err:1 http://archive.ubuntu.com/ubuntu xenial InRelease
  Temporary failure resolving 'archive.ubuntu.com'
Err:2 http://security.ubuntu.com/ubuntu xenial-security InRelease
  Temporary failure resolving 'security.ubuntu.com'
Err:3 http://archive.ubuntu.com/ubuntu xenial-updates InRelease
  Temporary failure resolving 'archive.ubuntu.com'
Reading package lists...
Building dependency tree...
Reading state information...
All packages are up to date.
W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/xenial/InRelease  
Temporary failure resolving 'archive.ubuntu.com'
W: Failed to fetch 
http://archive.ubuntu.com/ubuntu/dists/xenial-updates/InRelease  Temporary 
failure resolving 'archive.ubuntu.com'
W: Failed to fetch 
http://security.ubuntu.com/ubuntu/dists/xenial-security/InRelease  Temporary 
failure resolving 'security.ubuntu.com'
W: Some index files failed to download. They have been ignored, or old ones 
used instead.
+ lxc-attach -n c1 --clear-env -- apt install -y gcc make

WARNING: apt does not have a stable CLI interface. Use with caution in 
scripts.

Reading package lists...
Building dependency tree...
Reading state information...
The following additional packages will be installed:
  binutils cpp cpp-5 gcc-5 libasan2 libatomic1 libc-dev-bin libc6-dev 
libcc1-0
  libcilkrts5 libgcc-5-dev libgomp1 libisl15 libitm1 liblsan0 libmpc3 
libmpfr4
  libmpx0 libquadmath0 libtsan0 libubsan0 linux-libc-dev manpages 
manpages-dev
Suggested packages:
  binutils-doc cpp-doc gcc-5-locales gcc-multilib autoconf automake libtool
  flex bison gdb gcc-doc gcc-5-multilib gcc-5-doc libgcc1-dbg libgomp1-dbg
  libitm1-dbg libatomic1-dbg libasan2-dbg liblsan0-dbg libtsan0-dbg
  libubsan0-dbg libcilkrts5-dbg libmpx0-dbg libquadmath0-dbg glibc-doc
  make-doc man-browser
The following NEW packages will be installed:
  binutils cpp cpp-5 gcc gcc-5 libasan2 libatomic1 libc-dev-bin libc6-dev
  libcc1-0 libcilkrts5 libgcc-5-dev libgomp1 libisl15 libitm1 liblsan0 
libmpc3
  libmpfr4 libmpx0 libquadmath0 libtsan0 libubsan0 linux-libc-dev make
  manpages manpages-dev
0 upgraded, 26 newly installed, 0 to remove and 0 not upgraded.
Need to get 28.7 MB of archives.
After this operation, 102 MB of additional disk space will be used.
Err:1 http://archive.ubuntu.com/ubuntu xenial/main amd64 libmpfr4 amd64 
3.1.4-1
  Temporary failure resolving 'archive.ubuntu.com'
Err:2 http://archive.ubuntu.com/ubuntu xenial/main amd64 libmpc3 amd64 
1.0.3-1
  Temporary failure resolving 'archive.ubuntu.com'
Err:3 http://archive.ubuntu.com/ubuntu xenial/main amd64 manpages all 4.04-2
  Temporary failure resolving 'archive.ubuntu.com'
Err:4 http://security.ubuntu.com/ubuntu xenial-security/main amd64 binutils 
amd64 2.26.1-1ubuntu1~16.04.8
  Temporary failure resolving 'archive.ubuntu.com'
Err:5 http://archive.ubuntu.com/ubuntu xenial/main amd64 libisl15 amd64 
0.16.1-1
  Temporary failure resolving 'archive.ubuntu.com'

  
  It's a bit weird that if I run the command manually, it looks OK
  lxc-create -t download -n c1 -- -d ubuntu -r xenial -a amd64
  lxc-start -n c1
  lxc-attach -n c1 --clear-env -- apt update -y
  Hit:1 http://archive.ubuntu.com/ubuntu xenial InRelease
  Get:2 http://archive.ubuntu.com/ubuntu xenial-updates InRelease [109 kB]
  Get:3 http://archive.ubuntu.com/u

[Kernel-packages] [Bug 1846264] Re: iwlwifi firmware version: 36.77d01142.0 crashing on association

2019-10-17 Thread brett hassall
I'm seeing what appears to be the same problem booting Eoan (kernel
5.3.0-18, Dell Precision 3510, wifi pci id 8086:24f3 ).

If I hide iwlwifi-8000C-36.ucode the system will boot normally with
8000C-34 and wifi seems to be working ok.

The same laptop is dual booted with Bionic HWE 03 - no problems with
8000C-36

** Attachment added: "journalctl -b | grep iwl output"
   
https://bugs.launchpad.net/ubuntu/+source/linux-firmware/+bug/1846264/+attachment/5297898/+files/iwlwifi.log

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

Title:
  iwlwifi firmware version: 36.77d01142.0 crashing on association

Status in linux-firmware package in Ubuntu:
  Incomplete

Bug description:
  [  942.984542] Hardware name: Dell Inc. XPS 13 9350/, BIOS 1.10.1
  01/22/2019

  Might be similar to LP: #1808389

  ProblemType: Bug
  DistroRelease: Ubuntu 19.10
  Package: linux-firmware 1.182
  ProcVersionSignature: Ubuntu 5.3.0-13.14-generic 5.3.0
  Uname: Linux 5.3.0-13-generic x86_64
  ApportVersion: 2.20.11-0ubuntu7
  Architecture: amd64
  CurrentDesktop: ubuntu:GNOME
  Date: Tue Oct  1 16:47:11 2019
  Dependencies:
   
  InstallationDate: Installed on 2019-09-23 (8 days ago)
  InstallationMedia: Ubuntu 19.10 "Eoan Ermine" - Alpha amd64 (20190917)
  PackageArchitecture: all
  SourcePackage: linux-firmware
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux-firmware/+bug/1846264/+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 1847892] Re: large performance regression (~30-40%) in wifi with 19.10 / 5.3 kernel

2019-10-17 Thread arQon
** Changed in: linux (Ubuntu)
   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/1847892

Title:
  large performance regression (~30-40%) in wifi with 19.10 / 5.3 kernel

Status in linux package in Ubuntu:
  Confirmed

Bug description:
  Probably relevant:
  https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1795116

  Card is an RTL8723BE.

  On 16.04 with the HWE stack, after 1795116 was fixed performance was a
  stable 75-80Mb/s.

  Linux 4.15.0-55-generic #60~16.04.2-Ubuntu SMP Thu Jul 4 09:03:09 UTC 2019 
x86_64
  Fri 26-Jul-19 12:28
  sent 459,277,171 bytes  received 35 bytes  9,278,327.39 bytes/sec

  Linux 4.15.0-55-generic #60~16.04.2-Ubuntu SMP Thu Jul 4 09:03:09 UTC 2019 
x86_64
  Sat 27-Jul-19 01:23
  sent 459,277,171 bytes  received 35 bytes  10,320,836.09 bytes/sec

  On 18.04, performance was still a stable 75-80Mb/s.

  After updating to 19.10, performance is typically ~50Mb/s, or about a
  37% regression.

  $ iwconfig wlan0
  wlan0 IEEE 802.11  ESSID:"**"  
Mode:Managed  Frequency:2.442 GHz  Access Point: 4C:60:DE:FB:A8:AB  
 
Bit Rate=150 Mb/s   Tx-Power=20 dBm   
Retry short limit:7   RTS thr=2347 B   Fragment thr:off
Power Management:on
Link Quality=59/70  Signal level=-51 dBm  
Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
Tx excessive retries:0  Invalid misc:315   Missed beacon:0

  $ ./wifibench.sh 
  Linux 5.3.0-13-generic #14-Ubuntu SMP Tue Sep 24 02:46:08 UTC 2019 x86_64
  Sat 12-Oct-19 20:30
  sent 459,277,171 bytes  received 35 bytes  5,566,996.44 bytes/sec

  $ iwconfig wlan0 
  wlan0 IEEE 802.11  ESSID:"**"  
Mode:Managed  Frequency:2.442 GHz  Access Point: 4C:60:DE:FB:A8:AB  
 
Bit Rate=150 Mb/s   Tx-Power=20 dBm   
Retry short limit:7   RTS thr=2347 B   Fragment thr:off
Power Management:on
Link Quality=68/70  Signal level=-42 dBm  
Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
Tx excessive retries:0  Invalid misc:315   Missed beacon:0

  So no corrupted packets or etc during that transfer.

  $ ifconfig wlan0
  wlan0: flags=4163  mtu 1500
  inet 192.168.1.33  netmask 255.255.255.0  broadcast 192.168.1.255
  ether dc:85:de:e4:17:a3  txqueuelen 1000  (Ethernet)
  RX packets 56608204  bytes 79066485957 (79.0 GB)
  RX errors 0  dropped 0  overruns 0  frame 0
  TX packets 21634510  bytes 8726094217 (8.7 GB)
  TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

  No issues of any kind in the week that it's been up. Just terrible
  performance.

  I'm painfully aware of all the module's parameters etc, and have tried
  them all, with no change in the results outside of typical wifi
  variance.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1847892/+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 1847892] Re: large performance regression (~30-40%) in wifi with 19.10 / 5.3 kernel

2019-10-17 Thread arQon
That machine doesn't have access to launchpad, so until someone fixes
the bugs (referenced out in the other thread) so that "ubuntu-bug -c"
works, I can't provide that info.

Kai - this is a low-power HTPC, with very little disk space. Assuming it
can even clone the kernel, it will likely take weeks for me to bisect
the problem. I'll do what I can, but unless we get very lucky it'll be a
long time before we have an answer. Remember, the LKG is the 18.04
kernel, which is now mostly 18 months old.  :(

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

Title:
  large performance regression (~30-40%) in wifi with 19.10 / 5.3 kernel

Status in linux package in Ubuntu:
  Confirmed

Bug description:
  Probably relevant:
  https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1795116

  Card is an RTL8723BE.

  On 16.04 with the HWE stack, after 1795116 was fixed performance was a
  stable 75-80Mb/s.

  Linux 4.15.0-55-generic #60~16.04.2-Ubuntu SMP Thu Jul 4 09:03:09 UTC 2019 
x86_64
  Fri 26-Jul-19 12:28
  sent 459,277,171 bytes  received 35 bytes  9,278,327.39 bytes/sec

  Linux 4.15.0-55-generic #60~16.04.2-Ubuntu SMP Thu Jul 4 09:03:09 UTC 2019 
x86_64
  Sat 27-Jul-19 01:23
  sent 459,277,171 bytes  received 35 bytes  10,320,836.09 bytes/sec

  On 18.04, performance was still a stable 75-80Mb/s.

  After updating to 19.10, performance is typically ~50Mb/s, or about a
  37% regression.

  $ iwconfig wlan0
  wlan0 IEEE 802.11  ESSID:"**"  
Mode:Managed  Frequency:2.442 GHz  Access Point: 4C:60:DE:FB:A8:AB  
 
Bit Rate=150 Mb/s   Tx-Power=20 dBm   
Retry short limit:7   RTS thr=2347 B   Fragment thr:off
Power Management:on
Link Quality=59/70  Signal level=-51 dBm  
Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
Tx excessive retries:0  Invalid misc:315   Missed beacon:0

  $ ./wifibench.sh 
  Linux 5.3.0-13-generic #14-Ubuntu SMP Tue Sep 24 02:46:08 UTC 2019 x86_64
  Sat 12-Oct-19 20:30
  sent 459,277,171 bytes  received 35 bytes  5,566,996.44 bytes/sec

  $ iwconfig wlan0 
  wlan0 IEEE 802.11  ESSID:"**"  
Mode:Managed  Frequency:2.442 GHz  Access Point: 4C:60:DE:FB:A8:AB  
 
Bit Rate=150 Mb/s   Tx-Power=20 dBm   
Retry short limit:7   RTS thr=2347 B   Fragment thr:off
Power Management:on
Link Quality=68/70  Signal level=-42 dBm  
Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
Tx excessive retries:0  Invalid misc:315   Missed beacon:0

  So no corrupted packets or etc during that transfer.

  $ ifconfig wlan0
  wlan0: flags=4163  mtu 1500
  inet 192.168.1.33  netmask 255.255.255.0  broadcast 192.168.1.255
  ether dc:85:de:e4:17:a3  txqueuelen 1000  (Ethernet)
  RX packets 56608204  bytes 79066485957 (79.0 GB)
  RX errors 0  dropped 0  overruns 0  frame 0
  TX packets 21634510  bytes 8726094217 (8.7 GB)
  TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

  No issues of any kind in the week that it's been up. Just terrible
  performance.

  I'm painfully aware of all the module's parameters etc, and have tried
  them all, with no change in the results outside of typical wifi
  variance.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1847892/+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 1759836] Re: systemd-udevd consumes 100% of CPU due to hid2hci udev rule from bluez

2019-10-17 Thread Dan Streetman
nobody who has been affected by this bug is able to test on Bionic?

@stan are you able to test using Bionic by any chance?

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

Title:
  systemd-udevd consumes 100% of CPU due to hid2hci udev rule from bluez

Status in linux:
  Confirmed
Status in The Ubuntu Power Consumption Project:
  New
Status in bluez package in Ubuntu:
  Fix Released
Status in linux package in Ubuntu:
  Invalid
Status in systemd package in Ubuntu:
  Invalid
Status in bluez source package in Bionic:
  Fix Committed
Status in linux source package in Bionic:
  Invalid
Status in systemd source package in Bionic:
  Invalid
Status in bluez source package in Disco:
  Fix Released
Status in linux source package in Disco:
  Invalid
Status in systemd source package in Disco:
  Invalid
Status in bluez source package in Eoan:
  Fix Released
Status in linux source package in Eoan:
  Invalid
Status in systemd source package in Eoan:
  Invalid
Status in bluez package in Debian:
  New

Bug description:
  [impact]

  on specific Dell systems, with a specific usb bluetooth device built-
  in, the udev rule 'hid2hci' provided by the 'bluez' package causes an
  endless loop of uevents resulting from 'bind' or 'unbind' kernel
  uevents.  These new events were added to the kernel after the
  'hid2hci' udev rule was written.

  [test case]

  the specific Dell system is required to be able to reproduce this, or
  at least the specific usb bluetooth hardware included in that system.

  Reproducing this is reportedly easy, for example comment 75 indicates
  it happens on every boot.

  When this happens, any process monitor (e.g. ps, top, etc) will show
  the 'udevd' process using 100% of a cpu, and 'udevadm monitor' should
  show repeated 'bind' and 'unbind' events as mentioned in comment 39.

  [regression potential]

  as this alters what kernel uevents the 'hid2hci' udev rule processes,
  regressions would involve the affected usb bluetooth device failing to
  be set up, or otherwise not processing the uevents correctly.

  [other info]

  this is not fixed yet upstream, as of my last check, but has been
  submitted upstream as mentioned in comment 95.

  
  original description:

  --

  
  The systemd-udevd proccess consumes 100% of a thread everytime, but i'm not 
noticing any difference in my computer.

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: systemd 237-3ubuntu6
  ProcVersionSignature: Ubuntu 4.15.0-13.14-generic 4.15.10
  Uname: Linux 4.15.0-13-generic x86_64
  NonfreeKernelModules: wl
  ApportVersion: 2.20.9-0ubuntu2
  Architecture: amd64
  CurrentDesktop: ubuntu:GNOME
  Date: Thu Mar 29 08:52:54 2018
  InstallationDate: Installed on 2018-03-05 (23 days ago)
  InstallationMedia: Ubuntu 18.04 LTS "Bionic Beaver" - Alpha amd64 (20180304)
  MachineType: Dell Inc. Inspiron N5010
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-13-generic 
root=UUID=3c29e292-f1ae-45e1-a0ed-a82524278ce1 ro quiet splash vt.handoff=1
  SourcePackage: systemd
  SystemdDelta:
   [EXTENDED]   /lib/systemd/system/rc-local.service → 
/lib/systemd/system/rc-local.service.d/debian.conf
   [EXTENDED]   /lib/systemd/system/user@.service → 
/lib/systemd/system/user@.service.d/timeout.conf

   2 overridden configuration files found.
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 01/25/2011
  dmi.bios.vendor: Dell Inc.
  dmi.bios.version: A12
  dmi.board.name: 08R0GW
  dmi.board.vendor: Dell Inc.
  dmi.board.version: A12
  dmi.chassis.type: 8
  dmi.chassis.vendor: Dell Inc.
  dmi.chassis.version: A12
  dmi.modalias: 
dmi:bvnDellInc.:bvrA12:bd01/25/2011:svnDellInc.:pnInspironN5010:pvrA12:rvnDellInc.:rn08R0GW:rvrA12:cvnDellInc.:ct8:cvrA12:
  dmi.product.name: Inspiron N5010
  dmi.product.version: A12
  dmi.sys.vendor: Dell Inc.

To manage notifications about this bug go to:
https://bugs.launchpad.net/kernel/+bug/1759836/+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 1773260] [NEW] It doesn't have the i40evf module in ubuntu 18.04 cloud image

2019-10-17 Thread Launchpad Bug Tracker
You have been subscribed to a public bug:

I downloaded ubuntu-18.04-server-cloudimg-amd64.img from [1] and create a KVM 
instance with it.
After I assigned a xl710 vf to the instance , I could not find the interface in 
the instance.

After researching, I found that there is no i40evf.ko in the image,
however the driver module is built to module from the kernel config
located in /boot/config-4.15.0-20-generic

root@ubuntu:~# modinfo i40evf
modinfo: ERROR: Module i40evf not found.
root@ubuntu:~# cat /boot/config-4.15.0-20-generic | grep I40EVF
CONFIG_I40EVF=m

Does anybody know why?

Thanks very much.

[1]:http://uec-
images.ubuntu.com/releases/releases/18.04/release/ubuntu-18.04-server-
cloudimg-amd64.img

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

-- 
It doesn't have the i40evf module in ubuntu 18.04 cloud image
https://bugs.launchpad.net/bugs/1773260
You received this bug notification because you are a member of Kernel Packages, 
which is subscribed to linux 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 1848481] [NEW] cloudimg: no i40evf module is available so no network available with SR-IOV enabled cloud

2019-10-17 Thread Nobuto Murata
Public bug reported:

For example with bionic, i40evf module is in linux-modules-
extra-4.15*-generic. However, cloudimg doesn't have linux-modules-extra
seeded:

$ curl -s 
http://cloud-images.ubuntu.com/releases/bionic/release/ubuntu-18.04-server-cloudimg-amd64.manifest
 | grep linux-
linux-base  4.5ubuntu1
linux-headers-4.15.0-65 4.15.0-65.74
linux-headers-4.15.0-65-generic 4.15.0-65.74
linux-headers-generic   4.15.0.65.67
linux-headers-virtual   4.15.0.65.67
linux-image-4.15.0-65-generic   4.15.0-65.74
linux-image-virtual 4.15.0.65.67
linux-modules-4.15.0-65-generic 4.15.0-65.74
linux-virtual   4.15.0.65.67

We don't need the whole linux-modules-extra because the size is not
small, but we need some VF drivers in cloud guest image embedded for SR-
IOV enabled cloud including OpenStack. Otherwise, the guest is unusable
with no network device.

$ apt show linux-modules-extra-4.15.0-58-generic |& grep Installed-Size
Installed-Size: 171 MB

$ du -h 
/lib/modules/4.15.0-58-generic/kernel/drivers/net/ethernet/intel/i40evf/i40evf.ko
148K
/lib/modules/4.15.0-58-generic/kernel/drivers/net/ethernet/intel/i40evf/i40evf.ko

ProblemType: Bug
DistroRelease: Ubuntu 18.04
Package: livecd-rootfs (not installed)
ProcVersionSignature: User Name 4.15.0-58.64-generic 4.15.18
Uname: Linux 4.15.0-58-generic x86_64
ApportVersion: 2.20.9-0ubuntu7.7
Architecture: amd64
Date: Thu Oct 17 10:48:41 2019
ProcEnviron:
 TERM=screen-256color
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=
 LANG=C.UTF-8
 SHELL=/bin/bash
SourcePackage: livecd-rootfs
UpgradeStatus: No upgrade log present (probably fresh install)

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

** Affects: livecd-rootfs (Ubuntu)
 Importance: Undecided
 Status: Confirmed


** Tags: amd64 apport-bug bionic cpe-onsite uec-images

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

Title:
  cloudimg: no i40evf module is available so no network available with
  SR-IOV enabled cloud

Status in linux package in Ubuntu:
  Confirmed
Status in livecd-rootfs package in Ubuntu:
  Confirmed

Bug description:
  For example with bionic, i40evf module is in linux-modules-
  extra-4.15*-generic. However, cloudimg doesn't have linux-modules-
  extra seeded:

  $ curl -s 
http://cloud-images.ubuntu.com/releases/bionic/release/ubuntu-18.04-server-cloudimg-amd64.manifest
 | grep linux-
  linux-base  4.5ubuntu1
  linux-headers-4.15.0-65 4.15.0-65.74
  linux-headers-4.15.0-65-generic 4.15.0-65.74
  linux-headers-generic   4.15.0.65.67
  linux-headers-virtual   4.15.0.65.67
  linux-image-4.15.0-65-generic   4.15.0-65.74
  linux-image-virtual 4.15.0.65.67
  linux-modules-4.15.0-65-generic 4.15.0-65.74
  linux-virtual   4.15.0.65.67

  We don't need the whole linux-modules-extra because the size is not
  small, but we need some VF drivers in cloud guest image embedded for
  SR-IOV enabled cloud including OpenStack. Otherwise, the guest is
  unusable with no network device.

  $ apt show linux-modules-extra-4.15.0-58-generic |& grep Installed-Size
  Installed-Size: 171 MB

  $ du -h 
/lib/modules/4.15.0-58-generic/kernel/drivers/net/ethernet/intel/i40evf/i40evf.ko
  148K
/lib/modules/4.15.0-58-generic/kernel/drivers/net/ethernet/intel/i40evf/i40evf.ko

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: livecd-rootfs (not installed)
  ProcVersionSignature: User Name 4.15.0-58.64-generic 4.15.18
  Uname: Linux 4.15.0-58-generic x86_64
  ApportVersion: 2.20.9-0ubuntu7.7
  Architecture: amd64
  Date: Thu Oct 17 10:48:41 2019
  ProcEnviron:
   TERM=screen-256color
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=
   LANG=C.UTF-8
   SHELL=/bin/bash
  SourcePackage: livecd-rootfs
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1848481/+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 1773260] Re: It doesn't have the i40evf module in ubuntu 18.04 cloud image

2019-10-17 Thread Nobuto Murata
*** This bug is a duplicate of bug 1848481 ***
https://bugs.launchpad.net/bugs/1848481

** Package changed: compiz-plugins-main (Ubuntu) => linux (Ubuntu)

** This bug has been marked a duplicate of bug 1848481
   cloudimg: no i40evf module is available so no network with SR-IOV enabled 
cloud

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

Title:
  It doesn't have the i40evf module in ubuntu 18.04 cloud image

Status in linux package in Ubuntu:
  Confirmed

Bug description:
  I downloaded ubuntu-18.04-server-cloudimg-amd64.img from [1] and create a KVM 
instance with it.
  After I assigned a xl710 vf to the instance , I could not find the interface 
in the instance.

  After researching, I found that there is no i40evf.ko in the image,
  however the driver module is built to module from the kernel config
  located in /boot/config-4.15.0-20-generic

  root@ubuntu:~# modinfo i40evf
  modinfo: ERROR: Module i40evf not found.
  root@ubuntu:~# cat /boot/config-4.15.0-20-generic | grep I40EVF
  CONFIG_I40EVF=m

  Does anybody know why?

  Thanks very much.

  [1]:http://uec-
  images.ubuntu.com/releases/releases/18.04/release/ubuntu-18.04-server-
  cloudimg-amd64.img

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1773260/+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 1848481] Re: cloudimg: no i40evf module is available so no network with SR-IOV enabled cloud

2019-10-17 Thread Launchpad Bug Tracker
Status changed to 'Confirmed' because the bug affects multiple users.

** Changed in: livecd-rootfs (Ubuntu)
   Status: New => 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/1848481

Title:
  cloudimg: no i40evf module so no network available with SR-IOV enabled
  cloud

Status in linux package in Ubuntu:
  Confirmed
Status in livecd-rootfs package in Ubuntu:
  Confirmed

Bug description:
  For example with bionic, i40evf module is in linux-modules-
  extra-4.15*-generic. However, cloudimg doesn't have linux-modules-
  extra seeded:

  $ curl -s 
http://cloud-images.ubuntu.com/releases/bionic/release/ubuntu-18.04-server-cloudimg-amd64.manifest
 | grep linux-
  linux-base  4.5ubuntu1
  linux-headers-4.15.0-65 4.15.0-65.74
  linux-headers-4.15.0-65-generic 4.15.0-65.74
  linux-headers-generic   4.15.0.65.67
  linux-headers-virtual   4.15.0.65.67
  linux-image-4.15.0-65-generic   4.15.0-65.74
  linux-image-virtual 4.15.0.65.67
  linux-modules-4.15.0-65-generic 4.15.0-65.74
  linux-virtual   4.15.0.65.67

  We don't need the whole linux-modules-extra because the size is not
  small, but we need some VF drivers in cloud guest image embedded for
  SR-IOV enabled cloud including OpenStack. Otherwise, the guest is
  unusable with no network device.

  $ apt show linux-modules-extra-4.15.0-58-generic |& grep Installed-Size
  Installed-Size: 171 MB

  $ du -h 
/lib/modules/4.15.0-58-generic/kernel/drivers/net/ethernet/intel/i40evf/i40evf.ko
  148K
/lib/modules/4.15.0-58-generic/kernel/drivers/net/ethernet/intel/i40evf/i40evf.ko

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: livecd-rootfs (not installed)
  ProcVersionSignature: User Name 4.15.0-58.64-generic 4.15.18
  Uname: Linux 4.15.0-58-generic x86_64
  ApportVersion: 2.20.9-0ubuntu7.7
  Architecture: amd64
  Date: Thu Oct 17 10:48:41 2019
  ProcEnviron:
   TERM=screen-256color
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=
   LANG=C.UTF-8
   SHELL=/bin/bash
  SourcePackage: livecd-rootfs
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1848481/+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 1848481] Re: cloudimg: no i40evf module is available so no network with SR-IOV enabled cloud

2019-10-17 Thread Launchpad Bug Tracker
Status changed to 'Confirmed' because the bug affects multiple users.

** Changed in: linux (Ubuntu)
   Status: New => 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/1848481

Title:
  cloudimg: no i40evf module so no network available with SR-IOV enabled
  cloud

Status in linux package in Ubuntu:
  Confirmed
Status in livecd-rootfs package in Ubuntu:
  Confirmed

Bug description:
  For example with bionic, i40evf module is in linux-modules-
  extra-4.15*-generic. However, cloudimg doesn't have linux-modules-
  extra seeded:

  $ curl -s 
http://cloud-images.ubuntu.com/releases/bionic/release/ubuntu-18.04-server-cloudimg-amd64.manifest
 | grep linux-
  linux-base  4.5ubuntu1
  linux-headers-4.15.0-65 4.15.0-65.74
  linux-headers-4.15.0-65-generic 4.15.0-65.74
  linux-headers-generic   4.15.0.65.67
  linux-headers-virtual   4.15.0.65.67
  linux-image-4.15.0-65-generic   4.15.0-65.74
  linux-image-virtual 4.15.0.65.67
  linux-modules-4.15.0-65-generic 4.15.0-65.74
  linux-virtual   4.15.0.65.67

  We don't need the whole linux-modules-extra because the size is not
  small, but we need some VF drivers in cloud guest image embedded for
  SR-IOV enabled cloud including OpenStack. Otherwise, the guest is
  unusable with no network device.

  $ apt show linux-modules-extra-4.15.0-58-generic |& grep Installed-Size
  Installed-Size: 171 MB

  $ du -h 
/lib/modules/4.15.0-58-generic/kernel/drivers/net/ethernet/intel/i40evf/i40evf.ko
  148K
/lib/modules/4.15.0-58-generic/kernel/drivers/net/ethernet/intel/i40evf/i40evf.ko

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: livecd-rootfs (not installed)
  ProcVersionSignature: User Name 4.15.0-58.64-generic 4.15.18
  Uname: Linux 4.15.0-58-generic x86_64
  ApportVersion: 2.20.9-0ubuntu7.7
  Architecture: amd64
  Date: Thu Oct 17 10:48:41 2019
  ProcEnviron:
   TERM=screen-256color
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=
   LANG=C.UTF-8
   SHELL=/bin/bash
  SourcePackage: livecd-rootfs
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1848481/+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 1848481] Re: cloudimg: no i40evf module is available so no network available with SR-IOV enabled cloud

2019-10-17 Thread Nobuto Murata
** Summary changed:

- cloudimg: no i40evf module is available so no network with SR-IOV enabled 
cloud
+ cloudimg: no i40evf module is available so no network available with SR-IOV 
enabled cloud

** Summary changed:

- cloudimg: no i40evf module is available so no network available with SR-IOV 
enabled cloud
+ cloudimg: no i40evf module so no network available with SR-IOV enabled cloud

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

Title:
  cloudimg: no i40evf module so no network available with SR-IOV enabled
  cloud

Status in linux package in Ubuntu:
  Confirmed
Status in livecd-rootfs package in Ubuntu:
  Confirmed

Bug description:
  For example with bionic, i40evf module is in linux-modules-
  extra-4.15*-generic. However, cloudimg doesn't have linux-modules-
  extra seeded:

  $ curl -s 
http://cloud-images.ubuntu.com/releases/bionic/release/ubuntu-18.04-server-cloudimg-amd64.manifest
 | grep linux-
  linux-base  4.5ubuntu1
  linux-headers-4.15.0-65 4.15.0-65.74
  linux-headers-4.15.0-65-generic 4.15.0-65.74
  linux-headers-generic   4.15.0.65.67
  linux-headers-virtual   4.15.0.65.67
  linux-image-4.15.0-65-generic   4.15.0-65.74
  linux-image-virtual 4.15.0.65.67
  linux-modules-4.15.0-65-generic 4.15.0-65.74
  linux-virtual   4.15.0.65.67

  We don't need the whole linux-modules-extra because the size is not
  small, but we need some VF drivers in cloud guest image embedded for
  SR-IOV enabled cloud including OpenStack. Otherwise, the guest is
  unusable with no network device.

  $ apt show linux-modules-extra-4.15.0-58-generic |& grep Installed-Size
  Installed-Size: 171 MB

  $ du -h 
/lib/modules/4.15.0-58-generic/kernel/drivers/net/ethernet/intel/i40evf/i40evf.ko
  148K
/lib/modules/4.15.0-58-generic/kernel/drivers/net/ethernet/intel/i40evf/i40evf.ko

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: livecd-rootfs (not installed)
  ProcVersionSignature: User Name 4.15.0-58.64-generic 4.15.18
  Uname: Linux 4.15.0-58-generic x86_64
  ApportVersion: 2.20.9-0ubuntu7.7
  Architecture: amd64
  Date: Thu Oct 17 10:48:41 2019
  ProcEnviron:
   TERM=screen-256color
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=
   LANG=C.UTF-8
   SHELL=/bin/bash
  SourcePackage: livecd-rootfs
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1848481/+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 1848127] Re: [LTCTest][OPAL][OP930] Machine hangs after injecting the Machine Check Error

2019-10-17 Thread Kleber Sacilotto de Souza
** Changed in: linux (Ubuntu Eoan)
   Status: New => In Progress

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

Title:
  [LTCTest][OPAL][OP930] Machine hangs after injecting the Machine Check
  Error

Status in The Ubuntu-power-systems project:
  Triaged
Status in linux package in Ubuntu:
  In Progress
Status in linux source package in Bionic:
  New
Status in linux source package in Disco:
  New
Status in linux source package in Eoan:
  In Progress

Bug description:
  [IMPACT]
  MCE test renders the system unresponsive on P9 open power hardware 
(Withersoon)

  [TEST]
  A test kernel is available in ppa:ubuntu-power-triage/lp1848127. Please see 
the [OTHER] section for test details and comment #7 for results with the PPA 
kernel. 

  [FIX]
  IBM has identified the following patch that fixes this issue:
  commit 99ead78afd1128bfcebe7f88f3b102fb2da09aee
  Author: Balbir Singh 
  Date:   Tue Aug 20 13:43:47 2019 +0530

  powerpc/mce: Fix MCE handling for huge pages

  [REGRESSION POTENTIAL]
  The patch is applicable the powerpc architecture and limited in scope to MCE 
handling for huge pages. Patch does not touch any generic code. Regression if 
any is limited to powerpc MCE handling.

  [OTHER]
  == Comment: #0 - PAVAMAN SUBRAMANIYAM  - 2019-05-07 
23:31:20 ==
  Install a P9 Open Power Hardware with the latest OP930 Firmware images built  
from the upstream op-build git tree.

  root@witherspoon:~# cat /etc/os-release
  ID="openbmc-phosphor"
  NAME="Phosphor OpenBMC (Phosphor OpenBMC Project Reference Distro)"
  VERSION="ibm-v2.3"
  VERSION_ID="ibm-v2.3-476-g2d622cb-r32-0-g9973ab0"
  PRETTY_NAME="Phosphor OpenBMC (Phosphor OpenBMC Project Reference Distro) 
ibm-v2.3"
  BUILD_ID="ibm-v2.3-476-g2d622cb-r32"
  root@witherspoon:~# cat /var/lib/phosphor-software-manager/pnor/ro/VERSION
   open-power-witherspoon-v2.3-rc2-58-g59fd0743
  buildroot-2019.02.2-17-g93b841d204
  skiboot-v6.3-rc2
  hostboot-19a436e
  occ-58e422d
  linux-5.0.9-openpower1-p3a4d5a4
  petitboot-v1.10.3
  machine-xml-a6f4df3
  hostboot-binaries-hw043019a.940
  capp-ucode-p9-dd2-v4
  sbe-249671d
  hcode-hw040319a.940

  Then enable sw xstop manually by using below command:

  root@ltc-wspoon11:~# nvram -p ibm,skiboot --update-config opal-sw-xstop=enable
  root@ltc-wspoon11:~# nvram -p ibm,skiboot --print-config
  "ibm,skiboot" Partition
  --
  experimental-fast-reset=1
  snarf-mode=noo
  opal-sw-xstop=enable

  Then from the Linux HOST injected the MCE UE Error on the machine as
  follows:

  root@ltc-wspoon11:~# ./probe_cpus.sh -L
  CHIP ID: 0 CORE ID: 0 THREADS: 4 CPUs:  0 1 2 3
  CHIP ID: 0 CORE ID: 1 THREADS: 4 CPUs:  4 5 6 7
  CHIP ID: 0 CORE ID: 2 THREADS: 4 CPUs:  8 9 10 11
  CHIP ID: 0 CORE ID: 3 THREADS: 4 CPUs:  12 13 14 15
  CHIP ID: 0 CORE ID: 6 THREADS: 4 CPUs:  16 17 18 19
  CHIP ID: 0 CORE ID: 7 THREADS: 4 CPUs:  20 21 22 23
  CHIP ID: 0 CORE ID: 8 THREADS: 4 CPUs:  24 25 26 27
  CHIP ID: 0 CORE ID: 9 THREADS: 4 CPUs:  28 29 30 31
  CHIP ID: 0 CORE ID: 10 THREADS: 4 CPUs:  32 33 34 35
  CHIP ID: 0 CORE ID: 11 THREADS: 4 CPUs:  36 37 38 39
  CHIP ID: 0 CORE ID: 12 THREADS: 4 CPUs:  40 41 42 43
  CHIP ID: 0 CORE ID: 13 THREADS: 4 CPUs:  44 45 46 47
  CHIP ID: 0 CORE ID: 16 THREADS: 4 CPUs:  48 49 50 51
  CHIP ID: 0 CORE ID: 17 THREADS: 4 CPUs:  52 53 54 55
  CHIP ID: 0 CORE ID: 18 THREADS: 4 CPUs:  56 57 58 59
  CHIP ID: 0 CORE ID: 19 THREADS: 4 CPUs:  60 61 62 63
  CHIP ID: 0 CORE ID: 20 THREADS: 4 CPUs:  64 65 66 67
  CHIP ID: 0 CORE ID: 21 THREADS: 4 CPUs:  68 69 70 71
  CHIP ID: 8 CORE ID: 6 THREADS: 4 CPUs:  72 73 74 75
  CHIP ID: 8 CORE ID: 7 THREADS: 4 CPUs:  76 77 78 79
  CHIP ID: 8 CORE ID: 8 THREADS: 4 CPUs:  80 81 82 83
  CHIP ID: 8 CORE ID: 9 THREADS: 4 CPUs:  84 85 86 87
  CHIP ID: 8 CORE ID: 10 THREADS: 4 CPUs:  88 89 90 91
  CHIP ID: 8 CORE ID: 11 THREADS: 4 CPUs:  92 93 94 95
  CHIP ID: 8 CORE ID: 12 THREADS: 4 CPUs:  96 97 98 99
  CHIP ID: 8 CORE ID: 13 THREADS: 4 CPUs:  100 101 102 103
  CHIP ID: 8 CORE ID: 14 THREADS: 4 CPUs:  104 105 106 107
  CHIP ID: 8 CORE ID: 15 THREADS: 4 CPUs:  108 109 110 111
  CHIP ID: 8 CORE ID: 16 THREADS: 4 CPUs:  112 113 114 115
  CHIP ID: 8 CORE ID: 17 THREADS: 4 CPUs:  116 117 118 119
  CHIP ID: 8 CORE ID: 18 THREADS: 4 CPUs:  120 121 122 123
  CHIP ID: 8 CORE ID: 19 THREADS: 4 CPUs:  124 125 126 127
  CHIP ID: 8 CORE ID: 20 THREADS: 4 CPUs:  128 129 130 131
  CHIP ID: 8 CORE ID: 21 THREADS: 4 CPUs:  132 133 134 135
  CHIP ID: 8 CORE ID: 22 THREADS: 4 CPUs:  136 137 138 139
  CHIP ID: 8 CORE ID: 23 THREADS: 4 CPUs:  140 141 142 143

  -
  p[0]
     eq[0,1,2,3,4,5]
     ex[0,1,3,4,5,6,8,9,10]
  c[0,1,2,3,6,7,8,9,10,11,12,13,16,17,18,19,20,21]
  p[8]
     eq[1,2,3,4,5]
     ex[3,4,5,6,7,8,9,10,11]
  c[6,7,8,9

[Kernel-packages] [Bug 1848333] Re: wifi problem delays boot in live mode

2019-10-17 Thread sudodus
Maybe this bug is located in casper (like 1848404)

https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1848404

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

Title:
  wifi problem delays boot in live mode

Status in linux package in Ubuntu:
  Confirmed

Bug description:
  This problem is rather new. It did not affect Lubuntu Eoan zsynced 9
  days ago (Oct 6).

  Now there is a delay of 1 min 30 sec during booting, and I think there
  is something wrong with the recognition of the wifi hardware or maybe
  matching of driver and hardware. It happens in 'this' computer, a
  middle-aged Toshiba laptop with a generation 3 Intel i5 cpu and also
  in a Dell Latitude E7240 with a generation 4 Intel i5 cpu and I guess
  another wifi chip.

  In both cases both ethernet and wifi works. I see available wifi
  routers and can connect (when I have the password).

  I tested also with the Kubuntu and Xubuntu eoan iso files, and the
  same delay happened there.

  I think the drivers are OK, but something in the logic for recognition
  of them might be bad.

  ProblemType: Bug
  DistroRelease: Ubuntu 19.10
  Package: linux-image-5.3.0-18-generic 5.3.0-18.19+1
  ProcVersionSignature: Ubuntu 5.3.0-18.19-generic 5.3.1
  Uname: Linux 5.3.0-18-generic x86_64
  ApportVersion: 2.20.11-0ubuntu8
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  lubuntu2316 F pulseaudio
  CasperVersion: 1.426
  CurrentDesktop: LXQt
  Date: Wed Oct 16 11:36:22 2019
  LiveMediaBuild: Lubuntu 19.10 "Eoan Ermine" - Release amd64 (20191015)
  MachineType: TOSHIBA SATELLITE PRO C850-19W
  ProcFB: 0 i915drmfb
  ProcKernelCmdLine: BOOT_IMAGE=/casper/vmlinuz 
file=/cdrom/preseed/username.seed persistent ---
  RelatedPackageVersions:
   linux-restricted-modules-5.3.0-18-generic N/A
   linux-backports-modules-5.3.0-18-generic  N/A
   linux-firmware1.183
  SourcePackage: linux
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 09/24/2012
  dmi.bios.vendor: Insyde Corp.
  dmi.bios.version: 6.10
  dmi.board.asset.tag: Type2 - Board Asset Tag
  dmi.board.name: PLCSF8
  dmi.board.vendor: Intel
  dmi.board.version: Type2 - Board Version
  dmi.chassis.asset.tag: No Asset Tag
  dmi.chassis.type: 10
  dmi.chassis.vendor: OEM Chassis Manufacturer
  dmi.chassis.version: OEM Chassis Version
  dmi.modalias: 
dmi:bvnInsydeCorp.:bvr6.10:bd09/24/2012:svnTOSHIBA:pnSATELLITEPROC850-19W:pvrPSCBXE-00C00VN5:rvnIntel:rnPLCSF8:rvrType2-BoardVersion:cvnOEMChassisManufacturer:ct10:cvrOEMChassisVersion:
  dmi.product.family: Type1Family
  dmi.product.name: SATELLITE PRO C850-19W
  dmi.product.sku: PSCBXE
  dmi.product.version: PSCBXE-00C00VN5
  dmi.sys.vendor: TOSHIBA

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1848333/+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 1832151] Re: Unexpected CFS throttling

2019-10-17 Thread Kleber Sacilotto de Souza
** Changed in: linux (Ubuntu Bionic)
   Status: New => In Progress

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

Title:
  Unexpected CFS throttling

Status in linux package in Ubuntu:
  Incomplete
Status in linux source package in Bionic:
  In Progress

Bug description:
  Basically, this issue:

  https://bugzilla.kernel.org/show_bug.cgi?id=198197

  
  ..is affecting a cloud provider on a 4.15 kernel.

  Customer testing with a kernel that is patched with the fix (upstream:
  512ac999d2755d2b7109e996a76b6fb8b888631d ) confirms that it resolves
  the issue.

  More details in:  https://canonical.my.salesforce.com/5003z1yUmC1

  This bug is for SRU patch-tracking only.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1832151/+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 1846115] Re: bionic/linux-kvm: 4.15.0-1048.48 -proposed tracker

2019-10-17 Thread Po-Hsu Lin
** Changed in: kernel-sru-workflow/regression-testing
 Assignee: Canonical Kernel Team (canonical-kernel-team) => Po-Hsu Lin 
(cypressyew)

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

Title:
  bionic/linux-kvm: 4.15.0-1048.48 -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:
  New
Status in Kernel SRU Workflow regression-testing series:
  In Progress
Status in Kernel SRU Workflow security-signoff series:
  Fix Released
Status in Kernel SRU Workflow verification-testing series:
  In Progress
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: 1846131
  packages:
main: linux-kvm
meta: linux-meta-kvm
  phase: Testing
  phase-changed: Monday, 14. October 2019 17:02 UTC
  proposed-announcement-sent: true
  proposed-testing-requested: true
  reason:
regression-testing: Ongoing -- testing in progress
verification-testing: Ongoing -- testing in progress
  variant: debs

To manage notifications about this bug go to:
https://bugs.launchpad.net/kernel-sru-workflow/+bug/1846115/+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 1836760] Re: ixgbe{vf} - Physical Function gets IRQ when VF checks link state

2019-10-17 Thread Kleber Sacilotto de Souza
** Changed in: linux (Ubuntu Trusty)
   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/1836760

Title:
  ixgbe{vf} - Physical Function gets IRQ when VF checks link state

Status in linux package in Ubuntu:
  Fix Released
Status in linux source package in Trusty:
  Fix Committed
Status in linux source package in Xenial:
  Fix Released
Status in linux source package in Bionic:
  Fix Released
Status in linux source package in Cosmic:
  Won't Fix
Status in linux source package in Disco:
  Fix Released
Status in linux source package in Eoan:
  Fix Released
Status in linux source package in Focal:
  Fix Released

Bug description:
  [Impact]

  * Intel NICs that are SR-IOV capable and are managed by ixgbe driver presents 
a potentially harmful behavior when the ixgbevf-managed VFs (Virtual Functions) 
perform an ethtool link check. The ixgbevf driver issues a mailbox command in 
the ethtool link state handler, which induces one IRQ in the PF (Physical 
Function) per link check.
   
  * This was reported as a sort of "denial-of-service" from a guest; due to 
some link check loop running inside a guest with PCI-PT of a ixgbevf-managed 
VF, the host received a huge amount of IRQs causing soft-lockups.
   
  * The patch proposed in this SRU request fix this behavior by relying in the 
saved link state (obtained in the ixgbevf's watchdog routine) instead of 
issuing a mailbox command to the PF in every link state check request. The 
commit is available on Linus tree: 1e1b0c658d9b ("ixgbevf: Use cached link 
state instead of re-reading the value for ethtool")
  http://git.kernel.org/linus/1e1b0c658d9b

  [Test case]

  Reproducing the behavior is pretty simple; having a machine with an
  Intel NIC managed by ixgbe, proceed with the following steps:

  a) Create one or more VFs
  (echo 1 > /sys/class/net//device/sriov_numvfs)

  b) In a different terminal, monitor the non-TxRx PF IRQs:
  (watch -n1 "cat /proc/interrupts | grep  | grep -v Tx")

  c) Run "ethtool " in a loop

  Without the hereby proposed patch, the PF IRQs will increase.

  [Regression potential]

  The patch scope is restricted to ixgbevf ethtool link-check procedure,
  and was developed by the vendor itself. Being a self-contained patch
  affecting only this driver's ethtool handler, the worst potential
  regression would be a wrong link state report.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1836760/+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 1848492] [NEW] Change Config Option "CONFIG_MEMORY_HOTPLUG_DEFAULT_ONLINE=y" -> "n"

2019-10-17 Thread Launchpad Bug Tracker
You have been subscribed to a public bug:

The Ubuntu kernel configuration contains CONFIG_MEMORY_HOTPLUG_DEFAULT_ONLINE=y 
for s390.
This causes all standby memory configured for an LPAR to be used at IPL time.

Note that this is definetaly not what a user wants on s390.
The normal process is: define a certain amount of "base" memory which the 
system should use when IPL'ed, and define also a certain amount of "standby" 
memory which can be (also only partially) be additionaly used when necessary.
Also note that it is *not* possible to add additional memory to a runnung 
system, besides the amount of memory specified as "standby".

Therefore please change the kernel config option
CONFIG_MEMORY_HOTPLUG_DEFAULT_ONLINE to "n" for s390.

** Affects: linux (Ubuntu)
 Importance: Undecided
 Assignee: Skipper Bug Screeners (skipper-screen-team)
 Status: New


** Tags: architecture-s39064 bugnameltc-181933 severity-high 
targetmilestone-inin1804
-- 
Change Config Option "CONFIG_MEMORY_HOTPLUG_DEFAULT_ONLINE=y" -> "n"
https://bugs.launchpad.net/bugs/1848492
You received this bug notification because you are a member of Kernel Packages, 
which is subscribed to linux 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 1848491] [NEW] drm/i915: Add support for another CMP-H PCH

2019-10-17 Thread Timo Aaltonen
Public bug reported:

[Impact]

There's a new PCH model for Comet Lake, and drm/i915 needs to know about
it or otherwise graphics won't work.

[Test case]
Check that i915 loads and works properly.

[Regression potential]
None, adds a new pci-id.

** Affects: linux (Ubuntu)
 Importance: Undecided
 Assignee: Timo Aaltonen (tjaalton)
 Status: Confirmed

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

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

** Affects: linux (Ubuntu Bionic)
 Importance: Undecided
 Status: Invalid

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

** Affects: linux-oem-osp1 (Ubuntu Bionic)
 Importance: Undecided
 Status: New

** Affects: linux (Ubuntu Disco)
 Importance: Undecided
 Status: Invalid

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

** Affects: linux-oem-osp1 (Ubuntu Disco)
 Importance: Undecided
 Status: New

** Affects: linux (Ubuntu Eoan)
 Importance: Undecided
 Assignee: Timo Aaltonen (tjaalton)
 Status: Confirmed

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

** Affects: linux-oem-osp1 (Ubuntu Eoan)
 Importance: Undecided
 Status: New

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

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

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

** Also affects: linux (Ubuntu Eoan)
   Importance: Undecided
   Status: Confirmed

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

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

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

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

** Changed in: linux (Ubuntu Eoan)
 Assignee: (unassigned) => Timo Aaltonen (tjaalton)

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

Title:
  drm/i915: Add support for another CMP-H PCH

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:
  Invalid
Status in linux-oem source package in Bionic:
  New
Status in linux-oem-osp1 source package in Bionic:
  New
Status in linux source package in Disco:
  Invalid
Status in linux-oem source package in Disco:
  New
Status in linux-oem-osp1 source package in Disco:
  New
Status in linux source package in Eoan:
  Confirmed
Status in linux-oem source package in Eoan:
  New
Status in linux-oem-osp1 source package in Eoan:
  New

Bug description:
  [Impact]

  There's a new PCH model for Comet Lake, and drm/i915 needs to know
  about it or otherwise graphics won't work.

  [Test case]
  Check that i915 loads and works properly.

  [Regression potential]
  None, adds a new pci-id.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1848491/+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 1846335] Re: [CML] New device id's for CMP-H

2019-10-17 Thread Timo Aaltonen
thanks, any idea of the rest?

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

Title:
  [CML] New device id's for CMP-H

Status in intel:
  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

Bug description:
  split from bug 1843774

  Description
  This task is to identify what new device IDs are required for CML PCH-H.

  Controller Kernel Version Commit Approved to be published Comments
  USB device/xDCI 0x02ee v5.2 7ae622c978db6b2
  I²C (CMP-H) 0x06c5 0x06c6 0x60e8? 0x60e9? 0x06ea 0x06eb
  HS-UART (CMP-H) 0x06a8 0x06a9 0x06c7
  SPI (CMP-H) 0x06aa 0x06ab 0x06fb
  GPIO (CMP-H) ???
  SD Card (CMP-H) 0x06f5 v5.4-rc1 8f05eee67c1404a

  Target Release: 19.10

To manage notifications about this bug go to:
https://bugs.launchpad.net/intel/+bug/1846335/+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 1848490] [NEW] eoan: alsa/sof: Enable SOF_HDA link and codec

2019-10-17 Thread Hui Wang
Public bug reported:

The EOAN kernel has alsa/sof driver, we need to enable SOF_HDA link and
codec, then the sof can work with legacy HDA driver to enable audio
output and input on LENOVO and DELL machines.

** Affects: linux (Ubuntu)
 Importance: Critical
 Assignee: Hui Wang (hui.wang)
 Status: New

** Changed in: linux (Ubuntu)
   Importance: Undecided => Critical

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

Title:
  eoan: alsa/sof: Enable SOF_HDA link and codec

Status in linux package in Ubuntu:
  New

Bug description:
  The EOAN kernel has alsa/sof driver, we need to enable SOF_HDA link
  and codec, then the sof can work with legacy HDA driver to enable
  audio output and input on LENOVO and DELL machines.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1848490/+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 1846335] Re: [CML] New device id's for CMP-H

2019-10-17 Thread Timo Aaltonen
actually, I'll split the drm/i915 commit from this bug, since it's
causing issues right now and it's not clear when we get the other
commits..

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

Title:
  [CML] New device id's for CMP-H

Status in intel:
  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

Bug description:
  split from bug 1843774

  Description
  This task is to identify what new device IDs are required for CML PCH-H.

  Controller Kernel Version Commit Approved to be published Comments
  USB device/xDCI 0x02ee v5.2 7ae622c978db6b2
  I²C (CMP-H) 0x06c5 0x06c6 0x60e8? 0x60e9? 0x06ea 0x06eb
  HS-UART (CMP-H) 0x06a8 0x06a9 0x06c7
  SPI (CMP-H) 0x06aa 0x06ab 0x06fb
  GPIO (CMP-H) ???
  SD Card (CMP-H) 0x06f5 v5.4-rc1 8f05eee67c1404a

  Target Release: 19.10

To manage notifications about this bug go to:
https://bugs.launchpad.net/intel/+bug/1846335/+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 1848492] [NEW] Change Config Option "CONFIG_MEMORY_HOTPLUG_DEFAULT_ONLINE=y" -> "n"

2019-10-17 Thread bugproxy
Public bug reported:

The Ubuntu kernel configuration contains CONFIG_MEMORY_HOTPLUG_DEFAULT_ONLINE=y 
for s390.
This causes all standby memory configured for an LPAR to be used at IPL time.

Note that this is definetaly not what a user wants on s390.
The normal process is: define a certain amount of "base" memory which the 
system should use when IPL'ed, and define also a certain amount of "standby" 
memory which can be (also only partially) be additionaly used when necessary.
Also note that it is *not* possible to add additional memory to a runnung 
system, besides the amount of memory specified as "standby".

Therefore please change the kernel config option
CONFIG_MEMORY_HOTPLUG_DEFAULT_ONLINE to "n" for s390.

** Affects: linux (Ubuntu)
 Importance: Undecided
 Assignee: Skipper Bug Screeners (skipper-screen-team)
 Status: New


** Tags: architecture-s39064 bugnameltc-181933 severity-high 
targetmilestone-inin1804

** Tags added: architecture-s39064 bugnameltc-181933 severity-high
targetmilestone-inin1804

** Changed in: ubuntu
 Assignee: (unassigned) => Skipper Bug Screeners (skipper-screen-team)

** Package changed: ubuntu => linux (Ubuntu)

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

Title:
  Change Config Option "CONFIG_MEMORY_HOTPLUG_DEFAULT_ONLINE=y" -> "n"

Status in linux package in Ubuntu:
  New

Bug description:
  The Ubuntu kernel configuration contains 
CONFIG_MEMORY_HOTPLUG_DEFAULT_ONLINE=y for s390.
  This causes all standby memory configured for an LPAR to be used at IPL time.

  Note that this is definetaly not what a user wants on s390.
  The normal process is: define a certain amount of "base" memory which the 
system should use when IPL'ed, and define also a certain amount of "standby" 
memory which can be (also only partially) be additionaly used when necessary.
  Also note that it is *not* possible to add additional memory to a runnung 
system, besides the amount of memory specified as "standby".

  Therefore please change the kernel config option
  CONFIG_MEMORY_HOTPLUG_DEFAULT_ONLINE to "n" for s390.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1848492/+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 1847937] Re: 'gpu has fallen off the bus' after return from suspend

2019-10-17 Thread Wojciech Wieckowski
If this is not a problem for you, I would ask for binaries.

Both threads contain different versions of patches and I don't know if I
should take exactly that ones from the messages you are linking to or
the last available.

Thanks in advance!

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

Title:
  'gpu has fallen off the bus' after return from suspend

Status in linux package in Ubuntu:
  Triaged

Bug description:
  With this message the only way to resume work is to reboot the system
  using power button.

  With kernel linux-image-5.3.0-13-generic everything is OK.
  Problem appeared afer upgrade to linux-image-5.3.0-17-generic and still 
happens in linux-image-5.3.0-18-generic.

  ProblemType: Bug
  DistroRelease: Ubuntu 19.10
  Package: linux-image-5.3.0-18-generic 5.3.0-18.19+1
  ProcVersionSignature: Ubuntu 5.3.0-13.14-generic 5.3.0
  Uname: Linux 5.3.0-13-generic x86_64
  ApportVersion: 2.20.11-0ubuntu8
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC2:  player 4451 F pulseaudio
   /dev/snd/controlC1:  player 4451 F pulseaudio
   /dev/snd/controlC0:  player 4451 F pulseaudio
  CurrentDesktop: KDE
  Date: Mon Oct 14 01:27:04 2019
  HibernationDevice: RESUME=UUID=a58bb700-5818-4ca6-8351-fd4e5e28ea9e
  MachineType: LENOVO 20BG0016US
  ProcFB: 0 i915drmfb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.3.0-13-generic 
root=UUID=d0c33b75-6f04-4d53-bc3b-91924e3bcf91 ro quiet splash vga=current 
loglevel=0 vt.handoff=7
  RelatedPackageVersions:
   linux-restricted-modules-5.3.0-13-generic N/A
   linux-backports-modules-5.3.0-13-generic  N/A
   linux-firmware1.183
  SourcePackage: linux
  UpgradeStatus: Upgraded to eoan on 2019-10-08 (5 days ago)
  WifiSyslog:
   
  dmi.bios.date: 05/30/2018
  dmi.bios.vendor: LENOVO
  dmi.bios.version: GNET88WW (2.36 )
  dmi.board.asset.tag: Not Available
  dmi.board.name: 20BG0016US
  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:bvrGNET88WW(2.36):bd05/30/2018:svnLENOVO:pn20BG0016US:pvrThinkPadW540:rvnLENOVO:rn20BG0016US:rvr0B98401Pro:cvnLENOVO:ct10:cvrNotAvailable:
  dmi.product.family: ThinkPad W540
  dmi.product.name: 20BG0016US
  dmi.product.sku: LENOVO_MT_20BG
  dmi.product.version: ThinkPad W540
  dmi.sys.vendor: LENOVO

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1847937/+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 1848490] Re: eoan: alsa/sof: Enable SOF_HDA link and codec

2019-10-17 Thread Hui Wang
** Description changed:

- The EOAN kernel has alsa/sof driver, we need to enable SOF_HDA link and
- codec, then the sof can work with legacy HDA driver to enable audio
- output and input on LENOVO and DELL machines.
+ 
+ [Impact]
+ We tested the EOAN kernel on the LENOVO or Dell machines which have
+ dmic directly connnected to PCH, the dmic didn't work.
+ 
+ [Fix]
+ We need to enable SOF_HDA link and codec, then the sof driver
+ and Legacy HDA driver work together to make the dmic work.
+ 
+ [Test Case]
+ Install the latest 19.10 image, build a new kernel with this
+ patch and replace the existing kernel, After installing the blacklist
+ package (blacklist snd_hda_intel and snd_soc_skl) and ucm package,
+ the dmic and all output devices (speaker/hdmi) work.
+ 
+ [Regression Risk]
+ Low, these configs are already enabled in the oem-b-osp1 kernel
+ for a long time, and we tested it on many lenovo/dell machines witch
+ have or have no dmic, all worked well.

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

Title:
  eoan: alsa/sof: Enable SOF_HDA link and codec

Status in linux package in Ubuntu:
  Incomplete

Bug description:

  [Impact]
  We tested the EOAN kernel on the LENOVO or Dell machines which have
  dmic directly connnected to PCH, the dmic didn't work.

  [Fix]
  We need to enable SOF_HDA link and codec, then the sof driver
  and Legacy HDA driver work together to make the dmic work.

  [Test Case]
  Install the latest 19.10 image, build a new kernel with this
  patch and replace the existing kernel, After installing the blacklist
  package (blacklist snd_hda_intel and snd_soc_skl) and ucm package,
  the dmic and all output devices (speaker/hdmi) work.

  [Regression Risk]
  Low, these configs are already enabled in the oem-b-osp1 kernel
  for a long time, and we tested it on many lenovo/dell machines witch
  have or have no dmic, all worked well.

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

2019-10-17 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 1848490

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

Title:
  eoan: alsa/sof: Enable SOF_HDA link and codec

Status in linux package in Ubuntu:
  Incomplete

Bug description:

  [Impact]
  We tested the EOAN kernel on the LENOVO or Dell machines which have
  dmic directly connnected to PCH, the dmic didn't work.

  [Fix]
  We need to enable SOF_HDA link and codec, then the sof driver
  and Legacy HDA driver work together to make the dmic work.

  [Test Case]
  Install the latest 19.10 image, build a new kernel with this
  patch and replace the existing kernel, After installing the blacklist
  package (blacklist snd_hda_intel and snd_soc_skl) and ucm package,
  the dmic and all output devices (speaker/hdmi) work.

  [Regression Risk]
  Low, these configs are already enabled in the oem-b-osp1 kernel
  for a long time, and we tested it on many lenovo/dell machines witch
  have or have no dmic, all worked well.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1848490/+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 1848492] Re: Change Config Option "CONFIG_MEMORY_HOTPLUG_DEFAULT_ONLINE=y" -> "n"

2019-10-17 Thread Frank Heimes
** Also affects: ubuntu-z-systems
   Importance: Undecided
   Status: New

** Changed in: ubuntu-z-systems
   Status: New => Triaged

** Changed in: ubuntu-z-systems
   Importance: Undecided => High

** Summary changed:

- Change Config Option "CONFIG_MEMORY_HOTPLUG_DEFAULT_ONLINE=y" -> "n"
+ Change Config Option CONFIG_MEMORY_HOTPLUG_DEFAULT_ONLINE from yes to no

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

Title:
  Change Config Option CONFIG_MEMORY_HOTPLUG_DEFAULT_ONLINE from yes to
  no

Status in Ubuntu on IBM z Systems:
  Triaged
Status in linux package in Ubuntu:
  New

Bug description:
  The Ubuntu kernel configuration contains 
CONFIG_MEMORY_HOTPLUG_DEFAULT_ONLINE=y for s390.
  This causes all standby memory configured for an LPAR to be used at IPL time.

  Note that this is definetaly not what a user wants on s390.
  The normal process is: define a certain amount of "base" memory which the 
system should use when IPL'ed, and define also a certain amount of "standby" 
memory which can be (also only partially) be additionaly used when necessary.
  Also note that it is *not* possible to add additional memory to a runnung 
system, besides the amount of memory specified as "standby".

  Therefore please change the kernel config option
  CONFIG_MEMORY_HOTPLUG_DEFAULT_ONLINE to "n" for s390.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-z-systems/+bug/1848492/+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 1848496] Re: [zfs-root] device-mapper: reload ioctl on osprober-linux-sda5 failed: Device or resource busy

2019-10-17 Thread Tom Reynolds
** Also affects: zfs-linux (Ubuntu)
   Importance: Undecided
   Status: New

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

Title:
  [zfs-root] device-mapper: reload ioctl on osprober-linux-sda5  failed:
  Device or resource busy

Status in os-prober package in Ubuntu:
  New
Status in zfs-linux package in Ubuntu:
  New

Bug description:
  On a 19.10 (pre-release, 20191016 daily) zfs installation, running
  'os-prober' (as 'update-grub' does by default) triggers the following
  error message:

  x@x:~$ sudo os-prober; echo $?
  device-mapper: reload ioctl on osprober-linux-sda5  failed: Device or 
resource busy
  Command failed.
  0
  x@x:~$

  The exit code is 0, so update-grub does not fail as a result.

  
  Partitions on the only available storage (automatically setup by installer):

  x@x:~$ sudo fdisk /dev/sda -l
  Disk /dev/sda: 10 GiB, 10737418240 bytes, 20971520 sectors
  Disk model: VBOX HARDDISK   
  Units: sectors of 1 * 512 = 512 bytes
  Sector size (logical/physical): 512 bytes / 512 bytes
  I/O size (minimum/optimal): 512 bytes / 512 bytes
  Disklabel type: gpt
  Disk identifier: AB7BECFB-5946-48B2-9C59-D2B1261E29A5

  Device   Start  End  Sectors  Size Type
  /dev/sda1 2048  1050623  1048576  512M EFI System
  /dev/sda2  1050624  1153023   102400   50M Linux filesystem
  /dev/sda3  1153024  2070527   917504  448M Linux swap
  /dev/sda4  2070528  6264831  41943042G Solaris boot
  /dev/sda5  6264832 20971486 147066557G Solaris root
  x@x:~$ 

  
  ProblemType: Bug
  DistroRelease: Ubuntu 19.10
  Package: os-prober 1.74ubuntu2
  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
  CurrentDesktop: ubuntu:GNOME
  Date: Thu Oct 17 14:19:59 2019
  InstallationDate: Installed on 2019-10-17 (0 days ago)
  InstallationMedia: Ubuntu 19.10 "Eoan Ermine" - Release amd64 (20191016.5)
  SourcePackage: os-prober
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/os-prober/+bug/1848496/+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 1843794] Re: CML CPUIDs

2019-10-17 Thread Timo Aaltonen
so we're still waiting for Y/U/H commits?

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

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

** Also affects: linux (Ubuntu Eoan)
   Importance: Medium
 Assignee: Timo Aaltonen (tjaalton)
   Status: Confirmed

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

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

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

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

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

Title:
  CML CPUIDs

Status in intel:
  New
Status in linux package in Ubuntu:
  Confirmed
Status in linux-oem-osp1 package in Ubuntu:
  New
Status in linux source package in Bionic:
  Invalid
Status in linux-oem-osp1 source package in Bionic:
  New
Status in linux source package in Disco:
  New
Status in linux-oem-osp1 source package in Disco:
  New
Status in linux source package in Eoan:
  Confirmed
Status in linux-oem-osp1 source package in Eoan:
  New

Bug description:
  Description
  Please upstream CPUID for all CML SKUs.

  CML-U/CML-S/CML-Y/CML-H

  Target Release: 20.04
  Target Kernel: TBD

To manage notifications about this bug go to:
https://bugs.launchpad.net/intel/+bug/1843794/+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 1847139] Re: [linux-azure] Request of mainline commit f73f8a504e27 in azure 16.04 and 18.04

2019-10-17 Thread Marcelo Cerri
https://lists.ubuntu.com/archives/kernel-team/2019-October/104761.html

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

Title:
  [linux-azure] Request of mainline commit f73f8a504e27 in azure 16.04
  and 18.04

Status in linux-azure package in Ubuntu:
  New
Status in linux-azure source package in Xenial:
  Fix Committed
Status in linux-azure source package in Disco:
  Fix Committed

Bug description:
  Microsoft would like to request the following mainline commit be added to 
linux-azure 16.04 and 18.04:
  f73f8a504e27 PCI: hv: Use bytes 4 and 5 from instance ID as the PCI domain 
numbers

  This commit was added to mainline in v5.4-rc1~63^2~8^2

  This was recommended by Azure host team, the bytes 4, 5 have more
  uniqueness(info entropy) than bytes 8, 9, so we should use them as the
  PCI domain numbers.

  This patch should be added to both 16.04 and 18.04 images.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux-azure/+bug/1847139/+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 1848236] Re: Add installer support for iwlmvm adapters

2019-10-17 Thread Kleber Sacilotto de Souza
** Changed in: linux (Ubuntu Xenial)
   Status: In Progress => Fix Committed

** Changed in: linux (Ubuntu Bionic)
   Status: In Progress => Fix Committed

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

** Changed in: linux (Ubuntu Eoan)
   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/1848236

Title:
  Add installer support for iwlmvm adapters

Status in linux package in Ubuntu:
  Fix Committed
Status in linux source package in Xenial:
  Fix Committed
Status in linux source package in Bionic:
  Fix Committed
Status in linux source package in Disco:
  Fix Committed
Status in linux source package in Eoan:
  Fix Committed

Bug description:
  [Impact]
  Some wireless Intel cards that use the iwlmvm driver are not available during 
installation.

  [Test Case]
  Boot up the Ubuntu installer on a system with an iwlmvm adapter, and try 
using the wireless connection.

  [Fix]
  Add the missing sub-module to debian.master/d-i/nic-modules

  [Regression Potential]
  As we're including a new sub-module, this change makes the installer 
susceptible to bugs present in the iwlmvm driver. Other than that, this change 
should not introduce any new regressions as it doesn't change any driver code.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1848236/+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 1847192] Re: drm/i915: Fix the issue of "azx_get_response timeout" for hdmi audio on ICL platforms

2019-10-17 Thread Kleber Sacilotto de Souza
** Also affects: linux (Ubuntu Eoan)
   Importance: Critical
 Assignee: Hui Wang (hui.wang)
   Status: Incomplete

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

** Changed in: linux-oem-osp1 (Ubuntu Eoan)
   Status: New => Invalid

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

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

Title:
  drm/i915: Fix the issue of "azx_get_response timeout" for hdmi audio
  on ICL platforms

Status in HWE Next:
  New
Status in linux package in Ubuntu:
  Fix Committed
Status in linux-oem-osp1 package in Ubuntu:
  Invalid
Status in linux source package in Bionic:
  Invalid
Status in linux-oem-osp1 source package in Bionic:
  Fix Committed
Status in linux source package in Eoan:
  Fix Committed
Status in linux-oem-osp1 source package in Eoan:
  Invalid

Bug description:
  Since Bionic kernel doesn't support ICL platforms (i915), so these two
  patches will not be sent to Bionic kernel.

  [Impact]
  On the ICL platforms, the hdmi can't work well, the audio driver
  will print "azx_get_response timeout" randomly, then the whole
  audio doesn't work anymore.

  [Fix]
  Intel provide these two fixes to us, and we tested these two
  patches, it really fixed the issue.

  [Test Case]
  Boot and check the hdmi audio, then suspend and resume, check
  the hdmi audio, all work well.

  [Regression Risk]
  Low, Only enable the audio PIN and enable the clock for ICL. we
  tested on both ICL and non-ICL, all worked well as before.

To manage notifications about this bug go to:
https://bugs.launchpad.net/hwe-next/+bug/1847192/+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 1848492] Re: Change Config Option CONFIG_MEMORY_HOTPLUG_DEFAULT_ONLINE from yes to no

2019-10-17 Thread Frank Heimes
@IBM: For a kernel SRU request we would need a test case.
Since the terminology between Linux, HMC in DPM mode and HMC in classic mode is 
different,
am I right assuming that we talk (in terms of classic mode, that's what we 
have) about:
Activation Profile --> Storage 
and then 
Central Storage:
Initial n GB
and
Reserved m GB
and after a re-activation of the LPAR, incl. IPL, free must only show n GB, 
right?

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

Title:
  Change Config Option CONFIG_MEMORY_HOTPLUG_DEFAULT_ONLINE from yes to
  no

Status in Ubuntu on IBM z Systems:
  Triaged
Status in linux package in Ubuntu:
  New

Bug description:
  The Ubuntu kernel configuration contains 
CONFIG_MEMORY_HOTPLUG_DEFAULT_ONLINE=y for s390.
  This causes all standby memory configured for an LPAR to be used at IPL time.

  Note that this is definetaly not what a user wants on s390.
  The normal process is: define a certain amount of "base" memory which the 
system should use when IPL'ed, and define also a certain amount of "standby" 
memory which can be (also only partially) be additionaly used when necessary.
  Also note that it is *not* possible to add additional memory to a runnung 
system, besides the amount of memory specified as "standby".

  Therefore please change the kernel config option
  CONFIG_MEMORY_HOTPLUG_DEFAULT_ONLINE to "n" for s390.

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


Re: [Kernel-packages] [Bug 1848460] Re: no touchpad

2019-10-17 Thread Frank Lettau
> Frank Lettau

Dear Mr. Feng,

... thanx so much for your reply. Unfortunately I am a layperson just
happily using UBUNTU  (and xubuntu-32 on a 10yr old samsung netbook), so
your instructions are a bit over my head. But I will try to get into the
matter - I gather from your info that the touchpad can ultimately be
'found' and that the setup is similar to that of Primebook 13.


Please test latest mainline kernel:
> https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.4-rc3/
> Which has this commit:
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=37d960a4d7536
--
> You received this bug notification because you are subscribed to the bug
report.
> https://bugs.launchpad.net/bugs/1848460
> Title:
>   no touchpad
> Status in linux package in Ubuntu:
>   Confirmed
> Bug description:
>   touchpad (as well as touch-screen) not detected, working under Win10
TREKSTOR Primebook C11B
>   ProblemType: Bug
>   DistroRelease: Ubuntu 19.04
>   Package: linux-image-5.0.0-32-generic 5.0.0-32.34
>   ProcVersionSignature: Ubuntu 5.0.0-32.34-generic 5.0.21
>   Uname: Linux 5.0.0-32-generic x86_64
>   ApportVersion: 2.20.10-0ubuntu27.1
>   Architecture: amd64
>   AudioDevicesInUse:
>USERPID ACCESS COMMAND
>/dev/snd/controlC0:  frank  1429 F pulseaudio
>/dev/snd/pcmC0D0p:   frank  1429 F...m pulseaudio
>/dev/snd/controlC1:  frank  1429 F pulseaudio
>   CurrentDesktop: ubuntu:GNOME
>   Date: Thu Oct 17 10:32:57 2019
>   InstallationDate: Installed on 2019-10-01 (16 days ago)
>   InstallationMedia: Ubuntu 18.04.3 LTS "Bionic Beaver" - Release amd64
> (20190805)
>   MachineType: TREKSTOR Primebook C11B
>   ProcFB: 0 inteldrmfb
>   ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.0.0-32-generic
> root=UUID=2a410d09-1936-4a4d-b969-d7d09d196707 ro quiet splash
> vt.handoff=1
>   RelatedPackageVersions:
>linux-restricted-modules-5.0.0-32-generic N/A
>linux-backports-modules-5.0.0-32-generic  N/A
>linux-firmware1.178.5
>   SourcePackage: linux
>   UpgradeStatus: Upgraded to disco on 2019-10-11 (5 days ago)
>   dmi.bios.date: 05/03/2018
>   dmi.bios.vendor: American Megatrends Inc.
>   dmi.bios.version: V2.1.2
>   dmi.board.asset.tag: Default string
>   dmi.board.name: Apollolake_alk_V01
>   dmi.board.vendor: TS_weibu
>   dmi.board.version: Default string
>   dmi.chassis.asset.tag: Default string
>   dmi.chassis.type: 31
>   dmi.chassis.version: Default string
>   dmi.modalias:
> dmi:bvnAmericanMegatrendsInc.:bvrV2.1.2:bd05/03/2018:svnTREKSTOR:pnPrimebookC11B:pvrDefaultstring:rvnTS_weibu:rnApollolake_alk_V01:rvrDefaultstring:cvn:ct31:cvrDefaultstring:
>   dmi.product.family: Notebook
>   dmi.product.name: Primebook C11B
>   dmi.product.sku: CFALKWW03
>   dmi.product.version: Default string
>   dmi.sys.vendor: TREKSTOR
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1848460/+subscriptions

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

Title:
  no touchpad

Status in linux package in Ubuntu:
  Confirmed

Bug description:
  touchpad (as well as touch-screen) not detected, working under Win10
  TREKSTOR Primebook C11B

  ProblemType: Bug
  DistroRelease: Ubuntu 19.04
  Package: linux-image-5.0.0-32-generic 5.0.0-32.34
  ProcVersionSignature: Ubuntu 5.0.0-32.34-generic 5.0.21
  Uname: Linux 5.0.0-32-generic x86_64
  ApportVersion: 2.20.10-0ubuntu27.1
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  frank  1429 F pulseaudio
   /dev/snd/pcmC0D0p:   frank  1429 F...m pulseaudio
   /dev/snd/controlC1:  frank  1429 F pulseaudio
  CurrentDesktop: ubuntu:GNOME
  Date: Thu Oct 17 10:32:57 2019
  InstallationDate: Installed on 2019-10-01 (16 days ago)
  InstallationMedia: Ubuntu 18.04.3 LTS "Bionic Beaver" - Release amd64 
(20190805)
  MachineType: TREKSTOR Primebook C11B
  ProcFB: 0 inteldrmfb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.0.0-32-generic 
root=UUID=2a410d09-1936-4a4d-b969-d7d09d196707 ro quiet splash vt.handoff=1
  RelatedPackageVersions:
   linux-restricted-modules-5.0.0-32-generic N/A
   linux-backports-modules-5.0.0-32-generic  N/A
   linux-firmware1.178.5
  SourcePackage: linux
  UpgradeStatus: Upgraded to disco on 2019-10-11 (5 days ago)
  dmi.bios.date: 05/03/2018
  dmi.bios.vendor: American Megatrends Inc.
  dmi.bios.version: V2.1.2
  dmi.board.asset.tag: Default string
  dmi.board.name: Apollolake_alk_V01
  dmi.board.vendor: TS_weibu
  dmi.board.version: Default string
  dmi.chassis.asset.tag: Default string
  dmi.chassis.type: 31
  dmi.chassis.version: Default string
  dmi.modalias: 
dmi:bvnAmericanMegatrendsInc.:bvrV2.1.2:bd05/03/2018:svnTREKSTOR:pnPrimebookC11B:pvrDefaultstring:rvnTS_weibu:rnApollolake_alk_V01:rvrDefaultstring:cvn:ct31:cvrDefa

[Kernel-packages] [Bug 1846857] Re: After upgrading to kernel 5.0.0-31-generic:amd64, click with one finger and drag with the other doesn't work on the touchpad.

2019-10-17 Thread Rob Frohne
Confirmed!  It works in this kernel:
$ uname -r
5.0.0-32-generic

Again, thanks!

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

Title:
  After upgrading to kernel 5.0.0-31-generic:amd64, click with one
  finger and drag with the other doesn't work on the touchpad.

Status in linux package in Ubuntu:
  Confirmed

Bug description:
  I just upgraded to linux kernel 5.0.0-31. When I use the trackpad on
  my Lenovo Yoga 260 to click with one finger, and drag with another, it
  doesn't move the thing I'm trying to drag.  If I use one finger, it
  works fine, but its hard to drag it far with only one finger, because
  I can't pick the finger up and move it back to drag some more.  I went
  and booted from 5.0.0-29, and everything is fine again.  I'm back to
  5.0.0-31 and the problem is back.

  ProblemType: Bug
  DistroRelease: Ubuntu 19.04
  Package: linux-modules-5.0.0-31-generic:amd64 5.0.0-31.33
  ProcVersionSignature: Ubuntu 5.0.0-31.33-generic 5.0.21
  Uname: Linux 5.0.0-31-generic x86_64
  ApportVersion: 2.20.10-0ubuntu27.1
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  frohro 2367 F pulseaudio
  CurrentDesktop: ubuntu:GNOME
  Date: Fri Oct  4 22:14:28 2019
  Dependencies:
   
  InstallationDate: Installed on 2019-04-19 (169 days ago)
  InstallationMedia: Ubuntu 19.04 "Disco Dingo" - Alpha amd64 (20190326.2)
  MachineType: LENOVO 20FES0EX00
  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-31-generic 
root=/dev/mapper/ubuntu--vg-root ro
  RelatedPackageVersions:
   linux-restricted-modules-5.0.0-31-generic N/A
   linux-backports-modules-5.0.0-31-generic  N/A
   linux-firmware1.178.3
  SourcePackage: linux
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 06/26/2018
  dmi.bios.vendor: LENOVO
  dmi.bios.version: N1GET91W (1.70 )
  dmi.board.asset.tag: Not Available
  dmi.board.name: 20FES0EX00
  dmi.board.vendor: LENOVO
  dmi.board.version: SDK0J40700 WIN
  dmi.chassis.asset.tag: No Asset Information
  dmi.chassis.type: 31
  dmi.chassis.vendor: LENOVO
  dmi.chassis.version: None
  dmi.modalias: 
dmi:bvnLENOVO:bvrN1GET91W(1.70):bd06/26/2018:svnLENOVO:pn20FES0EX00:pvrThinkPadYoga260:rvnLENOVO:rn20FES0EX00:rvrSDK0J40700WIN:cvnLENOVO:ct31:cvrNone:
  dmi.product.family: ThinkPad Yoga 260
  dmi.product.name: 20FES0EX00
  dmi.product.sku: LENOVO_MT_20FE_BU_Think_FM_ThinkPad Yoga 260
  dmi.product.version: ThinkPad Yoga 260
  dmi.sys.vendor: LENOVO

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1846857/+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 1846857] Re: After upgrading to kernel 5.0.0-31-generic:amd64, click with one finger and drag with the other doesn't work on the touchpad.

2019-10-17 Thread Rob Frohne
Thanks!!!

Rob

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

Title:
  After upgrading to kernel 5.0.0-31-generic:amd64, click with one
  finger and drag with the other doesn't work on the touchpad.

Status in linux package in Ubuntu:
  Confirmed

Bug description:
  I just upgraded to linux kernel 5.0.0-31. When I use the trackpad on
  my Lenovo Yoga 260 to click with one finger, and drag with another, it
  doesn't move the thing I'm trying to drag.  If I use one finger, it
  works fine, but its hard to drag it far with only one finger, because
  I can't pick the finger up and move it back to drag some more.  I went
  and booted from 5.0.0-29, and everything is fine again.  I'm back to
  5.0.0-31 and the problem is back.

  ProblemType: Bug
  DistroRelease: Ubuntu 19.04
  Package: linux-modules-5.0.0-31-generic:amd64 5.0.0-31.33
  ProcVersionSignature: Ubuntu 5.0.0-31.33-generic 5.0.21
  Uname: Linux 5.0.0-31-generic x86_64
  ApportVersion: 2.20.10-0ubuntu27.1
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  frohro 2367 F pulseaudio
  CurrentDesktop: ubuntu:GNOME
  Date: Fri Oct  4 22:14:28 2019
  Dependencies:
   
  InstallationDate: Installed on 2019-04-19 (169 days ago)
  InstallationMedia: Ubuntu 19.04 "Disco Dingo" - Alpha amd64 (20190326.2)
  MachineType: LENOVO 20FES0EX00
  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-31-generic 
root=/dev/mapper/ubuntu--vg-root ro
  RelatedPackageVersions:
   linux-restricted-modules-5.0.0-31-generic N/A
   linux-backports-modules-5.0.0-31-generic  N/A
   linux-firmware1.178.3
  SourcePackage: linux
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 06/26/2018
  dmi.bios.vendor: LENOVO
  dmi.bios.version: N1GET91W (1.70 )
  dmi.board.asset.tag: Not Available
  dmi.board.name: 20FES0EX00
  dmi.board.vendor: LENOVO
  dmi.board.version: SDK0J40700 WIN
  dmi.chassis.asset.tag: No Asset Information
  dmi.chassis.type: 31
  dmi.chassis.vendor: LENOVO
  dmi.chassis.version: None
  dmi.modalias: 
dmi:bvnLENOVO:bvrN1GET91W(1.70):bd06/26/2018:svnLENOVO:pn20FES0EX00:pvrThinkPadYoga260:rvnLENOVO:rn20FES0EX00:rvrSDK0J40700WIN:cvnLENOVO:ct31:cvrNone:
  dmi.product.family: ThinkPad Yoga 260
  dmi.product.name: 20FES0EX00
  dmi.product.sku: LENOVO_MT_20FE_BU_Think_FM_ThinkPad Yoga 260
  dmi.product.version: ThinkPad Yoga 260
  dmi.sys.vendor: LENOVO

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1846857/+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 1840189] Re: Four Mellanox Patches needed for kernels that have that have SRIOV

2019-10-17 Thread Marcelo Cerri
Disco got the patch via upstream stable updates in 5.0.0-1021.22.
Changing it to Fix Released.

** Changed in: linux-azure (Ubuntu Disco)
   Status: Fix Committed => Fix Released

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

Title:
  Four Mellanox Patches needed for kernels that have that have SRIOV

Status in linux-azure package in Ubuntu:
  New
Status in linux-azure source package in Xenial:
  Fix Released
Status in linux-azure source package in Disco:
  Fix Released

Bug description:
  The following and their prerequisites should be applied to all
  releases that have SRIOV. The patches originated from Mellanox.

  
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/drivers/infiniband/hw/mlx5?id=e5366d309a772fef264ec85e858f9ea46f939848
  
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/drivers/infiniband/hw/mlx5?id=76d5581c87045
  
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/drivers/infiniband/hw/mlx5?id=5df816e7f43f
  
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/drivers/infiniband/hw/mlx5?id=bd85fbc2038a

  Because of the “fixes:” tags on these, We expect them to work their
  way through stable eventually, but we should start the ball rolling.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux-azure/+bug/1840189/+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 1848492] Comment bridged from LTC Bugzilla

2019-10-17 Thread bugproxy
--- Comment From h.carst...@de.ibm.com 2019-10-17 09:58 EDT---
(In reply to comment #7)
> @IBM: For a kernel SRU request we would need a test case.
> Since the terminology between Linux, HMC in DPM mode and HMC in classic mode
> is different,
> am I right assuming that we talk (in terms of classic mode, that's what we
> have) about:
> Activation Profile --> Storage
> and then
> Central Storage:
> Initial n GB
> and
> Reserved m GB
> and after a re-activation of the LPAR, incl. IPL, free must only show n GB,
> right?

Yes, that's correct. We are talking about the "Reserved" field with "Central 
Storage".
I wouldn't know how to write a test case here, since the kernel brought up all 
"reserved"/"standby" memory already before user space can figure out anything.

The only thing that works: _if_ you know that an LPAR is configured with
"Reserved" memory then the last line of the output of lsmem must _not_
look this:

Total offline memory:  0B

But instead contain a value that is not zero.

We may play some tricks about to which (Linux) memory zone got added,
but that changed in the past - and I really wouldn't rely on that for a
test case.

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

Title:
  Change Config Option CONFIG_MEMORY_HOTPLUG_DEFAULT_ONLINE from yes to
  no

Status in Ubuntu on IBM z Systems:
  Triaged
Status in linux package in Ubuntu:
  New

Bug description:
  The Ubuntu kernel configuration contains 
CONFIG_MEMORY_HOTPLUG_DEFAULT_ONLINE=y for s390.
  This causes all standby memory configured for an LPAR to be used at IPL time.

  Note that this is definetaly not what a user wants on s390.
  The normal process is: define a certain amount of "base" memory which the 
system should use when IPL'ed, and define also a certain amount of "standby" 
memory which can be (also only partially) be additionaly used when necessary.
  Also note that it is *not* possible to add additional memory to a runnung 
system, besides the amount of memory specified as "standby".

  Therefore please change the kernel config option
  CONFIG_MEMORY_HOTPLUG_DEFAULT_ONLINE to "n" for s390.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-z-systems/+bug/1848492/+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 1836986] Re: Kernel 5.2.0-8: iwlwifi Microcode SW error detected Wireless-AC 9260

2019-10-17 Thread Darren Blaber
I am still having same issue with latest upstrem kernel 5.4-rc3 from
https://kernel.ubuntu.com/~kernel-ppa/mainline/. Hard lockups, does't
matter what parameters/options I pass to the driver.

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

Title:
  Kernel 5.2.0-8: iwlwifi Microcode SW error detected Wireless-AC 9260

Status in linux-firmware package in Ubuntu:
  Confirmed

Bug description:
  Ubuntu version:
  Description:  Ubuntu Eoan Ermine (development branch)
  Release:  19.10


  System type:
  description: Notebook
  product: Precision 5530 (087D)
  vendor: Dell Inc.

  
  Hardware having issue:
  (wireless card info from previous working kernel)
 *-network
  description: Wireless interface
  product: Wireless-AC 9260
  vendor: Intel Corporation
  physical id: 0
  bus info: pci@:3b:00.0
  logical name: wlp59s0
  version: 29
  serial: 48:89:e7:d5:ab:b5
  width: 64 bits
  clock: 33MHz
  capabilities: pm msi pciexpress msix bus_master cap_list 
ethernet physical wireless
  configuration: broadcast=yes driver=iwlwifi 
driverversion=5.0.0-20-generic firmware=43.95eb4e97.0 ip=10.80.13.232 latency=0 
link=yes multicast=yes wireless=IEEE 802.11
  resources: irq:16 memory:ed40-ed403fff

  
  Grub config with settings for Dell laptop hardware set:
  /etc/default/grub
  # If you change this file, run 'update-grub' afterwards to update
  # /boot/grub/grub.cfg.
  # For full documentation of the options in this file, see:
  #   info -f grub -n 'Simple configuration'

  GRUB_DEFAULT=0
  GRUB_TIMEOUT=0
  GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
  GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
  #GRUB_CMDLINE_LINUX_DEFAULT="nosplash"
  GRUB_CMDLINE_LINUX="nouveau.blacklist=1 acpi_rev_override=1 acpi_osi=Linux 
nouveau.modeset=0 pcie_aspm=force drm.vblankoffdelay=1 scsi_mod.use_blk_mq=1 
nouveau.runpm=0 mem_sleep_default=deep"

  # Uncomment to enable BadRAM filtering, modify to suit your needs
  # This works with Linux (no patch required) and with any kernel that obtains
  # the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
  #GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

  # Uncomment to disable graphical terminal (grub-pc only)
  #GRUB_TERMINAL=console

  # The resolution used on graphical terminal
  # note that you can use only modes which your graphic card supports via VBE
  # you can see them in real GRUB with the command `vbeinfo'
  #GRUB_GFXMODE=640x480

  # Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
  #GRUB_DISABLE_LINUX_UUID=true

  # Uncomment to disable generation of recovery mode menu entries
  #GRUB_DISABLE_RECOVERY="true"

  # Uncomment to get a beep at grub start
  #GRUB_INIT_TUNE="480 440 1"


  Iwlwifi config with 11n disabled, 11n wasn't ever stable before, so left it 
disabled.
  /etc/modprobe.d/iwlwifi.conf 
  # /etc/modprobe.d/iwlwifi.conf
  # iwlwifi will dyamically load either iwldvm or iwlmvm depending on the
  # microcode file installed on the system.  When removing iwlwifi, first
  # remove the iwl?vm module and then iwlwifi.
  remove iwlwifi \
  (/sbin/lsmod | grep -o -e ^iwlmvm -e ^iwldvm -e ^iwlwifi | xargs /sbin/rmmod) 
\
  && /sbin/modprobe -r mac80211
  options iwlwifi 11n_disable=1


  Linux-Firmware package = 1.180
  Nvidia Driver version = 430.34-0ubuntu2

  Issue:
  Problem with kernel 5.2.0-8-generic - Wifi firmware fails to load.  Works 
with 5.0.0.-20-generic kernel.

  Syslog:
  Jul 17 15:13:31 Lappy kernel: [   85.319088] iwlwifi :3b:00.0: Microcode 
SW error detected. Restarting 0x0.
  Jul 17 15:13:31 Lappy kernel: [   85.320158] iwlwifi :3b:00.0: Start IWL 
Error Log Dump:
  Jul 17 15:13:31 Lappy kernel: [   85.320161] iwlwifi :3b:00.0: Status: 
0x0080, count: 6
  Jul 17 15:13:31 Lappy kernel: [   85.320162] iwlwifi :3b:00.0: Loaded 
firmware version: 46.a41adfe7.0
  Jul 17 15:13:31 Lappy kernel: [   85.320164] iwlwifi :3b:00.0: 0x0071 
| NMI_INTERRUPT_UMAC_FATAL
  Jul 17 15:13:31 Lappy kernel: [   85.320166] iwlwifi :3b:00.0: 0x00A022F0 
| trm_hw_status0
  Jul 17 15:13:31 Lappy kernel: [   85.320167] iwlwifi :3b:00.0: 0x 
| trm_hw_status1
  Jul 17 15:13:31 Lappy kernel: [   85.320168] iwlwifi :3b:00.0: 0x004882F2 
| branchlink2
  Jul 17 15:13:31 Lappy kernel: [   85.320169] iwlwifi :3b:00.0: 0x004793A2 
| interruptlink1
  Jul 17 15:13:31 Lappy kernel: [   85.320171] iwlwifi :3b:00.0: 0x00480EA2 
| interruptlink2
  Jul 17 15:13:31 Lappy kernel: [   85.320172] iwlwifi :3b:00.0: 0x0001A7D2 
| data1
  Jul 17 15:13:31 Lappy kernel: [   85.320173] iwlwifi :3b:00.0: 

[Kernel-packages] [Bug 1848299] Re: Enable loading GuC firmware for Intel GLK

2019-10-17 Thread Timo Aaltonen
actually, this does not apply to 4.15 kernel, which doesn't even try to
load GuC fw for GLK.

** Changed in: linux-oem (Ubuntu Bionic)
   Status: Triaged => Invalid

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

Title:
   Enable loading GuC firmware for Intel GLK

Status in linux package in Ubuntu:
  Fix Released
Status in linux-oem package in Ubuntu:
  New
Status in linux source package in Bionic:
  Invalid
Status in linux-oem source package in Bionic:
  Invalid

Bug description:
  The needed patch was identified as
  "
  commit 415e7f0a7b89758c752da3f61794614e25939e1b
  > Author: Michal Wajdeczko  >
  > Date:   Mon May 27 18:36:02 2019 +
  >
  > drm/i915/guc: Define GuC firmware version for Geminilake
  >
  > Define GuC firmware version for Geminilake.

  "

  Without it, we got the following message in system log for Intel GLK
  platforms:

   i915 :00:02.0: GuC: No firmware known for this platform!

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1848299/+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 1847969] Re: [Packaging] Support building Flattened Image Tree (FIT) kernels

2019-10-17 Thread Kleber Sacilotto de Souza
** Changed in: linux (Ubuntu Xenial)
   Status: Confirmed => In Progress

** Changed in: linux (Ubuntu Bionic)
   Status: Confirmed => In Progress

** Changed in: linux (Ubuntu)
   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/1847969

Title:
  [Packaging] Support building Flattened Image Tree (FIT) kernels

Status in linux package in Ubuntu:
  Confirmed
Status in linux source package in Xenial:
  In Progress
Status in linux source package in Bionic:
  In Progress

Bug description:
  [Impact]
  Flexible and powerful format based on Flattened Image Tree -- FIT (similar
  to Flattened Device Tree). It allows the use of images with multiple
  components (several kernels, ramdisks, etc.), with contents protected by
  SHA1, MD5 or CRC32, etc.
  More details: 
https://gitlab.denx.de/u-boot/u-boot/blob/master/doc/uImage.FIT/howto.txt

  The packaging changes will add support for building a FIT kernel
  binary blob which can be subsequently signed. These FIT-signed kernels
  will be consumed by snapcraft recipes to build kernel snaps for
  platforms with U-Boot bootloader enforcing secure boot.

  [Regression Potential]
  Minimal.

  This bug is for tracking purposes only, do not triage.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1847969/+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 1848333] Re: wifi problem delays boot in live mode

2019-10-17 Thread Brian Murray
The fix for bug 1848404 should also fix this bug. Please test the latest
daily image 20191017.1 for Lubuntu.

** Package changed: linux (Ubuntu) => casper (Ubuntu)

** Changed in: casper (Ubuntu)
   Status: Confirmed => 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/1848333

Title:
  wifi problem delays boot in live mode

Status in casper package in Ubuntu:
  Incomplete

Bug description:
  This problem is rather new. It did not affect Lubuntu Eoan zsynced 9
  days ago (Oct 6).

  Now there is a delay of 1 min 30 sec during booting, and I think there
  is something wrong with the recognition of the wifi hardware or maybe
  matching of driver and hardware. It happens in 'this' computer, a
  middle-aged Toshiba laptop with a generation 3 Intel i5 cpu and also
  in a Dell Latitude E7240 with a generation 4 Intel i5 cpu and I guess
  another wifi chip.

  In both cases both ethernet and wifi works. I see available wifi
  routers and can connect (when I have the password).

  I tested also with the Kubuntu and Xubuntu eoan iso files, and the
  same delay happened there.

  I think the drivers are OK, but something in the logic for recognition
  of them might be bad.

  ProblemType: Bug
  DistroRelease: Ubuntu 19.10
  Package: linux-image-5.3.0-18-generic 5.3.0-18.19+1
  ProcVersionSignature: Ubuntu 5.3.0-18.19-generic 5.3.1
  Uname: Linux 5.3.0-18-generic x86_64
  ApportVersion: 2.20.11-0ubuntu8
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  lubuntu2316 F pulseaudio
  CasperVersion: 1.426
  CurrentDesktop: LXQt
  Date: Wed Oct 16 11:36:22 2019
  LiveMediaBuild: Lubuntu 19.10 "Eoan Ermine" - Release amd64 (20191015)
  MachineType: TOSHIBA SATELLITE PRO C850-19W
  ProcFB: 0 i915drmfb
  ProcKernelCmdLine: BOOT_IMAGE=/casper/vmlinuz 
file=/cdrom/preseed/username.seed persistent ---
  RelatedPackageVersions:
   linux-restricted-modules-5.3.0-18-generic N/A
   linux-backports-modules-5.3.0-18-generic  N/A
   linux-firmware1.183
  SourcePackage: linux
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 09/24/2012
  dmi.bios.vendor: Insyde Corp.
  dmi.bios.version: 6.10
  dmi.board.asset.tag: Type2 - Board Asset Tag
  dmi.board.name: PLCSF8
  dmi.board.vendor: Intel
  dmi.board.version: Type2 - Board Version
  dmi.chassis.asset.tag: No Asset Tag
  dmi.chassis.type: 10
  dmi.chassis.vendor: OEM Chassis Manufacturer
  dmi.chassis.version: OEM Chassis Version
  dmi.modalias: 
dmi:bvnInsydeCorp.:bvr6.10:bd09/24/2012:svnTOSHIBA:pnSATELLITEPROC850-19W:pvrPSCBXE-00C00VN5:rvnIntel:rnPLCSF8:rvrType2-BoardVersion:cvnOEMChassisManufacturer:ct10:cvrOEMChassisVersion:
  dmi.product.family: Type1Family
  dmi.product.name: SATELLITE PRO C850-19W
  dmi.product.sku: PSCBXE
  dmi.product.version: PSCBXE-00C00VN5
  dmi.sys.vendor: TOSHIBA

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/casper/+bug/1848333/+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 1848299] Re: Enable loading GuC firmware for Intel GLK

2019-10-17 Thread Timo Aaltonen
** Changed in: linux-oem (Ubuntu)
   Status: New => Invalid

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

Title:
   Enable loading GuC firmware for Intel GLK

Status in linux package in Ubuntu:
  Fix Released
Status in linux-oem package in Ubuntu:
  Invalid
Status in linux source package in Bionic:
  Invalid
Status in linux-oem source package in Bionic:
  Invalid

Bug description:
  The needed patch was identified as
  "
  commit 415e7f0a7b89758c752da3f61794614e25939e1b
  > Author: Michal Wajdeczko  >
  > Date:   Mon May 27 18:36:02 2019 +
  >
  > drm/i915/guc: Define GuC firmware version for Geminilake
  >
  > Define GuC firmware version for Geminilake.

  "

  Without it, we got the following message in system log for Intel GLK
  platforms:

   i915 :00:02.0: GuC: No firmware known for this platform!

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1848299/+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 1848496] Re: [zfs-root] device-mapper: reload ioctl on osprober-linux-sda5 failed: Device or resource busy

2019-10-17 Thread Tom Reynolds
Related logs from journalctl -b:
os-prober[6348]: debug: running /usr/lib/os-probes/10zvol-test on /dev/sda5
os-prober[6351]: debug: running /usr/lib/os-probes/50mounted-tests on /dev/sda5
50mounted-tests[6361]: debug: creating device mapper device 
/dev/mapper/osprober-linux-sda5
kernel: device-mapper: table: 253:0: linear: Device lookup failed
kernel: device-mapper: ioctl: error adding target to table

Running "sudo sh -x /usr/lib/os-probes/50mounted-tests /dev/sda5" shows
that it fails with:

+ logger -t 50mounted-tests debug: creating device mapper device 
/dev/mapper/osprober-linux-sda5
+ dmsetup create -r osprober-linux-sda5
+ echo 0 14706655 linear /dev/sda5 0
device-mapper: reload ioctl on osprober-linux-sda5  failed: Device or resource 
busy
Command failed.
+ dm_device=
+ [  ]
+ do_unmount
+ [  ]
+ [ -e  ]
+ rmdir /var/lib/os-prober/mount
+ exit 1


"sudo dmsetup ls" / status / info report that "No devices found".

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

Title:
  [zfs-root] device-mapper: reload ioctl on osprober-linux-sda5  failed:
  Device or resource busy

Status in os-prober package in Ubuntu:
  New
Status in zfs-linux package in Ubuntu:
  New

Bug description:
  On a 19.10 (pre-release, 20191016 daily) zfs installation, running
  'os-prober' (as 'update-grub' does by default) triggers the following
  error message:

  x@x:~$ sudo os-prober; echo $?
  device-mapper: reload ioctl on osprober-linux-sda5  failed: Device or 
resource busy
  Command failed.
  0
  x@x:~$

  The exit code is 0, so update-grub does not fail as a result.

  
  Partitions on the only available storage (automatically setup by installer):

  x@x:~$ sudo fdisk /dev/sda -l
  Disk /dev/sda: 10 GiB, 10737418240 bytes, 20971520 sectors
  Disk model: VBOX HARDDISK   
  Units: sectors of 1 * 512 = 512 bytes
  Sector size (logical/physical): 512 bytes / 512 bytes
  I/O size (minimum/optimal): 512 bytes / 512 bytes
  Disklabel type: gpt
  Disk identifier: AB7BECFB-5946-48B2-9C59-D2B1261E29A5

  Device   Start  End  Sectors  Size Type
  /dev/sda1 2048  1050623  1048576  512M EFI System
  /dev/sda2  1050624  1153023   102400   50M Linux filesystem
  /dev/sda3  1153024  2070527   917504  448M Linux swap
  /dev/sda4  2070528  6264831  41943042G Solaris boot
  /dev/sda5  6264832 20971486 147066557G Solaris root
  x@x:~$ 

  
  ProblemType: Bug
  DistroRelease: Ubuntu 19.10
  Package: os-prober 1.74ubuntu2
  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
  CurrentDesktop: ubuntu:GNOME
  Date: Thu Oct 17 14:19:59 2019
  InstallationDate: Installed on 2019-10-17 (0 days ago)
  InstallationMedia: Ubuntu 19.10 "Eoan Ermine" - Release amd64 (20191016.5)
  SourcePackage: os-prober
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/os-prober/+bug/1848496/+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 1840043] Re: bcache: Performance degradation when querying priority_stats

2019-10-17 Thread Kleber Sacilotto de Souza
** Also affects: linux (Ubuntu Eoan)
   Importance: Undecided
 Assignee: Heitor Alves de Siqueira (halves)
   Status: In Progress

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

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

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

** Changed in: linux (Ubuntu Disco)
 Assignee: (unassigned) => Heitor Alves de Siqueira (halves)

** Changed in: linux (Ubuntu Bionic)
 Assignee: (unassigned) => Heitor Alves de Siqueira (halves)

** Changed in: linux (Ubuntu Xenial)
 Assignee: (unassigned) => Heitor Alves de Siqueira (halves)

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

Title:
  bcache: Performance degradation when querying priority_stats

Status in Linux:
  Fix Committed
Status in linux package in Ubuntu:
  In Progress
Status in linux source package in Xenial:
  New
Status in linux source package in Bionic:
  New
Status in linux source package in Disco:
  New
Status in linux source package in Eoan:
  In Progress

Bug description:
  [Impact]
  Querying bcache's priority_stats attribute in sysfs causes severe performance 
degradation for read/write workloads and occasional system stalls

  [Test Case]
  Note: As the sorting step has the most noticeable performance impact, the 
test case below pins a workload and the sysfs query to the same CPU. CPU 
contention issues still occur without any pinning, this just removes the 
scheduling factor of landing in different CPUs and affecting different tasks.

  1) Start a read/write workload on the bcache device with e.g. fio or dd, 
pinned to a certain CPU:
  # taskset 0x10 dd if=/dev/zero of=/dev/bcache0 bs=4k status=progress

  2) Start a sysfs query loop for the priority_stats attribute pinned to the 
same CPU:
  # for i in {1..10}; do taskset 0x10 cat 
/sys/fs/bcache/*/cache0/priority_stats > /dev/null; done

  3) Monitor the read/write workload for any performance impact

  [Fix]
  To fix CPU contention and performance impact, a cond_resched() call is 
introduced in the priority_stats sort comparison.

  [Regression Potential]
  Regression potential is low, as the change is confined to the priority_stats 
sysfs query. In cases where frequent queries to bcache priority_stats take 
place (e.g. node_exporter), the impact should be more noticeable as those could 
now take a bit longer to complete. A regression due to this patch would most 
likely show up as a performance degradation in bcache-focused workloads.

  --

  [Description]
  In the latest bcache drivers, there's a sysfs attribute that calculates 
bucket priority statistics in /sys/fs/bcache/*/cache0/priority_stats. Querying 
this file has a big performance impact on tasks that run in the same CPU, and 
also affects read/write performance of the bcache device itself.

  This is due to the way the driver calculates the stats: the bcache
  buckets are locked and iterated through, collecting information about
  each individual bucket. An array of nbucket elements is constructed
  and sorted afterwards, which can cause very high CPU contention in
  cases of larger bcache setups.

  From our tests, the sorting step of the priority_stats query causes
  the most expressive performance reduction, as it can hinder tasks that
  are not even doing any bcache IO. If a task is "unlucky" to be
  scheduled in the same CPU as the sysfs query, its performance will be
  harshly reduced as both compete for CPU time. We've had users report
  systems stalls of up to ~6s due to this, as a result from monitoring
  tools that query the priority_stats periodically (e.g. Prometheus Node
  Exporter from [0]). These system stalls have triggered several other
  issues such as ceph-mon re-elections, problems in percona-cluster and
  general network stalls, so the impact is not isolated to bcache IO
  workloads.

  An example benchmark can be seen in [1], where the read performance on
  a bcache device suffered quite heavily (going from ~40k IOPS to ~4k
  IOPS due to priority_stats). Other comparison charts are found under
  [2].

  [0] https://github.com/prometheus/node_exporter
  [1] 
https://people.canonical.com/~halves/priority_stats/read/4k-iops-2Dsmooth.png
  [2] https://people.canonical.com/~halves/priority_stats/

To manage notifications about this bug go to:
https://bugs.launchpad.net/linux/+bug/1840043/+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 1848236] Re: Add installer support for iwlmvm adapters

2019-10-17 Thread Heitor Alves de Siqueira
** Changed in: linux (Ubuntu Xenial)
 Assignee: (unassigned) => Heitor Alves de Siqueira (halves)

** Changed in: linux (Ubuntu Bionic)
 Assignee: (unassigned) => Heitor Alves de Siqueira (halves)

** Changed in: linux (Ubuntu Disco)
 Assignee: (unassigned) => Heitor Alves de Siqueira (halves)

** Changed in: linux (Ubuntu Eoan)
 Assignee: (unassigned) => Heitor Alves de Siqueira (halves)

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

Title:
  Add installer support for iwlmvm adapters

Status in linux package in Ubuntu:
  Fix Committed
Status in linux source package in Xenial:
  Fix Committed
Status in linux source package in Bionic:
  Fix Committed
Status in linux source package in Disco:
  Fix Committed
Status in linux source package in Eoan:
  Fix Committed

Bug description:
  [Impact]
  Some wireless Intel cards that use the iwlmvm driver are not available during 
installation.

  [Test Case]
  Boot up the Ubuntu installer on a system with an iwlmvm adapter, and try 
using the wireless connection.

  [Fix]
  Add the missing sub-module to debian.master/d-i/nic-modules

  [Regression Potential]
  As we're including a new sub-module, this change makes the installer 
susceptible to bugs present in the iwlmvm driver. Other than that, this change 
should not introduce any new regressions as it doesn't change any driver code.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1848236/+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 1840043] Re: bcache: Performance degradation when querying priority_stats

2019-10-17 Thread Kleber Sacilotto de Souza
** Changed in: linux (Ubuntu Xenial)
   Status: New => Fix Committed

** Changed in: linux (Ubuntu Bionic)
   Status: New => Fix Committed

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

** Changed in: linux (Ubuntu Eoan)
   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/1840043

Title:
  bcache: Performance degradation when querying priority_stats

Status in Linux:
  Fix Committed
Status in linux package in Ubuntu:
  Fix Committed
Status in linux source package in Xenial:
  Fix Committed
Status in linux source package in Bionic:
  Fix Committed
Status in linux source package in Disco:
  Fix Committed
Status in linux source package in Eoan:
  Fix Committed

Bug description:
  [Impact]
  Querying bcache's priority_stats attribute in sysfs causes severe performance 
degradation for read/write workloads and occasional system stalls

  [Test Case]
  Note: As the sorting step has the most noticeable performance impact, the 
test case below pins a workload and the sysfs query to the same CPU. CPU 
contention issues still occur without any pinning, this just removes the 
scheduling factor of landing in different CPUs and affecting different tasks.

  1) Start a read/write workload on the bcache device with e.g. fio or dd, 
pinned to a certain CPU:
  # taskset 0x10 dd if=/dev/zero of=/dev/bcache0 bs=4k status=progress

  2) Start a sysfs query loop for the priority_stats attribute pinned to the 
same CPU:
  # for i in {1..10}; do taskset 0x10 cat 
/sys/fs/bcache/*/cache0/priority_stats > /dev/null; done

  3) Monitor the read/write workload for any performance impact

  [Fix]
  To fix CPU contention and performance impact, a cond_resched() call is 
introduced in the priority_stats sort comparison.

  [Regression Potential]
  Regression potential is low, as the change is confined to the priority_stats 
sysfs query. In cases where frequent queries to bcache priority_stats take 
place (e.g. node_exporter), the impact should be more noticeable as those could 
now take a bit longer to complete. A regression due to this patch would most 
likely show up as a performance degradation in bcache-focused workloads.

  --

  [Description]
  In the latest bcache drivers, there's a sysfs attribute that calculates 
bucket priority statistics in /sys/fs/bcache/*/cache0/priority_stats. Querying 
this file has a big performance impact on tasks that run in the same CPU, and 
also affects read/write performance of the bcache device itself.

  This is due to the way the driver calculates the stats: the bcache
  buckets are locked and iterated through, collecting information about
  each individual bucket. An array of nbucket elements is constructed
  and sorted afterwards, which can cause very high CPU contention in
  cases of larger bcache setups.

  From our tests, the sorting step of the priority_stats query causes
  the most expressive performance reduction, as it can hinder tasks that
  are not even doing any bcache IO. If a task is "unlucky" to be
  scheduled in the same CPU as the sysfs query, its performance will be
  harshly reduced as both compete for CPU time. We've had users report
  systems stalls of up to ~6s due to this, as a result from monitoring
  tools that query the priority_stats periodically (e.g. Prometheus Node
  Exporter from [0]). These system stalls have triggered several other
  issues such as ceph-mon re-elections, problems in percona-cluster and
  general network stalls, so the impact is not isolated to bcache IO
  workloads.

  An example benchmark can be seen in [1], where the read performance on
  a bcache device suffered quite heavily (going from ~40k IOPS to ~4k
  IOPS due to priority_stats). Other comparison charts are found under
  [2].

  [0] https://github.com/prometheus/node_exporter
  [1] 
https://people.canonical.com/~halves/priority_stats/read/4k-iops-2Dsmooth.png
  [2] https://people.canonical.com/~halves/priority_stats/

To manage notifications about this bug go to:
https://bugs.launchpad.net/linux/+bug/1840043/+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 1848481] Re: cloudimg: no i40evf module so no network available with SR-IOV enabled cloud

2019-10-17 Thread Nobuto Murata
Hmm, ixgbevf is in linux-modules-*-generic on bionic instead of modules-
extra. So I'd like i40evf in the same modules-generic set.

linux-modules-4.15.0-65-generic:
/lib/modules/4.15.0-65-generic/kernel/drivers/net/ethernet/intel/ixgbevf/ixgbevf.ko

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

Title:
  cloudimg: no i40evf module so no network available with SR-IOV enabled
  cloud

Status in linux package in Ubuntu:
  Confirmed
Status in livecd-rootfs package in Ubuntu:
  Confirmed

Bug description:
  For example with bionic, i40evf module is in linux-modules-
  extra-4.15*-generic. However, cloudimg doesn't have linux-modules-
  extra seeded:

  $ curl -s 
http://cloud-images.ubuntu.com/releases/bionic/release/ubuntu-18.04-server-cloudimg-amd64.manifest
 | grep linux-
  linux-base  4.5ubuntu1
  linux-headers-4.15.0-65 4.15.0-65.74
  linux-headers-4.15.0-65-generic 4.15.0-65.74
  linux-headers-generic   4.15.0.65.67
  linux-headers-virtual   4.15.0.65.67
  linux-image-4.15.0-65-generic   4.15.0-65.74
  linux-image-virtual 4.15.0.65.67
  linux-modules-4.15.0-65-generic 4.15.0-65.74
  linux-virtual   4.15.0.65.67

  We don't need the whole linux-modules-extra because the size is not
  small, but we need some VF drivers in cloud guest image embedded for
  SR-IOV enabled cloud including OpenStack. Otherwise, the guest is
  unusable with no network device.

  $ apt show linux-modules-extra-4.15.0-58-generic |& grep Installed-Size
  Installed-Size: 171 MB

  $ du -h 
/lib/modules/4.15.0-58-generic/kernel/drivers/net/ethernet/intel/i40evf/i40evf.ko
  148K
/lib/modules/4.15.0-58-generic/kernel/drivers/net/ethernet/intel/i40evf/i40evf.ko

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: livecd-rootfs (not installed)
  ProcVersionSignature: User Name 4.15.0-58.64-generic 4.15.18
  Uname: Linux 4.15.0-58-generic x86_64
  ApportVersion: 2.20.9-0ubuntu7.7
  Architecture: amd64
  Date: Thu Oct 17 10:48:41 2019
  ProcEnviron:
   TERM=screen-256color
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=
   LANG=C.UTF-8
   SHELL=/bin/bash
  SourcePackage: livecd-rootfs
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1848481/+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 1759836] Re: systemd-udevd consumes 100% of CPU due to hid2hci udev rule from bluez

2019-10-17 Thread David Killingsworth
Dan,

I can confirm that after enabling proposed for bionic and then issuing
the command which installs bluez/5.48-0ubuntu3.2

$ sudo apt-get install bluez/bionic-proposed

The issue has been fixed for me.

I have a Dell Latitude E5400.

Thanks,
David

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

Title:
  systemd-udevd consumes 100% of CPU due to hid2hci udev rule from bluez

Status in linux:
  Confirmed
Status in The Ubuntu Power Consumption Project:
  New
Status in bluez package in Ubuntu:
  Fix Released
Status in linux package in Ubuntu:
  Invalid
Status in systemd package in Ubuntu:
  Invalid
Status in bluez source package in Bionic:
  Fix Committed
Status in linux source package in Bionic:
  Invalid
Status in systemd source package in Bionic:
  Invalid
Status in bluez source package in Disco:
  Fix Released
Status in linux source package in Disco:
  Invalid
Status in systemd source package in Disco:
  Invalid
Status in bluez source package in Eoan:
  Fix Released
Status in linux source package in Eoan:
  Invalid
Status in systemd source package in Eoan:
  Invalid
Status in bluez package in Debian:
  New

Bug description:
  [impact]

  on specific Dell systems, with a specific usb bluetooth device built-
  in, the udev rule 'hid2hci' provided by the 'bluez' package causes an
  endless loop of uevents resulting from 'bind' or 'unbind' kernel
  uevents.  These new events were added to the kernel after the
  'hid2hci' udev rule was written.

  [test case]

  the specific Dell system is required to be able to reproduce this, or
  at least the specific usb bluetooth hardware included in that system.

  Reproducing this is reportedly easy, for example comment 75 indicates
  it happens on every boot.

  When this happens, any process monitor (e.g. ps, top, etc) will show
  the 'udevd' process using 100% of a cpu, and 'udevadm monitor' should
  show repeated 'bind' and 'unbind' events as mentioned in comment 39.

  [regression potential]

  as this alters what kernel uevents the 'hid2hci' udev rule processes,
  regressions would involve the affected usb bluetooth device failing to
  be set up, or otherwise not processing the uevents correctly.

  [other info]

  this is not fixed yet upstream, as of my last check, but has been
  submitted upstream as mentioned in comment 95.

  
  original description:

  --

  
  The systemd-udevd proccess consumes 100% of a thread everytime, but i'm not 
noticing any difference in my computer.

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: systemd 237-3ubuntu6
  ProcVersionSignature: Ubuntu 4.15.0-13.14-generic 4.15.10
  Uname: Linux 4.15.0-13-generic x86_64
  NonfreeKernelModules: wl
  ApportVersion: 2.20.9-0ubuntu2
  Architecture: amd64
  CurrentDesktop: ubuntu:GNOME
  Date: Thu Mar 29 08:52:54 2018
  InstallationDate: Installed on 2018-03-05 (23 days ago)
  InstallationMedia: Ubuntu 18.04 LTS "Bionic Beaver" - Alpha amd64 (20180304)
  MachineType: Dell Inc. Inspiron N5010
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-13-generic 
root=UUID=3c29e292-f1ae-45e1-a0ed-a82524278ce1 ro quiet splash vt.handoff=1
  SourcePackage: systemd
  SystemdDelta:
   [EXTENDED]   /lib/systemd/system/rc-local.service → 
/lib/systemd/system/rc-local.service.d/debian.conf
   [EXTENDED]   /lib/systemd/system/user@.service → 
/lib/systemd/system/user@.service.d/timeout.conf

   2 overridden configuration files found.
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 01/25/2011
  dmi.bios.vendor: Dell Inc.
  dmi.bios.version: A12
  dmi.board.name: 08R0GW
  dmi.board.vendor: Dell Inc.
  dmi.board.version: A12
  dmi.chassis.type: 8
  dmi.chassis.vendor: Dell Inc.
  dmi.chassis.version: A12
  dmi.modalias: 
dmi:bvnDellInc.:bvrA12:bd01/25/2011:svnDellInc.:pnInspironN5010:pvrA12:rvnDellInc.:rn08R0GW:rvrA12:cvnDellInc.:ct8:cvrA12:
  dmi.product.name: Inspiron N5010
  dmi.product.version: A12
  dmi.sys.vendor: Dell Inc.

To manage notifications about this bug go to:
https://bugs.launchpad.net/kernel/+bug/1759836/+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 1847641] Re: fdatasync performance regression on 5.0 kernels

2019-10-17 Thread Kleber Sacilotto de Souza
** Changed in: linux-gke-5.0 (Ubuntu Eoan)
   Status: New => Invalid

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

Title:
  fdatasync performance regression on 5.0 kernels

Status in linux package in Ubuntu:
  In Progress
Status in linux-gke-5.0 package in Ubuntu:
  Invalid
Status in linux-gke-5.0 source package in Bionic:
  Fix Released
Status in linux source package in Disco:
  In Progress
Status in linux source package in Eoan:
  In Progress
Status in linux-gke-5.0 source package in Eoan:
  Invalid

Bug description:
  More info in salesforce:
  https://canonical.my.salesforce.com/5003z20tIcX

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1847641/+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 1838886] Re: New ID in ums-realtek module breaks cardreader

2019-10-17 Thread Khaled El Mously
Based on the feedback in comment #52, I manually re-added the '
verification-done-bionic ' tag to make the bots happy.

Thanks for the feedback @Uwe Schindler  !!

** Tags added: verification-done-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/1838886

Title:
  New ID in ums-realtek module breaks cardreader

Status in linux package in Ubuntu:
  Confirmed
Status in linux source package in Bionic:
  Fix Committed
Status in linux source package in Disco:
  Fix Released
Status in linux source package in Eoan:
  Confirmed

Bug description:
  === SRU Justification ===
  [Impact]
  Some ums-realtek card readers may dropped from USB bus after using
  ums-realtek driver instead of usb-storage generic driver.

  [Fix]
  Disable auto-delink on new ums-realtek devices, only whitelist three
  oldest IDs.

  [Test]
  Affected user and myself confirmed disabling auto-delink works.

  [Regression Potential]
  Minimal. Limited to one specific driver and this also restore the old
  behavior.

  === Original Bug Report ===
  When installing the latest HWE stack (Linux 5.0) to Ubuntu 18.04, the Realtek 
cardreader in my ZOTAC ZBOX-CI323NANO stops working correctly.

  Previously it accepted SD cards all the time. Now it looks like you
  have to insert the card on booting or shortly after booting to access
  it. If you wait longer, it no longer detects the card. The reason for
  this can be found in the kernel log (dmes). On boot it seems to detect
  a card in the reader, although there is none. After a while it says
  "Read capacity failed" and "scsi 2:0:0:0: rejecting I/O to dead
  device" and then resets the device. It tries this 3 times and then
  gives up completely. After that any real device plugged is no longer
  detected.

  The device is:  idVendor=0bda, idProduct=0153, bcdDevice=57.13

  Support for this was added in mainline kernel:
  
https://github.com/torvalds/linux/commit/1a6dd3fea131276a4fc44ae77b0f471b0b473577

  And this seems to be backported to 5.0 kernel in Ubuntu 18.04 HWE
  stack.

  Full log on boot (no card inserted):

  [3.689559] usb 1-5.1: new high-speed USB device number 4 using xhci_hcd
  [3.898312] usb 1-5.1: New USB device found, idVendor=0bda, 
idProduct=0153, bcdDevice=57.13
  [3.898316] usb 1-5.1: New USB device strings: Mfr=1, Product=2, 
SerialNumber=3
  [3.898319] usb 1-5.1: Product: USB2.0-CRW
  [3.898322] usb 1-5.1: Manufacturer: Generic
  [3.898324] usb 1-5.1: SerialNumber: 2012092657120
  [3.911571] usbcore: registered new interface driver usb-storage
  [3.914796] usbcore: registered new interface driver uas
  [3.917676] ums-realtek 1-5.1:1.0: USB Mass Storage device detected
  [3.924478] scsi host2: usb-storage 1-5.1:1.0
  [3.924649] usbcore: registered new interface driver ums-realtek
  [...]
  [   13.477360] ums-realtek 1-5.1:1.0: USB Mass Storage device detected
  [   13.509592] scsi host2: usb-storage 1-5.1:1.0
  [   14.544213] scsi 2:0:0:0: Direct-Access Generic- SD/MMC/MS PRO1.00 
PQ: 0 ANSI: 4
  [   14.545237] sd 2:0:0:0: Attached scsi generic sg1 type 0
  [   14.549430] sd 2:0:0:0: [sdb] Attached SCSI removable disk
  [  170.961728] scsi 2:0:0:0: rejecting I/O to dead device
  [  170.962069] scsi 2:0:0:0: [sdb] Read Capacity(10) failed: Result: 
hostbyte=DID_OK driverbyte=DRIVER_ERROR
  [  170.962073] scsi 2:0:0:0: [sdb] Sense not available.
  [  171.985846] usb 1-5.1: new high-speed USB device number 8 using xhci_hcd
  [  172.194299] usb 1-5.1: New USB device found, idVendor=0bda, 
idProduct=0153, bcdDevice=57.13
  [  172.194317] usb 1-5.1: New USB device strings: Mfr=1, Product=2, 
SerialNumber=3
  [  172.194327] usb 1-5.1: Product: USB2.0-CRW
  [  172.194338] usb 1-5.1: Manufacturer: Generic
  [  172.194346] usb 1-5.1: SerialNumber: 2012092657120
  [  172.200625] ums-realtek 1-5.1:1.0: USB Mass Storage device detected
  [  172.212503] scsi host2: usb-storage 1-5.1:1.0
  [  173.233036] scsi 2:0:0:0: Direct-Access Generic- SD/MMC/MS PRO1.00 
PQ: 0 ANSI: 4
  [  173.233796] sd 2:0:0:0: Attached scsi generic sg1 type 0
  [  173.239620] sd 2:0:0:0: [sdb] Attached SCSI removable disk
  [  329.654468] usb 1-5.1: USB disconnect, device number 8
  [  329.665905] scsi 2:0:0:0: rejecting I/O to dead device
  [  329.665970] scsi 2:0:0:0: [sdb] Read Capacity(10) failed: Result: 
hostbyte=DID_OK driverbyte=DRIVER_ERROR
  [  329.665976] scsi 2:0:0:0: [sdb] Sense not available.
  [  330.701685] usb 1-5.1: new high-speed USB device number 9 using xhci_hcd
  [  330.910415] usb 1-5.1: New USB device found, idVendor=0bda, 
idProduct=0153, bcdDevice=57.13
  [  330.910433] usb 1-5.1: New USB device strings: Mfr=1, Product=2, 
SerialNumber=3
  [  330.910444] usb 1-5.1: Product: USB2.0-CRW
  [  330.910455] usb 1-5.1: Manufacturer: Generic
  [  330.910463] usb 1-5.1: SerialNumber: 2012092657120
  [  330.917013] u

[Kernel-packages] [Bug 1759836] Re: systemd-udevd consumes 100% of CPU due to hid2hci udev rule from bluez

2019-10-17 Thread Dan Streetman
thank you!  marking as verified for bionic :)

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

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

Title:
  systemd-udevd consumes 100% of CPU due to hid2hci udev rule from bluez

Status in linux:
  Confirmed
Status in The Ubuntu Power Consumption Project:
  New
Status in bluez package in Ubuntu:
  Fix Released
Status in linux package in Ubuntu:
  Invalid
Status in systemd package in Ubuntu:
  Invalid
Status in bluez source package in Bionic:
  Fix Committed
Status in linux source package in Bionic:
  Invalid
Status in systemd source package in Bionic:
  Invalid
Status in bluez source package in Disco:
  Fix Released
Status in linux source package in Disco:
  Invalid
Status in systemd source package in Disco:
  Invalid
Status in bluez source package in Eoan:
  Fix Released
Status in linux source package in Eoan:
  Invalid
Status in systemd source package in Eoan:
  Invalid
Status in bluez package in Debian:
  New

Bug description:
  [impact]

  on specific Dell systems, with a specific usb bluetooth device built-
  in, the udev rule 'hid2hci' provided by the 'bluez' package causes an
  endless loop of uevents resulting from 'bind' or 'unbind' kernel
  uevents.  These new events were added to the kernel after the
  'hid2hci' udev rule was written.

  [test case]

  the specific Dell system is required to be able to reproduce this, or
  at least the specific usb bluetooth hardware included in that system.

  Reproducing this is reportedly easy, for example comment 75 indicates
  it happens on every boot.

  When this happens, any process monitor (e.g. ps, top, etc) will show
  the 'udevd' process using 100% of a cpu, and 'udevadm monitor' should
  show repeated 'bind' and 'unbind' events as mentioned in comment 39.

  [regression potential]

  as this alters what kernel uevents the 'hid2hci' udev rule processes,
  regressions would involve the affected usb bluetooth device failing to
  be set up, or otherwise not processing the uevents correctly.

  [other info]

  this is not fixed yet upstream, as of my last check, but has been
  submitted upstream as mentioned in comment 95.

  
  original description:

  --

  
  The systemd-udevd proccess consumes 100% of a thread everytime, but i'm not 
noticing any difference in my computer.

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: systemd 237-3ubuntu6
  ProcVersionSignature: Ubuntu 4.15.0-13.14-generic 4.15.10
  Uname: Linux 4.15.0-13-generic x86_64
  NonfreeKernelModules: wl
  ApportVersion: 2.20.9-0ubuntu2
  Architecture: amd64
  CurrentDesktop: ubuntu:GNOME
  Date: Thu Mar 29 08:52:54 2018
  InstallationDate: Installed on 2018-03-05 (23 days ago)
  InstallationMedia: Ubuntu 18.04 LTS "Bionic Beaver" - Alpha amd64 (20180304)
  MachineType: Dell Inc. Inspiron N5010
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-13-generic 
root=UUID=3c29e292-f1ae-45e1-a0ed-a82524278ce1 ro quiet splash vt.handoff=1
  SourcePackage: systemd
  SystemdDelta:
   [EXTENDED]   /lib/systemd/system/rc-local.service → 
/lib/systemd/system/rc-local.service.d/debian.conf
   [EXTENDED]   /lib/systemd/system/user@.service → 
/lib/systemd/system/user@.service.d/timeout.conf

   2 overridden configuration files found.
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 01/25/2011
  dmi.bios.vendor: Dell Inc.
  dmi.bios.version: A12
  dmi.board.name: 08R0GW
  dmi.board.vendor: Dell Inc.
  dmi.board.version: A12
  dmi.chassis.type: 8
  dmi.chassis.vendor: Dell Inc.
  dmi.chassis.version: A12
  dmi.modalias: 
dmi:bvnDellInc.:bvrA12:bd01/25/2011:svnDellInc.:pnInspironN5010:pvrA12:rvnDellInc.:rn08R0GW:rvrA12:cvnDellInc.:ct8:cvrA12:
  dmi.product.name: Inspiron N5010
  dmi.product.version: A12
  dmi.sys.vendor: Dell Inc.

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


  1   2   >