> On 6 Oct 2020, at 05:34, Jürgen Groß wrote:
>
> On 05.10.20 18:02, Bertrand Marquis wrote:
>> Use memcpy in getBridge to prevent gcc warnings about truncated
>> strings. We know that we might truncate it, so the gcc warning
>> here is wrong.
>> Revert previous change changing buffer sizes as
> -Original Message-
> From: Jan Beulich
> Sent: 01 October 2020 15:42
> To: Don Slutz
> Cc: xen-de...@lists.xen.org; Boris Ostrovsky ;
> Ian Jackson
> ; Jun Nakajima ; Kevin Tian
> ;
> Stefano Stabellini ; Tim Deegan ;
> Andrew Cooper
> ; Konrad Rzeszutek Wilk ;
> George Dunlap
>
On 06.10.20 09:51, Bertrand Marquis wrote:
On 6 Oct 2020, at 05:34, Jürgen Groß wrote:
On 05.10.20 18:02, Bertrand Marquis wrote:
Use memcpy in getBridge to prevent gcc warnings about truncated
strings. We know that we might truncate it, so the gcc warning
here is wrong.
Revert previous cha
On Fri, Oct 02, 2020 at 01:21:25PM -0700, Stefano Stabellini wrote:
> On Fri, 2 Oct 2020, Christoph Hellwig wrote:
> > Hi Stefano,
> >
> > I've looked over xen-swiotlb in linux-next, that is with your recent
> > changes to take dma offsets into account. One thing that puzzles me
> > is that xen_s
flight 155451 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/155451/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-qemuu-debianhvm-amd64 18 guest-start/debianhvm.repeat fail
like 154592
test-armhf-armhf-libvir
flight 155454 xen-4.10-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/155454/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-arm64-arm64-xl-thunderx broken
Tests which did
On Mon 05-10-20 14:15:32, David Hildenbrand wrote:
> Whenever we move pages between freelists via move_to_free_list()/
> move_freepages_block(), we don't actually touch the pages:
> 1. Page isolation doesn't actually touch the pages, it simply isolates
>pageblocks and moves all free pages to th
flight 155457 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/155457/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-qemut-rhel6hvm-intel 6 xen-install fail REGR. vs. 152332
test-amd64-i386-xl-
flight 155495 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/155495/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 13 migrate-support-checkfail never pass
test-arm64-arm64-xl-xsm 1
flight 155475 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/155475/
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
Hi Jurgen,
> On 6 Oct 2020, at 09:19, Jürgen Groß wrote:
>
> On 06.10.20 09:51, Bertrand Marquis wrote:
>>> On 6 Oct 2020, at 05:34, Jürgen Groß wrote:
>>>
>>> On 05.10.20 18:02, Bertrand Marquis wrote:
Use memcpy in getBridge to prevent gcc warnings about truncated
strings. We know
Currently a PV hardware domain can also be given control over the CPU
frequency, and such guest is allowed to write to MSR_IA32_PERF_CTL.
However since commit 322ec7c89f6 the default behavior has been changed
to reject accesses to not explicitly handled MSRs, preventing PV
guests that manage CPU fr
On Tue, 6 Oct 2020, Masami Hiramatsu wrote:
> On Mon, 5 Oct 2020 18:13:22 -0700 (PDT)
> Stefano Stabellini wrote:
>
> > On Mon, 5 Oct 2020, Julien Grall wrote:
> > > Hi Masami,
> > >
> > > On 05/10/2020 14:39, Masami Hiramatsu wrote:
> > > > Use per_cpu_ptr_to_phys() instead of virt_to_phys() fo
flight 155483 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/155483/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qcow210 debian-di-installfail REGR. vs. 152631
test-amd64-i386-x
On Tue, 6 Oct 2020, Christoph Hellwig wrote:
> On Fri, Oct 02, 2020 at 01:21:25PM -0700, Stefano Stabellini wrote:
> > On Fri, 2 Oct 2020, Christoph Hellwig wrote:
> > > Hi Stefano,
> > >
> > > I've looked over xen-swiotlb in linux-next, that is with your recent
> > > changes to take dma offsets i
flight 155500 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/155500/
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
flight 155493 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/155493/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-amd64-xl-qemuu-debianhvm-amd64 18 guest-start/debianhvm.repeat fail
in 155451 pass in 155493
test-a
On Tue, 6 Oct 2020 10:56:52 -0700 (PDT)
Stefano Stabellini wrote:
> On Tue, 6 Oct 2020, Masami Hiramatsu wrote:
> > On Mon, 5 Oct 2020 18:13:22 -0700 (PDT)
> > Stefano Stabellini wrote:
> >
> > > On Mon, 5 Oct 2020, Julien Grall wrote:
> > > > Hi Masami,
> > > >
> > > > On 05/10/2020 14:39, Ma
On Tue, Oct 06, 2020 at 01:46:12PM -0700, Stefano Stabellini wrote:
> OK, this makes a lot of sense, and I like the patch because it makes the
> swiotlb interface clearer.
>
> Just one comment below.
>
> > +phys_addr_t swiotlb_tbl_map_single(struct device *hwdev, phys_addr_t
> > orig_addr,
> >
Linus,
Please git pull the following tag:
git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git
for-linus-5.9b-rc9-tag
xen: branch for v5.9-rc9
It contains one fix for a regression when booting as a Xen guest on
ARM64 introduced probably during the 5.9 cycle. It is very low risk as
it is
On 30.09.20 17:46, Wei Liu wrote:
On Wed, Sep 23, 2020 at 08:45:40AM +0200, Juergen Gross wrote:
Instead of creating the xenstore-stubdom domain first and parsing the
kernel later do it the other way round. This enables to probe for the
domain type supported by the xenstore-stubdom and to suppor
21 matches
Mail list logo
