[Kernel-packages] [Bug 1877394] Re: Kernel panic due to NULL ringbuffer vaddr dereference in i915

2020-07-27 Thread Launchpad Bug Tracker
This bug was fixed in the package linux - 5.4.0-42.46

---
linux (5.4.0-42.46) focal; urgency=medium

  * focal/linux: 5.4.0-42.46 -proposed tracker (LP: #1887069)

  * linux 4.15.0-109-generic network DoS regression vs -108 (LP: #1886668)
- SAUCE: Revert "netprio_cgroup: Fix unlimited memory leak of v2 cgroups"

linux (5.4.0-41.45) focal; urgency=medium

  * focal/linux: 5.4.0-41.45 -proposed tracker (LP: #1885855)

  * Packaging resync (LP: #1786013)
- update dkms package versions

  * CVE-2019-19642
- kernel/relay.c: handle alloc_percpu returning NULL in relay_open

  * CVE-2019-16089
- SAUCE: nbd_genl_status: null check for nla_nest_start

  * CVE-2020-11935
- aufs: do not call i_readcount_inc()

  * ip_defrag.sh in net from ubuntu_kernel_selftests failed with 5.0 / 5.3 / 5.4
kernel (LP: #1826848)
- selftests: net: ip_defrag: ignore EPERM

  * Update lockdown patches (LP: #1884159)
- SAUCE: acpi: disallow loading configfs acpi tables when locked down

  * seccomp_bpf fails on powerpc (LP: #1885757)
- SAUCE: selftests/seccomp: fix ptrace tests on powerpc

  * Introduce the new NVIDIA 418-server and 440-server series, and update the
current NVIDIA drivers (LP: #1881137)
- [packaging] add signed modules for the 418-server and the 440-server
  flavours

 -- Khalid Elmously   Thu, 09 Jul 2020
19:50:26 -0400

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

** CVE added: https://cve.mitre.org/cgi-bin/cvename.cgi?name=2019-16089

** CVE added: https://cve.mitre.org/cgi-bin/cvename.cgi?name=2019-19642

** CVE added: https://cve.mitre.org/cgi-bin/cvename.cgi?name=2020-11935

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

Title:
  Kernel panic due to NULL ringbuffer vaddr dereference in i915

Status in linux package in Ubuntu:
  Fix Released
Status in linux source package in Focal:
  Fix Released

Bug description:
  SRU Justification:

  [Impact]
  A sauce fix for a kernel panic in i915 that I frequently experienced was 
fixed by upstream.

  [Fix]
  The sauce patch I made should be dropped in exchange for the proper upstream 
fix.

  [Test]
  I tested the upstream fix and can confirm it fixes the crashes I experienced.

  [Regression Potential]
  Low. The upstream fix for this bug is tiny and we get to remove a nasty sauce 
patch.
  ---
  This is what the crash looks like:
  BUG: unable to handle page fault for address: 3448
  RIP: 0010:gen8_emit_flush_render+0x163/0x190
  Call Trace:
   execlists_request_alloc+0x25/0x40
   __i915_request_create+0x1f4/0x2c0
   i915_request_create+0x71/0xc0
   i915_gem_do_execbuffer+0xb98/0x1a80
   ? preempt_count_add+0x68/0xa0
   ? _raw_spin_lock+0x13/0x30
   ? _raw_spin_unlock+0x16/0x30
   i915_gem_execbuffer2_ioctl+0x1de/0x3c0
   ? i915_gem_busy_ioctl+0x7f/0x1d0
   ? i915_gem_execbuffer_ioctl+0x2d0/0x2d0
   drm_ioctl_kernel+0xb2/0x100
   drm_ioctl+0x209/0x360
   ? i915_gem_execbuffer_ioctl+0x2d0/0x2d0
   ksys_ioctl+0x87/0xc0
   __x64_sys_ioctl+0x16/0x20
   do_syscall_64+0x4e/0x150
   entry_SYSCALL_64_after_hwframe+0x44/0xa9

  This bug was fixed by "UBUNTU: SAUCE: drm/i915: Synchronize active and
  retire callbacks" but there is an upstream fix for it, "drm/i915/gt:
  Make intel_ring_unpin() safe for concurrent pint". Let's replace the
  sauce patch with the upstream fix.

  More info here: https://gitlab.freedesktop.org/drm/intel/issues/1599

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1877394/+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 1877394] Re: Kernel panic due to NULL ringbuffer vaddr dereference in i915

2020-06-09 Thread Launchpad Bug Tracker
This bug was fixed in the package linux - 5.4.0-37.41

---
linux (5.4.0-37.41) focal; urgency=medium

  * CVE-2020-0543
- SAUCE: x86/speculation/spectre_v2: Exclude Zhaoxin CPUs from SPECTRE_V2
- SAUCE: x86/cpu: Add a steppings field to struct x86_cpu_id
- SAUCE: x86/cpu: Add 'table' argument to cpu_matches()
- SAUCE: x86/speculation: Add Special Register Buffer Data Sampling (SRBDS)
  mitigation
- SAUCE: x86/speculation: Add SRBDS vulnerability and mitigation 
documentation
- SAUCE: x86/speculation: Add Ivy Bridge to affected list

 -- Marcelo Henrique Cerri   Wed, 03 Jun
2020 11:24:23 -0300

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

** CVE added: https://cve.mitre.org/cgi-bin/cvename.cgi?name=2020-0543

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

Title:
  Kernel panic due to NULL ringbuffer vaddr dereference in i915

Status in linux package in Ubuntu:
  Invalid
Status in linux source package in Focal:
  Fix Released

Bug description:
  SRU Justification:

  [Impact]
  A sauce fix for a kernel panic in i915 that I frequently experienced was 
fixed by upstream.

  [Fix]
  The sauce patch I made should be dropped in exchange for the proper upstream 
fix.

  [Test]
  I tested the upstream fix and can confirm it fixes the crashes I experienced.

  [Regression Potential]
  Low. The upstream fix for this bug is tiny and we get to remove a nasty sauce 
patch.
  ---
  This is what the crash looks like:
  BUG: unable to handle page fault for address: 3448
  RIP: 0010:gen8_emit_flush_render+0x163/0x190
  Call Trace:
   execlists_request_alloc+0x25/0x40
   __i915_request_create+0x1f4/0x2c0
   i915_request_create+0x71/0xc0
   i915_gem_do_execbuffer+0xb98/0x1a80
   ? preempt_count_add+0x68/0xa0
   ? _raw_spin_lock+0x13/0x30
   ? _raw_spin_unlock+0x16/0x30
   i915_gem_execbuffer2_ioctl+0x1de/0x3c0
   ? i915_gem_busy_ioctl+0x7f/0x1d0
   ? i915_gem_execbuffer_ioctl+0x2d0/0x2d0
   drm_ioctl_kernel+0xb2/0x100
   drm_ioctl+0x209/0x360
   ? i915_gem_execbuffer_ioctl+0x2d0/0x2d0
   ksys_ioctl+0x87/0xc0
   __x64_sys_ioctl+0x16/0x20
   do_syscall_64+0x4e/0x150
   entry_SYSCALL_64_after_hwframe+0x44/0xa9

  This bug was fixed by "UBUNTU: SAUCE: drm/i915: Synchronize active and
  retire callbacks" but there is an upstream fix for it, "drm/i915/gt:
  Make intel_ring_unpin() safe for concurrent pint". Let's replace the
  sauce patch with the upstream fix.

  More info here: https://gitlab.freedesktop.org/drm/intel/issues/1599

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1877394/+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 1877394] Re: Kernel panic due to NULL ringbuffer vaddr dereference in i915

2020-05-19 Thread Sultan Alsawaf
** Tags removed: verification-needed-focal
** Tags added: verification-done-focal

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

Title:
  Kernel panic due to NULL ringbuffer vaddr dereference in i915

Status in linux package in Ubuntu:
  Invalid
Status in linux source package in Focal:
  Fix Committed

Bug description:
  SRU Justification:

  [Impact]
  A sauce fix for a kernel panic in i915 that I frequently experienced was 
fixed by upstream.

  [Fix]
  The sauce patch I made should be dropped in exchange for the proper upstream 
fix.

  [Test]
  I tested the upstream fix and can confirm it fixes the crashes I experienced.

  [Regression Potential]
  Low. The upstream fix for this bug is tiny and we get to remove a nasty sauce 
patch.
  ---
  This is what the crash looks like:
  BUG: unable to handle page fault for address: 3448
  RIP: 0010:gen8_emit_flush_render+0x163/0x190
  Call Trace:
   execlists_request_alloc+0x25/0x40
   __i915_request_create+0x1f4/0x2c0
   i915_request_create+0x71/0xc0
   i915_gem_do_execbuffer+0xb98/0x1a80
   ? preempt_count_add+0x68/0xa0
   ? _raw_spin_lock+0x13/0x30
   ? _raw_spin_unlock+0x16/0x30
   i915_gem_execbuffer2_ioctl+0x1de/0x3c0
   ? i915_gem_busy_ioctl+0x7f/0x1d0
   ? i915_gem_execbuffer_ioctl+0x2d0/0x2d0
   drm_ioctl_kernel+0xb2/0x100
   drm_ioctl+0x209/0x360
   ? i915_gem_execbuffer_ioctl+0x2d0/0x2d0
   ksys_ioctl+0x87/0xc0
   __x64_sys_ioctl+0x16/0x20
   do_syscall_64+0x4e/0x150
   entry_SYSCALL_64_after_hwframe+0x44/0xa9

  This bug was fixed by "UBUNTU: SAUCE: drm/i915: Synchronize active and
  retire callbacks" but there is an upstream fix for it, "drm/i915/gt:
  Make intel_ring_unpin() safe for concurrent pint". Let's replace the
  sauce patch with the upstream fix.

  More info here: https://gitlab.freedesktop.org/drm/intel/issues/1599

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1877394/+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 1877394] Re: Kernel panic due to NULL ringbuffer vaddr dereference in i915

2020-05-19 Thread Ubuntu Kernel Bot
This bug is awaiting verification that the kernel in -proposed solves
the problem. Please test the kernel and update this bug with the
results. If the problem is solved, change the tag 'verification-needed-
focal' to 'verification-done-focal'. If the problem still exists, change
the tag 'verification-needed-focal' to 'verification-failed-focal'.

If verification is not done by 5 working days from today, this fix will
be dropped from the source code, and this bug will be closed.

See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how
to enable and use -proposed. Thank you!


** Tags added: verification-needed-focal

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

Title:
  Kernel panic due to NULL ringbuffer vaddr dereference in i915

Status in linux package in Ubuntu:
  Invalid
Status in linux source package in Focal:
  Fix Committed

Bug description:
  SRU Justification:

  [Impact]
  A sauce fix for a kernel panic in i915 that I frequently experienced was 
fixed by upstream.

  [Fix]
  The sauce patch I made should be dropped in exchange for the proper upstream 
fix.

  [Test]
  I tested the upstream fix and can confirm it fixes the crashes I experienced.

  [Regression Potential]
  Low. The upstream fix for this bug is tiny and we get to remove a nasty sauce 
patch.
  ---
  This is what the crash looks like:
  BUG: unable to handle page fault for address: 3448
  RIP: 0010:gen8_emit_flush_render+0x163/0x190
  Call Trace:
   execlists_request_alloc+0x25/0x40
   __i915_request_create+0x1f4/0x2c0
   i915_request_create+0x71/0xc0
   i915_gem_do_execbuffer+0xb98/0x1a80
   ? preempt_count_add+0x68/0xa0
   ? _raw_spin_lock+0x13/0x30
   ? _raw_spin_unlock+0x16/0x30
   i915_gem_execbuffer2_ioctl+0x1de/0x3c0
   ? i915_gem_busy_ioctl+0x7f/0x1d0
   ? i915_gem_execbuffer_ioctl+0x2d0/0x2d0
   drm_ioctl_kernel+0xb2/0x100
   drm_ioctl+0x209/0x360
   ? i915_gem_execbuffer_ioctl+0x2d0/0x2d0
   ksys_ioctl+0x87/0xc0
   __x64_sys_ioctl+0x16/0x20
   do_syscall_64+0x4e/0x150
   entry_SYSCALL_64_after_hwframe+0x44/0xa9

  This bug was fixed by "UBUNTU: SAUCE: drm/i915: Synchronize active and
  retire callbacks" but there is an upstream fix for it, "drm/i915/gt:
  Make intel_ring_unpin() safe for concurrent pint". Let's replace the
  sauce patch with the upstream fix.

  More info here: https://gitlab.freedesktop.org/drm/intel/issues/1599

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1877394/+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 1877394] Re: Kernel panic due to NULL ringbuffer vaddr dereference in i915

2020-05-14 Thread Khaled El Mously
** Changed in: linux (Ubuntu Focal)
   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/1877394

Title:
  Kernel panic due to NULL ringbuffer vaddr dereference in i915

Status in linux package in Ubuntu:
  Invalid
Status in linux source package in Focal:
  Fix Committed

Bug description:
  SRU Justification:

  [Impact]
  A sauce fix for a kernel panic in i915 that I frequently experienced was 
fixed by upstream.

  [Fix]
  The sauce patch I made should be dropped in exchange for the proper upstream 
fix.

  [Test]
  I tested the upstream fix and can confirm it fixes the crashes I experienced.

  [Regression Potential]
  Low. The upstream fix for this bug is tiny and we get to remove a nasty sauce 
patch.
  ---
  This is what the crash looks like:
  BUG: unable to handle page fault for address: 3448
  RIP: 0010:gen8_emit_flush_render+0x163/0x190
  Call Trace:
   execlists_request_alloc+0x25/0x40
   __i915_request_create+0x1f4/0x2c0
   i915_request_create+0x71/0xc0
   i915_gem_do_execbuffer+0xb98/0x1a80
   ? preempt_count_add+0x68/0xa0
   ? _raw_spin_lock+0x13/0x30
   ? _raw_spin_unlock+0x16/0x30
   i915_gem_execbuffer2_ioctl+0x1de/0x3c0
   ? i915_gem_busy_ioctl+0x7f/0x1d0
   ? i915_gem_execbuffer_ioctl+0x2d0/0x2d0
   drm_ioctl_kernel+0xb2/0x100
   drm_ioctl+0x209/0x360
   ? i915_gem_execbuffer_ioctl+0x2d0/0x2d0
   ksys_ioctl+0x87/0xc0
   __x64_sys_ioctl+0x16/0x20
   do_syscall_64+0x4e/0x150
   entry_SYSCALL_64_after_hwframe+0x44/0xa9

  This bug was fixed by "UBUNTU: SAUCE: drm/i915: Synchronize active and
  retire callbacks" but there is an upstream fix for it, "drm/i915/gt:
  Make intel_ring_unpin() safe for concurrent pint". Let's replace the
  sauce patch with the upstream fix.

  More info here: https://gitlab.freedesktop.org/drm/intel/issues/1599

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1877394/+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 1877394] Re: Kernel panic due to NULL ringbuffer vaddr dereference in i915

2020-05-14 Thread Sultan Alsawaf
** Changed in: linux (Ubuntu)
   Status: Fix Committed => Invalid

** Changed in: linux (Ubuntu Focal)
   Status: Fix Committed => 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/1877394

Title:
  Kernel panic due to NULL ringbuffer vaddr dereference in i915

Status in linux package in Ubuntu:
  Invalid
Status in linux source package in Focal:
  In Progress

Bug description:
  SRU Justification:

  [Impact]
  A sauce fix for a kernel panic in i915 that I frequently experienced was 
fixed by upstream.

  [Fix]
  The sauce patch I made should be dropped in exchange for the proper upstream 
fix.

  [Test]
  I tested the upstream fix and can confirm it fixes the crashes I experienced.

  [Regression Potential]
  Low. The upstream fix for this bug is tiny and we get to remove a nasty sauce 
patch.
  ---
  This is what the crash looks like:
  BUG: unable to handle page fault for address: 3448
  RIP: 0010:gen8_emit_flush_render+0x163/0x190
  Call Trace:
   execlists_request_alloc+0x25/0x40
   __i915_request_create+0x1f4/0x2c0
   i915_request_create+0x71/0xc0
   i915_gem_do_execbuffer+0xb98/0x1a80
   ? preempt_count_add+0x68/0xa0
   ? _raw_spin_lock+0x13/0x30
   ? _raw_spin_unlock+0x16/0x30
   i915_gem_execbuffer2_ioctl+0x1de/0x3c0
   ? i915_gem_busy_ioctl+0x7f/0x1d0
   ? i915_gem_execbuffer_ioctl+0x2d0/0x2d0
   drm_ioctl_kernel+0xb2/0x100
   drm_ioctl+0x209/0x360
   ? i915_gem_execbuffer_ioctl+0x2d0/0x2d0
   ksys_ioctl+0x87/0xc0
   __x64_sys_ioctl+0x16/0x20
   do_syscall_64+0x4e/0x150
   entry_SYSCALL_64_after_hwframe+0x44/0xa9

  This bug was fixed by "UBUNTU: SAUCE: drm/i915: Synchronize active and
  retire callbacks" but there is an upstream fix for it, "drm/i915/gt:
  Make intel_ring_unpin() safe for concurrent pint". Let's replace the
  sauce patch with the upstream fix.

  More info here: https://gitlab.freedesktop.org/drm/intel/issues/1599

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1877394/+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 1877394] Re: Kernel panic due to NULL ringbuffer vaddr dereference in i915

2020-05-14 Thread Sultan Alsawaf
** Description changed:

+ SRU Justification:
+ 
+ [Impact]
+ A sauce fix for a kernel panic in i915 that I frequently experienced was 
fixed by upstream.
+ 
+ [Fix]
+ The sauce patch I made should be dropped in exchange for the proper upstream 
fix.
+ 
+ [Test]
+ I tested the upstream fix and can confirm it fixes the crashes I experienced.
+ 
+ [Regression Potential]
+ Low. The upstream fix for this bug is tiny and we get to remove a nasty sauce 
patch.
+ ---
  This is what the crash looks like:
  BUG: unable to handle page fault for address: 3448
  RIP: 0010:gen8_emit_flush_render+0x163/0x190
  Call Trace:
   execlists_request_alloc+0x25/0x40
   __i915_request_create+0x1f4/0x2c0
   i915_request_create+0x71/0xc0
   i915_gem_do_execbuffer+0xb98/0x1a80
   ? preempt_count_add+0x68/0xa0
   ? _raw_spin_lock+0x13/0x30
   ? _raw_spin_unlock+0x16/0x30
   i915_gem_execbuffer2_ioctl+0x1de/0x3c0
   ? i915_gem_busy_ioctl+0x7f/0x1d0
   ? i915_gem_execbuffer_ioctl+0x2d0/0x2d0
   drm_ioctl_kernel+0xb2/0x100
   drm_ioctl+0x209/0x360
   ? i915_gem_execbuffer_ioctl+0x2d0/0x2d0
   ksys_ioctl+0x87/0xc0
   __x64_sys_ioctl+0x16/0x20
   do_syscall_64+0x4e/0x150
   entry_SYSCALL_64_after_hwframe+0x44/0xa9
  
  This bug was fixed by "UBUNTU: SAUCE: drm/i915: Synchronize active and
  retire callbacks" but there is an upstream fix for it, "drm/i915/gt:
  Make intel_ring_unpin() safe for concurrent pint". Let's replace the
  sauce patch with the upstream fix.
  
  More info here: https://gitlab.freedesktop.org/drm/intel/issues/1599

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

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

Title:
  Kernel panic due to NULL ringbuffer vaddr dereference in i915

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

Bug description:
  SRU Justification:

  [Impact]
  A sauce fix for a kernel panic in i915 that I frequently experienced was 
fixed by upstream.

  [Fix]
  The sauce patch I made should be dropped in exchange for the proper upstream 
fix.

  [Test]
  I tested the upstream fix and can confirm it fixes the crashes I experienced.

  [Regression Potential]
  Low. The upstream fix for this bug is tiny and we get to remove a nasty sauce 
patch.
  ---
  This is what the crash looks like:
  BUG: unable to handle page fault for address: 3448
  RIP: 0010:gen8_emit_flush_render+0x163/0x190
  Call Trace:
   execlists_request_alloc+0x25/0x40
   __i915_request_create+0x1f4/0x2c0
   i915_request_create+0x71/0xc0
   i915_gem_do_execbuffer+0xb98/0x1a80
   ? preempt_count_add+0x68/0xa0
   ? _raw_spin_lock+0x13/0x30
   ? _raw_spin_unlock+0x16/0x30
   i915_gem_execbuffer2_ioctl+0x1de/0x3c0
   ? i915_gem_busy_ioctl+0x7f/0x1d0
   ? i915_gem_execbuffer_ioctl+0x2d0/0x2d0
   drm_ioctl_kernel+0xb2/0x100
   drm_ioctl+0x209/0x360
   ? i915_gem_execbuffer_ioctl+0x2d0/0x2d0
   ksys_ioctl+0x87/0xc0
   __x64_sys_ioctl+0x16/0x20
   do_syscall_64+0x4e/0x150
   entry_SYSCALL_64_after_hwframe+0x44/0xa9

  This bug was fixed by "UBUNTU: SAUCE: drm/i915: Synchronize active and
  retire callbacks" but there is an upstream fix for it, "drm/i915/gt:
  Make intel_ring_unpin() safe for concurrent pint". Let's replace the
  sauce patch with the upstream fix.

  More info here: https://gitlab.freedesktop.org/drm/intel/issues/1599

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1877394/+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 1877394] Re: Kernel panic due to NULL ringbuffer vaddr dereference in i915

2020-05-14 Thread Stefan Bader
** Changed in: linux (Ubuntu Focal)
   Importance: Undecided => High

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

Title:
  Kernel panic due to NULL ringbuffer vaddr dereference in i915

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

Bug description:
  This is what the crash looks like:
  BUG: unable to handle page fault for address: 3448
  RIP: 0010:gen8_emit_flush_render+0x163/0x190
  Call Trace:
   execlists_request_alloc+0x25/0x40
   __i915_request_create+0x1f4/0x2c0
   i915_request_create+0x71/0xc0
   i915_gem_do_execbuffer+0xb98/0x1a80
   ? preempt_count_add+0x68/0xa0
   ? _raw_spin_lock+0x13/0x30
   ? _raw_spin_unlock+0x16/0x30
   i915_gem_execbuffer2_ioctl+0x1de/0x3c0
   ? i915_gem_busy_ioctl+0x7f/0x1d0
   ? i915_gem_execbuffer_ioctl+0x2d0/0x2d0
   drm_ioctl_kernel+0xb2/0x100
   drm_ioctl+0x209/0x360
   ? i915_gem_execbuffer_ioctl+0x2d0/0x2d0
   ksys_ioctl+0x87/0xc0
   __x64_sys_ioctl+0x16/0x20
   do_syscall_64+0x4e/0x150
   entry_SYSCALL_64_after_hwframe+0x44/0xa9

  This bug was fixed by "UBUNTU: SAUCE: drm/i915: Synchronize active and
  retire callbacks" but there is an upstream fix for it, "drm/i915/gt:
  Make intel_ring_unpin() safe for concurrent pint". Let's replace the
  sauce patch with the upstream fix.

  More info here: https://gitlab.freedesktop.org/drm/intel/issues/1599

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1877394/+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 1877394] Re: Kernel panic due to NULL ringbuffer vaddr dereference in i915

2020-05-13 Thread Sultan Alsawaf
** Changed in: linux (Ubuntu Focal)
   Status: Incomplete => Confirmed

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

Title:
  Kernel panic due to NULL ringbuffer vaddr dereference in i915

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

Bug description:
  This is what the crash looks like:
  BUG: unable to handle page fault for address: 3448
  RIP: 0010:gen8_emit_flush_render+0x163/0x190
  Call Trace:
   execlists_request_alloc+0x25/0x40
   __i915_request_create+0x1f4/0x2c0
   i915_request_create+0x71/0xc0
   i915_gem_do_execbuffer+0xb98/0x1a80
   ? preempt_count_add+0x68/0xa0
   ? _raw_spin_lock+0x13/0x30
   ? _raw_spin_unlock+0x16/0x30
   i915_gem_execbuffer2_ioctl+0x1de/0x3c0
   ? i915_gem_busy_ioctl+0x7f/0x1d0
   ? i915_gem_execbuffer_ioctl+0x2d0/0x2d0
   drm_ioctl_kernel+0xb2/0x100
   drm_ioctl+0x209/0x360
   ? i915_gem_execbuffer_ioctl+0x2d0/0x2d0
   ksys_ioctl+0x87/0xc0
   __x64_sys_ioctl+0x16/0x20
   do_syscall_64+0x4e/0x150
   entry_SYSCALL_64_after_hwframe+0x44/0xa9

  This bug was fixed by "UBUNTU: SAUCE: drm/i915: Synchronize active and
  retire callbacks" but there is an upstream fix for it, "drm/i915/gt:
  Make intel_ring_unpin() safe for concurrent pint". Let's replace the
  sauce patch with the upstream fix.

  More info here: https://gitlab.freedesktop.org/drm/intel/issues/1599

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1877394/+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 1877394] Re: Kernel panic due to NULL ringbuffer vaddr dereference in i915

2020-05-07 Thread Sultan Alsawaf
** Description changed:

  This is what the crash looks like:
- BUG: unable to handle page fault for address: 3448
- RIP: 0010:gen8_emit_flush_render+0x163/0x190
- Call Trace:
-  execlists_request_alloc+0x25/0x40
-  __i915_request_create+0x1f4/0x2c0
-  i915_request_create+0x71/0xc0
-  i915_gem_do_execbuffer+0xb98/0x1a80
-  ? preempt_count_add+0x68/0xa0
-  ? _raw_spin_lock+0x13/0x30
-  ? _raw_spin_unlock+0x16/0x30
-  i915_gem_execbuffer2_ioctl+0x1de/0x3c0
-  ? i915_gem_busy_ioctl+0x7f/0x1d0
-  ? i915_gem_execbuffer_ioctl+0x2d0/0x2d0
-  drm_ioctl_kernel+0xb2/0x100
-  drm_ioctl+0x209/0x360
-  ? i915_gem_execbuffer_ioctl+0x2d0/0x2d0
-  ksys_ioctl+0x87/0xc0
-  __x64_sys_ioctl+0x16/0x20
-  do_syscall_64+0x4e/0x150
-  entry_SYSCALL_64_after_hwframe+0x44/0xa9
+ BUG: unable to handle page fault for address: 3448
+ RIP: 0010:gen8_emit_flush_render+0x163/0x190
+ Call Trace:
+  execlists_request_alloc+0x25/0x40
+  __i915_request_create+0x1f4/0x2c0
+  i915_request_create+0x71/0xc0
+  i915_gem_do_execbuffer+0xb98/0x1a80
+  ? preempt_count_add+0x68/0xa0
+  ? _raw_spin_lock+0x13/0x30
+  ? _raw_spin_unlock+0x16/0x30
+  i915_gem_execbuffer2_ioctl+0x1de/0x3c0
+  ? i915_gem_busy_ioctl+0x7f/0x1d0
+  ? i915_gem_execbuffer_ioctl+0x2d0/0x2d0
+  drm_ioctl_kernel+0xb2/0x100
+  drm_ioctl+0x209/0x360
+  ? i915_gem_execbuffer_ioctl+0x2d0/0x2d0
+  ksys_ioctl+0x87/0xc0
+  __x64_sys_ioctl+0x16/0x20
+  do_syscall_64+0x4e/0x150
+  entry_SYSCALL_64_after_hwframe+0x44/0xa9
  
  This bug was fixed by "UBUNTU: SAUCE: drm/i915: Synchronize active and
  retire callbacks" but there is an upstream fix for it, "drm/i915/gt:
  Make intel_ring_unpin() safe for concurrent pint". Let's replace the
  sauce patch with the upstream fix.
