mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Kay Sievers <kay.sievers@vrfy.org>
To: Stefan Schmidt <stefan@datenfreihafen.org>
Cc: Kristen Carlson Accardi <kristen.c.accardi@intel.com>,
	Jesse Barnes <jbarnes@virtuousgeek.org>,
	Holger Macht <hmacht@suse.de>,
	len.brown@intel.com, linux-kernel@vger.kernel.org,
	linux-acpi@vger.kernel.org, Brandon Philips <brandon@ifup.org>,
	Greg KH <greg@kroah.com>
Subject: Re: [patch 2/3] acpi: Add a docked sysfs file to the dock driver.
Date: Wed, 13 Dec 2006 10:14:15 +0100	[thread overview]
Message-ID: <1166001255.5631.33.camel@pim.off.vrfy.org> (raw)
In-Reply-To: <20061212232638.GB4104@datenfreihafen.org>

On Wed, 2006-12-13 at 00:26 +0100, Stefan Schmidt wrote:
> On Tue, 2006-12-12 at 15:00, Kristen Carlson Accardi wrote:
> > 
> > I did have different dock/undock events a few months ago - but
> > after some discussion we scrapped them because Kay wants to avoid driver
> > specific events.  The "change" event is the only thing that makes sense,
> > given the set of uevents available right now, and userspace should be 
> > able to handle checking a file to get driver specific details (i.e. dock 
> > and undock status).  If you have a specific reason why this won't work,
> > let me know.
> 
> It's fine with me. I just find two different events more handy.
> Checking the file after the event in userspace should not be aproblem.

The thing is that we try to avoid driver-core "features" that are
specific to a single subsystem or driver.

You can easily add additional environment variables today, while sending
a "change"-event with kobject_uevent_env(), like
ACPI_DOCK={lock,unlock,insert,remove,...}. Just pass any driver-specific
string you like along with the event, and it will be available just like
the "action" string.

This should fit all requirements, without the need to introduce all
sorts of new generic action-strings, that can almost never be changed
later for compatibility reasons. That way, if "drivers" later find out,
that they need to send different actions/flags, they can just add as
many new strings as they like on top of the event. :)

Thanks,
Kay


  reply	other threads:[~2006-12-13  9:19 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20061204224037.713257809@localhost.localdomain>
2006-12-04 22:49 ` [patch 1/3] Make the dock station driver a platform device driver Kristen Carlson Accardi
2006-12-04 22:49 ` [patch 2/3] acpi: Add a docked sysfs file to the dock driver Kristen Carlson Accardi
2006-12-09 11:59   ` Holger Macht
2006-12-11 20:05     ` Kristen Carlson Accardi
2006-12-12 22:15       ` Stefan Schmidt
2006-12-12 22:31         ` Jesse Barnes
2006-12-12 23:00           ` Kristen Carlson Accardi
2006-12-12 23:26             ` Stefan Schmidt
2006-12-13  9:14               ` Kay Sievers [this message]
2006-12-13  9:56                 ` Stefan Schmidt
2006-12-14  7:16       ` Holger Macht
2006-12-14 22:23         ` Len Brown
2006-12-04 22:50 ` [patch 3/3] acpi: Fix symbol conflict between acpiphp and dock Kristen Carlson Accardi

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=1166001255.5631.33.camel@pim.off.vrfy.org \
    --to=kay.sievers@vrfy.org \
    --cc=brandon@ifup.org \
    --cc=greg@kroah.com \
    --cc=hmacht@suse.de \
    --cc=jbarnes@virtuousgeek.org \
    --cc=kristen.c.accardi@intel.com \
    --cc=len.brown@intel.com \
    --cc=linux-acpi@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=stefan@datenfreihafen.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

all inboxes | Powered by JetHome®