linuxconsole-dev

Dualhead videocard: 2 monitors in text mode.

[Crazy A. K7 <sno...@ma...>]

Hi everybody!
I am new here,
since I haven't find anything more relating to my question than this
forum, I decided to post here.
Can anyone explain or give me a link where I can find an answer to the
question how to make 2 monitors work in text mode?
It is plenty links and documents about xinerama.
In graphical mode it is not a problem to make a dualhead videoacard or
a two separate videocards to work together.
The question is - how to make them work together in text mode.
Or to run one in text mode and other in graphics mode under X.
More interesting to me situation with dualheaded cards like Radeon or
Matrox. 1 card is refered as one device for example, PCI:1:5:0, and it
unclear to me how to work with the second head of the same card.

Pasha

Re: [Fwd: Re: Ruby redux]

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

> Svetoslav Slavtchev írta:
> >>That is 95% Zoltan's hard work.
> > 
> > Thnaks Zoltan :-)
> 
> You're welcome. :-)
> 
> >>To minimize workload seems i will drop original ruby source
> >>and provide -mm related source. linux-ruby stay vanilla compatible
> >>with additional 3-5 patch set.
> > 
> > 
> > ok,
> > could you also provide / list the needed extra patches 
> > to get it running on vanilla source
> 
> They are included after 2.6.11, try the latest -bkN or 2.6.12-rc1
> when it's released.

well,
i'm trying to build stable kernels, and use mostly final versions
so this is not really an option :(

besides, 
i'm talking in general, for the current and upcomming ruby release
my kernel is still based on 2.6.10
(but hopefully i'll find time to sync to 2.6.11 soon)  
ftp://mandrake.contactel.cz/people/svetljo/mandrake/kernel/

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

best,

svetljo

-- 
DSL Komplett von GMX +++ Supergünstig und stressfrei einsteigen!
AKTION "Kein Einrichtungspreis" nutzen: http://www.gmx.net/de/go/dsl

Re: [Fwd: Re: Ruby redux]

[Zoltan B. <zb...@fr...>]

Svetoslav Slavtchev =EDrta:
>>That is 95% Zoltan's hard work.
>=20
> Thnaks Zoltan :-)

You're welcome. :-)

>>To minimize workload seems i will drop original ruby source
>>and provide -mm related source. linux-ruby stay vanilla compatible
>>with additional 3-5 patch set.
>=20
>=20
> ok,
> could you also provide / list the needed extra patches=20
> to get it running on vanilla source

They are included after 2.6.11, try the latest -bkN or 2.6.12-rc1
when it's released.

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

Re: [Fwd: Re: Ruby redux]

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

> On Friday 04 March 2005 10:21, Svetoslav Slavtchev wrote:
> > > 
> > > My vote:
> > > Ingo Molnar's realtime preemptible!
> > 
> > common guys,
> > couldn't you patch it yourself?
> > 
> > at least ck goes in usually without a fuzz
> >  
> > > On Tue, 2005-03-01 at 21:47, Aivils wrote:
> > > > Hi Zoltan!
> > > > 
> > > >   Now we have linux-ruby against mm. What comes next?
> > > > http://www.ltn.lv/~aivils/files/test/ruby-2.6.11-rc4-mm1-3.diff.bz2
> > 
> > i'd love to see a patch against 2.6.11 vanilla
> > (
> > or may be even backport to 2.6.10 with fb support
> > MDK stuff :) :
> > mdk10.2 is coming soon with 2.6.10 and i've pretty stable 
> > kernel based on it, and ... 2.6.11 is too new(likely lot of hidden
> issues)
> > )
> > 
> > Aivils,
> > if you decide to ship havy patched kernel,
> 
> That is 95% Zoltan's hard work.
> 

Thnaks Zoltan :-)

> > please ship also broken_out tar's as -mm
> > with the ruby changes in the very begining
> > not depending on the other changes
> 
> Current i have only
> http://www.ltn.lv/~aivils/files/test/ruby-2.6.11-rc4-mm1-4.diff.bz2
> 
> It works with multiple fbdev. Sysop must add kernel commandline
> "dumbcon=1:3" - one dummy console with 3 VCs in pool
> After fbdev modules loading in to kernel fbcon is loadable too.
> On fbcon start 1st fbdev /dev/fb0 will take over VGA console and
> use vc:1-16. Console on 2nd fbdev will pop up when
> # con2fb /dev/fb1 17
> will be performed. After this command fb1 take over dummy
> console with according count of VCs. Additional mingetty
> must already run.
> 
> Cross maped fbdev is supported via dummy console anyway.
> Allowed commands
> initialize fb1
> # con2fb /dev/fb1 17
> map fb1 to vc:8
> # con2fb /dev/fb1 8
> this alghoritm is not polished.

thanks for info
should i add it to the howto when i find time ?
(
i mean , from now on, 
this will be the way to get it running ?
will the 2.4 backport be synced to those changes ?
)

> To minimize workload seems i will drop original ruby source
> and provide -mm related source. linux-ruby stay vanilla compatible
> with additional 3-5 patch set.

ok,
could you also provide / list the needed extra patches 
to get it running on vanilla source

best,

svetljo

-- 
SMS bei wichtigen e-mails und Ihre Gedanken sind frei ...
Alle Infos zur SMS-Benachrichtigung: http://www.gmx.net/de/go/sms

Re: IsolateDevice in X.org?

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

> Hi multi-user users!
> 
> Last September Svetljo answered a query by Yitzhak,
> saying that the IsolateDevice option is in the server
> >from X.org.

never said such a thing,
what i said was that the patch is included in the 
Mandrake X.org packages and in Debian's sid XFree86  

> However, searching the manpages for Release 6.8.2 I
> cannot find that option.
> 
> Am I looking wrong?

the patch is not included upstream :(
i posted it  2-3 times to x.org's ml but never got an reply
so the best coments we have are from Zoltan's request for Fedora 3

> Is anybody using an unpatched X.org server with that
> option?

nope, as it's not possible

best,

svetljo

-- 
SMS bei wichtigen e-mails und Ihre Gedanken sind frei ...
Alle Infos zur SMS-Benachrichtigung: http://www.gmx.net/de/go/sms

Re: Why not 3D support with Ruby

[Mario S. <mar...@we...>]

Am Mittwoch, 9. M=E4rz 2005 20:18 schrieb Helge Hafting:

> > Is this technical impossible or is the code not yet good enough?
>
> But it is possible.  With ruby+linux 2.6.8.1 I get 3D, both
> on the matrox G550 AGP and the radeon 9200SE PCI, simultaneously
> if need be.  The radeon isn't entirely stable, but that is a radeon
> driver problem, not a ruby problem.  (It is just as bad if I
> boot plain linux and use only one xserver.)
>
> To do this, you need two video cards, and 3D support for both. Then
> you run one xserver on each card - X supports 3D just fine.
>
> All you need is cards with good 3D support _and_ who don't mind
> to be used along with another card.  Some cards wants to be
> the only one, unfortunately.

Oh thx. I have two ATI cards
1. VGA compatible controller: ATI Technologies Inc Radeon RV250 If [Radeon=
=20
9000] (rev 01)
2. VGA compatible controller: ATI Technologies Inc 215CT [Mach64 CT] (rev 0=
a)

I will be test on the WE.=20

Thanks a lot.

Mario

=2D-=20
mar...@we... ( Auch verschluesselt !! )=20
http://www.marioscheel.de ( Mit Public-Key )
ICQ# 223567831

Re: Why not 3D support with Ruby

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

On Wed, Mar 09, 2005 at 04:16:13PM +0100, Mario Scheel wrote:
> Hello
> 
> Why is it not possible to use 3D with Ruby?
> I use my Computer with my girlfriend and sometimesI need this support, e.g. 
> for qemu.
> 
> Is this technical impossible or is the code not yet good enough?
> 
> I hope you can me understand.
> 
But it is possible.  With ruby+linux 2.6.8.1 I get 3D, both
on the matrox G550 AGP and the radeon 9200SE PCI, simultaneously
if need be.  The radeon isn't entirely stable, but that is a radeon
driver problem, not a ruby problem.  (It is just as bad if I
boot plain linux and use only one xserver.)

To do this, you need two video cards, and 3D support for both. Then
you run one xserver on each card - X supports 3D just fine.

All you need is cards with good 3D support _and_ who don't mind
to be used along with another card.  Some cards wants to be
the only one, unfortunately.

Helge Hafting

Why not 3D support with Ruby

[Mario S. <mar...@we...>]

Hello

Why is it not possible to use 3D with Ruby?
I use my Computer with my girlfriend and sometimesI need this support, e.g.=
=20
for qemu.

Is this technical impossible or is the code not yet good enough?

I hope you can me understand.

Mario
=2D-=20
mar...@we... ( Auch verschluesselt !! )=20
http://www.marioscheel.de ( Mit Public-Key )
ICQ# 223567831

IsolateDevice in X.org?

[Hugo V. <hvw...@ya...>]

Hi multi-user users!

Last September Svetljo answered a query by Yitzhak,
saying that the IsolateDevice option is in the server
from X.org.

However, searching the manpages for Release 6.8.2 I
cannot find that option.

Am I looking wrong?

Is anybody using an unpatched X.org server with that
option?

Thanks!

Hugo


	
		
__________________________________ 
Celebrate Yahoo!'s 10th Birthday! 
Yahoo! Netrospective: 100 Moments of the Web 
http://birthday.yahoo.com/netrospective/

Re: Ruby in Mainstream kernel?

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

> Comes ruby patch sometime into mainstream kernel?

Because there is alot more to do. I really like to see ruby up to par with 
what we had around the 2.4.12 series. Unfortunely we have falling behind 
with merging those changes into main stream ruby. Especially with the 
input api merger and the on going fbdev fixes and new api. Once that is 
done we have to address.

1) Finer grain locking. Right now we have the big console lock.

2) Be able to have printk run without ttyX. 

3) Get ride of con_switch. 

There a few others things as well.

X11 int10h trouble with ruby on amd64

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

I have been running ruby successfully for a while.  Today I tried
to get the machine going in 64-bit mode, it is an opteron after all.

The kernel is 2.6.10-ruby and seems to work fine.
I installed debian testing (pure64) and copied
the X config files from the working 32-bit installation.

Unfortunately, I get only one X server up now.
The other one needs int10 initialization, and that seems to fail.
Here is the end of the log:

(II) RADEON(0): Using 8 bits per RGB (8 bit DAC)
(II) Loading sub module "int10"
(II) LoadModule: "int10"
(II) Reloading /usr/X11R6/lib/modules/linux/libint10.a
(II) RADEON(0): initializing int10
(**) RADEON(0): Option "InitPrimary" "on"
(II) Truncating PCI BIOS Length to 53248

   *** If unresolved symbols were reported above, they might not
   *** be the reason for the server aborting.

Fatal server error:
Caught signal 11.  Server aborting


Is there any special tricks to get int10 working on amd64?
I have installed the ia32-libs package, so that 32-bit software works.

Helge Hafting

Ruby in Mainstream kernel?

[Mario S. <mar...@we...>]

Hi

Comes ruby patch sometime into mainstream kernel?


Mario
=2D-=20
mar...@we... ( Auch verschluesselt !! )=20
http://www.marioscheel.de ( Mit Public-Key )
ICQ# 223567831

Re: Ruby-2.6.11-mm1

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

Zoltan Boszormenyi wrote:

>
> I haven't booted with it yet, the patch against 2.6.11-mm1 is attached.
>
> Don't you think that we should aim for inclusion into 2.6.11-mm2? 

Great work!  Ruby in 2.6.11-mm2 would be fantastic, nice to be able to
try the very latest kernels again!

> Zoltan Boszormenyi írta:
>
>> I haven't booted with it yet, the patch against 2.6.11-mm1 is attached.
>
>
> I booted with it. Unfortunately my USB mice are broken with 2.6.11-mm1.
> They are recognized but they don't react.

This is not a fault of ruby, plain 2.6.11mm1 has the same problem.

Helge Hafting

Re: hackvideo on 2.6.11-mm patchset

[Jeremy G. <j....@lo...>]

> The preferred solution is patching the X server now.
> The hackvideo solution was just that, a temporary hack.
> It won't be accepted into the mainstream kernel, anyway.
> 
> Best regards,
> Zoltán Böszörményi
> 
and just to be sure I am up to the current level, the correct patch  for
the server is the isolate_device patch ?

-Jeremy Guarini

Re: hackvideo on 2.6.11-mm patchset

[Zoltan B. <zb...@fr...>]

Jeremy Guarini =EDrta:
> Do I still need to have 1 echoed out to /proc/bus/pci/hackvideo  with
> the 2.6.11-mm set?
>=20
> I was checking out the rc4 patches from the website and after
> rebooting /proc/bus/pci/hackvideo was no longer there.
>=20
> -Jeremy Guarini

The preferred solution is patching the X server now.
The hackvideo solution was just that, a temporary hack.
It won't be accepted into the mainstream kernel, anyway.

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

Re: Ruby-2.6.11-mm1

[Zoltan B. <zb...@fr...>]

Zoltan Boszormenyi =EDrta:
> I haven't booted with it yet, the patch against 2.6.11-mm1 is attached.

I booted with it. Unfortunately my USB mice are broken with 2.6.11-mm1.
They are recognized but they don't react.

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

hackvideo on 2.6.11-mm patchset

[Jeremy G. <j....@lo...>]

Do I still need to have 1 echoed out to /proc/bus/pci/hackvideo  with
the 2.6.11-mm set?

I was checking out the rc4 patches from the website and after
rebooting /proc/bus/pci/hackvideo was no longer there.

-Jeremy Guarini

patch against 2.6.11-mm1

[Jeremy G. <j....@lo...>]

can someone please email me the patch against 2.6.11-mm1
that Zoltán Böszörményi amde, I accidentally removed my copy of the
email
and it's attachement.

Thanks

-Jeremy

Ruby-2.6.11-mm1

[Zoltan B. <zb...@fr...>]

Hi, Aivil!

Linux-2.6.11-mm1 is released, I updated your
ruby-2.6.11-rc4-mm1-4.diff.bz2 for that.
There were only small trivial rejects in vt.c,
vt_ioctl.c and vt_kern.h.

I made a test compilation for fbcon+radeonfb.
It compiled without warnings for me except these:

drivers/video/console/fbcon.c: In function `fbcon_switch':
drivers/video/console/fbcon.c:1926: warning: unused variable `ops'
drivers/video/console/fbcon.c:1885: warning: 'prev_console' might be=20
used uninitialized in this function
drivers/video/console/fbcon.c: At top level:
drivers/video/console/fbcon.c:374: warning: 'search_for_mapped_con'=20
defined but not used

Looking at the code, the one about "prev_console" might be harmful.
Does it work at all, or fbcon_switch isn't used?

Also, did you create 'search_for_mapped_con'?
It's not used anywhere. (Yet?)

I haven't booted with it yet, the patch against 2.6.11-mm1 is attached.

Don't you think that we should aim for inclusion into 2.6.11-mm2?
Seriously, the patch is not intrusive and small enough, so we may not
have to split it up. Andrew Morton may accept it as-is, although he
(and others) definitely will have some comments.

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

Re: [Fwd: Re: Ruby redux]

[James v. Z. <ja...@dv...>]

http://members.westnet.com.au/vanzeeland

> common guys,
> couldn't you patch it yourself?

Just suggesting this is what I'd like to be trying out.

Realtime preemption produced more rejects than I had time for last
attempt. I am hoping this ruby-2.6.11-rc4-mm1-3 patch will prove less
reject-full than previous attempts to get it happenning.

I will be trying to - if I post it it's working. If I don't it isn't.

Patching 2.6.10 with similar capabilities to the 2.6.9 series has also
been troublesome. Latest test kernel (not posted to homepage) compiled
fine, booted, but locked on entering init. Hence the relatively mundane
but stable vz2 kernel is as far as I've taken it.

Now that 2.6.11 is here, maybe this will be better,
http://kerneltrap.org/node/4785
but it will likely be longer before .11 matches the complete patchset,
so .10 may yet get another patch from me.

I am happy to learn C better, but time is not always permitting.

Re: [Fwd: Re: Ruby redux]

[Jeremy G. <j....@lo...>]

On Fri, 2005-03-04 at 09:21 +0100, Svetoslav Slavtchev wrote:
> > 
> > My vote:
> > Ingo Molnar's realtime preemptible!
> 
> common guys,
> couldn't you patch it yourself?
> 
> at least ck goes in usually without a fuzz
true usually does, and I did :-)

