On Jan 12, 09 22:17:28 +0100, Christiaan van Dijk wrote:
> > If you're using guardband clipping, this means that you're really
> > rasterizing (and throwing away) an awful lot of pixels. And this is
> > still fast enough? Fascinating.
> Yep, not sure how the engine is handling the non-used parts of
On Tue, 2009-01-13 at 17:41 +0100, Matthias Hopf wrote:
> > tear free. Sometimes the diagonal tear can be seen in one or more (2..4
> > segments out of 11) of the 100 line segments. This last point is really
> > puzzling, this could indicate the graphics engine is just keeping up
> > with the r
On Jan 13, 09 18:07:13 +0100, Xavier Bestel wrote:
> On Tue, 2009-01-13 at 17:41 +0100, Matthias Hopf wrote:
> > > tear free. Sometimes the diagonal tear can be seen in one or more (2..4
> > > segments out of 11) of the 100 line segments. This last point is really
> > > puzzling, this could indi
On Tue, 2009-01-13 at 18:20 +0100, Matthias Hopf wrote:
> On Jan 13, 09 18:07:13 +0100, Xavier Bestel wrote:
> > On Tue, 2009-01-13 at 17:41 +0100, Matthias Hopf wrote:
> > > > tear free. Sometimes the diagonal tear can be seen in one or more (2..4
> > > >
> > > > segments out of 11) of the 100
Will try this, is only a minor modification at this point. First I'm
going to play a bit more around with the vertical blanking detection.
Somehow I can not imagine the graphics engine can not draw the frame
fast enough.
The multiple tears I'm seeing might also have another cause; the
vertical
On Jan 13, 09 18:39:10 +0100, Xavier Bestel wrote:
> > Because the chip might reorder memory writes, and decide for later
> > blocks to be pushed out first (or even pushed out to memory w/o changing
> > the cache). That way you *could* see multiple tearings.
>
> I thought a cache flush acted like
On Jan 13, 09 18:49:04 +0100, Christiaan van Dijk wrote:
> Will try this, is only a minor modification at this point. First I'm
> going to play a bit more around with the vertical blanking detection.
> Somehow I can not imagine the graphics engine can not draw the frame
> fast enough.
Point tak
Hello!
My X server freezes or restarts occasionally, and this time I got something
with dmesg:
[ 2275.882543] BUG: unable to handle kernel NULL pointer dereference at
[ 2275.882555] IP: [<>]
[ 2275.882560] *pde =
[ 2275.882566] Oops: [#1] SMP
[ 2275.882569] Modules
http://bugs.freedesktop.org/show_bug.cgi?id=19544
Summary: xf86-video-ati > 6.9.0 does not work on M82 when docked
Product: xorg
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Prio
http://bugs.freedesktop.org/show_bug.cgi?id=19544
--- Comment #1 from Sascha Steinbiss 2009-01-13
14:41:20 PST ---
Created an attachment (id=21953)
--> (http://bugs.freedesktop.org/attachment.cgi?id=21953)
Log file for 6.10.0 driver
--
Configure bugmail: http://bugs.freedesktop.org/user
http://bugs.freedesktop.org/show_bug.cgi?id=19544
--- Comment #2 from Sascha Steinbiss 2009-01-13
14:42:38 PST ---
Created an attachment (id=21954)
--> (http://bugs.freedesktop.org/attachment.cgi?id=21954)
Xorg.conf
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=ema
http://bugs.freedesktop.org/show_bug.cgi?id=19544
Sascha Steinbiss changed:
What|Removed |Added
Attachment #21952|application/octet-stream|text/plain
mime type|
http://bugs.freedesktop.org/show_bug.cgi?id=19544
Sascha Steinbiss changed:
What|Removed |Added
Attachment #21953|application/octet-stream|text/plain
mime type|
http://bugs.freedesktop.org/show_bug.cgi?id=19544
Sascha Steinbiss changed:
What|Removed |Added
OS/Version|All |Linux (All)
Platform|Other
http://bugs.freedesktop.org/show_bug.cgi?id=19544
--- Comment #3 from Alex Deucher 2009-01-13 15:31:11 PST ---
Created an attachment (id=21955)
--> (http://bugs.freedesktop.org/attachment.cgi?id=21955)
always use dig2 for LVDS
Does this patch help?
--
Configure bugmail: http://bugs.free
http://bugs.freedesktop.org/show_bug.cgi?id=19544
--- Comment #4 from Sascha Steinbiss 2009-01-13
15:50:37 PST ---
(In reply to comment #3)
> Created an attachment (id=21955)
--> (http://bugs.freedesktop.org/attachment.cgi?id=21955) [details]
> always use dig2 for LVDS
>
> Does this patch
http://bugs.freedesktop.org/show_bug.cgi?id=19544
--- Comment #5 from Sascha Steinbiss 2009-01-13
15:51:59 PST ---
Created an attachment (id=21957)
--> (http://bugs.freedesktop.org/attachment.cgi?id=21957)
Log file for X startup and subsequent xrandr
Applied the patch provided by Alex Deu
http://bugs.freedesktop.org/show_bug.cgi?id=19544
--- Comment #6 from Alex Deucher 2009-01-13 16:33:41 PST ---
can you attach your video bios rom?
(as root)
cd /sys/bus/pci/devices//
echo 1 > rom
cat rom > /tmp/m82.rom
echo 0 > rom
--
Configure bugmail: http://bugs.freedesktop.org/userpr
> radeonhd not radeon
Ooops, sorry... Alas, again no luck!
-- output of startx:
X.Org X Server 1.4.2
Release Date: 11 June 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux Debian (xorg-server 2:1.4.2-10)
Current Operating System: Linux caladan 2.6.26-1-686 #1 SMP Sat Jan 10
Solved... kind of!
I had some packages installed which were related to fglrx -- after
removing them, the readeon (without "hd") driver did work again!
Regards --
tcrass
___
xorg-driver-ati mailing list
xorg-driver-ati@lists.x.org
http://lis
https://bugs.launchpad.net/bugs/312693 reported by warjowuch:
AGPMode needed: 4
Model: Self-built computer, MSI K6V-LSR mobo, Sempron 2400+
Host Bridge: 00:00.0 Host bridge [0600]: VIA Technologies, Inc. VT8377
[KT400/KT600 AGP] Host Bridge [1106:3189] (rev 80)
Graphics Card: 01:0
committed: 0e69068a8ed82e3fb7349d8224933451955e5f16
Thanks!
On Tue, Jan 13, 2009 at 5:43 PM, Tormod Volden wrote:
> https://bugs.launchpad.net/bugs/312693 reported by warjowuch:
> AGPMode needed: 4
> Model: Self-built computer, MSI K6V-LSR mobo, Sempron 2400+
> Host Bridge: 00:00.0 Host bridg
22 matches
Mail list logo