On Wed, Oct 16, 2019 at 06:35:15AM +, Oleksandr Andrushchenko wrote:
> On 10/16/19 8:11 AM, Jürgen Groß wrote:
> > On 15.10.19 20:12, Jason Gunthorpe wrote:
> >> From: Jason Gunthorpe
> >>
> >> DMA_SHARED_BUFFER can not be enabled by the user (it represents a
> >> library
> >> set in the
flight 143000 linux-next real [real]
http://logs.test-lab.xenproject.org/osstest/logs/143000/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-arm64-arm64-xl-credit2 broken
test-arm64-arm64-xl-credit2 4
flight 142997 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/142997/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-arm64-pvopsbroken
build-arm64-pvops 4
branch xen-unstable
xenbranch xen-unstable
job test-amd64-i386-freebsd10-amd64
testid xen-boot
Tree: linux git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
Tree: ovmf git://xenbits.xen.org/osstest/ovmf.git
flight 142998 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/142998/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 61bb6eeb4d93c0a34c1995d87914ab41398f9550
baseline version:
ovmf
On Mon, 21 Oct 2019, Julien Grall wrote:
> Hi Stefano,
>
> On 10/1/19 10:00 PM, Stefano Stabellini wrote:
> > On Thu, 26 Sep 2019, Julien Grall wrote:
> > > A follow-up patch will require to include insn.h from assembly code. So
> > > wee need to protect any C-specific definition to avoid
Hi Stefano,
On 10/1/19 10:00 PM, Stefano Stabellini wrote:
On Thu, 26 Sep 2019, Julien Grall wrote:
A follow-up patch will require to include insn.h from assembly code. So
wee need to protect any C-specific definition to avoid compilation
^ we ^ definitions
Hi all
This is version 3 of the patch series.
This is the very first stage for porting Xen to run on Hyper-V with all the
goodies Hyper-V has to offer. With this series, Xen can successfully detect
Hyper-V and prints out a message. I would like to first get the code structure
and kconfig
We use the same code structure as we did for Xen.
As starters, detect Hyper-V in probe routine. More complex
functionalities will be added later.
Signed-off-by: Wei Liu
---
V3:
1. Remove some unused code
2. Rename structure
3. Also detect HV#1 signature
---
xen/arch/x86/Kconfig |
Take the chance to change probe_hypervisor to hypervisor_probe.
Signed-off-by: Wei Liu
---
V3:
1. Address Roger's comments
2. Change xen_hypervisor_ops to xen_ops
---
xen/arch/x86/guest/hypervisor.c | 32 ++-
xen/arch/x86/guest/xen/pvh-boot.c | 2 +-
Xen is able to run as a guest on Xen. We plan to make it able to run
on Hyper-V as well.
Introduce CONFIG_GUEST which is set to true if either running on Xen
or Hyper-V is desired. Restructure code hierarchy for new code to
come.
No functional change intended.
Signed-off-by: Wei Liu
We will soon implement Hyper-V support for Xen. Add a framework for
that.
This requires moving some of the hypervisor_* functions from xen.h to
hypervisor.h.
Signed-off-by: Wei Liu
---
xen/arch/x86/guest/Makefile| 2 +
xen/arch/x86/guest/hypervisor.c| 45
ASM_CALL_CONSTRAINT is defined there.
No functional change.
Signed-off-by: Wei Liu
Reviewed-by: Roger Pau Monné
---
xen/include/asm-x86/guest/hypercall.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/xen/include/asm-x86/guest/hypercall.h
b/xen/include/asm-x86/guest/hypercall.h
index
They are used in Xen code only.
No functional change.
Signed-off-by: Wei Liu
Reviewed-by: Roger Pau Monné
---
xen/arch/x86/guest/xen/xen.c| 6 +++---
xen/arch/x86/pv/shim.c | 4 ++--
xen/include/asm-x86/guest/xen.h | 4 ++--
3 files changed, 7 insertions(+), 7 deletions(-)
diff
The only user is Xen specific code in PV shim. We can therefore export
the variable directly.
Signed-off-by: Wei Liu
Reviewed-by: Roger Pau Monné
---
xen/arch/x86/guest/xen/xen.c| 7 +--
xen/arch/x86/pv/shim.c | 2 +-
xen/include/asm-x86/guest/xen.h | 2 +-
3 files changed, 3
Signed-off-by: Wei Liu
---
V3: Address Roger's comment, add ASSERTs
---
xen/arch/x86/guest/hypervisor.c| 6 ++
xen/arch/x86/setup.c | 6 +-
xen/include/asm-x86/guest/hypervisor.h | 3 +++
3 files changed, 14 insertions(+), 1 deletion(-)
diff --git
We need ASSERT_UNREACHABLE.
Signed-off-by: Wei Liu
Reviewed-by: Roger Pau Monné
---
xen/include/asm-x86/guest/hypercall.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/xen/include/asm-x86/guest/hypercall.h
b/xen/include/asm-x86/guest/hypercall.h
index c9deca6ffc..d0d2f5022d 100644
---
On 10/21/19 5:25 PM, Li Qiang wrote:
Philippe Mathieu-Daudé mailto:phi...@redhat.com>> 于
2019年10月18日周五 下午9:55写道：
From: Hervé Poussineau mailto:hpous...@reactos.org>>
Remove i8257 instantiated in malta board, to not have it twice.
Acked-by: Michael S. Tsirkin
flight 142994 seabios real [real]
http://logs.test-lab.xenproject.org/osstest/logs/142994/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-i386-xl-qemuu-win7-amd64 17 guest-stop fail like 142871
test-amd64-amd64-xl-qemuu-ws16-amd64 17
Philippe Mathieu-Daudé 于2019年10月18日周五 下午9:53写道：
> In the next commit we'll refactor the PIIX4 code out of
> mips_malta_init(). As a preliminary step, add the 'ide_drives'
> variable and create the drive array dynamically.
>
> Reviewed-by: Aleksandar Markovic
> Signed-off-by: Philippe
On Mon, Oct 21, 2019 at 04:02:33PM +0100, Andrew Cooper wrote:
> On 21/10/2019 11:26, Roger Pau Monné wrote:
> >>> +
> >>> +cpuid(0x4000, , , , );
> >>> +if ( (ebx == 0x7263694d) && /* "Micr" */
> >>> + (ecx == 0x666f736f) && /* "osof" */
> >>> + (edx == 0x76482074) )
Philippe Mathieu-Daudé 于2019年10月18日周五 下午9:55写道：
> From: Hervé Poussineau
>
> Remove i8257 instantiated in malta board, to not have it twice.
>
> Acked-by: Michael S. Tsirkin
> Acked-by: Paolo Bonzini
> Signed-off-by: Hervé Poussineau
> Message-Id:
Philippe Mathieu-Daudé 于2019年10月18日周五 下午9:53写道：
> From: Hervé Poussineau
>
> Other piix4 parts are already named piix4-ide and piix4-usb-uhci.
>
> Reviewed-by: Philippe Mathieu-Daudé
> Acked-by: Michael S. Tsirkin
> Acked-by: Paolo Bonzini
> Signed-off-by: Hervé Poussineau
> Message-Id:
On Mon, Oct 21, 2019 at 05:11:26PM +0200, Roger Pau Monné wrote:
> On Mon, Oct 21, 2019 at 03:56:51PM +0100, Wei Liu wrote:
> > On Mon, Oct 21, 2019 at 12:22:25PM +0200, Roger Pau Monné wrote:
> > [...]
> > > > +bool __init hyperv_probe(void)
> > > > +{
> > > > +uint32_t eax, ebx, ecx, edx;
>
Philippe Mathieu-Daudé 于2019年10月18日周五 下午9:50写道：
> From: Philippe Mathieu-Daudé
>
> This function isn't used anymore.
>
> This reverts commit 22ec3283efba9ba0792790da786d6776d83f2a92.
>
> Reviewed-by: Thomas Huth
> Signed-off-by: Philippe Mathieu-Daudé
>
Reviewed-by: Li Qiang
> ---
>
This call to guest_umount_lv is here for the benefit of ad-hoc reruns
of (eg) ts-guest-start tidy up any ad-hoc messing about (eg from
earlier runs of ts-debian-fixup or something). It is not needed in
production runs.
Serendipitously, this osstest code discovered a bug in the Linux
blkback:
No change to existing code.
Signed-off-by: Ian Jackson
---
cs-adjust-flight | 27 +++
1 file changed, 27 insertions(+)
diff --git a/cs-adjust-flight b/cs-adjust-flight
index ae342506..98d40891 100755
--- a/cs-adjust-flight
+++ b/cs-adjust-flight
@@ -11,6 +11,7 @@
#
No functional change.
Signed-off-by: Ian Jackson
---
Osstest/Toolstack/xl.pm | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/Osstest/Toolstack/xl.pm b/Osstest/Toolstack/xl.pm
index d31af8c0..85972753 100644
--- a/Osstest/Toolstack/xl.pm
+++ b/Osstest/Toolstack/xl.pm
@@
On 21.10.19 14:33, James Dingwall wrote:
On Tue, Oct 01, 2019 at 05:03:55PM +0200, Juergen Gross wrote:
In case a user process using xenbus has open transactions and is killed
e.g. via ctrl-C the following cleanup of the allocated resources might
result in a deadlock due to trying to end a
On Mon, Oct 21, 2019 at 03:56:51PM +0100, Wei Liu wrote:
> On Mon, Oct 21, 2019 at 12:22:25PM +0200, Roger Pau Monné wrote:
> [...]
> > > +bool __init hyperv_probe(void)
> > > +{
> > > +uint32_t eax, ebx, ecx, edx;
> > > +bool hyperv_guest = false;
> >
> > I don't think you need this
On 21/10/2019 11:26, Roger Pau Monné wrote:
>>> +
>>> +cpuid(0x4000, , , , );
>>> +if ( (ebx == 0x7263694d) && /* "Micr" */
>>> + (ecx == 0x666f736f) && /* "osof" */
>>> + (edx == 0x76482074) ) /* "t Hv" */
>> I guess there are no HyperV headers to import that have
Philippe Mathieu-Daudé 于2019年10月18日周五 下午9:52写道：
> From: Hervé Poussineau
>
> Add ISA irqs as piix4 gpio in, and CPU interrupt request as piix4 gpio out.
> Remove i8259 instanciated in malta board, to not have it twice.
>
> We can also remove the now unused piix4_init() function.
>
> Acked-by:
On Mon, Oct 21, 2019 at 12:22:25PM +0200, Roger Pau Monné wrote:
[...]
> > +bool __init hyperv_probe(void)
> > +{
> > +uint32_t eax, ebx, ecx, edx;
> > +bool hyperv_guest = false;
>
> I don't think you need this local variable, you can return true in if
> the if condition matches, and
flight 142989 linux-4.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/142989/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-arm64-arm64-xl-credit2 broken
test-arm64-arm64-xl-seattle
On Mon, Oct 21, 2019 at 11:56:36AM +0200, Roger Pau Monné wrote:
[...]
> > static struct hypervisor_ops *hops __read_mostly;
> >
> > @@ -31,7 +31,34 @@ bool hypervisor_probe(void)
> > if ( hops )
> > return true;
> >
> > -return false;
> > +/* Too early to use
On Mon, Oct 21, 2019 at 12:00:38PM +0200, Roger Pau Monné wrote:
> On Mon, Sep 30, 2019 at 04:00:42PM +0100, Wei Liu wrote:
> > Signed-off-by: Wei Liu
> > ---
> > xen/arch/x86/guest/hypervisor.c| 5 +
> > xen/arch/x86/setup.c | 6 +-
> >
On Mon, Oct 21, 2019 at 02:32:15PM +0100, Ian Jackson wrote:
> This call to guest_umount_lv is here for the benefit of ad-hoc reruns
> of (eg) ts-guest-start tidy up any ad-hoc messing about (eg from
> earlier runs of ts-debian-fixup or something). It is not needed in
> production runs.
>
>
flight 143001 freebsd-master real [real]
http://logs.test-lab.xenproject.org/osstest/logs/143001/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-freebsd 7 freebsd-buildfail REGR. vs. 141501
Tests which did
This call to guest_umount_lv is here for the benefit of ad-hoc reruns
of (eg) ts-guest-start tidy up any ad-hoc messing about (eg from
earlier runs of ts-debian-fixup or something). It is not needed in
production runs.
Serendipitously, this osstest code discovered a bug in the Linux
blkback:
flight 142984 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/142984/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-examine 8 reboot fail REGR. vs. 133580
On 21.10.19 13:36, Roger Pau Monné wrote:
On Mon, Oct 21, 2019 at 12:52:10PM +0200, Jürgen Groß wrote:
On 21.10.19 11:51, Sergey Dyasli wrote:
Hello,
While testing pv-shim from a snapshot of staging 4.13 branch (with core-
scheduling patches applied), some sort of scheduling issues were
Hi Lars
On Thu, 2019-10-17 at 17:30 +, Lars Kurth wrote:
>
> On 17/10/2019, 18:05, "Rich Persaud" <
> pers...@gmail.com
> > wrote:
>
> On Oct 17, 2019, at 12:55, Stefano Stabellini <
> sstabell...@kernel.org
> > wrote:
> >
> > On Thu, 17 Oct 2019, Rich Persaud wrote:
> >>>
On Tue, Oct 01, 2019 at 05:03:55PM +0200, Juergen Gross wrote:
> In case a user process using xenbus has open transactions and is killed
> e.g. via ctrl-C the following cleanup of the allocated resources might
> result in a deadlock due to trying to end a transaction in the xenbus
> worker thread:
On Mon, Oct 21, 2019 at 12:29:45PM +0100, George Dunlap wrote:
> On 8/30/19 10:28 AM, Wei Liu wrote:
> > On Fri, Aug 23, 2019 at 10:08:55AM -0400, Jeff Kubascik wrote:
> >> We would like to have a common maintainers email address for DornerWorks
> >> maintained code, which currently is the
On Mon, Oct 21, 2019 at 12:52:10PM +0200, Jürgen Groß wrote:
> On 21.10.19 11:51, Sergey Dyasli wrote:
> > Hello,
> >
> > While testing pv-shim from a snapshot of staging 4.13 branch (with core-
> > scheduling patches applied), some sort of scheduling issues were uncovered
> > which usually leads
On 8/30/19 10:28 AM, Wei Liu wrote:
> On Fri, Aug 23, 2019 at 10:08:55AM -0400, Jeff Kubascik wrote:
>> We would like to have a common maintainers email address for DornerWorks
>> maintained code, which currently is the ARINC653 scheduler. This will
>> enable us to better monitor and respond to
On 21.10.19 13:06, Ian Jackson wrote:
Jürgen Groß writes ("Re: [Xen-devel] [xen-unstable test] 142973: regressions -
FAIL"):
On 21.10.19 10:23, osstest service owner wrote:
flight 142973 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/142973/
Regressions :-(
Tests
On Mon, Oct 21, 2019 at 12:06:32PM +0100, Ian Jackson wrote:
> Jürgen Groß writes ("Re: [Xen-devel] [xen-unstable test] 142973: regressions
> - FAIL"):
> > On 21.10.19 10:23, osstest service owner wrote:
> > > flight 142973 xen-unstable real [real]
> > >
On 10/7/19 10:25 AM, Jan Beulich wrote:
> On 04.10.2019 19:02, George Dunlap wrote:
>> On 10/2/19 9:11 AM, Jan Beulich wrote:
>>> On 01.10.2019 22:59, Andrew Cooper wrote:
On 01/10/2019 09:38, Jan Beulich wrote:
> On 30.09.2019 21:16, Andrew Cooper wrote:
>> Clang in particular has a
Jürgen Groß writes ("Re: [Xen-devel] [xen-unstable test] 142973: regressions -
FAIL"):
> On 21.10.19 10:23, osstest service owner wrote:
> > flight 142973 xen-unstable real [real]
> > http://logs.test-lab.xenproject.org/osstest/logs/142973/
> >
> > Regressions :-(
> >
> > Tests which did not
On 21.10.19 11:51, Sergey Dyasli wrote:
Hello,
While testing pv-shim from a snapshot of staging 4.13 branch (with core-
scheduling patches applied), some sort of scheduling issues were uncovered
which usually leads to a guest lockup (sometimes with soft lockup messages
from Linux kernel).
This
On Mon, Oct 21, 2019 at 12:22:25PM +0200, Roger Pau Monné wrote:
> On Mon, Sep 30, 2019 at 04:00:43PM +0100, Wei Liu wrote:
> > We use the same code structure as we die for Xen.
> >
> > As starters, detect Hyper-V in probe routine. More complex
> > functionalities will be added later.
> >
> >
On Mon, Sep 30, 2019 at 04:00:43PM +0100, Wei Liu wrote:
> We use the same code structure as we die for Xen.
>
> As starters, detect Hyper-V in probe routine. More complex
> functionalities will be added later.
>
> Signed-off-by: Wei Liu
> ---
> xen/arch/x86/Kconfig | 9
>
On Mon, Sep 30, 2019 at 04:00:42PM +0100, Wei Liu wrote:
> Signed-off-by: Wei Liu
> ---
> xen/arch/x86/guest/hypervisor.c| 5 +
> xen/arch/x86/setup.c | 6 +-
> xen/include/asm-x86/guest/hypervisor.h | 2 ++
> 3 files changed, 12 insertions(+), 1 deletion(-)
>
On Mon, Sep 30, 2019 at 04:00:41PM +0100, Wei Liu wrote:
> Take the chance to change probe_hypervisor to hypervisor_probe.
The implementation LGTM.
>
> Signed-off-by: Wei Liu
> ---
> xen/arch/x86/guest/hypervisor.c | 31 +--
> xen/arch/x86/guest/xen/pvh-boot.c |
Hello,
While testing pv-shim from a snapshot of staging 4.13 branch (with core-
scheduling patches applied), some sort of scheduling issues were uncovered
which usually leads to a guest lockup (sometimes with soft lockup messages
from Linux kernel).
This happens more frequently on SandyBridge
flight 142990 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/142990/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-arm64 broken
build-arm64 4
On Mon, Sep 30, 2019 at 04:00:40PM +0100, Wei Liu wrote:
> They are used in Xen code only.
>
> No functional change.
>
> Signed-off-by: Wei Liu
Reviewed-by: Roger Pau Monné
Thanks.
___
Xen-devel mailing list
Xen-devel@lists.xenproject.org
On Mon, Sep 30, 2019 at 04:00:38PM +0100, Wei Liu wrote:
> We need ASSERT_UNREACHABLE.
>
> Signed-off-by: Wei Liu
Reviewed-by: Roger Pau Monné
Thanks.
___
Xen-devel mailing list
Xen-devel@lists.xenproject.org
On Mon, Sep 30, 2019 at 04:00:34PM +0100, Wei Liu wrote:
> Hi all
>
> This is version 2 of the patch series.
>
> This is the very first stage for porting Xen to run on Hyper-V with all the
> goodies Hyper-V has to offer. With this series, Xen can successfully detect
> Hyper-V and prints out a
On 10/21/19 3:25 AM, Li Qiang wrote:
Philippe Mathieu-Daudé mailto:phi...@redhat.com>> 于
2019年10月18日周五 下午9:50写道：
From: Hervé Poussineau mailto:hpous...@reactos.org>>
The RCR I/O port (0xcf9) is used to generate a hard reset or a soft
reset.
Acked-by: Michael S. Tsirkin
flight 142986 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/142986/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 2bbbdeeea21113185912a6a3ec8cdcaf862d8568
baseline version:
ovmf
On 21.10.19 10:23, osstest service owner wrote:
flight 142973 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/142973/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-pvshim 18
flight 142973 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/142973/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-pvshim 18 guest-localmigrate/x10 fail REGR. vs. 142750
Tests which are
64 matches
Mail list logo
