All of lore.kernel.org
 help / color / mirror / Atom feed
From: Geert Uytterhoeven <geert@linux-m68k.org>
To: Farhan Ali <alifm@linux.vnet.ibm.com>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	linux-s390 <linux-s390@vger.kernel.org>,
	Linux Fbdev development list <linux-fbdev@vger.kernel.org>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Christian Borntraeger <borntraeger@de.ibm.com>,
	Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
	Tomi Valkeinen <tomi.valkeinen@ti.com>
Subject: Re: [PATCH v1 0/2] Kconfig changes to enable Graphics Support for S390
Date: Fri, 26 Jan 2018 16:06:36 +0100	[thread overview]
Message-ID: <CAMuHMdUFCKtdAHHt6SwBSQXiRgSKvnqFXUvrQ1jFkb8J0nuSMw@mail.gmail.com> (raw)
In-Reply-To: <19306e74-7c9b-5644-6f08-bbaef226afd8@linux.vnet.ibm.com>

Hi Farhan,

On Fri, Jan 26, 2018 at 3:35 PM, Farhan Ali <alifm@linux.vnet.ibm.com> wrote:
> On 01/26/2018 08:41 AM, Geert Uytterhoeven wrote:
>> On Thu, Jan 25, 2018 at 4:47 PM, Farhan Ali <alifm@linux.vnet.ibm.com>
>> wrote:
>>> 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,
>>
>>                          Geert
>>
>
> Hi 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

WARNING: multiple messages have this Message-ID (diff)
From: Geert Uytterhoeven <geert@linux-m68k.org>
To: Farhan Ali <alifm@linux.vnet.ibm.com>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	linux-s390 <linux-s390@vger.kernel.org>,
	Linux Fbdev development list <linux-fbdev@vger.kernel.org>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Christian Borntraeger <borntraeger@de.ibm.com>,
	Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>,
	Tomi Valkeinen <tomi.valkeinen@ti.com>
Subject: Re: [PATCH v1 0/2] Kconfig changes to enable Graphics Support for S390
Date: Fri, 26 Jan 2018 15:06:36 +0000	[thread overview]
Message-ID: <CAMuHMdUFCKtdAHHt6SwBSQXiRgSKvnqFXUvrQ1jFkb8J0nuSMw@mail.gmail.com> (raw)
In-Reply-To: <19306e74-7c9b-5644-6f08-bbaef226afd8@linux.vnet.ibm.com>

Hi Farhan,

On Fri, Jan 26, 2018 at 3:35 PM, Farhan Ali <alifm@linux.vnet.ibm.com> wrote:
> On 01/26/2018 08:41 AM, Geert Uytterhoeven wrote:
>> On Thu, Jan 25, 2018 at 4:47 PM, Farhan Ali <alifm@linux.vnet.ibm.com>
>> wrote:
>>> 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,
>>
>>                          Geert
>>
>
> Hi 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

  reply	other threads:[~2018-01-26 15:06 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-01-25 15:47 [PATCH v1 0/2] Kconfig changes to enable Graphics Support for S390 Farhan Ali
2018-01-25 15:47 ` Farhan Ali
2018-01-25 15:47 ` [PATCH v1 1/2] Kconfig : Remove HAS_IOMEM dependency for Graphics support Farhan Ali
2018-01-25 15:47   ` Farhan Ali
2018-01-26 12:31   ` Thomas Huth
2018-01-26 12:31     ` Thomas Huth
2018-01-25 15:47 ` [PATCH v1 2/2] fbdev: Kconfig: Add HAS_IOMEM dependency for FB_OPENCORES Farhan Ali
2018-01-25 15:47   ` Farhan Ali
2018-01-26 12:33   ` Thomas Huth
2018-01-26 12:33     ` Thomas Huth
2018-01-26 12:38     ` Tomi Valkeinen
2018-01-26 12:38       ` Tomi Valkeinen
2018-01-26 14:32       ` Farhan Ali
2018-01-26 14:32         ` Farhan Ali
2018-01-26 13:41 ` [PATCH v1 0/2] Kconfig changes to enable Graphics Support for S390 Geert Uytterhoeven
2018-01-26 13:41   ` Geert Uytterhoeven
2018-01-26 14:35   ` Farhan Ali
2018-01-26 14:35     ` Farhan Ali
2018-01-26 15:06     ` Geert Uytterhoeven [this message]
2018-01-26 15:06       ` Geert Uytterhoeven
2018-01-26 16:26       ` Farhan Ali
2018-01-26 16:26         ` Farhan Ali
2018-01-30 13:22         ` Christian Borntraeger
2018-01-30 13:22           ` Christian Borntraeger

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAMuHMdUFCKtdAHHt6SwBSQXiRgSKvnqFXUvrQ1jFkb8J0nuSMw@mail.gmail.com \
    --to=geert@linux-m68k.org \
    --cc=alifm@linux.vnet.ibm.com \
    --cc=borntraeger@de.ibm.com \
    --cc=linux-fbdev@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-s390@vger.kernel.org \
    --cc=schwidefsky@de.ibm.com \
    --cc=stefan.kristiansson@saunalahti.fi \
    --cc=tomi.valkeinen@ti.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.