[Bug 22600] 2.6.28, GEM, Intel E7221 ... Xserver wedges video
http://bugs.freedesktop.org/show_bug.cgi?id=22600 Jeremy Huddleston changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #4 from Jeremy Huddleston 2009-07-06 21:44:31 PST --- I can't seem to reproduce it after updating gcc and rebuild the kernel with debug symbols and a frame pointer... I'll test more when I get around to it, but for now, I'm happy... -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/blackberry -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 13707] GEM, Intel E7221, i915 hardware wedged
http://bugzilla.kernel.org/show_bug.cgi?id=13707 Jeremy Huddleston changed: What|Removed |Added Status|NEW |RESOLVED Resolution||UNREPRODUCIBLE --- Comment #3 from Jeremy Huddleston 2009-07-07 04:43:17 --- I can't seem to reproduce the wedge after rebuilding a few packages. I got a newer gcc, rebuilt glibc, and rebuilt the kernel with debugging symbols and a frame pointer... so it may have been a buggy gcc frame-pointer issue (?) ... anyways, I'll reopen if I can narrow it down more. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/blackberry -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
2.6.31-rc2: Reported regressions 2.6.29 -> 2.6.30
This message contains a list of some regressions introduced between 2.6.29 and 2.6.30, for which there are no fixes in the mainline I know of. If any of them have been fixed already, please let me know. If you know of any other unresolved regressions introduced between 2.6.29 and 2.6.30, please let me know either and I'll add them to the list. Also, please let me know if any of the entries below are invalid. Each entry from the list will be sent additionally in an automatic reply to this message with CCs to the people involved in reporting and handling the issue. Listed regressions statistics: Date Total Pending Unresolved 2009-07-07 138 50 46 2009-06-29 133 46 43 2009-06-07 110 35 31 2009-05-31 100 32 27 2009-05-24 92 34 27 2009-05-16 81 36 33 2009-04-25 55 36 26 2009-04-17 37 35 28 Unresolved regressions -- Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13694 Subject : i915 phantom TV Submitter : Maciek Józiewicz Date: 2009-07-02 12:26 (5 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13682 Subject : The webcam stopped working when upgrading from 2.6.29 to 2.6.30 Submitter : Nathanael Schaeffer Date: 2009-06-30 13:34 (7 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13681 Subject : A number of usb Devices causes Oops messages and kernel panics. Submitter : Alexander Kaltsas Date: 2009-06-30 13:06 (7 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13669 Subject : Kernel bug with dock driver Submitter : Joerg Platte Date: 2009-06-14 21:00 (23 days old) References : http://lkml.org/lkml/2009/6/14/216 Handled-By : Henrique de Moraes Holschuh Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13668 Subject : Can't boot 2.6.30 powerpc kernel under qemu. Submitter : Rob Landley Date: 2009-06-27 18:08 (10 days old) References : http://lkml.org/lkml/2009/6/27/159 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13660 Subject : Crashes during boot on 2.6.30 / 2.6.31-rc, random programs Submitter : Joao Correia Date: 2009-06-27 16:07 (10 days old) References : http://lkml.org/lkml/2009/6/27/95 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13651 Subject : Anyone know what happened with PC speaker in 2.6.30? Submitter : Michael Tokarev Date: 2009-06-15 14:41 (22 days old) References : http://marc.info/?l=linux-kernel&m=124507695427817&w=4 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13648 Subject : nfsd: page allocation failure Submitter : Justin Piszcz Date: 2009-06-22 12:08 (15 days old) References : http://lkml.org/lkml/2009/6/22/309 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13647 Subject : fb/mmap lockdep report. Submitter : Dave Jones Date: 2009-06-21 13:33 (16 days old) First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=513adb58685615b0b1d47a3f0d40f5352beff189 References : http://lkml.org/lkml/2009/6/21/90 http://lkml.org/lkml/2009/6/21/122 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13646 Subject : warn_on tty_io.c, broken bluetooth Submitter : Pavel Machek Date: 2009-06-19 17:05 (18 days old) References : http://lkml.org/lkml/2009/6/19/187 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13644 Subject : hibernation/swsusp lockup due to acpi-cpufreq Submitter : Johannes Stezenbach Date: 2009-06-16 01:27 (21 days old) References : http://lkml.org/lkml/2009/6/15/630 http://lkml.org/lkml/2009/6/29/504 Handled-By : Rafael J. Wysocki Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13638 Subject : rt2870 driver is broken for (some) cards Submitter : jakob gruber Date: 2009-06-27 17:33 (10 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13634 Subject : [drm:drm_wait_vblank] *ERROR* failed to acquire vblank counter, -22 Submitter : Cijoml Cijomlovic Cijomlov Date: 2009-06-27 07:02 (10 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13624 Subject : usb: wrong autosuspend initialization Submitter : Date: 2009-06-25 18:18 (12 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13621 Subject : xfs hangs with assertion failed Submitter : Johannes Engel Date
2.6.31-rc2: Reported regressions from 2.6.30
[NOTE: I'll be traveling next week, so there won't be a summary report.]
This message contains a list of some regressions from 2.6.30, for which there
are no fixes in the mainline I know of. If any of them have been fixed already,
please let me know.
If you know of any other unresolved regressions from 2.6.30, please let me know
either and I'll add them to the list. Also, please let me know if any of the
entries below are invalid.
Each entry from the list will be sent additionally in an automatic reply to
this message with CCs to the people involved in reporting and handling the
issue.
Listed regressions statistics:
Date Total Pending Unresolved
2009-07-07 35 25 21
2009-06-29 22 22 15
Unresolved regressions
--
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13733
Subject : 2.6.31-rc2: irq 16: nobody cared
Submitter : Niel Lambrechts
Date: 2009-07-06 18:32 (1 days old)
References : http://marc.info/?l=linux-kernel&m=124690524027166&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13732
Subject : tty layer instabilities
Submitter : Mikael Pettersson
Date: 2009-07-06 13:43 (1 days old)
References : http://marc.info/?l=linux-kernel&m=124688781732419&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13731
Subject : Inconsistent {IN-RECLAIM_FS-W} -> {RECLAIM_FS-ON-W} usage.
Submitter : Miles Lane
Date: 2009-07-06 4:22 (1 days old)
References : http://marc.info/?l=linux-kernel&m=124685417325348&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13730
Subject : hitting lockdep limits...
Submitter : Daniel J Blueman
Date: 2009-07-05 18:19 (2 days old)
References : http://marc.info/?l=linux-kernel&m=124681799023782&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13729
Subject : kernel BUG at fs/notify/notification.c:93!
Submitter : Mikko C.
Date: 2009-06-04 10:16 (33 days old)
References : http://lkml.org/lkml/2009/7/4/12
Handled-By : Eric Paris
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13728
Subject : 2.6.31-rc2 soft lockups, RPC-related
Submitter : Paul Collins
Date: 2009-07-05 7:17 (2 days old)
References : http://marc.info/?l=linux-kernel&m=124677884816794&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13727
Subject : Cannot Recognize Empty DVD Media
Submitter : Tarkan Erimer
Date: 2009-07-02 16:23 (5 days old)
References : http://lkml.org/lkml/2009/7/2/178
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13726
Subject : fio sync read 4k block size 35% regression
Submitter : Zhang, Yanmin
Date: 2009-07-01 11:25 (6 days old)
First-Bad-Commit:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=51daa88ebd8e0d437289f589af29d4b39379ea76
References : http://lkml.org/lkml/2009/6/30/679
Handled-By : Wu Fengguang
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13716
Subject : The AIC-7892P controller does not work any more
Submitter : Andrej Podzimek
Date: 2009-07-05 19:23 (2 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13700
Subject : usb error flood in dmesg, makes kde use plenty of cpu -
bisected
Submitter : jouni susiluoto
Date: 2009-07-03 21:13 (4 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13690
Subject : nodes_clear cause hugepage unusable on non-NUMA machine
Submitter : alexs
Date: 2009-07-02 01:22 (5 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13673
Subject : HIGHMEM64G causes hang in PCI init on 32-bit x86
Submitter : Mikael Pettersson
Date: 2009-06-26 15:59 (11 days old)
First-Bad-Commit:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=95ee14e4379c5e19c0897c872350570402014742
References : http://marc.info/?l=linux-pci&m=124615181602643&w=4
Handled-By : H. Peter Anvin
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13667
Subject : drm: display arifacts when X.Org is stopped
Submitter : Frans Pop
Date: 2009-06-27 18:52 (10 days old)
References : http://lkml.org/lkml/2009/6/27/105
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13666
Subject : WARNING: at mm/page_alloc.c:1743 __alloc_pages_nodemask
Submitter : Thomas Meyer
Date: 2009-06-27 16:15 (10 days old)
References : http://lkml.org/lkml/2009/6/27/75
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13661
Subject : warning in smp_call_function_si
Re: [PATCH 4/6] libdrm: Request for _XOPEN_SOURCE to get full posix headers including extensions (XSH: mknod)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ian Romanick wrote: > On Mon, Jul 06, 2009 at 01:14:14PM -0700, Alan Coopersmith wrote: >> Julien Cristau wrote: >>> On Mon, Jul 6, 2009 at 09:46:40 -0700, Ian Romanick wrote: >>> Here's an alterate patch the puts _XOPEN_SOURCE and _GNU_SOURCE in config.h via configure.ac. Comments? >>> maybe use AC_USE_SYSTEM_EXTENSIONS instead? >> Yes please - on some systems (Solaris for instance), setting _XOPEN_SOURCE >> reduces the available API to just the X/Open standards, instead of extending >> it as it does on Linux - the AC_USE_SYSTEM_EXTENSIONS knows how to set this >> correctly for both. > > Grr. So, I did this. The first time I run autogen.sh I get the following > error: > > configure.ac:34: error: possibly undefined macro: AC_USE_SYSTEM_MACROS > If this token and others are legitimate, please use m4_pattern_allow. > See the Autoconf documentation. > > Running configure by hand after that works fine. Why would I need to use > m4_pattern_allow for an autoconf built-in test? Never mind. Surprisingly, AC_USE_SYSTEM_MACROS is not the same as AC_USE_SYSTEM_EXTENSIONS. Duh. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpSfQAACgkQX1gOwKyEAw8z5QCfXwZz2PozjdwAoT8Qc9aKTuup jIMAoIMxP/J5ar4nJOX62tZWdZGOUBuS =AX++ -END PGP SIGNATURE- -- -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [PATCH 4/6] libdrm: Request for _XOPEN_SOURCE to get full posix headers including extensions (XSH: mknod)
On Mon, Jul 06, 2009 at 01:14:14PM -0700, Alan Coopersmith wrote: > Julien Cristau wrote: > > On Mon, Jul 6, 2009 at 09:46:40 -0700, Ian Romanick wrote: > > > >> Here's an alterate patch the puts _XOPEN_SOURCE and _GNU_SOURCE in config.h > >> via configure.ac. Comments? > >> > > maybe use AC_USE_SYSTEM_EXTENSIONS instead? > > Yes please - on some systems (Solaris for instance), setting _XOPEN_SOURCE > reduces the available API to just the X/Open standards, instead of extending > it as it does on Linux - the AC_USE_SYSTEM_EXTENSIONS knows how to set this > correctly for both. Grr. So, I did this. The first time I run autogen.sh I get the following error: configure.ac:34: error: possibly undefined macro: AC_USE_SYSTEM_MACROS If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. Running configure by hand after that works fine. Why would I need to use m4_pattern_allow for an autoconf built-in test? signature.asc Description: Digital signature -- -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [PATCH 6/6] libdrm: Add configuration option to enable strict compilation Also add -pedantic to list of warning flags.
On Sun, Jul 05, 2009 at 06:56:41PM +0300, Pauli Nieminen wrote: > @@ -124,6 +129,10 @@ AC_CACHE_CHECK([for supported warning flags], > libdrm_cv_warn_cflags, [ > AC_MSG_CHECKING([which warning flags were supported])]) > WARN_CFLAGS="$libdrm_cv_warn_cflags" > > +if test "x$STRICT_COMPILE" = xyes; then > + CFLAGS="$CFLAGS $WARN_CFLAGS -std=c99 -Werror" I think instead you should use AC_PROG_CC_C99. I believe that this should always be used or -pendantic generates a number of spurious warnings. Does anyone object to force-enabling C99? There is at least one place in inteldrm where a C99 extension (variadic macros) is actually used. signature.asc Description: Digital signature -- -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [PATCH 5/6] libdrm: Make chown check for return value and in case a signal call again chown.
On Mon, Jul 06, 2009 at 11:44:29PM +0300, Pauli Nieminen wrote: > Hi! > > I killed the camel case and added documentation comment before function. > > It is possible to use macros to get similar error checking to all > others system calls that would be security problem in case of failure. I pushed this with a couple minor cosmetic changes. I considered removing the return value from chmod_check_return because the value is never tested. Laziness won, and I left the return value in. Thanks. signature.asc Description: Digital signature -- -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 13720] [2.6.30] Modesetting on Mobility Radeon X700 displays black screen
http://bugzilla.kernel.org/show_bug.cgi?id=13720 --- Comment #10 from Ken Lewis 2009-07-06 20:37:53 --- Created an attachment (id=22241) --> (http://bugzilla.kernel.org/attachment.cgi?id=22241) Dmesg with working KMS output. The patch Works For Me, against mainline commit 8e4a71. Thanks so much for the quick turnaround. WFM SignOff: Ken Lewis. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [PATCH 5/6] libdrm: Make chown check for return value and in case a signal call again chown.
Hi!
I killed the camel case and added documentation comment before function.
It is possible to use macros to get similar error checking to all
others system calls that would be security problem in case of failure.
Pauli
On Mon, Jul 6, 2009 at 7:48 PM, Ian Romanick wrote:
> On Sun, Jul 05, 2009 at 06:51:26PM +0300, Pauli Nieminen wrote:
>> Attached improved patch.
>>
>> From cdf9faaab782f2a84ee16c27a4e7b1f70d2e6ad5 Mon Sep 17 00:00:00 2001
>> From: Pauli Nieminen
>> Date: Sun, 5 Jul 2009 18:31:18 +0300
>> Subject: [PATCH 5/6] libdrm: Make chown check for return value.
>> If call was interrupted by signal we have to make call again.
>>
>> ---
>> libdrm/xf86drm.c | 19 ---
>> 1 files changed, 16 insertions(+), 3 deletions(-)
>>
>> diff --git a/libdrm/xf86drm.c b/libdrm/xf86drm.c
>> index 7b05386..3da0380 100644
>> --- a/libdrm/xf86drm.c
>> +++ b/libdrm/xf86drm.c
>> @@ -269,6 +269,19 @@ static int drmMatchBusID(const char *id1, const char
>> *id2)
>> return 0;
>> }
>>
>> +static int chownCheckReturn(const char *path, uid_t owner, gid_t group)
>
> Camel case must die. :) chown_check_return instead, please.
>
>> +{
>> + int rv;
>> + do {
>> + rv = chown(path, owner, group);
>> + } while( rv != 0 && errno == EINTR);
>> + if (rv == 0)
>> + return 0;
>> + char *errMsg = strerror(errno);
>> + drmMsg("Failed to change ower or group for file %s! %d: %s\n",path,
>> errno, errMsg);
>
> Please wrap long lines.
>
>> + return -1;
>> +}
>> +
>> /**
>> * Open the DRM device, creating it if necessary.
>> *
>> @@ -307,7 +320,7 @@ static int drmOpenDevice(long dev, int minor, int type)
>> if (!isroot)
>> return DRM_ERR_NOT_ROOT;
>> mkdir(DRM_DIR_NAME, DRM_DEV_DIRMODE);
>> - chown(DRM_DIR_NAME, 0, 0); /* root:root */
>> + chownCheckReturn(DRM_DIR_NAME, 0, 0); /* root:root */
>> chmod(DRM_DIR_NAME, DRM_DEV_DIRMODE);
>> }
>>
>> @@ -320,7 +333,7 @@ static int drmOpenDevice(long dev, int minor, int type)
>> }
>>
>> if (drm_server_info) {
>> - chown(buf, user, group);
>> + chownCheckReturn(buf, user, group);
>> chmod(buf, devmode);
>> }
>> #else
>> @@ -363,7 +376,7 @@ wait_for_udev:
>> remove(buf);
>> mknod(buf, S_IFCHR | devmode, dev);
>> if (drm_server_info) {
>> - chown(buf, user, group);
>> + chownCheckReturn(buf, user, group);
>> chmod(buf, devmode);
>> }
>> }
>> --
>> 1.6.3.1
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.9 (GNU/Linux)
>
> iEYEARECAAYFAkpSKu0ACgkQX1gOwKyEAw/5BACfRaJJTFYzeDl0b7RiMcrCUb71
> wWEAn3yIXlIRdxNs5HFBfqKjfyZ2xPzj
> =GOSC
> -END PGP SIGNATURE-
>
>
From e5727071becbdd9bdde035cf7b5235c1c485e600 Mon Sep 17 00:00:00 2001
From: Pauli Nieminen
Date: Mon, 6 Jul 2009 23:37:20 +0300
Subject: libdrm: Make chown check for return value.
If call was interrupted by signal we have to make call again.
---
libdrm/xf86drm.c | 36 +---
1 files changed, 33 insertions(+), 3 deletions(-)
diff --git a/libdrm/xf86drm.c b/libdrm/xf86drm.c
index 7b05386..5d12c20 100644
--- a/libdrm/xf86drm.c
+++ b/libdrm/xf86drm.c
@@ -270,6 +270,36 @@ static int drmMatchBusID(const char *id1, const char *id2)
}
/**
+ * Handles error checking for chown call.
+ *
+ * \param path to file.
+ * \param id of the new owner.
+ * \param id of the new group.
+ *
+ * \return zero if success or -1 if failure.
+ *
+ * \internal
+ * Checks for failure. If failure was caused by signal call chown again.
+ * If any other failure happened then it will output error mesage using
+ * drmMsg() call.
+ */
+static int chown_check_return(const char *path,
+ uid_t owner,
+ gid_t group)
+{
+ int rv;
+ do {
+ rv = chown(path, owner, group);
+ } while( rv != 0 && errno == EINTR);
+ if (rv == 0)
+ return 0;
+ char *errMsg = strerror(errno);
+ drmMsg("Failed to change ower or group for file %s! %d: %s\n",
+ path, errno, errMsg);
+ return -1;
+}
+
+/**
* Open the DRM device, creating it if necessary.
*
* \param dev major and minor numbers of the device.
@@ -307,7 +337,7 @@ static int drmOpenDevice(long dev, int minor, int type)
if (!isroot)
return DRM_ERR_NOT_ROOT;
mkdir(DRM_DIR_NAME, DRM_DEV_DIRMODE);
- chown(DRM_DIR_NAME, 0, 0); /* root:root */
+ chown_check_return(DRM_DIR_NAME, 0, 0); /* root:root */
chmod(DRM_DIR_NAME, DRM_DEV_DIRMODE);
}
@@ -320,7 +350,7 @@ static int drmOpenDevice(long dev, int minor, int type)
}
if (drm_server_info) {
- chown(buf, user, group);
+ chown_check_return(buf, user, group);
chmod(buf, devmode);
}
#else
@@ -363,7 +393,7 @@ wait_for_udev:
remove(buf);
mknod(buf, S_IFCHR | devmode, dev);
if (drm_server_info) {
- chown(buf, user, group);
+ chown_check_return(buf, user, group);
chmod(buf, devmode);
}
}
--
1.6.3.1
--
--
_
Re: [PATCH 4/6] libdrm: Request for _XOPEN_SOURCE to get full posix headers including extensions (XSH: mknod)
Julien Cristau wrote: > On Mon, Jul 6, 2009 at 09:46:40 -0700, Ian Romanick wrote: > >> Here's an alterate patch the puts _XOPEN_SOURCE and _GNU_SOURCE in config.h >> via configure.ac. Comments? >> > maybe use AC_USE_SYSTEM_EXTENSIONS instead? Yes please - on some systems (Solaris for instance), setting _XOPEN_SOURCE reduces the available API to just the X/Open standards, instead of extending it as it does on Linux - the AC_USE_SYSTEM_EXTENSIONS knows how to set this correctly for both. -- -Alan Coopersmith- alan.coopersm...@sun.com Sun Microsystems, Inc. - X Window System Engineering -- -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [PATCH 4/6] libdrm: Request for _XOPEN_SOURCE to get full posix headers including extensions (XSH: mknod)
Configure setting it sounds good to me. _GNU_SOURCE implies XOPEN_SOURCE set to 600 (That should include everything from the latest standard if I'm not mistaken) I did set 500 because it was enough for XSH api. On Mon, Jul 6, 2009 at 7:59 PM, Julien Cristau wrote: > On Mon, Jul 6, 2009 at 09:46:40 -0700, Ian Romanick wrote: > >> Here's an alterate patch the puts _XOPEN_SOURCE and _GNU_SOURCE in config.h >> via configure.ac. Comments? >> > maybe use AC_USE_SYSTEM_EXTENSIONS instead? > > Cheers, > Julien > -- -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 22164] PATCH: Fix DRM_MAJOR for NetBSD in libdrm
http://bugs.freedesktop.org/show_bug.cgi?id=22164 Marc Balmer changed: What|Removed |Added AssignedTo|dri-|m...@msys.ch |de...@lists.sourceforge.net | -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [PATCH 3/6] libdrm: Fix pci id numbers to unsigned so code won't mix signed/unsigned integers.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Pushed. Thanks. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpSMhEACgkQX1gOwKyEAw+ISgCfcedpD30PiXSDtSZqLNCCGArS phwAoIt68Y94F/2i3du3tU+7+YX+5Jhc =P5YO -END PGP SIGNATURE- -- -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [PATCH 4/6] libdrm: Request for _XOPEN_SOURCE to get full posix headers including extensions (XSH: mknod)
On Mon, Jul 6, 2009 at 09:46:40 -0700, Ian Romanick wrote: > Here's an alterate patch the puts _XOPEN_SOURCE and _GNU_SOURCE in config.h > via configure.ac. Comments? > maybe use AC_USE_SYSTEM_EXTENSIONS instead? Cheers, Julien -- -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 22625] glDrawBuffer(GL_FRONT) rendering broken in UXA intel i915
http://bugs.freedesktop.org/show_bug.cgi?id=22625 Ian Romanick changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Ian Romanick 2009-07-06 10:02:03 PST --- This is fixed. You will need: - dri2proto 2.1 - The current X server 1.6.2 RC or master - The current xf86-video-intel 2.7.x RC or master - Mesa 7.5 or master -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [PATCH 5/6] libdrm: Make chown check for return value and in case a signal call again chown.
On Sun, Jul 05, 2009 at 06:51:26PM +0300, Pauli Nieminen wrote:
> Attached improved patch.
>
> From cdf9faaab782f2a84ee16c27a4e7b1f70d2e6ad5 Mon Sep 17 00:00:00 2001
> From: Pauli Nieminen
> Date: Sun, 5 Jul 2009 18:31:18 +0300
> Subject: [PATCH 5/6] libdrm: Make chown check for return value.
> If call was interrupted by signal we have to make call again.
>
> ---
> libdrm/xf86drm.c | 19 ---
> 1 files changed, 16 insertions(+), 3 deletions(-)
>
> diff --git a/libdrm/xf86drm.c b/libdrm/xf86drm.c
> index 7b05386..3da0380 100644
> --- a/libdrm/xf86drm.c
> +++ b/libdrm/xf86drm.c
> @@ -269,6 +269,19 @@ static int drmMatchBusID(const char *id1, const char
> *id2)
> return 0;
> }
>
> +static int chownCheckReturn(const char *path, uid_t owner, gid_t group)
Camel case must die. :) chown_check_return instead, please.
> +{
> + int rv;
> + do {
> + rv = chown(path, owner, group);
> + } while( rv != 0 && errno == EINTR);
> + if (rv == 0)
> + return 0;
> + char *errMsg = strerror(errno);
> + drmMsg("Failed to change ower or group for file %s! %d: %s\n",path,
> errno, errMsg);
Please wrap long lines.
> + return -1;
> +}
> +
> /**
> * Open the DRM device, creating it if necessary.
> *
> @@ -307,7 +320,7 @@ static int drmOpenDevice(long dev, int minor, int type)
> if (!isroot)
> return DRM_ERR_NOT_ROOT;
> mkdir(DRM_DIR_NAME, DRM_DEV_DIRMODE);
> - chown(DRM_DIR_NAME, 0, 0); /* root:root */
> + chownCheckReturn(DRM_DIR_NAME, 0, 0); /* root:root */
> chmod(DRM_DIR_NAME, DRM_DEV_DIRMODE);
> }
>
> @@ -320,7 +333,7 @@ static int drmOpenDevice(long dev, int minor, int type)
> }
>
> if (drm_server_info) {
> - chown(buf, user, group);
> + chownCheckReturn(buf, user, group);
> chmod(buf, devmode);
> }
> #else
> @@ -363,7 +376,7 @@ wait_for_udev:
> remove(buf);
> mknod(buf, S_IFCHR | devmode, dev);
> if (drm_server_info) {
> - chown(buf, user, group);
> + chownCheckReturn(buf, user, group);
> chmod(buf, devmode);
> }
> }
> --
> 1.6.3.1
signature.asc
Description: Digital signature
--
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [PATCH 4/6] libdrm: Request for _XOPEN_SOURCE to get full posix headers including extensions (XSH: mknod)
On Sat, Jul 04, 2009 at 02:18:52AM +0300, Pauli Nieminen wrote: > --- > libdrm/xf86drm.c |1 + > 1 files changed, 1 insertions(+), 0 deletions(-) > > diff --git a/libdrm/xf86drm.c b/libdrm/xf86drm.c > index 1e6eb7a..7b05386 100644 > --- a/libdrm/xf86drm.c > +++ b/libdrm/xf86drm.c > @@ -34,6 +34,7 @@ > #ifdef HAVE_CONFIG_H > # include > #endif > +#define _XOPEN_SOURCE 500 > #include > #include > #include I don't think setting this directly in a source file is the correct way. Here's an alterate patch the puts _XOPEN_SOURCE and _GNU_SOURCE in config.h via configure.ac. Comments? commit 716e4ad01bac6fdb6e3f433300df3cf50116d3b1 Author: Ian Romanick Date: Mon Jul 6 09:41:56 2009 -0700 libdrm: Set _XOPEN_SOURCE and _GNU_SOURCE Several POSIX extensions are used in the libdrm code (e.g., mknod and ffs). Set _XOPEN_SOURCE to 500 and set _GNU_SOURCE to non-zero to ensure that prototypes for these functions are available. This is done in configure.ac that checks can eventually be added to only enable these on operating system that support them. This is based on a patch by Pauli Nieminen. Thanks. Signed-off-by: Ian Romanick diff --git a/configure.ac b/configure.ac index be2fbbf..b54e64f 100644 --- a/configure.ac +++ b/configure.ac @@ -145,6 +145,8 @@ if test "x$HAVE_LIBUDEV" = xyes; then fi AM_CONDITIONAL(HAVE_LIBUDEV, [test "x$HAVE_LIBUDEV" = xyes]) +AC_DEFINE(_XOPEN_SOURCE, 500, [XOpen source]) +AC_DEFINE(_GNU_SOURCE, 1, [GNU source]) AC_SUBST(WARN_CFLAGS) AC_OUTPUT([ signature.asc Description: Digital signature -- -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [PATCH 1/6] libdrm: Remove typedef for non-existing enum
Pushed. Thanks. signature.asc Description: Digital signature -- -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [PATCH 2/6] libdrm: Add missing strings.h include
On Sun, Jul 05, 2009 at 06:43:40PM +0300, Pauli Nieminen wrote: > strcasecmp is declared in strings.h I pushed a modified version of this. strcasecmp is only used in xf86drm.c, so strings.h is included directly in that file. Thanks. signature.asc Description: Digital signature -- -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 13720] [2.6.30] Modesetting on Mobility Radeon X700 displays black screen
http://bugzilla.kernel.org/show_bug.cgi?id=13720 --- Comment #9 from Alex Deucher 2009-07-06 15:45:17 --- Created an attachment (id=22237) --> (http://bugzilla.kernel.org/attachment.cgi?id=22237) Fix quirk handling for MSI laptop This patch should fix the connector enumeration. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 21462] mach64_do_dma_init *ERROR*
http://bugs.freedesktop.org/show_bug.cgi?id=21462 Dario changed: What|Removed |Added CC||wallac...@gmail.com --- Comment #2 from Dario 2009-07-06 08:22:05 PST --- (In reply to comment #1) > Updating to KDE 4.2 and booting with kernel param 'nopat' seem to work... DRI > enabled and desktop working... > No way... all works fine only applying the 'patch' described here --- http://www.nabble.com/mach64-kernel-modules-for-2.6.26-kernel-td22668419i20.html Solution: mach64 kernel modules for 2.6.26 kernel by Davicillo Uno May 14, 2009; --- (now kernel 2.6.30) This patch mod the file drm/linux-core/mach64_irq.c or drm/linux-core/drm_irq.c The problem seems related to irq management (?). Hope this help. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 13720] [2.6.30] Modesetting on Mobility Radeon X700 displays black screen
http://bugzilla.kernel.org/show_bug.cgi?id=13720 --- Comment #8 from Ken Lewis 2009-07-06 15:19:50 --- Created an attachment (id=22236) --> (http://bugzilla.kernel.org/attachment.cgi?id=22236) video bios file -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 13720] [2.6.30] Modesetting on Mobility Radeon X700 displays black screen
http://bugzilla.kernel.org/show_bug.cgi?id=13720 --- Comment #7 from Alex Deucher 2009-07-06 15:07:04 --- can you attach your video bios? as root: cd /sys/bus/pci/devices/\:01\:00.0/ echo 1 > rom cat rom > /tmp/x700_vbios.rom echo 0 > rom -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 13720] [2.6.30] Modesetting on Mobility Radeon X700 displays black screen
http://bugzilla.kernel.org/show_bug.cgi?id=13720 --- Comment #6 from Ken Lewis 2009-07-06 15:03:09 --- Please s/'driver/gpu/drm/atombios.c'/'driver/gpu/drm/radeon/atombios.c'/ -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 13720] [2.6.30] Modesetting on Mobility Radeon X700 displays black screen
http://bugzilla.kernel.org/show_bug.cgi?id=13720 --- Comment #5 from Ken Lewis 2009-07-06 15:02:12 --- Created an attachment (id=22235) --> (http://bugzilla.kernel.org/attachment.cgi?id=22235) .config file for kernel build used -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 13720] [2.6.30] Modesetting on Mobility Radeon X700 displays black screen
http://bugzilla.kernel.org/show_bug.cgi?id=13720 --- Comment #4 from Ken Lewis 2009-07-06 14:59:48 --- Created an attachment (id=22234) --> (http://bugzilla.kernel.org/attachment.cgi?id=22234) verbose lspci output -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 13720] [2.6.30] Modesetting on Mobility Radeon X700 displays black screen
http://bugzilla.kernel.org/show_bug.cgi?id=13720 --- Comment #2 from Ken Lewis 2009-07-06 14:58:26 --- I don't think it's a dupe of that because the reported experience differs: I see no mouse cursor and no powersaving effects correct the lack of an image on-screen. A bit of googling indicates that my laptop has different hardware -- I'm using ATIIXP audio instead of a Via 82XX (see http://www.linlap.com/wiki/fujitsu+amilo+a1667g). -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 13720] [2.6.30] Modesetting on Mobility Radeon X700 displays black screen
http://bugzilla.kernel.org/show_bug.cgi?id=13720 --- Comment #3 from Ken Lewis 2009-07-06 14:59:17 --- Created an attachment (id=22233) --> (http://bugzilla.kernel.org/attachment.cgi?id=22233) dmesg output with r4xx_atom=1 set -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 13720] [2.6.30] Modesetting on Mobility Radeon X700 displays black screen
http://bugzilla.kernel.org/show_bug.cgi?id=13720 Alex Deucher changed: What|Removed |Added CC||alexdeuc...@gmail.com --- Comment #1 from Alex Deucher 2009-07-06 14:12:21 --- This is probably a dupe of bug 13683. r4xx_atom is still a valid option to try. While r4xx cards have an atombios that atom command tables are not used for programming the mode unless the r4xx_atom option is set. Please attach your dmesg with the debug option set for the drm module. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 13720] [2.6.30] Modesetting on Mobility Radeon X700 displays black screen
http://bugzilla.kernel.org/show_bug.cgi?id=13720 Ken Lewis changed: What|Removed |Added Kernel Version|2.6.31-rc1 |2.6.30-rc1 Summary|[2.6.31] Modesetting on |[2.6.30] Modesetting on |Mobility Radeon X700|Mobility Radeon X700 |displays black screen |displays black screen -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 13720] New: [2.6.31] Modesetting on Mobility Radeon X700 displays black screen
http://bugzilla.kernel.org/show_bug.cgi?id=13720 Summary: [2.6.31] Modesetting on Mobility Radeon X700 displays black screen Product: Drivers Version: 2.5 Kernel Version: 2.6.31-rc1 Platform: All OS/Version: Linux Tree: Mainline Status: NEW Severity: normal Priority: P1 Component: Video(DRI) AssignedTo: drivers_video-...@kernel-bugs.osdl.org ReportedBy: kenle...@typo.co.uk Regression: No Using the new import of Dave Airlie's Radeon KMS DRI driver, my laptop screen (LVDS-connected) goes blank and stays blank while using KMS and modeset=1. Chip is a Modility Radeon X700 in a MSI Megabook M635 (also known as MS-1029) with a Turion 64 chip running X86-64 userland from Ubuntu (in particular, Karmic Koala and Kubuntu KDE4). I build my own kernels from mainline to test and will attach dmesg output, Xorg.0.log output (which also apes the Kernel's can't inability to find the LVDS connector -- don't be confused, I'm not complaining about X.org here), and dmesg output. r4xx_atom does not need to be forced: from reading the source and logs, the chip is identified as ATOMBIOS. In my own disgnosis, I found that there is a quirk that matches this notebook in driver/gpu/drm/atombios.c but it is not used. Also, the drm.debug=1 option shows that the VGA and LVDS connectors are identified but no connector is assigned to the LVDS encoder, which I believe is why the screen is blank. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: i915: xrandr modes not detected with KMS
Same thing with 2.6.31-rc2. Am I sending this to the right list? On Thu, Jun 18, 2009 at 08:06:43PM +0300, Michael S. Tsirkin wrote: > On T500 thinkpad, I enabled KMS on i915, and noticed that only a single mode > shows up in xrandr output. Without kms, all modes are supported. > Tested on 2.6.30 and 2.6.29.4-167 that ships with Fedora. > > xrandr output: > > With kms enabled: > > Screen 0: minimum 320 x 200, current 1680 x 1050, maximum 8192 x 8192 > VGA1 disconnected (normal left inverted right x axis y axis) > LVDS1 connected 1680x1050+0+0 (normal left inverted right x axis y axis) > 331mm x 207mm >1680x1050 60.1*+ 50.1 > DVI1 disconnected (normal left inverted right x axis y axis) > DVI2 disconnected (normal left inverted right x axis y axis) > > Without kms enabled: > > Screen 0: minimum 320 x 200, current 1280 x 1024, maximum 1680 x 1680 > VGA disconnected (normal left inverted right x axis y axis) > LVDS connected 1280x1024+0+0 (normal left inverted right x axis y axis) 331mm > x 207mm >1680x1050 60.1 + 50.1 >1400x1050 74.8 60.0 >1280x1024 85.0 75.0 60.0* >1280x960 85.0 60.0 >1152x864 75.0 >1024x768 85.0 75.0 70.1 60.0 >832x62474.6 >800x60085.1 72.2 75.0 60.3 56.2 >640x48085.0 72.8 75.0 59.9 >720x40085.0 >640x40085.1 >640x35085.1 > HDMI-1 disconnected (normal left inverted right x axis y axis) > HDMI-2 disconnected (normal left inverted right x axis y axis) > > > > hardware: > > $ sudo lspci -vv -s 00:02.0 > 00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset > Integrated Graphics Controller (rev 07) (prog-if 00 [VGA controller]) > Subsystem: Lenovo Device 20e4 > Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- > Stepping- SERR- FastB2B- DisINTx+ > Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- > SERR- Latency: 0 > Interrupt: pin A routed to IRQ 28 > Region 0: Memory at f440 (64-bit, non-prefetchable) [size=4M] > Region 2: Memory at d000 (64-bit, prefetchable) [size=256M] > Region 4: I/O ports at 1800 [size=8] > Expansion ROM at [disabled] > Capabilities: [90] MSI: Mask- 64bit- Count=1/1 Enable+ > Address: fee0100c Data: 4189 > Capabilities: [d0] Power Management version 3 > Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA > PME(D0-,D1-,D2-,D3hot-,D3cold-) > Status: D0 PME-Enable- DSel=0 DScale=0 PME- > Kernel driver in use: i915 > > > -- > MST -- -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [PATCH 1/1] i915: fix up a raw 64bit divide
On Wed, Jul 1, 2009 at 1:12 PM, Jesse Barnes wrote: > On Wed, 1 Jul 2009 15:20:59 +0100 > Andy Whitcroft wrote: > >> We are seeing compilation failures on i386 in some environments due >> to an undefined reference as below: >> >> ERROR: "__udivdi3" [drivers/gpu/drm/i915/i915.ko] undefined! >> >> This is generated due to a raw 64 bit divide in the i915 driver. Fix >> up this raw divide. >> >> Signed-off-by: Andy Whitcroft > > I think building with newer GCCs will prevent this error, but the fix > looks fine. I get it in here (31-rc2), with gcc 4.2.4, but only if I have CONFIG_DEBUG_SECTION_MISMATCH=y. With this patch it works regardless of that option. > > Acked-by: Jesse Barnes > > -- > Jesse Barnes, Intel Open Source Technology Center > -- -- -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 22628] New: R200: xmoto causes cs space_accounted failure
http://bugs.freedesktop.org/show_bug.cgi?id=22628 Summary: R200: xmoto causes cs space_accounted failure Product: Mesa Version: CVS Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/r200 AssignedTo: dri-devel@lists.sourceforge.net ReportedBy: suok...@gmail.com Created an attachment (id=27409) --> (http://bugs.freedesktop.org/attachment.cgi?id=27409) xmoto backtrace I was able to twice reproduce this by starting random xmoto levels. First time it was first level that I tried test but 2nd time I have to test 6 levels before hitting the bug. This is caused bo validation code refactoring and move to libdrm. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
