Adds monitor support for I/O instructions.
Signed-off-by: Dmitry Isaykin
Signed-off-by: Anton Belousov
---
tools/include/xenctrl.h| 1 +
tools/libs/ctrl/xc_monitor.c | 13 +
xen/arch/x86/hvm/hvm.c | 5 +
xen/arch/x86/hvm/monitor.c
flight 179534 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/179534/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-libvirt 14 guest-start fail REGR. vs. 179518
test-amd64-i386-l
flight 179531 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/179531/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-freebsd12-amd64 13 guest-start fail REGR. vs. 178042
test-amd64-amd64-xl
On Thu, Mar 09, 2023 at 10:03:23AM +0100, Jan Beulich wrote:
>
> In any event you will want to collect a serial log at maximum verbosity.
> It would also be of interest to know whether turning off the IOMMU avoids
> the issue as well (on the assumption that your system has less than 255
> CPUs).
On Fri, Mar 10, 2023 at 07:14:13PM +0200, Andy Shevchenko wrote:
> +#define __pci_dev_for_each_resource(dev, res, __i, vartype) \
> + for (vartype __i = 0; \
> + res = &(dev)->resource[__i], __i < PCI_NUM_RESOURCES; \
> +
Hi Andy,
I love your patch! Yet something to improve:
[auto build test ERROR on pci/next]
[also build test ERROR on pci/for-linus powerpc/next powerpc/fixes linus/master
v6.3-rc1 next-20230310]
[cannot apply to soc/for-next]
[If your patch is applied to the wrong git tree, kindly drop us a note
On 10.03.2023 09:51, Jan Beulich wrote:
> Betreff: Re: [help] Xen 4.14.5 on Devuan 4.0 Chimaera, regression from Xen
> 4.0.1
>
> On 09.03.2023 21:37, Andrew Cooper wrote:
> > On 09/03/2023 7:34 pm, tachyon_...@web.de wrote:
> >> Subject:
> >> [help] Xen 4.14.5 on Devuan 4.0 Chimaera
> >> From:
> >
All to make it easier to do CPUID development work (which is fairness is
mostly me).
Andrew Cooper (3):
tools/xen-cpuid: Support dash as a bitmap delimiter
tools/xen-cpuid: Rework the handling of dynamic featuresets
x86/sysctl: Retrofit XEN_SYSCTL_cpu_featureset_{pv,hvm}_max
tools/misc/xen
struct fsinfo is the vestigial remnant of an older internal design which
didn't survive very long.
Simplify things by inlining get_featureset() and having a single memory
allocation that gets reused. This in turn changes featuresets[] to be a
simple list of names, so rename it to fs_names[].
No
Featuresets are supposed to be disappearing when the CPU policy infrastructure
is complete, but that has taken longer than expected, and isn't going to be
complete imminently either.
In the meantime, Xen does have proper default/max featuresets, and xen-cpuid
can even get them via the XEN_SYSCTL_c
Xapi chose to render its featureset bitmaps with dashes rather than colongs as
a separator. Have xen-cpuid support both forms, for convenience.
Fix a trivial style issue in the vacinity while here.
Signed-off-by: Andrew Cooper
---
CC: Jan Beulich
CC: Roger Pau Monné
CC: Wei Liu
CC: Anthony P
flight 179529 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/179529/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-i386-xl7 xen-install fail in 179522 pass in 179529
test-amd64-i386-xl-qemuu-debianh
Anthony PERARD writes ("[OSSTEST PATCH] PDU/IPMI: Be less aggressive with IPMI
commands"):
> The machine rimava0 doesn't power off or power on when we keep doing
> "power status" then "power off" ipmi command without waiting.
>
> Currently, osstest does:
> loop
> ipmitool power status
>
flight 179537 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/179537/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 9b94ebb0c826ad9a747f93ee351d5d076e920f6e
baseline version:
ovmf a4c9c2b0f00a8f950b305
Refactor pci_bus_for_each_resource() in the same way as it's done in
pci_dev_for_each_resource() case. This will allow to hide iterator
inside the loop, where it's not used otherwise.
No functional changes intended.
Signed-off-by: Andy Shevchenko
Reviewed-by: Krzysztof Wilczyński
---
.clang-fo
From: Mika Westerberg
Instead of open-coding it everywhere introduce a tiny helper that can be
used to iterate over each resource of a PCI device, and convert the most
obvious users into it.
While at it drop doubled empty line before pdev_sort_resources().
No functional changes intended.
Sugge
The pci_bus_for_each_resource_p() hides the iterator loop since
it may be not used otherwise. With this, we may drop that iterator
variable definition.
Signed-off-by: Andy Shevchenko
Reviewed-by: Krzysztof Wilczyński
---
drivers/eisa/pci_eisa.c | 4 ++--
1 file changed, 2 insertions(+), 2 delet
Provide two new helper macros to iterate over PCI device resources and
convert users.
Looking at it, refactor existing pci_bus_for_each_resource() and convert
users accordingly.
Changelog v4:
- rebased on top of v6.3-rc1
- added tag (Krzysztof)
Changelog v3:
- rebased on top of v2 by Mika, see a
The pci_bus_for_each_resource_p() hides the iterator loop since
it may be not used otherwise. With this, we may drop that iterator
variable definition.
Signed-off-by: Andy Shevchenko
Reviewed-by: Krzysztof Wilczyński
Acked-by: Dominik Brodowski
---
drivers/pcmcia/rsrc_nonstatic.c | 9 +++--
The machine rimava0 doesn't power off or power on when we keep doing
"power status" then "power off" ipmi command without waiting.
Currently, osstest does:
loop
ipmitool power status
ipmitool power off
sleep 1
This loop goes on forever, the machine never change power s
flight 179528 libvirt real [real]
flight 179536 libvirt real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/179528/
http://logs.test-lab.xenproject.org/osstest/logs/179536/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-amd64-li
On Fri, Feb 24, 2023 at 8:20 AM Jan Beulich wrote:
> On 23.02.2023 14:56, Marek Marczykowski-Górecki wrote:
> > On Thu, Feb 23, 2023 at 02:21:11PM +0100, Jan Beulich wrote:
> >> On 23.02.2023 14:08, Marek Marczykowski-Górecki wrote:
> >>> On Thu, Feb 23, 2023 at 11:16:28AM +0100, Jan Beulich wrot
This was an oversight when adding the Xen parts.
Fixes: cea9ae062295 ("x86/spec-ctrl: Enumeration for new Intel BHI controls")
Signed-off-by: Andrew Cooper
---
CC: Jan Beulich
CC: Roger Pau Monné
CC: Wei Liu
---
tools/libs/light/libxl_cpuid.c | 3 +++
tools/misc/xen-cpuid.c | 6 +++---
Patch 1 noticed because xen-cpuid currently says:
[13] 0x0007:2.edx intel-psfd <1> <2> <4> mcdt-no
when dumping the static known-feature bitmap. In some copious free time, we
should have a unit test that catches this.
Patch 2 when double checking that the enumeration hole was in fact co
https://www.intel.com/content/www/us/en/developer/articles/technical/software-security-guidance/technical-documentation/data-dependent-prefetcher.html
Signed-off-by: Andrew Cooper
---
CC: Jan Beulich
CC: Roger Pau Monné
CC: Wei Liu
---
tools/libs/light/libxl_cpuid.c | 1 +
tools/
On 10.03.2023 14:38, Roger Pau Monné wrote:
> On Fri, Mar 10, 2023 at 12:06:29PM +0100, Jan Beulich wrote:
>> On 09.03.2023 17:58, Roger Pau Monne wrote:
>>> Introduce an install target, like it's used by other tests. This
>>> allows running the test on the installed systems, which is easier than
On Fri, Mar 10, 2023 at 12:06:29PM +0100, Jan Beulich wrote:
> On 09.03.2023 17:58, Roger Pau Monne wrote:
> > Introduce an install target, like it's used by other tests. This
> > allows running the test on the installed systems, which is easier than
> > running it during the build phase when deal
Hi Andrei,
On 09/03/2023 17:19, Andrei Cherechesu (OSS) wrote:
>
>
> From: Andrei Cherechesu
>
> Added support for parsing the ARM generic timer interrupts DT
> node by the "interrupt-names" property, if it is available.
>
> If not available, the usual parsing based on the expected
> IRQ orde
flight 179526 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/179526/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-libvirt-xsm 14 guest-start fail REGR. vs. 179518
test-amd64-i386-l
On 10.03.2023 11:58, Matias Ezequiel Vara Larsen wrote:
> Oh, I see, thanks for the clarification. To summarise, these are the current
> options:
> 1. Use a "uint64_t" field thus limiting the number of counters to 64. The
> current vcpu_runstate_info structure is limited to 4 counters though, one f
flight 179532 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/179532/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf a4c9c2b0f00a8f950b3058d4e97534a2613ed8bf
baseline version:
ovmf 4ca4041b0dbb310109d9c
On 09.03.2023 17:58, Roger Pau Monne wrote:
> Introduce an install target, like it's used by other tests. This
> allows running the test on the installed systems, which is easier than
> running it during the build phase when dealing with automated testing.
> Strictly speaking the vpci test doesn't
On Thu, Mar 09, 2023 at 12:50:18PM +0100, Jan Beulich wrote:
> On 09.03.2023 11:38, Matias Ezequiel Vara Larsen wrote:
> > On Wed, Mar 08, 2023 at 03:16:05PM +0100, Jan Beulich wrote:
> >> On 08.03.2023 12:54, Matias Ezequiel Vara Larsen wrote:
> >>> On Tue, Mar 07, 2023 at 11:12:00AM +0100, Jan Be
On 05/02/2023 05.07, Alexander Bulekov wrote:
This protects devices from bh->mmio reentrancy issues.
Reviewed-by: Darren Kenny
Reviewed-by: Stefan Hajnoczi
Signed-off-by: Alexander Bulekov
---
...
diff --git a/hw/9pfs/xen-9p-backend.c b/hw/9pfs/xen-9p-backend.c
index 65c4979c3c..f077c1b255
On Fri, Mar 10, 2023 at 10:01:39AM +1100, Michael Ellerman wrote:
> Roger Pau Monné writes:
> > On Mon, Dec 12, 2022 at 01:36:48PM +0100, Roger Pau Monné wrote:
> >> On Fri, Dec 02, 2022 at 12:40:05PM +0100, Roger Pau Monné wrote:
> >> > On Wed, Nov 30, 2022 at 05:08:06PM -0800, Stefano Stabellini
flight 179524 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/179524/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-pair25 guest-start/debian fail REGR. vs. 178042
test-amd64-amd64-xl
On 09.03.2023 21:37, Andrew Cooper wrote:
> On 09/03/2023 7:34 pm, tachyon_...@web.de wrote:
>> Subject:
>> [help] Xen 4.14.5 on Devuan 4.0 Chimaera
>> From:
>> tachyon_...@web.de
>> Date:
>> 09/03/2023, 7:34 pm
>>
>> To:
>> xen-devel@lists.xenproject.org
>>
>>
>> Hello.
>>
>> Following the advice
flight 179530 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/179530/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 4ca4041b0dbb310109d9cb047ed428a0082df395
baseline version:
ovmf 8820767fb3bad09eeedec
On 10.03.2023 04:25, Elliott Mitchell wrote:
> On Thu, Mar 09, 2023 at 10:03:23AM +0100, Jan Beulich wrote:
>> On 09.03.2023 00:08, Elliott Mitchell wrote:
>>>
>>> As such I'm less than certain the problem is still in HEAD, though
>>> Neowutran and Co working with 4.16 and the commit log being quie
39 matches
Mail list logo
