--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160828/6fde91bb/attachment.html>
ent was scrubbed...
Name: .config.gz
Type: application/octet-stream
Size: 38554 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160828/610ad3e2/attachment-0001.obj>
cause:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160828/54a68c9b/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=153911
Pierre Moreau changed:
What|Removed |Added
CC||pierre.morrow at free.fr
--- Comment #1
mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160828/a574c97d/attachment.html>
On Thu, Aug 25, 2016 at 11:07:01PM +0200, Peter Rosin wrote:
> This makes it trivial to constify them, so do that.
>
> Signed-off-by: Peter Rosin
Acked-by: Daniel Vetter
Feel free to merge through i2c tree.
-Daniel
> ---
> drivers/gpu/drm/drm_dp_helper.c | 10 +++---
> drivers/i2c/i2c-co
On Fri, Aug 26, 2016 at 07:39:34AM +0200, Kevin Brace wrote:
> Hi,
>
> I am sending this posting to dri-devel mailing list and Dave Airlie.
> This is sort of a summary of where OpenChrome and drm-openchrome is now.
>
> https://lists.freedesktop.org/archives/dri-devel/2016-August/116736.html
>
>
Currently we install a callback for performing poll on a dma-buf,
irrespective of the timeout. This involves taking a spinlock, as well as
unnecessary work, and greatly reduces scaling of poll(.timeout=0) across
multiple threads.
We can query whether the poll will block prior to installing the
cal
On Tue, Aug 23, 2016 at 2:03 AM, Daniel Vetter wrote:
> On Mon, Aug 22, 2016 at 03:38:05PM -0400, Rob Clark wrote:
>> An evil userspace could try to cause deadlock by passing an unfaulted-in
>> GEM bo as submit->bos (or submit->cmds) table. Which will trigger
>> msm_gem_fault() while we already h
On Fri, Aug 26, 2016 at 04:27:42PM +0200, Marek Vasut wrote:
> Add new driver for the MXSFB controller found in i.MX23/28/6SX .
> The MXSFB controller is a simple framebuffer controller with one
> parallel LCD output. Unlike the MXSFB fbdev driver that is used
> on these systems now, this driver us
On Sat, Aug 27, 2016 at 01:02:28AM +0200, Mario Kleiner wrote:
> Due to assigning the 'replaced' value instead of or'ing it,
> if drm_atomic_crtc_set_property() gets called multiple times,
> the last call will define the color_mgmt_changed flag, so
> a non-updating call to a property can reset the
On Sun, Aug 28, 2016 at 12:43:46PM -0400, Rob Clark wrote:
> On Tue, Aug 23, 2016 at 2:03 AM, Daniel Vetter wrote:
> > On Mon, Aug 22, 2016 at 03:38:05PM -0400, Rob Clark wrote:
> >> An evil userspace could try to cause deadlock by passing an unfaulted-in
> >> GEM bo as submit->bos (or submit->cmd
On Sun, Aug 28, 2016 at 05:37:47PM +0100, Chris Wilson wrote:
> Currently we install a callback for performing poll on a dma-buf,
> irrespective of the timeout. This involves taking a spinlock, as well as
> unnecessary work, and greatly reduces scaling of poll(.timeout=0) across
> multiple threads.
On Sun, Aug 28, 2016 at 12:53 PM, Daniel Vetter wrote:
> On Sun, Aug 28, 2016 at 12:43:46PM -0400, Rob Clark wrote:
>> On Tue, Aug 23, 2016 at 2:03 AM, Daniel Vetter wrote:
>> > On Mon, Aug 22, 2016 at 03:38:05PM -0400, Rob Clark wrote:
>> >> An evil userspace could try to cause deadlock by passi
.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160828/a09b7878/attachment-0001.html>
On Sun, Aug 28, 2016 at 05:37:47PM +0100, Chris Wilson wrote:
> Currently we install a callback for performing poll on a dma-buf,
> irrespective of the timeout. This involves taking a spinlock, as well as
> unnecessary work, and greatly reduces scaling of poll(.timeout=0) across
> multiple threads.
On Sun, Aug 28, 2016 at 09:33:54PM +0100, Chris Wilson wrote:
> On Sun, Aug 28, 2016 at 05:37:47PM +0100, Chris Wilson wrote:
> > Currently we install a callback for performing poll on a dma-buf,
> > irrespective of the timeout. This involves taking a spinlock, as well as
> > unnecessary work, and
ssignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160828/9ffaf696/attachment.html>
Hi,
I probably missed -rc4 by minutes, but maybe pointless GPL enforcement
debates are distracting you enough!
Anyways, a bunch of fixes covering i915, amdgpu, one tegra and some
core DRM ones. Nothing too strange at this point.
Dave.
The following changes since commit fa8410b355251fd30341662
On Sun, Aug 28, 2016 at 2:00 PM, Dave Airlie wrote:
>
> I probably missed -rc4 by minutes, but maybe pointless GPL enforcement
> debates are distracting you enough!
Hey, they must be good for _something_.
Anyway, the real problem was that this was in my spam-box. Which I've
learnt to check relig
On Sun, Aug 28, 2016 at 2:31 PM, Linus Torvalds
wrote:
>
> Anyway, the real problem was that this was in my spam-box. Which I've
> learnt to check religiously, so I noticed almost immediately.
Btw, on a totally unrelated issue: you make thes pull points tags
(good), but they are just plain simple
bbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160828/b1508401/attachment-0001.html>
We get 1 warning when build kernel with W=1:
drivers/gpu/drm/nouveau/dispnv04/overlay.c:496:1: warning: no previous
prototype for 'nouveau_overlay_init' [-Wmissing-prototypes]
In fact, this function is declared in disp.h, so this patch
add missing header dependencies
Signed-off-by: Baoyou Xie
-
We get 1 warning about global functions without a declaration
in the nouveau nouveau_display driver when building with W=1:
drivers/gpu/drm/nouveau/nouveau_display.c:96:1: warning: no previous prototype
for 'nouveau_display_scanoutpos_head' [-Wmissing-prototypes]
In fact, this function is only us
Lo! Dave, below report made it to the list of regression for 4.8, but
afaics nothing happened after the initial report. Was it discussed (and
maybe even fixed?) elsewhere? Or is there some reason why it shouldn't
be on the list of regressions at all?
Ciao, Thorsten
On 13.08.2016 14:37, Peter Senn
Hello,
I've got the following WARNING while running syzkaller fuzzer:
[ cut here ]
WARNING: CPU: 1 PID: 16092 at drivers/gpu/drm/drm_pci.c:182
drm_irq_by_busid+0x3c0/0x4a0
Kernel panic - not syncing: panic_on_warn set ...
CPU: 1 PID: 16092 Comm: syz-executor Not tainted 4.
I was bitten by this bug all last week while running latest kernels on
my laptop at KVMForum.
I then found the bug was also reported here:
https://bugzilla.kernel.org/show_bug.cgi?id=151731
Andrea Arcangeli (1):
drm: i915: don't use OpRegion for XPS 13 IvyBridge
drivers/gpu/drm/i915/intel_op
Hello,
The following program triggers WARNING in ioremap_wc:
[ cut here ]
LoadPin: kernel-module denied obj="/memfd: (deleted)" pid=12061
cmdline="/tmp/syz-executor"
WARNING: CPU: 1 PID: 12056 at arch/x86/mm/ioremap.c:121[< none
>] __ioremap_caller+0x348/0x6b0 arch/
Hello,
The following program causes a WARNING in idr_remove:
[ cut here ]
WARNING: CPU: 3 PID: 26766 at lib/idr.c:505
idr_remove called for id=1 which is not allocated.
CPU: 3 PID: 26766 Comm: syz-executor Not tainted 4.8.0-rc3+ #33
Hardware name: QEMU Standard PC (i440FX
We get 1 warning about global functions without a declaration
in the nouveau nv10_fence driver when building with W=1:
drivers/gpu/drm/nouveau/nv10_fence.c:70:1: warning: no previous prototype for
'nv10_fence_context_new' [-Wmissing-prototypes]
In fact, this function is only used in the file in w
Skylake was already singled out, but it doesn't cover the XPS 13 L332X
model which is based on IvyBridge.
The commit that introduced the regression is
1d6da87a3241deb13d073c4125d19ed0e5a0c62c
The Skylake workaround for the regression was introduced in commit
aeddda06c1a704bb97c8a7bfe7a472120193bd
Hello,
The following program trigger GPF in drm_legacy_lock_free:
general protection fault: [#1] SMP DEBUG_PAGEALLOC KASAN
Modules linked in:
CPU: 2 PID: 3379 Comm: syz-executor Not tainted 4.8.0-rc3+ #35
Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS Bochs 01/01/2011
task:
Hello,
The following program triggers GPF in drm_context_switch_complete:
kasan: GPF could be caused by NULL-ptr deref or user memory access
general protection fault: [#1] SMP DEBUG_PAGEALLOC KASAN
Dumping ftrace buffer:
(ftrace buffer empty)
Modules linked in:
CPU: 1 PID: 1965 Comm: syz-
33 matches
Mail list logo