All of lore.kernel.org
 help / color / mirror / Atom feed
From: dmkhn@proton.me
To: "Orzel, Michal" <michal.orzel@amd.com>
Cc: xen-devel@lists.xenproject.org, andrew.cooper3@citrix.com,
	anthony.perard@vates.tech, jbeulich@suse.com, julien@xen.org,
	oleksii.kurochko@gmail.com, roger.pau@citrix.com,
	sstabellini@kernel.org, dmukhin@ford.com
Subject: Re: [PATCH v1 07/16] arm/vuart: rename 'virtual UART' Kconfig option
Date: Thu, 31 Jul 2025 21:02:14 +0000	[thread overview]
Message-ID: <aIvZ0a5P1ETGoOmp@kraken> (raw)
In-Reply-To: <3daf1254-0acb-426b-b28b-57665f406c3b@amd.com>

Hi Michal,

On Wed, Jun 25, 2025 at 09:07:48AM +0200, Orzel, Michal wrote:
> 
> 
> On 24/06/2025 09:14, dmkhn@proton.me wrote:
> > On Tue, Jun 24, 2025 at 08:37:22AM +0200, Orzel, Michal wrote:
> >>
> >>
> >> On 24/06/2025 05:55, dmkhn@proton.me wrote:
> >>> From: Denis Mukhin <dmukhin@ford.com>
> >>>
> >>> Rename HWDOM_VUART to HAS_VUART_MMIO.
> >>>
> >>> This emulator emulates only one register and the use of the emulator is
> >>> limited to early boot console in the guest OS.
> >>>
> >>> No functional change.
> >>>
> >>> Signed-off-by: Denis Mukhin <dmukhin@ford.com>
> >>> ---
> >>>  xen/arch/arm/Kconfig              | 2 +-
> >>>  xen/arch/arm/Makefile             | 2 +-
> >>>  xen/arch/arm/include/asm/domain.h | 2 +-
> >>>  xen/arch/arm/vuart.h              | 4 ++--
> >>>  4 files changed, 5 insertions(+), 5 deletions(-)
> >>>
> >>> diff --git a/xen/arch/arm/Kconfig b/xen/arch/arm/Kconfig
> >>> index 03888569f38c..b11cb583a763 100644
> >>> --- a/xen/arch/arm/Kconfig
> >>> +++ b/xen/arch/arm/Kconfig
> >>> @@ -177,7 +177,7 @@ config HAS_VUART_PL011
> >>>  	  Allows a guest to use SBSA Generic UART as a console. The
> >>>  	  SBSA Generic UART implements a subset of ARM PL011 UART.
> >>>
> >>> -config HWDOM_VUART
> >>> +config HAS_VUART_MMIO
> >> I personally don't like this change. The current config option name reads much
> >> better and clearly denotes the purpose.
> >
> > In my opinion, the MMIO-based UART is a useful debugging tool for early guest
> > boot, even when the guest doesn't run in hwdom or on Arm system.
> The reason why this vUART is for hwdom is that is uses information from dtuart
> (physical UART used by Xen probed from DT). This is to enable kernels used as
> dom0 that had early printk/earlycon set for this serial device (as if they run
> baremetal). Regular domUs have vPL011 and don't need hwdom vUART.

OK, I'll keep hwdom, hope there will be no need to change it again.

I think dtuart may be useful for bringing up some exotic OSes which do
not have pl011 driver.

But then, I want to do s/HWDOM_VUART/VUART_HWDOM/g so all vUART build-time settings
have the same naming convention:
    VUART_SBSA
    VUART_NS16550

Will that be OK with you?

--
Denis

> 
> ~Michal
> 



  reply	other threads:[~2025-07-31 21:02 UTC|newest]

Thread overview: 59+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-06-24  3:54 [PATCH v1 00/16] xen: framework for UART emulators dmkhn
2025-06-24  3:55 ` [PATCH v1 01/16] arm/vpl011: rename virtual PL011 Kconfig option dmkhn
2025-06-24  6:13   ` Orzel, Michal
2025-06-24  7:24     ` dmkhn
2025-07-17 15:43       ` Alejandro Vallejo
2025-07-17 19:58         ` dmkhn
2025-07-18 11:10           ` Alejandro Vallejo
2025-06-24  3:55 ` [PATCH v1 02/16] arm/vpl011: move DT node parsing to PL011 emulator code dmkhn
2025-06-24  7:49   ` Orzel, Michal
2025-06-24 21:56     ` dmkhn
2025-06-25  6:57       ` Orzel, Michal
2025-07-31 21:02         ` dmkhn
2025-06-24  3:55 ` [PATCH v1 03/16] arm/vpl011: use vuart_ prefix in vpl011 public calls dmkhn
2025-06-24 10:11   ` Orzel, Michal
2025-06-24 22:17     ` dmkhn
2025-07-31 21:11     ` dmkhn
2025-06-24  3:55 ` [PATCH v1 04/16] arm/vpl011: use raw spin_lock_{irqrestore,irqsave} dmkhn
2025-06-24  5:46   ` Jan Beulich
2025-06-24  7:50     ` Orzel, Michal
2025-06-24 21:46       ` dmkhn
2025-06-25  6:52         ` Orzel, Michal
2025-07-31 21:03           ` dmkhn
2025-06-24  3:55 ` [PATCH v1 05/16] arm/vpl011: use void pointer in domain struct dmkhn
2025-06-25  7:21   ` Orzel, Michal
2025-06-24  3:55 ` [PATCH v1 06/16] arm/vpl011: remove vpl011 header file dmkhn
2025-06-24  3:55 ` [PATCH v1 07/16] arm/vuart: rename 'virtual UART' Kconfig option dmkhn
2025-06-24  6:37   ` Orzel, Michal
2025-06-24  7:14     ` dmkhn
2025-06-25  7:07       ` Orzel, Michal
2025-07-31 21:02         ` dmkhn [this message]
2025-06-24  3:56 ` [PATCH v1 08/16] arm/vuart: move simple MMIO-based vUART declarations to common header dmkhn
2025-06-24  3:56 ` [PATCH v1 09/16] arm/vuart: use void pointer in domain struct dmkhn
2025-06-24  3:56 ` [PATCH v1 10/16] arm/vuart: merge vuart_print_char() with vuart_mmio_write() dmkhn
2025-06-24  3:56 ` [PATCH v1 11/16] xen/domain: introduce common emulation flags dmkhn
2025-06-24  3:56 ` [PATCH v1 12/16] xen/domain: introduce domain-emu.h dmkhn
2025-07-09 14:57   ` Jan Beulich
2025-07-31 20:55     ` dmkhn
2025-08-01  6:02       ` Jan Beulich
2025-08-01 19:30         ` dmkhn
2025-08-04  7:13           ` Jan Beulich
2025-08-05  0:24             ` dmkhn
2025-06-24  3:56 ` [PATCH v1 13/16] drivers/vuart: move PL011 emulator code dmkhn
2025-06-24  5:50   ` Jan Beulich
2025-06-24  7:31     ` dmkhn
2025-06-24  7:33       ` Jan Beulich
2025-07-10  1:59         ` dmkhn
2025-07-10  8:15           ` Jan Beulich
2025-07-10 17:00             ` Stefano Stabellini
2025-07-31 20:47               ` dmkhn
2025-07-10 18:32             ` dmkhn
2025-06-24  3:57 ` [PATCH v1 14/16] drivers/vuart: move simple MMIO-based UART emulator dmkhn
2025-06-24  5:53   ` Jan Beulich
2025-06-24  7:36     ` dmkhn
2025-06-24  7:40       ` Jan Beulich
2025-06-24 22:54         ` dmkhn
2025-06-25  5:25           ` Jan Beulich
2025-07-10  1:52             ` dmkhn
2025-06-24  3:57 ` [PATCH v1 15/16] drivers/vuart: introduce framework for UART emulators dmkhn
2025-06-24  3:57 ` [PATCH v1 16/16] drivers/vuart: hook simple MMIO-based UART to vUART framework dmkhn

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=aIvZ0a5P1ETGoOmp@kraken \
    --to=dmkhn@proton.me \
    --cc=andrew.cooper3@citrix.com \
    --cc=anthony.perard@vates.tech \
    --cc=dmukhin@ford.com \
    --cc=jbeulich@suse.com \
    --cc=julien@xen.org \
    --cc=michal.orzel@amd.com \
    --cc=oleksii.kurochko@gmail.com \
    --cc=roger.pau@citrix.com \
    --cc=sstabellini@kernel.org \
    --cc=xen-devel@lists.xenproject.org \
    /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.