Received: by 10.223.185.116 with SMTP id b49csp921042wrg; Wed, 21 Feb 2018 09:03:42 -0800 (PST) X-Google-Smtp-Source: AH8x224FofPuwUjHU3PZMOAszl7fFaGyJIZDwrCxuAf46uXoZqtIdDsxj/6RuS+l/UvZdLXlZ9Q1 X-Received: by 10.99.96.77 with SMTP id u74mr3265510pgb.453.1519232622072; Wed, 21 Feb 2018 09:03:42 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1519232622; cv=none; d=google.com; s=arc-20160816; b=hw8IY318Ttzx0X00f44ruaY8k4N3sc3hDn3SToTYnSLgkkeGAesCo1O7AqE3mFoaYD UT7A4zpyCVT1kxyHGFYRtXUYLuwMelKn6mgPkggveCV1HokHGoDRu6NGNOwEHSqNmap2 P69ofTmIF1V72lWDob1h+E2a60uC6xHJZ9s/QVxYfvsQ1RPjL5PykrtXCro2Om7ef/7f uXQ9x8wTfLGRlvsx4h08Ag9vGXDvGsMio29hTECAz4N7iJBvYO93rYFT3Rxk7ZLFGnbI udl+7hW7IraC/2k8jVxMYRgBP1EUgcTl3uTZjWX4OMzkRq7KYnro7qm56ideskQ47lgU IN+A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date:arc-authentication-results; bh=8XlCNoFQj3SoA9CrQKHDDtYYSR4qQJ5Wi5TdowpAuyI=; b=RpeznO4WH/p8mP049jyC1h9zKKcXrmO11oR23kriOdgnjycF+k13Urwn9CtfRNL9Pg QcHOvyQ1fchG845Ku2HL78b47kNZupz8yxbMkRZ5eh2zGJkFEJoWqaxwLQPvhMoEu4g/ tuiQRL+disyg5hHyNI7tuFZ6jqnLMEBDe3S6asr0mLgBYQ1AHAdBB2NaH4R3j8UX1LJw t451qBxR5VXlD3xc8rfji0tkOm++LZk35nzFTfC36xnIcBPydw+jxTcREpaXKf7BOoOW PR3U0rx0epyOwxqY9y1Hs6thx8wniG2jfJyHYpS0hWhT/e4IKyXYPGUEfnWbFwcZEPPp z8og== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id g13-v6si1565448plo.243.2018.02.21.09.03.27; Wed, 21 Feb 2018 09:03:42 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752089AbeBUMIC convert rfc822-to-8bit (ORCPT + 99 others); Wed, 21 Feb 2018 07:08:02 -0500 Received: from mx3-rdu2.redhat.com ([66.187.233.73]:41302 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751401AbeBUMIA (ORCPT ); Wed, 21 Feb 2018 07:08:00 -0500 Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.rdu2.redhat.com [10.11.54.3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id DD6A0406AE1C; Wed, 21 Feb 2018 12:07:59 +0000 (UTC) Received: from gondolin (ovpn-117-124.ams2.redhat.com [10.36.117.124]) by smtp.corp.redhat.com (Postfix) with ESMTP id 33A8210073C0; Wed, 21 Feb 2018 12:07:58 +0000 (UTC) Date: Wed, 21 Feb 2018 13:07:55 +0100 From: Cornelia Huck To: Christian Borntraeger Cc: Thomas Huth , Farhan Ali , linux-kernel@vger.kernel.org, linux-s390@vger.kernel.org, linux-fbdev@vger.kernel.org, geert@linux-m68k.org, tomi.valkeinen@ti.com, b.zolnierkie@samsung.com Subject: Re: [PATCH v3 1/3] Kconfig : Remove HAS_IOMEM dependency for Graphics support Message-ID: <20180221130755.17d15f89.cohuck@redhat.com> In-Reply-To: References: <2beec7645bac82e7bdef4f6df0b9f4fe28696575.1519053920.git.alifm@linux.vnet.ibm.com> <6cae85dc-76d5-1b92-ab13-a5e441eb84a0@linux.vnet.ibm.com> <20180221113217.11bb1c69.cohuck@redhat.com> <1f8907d4-c4a3-d41b-8834-679dcc85de4a@de.ibm.com> <5dfa9213-0e63-54d0-8700-1ced4efd4c28@redhat.com> Organization: Red Hat GmbH MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT X-Scanned-By: MIMEDefang 2.78 on 10.11.54.3 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.5]); Wed, 21 Feb 2018 12:07:59 +0000 (UTC) X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.5]); Wed, 21 Feb 2018 12:07:59 +0000 (UTC) for IP:'10.11.54.3' DOMAIN:'int-mx03.intmail.prod.int.rdu2.redhat.com' HELO:'smtp.corp.redhat.com' FROM:'cohuck@redhat.com' RCPT:'' Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 21 Feb 2018 12:49:35 +0100 Christian Borntraeger wrote: > On 02/21/2018 12:29 PM, Thomas Huth wrote: > > On 21.02.2018 12:22, Christian Borntraeger wrote: > >> > >> > >> On 02/21/2018 12:14 PM, Thomas Huth wrote: > >>> On 21.02.2018 12:09, Christian Borntraeger wrote: > >>>> > >>>> > >>>> On 02/21/2018 11:32 AM, Cornelia Huck wrote: > >>>>> On Wed, 21 Feb 2018 11:22:38 +0100 > >>>>> Christian Borntraeger wrote: > >>>>> > >>>>>> On 02/21/2018 11:05 AM, Christian Borntraeger wrote: > >>>>>>> > >>>>>>> > >>>>>>> On 02/19/2018 05:38 PM, Farhan Ali wrote: > >>>>>>>> > >>>>>>>> > >>>>>>>> On 02/19/2018 11:25 AM, Thomas Huth wrote: > >>>>>>>>> On 19.02.2018 16:47, Farhan Ali wrote: > >>>>>>>>>> The 'commit e25df1205f37 ("[S390] Kconfig: menus with depends on HAS_IOMEM.")' > >>>>>>>>>> added the HAS_IOMEM dependecy for "Graphics support". This disabled the > >>>>>>>>>> "Graphics support" menu for S390. But if we enable VT layer for S390, > >>>>>>>>>> we would also need to enable the dummy console. So let's remove the > >>>>>>>>>> HAS_IOMEM dependency. > >>>>>>>>>> > >>>>>>>>>> Move this dependency to sub menu items and console drivers that use > >>>>>>>>>> io memory. > >>>>>>>>>> > >>>>>>>>>> Signed-off-by: Farhan Ali > >>>>>>>>>> --- > >>>>>>>>>>   drivers/video/Kconfig         | 21 +++++++++++---------- > >>>>>>>>>>   drivers/video/console/Kconfig |  4 ++-- > >>>>>>>>>>   2 files changed, 13 insertions(+), 12 deletions(-) > >>>>>>>>>> > >>>>>>>>>> diff --git a/drivers/video/Kconfig b/drivers/video/Kconfig > >>>>>>>>>> index 3c20af9..8f10915 100644 > >>>>>>>>>> --- a/drivers/video/Kconfig > >>>>>>>>>> +++ b/drivers/video/Kconfig > >>>>>>>>>> @@ -3,7 +3,6 @@ > >>>>>>>>>>   # > >>>>>>>>>>     menu "Graphics support" > >>>>>>>>>> -    depends on HAS_IOMEM > >>>>>>>>>>     config HAVE_FB_ATMEL > >>>>>>>>>>       bool > >>>>>>>>>> @@ -11,20 +10,22 @@ config HAVE_FB_ATMEL > >>>>>>>>>>   config SH_LCD_MIPI_DSI > >>>>>>>>>>       bool > >>>>>>>>>>   -source "drivers/char/agp/Kconfig" > >>>>>>>>>> +if HAS_IOMEM > >>>>>>>>>> +    source "drivers/char/agp/Kconfig" > >>>>>>>>>>   -source "drivers/gpu/vga/Kconfig" > >>>>>>>>>> +    source "drivers/gpu/vga/Kconfig" > >>>>>>>>>>   -source "drivers/gpu/host1x/Kconfig" > >>>>>>>>>> -source "drivers/gpu/ipu-v3/Kconfig" > >>>>>>>>>> +    source "drivers/gpu/host1x/Kconfig" > >>>>>>>>>> +    source "drivers/gpu/ipu-v3/Kconfig" > >>>>>>>>>>   -source "drivers/gpu/drm/Kconfig" > >>>>>>>>>> +    source "drivers/gpu/drm/Kconfig" > >>>>>>> > >>>>>>> > >>>>>>> Hmmm, looks like that this makes it impossible to select VIRTIO_GPU - need still more > >>>>>>> work. > >>>>>>> > >>>>>> Sorry my fault. I had CONFIG_PCI disabled. > >>>>> > >>>>> That smells like the s390 HAS_IOMEM stuff needs more work -- I guess > >>>>> that you want to enable a ccw virtio-gpu device, not a pci one, right? > >>>> > >>>> It is a ccw virtio-gpu. But s390 has no IOMEM without CONFIG_PCI, so you cannot > >>>> select VIRTIO_GPU, which needs DRM, which need IOMEM. > >>> > >>> So the 'source "drivers/gpu/drm/Kconfig"' should maybe rather reside > >>> outside of the "if HAS_IOMEM" path? Or does it not compile anymore that way? > >> > >> virtio-gpu depends on drm. So in essence it boils down to if you want virtio-gpu > >> you also need to enable PCI, even if the actual channel is ccw. > > > > But if you need to enable PCI to get IOMEM, I wonder why this patch here > > is needed at all? The Graphics menu / VT dummy console should be > > available in the config if IOMEM is enabled anyway? > > That is a good question. With CONFIG_PCI=y I can select virtio-gpu and dummy-console. > IIRC the issue was that with patch 3 we can have the situation where we have > CONFIG_VT = y and CONFIG_DUMMY_CONSOLE=n and this will crash early during boot as > conswitchp is NULL. So in practice, CONFIG_VT depends on "there's a console available, even if it's only the dummy one"? > This patches goal was to always enable dummy console even without > PCI, but it obviously fails to do so. OTOH, the dummy console really should not depend on anything, as it is only doing dummy things. > > So what about allowing CONFIG_VT on s390 only if we have PCI? > > > diff --git a/drivers/tty/Kconfig b/drivers/tty/Kconfig > index 84810075a6a0..1c7fe09d6f90 100644 > --- a/drivers/tty/Kconfig > +++ b/drivers/tty/Kconfig > @@ -11,7 +11,7 @@ if TTY > > config VT > bool "Virtual terminal" if EXPERT > - depends on !UML > + depends on !UML && (!S390 || PCI) > select INPUT > default y > ---help--- > Would cover your use case, but feels wrong to me... config dependencies aren't fun :/