This patch adds basic support for configuring and assisting virtio-mmio
based virtio-i2c backend (emualator) which is intended to run out of
Qemu and could be run in any domain.
An example of domain configuration for Virtio I2c:
i2c = [ "" ]
Please note, this patch is not enough for virtio-i2c to
Hello,
This patchset adds toolstack support for I2C and GPIO virtio devices. This is
inspired from the work done by Oleksandr for the Disk device.
This is developed as part of Linaro's Project Stratos, where we are working
towards Hypervisor agnostic Rust based backend [1].
This is based of orig
Create a separate routine to allocate base and irq for a device as the
same code will be required for each device type.
Suggested-by: Oleksandr Tyshchenko
Signed-off-by: Viresh Kumar
---
tools/libs/light/libxl_arm.c | 38
1 file changed, 25 insertions(+), 13
This patch adds basic support for configuring and assisting virtio-mmio
based virtio-gpio backend (emualator) which is intended to run out of
Qemu and could be run in any domain.
An example of domain configuration for Virtio Gpio:
gpio = [ "" ]
Please note, this patch is not enough for virtio-gpi
make_virtio_mmio_node() creates the DT node for simple MMIO devices
currently, i.e. the ones that don't require any additional properties.
In order to allow using it for other complex device types, split the
functionality into two, one where the fdt node isn't closed and the
other one to create a
This patch allocates Virtio MMIO params (IRQ and memory region) and pass
them to the backend, also update Guest device-tree based on Virtio I2C
DT bindings [1].
[1]
https://www.kernel.org/doc/Documentation/devicetree/bindings/i2c/i2c-virtio.yaml
Signed-off-by: Viresh Kumar
---
tools/libs/light
This patch allocates Virtio MMIO params (IRQ and memory region) and pass
them to the backend, also update Guest device-tree based on Virtio GPIO
DT bindings [1].
[1]
https://www.kernel.org/doc/Documentation/devicetree/bindings/gpio/gpio-virtio.yaml
Signed-off-by: Viresh Kumar
---
tools/libs/li
This code tries to store -EFAULT in an unsigned int. The
xenbus_file_read() function returns type ssize_t so the negative value
is returned as a positive value to the user.
This change forces another change to the min() macro. Originally, the
min() macro used "unsigned" type which checkpatch com
Hi there,
Now I am working on Ampere Altra SoC platform, with Xen (4.16) and Linux
kernel (5.15.23).
I observed a warning is reported by Linux kernel in the booting flow:
[0.403737] [ cut here ]
[0.403738] WARNING: CPU: 30 PID: 0 at drivers/irqchip/irq-gic-v3-its.
flight 172114 xen-4.14-testing real [real]
flight 172135 xen-4.14-testing real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/172114/
http://logs.test-lab.xenproject.org/osstest/logs/172135/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
t
flight 172113 xen-4.13-testing real [real]
flight 172140 xen-4.13-testing real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/172113/
http://logs.test-lab.xenproject.org/osstest/logs/172140/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
t
On Wed, 3 Aug 2022, Julien Grall wrote:
> Hi Boyoun,
>
> On 03/08/2022 03:40, Boyoun Park wrote:
>> From: Boyoun Park
>> Date: Tue, 15 Mar 2022 12:57:59 +0900
>> Subject: [PATCH v2 1/2] xen: add late init call in start_xen
>>
>> This patch added late_initcall section in init.data.
>> The late in
flight 172120 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/172120/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-libvirt6 libvirt-buildfail REGR. vs. 172073
build-amd64-libvir
In __must_be_array(), the macro parameter 'a' is used as expression and
therefore it is good to be enclosed in parentheses to prevent against
unintended expansions.
Signed-off-by: Xenia Ragiadakou
---
xen/include/xen/compiler.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/
The function snprintf() returns the number of characters that would have been
written in the buffer if the buffer size had been sufficiently large,
not counting the terminating null character.
Hence, the value returned is not guaranteed to be smaller than the buffer size.
Check the return value of
On 26.07.2022 05:23, Marek Marczykowski-Górecki wrote:
> +/* Defines the size in bytes of TRB rings as 2^DBC_TRB_RING_ORDER * 4096 */
> +#ifndef DBC_TRB_RING_ORDER
> +#define DBC_TRB_RING_ORDER 4
> +#endif
> +#define DBC_TRB_RING_CAP (DBC_TRB_PER_PAGE * (1 << DBC_TRB_RING_ORDER))
I have to admit t
On 04.08.2022 14:47, Xenia Ragiadakou wrote:
> Changes in v2:
> - add ASSERT_UNREACHABLE()
Hmm, this ...
> --- a/xen/common/hypfs.c
> +++ b/xen/common/hypfs.c
> @@ -377,8 +377,10 @@ int hypfs_read_dyndir_id_entry(const struct
> hypfs_entry_dir *template,
> unsigned int e_namelen, e_len;
>
On 04.08.22 14:47, Xenia Ragiadakou wrote:
The function snprintf() returns the number of characters that would have been
written in the buffer if the buffer size had been sufficiently large,
not counting the terminating null character.
Hence, the value returned is not guaranteed to be smaller tha
On 04.08.2022 14:29, Xenia Ragiadakou wrote:
> In __must_be_array(), the macro parameter 'a' is used as expression and
> therefore it is good to be enclosed in parentheses to prevent against
> unintended expansions.
>
> Signed-off-by: Xenia Ragiadakou
Acked-by: Jan Beulich
Hi Jan,
On 8/4/22 16:01, Jan Beulich wrote:
On 04.08.2022 14:47, Xenia Ragiadakou wrote:
Changes in v2:
- add ASSERT_UNREACHABLE()
Hmm, this ...
--- a/xen/common/hypfs.c
+++ b/xen/common/hypfs.c
@@ -377,8 +377,10 @@ int hypfs_read_dyndir_id_entry(const struct
hypfs_entry_dir *template,
On 04.08.2022 15:10, Xenia Ragiadakou wrote:
> On 8/4/22 16:01, Jan Beulich wrote:
>> On 04.08.2022 14:47, Xenia Ragiadakou wrote:
>>> Changes in v2:
>>> - add ASSERT_UNREACHABLE()
>>
>> Hmm, this ...
>>
>>> --- a/xen/common/hypfs.c
>>> +++ b/xen/common/hypfs.c
>>> @@ -377,8 +377,10 @@ int hypfs_re
On 26.07.2022 05:23, Marek Marczykowski-Górecki wrote:
> Reset ports, to force host system to re-enumerate devices. Otheriwse it
> will require the cable to be re-plugged, or will wait in the
> "configuring" state indefinitely.
>
> Trick and code copied from Linux:
> drivers/usb/early/xhci-dbc.c:x
On 8/4/22 16:13, Jan Beulich wrote:
On 04.08.2022 15:10, Xenia Ragiadakou wrote:
On 8/4/22 16:01, Jan Beulich wrote:
On 04.08.2022 14:47, Xenia Ragiadakou wrote:
Changes in v2:
- add ASSERT_UNREACHABLE()
Hmm, this ...
--- a/xen/common/hypfs.c
+++ b/xen/common/hypfs.c
@@ -377,8 +377,10 @@
flight 172136 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/172136/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 444260d45ec2a84e8f8c192b3539a3cd5591d009
baseline version:
ovmf d2191197217f9d16541c2
Hi Stefano,
It works. :)
On 29/07/2022 01:05, Stefano Stabellini wrote:
Disable xen,enhanced because we don't use PV drivers in this test and
also because the kernel used for testing is old and unpatched and would
break if xen,enhanced is passed.
This patch unbreaks gitlab-ci.
Signed-off-by:
The function snprintf() returns the number of characters that would have been
written in the buffer if the buffer size had been sufficiently large,
not counting the terminating null character.
Hence, the value returned is not guaranteed to be smaller than the buffer size.
Check the return value of
Hi Bertrand,
On 03/08/2022 15:43, Bertrand Marquis wrote:
Add git commands examples that can be used to generate fixes and how to
use the pretty configuration for git.
This should make it easier for contributors to have the right format.
Signed-off-by: Bertrand Marquis
---
docs/process/sendi
On Thu, Aug 04, 2022 at 02:57:49PM +0200, Jan Beulich wrote:
> On 26.07.2022 05:23, Marek Marczykowski-Górecki wrote:
> > +/* Defines the size in bytes of TRB rings as 2^DBC_TRB_RING_ORDER * 4096 */
> > +#ifndef DBC_TRB_RING_ORDER
> > +#define DBC_TRB_RING_ORDER 4
> > +#endif
> > +#define DBC_TRB_R
On 26.07.2022 05:23, Marek Marczykowski-Górecki wrote:
> --- a/xen/drivers/char/Kconfig
> +++ b/xen/drivers/char/Kconfig
> @@ -85,6 +85,17 @@ config SERIAL_TX_BUFSIZE
>
> Default value is 16384 (16kiB).
>
> +config MAX_SERCONS
> + int "Maximum number of serial consoles active at onc
On 04.08.2022 15:43, Marek Marczykowski-Górecki wrote:
> On Thu, Aug 04, 2022 at 02:57:49PM +0200, Jan Beulich wrote:
>> On 26.07.2022 05:23, Marek Marczykowski-Górecki wrote:
>>> +struct dbc {
>>> +struct dbc_reg __iomem *dbc_reg;
>>> +struct xhci_dbc_ctx *dbc_ctx;
>>> +struct xhci_ers
On 26.07.2022 05:23, Marek Marczykowski-Górecki wrote:
> --- a/xen/drivers/passthrough/iommu.c
> +++ b/xen/drivers/passthrough/iommu.c
> @@ -651,6 +651,51 @@ bool_t iommu_has_feature(struct domain *d, enum
> iommu_feature feature)
> return is_iommu_enabled(d) && test_bit(feature, dom_iommu(d)
On Thu, Aug 04, 2022 at 04:21:01PM +0200, Jan Beulich wrote:
> On 04.08.2022 15:43, Marek Marczykowski-Górecki wrote:
> > I need to keep this structure somewhere DMA-reachable for the device (as
> > in - included in appropriate IOMMU context). Patch 8/10 is doing it. And
> > also, patch 8/10 is put
On 04.08.2022 16:21, Jan Beulich wrote:
> On 04.08.2022 15:43, Marek Marczykowski-Górecki wrote:
>> On Thu, Aug 04, 2022 at 02:57:49PM +0200, Jan Beulich wrote:
>>> On 26.07.2022 05:23, Marek Marczykowski-Górecki wrote:
+struct dbc {
+struct dbc_reg __iomem *dbc_reg;
+struct
On Thu, Aug 04, 2022 at 04:25:38PM +0200, Jan Beulich wrote:
> On 26.07.2022 05:23, Marek Marczykowski-Górecki wrote:
> > --- a/xen/drivers/passthrough/iommu.c
> > +++ b/xen/drivers/passthrough/iommu.c
> > @@ -651,6 +651,51 @@ bool_t iommu_has_feature(struct domain *d, enum
> > iommu_feature featu
On Thu, Aug 04, 2022 at 04:36:35PM +0200, Jan Beulich wrote:
> On 04.08.2022 16:28, Marek Marczykowski-Górecki wrote:
> > On Thu, Aug 04, 2022 at 04:21:01PM +0200, Jan Beulich wrote:
> >> L"Xen" looks sufficiently readable to me. We use this all over the
> >> place in the EFI interfacing code.
> >
On 04.08.2022 16:38, Marek Marczykowski-Górecki wrote:
> On Thu, Aug 04, 2022 at 04:25:38PM +0200, Jan Beulich wrote:
>> On 26.07.2022 05:23, Marek Marczykowski-Górecki wrote:
>>> --- a/xen/drivers/passthrough/iommu.c
>>> +++ b/xen/drivers/passthrough/iommu.c
>>> @@ -651,6 +651,51 @@ bool_t iommu_h
On 04.08.2022 16:41, Marek Marczykowski-Górecki wrote:
> On Thu, Aug 04, 2022 at 04:36:35PM +0200, Jan Beulich wrote:
>> On 04.08.2022 16:28, Marek Marczykowski-Górecki wrote:
>>> On Thu, Aug 04, 2022 at 04:21:01PM +0200, Jan Beulich wrote:
L"Xen" looks sufficiently readable to me. We use this
On 26.07.2022 05:23, Marek Marczykowski-Górecki wrote:
> Register common device reserved memory similar to how ivmd= parameter is
> handled.
>
> Signed-off-by: Marek Marczykowski-Górecki
Acked-by: Jan Beulich
On 04.08.22 15:30, Xenia Ragiadakou wrote:
The function snprintf() returns the number of characters that would have been
written in the buffer if the buffer size had been sufficiently large,
not counting the terminating null character.
Hence, the value returned is not guaranteed to be smaller tha
On 04.08.2022 16:28, Marek Marczykowski-Górecki wrote:
> On Thu, Aug 04, 2022 at 04:21:01PM +0200, Jan Beulich wrote:
>> On 04.08.2022 15:43, Marek Marczykowski-Górecki wrote:
>>> I need to keep this structure somewhere DMA-reachable for the device (as
>>> in - included in appropriate IOMMU context
Clean up x86_64/kexec_reloc.S and x86_64/entry.S.
This fixes the livepatching contents of entry.S.
RFC: I'm unsure on where the page_fault symbol should end, i.e. if
unlike current code handle_exception_saved should be within page_fault
like handle_exception is or not.
Suggested-by: Andrew Coope
Suggested-by: Andrew Cooper
Signed-off-by: Jane Malalane
---
CC: Jan Beulich
CC: Andrew Cooper
CC: "Roger Pau Monné"
CC: Wei Liu
---
xen/arch/x86/x86_64/entry.S | 19 +--
1 file changed, 9 insertions(+), 10 deletions(-)
diff --git a/xen/arch/x86/x86_64/entry.S b/xen/arch/x86
These are local symbols and shouldn't be externally visible.
Suggested-by: Andrew Cooper
Signed-off-by: Jane Malalane
---
CC: Andrew Cooper
CC: Jan Beulich
CC: "Roger Pau Monné"
CC: Wei Liu
---
xen/arch/x86/x86_64/kexec_reloc.S | 42 +++
1 file changed, 2
Jane Malalane (4):
x86/kexec: Add the '.L_' prefix to is_* and call_* labels
xen: Port linkage.h from kernel code
x86/entry: move .init.text section higher up in the code for
readability
x86: Use linkage.h helpers to add tags to symbols
xen/arch/x86/x86_64/entry.S | 124
Suggested-by: Andrew Cooper
Signed-off-by: Jane Malalane
---
CC: Andrew Cooper
CC: George Dunlap
CC: Jan Beulich
CC: Julien Grall
CC: Stefano Stabellini
CC: Wei Liu
---
xen/include/xen/linkage.h | 260 ++
1 file changed, 260 insertions(+)
create
> On 4 Aug 2022, at 14:38, Julien Grall wrote:
>
> Hi Bertrand,
>
> On 03/08/2022 15:43, Bertrand Marquis wrote:
>> Add git commands examples that can be used to generate fixes and how to
>> use the pretty configuration for git.
>> This should make it easier for contributors to have the right
Signed-off-by: Jan Beulich
--- a/CHANGELOG.md
+++ b/CHANGELOG.md
@@ -10,6 +10,10 @@ The format is based on [Keep a Changelog
- On x86 "vga=current" can now be used together with GrUB2's gfxpayload
setting. Note that
this requires use of "multiboot2" (and "module2") as the GrUB commands
lo
flight 172123 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/172123/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-i386-xl-qemuu-win7-amd64 19 guest-stop fail like 172103
test-amd64-amd64-qemuu-nested-amd 2
Hi Jan,
On 03/08/2022 13:13, Jan Beulich wrote:
On 03.08.2022 14:02, Julien Grall wrote:
On 03/08/2022 08:13, osstest service owner wrote:
flight 172089 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/172089/
Regressions :-(
Tests which did not succeed and are block
Hi,
On 02/08/2022 11:58, Julien Grall wrote:
On 01/08/2022 14:15, Andrew Cooper wrote:
The testing situation with libvirt is already bad. I don't think a
force push is going to make it meaningfully worse.
I have forced pushed to the branch smoke using the flight 171899. For
staging, it look
Hi Bertrand,
On 03/08/2022 14:29, Bertrand Marquis wrote:
On 3 Aug 2022, at 14:01, Julien Grall wrote:
Hi Bertrand,
On 03/08/2022 13:56, Bertrand Marquis wrote:
On 3 Aug 2022, at 13:55, Bertrand Marquis wrote:
On 3 Aug 2022, at 13:10, Julien Grall wrote:
Hi,
On 03/08/2022 13:05, J
Hi Bertrand,
On 04/08/2022 16:07, Bertrand Marquis wrote:
On 4 Aug 2022, at 14:38, Julien Grall wrote:
Hi Bertrand,
On 03/08/2022 15:43, Bertrand Marquis wrote:
Add git commands examples that can be used to generate fixes and how to
use the pretty configuration for git.
This should make i
Hi Juergen,
On 03/08/2022 12:59, Juergen Gross wrote:
Drop mentioning the non-existent read-only socket in the migration
stream description document.
I would suggest to mention in the commit message (or possibly use Fixes
tags) that this was dropped in 8868a0e3f674 ("docs: update the xenstore
Hi Juergen,
On 03/08/2022 12:59, Juergen Gross wrote:
Add documentation for two new Xenstore wire commands SET_FEATURE and
GET_FEATURE used to set or query the Xenstore features visible in the
ring page of a given domain.
Signed-off-by: Juergen Gross
Reviewed-by: Julien Grall
Cheers,
--
J
Hi,
On 03/08/2022 12:59, Juergen Gross wrote:
Extend the definition of the Xenstore migration stream to cover new
features:
- per domain features
- extended watches (watch depth)
- per domain quota
Signed-off-by: Juergen Gross
---
V3:
- new patch
---
docs/designs/xenstore-migration.md | 85
On 04/08/2022 16:04, Jane Malalane wrote:
Commit message wants to read "so it's not a random piece of non
.text.entry in the middle of .text.entry" or words to this effect.
> Suggested-by: Andrew Cooper
> Signed-off-by: Jane Malalane
> ---
> CC: Jan Beulich
> CC: Andrew Cooper
> CC: "Roger Pa
flight 172146 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/172146/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 1 build-check(1) blocked n/a
build-amd64-libvirt 6 lib
On 04/08/2022 16:04, Jane Malalane wrote:
> Clean up x86_64/kexec_reloc.S and x86_64/entry.S.
It would probably help to split the patch into two, because the reloc
changes are not related to the livepatchability fixes in entry.S
> This fixes the livepatching contents of entry.S.
Well - its the f
On 04/08/2022 16:04, Jane Malalane wrote:
> Jane Malalane (4):
> x86/kexec: Add the '.L_' prefix to is_* and call_* labels
> xen: Port linkage.h from kernel code
> x86/entry: move .init.text section higher up in the code for
> readability
> x86: Use linkage.h helpers to add tags to symb
flight 172132 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/172132/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-arm64-libvirt 6 libvirt-buildfail REGR. vs. 151777
build-armhf-libvirt
flight 172128 linux-5.4 real [real]
flight 172147 linux-5.4 real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/172128/
http://logs.test-lab.xenproject.org/osstest/logs/172147/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-armhf-armh
flight 172130 xen-4.16-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/172130/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-qemuu-win7-amd64 19 guest-stopfail like 171881
test-amd64-amd64-xl-qemut-win7-a
The pull request you sent on Wed, 3 Aug 2022 09:52:26 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git
> for-linus-6.0-rc1-tag
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/7447691ef994ffd8072809a11ca9167a2d91564f
Thank you!
--
Deet-doot-dot, I
flight 172149 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/172149/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 1 build-check(1) blocked n/a
build-amd64-libvirt 6 lib
Hi Jan,
> -Original Message-
> From: Jan Beulich
> Subject: [PATCH] ChangeLog: mention IOMMU superpage support
>
> Signed-off-by: Jan Beulich
Thanks for the patch,
Acked-by: Henry Wang
Kind regards,
Henry
flight 172133 linux-linus real [real]
flight 172150 linux-linus real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/172133/
http://logs.test-lab.xenproject.org/osstest/logs/172150/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-armhf-
flight 172151 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/172151/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 6 libvirt-buildfail REGR. vs. 172136
build-i386-libvirt
flight 172143 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/172143/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-libvirt6 libvirt-buildfail REGR. vs. 172073
build-amd64-libvir
On 04.08.2022 16:34, Jan Beulich wrote:
> On 04.08.2022 16:21, Jan Beulich wrote:
>> On 04.08.2022 15:43, Marek Marczykowski-Górecki wrote:
>>> On Thu, Aug 04, 2022 at 02:57:49PM +0200, Jan Beulich wrote:
On 26.07.2022 05:23, Marek Marczykowski-Górecki wrote:
> +struct dbc {
> +str
On 04.08.2022 17:04, Jane Malalane wrote:
> These are local symbols and shouldn't be externally visible.
>
> Suggested-by: Andrew Cooper
> Signed-off-by: Jane Malalane
Acked-by: Jan Beulich
albeit I have to admit I'm not overly happy with the underscores you
add. I think we use .L not followe
70 matches
Mail list logo
