On Thu, 2015-08-06 at 09:52 -0700, Brian Norris wrote: > On Wed, May 20, 2015 at 09:17:11PM -0500, Scott Wood wrote: > > From: Jaiprakash Singh <b44...@freescale.com> > > > > IFC IO accressor are set at run time based > > on IFC IP registers endianness.IFC node in > > DTS file contains information about > > endianness. > > > > Signed-off-by: Jaiprakash Singh <b44...@freescale.com> > > Signed-off-by: Scott Wood <scottw...@freescale.com> > > --- > > v5: I'm assuming it's the same as v4, but I didn't send v4, and this > > comes from a versionless [RESEND] that never made it to the mailing list, > > so bumping the version just in case. > > Acked-by: Brian Norris <computersforpe...@gmail.com> > > Who takes patches for drivers/memory/ again? I can take it via MTD if > no one else steps up. There's no maintainer listed. IIRC, when we previously discussed the patch we both said that it could go via either of our trees. I'll take it via mine.
> It's nothing new, but this patch continues the pattern of using a global > pointer to the IFC device structure. Not pretty, but not worth holding > this up over. It's not pretty, but I see little reason to come up with more complicated infrastructure for the drivers finding each other given the low odds of ever seeing a single-kernel system with more than one IFC. It's impossible with current chips. If it ever does happen we can do something fancier. -Scott _______________________________________________ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev
