public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: Mattia Dongili <malattia@linux.it>
To: Len Brown <lenb@kernel.org>
Cc: linux-acpi@vger.kernel.org, akpm@linux-foundation.org,
	stelian@popies.net
Subject: Re: [patch 0/9] [RFC] sonypi ACPI reimplementation (resend 3)
Date: Wed, 11 Apr 2007 00:04:23 +0200	[thread overview]
Message-ID: <20070410220423.GA4041@inferi.kami.home> (raw)
In-Reply-To: <200704101613.43751.lenb@kernel.org>

On Tue, Apr 10, 2007 at 04:13:43PM -0400, Len Brown wrote:
> On Monday 09 April 2007 04:19, malattia@linux.it wrote:
...
> >SONY_LAPTOP_OLD 
> 
> There is probably a better name for this -- like SONY_PI_COMPATIBILITY or something.

ok, will change asap, I have a couple more patches here that I'll send
in soon.

> What about CONFIG_SONYPI? -- should it now depend on this driver not being included?

So, all in all I'd like to obsolete sonypi as soon as possible to get more feedback
but the 2 drivers can still live together for a while.

When you try to load both 2 things can happen:
- if you load sonypi first it will steal part of sony-laptop
  functionalities (the rewrite stuff for the SPIC acpi device)
- if you load sony-laptop first sonypi will bomb out with   
	kobject_add failed for sonypi with -EEXIST
  on misc_register(). sony-laptop also offers a no_spic option to not
  drive the SPIC device.

The only function that sony-laptop doesn't offer is the motion eye
camera stuff, which the meye driver also depend on and which makes
sonypi useful at least for a couple of vaio models.  I can add it to
sony-laptop[1] but I can't test.
I should probably add some printks in sonypi to suggest moving towards
sony-laptop and try to detect if the known ioports are being used by
sony-laptop to better handle the sonypi load failure (see below).

[1]: there are some bits in the patches I submitted but I'll remove them
with the next submission.

> SONYPI depends on !64BIT -- is that invalid, or perhaps you only need the compatibility
> stuff only in 32-bit mode?

it's invalid. I'd rather avoid changing sonypi to work also on 64bit,
for 64bit vaios the new sony-laptop should be good enough.

> applied to acpi-test.

Thanks!

> It would be great if you can get some test feedback for the sonypi-era features
> to make sure that the code moved into the new driver works as well as the old sonypi.

I already asked a couple of users to try it and it seems to work well
for them (and for their purposes). I guess obsoleting sonypi may
increase the reports number ;)

-- 
mattia
:wq!

  reply	other threads:[~2007-04-10 22:05 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20070409081903.057292676@linux.it>
2007-04-09 17:18 ` [patch 1/9] Remove ACPI references from variable and function names malattia
2007-04-09 17:20 ` [patch 2/9] Prepare the platform driver for multiple users malattia
2007-04-09 17:22 ` [patch 3/9] Add debug macros also used by the sonypi reimplementation malattia
2007-04-09 17:26 ` [patch 4/9] Add SNY6001 device handling (sonypi reimplementation) malattia
2007-04-09 17:28 ` [patch 5/9] Unify the input subsystem event forwarding malattia
2007-04-09 17:28 ` [patch 6/9] additional platform attributes coming from SNY6001 malattia
2007-04-09 17:31 ` [patch 7/9] sanitize printks malattia
2007-04-09 17:31 ` [patch 8/9] update documentation and Kconfig help malattia
2007-04-09 17:31 ` [patch 9/9] sonypi backward compatibility code malattia
2007-04-10 20:13 ` [patch 0/9] [RFC] sonypi ACPI reimplementation (resend 3) Len Brown
2007-04-10 22:04   ` Mattia Dongili [this message]
2007-04-12  9:20     ` Stelian Pop
2007-04-09 17:15 malattia

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=20070410220423.GA4041@inferi.kami.home \
    --to=malattia@linux.it \
    --cc=akpm@linux-foundation.org \
    --cc=lenb@kernel.org \
    --cc=linux-acpi@vger.kernel.org \
    --cc=stelian@popies.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