I'm seeing new VBIOS W messages with 3.19-rcX+ on this workstation's
FX570:
[1.960786] nouveau W[ VBIOS][:02:00.0] M0203T not found
[1.960848] nouveau W[ VBIOS][:02:00.0] M0203E not matched!
Let me know if you want more info.
Regards,
Peter Hurley
[1] nouveau/drm dmesg
to screen remains off.
Could you try 3.18-rc2 to make sure that the issue isn't already
fixed, and if not, try bisecting?
I would recommend against trying to bisect from a good target before
3.17.0, as nouveau 3.16 is unbisectable.
Regards,
Peter Hurley
This is common pattern for many arch-dependent implementation
details.
Regards,
Peter Hurley
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
On 09/30/2013 01:27 PM, Peter Hurley wrote:
On 09/03/2013 09:45 PM, Ben Skeggs wrote:
Well, we can't just go around breaking stuff deliberately for the
people still using them!
I've blacklisted them myself and merged the patch.
Ben,
This patch causes my dual-head Quadro FX570 (G84) to fail
Status: NegoPending- InProgress-
Capabilities: [128 v1] Power Budgeting ?
Capabilities: [600 v1] Vendor Specific Information: ID=0001 Rev=1 Len=024
?
Kernel driver in use: nouveau
Kernel modules: nouveau, nvidiafb
Regards,
Peter Hurley
On 08/28/2013 03:15 AM, Ben Skeggs wrote:
On Wed, Aug 28, 2013 at 6:12 AM, Peter Hurley pe...@hurleysoftware.com wrote:
This series was originally motivated by a deadlock, introduced in
commit 1d7c71a3e2f77336df536855b0efd2dc5bdeb41b
'drm/nouveau/disp: port vblank handling to event interface
-off-by: Peter Hurley pe...@hurleysoftware.com
---
drivers/gpu/drm/nouveau/core/core/event.c | 24 +++
drivers/gpu/drm/nouveau/core/include/core/event.h | 6 ++
drivers/gpu/drm/nouveau/nouveau_fence.c | 15 +++---
3 files changed, 38 insertions(+), 7
Provide private field for event handlers exclusive use.
Convert nouveau_fence_wait_uevent() and
nouveau_fence_wait_uevent_handler(); drop struct nouveau_fence_uevent.
Signed-off-by: Peter Hurley pe...@hurleysoftware.com
---
drivers/gpu/drm/nouveau/core/include/core/event.h | 1 +
drivers/gpu
will be corrupted.
Migrate nouveau_event_get/_put from add/remove semantics to
enable/disable semantics.
Signed-off-by: Peter Hurley pe...@hurleysoftware.com
---
drivers/gpu/drm/nouveau/core/core/event.c | 20
drivers/gpu/drm/nouveau/core/include/core/event.h | 4
drivers
nouveau_event_put_locked() only has 1 call site; fold into caller.
Signed-off-by: Peter Hurley pe...@hurleysoftware.com
---
drivers/gpu/drm/nouveau/core/core/event.c | 19 ++-
1 file changed, 6 insertions(+), 13 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/core/core/event.c
lifetime, and distinguishes one-of event handlers
(such as gpio) from many temporary event handlers (such as uevent).
Signed-off-by: Peter Hurley pe...@hurleysoftware.com
---
drivers/gpu/drm/nouveau/core/core/event.c | 63 +++---
.../gpu/drm/nouveau/core/engine/software
with nouveau_connector_hotplug, which only schedules a work
item, and nouveau_drm_vblank_handler, which the drm core expects may be stale.
Peter Hurley (9):
drm/nouveau: Add priv field for event handlers
drm/nouveau: Move event index check from critical section
drm/nouveau: Allocate local event handlers
drm
Store event back-pointer and index within struct event_handler;
remove superfluous parameters when event_handler is supplied.
Signed-off-by: Peter Hurley pe...@hurleysoftware.com
---
drivers/gpu/drm/nouveau/core/core/event.c | 36 +-
.../gpu/drm/nouveau/core/engine
The index_nr field is constant for the lifetime of the event, so
serialized access is unnecessary.
Signed-off-by: Peter Hurley pe...@hurleysoftware.com
---
drivers/gpu/drm/nouveau/core/core/event.c | 19 +++
1 file changed, 11 insertions(+), 8 deletions(-)
diff --git a/drivers
Remove index parameter; access index via handler-index instead.
Dissociate handler from related container; use handler-priv to
access container.
Signed-off-by: Peter Hurley pe...@hurleysoftware.com
---
drivers/gpu/drm/nouveau/core/core/event.c | 6 +++---
drivers/gpu/drm/nouveau/core
and the event. Untangling object lifetimes in
nouveau is a non-trivial exercise.
Regards,
Peter Hurley
Signed-off-by: Maarten Lankhorst maarten.lankho...@canonical.com
---
diff --git a/drivers/gpu/drm/nouveau/core/core/event.c
b/drivers/gpu/drm/nouveau/core/core/event.c
index 7eb81c1..78bff7c 100644
On Thu, 2013-03-28 at 16:16 +0100, Maarten Lankhorst wrote:
Signed-off-by: Maarten Lankhorst maarten.lankho...@canonical.com
---
Oops, fixed to apply this time..
diff --git a/drivers/gpu/drm/nouveau/nouveau_display.c
b/drivers/gpu/drm/nouveau/nouveau_display.c
index 4610c3a..020542e
On Sun, 2013-03-24 at 12:56 +0100, Maarten Lankhorst wrote:
Op 23-03-13 12:47, Peter Hurley schreef:
On Tue, 2013-03-19 at 11:13 -0400, Peter Hurley wrote:
On vanilla 3.9.0-rc3, I get this 100% repeatable oops after login when
the user X session is coming up:
Perhaps I wasn't clear
On Tue, 2013-03-19 at 11:13 -0400, Peter Hurley wrote:
On vanilla 3.9.0-rc3, I get this 100% repeatable oops after login when
the user X session is coming up:
Perhaps I wasn't clear that this happens on every boot and is a
regression from 3.8
I'd be happy to help resolve this but time
[ adding Ben Skeggs and Dave Airlie ]
On Tue, 2013-03-19 at 21:24 +0100, Borislav Petkov wrote:
On Tue, Mar 05, 2013 at 05:30:52PM +0100, Lucas Stach wrote:
Dropping Tegra ML, it's not the place where Nouveau mails should go.
Adding Nouveau ML and Maarten, who probably knows Lockdep+Nouveau
Hi Maarten
On Mon, 2013-02-04 at 22:59 +0100, Maarten Lankhorst wrote:
Op 04-02-13 22:30, Marcin Slusarz schreef:
1) Lockdep thinks all nouveau subdevs belong to the same class and can be
locked in arbitrary order, which is not true (at least in general case).
Tell it to distinguish
21 matches
Mail list logo
