Re: [PATCH v1 0/2] Kconfig changes to enable Graphics Support for S390
From: Geert Uytterhoeven <geert@linux-m68k.org>
Date: 2018-01-26 15:06:39
Also in:
linux-s390, lkml
Hi Farhan, On Fri, Jan 26, 2018 at 3:35 PM, Farhan Ali [off-list ref] wrote:
On 01/26/2018 08:41 AM, Geert Uytterhoeven wrote:quoted
On Thu, Jan 25, 2018 at 4:47 PM, Farhan Ali [off-list ref] wrote:quoted
This series of patches are in preparation for enabling an additional tty and console for a S390 KVM guest using a virtio-gpu device[1]. One of the steps to do this would be to enable CONFIG_VT for S390, and this would also require the dummy console (CONFIG_DUMMY_CONSOLE). Patch 1 enables the "Graphics support" menu which is needed to enable dummy console, since the VT layer needs it. Patch 2 fixes a Kconfig dependency issue for opencores framebuffer devices. This issue was exposed by the previous patch. Thanks Farhan [1] https://lists.nongnu.org/archive/html/qemu-devel/2017-09/msg04184.html Farhan Ali (2): Kconfig : Remove HAS_IOMEM dependency for Graphics support fbdev: Kconfig: Add HAS_IOMEM dependency for FB_OPENCORES drivers/video/Kconfig | 1 - drivers/video/fbdev/Kconfig | 2 +- 2 files changed, 1 insertion(+), 2 deletions(-)Shouldn't the order of your two patches be inverted, to avoid patch 1 introducing build breakage fixed by patch 2? Gr{oetje,eeting}s, GeertHi Geert, I wasn't sure what would be the best ordering since we would never hit the issue if patch 1 didn't exist. But if the preference is to invert the ordering of patches, then I will change the ordering.
Alternatively, you can combine two patches into a single patch, which
moves the dependency from the whole subsystem to the driver that needs
it (are there more?).
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds