On Monday 07 February 2005 15:33, Felix K=FChling wrote:
> Am Montag, den 07.02.2005, 15:12 +0100 schrieb=20
[EMAIL PROTECTED]:
> > Hardware:
> >
> > Toshiba Libretto L2 Tm5600 with:
> >
> > :00:04.0 VGA compatible controller: S3 Inc.
> > 86C270-294=3D20 Savage/IX-MV (rev 13) (prog-if 00 [VGA])
On Wed, 2005-02-09 at 20:29 -0800, Mike Mestnik wrote:
> I'm using the new prebuilt debs that include an Xorg server and I get a
> hardlock just after mode swich, befour the desktop shows. There is no
> usefull debuging I have been able todo, exept to say commenting out the
> dri Xmod stopes the p
Hi !
An interesting issue with current X.org CVS and current Linux bk is that
on r300, the DRI module now loads, and 2D is broken. It looks like an
endian issue (like pixels are horizontally flipped), I can post a
snapshot later I suppose. Preventing the kernel module from loading
fixes it, so I s
I'm using the new prebuilt debs that include an Xorg server and I get a
hardlock just after mode swich, befour the desktop shows. There is no
usefull debuging I have been able todo, exept to say commenting out the
dri Xmod stopes the problem.
2005.01.26-2 from John Lightsey <[EMAIL PROTECTED]>.
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=2516
--- Additional Comments From [EMAIL PROTECTED] 2005-02-09 18:29 ---
Simpl
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=2516
[EMAIL PROTECTED] changed:
What|Removed |Added
--
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=2516
Summary: texture border cause segfaults
Product: Mesa
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=2515
Summary: MGA: Several squares of progs/tests/crossbar rendered
Felix Kühling wrote:
Am Mittwoch, den 09.02.2005, 20:58 +0100 schrieb Roland Scheidegger:
Some more numbers, this time from a 9000Pro (64MB). In contrast to the
quite slow 7200sdr with only 2.6GB/s ram, this one has 8.8GB/s bandwidth
(128bit/275Mhz DDR). Not to mention the chip is certainly faste
Am Mittwoch, den 09.02.2005, 20:58 +0100 schrieb Roland Scheidegger:
> Some more numbers, this time from a 9000Pro (64MB). In contrast to the
> quite slow 7200sdr with only 2.6GB/s ram, this one has 8.8GB/s bandwidth
> (128bit/275Mhz DDR). Not to mention the chip is certainly faster too.
> Test s
On Wed, 2005-02-09 at 02:32 -0500, Vladimir Dergachev wrote:
>
> On Tue, 8 Feb 2005, Michel [ISO-8859-1] Dnzer wrote:
>
> > On Tue, 2005-02-08 at 14:59 +1100, Ben Skeggs wrote:
> >>
> >> Could someone with knowledge of r200_dri explain how vertex buffer
> >> uploads are put into framebuffer memor
Hi,
Attached is a straight port of Eric's fix for the drm race to non-core drm.
Stephane
Index: shared/radeon_drv.h
===
RCS file: /cvs/dri/drm/shared/radeon_drv.h,v
retrieving revision 1.40
diff -u -r1.40 radeon_drv.h
--- shared/radeon
Hi,
I suspace zcache flushing before fast zclears is not needed on r100 (and
removing it adds a couple of q3 frames :).
This patch removes it for these chips. It works fine on rv100, but I
wonder if it does on r100/rv200 too.
So, testing is welcome !
Stephane
Index: shared/radeon_state.c
===
On Wed, 9 Feb 2005 11:50:43 -0500
Jon Smirl <[EMAIL PROTECTED]> wrote:
> Kconfig matches the underlying kernel directory structure. If we do
> this we should also move the location of the DRM and fbdev in the
> kernel tree. Something like:
>
> drivers/video/drm
> drivers/video./fb
>
> This can
I should have read it closer, I didn't notice that it was sparc specific.
In general I would like to see drm moved from drivers/char and
rationally organized with fbdev.
On Wed, 9 Feb 2005 12:12:47 -0800, David S. Miller <[EMAIL PROTECTED]> wrote:
> On Wed, 9 Feb 2005 11:50:43 -0500
> Jon Smirl
Is there a tool for dumping stats on which textures are in which heap?
--
Jon Smirl
[EMAIL PROTECTED]
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which p
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=2164
[EMAIL PROTECTED] changed:
What|Removed |Added
--
Some more numbers, this time from a 9000Pro (64MB). In contrast to the
quite slow 7200sdr with only 2.6GB/s ram, this one has 8.8GB/s bandwidth
(128bit/275Mhz DDR). Not to mention the chip is certainly faster too.
Test sytem is also faster though, A64 3000+ socket 754, 3.2GB/s system
memory band
Kconfig matches the underlying kernel directory structure. If we do
this we should also move the location of the DRM and fbdev in the
kernel tree. Something like:
drivers/video/drm
drivers/video./fb
This can be achieved with a few bk move commands and some makefile touch up.
--
Jon Smirl
[EMAI
Rationalise DRM Kconfig:
- Move the Kconfig options from "Character devices" to
"Graphics support".
- Move the sparc64 Kconfig options into drivers/char/drm now that
drivers/char/drm/Kconfig gets picked up through drivers/video/Kconfig
I think the drm directory should be moved from drive
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=2504
--- Additional Comments From [EMAIL PROTECTED] 2005-02-09 04:04 ---
Ya, y
21 matches
Mail list logo
