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 failure
Does
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.
--
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 XFree86
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 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.
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 strip
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
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
experimentally
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 the
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
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 fails on startup with
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 is
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 logged in as
root. kdm also
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
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
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
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 good
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[+/-],
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
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
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 retest?
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=x1,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 why
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?
Possibly
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
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
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
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
28 matches
Mail list logo