On Thu, Nov 09, 2017 at 11:13:42AM +, Roger Pau Monne wrote:
> Preparatory change before adding llvm profiling support.
> No functional change.
>
> Signed-off-by: Roger Pau Monné
> ---
> Cc: Andrew Cooper
> Cc: George Dunlap
> Cc: Ian Jackson
> Cc: Jan Beulich
ap
> Cc: Jan Beulich
> Cc: Konrad Rzeszutek Wilk
Reviewed-by: Konrad Rzeszutek Wilk
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
ap
> Cc: Ian Jackson
> Cc: Jan Beulich
> Cc: Konrad Rzeszutek Wilk
Reviewed-by: Konrad Rzeszutek Wilk
> Cc: Stefano Stabellini
> Cc: Tim Deegan
> Cc: Wei Liu
> ---
> Changes since v1:
> - Use private coverage.h header.
> - Sort alphabetically the obj-y
gt; Cc: Andrew Cooper
> Cc: George Dunlap
> Cc: Ian Jackson
> Cc: Jan Beulich
> Cc: Konrad Rzeszutek Wilk
> Cc: Stefano Stabellini
> Cc: Tim Deegan
> Cc: Wei Liu
> ---
> Changes since v1:
> - Use a choice in kconfig to select code coverage technology.
> - C
On Thu, Nov 09, 2017 at 11:13:44AM +, Roger Pau Monne wrote:
> So that other implementations of the sysctl can be added.
>
> Signed-off-by: Roger Pau Monné
> ---
> Cc: Andrew Cooper
> Cc: George Dunlap
> Cc: Ian Jackson
> Cc: Jan Beulich
> Cc: Konrad Rz
.snip..
> [0.00] Booting Linux on physical CPU 0x0
>
> [0.00] Linux version 4.13.0-linaro-hikey960+ (mc@xenpro3) (gcc
> version 7.1.1 20170510 (Linaro GCC 7.1-2017.05)) #1 SMP PREEMPT Wed Sep 13
> 10:16:12 EDT 2017
What branch is this? And what git repo ?
_
On Thu, Nov 16, 2017 at 11:19:38AM -0600, Brian Woods wrote:
> Add support for enabling the virtual GIF feature.
>
> Signed-off-by: Brian Woods
> ---
> xen/include/asm-x86/hvm/svm/svm.h | 2 ++
> xen/include/asm-x86/hvm/svm/vmcb.h | 6 --
> 2 files changed, 6 insertions(+), 2 deletions(-)
Jan Beulich
> CC: Stefano Stabellini
> CC: Konrad Wilk
Reviewed-by: Konrad Rzeszutek Wilk
[the livepatching part]
> CC: Tim Deegan
> CC: Tamas K Lengyel
> CC: Rich Persaud
> ---
> SUPPORT.md | 34 ++
> 1 file changed, 34 insertions(+
On Mon, Nov 13, 2017 at 06:05:59PM +0800, Quan Xu wrote:
> From: Yang Zhang
>
> Some latency-intensive workload have seen obviously performance
> drop when running inside VM. The main reason is that the overhead
> is amplified when running inside VM. The most cost I have seen is
> inside idle pat
igned-off-by: Loc Ho
> Acked-by: Greg Kroah-Hartman
> Signed-off-by: Rafael J. Wysocki
Any particular reason you offset this whole commit description by four spaces?
>
> Signed-off-by: Bhupinder Thakur
> ---
> CC: Andrew Cooper
> CC: George Dunlap
>
On Tue, Nov 07, 2017 at 11:10:29AM -0500, Boris Ostrovsky wrote:
> On 11/07/2017 02:42 AM, Juergen Gross wrote:
> > On 06/11/17 17:42, Boris Ostrovsky wrote:
> >> On 11/06/2017 10:05 AM, Juergen Gross wrote:
> >>> On 06/11/17 15:51, Boris Ostrovsky wrote:
> On 11/06/2017 02:16 AM, Juergen Gros
On Wed, Nov 08, 2017 at 10:47:20AM +0530, Jayadev Kumaran wrote:
> Hello all,
>
> I'm trying to implement Xen hypervisor support on OMAP5432.I have followed
> the steps as in
> https://wiki.xenproject.org/wiki/Xen_ARM_with_Virtualization_Extensions/OMAP5432_uEVM
> for the initial setup. I'm able t
On Thu, Nov 02, 2017 at 08:59:20AM +0800, Zhong Yang wrote:
> On Wed, Nov 01, 2017 at 03:29:16PM -0400, Konrad Rzeszutek Wilk wrote:
> > On Fri, Oct 27, 2017 at 10:18:04PM +0800, Yang Zhong wrote:
> > > Intel IceLake cpu has added new cpu features: AVX512VBMI2/GFNI/
>
On Thu, Nov 02, 2017 at 10:46:20AM +, George Dunlap wrote:
> On 11/01/2017 05:10 PM, Konrad Rzeszutek Wilk wrote:
> > On Tue, Oct 24, 2017 at 04:22:38PM +0100, George Dunlap wrote:
> >> On Fri, Sep 15, 2017 at 3:51 PM, Konrad Rzeszutek Wilk
> >> wrote:
> >
On Fri, Oct 27, 2017 at 10:18:04PM +0800, Yang Zhong wrote:
> Intel IceLake cpu has added new cpu features: AVX512VBMI2/GFNI/
> VAES/AVX512VNNI/AVX512BITALG/VPCLMULQDQ. Those new cpu features
> need expose to guest.wq
s/wq//
>
> The bit definition:
> CPUID.(EAX=7,ECX=0):ECX[bit 06] AVX512VBMI2
>
,
> when set, switch from 0 to INVALID_MFN. This is fine because the initial
> values was always overriden before used.
>
> Also add a couple of missing newlines suggested by Andrew in the code.
>
> Signed-off-by: Julien Grall
> Reviewed-by: Andrew Cooper
>
> ---
>
On Tue, Oct 24, 2017 at 04:22:38PM +0100, George Dunlap wrote:
> On Fri, Sep 15, 2017 at 3:51 PM, Konrad Rzeszutek Wilk
> wrote:
> >> +### Soft-reset for PV guests
> >
> > s/PV/HVM/
>
> Is it? I thought this was for RHEL 5 PV guests to be able to do crash
>
On Fri, Oct 20, 2017 at 03:34:40PM +0100, Ian Jackson wrote:
> Currently we are running our ARM tests in osstest off a branch in
> Stefano's personal Linux tree. This is a bit unsatisfactory.
>
> We would like to switch to a branch that Julien can push to too, and
> that is in a more official pla
values setting"
> https://lists.xen.org/archives/html/xen-devel/2017-10/msg00866.html
>
> CC: Jan Beulich
> CC: Andrew Cooper
> CC: Wei Liu
> CC: Ian Jackson
> CC: Daniel De Graaf
> CC: Roger Pau Monné
> CC: Konrad Rzeszutek Wilk
> CC: Chao Peng
> CC:
On Mon, Oct 09, 2017 at 12:13:47AM +0800, Tan, Jianfeng wrote:
> Hi,
>
>
> On 10/8/2017 12:54 PM, Bill Bonaparte wrote:
> > Thanks Jianfeng for taking time to reply.
> >
> > please allow me to briefly explain why I want to run dpdk on xen.
> > our system is based on dpdk, which means we use dpdk
On Tue, Oct 17, 2017 at 10:16:30PM +0530, Bhupinder Thakur wrote:
One also explains the rationale in the commit. Perhaps also
include 'Reported-by' ..
> Signed-off-by: Bhupinder Thakur
> ---
> CC: Ian Jackson
> CC: Wei Liu
> CC: Stefano Stabellini
> CC: Julien Grall
>
> tools/libxl/libxl_c
f-by: Andrew Cooper
> ---
> CC: George Dunlap
> CC: Jan Beulich
> CC: Konrad Rzeszutek Wilk
Reviewed-by: Konrad Rzeszutek Wilk
> CC: Stefano Stabellini
> CC: Tim Deegan
> CC: Wei Liu
> CC: Julien Grall
>
> This is a trivial bugfix, and is low risk for 4.
On Sun, Oct 15, 2017 at 03:31:15AM +0300, Michael S. Tsirkin wrote:
> On Fri, Oct 13, 2017 at 03:46:39PM -0700, Stefano Stabellini wrote:
> > On Fri, 13 Oct 2017, Jan Beulich wrote:
> > > >>> On 13.10.17 at 13:13, wrote:
> > > > To Jan, Andrew, Stefano and Anthony,
> > > >
> > > > what do you thi
On Thu, Oct 12, 2017 at 08:45:44PM +0800, Haozhong Zhang wrote:
> On 10/10/17 12:05 -0400, Konrad Rzeszutek Wilk wrote:
> > On Tue, Sep 12, 2017 at 11:15:09AM +0800, Haozhong Zhang wrote:
> > > On 09/11/17 11:52 -0700, Stefano Stabellini wrote:
> > > > CC'ing x
ture here rather than re-using EFI_GUID.
> EFI_GUID uses a Microsoft-style encoding which, among other things,
> mixes little-endian and big-endian. The structure defined in this
> patch, unlike EFI_GUID, is compatible with the Linux kernel and libuuid.
>
> Signed-off-b
On Tue, Sep 12, 2017 at 11:15:09AM +0800, Haozhong Zhang wrote:
> On 09/11/17 11:52 -0700, Stefano Stabellini wrote:
> > CC'ing xen-devel, and the Xen tools and x86 maintainers.
> >
> > On Mon, 11 Sep 2017, Igor Mammedov wrote:
> > > On Mon, 11 Sep 2017 12:41:47 +0800
> > > Haozhong Zhang wrote:
On Mon, Oct 09, 2017 at 02:15:48PM +0800, Joe Jin wrote:
> Looks good for me.
>
> Reviewed-by: Joe Jin
Ah, indeed.
Reviewed-by: Konrad Rzeszutek Wilk
Also
CC-ing Jan and Andrew.
P.S.
Could you change the title to have 'x86/physdev:' as part of the
name please?
>
&g
Re-sending as the first didn't hit the refpolicy mailing list.
Date: Mon, 9 Oct 2017 11:53:45 -0400
From: Konrad Rzeszutek Wilk
To: refpol...@oss.tresys.com
Cc: xen-de...@lists.xenproject.org
Subject: [refpolicy SELinux PATCH] Updates to SELinux refpolicies to make
xenconsoled work. (v1)
From: Konrad Rzeszutek Wilk
type=AVC msg=audit(1504637347.487:280): avc: denied { map } for pid=857
comm="xenconsoled" path="/dev/xen/privcmd" dev="devtmpfs" ino=16289
scontext=system_u:system_r:xenconsoled_t:s0
Without this we can't use xenconsole (cli
From: Konrad Rzeszutek Wilk
libxenstored since git commit 9c89dc95201ffed5fead17b35754bf9440fdbdc0
prefers to use "/dev/xen/xenbus" over the "/proc/xen/xenbus".
Signed-off-by: Konrad Rzeszutek Wilk
---
policy/modules/kernel/devices.fc | 1 +
1 file changed, 1 insertion(+)
netheless it is needed to make xenconsoled work on Fedora installs.
Additionally we also add the 'map' functionality to make the xenconsoled
/xenconsole work together.
For more details, please see:
https://bugzilla.redhat.com/show_bug.cgi?id=1484908
Please merge at your convience.
r, with my
> personal email.
>
> Signed-off-by: Dario Faggioli
> ---
> Cc: Andrew Cooper
> Cc: George Dunlap
> Cc: Ian Jackson
> Cc: Jan Beulich
> Cc: Konrad Rzeszutek Wilk
Acked-by: Konrad Rzeszutek Wilk
> Cc: Stefano Stabellini
> Cc: Tim Deegan
> Cc: Wei Liu
On Thu, Oct 05, 2017 at 02:47:30PM +0100, Ross Lagerwall wrote:
> On 09/20/2017 11:31 PM, Konrad Rzeszutek Wilk wrote:
> > If the livepatch has only .rodata sections then it is OK to also
> > apply/revert/apply the livepatch without having to worry about the
> > u
On Wed, Oct 04, 2017 at 08:26:27PM +0200, Philipp Hahn wrote:
> Hello,
>
Adding Ankur to this as I think he saw something similar.
But in the meantime - do you see this with the latest version of Linux?
> with linux-4.9.52 running on Debian-Wheezy with Xen-4.1 I observed
> several stuck process
On Thu, Oct 05, 2017 at 12:00:20AM +0300, Volodymyr Babchuk wrote:
> Added type xen_uuid_t. This type represents UUID as an array of 16
> bytes in big endian format.
>
> Added macro XEN_DEFINE_UUID that constructs UUID in the usual way:
>
> XEN_DEFINE_UUID(0x00112233, 0x4455, 0x6677, 0x8899,
>
> +config UBSAN
> + bool "Undefined behaviour sanitizer"
> + depends on X86
> + ---help---
> + Enable undefined behaviour sanitizer.
> +
> + If unsure, say N here.
Could you perhaps expand it a bit? How does it sanitize it? With soap :-)?
And what 'undefinded behaviour's ar
On Tue, Oct 03, 2017 at 07:07:50PM +0100, Andrew Cooper wrote:
> tmem_mempool_page_get() is only referenced by address, so isn't eligable for
> inlining in the first place.
>
> Signed-off-by: Andrew Cooper
> ---
> CC: Konrad Rzeszutek Wilk
Reviewed-by: Konrad Rzeszutek
I get this when compiling under ARM32 (Ubuntu 15.04,
gcc (Ubuntu/Linaro 4.9.2-10ubuntu13) 4.9.2):
libxl_console.c: In function ‘libxl__device_vuart_add’:
libxl_console.c:379:5: error: format ‘%lu’ expects argument of type ‘long
unsigned int’, but argument 3 has type ‘xen_pfn_t’ [-Werror=format=]
;
> ---
>
Reviewed-by: Konrad Rzeszutek Wilk
> Cc: Ross Lagerwall
>
> arch_livepatch_secure is now the same as on x86. It might be
> possible to combine both, but I left that alone for now.
>
> Changes in v3:
> - Add Stefano's review
On Wed, Sep 20, 2017 at 08:23:20AM +, Paul Durrant wrote:
> > -Original Message-
> > From: Joao Martins [mailto:joao.m.mart...@oracle.com]
> > Sent: 19 September 2017 20:08
> > To: Xen-devel
> > Cc: Wei Liu ; Paul Durrant ;
> > Konrad Rzeszutek
this and applicability for other
> use-cases alongside the necessary changes. This proposal is an RFC and also
s/is an RFC and also/
And with that Reviewed-by: Konrad Rzeszutek Wilk
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
On Fri, Sep 29, 2017 at 10:57:11AM -0400, John P. McDermott (USN Civilian)
wrote:
> Xen Developers,
>
> Trying to run Xen ARM64 on HiKey 960. Following the guidance on the wiki,
> building on Ubuntu 17, everything works as expected until Xen boots. The
> interesting tail of the serial console o
on behalf of the Hypervisor project are:
> Julien Grall, Andy Cooper, George Dunlap, Ian Jackson, Jan Beulich, Konrad R
> Wilk, Stefano Stabellini, Tim Deegan, Wei Liu
+1
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
On Fri, Sep 29, 2017 at 11:49:39AM +0100, Michael Young wrote:
>
>
> On Thu, 28 Sep 2017, Hongjiang Zhang wrote:
>
> > > -Original Message-
> > > From: Stefan Bader [mailto:stefan.ba...@canonical.com]
> > > Sent: Friday, September 29, 2017
On Thu, Sep 28, 2017 at 02:45:38PM +, Hongjiang Zhang wrote:
> >> (XEN) ACPI Error (tbxfroot-0218): A valid RSDP was not found
> >> [20070126]
> >
> >Uuh, that is rather bad, I guess.
I am going to assume this is due to not having:
b4d709b6e Use grub-file to figure out whether multiboot2 shou
Hey,
I am hitting an interesting issue with the latest versions of iPXE,
edk2, and GRUB wherein I am trying to boot GRUB (via iPXE), and then
load Xen, I get this:
!!! X64 Exception Type - 0D(#GP - General Protection) CPU Apic ID -
ExceptionData -
RIP - BE
On Thu, Sep 28, 2017 at 08:29:27AM -0400, John P. McDermott (USN Civilian)
wrote:
> Xen Developers,
>
> The guidance for running Xen on a HiKey 960 identifies files that should be
> flashed onto the board, as part of the process for installing Xen.
>
> https://wiki.xen.org/wiki/HiKey960
>
eader file, hence this commit simply enforces it more
> explicitly and have both peers noticed when such changes happen.
>
> Signed-off-by: Joao Martins
> Acked-by: Juergen Gross
Reviewed-by: Konrad Rzeszutek Wilk
> ---
> In the end, I choose the originally posted because t
t;-- IRQs will work
> >>>> if domain started
> >>>> + Capabilities: [70] MSI-X: Enable- Count=5 Masked+ <-- IRQs won't work
> >>>> if domain started
> >>>> ^^^
> >>
> >>> I
On Fri, Sep 22, 2017 at 09:31:26AM -0700, t...@hughes.net wrote:
> Hello,
>
> Who can I contact at Xen to obtain an estimate of the effort required to port
> Xen to IBM's OpenPOWER 9 CPU?
I would recommend you speak to IBM as they would be most qualified to answer
that question.
___
m0
> bringup issue.
You can also hit 'Ctrl-a' three times and then 'd' which would give you
the stack trace and EIP of dom0. That should help in figuirng where your
dom0 is stuck.
>
> Thanks,
> Bharat
>
> On Mon, Sep 18, 2017 at 8:16 PM, Konrad Rzeszutek W
-by: Jan Beulich
Signed-off-by: Konrad Rzeszutek Wilk
---
Cc: Ross Lagerwall
v1: Initial patch
v2: Drop the check when loading it in memory
Add check for alignment being anything but power of two (ignoring 0, and 1)
Change dprintk to include hex values and print addr not size.
v3: Change
ote_depends
49: 36 OBJECT GLOBAL HIDDEN17 note_depends
16: 36 OBJECT GLOBAL HIDDEN 3 note_depends
21: 36 OBJECT GLOBAL HIDDEN 6 note_depends
See patch titled: "livepatch/arm/x86: Rename note_depends symbol from
test-ca
From: Ross Lagerwall
See docs/features/livepatch.pandoc for the details.
Reviewed-by: Jan Beulich
Signed-off-by: Ross Lagerwall
Signed-off-by: Konrad Rzeszutek Wilk
--
v2:
- Moved it into a feature document.
- Clarified a few bits and pieces based on feedback.
v3:
- default X86
- added
the 'W' flag during loading of the
.livepatch_funcs which would result the section being in writeable
region from the gecko.
Suggested-by: Julien Grall
Signed-off-by: Konrad Rzeszutek Wilk
---
Cc: Ross Lagerwall
v4: First posting
---
xen/arch/arm/livepatch.c| 45
It makes more sense to put a tool to be used by other subsystems
to be in 'tools/misc' along 'mkrpm','mkdeb', etc.
The patch titled "xen/livepatch/x86/arm32: Force .livepatch.depends
section to be uint32_t aligned" uses mkhex.
Suggested-by: Julien Gra
If the livepatch has only .rodata sections then it is OK to also
apply/revert/apply the livepatch without having to worry about the
unforseen consequences.
See commit 98b728a7b235c67e210f67f789db5d9eb38ca00c
"livepatch: Disallow applying after an revert" for details.
Signed-off-
/0 grow/shrink: 0/0 up/down: 0/0 (0)
function old new delta
Total: Before=822563, After=822563, chg +0.00%
Also since the macros have the alignment coded in them there is no need
to do that for the xen.lds.S anymore.
Signed-off-by: Konrad Rzeszutek Wilk
---
C
Instead of being writable (.data). This mimics the behavior of what
livepatch-build-tools do.
Other approaches such as 'struct const livepatch_funcs' still result
in the WA section attributes.
Signed-off-by: Konrad Rzeszutek Wilk
---
Cc: Ross Lagerwall
v2: First posting.
v3: Don
g-for-4.10.v4
Konrad Rzeszutek Wilk (10):
livepatch: Expand check for safe_for_reapply if livepatch has only
.rodata.
livepatch: Tighten alignment checks.
livepatch: Include sizes when an mismatch occurs
livepatch/arm[32,64]: Don't load and crash on livepatches loaded w
00 R xen_nop.livepatch_note_depends
R xen_replace_world.livepatch_note_depends
Signed-off-by: Konrad Rzeszutek Wilk
---
Cc: Ross Lagerwall
v3: First posting.
v4: Instead of stripping the symbol (and also using --strip-debug),
just rename the symbol.
---
xen/test/livepatch/Makefile | 4
ail if the size of the .ex_table
was being zero - but that is OK.
Signed-off-by: Konrad Rzeszutek Wilk
---
Cc: Ross Lagerwall
v1: First posting.
v2: - Changed to 'Multiple' per Jan's recommendation.
- Folded the checks in 'check_size' function and removed all the oth
for all as we only
implement a small subset of them - as such we only check for
data types that are implemented - and if the type is anything else
and not aligned to 32-bit, then we error out.
Signed-off-by: Konrad Rzeszutek Wilk
---
Cc: Ross Lagerwall
Cc: Andrew Cooper
Cc: George Dunlap
Cc: I
On Wed, Sep 20, 2017 at 03:01:57PM +0100, Wei Liu wrote:
> On Tue, Sep 19, 2017 at 12:05:16PM +0100, Julien Grall wrote:
> > Hi Konrad,
> >
> > On 19/09/17 01:32, Konrad Rzeszutek Wilk wrote:
> > > > > +.PHONY: livepatch_depends.h
> > > > > +li
On Tue, Sep 19, 2017 at 09:04:44AM -0600, Jan Beulich wrote:
> >>> On 18.09.17 at 21:37, wrote:
> > On Tue, Sep 12, 2017 at 02:57:04AM -0600, Jan Beulich wrote:
> >> >>> On 12.09.17 at 02:22, wrote:
> >> > If I compile the test-case under ARM32 it works OK (as the
> >> > .livepatch.depends ends u
ction)
>> +static int livepatch_action(struct xen_sysctl_livepatch_action
>*action)
>> {
>> struct payload *data;
>> char n[XEN_LIVEPATCH_NAME_SIZE];
>> @@ -1560,7 +1560,7 @@ static int livepatch_action(xen_sysctl_l
>> return rc;
>> }
: livepatch: xen_bye_world: Loaded .livepatch.depends
> > at 00a08043
> >[...]
> > Keep in mind that this only happens if I cross-compile ARM32 under x86.
>
> That would suggest a build environment / build tools issue then:
> Cross builds aren't supposed to produce b
> Reviewed-by: Stefano Stabellini
> Acked-by: Wei Liu
Acked-by: Konrad Rzeszutek Wilk
> ---
> CC: Ian Jackson
> CC: Wei Liu
> CC: Konrad Rzeszutek Wilk
> CC: Stefano Stabellini
> CC: Julien Grall
>
> Changes since v4:
> - Split this change in a separate patch.
On Thu, Sep 14, 2017 at 05:08:18PM +0100, Joao Martins wrote:
> [ Realized that I didn't CC the maintainers,
> so doing that now, +Linux folks +PV interfaces czar
> Sorry for the noise! ]
>
> On 09/08/2017 09:49 AM, Joao Martins wrote:
> > [Forgot two important details regarding Xenbus states]
On Thu, Sep 14, 2017 at 02:20:42PM +0100, Julien Grall wrote:
> Hi Konrad,
>
> On 12/09/17 01:37, Konrad Rzeszutek Wilk wrote:
> > This was found when porting livepatch-build-tools to ARM64/32.
> >
> > When livepatch-build-tools are built (and test-case thanks to:
>
On Tue, Sep 12, 2017 at 08:49:55AM -0600, Jan Beulich wrote:
> >>> On 12.09.17 at 02:37, wrote:
> > --- a/xen/test/livepatch/Makefile
> > +++ b/xen/test/livepatch/Makefile
> > @@ -54,6 +54,7 @@ xen_hello_world.o: config.h livepatch_depends.h
> > $(LIVEPATCH): xen_hello_world_func.o xen_hello_worl
> > +.PHONY: livepatch_depends.h
> > +livepatch_depends.h: note.bin
> > + $(shell (../../../tools/firmware/hvmloader/mkhex $(NOTE_DEPENDS) $^ >
> > $@))
>
> It looks quite odd to use a file in firmware/hvmloader for livepatch. Would
> it be possible to move mkhex to a generic place?
Like so?
On Fri, Sep 08, 2017 at 10:19:55PM +0300, Oleksandr Tyshchenko wrote:
> Hi Bharat
>
> On Thu, Sep 7, 2017 at 4:30 PM, bharat gohil wrote:
> > Hello Olensandr,
> >
> > I able to boot xen and trying to boot dom0 but there are no console log for
> > dom0.
> >
> > following log for xen and it stuck b
.snip..
> (XEN) Loading dom0 DTB to 0x17e0-0x17e08265
> (XEN) init_domheap_pages: 0xb87b1->0xb87bc
> (XEN) init_heap_pages: 0xb87b1 -> 0xb87bc
> (XEN) init_domheap_pages: 0xb88f1->0xb98ae
> (XEN) init_heap_pages: 0xb88f1 -> 0xb98ae <- so the memory is from here
>
> (XEN) Sc
On Thu, Sep 14, 2017 at 05:39:23PM -0400, Boris Ostrovsky wrote:
> On 09/14/2017 05:26 PM, Konrad Rzeszutek Wilk wrote:
> > On Wed, Sep 13, 2017 at 02:49:41PM -0400, Boris Ostrovsky wrote:
> >> On 09/13/2017 02:25 PM, Julien Grall wrote:
> >>> Hi,
> >&g
On Fri, Sep 15, 2017 at 05:57:50PM +0100, Wei Liu wrote:
> On Fri, Sep 15, 2017 at 12:55:51PM -0400, Konrad Rzeszutek Wilk wrote:
> > instead of hardcoding values. We also drop the uint64_t
> > cast as the macro uses ULL to produce the proper width
> > types.
> >
amp;& !(memflags & MEMF_no_owner) &&
> >> assign_pages(d, pg, order, memflags) )
> >> {
> >> -free_heap_pages(pg, order, false);
> >> +free_heap_pages(pg, order, !!(memflags & MEMF_no_scrub));
> > No need fo
rris
Reviewed-by: Konrad Rzeszutek Wilk
> ---
> tools/python/xen/lowlevel/xs/xs.c | 20
> 1 file changed, 20 insertions(+)
>
> diff --git a/tools/python/xen/lowlevel/xs/xs.c
> b/tools/python/xen/lowlevel/xs/xs.c
> index aba5a20..9f1b916 100644
>
oader/pci.c| 8
tools/firmware/hvmloader/smbios.c | 5 ++---
tools/firmware/hvmloader/util.h | 3 +++
4 files changed, 12 insertions(+), 10 deletions(-)
Konrad Rzeszutek Wilk (1):
hvmloader: Use MB(x) and GB(x) macros
___
Xen-
instead of hardcoding values. We also drop the uint64_t
cast as the macro uses ULL to produce the proper width
types.
Acked-by: Jan Beulich
Signed-off-by: Konrad Rzeszutek Wilk
---
Cc: Jan Beulich
Cc: Andrew Cooper
Cc: Ian Jackson
Cc: Wei Liu
v2: New submission
v3: Don't use le
> +### Soft-reset for PV guests
s/PV/HVM/
> +
> +Status: Supported
> +
> +Soft-reset allows a new kernel to start 'from scratch' with a fresh VM
> state,
> +but with all the memory from the previous state of the VM intact.
> +This is primarily designed to allow "crash kernels",
> +wh
On Wed, Sep 13, 2017 at 02:49:41PM -0400, Boris Ostrovsky wrote:
> On 09/13/2017 02:25 PM, Julien Grall wrote:
> > Hi,
> >
> > On 09/13/2017 07:05 PM, Boris Ostrovsky wrote:
> >> On 09/13/2017 11:32 AM, Konrad Rzeszutek Wilk wrote:
> >> Well, that
On Thu, Sep 07, 2017 at 09:12:33PM +0200, Daniel Kiper wrote:
> Hey,
>
> Some people asked me about Multiboot2 Specification and other GRUB doc stuff.
> So, I have put latest things at
> https://www.gnu.org/software/grub/grub-documentation.html
Yeey! Thank you for doing that!
>
> I hope that h
t; +Status: Supported, x86 only
> >>> +
> >>> +Compile time disabled
> >>
> >> Bu we're settled to change that, aren't we? It was even meant to be
> >> so in 4.9, but then didn't make it.
> >
> > Change the compile tim
On Wed, Sep 13, 2017 at 02:51:41AM -0600, Jan Beulich wrote:
> >>> On 13.09.17 at 01:46, wrote:
> > On Tue, Sep 12, 2017 at 08:48:33AM -0600, Jan Beulich wrote:
> >> >>> On 12.09.17 at 02:37, wrote:
> >> > This surfaced due to "xen/livepatch/x86/arm32: Force
> >> > .livepatch.depends section to b
On Mon, Sep 11, 2017 at 09:35:08AM -0700, Dan Williams wrote:
> On Sun, Sep 10, 2017 at 10:39 PM, Haozhong Zhang
> wrote:
> > On 09/10/17 22:10 -0700, Dan Williams wrote:
> >> On Sun, Sep 10, 2017 at 9:37 PM, Haozhong Zhang
> >> wrote:
> >> > The kernel NVDIMM driver and the traditional NVDIMM ma
On Tue, Sep 12, 2017 at 09:19:23PM -0400, Boris Ostrovsky wrote:
>
>
> On 09/12/2017 08:01 PM, Konrad Rzeszutek Wilk wrote:
> > On Mon, Sep 11, 2017 at 08:45:02PM -0400, Boris Ostrovsky wrote:
> > >
> > >
> > > On 09/11/2017 07:55 PM
On Tue, Sep 12, 2017 at 08:54:34AM -0600, Jan Beulich wrote:
> >>> On 12.09.17 at 02:37, wrote:
> > With this change we can use _do_page_walk() to implement
> > arch_livepatch_lookup_mfn() which can be used to find out
> > vmap virtual addresses (as under x86 virt_to_mfn won't work
> > for vmap, b
On Mon, Sep 11, 2017 at 08:45:02PM -0400, Boris Ostrovsky wrote:
>
>
> On 09/11/2017 07:55 PM, Konrad Rzeszutek Wilk wrote:
> > Hey,
> >
> > I've only been able to reproduce this on ARM64 (trying right now ARM32
> > as well), and not on x86.
> >
>
On Tue, Sep 12, 2017 at 08:48:33AM -0600, Jan Beulich wrote:
> >>> On 12.09.17 at 02:37, wrote:
> > This surfaced due to "xen/livepatch/x86/arm32: Force
> > .livepatch.depends section to be uint32_t aligned." which switched
> > to a different way of including the build-id.
> >
> > Each livepatch
From: Ross Lagerwall
See docs/features/livepatch.pandoc for the details.
Reviewed-by: Jan Beulich
Signed-off-by: Ross Lagerwall
Signed-off-by: Konrad Rzeszutek Wilk
--
v2:
- Moved it into a feature document.
- Clarified a few bits and pieces based on feedback.
v3:
- default X86
- added
..
Signed-off-by: Konrad Rzeszutek Wilk
---
v1: First edition
v2: Build with mkhex version of build-id from hypervisor.
---
xen/test/livepatch/Makefile| 12 +++-
xen/test/livepatch/xen_local_symbols.c | 53 ++
2 files changed, 64 insertions(+),
-by: Konrad Rzeszutek Wilk
---
v1: Initial patch
v2: Drop the check when loading it in memory
Add check for alignment being anything but power of two (ignoring 0, and 1)
Change dprintk to include hex values and print addr not size.
v3: Change the two checks to be per Jan's recommenda
local and global symbol resolution."
but that patch is stuck in limbo).
Signed-off-by: Konrad Rzeszutek Wilk
---
v3: First version
---
xen/test/livepatch/Makefile | 4
1 file changed, 4 insertions(+)
diff --git a/xen/test/livepatch/Makefile b/xen/test/livepatch/Makefile
index 89ad89dfd
+
xen/test/livepatch/xen_local_symbols.c | 53
xen/test/livepatch/xen_nop.c | 1 +
xen/test/livepatch/xen_replace_world.c | 1 +
25 files changed, 521 insertions(+), 173 deletions(-)
Konrad Rzeszutek Wilk (16):
livepatch: Expand check for safe_for_reapply if livepatch has
ail if the size of the .ex_table
was being zero - but that is OK.
Signed-off-by: Konrad Rzeszutek Wilk
---
v1: Initial version
v2: - Changed to 'Multiple' per Jan's recommendation.
- Folded the checks in 'check_size' function and removed all the other
part
An alternative is to add the 'W' flag during loading of the
.livepatch_funcs which would result the section being in writeable
region from the gecko.
Note that this vmap solution could be extended to x86 as well.
Signed-off-by: Konrad Rzeszutek Wilk
---
xen/arch/arm/arm32/livepatch.c
0x102
[] check_for_livepatch_work+0x1f3/0x390
[] domain.c#continue_idle_domain+0x1b/0x22
But are definitly the case on x86 - so we expand the scope
of the spin_debug_disable.
Signed-off-by: Konrad Rzeszutek Wilk
---
xen/common/livepatch.c | 30 --
1 file changed, 16 insertions(+), 14 dele
tingly the arch_livepatch_revert looks almost the same
on x86 and ARM. See 'livepatch/x86/arm[32,64]: Unify arch_livepatch_revert'
Signed-off-by: Konrad Rzeszutek Wilk
---
xen/arch/arm/livepatch.c| 64
xen/arch/x86/livepatch.c| 32
The arch_livepatch_revert is very similar between the platforms.
Lets unify it as much as possible.
Signed-off-by: Konrad Rzeszutek Wilk
---
xen/arch/arm/livepatch.c| 10 +-
xen/arch/x86/livepatch.c| 10 ++
xen/common/livepatch.c | 14 +-
xen/include/xen
1 - 100 of 3827 matches
Mail list logo
