Those with a defective lying monitor
may have to add a "resolution=640x480" parameter to their
kernel command line to get out of the black screen modus.
This shifts the bother to those with a bad monitor, who then are
free to get pissed off at their monitor vendor . . .
Helge Hafting
uh? I have been running two xservers, both with DRI simultaneously.
I gave up on it because the driver for one of the cards was unstable
and occationally hung the machine though. (Not a dual setup problem,
it is just as bad alone . . .)
Helge H
occational
prerelease kernel) is the only that ever crash my machines. And yes,
I use sw rendering on any machine that have an occational hang.
In either case, blame it on lack of documentation.
Helge Hafting
---
This SF.net email is sp
tely, as my other message shows, it still doesn't work
perfectly. 3D itself is now stable, but precence of a 3D driver makes
the 2D driver stumble into the same hang now and then. Wonder if it
could be a 2D/3D synchronization issue? My kernel is compiled with
"voluntary preem
Helge Hafting wrote:
For years, this card would simply hang the pc a few seconds after
starting up X with DRI:
:01:00.0 VGA compatible controller: ATI Technologies Inc Radeon
RV100 QY [Radeon 7000/VE]
It did not matter if I actually used any opengl sw or not, the machine
would
lock solid
erformance options. :-)
Helge Hafting
---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNL
working 3D card. :-(
Helge Hafting
---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
--
__
DRM=y,AGP=m being invalid for the common
single-card setup, but there are multi-card setups too. Not that
I need this special case personally - I have two cards but don't use
modules.
Helge Hafting
---
This SF.Net email is sponsor
Roland Scheidegger wrote:
Helge Hafting wrote:
I have reported this before, but now I have some more data.
I have an office pc with this video card:
VGA compatible controller: ATI Technologies Inc Radeon RV100 QY
[Radeon 7000/VE]
In previous reports I found that starting xfree or xorg with dri
Roland Scheidegger wrote:
Helge Hafting wrote:
I have reported this before, but now I have some more data.
I have an office pc with this video card:
VGA compatible controller: ATI Technologies Inc Radeon RV100 QY
[Radeon 7000/VE]
In previous reports I found that starting xfree or xorg with dri
t; somehow? Or some way to test this further,
by disabling the mouse or force some kind of software fallback for
the mouse cursor?
Helge Hafting
Helge Hafting
---
SF email is sponsored by - The IT Product Guide
Read honest & candid review
On Wed, Nov 24, 2004 at 12:31:05PM +0100, Tomas Carnecky wrote:
> Helge Hafting wrote:
> >>From the [ruby patch] documentation:
> >>The main problem up to this date (November 2004) is that linux kernel
> >>has only one behaviour regarding multiple keyboards : any k
once
> and one of them work is good enough.
I have a radeon9200SE pci card, and a matrox G550 agp card. I can try
when that 2.6 patch becomes available.
Helge Hafting
---
This SF.net email is sponsored by: IT Product Guide on ITManage
Jon Smirl wrote:
On Tue, 07 Sep 2004 10:43:17 +0200, Helge Hafting <[EMAIL PROTECTED]> wrote:
Jon Smirl wrote:
I would also like to fix things so that we can have two logged in
users, one on each head. This isn't going to work if one them uses
fbdev and keeps swithing the chip
Something I would really like to have since I just had some and was
force to hook up a serial console.
Also nice to have.
Helge Hafting
---
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get
would just get
whatever is used by the current VT.
That might be useful, but it is also useful to be able to deal with only one
head at a time, so that another head may be used by another user. I currently
do that, with the slight inconvenience that the xserver using one head also
affect timings, res
Michel Dänzer wrote:
On Mon, 2003-10-06 at 14:06, Helge Hafting wrote:
Unfortunately, xserver-xfree86-dri-trunk from
http://people.debian.org/~daenzer/dri-trunk-sid/
hangs my machine rather quickly.
X comes up, and can be used in any way for a few seconds. (Rarely
enough to log in via xdm) Then
Michel Dänzer wrote:
On Thu, 2003-10-02 at 18:27, Ian Romanick wrote:
Helge Hafting wrote:
OpenGL version string: 1.2 Mesa 3.4.2
You have a really, really old version. Please try one of the more
recent binary snapshots. They can be found under "Downloads" on
http://dri.sourc
et
and a matrox G550.
Helge Hafting
lspci output:
00:00.0 Host bridge: Silicon Integrated Systems [SiS] SiS645DX Host &
Memory & AGP Controller
00:01.0 PCI bridge: Silicon Integrated Systems [SiS] SiS 530 Virtual
PCI-to-PCI bridge (AGP)
00:02.0 ISA bridge: Silicon Integrated Systems [S
19 matches
Mail list logo
