Hi everyone,
I was wondering what to do to dig into this problem further.The kernel
is several weeks old (nouveau tree), it's at commit
000463f13fba6b2f94a5bfcb0d615751ae9c34a0.
As you can see from the mesages below the problem is reproducable to
the point of getting exactly the same error.
Nov
On Mon, Nov 26, 2012 at 7:04 PM, Marcin Slusarz
marcin.slus...@gmail.com wrote:
On Sun, Nov 25, 2012 at 11:50:50PM +0100, Maarten Maathuis wrote:
Hi everyone,
I was wondering what to do to dig into this problem further.The kernel
is several weeks old (nouveau tree), it's at commit
On Mon, Nov 26, 2012 at 8:28 PM, Marcin Slusarz
marcin.slus...@gmail.com wrote:
On Mon, Nov 26, 2012 at 08:16:17PM +0100, Maarten Maathuis wrote:
On Mon, Nov 26, 2012 at 7:04 PM, Marcin Slusarz
marcin.slus...@gmail.com wrote:
On Sun, Nov 25, 2012 at 11:50:50PM +0100, Maarten Maathuis wrote
On Mon, Aug 20, 2012 at 11:41 PM, Marcin Slusarz
marcin.slus...@gmail.com wrote:
On Tue, Aug 21, 2012 at 07:13:23AM +1000, Ben Skeggs wrote:
Am Dienstag, 21. August 2012 schrieb Marcin Slusarz :
On Mon, Aug 20, 2012 at 04:33:24PM +1000, Ben Skeggs wrote:
On Sun, Aug 19, 2012 at
);
goto out;
--
1.7.8.6
Tested-by: Maarten Maathuis madman2...@gmail.com
I would however like to voice a concern about the reinterpretation of
MAX_PUSH. Strictly speaking the number needs to go down one as far as
i'm concerned. But i'll Ben decide about the API/ABI concerns
On Mon, Aug 13, 2012 at 9:49 PM, Maxim Levitsky maximlevit...@gmail.com wrote:
On Mon, 2012-08-13 at 18:22 +0200, Sven Joachim wrote:
On 2012-08-08 08:18 +0200, Sven Joachim wrote:
On 2012-08-08 08:08 +0200, Ben Skeggs wrote:
On Wed, Aug 08, 2012 at 08:00:21AM +0200, Sven Joachim wrote:
On Mon, Aug 6, 2012 at 8:58 AM, Ben Skeggs skeg...@gmail.com wrote:
On Sun, Aug 05, 2012 at 10:56:37PM +0200, Marcin Slusarz wrote:
On Sun, Aug 05, 2012 at 12:40:15PM +1000, Ben Skeggs wrote:
Hey all,
I've just pushed a major rework/rewrite of the Nouveau kernel module to
git[1].
On Sun, Jul 29, 2012 at 7:14 PM, Andrew Green andrew.green...@gmail.com wrote:
Anyone else getting this when building the latest mesa?
make[3]: Entering directory
`/usr/local/nouveau/mesa2/mesa/src/gallium/targets/dri-nouveau'
gcc -c -I. -I../../../../src/mesa/drivers/dri/common -Iserver
Signed-off-by: Maarten Maathuis madman2...@gmail.com
---
src/nouveau_exa.c |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/src/nouveau_exa.c b/src/nouveau_exa.c
index 55dce99..c51a799 100644
--- a/src/nouveau_exa.c
+++ b/src/nouveau_exa.c
@@ -175,11 +175,15
On Mon, May 21, 2012 at 8:30 AM, Ben Skeggs skeg...@gmail.com wrote:
On Mon, May 21, 2012 at 12:15:03AM +0100, Emil Velikov wrote:
It contains a few changes mainly targeting the following
* Therm table is present in BIT vbios
* Parse the vbios table before hooking temp_get(), as it contains
On Fri, May 4, 2012 at 5:55 PM, Mark Hills m...@pogo.org.uk wrote:
I have a Dell 2007FP monitor. NV43 (GeForce 6600) can not use the native
resolution.
1600x1200 is listed under DDC gathered Modelines with the rest of the
info, but then is missing from probed modes.
I have a secondary card,
It seems a bit strange to go in between a register and defines that
probably belong to that register.
On Thu, Apr 26, 2012 at 12:26 AM, Lucas Stach d...@lynxeye.de wrote:
#define NV_PCRTC_ENGINE_CTRL 0x00600860
+#define NV_PCRTC_STAT(i0)
On Tue, Apr 24, 2012 at 8:36 PM, Martin Peres martin.pe...@free.fr wrote:
Le 24/04/2012 20:14, Maarten Maathuis a écrit :
Do you get rendering errors also when using a nv50 class gpu? I seem
to get them in firefox.
I also noticed a huge amount of failures when running rendercheck -t
On Thu, Apr 5, 2012 at 2:25 AM, Daniel Wallace
daniel.wall...@gatech.edu wrote:
I have 2 monitors plugged into the same nvidia card
(running nouveau) one can be either DVI-I or VGA(vga right now) and the
other is hdmi, right now, I am just trying to get the monitors to not
be clones of each
/gmane.comp.freedesktop.xorg.devel/29650
http://sprunge.us/LMjV?text
here is all the information I get from inxi -F
http://sprunge.us/TOef
any help would be appreciated,
Thank you,
Daniel Wallace
On Thu, Apr 05, 2012 at 04:24:46AM -0400, Daniel Wallace wrote:
On Thu, Apr 05, 2012 at 08:46:01AM +0200, Maarten
On Tue, Feb 21, 2012 at 8:04 PM, Mario Kleiner
mario.klei...@tuebingen.mpg.de wrote:
On Feb 20, 2012, at 8:24 AM, Lucas Stach wrote:
Just updated versions of the patches send by Mario Kleiner. This ones are
rebased on top of the nouveau tree and updated according to the review
feedback.
On Tue, Feb 21, 2012 at 8:26 PM, Maarten Maathuis madman2...@gmail.com wrote:
On Tue, Feb 21, 2012 at 8:04 PM, Mario Kleiner
mario.klei...@tuebingen.mpg.de wrote:
On Feb 20, 2012, at 8:24 AM, Lucas Stach wrote:
Just updated versions of the patches send by Mario Kleiner. This ones are
rebased
On Thu, Dec 22, 2011 at 3:41 PM, Maarten Maathuis madman2...@gmail.com wrote:
On Sun, Dec 18, 2011 at 8:47 PM, Maarten Maathuis madman2...@gmail.com
wrote:
In the past we assumed that external displays did their own dithering
if needed. GPU based dithering is only needed for laptop displays
On Sun, Dec 18, 2011 at 8:47 PM, Maarten Maathuis madman2...@gmail.com wrote:
In the past we assumed that external displays did their own dithering
if needed. GPU based dithering is only needed for laptop displays if i
had to guess.
I was almost thinking my monitor was malfunctioning because
In the past we assumed that external displays did their own dithering
if needed. GPU based dithering is only needed for laptop displays if i
had to guess.
I was almost thinking my monitor was malfunctioning because of strange
barely visible flickering. Now it *seems* as if dithering was the
On Wed, Dec 14, 2011 at 6:15 PM, Stayvoid stayv...@gmail.com wrote:
Hi there!
This HOWTO is outdated:
http://nouveau.freedesktop.org/wiki/GentooEbuilds
x11-base/nouveau-drm from the x11 overlay asks for the 3.2 version of
kernel, but the latest version is 3.1.5.
This advice is also wrong:
On Thu, Nov 10, 2011 at 10:36 PM, Grant emailgr...@gmail.com wrote:
I just switched from nvidia to nouveau and I get the following in
Xorg.0.log:
(WW) NOUVEAU(0): Option Rotate is not used
I have the following in xorg.conf because I've rotated the LCD screen
to change its orientation:
On Thu, Nov 10, 2011 at 11:27 PM, Grant emailgr...@gmail.com wrote:
I just switched from nvidia to nouveau and I get the following in
Xorg.0.log:
(WW) NOUVEAU(0): Option Rotate is not used
I have the following in xorg.conf because I've rotated the LCD screen
to change its orientation:
On Mon, Oct 31, 2011 at 8:34 PM, William Moss bill.m.m...@gmail.com wrote:
I recently updated from OpenSUSE 11.3 to 11.4.
The proprietary Nvidia driver will no longer work, even the latest
NVIDIA...run.
I removed it and set up nouveau, which works fine except it ignores my
customized
On Sat, Oct 29, 2011 at 7:29 PM, Marcin Slusarz
marcin.slus...@gmail.com wrote:
On Sat, Oct 29, 2011 at 07:08:01PM +0200, Marcin Slusarz wrote:
Hi
I've bisected pretty big performance regression (nv92):
$ git bisect good
b2737681d5442f05ab6419e05468c3d2511a5ced is the first bad commit
On Sun, Jun 5, 2011 at 9:46 PM, Marcin Slusarz marcin.slus...@gmail.com wrote:
On Sun, Jun 05, 2011 at 09:15:47PM +0200, Maarten Maathuis wrote:
2011/6/5 Stéphane Marchesin stephane.marche...@gmail.com:
On Sun, Jun 5, 2011 at 12:06, Marcin Slusarz marcin.slus...@gmail.com
wrote:
On Tue
On Wed, Mar 23, 2011 at 8:24 PM, Ecker Sandor esa...@freemail.hu wrote:
Hi,
I'm not sure if this is the right place to ask.
My question wuold be: is the GeForce 9100M G supported in nouveau? On the
site: http://nouveau.freedesktop.org/wiki/CodeNames#NV50 it can not be found.
The 9200M is
On Mon, Mar 7, 2011 at 10:22 PM, Ben Skeggs skeg...@gmail.com wrote:
On Mon, 2011-03-07 at 21:51 +, Maarten Maathuis wrote:
On Sun, Mar 6, 2011 at 2:24 PM, Ben Skeggs skeg...@gmail.com wrote:
Sent from my iPhone
On 07/03/2011, at 0:03, Maarten Maathuis madman2...@gmail.com wrote
On Tue, Mar 8, 2011 at 10:44 PM, Maarten Maathuis madman2...@gmail.com wrote:
On Mon, Mar 7, 2011 at 10:22 PM, Ben Skeggs skeg...@gmail.com wrote:
On Mon, 2011-03-07 at 21:51 +, Maarten Maathuis wrote:
On Sun, Mar 6, 2011 at 2:24 PM, Ben Skeggs skeg...@gmail.com wrote:
Sent from my
On Mon, Mar 7, 2011 at 11:31 AM, Marcin Slusarz
marcin.slus...@gmail.com wrote:
When buffer in list check does not pass, don't free validation lists - they
were
not initialized yet.
Fixes this oops:
[drm] nouveau :02:00.0: push 105 buffer not in list
BUG: unable to handle kernel NULL
On Fri, Mar 4, 2011 at 4:50 PM, Marcin Slusarz marcin.slus...@gmail.com wrote:
On Tue, Feb 22, 2011 at 06:32:40PM +0100, Marcin Slusarz wrote:
Addresses:
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-nouveau/+bug/723012
Reported-and-tested-by: Alan Pope
---
On Fri, Mar 4, 2011 at 4:49 PM, Marcin Slusarz marcin.slus...@gmail.com wrote:
On Sun, Feb 13, 2011 at 09:38:04PM +0100, Marcin Slusarz wrote:
Combination of locking and interchannel synchronization changes
uncovered poor behaviour of nouveau_fence_wait, which on HZ=100
configuration could
On Sun, Mar 6, 2011 at 2:24 PM, Ben Skeggs skeg...@gmail.com wrote:
Sent from my iPhone
On 07/03/2011, at 0:03, Maarten Maathuis madman2...@gmail.com wrote:
On Sun, Mar 6, 2011 at 1:44 PM, Ben Skeggs skeg...@gmail.com wrote:
Sorry for the top posting, it's late and typing from my phone
On Tue, Mar 1, 2011 at 9:51 PM, Ben Skeggs bske...@redhat.com wrote:
On Tue, 2011-03-01 at 21:08 +, Maarten Maathuis wrote:
Those come after 15-30 minutes of running warzone2100, i haven't
played any games for a while, so no idea how long this has been going
on.
I also got a TRAP_CCACHE
Mar 1 18:21:23 madman kernel: [ 1697.116256] [drm] nouveau
:01:00.0: PGRAPH - TRAP_VFETCH FAULT
Mar 1 18:21:23 madman kernel: [ 1697.116275] [drm] nouveau
:01:00.0: PGRAPH - TRAP_VFETCH 00f0 fe0c
Mar 1 18:21:23 madman kernel: [ 1697.116283] [drm] nouveau
On Tue, Mar 1, 2011 at 9:51 PM, Ben Skeggs bske...@redhat.com wrote:
On Tue, 2011-03-01 at 21:08 +, Maarten Maathuis wrote:
Those come after 15-30 minutes of running warzone2100, i haven't
played any games for a while, so no idea how long this has been going
on.
I also got a TRAP_CCACHE
-by: Maarten Maathuis madman2...@gmail.com
---
src/nv_driver.c |9 ++---
1 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/src/nv_driver.c b/src/nv_driver.c
index 3e009fc..523cab8 100644
--- a/src/nv_driver.c
+++ b/src/nv_driver.c
@@ -384,15 +384,18 @@ NVBlockHandler
- NV50+: This avoids high latency while typing with core fonts for example.
Signed-off-by: Maarten Maathuis madman2...@gmail.com
---
src/nv04_exa.c |4
src/nv50_exa.c |4
src/nvc0_exa.c |4
3 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/src/nv04_exa.c
The reason for NV50+ is obvious, but i'm not sure NV04-NV4X should be
included for consistency or not.
On Mon, Feb 7, 2011 at 7:37 PM, Maarten Maathuis madman2...@gmail.com wrote:
- NV50+: This avoids high latency while typing with core fonts for example.
Signed-off-by: Maarten Maathuis
On Tue, Jan 25, 2011 at 12:04 AM, Maarten Maathuis madman2...@gmail.com wrote:
Just wanted to ask, before trying to hunt it down :)
Display does come back, but it stays stuck with a blinking cursors,
nothing in logs related to resume, even when doing an Emergency-Sync
(i do see the message
Just wanted to ask, before trying to hunt it down :)
Display does come back, but it stays stuck with a blinking cursors,
nothing in logs related to resume, even when doing an Emergency-Sync
(i do see the message that sync happened, other keys just don't work).
Maarten.
--
Far away from the
On Wed, Dec 29, 2010 at 10:01 AM, Mario Kleiner
mario.klei...@tuebingen.mpg.de wrote:
Hello all,
i have recently implemented some patches to the drm core and to the intel
and radeon kms drivers to provide high precision timestamping of vblank
intervals and for timestamping of pageflip
On Wed, Dec 29, 2010 at 10:35 AM, Maarten Maathuis madman2...@gmail.com wrote:
On Wed, Dec 29, 2010 at 10:01 AM, Mario Kleiner
mario.klei...@tuebingen.mpg.de wrote:
Hello all,
i have recently implemented some patches to the drm core and to the intel
and radeon kms drivers to provide high
I realise that the the values PGRAPH complains about are indeed wrong,
the question is how did they end up corrupted like this? I'm assuming
since this is a SIFC transfer and method 0x860 is SIFC_DATA that the
PFIFO errors are a symptom of an earlier problem, the same thing that
caused the PGRAPH
For some reason this
(http://cgit.freedesktop.org/nouveau/linux-2.6/commit/?id=114432fd006141fa74fb67b2256b2d1dac617d9f)
comes to mind, not that it matches the error exactly, but still,
consider trying a kernel that includes this commit.
Maarten.
On Sun, Dec 12, 2010 at 11:56 AM, Xavier Chantry
What do the last two numbers mean?
Maarten.
--
Far away from the primal instinct, the song seems to fade away, the
river get wider between your thoughts and the things we do and say.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
This may be of interest to some
(http://cgit.freedesktop.org/nouveau/xf86-video-nouveau/commit/?id=9737a812aacbc544b93eeaa031cf1c2e8adbd661),
no idea if it works well, but you can try.
Maarten.
On Tue, Oct 26, 2010 at 12:00 PM, Felix Blanke felixbla...@gmail.com wrote:
That are exact the same
On Mon, Oct 4, 2010 at 2:29 PM, Xavier Chantry chantry.xav...@gmail.com wrote:
On Wed, Aug 18, 2010 at 11:51 PM, Xavier Chantry
chantry.xav...@gmail.com wrote:
On Sun, Aug 15, 2010 at 12:48 AM, Maarten Maathuis madman2...@gmail.com
wrote:
Maybe someone should tell mozilla to use ARGB
On Sat, Aug 14, 2010 at 9:04 PM, Andreas Radke a.ra...@arcor.de wrote:
Am Sat, 14 Aug 2010 14:49:26 +0200
schrieb Sjon archlinux@spider007.net:
nouveau-drm-lts 0.0.16_20100313-2
nouveau-firmware 20091212-4
xf86-video-nouveau 0.0.16_git20100517-1
Are you running the .32 LTS kernel?
On Sat, Aug 14, 2010 at 9:12 PM, Sjon archlinux@spider007.net wrote:
On 08/14/2010 09:04 PM, Andreas Radke wrote:
Am Sat, 14 Aug 2010 14:49:26 +0200
schrieb Sjonarchlinux@spider007.net:
nouveau-drm-lts 0.0.16_20100313-2
nouveau-firmware 20091212-4
xf86-video-nouveau
On Sun, Aug 15, 2010 at 12:37 AM, Maarten Maathuis madman2...@gmail.com wrote:
On Sat, Aug 14, 2010 at 9:12 PM, Sjon archlinux@spider007.net wrote:
On 08/14/2010 09:04 PM, Andreas Radke wrote:
Am Sat, 14 Aug 2010 14:49:26 +0200
schrieb Sjonarchlinux@spider007.net:
nouveau-drm-lts
On Fri, May 28, 2010 at 7:47 AM, Ben Skeggs skeg...@gmail.com wrote:
On Thu, 2010-05-27 at 17:55 +0300, Pekka Paalanen wrote:
On Wed, 26 May 2010 23:24:57 +0200
Maarten Maathuis madman2...@gmail.com wrote:
For NV04 i can understand, since it's irq driven fences, so let's
split the question
- This isn't triggered yet on a normal kernel, because it still does a VT
switch, but it seemed like a good idea to fix this now.
Tested-by: Maxim Levitsky maximlevit...@gmail.com
Signed-off-by: Maarten Maathuis madman2...@gmail.com
---
drivers/gpu/drm/nouveau/nouveau_crtc.h |2 ++
drivers
On Fri, Apr 9, 2010 at 8:51 AM, Ben Skeggs skeg...@gmail.com wrote:
So, with all the nouveau_class.h changes lately it's become rather
difficult to keep libdrm synced up with a particular mesa version.
This is much like what happens when we break our kernel ABI, but on a
far more regular
On Sun, Mar 14, 2010 at 11:32 AM, Christoph Bumiller
e0425...@student.tuwien.ac.at wrote:
Hi.
There's not much to say here, just replacing the screen_init
stateobj with direct pushbuffer emission.
We don't need to store all the usless state from init, and the
constant buffer relocations
BEGIN_RING also does autobind, the rest seems ok.
Maarten.
On Sun, Mar 14, 2010 at 2:53 PM, Christoph Bumiller
e0425...@student.tuwien.ac.at wrote:
On 14.03.2010 13:03, Maarten Maathuis wrote:
On Sun, Mar 14, 2010 at 11:32 AM, Christoph Bumiller
e0425...@student.tuwien.ac.at wrote:
Hi
On Mon, Mar 8, 2010 at 10:06 PM, Lev A. Melnikovsky melnikov...@mail.ru wrote:
...please, could someone investigate this? I'd be glad to provide more
info or test patches or whatever...
On Sun, 28 Feb 2010 at 6:50pm, Lev A. Melnikovsky wrote:
LAM Hi there,
LAM
LAM I have just decided to
On Fri, Mar 5, 2010 at 2:23 AM, Dave Airlie airl...@gmail.com wrote:
So with all this ongoing Linus crap I'm going to be brave and ask for
reasons why
0.0.16 kernel API can't become 1.0.0.
Pros:
All old userspace compatibility is gone.
No more UMS cruft to support.
Something can be shipped
pushed.
On Mon, Mar 1, 2010 at 10:26 PM, Francisco Jerez curroje...@riseup.net wrote:
Acked-by: Francisco Jerez curroje...@riseup.net
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
- pre-nv50 has one too (in WRITE_PUT).
Signed-off-by: Maarten Maathuis madman2...@gmail.com
---
drivers/gpu/drm/nouveau/nouveau_dma.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_dma.c
b/drivers/gpu/drm/nouveau/nouveau_dma.c
index
- Currently reloc'ing a user bo to gart will first cause an allocation in vram,
which is then cpu written to, then the bo gets moved to gart.
Signed-off-by: Maarten Maathuis madman2...@gmail.com
---
nouveau/nouveau_reloc.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff
On Tue, Feb 16, 2010 at 11:00 AM, Johannes Obermayr
johannesoberm...@gmx.de wrote:
Am Dienstag, 16. Februar 2010 09:53:58 schrieb Ben Skeggs:
On Tue, 2010-02-16 at 09:25 +0100, Johannes Obermayr wrote:
Hi,
Ben Skeggs latest changes in Mesa cause a build failure (libdrm is latest
git
The channel/context switch lock related patches (to the best of
knowledge) haven't even gone outside the nouveau tree, so the initial
damage isn't even there. At least not for the first path. As for the
2nd patch, that one was squished into the original patch for this pull
iirc.
Maarten.
On Mon,
Pushed as announced.
On Mon, Feb 8, 2010 at 6:39 PM, Maarten Maathuis madman2...@gmail.com wrote:
Added the Tested-by, added Marcin's real name. And added a spin
unlock in the nv50 fifo failure path.
Will push in a day if there are no further comments.
Maarten.
On Mon, Feb 8, 2010 at 6:38
Thanks for pointing that out, is it preferred to use goto style
failure or just stick the spin unlock everywhere where you return?
Maarten.
On Mon, Feb 8, 2010 at 11:30 AM, Pekka Paalanen p...@iki.fi wrote:
On Sun, 7 Feb 2010 02:11:20 +0100
Maarten Maathuis madman2...@gmail.com wrote
Added the Tested-by, added Marcin's real name. And added a spin
unlock in the nv50 fifo failure path.
Will push in a day if there are no further comments.
Maarten.
On Mon, Feb 8, 2010 at 6:38 PM, Maarten Maathuis madman2...@gmail.com wrote:
- Marcin Slusarz pointed out that this triggers
2010/2/8 Marcin Kościelnicki koria...@0x04.net:
Signed-off-by: Marcin Kościelnicki koria...@0x04.net
---
drivers/gpu/drm/nouveau/nouveau_state.c | 7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_state.c
, it isn't activated at that
stage.
- Move and rename the lock after some discussion with 'joi', even better naming
suggestions are appreciated.
Signed-off-by: Maarten Maathuis madman2...@gmail.com
---
drivers/gpu/drm/nouveau/nouveau_channel.c |9 ++---
drivers/gpu/drm/nouveau/nouveau_drv.h
On Thu, Feb 4, 2010 at 11:58 AM, Adrian Knoth a...@drcomp.erfurt.thur.de
wrote:
On Tue, Feb 02, 2010 at 02:35:04PM +0100, Maarten Maathuis wrote:
Hi!
When the X pointer changes from arrow to the vertical text selection
bar, firewire streaming is interrupted. Same with scrolling in firefox
On Thu, Feb 4, 2010 at 1:38 PM, Adrian Knoth a...@drcomp.erfurt.thur.de wrote:
On Thu, Feb 04, 2010 at 12:19:14PM +0100, Maarten Maathuis wrote:
Hi!
When the X pointer changes from arrow to the vertical text selection
bar, firewire streaming is interrupted. Same with scrolling in firefox
Pushed as announced, with a few minor style changes that checkpatch pointed out.
On Wed, Feb 3, 2010 at 7:02 PM, Maarten Maathuis madman2...@gmail.com wrote:
Patches 4-6 will be pushed tomorrow if there are no objections.
Acks or comments appreciated as usual.
Maarten.
On Tue, Feb 2, 2010
1-3 pushed as announced.
On Tue, Feb 2, 2010 at 10:37 PM, Maarten Maathuis madman2...@gmail.com wrote:
I intend to push patch 1-3 tomorrow if there are no objections.
Acks are appreciated as usual.
On Tue, Feb 2, 2010 at 10:36 PM, Maarten Maathuis madman2...@gmail.com
wrote:
- ramfc
Patches 4-6 will be pushed tomorrow if there are no objections.
Acks or comments appreciated as usual.
Maarten.
On Tue, Feb 2, 2010 at 10:36 PM, Maarten Maathuis madman2...@gmail.com wrote:
- Under some rare conditions i've managed to get pgraph errors after the
channel is closed, which has
users or splitting vram into 2
zones.
Signed-off-by: Maarten Maathuis madman2...@gmail.com
---
drivers/gpu/drm/nouveau/nouveau_bo.c | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_bo.c
b/drivers/gpu/drm/nouveau/nouveau_bo.c
index
- ramfc is zero'ed upon destruction, so it's safer to do things in the right
order.
Signed-off-by: Maarten Maathuis madman2...@gmail.com
---
drivers/gpu/drm/nouveau/nv50_fifo.c |9 ++---
1 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nv50_fifo.c
b
- Unset the bit that indicates that a ctxprog can continue at the end.
Signed-off-by: Maarten Maathuis madman2...@gmail.com
---
drivers/gpu/drm/nouveau/nouveau_irq.c | 139 ++---
1 files changed, 75 insertions(+), 64 deletions(-)
diff --git a/drivers/gpu/drm/nouveau
- The nv50 pgraph handler (for example) could reenable pgraph fifo access and
that would be bad when pgraph context is being unloaded (we need the garuantee
a ctxprog isn't running).
Signed-off-by: Maarten Maathuis madman2...@gmail.com
---
drivers/gpu/drm/nouveau/nouveau_channel.c |9
is set as invalid. So remove them altogether.
Signed-off-by: Maarten Maathuis madman2...@gmail.com
---
drivers/gpu/drm/nouveau/nouveau_channel.c |7 +++
drivers/gpu/drm/nouveau/nv50_graph.c | 10 +++---
2 files changed, 10 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu
I intend to push patch 1-3 tomorrow if there are no objections.
Acks are appreciated as usual.
On Tue, Feb 2, 2010 at 10:36 PM, Maarten Maathuis madman2...@gmail.com wrote:
- ramfc is zero'ed upon destruction, so it's safer to do things in the right
order.
Signed-off-by: Maarten Maathuis
- Depth and stencil buffers are supposed to be large enough in general.
Signed-off-by: Maarten Maathuis madman2...@gmail.com
---
drivers/gpu/drm/nouveau/nouveau_bo.c | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_bo.c
b/drivers
- ramfc is zero'ed upon destruction, so it's safer to do things in the right
order.
Signed-off-by: Maarten Maathuis madman2...@gmail.com
---
drivers/gpu/drm/nouveau/nv50_fifo.c |9 ++---
1 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nv50_fifo.c
b
Someone should probably check this out on earlier cards as well.
On Mon, Feb 1, 2010 at 7:34 PM, Maarten Maathuis madman2...@gmail.com wrote:
- We need to disable pgraph fifo access before checking the current channel,
otherwise we could still hit a running ctxprog.
- The writes to 0x400500
Signed-off-by: Maarten Maathuis madman2...@gmail.com
---
drivers/gpu/drm/nouveau/nouveau_irq.c | 140 ++---
1 files changed, 76 insertions(+), 64 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_irq.c
b/drivers/gpu/drm/nouveau/nouveau_irq.c
index baa9b3e
is set as invalid. So remove them altogether.
Signed-off-by: Maarten Maathuis madman2...@gmail.com
---
drivers/gpu/drm/nouveau/nouveau_channel.c |7 +++
drivers/gpu/drm/nouveau/nv50_graph.c | 10 +++---
2 files changed, 10 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu
I'm wondering if the write to 0x400824 should be outside the loop,
since it's a flag blocking a ctxprog from continuing.
Anyone know why this one wasn't looping but the pre-nv50 one is?
On Mon, Feb 1, 2010 at 7:34 PM, Maarten Maathuis madman2...@gmail.com wrote:
Signed-off-by: Maarten Maathuis
If there are no objections, please share them as soon as possible.
On Mon, Feb 1, 2010 at 7:40 PM, Maarten Maathuis madman2...@gmail.com wrote:
Someone should probably check this out on earlier cards as well.
On Mon, Feb 1, 2010 at 7:34 PM, Maarten Maathuis madman2...@gmail.com wrote:
- We
Acked-by: Maarten Maathuis madman2...@gmail.com
On Thu, Jan 28, 2010 at 10:33 PM, Maarten Maathuis madman2...@gmail.com wrote:
Looks sane to me, it would be nice if someone else also agreed, before
committing.
On Thu, Jan 28, 2010 at 5:28 PM, Luca Barbieri l...@luca-barbieri.com wrote
Looks sane to me, it would be nice if someone else also agreed, before
committing.
On Thu, Jan 28, 2010 at 5:28 PM, Luca Barbieri l...@luca-barbieri.com wrote:
Please apply or state objections to this patch.
Thanks.
___
Nouveau mailing list
On Thu, Jan 21, 2010 at 3:44 PM, Francisco Jerez curroje...@riseup.net wrote:
Luca Barbieri l...@luca-barbieri.com writes:
Nvidia cards have a synchronization primitive that could be used to
synchronize several FIFOs in hardware (AKA semaphores, see [1] for an
example).
Does this operate
Could you resend these (not just this one) patches as proper git
send-email patches, those have authorship too, so they can be used
with git am.
Maarten.
On Tue, Jan 12, 2010 at 3:32 PM, Marcin Slusarz
marcin.slus...@gmail.com wrote:
From: Marcin Slusarz marcin.slus...@gmail.com
Subject:
Sorry, this was a brainfart.
On Thu, Jan 14, 2010 at 11:30 PM, Maarten Maathuis madman2...@gmail.com wrote:
Could you resend these (not just this one) patches as proper git
send-email patches, those have authorship too, so they can be used
with git am.
Maarten.
On Tue, Jan 12, 2010 at 3:32
I'll push this one tomorrow.
On Thu, Jan 14, 2010 at 11:54 PM, Maarten Maathuis madman2...@gmail.com wrote:
Sorry, this was a brainfart.
On Thu, Jan 14, 2010 at 11:30 PM, Maarten Maathuis madman2...@gmail.com
wrote:
Could you resend these (not just this one) patches as proper git
send
I'll push this one tomorrow if there are no complaints.
On Tue, Jan 12, 2010 at 3:38 PM, Marcin Slusarz
marcin.slus...@gmail.com wrote:
From: Marcin Slusarz marcin.slus...@gmail.com
Subject: [libdrm PATCH] nouveau: disable flush_notify on channel_free
We don't want do call flush_notify when
For completeness, track 8 means the pages are mapped write combined,
and req 16 means they were going to be mapped uncached (this is for
agp gart). This can be found in the x86 specific PAE code that is
invoked upon ioremap.
On Tue, Jan 12, 2010 at 1:10 AM, Xavier shinin...@gmail.com wrote:
On
- This should fix the problem with gpu hangs people have had when closing
channels.
Signed-off-by: Maarten Maathuis madman2...@gmail.com
---
drivers/gpu/drm/nouveau/nv50_graph.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nv50_graph.c
b
This patch alone, so ignore the 3/3. I think this fixes the channel
unload hang issues in a less obscure way. Feedback appreciated as
usual.
On Mon, Jan 11, 2010 at 9:18 PM, Maarten Maathuis madman2...@gmail.com wrote:
- This should fix the problem with gpu hangs people have had when closing
This patch *is* alone, sorry for the typo.
On Mon, Jan 11, 2010 at 9:20 PM, Maarten Maathuis madman2...@gmail.com wrote:
This patch alone, so ignore the 3/3. I think this fixes the channel
unload hang issues in a less obscure way. Feedback appreciated as
usual.
On Mon, Jan 11, 2010 at 9:18
at 11:11 PM, Ben Skeggs skeg...@gmail.com wrote:
On Mon, 2010-01-11 at 22:12 +0100, Maarten Maathuis wrote:
A few comments are in order, i noticed that this additional
wait_for_idle does cause delays sometimes (obviously). and it seems
like an excellent way to do a DOS attack on your gpu. fbcon
page_address on x86_64,
since that doesn't have or need PAE or anything like that.
/Thomas
Maarten Maathuis wrote:
I've been noticing for a while that i've been getting general
protection faults in ttm_to_swapout, this time i was printk'ing the
virtual addresses.
In case it's not obvious
This is the patch
http://cgit.freedesktop.org/nouveau/linux-2.6/commit/?id=aac125bb84c73a7637de5e85a6cc23ab81357552
Maybe a rebased patch went upstream (no idea if this happened already)?
Maarten.
On Sat, Jan 9, 2010 at 5:05 PM, Alexey Dobriyan adobri...@gmail.com wrote:
On Mon, Jan 04, 2010
1 - 100 of 243 matches
Mail list logo