[Nouveau] [Bug 30482] Xf86-driver-nouveau build broken because of change to xserver

2010-10-06 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=30482

--- Comment #2 from Andrew Randrianasulu rand...@mail.ru 2010-10-06 06:11:34 
PDT ---
Happens also on x86-32:

make[2]: Entering directory `/home/guest/source/xf86-video-nouveau/src'
  CC drmmode_display.lo
drmmode_display.c: In function 'drmmode_xf86crtc_resize':
drmmode_display.c:1076: error: 'struct _ScrnInfoRec' has no member named
'pixmapPrivate'
make[2]: *** [drmmode_display.lo] Error 1
make[2]: Leaving directory `/home/guest/source/xf86-video-nouveau/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/guest/source/xf86-video-nouveau'
make: *** [all] Error 2

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau


Re: [Nouveau] Trouble with building xf86-video-nouveau

2010-10-06 Thread Pekka Paalanen
On Tue, 05 Oct 2010 10:17:05 -0700
walt w41...@gmail.com wrote:

 On 10/04/2010 10:38 PM, noname...@pochta.ru wrote:
  I have problem with building nouveau driver. I already have
  installed latest versions of mesa and libdrm. In process of
  building i have this error:
 
  drmmode_display.c: In function drmmode_xf86crtc_resize:
  drmmode_display.c:1076: error: struct _ScrnInfoRec has no
  member named pixmapPrivate
 
 Two wild guesses.  Do you have the proprietary nvidia-drivers
 package installed? If so, run 'eselect opengl list' to find out
 which version you are using.  Try switching to the xorg-x11
 version.
 
 The *- package just pulls from the git repository and build
 whatever code happens to be there at the time.  Try re-installing
 the package again to get any commits you may have missed the
 first time.

No, this is a known breakage due to API changes in the X.org
server. Nouveau DDX does not yet have a fix.

There is already a bug report:
https://bugs.freedesktop.org/show_bug.cgi?id=30482

In the mean time, you just need to revert to an older
(preferrably released) X server.

-- 
Pekka Paalanen
http://www.iki.fi/pq/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau


[Nouveau] [Bug 30375] (NV34) X server using 100% cpu with latest nouveau.git and xf86-video-nouveau.git

2010-10-06 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=30375

--- Comment #4 from walt w41...@gmail.com 2010-10-06 16:05:06 PDT ---
(In reply to comment #3)

 Again, I've looked closely at my amd64 builds of firefox and nouveau-related
 packages and there is no sign of this cpu overload problem.  Just on i686.

Another big difference between the two machines is that the i686 has NV34
hardware while the amd64 has NV4x.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau


Re: [Nouveau] Add pause/unpause methods for PFIFO PGRAPH. Use them to get stable clock changes

2010-10-06 Thread Martin Peres

 Hi,

Here is an updated version, all in one patch. When we agree on the code, 
I'll split it into 3 patches.


The new code is way better. As suggested on IRC, I also disable IRQs and 
PFIFO cache pull and push.


Please have a look and test it. This patch needs to get upstream as it 
gives a reliable way to change the clock even in the middle of a game.


It is not perfect yet, changing the clocks too often (like several 
thousand of times) lead to an hung card :)


Regards,

Martin
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau


Re: [Nouveau] GeForce FX5200 dual DVI Samsung 204b

2010-10-06 Thread Francisco Jerez
Grzesiek Sójka p...@pfu.pl writes:

 On 10/05/10 14:55, Francisco Jerez wrote:
 PS. I'm afraid that my system is not very stable when the AGP support
 is turned on both using the nouveau kernel source tree and the PLD
 patched 2.6.35-5 version with an extra amd-k7-agp patch. The Xserver
 uses the driver:
 Unstable? How? What's the problem?

 Here are the logs:
 http://yen.ipipan.waw.pl/~gs159090/tmp/log.tgz

 BTW: Sometimes the Xserver freezes during normal work. Unfortunately I
 was not able to generate such a crush now. I send you logs if it
 happens again.

 Regards.

 [...]
 [  197.374498] kernel BUG at drivers/gpu/drm/ttm/ttm_tt.c:420!

Oops, I overlooked that, updated patch attached.

diff --git a/drivers/char/agp/amd-k7-agp.c b/drivers/char/agp/amd-k7-agp.c
index b6b1568..b1b4362 100644
--- a/drivers/char/agp/amd-k7-agp.c
+++ b/drivers/char/agp/amd-k7-agp.c
@@ -309,7 +309,8 @@ static int amd_insert_memory(struct agp_memory *mem, off_t pg_start, int type)
 
 	num_entries = A_SIZE_LVL2(agp_bridge-current_size)-num_entries;
 
-	if (type != 0 || mem-type != 0)
+	if (type != mem-type ||
+	agp_bridge-driver-agp_type_to_mask_type(agp_bridge, type))
 		return -EINVAL;
 
 	if ((pg_start + mem-page_count)  num_entries)
@@ -348,7 +349,8 @@ static int amd_remove_memory(struct agp_memory *mem, off_t pg_start, int type)
 	unsigned long __iomem *cur_gatt;
 	unsigned long addr;
 
-	if (type != 0 || mem-type != 0)
+	if (type != mem-type ||
+	agp_bridge-driver-agp_type_to_mask_type(agp_bridge, type))
 		return -EINVAL;
 
 	for (i = pg_start; i  (mem-page_count + pg_start); i++) {


pgpKP8QOD53nn.pgp
Description: PGP signature
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau