Re: [Pv-drivers] [PATCH 29/36] cpuidle, xenpv: Make more PARAVIRT_XXL noinstr clean

On Jun 13, 2022, at 11:48 AM, Srivatsa S. Bhat wrote: > ⚠ External Email > > On 6/8/22 4:27 PM, Peter Zijlstra wrote: >> vmlinux.o: warning: objtool: acpi_idle_enter_s2idle+0xde: call to wbinvd() >> leaves .noinstr.text section >> vmlinux.o: warning: objtool: default_idle+0x4: call to

Re: [PATCH 29/36] cpuidle,xenpv: Make more PARAVIRT_XXL noinstr clean

On 6/8/22 4:27 PM, Peter Zijlstra wrote: > vmlinux.o: warning: objtool: acpi_idle_enter_s2idle+0xde: call to wbinvd() > leaves .noinstr.text section > vmlinux.o: warning: objtool: default_idle+0x4: call to arch_safe_halt() > leaves .noinstr.text section > vmlinux.o: warning: objtool:

[linux-linus test] 171155: regressions - FAIL

flight 171155 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/171155/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-arm64-arm64-examine 8 reboot fail REGR. vs. 170714

Re: [PATCH v2] add more MISRA C rules to docs/misra/rules.rst

On Mon, 13 Jun 2022, Jan Beulich wrote: > On 10.06.2022 23:27, Stefano Stabellini wrote: > > + * - `Rule 5.3 > > `_ > > + - Required > > + - An identifier declared in an inner scope shall not hide an >

Re: [PATCH v2 1/2] xen/arm: smccc: add support for SMCCCv1.2 extended input/output registers

On Sat, 11 Jun 2022, Julien Grall wrote: > Hi Stefano, > > On 11/06/2022 01:41, Stefano Stabellini wrote: > > On Thu, 9 Jun 2022, Jens Wiklander wrote: > > > +/* Store the registers x0 - x17 into the result structure */ > > > +stp x0, x1, [x19, #0] > > > +stp x2, x3, [x19, #16] > >

Re: [PATCH v2 2/2] xen/arm: add FF-A mediator

On Sat, 11 Jun 2022, Julien Grall wrote: > On 11/06/2022 02:23, Stefano Stabellini wrote: > > > +static uint32_t ffa_rxtx_map(register_t tx_addr, register_t rx_addr, > > > + uint32_t page_count) > > > +{ > > > +const struct arm_smccc_1_2_regs arg = { > > > +#ifdef

[PATCH V10 1/3] libxl: Add support for Virtio disk configuration

From: Oleksandr Tyshchenko This patch adds basic support for configuring and assisting virtio-mmio based virtio-disk backend (emulator) which is intended to run out of Qemu and could be run in any domain. Although the Virtio block device is quite different from traditional Xen PV block device

[PATCH V10 2/3] libxl: Introduce basic virtio-mmio support on Arm

From: Julien Grall This patch introduces helpers to allocate Virtio MMIO params (IRQ and memory region) and create specific device node in the Guest device-tree with allocated params. In order to deal with multiple Virtio devices, reserve corresponding ranges. For now, we reserve 1MB for memory

[PATCH V10 3/3] libxl/arm: Create specific IOMMU node to be referred by virtio-mmio device

From: Oleksandr Tyshchenko Reuse generic IOMMU device tree bindings to communicate Xen specific information for the virtio devices for which the restricted memory access using Xen grant mappings need to be enabled. Insert "iommus" property pointed to the IOMMU node with "xen,grant-dma"

[PATCH V10 0/3] Virtio support for toolstack on Arm (Was "IOREQ feature (+ virtio-mmio) on Arm")

From: Oleksandr Tyshchenko Hello all. The purpose of this patch series is to add missing virtio-mmio bits to Xen toolstack on Arm. The Virtio support for toolstack [1] was postponed as the main target was to upstream IOREQ/DM support on Arm in the first place. Now, we already have IOREQ

Re: [PULL 00/16] Kraxel 20220613 patches

repository at:    git://git.kraxel.org/qemu tags/kraxel-20220613-pull-request for you to fetch changes up to 23b87f7a3a13e93e248eef8a4b7257548855a620:    ui: move 'pc-bios/keymaps' to 'ui/keymaps' (2022-06-13 10:59:25 +0200) usb: add

Re: [PULL 00/16] Kraxel 20220613 patches

tags/kraxel-20220613-pull-request for you to fetch changes up to 23b87f7a3a13e93e248eef8a4b7257548855a620: ui: move 'pc-bios/keymaps' to 'ui/keymaps' (2022-06-13 10:59:25 +0200) usb: add CanoKey device, fixes for ehci + redir ui

[linux-linus test] 171154: regressions - FAIL

flight 171154 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/171154/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-arm64-arm64-examine 8 reboot fail REGR. vs. 170714

[PATCH v6 2/5] grub-mkconfig linux_xen: Fix quadratic algorithm for sorting menu items

The current implementation of the 20_linux_xen script implements its menu items sorting in bash with a quadratic algorithm, calling "sed", "sort", "head", and "grep" to compare versions between individual lines, which is annoyingly slow for kernel developers who can easily end up with 50-100

Re: [PATCH v5 2/5] grub-mkconfig linux_xen: Fix quadratic algorithm for sorting menu items

- On Jun 10, 2022, at 4:00 PM, Jason Andryuk jandr...@gmail.com wrote: > On Thu, Jun 9, 2022 at 2:50 PM Mathieu Desnoyers > wrote: >> >> The current implementation of the 20_linux_xen script implements its >> menu items sorting in bash with a quadratic algorithm, calling "sed", >> "sort",

Re: [XEN PATCH 1/4] build: xen/include: use if_changed

Hi Anthony, > On 9 Jun 2022, at 13:55, Anthony PERARD wrote: > > On Thu, Jun 09, 2022 at 11:51:20AM +, Bertrand Marquis wrote: >> Hi, >> >>> On 9 Jun 2022, at 11:26, Jan Beulich wrote: >>> >>> On 09.06.2022 12:16, Bertrand Marquis wrote: With this change, compiling for x86 is now

Re: [PATCH] xen/console: do not drop serial output from the hardware domain

On 13.06.2022 14:32, Roger Pau Monné wrote: > On Mon, Jun 13, 2022 at 11:18:49AM +0200, Jan Beulich wrote: >> On 13.06.2022 11:04, Roger Pau Monné wrote: >>> On Mon, Jun 13, 2022 at 10:29:43AM +0200, Jan Beulich wrote: On 13.06.2022 10:21, Roger Pau Monné wrote: > On Mon, Jun 13, 2022 at

[xen-unstable test] 171151: tolerable FAIL

flight 171151 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/171151/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-armhf-armhf-xl-rtds 18 guest-start/debian.repeat fail in 171144 pass in 171151

[PATCH v3 2/4] xen/arm: Add sb instruction support

This patch is adding sb instruction support when it is supported by a CPU on arm64. A new cpu feature capability system is introduced to enable alternative code using sb instruction when it is supported by the processor. This is decided based on the isa64 system register value and use a new

[PATCH v3 1/4] xen/arm: Sync sysregs and cpuinfo with Linux 5.18-rc3

Sync existing ID registers sanitization with the status of Linux kernel version 5.18-rc3 and add sanitization of ISAR2 registers. Sync sysregs.h bit shift defintions with the status of Linux kernel version 5.18-rc3. Changes in this patch are splitted in a number of patches in Linux kernel and,

[PATCH v3 4/4] arm: Define kconfig symbols used by arm64 cpufeatures

Define kconfig symbols which are used by arm64 cpufeatures to prevent using undefined symbols and rely on IS_ENABLED returning false. All the features related to those symbols are unsupported by Xen: - pointer authentication - sve - memory tagging - branch target identification Signed-off-by:

[PATCH v3 0/4] Spectre BHB follow up

Following up the handling of Spectre BHB on Arm (XSA-398), this serie contain several changes which were not needed in the XSA patches but should be done in Xen: - Sync sysregs and cpuinfo with latest version of Linux (5.18-rc3) - Add new fields inside cpufeature - Add sb instruction support. Some

[PATCH v3 3/4] arm: add ISAR2, MMFR0 and MMFR1 fields in cpufeature

Complete AA64ISAR2 and AA64MMFR[0-1] with more fields. While there add a comment for MMFR bitfields as for other registers in the cpuinfo structure definition. Signed-off-by: Bertrand Marquis Reviewed-by: Stefano Stabellini --- Changes in v3: - fix tgranule_4k_2 - add Stefano r-b Changes in v2:

[PATCH 34.5/36] cpuidle,omap4: Push RCU-idle into omap4_enter_lowpower()

OMAP4 uses full SoC suspend modes as idle states, as such it needs the whole power-domain and clock-domain code from the idle path. All that code is not suitable to run with RCU disabled, as such push RCU-idle deeper still. Signed-off-by: Tony Lindgren --- Peter here's one more for your

Re: [PATCH 34/36] cpuidle,omap3: Push RCU-idle into omap_sram_idle()

* Peter Zijlstra [220608 15:00]: > On Wed, Jun 08, 2022 at 04:27:57PM +0200, Peter Zijlstra wrote: > > @@ -254,11 +255,18 @@ void omap_sram_idle(void) > > */ > > if (save_state) > > omap34xx_save_context(omap3_arm_context); > > + > > + if (rcuidle) > > +

Re: [PATCH 33/36] cpuidle,omap3: Use WFI for omap3_pm_idle()

* Peter Zijlstra [220608 14:52]: > arch_cpu_idle() is a very simple idle interface and exposes only a > single idle state and is expected to not require RCU and not do any > tracing/instrumentation. > > As such, omap_sram_idle() is not a valid implementation. Replace it > with the simple

Re: [PATCH 12/36] cpuidle,omap2: Push RCU-idle into driver

* Peter Zijlstra [220608 14:42]: > Doing RCU-idle outside the driver, only to then temporarily enable it > again, some *four* times, before going idle is daft. Maybe update the subject line with s/omap2/omap4/, other than that: Reviewed-by: Tony Lindgren Tested-by: Tony Lindgren

Re: [PATCH 10/36] cpuidle,omap3: Push RCU-idle into driver

* Peter Zijlstra [220608 14:42]: > Doing RCU-idle outside the driver, only to then teporarily enable it > again before going idle is daft. Reviewed-by: Tony Lindgren Tested-by: Tony Lindgren

Re: [PATCH] xen/console: do not drop serial output from the hardware domain

On Mon, Jun 13, 2022 at 11:18:49AM +0200, Jan Beulich wrote: > On 13.06.2022 11:04, Roger Pau Monné wrote: > > On Mon, Jun 13, 2022 at 10:29:43AM +0200, Jan Beulich wrote: > >> On 13.06.2022 10:21, Roger Pau Monné wrote: > >>> On Mon, Jun 13, 2022 at 09:30:06AM +0200, Jan Beulich wrote: > On

[qemu-mainline test] 171149: tolerable FAIL - PUSHED

flight 171149 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/171149/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-xl-rtds 18 guest-start/debian.repeat fail blocked in 171146 test-armhf-armhf-libvirt-raw 15

[PULL 16/16] ui: move 'pc-bios/keymaps' to 'ui/keymaps'

From: Daniel P. Berrangé The 'keymaps' directory contents is nothing to do with the firmware blobs. The 'pc-bios/keymaps' directory appears to have been used previously as a convenience for getting the files installed into a subdir of the firmware install dir, as well as to make it easier to

[PULL 12/16] virtio-gpu: update done only on the scanout associated with rect

From: Dongwon Kim It only needs to update the scanouts containing the rect area coming with the resource-flush request from the guest. Cc: Gerd Hoffmann Cc: Vivek Kasireddy Signed-off-by: Dongwon Kim Message-Id: <20220505214030.4261-1-dongwon@intel.com> Signed-off-by: Gerd Hoffmann ---

[PULL 11/16] usbredir: avoid queuing hello packet on snapshot restore

From: Joelle van Dyne When launching QEMU with "-loadvm", usbredir_create_parser() should avoid setting up the hello packet (just as with "-incoming". On the latest version of libusbredir, usbredirparser_unserialize() will return error if the parser is not "pristine." Signed-off-by: Joelle van

[PULL 14/16] ui: Deliver refresh rate via QemuUIInfo

From: Akihiko Odaki This change adds a new member, refresh_rate to QemuUIInfo in include/ui/console.h. It represents the refresh rate of the physical display backend, and it is more appropriate than GUI update interval as the refresh rate which the emulated device reports: - sdl may set GUI

[PULL 13/16] ui/console: Do not return a value with ui_info

From: Akihiko Odaki The returned value is not used and misleading. Signed-off-by: Akihiko Odaki Message-Id: <20220226115516.59830-2-akihiko.od...@gmail.com> Signed-off-by: Gerd Hoffmann --- include/ui/console.h | 2 +- hw/display/virtio-gpu-base.c | 6 +++--- hw/display/virtio-vga.c

[PULL 15/16] virtio-gpu: Respect UI refresh rate for EDID

From: Akihiko Odaki Signed-off-by: Akihiko Odaki Message-Id: <20220226115516.59830-4-akihiko.od...@gmail.com> Signed-off-by: Gerd Hoffmann --- include/hw/virtio/virtio-gpu.h | 1 + hw/display/virtio-gpu-base.c | 1 + hw/display/virtio-gpu.c| 1 + 3 files changed, 3 insertions(+)

[PULL 10/16] hw/usb/hcd-ehci: fix writeback order

From: Arnout Engelen The 'active' bit passes control over a qTD between the guest and the controller: set to 1 by guest to enable execution by the controller, and the controller sets it to '0' to hand back control to the guest. ehci_state_writeback write two dwords to main memory using DMA: the

[PULL 07/16] docs: Add CanoKey documentation

From: "Hongren (Zenithal) Zheng" Signed-off-by: Hongren (Zenithal) Zheng Message-Id: Signed-off-by: Gerd Hoffmann --- docs/system/device-emulation.rst | 1 + docs/system/devices/canokey.rst | 168 +++ 2 files changed, 169 insertions(+) create mode 100644

[PULL 09/16] MAINTAINERS: add myself as CanoKey maintainer

From: "Hongren (Zenithal) Zheng" Signed-off-by: Hongren (Zenithal) Zheng Message-Id: Signed-off-by: Gerd Hoffmann --- MAINTAINERS | 8 1 file changed, 8 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 0df25ed4b0a3..4cf6174f9f37 100644 --- a/MAINTAINERS +++ b/MAINTAINERS

[PULL 03/16] ui/cocoa: Fix poweroff request code

From: Akihiko Odaki Signed-off-by: Akihiko Odaki Reviewed-by: Philippe Mathieu-Daudé Message-Id: <20220529082508.89097-1-akihiko.od...@gmail.com> Signed-off-by: Gerd Hoffmann --- ui/cocoa.m | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/ui/cocoa.m b/ui/cocoa.m index

[PULL 04/16] hw/usb: Add CanoKey Implementation

From: "Hongren (Zenithal) Zheng" This commit added a new emulated device called CanoKey to QEMU. CanoKey implements platform independent features in canokey-core https://github.com/canokeys/canokey-core, and leaves the USB implementation to the platform. In this commit the USB part was

[PULL 06/16] meson: Add CanoKey

From: "Hongren (Zenithal) Zheng" Signed-off-by: Hongren (Zenithal) Zheng Message-Id: Signed-off-by: Gerd Hoffmann --- meson_options.txt | 2 ++ hw/usb/Kconfig| 5 + hw/usb/meson.build| 5 + meson.build | 6 ++

[PULL 01/16] ui/gtk-gl-area: implement GL context destruction

From: Volker Rümelin The counterpart function for gd_gl_area_create_context() is currently empty. Implement the gd_gl_area_destroy_context() function to avoid GL context leaks. Signed-off-by: Volker Rümelin Message-Id: <20220605085131.7711-1-vr_q...@t-online.de> Signed-off-by: Gerd Hoffmann

[PULL 00/16] Kraxel 20220613 patches

The following changes since commit dcb40541ebca7ec98a14d461593b3cd7282b4fac: Merge tag 'mips-20220611' of https://github.com/philmd/qemu into staging (2022-06-11 21:13:27 -0700) are available in the Git repository at: git://git.kraxel.org/qemu tags/kraxel-20220613-pull-request for you

[PULL 08/16] docs/system/devices/usb: Add CanoKey to USB devices examples

From: "Hongren (Zenithal) Zheng" Signed-off-by: Hongren (Zenithal) Zheng Message-Id: Signed-off-by: Gerd Hoffmann --- docs/system/devices/usb.rst | 4 1 file changed, 4 insertions(+) diff --git a/docs/system/devices/usb.rst b/docs/system/devices/usb.rst index afb7d6c2268d..872d9167589b

[PULL 05/16] hw/usb/canokey: Add trace events

From: "Hongren (Zenithal) Zheng" Signed-off-by: Hongren (Zenithal) Zheng Message-Id: Signed-off-by: Gerd Hoffmann --- hw/usb/canokey.c| 13 + hw/usb/trace-events | 16 2 files changed, 29 insertions(+) diff --git a/hw/usb/canokey.c b/hw/usb/canokey.c index

[PULL 02/16] ui/gtk-gl-area: create the requested GL context version

From: Volker Rümelin Since about 2018 virglrenderer (commit fa835b0f88 "vrend: don't hardcode context version") tries to open the highest available GL context version. This is done by creating the known GL context versions from the highest to the lowest until (*create_gl_context) returns a

[libvirt test] 171153: regressions - FAIL

flight 171153 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/171153/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf-libvirt 6 libvirt-buildfail REGR. vs. 151777 build-amd64-libvirt

Re: [PATCH v2 2/4] xen/arm: Add sb instruction support

Hi Julien, > On 10 Jun 2022, at 19:20, Julien Grall wrote: > > Hi Bertrand, > > On 31/05/2022 11:43, Bertrand Marquis wrote: >> diff --git a/xen/arch/arm/include/asm/cpufeature.h >> b/xen/arch/arm/include/asm/cpufeature.h >> index f7368766c0..9649a7afee 100644 >> ---

Re: [PATCH] xen/console: do not drop serial output from the hardware domain

On 13.06.2022 11:04, Roger Pau Monné wrote: > On Mon, Jun 13, 2022 at 10:29:43AM +0200, Jan Beulich wrote: >> On 13.06.2022 10:21, Roger Pau Monné wrote: >>> On Mon, Jun 13, 2022 at 09:30:06AM +0200, Jan Beulich wrote: On 10.06.2022 17:06, Roger Pau Monne wrote: > Prevent dropping console

Re: [PATCH] xen/console: do not drop serial output from the hardware domain

On Mon, Jun 13, 2022 at 10:29:43AM +0200, Jan Beulich wrote: > On 13.06.2022 10:21, Roger Pau Monné wrote: > > On Mon, Jun 13, 2022 at 09:30:06AM +0200, Jan Beulich wrote: > >> On 10.06.2022 17:06, Roger Pau Monne wrote: > >>> Prevent dropping console output from the hardware domain, since it's >

Re: [PATCH 21/36] x86/tdx: Remove TDX_HCALL_ISSUE_STI

On Mon, Jun 13, 2022 at 04:26:01PM +0800, Lai Jiangshan wrote: > On Wed, Jun 8, 2022 at 10:48 PM Peter Zijlstra wrote: > > > > Now that arch_cpu_idle() is expected to return with IRQs disabled, > > avoid the useless STI/CLI dance. > > > > Per the specs this is supposed to work, but nobody has yet

Re: [PATCH 04/36] cpuidle,intel_idle: Fix CPUIDLE_FLAG_IRQ_ENABLE

On Thu, Jun 09, 2022 at 04:49:21PM -0700, Jacob Pan wrote: > Hi Peter, > > On Wed, 08 Jun 2022 16:27:27 +0200, Peter Zijlstra > wrote: > > > Commit c227233ad64c ("intel_idle: enable interrupts before C1 on > > Xeons") wrecked intel_idle in two ways: > > > > - must not have tracing in idle

Re: [PATCH 21/36] x86/tdx: Remove TDX_HCALL_ISSUE_STI

On Wed, Jun 8, 2022 at 10:48 PM Peter Zijlstra wrote: > > Now that arch_cpu_idle() is expected to return with IRQs disabled, > avoid the useless STI/CLI dance. > > Per the specs this is supposed to work, but nobody has yet relied up > this behaviour so broken implementations are possible. I'm

Re: [PULL 00/17] Kraxel 20220610 patches

On Sat, Jun 11, 2022 at 06:34:28PM +0200, Volker Rümelin wrote: > Am 10.06.22 um 22:16 schrieb Richard Henderson: > > On 6/10/22 02:20, Gerd Hoffmann wrote: > > > The following changes since commit > > > 9cc1bf1ebca550f8d90f967ccd2b6d2e00e81387: > > > > > >    Merge tag 'pull-xen-20220609' of > >

Re: [PATCH] xen/console: do not drop serial output from the hardware domain

On 13.06.2022 10:21, Roger Pau Monné wrote: > On Mon, Jun 13, 2022 at 09:30:06AM +0200, Jan Beulich wrote: >> On 10.06.2022 17:06, Roger Pau Monne wrote: >>> Prevent dropping console output from the hardware domain, since it's >>> likely important to have all the output if the boot fails without

Re: [PATCH] xen/console: do not drop serial output from the hardware domain

On Mon, Jun 13, 2022 at 09:30:06AM +0200, Jan Beulich wrote: > On 10.06.2022 17:06, Roger Pau Monne wrote: > > Prevent dropping console output from the hardware domain, since it's > > likely important to have all the output if the boot fails without > > having to resort to sync_console (which also

Re: [PATCH] x86/spec-ctrl: More MSR_ARCH_CAPS enumerations

On 13/06/2022 08:46, Jan Beulich wrote: > On 10.06.2022 19:13, Andrew Cooper wrote: >> On 10/06/2022 17:00, Andrew Cooper wrote: >>> https://www.intel.com/content/www/us/en/developer/articles/technical/software-security-guidance/best-practices/data-operand-independent-timing-isa-guidance.html >>>

Re: [PATCH] x86/spec-ctrl: More MSR_ARCH_CAPS enumerations

On 10.06.2022 19:13, Andrew Cooper wrote: > On 10/06/2022 17:00, Andrew Cooper wrote: >> https://www.intel.com/content/www/us/en/developer/articles/technical/software-security-guidance/best-practices/data-operand-independent-timing-isa-guidance.html >>

Re: [PATCH] x86/spec-ctrl: More MSR_ARCH_CAPS enumerations

On Fri, Jun 10, 2022 at 05:00:50PM +0100, Andrew Cooper wrote: > https://www.intel.com/content/www/us/en/developer/articles/technical/software-security-guidance/best-practices/data-operand-independent-timing-isa-guidance.html >

Re: [PATCH v2] add more MISRA C rules to docs/misra/rules.rst

On 10.06.2022 23:27, Stefano Stabellini wrote: > + * - `Rule 5.3 > `_ > + - Required > + - An identifier declared in an inner scope shall not hide an > + identifier declared in an outer scope > +

Re: [PATCH] xen/console: do not drop serial output from the hardware domain

On 10.06.2022 17:06, Roger Pau Monne wrote: > Prevent dropping console output from the hardware domain, since it's > likely important to have all the output if the boot fails without > having to resort to sync_console (which also affects the output from > other guests). > > Do so by pairing the

Re: [PATCH] add more MISRA C rules to docs/misra/rules.rst

On 10.06.2022 23:24, Stefano Stabellini wrote: > On Fri, 10 Jun 2022, Jan Beulich wrote: >> On 10.06.2022 02:48, Stefano Stabellini wrote: >>> + * - `Rule 14.1 >>> `_ >>> + - Required >>> + - A loop

[ovmf test] 171152: all pass - PUSHED

flight 171152 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/171152/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 92288f433485e84863047fae698614c6785869d1 baseline version: ovmf

Re: [PATCH 3/3] xen/console: Fix incorrect format tags for struct tm members

Hi Stefano, On 11.06.2022 01:35, Stefano Stabellini wrote: > On Fri, 10 Jun 2022, Jan Beulich wrote: >> On 10.06.2022 11:51, Juergen Gross wrote: >>> On 10.06.22 11:44, Jan Beulich wrote: On 10.06.2022 10:33, Michal Orzel wrote: > All the members of struct tm are defined as integers but

Re: [PATCH RFC v1 4/7] swiotlb: to implement io_tlb_high_mem

On Fri, Jun 10, 2022 at 02:56:08PM -0700, Dongli Zhang wrote: > Since this patch file has 200+ lines, would you please help clarify what does > 'this' indicate? This indicates that any choice of a different swiotlb pools needs to be hidden inside of ѕwiotlb. The dma mapping API already provides