GPMC driver conversion
Get series with b4
b4 am [email protected]Versions newest first · linked by author and title
- v8 Latest posting 2/20 of 3 patches 0 repliesNew
- v8 posting 1/21 of 3 patches 0 repliesSuperseded
- v5 posting 2/22 of 14 patches 0 repliesSuperseded
Earlier versions · 2
| Version | Posted | Patches | Replies | Status |
|---|---|---|---|---|
| v5 posting 1/2 | 11 of 14 patches | 0 replies | Superseded | |
| v1 | 3 patches | 0 replies | Superseded |
Patches in v8 posting 2/2 No applies recorded yet
None of the 3 patches the cover letter announces are in this archive.
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v8 yet.
Cover letter [PATCH v8 0/3] GPMC driver conversion
Quoted 12 lines · Mohammed, Afzal
Hi Tony,
Quoted 8 lines · Tony Lindgren
Great, this all looks good to me. I suggest that on top of this we add minimal devicetree binding that does not even attempt to deal with the timings yet.
Then once the minimal devicetree binding is in place, we can call the current GPMC timing functions using the compatible flags and auxdata in the
gpmc.cdriver.
Quoted 8 lines
Quoted 3 lines
That way we get all the legacy boards booting with GPMC support for smsc911x etc, and can even remove some less used board-*.c files.
Thanks. I agree with your suggestion and would be proceeding so as to achieve minimal devicetree support.
And a newer version of this series has been posted.
OK great!
Quoted 7 lines
Quoted 2 lines
Then we just add the generic GPMC timings when we're happy with those.
Meanwhile can you send me the gpmc debug logs for n800 where tusb patch on generic timing was causing the hang along with logs without the culprit tusb patch so that we could arrive at generic gpmc timings.
Yes sorry been meaning to do that but keep getting distracted continuously somehow..
Tony