On 11.12.2019 16:54, Roger Pau Monné wrote:
> On Wed, Dec 11, 2019 at 01:53:00PM +0100, Jan Beulich wrote:
>> --- a/xen/drivers/passthrough/amd/pci_amd_iommu.c
>> +++ b/xen/drivers/passthrough/amd/pci_amd_iommu.c
>> @@ -85,18 +85,36 @@ int get_dma_requestor_id(uint16_t seg, u
>> return req_id;
On 06.12.2019 17:29, George Dunlap wrote:
> On 11/21/19 3:02 PM, Alexandru Stefan ISAILA wrote:
>> By default the sve bits are not set.
>> This patch adds a new hypercall, xc_altp2m_set_supress_ve_multi(),
>> to set a range of sve bits.
>> The core function, p2m_set_suppress_ve_multi(), does not
On Wed, Dec 11, 2019 at 06:10:14PM +, SeongJae Park wrote:
> Granting pages consumes backend system memory. In systems configured
> with insufficient spare memory for those pages, it can cause a memory
> pressure situation. However, finding the optimal amount of the spare
> memory is challeng
On 11.12.2019 20:36, Andrew Cooper wrote:
> On 10/12/2019 10:07, Jan Beulich wrote:
>> On 10.12.2019 10:59, Andrew Cooper wrote:
>>> On 09/12/2019 18:06, Roger Pau Monne wrote:
Currently cr4 is not cached before suspension, and mmu_cr4_features is
used in order to restore the expected cr4
On 11.12.2019 21:51, Andrew Cooper wrote:
> On 11/12/2019 09:27, Jan Beulich wrote:
>> The legacy / compatibility mode ES, CS, SS, and DS overrides are null
>> prefixes in 64-bit mode, i.e. they in particular don't cancel an
>> earlier FS or GS one.
>>
>> Signed-off-by: Jan Beulich
>
> null is a
On 11.12.2019 21:57, Andrew Cooper wrote:
> On 11/12/2019 09:28, Jan Beulich wrote:
>> AMD and friends explicitly specify that 64-bit operands aren't possible
>> for these insns. Nevertheless REX.W isn't fully ignored: It still
>> cancels a possible operand size override (0x66). Intel otoh explicit
flight 144723 xen-4.9-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/144723/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemut-win7-amd64 15 guest-saverestore.2 fail REGR. vs.
144545
test-amd64-a
On 12/12/19 9:37 AM, Alexandru Stefan ISAILA wrote:
>
>
> On 06.12.2019 17:29, George Dunlap wrote:
>> On 11/21/19 3:02 PM, Alexandru Stefan ISAILA wrote:
>>> By default the sve bits are not set.
>>> This patch adds a new hypercall, xc_altp2m_set_supress_ve_multi(),
>>> to set a range of sve bits
On 12/12/2019 10:11, Jan Beulich wrote:
> On 11.12.2019 21:57, Andrew Cooper wrote:
>> On 11/12/2019 09:28, Jan Beulich wrote:
>>> AMD and friends explicitly specify that 64-bit operands aren't possible
>>> for these insns. Nevertheless REX.W isn't fully ignored: It still
>>> cancels a possible ope
Hello,
Please make sure you Cc me in blkback related patches.
On Wed, Dec 11, 2019 at 06:10:15PM +, SeongJae Park wrote:
> Each `blkif` has a free pages pool for the grant mapping. The size of
> the pool starts from zero and be increased on demand while processing
On Wed, Dec 11, 2019 at 03:29:56PM +, Paul Durrant wrote:
> By simply re-attaching to shared rings during connect_ring() rather than
> assuming they are freshly allocated (i.e assuming the counters are zero)
> it is possible for vbd instances to be unbound and re-bound from and to
> (respective
On 12.12.19 12:46, Roger Pau Monné wrote:
On Wed, Dec 11, 2019 at 03:29:56PM +, Paul Durrant wrote:
By simply re-attaching to shared rings during connect_ring() rather than
assuming they are freshly allocated (i.e assuming the counters are zero)
it is possible for vbd instances to be unbound
On Wed, Dec 11, 2019 at 05:56:59PM +0100, Juergen Gross wrote:
> Calling ./configure with python3 being there but no python,
> tools/configure will fail. Fix that by defaulting to python and
> falling back to python3 or python2.
>
> While at it fix the use of non portable "type -p" by replacing it
Hi,
On 11/12/2019 20:00, Jeff Kubascik wrote:
On 12/5/2019 3:28 PM, Julien Grall wrote:
However, set_timer expects a signed 64 bit value in ns. The conversion of cval
(unsigned 64 bit) from ticks to ns is going to overflow this. I'm not sure what
would be the best way to work around this limita
On 12/12/2019 10:04, Jan Beulich wrote:
> On 11.12.2019 21:51, Andrew Cooper wrote:
>> On 11/12/2019 09:27, Jan Beulich wrote:
>>> The legacy / compatibility mode ES, CS, SS, and DS overrides are null
>>> prefixes in 64-bit mode, i.e. they in particular don't cancel an
>>> earlier FS or GS one.
>>>
Commit 2ac061ce97f4 ("xen/netback: cleanup init and deinit code")
introduced a problem. In function xenvif_disconnect_queue(), the value of
queue->rx_irq is zeroed *before* queue->task is stopped. Unfortunately that
task may call notify_remote_via_irq(queue->rx_irq) and calling that
function with a
On 12/12/2019 09:52, Jan Beulich wrote:
> On 11.12.2019 20:36, Andrew Cooper wrote:
>> On 10/12/2019 10:07, Jan Beulich wrote:
>>> On 10.12.2019 10:59, Andrew Cooper wrote:
On 09/12/2019 18:06, Roger Pau Monne wrote:
> Currently cr4 is not cached before suspension, and mmu_cr4_features is
map_pages_to_xen and modify_xen_mappings are performing almost exactly
the same operations when shattering an l2 PTE, the only difference
being whether we want to flush.
Signed-off-by: Hongyan Xia
---
Changes in v4:
- use false/true instead of -1/0 to indicate failure/success.
- remove unnecessa
map_pages_to_xen and modify_xen_mappings use almost exactly the same
page shattering logic, and the code is mingled with other PTE
manipulations so it is less obvious that the intention is page
shattering. Factor out the functions to make them reusable and to make
the intention more obvious.
Of co
map_pages_to_xen and modify_xen_mappings are performing almost exactly
the same operations when shattering an l3 PTE, the only difference
being whether we want to flush.
Signed-off-by: Hongyan Xia
---
Changes in v4:
- use false/true instead of -1/0 to indicate failure/success.
- remove unnecessa
On 12.12.2019 13:26, George Dunlap wrote:
> On 12/12/19 9:37 AM, Alexandru Stefan ISAILA wrote:
>>
>>
>> On 06.12.2019 17:29, George Dunlap wrote:
>>> On 11/21/19 3:02 PM, Alexandru Stefan ISAILA wrote:
By default the sve bits are not set.
This patch adds a new hypercall, xc_altp2m_set_
On 12.12.2019 12:37, Andrew Cooper wrote:
> On 12/12/2019 10:11, Jan Beulich wrote:
>> On 11.12.2019 21:57, Andrew Cooper wrote:
>>> On 11/12/2019 09:28, Jan Beulich wrote:
AMD and friends explicitly specify that 64-bit operands aren't possible
for these insns. Nevertheless REX.W isn't fu
On 12.12.2019 13:46, Hongyan Xia wrote:
> map_pages_to_xen and modify_xen_mappings use almost exactly the same
> page shattering logic, and the code is mingled with other PTE
> manipulations so it is less obvious that the intention is page
> shattering. Factor out the functions to make them reusabl
On Thu, Dec 12, 2019 at 10:28:26AM +0100, Jan Beulich wrote:
> On 11.12.2019 16:54, Roger Pau Monné wrote:
> > On Wed, Dec 11, 2019 at 01:53:00PM +0100, Jan Beulich wrote:
> >> --- a/xen/drivers/passthrough/amd/pci_amd_iommu.c
> >> +++ b/xen/drivers/passthrough/amd/pci_amd_iommu.c
> >> @@ -85,18 +8
On Thu, 12 Dec 2019 12:42:47 +0100 "Roger Pau Monné"
wrote:
>
> Please make sure you Cc me in blkback related patches.
Sorry for forgotting you! I will never forget again.
>
> On Wed, Dec 11, 2019 at 06:10:15PM +, SeongJae Park wrote:
> > Each `blkif` has a free pages pool for the grant
In the past it used to be the case that the Xen toolstack relied upon
udev to execute backend hotplug scripts. However this has not been the
case for many releases now and removal of the associated code in
xen-netback shortens the source by more than 100 lines, and removes much
complexity in the in
flight 144726 xen-4.8-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/144726/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-xtf-amd64-amd64-5 50 xtf/test-hvm64-lbr-tsx-vmentry fail REGR. vs. 144558
Tests which did
On 12.12.2019 14:15, Roger Pau Monné wrote:
> On Thu, Dec 12, 2019 at 10:28:26AM +0100, Jan Beulich wrote:
>> On 11.12.2019 16:54, Roger Pau Monné wrote:
>>> On Wed, Dec 11, 2019 at 01:53:00PM +0100, Jan Beulich wrote:
--- a/xen/drivers/passthrough/amd/pci_amd_iommu.c
+++ b/xen/drivers/pa
> And I think this is the problem. We want here:
>
> balloon_stats.target_pages = balloon_stats.current_pages +
> balloon_stats.target_unpopulated;
Ahh I knew I was missing something. Tested the patch, works great! "Reported by"
is fine with me.
Do you happen
Thanks for tidying this up.
Juergen Gross writes ("[PATCH-for-4.13] build: fix tools/configure in case only
python3 exists"):
> -AS_IF([test -z "$PYTHON"], [PYTHON="python"])
> -AS_IF([echo "$PYTHON" | grep -q "^/"], [], [PYTHON=`type -p "$PYTHON"`])
> +AS_IF([test -z "$PYTHON"], [AC_CHECK_PROGS(
On Thu, Dec 12, 2019 at 02:11:32PM +, Ian Jackson wrote:
> Thanks for tidying this up.
>
> Juergen Gross writes ("[PATCH-for-4.13] build: fix tools/configure in case
> only python3 exists"):
> > -AS_IF([test -z "$PYTHON"], [PYTHON="python"])
> > -AS_IF([echo "$PYTHON" | grep -q "^/"], [], [PY
When CONFIG_XEN_BALLOON_MEMORY_HOTPLUG is not defined
reserve_additional_memory() will set balloon_stats.target_pages to a
wrong value in case there are still some ballooned pages allocated via
alloc_xenballooned_pages().
This will result in balloon_process() no longer be triggered when
ballooned
On 12/12/2019 13:05, Jan Beulich wrote:
> On 12.12.2019 12:37, Andrew Cooper wrote:
>> On 12/12/2019 10:11, Jan Beulich wrote:
>>> On 11.12.2019 21:57, Andrew Cooper wrote:
On 11/12/2019 09:28, Jan Beulich wrote:
> AMD and friends explicitly specify that 64-bit operands aren't possible
>>>
On 12.12.19 15:10, Nicholas Tsirakis wrote:
And I think this is the problem. We want here:
balloon_stats.target_pages = balloon_stats.current_pages +
balloon_stats.target_unpopulated;
Ahh I knew I was missing something. Tested the patch, works great! "Rep
>> Do you happen to know the answer to my second question? It's not as
>> important,
>> but it does confuse me as I wouldn't expect the total memory to be
>> balloon-able at
>> all with the hotplugging configs disabled.
> Ballooning != hotplugging memory
>
> With memory hotplug you can add (or -
Hi,
On 04/12/2019 17:10, Hongyan Xia wrote:
From: Wei Liu
The pl2e and pl1e variables are heavily (ab)used in that function. It
is fine at the moment because all page tables are always mapped so
there is no need to track the life time of each variable.
We will soon have the requirement to ma
On Thu, Dec 12, 2019 at 02:39:05PM +0100, SeongJae Park wrote:
> On Thu, 12 Dec 2019 12:42:47 +0100 "Roger Pau Monné"
> wrote:
> > > On the slow block device
> > >
> > >
> > > max_pgs Min Max Median AvgStddev
> > > 0 38.7 45.8
On Wed, Dec 11, 2019 at 06:10:15PM +, SeongJae Park wrote:
> diff --git a/drivers/block/xen-blkback/blkback.c
> b/drivers/block/xen-blkback/blkback.c
> index fd1e19f1a49f..98823d150905 100644
> --- a/drivers/block/xen-blkback/blkback.c
> +++ b/drivers/block/xen-blkback/blkback.c
> @@ -142,6 +1
osstest service owner writes ("[xen-4.8-testing test] 144726: regressions -
trouble: fail/pass/starved"):
> flight 144726 xen-4.8-testing real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/144726/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests
On 12.12.2019 16:40, Ian Jackson wrote:
> osstest service owner writes ("[xen-4.8-testing test] 144726: regressions -
> trouble: fail/pass/starved"):
>> flight 144726 xen-4.8-testing real [real]
>> http://logs.test-lab.xenproject.org/osstest/logs/144726/
>>
>> Regressions :-(
>>
>> Tests which did
On 12.12.19 16:51, Jan Beulich wrote:
On 12.12.2019 16:40, Ian Jackson wrote:
osstest service owner writes ("[xen-4.8-testing test] 144726: regressions - trouble:
fail/pass/starved"):
flight 144726 xen-4.8-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/144726/
Regression
On 12.12.2019 15:20, Andrew Cooper wrote:
> On 12/12/2019 13:05, Jan Beulich wrote:
>> On 12.12.2019 12:37, Andrew Cooper wrote:
>>> On 12/12/2019 10:11, Jan Beulich wrote:
On 11.12.2019 21:57, Andrew Cooper wrote:
> On 11/12/2019 09:28, Jan Beulich wrote:
>> AMD and friends explicitly
On 12/12/2019 15:54, Jürgen Groß wrote:
> On 12.12.19 16:51, Jan Beulich wrote:
>> On 12.12.2019 16:40, Ian Jackson wrote:
>>> osstest service owner writes ("[xen-4.8-testing test] 144726:
>>> regressions - trouble: fail/pass/starved"):
flight 144726 xen-4.8-testing real [real]
http://log
Jan Beulich writes ("Re: [xen-4.8-testing test] 144726: regressions - trouble:
fail/pass/starved"):
> On 12.12.2019 16:40, Ian Jackson wrote:
> > If Jan approves will force push 4.8-testing.
>
> I do. Thanks.
Done.
> > From Juergen I would like a release-ack for the osstest commit to
> > "allow
On Thu, 12 Dec 2019 16:27:57 +0100 "Roger Pau Monné"
wrote:
> > diff --git a/drivers/block/xen-blkback/blkback.c
> > b/drivers/block/xen-blkback/blkback.c
> > index fd1e19f1a49f..98823d150905 100644
> > --- a/drivers/block/xen-blkback/blkback.c
> > +++ b/drivers/block/xen-blkback/blkback.c
> >
On 12.12.2019 17:01, Ian Jackson wrote:
> Jan Beulich writes ("Re: [xen-4.8-testing test] 144726: regressions -
> trouble: fail/pass/starved"):
>> On 12.12.2019 16:40, Ian Jackson wrote:
>>> From Juergen I would like a release-ack for the osstest commit to
>>> "allow" it for the future.
>>
>> Is t
On Thu, 12 Dec 2019 16:23:17 +0100 "Roger Pau Monné"
wrote:
> > On Thu, 12 Dec 2019 12:42:47 +0100 "Roger Pau Monné"
> > wrote:
> > > > On the slow block device
> > > >
> > > >
> > > > max_pgs Min Max Median AvgStddev
> > > > 0 38
On Thu, Dec 12, 2019 at 8:56 AM Paul Durrant wrote:
>
> In the past it used to be the case that the Xen toolstack relied upon
> udev to execute backend hotplug scripts. However this has not been the
> case for many releases now and removal of the associated code in
> xen-netback shortens the sourc
> -Original Message-
> From: jandr...@gmail.com
> Sent: 12 December 2019 16:32
> To: Durrant, Paul
> Cc: xen-devel ; net...@vger.kernel.org;
> open list ; Wei Liu ;
> David S. Miller
> Subject: Re: [Xen-devel] [PATCH net-next] xen-netback: get rid of old udev
> related code
>
> On Thu,
flight 144766 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/144766/
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
osstest service owner writes ("[xen-4.9-testing test] 144723: regressions -
trouble: fail/pass/starved"):
> flight 144723 xen-4.9-testing real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/144723/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests
flight 144761 xen-4.8-testing running [real]
http://logs.test-lab.xenproject.org/osstest/logs/144761/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qcow2 queued
test-amd64-amd64-
In many places, a PTE being modified is accompanied by the pagetable
mfn which contains the PTE (primarily in order to be able to maintain
linear mapping counts). In many cases, this mfn is stored in the
non-descript variable (or argement) "pfn".
Replace these names with lNmfn, to indicate that 1
Both put_page_from_l2e and put_page_from_l3e handle having superpage
entries by looping over each page and "put"-ing each one individually.
As with putting page table entries, this code is functionally
identical, but for some reason different. Moreover, there is already
a common function, put_data
put_page_from_l[234]e have identical functionality for devalidating an
N-1 entry which is a pagetable. But mystifyingly, they duplicate the
code in slightly different arrangements that make it hard to tell that
it's the same.
Create a new function, put_pt_page(), which handles the common
function
This series implements a number of cleanups to make the code simpler
and easier to follow. No functional changes intended.
George Dunlap (4):
x86/mm: Refactor put_page_from_l*e to reduce code duplication
x86/mm: Implement common put_data_pages for put_page_from_l[23]e
x86/mm: Use a more des
The functions alloc_page_type(), alloc_lN_table(), free_page_type()
and free_lN_table() are confusingly named: nothing is being allocated
or freed. Rather, the page being passed in is being either validated
or devalidated for use as the specific type.
Rename these functions to "validate" and "dev
On Thu, Dec 12, 2019 at 12:37:23PM +, Paul Durrant wrote:
> Commit 2ac061ce97f4 ("xen/netback: cleanup init and deinit code")
> introduced a problem. In function xenvif_disconnect_queue(), the value of
> queue->rx_irq is zeroed *before* queue->task is stopped. Unfortunately that
> task may call
This is in preparation of importing Kbuild to build Xen. We won't be
able to include Config.mk so we will need a replacement for the macro
`cc-ifversion'.
This patch imports parts of "scripts/Kbuild.include" from Linux v5.4,
the macro cc-ifversion. It makes use of CONFIG_GCC_VERSION that
Kconfig n
This import several files from Linux v5.3
- scripts/Kconfig.include
- scripts/clang-version.sh
- scripts/gcc-version.sh
and several config values from from Linux's init/Kconfig file.
Files are copied into scripts/ directory because that's were the files
are found in Linux tree, and also becaus
Kconfig can check if $(CC) is clang or not, if it is
CONFIG_CC_IS_CLANG will be set.
With that patch, the hypervisor can be built using clang by running
`make CC=clang CXX=clang++` without needed to provide an extra clang
parameter.
`make clang=y` still works as Config.mk will set CC and CXX.
Si
The check for $(CC) -fvisibility=hidden is done by both arm and x86,
so the patch also move the check to the common area.
The check doesn't check if $(CC) is gcc, and clang can accept that
option as well, so s/GCC/CC/ is done to the define name.
Signed-off-by: Anthony PERARD
---
xen/Kconfig
And remove all mention of it in docs. It hasn't been used since
9ead9afcb935 ("Add configure --with-sysconfig-leaf-dir=SUBDIR to set
CONFIG_LEAF_DIR").
Signed-off-by: Anthony PERARD
---
Config.mk| 11 ---
docs/misc/distro_mapping.txt | 5 ++---
2 files changed, 2 ins
Now that Kconfig has the capability to run shell command when
generating CONFIG_* we can use it in some cases to test CFLAGS.
CONFIG_INDIRECT_THUNK is a good example that wants to exist both in
Makefile and as a C macro, which Kconfig do. So use Kconfig to
generate CONFIG_INDIRECT_THUNK and have t
This comment isn't about CONFIG_TESTS, but about SEABIOS_DIR that has
been removed.
Originally, the comment was added by 5f82d0858de1 ("tools: support
SeaBIOS. Use by default when upstream qemu is configured."), then
later the SEABIOS_DIR was removed by 14ee3c05f3ef ("Clone and build
Seabios by de
Patch series available in this git branch:
https://xenbits.xen.org/git-http/people/aperard/xen-unstable.git
br.build-system-xen-kconfig-v1
Hi,
This is a update of Kconfig as used to build the hypervisor. This is also in
preparation of using Kbuild. The first version of the series, with a POC of
On 12/12/2019 18:27, Anthony PERARD wrote:
> And remove all mention of it in docs. It hasn't been used since
> 9ead9afcb935 ("Add configure --with-sysconfig-leaf-dir=SUBDIR to set
> CONFIG_LEAF_DIR").
>
> Signed-off-by: Anthony PERARD
Acked-by: Andrew Cooper
> ---
> Config.mk
On 12/12/19 9:17 AM, Juergen Gross wrote:
When CONFIG_XEN_BALLOON_MEMORY_HOTPLUG is not defined
reserve_additional_memory() will set balloon_stats.target_pages to a
wrong value in case there are still some ballooned pages allocated via
alloc_xenballooned_pages().
This will result in balloon_pr
On 12/12/2019 18:27, Anthony PERARD wrote:
> This comment isn't about CONFIG_TESTS, but about SEABIOS_DIR that has
> been removed.
>
> Originally, the comment was added by 5f82d0858de1 ("tools: support
> SeaBIOS. Use by default when upstream qemu is configured."), then
> later the SEABIOS_DIR was r
flight 144737 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/144737/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64 6 xen-buildfail REGR. vs. 144637
build-i386-xsm
On 12/12/2019 18:27, Anthony PERARD wrote:
> This patch updates Kconfig to a more recent version of Kconfig, found
> in Linux v5.4.0, 219d54332a09 ("Linux 5.4").
>
> With the updated version of Kconfig, other changes are necessary to
> avoid breaking the build.
>
> Kconfig files:
> - fix Kconfig fi
On 12/12/2019 18:27, Anthony PERARD wrote:
> diff --git a/xen/Makefile b/xen/Makefile
> index efbe9605e52b..0cf4ded9d9d4 100644
> --- a/xen/Makefile
> +++ b/xen/Makefile
> @@ -267,6 +267,7 @@ $(foreach base,arch/x86/mm/guest_walk_% \
> arch/x86/mm/shadow/guest_%, \
> $(foreach
On 12/12/2019 18:27, Anthony PERARD wrote:
> This is in preparation of importing Kbuild to build Xen. We won't be
> able to include Config.mk so we will need a replacement for the macro
> `cc-ifversion'.
>
> This patch imports parts of "scripts/Kbuild.include" from Linux v5.4,
> the macro cc-ifvers
On 12/12/2019 18:27, Anthony PERARD wrote:
> Now that Kconfig has the capability to run shell command when
> generating CONFIG_* we can use it in some cases to test CFLAGS.
>
> CONFIG_INDIRECT_THUNK is a good example that wants to exist both in
> Makefile and as a C macro, which Kconfig do. So use
From: Paul Durrant
Date: Thu, 12 Dec 2019 12:37:23 +
> Commit 2ac061ce97f4 ("xen/netback: cleanup init and deinit code")
> introduced a problem. In function xenvif_disconnect_queue(), the value of
> queue->rx_irq is zeroed *before* queue->task is stopped. Unfortunately that
> task may call no
On 12/12/2019 18:27, Anthony PERARD wrote:
> Kconfig can check if $(CC) is clang or not, if it is
> CONFIG_CC_IS_CLANG will be set.
>
> With that patch, the hypervisor can be built using clang by running
> `make CC=clang CXX=clang++` without needed to provide an extra clang
> parameter.
>
> `make c
From: Paul Durrant
Date: Thu, 12 Dec 2019 13:54:06 +
> In the past it used to be the case that the Xen toolstack relied upon
> udev to execute backend hotplug scripts. However this has not been the
> case for many releases now and removal of the associated code in
> xen-netback shortens the s
On 12/12/2019 18:27, Anthony PERARD wrote:
> diff --git a/xen/include/xen/compiler.h b/xen/include/xen/compiler.h
> index ff6c0f5cdd18..8c846261d241 100644
> --- a/xen/include/xen/compiler.h
> +++ b/xen/include/xen/compiler.h
> @@ -78,7 +78,7 @@
> #define __must_be_array(a) \
>BUILD_BUG_ON_ZER
On 12/12/2019 17:32, George Dunlap wrote:
> @@ -3016,7 +3016,7 @@ static int _get_page_type(struct page_info *page,
> unsigned long type,
> page->partial_flags = 0;
> }
> page->linear_pt_count = 0;
> -rc = alloc_page_type(page, type, preemptible);
> +
On 12/12/2019 17:32, George Dunlap wrote:
> put_page_from_l[234]e have identical functionality for devalidating an
> N-1 entry which is a pagetable. But mystifyingly, they duplicate the
> code in slightly different arrangements that make it hard to tell that
> it's the same.
ITYM "this code has g
On 12/12/2019 17:32, George Dunlap wrote:
> Both put_page_from_l2e and put_page_from_l3e handle having superpage
> entries by looping over each page and "put"-ing each one individually.
> As with putting page table entries, this code is functionally
> identical, but for some reason different. More
On 12/12/2019 17:32, George Dunlap wrote:
> In many places, a PTE being modified is accompanied by the pagetable
> mfn which contains the PTE (primarily in order to be able to maintain
> linear mapping counts). In many cases, this mfn is stored in the
> non-descript variable (or argement) "pfn".
>
flight 144728 xen-4.10-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/144728/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemut-debianhvm-i386-xsm 13 guest-saverestore fail REGR.
vs. 144324
test-
On 12/12/2019 17:32, George Dunlap wrote:
> The functions alloc_page_type(), alloc_lN_table(), free_page_type()
> and free_lN_table() are confusingly named:
There is alloc_segdesc_page() which should be adjusted for consistency.
> nothing is being allocated or freed.
Well - strictly speaking the
flight 144743 xtf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/144743/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
xtf 27c415ad6e4a48eb3aac6e9d0adc6d0ef04d40cf
baseline version:
xtf 08a19af3c78e8a03f83bc3
From: Lars Kurth
No content changes
Signed-off-by: Lars Kurth
---
Cc: minios-de...@lists.xenproject.org
Cc: xen-...@lists.xenproject.org
Cc: win-pv-de...@lists.xenproject.org
Cc: mirageos-de...@lists.xenproject.org
Cc: committ...@xenproject.org
---
code-of-conduct.md | 56 +
From: Lars Kurth
This document is a portal page that lays out our gold standard,
best practices for some common situations and mechanisms to help
resolve issues that can have a negative effect on our community.
Detail is covered in subsequent documents
Changes since v2 (introduced in v2)
- Make
From: Lars Kurth
Specific changes to the baseline:
* Replace list of positive behaviors with link to separate process
* Replace maintainers with project leadership
(except in our pledge where maintainers is more appropriate)
* Add 'of all sub-projects' to clarify scope of CoC
* Rename Enforceme
From: Lars Kurth
This document highlights what reviewers such as maintainers and committers look
for when reviewing code. It sets expectations for code authors and provides
a framework for code reviewers.
Changes since v2 (introduced in v2)
* Extend introduction
* Add "Code Review Workflow" cove
From: Lars Kurth
Signed-off-by: Lars Kurth
---
Cc: minios-de...@lists.xenproject.org
Cc: xen-...@lists.xenproject.org
Cc: win-pv-de...@lists.xenproject.org
Cc: mirageos-de...@lists.xenproject.org
Cc: committ...@xenproject.org
---
code-of-conduct.md | 76 +
From: Lars Kurth
This series proposes a concrete version of the Xen Project
CoC based on v1.4 of the Contributor Covenant. See [1]
It tries to address all elements in the v2 review, which raised
a number of hard questions. One of the main outstanding items
were good examples for cover letters an
From: Lars Kurth
This guide covers the bulk on Best Practice related to code review
It primarily focusses on code review interactions
It also covers how to deal with Misunderstandings and Cultural
Differences
Changes since v2 (added in v2)
* Fix typos
* Extended "Verbose vs. terse"
* Added "Clar
From: Lars Kurth
This guide provides Best Practice on identifying and resolving
common classes of disagreement
Changes since v2 (added in v2)
* Fix typos
* Add section: "Issue: Multiple ways to solve a problem"
* Changed line wrapping to 80 characters
* Replaced inline style links with reference
On 11.12.19 10:47, Jan Beulich wrote:
On 10.12.2019 23:40, Eslam Elnikety wrote:
On 10.12.19 10:21, Jan Beulich wrote:
On 09.12.2019 22:49, Eslam Elnikety wrote:
On 09.12.19 16:19, Andrew Cooper wrote:
On 09/12/2019 08:41, Eslam Elnikety wrote:
--- /dev/null
+++ b/xen/arch/x86/microcode/Make
On 11.12.19 10:54, Jan Beulich wrote:
On 11.12.2019 00:18, Eslam Elnikety wrote:
On 10.12.19 10:37, Jan Beulich wrote:
On 09.12.2019 09:41, Eslam Elnikety wrote:
--- a/docs/misc/xen-command-line.pandoc
+++ b/docs/misc/xen-command-line.pandoc
@@ -2113,7 +2113,7 @@ logic applies:
active by
flight 144736 xen-4.13-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/144736/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-arm64-arm64-xl-credit1 7 xen-boot fail REGR. vs. 144673
test-armhf-arm
flight 144751 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/144751/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 6 libvirt-buildfail REGR. vs. 144517
build-i386-libvirt
Signed-off-by: Steven Haigh
---
tools/hotplug/Linux/xen-network-common.sh | 144 +++---
1 file changed, 70 insertions(+), 74 deletions(-)
diff --git a/tools/hotplug/Linux/xen-network-common.sh
b/tools/hotplug/Linux/xen-network-common.sh
index 92ffa603f7..ab76827a64 100644
--- a/
Signed-off-by: Steven Haigh
---
tools/hotplug/Linux/colo-proxy-setup | 30 +--
tools/hotplug/Linux/vif-bridge| 19 --
tools/hotplug/Linux/vif2 | 12 +++--
tools/hotplug/Linux/xen-network-common.sh | 15 +---
4 files cha
Start updating scripts for network functionality
The scripts for networking in Xen have a mixture of formatting,
tab spacing, space spacing inconsistencies.
We also have issues where CentOS 8 does not have brctl - being
replaced with ip / bridge commands.
This series starts cleaning up whitespac
1 - 100 of 108 matches
Mail list logo
