Drop more omap3 legacy board-*.c files for v4.2
Get series with b4
b4 am 20150506085204.GE30910@paliVersions newest first
- v1 Latest0 of 3 patches 0 repliesNew
Patches in v1 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 v1 yet.
Cover letter [PATCH 0/3] Drop more omap3 legacy board-*.c files for v4.2
Quoted 55 lines · On Tuesday 05 May 2015 10:00:21 Tony Lindgren wrote:
Quoted 39 lines · Pali Roh?r
Quoted 38 lines · On Tuesday 05 May 2015 17:06:38 Tony Lindgren wrote:
Quoted 36 lines · Pali Roh?r
Quoted 25 lines · On Tuesday 05 May 2015 07:43:08 Tony Lindgren wrote:
Quoted 11 lines · Arnd Bergmann
Quoted 10 lines · On Monday 04 May 2015 13:01:54 Tony Lindgren wrote:
For dropping the remaining omap3 legacy boot support, we still have the following board-*.c files:
BOARD REASON NEEDED
board-ldp.cStill used in RMKs boot test
systemboard-omap3logic.cGetting a .dts file
for v4.2board-omap3pandora.cGot a .dts file for
v4.1 board-rx51-*.c Needs/proc/atags
support for user spaceQuoted 8 lines
Quoted 5 lines
I'm hoping we can drop those for v4.3 merge window, then keep the platform data around for one more merge window in case of reverting needed, then drop the platform data too for v4.4 if no issues needing reverting are found.
Sounds great. Has there been a conclusion about what to do for the rx51
/proc/atagssupport?I believe we just need to enable
/proc/atagsalso for device tree based booting ifCONFIG_ARM_ATAG_DTB_COMPAT. Pali may have more info on that.Quoted 5 lines
Then looks like Pali's two patches for showing the revision are still pending in thread "[PATCH v2 0/2] ARM:
/proc/cpuinfo: DT: Add support for Revision":I think I already sent all need patches to ML. But I did not check if you merged them or not. I did not get any new comments for them for a while and right now I do not have time for looking at it again.
Quoted 7 lines
Quoted 5 lines
Oh OK, do you have link to the
/proc/atagspatch somewhere?Maybe Arnd and Nico can pick them up and sort out how we should queue them with Russell?
Hmm looks like you should resend all your pending four patches properly with the people mentioned above in Cc to the LAKML and linux-omap.. Assuming something will happen to them when the patches are buried into a middle of some old threads does not work well.. Best to just follow das protokoll und whine and follow up until the patches get merged :)
Quoted 3 lines
Regards,
Tony
Now I resent "ARM: /proc/cpuinfo: DT: Add support for Revision" patches to MLs again without in-reply-to header.
Patches for /proc/atags I do not have currently in git format-patch mbox format, so cannot resent it right now...
Signature · 2 lines
Pali Roh?r pali.rohar at gmail.com