Re: [PATCH 6/7] Detaching fbcon: Add capability to attach/detach fbcon

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, 06 Jun 2006 19:09:00 +0800
"Antonino A. Daplas" <[email protected]> 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?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux