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
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
61 matches
Mail list logo