All of lore.kernel.org
 help / color / mirror / Atom feed
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
To: Andi Kleen <andi@firstfloor.org>
Cc: Greg KH <greg@kroah.com>, "Rafael J. Wysocki" <rjw@sisk.pl>,
	Nathan Lynch <ntl@pobox.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Paul Mackerras <paulus@samba.org>,
	torvalds@linux-foundation.org, linux-kernel@vger.kernel.org
Subject: Re: Removing sysdevs?
Date: Thu, 03 Jul 2008 08:17:58 +1000	[thread overview]
Message-ID: <1215037078.21182.62.camel@pasglop> (raw)
In-Reply-To: <486BF9AC.6070704@firstfloor.org>

On Wed, 2008-07-02 at 23:57 +0200, Andi Kleen wrote:
> > The plan is:
> > 	- remaining driver core cleanups to allow for multiple drivers
> > 	  to be bound to individual devices
> > 	- add multiple binding support to the core
> > 	- migrate existing sysdevs to struct device, now that multiple
> > 	  binding is allowed
> > 	- delete sysdev structure
> > 	- profit!
> 
> I hope the sysdev semantics of running with interrupts etc. will be kept?

What "running with interrupts" ? :-) Are you talking specifically about
suspend/resume ? In this case, normal devices also provide irq_off
variants of suspend/resume.

In some areas, those semantics are even a problem for sysdevs. For
example, it's been a pain in the neck for cpufreq on powermac not to be
able to schedule in its suspend routine. Among others...

Cheers,
Ben.



  parent reply	other threads:[~2008-07-02 22:18 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-07-02  6:27 Is sysfs the right place to get cache and CPU topology info? Paul Mackerras
2008-07-02  7:37 ` Andrew Morton
2008-07-02  9:45   ` Paul Mackerras
2008-07-02 10:01     ` Andrew Morton
2008-07-02 11:46       ` Paul Mackerras
2008-07-02 16:47         ` Andrew Morton
2008-07-02 11:12   ` Andi Kleen
2008-07-02 14:35     ` Nathan Lynch
2008-07-02 15:14       ` Andi Kleen
2008-07-02 18:51         ` Greg KH
2008-07-02 21:41           ` Removing sysdevs? (was: Re: Is sysfs the right place to get cache and CPU topology info?) Rafael J. Wysocki
2008-07-02 21:48             ` Greg KH
2008-07-02 21:57               ` Removing sysdevs? Andi Kleen
2008-07-02 22:15                 ` Greg KH
2008-07-03  9:53                   ` Andi Kleen
2008-07-04  1:09                     ` Greg KH
2008-07-02 22:17                 ` Benjamin Herrenschmidt [this message]
2008-07-02 22:08               ` Removing sysdevs? (was: Re: Is sysfs the right place to get cache and CPU topology info?) Rafael J. Wysocki
2008-07-02 22:16                 ` Greg KH
2008-07-02 23:06                   ` Rafael J. Wysocki
2008-07-02 17:08   ` [PATCH] sysfs-rules.txt: reword API stability statement Nathan Lynch

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=1215037078.21182.62.camel@pasglop \
    --to=benh@kernel.crashing.org \
    --cc=akpm@linux-foundation.org \
    --cc=andi@firstfloor.org \
    --cc=greg@kroah.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=ntl@pobox.com \
    --cc=paulus@samba.org \
    --cc=rjw@sisk.pl \
    --cc=torvalds@linux-foundation.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.