Sergei Ianovich <ynvich@xxxxxxxxx> writes: > On Tue, 2015-12-15 at 18:02 +0100, Arnd Bergmann wrote: >> On Tuesday 15 December 2015 19:42:07 Sergei Ianovich wrote: >> > There are several board-specific devices on LP8x4x: custom FPGA, >> > custom >> > UART, custom IRQ on FPGA, custom parallel bus for industrial IO. The >> > defconfig file could alert potential users to this fact. If this is >> > not >> > a sufficient reason to have a defconfig file, it can be dropped. >> > >> > I use the full .config anyway >> >> I would like those drivers to be enabled in some defconfig, so we get >> compile-time coverage, but we generally stopped having one-config-per- >> board >> files. >> >> Maybe we can have a pxa_defconfig file that enables lots of boards >> and then we remove the individual configs? We don't have to remove >> them all at once, but it would make me very happy if we could at >> least kill off some of the ones that are not used regularly. Yeah, I'd be happy too, that would simplify also my life. Actually I was thinking of 2 defconfigs : - one for platform_data based boards pxa2xx - one for DT only boards pxa2xx > lp8x4x seems to be the first pxa board which requires DT. Most probably AFAIK. > We can create pxa27x-dt_defconfig which selects: > 1. PXA27X_DT > 2. PXA_FB and 8250_PXA to enable console > 3. MMC, MMC_PXA and EXT4_FS to enable boot from MMC If you put MMC_PXA, one can argue why not any MTD device used on pxa devices, such as pxa2xx-flash or docg3/docg4, etc ... I won't argue, I'm just pondering about the right choice. > 4. all optional pxa stuff as modules > 5. all stuff on supported pxa boards as modules > If #5 is extended when support for new boards is added, it should be > possible to run any supported pxa27x board with pxa27x_defconfig. I'm very eager to see a patch on that. I can feed my Jenkins with it, it would greatly help me catch issues earlier. Moreover it would for free test it on lubbock, mainstone and mioa701. If there was one also for pxa3xx, I would launch it on zylonite cm-x300 ... (that's a bonus, I know :)) Cheers. -- Robert -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html