linuxconsole-dev

Re: Ruby redux 2.6.14

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

--- Aivils Stoss <ai...@un...> wrote:

> On Treðdiena, 2. Novembris 2005 14:37, Hugo
> Vanwoerkom wrote:
> > > I think , i will add 2nd,3rd... pointer for X
> > > server. Anyway
> > > peoples don't use text mode console.
> >
> > There is no life without a textmode console.
> > But I understand where you are coming from...
> >
> Wow, wow, wow! Is working in the Linus tree. I think
> is not so hard rewrite DirectFB or svgalib for usage
> of /dev/input/eventXX instead of ttyXX and userspace
> console is ready. 

For mortal humans? But I will look into it. Aspiring
to be like, who was that again?


Only silly emergency output stay
> in kernel. As You post previosly "noone will do it".
> 
> Who knows, may be shortest way is linux-ruby finish
> and merge?
> 
> Aivils Stoss
> 
> 
>
-------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's
> Geronimo App Server. Download
> it for free - -and be entered to win a 42" plasma tv
> or your very own
> Sony(tm)PSP.  Click here to play:
> http://sourceforge.net/geronimo.php
> _______________________________________________
> Linuxconsole-dev mailing list
> Lin...@li...
>
https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev
> 



	
		
__________________________________ 
Yahoo! Mail - PC Magazine Editors' Choice 2005 
http://mail.yahoo.com

Duplicate Key Mapping Fix

[Micah F. G. <mfg...@uw...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello all,

I've attached a patch that fixes a duplicate key mapping.  On my
Logitech UltraX remote control the "subtitle" and "cc/teletext" buttons
both raise the "KEY_SUBTITLE" event.  This patch makes the "cc/teletext"
key raise event "KEY_TEXT."  The patch was created against
linux-2.6.14-git6.
- --
Micah F. Galizia
mfg...@uw...

"The mark of an immature man is that he wants to die nobly for a cause,
while the mark of the mature man is that he wants to live humbly for
one."   --W. Stekel

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDahVHfZqZRvBjAbwRAuciAKC8A7noDXhmLLLf0IBjCIBeo/9/EgCdF2vB
e/6oyKP8DD4fMq3H9+BrfEI=
=l9R4
-----END PGP SIGNATURE-----

Re: Ruby redux 2.6.14

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

On Tre=F0diena, 2. Novembris 2005 14:37, Hugo Vanwoerkom wrote:
> > I think , i will add 2nd,3rd... pointer for X
> > server. Anyway
> > peoples don't use text mode console.
>
> There is no life without a textmode console.
> But I understand where you are coming from...
>
Wow, wow, wow! Is working in the Linus tree. I think
is not so hard rewrite DirectFB or svgalib for usage
of /dev/input/eventXX instead of ttyXX and userspace
console is ready. Only silly emergency output stay
in kernel. As You post previosly "noone will do it".

Who knows, may be shortest way is linux-ruby finish
and merge?

Aivils Stoss

Re: Ruby redux 2.6.14

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

--- Aivils Stoss <ai...@un...> wrote:

> On Otrdiena, 1. Novembris 2005 19:34, you wrote:
> > Hi,
> >
> > sorry for being so silent lately, I had other
> projects to do
> > and I had no time for ruby. Anyway, I updated it
> for linux-2.6.14.
> > I haven't tried fixing fbcon, it had other updates
> in mainline
> > that broke compilation in ruby. I still owe you
> reducing ruby
> > further that I promised, e.g. keeping the global
> vc_cons array.
> > I try to do it soon, the fbcon compilation failure
> will be solved
> > by that.
> 
> It is already reduced with working fbcon
>
http://www.ltn.lv/~aivils/files/ruby-2.6.13-A0.diff.bz2
> 
> I will not continue any work with linux-ruby.
> Merging in the -mm
> requires very mach meaningless work to polish vt
> emulation
> compatibility or fbcon compatibility. I am burn out.
> 
> I think , i will add 2nd,3rd... pointer for X
> server. Anyway
> peoples don't use text mode console. 


There is no life without a textmode console.
But I understand where you are coming from...


linux-ruby is
> good temporary
> solution. I already have Xnest input driver, but
> that goddamn
> Xnest does not have his own mouse pointer. So start
> of next seat
> became so easy as xterm start, but seat have not
> mouse pointer.
> 
> Aivils
> 
> 
>
-------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's
> Geronimo App Server. Download
> it for free - -and be entered to win a 42" plasma tv
> or your very own
> Sony(tm)PSP.  Click here to play:
> http://sourceforge.net/geronimo.php
> _______________________________________________
> Linuxconsole-dev mailing list
> Lin...@li...
>
https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev
> 



	
		
__________________________________ 
Yahoo! Mail - PC Magazine Editors' Choice 2005 
http://mail.yahoo.com

Re: Ruby redux 2.6.14

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

On Otrdiena, 1. Novembris 2005 19:34, you wrote:
> Hi,
>
> sorry for being so silent lately, I had other projects to do
> and I had no time for ruby. Anyway, I updated it for linux-2.6.14.
> I haven't tried fixing fbcon, it had other updates in mainline
> that broke compilation in ruby. I still owe you reducing ruby
> further that I promised, e.g. keeping the global vc_cons array.
> I try to do it soon, the fbcon compilation failure will be solved
> by that.

It is already reduced with working fbcon
http://www.ltn.lv/~aivils/files/ruby-2.6.13-A0.diff.bz2

I will not continue any work with linux-ruby. Merging in the -mm
requires very mach meaningless work to polish vt emulation
compatibility or fbcon compatibility. I am burn out.

I think , i will add 2nd,3rd... pointer for X server. Anyway
peoples don't use text mode console. linux-ruby is good temporary
solution. I already have Xnest input driver, but that goddamn
Xnest does not have his own mouse pointer. So start of next seat
became so easy as xterm start, but seat have not mouse pointer.

Aivils

Ruby redux 2.6.14

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

Hi,

sorry for being so silent lately, I had other projects to do
and I had no time for ruby. Anyway, I updated it for linux-2.6.14.
I haven't tried fixing fbcon, it had other updates in mainline
that broke compilation in ruby. I still owe you reducing ruby
further that I promised, e.g. keeping the global vc_cons array.
I try to do it soon, the fbcon compilation failure will be solved
by that.

I am running it now, together with Ingo Molnar's 2.6.14-rt2
realtime patchset. They don't clash, the machine feels _much_
faster.

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

Re: missing /dev/tty0

[Yoann A. <ya...@av...>]

You should something like that at the output of
$ ls -l /dev/tty?
crw--w----  1 root root 4, 0 2005-03-19 20:36 /dev/tty0
crw-rw----  1 root tty  4, 1 2005-10-24 18:24 /dev/tty1
crw-rw----  1 root tty  4, 2 2005-10-24 18:24 /dev/tty2
...
$

You wrote about  virtual consoles: in this case you should have 
CONFIG_VT=y in .config file.
Or at least you should something like this at the output of 

$ grep CONFIG_SERIAL_CONSOLE /where-your-kernel-sources-are/.config
CONFIG_SERIAL_CONSOLE=y
$

But be aware of:
  "If you don't have a VGA card installed and you say Y here, the
   kernel will automatically use the first serial line, /dev/ttyS0, as
   system console."

This is from HELP command in menuconfig...

I'll hope this will help...

    Yoann



Louis Lai a écrit :

>Hi Yoann,
>
>Thanks for your reply!!
>i can create the device file but i still not able to open it.
>When i open /dev/tty0, i got "No such device".
>Any ideas??
>
>Thanks again,
>Louis
>
>-----Original Message-----
>From: Yoann Allain [mailto:ya...@av...]
>Sent: Friday, October 28, 2005 6:27 PM
>To: Louis Lai
>Cc: lin...@li...; lin...@li...
>Subject: Re: missing /dev/tty0
>
>
>Louis Lai a écrit :
>
>  
>
>>Hi all,
>>
>>I am using a 2.4.30 kernel for my MIPS embedded processor. The kernel can
>>start up properly but the tty0 doesn't exist under /dev. I have already
>>enable the virtual console during kernel configuration. is it something
>>configure not properly for the kernel?? Anyone can help??
>>
>>Thanks in advance,
>>Louis
>>
>>
>>
>>    
>>
>Hi Louis,
>
>The problem is that you didn't create the special file /dev/tty0. Create
>it with the mknod command :
># mknod /dev/tty0 c 4 0
>Then put the good rights, for example:
># chmod 640 /dev/tty0
>That should do it...
>
>    Yoann
>
>
>
>  
>

RE: missing /dev/tty0

[Louis L. <lou...@en...>]

Hi Yoann,

Thanks for your reply!!
i can create the device file but i still not able to open it.
When i open /dev/tty0, i got "No such device".
Any ideas??

Thanks again,
Louis

-----Original Message-----
From: Yoann Allain [mailto:ya...@av...]
Sent: Friday, October 28, 2005 6:27 PM
To: Louis Lai
Cc: lin...@li...; lin...@li...
Subject: Re: missing /dev/tty0


Louis Lai a =E9crit :

>Hi all,
>
>I am using a 2.4.30 kernel for my MIPS embedded processor. The kernel ca=
n
>start up properly but the tty0 doesn't exist under /dev. I have already
>enable the virtual console during kernel configuration. is it something
>configure not properly for the kernel?? Anyone can help??
>
>Thanks in advance,
>Louis
>
>
>
Hi Louis,

The problem is that you didn't create the special file /dev/tty0. Create
it with the mknod command :
# mknod /dev/tty0 c 4 0
Then put the good rights, for example:
# chmod 640 /dev/tty0
That should do it...

    Yoann

Re: missing /dev/tty0

[Yoann A. <ya...@av...>]

Louis Lai a écrit :

>Hi all,
>
>I am using a 2.4.30 kernel for my MIPS embedded processor. The kernel can
>start up properly but the tty0 doesn't exist under /dev. I have already
>enable the virtual console during kernel configuration. is it something
>configure not properly for the kernel?? Anyone can help??
>
>Thanks in advance,
>Louis
>
>  
>
Hi Louis,

The problem is that you didn't create the special file /dev/tty0. Create 
it with the mknod command :
# mknod /dev/tty0 c 4 0
Then put the good rights, for example:
# chmod 640 /dev/tty0
That should do it...

    Yoann

missing /dev/tty0

[Louis L. <lou...@en...>]

Hi all,

I am using a 2.4.30 kernel for my MIPS embedded processor. The kernel can
start up properly but the tty0 doesn't exist under /dev. I have already
enable the virtual console during kernel configuration. is it something
configure not properly for the kernel?? Anyone can help??

Thanks in advance,
Louis

-vz kernel with faketty built in

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

http://members.westnet.com.au/vanzeeland/
latest 2.6.13-vz4.2 includes faketty...

J

Re: Vernon's Just story

[Yoshiko B. <bar...@is...>]

I am in good health and have always enjoyed sex.
I was losing my erection during intercourse and during oral sex with 
my girlfriend.
It was difficult to pinpoint the problem so I decided to order some 
Vjagrra online.

I ordered my Vjagrra which arrived in several days. I ordered 4x100mg 
pills and on the weekend decided to give it a go without saying 
anything to my girlfriend ;) 35 minutes before we went to bed I took 
half a pill, and WOW! what a difference. 

I had a rock hard erection for over an hour of non stop sex. Even 
after I had climaxed I was ready to go again in twenty minutes, which 
we did. this lasted for over two hours, and I was still hard in the 
shower after. 

It was like being a teenager over again. Amazing!

If you have a problem, try Vjagrra, it is great http://www.chosenam.com

Pharsmcy Super Offr

[Mithra S. <sa...@he...>]

first. On seeing him the third time, he so increased in boldness  perceiving =
his design, stung him in the foot. In pain the  
Am.nbjen
Soa.ma
Vj.AGRRA Now $69
Prrop.ecja
X.ananax
Proaz.ac
CjALLj.S Now $99
VALLj.UM Now $84
U.Ittram
Levvj.tra
Many Other http://adducentsdv.ediscor.com
Best regards
--will furnish us with shelter and food. The other replied with  advice =
without perceiving the presence of the adviser. Thus the  The Aethiop  the =
fable, so conspicuous in the great Greek fabulist. The exact  after an =
eclipse of many centuries, Babrias shines out as the  

Re: Dual head initialization

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

Joshua Reed wrote:

>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>YEAH!  I finally got a dual head system set up and running with a Matrox
>G450 card.
>My only question is if the issue of framebuffer re-initalization when
>exiting X was ever resolved?
>When I Exit X on the primary head (a mga device) it grabs the frame
>buffer for the secondary head (the fbdev device)  A switch to vt8 and
>back to vt7 fixes this, but most of my roommates are not so
>understanding of this quirk.
>is there
>A.  A quick fix or scriptwrapper that could cause the neccessary
>framebuffer shifts?
>  
>
I used xdm, and got a problem like this. Whenever X
restarted on the first head, it changed the framebuffer-to-
vga-connector mapping, making both screens show the same.

Fortunately, xdm lets you run a script whenever the xserver
starts and another whenever an xserver stops.  There I put
calls to a program that mapped screens the way I wanted them,
the end result being that a xserver restart caused a short blink
on the other display.

>B.  A way to prevent the graphics card form re-initializing?
>  
>
Several ways:

1. Use the framebuffer xserver.  It is unaccelerated, but more
    than fast enough for 2D graphichs.  You'll loose accelerated
    3D though.

2. Or set things up so X doesn't restart just because someone logs
    in/out.  Then, the problem will only happen once, at boot-time.

3. FIX the stupid xserver! Make it deal with its own card only, and
    never ever touch "legacy vga adresses" which may very well belong
    to another card.  Also, in the case of X running on a single head
    belonging to a dualhead card, fix X so it doesn't mess with the
    other head AT ALL.

Helge Hafting

Re: Dual head initialization

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

On Tre=F0diena, 19. Oktobris 2005 07:27, Joshua Reed wrote:
> YEAH! =A0I finally got a dual head system set up and running with a Matrox
> G450 card.
> My only question is if the issue of framebuffer re-initalization when
> exiting X was ever resolved?
> When I Exit X on the primary head (a mga device) it grabs the frame
> buffer for the secondary head (the fbdev device) =A0A switch to vt8 and
> back to vt7 fixes this, but most of my roommates are not so
> understanding of this quirk.
> is there
> A. =A0A quick fix or scriptwrapper that could cause the neccessary
> framebuffer shifts?
> B. =A0A way to prevent the graphics card form re-initializing?

Tell desktop manager to reinit X without restart. Under gdm gdm.conf
# If you are having trouble with using a single server for a long time and
# want gdm to kill/restart the server, turn this on
AlwaysRestartServer=3Dfalse


> Random note, I found that joymouse was a great alternative to getting a
> new usb mouse for the second head. =A0It uses an existing joystick and
> converts it into a mouse.

You can test a competitor http://www.ltn.lv/~aivils/files/xke-0.03.tar.bz2
It does not have axis converting, remaping - so incomplete.

> I have had a few problems of usb devices=20
> swapping amongst themselves (joystick/keyboards) and it caused havok
> until I changed the --vt5x statement to reflect the new position of the
> keyboard.

It is common trouble for all Linux input layer. I already include
X starting script X1wrap , which create necessary symbolic link
tty -> ftty in runtime.

Aivils

Dual head initialization

[Joshua R. <jam...@by...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

YEAH!  I finally got a dual head system set up and running with a Matrox
G450 card.
My only question is if the issue of framebuffer re-initalization when
exiting X was ever resolved?
When I Exit X on the primary head (a mga device) it grabs the frame
buffer for the secondary head (the fbdev device)  A switch to vt8 and
back to vt7 fixes this, but most of my roommates are not so
understanding of this quirk.
is there
A.  A quick fix or scriptwrapper that could cause the neccessary
framebuffer shifts?
B.  A way to prevent the graphics card form re-initializing?

Random note, I found that joymouse was a great alternative to getting a
new usb mouse for the second head.  It uses an existing joystick and
converts it into a mouse.  I have had a few problems of usb devices
swapping amongst themselves (joystick/keyboards) and it caused havok
until I changed the --vt5x statement to reflect the new position of the
keyboard.
~Joshua
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDVcs7yZ4qqW21pBoRApT5AJ0QGWyPmBN/V51OgUhbJz05QvfDvwCgk+jj
SiY7E7khxnB4UGSdXdN5+6o=
=B+ou
-----END PGP SIGNATURE-----

Re: Using Dual head card with framebuffer

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

Claude Ferron wrote:

> Hello to everyone,
>
>     For quite a while now, I have been trying to get an ATI Radeon 
> 7000 Dual headed to work with XFree86 4.3.0. What I'd like to do is 
> the following:
>
> A) Put more than one card in the system (3 in fact... 2 PCI and 1 
> AGP) Have each head of the cards to work independently
> Example:    Card #1 --> head #1 = /dev/fb0, head #2 = /dev/fb1 
>                      Card #2 --> head #1 = /dev/fb2, head #2 = /dev/fb3
>                      Card #3 --> head #1 = /dev/fb4, head #2 = /dev/fb5
>
> Is this possible with radeon or NVidia Card? I know it is with Matrox 
> G400 & G450

Yes, this is possible with matrox as the matrox driver actually gives you
one framebuffer per head. Most other drivers don't they only
gives you one framebuffer per card. That limits the above scheme.

Further, most linux framebuffer drivers can't use their cards unless
the video bios initialized them first. Now, the bios usually only
initialize the first card.  There are some exceptions when you have
several cards from the same manufacturer. 
If you get this problem, the framebuffer drivers won't load.
The solution is to briefly run X on all the cards, as X can be
configured to initialize each card using int10. (for example,
one special xserver set up just for this purpose which claims
all the cards, initialize them, and then exits.)
After this, feel free to load framebuffer drivers which will now
recognise the initialized cards.

>
> B) Have multiple X server to run independently and simultaneously  on 
> each cards head (I was able to do this with 6 cards with PCI address 
> method ex: 1:0:0 but not with frame buffer on dual head)

Well, this is usually the best way, because you may have accelerated drivers
this way.

>
> So far, FrameBuffer is working on only one card, and one head... 
> really basic.

Framebuffer X is trivial to set up once you manage to load the framebuffer
drivers.  It is unaccelerated though.

>
> My questions.
>
> 1) Is this the correct place to ask this question? If not what are 
> other resources or website.

It is certainly a good place.

>
> 2) If you know how to achieve my task in section A, help me please...

See what I wrote above.

Helge Hafting

gdm autologin capability and new sf project

[Michael P. <lin...@gr...>]

For those wanting to have multiple xservers auto or timed login with 
gdm, we have just patched a gdm 2.8 ubuntu package to allow that.  Files 
are at:
http://sourceforge.net/project/showfiles.php?group_id=141732
We will begin using that SLIM sourceforge project as a central point for 
talking about and releasing files for simultaneous local independent 
multi-user capability.  The linuxconsole project name doesn't really 
even apply anymore given the evdev approach and other important 
multi-user aspects like sessiond for sound.  There was some discussion a 
few months ago over a "new" project name, but there was no consensus, so 
if other people want to help, great.   I invite everyone to help admin 
and mold the SLIM project as they see fit.  I would really love to see 
all of the great new multi-user documentation in a central place.    We 
are almost done moving over to Ubuntu, and we will have a lot of new 
multi-user scripts to release shortly, including a live Ubuntu 
multi-user capable CD. 

Back to talking about the patched gdm:
In the past we have just used our own inittab with respawn to launch X 
servers instead of gdm, but sometimes gdm is nice.  Maybe auto/timed 
logins for all displays should be handled on a per-server basis, because 
some people wouldn't want the auto/timed login on non-primary displays.  
In my hack you don't get a choice, auto/timed login applies to all local 
displays.
Questions can be sent directly to me via email or you could try the help 
forums at:
http://sourceforge.net/forum/?group_id=141732

Thanks,
Mike Pardee
Open Sense Solutions LLC
http://open-sense.com
1-888-323-1742

Re: automatic login for second X server
 > Date: Mon, 10 Oct 2005 09:13:05 +0300
 > CC: Andrej van der Zee <ma...@ya... <mailto:ma...@ya...>>
 >
 > On Sestdiena, 8. Oktobris 2005 01:36, Andrej van der
 > Zee wrote:
Now I want to automatically login for the
 > second X server (no
 > > keyboard). Unfortunately, options in gdm only
 > allow this for the first X
 > > server. Automatically login for both X servers
 > would also be fine for me.
 > >
 > > Does anybody have a solution? Maybe get rid of gdm
 > totally and start X
 > > from a startup script? Any suggestions?

Re: Avoiding redundant Int10 calls

[Daniel W. <da...@in...>]

Yitzhak Bar Geva escreveu:
> (...) I suspect the problem may be related
> to the fact that the secondary cards are being
> unecessarily restarted with Int10
 > Unfortunately this does not seem to be the problem on nvidia cards. 
The disabling of Int10 is necessary for SiS and other chipsets, but does 
not seem to affect nvidia proprietary driver. Still, you might try. But 
I must warn you that we never got stability on NVidia cards. After some 
restarts or when running xscreensaver on all heads at once for some 
time, some devices freeze. We wrote a bugreport for NVidia, but had no 
answer until now. Perhaps you could do the same (using their 
nvidia-bug-report.sh), and so we could try to put some pressure.

> unecessarily restarted with Int10. Your
> xorg.conf.probe solution seems to be what I need, but
The .probe solution is because we only use int10 once, in Xinerama mode, 
before actually starting the different X

> 1. Are you using only one secondary card, with
> multiple ports? If so, which board is it? We are
> seeking a reliable, inexpensive multiport board.
 >
No. We are using multiple single cards. SiS315 chipset in most cases. I 
never tried the

> 2. In our case, we have multiple secondary cards which
> must be initialized. Shouldn't we be using the
> "SingleCard" (or "BusID") option for each of the cards
> to be initialized?
No. You could, but we use one Layout with the Xinerama mode. So we start 
only one X server that controls all four cards, arranging them as if 
they were one desktop with multiple screens. In this case, X initializes 
all cards.

> Following are the "Device" sections from my xorg.conf.
> I appreciate your assistance. This has been an awful
> problem, Yitzhak
> 
You should make your xorg.conf.probe with the layout described at our 
howto and use the same device section you sent me. Then, on the 
xorg.conf, you change the device section by putting
      Option "UseInt10Module" "off"
since the cards were already initialized.

And please let me know of your tests. We also want NVidia cards to work 
properly.

Greetings,
Daniel

> Section "Device"
>     Identifier "device0"
>     VendorName "nVidia Corporation"
>     BoardName "NVIDIA GeForce4 (generic)"
>     Driver "nvidia"
> 
>     Screen 0
>     BusID "PCI:1:0:0"
>     Option "DPMS" "Off"
>     Option "HWCursor" "on"
>     Option "UseInt10Module" "on"
>     Option "IgnoreDisplayDevices" "DFP, TV"
>     Option "RenderAccel" "on"
>     Option "ConnectedMonitor" "CRT"
>     Option "IgnoreEDID" "off"
>     Option "NvAgp" "1"
> EndSection
> 
> Section "Device"
> Identifier "device1"
>     VendorName "NVidia"
>     BoardName "NVIDIA GeForce4 (generic)"
>     Driver "nvidia"
> 
>     Screen 0
>     BusID "PCI:2:10:0"
>     Option "DPMS" "Off"
>     Option "HWCursor" "on"
>     Option "UseInt10Module" "on"
>     Option "IgnoreDisplayDevices" "DFP, TV"
>     Option "ConnectedMonitor" "CRT"
>     Option "RenderAccel" "on"
>     Option "IgnoreEDID" "off"
> EndSection
> 
> Section "Device"
>     Identifier "device2"
>     VendorName "NVidia"
>     BoardName "NVIDIA GeForce4 (generic)"
>     Driver "nvidia"
> #    Driver "nv"
> 
>     Screen 0
>     BusID "PCI:2:08:0"
>     Option "DPMS" "Off"
>     Option "HWCursor" "on"
>     Option "UseInt10Module" "on"
>     Option "IgnoreDisplayDevices" "DFP, TV"
>     Option "RenderAccel" "on"
>     Option "ConnectedMonitor" "CRT"
>     Option "IgnoreEDID" "off"
> EndSection
> 
> Section "Device"
>     Identifier "device3"
>     VendorName "NVidia"
>     BoardName "NVIDIA GeForce4 (generic)"
>     Driver "nvidia"
> #    Driver "nv"
> 
>     Screen 0
>     BusID "PCI:2:06:0"
>     Option "DPMS" "On"
>     Option "HWCursor" "on"
>     Option "UseInt10Module" "on"
>     Option "IgnoreDisplayDevices" "DFP, TV"
>     Option "ConnectedMonitor" "CRT"
>     Option "RenderAccel" "on"
>     Option "IgnoreEDID" "off"
> EndSection
> 
> 
> 
>>>Date: Thu, 13 Oct 2005 20:04:52 -0300
>>
>>From: Daniel Weingaertner <da...@in...>
>>To: Linux Console
>><lin...@li...>
>>Subject: Re: Documentation
>>
>>James van Zeeland escreveu:
>>
>>>Certainly an evdev implementation document would
> 
> be helpful.
> 
> 
>>We have one at
>>http://www.c3sl.ufpr.br/multiterminal/howto-en.php
>>
>>Greetings,
>>Daniel

Re: Add faketty stability

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

On Piektdiena, 14. Oktobris 2005 15:10, Hugo Vanwoerkom wrote:
> --- Yitzhak Bar Geva <yit...@ya...> wrote:
> > I solved erratic behavior of faketty by preloading
> > it
> > - added faketty to /etc/modprobe.preload under
> > Mandriva 10.2.
>
> Not being a mandrivian but a debianer, how is preload
> different from load?

Mandriva preload means very early module load.

I think all weirdness related with faketty is ioctl's
performed by varios system process which try load fonts,
set keyboard rate and so on. These ioctl's are preformed
on all range of TTY 1-63. If ftty files are already linked, 
then this task seems do some wrong. (but should not)

faketty-0.04 may help. It does not create ftty files
for all input family.

Aivils

Re: Add faketty stability

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

--- Yitzhak Bar Geva <yit...@ya...> wrote:

> I solved erratic behavior of faketty by preloading
> it
> - added faketty to /etc/modprobe.preload under
> Mandriva 10.2.

Not being a mandrivian but a debianer, how is preload
different from load?

Hugo


		
__________________________________ 
Yahoo! Music Unlimited 
Access over 1 million songs. Try it free.
http://music.yahoo.com/unlimited/

Avoiding redundant Int10 calls

[Yitzhak B. G. <yit...@ya...>]

Thanks for providing the excellent Howto, Daniel.
You may have solved a problem which has been plaguing
us: X occasionally crashes after multiple
logouts/restarts. I suspect the problem may be related
to the fact that the secondary cards are being
unecessarily restarted with Int10. Your
xorg.conf.probe solution seems to be what I need, but
I have several questions:
1.
You wrote: "A single layout will be enough, as long as
it includes all secondary cards.".
However, the documentation in the xorg.conf.probe file
says "Declare only one layout, and without the
"SingleCard" option."
Two questions arise:
1. Are you using only one secondary card, with
multiple ports? If so, which board is it? We are
seeking a reliable, inexpensive multiport board.
2. In our case, we have multiple secondary cards which
must be initialized. Shouldn't we be using the
"SingleCard" (or "BusID") option for each of the cards
to be initialized?
Following are the "Device" sections from my xorg.conf.
I appreciate your assistance. This has been an awful
problem, Yitzhak

Section "Device"
    Identifier "device0"
    VendorName "nVidia Corporation"
    BoardName "NVIDIA GeForce4 (generic)"
    Driver "nvidia"

    Screen 0
    BusID "PCI:1:0:0"
    Option "DPMS" "Off"
    Option "HWCursor" "on"
    Option "UseInt10Module" "on"
    Option "IgnoreDisplayDevices" "DFP, TV"
    Option "RenderAccel" "on"
    Option "ConnectedMonitor" "CRT"
    Option "IgnoreEDID" "off"
    Option "NvAgp" "1"
EndSection

Section "Device"
Identifier "device1"
    VendorName "NVidia"
    BoardName "NVIDIA GeForce4 (generic)"
    Driver "nvidia"

    Screen 0
    BusID "PCI:2:10:0"
    Option "DPMS" "Off"
    Option "HWCursor" "on"
    Option "UseInt10Module" "on"
    Option "IgnoreDisplayDevices" "DFP, TV"
    Option "ConnectedMonitor" "CRT"
    Option "RenderAccel" "on"
    Option "IgnoreEDID" "off"
EndSection

Section "Device"
    Identifier "device2"
    VendorName "NVidia"
    BoardName "NVIDIA GeForce4 (generic)"
    Driver "nvidia"
#    Driver "nv"

    Screen 0
    BusID "PCI:2:08:0"
    Option "DPMS" "Off"
    Option "HWCursor" "on"
    Option "UseInt10Module" "on"
    Option "IgnoreDisplayDevices" "DFP, TV"
    Option "RenderAccel" "on"
    Option "ConnectedMonitor" "CRT"
    Option "IgnoreEDID" "off"
EndSection

Section "Device"
    Identifier "device3"
    VendorName "NVidia"
    BoardName "NVIDIA GeForce4 (generic)"
    Driver "nvidia"
#    Driver "nv"

    Screen 0
    BusID "PCI:2:06:0"
    Option "DPMS" "On"
    Option "HWCursor" "on"
    Option "UseInt10Module" "on"
    Option "IgnoreDisplayDevices" "DFP, TV"
    Option "ConnectedMonitor" "CRT"
    Option "RenderAccel" "on"
    Option "IgnoreEDID" "off"
EndSection


> > Date: Thu, 13 Oct 2005 20:04:52 -0300
> From: Daniel Weingaertner <da...@in...>
> To: Linux Console
> <lin...@li...>
> Subject: Re: Documentation
> 
> James van Zeeland escreveu:
> > Certainly an evdev implementation document would
be helpful.

> We have one at
> http://www.c3sl.ufpr.br/multiterminal/howto-en.php
> 
> Greetings,
> Daniel

Re: faketty + suspend2?

[Ruben F. <par...@gm...>]

> Message: 2
> Date: Thu, 13 Oct 2005 07:56:47 -0700 (PDT)
> From: Hugo Vanwoerkom <hvw...@ya...>
> Subject: faketty + suspend2?
> To: bruby <lin...@li...>
> 
> Hi,
> 
> Anybody ever tried suspend2?
> 
> I tried it (AGP TNT2, PCI MX-440) but after resuming
> never could start X again either with nv, or nvidia.
> 
> Its homepage:
> http://www.suspend2.net/HOWTO
> 
> Hugo

And if you only have one card in the system, does it work with suspend2? 
If that works neither, than you should search in the direction of 
suspend2. Also, I think you could have more chance by trying to use 
frambuffer devices.

Re: Documentation

[Daniel W. <da...@in...>]

James van Zeeland escreveu:
> 
> Certainly an evdev implementation document would be helpful.
> 
We have one at
http://www.c3sl.ufpr.br/multiterminal/howto-en.php

Greetings,
Daniel

Add faketty stability

[Yitzhak B. G. <yit...@ya...>]

I solved erratic behavior of faketty by preloading it
- added faketty to /etc/modprobe.preload under
Mandriva 10.2.
Yitzhak

--- lin...@li...
wrote:

> Send Linuxconsole-dev mailing list submissions to
> 	lin...@li...
> 
> To subscribe or unsubscribe via the World Wide Web,
> visit
> 
>
https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev
> or, via email, send a message with subject or body
> 'help' to
> 	lin...@li...
> 
> You can reach the person managing the list at
> 	lin...@li...
> 
> When replying, please edit your Subject line so it
> is more specific
> than "Re: Contents of Linuxconsole-dev digest..."
> 
> > Today's Topics:
> 
>    1. Vertical mouse problem solution (Yitzhak Bar
> Geva)
>    2. Re: faketty 0.04 problem. (Nathan Hoult)
> > Date: Tue, 11 Oct 2005 21:01:50 -0700 (PDT)
> From: Yitzhak Bar Geva <yit...@ya...>
> Subject: Vertical mouse problem solution
> To: lin...@li...
> 
> Really funny. We don't know what causes the vertical
> mouse problem. It only occurs when working with
> faketty, but after performing:
> service hotplug restart
> everything works OK.
> Yitzhak
> 
> 
> > From: "Nathan Hoult" <ho...@ho...>
> To: ai...@un...
> CC: lin...@li...
> Subject: Re: faketty 0.04 problem.
> Date: Wed, 12 Oct 2005 14:22:44 +0000
> 
> >On Pirmdiena, 10. Oktobris 2005 18:05, Nathan Hoult
> wrote:
> >>I am using kernel 2.6.13 and trying to get
> faketty-0.04 to work.
> >>I managed to make the ftty devices, (mknod
> /dev/ftty[0-9] c 13 96) and
> 
> >Do You realy use mknod? If that is right, then You
> must do
> >mknod /dev/ftty0 c 13 96
> >mknod /dev/ftty1 c 13 97
> >mknod /dev/ftty2 c 13 98
> >...
> 
> ummm I did:
> mknod /dev/ftty0 c 13 96
> mknod /dev/ftty1 c 13 96
> mknod /dev/ftty2 c 13 96
> ...
> 
> I never used mknod before and after 1 hour of
> searching I couldn't find 
> documentation on what I needed to run exactly. I
> scanned the man page of 
> mknod, searched google, read the doctument about
> multiple X, and the only 
> thing I could find on this mailing list about it was
> the "mknod /dev/ftty0 c 
> 13 96" in the 0.04 release notes. Where is this
> information that I missed?
> 
> Anyhow, did it like you said above and now it picks
> up the other keyboards. 
> Sorry for my ignorance in this area and I appreciate
> the help, keep up the 
> good work!
> 
> Now to get a dual core Ath64, dual PCIe 16x, raid
> SATA, and dual 1gig sticks 
> of ram some day...
> 
> Thanks!
> 
> >Aivils
> >>/dev/ftty0 picks up only one of the keyboards, but
> /dev/ftty[1-9] don't
> >>pick up any other keyboard. I figured this out
> using 'cat /dev/ftty[1-9]'.
> >>Other than that I managed to get a second X up
> with a second mouse, but no
> >>keyboard input. One thing that confuses me is 'cat
> 
> >>/proc/bus/input/devices'
> >>returns back the keyboards/mice and shows that
> some of the keyboards are
> >>handled by ftty[1-9] (e.g: H: Handlers=kbd event2
> ftty1)
> >>
> >>I have hooked up 4 keyboards (1 PS/2, 3 USB) and 3
> mice trying to get this
> >>to work. Any idea what could be wrong?
> 
> 
> 
> 
> 
> > _______________________________________________
> Linuxconsole-dev mailing list
> Lin...@li...
>
https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev
> 
>