linux-fbdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Andrew Morton <akpm@osdl.org>
To: "Antonino A. Daplas" <adaplas@gmail.com>
Cc: linux-fbdev-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 6/7] Detaching fbcon: Add capability to attach/detach fbcon
Date: Tue, 6 Jun 2006 15:12:10 -0700	[thread overview]
Message-ID: <20060606151210.22751bce.akpm@osdl.org> (raw)
In-Reply-To: <4485624C.9070707@gmail.com>

On Tue, 06 Jun 2006 19:09:00 +0800
"Antonino A. Daplas" <adaplas@gmail.com> wrote:

> Add the ability to detach and attach the framebuffer console to and from
> the vt layer. This is done by echo'ing any value to sysfs attributes located
> in class/graphics/fbcon. The two attributes are:
> 
>       attach - bind fbcon to the vt layer
>       detach - unbind fbcon from the vt layer

That's a bit unusual.  Normally a bind or unbind operation will operate
primarily upon the thing which is bound to, not upon the thing which is
bound.

I assume it makes sense this way, given the way the vt layer operates.  But
it rather rules out binding the fbcon layer to anything apart from the vt
layer (just thinking about it design-wise).

ummm, expressing it differently:

	echo "bind fbcon" > /sys/whatever/some-vt-file
	echo "unbind fbcon" > /sys/whatever/some-vt-file

would be more typical usage.

> Once fbcon is detached from the vt layer, fbcon can be unloaded if compiled as
> a module. This feature is quite useful for developers who work on the
> framebuffer or console subsystem. This is also useful for users who want to
> go to text mode or graphics mode without having to reboot.

Do we have a place where this can be documented?

> Directly unloading the fbcon module is not possible because the vt layer
> increments the module reference count for all bound consoles.  Detaching fbcon
> decrements the module reference count to zero so unloading becomes possible.

Right.  So the vt layer should be told to let go of the fbcon layer.  It's
a vt operation, not an fbcon one, yes?

  reply	other threads:[~2006-06-06 22:12 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-06-06 11:09 [PATCH 6/7] Detaching fbcon: Add capability to attach/detach fbcon Antonino A. Daplas
2006-06-06 22:12 ` Andrew Morton [this message]
2006-06-06 23:17   ` 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=20060606151210.22751bce.akpm@osdl.org \
    --to=akpm@osdl.org \
    --cc=adaplas@gmail.com \
    --cc=linux-fbdev-devel@lists.sourceforge.net \
    --cc=linux-kernel@vger.kernel.org \
    /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).