-Jeremy

Re: [Fwd: Re: Ruby redux]

[Aivils <ai...@un...>]

On Friday 04 March 2005 10:21, Svetoslav Slavtchev wrote:
> >=20
> > My vote:
> > Ingo Molnar's realtime preemptible!
>=20
> common guys,
> couldn't you patch it yourself?
>=20
> at least ck goes in usually without a fuzz
> =A0
> > On Tue, 2005-03-01 at 21:47, Aivils wrote:
> > > Hi Zoltan!
> > >=20
> > > =A0=A0Now we have linux-ruby against mm. What comes next?
> > > http://www.ltn.lv/~aivils/files/test/ruby-2.6.11-rc4-mm1-3.diff.bz2
>=20
> i'd love to see a patch against 2.6.11 vanilla
> (
> or may be even backport to 2.6.10 with fb support
> MDK stuff :) :
> mdk10.2 is coming soon with 2.6.10 and i've pretty stable=20
> kernel based on it, and ... 2.6.11 is too new(likely lot of hidden issues)
> )
>=20
> Aivils,
> if you decide to ship havy patched kernel,

That is 95% Zoltan's hard work.

> please ship also broken_out tar's as -mm
> with the ruby changes in the very begining
> not depending on the other changes

Current i have only
http://www.ltn.lv/~aivils/files/test/ruby-2.6.11-rc4-mm1-4.diff.bz2

It works with multiple fbdev. Sysop must add kernel commandline
"dumbcon=3D1:3" - one dummy console with 3 VCs in pool
After fbdev modules loading in to kernel fbcon is loadable too.
On fbcon start 1st fbdev /dev/fb0 will take over VGA console and
use vc:1-16. Console on 2nd fbdev will pop up when
# con2fb /dev/fb1 17
will be performed. After this command fb1 take over dummy
console with according count of VCs. Additional mingetty
must already run.

Cross maped fbdev is supported via dummy console anyway.
Allowed commands
initialize fb1
# con2fb /dev/fb1 17
map fb1 to vc:8
# con2fb /dev/fb1 8
this alghoritm is not polished.

To minimize workload seems i will drop original ruby source
and provide -mm related source. linux-ruby stay vanilla compatible
with additional 3-5 patch set.

Aivils

Re: [Fwd: Re: Ruby redux]

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

> 
> My vote:
> Ingo Molnar's realtime preemptible!

common guys,
couldn't you patch it yourself?

at least ck goes in usually without a fuzz
 
> On Tue, 2005-03-01 at 21:47, Aivils wrote:
> > Hi Zoltan!
> > 
> > 	Now we have linux-ruby against mm. What comes next?
> > http://www.ltn.lv/~aivils/files/test/ruby-2.6.11-rc4-mm1-3.diff.bz2

i'd love to see a patch against 2.6.11 vanilla
(
or may be even backport to 2.6.10 with fb support
MDK stuff :) :
mdk10.2 is coming soon with 2.6.10 and i've pretty stable 
kernel based on it, and ... 2.6.11 is too new(likely lot of hidden issues)
)

Aivils,
if you decide to ship havy patched kernel,
please ship also broken_out tar's as -mm
with the ruby changes in the very begining
not depending on the other changes

it's very hard(not to say impossible), 
to keep current with several features
depending on big external patches
or against -mm(not everything in mm is stable too)


> > 
> > Aivils Stoss
> > 


best,

svetljo

-- 
DSL Komplett von GMX +++ Supergünstig und stressfrei einsteigen!
AKTION "Kein Einrichtungspreis" nutzen: http://www.gmx.net/de/go/dsl

Re: Meddications-BMB

[Sylvester D. <Si...@fu...>]

Hello, 

Have a nice day.

[Fwd: Re: Ruby redux]

[James v. Z. <ja...@dv...>]

My vote:
Ingo Molnar's realtime preemptible!

On Tue, 2005-03-01 at 21:47, Aivils wrote:
> Hi Zoltan!
> 
> 	Now we have linux-ruby against mm. What comes next?
> http://www.ltn.lv/~aivils/files/test/ruby-2.6.11-rc4-mm1-3.diff.bz2
> 
> Aivils Stoss
> 
> 
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> Linuxconsole-dev mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev
>