Couple of DRA7 hwmod patches on Timers
Get series with b4
b4 am [email protected]Versions newest first
- v1 Latest0 of 2 patches 0 repliesNew
Patches in v1 No applies recorded yet
None of the 2 patches the cover letter announces are in this archive.
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.
Cover letter [PATCH 0/2] Couple of DRA7 hwmod patches on Timers
Hi Paul,
Quoted 15 lines
Quoted 11 lines
Following are couple of DRA7 hwmod patches for the GPTimers. Patches based on 4.0-rc1.
The first patch adds the data for timers 13 through 16, the DT nodes are already present, and when enabled without the hwmod data triggers a
l3_nocinterrupt and hangs the kernel boot [1]. The boot hang can also be fixed by checking the return status ofpm_runtime_get_sync()in the OMAP dmtimer probe, I will post a separate fix for that.Second patch is a minor fix.
Thanks. Sounds like the first one should go in for v4.0-rc fixes, and the second one can wait for v4.1?
Quoted 6 lines
If so then could you repost the first fix to include the description of why it should go in early in the patch description ("the DT nodes are already present, and when enabled without the hwmod data triggers a
l3_nocinterrupt and hangs the kernel boot"). That should avoid anyone questioning why it would go in as a v4.0-rc fix at this point, and should help the -stable crew out.
Actually, both of them can be queued for v4.1. Tony has already sent a pull request with the fixes [1] in the driver. The driver fixes will scale for all SoCs, so will fix this boot issue as well if anyone tries to enable these timers.
regards
Suman