Subject line needs to be updated :).
On Tue, May 10, 2022 at 05:58:23PM +0200, Marek Marczykowski-Górecki wrote:
> Intel LPSS has INTERRUPT_LINE set to 0xff by default, that is declared
> by the PCI Local Bus Specification Revision 3.0 (from 2004) as
> "unknown"/"no connection". Fallback to poll m
On Tue, May 10, 2022 at 12:22:51PM -0400, Demi Marie Obenour wrote:
> On Tue, May 10, 2022 at 12:57:48PM +0200, Roger Pau Monné wrote:
> > On Thu, May 05, 2022 at 08:30:17PM -0400, Demi Marie Obenour wrote:
> > > Proposal: Check disk sequence numbers in blkback
> > > ===
flight 170318 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/170318/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm 6 xen-buildfail REGR. vs. 168254
build-amd64
Hi Julien,
> On 10 May 2022, at 17:35, Julien Grall wrote:
>
> Hi Rahul,
>
> On 10/05/2022 17:30, Rahul Singh wrote:
>>> +rc = evtchn_alloc_unbound(&alloc);
>>> +if ( rc )
>>> +{
>>> +printk("Failed allocating event channel for domain\n");
>>> +return rc;
>>> +}
flight 170317 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/170317/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 6 libvirt-buildfail REGR. vs. 151777
build-i386-libvirt
On Wed, May 11, 2022 at 09:20:46AM +0200, Roger Pau Monné wrote:
> Subject line needs to be updated :).
>
> On Tue, May 10, 2022 at 05:58:23PM +0200, Marek Marczykowski-Górecki wrote:
> > Intel LPSS has INTERRUPT_LINE set to 0xff by default, that is declared
> > by the PCI Local Bus Specification
Hi,
On 11/05/2022 04:12, Stefano Stabellini wrote:
Alternatively, I also think that taking this patch as is without
alignment fix (either using be16_to_cpu or be16_to_cpup) is fine. The
alignment could be fixed afterwards. The key is that I think it should
be one of the maintainers to write the
flight 170319 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/170319/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm 6 xen-buildfail REGR. vs. 168254
build-amd64
Hi,
Please configure your e-mail client to send in plain text.
On 11/05/2022 07:30, Lin Liu （刘林） wrote:
Subject: Re: [PATCH v3 4/6] xen: Switch to byteswap
On 10/05/2022 11:15, Lin Liu wrote:
Update to use byteswap to swap bytes.
No functional change.
Signed-off-by: Lin Liu
---
Cc: Stefano
Hi Bertrand,
On 11/05/2022 08:46, Bertrand Marquis wrote:
On 10 May 2022, at 17:35, Julien Grall wrote:
Hi Rahul,
On 10/05/2022 17:30, Rahul Singh wrote:
+rc = evtchn_alloc_unbound(&alloc);
+if ( rc )
+{
+printk("Failed allocating event channel for domain\n");
+re
> On 11 May 2022, at 09:38, Julien Grall wrote:
>
> Hi Bertrand,
>
> On 11/05/2022 08:46, Bertrand Marquis wrote:
>>> On 10 May 2022, at 17:35, Julien Grall wrote:
>>>
>>> Hi Rahul,
>>>
>>> On 10/05/2022 17:30, Rahul Singh wrote:
> +rc = evtchn_alloc_unbound(&alloc);
> +if
flight 170314 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/170314/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-i386-xl-shadow 7 xen-installfail pass in 170307
Tests which did not succeed, but
flight 170320 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/170320/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm 6 xen-buildfail REGR. vs. 168254
build-amd64
Hi Bertrand,
On 11/05/2022 09:46, Bertrand Marquis wrote:
On 11 May 2022, at 09:38, Julien Grall wrote:
Hi Bertrand,
On 11/05/2022 08:46, Bertrand Marquis wrote:
On 10 May 2022, at 17:35, Julien Grall wrote:
Hi Rahul,
On 10/05/2022 17:30, Rahul Singh wrote:
+rc = evtchn_alloc_unbo
Hi Julien,
> On 11 May 2022, at 10:10, Julien Grall wrote:
>
> Hi Bertrand,
>
> On 11/05/2022 09:46, Bertrand Marquis wrote:
>>> On 11 May 2022, at 09:38, Julien Grall wrote:
>>>
>>> Hi Bertrand,
>>>
>>> On 11/05/2022 08:46, Bertrand Marquis wrote:
> On 10 May 2022, at 17:35, Julien Gral
flight 170321 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/170321/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm 6 xen-buildfail REGR. vs. 168254
build-amd64
On 10/05/2022 12:47, Julien Grall wrote:
> Hi,
>
> On 10/05/2022 12:34, Andrew Cooper wrote:
>> On 10/05/2022 12:17, Julien Grall wrote:
>
>> diff --git a/xen/include/xen/unaligned.h
>> b/xen/include/xen/unaligned.h
>> index 0a2b16d05d..16b2e6f5f0 100644
>> --- a/xen/includ
On 5/10/22 21:14, Rafael J. Wysocki wrote:
> On Tue, May 10, 2022 at 1:33 AM Dmitry Osipenko
> wrote:
>> Add atomic_notifier_call_chain_is_empty() that returns true if given
>> atomic call chain is empty.
> It would be good to mention a use case for it.
>
I'll update this patch for v9.
--
Best
flight 170322 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/170322/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm 6 xen-buildfail REGR. vs. 168254
build-amd64
Hi Julien
> On 11 May 2022, at 10:18 am, Bertrand Marquis
> wrote:
>
> Hi Julien,
>
>> On 11 May 2022, at 10:10, Julien Grall wrote:
>>
>> Hi Bertrand,
>>
>> On 11/05/2022 09:46, Bertrand Marquis wrote:
On 11 May 2022, at 09:38, Julien Grall wrote:
Hi Bertrand,
O
On 11/05/2022 10:56, Andrew Cooper wrote:
On 10/05/2022 12:47, Julien Grall wrote:
Hi,
On 10/05/2022 12:34, Andrew Cooper wrote:
On 10/05/2022 12:17, Julien Grall wrote:
diff --git a/xen/include/xen/unaligned.h
b/xen/include/xen/unaligned.h
index 0a2b16d05d..16b2e6f5f0 100644
--- a/xen
On 5/3/22 09:17, Luca Fancellu wrote:
> Hi Daniel,
>
>> diff --git a/xen/xsm/flask/hooks.c b/xen/xsm/flask/hooks.c
>> index 0bf63ffa84..b93101191e 100644
>> --- a/xen/xsm/flask/hooks.c
>> +++ b/xen/xsm/flask/hooks.c
>> @@ -186,6 +186,28 @@ static int cf_check flask_domain_alloc_security(struct
>>
On 5/9/22 14:33, Julien Grall wrote:
>
>
> On 03/05/2022 14:17, Luca Fancellu wrote:
>>> diff --git a/xen/xsm/flask/hooks.c b/xen/xsm/flask/hooks.c
>>> index 0bf63ffa84..b93101191e 100644
>>> --- a/xen/xsm/flask/hooks.c
>>> +++ b/xen/xsm/flask/hooks.c
>>> @@ -186,6 +186,28 @@ static int cf_check
On 5/9/22 14:38, Julien Grall wrote:
> Hi Daniel,
>
> On 03/05/2022 12:17, Daniel P. Smith wrote:
>> There are new capabilities, dom0less and hyperlaunch, that introduce
>> internal
>> hypervisor logic which needs to make resource allocation calls that are
>> protected by XSM access checks. This c
On Mon, Apr 25, 2022 at 10:43:45AM +0200, Jan Beulich wrote:
> When a page table ends up with all contiguous entries (including all
> identical attributes), it can be replaced by a superpage entry at the
> next higher level. The page table itself can then be scheduled for
> freeing.
>
> The adjust
On Tue 2022-05-10 21:46:38, John Ogness wrote:
> On 2022-05-10, Steven Rostedt wrote:
> >> As already mentioned in the other reply, panic() sometimes stops the
> >> other CPUs using NMI, for example, see kdump_nmi_shootdown_cpus().
> >>
> >> Another situation is when the CPU using the lock ends i
flight 170323 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/170323/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm 6 xen-buildfail REGR. vs. 168254
build-amd64
There are new capabilities, dom0less and hyperlaunch, that introduce internal
hypervisor logic which needs to make resource allocation calls that are
protected by XSM access checks. This creates an issue as a subset of the
hypervisor code is executed under a system domain, the idle domain, that is
This series makes it so that the idle domain is started privileged under the
default policy, which the SILO policy inherits, and under the flask policy. It
then introduces a new one-way XSM hook, xsm_transition_running, that is hooked
by an XSM policy to transition the idle domain to its running pr
This commit implements full support for starting the idle domain privileged by
introducing a new flask label xenboot_t which the idle domain is labeled with
at creation. It then provides the implementation for the XSM hook
xsm_set_system_active to relabel the idle domain to the existing xen_t flas
On Wed 2022-04-27 19:49:11, Guilherme G. Piccoli wrote:
> Currently the tracing dump_on_oops feature is implemented
> through separate notifiers, one for die/oops and the other
> for panic. With the addition of panic notifier "id", this
> patch makes use of such "id" to unify both functions.
>
> I
> On May 11, 2022, at 9:34 AM, Julien Grall wrote:
>
> Hi,
>
> Please configure your e-mail client to send in plain text.
>
> On 11/05/2022 07:30, Lin Liu （刘林） wrote:
>> Subject: Re: [PATCH v3 4/6] xen: Switch to byteswap
>> On 10/05/2022 11:15, Lin Liu wrote:
>>> Update to use byteswap to sw
flight 170324 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/170324/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm 6 xen-buildfail REGR. vs. 168254
build-amd64
Hi George,
On 11/05/2022 13:11, George Dunlap wrote:
Google told me __force is used in linux kernel to suppress warning in sparse,
https://stackoverflow.com/questions/53120610/what-does-the-attribute-force-do
Is sparse also used in xen?
I am not aware of any use of Sparse in Xen, but it would
For historical reasons the switlb code paniced when the metadata could
not be allocated, but just printed a warning when the actual main
swiotlb buffer could not be allocated. Restore this somewhat unexpected
behavior as changing it caused a boot failure on the Microchip RISC-V
PolarFire SoC Icicl
Hi all,
attached are a bunch of fixes for regressions in the recent swiotlb
refactoring. The first one was reported by Conor, and the other two
are things I found by code inspections while trying to fix what he
reported.
nslabs can shrink when allocations or the remap don't succeed, so make
sure to use it for all sizing. For that remove the bytes value that
can get stale and replace it with local calculations and a boolean to
indicate if the originally requested size could not be allocated.
Fixes: 6424e31b1c05 ("
default_nslabs should only be used to initialize nslabs, after that we
need to use the local variable that can shrink when allocations or the
remap don't succeed.
Fixes: 6424e31b1c05 ("swiotlb: remove swiotlb_init_with_tbl and
swiotlb_init_late_with_tbl")
Signed-off-by: Christoph Hellwig
---
ke
flight 170325 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/170325/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm 6 xen-buildfail REGR. vs. 168254
build-amd64
Hi Rahul,
On 11/05/2022 11:53, Rahul Singh wrote:
On 11 May 2022, at 10:18 am, Bertrand Marquis wrote:
Hi Julien,
On 11 May 2022, at 10:10, Julien Grall wrote:
Hi Bertrand,
On 11/05/2022 09:46, Bertrand Marquis wrote:
On 11 May 2022, at 09:38, Julien Grall wrote:
Hi Bertrand,
On 11/05
flight 170326 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/170326/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm 6 xen-buildfail REGR. vs. 168254
build-amd64
On 03.05.22 14:54, Juergen Gross wrote:
On 28.04.22 16:50, Jan Beulich wrote:
The latest with commit bdd8b6c98239 ("drm/i915: replace X86_FEATURE_PAT
with pat_enabled()") pat_enabled() returning false (because of PAT
initialization being suppressed in the absence of MTRRs being announced
to be a
On Mon, Apr 25, 2022 at 10:44:11AM +0200, Jan Beulich wrote:
> Signed-off-by: Jan Beulich
> Reviewed-by: Kevin tian
Reviewed-by: Roger Pau Monné
Would be helpful to also have those per-guest I think.
Thanks, Roger.
On Mon, Apr 25, 2022 at 10:44:38AM +0200, Jan Beulich wrote:
> With iommu_flush_iotlb_all() gone, iommu_flush_iotlb_pages() is merely a
> wrapper around the not otherwise called iommu_flush_iotlb(). Fold both
> functions.
>
> No functional change intended.
>
> Signed-off-by: Jan Beulich
Reviewe
On Mon, Apr 25, 2022 at 10:45:10AM +0200, Jan Beulich wrote:
> This way intel_iommu_unmap_page() ends up quite a bit more similar to
> intel_iommu_map_page().
>
> No functional change intended.
>
> Signed-off-by: Jan Beulich
Reviewed-by: Roger Pau Monné
Thanks, Roger.
Intel LPSS has INTERRUPT_LINE set to 0xff by default, that is declared
by the PCI Local Bus Specification Revision 3.0 (from 2004) as
"unknown"/"no connection". Fallback to poll mode in this case.
The 0xff handling is x86-specific, the surrounding code is guarded with
CONFIG_X86 anyway.
Signed-off
This is purely based on the spec:
- Intel 500 Series PCH: 635218-006
- Intel 600 Series PCH: 691222-001, 648364-003
This is tested only on TGL-LP added initially, but according to the
spec, they should behave the same.
Signed-off-by: Marek Marczykowski-Górecki
Acked-by: Andrew Cooper
---
Change
On Fri, Apr 29, 2022 at 04:15:38PM -0700, Stefano Stabellini wrote:
> Great! Christoph you can go ahead and pick it up in your tree if you are
> up for it.
The patch is in the dma-mapping for-next brancch now:
http://git.infradead.org/users/hch/dma-mapping.git/commitdiff/62cb1ca1654b57589c582efae
On Wed, May 11, 2022 at 03:59:28PM +0200, Marek Marczykowski-Górecki wrote:
> Intel LPSS has INTERRUPT_LINE set to 0xff by default, that is declared
> by the PCI Local Bus Specification Revision 3.0 (from 2004) as
> "unknown"/"no connection". Fallback to poll mode in this case.
> The 0xff handling
Hi,
> On 11 May 2022, at 04:12, Stefano Stabellini wrote:
>
> On Tue, 10 May 2022, Julien Grall wrote:
>>> It is not reasonable to say "this unrelated thing is broken, and you
>>> need to fix it first to get your series in". Requests like that are,
>>> I'm sure, part of what Bertrand raised in
Hi George,
> On 11 May 2022, at 13:11, George Dunlap wrote:
>
>
>
>> On May 11, 2022, at 9:34 AM, Julien Grall wrote:
>>
>> Hi,
>>
>> Please configure your e-mail client to send in plain text.
>>
>> On 11/05/2022 07:30, Lin Liu （刘林） wrote:
>>> Subject: Re: [PATCH v3 4/6] xen: Switch to byt
flight 170327 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/170327/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm 6 xen-buildfail REGR. vs. 168254
build-amd64
This is purely based on the spec:
- Intel 500 Series PCH: 635218-006
- Intel 600 Series PCH: 691222-001, 648364-003
This is tested only on TGL-LP added initially, but according to the
spec, they should behave the same.
Signed-off-by: Marek Marczykowski-Górecki
Acked-by: Andrew Cooper
---
Change
Intel LPSS has INTERRUPT_LINE set to 0xff by default, that is declared
by the PCI Local Bus Specification Revision 3.0 (from 2004) as
"unknown"/"no connection". Fallback to poll mode in this case.
The 0xff handling is x86-specific, the surrounding code is guarded with
CONFIG_X86 anyway.
Signed-off
Hi Julien
> On 10 May 2022, at 1:32 pm, Julien Grall wrote:
>
> Hi Rahul,
>
> On 04/05/2022 18:34, Rahul Singh wrote:
>> This patch introduces a new feature to support the signaling between
>> two domains in dom0less system.
>> Signed-off-by: Rahul Singh
>> ---
>> v2 changes:
>> - switch to th
On 11/05/2022 15:15, Roger Pau Monné wrote:
> On Wed, May 11, 2022 at 03:59:28PM +0200, Marek Marczykowski-Górecki wrote:
>> Intel LPSS has INTERRUPT_LINE set to 0xff by default, that is declared
>> by the PCI Local Bus Specification Revision 3.0 (from 2004) as
>> "unknown"/"no connection". Fallbac
On Wed, May 11, 2022 at 02:35:05PM +, Andrew Cooper wrote:
> On 11/05/2022 15:15, Roger Pau Monné wrote:
> > On Wed, May 11, 2022 at 03:59:28PM +0200, Marek Marczykowski-Górecki wrote:
> >> Intel LPSS has INTERRUPT_LINE set to 0xff by default, that is declared
> >> by the PCI Local Bus Specific
> On 10 May 2022, at 03:03, Stefano Stabellini wrote:
>
> On Wed, 4 May 2022, Julien Grall wrote:
>>> Do I understand right that it is ok for you if I push one patch mentioning
>>> all the commits done in Linux corresponding to the changes (instead of one
>>> patch per commit) ?
>>
>> For thi
Hi Stefano,
> On 10 May 2022, at 03:04, Stefano Stabellini wrote:
>
> On Tue, 3 May 2022, Bertrand Marquis wrote:
>> Sync arm64 sysreg bit shift definitions with status of Linux kernel as
>> of 5.18-rc3 version (linux commit b2d229d4ddb1).
>> Sync ID registers sanitization with the status of Lin
Hi Julien,
> On 11 May 2022, at 2:11 pm, Julien Grall wrote:
>
> Hi Rahul,
>
> On 11/05/2022 11:53, Rahul Singh wrote:
>>> On 11 May 2022, at 10:18 am, Bertrand Marquis
>>> wrote:
>>>
>>> Hi Julien,
>>>
On 11 May 2022, at 10:10, Julien Grall wrote:
Hi Bertrand,
O
Hi Julien,
> On 11 May 2022, at 3:57 pm, Rahul Singh wrote:
>
> Hi Julien,
>
>> On 11 May 2022, at 2:11 pm, Julien Grall wrote:
>>
>> Hi Rahul,
>>
>> On 11/05/2022 11:53, Rahul Singh wrote:
On 11 May 2022, at 10:18 am, Bertrand Marquis
wrote:
Hi Julien,
> On
Have is_hvm_pv_evtchn_vcpu() return true for vector callbacks for
evtchn delivery set up on a per-vCPU basis via
HVMOP_set_evtchn_upcall_vector.
is_hvm_pv_evtchn_vcpu() returning true is a condition for setting up
physical IRQ to event channel mappings.
Signed-off-by: Jane Malalane
---
CC: Jan B
flight 170328 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/170328/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm 6 xen-buildfail REGR. vs. 168254
build-amd64
Hi,
On 11/05/2022 15:41, Bertrand Marquis wrote:
On 10 May 2022, at 03:03, Stefano Stabellini wrote:
On Wed, 4 May 2022, Julien Grall wrote:
Do I understand right that it is ok for you if I push one patch mentioning
all the commits done in Linux corresponding to the changes (instead of one
On 11/05/2022 16:05, Rahul Singh wrote:
The property "xen,enhanced" with an empty string (or with the value "enabled")
is meant to indicate that PV drivers will be usable in the domain.
AFAIU, you are suggesting to change the meaning based on dom0 whether has been
created. I don't particula
Hi Julien,
> On 11 May 2022, at 16:20, Julien Grall wrote:
>
> Hi,
>
> On 11/05/2022 15:41, Bertrand Marquis wrote:
>>> On 10 May 2022, at 03:03, Stefano Stabellini wrote:
>>>
>>> On Wed, 4 May 2022, Julien Grall wrote:
> Do I understand right that it is ok for you if I push one patch men
Hi Bertrand,
On 11/05/2022 16:40, Bertrand Marquis wrote:
On 11 May 2022, at 16:20, Julien Grall wrote:
Technically, speaking you only copied the code from Linux and therefore you are
not the author of some of the changes.
For such case, our general process is:
Could you tell me where this
flight 170329 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/170329/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm 6 xen-buildfail REGR. vs. 168254
build-amd64
Hi,
> On 11 May 2022, at 16:47, Julien Grall wrote:
>
> Hi Bertrand,
>
> On 11/05/2022 16:40, Bertrand Marquis wrote:
>>> On 11 May 2022, at 16:20, Julien Grall wrote:
>>> Technically, speaking you only copied the code from Linux and therefore you
>>> are not the author of some of the changes
On 11/05/2022 17:01, Bertrand Marquis wrote:
Hi,
On 11 May 2022, at 16:47, Julien Grall wrote:
Hi Bertrand,
On 11/05/2022 16:40, Bertrand Marquis wrote:
On 11 May 2022, at 16:20, Julien Grall wrote:
Technically, speaking you only copied the code from Linux and therefore you are
not the
flight 170330 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/170330/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm 6 xen-buildfail REGR. vs. 168254
build-amd64
On Mon, May 09, 2022 at 11:16:10AM -0300, Guilherme G. Piccoli wrote:
> On 27/04/2022 19:49, Guilherme G. Piccoli wrote:
> > Currently we have 3 notifier lists in the panic path, which will
> > be wired in a way to allow the notifier callbacks to run in
> > different moments at panic time, in a sub
flight 170331 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/170331/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm 6 xen-buildfail REGR. vs. 168254
build-amd64
flight 170332 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/170332/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm 6 xen-buildfail REGR. vs. 168254
build-amd64
On 07.05.22 21:19, Oleksandr Tyshchenko wrote:
Hello Boris, Stefano
From: Juergen Gross
For support of virtio via grant mappings in rare cases larger mappings
using consecutive grants are needed. Support those by adding a bitmap
of free grants.
As consecutive grants will be needed only in
On Wed, May 11, 2022 at 09:37:54AM +0200, Roger Pau Monné wrote:
> On Tue, May 10, 2022 at 12:22:51PM -0400, Demi Marie Obenour wrote:
> > On Tue, May 10, 2022 at 12:57:48PM +0200, Roger Pau Monné wrote:
> > > On Thu, May 05, 2022 at 08:30:17PM -0400, Demi Marie Obenour wrote:
> > > > Proposal: Che
On 05/05/2022 01:16, Stefano Stabellini wrote:
From: Stefano Stabellini
Implement extended regions for dom0less domUs. The implementation is
based on the libxl implementation.
Also update docs for the ext_regions command line option.
Signed-off-by: Stefano Stabellini
Reviewed-by: Luca Fan
flight 170333 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/170333/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm 6 xen-buildfail REGR. vs. 168254
build-amd64
From: Oleksandr Tyshchenko
Borrow the x86's check from p2m_remove_page() which was added
by the following commit: c65ea16dbcafbe4fe21693b18f8c2a3c5d14600e
"x86/p2m: don't assert that the passed in MFN matches for a remove"
and adjust it to the Arm code base.
Basically, this check is strictly nee
From: Oleksandr Tyshchenko
Rework Arm implementation to store grant table frame GFN
in struct page_info directly instead of keeping it in
standalone status/shared arrays. This patch is based on
the assumption that a grant table page is a xenheap page.
To cover 64-bit/40-bit IPA on Arm64/Arm32 we
Hi Stefano,
On 05/05/2022 01:16, Stefano Stabellini wrote:
From: Luca Miccio
Export evtchn_alloc_unbound and make it __must_check.
If "xen,enhanced" is enabled, then add to dom0less domains:
- the hypervisor node in device tree
- the xenstore event channel
The xenstore event channel is also
Hi,
On 05/05/2022 01:16, Stefano Stabellini wrote:
From: Luca Miccio
When xs_introduce_domain is called, send out a notification on the
xenstore event channel so that any (dom0less) domain waiting for the
xenstore interface to be ready can continue with the initialization.
Before sending the n
Hi Stefano,
On 05/05/2022 01:16, Stefano Stabellini wrote:
From: Luca Miccio
Add an example application that can be run in dom0 to complete the
dom0less domains initialization so that they can get access to xenstore
and use PV drivers.
The application sets "connection" to XENSTORE_RECONNECT o
Hi,
On 05/05/2022 01:16, Stefano Stabellini wrote:
From: Stefano Stabellini
Document how to use the feature and how the implementation works.
Signed-off-by: Stefano Stabellini
Reviewed-by: Luca Fancellu
AFAICT, this match the code in Xen. So:
Acked-by: Julien Grall
---
docs/features
Hi,
The reproducer is trivial:
[user@dom0 ~]$ sudo xl block-attach work backend=sys-usb vdev=xvdi
target=/dev/sdz
[user@dom0 ~]$ xl block-list work
Vdev BE handle state evt-ch ring-ref BE-path
51712 0 2414 -1 -1 /local/domain/0/backend/vbd/241/51712
5
On 11/05/2022 13:45, Heiko Carstens wrote:
> [...]
>>
>> Hey S390/SPARC folks, sorry for the ping!
>>
>> Any reviews on this V1 would be greatly appreciated, I'm working on V2
>> and seeking feedback in the non-reviewed patches.
>
> Sorry, missed that this is quite s390 specific. So, yes, this loo
flight 170335 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/170335/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm 6 xen-buildfail REGR. vs. 168254
build-amd64
On 10/05/2022 14:40, Steven Rostedt wrote:
> On Wed, 27 Apr 2022 19:49:17 -0300
> "Guilherme G. Piccoli" wrote:
>
>> Currently we don't have a way to check if there are dumpers set,
>> except counting the list members maybe. This patch introduces a very
>> simple helper to provide this informatio
On 10/05/2022 11:16, Petr Mladek wrote:
> [...]
> Yeah, it is pretty strange behavior.
>
> I looked into the history. This notifier was added into the alpha code
> in 2.4.0-test2pre2. In this historic code, the default panic() code
> either rebooted after a timeout or ended in a infinite loop. The
On Wed, 11 May 2022, Bertrand Marquis wrote:
> > I understand the patch is already written, so I was OK if you simply list
> > of the commits with the authors/tags for this time.
>
> I would like to understand where this requirement is coming from.
>
> @George: is there some kind of legal reason
On 10/05/2022 11:28, Petr Mladek wrote:
> [...]
> It is not clear to me why user mode linux should not care about
> the other notifiers. It might be because I do not know much
> about the user mode linux.
>
> Is the because they always create core dump or are never running
> in a hypervisor or ...
On Wed, 11 May 2022, Christoph Hellwig wrote:
> On Fri, Apr 29, 2022 at 04:15:38PM -0700, Stefano Stabellini wrote:
> > Great! Christoph you can go ahead and pick it up in your tree if you are
> > up for it.
>
> The patch is in the dma-mapping for-next brancch now:
>
> http://git.infradead.org/us
On 5/11/22 2:00 PM, Oleksandr wrote:
On 07.05.22 21:19, Oleksandr Tyshchenko wrote:
Hello Boris, Stefano
From: Juergen Gross
For support of virtio via grant mappings in rare cases larger mappings
using consecutive grants are needed. Support those by adding a bitmap
of free grants.
As co
flight 170336 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/170336/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm 6 xen-buildfail REGR. vs. 168254
build-amd64
flight 170337 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/170337/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm 6 xen-buildfail REGR. vs. 168254
build-amd64
flight 170338 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/170338/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm 6 xen-buildfail REGR. vs. 168254
build-amd64
flight 170334 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/170334/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-qemuu-win7-amd64 19 guest-stopfail like 170286
test-armhf-armhf-libvirt 16 sav
flight 170339 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/170339/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm 6 xen-buildfail REGR. vs. 168254
build-amd64
flight 170340 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/170340/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm 6 xen-buildfail REGR. vs. 168254
build-amd64
flight 170341 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/170341/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm 6 xen-buildfail REGR. vs. 168254
build-amd64
1 - 100 of 105 matches
Mail list logo
