On 15.03.2021 07:51, Michal Orzel wrote:
> --- a/xen/common/Kconfig
> +++ b/xen/common/Kconfig
> @@ -400,6 +400,14 @@ config DOM0_MEM
>
> Leave empty if you are not sure what to specify.
>
> +config DTB_FILE
> + string "Absolute path to device tree blob"
> + depends on HAS_DEVIC
On 13.03.2021 00:16, Stefano Stabellini wrote:
> Introduce two feature flags to tell the domain whether it is
> direct-mapped or not. It allows the guest kernel to make informed
> decisions on things such as swiotlb-xen enablement.
>
> The introduction of both flags (XENFEAT_direct_mapped and
> XE
在 2021/3/12 下午6:29, Alexey Kirillov 写道:
ping
Patchew page:
https://patchew.org/QEMU/20210303095910.78277-1-lekir...@yandex-team.ru
Applied.
Thanks
03.03.2021, 13:01, "Alexey Kirillov" :
This patch series introduces a new QMP command "query-netdev" to get
information about currently a
Currently in order to link existing DTB into Xen image
we need to either specify option CONFIG_DTB_FILE on the
command line or manually add it into .config.
Add Kconfig entry: CONFIG_DTB_FILE
to be able to provide the path to DTB we want to embed
into Xen image. If no path provided - the dtb will n
Hi Michal,
> On 15 Mar 2021, at 09:23, Michal Orzel wrote:
>
> Currently in order to link existing DTB into Xen image
> we need to either specify option CONFIG_DTB_FILE on the
> command line or manually add it into .config.
> Add Kconfig entry: CONFIG_DTB_FILE
> to be able to provide the path to
All cpu identification registers that we store in the cpuinfo structure
are 64bit on arm64 and 32bit on arm32 so storing the values in 32bit on
arm64 is removing the higher bits which might contain information in the
future.
This patch is changing the types in cpuinfo to register_t (which is
32bit
Hi Julien,
> On 13 Mar 2021, at 13:41, Julien Grall wrote:
>
> From: Julien Grall
>
> Compilers older than 4.8 have known codegen issues which can lead to
> silent miscompilation:
>
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58145
>
> Furthermore, pre-4.9 GCC have known bugs (including t
flight 160086 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/160086/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 15 migrate-support-checkfail never pass
test-arm64-arm64-xl-xsm 1
flight 160082 qemu-mainline real [real]
flight 160087 qemu-mainline real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/160082/
http://logs.test-lab.xenproject.org/osstest/logs/160087/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be
Julien Grall writes ("[PATCH for-4.15 v2] xen: Bump the minimum version of GCC
supported to 4.9 for arm32 and 5.1 on arm64"):
> From: Julien Grall
>
> Compilers older than 4.8 have known codegen issues which can lead to
> silent miscompilation:
>
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=5
Julien Grall writes ("[PATCH for-4.15] SUPPORT.MD: Mark C XenStored LiveUpdate
as Tech Preview"):
> From: Julien Grall
>
> Support to liveupdate C XenStored was adding during the 4.15
> development cycle. Add a section in SUPPORT.MD to explain what is the
> support state.
>
> For now, it is a t
Xen 4.15 RC3 is now available.
It is available from git:
git clone https://xenbits.xenproject.org/git-http/xen.git -b 4.15.0-rc3
For your convenience a tarball is available:
https://downloads.xenproject.org/release/xen/4.15.0-rc3/xen-4.15.0-rc3.tar.gz
https://downloads.xenproject.org/relea
Thanks everyone for your hard work so far. I think things are looking
pretty good, although we have slipped.
Please see below for my updated list of release blockers and tracking
issues. Please let me know if there is information missing, or if you
have corrections.
There is one issue on my rad
On 13/03/2021 13:55, Julien Grall wrote:
> From: Julien Grall
>
> Support to liveupdate C XenStored was adding during the 4.15
> development cycle. Add a section in SUPPORT.MD to explain what is the
> support state.
>
> For now, it is a tech preview.
>
> Signed-off-by: Julien Grall
>
> ---
>
> CC
On 15/03/2021 12:18, Ian Jackson wrote:
> OPEN ISSUES AND BLOCKERS
>
>
> io-apic issue on Ryzen 1800X
> Related Qubes issue tracking this:
> https://github.com/QubesOS/qubes-issues/issues/6423
> Information from
> Jan Beulich
> Andrew Cooper
> Frédéric Pierret
Deb
flight 160083 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/160083/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-qemut-win7-amd64 19 guest-stopfail like 160069
test-amd64-amd64-xl-qemuu-ws16-amd64
> On Mar 9, 2021, at 2:50 PM, Ian Jackson wrote:
>
> Signed-off-by: Ian Jackson
> ---
> CHANGELOG.md | 10 ++
> 1 file changed, 10 insertions(+)
>
> diff --git a/CHANGELOG.md b/CHANGELOG.md
> index 4ecd157a35..ccdbb82c2e 100644
> --- a/CHANGELOG.md
> +++ b/CHANGELOG.md
> @@ -6,6 +6,16
Hi Julien,
> On 13 Mar 2021, at 16:06, Julien Grall wrote:
>
> From: Julien Grall
>
> Hi all,
>
> Last year, Arm released a whitepaper about a new category of speculation.
> (see [1] and [2]). In short, a processor may be able to speculate past
> some of the unconditional control flow instruc
On 22.01.2021 01:51, Bobby Eshleman wrote:
> From: Daniel Kiper
>
> This patch introduces xen.mb.efi which contains a manually built PE
> header.
>
> This allows us to support Xen on UEFI Secure Boot-enabled hosts via
> multiboot2.
>
> xen.mb.efi is a single binary that is loadable by a UEFI lo
> On Mar 15, 2021, at 1:26 PM, George Dunlap wrote:
>
>
>
>> On Mar 9, 2021, at 2:50 PM, Ian Jackson wrote:
>>
>> Signed-off-by: Ian Jackson
>> ---
>> CHANGELOG.md | 10 ++
>> 1 file changed, 10 insertions(+)
>>
>> diff --git a/CHANGELOG.md b/CHANGELOG.md
>> index 4ecd157a35..ccdbb
On 15.03.2021 14:40, George Dunlap wrote:
>> On Mar 15, 2021, at 1:26 PM, George Dunlap wrote:
>>> On Mar 9, 2021, at 2:50 PM, Ian Jackson wrote:
>>>
>>> Signed-off-by: Ian Jackson
>>> ---
>>> CHANGELOG.md | 10 ++
>>> 1 file changed, 10 insertions(+)
>>>
>>> diff --git a/CHANGELOG.md b/C
On 15.03.2021 13:18, Ian Jackson wrote:
> ISSUES BELIEVED NEWLY RESOLVED
> ==
>
> Fallout from MSR handling behavioral change.
>
> I think there are now no outstanding patches to fix/change MSR
> behaviour and there is no longer any blocker here ?
In addition to what
On 22.01.2021 01:51, Bobby Eshleman wrote:
> From: Daniel Kiper
>
> In comparison to ELF the PE format is not supported by the Multiboot
> protocol. So, if we wish to load xen.mb.efi using this protocol we
> have to put header_addr, load_addr, load_end_addr, bss_end_addr and
> entry_addr data int
flight 160084 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/160084/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-ws16-amd64 7 xen-install fail REGR. vs. 152332
test-amd64-i386-xl-
On Fri, Mar 12, 2021 at 01:05:26PM -0800, Stefano Stabellini wrote:
> Now that the Alpine Linux build jobs complete successfully on staging we
> can remove the "allow_failure: true" tag.
>
> Signed-off-by: Stefano Stabellini
Acked-by: Wei Liu
On Mon, 15 Mar 2021, Jan Beulich wrote:
> On 13.03.2021 00:16, Stefano Stabellini wrote:
> > Introduce two feature flags to tell the domain whether it is
> > direct-mapped or not. It allows the guest kernel to make informed
> > decisions on things such as swiotlb-xen enablement.
> >
> > The introd
On Sat, 13 Mar 2021, Roger Pau Monné wrote:
> On Fri, Mar 12, 2021 at 12:55:38PM -0800, Stefano Stabellini wrote:
> > Hi all,
> >
> > During the last 6 months we have been working on improving the Xen
> > Project gitlab-ci and patchew infrastructure.
> >
> > You can see the results from gitlab-ci
Hi all,
I've ran into a pretty strange issue. I have a freshly installed 4.15.0-rc3
system and everything works fine with the stock Ubuntu 20.04
vmlinuz-5.4.0-66-generic as the dom0 kernel - except vmtrace, which needs a
newer kernel, that's expected. Now if I boot dom0 with
vmlinuz-5.8.0-44-generi
On Mon, Mar 15, 2021 at 04:18:42PM -0400, Tamas K Lengyel wrote:
> Hi all,
> I've ran into a pretty strange issue. I have a freshly installed 4.15.0-rc3
> system and everything works fine with the stock Ubuntu 20.04
> vmlinuz-5.4.0-66-generic as the dom0 kernel - except vmtrace, which needs a
> new
flight 160088 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/160088/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm 6 xen-buildfail REGR. vs. 152631
build-arm64-xsm
On Mon, Mar 15, 2021 at 5:37 PM Roger Pau Monné
wrote:
>
> On Mon, Mar 15, 2021 at 04:18:42PM -0400, Tamas K Lengyel wrote:
> > Hi all,
> > I've ran into a pretty strange issue. I have a freshly installed
4.15.0-rc3
> > system and everything works fine with the stock Ubuntu 20.04
> > vmlinuz-5.4.0
On Mon, Mar 15, 2021 at 04:18:42PM -0400, Tamas K Lengyel wrote:
> Hi all,
> I've ran into a pretty strange issue. I have a freshly installed 4.15.0-rc3
> system and everything works fine with the stock Ubuntu 20.04
> vmlinuz-5.4.0-66-generic as the dom0 kernel - except vmtrace, which needs a
> new
On Mon, Mar 15, 2021 at 7:26 PM Marek Marczykowski-Górecki
wrote:
>
> On Mon, Mar 15, 2021 at 04:18:42PM -0400, Tamas K Lengyel wrote:
> > Hi all,
> > I've ran into a pretty strange issue. I have a freshly installed 4.15.0-rc3
> > system and everything works fine with the stock Ubuntu 20.04
> > vm
flight 160089 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/160089/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-qemut-win7-amd64 19 guest-stopfail like 160083
test-amd64-amd64-xl-qemuu-ws16-amd64
On Sat, 13 Mar 2021, Julien Grall wrote:
> From: Julien Grall
>
> Compilers older than 4.8 have known codegen issues which can lead to
> silent miscompilation:
>
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58145
>
> Furthermore, pre-4.9 GCC have known bugs (including things like
> internal c
Hi Everyone,
I just wanted to close this off and let everyone know the issue ended up being
a faulty/misconfigured HPET clock.
Appending `clocksource=tsc tsc=unstable hpetbroadcast=0` to Xen's CMDLINE
totally fixed my issue, I assume Xen was detecting TSC may have been 'off' and
was trying to
On Wed, Mar 10, 2021 at 3:15 PM Julien Grall wrote:
>
> On Wed, 10 Mar 2021 at 21:15, Roman Shaposhnik wrote:
> >
> > Hi!
>
> Hi,
>
> >
> > just came across this failure on aarch64:
> >
> > ld: prelink.o: in function `_spin_lock_cb':
> > 19187(.text+0x1f26c): undefined reference to `__aarch64_lda
Hi Xen Developers,
It appears AMD Ryzen 4000 based CPUs are not supported by `xenpm`, running
`xenpm get-cpufreq-states` returns nothing and `get-cpufreq-para` returns
`failed to get cpufreq parameter`
This was somewhat expected as Ryzen 4000 series CPUs are quite new, so as a
workaround I tri
We are submitting for inclusion in the Xen documentation:
- the hyperlaunch design document, and
- the hyperlaunch device tree design document
to describe a new method for launching the Xen hypervisor.
The hyperlaunch feature builds upon prior dom0less work and the DomB
project to bring a flexib
Adds a design document for hyperlaunch, formerly DomB mode of dom0less.
Signed-off-by: Christopher Clark
Signed-off by: Daniel P. Smith
Reviewed-by: Rich Persaud
---
docs/designs/launch/hyperlaunch.rst | 900
1 file changed, 900 insertions(+)
create mode 100644 do
Adds a design document for hyperlaunch device tree structure.
Signed-off-by: Christopher Clark
Signed-off by: Daniel P. Smith
---
.../designs/launch/hyperlaunch-devicetree.rst | 343 ++
1 file changed, 343 insertions(+)
create mode 100644 docs/designs/launch/hyperlaunch-devicet
All,
We have posted[1][2] the design documents for hyperlaunch and would
invite attendance at a working group call to discuss two agenda items.
The first item is a review of the documents and the second is a
discussion about bringing production-ready revisions of our previous
prototype in as patch
flight 160090 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/160090/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-ws16-amd64 7 xen-install fail REGR. vs. 152332
test-amd64-i386-xl-
flight 160093 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/160093/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-libvirt 6 libvirt-buildfail REGR. vs. 151777
build-amd64-libvirt
44 matches
Mail list logo
