[PATCH 1/1] Remove suspend/resume functionality, add dynamic clocking

Pavel Machek pavel at ucw.cz
Sun Dec 6 16:08:05 EST 2009


On Sun 2009-12-06 22:02:25, Uwe Kleine-König wrote:
> Hi,
> 
> On Sun, Dec 06, 2009 at 09:47:31AM +0100, Pavel Machek wrote:
> > Hi!
> > 
> > > > Subject: Re: [PATCH 1/1] Remove suspend/resume functionality, add dynamic
> > > > clocking
> > > > 
> > > > Hello,
> > > > 
> > > > can you please add something like "i2c-pnx: " to the subject?
> > > > (Actually it's a great strategy *not* to put it into the Subject.  This
> > > > way it attracts far more attention :-)
> > > > 
> > > 
> > > Good point!
> > > 
> > > > > Remove suspend/resume functionality, I2C driver gates clock on
> > > > > only when an I2C transaction is in progress
> > > > What happens when the machine suspends while a transfer is in progress?
> > > > (This might be a problem that already existed before.)  If this is
> > > > really a problem the easiest "fix" is to let the suspend callback return
> > > > -EBUSY in this case.
> > > 
> > > The suspend callback is now removed. It's actually not needed with this
> > > change. The I2C clocks will turn on prior to a transaction and then turn
> > > off at the completion.
> > 
> > Are you sure its unneeded? What if someone attempts to suspend the
> > system when a transaction is running?
> That's exactly my question.  I think the machine will suspend and the
> transaction fail.  So no suspend callback isn't optimal, but maybe OK?!

Having failures just because suspend happened at wrong time is
bad. .suspend() should just wait for end of transaction.

										Pavel

-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html



More information about the linux-arm-kernel mailing list