public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
* [tlinux-users:07059] plans for toshiba_acpi
@ 2005-06-12 14:12 John Belmonte
       [not found] ` <42AC42E1.50801-wanGne27zNesTnJN9+BGXg@public.gmane.org>
  2005-06-12 19:46 ` [tlinux-users:07062] " Jonathan Buzzard
  0 siblings, 2 replies; 3+ messages in thread
From: John Belmonte @ 2005-06-12 14:12 UTC (permalink / raw)
  To: acpi-devel
  Cc: Charles Schwieters, Timo Hoenig, Daniel Silverstone,
	Jonathan Buzzard, tlinux-users

Here are my plans for enhancing the "toshiba_acpi" driver, and imploding
the "/proc/acpi/toshiba" interface.

* incorporate ACPI hotkeys patch developed by Daniel Silverstone and
used in Ubuntu Linux.  Available as a run-time option, this creates a
kernel thread which polls the Toshiba firmware for hotkey events, and
passes them along to the ACPI subsystem.

* incorporate /dev/toshiba emulation patch developed by Gintautas
Miliauskas and Charles Schwieters.  Available as a run-time option, this
causes toshiba_acpi to implement the "toshiba" driver's /dev/toshiba
interface (except for hotkey status).  This device provides access to
the Toshiba HCI, which can be employed by userspace tools such as
"toshset" to adjust a laptop's internal Bluetooth device, display, fan,
etc.  This patch has been in use since early 2004 by several users.
Regarding module auto-loading, OS's will have to resolve the ambiguity
of which driver to load (toshiba or toshiba_acpi) when /dev/toshiba is
accessed.

* add run-time option to suppress creation of /proc/acpi/toshiba.  Since
 the above two options cover the existing /proc/acpi/toshiba interface
and more, the proc interface can be disabled once userspace tools catch up.

Please follow up on <acpi-devel@lists.sourceforge.net>.

--John

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: plans for toshiba_acpi
       [not found] ` <42AC42E1.50801-wanGne27zNesTnJN9+BGXg@public.gmane.org>
@ 2005-06-12 15:15   ` Timo Hoenig
  0 siblings, 0 replies; 3+ messages in thread
From: Timo Hoenig @ 2005-06-12 15:15 UTC (permalink / raw)
  To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
  Cc: John Belmonte, Jonathan Buzzard, Daniel Silverstone,
	Charles Schwieters

Hi,

On Sun, 2005-06-12 at 10:12 -0400, John Belmonte wrote:

> Here are my plans for enhancing the "toshiba_acpi" driver, and imploding
> the "/proc/acpi/toshiba" interface.
> 
> * incorporate ACPI hotkeys patch developed by Daniel Silverstone and
> used in Ubuntu Linux.  Available as a run-time option, this creates a
> kernel thread which polls the Toshiba firmware for hotkey events, and
> passes them along to the ACPI subsystem.

Since the hotkey values for brightness up and brightness down are
identical on Toshiba laptops, it would also make sense to let the kernel
thread trigger the appropriate SCI command.  This way no user space tool
would be required for this purpose any longer.

[...]

See you,

   Timo



-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you shotput
a projector? How fast can you ride your desk chair down the office luge track?
If you want to score the big prize, get to know the little guy.  
Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20

^ permalink raw reply	[flat|nested] 3+ messages in thread

* [tlinux-users:07062] Re: plans for toshiba_acpi
  2005-06-12 14:12 [tlinux-users:07059] plans for toshiba_acpi John Belmonte
       [not found] ` <42AC42E1.50801-wanGne27zNesTnJN9+BGXg@public.gmane.org>
@ 2005-06-12 19:46 ` Jonathan Buzzard
  1 sibling, 0 replies; 3+ messages in thread
From: Jonathan Buzzard @ 2005-06-12 19:46 UTC (permalink / raw)
  To: John Belmonte
  Cc: acpi-devel, Charles Schwieters, Timo Hoenig, Daniel Silverstone,
	tlinux-users


john@neggie.net said:
> * incorporate /dev/toshiba emulation patch developed by Gintautas Miliauskas
> and Charles Schwieters.  Available as a run-time option, this causes
> toshiba_acpi to implement the "toshiba" driver's /dev/toshiba interface
> (except for hotkey status).  This device provides access to the Toshiba HCI,
> which can be employed by userspace tools such as "toshset" to adjust a
> laptop's internal Bluetooth device, display, fan, etc.  This patch has been
> in use since early 2004 by several users. Regarding module auto-loading, OS's
> will have to resolve the ambiguity of which driver to load (toshiba or
> toshiba_acpi) when /dev/toshiba is accessed. 

Is it not possible to have a combined kernel module that can determine whether
the ACPI subsystem is running or not and fall back to the old style system if
it is not. The only messy bit I see here is that you would need some #ifdef's
to cater for when ACPI is not enabled for a 

I have no particular desire to perpetuate the toshiba kernel driver as it is
now, and it has always been my long term goal to do this. It has only been
held up due to problems in running a 2.6 kernel on my laptop. The system is
entirely hosted with LVM and XFS and early attempts at getting it working where
unsucessful.

If someone else with the time wishes to merge the two Toshiba drivers far be
it for me to stand in their way.


JAB.

-- 
Jonathan A. Buzzard                 Email: jonathan (at) buzzard.me.uk
Northumberland, United Kingdom.       Tel: +44 1661-832195

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2005-06-12 19:46 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-06-12 14:12 [tlinux-users:07059] plans for toshiba_acpi John Belmonte
     [not found] ` <42AC42E1.50801-wanGne27zNesTnJN9+BGXg@public.gmane.org>
2005-06-12 15:15   ` Timo Hoenig
2005-06-12 19:46 ` [tlinux-users:07062] " Jonathan Buzzard

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox