Re: [PWM v3: 1/3] PWM: Implement a generic PWM framework

2011-02-10 Thread Sascha Hauer
Hi Bill, Thanks for still working on this. On Thu, Feb 10, 2011 at 09:53:49AM -0600, Bill Gatliff wrote: > diff --git a/drivers/pwm/Kconfig b/drivers/pwm/Kconfig > new file mode 100644 > index 000..153d455 > --- /dev/null > +++ b/drivers/pwm/Kconfig > @@ -0,0 +1,11 @@ > +# > +# PWM infrastru

Re: [PWM v3: 1/3] PWM: Implement a generic PWM framework

2011-02-14 Thread Sascha Hauer
On Fri, Feb 11, 2011 at 12:22:27PM -0600, Bill Gatliff wrote: > Sascha: > > > > The objective of the sysfs request attribute is to prevent > simultaneous uses of a channel in both kernel and user spaces. Same > as with GPIO pins. The gpio framework does this with 'export', and it does exactly

Re: [PWM v3: 1/3] PWM: Implement a generic PWM framework

2011-02-16 Thread Sascha Hauer
On Mon, Feb 14, 2011 at 10:56:57AM -0600, Bill Gatliff wrote: > Sascha: > > > Keep the great comments coming! My replies inlined below. > > On Mon, Feb 14, 2011 at 2:03 AM, Sascha Hauer wrote: > > The gpio framework does this with 'export', and it does ex

Re: [GIT PULL] Generic PWM Device API

2011-02-28 Thread Sascha Hauer
On Sun, Feb 27, 2011 at 09:38:38PM -0600, Bill Gatliff wrote: > Andrew, Linus: > > > The git repository described in the following pull request implements > a generic PWM device driver API. This API is intended to eventually > supercede the existing PWM device drivers, but during a migration > p

Re: MFD device driver on top of UART/RS232

2015-11-16 Thread Sascha Hauer
Hi Andrey, +Cc NeilBrown On Mon, Nov 16, 2015 at 07:24:58PM +0300, Andrey Vostrikov wrote: > Hi, > > I have an embedded system with microcontroller connected via > UART/RS232 port. This microcontroller implements several low-level > functions that need to be exposed as device drivers in other >

Re: flicker free booting

2009-08-03 Thread Sascha Hauer
On Fri, Jul 31, 2009 at 01:42:35PM -0500, Bill Gatliff wrote: > Robert Schwebel wrote: >> >>> The question I've been looking at is: do sub-second boot times make >>> all this a moot point? After all, if you can bring up your graphics >>> driver in a fraction of a second and use *it* to display a

Re: New fast(?)-boot results on ARM

2009-08-18 Thread Sascha Hauer
On Fri, Aug 14, 2009 at 07:02:28PM +0200, Robert Schwebel wrote: > Hi, > > On Thu, Aug 13, 2009 at 05:33:26PM +0200, Robert Schwebel wrote: > > On Thu, Aug 13, 2009 at 08:28:26AM -0700, Arjan van de Ven wrote: > > > > That's bad :-) So there is no room for improvement any more in our > > > > ARM b

Re: New fast(?)-boot results on ARM

2009-08-19 Thread Sascha Hauer
On Tue, Aug 18, 2009 at 05:31:42PM +0200, Dirk Behme wrote: > Sascha Hauer wrote: >> On Fri, Aug 14, 2009 at 07:02:28PM +0200, Robert Schwebel wrote: >>> Hi, >>> >>> On Thu, Aug 13, 2009 at 05:33:26PM +0200, Robert Schwebel wrote: >>>> On Thu, Au

Re: New fast(?)-boot results on ARM

2009-08-20 Thread Sascha Hauer
On Wed, Aug 19, 2009 at 06:20:13PM +0200, Dirk Behme wrote: >> >> Yes, correct. The copying itself is between 'copy' and 'done' so it >> takes about 0.4s. >> >>> What's the size of the uncompressed kernel copied here? >> >> The image is about 2.8MB, but I copied the whole partition of 3MB >> becaus