Re: Successful ruby setup and a problem

[Svetoslav S. <sv...@gm...>]

Hi,
> >> my system is Fedora Core 1, running linux-2.6.3-ruby
> >> (+ DRM-cvs-update.patch from the 2.6.4-rc1-mm2 patchset)
> >> and I have rebuilt XFree86-4.3.0-55 with the
> >> xf86-430-prefbusid3.diff patch.
> >>
> >> I have a Sapphire Radeon 9200SE 128M/TV-Out/AGP8x and
> >> a Sapphire Radeon 7000 PCI/32M/TV-Out and an MSI
> >> K8T Neo FIS2R with an Athlon64 3200+.
> >>
> >> I have successfully set it up as a dualhead
> >> machine with 2 PS/2 keyboards and 2 USB mice.
> >>
> >> This configuration is so good, even DRI works on both videocards!
> >> Two kids can play tuxracer at once. :-)
> > 
> 
> > 
> 
> > I'm very interested in how you got the dual DRI part working.  I use
> > ruby 2.6.2, with DRI on one screen only. The other uses software
> > rendering so I have 3D there too, but _way_ too slow for tuxracer.
> > 

me too, very, very interested :-)
the other good news is that the dri developers are planing to integrate it
in XF-5.0
http://www.alsa-project.org/links.php3 [points 6 & 7]
but i wasn't ware it's already present

> > Is this setup open-source only, or do you use some closed 3D driver?
> 
> I used the opensource driver.
> 
> > Did you do anything special to get this, other than compiling your own
> > patched xserver?
> 
> Yes, patched the kernel with the updated DRM driver, too.
> I put these to /etc/rc.d/rc.local:
> 
> modprobe amd64-agp
> modprobe radeon
> 
> dmesg reports now two DRI devices, the old DRM driver did not report
> anything. Minor 0 is the PCI Radeon, minor 1 is AGP Radeon.
> My first attempts setting up DRI on both cards failed.
> I used the AGP Radeon for :0.0 and the PCI one for :1.0,
> this did not work. Somehow the detection code cannot work out
> this config, it tries to set the "private label" of the DRI device
> to the PCI bus id of the device and it fails somehow.
> Changing the display order makes DRI work on both!
> 

could you post somewere on a http/ftp server XF config files, logs,
glxinfo output  ?

> > Also, it looks like you have a single cpu.  Are both games nice
> > and smooth with such a setup, or does the first game get
>  > noticeably worse when the second one starts?
> 
> They both show occasional hiccups (some frames lost) but they
> are very fast. Yes, a single CPU but such a beast! :-)
> Running at 2GHz with an 1MB L2 cache. Did I say Athlon64 3200+?
> I think that the scheduler tweaks that made their way into
> 2.6.4-rc2-mm1 would help here.

and more importantly the cpu is not 32bit, but 64 :-)
!!! you are the first non i386 ruby user !!!!
 
isn't it great that ruby also works on other archs :-)

which remainds me,
have you applied the x86_64 ruby changes ?

> > I've noticed that tuxracer doesn't like a compile going on at
> > the same time, but that's on a 333MHz processor. A dual cpu
> > setup fixed that for me.
> 
> Playing a movie in Xine while rpmbuild --rebuild XFree86
> causes sound dropouts (very rare) and frame drops (even less)
> That's with the onboard AC97 sound card.

are all the apps compiled for 64bit?
i would expect no problems with such a beast CPU,
have you tried updating alsa ?
another soundcard?
i don't see such problems with 
amd XP2700 
1024 MB DDR333 RAM
sb audigy
radeon AIW 7500 AGP 
geforce4 440 PCI 
 
> >> My main problem is that localhost:1.0 is destroyed by logging
> >> out on localhost:0.0.
> > 
> > Destroyed how - logging out kills the other xserver too?
> 
> The monitor goes black, looks powersave mode but it's not.
> Pressing Ctrl-Alt-BkSpace brings back the gdm login.
> 

have you tried disabling all DPMS stuff in XFree and kernel ?

some time ago my monitor used to go in power saving even as i type
and i think Andreas Schuldei had the same problem
i think disabling :
power managment --> APM ... --> enable console blanking ... 
fixed it

best,

svetljo

-- 
+++ NEU bei GMX und erstmalig in Deutschland: TÜV-geprüfter Virenschutz +++
100% Virenerkennung nach Wildlist. Infos: http://www.gmx.net/virenschutz