linuxconsole-dev

Re: Successful ruby setup and a problem

[Boszormenyi Z. <zb...@fr...>]

Boszormenyi Zoltan =EDrta:
> Svetoslav Slavtchev =EDrta:
>> which remainds me,
>> have you applied the x86_64 ruby changes ?
> =

> Where are they? The CVS contains arch/i386 but no other archs.

Never mind, the arch/i386/setup.c has five lines deleted
compared to the mainstream kernel, I can delete those lines
from arch/x86_64/setup.c by hand, there is no other arch
dependent difference.

-- =

Best regards,
Zolt=E1n B=F6sz=F6rm=E9nyi

---------------------
What did Hussein say about his knife?
One in Bush worth two in the hand.

Re: Successful ruby setup and a problem

[Boszormenyi Z. <zb...@fr...>]

Helge Hafting =EDrta:
> I have a matrox G550 AGP card, and I'm trying to figure out what PCI
> card to get, that will support DRI.  Looks like the Sapphire radeon 700=
0
> is a good choice.  :-)

My choice of buying two Radeons were not completely
a jump in the dark. The XFree86 radeon driver uses
the MMAPed registers, not the old VGA IO ports.
The PCI BIOS and the kernel should separate PCI
memory ranges correctly. So any PCI Radeons would do.

I set them up at the very first for single user/
two screens mode. The XFree86 logfile contained a line
saying that the cards share no resources.
I was then encouraged to experiment further.
I had planned such a setup years ago, the GGI people
promised something like this, too.

-- =

Best regards,
Zolt=E1n B=F6sz=F6rm=E9nyi

---------------------
What did Hussein say about his knife?
One in Bush worth two in the hand.

Re: Successful ruby setup and a problem

[Boszormenyi Z. <zb...@fr...>]

Svetoslav Slavtchev =EDrta:
> could you post somewere on a http/ftp server XF config files, logs,
> glxinfo output  ?

I gather them for tomorrow, it's my home machine.

> and more importantly the cpu is not 32bit, but 64 :-)
> !!! you are the first non i386 ruby user !!!!

This is not true, yet. :-) The system is i386 version of Fedora Core 1.
I am downloading the ISOs of FC1/x86_64 now...

> isn't it great that ruby also works on other archs :-)
> =

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

Where are they? The CVS contains arch/i386 but no other archs.

>>>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

I only have 512M, but DDR400.

> sb audigy

I also have an SB Live! 1024.

> 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 ?

That should not be a problem, as I said I can login/logout on
display :1.0 any time I want, it does not bother display :0.0.
It's logging out on :0.0 that confuses :1.0, its monitor goes blank.
On :0.0 the gdm login screen comes back as it should on logout.

> 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

I use ACPI on this machine.

-- =

Best regards,
Zolt=E1n B=F6sz=F6rm=E9nyi

---------------------
What did Hussein say about his knife?
One in Bush worth two in the hand.

Re: Successful ruby setup and a problem

[Helge H. <hel...@ai...>]

Boszormenyi Zoltan wrote:
> Helge Hafting írta:
[...]
> 
> 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!
> 
I have a matrox G550 AGP card, and I'm trying to figure out what PCI
card to get, that will support DRI.  Looks like the Sapphire radeon 7000
is a good choice.  :-)

>> 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.
> 
Good to know.  I'm planning to upgrade from the current dual
333MHz celeron, and dual opteron is kind of expensive right now.
I want something 64-bit capable though.  

>> 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.
> 
>>> 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.

I see something similiar, my current setup uses the matrox driver
for the first screen and the framebuffer driver on the second
framebuffer on the same card. 

Switching consoles on the first screen (or starting/stopping X)
always switch mode on the other screen too.  I always thought the
problem was because it is a single card and features for the
two displays aren't well separated in the driver because "everybody"
uses it for dual-head single-keyboard setups where it doesn't matter.
But now I'm not so sure.  I fixed the login/logout problem by
running a matrox-specific program that resets the mapping between
framebuffers and vga connectors each time X runs.  That fixes
most of the problems for me.

