A small update:
I also made a r300_demo program that paints some triangles - it
should be easier to setup than drmtest. This program should work on Radeon
Mobility M10 cards (i.e. RV350).
best
Vladimir Dergachev
On Sat, 11 Sep
On Sul, 2004-09-12 at 12:36, Hamie wrote:
But this relies on drivers co-operating with each other.
Only minimally, and providing the co-operation is easy the rest comes
out fine. We don't often get ide-disk and ide-cd people arguing over
whose fault something is
Yeah. Would fglrx be more
Marcello Maggioni wrote:
On Sun, 12 Sep 2004 00:34:01 +0200, Roland Scheidegger
[EMAIL PROTECTED] wrote:
Marcello Maggioni wrote:
My card is a 3D prophet Radeon 8500LE with R200 ,My drivers are the
lastest taken yesterday from CVS.
I've downloaded the demo , and the game seemed to run fine at
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://freedesktop.org/bugzilla/show_bug.cgi?id=1220
--- Additional Comments From [EMAIL PROTECTED] 2004-09-12 13:18 ---
I have a
Alan, I agree with how you want to proceed with this, and keep things
stable, but anything short of a single card-specific driver looking after
the registers and DMA queueing and locking is going to have deficiencies
and the DRM has a better basis than the fb drivers,
I want to own it,
On Sun, 12 Sep 2004, Dave Airlie wrote:
I think yourself and Linus's ideas for a locking scheme look good, I also
know they won't please Jon too much as he can see where the potential
ineffecienes with saving/restore card state on driver swap are, especailly
on running fbcon and X on a
We already have a mechanism for this: suspend/resume.
Jon, you're not making sense any more.
This discussion is just ridiculous, and I don't think it's worth cc'ing me
if people can't try to work together, since I'm sadly not going to have
time to actually implement any of this myself.
New version of dyn-minor patch. Basically the same code but I added
two new entry points for get/put of secondary minor numbers for
multi-head cards. I tested those with code that is not in the patch,
it will come in a later one.
Dave, if this looks ok can we check it in? My goal is not to change
On 12.09.2004, at 21:24, Jon Smirl wrote:
Log message:
Fix error path in probe() to release resources if there is an error.
It's not particularly about this very change, more about the general
concept.
I see you moved the pci_request_regions() to the OS specific part. This
is very good,
On Sun, 2004-09-12 at 23:42 +0100, Dave Airlie wrote:
I think yourself and Linus's ideas for a locking scheme look good, I also
know they won't please Jon too much as he can see where the potential
ineffecienes with saving/restore card state on driver swap are, especailly
on running fbcon
On Mon, 13 Sep 2004 02:11:52 +0200, Simon 'corecode' Schubert
[EMAIL PROTECTED] wrote:
pci_request_regions() seems to allocate all possible IO and mem regions
defined in the PCI BARs. I understand that putting this code in
drm_probe presents an easy way to get the reservations, although I have
On Sun, 12 Sep 2004, Michel [ISO-8859-1] Dnzer wrote:
On Sun, 2004-09-12 at 23:42 +0100, Dave Airlie wrote:
I think yourself and Linus's ideas for a locking scheme look good, I also
know they won't please Jon too much as he can see where the potential
ineffecienes with saving/restore card state
On Sun, 2004-09-12 at 20:45 -0400, Vladimir Dergachev wrote:
On Sun, 12 Sep 2004, Michel [ISO-8859-1] Dnzer wrote:
On Sun, 2004-09-12 at 23:42 +0100, Dave Airlie wrote:
I think yourself and Linus's ideas for a locking scheme look good, I also
know they won't please Jon too much as he
Alan Cox wrote:
What about if you want to use fb when in text mode (Because you get
200x75 on a 1600x1200 screen) AND run DRI because the rest of the time
you want to run fast 3D. Plus you want to be able to CTRL-ALT-F1/F2/F7
back forth between X fb... (i.e. how I currently use it but with
14 matches
Mail list logo