I2C: OMAP: Fixes and removal of cpu_... from driver
Get series with b4
b4 am [email protected]Versions newest first
- v1 Latest2 of 18 patches 0 repliesNew
2 of 18 patches are in this archive. The cover letter announces 18.
Patches in v1 No applies recorded yet
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 14/18 | I2C: OMAP1/OMAP2+: create omap I2C functionality flags for each cpu_... test | +0 | 0 replies | |
| 15/18 | I2C: OMAP2+: add correct functionality flags to all omap2plus i2c dev_attr | +0 | 0 replies |
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.
Cover letter [PATCH 2 00/18] I2C: OMAP: Fixes and removal of cpu_... from driver
Hi Tony,
Quoted 8 lines · Tony Lindgren
Quoted 4 lines · Cousson, Benoit
Hi Andy,
Thanks for that really fast update. That looks pretty good at first glance. I still have to review in details.
Yes nice job!
Quoted 8 lines
Quoted 1 line
And we need to find some volunteers for OMAP1& 2 testing.
I gave it a quick try on osk5912, seems to work just fine. Will apply these for testing purposes to linux-omap tree while waiting for the minor fixes.
Looks like Benoit should take the
arch/arm/*omap*/*hwmod*patches, the rest should go throug Ben. So for all of them:
Paul and I already acked the hwmod data, but the whole series should maybe go through Ben, because the hwmod files will need some defines added in the i2c header file. So we cannot separate the hwmod* patches from the driver files patches.
I just have one minor comment to keep the OMAP4 data in sync with the autogen, but if Andy does not have any important update to do on that series, I can potentially fix that later.
Regards
Benoit