On Sun, Feb 6, 2011 at 1:30 AM, Grant emailgr...@gmail.com wrote:
I can't seem to get nouveau to load with my onboard GeForce 6150SE
nForce 430 which I believe is an NV40 chip. I enabled DRM and
DRM_NOUVEAU in the kernel but lspci -v doesn't show any kernel driver
in use and Xorg fails to
On Wed, Feb 2, 2011 at 6:28 PM, Dzianis Kahanovich
maha...@bspu.unibel.by wrote:
After october I got broken image on my integrated nv4c chip (are you need
precise model?). I don't know precise time points, but now known: in Gentoo
portage still 20101010 - good, 20101130 - bad (but I use git
of relocs and the relocs is well
protected introducing only graphical issues.
Since you known how to use coccocinelle could you check that the
BEGIN_RING followed by OUT_RELOC are guarded with a MARK_RING?
2010/12/25 Xavier Chantry chantry.xav...@gmail.com:
Michel Hermier reported libdrm
Michel Hermier reported libdrm segfault (and kernel crash) on nv40 using
gallium :
http://www.mail-archive.com/nouveau@lists.freedesktop.org/msg06563.html
It turns out these were caused by some missing WAIT_RING (or wrong
computation of the WAIT_RING sizes). Unlike all other libdrm_nouveau users,
As curro said, let's keep it simple for the maintainers until the big
bottlenecks are gone
Benchmarked on nv35 with openarena, nexuiz and ut2004 and no performance
regression.
The core of this patch was made with Coccinelle, with minor manual fixes
made on top.
---
On Mon, Dec 20, 2010 at 10:46 PM, Michel Hermier
michel.herm...@gmail.com wrote:
Just for my personnal information, how did you benchmarked ? By juging the
fps ?
These 3 games have built-in benchmark/demo system so I just used it.
20 dec : no patch
840 frames 6.6 seconds 126.4 fps
On Mon, Dec 20, 2010 at 11:24 PM, Lucas Stach d...@lynxeye.de wrote:
I would really like to test your patch on nv47, but it doesn't apply to
current master. It seems to be fixable manually, as only the line
numbers in the diff are wrong, but i wonder what's the reason for this.
I just applied
On Fri, Dec 17, 2010 at 1:37 PM, Michel Hermier
michel.herm...@gmail.com wrote:
Hi,
A patch that initialise kernel structures. In addition to reduce the
noise of valgrind when running piglit tests, it may be also
interesting to have these structures fully initialised for the future
in case
On Thu, Dec 16, 2010 at 12:22 PM, Michel Hermier
michel.herm...@gmail.com wrote:
Hi,
While trying to run a 3D app I needed to modify/add some WAIT_RING
calls so the push buffer is properly checked, before we try to blindly
push to it (sine OUT_RING don't perform this checks yet, I have a
---
src/nv04_exa.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/src/nv04_exa.c b/src/nv04_exa.c
index 2760d4b..bc20ca3 100644
--- a/src/nv04_exa.c
+++ b/src/nv04_exa.c
@@ -148,7 +148,6 @@ NV04EXASolid (PixmapPtr pPixmap, int x1, int y1, int x2,
int y2)
int
I am seeing problems on 2.6.36-rc7 based kernels.
The error always happens during a channel destruction (always gallium
on channel 3 in my tests), and always looks like this :
3[ 612.115977] [drm] nouveau :01:00.0: AIII, invalid/inactive
channel id 128
6[ 612.115987] [drm] nouveau
On Sun, Dec 12, 2010 at 2:28 PM, Maarten Maathuis madman2...@gmail.com wrote:
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
On Mon, Dec 6, 2010 at 7:35 PM, Mikhail Ramendik m...@ramendik.ru wrote:
Hello,
http://nouveau.freedesktop.org/wiki/FeatureMatrix lists Decode
videos as WIP for NV30 and NV40 seies.
As I have an NV44, I would really like to know - what is this feature
going to be? VDPAU support for these
Pass pipe_context rather than pipe_screen to util_surfaces_get and
util_surfaces_do_get so that they can check whether the saved pipe_surface
have the current context, and init properly a new pipe_surface with the
current context.
pipe_context is also passed to pipe_surface_reset and
cso_cache_delete checks if pipe has bind_vertex_sampler_states and
set_vertex_sampler_views so do the same in tr_context.
This avoids a segfault when tracing nvfx driver on piglit
glx-destroycontext-2
---
src/gallium/drivers/trace/tr_context.c |6 ++
1 files changed, 6 insertions(+), 0
7e1bf946316ff99feaa3f2e85f70b45bd9a77ade changed
PIPE_CAP_MAX_RENDER_TARGETS to 1 on nv30.
Signed-off-by: Xavier Chantry chantry.xav...@gmail.com
---
src/gallium/drivers/nvfx/nvfx_state_fb.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/gallium/drivers/nvfx
a 'write to user buffer!!' error in libdrm and then worse things.
Signed-off-by: Xavier Chantry chantry.xav...@gmail.com
---
src/gallium/drivers/nvfx/nvfx_state_fb.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/src/gallium/drivers/nvfx/nvfx_state_fb.c
b/src/gallium
Signed-off-by: Xavier Chantry chantry.xav...@gmail.com
---
src/gallium/drivers/nvfx/nvfx_state_fb.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/gallium/drivers/nvfx/nvfx_state_fb.c
b/src/gallium/drivers/nvfx/nvfx_state_fb.c
index 30e48c8..73885de 100644
a 'write to user buffer!!' error in libdrm and then worse things.
When using bo_ref, the bo referenced by nvfx-hw_zeta is preserved properly.
Signed-off-by: Xavier Chantry chantry.xav...@gmail.com
---
src/gallium/drivers/nvfx/nvfx_context.c |6 ++
src/gallium/drivers/nvfx/nvfx_state_fb.c
On Mon, Oct 11, 2010 at 11:01 AM, Martin Peres
martin.pe...@ensi-bourges.fr wrote:
Hi,
Roy Spliet, Emil Velikov and I are working on getting memory timing support
to nouveau (http://en.wikipedia.org/wiki/Memory_timings).
We badly need your help as the vbios timing table (that stores the
2010/10/7 Grzesiek Sójka p...@pfu.pl:
I have two problems with the kernel compilation.
1. I have a small rootfs. It is too small to put all the modules there
without gzipping it first. So installing it requires lots of sweating. That
is why I was wondering if there is a (more/less easy) way
On Mon, Oct 4, 2010 at 6:27 PM, Maarten Maathuis madman2...@gmail.com wrote:
On Mon, Oct 4, 2010 at 2:29 PM, Xavier Chantry chantry.xav...@gmail.com
wrote:
https://bugzilla.mozilla.org/show_bug.cgi?id=587499#c1
Or alternatively PAD repeat can be set on the source images at least in some
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 instead of XRGB, because
that will be hardware accelerated (XRender and opengl
On Sun, Aug 15, 2010 at 12:48 AM, Maarten Maathuis madman2...@gmail.com wrote:
Maybe someone should tell mozilla to use ARGB instead of XRGB, because
that will be hardware accelerated (XRender and opengl disagree on what
should be sampled when going outside the texture without an alpha
Ok, after looking at how some other drivers were updated, I thought
nouveau needed bigger changes than that.
Jakob just pushed a simple build fix, and now nv50 builds and runs (almost ;)).
I just noticed 5 piglit regressions :
fbo/fbo-copypix
fbo/fbo-copyteximage
general/scissor-copypixels
7.8 branch (533b7663) : 209/246
master branch (c882c31) : 216/241
In short :
8 fail/warn - pass
5 fail - skip
1 pass - fail
So the only regression is glean/clipFlat
Output:
--
Test clipping with flat shading (provoking vertex).
aligned) works.
Thanks to Christoph Bumiller and Marcin Kościelnicki for the help !
Signed-off-by: Xavier Chantry chantry.xav...@gmail.com
---
src/gallium/drivers/nv50/nv50_program.c | 23 +++
src/gallium/drivers/nv50/nv50_transfer.c |3 ---
2 files changed, 19
aligned) works.
Thanks to Christoph Bumiller and Marcin Kościelnicki for the help !
Signed-off-by: Xavier Chantry chantry.xav...@gmail.com
---
src/gallium/drivers/nv50/nv50_program.c | 24
src/gallium/drivers/nv50/nv50_transfer.c |3 ---
2 files changed, 20
On Sun, May 9, 2010 at 12:41 AM, Xavier Chantry
chantry.xav...@gmail.com wrote:
This fixes fp-long-alu test which failed/stopped at depth 3077 with the
following kernel errors :
[drm] nouveau :01:00.0: Allocating FIFO number 3
[drm] nouveau :01:00.0: nouveau_channel_alloc: initialised
On Wed, May 5, 2010 at 4:12 AM, Gabriele Tozzi gabri...@tozzi.eu wrote:
I don't know where to start debugging this issue.
I'm attaching my xorg log.
Kernel logs usually have more information.
Check in /var/log/ something like kern.log or kernel.log (distrib
specific), and see if anything got
, Xavier Chantry
chantry.xav...@gmail.com wrote:
flightgear now dies with :
Mesa warning: external dxt library not available: texstore_rgba_dxt3
util/u_format_s3tc.c:66:util_format_dxt3_rgba_fetch_stub: Assertion `0'
failed.
I don't really understand what these stubs are about, they were
flightgear now dies with :
Mesa warning: external dxt library not available: texstore_rgba_dxt3
util/u_format_s3tc.c:66:util_format_dxt3_rgba_fetch_stub: Assertion `0' failed.
I don't really understand what these stubs are about, they were
introduced by following commit :
commit
On Thu, Apr 29, 2010 at 2:43 PM, Xavier Chantry
chantry.xav...@gmail.com wrote:
Between mesa-7.8.1-1697-g1820d24 and mesa-7.8.1-1911-g7327a84 , I got
4 new failures :
general/texgen
glean/polygonOffset
shaders/fp-generic/ dph and kil-swizzle
If some of these are not already known
Between mesa-7.8.1-1697-g1820d24 and mesa-7.8.1-1911-g7327a84 , I got
4 new failures :
general/texgen
glean/polygonOffset
shaders/fp-generic/ dph and kil-swizzle
If some of these are not already known and expected, I will do a bisect.
___
Nouveau
On Thu, Apr 22, 2010 at 12:57 PM, yaiba.kurog...@interia.pl wrote:
Hello. I have old nvidia hardware (NV17) and noticed that some extensions
are missing.They will be added in near future ? Anyone from nouveau
developers actually working on driver for such old hw ???
A few months ago :
15:27
On Thu, Apr 22, 2010 at 12:57 PM, yaiba.kurog...@interia.pl wrote:
Hello. I have old nvidia hardware (NV17) and noticed that some extensions
are missing.They will be added in near future ? Anyone from nouveau
developers actually working on driver for such old hw ???
A few months ago :
15:27
First some data errors I get with both nv20 exa and nv20 dri/mesa.
1.
RT_FORMAT
LINEAR + X8R8G8B8
Ch 1/5 Class 0x0597 Mthd 0x0208 Data 0x00800080:0x0105
Ch 1/5 Class 0x0597 Mthd 0x0208 Data 0x01000100:0x0105
LINEAR + A8R8G8B8
Ch 1/5 Class 0x0597 Mthd 0x0208 Data 0x01000100:0x0108
,Atop
-t blend
(restricted blend test to supported formats and operation. exluded
composite,cacomposite,gradients,repeat tests which seem to take forever)
Signed-off-by: Xavier Chantry chantry.xav...@gmail.com
---
src/nv30_exa.c | 393
Signed-off-by: Xavier Chantry chantry.xav...@gmail.com
---
src/nv10_exa.c | 35 +++
1 files changed, 19 insertions(+), 16 deletions(-)
diff --git a/src/nv10_exa.c b/src/nv10_exa.c
index 1acb583..23a68e3 100644
--- a/src/nv10_exa.c
+++ b/src/nv10_exa.c
@@ -34,30
= NV34TCL_RT_FORMAT_TYPE_LINEAR (0x100) +
NV34TCL_RT_FORMAT_ZETA_Z24S8 (0x40) +
NV34TCL_RT_FORMAT_COLOR_A8R8G8B8 (0x8)
v2: smaller diff, without strict indent changes and removal of debug code
Signed-off-by: Xavier Chantry chantry.xav...@gmail.com
---
src/nv30_exa.c | 230
I got a nice lockup today after running etracer for a few minutes.
kernel : Linux 2.6.34-rc3 + recent nouveau code (Apr 7 , de2f7caff0bf)
mesa : git master of today , using nvfx gallium
Apr 15 11:37:12 myhost kernel: [57533.031358] [drm] nouveau
:01:00.0: Allocating FIFO number 2
Apr 15
2010/4/14 Marcin Kościelnicki koria...@0x04.net:
Signed-off-by: Marcin Kościelnicki koria...@0x04.net
---
drivers/gpu/drm/nouveau/nv20_graph.c | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nv20_graph.c
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 Thu, Feb 25, 2010 at 9:41 PM, Dan Nicholson dbn.li...@gmail.com wrote:
diff --git a/configure.ac b/configure.ac
index 485836a..a582337 100644
--- a/configure.ac
+++ b/configure.ac
@@ -28,8 +28,11 @@ AC_PROG_CPP
AC_PROG_CC
AC_PROG_CXX
AC_CHECK_PROGS([MAKE], [gmake make])
On Mon, Mar 15, 2010 at 7:51 PM, Brian DeRocher br...@derocher.org wrote:
On Sunday 14 March 2010 05:37:59 you wrote:
Is this a regression ? Did you build an earlier kernel that worked ?
.git/logs/HEAD might help.
Here's the whole file.
2010/3/15 Xavier Chantry chantry.xav...@gmail.com:
Since 2010-02-17 is right after the ABI break, this should not cause
any problems, so I would just move back to this older kernel first
with git checkout and check for some period that it indeed works.
And if it does work, start a bisection
On Thu, Mar 11, 2010 at 9:30 PM, Brian DeRocher br...@derocher.org wrote:
I compiled linux-2.6 from git. I think my last pull/merge? is this one (git
show)
commit d03ab2d78b6ab62e94f9958da50b4419c27e0f60
Author: Marcin Kościelnicki koria...@0x04.net
Date: Mon Mar 1 00:18:39 2010 +
On Mon, Mar 15, 2010 at 12:12 AM, Keith Whitwell
keith.whitw...@googlemail.com wrote:
On Sat, Mar 13, 2010 at 5:35 PM, Keith Whitwell
keith.whitw...@googlemail.com wrote:
Sounds good to me - fewer driver directories to fix up after changes...
It'd be good to get this merged sooner rather
Signed-off-by: Xavier Chantry chantry.xav...@gmail.com
---
man/nouveau.man | 16
src/nv_const.h |1 -
2 files changed, 0 insertions(+), 17 deletions(-)
diff --git a/man/nouveau.man b/man/nouveau.man
index 87f645a..cd66e9a 100644
--- a/man/nouveau.man
+++ b/man/nouveau.man
On Fri, Mar 5, 2010 at 12:53 AM, Xavier Chantry
chantry.xav...@gmail.com wrote:
Signed-off-by: Xavier Chantry chantry.xav...@gmail.com
---
man/nouveau.man | 16
src/nv_const.h | 1 -
2 files changed, 0 insertions(+), 17 deletions(-)
Other comments about the man page
On Tue, Feb 23, 2010 at 11:14 PM, Dan Nicholson dbn.li...@gmail.com wrote:
We could use gcc directly for depends (I have a patch to do it), but:
1. I don't think it would actually help much in terms of rebuilds
since makedepend seems to do a perfectly adequate job of finding the
needed
On Tue, Feb 9, 2010 at 8:49 PM, Xavier Chantry chantry.xav...@gmail.com wrote:
12:08 curro_ shining: hmm, it seems, darktama didn't quite finish
the additional reloc checking he started to code
12:11 curro_ shining: that would have solved your problem, poke him
when he's back from vacations
On Thu, Feb 18, 2010 at 12:55 PM, Daniel Mack dan...@caiaq.de wrote:
On Thu, Feb 18, 2010 at 12:37:19PM +0100, Xavier Chantry wrote:
On Thu, Feb 18, 2010 at 10:38 AM, Daniel Mack dan...@caiaq.de wrote:
Hi,
I'm trying to get the new nouveau kernel driver (2.6.33-rc8) to work
with X.Org
On Thu, Feb 18, 2010 at 2:05 PM, Daniel Mack dan...@caiaq.de wrote:
Which libdrm version are you using ?
2.4.0, built from the git sources yesterday.
Bump of the userspace interface to 0.0.16.
libdrm and nouveau drm have to be updated together for nouveau to keep
working. The kernel.org
On Thu, Feb 18, 2010 at 1:27 PM, Hans Wurst bon3f...@gmail.com wrote:
I have two monitors, one landscape and the other portrait. When I
rotate the portrait monitor using xrandr (or the xorg.conf option)
the mouse cursor on the landscape monitor is also rotated and the
click point is no longer
in nv10_exa.c :
check_texture does :
if (w 2046 || h 2046)
NOUVEAU_FALLBACK(picture too large, %dx%d\n, w, h);
check_render_target does :
if (w 4096 || h 4096)
return FALSE;
So we have different size limits for the source and the destination ?
in the profile, and
pixman_blt_mmx taking ages are consequences of that migration
ping-pong ?
But I still don't understand what is going on, what migrations are
made and how to limit them.
From 778258e823b4a55d2a4cbfff16230f91d8de3b89 Mon Sep 17 00:00:00 2001
From: Xavier Chantry chantry.xav
On Tue, Feb 2, 2010 at 12:01 PM, Francisco Jerez curroje...@riseup.net wrote:
For a long time the gallium pipe drivers for nvidia fixed function cards
(nv0x, nv1x and, to some extent, nv2x) have remained unmaintained and
godforsaken -- especially nv0x and nv1x had seen almost no progress
since
Is it possible to use sync to vblank / swap control with mesa/gallium
(and nouveau) ?
I googled it but did not find any clear answers about how it is
supposed to be enabled.
I also tried to read the code, and I am getting lost. So I didn't find
any answers to any of these questions :
1) how are we
On Wed, Jan 6, 2010 at 9:59 PM, Francisco Jerez curroje...@riseup.net wrote:
[...]
diff --git a/src/drmmode_display.c b/src/drmmode_display.c
index e37e7c1..3d2df8d 100644
--- a/src/drmmode_display.c
+++ b/src/drmmode_display.c
[...]
+#define SOURCE_MASK_INTERLEAVE 32
+#define
On Sun, Jan 10, 2010 at 12:41 AM, Maarten Maathuis madman2...@gmail.com 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, the result of kmap_atomic() is wrong.
On Mon, Jan 11, 2010 at 10:13 AM, Xavier shinin...@gmail.com wrote:
[ 268.62] reserve_ram_pages_type failed 0x9cba000-0x9cbb000,
track 0x8, req 0x10
[ 269.001031] reserve_ram_pages_type failed 0x6ff-0x6ff1000,
track 0x8, req 0x10
[ 269.474134] reserve_ram_pages_type failed
?
Of course this might soon become irrelevant when we also have a
generator for the whole nv50 family :)
From 9ce0b3c29a55cf6c3d71b42fbdf715d90d838eaf Mon Sep 17 00:00:00 2001
From: Xavier Chantry shinin...@gmail.com
Date: Sat, 9 Jan 2010 14:49:45 +0100
Subject: [PATCH] Add .bin extension to firmware
There was a typo bug for noveau^Wnouveau in pm-utils 1.2.6(.x) :
http://cgit.freedesktop.org/pm-utils/commit/?id=738bfc88110d0f0a7a64b754875358a1a870bded
I thought some people here might be interested, as it looks like it
can have bad effects in some situation/setup :
On Fri, Jan 8, 2010 at 1:50 AM, Xavier shinin...@gmail.com wrote:
Strange, I am 99% sure I did update libdrm , and before updating ddx.
I will double-check tomorrow.
And I indeed found this commit :
http://cgit.freedesktop.org/nouveau/xf86-video-nouveau/commit/?id
On Wed, Jan 6, 2010 at 6:32 AM, Ben Skeggs skeg...@gmail.com wrote:
I did a very quick pass at removing all the non-KMS support from the
DDX. It's tested on G80 but nowhere else currently, I thought some
discussion would be a good idea rather than just ripping it out :)
The non-KMS paths are
On Sun, Dec 13, 2009 at 9:35 PM, Xavier shinin...@gmail.com wrote:
On Sat, Dec 12, 2009 at 10:50 PM, Maarten Maathuis madman2...@gmail.com
wrote:
Can you retry with the latest ddx?
Maarten.
Awesome, it works, thanks ! :)
I did not update that box for 3 weeks. I just did today (drm+ddx
On Fri, Jan 8, 2010 at 1:14 AM, Ben Skeggs skeg...@gmail.com wrote:
On Fri, 2010-01-08 at 00:51 +0100, Xavier wrote:
On Sun, Dec 13, 2009 at 9:35 PM, Xavier shinin...@gmail.com wrote:
On Sat, Dec 12, 2009 at 10:50 PM, Maarten Maathuis madman2...@gmail.com
wrote:
Can you retry
On Thu, Dec 31, 2009 at 5:00 PM, Jack ostrof...@sbcglobal.net wrote:
On 2009.12.30 15:21, Jack wrote:
On 2009.12.24 04:12, Xavier wrote:
On Thu, Dec 24, 2009 at 12:29 AM, Jack ostrof...@sbcglobal.net wrote:
.
It looks like some updates just hit arch, so I now have xf86-video-nouveau
Afaik the absence of that header is the reason that the reply button
in mail clients or in gmail answers to the sender rather than to the
mailing list.
Does anyone know why that header is not included ?
I consider it a must have for any mailing list, without reply-to it's
quite impractical.
Or is
On Wed, Dec 30, 2009 at 9:10 PM, Erik Auerswald
auers...@unix-ag.uni-kl.de wrote:
No, it would omit them. Thus for open mailing lists no reply-to header
should be used. At least some ML software can be configured to remove
duplicates (i.e. don't send message to recipients in CC). Of course the
On Wed, Dec 30, 2009 at 9:21 PM, Jack ostrof...@sbcglobal.net wrote:
On 2009.12.24 04:12, Xavier wrote:
On Thu, Dec 24, 2009 at 12:29 AM, Jack ostrof...@sbcglobal.net wrote:
I'm using nouveau xf86-video-nouveau 0.0.10_git20091101-1 and nouveau-drm
0.0.15_20091120-1 under Arch Linux with xorg
On Thu, Dec 24, 2009 at 12:29 AM, Jack ostrof...@sbcglobal.net wrote:
Hello,
I'm using nouveau xf86-video-nouveau 0.0.10_git20091101-1 and
nouveau-drm 0.0.15_20091120-1 under Arch Linux with xorg-server
1.7.3.901-1. My video card is recognized as nVidia Corporation NV25GL
[Quadro4 750 XGL].
2009/12/22 Marcin Kościelnicki koria...@0x04.net:
So, I wrote a generator for ctxprogs on NV50, NV84, NV86, NV92, NV94, NV96,
NV98. Atm it's only tested with NV86 and I'd like to see if it works for all
the other cards, especially NV50. NVAx support is still missing due to some
differences,
On Mon, Dec 21, 2009 at 2:39 PM, Maarten Maathuis madman2...@gmail.com wrote:
- Use the direct objects that previously only the kernel fifo had.
- This avoids corruption on some buffer moves.
- Prevent dma access to ramin, we never use dma there anyway and it's an
exploit waiting to happen.
On Sun, Dec 13, 2009 at 4:07 PM, Maarten Maathuis madman2...@gmail.com wrote:
- Added flush notify functions for NV30 and NV40.
- NV30 and NV40 need testing (check for regressions).
---
Tested on NV35.
No obvious regressions on xmoto and teeworlds (I didn't benchmark
though, but the perf felt
On Sat, Dec 12, 2009 at 10:50 PM, Maarten Maathuis madman2...@gmail.com wrote:
Can you retry with the latest ddx?
Maarten.
Awesome, it works, thanks ! :)
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
On Fri, Dec 11, 2009 at 7:12 PM, Xavier shinin...@gmail.com wrote:
I just noticed these messages in my logs :
modprobe:1998 conflicting memory types e800-e801
uncached-minus-write-combining
reserve_memtype failed 0xe800-0xe801, track uncached-minus,
req uncached-minus
ioremap
Another apparently harmless message.. But I find it quite curious.
Especially that they seem pretty harmful in the case of
http://bugs.freedesktop.org/show_bug.cgi?id=25393
So my setup is nv35 with a 19' CRT screen connected to vga output.
I get random occurrences of this message :
On Sun, Dec 13, 2009 at 11:44 PM, Xavier shinin...@gmail.com wrote:
Another apparently harmless message.. But I find it quite curious.
Especially that they seem pretty harmful in the case of
http://bugs.freedesktop.org/show_bug.cgi?id=25393
So my setup is nv35 with a 19' CRT screen connected
On Fri, Dec 11, 2009 at 1:30 PM, Ben Skeggs skeg...@gmail.com wrote:
On Fri, 2009-12-11 at 13:23 +0100, Anders Eriksson wrote:
skeg...@gmail.com said:
It'd be useful to know of any cases out there where UMS is being used
because
KMS is failing, there's a couple of cases on RH bugzilla,
On Fri, Dec 4, 2009 at 9:25 PM, schmirrwu...@googlemail.com wrote:
Le vendredi 4 décembre 2009 20:23:55, vous avez écrit :
On Fri, Dec 4, 2009 at 6:19 PM, schmirrwu...@googlemail.com wrote:
on geforce 8, each time I use the nouveau driver, I'm unable to play
videos, the video area remains
am completely new to the kernel world though so I hope I did not do
something terribly wrong.
Signed-off-by: Xavier Chantry shinin...@gmail.com
---
drivers/gpu/drm/nouveau/nouveau_irq.c | 10 +-
1 files changed, 9 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/nouveau
am completely new to the kernel world though so I hope I did not do
something terribly wrong.
Signed-off-by: Xavier Chantry shinin...@gmail.com
---
Addressed a few comments from pq (or is it PP ? :D)
* make the function and global variable static
* fix whitespace damage
drivers/gpu/drm/nouveau
84 matches
Mail list logo