On Thu, Jul 21, 2016 at 03:06:16PM -0700, Florian Fainelli wrote: > Mark, would you oppose to a driver structure that looks like the > Broadcom NAND driver under drivers/mtd/nand/brcmnand/, where we have > something like this: > - the core driver only deals with individual interrupt lines which are > available in the original version of the IP block as integrated on > Set-top-box/Cable Modem chips I need time to look at this (hopefully before Monday but stuff might come up) but I definitely think it would help to merge an initial driver that doesn't handle the extra register range and then deal with the extra register range as an incremental patch on top of that - this would mean we can get the common code that's used on all boards (which is fairly straighforward IIRC) merged and then whatever solution is used for the more complicated integrations can be handled separately. If nothing else it'd make it easier to think about the more complicated cases if we're looking at just that code in one patch. But no need to do that if you don't want to, it might help speed things along though.
Attachment:
signature.asc
Description: PGP signature