+ 
+ More info here: https://gitlab.freedesktop.org/drm/intel/issues/1599

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

Title:
  Kernel panic due to NULL ringbuffer vaddr dereference in i915

Status in linux package in Ubuntu:
  Incomplete
Status in linux source package in Focal:
  Incomplete

Bug description:
  This is what the crash looks like:
  BUG: unable to handle page fault for address: 3448
  RIP: 0010:gen8_emit_flush_render+0x163/0x190
  Call Trace:
   execlists_request_alloc+0x25/0x40
   __i915_request_create+0x1f4/0x2c0
   i915_request_create+0x71/0xc0
   i915_gem_do_execbuffer+0xb98/0x1a80
   ? preempt_count_add+0x68/0xa0
   ? _raw_spin_lock+0x13/0x30
   ? _raw_spin_unlock+0x16/0x30
   i915_gem_execbuffer2_ioctl+0x1de/0x3c0
   ? i915_gem_busy_ioctl+0x7f/0x1d0
   ? i915_gem_execbuffer_ioctl+0x2d0/0x2d0
   drm_ioctl_kernel+0xb2/0x100
   drm_ioctl+0x209/0x360
   ? i915_gem_execbuffer_ioctl+0x2d0/0x2d0
   ksys_ioctl+0x87/0xc0
   __x64_sys_ioctl+0x16/0x20
   do_syscall_64+0x4e/0x150
   entry_SYSCALL_64_after_hwframe+0x44/0xa9

  This bug was fixed by "UBUNTU: SAUCE: drm/i915: Synchronize active and
  retire callbacks" but there is an upstream fix for it, "drm/i915/gt:
  Make intel_ring_unpin() safe for concurrent pint". Let's replace the
  sauce patch with the upstream fix.

  More info here: https://gitlab.freedesktop.org/drm/intel/issues/1599

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