On Wed, Sep 14, 2022 at 08:44:25AM +0200, Jan Beulich wrote:
> On 14.09.2022 08:40, Demi Marie Obenour wrote:
> > On Wed, Sep 14, 2022 at 08:36:02AM +0200, Jan Beulich wrote:
> >> On 13.09.2022 19:22, Demi Marie Obenour wrote:
> >>> On Tue, Sep 13, 2022 at 04:47:24PM +0200, Jan Beulich wrote:
> >>>
On 14.09.2022 09:11, Demi Marie Obenour wrote:
> On Wed, Sep 14, 2022 at 08:44:25AM +0200, Jan Beulich wrote:
>> On 14.09.2022 08:40, Demi Marie Obenour wrote:
>>> On Wed, Sep 14, 2022 at 08:36:02AM +0200, Jan Beulich wrote:
On 13.09.2022 19:22, Demi Marie Obenour wrote:
> On Tue, Sep 13,
On Wed, Sep 14, 2022 at 09:32:20AM +0200, Jan Beulich wrote:
> On 14.09.2022 09:11, Demi Marie Obenour wrote:
> > On Wed, Sep 14, 2022 at 08:44:25AM +0200, Jan Beulich wrote:
> >> On 14.09.2022 08:40, Demi Marie Obenour wrote:
> >>> On Wed, Sep 14, 2022 at 08:36:02AM +0200, Jan Beulich wrote:
> >>>
On 13.09.2022 16:50, Roger Pau Monné wrote:
> On Mon, Dec 13, 2021 at 04:12:55PM +0100, Jan Beulich wrote:
>> show_hvm_stack() requires interrupts to be enabled to avoids triggering
>> the consistency check in check_lock() for the p2m lock. To do so in
>> spurious_interrupt() requires adding reentr
On 14.09.2022 10:14, Jan Beulich wrote:
> On 13.09.2022 16:50, Roger Pau Monné wrote:
>> On Mon, Dec 13, 2021 at 04:12:55PM +0100, Jan Beulich wrote:
>>> show_hvm_stack() requires interrupts to be enabled to avoids triggering
>>> the consistency check in check_lock() for the p2m lock. To do so in
>
Hi Stefano,
On 13/09/2022 21:28, Stefano Stabellini wrote:
>
>
> On Tue, 13 Sep 2022, Michal Orzel wrote:
>> Hi Ayan,
>>
>> On 12/09/2022 18:27, Ayan Kumar Halder wrote:
>>> Hi Michal,
>>>
>>> On 12/09/2022 12:59, Michal Orzel wrote:
This patch series introduces support to generate automati
On 13/09/2022 04:02, Ji, Ruili wrote:
[AMD Official Use Only - General]
Hi Paul,
Could you help to review this patch?
LGTM. You can add my R-b to it.
Paul
Thanks
*From:* Ji, Ruili
*Sent:* 2022年9月7日 9:04
*To:* 'Paul Durrant' ; 'qemu-de...@nongnu.org'
*Cc:* Liu, Aaron ; 'xen-devel@lis
On Wed, Sep 14, 2022 at 10:31:34AM +0200, Jan Beulich wrote:
> On 14.09.2022 10:14, Jan Beulich wrote:
> > On 13.09.2022 16:50, Roger Pau Monné wrote:
> >> On Mon, Dec 13, 2021 at 04:12:55PM +0100, Jan Beulich wrote:
> >>> show_hvm_stack() requires interrupts to be enabled to avoids triggering
> >>
On 14.09.22 08:43, ruanjinjie wrote:
The symbol is not used outside of the file, so mark it static.
Fixes the following warning:
./drivers/net/xen-netfront.c:676:16: warning: symbol 'bounce_skb' was not
declared. Should it be static?
Signed-off-by: ruanjinjie
Reviewed-by: Juergen Gross
flight 173186 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173186/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-libvirt6 libvirt-buildfail REGR. vs. 172136
build-amd64-libvirt
On 01.09.22 13:55, Paul Durrant wrote:
Removing 'hotplug-status' in backend_disconnected() means that it will be
removed even in the case that the frontend unilaterally disconnects (which
it is free to do at any time). The consequence of this is that, when the
frontend attempts to re-connect, the
[AMD Official Use Only - General]
Hi Paul,
Thank you!
But how could we merge this patch ?
Ruili
-Original Message-
From: Paul Durrant
Sent: 2022年9月14日 17:08
To: Ji, Ruili ; qemu-de...@nongnu.org
Cc: Liu, Aaron ; xen-devel@lists.xenproject.org
Subject: Re: [PATCH] hw/xen: set pci Atomic
On 14.09.2022 11:13, Roger Pau Monné wrote:
> On Wed, Sep 14, 2022 at 10:31:34AM +0200, Jan Beulich wrote:
>> On 14.09.2022 10:14, Jan Beulich wrote:
>>> On 13.09.2022 16:50, Roger Pau Monné wrote:
On Mon, Dec 13, 2021 at 04:12:55PM +0100, Jan Beulich wrote:
> show_hvm_stack() requires int
flight 173183 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173183/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-arm64-libvirt 6 libvirt-buildfail REGR. vs. 172133
build-i386-libvirt
On 13.09.22 17:52, Roger Pau Monné wrote:
On Fri, Jul 22, 2022 at 02:31:28PM +, Andrew Cooper wrote:
I've been cross-checking licensing details, and we have some problems.
1) We install xen/include/public/COPYING into /usr/include/xen/COPYING,
which is not common practice. The installed fi
flight 173184 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173184/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-amd64-pygrub17 guest-localmigrate fail in 173162 pass in 173184
test-amd64-i386-xl-xsm7
On Wed, Sep 14, 2022 at 01:28:27PM +0200, Juergen Gross wrote:
> On 13.09.22 17:52, Roger Pau Monné wrote:
> > On Fri, Jul 22, 2022 at 02:31:28PM +, Andrew Cooper wrote:
> > > I've been cross-checking licensing details, and we have some problems.
> > >
> > > 1) We install xen/include/public/CO
flight 173187 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173187/
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, Sep 14, 2022 at 12:13:49PM +0200, Jan Beulich wrote:
> On 14.09.2022 11:13, Roger Pau Monné wrote:
> > On Wed, Sep 14, 2022 at 10:31:34AM +0200, Jan Beulich wrote:
> >> On 14.09.2022 10:14, Jan Beulich wrote:
> >>> On 13.09.2022 16:50, Roger Pau Monné wrote:
> On Mon, Dec 13, 2021 at 0
flight 173190 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173190/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-libvirt6 libvirt-buildfail REGR. vs. 172136
build-amd64-libvirt
flight 173185 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173185/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 6 libvirt-buildfail REGR. vs. 172123
build-i386-libvir
flight 173193 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173193/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-libvirt6 libvirt-buildfail REGR. vs. 172136
build-amd64-libvirt
flight 173192 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173192/
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
flight 173189 linux-5.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173189/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-libvirt6 libvirt-buildfail REGR. vs. 172128
build-amd64-libvirt
Hi Marek,
I'm testing the latest Xen master git branch
(942ac5fc15ecc2f7ef1d9331c76d89d2cef10e5c) with the now merged xue
patches. My current boot command line includes dbgp=xhci@pci00:14.0
console=dbgp and this works in that the Xen boot log shows up on the
other side of the debug cable:
...
(X
flight 173196 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173196/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-libvirt6 libvirt-buildfail REGR. vs. 172136
build-amd64-libvirt
On Wed, Sep 14, 2022 at 02:18:34PM -0400, Tamas K Lengyel wrote:
> Hi Marek,
> I'm testing the latest Xen master git branch
> (942ac5fc15ecc2f7ef1d9331c76d89d2cef10e5c) with the now merged xue
> patches. My current boot command line includes dbgp=xhci@pci00:14.0
> console=dbgp and this works in th
flight 173191 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173191/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-arm64-libvirt 6 libvirt-buildfail REGR. vs. 172133
build-i386-libvirt
flight 173194 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173194/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 6 libvirt-buildfail REGR. vs. 172123
build-i386-libvir
> > Do you have any idea what might be going on and preventing the output
> > from showing over USB3 afterwards? The /dev/ttyUSB0 device is still
> > present on the receiving side, just nothing is being received over it.
>
> There are few more patches in the series that are de facto required.
> Esp
flight 173199 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173199/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-libvirt6 libvirt-buildfail REGR. vs. 172136
build-amd64-libvirt
On Wed, 14 Sep 2022, Jan Beulich wrote:
> On 14.09.2022 01:31, Stefano Stabellini wrote:
> > The problem is that drivers/xen/privcmd.c:privcmd_mmap sets VM_IO |
> > VM_PFNMAP, and either flag would cause check_vma_flags to return
> > -EFAULT.
> >
> > Do you know if it works if you remove VM_IO | V
On Wed, Sep 14, 2022 at 08:41:59PM -0400, Tamas K Lengyel wrote:
> > > Do you have any idea what might be going on and preventing the output
> > > from showing over USB3 afterwards? The /dev/ttyUSB0 device is still
> > > present on the receiving side, just nothing is being received over it.
> >
> >
From: Ruili Ji
Make guest os access pci device control 2 reg for passthrough device
as struct XenPTRegInfo described in the file hw/xen/xen_pt.h.
/* reg read only field mask (ON:RO/ROS, OFF:other) */
uint32_t ro_mask;
/* reg emulate field mask (ON:emu, OFF:passthrough) */
uint32_t emu_mask;
Reso
flight 173198 linux-5.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173198/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-libvirt6 libvirt-buildfail REGR. vs. 172128
build-amd64-libvirt
flight 173197 xen-unstable real [real]
flight 173204 xen-unstable real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/173197/
http://logs.test-lab.xenproject.org/osstest/logs/173204/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd6
flight 173202 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173202/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-libvirt6 libvirt-buildfail REGR. vs. 172136
build-amd64-libvirt
On 15.09.22 03:18, Stefano Stabellini wrote:
On Wed, 14 Sep 2022, Jan Beulich wrote:
On 14.09.2022 01:31, Stefano Stabellini wrote:
The problem is that drivers/xen/privcmd.c:privcmd_mmap sets VM_IO |
VM_PFNMAP, and either flag would cause check_vma_flags to return
-EFAULT.
Do you know if it wo
38 matches
Mail list logo