I've been reading the state and dma code. I have some questions.
> The intention is to instead use
> a pool of private buffers not mapped to userspace (rather than continually
> unmapping and mapping client buffers). The part that is missing (and
> preventing us from merging with the trunk) is
Ian Romanick wrote:
That would be useful, but it won't solve the problem Chris was seeing.
I'm pretty sure that when TexSubImage is used to update a dynamic
lightmap, the entire texture is replaced.
Not necessarily. If I recall, quake combined many lightmaps into one
large texture. It might o
Yeah, got a couple things here.
First, the dmesg. the dma test is failing. It worked fine on the old branch.
This of course happens when starting X. Here's a dmesg clip:
--
agpgart: Putting AGP V2 device at :00:00.0 into 2x mode
agpgart: Putting AGP V2 device a
Dave,
Here's a test report:
-X starts up fine now, window manager comes up, etc.
-xvinfo reports xv working, playing mpeg with mplayer confirms this.
-glxinfo reports correct info
-glxgears locks up. Rest of X is locked, but mouse can be moved around. I
can ssh in, but can't seem to kill the X
> you sure you were running top of tree?
Yeah, I did this patch with cvs diff -u in my mach64-0-0-7-branch check out.
That should work right?
I fixed this a while back in
> http://freedesktop.org/cgi-bin/viewcvs.cgi/dri/xc/xc/programs/Xserver/hw/xf
>ree86/os-support/shared/drm/kernel/Attic/mac
I needed this patch to get the kernel module to insert properly.
Mostly it adds an irq handler for mach64, which I based on the rage128 one.
This patch was made from the xc/xc/programs/Xserver/hw/xfree86/os-support
directory.
Dave, I'll try your new 2D driver tonight. With the one before, I co
So should we just work on getting everything running on newtree then and not
worry about the security issues for now?
-James
- Original Message -
From: "Keith Whitwell" <[EMAIL PROTECTED]>
To: "José Fonseca" <[EMAIL PROTECTED]>
Cc: "James Jones&qu
I'm building Dave Airlie's mach64-0-0-7-branch and I notice the build guide
(http://dri.sourceforge.net/doc/building.html) has still not been updated to
include the mesa-newtree stuff. Shouldn't something like the following be
added between steps 2 and 3?
-
2.1) You'll also need to check o
Dave,
I was the one that brought this up. I have a little time (a few hours a
week only) to work on it, and since no one else seemed to care I was
going to tackle this very slowly. I was going to work on the DRM
insecurities once I dug up the old conversations with Jose detailing
what needed
all the trouble of detecting another gart. If we already have
the max number of hammer garts, why try to detect another one, we can
just return -1 and be done with it right?
Thanks for the fix though.
-James
Dave Jones wrote:
On Wed, Nov 19, 2003 at 12:13:37PM -0800, James Jones wr
Ronny V. Vindenes wrote
It looks like you'll add GARTS up to MAX_HAMMER_GARTS-1 then bomb if
there is an MAX_HAMMER_GARTS'th GART.
Yes, thanks for putting it more clearly Ronny.
Dave, try walking through the code with MAX_HAMMER_GARTS=2 and SMP
enabled. You should quickly see what we mean.
hammers[i++] = loop_dev;
nr_garts = i;
#ifdef CONFIG_SMP
if (i == MAX_HAMMER_GARTS) {
printk(KERN_INFO PFX "Too many northbridges for AGP\n");
return -1;
}
Seems wrong to me... wouldn't this return -1 if say, MAX_HAMMER_GARTS ==
1 and 1 gart was
e:
On Fri, Oct 31, 2003 at 11:46:54AM -0800, James Jones wrote:
> test8 had broken detection for this agp chipset. You have to edit a
> file in the x86_64 arch directory to get it to allow more than 0
> (assuming you configed for uniprocessor) bridges to be used, as it
> checks a varia
test8 had broken detection for this agp chipset. You have to edit a
file in the x86_64 arch directory to get it to allow more than 0
(assuming you configed for uniprocessor) bridges to be used, as it
checks a variable after incrementing rather than before. I also found
the check wasn't even getti
And all this will run on linux even though you guys are going to MS publishing
after UT 2004?
*sly smile*
-James
Daniel Vogel wrote:
Uhm, I wonder if the latest demo patch also lifts it...
No.
(If not, do any of UT2003 developers read this? Could we
please have
Sounds great. ?I'll try and start wrestling the CVS server for an update
pretty soon ;-)
-James
José Fonseca wrote:
James,
On Tue, Jul 08, 2003 at 02:57:53PM -0700, James Jones wrote:
I was just wondering how the new DMA code Jose was working on for the
mach64 driver is
I was just wondering how the new DMA code Jose was working on for the
mach64 driver is going. Does it look like it will be ready to
commit/test soon? Are you too busy and need someone to pick it up and
finish it off? I've got some spare time I could lend ;-)
-James
Speaking of virge, does anyone have any info on TV Out with virge
cards? I would like to work on this, I have a GX card sitting in a box somewhere
I believe that I would like to use to set up a media center in my living room.
-James
Alex Deucher wrote:
and virge too poss
18 matches
Mail list logo
