Message ID | 20221207163359.26564-1-larry.lai@yunjingtech.com |
---|---|
Headers | show |
Series | Add support control UP board CPLD/FPGA pin control | expand |
On Wed, Dec 7, 2022 at 5:36 PM larry.lai <larry.lai@yunjingtech.com> wrote: > The UP board <http://www.upboard.com> is the computer board for > Professional Makers and Industrial Applications. We want to upstream > the UP board 40-pin GP-bus Kernel driver for giving the users better > experience on the software release. (not just download from UP board > github) > > These patches are generated from the Linux kernel mainline tag v6.0. Why are these patches tagged RFC now? Weird. Came to think of this: Shouldn't the subdrivers for pin control LED etc have: default MFD_INTEL_UPBOARD_FPGA i.e become y if the core driver is y, becomes m if the core driver is m. Of course it is possible to run around in menuconfig and activate them all manually interactively and be frustrated that something is missing still but setting them default like this saves everybody's time. Activate the MFD core driver and everything else comes with it, then it can be turned off at request. Yours, Linus Walleij
On Thu, Dec 08, 2022 at 12:33:56AM +0800, larry.lai wrote: > The UP board <http://www.upboard.com> is the computer board for > Professional Makers and Industrial Applications. We want to upstream > the UP board 40-pin GP-bus Kernel driver for giving the users better > experience on the software release. (not just download from UP board > github) > > These patches are generated from the Linux kernel mainline tag v6.0. I have just checked the v3 (previous version of this) and I haven't found any evidence that I gave my tag or permission to use it. What the heck is going on here?!