The tip of our trees might be different.  If you run this, you should
see the range of commits:


git log --oneline
b9b3322f13f350587f17f0a76f008830e3a420d3..ee921c762cf90652add60ebacb5b90636ac108df


ee921c762cf9 Merge tag 'drm-fixes-for-v4.11-rc7' of 
git://people.freedesktop.org/~airlied/linux
827c30a75839 Merge tag 'pwm/for-4.11-rc7' of 
git://git.kernel.org/pub/scm/linux/kernel/git/thierry.reding/linux-pwm
2ca62d8a606a Merge branch 'linux-4.11' of git://github.com/skeggsb/linux into 
drm-fixes
88b0b92bdaad Merge tag 'drm-intel-fixes-2017-04-12' of 
git://anongit.freedesktop.org/git/drm-intel into drm-fixes
97d93f35493f Merge tag 'drm-misc-fixes-2017-04-11' of 
git://anongit.freedesktop.org/git/drm-misc into drm-fixes
c7aae6221f73 Merge branch 'etnaviv/fixes' of 
https://git.pengutronix.de/git/lst/linux into drm-fixes
45abdf35cf82 drm/etnaviv: fix missing unlock on error in etnaviv_gpu_submit()
0c45b36f8acc drm/udl: Fix unaligned memory access in udl_render_hline
c053b5a506d3 drm/i915: Don't call synchronize_rcu_expedited under struct_mutex
63987bfebd88 drm/i915: Suspend GuC prior to GPU Reset during GEM suspend
e5199a37f7ed Merge tag 'gvt-fixes-2017-04-07' of 
https://github.com/01org/gvt-linux into drm-intel-fixes
a900152b5c29 pwm: rockchip: State of PWM clock should synchronize with PWM 
enabled state
b997e3edca4f pwm: lpss: Set enable-bit before waiting for update-bit to go low
3c1460e934f3 pwm: lpss: Split Tangier configuration
da2ba564a6dc drm/nouveau: initial support (display-only) for GP107
2907e8670b6e drm/nouveau/kms/nv50: fix double dma_fence_put() when destroying 
plane state
d639fbcc1027 drm/nouveau/kms/nv50: fix setting of HeadSetRasterVertBlankDmi 
method
f94773b9f5ec drm/nouveau/mmu/nv4a: use nv04 mmu rather than the nv44 one
83bce9c2baa5 drm/nouveau/mpeg: mthd returns true on success now
a34f83639490 drm/i915/gvt: set the correct default value of CTX STATUS PTR
cf082a4a264d Merge tag 'gvt-fixes-2017-04-01' of 
https://github.com/01org/gvt-linux into drm-intel-fixes
aa4ce4493c88 drm/i915/gvt: Fix firmware loading interface for GVT-g golden HW 
state
ecf8e89917d6 drm/i915: Use a dummy timeline name for a signaled fence
1383aeca92b7 drm/i915: Ironlake do_idle_maps w/a may be called w/o struct_mutex
9ba2a6261de4 drm/i915/gvt: remove the redundant info NULL check
729a0cd45c88 drm/i915/gvt: adjust mem size for low resolution type
6c9a8cdad48a drm/i915: Avoid lock dropping between rescheduling
f85726905745 drm/i915/gvt: exclude cfg space from failsafe mode
b79c52aef3cd drm/i915/gvt: Activate/de-activate vGPU in mdev ops.
dd68f2ba0720 drm/i915/execlists: Wrap tail pointer after reset tweaking
aa62acfd63e7 drm/i915/perf: remove user triggerable warn
4e5f713ffc20 drm/i915/perf: destroy stream on sample_flags mismatch
9e1764309f57 drm/i915: Align "unfenced" tiled access on gen2, early gen3

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

Title:
  Can't login after boot with Kernel 4.11.0-rc7, soft lockup in systemd-
  logind

Status in linux package in Ubuntu:
  In Progress

Bug description:
  Used distribution:

  Ubuntu Gnome 16.04 with Kernel 4.11.0-rc7

  After logging in to the gnome login screen, the system freezes. Trying to 
login using the shell (Ctr+Alt+F1) also freezes the system. The following 
ouptut appears on the shell repeatedly:
  NMI watchdog: BUG: soft lockup - CPU#0 stuck for 22s! [systemd-logind:913]

  Steps to reproduce the problem:
  Boot Ubuntu Gnome 16.04 with Kernel 4.11.0-rc7 and try to login after boot.

  Further testing results:
  Using Mainline Kernel Version 4.11.0-rc6, login works fine
  Using Kernel Version 4.10.11, login works fine
  Using Kernel Version 4.10.12, the issue is present

  ==> It might be possible the issue has been introduced in a commit in
  4.11.0-rc7 and has been backported to 4.10.12.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1685865/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to     : [email protected]
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to