[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20070222180941.GA15289@kroah.com>
Date: Thu, 22 Feb 2007 10:09:41 -0800
From: Greg KH <greg@...ah.com>
To: David Brownell <david-b@...bell.net>
Cc: rtc-linux@...glegroups.com,
Linux Kernel list <linux-kernel@...r.kernel.org>,
linux-pm@...ts.osdl.org, Andrew Morton <akpm@...ux-foundation.org>,
Alessandro Zummo <alessandro.zummo@...ertech.it>,
john stultz <johnstul@...ibm.com>
Subject: Re: [patch/rfc 0/6] rtc framework: remove class_device, use class suspend()/resume()
On Wed, Feb 21, 2007 at 07:45:14PM -0800, David Brownell wrote:
> Hi,
>
> Following this message (on the RTC list) are six patches:
>
> - Remove the /sys/class/rtc-dev class_device, and a class_interface
> - Use "struct rtc_device" in the external interface, not class_device
> - Simplify the sysfs attribute handling, removing a class_interface
> - Simplify the /proc/driver/rtc handling, removing the last class_interface
> - Remove the class_device in "struct rtc_device"; now suspend()/resume() work
> - Implement class suspend()/resume() so the system clock is updated on resume
>
> The main point of this series of patches is that last one, which I'll
> circulate just a bit more widely. (Although I think the first four are
> also nice cleanups!) It might be the first example of a framework that
> uses the "new" class level suspend()/resume() calls to offload drivers.
>
> Other than actually using that new PM infrastructure, this series should
> be interesting since it addresses one of the few remaining obstacles to
> having the "Generic Time-Of-Day" (GTOD) framework be fully generic, in
> the sense of working with whatever RTC is available on the platform (which
> includes ones accessed through I2C or SPI, so that spinlocked access is
> insufficient) and removing arch-specific RTC hooks.
>
> This has been lightly tested on one of the ARMs that doesn't yet have
> new-style dynamic tick working. I'm sure fault paths need tweaking yet.
All of these looks good to me, feel free to add an:
Acked-by: Greg Kroah-Hartman <gregkh@...e.de>
to them if you want.
thanks for doing the class_device removal work, I appreciate it.
greg k-h
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists