linux-fbdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Manousaridis Angelos <amanous@inaccessnetworks.com>
To: fbdev <linux-fbdev-devel@lists.sourceforge.net>
Subject: no console switching
Date: Tue, 11 Nov 2003 15:43:35 +0200	[thread overview]
Message-ID: <3FB0E787.6050100@inaccessnetworks.com> (raw)

Hello,

I am trying to implement a framebuffer device without console support. I 
want to display only graphics, no text at all.

Is there a way to avoid the console take over?

I don't have the actuall graphics device yet, so I have created an 
initial version of the driver looking a lot like the vfb device.
I set the dispsw variable of the display structure to fbcon_dummy.
When I load the module I see this:

fbcon_setup: No support for fontwidth 8
fbcon_setup: type 0 (aux 0, depth 8) not supported
Console: switching to colour frame buffer device 80x30
fb0: Teralogic 751 frame buffer device

The module count increases to 63 and I cannot unload the module.

Also, what do I have to put to the owner variable of the fb_ops 
structure? The above happens with this variable se to THIS_MODULE.

If I comment this line causing the owner variable to be undefined, the 
module count does not increase and the module can be unloaded.
But It seems that the device is NOT unregistered. When I load the module 
again, I see this:

fb1: Teralogic 751 frame buffer device

the fb0 is somewhere still defined, and when I try to access it, a page 
fault occurs. Is it wrong to leave the owner variable undefined?

--
Manousaridis Angelos



-------------------------------------------------------
This SF.Net email sponsored by: ApacheCon 2003,
16-19 November in Las Vegas. Learn firsthand the latest
developments in Apache, PHP, Perl, XML, Java, MySQL,
WebDAV, and more! http://www.apachecon.com/

             reply	other threads:[~2003-11-11 13:43 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-11-11 13:43 Manousaridis Angelos [this message]
2003-11-11 13:53 ` no console switching Geert Uytterhoeven
2003-11-12 12:14   ` Manousaridis Angelos
2003-11-12 12:40     ` Geert Uytterhoeven

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=3FB0E787.6050100@inaccessnetworks.com \
    --to=amanous@inaccessnetworks.com \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).