I have also noticed that something goes wrong with console
blanking or some such.  Leaving the computer alone overnight
occationally gives me a black screen on the framebuffer screen,
even though X is running there.  X is unaware of it and doesn't
repaint automatically, but moving a window around fixes that.

Helge Hafting

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

Re: Successful ruby setup and a problem

[Boszormenyi Z. <zb...@fr...>]

Helge Hafting =EDrta:
> Boszormenyi Zoltan wrote:
> =

>> 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.
> =

> 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!

> 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.

> 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.

>> 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.

-- =

Best regards,
Zolt=E1n B=F6sz=F6rm=E9nyi

---------------------
What did Hussein say about his knife?
One in Bush worth two in the hand.

Re: Successful ruby setup and a problem

[Helge H. <hel...@ai...>]

Boszormenyi Zoltan wrote:
> 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.

Is this setup open-source only, or do you use some closed 3D driver?
Did you do anything special to get this, other than compiling your own
patched xserver?

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?
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.

> 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?

Helge Hafting

Re: Successful ruby setup and a problem

[Boszormenyi Z. <zb...@fr...>]

Aiv...@un... írta:
>>This configuration is so good, even DRI works on both videocards!
>>Two kids can play tuxracer at once. :-)
> 
> 
> You are pioneer. Previously all users disable DRI.

:-) I did it previously, it locked up with the original
XFree86 release of FC1, 4.3.0-42 I think.
Then with the prefbusid3 patch I was unable to set up DRI,
it was with 2.4.0-ruby, official 2.4.0 and no other patches
besides ruby. (Old DRM kernel module.) I experimented with
many configurations including -mm kernels and even compiled
XFree86-4.4.0-RC2 into a different directory and changed every
symlink to point to it but I think the only thing that made
the difference is that the PCI Radeon7000 is :0.0 and the
AGP Radeon9200SE is :1.0 following the minor numbers
(reported by dmesg) of the updated DRM kernel module.
Previously there was only one DRI device (minor 0)
and this have caused problems when using a unified
XF86Config where Load "dri" is present or not in Section "Module".
Using different XF86Config files for different displays
would have solved it before. X has an option to specify which
config file to use.

Now glxgears reports 300+ fps for the PCI card,
510+ for the AGP one. Same numbers if I run it
on either one or on both. Must be hardware accelerated.
:-)

> Do You use open source "ati" driver?

Yes.

>>I use the Option "PciOsConfig" "1" tweak but I don't use the
>>echo "1" >/proc/bus/pci/hackvideo because it stalled one of
>>the cards, gdm could not start it until I logged in and out
>>on the other at first but then this card was stalled... Strange.
>>So I stayed with the -prefbusid XFree86 option.
> 
> 
> That -prefbusid is unofficial , unsupported and so on. I realy do
> not know how to works xf86 PCI handling :(

I think it would be more acceptable for the XFree86 developers
or to the Linux distribution makers if You (or whoever made the
prefbusid patch) fix the already existing BusID option so it does
not touch anything else besides the specified card.

>>There are few things that bugs me still. Some devices
>>(like /dev/mixer) can only be used by the first login,
>>no matter which display. Changes to /etc/security/console.perms
>>is needed, users should be put into groups to be able to access
>>devices but I can handle these kinds of problems.
>>
>>My main problem is that localhost:1.0 is destroyed by logging
>>out on localhost:0.0.
> 
> 
> Try this line in the gdm.conf
> AllwaysRestarServer=false

I tried it explicitely (it is the default BTW) and also tried
KillInitClients=false, where true is the default. Nothing helped.

> To make sure X server restart lead trouble try to kill it.
> Typicaly X servers are non-restartable with echo "1" >/proc/bus/pci/hackvideo
> 
> Without restart X may work very long period.

When there is a user logged in on both displays, they
indeed work for long time, no lockups, I can start OpenGL
games and quit them, xine work with XV on both, etc.
It can handle everything I throw at it but the logout on :0.0.
The fact that both cards are radeons could not be a problem
since I can login/logout on :1.0 any time I want.

Yesterday I compiled 4.3.0-62 from FC2 test and that fixed the
keyboard controller hardware access the kernel complained
constantly but it also "destroys" the :1.0 when I logout on :0.0.

Sorry, I did not described what it means in the first post.
The screen goes black on :1.0. It looks like it goes into
powersave mode. I think the X that drives :0.0 does some register
settings in the hardware of :1.0 and the X that drives :1.0 looses
track of what's going on. I pressed Ctrl-Alt-BkSpace on :1.0 after
the monitor went black and the gdm login screen came back.

-- 
Best regards,
Zoltán Böszörményi

---------------------
What did Hussein say about his knife?
One in Bush worth two in the hand.

Re: Java crashes X server

[<Aiv...@un...>]

>> The point is, that everything is rock-solid, and can be stable for
>> weeks/months. Only executing a graphical java app will crash
>> the X server.. Has anyone seen this before?
>
>Strange indeed.  I haven't seen that, What I see though is that
>running xterm or rxvt or similiar kills my xserver.

Seems i sink in the open source bog.
2.4.XX backstreet-ruby as rule runs identical 2.4.XX vanilla.
2.6.XX-ruby behave otherwise in each end.

Aivils Stoss

Re: Successful ruby setup and a problem

[<Aiv...@un...>]

>This configuration is so good, even DRI works on both videocards!
>Two kids can play tuxracer at once. :-)

