Re: [PATCH xf86-video-savage] Disable EXA acceleration for now

On 2019-02-13 03:36 PM, Kevin Brace wrote: >> Date: Wed, 13 Feb 2019 14:03:02 -0500 >> From: Connor Behan >> To: xorg-devel@lists.x.org >> Subject: Re: [PATCH xf86-video-savage] Disable EXA acceleration for >> now >> Message-ID: >> Content-Type: te

Re: [PATCH xf86-video-savage] Disable EXA acceleration for now

On 2019-02-11 12:02 PM, Kevin Brace wrote: > EXA acceleration architecture code is currently broken on X Server > 1.19, so it should be disabled until it is fixed. > > Signed-off-by: Kevin Brace > --- > src/savage_driver.c | 23 +++ > 1 file changed, 19 insertions(+), 4

Re: Obtaining Xorg DDX commit privilege

On 2018-06-10 07:15 PM, Kevin Brace wrote: >> Sent: Tuesday, June 05, 2018 at 8:16 PM >> From: "Connor Behan" >> To: "Michel Dänzer" , "Kevin Brace" >> Cc: xorg-devel@lists.x.org >> Subject: Re: Obtaining Xorg DDX commit privilege >&

Re: Obtaining Xorg DDX commit privilege

is >> what is needed to earn this privilege. > Connor Behan has been looking after xf86-video-r128. Thanks. I've been meaning to test your patches Kevin. The only one I'm nervous about so far is #5 which removes DDC. signature.asc Descript

Re: [PATCH xf86-video-r128] xf86-video-r128: remove the GlxSetVisualConfigs stub and friends

Adam Jackson <a...@redhat.com> > Cc: Connor Behan <connor.be...@gmail.com> > Signed-off-by: Emil Velikov <emil.veli...@collabora.com> Tested-by: Connor Behan <connor.be...@gmail.com> > --- > src/r128.h | 4 - > src/r128_dri.c | 221 > +--

Re: [PATCH xf86-video-i740] Stop using deprecated xf86PciInfo.h

On 18/01/17 03:33 PM, Laurent Carlier wrote: > Le lundi 21 novembre 2016, 20:02:34 CET Laurent Carlier a écrit : >> Signed-off-by: Laurent Carlier <lordhea...@gmail.com> >> --- > ping? > Reviewed-by: Connor Behan <connor.be...@gmail.com> signature.asc Descr

Re: [PATCH v2 xf86-video-i128] Stop using deprecated xf86PciInfo.h

On 18/01/17 03:33 PM, Laurent Carlier wrote: > Le lundi 21 novembre 2016, 20:53:03 CET Laurent Carlier a écrit : >> v2: Remove empty lines >> Signed-off-by: Laurent Carlier <lordhea...@gmail.com> > ping? > Reviewed-by: Connor Behan <connor.be...@gmail.com> s

Re: VT8623 [Apollo CLE266]

On 27/12/16 05:11 AM, CK wrote: > The Xorg server has been broken for 2-3 years when > using drivers for this chipset. I am not enough of > an Xorg geek to know all the details, but it broke > between FreeBSD 9.3 and later releases. And between > Linux Puppy Precise-5.7.1 and later releases. > >

Re: [PATCH 0/5] Remove DRI1

On 08/12/15 05:41 PM, Adam Jackson wrote: > DRI1 hasn't really been a supported option for a while now, Mesa hasn't > supplied any drivers for it in years, and the design really isn't > compatible with KMS-like drivers. Also, Keith has some upcoming work to > thread input handling that will

Re: [PATCH 0/5] Remove DRI1

On 08/12/15 06:36 PM, Emil Velikov wrote: > On 8 December 2015 at 22:58, Connor Behan <connor.be...@gmail.com> wrote: >> On 08/12/15 05:41 PM, Adam Jackson wrote: >>> DRI1 hasn't really been a supported option for a while now, Mesa hasn't >>> supplied any driver

Re: [PATCH:xf86-video-sis] Fix arguments for miSetPointerPosition.

On 30/09/15 05:42 PM, Thomas Klausner wrote: > On Wed, Sep 30, 2015 at 04:52:13PM -0400, Connor Behan wrote: >> I'm pretty sure the calls for ABI versions between 13 and 15 also need >> the "&". For example, in the >> http://cgit.fr

Re: [PATCH:xf86-video-siliconmotion 2/2] Support Gdium.

On 14/09/15 12:39 PM, Thomas Klausner wrote: > From: Michael Lorenz > > Comment out Int10 support since it's useless on Gdium/SM50x. > --- So there's a particular SMI chipset where attempting to access the VBIOS causes problems even though the arch is x86? I would feel better

Re: [PATCH:xf86-video-mga] Use correct type in function call.

{ > + uint32_t Option; > + pci_device_cfg_read_u32(pMga->PciInfo, & Option, > PCI_OPTION_REG); > +mgaReg->Option = Option; > +} > #else > mgaReg->Option = pciReadLong(pMga->PciTag, PCI_OPTION_REG

[PATCH xf86-video-geode] Fix GX composite hooks

These need to fallback for solid and gradient pictures. Signed-off-by: Connor Behan connor.be...@gmail.com --- src/gx_accel.c | 1 + 1 file changed, 1 insertion(+) diff --git a/src/gx_accel.c b/src/gx_accel.c index 48587f2..87d9a72 100644 --- a/src/gx_accel.c +++ b/src/gx_accel.c @@ -1710,6

[PATCH xf86-video-geode] Remove UploadToScreen and DownloadFromScreen

The only reason these might be a tiny bit faster than other (recently removed) unaccelerated hooks is that they use assembly rather than memcpy. However, it still seems like a good idea to remove things that make the code less portable. Signed-off-by: Connor Behan connor.be...@gmail.com --- src

[PATCH xf86-video-mga] Remove DownloadFromScreen

This hook was broken and did the same thing as a software fallback. Signed-off-by: Connor Behan connor.be...@gmail.com --- src/mga_exa.c | 26 -- 1 file changed, 26 deletions(-) diff --git a/src/mga_exa.c b/src/mga_exa.c index 69ffa16..a011c91 100644 --- a/src/mga_exa.c

[PATCH xf86-video-mga] Composite fixup

A driver like this that tries to composite a lot will definitely need to avoid crashing for solid pictures. Signed-off-by: Connor Behan connor.be...@gmail.com --- src/mga_exa.c | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/src/mga_exa.c b/src/mga_exa.c index a011c91

[PATCH xf86-video-siliconmotion] Check for drawables before compositing

This should prevent a crash when something like Cairo tries to composite a solid picture. Signed-off-by: Connor Behan connor.be...@gmail.com --- src/smi_exa.c | 4 1 file changed, 4 insertions(+) diff --git a/src/smi_exa.c b/src/smi_exa.c index 70298ed..67a6fdd 100644 --- a/src/smi_exa.c

Re: xf86-driver-xgi patches from NetBSD xsrc

On 12/08/15 08:00 PM, Alan Coopersmith wrote: On 08/10/15 02:43 PM, Thomas Klausner wrote: On Mon, Aug 10, 2015 at 03:13:32PM -0400, Connor Behan wrote: On 06/08/15 08:56 AM, Thomas Klausner wrote: This patch series contains all local changes in NetBSD xsrc for the xf86-video-xgi driver

Re: xf86-driver-xgi patches from NetBSD xsrc

On 10/08/15 05:43 PM, Thomas Klausner wrote: On Mon, Aug 10, 2015 at 03:13:32PM -0400, Connor Behan wrote: On 06/08/15 08:56 AM, Thomas Klausner wrote: This patch series contains all local changes in NetBSD xsrc for the xf86-video-xgi driver. Patch 16 appears to introduce a whitespace error

[PATCH:xf86-video-xgi] Remove execute permissions from source files

This looks tacky if nothing else. Signed-off-by: Connor Behan connor.be...@gmail.com --- src/init.c| 0 src/init.h| 0 src/osdef.h | 0 src/valid_mode.h | 0 src/vb_def.h | 0 src/vb_ext.c | 0 src/vb_ext.h | 0 src/vb_i2c.c | 0 src/vb_i2c.h | 0

[PATCH:xf86-video-xgi] Reduce custom type usage

Bring this more in line with the maintained drivers. Signed-off-by: Connor Behan connor.be...@gmail.com --- src/init.c| 2 +- src/vb_i2c.h | 18 +-- src/vgatypes.h| 48 +++ src/xgi.h | 18 +-- src/xgi_accel.c | 30 ++--- src/xgi_accel.h | 368

[PATCH:xf86-video-xgi] Add missing check for libpciaccess

The code for finding the BIOS forgets to provide both map / unmap methods. Signed-off-by: Connor Behan connor.be...@gmail.com --- src/xgi_driver.c | 8 1 file changed, 8 insertions(+) diff --git a/src/xgi_driver.c b/src/xgi_driver.c index 5380ab2..ad8fca6 100755 --- a/src/xgi_driver.c

Re: xf86-driver-xgi patches from NetBSD xsrc

On 06/08/15 08:56 AM, Thomas Klausner wrote: This patch series contains all local changes in NetBSD xsrc for the xf86-video-xgi driver. Patch 16 appears to introduce a whitespace error. Otherwise, series Reviewed-by: Connor Behan connor.be...@gmail.com signature.asc Description: OpenPGP

[PATCH:xf86-video-xgi] Remove UploadToScreen and DownloadFromScreen

Fixing these broken EXA hooks would make them equal to a software fallback, so use that instead. Signed-off-by: Connor Behan connor.be...@gmail.com --- src/xgi_accel.c | 107 1 file changed, 107 deletions(-) diff --git a/src/xgi_accel.c b

Re: [PATCH:xf86-video-mga] Fix pointer cast warning.

On 01/08/15 07:31 PM, Thomas Klausner wrote: On Sat, Aug 01, 2015 at 12:02:27AM -0400, Connor Behan wrote: I just looked through the drivers on the main site and found 7 problematic ones. * Geode is not careful enough with pSrc and its drawables * Mga is not careful enough either, plus

Re: [PATCH:xf86-video-mga] Fix pointer cast warning.

On 28/07/15 11:59 AM, Thomas Klausner wrote: On Thu, Feb 26, 2015 at 02:59:49AM -0500, Connor Behan wrote: On 25/02/15 06:41 PM, Tormod Volden wrote: And then disable the DownloadFromScreen() implementation, or perhaps even disable EXA altogether. If nobody can find the real problem

Re: Xorg 7.7 question on Thinkpad T550

On 06/07/15 04:12 PM, William Bulley wrote: According to Connor Behan connor.be...@gmail.com on Sat, 07/04/15 at 15:57: Can you post the Intel Xorg.0.log as well? See attached. When I attempt to invoke an Xorg session (see below) with the VESA section commented out and the Intel section

Re: Xorg 7.7 question on Thinkpad T550

On 03/07/15 05:32 PM, William Bulley wrote: I am running FreeBSD 10.1-STABLE on a Thinkpad T550 laptop. After building the Xorg port, as root, I ran # Xorg -configure and then looked at the generated xorg.conf.new file. There were two Device sections (!), one for the integrated Intel

Re: [PATCH:xf86-video-mga] Fix pointer cast warning.

On 25/02/15 06:41 PM, Tormod Volden wrote: And then disable the DownloadFromScreen() implementation, or perhaps even disable EXA altogether. If nobody can find the real problem that is maybe all that can be done. The fix should be: char *src = pExa-memoryBase + exaGetPixmapOffset(pSrc); When

Re: Help needed debugging xf86-video-siliconmotion driver

On 29/08/14 03:00 PM, Laérico de Sousa wrote: Hi there! Some time ago I've reported a bug against xf86-video-siliconmotion driver describing a very strange problem that affect my Silicon Motion SM501 video card: https://bugs.freedesktop.org/show_bug.cgi?id=79893 Teddy Weng from Silicon

[PATCH RESEND xrandr] Allow -x and -y switches to undo themselves

People who want to dick around might think it is safe to run xrandr -x before they know any of the other syntax. When xrandr -x again does not get back to a normal screen, they are stuck having to read a manpage with reflected text. Signed-off-by: Connor Behan connor.be...@gmail.com --- xrandr.c

[PATCH xrandr] Remove duplicate printing of the axis

