On Thu, Aug 22, 2013 at 10:10 AM, Ilia Mirkin imir...@alum.mit.edu wrote:
The code expects non-VRAM mem nodes to have a pages list. If that's not
set, it will do a null deref down the line. Warn on that condition and
return an error.
See https://bugs.freedesktop.org/show_bug.cgi?id=64774
On Thu, Aug 22, 2013 at 04:41:06PM +1000, Ben Skeggs wrote:
On Thu, Aug 22, 2013 at 10:10 AM, Ilia Mirkin imir...@alum.mit.edu wrote:
The code expects non-VRAM mem nodes to have a pages list. If that's not
set, it will do a null deref down the line. Warn on that condition and
return an
Op 22-08-13 02:10, Ilia Mirkin schreef:
The code expects non-VRAM mem nodes to have a pages list. If that's not
set, it will do a null deref down the line. Warn on that condition and
return an error.
See https://bugs.freedesktop.org/show_bug.cgi?id=64774
Reported-by: Pasi Kärkkäinen
https://bugs.freedesktop.org/show_bug.cgi?id=67382
--- Comment #32 from Martin Peres martin.pe...@ensi-bourges.fr ---
(In reply to comment #31)
(In reply to comment #30)
As the days went by. I'm wondering what I should do. Or what's the case with
this report.
Is it kind of a problem, that
On Thu, Aug 22, 2013 at 09:12:40AM +0200, Maarten Lankhorst wrote:
Op 22-08-13 02:10, Ilia Mirkin schreef:
The code expects non-VRAM mem nodes to have a pages list. If that's not
set, it will do a null deref down the line. Warn on that condition and
return an error.
See
https://bugs.freedesktop.org/show_bug.cgi?id=60772
--- Comment #14 from Honza hkm...@bigfoot.com ---
(In reply to comment #13)
(In reply to comment #11)
Mirkin: You might've overlooked it, but there IS patch in the message you
posted reference to. I don't see what other patch might be
https://bugs.freedesktop.org/show_bug.cgi?id=50571
--- Comment #17 from Vova vova7...@mail.ru ---
Yes, bug is fixed for me now.
--
You are receiving this mail because:
You are the assignee for the bug.
___
Nouveau mailing list
https://bugs.freedesktop.org/show_bug.cgi?id=54437
--- Comment #9 from Leif Gruenwoldt lei...@gmail.com ---
(In reply to comment #3)
The card works just fine if using the extracted firmware
Can you elaborate on how to do that? This sounds like a better solution than
using the proprietary nvidia
https://bugs.freedesktop.org/show_bug.cgi?id=54437
--- Comment #10 from Kelly Doran kel.p.do...@gmail.com ---
http://nouveau.freedesktop.org/wiki/NVC0_Firmware/
--
You are receiving this mail because:
You are the assignee for the bug.
___
Nouveau
https://bugs.freedesktop.org/show_bug.cgi?id=58556
--- Comment #15 from Pierre Moreau pierre.mor...@free.fr ---
Bisected to:
commit 20abd1634a6e2eedb84ca977adea56b8aa06cc3e
Author: Ben Skeggs bske...@redhat.com
Date: Mon Apr 30 11:33:43 2012 -0500
drm/nouveau: create real execution engine
https://bugs.freedesktop.org/show_bug.cgi?id=68453
Priority: medium
Bug ID: 68453
Assignee: nouveau@lists.freedesktop.org
Summary: Bad rendering (refreshes) when booting recent debug
kernels
QA Contact: xorg-t...@lists.x.org
https://bugs.freedesktop.org/show_bug.cgi?id=68453
--- Comment #1 from Ilia Mirkin imir...@alum.mit.edu ---
Does removing CONFIG_DEBUG_WW_MUTEX_SLOWPATH from the list of options enabled
fix things? This option randomly injects failures into ww mutexes (now used for
ttm)... dunno if that would be
https://bugs.freedesktop.org/show_bug.cgi?id=68453
--- Comment #2 from Adam Williamson awill...@redhat.com ---
Thanks for the suggestion. I'll try it out when I can find a couple hours to
get a full kernel build done :)
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=67382
--- Comment #33 from Emil Velikov emil.l.veli...@gmail.com ---
Created attachment 84479
-- https://bugs.freedesktop.org/attachment.cgi?id=84479action=edit
nv50 quirk
Confirmed that only nv50 are affected. The blob's dac handling does differ
https://bugs.freedesktop.org/show_bug.cgi?id=67382
--- Comment #34 from Emil Velikov emil.l.veli...@gmail.com ---
Here is a bit more information as to the blob's handing on the case
nv50
Simple register bashing
write(loadval | 0x010)
udelay(140s)
read()
write(0)
nv94/96
HWSQ
:
https://bugs.freedesktop.org/show_bug.cgi?id=68456
Priority: medium
Bug ID: 68456
Assignee: nouveau@lists.freedesktop.org
Summary: kernel NULL pointer dereference on 'modprobe nouveau'
QA Contact: xorg-t...@lists.x.org
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=68456
Ilia Mirkin imir...@alum.mit.edu changed:
What|Removed |Added
Summary|kernel NULL pointer |[NV4B] null deref on
https://bugs.freedesktop.org/show_bug.cgi?id=68402
--- Comment #4 from Emil Velikov emil.l.veli...@gmail.com ---
You're a star Ján
Just had a word with our main dev and he suggested that
viewport transformation is optional, whereas viewport clip rectangle must be
set before and after 3d_blit().
https://bugs.freedesktop.org/show_bug.cgi?id=68456
--- Comment #1 from Ilia Mirkin imir...@alum.mit.edu ---
The code decodes to
1c: 51 push %rcx
1d: 48 8b 47 18 mov0x18(%rdi),%rax
21: 48 8b 38mov(%rax),%rdi
24: 48 8b 87
https://bugs.freedesktop.org/show_bug.cgi?id=68456
--- Comment #2 from Ilia Mirkin imir...@alum.mit.edu ---
Created attachment 84484
-- https://bugs.freedesktop.org/attachment.cgi?id=84484action=edit
pass i2c functions into create func
Can you give this patch a shot? It compiles, but I haven't
https://bugs.freedesktop.org/show_bug.cgi?id=20341
Jason Detring detri...@gmail.com changed:
What|Removed |Added
Status|RESOLVED|REOPENED
21 matches
Mail list logo