Hello Lee,
On 01/22/2015 10:46 AM, Lee Jones wrote:
>>
>> But there doesn't seem to be a LPC subsystem in the kernel so we don't have a
>> nice abstraction layer in this case.
>
> This is the crux of the problem. However, I feel bad for MFD, as it
> is, once more, being used as an "well it doesn't fit anywhere else, so
> let's shoehorn it in there" type of dumping ground.
>
Yes, I completely understand your point, is that I didn't think that a ~300
lines driver was that bad specially since the communication bits that reads
and writes the register is not a complex logic IMHO.
>> > Are there any other Low Pin Count drivers in the kernel?
>> >
>>
>> I don't know tbh, I didn't even know what LPC was before I picked this patch
>> to push it upstream. I searched in the Linux codebase for other LPC drivers
>> but I didn't find anything, that doesn't mean that it doesn't exist though.
>
> I agree. Perhaps a suitable driver should live in drivers/misc until
> there are enough of them to warrant its own subsystem.
>
Yes, I can move the driver to drivers/misc if you think that is more suitable
to be there.
I've taken another look and AFAICT there are two other mfd drivers that use an
LPC bus, these are drivers/mfd/lpc_{i,s}ch.c for Intel's I/O Controller HUB and
System Controller Hub respectively.
> Anyone else have an opinion?
>
Best regards,
Javier
--
To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
