On Mon, 6 Dec 2010, Guenter Roeck wrote:
> > From: Maciej W. Rozycki <email@example.com>
> > This is a rewrite of large parts of the driver mainly so that it uses
> > SMBus interrupts to offload the CPU from busy-waiting on status inputs.
> > As a part of the overhaul of the init and exit calls, all accesses to the
> > hardware got converted to use accessory functions via an ioremap() cookie.
> > Minimally rebased by Matt Turner.
> > Tested-by: Matt Turner <firstname.lastname@example.org>
> > Signed-off-by: Matt Turner <email@example.com>
> I applied the patch to my 1480 tree. Unfortunately, it doesn't work with
> my system. As far as I can see, the driver does not get any interrupts.
> My tree is 2.6.32, though. Do you know if I might be missing some other
> relevant patch ?
As the original author I apologise for the lack of response about these
changes -- I've had a really, really hectic time recently and will
continue to suffer from that for several weeks yet at the very least.
As to the patches -- these I submitted originally back in 2008 as a
series. There may have been more than one series actually, but I can't
recall the details offhand. There were some discussions and concerns
about some of the patches which in the end I did not fully address owing
to various disruptions and the lack of time, which is why they did not go
in. I do remember some bits about interrupt handling as the original
implementation of the I2C host interface used polling only and I saw it as
a gross inefficiency. Obviously with all the bits in place they used to
work at least for me.
Matt, thanks for keeping your eye on these bits and reviving them; I've
meant to do so for a long time now, but never came to it. Please note
however, as I'm the original author, my original Signed-off-by markups
continue to apply and you should be quoting them with the submissions.
You should only add your own Signed-off-by annotation if you made any
changes and it would make sense to state what these changes were.
I'll do my best to provide some aid with these bits, but won't be able to
do anything but plain code review up till January at the very least, and
then maybe not even that. My SWARM board has been stuck with 2.6.27-ish
for a long while now. Sorry.