On Mon, 2010-09-27 at 15:20 +0200, Thomas Hellstrom wrote:
> Avoids an oops during drm_irq_uninstall.
Why not fix the oops instead of providing dummy hooks to work around it?
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast |
https://bugs.freedesktop.org/show_bug.cgi?id=30406
--- Comment #5 from Michel Dänzer 2010-09-28 00:50:20 PDT
---
It's copying the window contents in software. Are you enabling 2D acceleration
with
Option"2DAccel"
?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?
https://bugs.freedesktop.org/show_bug.cgi?id=30406
Martin Stolpe changed:
What|Removed |Added
See Also|https://bugs.freedesktop.or |https://bugs.freedesktop.or
On 09/28/2010 09:23 AM, Michel Dänzer wrote:
On Mon, 2010-09-27 at 15:20 +0200, Thomas Hellstrom wrote:
Avoids an oops during drm_irq_uninstall.
Why not fix the oops instead of providing dummy hooks to work around it?
This is because the vblank system in DRM appears unconditiona
https://bugs.freedesktop.org/show_bug.cgi?id=30412
Summary: opengl doesn't work when using gallium and xorg state
tracker
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: no
https://bugs.freedesktop.org/show_bug.cgi?id=30412
Martin Stolpe changed:
What|Removed |Added
See Also||https://bugs.freedesktop.or
https://bugs.freedesktop.org/show_bug.cgi?id=30405
Martin Stolpe changed:
What|Removed |Added
See Also||https://bugs.freedesktop.or
https://bugs.freedesktop.org/show_bug.cgi?id=30406
--- Comment #7 from Martin Stolpe 2010-09-28 01:20:47
PDT ---
That did the trick. Thank you!
After adding
Option "2DAccel" "TRUE"
to my xorg.conf moving windows around is working again.
There seems to be a problem though. It seems that som
https://bugs.freedesktop.org/show_bug.cgi?id=30412
--- Comment #1 from Michel Dänzer 2010-09-28 01:21:47 PDT
---
Please attach the full Xorg.0.log and the output of
LIBGL_DEBUG=verbose glxinfo 2>&1
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are rece
https://bugs.freedesktop.org/show_bug.cgi?id=30412
--- Comment #2 from Martin Stolpe 2010-09-28 01:50:18
PDT ---
Output of
$ LIBGL_DEBUG=verbose glxinfo 2>&1
name of display: :0.0
Error: couldn't find RGB GLX visual or fbconfig
The xorg log file is completly full with statements with this cont
https://bugs.freedesktop.org/show_bug.cgi?id=30412
--- Comment #3 from Michel Dänzer 2010-09-28 02:06:23 PDT
---
(In reply to comment #2)
> The xorg log file is completly full with statements with this content:
> "[ 2351.450] (II) radeon(0): xorg_composite_accelerated fallback Component
> alpha
https://bugs.freedesktop.org/show_bug.cgi?id=30415
Summary: segfault in r300compiler
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
https://bugs.freedesktop.org/show_bug.cgi?id=30412
--- Comment #4 from Martin Stolpe 2010-09-28 02:41:04
PDT ---
Created an attachment (id=39003)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39003)
xorg log file
Attached xorg log file.
--
Configure bugmail: https://bugs.freedesktop.or
https://bugs.freedesktop.org/show_bug.cgi?id=30416
Summary: r300compiler: build_loop_info: expected conditional
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=30412
--- Comment #5 from Martin Stolpe 2010-09-28 02:57:39
PDT ---
I was looking at the xorg log with ksystemlog and it didn't show me the head of
the log.
3D is working now. Fixed it with a soft link:
ln -sf /usr/lib/xorg/modules/dri/r300_dri.so
https://bugs.freedesktop.org/show_bug.cgi?id=30406
--- Comment #8 from Andy Furniss 2010-09-28
03:12:32 PDT ---
(In reply to comment #2)
> The X.Org state tracker is not tested with r300g to my knowledge and I do not
> recommend using it.
In that case, maybe it shouldn't be built and installed
https://bugs.freedesktop.org/show_bug.cgi?id=30405
Martin Stolpe changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=30401
--- Comment #2 from Martin Stolpe 2010-09-28 03:23:17
PDT ---
*** Bug 30405 has been marked as a duplicate of this bug. ***
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=30406
--- Comment #9 from Martin Stolpe 2010-09-28 03:30:59
PDT ---
(In reply to comment #8)
> (In reply to comment #2)
> I've wanted to test r600g DRI, but with the current build I can test fine, but
> will get an xserver fail next startx as noted in
https://bugs.freedesktop.org/show_bug.cgi?id=30406
--- Comment #10 from Andy Furniss 2010-09-28
05:02:37 PDT ---
(In reply to comment #9)
> Have you tried to apply the recommendations Michael Dänzer gave in comment 2?
> I've attached a patch which applies the needed changes to Bug 30402. At lea
On 09/28/2010 12:35 AM, Finn Thain wrote:
On Tue, 28 Sep 2010, Justin P. Mattock wrote:
o.k... I'll make the changes to the arch patch, and combine the two, and
send it to jiri..
Why?
My advice is don't do it unless you want to waste reviewers' time.
as for the names and signed offs is wh
https://bugs.freedesktop.org/show_bug.cgi?id=30416
Marek Olšák changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=30415
--- Comment #1 from Tom Stellard 2010-09-28 09:32:28 PDT
---
Created an attachment (id=39018)
View: https://bugs.freedesktop.org/attachment.cgi?id=39018
Review: https://bugs.freedesktop.org/review?bug=30415&attachment=39018
segfault fix
This
https://bugs.freedesktop.org/show_bug.cgi?id=30415
--- Comment #2 from Marek Olšák 2010-09-28 09:49:10 PDT ---
Making a piglit for this bug...
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=30416
--- Comment #2 from Tom Stellard 2010-09-28 09:57:49 PDT
---
Created an attachment (id=39022)
View: https://bugs.freedesktop.org/attachment.cgi?id=39022
Review: https://bugs.freedesktop.org/review?bug=30416&attachment=39022
Fix the compiler e
https://bugs.freedesktop.org/show_bug.cgi?id=30416
--- Comment #3 from Tom Stellard 2010-09-28 10:11:13 PDT
---
(In reply to comment #1)
> Both shaders *should* fail to compile because you cannot say at compile time
> whether they will terminate or not. If a GPU gets stuck in an infinite loop,
>
https://bugs.freedesktop.org/show_bug.cgi?id=30416
Marek Olšák changed:
What|Removed |Added
CC|mar...@gmail.com|
--- Comment #4 from Marek Olšák 2010-09-
https://bugs.freedesktop.org/show_bug.cgi?id=30416
Tom Stellard changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|WONTFIX
https://bugs.freedesktop.org/show_bug.cgi?id=30415
Marek Olšák changed:
What|Removed |Added
CC|mar...@gmail.com|
--- Comment #3 from Marek Olšák 2010-09-
https://bugs.freedesktop.org/show_bug.cgi?id=30406
--- Comment #11 from Marek Olšák 2010-09-28 11:11:38 PDT ---
(In reply to comment #10)
> If as Marek says, this is not recommended, maybe it shouldn't happen by
> default.
Fixed in master and 7.9.
--
Configure bugmail: https://bugs.freedesktop
https://bugs.freedesktop.org/show_bug.cgi?id=30385
--- Comment #7 from Tomasz Czapiewski 2010-09-28 12:22:19 PDT ---
I've tried different vblank_mode settings and with set to 0 or 1 the problem is
gone but after setting it to more than 1 or without any vblank_mode setting the
problem is still the
https://bugs.freedesktop.org/show_bug.cgi?id=30406
--- Comment #12 from Andy Furniss 2010-09-28
12:26:14 PDT ---
(In reply to comment #11)
> (In reply to comment #10)
> > If as Marek says, this is not recommended, maybe it shouldn't happen by
> > default.
>
> Fixed in master and 7.9.
Thanks, a
https://bugs.freedesktop.org/show_bug.cgi?id=30406
--- Comment #13 from Martin Stolpe 2010-09-28 13:35:59
PDT ---
Hm, strange stuff. The xorg state tracker driver doesn't really work.
When I tested the driver I removed xf86-video-ati and installed the new mesa
package and (almost) everything wa
https://bugs.freedesktop.org/show_bug.cgi?id=30406
--- Comment #14 from Marek Olšák 2010-09-28 14:47:06 PDT ---
I was told that if you do a clean boot, r300g with st/xorg doesn't work. There
is a theory that r300g does not initialize some hardware registers at startup.
But once you let xf86-video
https://bugs.freedesktop.org/show_bug.cgi?id=30406
--- Comment #15 from Andy Furniss 2010-09-28
15:20:55 PDT ---
(In reply to comment #13)
> Hm, strange stuff. The xorg state tracker driver doesn't really work.
> After a reboot though the screen contents was garbled.
Just to add, you are "luck
TTM-based DRM drivers need to be able to bind user memory to the AGP
aperture. This patch fixes the "[TTM] AGP Bind memory failed." errors
and the subsequent fallout seen with the nouveau driver.
Reported-by: Grzesiek Sójka
Signed-off-by: Francisco Jerez
---
drivers/char/agp/amd-k7-agp.c |4
From: Dave Airlie
A race condition was identifed that led to a leak of the BOs, when
a bo was on the delayed delete list and was selected for eviction,
the code would enter
thread 1 (evict) -- thread2 (dd)
bo added to delayed destroy list
take lru lock
ttm_mem_evict_first called
From: Dave Airlie
There were lots of places being inconsistent since handle count
looked like a kref but it really wasn't.
Fix this my just making handle count an atomic on the object,
and have it increase the normal object kref.
Now i915/radeon/nouveau drivers can drop the normal reference on
https://bugs.freedesktop.org/show_bug.cgi?id=30416
--- Comment #6 from Tom Stellard 2010-09-28 22:05:16 PDT
---
(In reply to comment #4)
> (In reply to comment #3)
> > It's not possible to have infinite loops, because the number of iterations
> > is
> > capped at 256.
>
> And what about jumps?
https://bugs.freedesktop.org/show_bug.cgi?id=30416
Tom Stellard changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=30415
--- Comment #4 from Tom Stellard 2010-09-28 22:10:47 PDT
---
*** Bug 30416 has been marked as a duplicate of this bug. ***
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
On Mon, Sep 27, 2010 at 11:20 PM, Thomas Hellstrom
wrote:
> Don't suspend or hibernate when there are 3D resources active since we
> can't restore the device's 3D state. Instead fail with an error message.
Its not acceptable to block suspend ever like that, you need to
restore the devices 3D stat
On Mon, 27 Sep 2010, Justin P. Mattock wrote:
> On 09/27/2010 09:03 AM, Joe Perches wrote:
> > On Mon, 2010-09-27 at 11:10 -0400, John W. Linville wrote:
> > > On Sun, Sep 26, 2010 at 11:31:15AM -0700, Justin P. Mattock wrote:
> > > > Below is an updated patch from the original fixing broken web
On Sun, 26 Sep 2010, Justin P. Mattock wrote:
> diff --git a/drivers/char/apm-emulation.c b/drivers/char/apm-emulation.c
> index 033e150..d7d9a78 100644
> --- a/drivers/char/apm-emulation.c
> +++ b/drivers/char/apm-emulation.c
> @@ -8,7 +8,7 @@
> * (APM) BIOS Interface Specification, Revision
On Mon, 27 Sep 2010, Justin P. Mattock wrote:
> alright.. I'll redu this... remove the brackets, and fix up the rest..
> one note is:
> http://dri.freedesktop.org/wiki/Documentation
> this address is already there..
Right you are.
> probably best to just leave the sourceforge
> address and use
Looks good to me.
Finn
On Mon, 27 Sep 2010, Justin P. Mattock wrote:
> Below is an updated patch to fix broken web addresses in the kernel.
> Please let me know if I missed anything, and I'll go back and fix it.
> and lastly Thanks for all the help with this...
>
> Signed-off-by: Justin P.
On 09/28/2010 12:41 AM, Dave Airlie wrote:
> On Mon, Sep 27, 2010 at 11:20 PM, Thomas Hellstrom
> wrote:
>
>> Don't suspend or hibernate when there are 3D resources active since we
>> can't restore the device's 3D state. Instead fail with an error message.
>>
> Its not acceptable to blo
On Mon, 2010-09-27 at 15:20 +0200, Thomas Hellstrom wrote:
> Avoids an oops during drm_irq_uninstall.
Why not fix the oops instead of providing dummy hooks to work around it?
--
Earthling Michel D?nzer |http://www.vmware.com
Libre software enthusiast |
https://bugs.freedesktop.org/show_bug.cgi?id=30406
--- Comment #5 from Michel D?nzer 2010-09-28 00:50:20
PDT ---
It's copying the window contents in software. Are you enabling 2D acceleration
with
Option"2DAccel"
?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?
https://bugs.freedesktop.org/show_bug.cgi?id=30406
Martin Stolpe changed:
What|Removed |Added
See Also|https://bugs.freedesktop.or |https://bugs.freedesktop.or
On 09/28/2010 09:23 AM, Michel D?nzer wrote:
> On Mon, 2010-09-27 at 15:20 +0200, Thomas Hellstrom wrote:
>
>> Avoids an oops during drm_irq_uninstall.
>>
> Why not fix the oops instead of providing dummy hooks to work around it?
>
>
>
This is because the vblank system in DRM appears
https://bugs.freedesktop.org/show_bug.cgi?id=30412
Summary: opengl doesn't work when using gallium and xorg state
tracker
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: no
https://bugs.freedesktop.org/show_bug.cgi?id=30412
Martin Stolpe changed:
What|Removed |Added
See Also||https://bugs.freedesktop.or
https://bugs.freedesktop.org/show_bug.cgi?id=30405
Martin Stolpe changed:
What|Removed |Added
See Also||https://bugs.freedesktop.or
https://bugs.freedesktop.org/show_bug.cgi?id=30406
--- Comment #7 from Martin Stolpe 2010-09-28
01:20:47 PDT ---
That did the trick. Thank you!
After adding
Option "2DAccel" "TRUE"
to my xorg.conf moving windows around is working again.
There seems to be a problem though. It seems that som
https://bugs.freedesktop.org/show_bug.cgi?id=30412
--- Comment #1 from Michel D?nzer 2010-09-28 01:21:47
PDT ---
Please attach the full Xorg.0.log and the output of
LIBGL_DEBUG=verbose glxinfo 2>&1
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are rece
https://bugs.freedesktop.org/show_bug.cgi?id=30412
--- Comment #2 from Martin Stolpe 2010-09-28
01:50:18 PDT ---
Output of
$ LIBGL_DEBUG=verbose glxinfo 2>&1
name of display: :0.0
Error: couldn't find RGB GLX visual or fbconfig
The xorg log file is completly full with statements with this cont
https://bugs.freedesktop.org/show_bug.cgi?id=30412
--- Comment #3 from Michel D?nzer 2010-09-28 02:06:23
PDT ---
(In reply to comment #2)
> The xorg log file is completly full with statements with this content:
> "[ 2351.450] (II) radeon(0): xorg_composite_accelerated fallback Component
> alpha
o.k... I'll make the changes to the arch patch, and combine the two, and
send it to jiri.. as for the names and signed offs is what is below fine
or do I need to change some of them?
>
> Looks good to me.
>
> Finn
>
>
> On Mon, 27 Sep 2010, Justin P. Mattock wrote:
>
>> Below is an updated patch
On Tue, 28 Sep 2010, Justin P. Mattock wrote:
> o.k... I'll make the changes to the arch patch, and combine the two, and
> send it to jiri..
Why?
My advice is don't do it unless you want to waste reviewers' time.
> as for the names and signed offs is what is below fine or do I need to
> chan
config of the kernel.
Thanks
Miao
-- next part --
An embedded and charset-unspecified text was scrubbed...
Name: config
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20100928/bedce6ea/attachment.asc>
https://bugs.freedesktop.org/show_bug.cgi?id=30415
Summary: segfault in r300compiler
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
https://bugs.freedesktop.org/show_bug.cgi?id=30412
--- Comment #4 from Martin Stolpe 2010-09-28
02:41:04 PDT ---
Created an attachment (id=39003)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39003)
xorg log file
Attached xorg log file.
--
Configure bugmail: https://bugs.freedesktop.or
https://bugs.freedesktop.org/show_bug.cgi?id=30416
Summary: r300compiler: build_loop_info: expected conditional
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=30412
--- Comment #5 from Martin Stolpe 2010-09-28
02:57:39 PDT ---
I was looking at the xorg log with ksystemlog and it didn't show me the head of
the log.
3D is working now. Fixed it with a soft link:
ln -sf /usr/lib/xorg/modules/dri/r300_dri.so
https://bugs.freedesktop.org/show_bug.cgi?id=30406
--- Comment #8 from Andy Furniss 2010-09-28
03:12:32 PDT ---
(In reply to comment #2)
> The X.Org state tracker is not tested with r300g to my knowledge and I do not
> recommend using it.
In that case, maybe it shouldn't be built and installed
https://bugs.freedesktop.org/show_bug.cgi?id=30405
Martin Stolpe changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=30401
--- Comment #2 from Martin Stolpe 2010-09-28
03:23:17 PDT ---
*** Bug 30405 has been marked as a duplicate of this bug. ***
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=30406
--- Comment #9 from Martin Stolpe 2010-09-28
03:30:59 PDT ---
(In reply to comment #8)
> (In reply to comment #2)
> I've wanted to test r600g DRI, but with the current build I can test fine, but
> will get an xserver fail next startx as noted in
https://bugs.freedesktop.org/show_bug.cgi?id=30406
--- Comment #10 from Andy Furniss 2010-09-28
05:02:37 PDT ---
(In reply to comment #9)
> Have you tried to apply the recommendations Michael D?nzer gave in comment 2?
> I've attached a patch which applies the needed changes to Bug 30402. At lea
On 09/28/2010 12:35 AM, Finn Thain wrote:
>
> On Tue, 28 Sep 2010, Justin P. Mattock wrote:
>
>> o.k... I'll make the changes to the arch patch, and combine the two, and
>> send it to jiri..
>
> Why?
>
> My advice is don't do it unless you want to waste reviewers' time.
>
>> as for the names and si
https://bugs.freedesktop.org/show_bug.cgi?id=30416
Marek Ol??k changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=30415
--- Comment #1 from Tom Stellard 2010-09-28 09:32:28
PDT ---
Created an attachment (id=39018)
View: https://bugs.freedesktop.org/attachment.cgi?id=39018
Review: https://bugs.freedesktop.org/review?bug=30415&attachment=39018
segfault fix
This
https://bugs.freedesktop.org/show_bug.cgi?id=30415
--- Comment #2 from Marek Ol??k 2010-09-28 09:49:10 PDT
---
Making a piglit for this bug...
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee fo
https://bugs.freedesktop.org/show_bug.cgi?id=30416
--- Comment #2 from Tom Stellard 2010-09-28 09:57:49
PDT ---
Created an attachment (id=39022)
View: https://bugs.freedesktop.org/attachment.cgi?id=39022
Review: https://bugs.freedesktop.org/review?bug=30416&attachment=39022
Fix the compiler e
https://bugs.freedesktop.org/show_bug.cgi?id=30416
--- Comment #3 from Tom Stellard 2010-09-28 10:11:13
PDT ---
(In reply to comment #1)
> Both shaders *should* fail to compile because you cannot say at compile time
> whether they will terminate or not. If a GPU gets stuck in an infinite loop,
>
https://bugs.freedesktop.org/show_bug.cgi?id=30416
Marek Ol??k changed:
What|Removed |Added
CC|maraeo at gmail.com|
--- Comment #4 from Marek Ol??k 2010-
https://bugs.freedesktop.org/show_bug.cgi?id=30416
Tom Stellard changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|WONTFIX
https://bugs.freedesktop.org/show_bug.cgi?id=30415
Marek Ol??k changed:
What|Removed |Added
CC|maraeo at gmail.com|
--- Comment #3 from Marek Ol??k 2010-
https://bugs.freedesktop.org/show_bug.cgi?id=30406
--- Comment #11 from Marek Ol??k 2010-09-28 11:11:38 PDT
---
(In reply to comment #10)
> If as Marek says, this is not recommended, maybe it shouldn't happen by
> default.
Fixed in master and 7.9.
--
Configure bugmail: https://bugs.freedeskto
https://bugs.freedesktop.org/show_bug.cgi?id=30385
--- Comment #7 from Tomasz Czapiewski 2010-09-28 12:22:19 PDT
---
I've tried different vblank_mode settings and with set to 0 or 1 the problem is
gone but after setting it to more than 1 or without any vblank_mode setting the
problem is still th
https://bugs.freedesktop.org/show_bug.cgi?id=30406
--- Comment #12 from Andy Furniss 2010-09-28
12:26:14 PDT ---
(In reply to comment #11)
> (In reply to comment #10)
> > If as Marek says, this is not recommended, maybe it shouldn't happen by
> > default.
>
> Fixed in master and 7.9.
Thanks, a
https://bugs.freedesktop.org/show_bug.cgi?id=30406
--- Comment #13 from Martin Stolpe 2010-09-28
13:35:59 PDT ---
Hm, strange stuff. The xorg state tracker driver doesn't really work.
When I tested the driver I removed xf86-video-ati and installed the new mesa
package and (almost) everything wa
https://bugs.freedesktop.org/show_bug.cgi?id=30406
--- Comment #14 from Marek Ol??k 2010-09-28 14:47:06 PDT
---
I was told that if you do a clean boot, r300g with st/xorg doesn't work. There
is a theory that r300g does not initialize some hardware registers at startup.
But once you let xf86-vide
https://bugs.freedesktop.org/show_bug.cgi?id=30406
--- Comment #15 from Andy Furniss 2010-09-28
15:20:55 PDT ---
(In reply to comment #13)
> Hm, strange stuff. The xorg state tracker driver doesn't really work.
> After a reboot though the screen contents was garbled.
Just to add, you are "luck
https://bugs.freedesktop.org/show_bug.cgi?id=30416
--- Comment #6 from Tom Stellard 2010-09-28 22:05:16
PDT ---
(In reply to comment #4)
> (In reply to comment #3)
> > It's not possible to have infinite loops, because the number of iterations
> > is
> > capped at 256.
>
> And what about jumps?
https://bugs.freedesktop.org/show_bug.cgi?id=30416
Tom Stellard changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=30415
--- Comment #4 from Tom Stellard 2010-09-28 22:10:47
PDT ---
*** Bug 30416 has been marked as a duplicate of this bug. ***
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
88 matches
Mail list logo