Even in verbose mode, why print the same information twice? Signed-off-by: Connor Behan connor.be...@gmail.com --- xrandr.c | 4 1 file changed, 4 deletions(-) diff --git a/xrandr.c b/xrandr.c index 7a5fa30..d284f78 100644 --- a/xrandr.c +++ b/xrandr.c @@ -3861,10 +3861,6 @@ main (int argc

[PATCH xrandr] Allow -x and -y switches to undo themselves

People who want to dick around might think it is safe to run xrandr -x before they know any of the other syntax. When xrandr -x again does not get back to a normal screen, they are stuck having to read a manpage with reflected text. Signed-off-by: Connor Behan connor.be...@gmail.com --- xrandr.c

[PATCH xrandr] Allow -x and -y switches to undo themselves

People who want to dick around might think it is safe to run xrandr -x before they know any of the other syntax. When xrandr -x again does not get back to a normal screen, they are stuck having to read a manpage with reflected text. Signed-off-by: Connor Behan connor.be...@gmail.com --- xrandr.c

Re: [PATCH xinit v3 3/3] startx: Under Linux start X on the current VT

On 04/04/14 05:39 AM, Peter Hutterer wrote: On Mon, Mar 31, 2014 at 03:51:46PM +0200, Hans de Goede wrote: When we let X allocate a new VT, systemd-logind will not recognize any processes running on this VT as belonging to a valid session (since there was no pam session opened on that tty).

[PATCH rendercheck] Print format of dst picture in a failed test

Rendercheck already prints the intended destination when it tries the tests. To actually know which test failed the user needs to know the color format of whatever picture was being tried. Signed-off-by: Connor Behan connor.be...@gmail.com --- t_blend.c | 2 +- t_composite.c | 2 +- 2 files

[PATCH mach64] Drop dependence on xf86PciInfo.h

It is about time we stop using this deprecated file and include pciids locally. Signed-off-by: Connor Behan connor.be...@gmail.com Reviewed-by: Alex Deucher alexander.deuc...@amd.com --- src/atimach64probe.c | 37 - 1 file changed, 36 insertions(+), 1 deletion

Re: xfree86: Keep a non-seat0 X server from touching VTs

/038391.html https://bugzilla.redhat.com/show_bug.cgi?id=1018196 Acked-by: Connor Behan connor.be...@gmail.com signature.asc Description: OpenPGP digital signature ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives

[PATCH 2/3] configure.ac: Require libpciaccess for platform bus support

There is currently no reason to build with --enable-config-udev-kms and --disable-pciaccess but anyone who tries this should know that the build will fail. Signed-off-by: Connor Behan connor.be...@gmail.com --- configure.ac | 4 1 file changed, 4 insertions(+) diff --git a/configure.ac b

[PATCH 1/3] configure.ac: Add whitespace near PCI configuration

Signed-off-by: Connor Behan connor.be...@gmail.com --- configure.ac | 35 +-- 1 file changed, 17 insertions(+), 18 deletions(-) diff --git a/configure.ac b/configure.ac index 1e6f813..e8597a7 100644 --- a/configure.ac +++ b/configure.ac @@ -1801,24 +1801,23

[PATCH 3/3] configure.ac: Require libpciaccess for int10

A --disable-pciaccess build will fail with an int10 module other than stub. Signed-off-by: Connor Behan connor.be...@gmail.com --- configure.ac | 3 +++ 1 file changed, 3 insertions(+) diff --git a/configure.ac b/configure.ac index 5e621e0..a843770 100644 --- a/configure.ac +++ b/configure.ac

Re: [PATCH 1/1] xfree86: Fix build without libpciaccess

On 08/11/13 02:55 PM, Jeremy Huddleston Sequoia wrote: Regression fix from commit 04ab07ca19236d6c9a947e065fb69b0dd0d16639 Signed-off-by: Jeremy Huddleston Sequoia jerem...@apple.com CC: Connor Behan connor.be...@gmail.com CC: Keith Packard kei...@keithp.com CC: Matt Dew mar...@osource.org

Re: Is there anything wrong with my patch?

On 03/11/13 09:33 AM, jnsptr...@gmail.com wrote: Hi there, about a week ago I submitted a patch to fix a 32-bit sequence wrapping issue in Xlib: [PATCH libX11 0/2] Xlib 32-bit request sequence wrap bug(fix) [PATCH libX11 1/2] xcb_io: Fix Xlib 32-bit request number wrapping [PATCH libX11

Re: [PATCH r128] Do not use int10 or VBE on powerpc

On 25/10/13 12:00 PM, lists.tor...@gmail.com wrote: VBE was already skipped in the normal path, but not when setting the PROBE_DETECT flag. Should avoid bus error seen in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=622606 and http://lists.x.org/archives/xorg/2012-February/053969.html

[PATCH RESEND] xfree86: Find primary entity when bus types are nominally different

As of server 1.13, systems with DRM and Udev will have BUS_PLATFORM as their primary bus type. However, drivers not implementing a platformProbe function will still create entities of type BUS_PCI. We need to account for this when checking for the primary entity. Signed-off-by: Connor Behan

Re: [PATCH] xfree86: Find primary entity when bus types are nominally different

On 01/10/13 03:58 AM, Laércio de Sousa wrote: 2013/9/30 Connor Behan connor.be...@gmail.com mailto:connor.be...@gmail.com As of server 1.13, systems with DRM and Udev will have BUS_PLATFORM as their primary bus type. However, drivers not implementing a platformProbe function will still create

[PATCH] xfree86: Find primary entity when bus types are nominally different

As of server 1.13, systems with DRM and Udev will have BUS_PLATFORM as their primary bus type. However, drivers not implementing a platformProbe function will still create entities of type BUS_PCI. We need to account for this when checking for the primary entity. Signed-off-by: Connor Behan

Re: [PATCH] Remove XAA

On 22/09/13 09:53 AM, Alex Deucher wrote: On Sun, Sep 22, 2013 at 12:27 PM, Matthieu Herrb matthieu.he...@laas.fr wrote: On Sun, Sep 22, 2013 at 08:59:42AM -0700, Alan Coopersmith wrote: On 09/21/13 07:49 AM, devz...@web.de wrote: Deliberately breaking drivers without giving people a chance

Re: (Crowd funded) fix for SiS 671/771 video cards

On 20/05/13 02:39 AM, Pander wrote: It works. Here is the Xorg log file. Switching to console with CTRL+ALT+F1 etc still doesn't work however. See the top pf the file for loading of the driver and the bottom (probably) for switching to console and back: http://pastebin.com/VA7dVBjL You're

Re: (Crowd funded) fix for SiS 671/771 video cards

On 19/05/13 09:48 AM, Pander wrote: On 05/18/2013 10:28 PM, Tormod Volden wrote: On Sat, May 18, 2013 at 7:52 PM, Pander wrote: (manual) patch results in [74.465] (II) LoadModule: sisimedia [74.465] (II) Loading /usr/lib/xorg/modules/drivers/sisimedia_drv.so [74.465] (EE) Failed

Re: (Crowd funded) fix for SiS 671/771 video cards

On 10/05/13 01:23 AM, Pander wrote: On 05/07/2013 09:24 PM, Connor Behan wrote: On 07/05/13 06:17 AM, Pander wrote: On 7 May 2013 14:04, Pander pan...@users.sourceforge.net wrote: The sis671 driver: # xorg.conf (X.Org X Window System server configuration file) ... Section Device

Re: (Crowd funded) fix for SiS 671/771 video cards

On 06/05/13 11:22 PM, Pander wrote: Alan Coopersmith alan.coopersm...@oracle.com wrote: On 05/ 6/13 06:22 PM, Connor Behan wrote: Maybe you'll find someone who has a SiS card lying around and say I'll pay you $100 to put that card in your computer, write an xorg.conf file for it, figure

Re: (Crowd funded) fix for SiS 671/771 video cards

On 07/05/13 02:19 AM, Pander wrote: This is the log file, search for [Ss][Ii][Ss] http://pastebin.com/GMhwZXde It looks like the Xserver tries sis, modesetting, fbdev and vesa and ends up deciding on vesa. In order to see useful information, make sure X doesn't use a generic driver. Something

Re: (Crowd funded) fix for SiS 671/771 video cards

On 07/05/13 06:17 AM, Pander wrote: On 7 May 2013 14:04, Pander pan...@users.sourceforge.net wrote: The sis671 driver: # xorg.conf (X.Org X Window System server configuration file) ... Section Device Identifier Configured Video Device Driver sis671

Re: (Crowd funded) fix for SiS 671/771 video cards

On 06/05/13 10:25 AM, pan...@users.sourceforge.net wrote: Hi all, Since a few months the driver for SiS 671/771 video cards is no longer working in main stream distributions such as Ubuntu. This is affecting many users and I would like to ask the development community of Xorg who would like

Re: (Crowd funded) fix for SiS 671/771 video cards

On 06/05/13 04:44 PM, pan...@users.sourceforge.net wrote: My experience with building drivers for Xorg is relatively small. As I recall, this one compiles but crashed Xorg and I don't know exactly what to submit exactly. It is better if the people working on that driver or other Xorg experts

Re: Need Help for Xserver

On 19/01/13 12:00 PM, Ravinder Sapavat wrote: Ravinder Sapavat Hello, I am facing the problem of X server. I am using the RHEL4.0 . when i am staring the sytem , its booting but GUI is not displaying . it giving the error as I cannot start the X server( your graphical user

Re: [PATCH xf86-video-mach64] Remove dummy UTS / DFS hooks

On 20/12/12 10:26 PM, Thierry Vignaud wrote: On 16 December 2012 22:01, Alan Coopersmith alan.coopersm...@oracle.com wrote: When EXA was added to mach64, it included UploadToScreen and DownloadFromScreen hooks that did the same thing that EXA would do in a software fallback. Now they are out

Re: [PATCH:xf86-video-mach64] Remove call to obsolete miInitializeBackingStore()

On 18/12/12 08:48 PM, Alan Coopersmith wrote: Definition was deleted from Xorg during 1.14 merge window, but was a no-op for many release cycles before that. Signed-off-by: Alan Coopersmith alan.coopersm...@oracle.com --- src/atiscreen.c |1 - 1 file changed, 1 deletion(-) diff

[PATCH xf86-video-mach64] Remove dummy UTS / DFS hooks

of having to rewrite them every time there is a change to the way EXA handles pixmaps. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=51137 Signed-off-by: Connor Behan connor.be...@gmail.com --- src/atimach64exa.c | 60 -- 1 file changed

Re: mach64 broken with xserver 1.13 ?

On 18/11/12 12:00 PM, xorg-devel-requ...@lists.x.org wrote: I'm seeing the xf86-video-mach64 6.9.3 crashing with xserver 1.13 on OpenBSD, both on sparc64 and intel (x86_64) machines. here's some debugging information. Apparently something in devPrivate doesn't get initialized properly, but

Re: X.Org Book Sprint 2012 (guide to writing graphics drivers)

On 16/08/12 10:04 PM, mar...@osource.org wrote: (Cross post. Yes, I know this is short notice and a short window to reply. My apologies on that.) X.Org Book Sprint 2012 Monday Sept 17 Tuesday Sept 18. N?rnberg (Nuremberg), Germany. The X.Org Consortium will hold a book sprint on

Re: [PATCH] Add EXA support

On 11/07/12 08:13 AM, Michel Dänzer wrote: On Mon, 2012-07-09 at 16:44 -0700, Connor Behan wrote: On 06/07/12 03:52 AM, Michel Dänzer wrote: On Don, 2012-07-05 at 17:51 -0700, Connor Behan wrote: For real this time. This allows the r128 driver to continue having 2D That this patch

Re: [PATCH] Add EXA support

On 06/07/12 03:52 AM, Michel Dänzer wrote: On Don, 2012-07-05 at 17:51 -0700, Connor Behan wrote: For real this time. This allows the r128 driver to continue having 2D That this patch is for the r128 driver should be mentioned on the subject line (even if it was submitted to the xorg-driver

Vertex buffers and the ring walker method

I hope this message doesn't reek of frustration because I've already received a lot of help, particularly from Michel Daenzer. My question is related to the r128 RenderAccel that I've been trying to implement: https://bugs.freedesktop.org/show_bug.cgi?id=47866. Forget what I said about certain

Re: [PATCH] Add EXA support

On 29/04/12 03:05 PM, Matt Turner wrote: On Sat, Apr 28, 2012 at 3:20 PM, Connor Behan connor.be...@gmail.com wrote: This should allow the r128 driver to continue having 2D acceleration when XAA is removed. Implemented hooks are Solid, Copy and Composite. They appear to pass all rendercheck

Card level differences between XAA and EXA hooks?

I am trying to port my driver to EXA (r128 if that matters https://bugs.freedesktop.org/show_bug.cgi?id=47866) and I've hit a brick wall trying to make it pass rendercheck tests. Specifically, the tests I am running are the quick ones: fill, dcoords, scoords, mcoords, tscoords, tmcoords,

May have bricked my GPU

I really hope some one here is knowledgeable about this... My r128 card hangs indefinitely if any kind of acceleration is enabled. Running startx results in a black screen and I have to reboot with Alt+SysRq+REISUB. This was not caused by upgrading between any official releases of linux, xorg