On update_blocked_averages function issue

Bug #1598529 reported by asu on 2016-07-03
This bug affects 1 person
Affects Status Importance Assigned to Milestone
linux (Ubuntu)

Bug Description

Bellow is result of perf report:
       │ cmp %rax,%r15 ▒
       │ ↓ je 398 ▒
       │ lea -0xd8(%rax),%rbx ▒
       │ mov %r14,0x8(%rsp) ▒
       │ movabs $0xafb504000afb5041,%r8 ▒
       │ mov %r15,%r14 ▒
       │ 71: nop ▒
       │ mov 0x124(%rbx),%r11d ▒
 26,56 │ test %r11d,%r11d ▒
       │ ↓ jne 426 ▒
       │ 86: mov 0xc8(%rbx),%rax ▒
 17,97 │ mov 0x910(%rax),%rax ▒
  1,56 │ sub 0x118(%rbx),%rax ▒
       │ 9b: mov 0xa0(%rbx),%rdx ▒
 12,50 │ xor %r15d,%r15d ▒
       │ test %rdx,%rdx ▒
       │ ↓ je ea ▒
       │ xor %ecx,%ecx ▒
       │ mov %rcx,%rdx ▒
       │ xchg %rdx,0xa0(%rbx) ▒
       │ sub %rdx,0x78(%rbx) ▒
       │ mov %rcx,%rsi ▒
       │ mov $0x1,%r15d ▒
       │ cmpq $0x0,0x78(%rbx)


ProblemType: Bug
DistroRelease: Ubuntu 16.04
Package: linux-image-4.4.0-28-generic 4.4.0-28.47
ProcVersionSignature: Ubuntu 4.4.0-28.47-generic 4.4.13
Uname: Linux 4.4.0-28-generic x86_64
ApportVersion: 2.20.1-0ubuntu2.1
Architecture: amd64
 /dev/snd/controlC0: asu 2987 F.... pulseaudio
CurrentDesktop: MATE
Date: Sun Jul 3 07:49:32 2016
InstallationDate: Installed on 2016-04-29 (64 days ago)
InstallationMedia: Ubuntu-Studio 16.04 LTS "Xenial Xerus" - Release amd64 (20160420.1)
 lo no wireless extensions.

 enp1s0 no wireless extensions.
MachineType: Olidata S.p.A. ALABAMA
ProcFB: 0 inteldrmfb
ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-4.4.0-28-generic root=/dev/mapper/192--168--0--108--vg-root ro
 linux-restricted-modules-4.4.0-28-generic N/A
 linux-backports-modules-4.4.0-28-generic N/A
 linux-firmware 1.157.1

SourcePackage: linux
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 07/08/2008
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: S0101
dmi.board.asset.tag: To Be Filled By O.E.M.
dmi.board.name: To be filled by O.E.M.
dmi.board.vendor: To be filled by O.E.M.
dmi.board.version: To be filled by O.E.M.
dmi.chassis.asset.tag: To Be Filled By O.E.M.
dmi.chassis.type: 3
dmi.chassis.vendor: To Be Filled By O.E.M.
dmi.chassis.version: To Be Filled By O.E.M.
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrS0101:bd07/08/2008:svnOlidataS.p.A.:pnALABAMA:pvrToBeFilledByO.E.M.:rvnTobefilledbyO.E.M.:rnTobefilledbyO.E.M.:rvrTobefilledbyO.E.M.:cvnToBeFilledByO.E.M.:ct3:cvrToBeFilledByO.E.M.:
dmi.product.name: ALABAMA
dmi.product.version: To Be Filled By O.E.M.
dmi.sys.vendor: Olidata S.p.A.

asu (corcodel-marian) wrote :

This change was made by a bot.

Changed in linux (Ubuntu):
status: New → Confirmed
asu (corcodel-marian) wrote :

Below patches try to solve this issue.

tags: added: patch
Joseph Salisbury (jsalisbury) wrote :

Thank you for providing a patch, and making Ubuntu better.

Can you provide some information on the status of the patch with regards to getting it merged upstream? Has it been sent upstream, what sort of feedback has it received, is it getting applied to a subsystem maintainer's tree, etc?

People affected by this bug are probably wondering why the kernel team doesn't just apply the patch and fix it. The reason is that the kernel team is reluctant (not opposed) to apply any patch to a stable kernel that is not from upstream. Applying patches that don't come from upstream add greatly to the support of the kernel as other upstream patches may touch the same area as the non-upstream patch and may prevent them from applying cleanly.

To submit your patch, send your patch with the detailed description/changelog and your Signoff (ending with Signed-off-by: your name <email>), to the emails listed from ./scripts/get_maintainer.pl drivers/SUBSYSTEM-DETAILS (the get_maintainer.pl is from the kernel sources). Once you have sent the patch upstream and it's accepted, please drop a note here so that we can cherry-pick/include the patch into Ubuntu kernel.

Changed in linux (Ubuntu):
importance: Undecided → Medium
status: Confirmed → Triaged
asu (corcodel-marian) wrote :

Check for NULL pointer per cpu.

asu (corcodel-marian) wrote :

Add on rt structure per cpu.

asu (corcodel-marian) wrote :

Make spann on rebalance_domains function.

Bret Curtis (psi29a) wrote :

We've been seeing this problem as well in testing. What is the possibility of seeing patches landing in a Trusty (4.4) kernel release?

Bret Curtis (psi29a) wrote :

Is there a work-around like disabling c-states?

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers