> These mangled physical addresses are used by DRM, for example in
> DRM(vm_nopage), where those extra chipset-specific bits have
> to be masked out to obtain the actual physical address.
And your change simplifies a lot. I see and would subscribe to it.
> I propose a change along the lines of
In the Linux AGP/GART driver, the agp_memory struct contains a memory[]
array with the physical address of every page in the block.
Currently, the elements of the memory[] array are the actual values put
into the GATT, i.e., they contain the valid bit and any other bits
required by the GART ch
You have been specially selected to qualify for the following:
Premium Vacation Package and Pentium PC Giveaway
To review the details of the please click on the link
with the confirmation number below:
http://vacation.81832.com
Confirmation Number#Lh340
Please confirm your entry within 24 hour
oops, forgot to cc: the list...
On Thu, 6 Dec 2001, Manuel Teira wrote:
[snip]
> BTW, Leif, have you investigated any further on the VT change locks. Perhaps
> we have forgot to lock some other function...
I haven't done much with this lately, as I've been waiting for the DMA
stuff first. I
> From: Thomas Dodd [mailto:[EMAIL PROTECTED]]
> For the AM-751:
>
> Status: RQ=15 SBA+ 64bit- FW- Rate=x1,x2
> Command: RQ=0 SBA+ AGP+ 64bit- FW- Rate=x1
>
> for the R128-PF
>
> Status: RQ=31 SBA+ 64bit- FW- Rate=x1,x2
> Command: RQ=15 SBA+ AGP+ 64bit- FW- Rate=x1
>
> So how to set rate=x2?
On Thu, 2001-12-06 at 16:47, Thomas Dodd wrote:
> The AGP and DRM kernel modules are not auto loading.
> If I load them first, then I get Direct, HW accel
> rendering. But the don't load on their own.
>
> Should they?
The X server should load the r128 module. Is there something in the log
about
Alexander Stohr wrote:
>> From: Thomas Dodd [mailto:[EMAIL PROTECTED]]
>>
>> How do I speed up AGP? It looks to be in 1x mode, not 2x.
>
> start X11 and respective driver.
> then login as root and tryout this:
> /sbin/lspci - | less
For the AM-751:
Status: RQ=15 SBA+ 64bit- FW- Rate=x
Am Donnerstag, 6. Dezember 2001 13:50 schrieb Keith Whitwell:
> Dieter Nützel wrote:
> > Oh,
> >
> > I've forgotten to send you a little screenshot.
> > It shows some texture/clipping errors, too.
>
> I don't have this, and I haven't been able to see anything similar in other
> programs. Can you
> But it hangs with a blank screen.
> I can only do CTRL-ALT-DEL to restart the machine.
You might be able to log into your computer via
telnet or ssh. Then you will have the chance to
analyze what went wrong in that particular moment.
Theres a tool in svgalib that is called vga_reset
- run as
Hi,
I need more info regarding Radeon QD PCI. In 4.1.0,
only AGP is supported on Linux-ix86. I spent a few
days reading and modifying the 4.1.0 source code.
Now I'm stuck. Any help will be appreciated.
Here are what I do. I define PCIGART_ENABLED to
use PCI DRI init code for Alpha. I also set
R
> From: Thomas Dodd [mailto:[EMAIL PROTECTED]]
>
> How do I speed up AGP? It looks to be in 1x mode, not 2x.
start X11 and respective driver.
then login as root and tryout this:
/sbin/lspci - | less
then you will spot capabilites for AGP on host bridge
and on grafics adapter.
See "AGP[+/-
El Jue 06 Dic 2001 17:53, escribiste:
> On Thursday 06 December 2001 01:16, Punt Runt wrote:
> > i've been checking dri.sourceforge.net almost daily
> > since i've discovered that the problem (below) is
> > related to lack of real mach64 support. can you
> > please update us on the status of this
On 6 Dec 2001, Sergey V. Udaltsov wrote:
>2. Could please someone make these binary snapshots periodically
>(probably, some cleanup of /usr/X11R6-DRI is necessary - I am still not
>sure everything is necessary there). About kernel modules: for me, RH7.2
>with the latest kernel update would be goo
On Thursday 06 December 2001 11:36, Gareth Huges wrote:
> Optimal or not shouldn't matter at this stage of development. Just get
> DMA working, get it stable, and then move onto optimizing the
> implementation.
Just not thinking clearly (for obvious reasons)- sometimes I need a
reminder...
T
On Thu, Dec 06, 2001 at 11:56:07AM -0600, Frank Earl wrote:
>
> I looked at it and it didn't seem to me to be optimal compared to what you'd
> done with Utah-GLX. I'll go ahead and plug it and the pcigart code sometime
> in the next couple of days so that we can move forward.
Optimal or not
On Thursday 06 December 2001 10:58, you wrote:
> Frank, the buffer management problem has largely been solved. So has
> the PCI-based DMA (pcigart in r128). Just get it working in the context
> of the existing code, and then move onto more fancy things that are
> perhaps more suited to the Rage
El Mié 05 Dic 2001 15:02, escribiste:
> Sergey V. Udaltsov wrote:
> >Hi all
> >
> >Thanks to Jose, I got some binary stuff to test:
> >
> >lib/modules/2.4.9-13/kernel/drivers/char/drm/mach64.o
> >usr/X11R6/lib/modules/drivers/ati_drv.o
> >usr/X11R6/lib/modules/drivers/atimisc_drv.o
> >usr/X11R6/li
On Thu, Dec 06, 2001 at 10:53:41AM -0600, Frank Earl wrote:
>
> Manuel Tiera migrated the old codebase to something relatively close to the
> head of the CVS tree. This code didn't work very well because the DMA test
> would hang your machine up hard. If you didn't load the DRM module, you
>
Dieter Nützel wrote:
>Am Donnerstag, 6. Dezember 2001 17:16 schrieb Andreas Karrenbauer:
>
>>Dieter Nützel wrote:
>>
>>>Jose Fonseca wrote:
>>>
>BTW my X-Server is running now but I get strange authentification
>failures:
>the DRM module isn't allowed to write to X while I'm not logge
On Thursday 06 December 2001 01:16, Punt Runt wrote:
> i've been checking dri.sourceforge.net almost daily
> since i've discovered that the problem (below) is
> related to lack of real mach64 support. can you
> please update us on the status of this project?
> should we hope for any support, or
Am Donnerstag, 6. Dezember 2001 17:16 schrieb Andreas Karrenbauer:
> Dieter Nützel wrote:
> >Jose Fonseca wrote:
> >>>BTW my X-Server is running now but I get strange authentification
> >>>failures:
> >>>the DRM module isn't allowed to write to X while I'm not logged in as
> >>>root. kdm also fail
I finall got a new(er) video card, a Rage128Pro
in my box (damned NVIDIA mess)
The AGP and DRM kernel modules are not auto loading.
If I load them first, then I get Direct, HW accel
rendering. But the don't load on their own.
Should they? Am I missing something in modules.conf?
It a Red Hat 7.
On Thu, 2001-12-06 at 16:16, Andreas Karrenbauer wrote:
...
> I always had problems with kdm if I installed the compiled DRI X-Server.
> But this time the kernel module is also blocked:
>
> ndk@laptop:~> xhost +localhost
> localhost being added to access control list
> ndk@laptop:~> glxinfo
>
Michel Dänzer wrote:
> On Thu, 2001-12-06 at 11:51, Jose Fonseca wrote:
>
>> I have to disagree with you Michel. Surely that the X server doesn't
>> need debugging info in its modules to load them.
>
> You're right. I remember having problems when I stripped the modules a
> long time ago but
Dieter Nützel wrote:
>Jose Fonseca wrote:
>
>>>BTW my X-Server is running now but I get strange authentification
>>>failures:
>>>the DRM module isn't allowed to write to X while I'm not logged in as
>>>root. kdm also fails on startup with XDM-AUTHENTIFICATION failure
>>>Does anybody know how to f
Dieter Nützel wrote:
>
> Oh,
>
> I've forgotten to send you a little screenshot.
> It shows some texture/clipping errors, too.
>
I don't have this, and I haven't been able to see anything similar in other
programs. Can you retest?
> > Q3A 1.30 (final)
> > is running at the same speed as with
> BTW - I found the matter of problem. I have 8M video RAM. And use
> resolution 1280x1024 (I have LCD so lower resolutions look
> bad). Even in
> 16bpp, all buffers take almost 8M - so only 192K remains for textures
> (actually, on 32bpp the server does not start at all). When I
> experimentall
On Thu, 2001-12-06 at 11:51, Jose Fonseca wrote:
> I have to disagree with you Michel. Surely that the X server doesn't
> need debugging info in its modules to load them.
You're right. I remember having problems when I stripped the modules a
long time ago but that has probably been fixed in the
Sorry for the duplicate e-mail. Problems with the
yahoo webmail...
On Thu, 2001-12-06 at 10:24, Michel Dänzer wrote:
> On Thu, 2001-12-06 at 01:00, Sergey V. Udaltsov
wrote:
>
> > 1. Probably, we could investigate the issue with
striping. What could be
> > wrong here?
>
> Nothing. Obviously str
On Thu, 2001-12-06 at 10:24, Michel Danzer wrote
Nokia 5510 looks weird sounds great.
Go to http://uk.promotions.yahoo.com/nokia/ discover and win it!
The competition ends 16 th of December 2001.
_
> 3. There are serious problems with textures - in most (all?) apps they
> are not loaded. Is it me or server or ...?
BTW - I found the matter of problem. I have 8M video RAM. And use
resolution 1280x1024 (I have LCD so lower resolutions look bad). Even in
16bpp, all buffers take almost 8M - so on
On Thu, 2001-12-06 at 11:24, Michel Dänzer wrote:
> On Thu, 2001-12-06 at 01:00, Sergey V. Udaltsov wrote:
>
> > 1. Probably, we could investigate the issue with striping. What could be
> > wrong here?
>
> Nothing. Obviously strip removes information needed by the XFree86
> module loader, so XFr
On Thu, 2001-12-06 at 01:00, Sergey V. Udaltsov wrote:
> 1. Probably, we could investigate the issue with striping. What could be
> wrong here?
Nothing. Obviously strip removes information needed by the XFree86
module loader, so XFree86 shouldn't be stripped, at least not with those
options.
-
Hi all
Now I can state I have my DRI working. Thanks again to Jose for
non-striped libGLcore. It seems striping is not loseless operation.
So, finally my results:
1. glxinfo shows everything as necessary.
2. gl-dependant apps are really faster.
3. There are serious problems with textures - in mo
On Wed, 2001-12-05 at 22:41, José Fonseca wrote:
> Perhaps this was caused by the debug info stripping.
>
> I've just ran `strip --strip-debug` to everything. Does anybody know if
> this can break anything?
[...]
> > (EE) Failed to load /usr/X11R6-DRI/lib/modules/extensions/libGLcore.a
It jus
On 2001.12.06 05:59 Dieter Nützel wrote:
> Jose Fonseca wrote:
>
> > > BTW my X-Server is running now but I get strange authentification
> > > failures:
> > > the DRM module isn't allowed to write to X while I'm not logged in as
> > > root. kdm also fails on startup with XDM-AUTHENTIFICATION fail
36 matches
Mail list logo