The flush_tlb_kernel_range call in drm_memory.h was removed in 2003, so
there's no more reason for this #include.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
--- linux-2.6.11-rc1-mm2-full/drivers/char/drm/drm_memory.h.old 2005-01-21
11:21:15.0 +0100
+++
Am Donnerstag, den 20.01.2005, 20:43 -0500 schrieb Adam Jackson:
On Thursday 20 January 2005 18:28, Felix Kühling wrote:
Am Donnerstag, den 20.01.2005, 11:05 -0800 schrieb Adam Jackson:
CVSROOT: /cvs/dri
Module name: drm
Repository: drm/shared/
Changes by: [EMAIL PROTECTED] 05/01/20
On Friday 21 January 2005 07:21, Felix Khling wrote:
Am Donnerstag, den 20.01.2005, 20:43 -0500 schrieb Adam Jackson:
0x8c21 should also be moved down to 0x8a21, it seems:
http://pciids.sourceforge.net/iii/?i=5333
Yeah, I fixed both IDs in CVS. BTW, some ProSavage names in
On Friday 21 January 2005 12:14, Alex Deucher wrote:
On Fri, 21 Jan 2005 11:51:31 -0500, Adam Jackson [EMAIL PROTECTED] wrote:
On Friday 21 January 2005 07:21, Felix Khling wrote:
Am Donnerstag, den 20.01.2005, 20:43 -0500 schrieb Adam Jackson:
Other savage3d woes to be detailed later...
On Fri, 21 Jan 2005 12:30:50 -0500, Adam Jackson [EMAIL PROTECTED] wrote:
On Friday 21 January 2005 12:14, Alex Deucher wrote:
On Fri, 21 Jan 2005 11:51:31 -0500, Adam Jackson [EMAIL PROTECTED] wrote:
On Friday 21 January 2005 07:21, Felix Khling wrote:
Am Donnerstag, den 20.01.2005,
felix,
thanks for the advice about the missing glxgears.
had to do a full shutdown and powerup but everything is working fine
now.
i have attached a tarball of my savage driver code.
as i mentioned before, this is from old code (works on 2.4 kernel). the changes
are well documented just
With Mesa CVS (6.3) or without (6.2.1 under xorg/xc/extras/Mesa/)
it didn't compile.
Mesa CVS hangs in shader (but I'm working on this; I used Mesa CVS all day
long before) and pdx.freedesktop.org/cvs/xorg stops in bufferobj.c:
extras/Mesa/src/mesa -I../../../../lib/GL/dri
On Friday 21 January 2005 13:11, Dieter Ntzel wrote:
With Mesa CVS (6.3) or without (6.2.1 under xorg/xc/extras/Mesa/)
it didn't compile.
Mesa CVS hangs in shader (but I'm working on this; I used Mesa CVS all
day long before) and pdx.freedesktop.org/cvs/xorg stops in bufferobj.c:
--- Michel Dänzer [EMAIL PROTECTED] wrote:
On Thu, 2005-01-20 at 20:09 +0100, Jacek Rosik wrote:
Anyway I don't think that these groups would be multiple of 2048. I
can't set offset to any value, it must be aligned as i wrote before.
So
this would be something around 2040. Or, am I
Am Freitag, 21. Januar 2005 19:43 schrieb Adam Jackson:
On Friday 21 January 2005 13:11, Dieter Nützel wrote:
With Mesa CVS (6.3) or without (6.2.1 under xorg/xc/extras/Mesa/)
it didn't compile.
Mesa CVS hangs in shader (but I'm working on this; I used Mesa CVS all
day long before) and
On Friday 21 January 2005 16:22, Dieter Ntzel wrote:
Am Freitag, 21. Januar 2005 19:43 schrieb Adam Jackson:
http://dri.freedesktop.org/wiki/Building
pdx.freedesktop.org/cvs/xorg ? ;-)
But all radeon/r200 stuff is oudated.
No Hyper-Z, S3TC (force),...
Next step is Mesa CVS integration.
Am Freitag, den 21.01.2005, 11:51 -0500 schrieb Adam Jackson:
[snip]
I believe that's correct, ie, file bugs at pciids and they'll get pushed
outward from there.
Thanks. I'll do that.
Other savage3d woes to be detailed later...
What woes?
Something in the last few weeks has made
Just an update on what is going on with R300 driver along with some
TODOs in case anyone would have a bit of spare time this weekend and wants
to play with R300 (or later) cards:
* coordinates upload and allocation of input registers (to vertex
processor) work. This means that whatever
Ok, new version is up here:
http://homepage.hispeed.ch/rscheidegger/dri_experimental/radeon_tiling_drm9.diff
http://homepage.hispeed.ch/rscheidegger/dri_experimental/radeon_tiling_ddx9.diff
http://homepage.hispeed.ch/rscheidegger/dri_experimental/radeon_tiling_dri9.diff
This one now uses the new
14 matches
Mail list logo
