From: Knut Petersen <Knut_Petersen@t-online.de>
To: linux-fbdev-devel@lists.sourceforge.net
Subject: [BUG] Strange interaction between X and /dev/fb0 + /dev/fb1
Date: Sun, 31 Jul 2005 07:18:09 +0200 [thread overview]
Message-ID: <42EC5F11.2070606@t-online.de> (raw)
Hi everybody,
1: the system boots with video=vesafb:ypan
2: cyblafb is loaded by the boot.local script
3: con2vt /dev/fb1 /dev/tty1
4: runlevel 3 (no X) is used
As cyblafb detects the video mode used by vesafb, everything works
fine. If I switch to tty1, the accelerated cyblafb driver is used, all other
ttys use the slow vesafb code.
I can unload cyblafb after a con2ct /dev/fb0 /dev/tty1, load it again,
switch
between ttys, everything without a problem.
Now I switch to runlevel 5.
1: Switching from X to any tty, no matter if it is managed
by vesafb or cyblafb,does work without problems.
2: Switching from any tty to X works without a problem.
3: Switching from X to any tty except tty1 (managed by cyblafb)
and then between any ttys works without problems.
4: Switching from X to tty1 and then to any other tty does _not_
work. The cursor stops blinking, otherwise nothing changes
on the monitor. Blindly entered commands produce no visible
output, but they are executed.
5: Switching to X and then back to the "dead" tty solves the problem.
Output of the blindly run command is now visible, but scrolling
took place only on the last line of the screen. Everything works
fine as long as I do not repeat step 4 ;-)
2.6.12 and 2.6.13-rc4 behave identical.
As everything works without X, I do believe that there is no bug in the
framebuffer drivers involved. This is not a problem of programming some
hardware registers.
Loading two framebuffer drivers for one chip is a hack that is usefull
for devopement and debuging, it´s nothing a real user would do. We could
silently
ignore this problem as there is an easy workaround. But the upper layers
see nothing but two different framebuffer drivers ... and this should be
handled correctly.
cu,
Knut
-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
next reply other threads:[~2005-07-31 5:16 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-07-31 5:18 Knut Petersen [this message]
2005-07-31 5:53 ` [BUG] Strange interaction between X and /dev/fb0 + /dev/fb1 Antonino A. Daplas
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=42EC5F11.2070606@t-online.de \
--to=knut_petersen@t-online.de \
--cc=linux-fbdev-devel@lists.sourceforge.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.