You are pioneer. Previously all users disable DRI.
Do You use open source "ati" driver?

>I use the Option "PciOsConfig" "1" tweak but I don't use the
>echo "1" >/proc/bus/pci/hackvideo because it stalled one of
>the cards, gdm could not start it until I logged in and out
>on the other at first but then this card was stalled... Strange.
>So I stayed with the -prefbusid XFree86 option.

That -prefbusid is unofficial , unsupported and so on. I realy do
not know how to works xf86 PCI handling :(

>There are few things that bugs me still. Some devices
>(like /dev/mixer) can only be used by the first login,
>no matter which display. Changes to /etc/security/console.perms
>is needed, users should be put into groups to be able to access
>devices but I can handle these kinds of problems.
>
>My main problem is that localhost:1.0 is destroyed by logging
>out on localhost:0.0.

Try this line in the gdm.conf
AllwaysRestarServer=false

To make sure X server restart lead trouble try to kill it.
Typicaly X servers are non-restartable with echo "1"
>/proc/bus/pci/hackvideo
Without restart X may work very long period.

Aivils Stoss

[Fwd: Re: Java crashes X server]

[Hans D. <han...@we...>]

Hi!

I just tested my freshly compiled X server, and now java suddenly works 
without a hitch on both X server.
I compiled using the latest gentoo 4.3.0-r5 sources with all the normal 
gentoo patches + your prefbusid3 patch.

Well.. now it works, but I don't really know why.. The fresh compile 
might have done it, or maybe one of the gentoo
patches for the XServer might have done it.

I still experience the second bug I described in my previous mail (kde 
desktop1 dying when killing the other X server), so the
bugs were obviously not connected.

-Hans

-------- Original Message --------
Subject: 	Re: Java crashes X server
Date: 	Mon, 08 Mar 2004 19:28:12 +0200
From: 	Hans Dumbrajs <han...@we...>
To: 	Aiv...@un...
CC: 	lin...@li...
References: 
<OF4...@un...>



Hi!

Good to know I'm not on my own ;)
What I have done so far:

1. I have tried to use a different jdk (sun-jdk1.4.2 and 
blackdown-1.4.1) both have the same problem.
2. I have tried a different X server binary that Svetoslav Slavtchev 
made available to me. This one was specifically
compiled on Gentoo, but it still didn't change a thing.
3. I have also compiled my own X server with your prefbusid3 patch, but 
I haven't tested it yet. I doubt it will change anything.

What I still can tell you from memory is this:

I used kernel 2.6.0 and I also 2.6.1 without ruby, and with only one 
Xserver, and java worked fine. I got started
playing with ruby, and got it working at kernel 2.6.2, and I already 
then had the java crashes.

There is also one more bug that might have something to do with this:
- My primary card is an Ati Radeon 9800Pro AGP. I use it in a dual-head 
setup (no xinerama). I have a KDE desktop on each monitor.
- My secondary card is is an Ati Radeon 7500 all-in-wonder PCI, I run 
Gnome on my Television with it.
The bug is, that whenever I log out of my gnome session on the tv, my 
Primary Monitor (kde desktop1) dies. This also happens
whenever I shut down my tv-xserver. The second monitor will stay on, and 
the kde session on it will continue fine. This is really wierd,
since both kde sessions are running on the same primary-xserver in 
dualhead-mode..

Well.. I only have very little C experince myself (I'm a java guy), so 
I'm afraid I won't be able to help with the C-debugging,
but I'll gladly help with any tests you might still come up with. I'll 
still try different kernel and x server combinations to try to
isolate the problems..

-Hans

Aiv...@un... wrote:

>Hi Hans!
>
>  
>
>>I have successfully set up kernel 2.6.3 with the corrseponding ruby from
>>cvs, and
>>I was able to get two local XFree86 sessions working with 1 Ati Radeon
>>9800Pro (Ati propriatory driver),
>>and one Ati Radeon 7500 All-InWonder (SVGA driver for TV-OUT).
>>Everything is working beautifully,
>>except that any graphical java application (swing/awt/browser applets)
>>will crash the X server on which the
>>application was running imediatly.
>>
>>I use the precompiled 4.3.0 X server available from the backstreet-ruby
>>homepage (http://startx.times.lv/).. Maybe I should
>>try to compile my own.. but I doubt it will help. I run an up-to-date
>>Gentoo system with the blackdown-jre 1.4.1 btw.
>>
>>The point is, that everything is rock-solid, and can be stable for
>>weeks/months. Only executing a graphical java app will crash
>>the X server.. Has anyone seen this before?
>>    
>>
>
>I still use same XFree86 and my xf86 crashes identical Your report.
>I use 2.6.3-ruby.
>My gdb (5.2.1-4 rh8.0) will not debug java (1.4.2) binary.
>In abstract You should test that bad java with gentoo shipped xf86
>and vanilla linux-2.6.3. I afraid threading/forking was changed in
>the 2.6.XX kernels. I need upgrade gdb to test it.
>
>Aivils Stoss
>
>
>  
>



-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
Linuxconsole-dev mailing list
Lin...@li...
https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev

Re: Java crashes X server

[Hans D. <han...@we...>]

Hi!

Good to know I'm not on my own ;)
What I have done so far:

1. I have tried to use a different jdk (sun-jdk1.4.2 and 
blackdown-1.4.1) both have the same problem.
2. I have tried a different X server binary that Svetoslav Slavtchev 
made available to me. This one was specifically
compiled on Gentoo, but it still didn't change a thing.
3. I have also compiled my own X server with your prefbusid3 patch, but 
I haven't tested it yet. I doubt it will change anything.

What I still can tell you from memory is this:

I used kernel 2.6.0 and I also 2.6.1 without ruby, and with only one 
Xserver, and java worked fine. I got started
playing with ruby, and got it working at kernel 2.6.2, and I already 
then had the java crashes.

There is also one more bug that might have something to do with this:
- My primary card is an Ati Radeon 9800Pro AGP. I use it in a dual-head 
setup (no xinerama). I have a KDE desktop on each monitor.
- My secondary card is is an Ati Radeon 7500 all-in-wonder PCI, I run 
Gnome on my Television with it.
The bug is, that whenever I log out of my gnome session on the tv, my 
Primary Monitor (kde desktop1) dies. This also happens
whenever I shut down my tv-xserver. The second monitor will stay on, and 
the kde session on it will continue fine. This is really wierd,
since both kde sessions are running on the same primary-xserver in 
dualhead-mode..

Well.. I only have very little C experince myself (I'm a java guy), so 
I'm afraid I won't be able to help with the C-debugging,
but I'll gladly help with any tests you might still come up with. I'll 
still try different kernel and x server combinations to try to
isolate the problems..

-Hans

Aiv...@un... wrote:

>Hi Hans!
>
>  
>
>>I have successfully set up kernel 2.6.3 with the corrseponding ruby from
>>cvs, and
>>I was able to get two local XFree86 sessions working with 1 Ati Radeon
>>9800Pro (Ati propriatory driver),
>>and one Ati Radeon 7500 All-InWonder (SVGA driver for TV-OUT).
>>Everything is working beautifully,
>>except that any graphical java application (swing/awt/browser applets)
>>will crash the X server on which the
>>application was running imediatly.
>>
>>I use the precompiled 4.3.0 X server available from the backstreet-ruby
>>homepage (http://startx.times.lv/).. Maybe I should
>>try to compile my own.. but I doubt it will help. I run an up-to-date
>>Gentoo system with the blackdown-jre 1.4.1 btw.
>>
>>The point is, that everything is rock-solid, and can be stable for
>>weeks/months. Only executing a graphical java app will crash
>>the X server.. Has anyone seen this before?
>>    
>>
>
>I still use same XFree86 and my xf86 crashes identical Your report.
>I use 2.6.3-ruby.
>My gdb (5.2.1-4 rh8.0) will not debug java (1.4.2) binary.
>In abstract You should test that bad java with gentoo shipped xf86
>and vanilla linux-2.6.3. I afraid threading/forking was changed in
>the 2.6.XX kernels. I need upgrade gdb to test it.
>
>Aivils Stoss
>
>
>  
>

Re: Java crashes X server

[Helge H. <hel...@ai...>]

On Sun, Mar 07, 2004 at 08:17:16PM +0200, Hans Dumbrajs wrote:
> 
> The point is, that everything is rock-solid, and can be stable for 
> weeks/months. Only executing a graphical java app will crash
> the X server.. Has anyone seen this before?

Strange indeed.  I haven't seen that, What I see though is that
running xterm or rxvt or similiar kills my xserver.  It affects
both the matrox server and the framebuffer server.  Fortunately
powershell doesn't have this problem, or I'd be without working
terminal emulator. I have no idea why, hoping it goes away with
some future kernel.  It is easy enough to work around. :-/

Do you have problems with non-ruby kernels too?

Helge Hafting

Successful ruby setup and a problem

[Boszormenyi Z. <zb...@fr...>]

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 use the Option "PciOsConfig" "1" tweak but I don't use the
echo "1" >/proc/bus/pci/hackvideo because it stalled one of
the cards, gdm could not start it until I logged in and out
on the other at first but then this card was stalled... Strange.
So I stayed with the -prefbusid XFree86 option.

There are few things that bugs me still. Some devices
(like /dev/mixer) can only be used by the first login,
no matter which display. Changes to /etc/security/console.perms
is needed, users should be put into groups to be able to access
devices but I can handle these kinds of problems.

My main problem is that localhost:1.0 is destroyed by logging
out on localhost:0.0.

What cause this? The XFree86 patch is not enough?
I can login/logout any time I want on :1.0 without disturbing :0.0.
I have set up the two heads this way:
- PS/2 keyb. on keyboard port + Radeon9200SE (:1.0)
- PS/2 keyb. on mouse port + Radeon7000 (:0.0)
(I don't think the the order of the USB mice makes any difference)
If I change the order of displays, the effect is the same.

I will try the rawhide XFree86-4.3.0-62 (that has fixes for not accessing
the keyboard kontroller's IO ports directly) I will see if it fixes
anything but I don't think it is the problem because swapping heads
does not change things. I mean it's still :1.0 that is destroyed
when logging out on :0.0.

Maybe gdm is restarting one too many servers?
I try to look into it...

-- 
Best regards,
Zoltán Böszörményi

---------------------
What did Hussein say about his knife?
One in Bush worth two in the hand.

Re: Java crashes X server

[<Aiv...@un...>]

Hi Hans!

>I have successfully set up kernel 2.6.3 with the corrseponding ruby from
>cvs, and
>I was able to get two local XFree86 sessions working with 1 Ati Radeon
>9800Pro (Ati propriatory driver),
>and one Ati Radeon 7500 All-InWonder (SVGA driver for TV-OUT).
>Everything is working beautifully,
>except that any graphical java application (swing/awt/browser applets)
>will crash the X server on which the
>application was running imediatly.
>
>I use the precompiled 4.3.0 X server available from the backstreet-ruby
>homepage (http://startx.times.lv/).. Maybe I should
>try to compile my own.. but I doubt it will help. I run an up-to-date
>Gentoo system with the blackdown-jre 1.4.1 btw.
>
>The point is, that everything is rock-solid, and can be stable for
>weeks/months. Only executing a graphical java app will crash
>the X server.. Has anyone seen this before?

I still use same XFree86 and my xf86 crashes identical Your report.
I use 2.6.3-ruby.
My gdb (5.2.1-4 rh8.0) will not debug java (1.4.2) binary.
In abstract You should test that bad java with gentoo shipped xf86
and vanilla linux-2.6.3. I afraid threading/forking was changed in
the 2.6.XX kernels. I need upgrade gdb to test it.

Aivils Stoss

Java crashes X server

[Hans D. <han...@we...>]

Hi!

I have successfully set up kernel 2.6.3 with the corrseponding ruby from 
cvs, and
I was able to get two local XFree86 sessions working with 1 Ati Radeon 
9800Pro (Ati propriatory driver),
and one Ati Radeon 7500 All-InWonder (SVGA driver for TV-OUT). 
Everything is working beautifully,
except that any graphical java application (swing/awt/browser applets) 
will crash the X server on which the
application was running imediatly.

I use the precompiled 4.3.0 X server available from the backstreet-ruby 
homepage (http://startx.times.lv/).. Maybe I should
try to compile my own.. but I doubt it will help. I run an up-to-date 
Gentoo system with the blackdown-jre 1.4.1 btw.

The point is, that everything is rock-solid, and can be stable for 
weeks/months. Only executing a graphical java app will crash
the X server.. Has anyone seen this before?

I appriciate any help on this!

-Hans

New start this year?

[Paul & L. <fa...@re...>]

Hi,

Since you took a chance and opened this e mail we'd like to
give you a gift to help you in this new year (a great gift).

If 2003 was a year you rang up credit card debt and you're
ready to find new options to deal with it... and bankruptcy
is something you'd rather not do... 

...Check out the information below and if you decide to 
request information ---Everyone who does between today (March 3rd) 
and midnight March 5th, will recieve a very valuable report 
as a gift for inquiring. We can't place a value on the gift 
because we don't sell this report, you can't buy it anywhere. 
No question, some would say it's worth hundreds.

This stunning report will show you every dirty trick the lenders
use to take advantage of you while making lots of profit for themselves
(all the predatory lending practices you will never fall prey to again).

This report will be emailed to you on March 6th if you decide to
request more information from the website below.


This program can get rid of credit card debt!

This is NOT consolidation, reduction or counseling.


http://CreditandDebtOptions.biz

 
Thanks- and a safe and Blessed year to you,

Paul and Linda



If you DO NOT want us to send more mail ---

HELP US HELP YOU - use the below web address ONLY.

By replying to this email you risk not being processed.

Use this address  --    http://NoMoremail.biz



B.L.M.,LLC
2657 Windmill Parkway #511
Henderson, NV 89074
Phone 702 380 7875
"We promote responsible marketing"

We find unique things, but we respect and will honor your
wishes if you choose to leave.

Re: ruby 2.6.3 died with "divide error" when switching to fbcon

[James S. <jsi...@in...>]

I just looked at the code. The only way the could happen is if 
info->var.bits_per_pixel equals zero. Need to check the initialization to 
see if it sets this.
 

> Configuration: matrox G550 dualhead, everything compiled-in (fbcon & 
> framebuffer) no modules, smp, no preempt.
> 
> (Some stuff omitted, but I have a digital photo of it
> if it matters.)
> 
> The framebuffers came up fine, then I got this:
> Console: switching to colour MATROX 160x64 vc:1-16
> divide error: 0000 [#1]
> CPU:1
> EIP: 060:[<c02afccb>] Not tainted
> EFLAGS: 00010246
> EIP is at cfb_imageblit+0x27b/0x610
> eax:00000020 ebx:00000000 ecx: 00000020 edx: 00000000
> esi:00000000 edi:00000000 ebp: 00000000 esp: c13dfd84
> ds:007b es:007b ss:0068
> Process swapper (pid:1 ...
> stack: ...
> Call trace:
> move_buf_aligned
> accel_putc
> fbcon_putc
> hide_softcursor
> update_screen
> vt_map_display
> fbcon_add
> cache_alloc_refill
> fbcon_event_notify
> notifier_call_chain
> register_framebuffer
> matroxfb_db_regit
> matroxfb_db_register
> fbcon_add
> matroxfb_crtc2_probe
> matroxfb_register_driver
> matroxfb_crtc2_init
> do_initcalls
> init_workqueues
> init
> init
> kernel_thread_helper
> Code: f7 f7 85 d2 0f 85 ab 01 00 00 85 ed 0f 85 a3 01 00 00 8b 54
> <0>Kernel panic: Attempted to kill init!
> <0>Rebooting in 300 seconds
> 
> I checked out ruby from cvs yesterday, and copied it into
> a 2.6.3 source tree.
> 
> Helge Hafting
> 
> 
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
> _______________________________________________
> Linuxconsole-dev mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev
> 

ruby 2.6.3 died with "divide error" when switching to fbcon

[Helge H. <hel...@ai...>]

Configuration: matrox G550 dualhead, everything compiled-in (fbcon & 
framebuffer) no modules, smp, no preempt.

(Some stuff omitted, but I have a digital photo of it
if it matters.)

The framebuffers came up fine, then I got this:
Console: switching to colour MATROX 160x64 vc:1-16
divide error: 0000 [#1]
CPU:1
EIP: 060:[<c02afccb>] Not tainted
EFLAGS: 00010246
EIP is at cfb_imageblit+0x27b/0x610
eax:00000020 ebx:00000000 ecx: 00000020 edx: 00000000
esi:00000000 edi:00000000 ebp: 00000000 esp: c13dfd84
ds:007b es:007b ss:0068
Process swapper (pid:1 ...
stack: ...
Call trace:
move_buf_aligned
accel_putc
fbcon_putc
hide_softcursor
update_screen
vt_map_display
fbcon_add
cache_alloc_refill
fbcon_event_notify
notifier_call_chain
register_framebuffer
matroxfb_db_regit
matroxfb_db_register
fbcon_add
matroxfb_crtc2_probe
matroxfb_register_driver
matroxfb_crtc2_init
do_initcalls
init_workqueues
init
init
kernel_thread_helper
Code: f7 f7 85 d2 0f 85 ab 01 00 00 85 ed 0f 85 a3 01 00 00 8b 54
<0>Kernel panic: Attempted to kill init!
<0>Rebooting in 300 seconds

I checked out ruby from cvs yesterday, and copied it into
a 2.6.3 source tree.

Helge Hafting

Re: I'm half on my way...to get it going.

[<Aiv...@un...>]

>I got two consoles running. But something strange happens:
>When gdm starts up the first X-Server everything's fine (mouse und
>keyboard inputs are ok)
>but as it starts up the second X-Server the first freezes (no mouse
>movement and no keyboard action).
>
>The second X-Server is fully functional. If I do a
>'cat /dev/input/event0' (the keyboard of X-Server 1) and hit keys I get
>some output. The same with /dev/input/mouse0. It seems that the  start
>of the second X-server locks something. BTW if I'm useing the closed
>source nvidia diver in X-Server 1 I get the same but with 100% CPU load.
>Again no clue where to go from here...thanks for your help in advance.
>
 Since 15-MAY-2003 kernel patch You need not to recompile XFree86. You
 might configure kernel to filter some unwished XFree86 PCI steering
 commands. Set up it with command:
$ echo "1" > /proc/bus/pci/hackvideo
 Ordinarily XFree86 for i386 architecture use native built in XFree86
 functions to steer PCI. Please add necessary lines in
 /etc/X11/XF86Config file, which tell XFree86 to use Linux /proc
 filesystem interface:
Section "ServerFlags"
Option "PciOsConfig" "1"
EndSection
 After this XFree86 is ready for multiple independed heads without
 recopiling from source. Of course i recommend usage of "2" (idea by
 Kim "kill" Lilliestiena) XFree86 patch.


Aivils Stoss

Re: I'm half on my way...to get it going.

[Peter S. <pet...@gm...>]

Here I go again...sorry for bothering you but perhaps it's some usefull 
input.

I got two consoles running. But something strange happens:
When gdm starts up the first X-Server everything's fine (mouse und 
keyboard inputs are ok)
but as it starts up the second X-Server the first freezes (no mouse 
movement and no keyboard action).

The second X-Server is fully functional. If I do a
'cat /dev/input/event0' (the keyboard of X-Server 1) and hit keys I get 
some output. The same with /dev/input/mouse0. It seems that the  start 
of the second X-server locks something. BTW if I'm useing the closed 
source nvidia diver in X-Server 1 I get the same but with 100% CPU load.
Again no clue where to go from here...thanks for your help in advance.

Peter

Kernel 2.6.3-ruby, XFree-4.3.0-pre (Debian)
No fb. No DRI.
Card 1: NVIDIA 5600XT
Card 2: Matrox Mystique
2 Usb mice, 1 ps2 keyboard,1 usb-keyboard

Re: ruby 2.6.3 2.4.25

[<Aiv...@un...>]

>>      Now ruby synced to 2.6.3.
>>
>> Status of fbcon is very suspicious.
>
>Its going threw a change. There is more to go. Once all the fbcon changes
>go in then I will merge the ruby BK tree with your tree.
>
>> For me works tdfxfb , but failed sstfb.
>
>Ug :-( I haven't tested sstfb yet.

I afraid, because another drivers may not work. sstfb works
under ruby-2.6.1

>> fbcon as module must be loaded after fbdev driver. fb console
>> removing not implemented yet.
>
>Actually you can have fbcon built in and the fbdev drivers as modules.
>When you insmod the driver the fbdev drivers are registereed but the
>hardware is not initialized.

Now additional VT requested via notifier_block. register_framebuffer()
calls notifier_call_chain() and so add VT.

>You then use the program con2fb to map the
>framebuffer device to the VC you want.

con2fb breaks conceptual model of linux-ruby, where each VT have VC
one by one. con2fb feature removed by me. To resurect con2fb, we must
have proper indetifier of VT, that is vt->first_vc or vt->vt_num.
then con2fb may bind VT and fbdev, never VC and fbdev.

Aivils Stoss

Re: ruby 2.6.3 2.4.25

[James S. <jsi...@in...>]

> Hi All!
> 
>      Now ruby synced to 2.6.3.
> 
> Status of fbcon is very suspicious.

Its going threw a change. There is more to go. Once all the fbcon changes 
go in then I will merge the ruby BK tree with your tree.

> For me works tdfxfb , but failed sstfb. 

Ug :-( I haven't tested sstfb yet. 

> fbcon as module must be loaded after fbdev driver. fb console
> removing not implemented yet.

Actually you can have fbcon built in and the fbdev drivers as modules. 
When you insmod the driver the fbdev drivers are registereed but the 
hardware is not initialized. You then use the program con2fb to map the 
framebuffer device to the VC you want. 

ruby 2.6.3 2.4.25

[<Aiv...@un...>]

Hi All!

     Now ruby synced to 2.6.3.

Status of fbcon is very suspicious. For me works tdfxfb , but failed
sstfb. fbcon as module must be loaded after fbdev driver. fb console
removing not implemented yet.

Recent backstreet-ruby also available
http://startx.times.lv/bruby-2.4.25-20040219.diff.bz2

Aivils Stoss

Re: I'm half on my way...to get it going.

[Peter S. <pet...@gm...>]

I think I'm giving up....

Now I'm useing the nvidia (closed source driver) for my first head, and 
the nvidia (open source driver) for my second head (no dri). nothing hangs!!
But I have still problems:
The second head doesn't wake up. The logfiles are ok. But the monitor 
stays dark. If I config the PCI card to the be primary head in the BIOS, 
it's the other way round. Could this be caused by some missing POST calls?

Another thing is that the XServer with the nv driver is useing the CPU 
to 100%.

Hm... going to buy a Matrox card...

BTW: Compiled 2.6.2 kernel with ruby, no fb-support.