Re: [Xen-devel] "xl vcpu-set" not persistent across reboot?

>>> On 06.06.16 at 19:18, wrote: > The current issue I discover is that: > > xl vcpu-set jessie-hvm 4 > xl list -l jessie-hvm | less # search for avail_vcpus > > A vcpu is not really considered online from xen's point of view, unless > the guest explicitly activates it, like in guest `echo 1

[Xen-devel] [PATCH v2 2/2] xen-pciback: clean up {bar,rom}_init()

- drop unused function parameter of read_dev_bar() - drop rom_init() (now identical to bar_init()) - fold read_dev_bar() into its now single caller - simplify determination of 64-bit memory resource - use const and unsigned Signed-off-by: Jan Beulich --- v2: fold in 3rd patch and drop read_dev_ba

[Xen-devel] [PATCH v2 1/2] xen-pciback: return proper values during BAR sizing

Reads following writes with all address bits set to 1 should return all changeable address bits as one, not the BAR size (nor, as was the case for the upper half of 64-bit BARs, the high half of the region's end address). Presumably this didn't cause any problems so far because consumers use the va

[Xen-devel] [PATCH v2 0/2] xen-pciback: correct and clean up BAR handling

1: return proper values during BAR sizing 2: clean up {bar,rom}_init() Signed-off-by: Jan Beulich --- v2: Fold (and extend) patches 2 and 3. Patch 1 is unchanged. ___ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel

Re: [Xen-devel] [PATCH RFC 15/20] acpi: Move ACPI code to xen/common/libacpi

>>> On 06.06.16 at 18:09, wrote: > On 06/06/2016 09:05 AM, Jan Beulich wrote: > On 06.04.16 at 03:25, wrote: >>> .gitignore| 8 >>> >>> tools/firmware/hvmloader/Makefile | 3 +-- >>> tools/firmw

Re: [Xen-devel] [PATCH RFC 18/20] libxc/acpi: Build ACPI tables for HVMlite guests

>>> On 06.06.16 at 18:59, wrote: > On 06/06/2016 09:29 AM, Jan Beulich wrote: > On 06.04.16 at 03:25, wrote: >>> +#define RESERVED_MEMORY_DYNAMIC_START 0xFC001000 >>> +#define ACPI_PHYSICAL_ADDRESS 0x000EA020 >>> + >>> +/* Initial allocation for ACPI tables */ >>> +#define NUM_ACPI_PA

Re: [Xen-devel] [BUG] win2008 guest cannot get ip through sriov

On June 07, 2016 1:52 PM, Xu, Quan wrote: > On June 02, 2016 8:09 PM, Jan Beulich wrote: > Sorry, this below part is about NIC PF pass-through for win2008.. > btw, when I updated the NIC driver for win2008, actually, it is working. > Xudong, could you help me verify it again? > > (( > xe

Re: [Xen-devel] [PATCH RFC 19/20] acpi: Set HW_REDUCED_ACPI in FADT if IOAPIC is not supported

>>> On 06.06.16 at 19:31, wrote: > On 06/06/2016 09:38 AM, Jan Beulich wrote: > On 06.04.16 at 03:25, wrote: >>> With this flags set guests will not try to set up SCI. >> I've just read through the respective ACPI spec section again, and >> I couldn't find a reference to SCI from there ("Hard

Re: [Xen-devel] [BUG] win2008 guest cannot get ip through sriov

On June 02, 2016 8:09 PM, Jan Beulich wrote: > Attached both a hypervisor and a qemu patch. Their plus > debug key M and i output is what I'd like to start with. Applied these two patches, the attach files are logs. -vf PT is working for SLES 12. The logs: qemu-dm-sles.log -- qemu log, vf PT

Re: [Xen-devel] Current PVH/HVMlite work and planning (was :Re: Discussion about virtual iommu support for Xen guest)

> From: Stefano Stabellini > Sent: Saturday, June 04, 2016 12:57 AM > > > > > > > > > How stable is the HVMLite today? Is it already in production usage? > > > > > > > > Wonder whether you have some detail thought how full PCI root complex > > > > emulation will be done in Xen (including how to in

Re: [Xen-devel] Discussion about virtual iommu support for Xen guest

> From: Stefano Stabellini > Sent: Saturday, June 04, 2016 1:15 AM > > On Fri, 3 Jun 2016, Andrew Cooper wrote: > > On 03/06/16 12:17, Tian, Kevin wrote: > > >> Very sorry for the delay. > > >> > > >> There are multiple interacting issues here. On the one side, it would > > >> be useful if we cou

[Xen-devel] [RFC v2] xen/arm: build: add missed dependency for head.S

In current Xen build rules, the build system will only check the dependencies in current folder and obj-y generated dependencies in other folder. But Makefile may add some objects to ALL_OBJS. These objects may be not in the same folder as Makefile. Use arch/arm/Makefile as an example: ALL_OBJ

[Xen-devel] [ovmf test] 95331: regressions - FAIL

flight 95331 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/95331/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemuu-ovmf-amd64 17 guest-start/debianhvm.repeat fail REGR. vs. 94748 test-amd64-amd64-

[Xen-devel] [qemu-mainline test] 95329: regressions - trouble: broken/fail/pass

flight 95329 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/95329/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-multivcpu 3 host-install(3)broken REGR. vs. 94856 test-amd64-i386-fre

Re: [Xen-devel] questions of vm save/restore on arm64

On 6/6/2016 7:58 PM, Stefano Stabellini wrote: On Fri, 3 Jun 2016, Chenxiao Zhao wrote: On 6/3/2016 4:02 AM, Julien Grall wrote: Hello, First thing, the time in the mail headers seems to be wrong. Maybe because of a wrong timezone? I got: 04/06/16 02:32 however we are still the 3rd in my ti

[Xen-devel] [qemu-upstream-4.3-testing test] 95336: trouble: blocked/broken

flight 95336 qemu-upstream-4.3-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/95336/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64 3 host-install(3) broken REG

Re: [Xen-devel] [PATCH RESEND 00/14] Xen ARM DomU ACPI support

On 2016/6/6 23:48, Julien Grall wrote: > Hi Wei, > > On 06/06/16 13:26, Wei Liu wrote: >> On Tue, May 31, 2016 at 01:02:52PM +0800, Shannon Zhao wrote: >>> From: Shannon Zhao >>> >>> The design of this feature is described as below. >>> Firstly, the toolstack (libxl) generates the ACPI tables a

Re: [Xen-devel] [PATCH] Revert "x86/hvm: add support for pcommit instruction"

> From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Monday, June 06, 2016 6:38 PM > > >>> On 06.06.16 at 12:31, wrote: > > On Mon, Jun 06, 2016 at 02:54:47AM -0600, Jan Beulich wrote: > >> >>> On 06.06.16 at 07:56, wrote: > >> > This reverts commit cfacce340608be5f94ce0c8f424487b63c3d5399. >

Re: [Xen-devel] Basic bare metal ARM domain interface

Hello Julien, On Fri, Jun 03, 2016 at 11:23:33AM +0100, Julien Grall wrote: > > > On 02/06/16 20:09, Ivan Pavic wrote: > >Hello Julien, > > Hello Ivan, > > >On Thu, Jun 02, 2016 at 12:41:02PM +0100, Julien Grall wrote: > >> > >>Which compiler led to use a data abort? And where was the data > >

[Xen-devel] [xen-4.6-testing test] 95328: regressions - FAIL

flight 95328 xen-4.6-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/95328/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-credit2 15 guest-start/debian.repeat fail REGR. vs. 95235 Regressions which

[Xen-devel] [PATCH V6 3/3] arm/acpi: Add Server Base System Architecture UART support

The ARM Server Base System Architecture describes a generic UART interface. It doesn't support clock control registers, modem control, DMA and hardware flow control features. So, extend the driver probe() to handle SBSA interface and skip the accessing PL011 registers that are not described in SBSA

[Xen-devel] [PATCH V6 1/3] drivers/pl011: Don't configure baudrate

The default baud and clock_hz configuration parameters are hardcoded (commit 60ff980995008caf) for Versatile Express. Other platforms, these default values may not be valid and might cause problems by programming registers IBRD and FBRD incorrectly. So, removing driver logic that sets the baud

[Xen-devel] [PATCH V6 2/3] drivers/pl011: Use combination of UARTRIS and UARTMSC instead of UARTMIS

The Masked interrupt status register (UARTMIS) is not described in ARM SBSA 2.x document. Anding of two registers UARTMSC and UARTRIS values gives the same information as register UARTMIS. UARTRIS, UARTMSC and UARTMIS definitions are found in PrimeCell UART PL011 (Revision: r1p4). - 3.3.10 Interr

[Xen-devel] [PATCH V5 3/3] arm/acpi: Add Server Base System Architecture UART support

The ARM Server Base System Architecture describes a generic UART interface. It doesn't support clock control registers, modem control, DMA and hardware flow control features. So, extend the driver probe() to handle SBSA interface and skip the accessing PL011 registers that are not described in SBSA

[Xen-devel] [PATCH V5 1/3] drivers/pl011: Don't configure baudrate

The default baud and clock_hz configuration parameters are hardcoded (commit 60ff980995008caf) for Versatile Express. Other platforms, these default values may not be valid and might cause problems by programming registers IBRD and FBRD incorrectly. So, removing driver logic that sets the baud

[Xen-devel] [PATCH V5 2/3] drivers/pl011: Use combination of UARTRIS and UARTMSC instead of UARTMIS

The Masked interrupt status register (UARTMIS) is not described in ARM SBSA 2.x document. Anding of two registers UARTMSC and UARTRIS values gives the same information as register UARTMIS. UARTRIS, UARTMSC and UARTMIS definitions are found in PrimeCell UART PL011 (Revision: r1p4). - 3.3.10 Interr

[Xen-devel] [PATCH V4 3/3] arm/acpi: Add Server Base System Architecture UART support

The ARM Server Base System Architecture describes a generic UART interface. It doesn't support clock control registers, modem control, DMA and hardware flow control features. So, extend the driver probe() to handle SBSA interface and skip the accessing PL011 registers that are not described in SBSA

[Xen-devel] [PATCH V4 1/3] drivers/pl011: Don't configure baudrate

The default baud and clock_hz configuration parameters are hardcoded (commit 60ff980995008caf) for Versatile Express. Other platforms, these default values may not be valid and might cause problems by programming registers IBRD and FBRD incorrectly. So, removing driver logic that sets the baud

[Xen-devel] [PATCH V4 2/3] drivers/pl011: Use combination of UARTRIS and UARTMSC instead of UARTMIS

The Masked interrupt status register (UARTMIS) is not described in ARM SBSA 2.x document. Anding of two registers UARTMSC and UARTRIS values gives the same information as register UARTMIS. UARTRIS, UARTMSC and UARTMIS definitions are found in PrimeCell UART PL011 (Revision: r1p4). - 3.3.10 Interr

[Xen-devel] libxenvchan license (lGPLv2.1) and xen/include/public/COPYING license?

Hey! I picked the list of people on this email from the git log on tools/misc/libvchan/ (albeit this is about xen/include/public/io/libxenvchan.h). The problem is that the 'COPYING' file in the root directory of Xen source says: "

Re: [Xen-devel] identify a Xen PV domU to fix devmem_is_allowed

On Tue, Mar 22, Boris Ostrovsky wrote: > Can you apply PAT changes from > http://lists.xenproject.org/archives/html/xen-devel/2016-03/msg02127.html > and see if it helps? > > It should at least get rid of the splat (patch 3 is the one addresses > no-MTRR problem that I mentioned above). We should

Re: [Xen-devel] XSA-180 follow-up: repurpose xenconsoled for logging

On 6/6/16 5:12 AM, George Dunlap wrote: > On 03/06/16 18:38, Andrew Cooper wrote: >> On 01/06/16 15:00, Wei Liu wrote: >>> Hi all >>> > FWIW, the libvirt project has exactly the same problem, and they did the > analog of what Wei is proposing -- they added a new daemon, virtlogd, to > handle all

Re: [Xen-devel] [PATCH 0/6] xenconsoled: rotating log file abstration

On 6/6/16 10:59 AM, Wei Liu wrote: > Wei Liu (6): > xenconsoled: introduce log file abstraction > xenconsoled: switch hypervisor log to use logfile abstraction > xenconsoled: switch guest log to use logfile abstraction > xenconsoled: delete two now unused functions > xenconsoled: options

Re: [Xen-devel] [PATCH v3] arm/acpi: Add Server Base System Architecture UART support

On 06/06/2016 20:55, Shanker Donthineni wrote: On 06/06/2016 11:04 AM, Julien Grall wrote: On 03/06/16 18:39, Shanker Donthineni wrote: The ARM Server Base System Architecture describes a generic UART interface. It doesn't support clock control registers, modem control, DMA and hardware flow

Re: [Xen-devel] [PATCH v3] arm/acpi: Add Server Base System Architecture UART support

Hi Julien, On 06/06/2016 11:04 AM, Julien Grall wrote: > Hi Shanker, > > On 03/06/16 18:39, Shanker Donthineni wrote: >> The ARM Server Base System Architecture describes a generic UART >> interface. It doesn't support clock control registers, modem >> control, DMA and hardware flow control featur

[Xen-devel] [xen-unstable test] 95309: tolerable FAIL

flight 95309 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/95309/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-armhf-armhf-xl-credit2 15 guest-start/debian.repeat fail in 95281 pass in 95309 test-armhf-armhf-xl

Re: [Xen-devel] [RFC for-4.8 v2 7/7] xen/arm: Map mmio-sram nodes as normal un-cached rwx memory

Hi Edgar, On 03/06/16 14:29, Edgar E. Iglesias wrote: From: "Edgar E. Iglesias" Map mmio-sram nodes as normal un-cached MEMORY with RWX perms. If the node has set the no-memory-wc property, we map it as DEVICE RW. Please add a path/link to the bindings in the commit message. Signed-off-by

Re: [Xen-devel] [RFC for-4.8 v2 6/7] xen/device-tree: Add an mmio-sram bus

Hi Edgar, On 03/06/16 14:29, Edgar E. Iglesias wrote: From: "Edgar E. Iglesias" Add an mmio-sram bus that prevents sram sub areas from being re-mapped. These sub-areas describe allocations and not mappings. mmio-sram is not a bus and the region below should point to a valid physical address

Re: [Xen-devel] [RFC for-4.8 v2 5/7] xen/arm: domain_build: Plumb for different mapping attributes

Hi Edgar, On 03/06/16 14:29, Edgar E. Iglesias wrote: From: "Edgar E. Iglesias" Add plumbing for passing around mapping attributes. This is in preparation to allow us to differentiate the attributes for specific device nodes. We still use the same DEVICE mappings for all nodes so this patch h

Re: [Xen-devel] [RFC for-4.8 v2 2/7] xen/arm: Rename and generalize un/map_regions_rw_cache

Hi Edgar, On 03/06/16 14:29, Edgar E. Iglesias wrote: From: "Edgar E. Iglesias" Rename and generalize un/map_regions_rw_cache into un/map_regions. I would name it map_regions_mattr (or something similar) to stop people using this helper to map real RAM. The new functions take the mapping

Re: [Xen-devel] Xen, systemd, and selinux

On Mon, 6 Jun 2016, George Dunlap wrote: > Do you know where the "upstream" for these rules are, and how to get > them changed in a way that will trickle down eventually to CentOS? I got it fixed in very recent selinux-policy packages (see https://bugzilla.redhat.com/show_bug.cgi?id=1334115 ) on

Re: [Xen-devel] [RFC for-4.8 v2 4/7] xen/device-tree: Make dt_match_node match props

Hi Edgar, On 03/06/16 14:29, Edgar E. Iglesias wrote: From: "Edgar E. Iglesias" Make dt_match_node match for existing properties. We only search for the existance of the properties, not s/existance/existence/ for specific values. [..] diff --git a/xen/include/xen/device_tree.h b/xen/in

Re: [Xen-devel] [RFC for-4.8 v2 3/7] xen/device-tree: Add __DT_MATCH macros without braces

Hi Edgar, On 03/06/16 14:29, Edgar E. Iglesias wrote: From: "Edgar E. Iglesias" Add __DT_MATCH macros without braces to allow the creation of match descriptors with multiple combined match options. Signed-off-by: Edgar E. Iglesias Acked-by: Julien Grall Regards, -- Julien Grall ___

Re: [Xen-devel] "xl vcpu-set" not persistent across reboot?

On 06/06/16 18:20, Wei Liu wrote: > Use Stefano's new email address > > On Mon, Jun 06, 2016 at 06:18:06PM +0100, Wei Liu wrote: >> On Fri, Jun 03, 2016 at 05:35:20PM +0100, Wei Liu wrote: >>> On Fri, Jun 03, 2016 at 08:42:11AM -0600, Jan Beulich wrote: >>> On 03.06.16 at 15:41, wrote: > O

Re: [Xen-devel] [PATCH RFC 19/20] acpi: Set HW_REDUCED_ACPI in FADT if IOAPIC is not supported

On 06/06/2016 09:38 AM, Jan Beulich wrote: On 06.04.16 at 03:25, wrote: >> With this flags set guests will not try to set up SCI. > I've just read through the respective ACPI spec section again, and > I couldn't find a reference to SCI from there ("Hardware-Reduced > ACPI"). Can you clarify t

Re: [Xen-devel] [PATCH v5 5/9] monitor: ARM SMC events

On Mon, Jun 6, 2016 at 10:38 AM, Julien Grall wrote: > Hi Tamas, > > On 06/06/16 17:14, Tamas K Lengyel wrote: >> >> On Mon, Jun 6, 2016 at 9:56 AM, Tamas K Lengyel >> wrote: >>> >>> On Mon, Jun 6, 2016 at 9:54 AM, Julien Grall >>> wrote: >> >> So either way, I don't see a technical reason why X

Re: [Xen-devel] Is: 'basic pci bridge and root device support. 'Was:Re: Discussion about virtual iommu support for Xen guest

On Mon, Jun 06, 2016 at 03:55:06AM -0600, Jan Beulich wrote: > >>> On 03.06.16 at 21:51, wrote: > >> For HVMLite, there is specifically no qemu, and we need something which > >> can function when we want PCI Passthrough to work. I am quite confident > >> that the correct solution here is to have

Re: [Xen-devel] [RFC for-4.8 v2 1/7] xen/arm: Add MATTR_MEM_NC for normal non-cacheable memory

Hi Edgar, On 03/06/16 14:29, Edgar E. Iglesias wrote: From: "Edgar E. Iglesias" Add the MATTR_MEM_NC macro describing normal non-cacheable memory. Signed-off-by: Edgar E. Iglesias --- xen/arch/arm/p2m.c | 1 + xen/include/asm-arm/page.h | 1 + 2 files changed, 2 insertions(+) di

Re: [Xen-devel] "xl vcpu-set" not persistent across reboot?

Use Stefano's new email address On Mon, Jun 06, 2016 at 06:18:06PM +0100, Wei Liu wrote: > On Fri, Jun 03, 2016 at 05:35:20PM +0100, Wei Liu wrote: > > On Fri, Jun 03, 2016 at 08:42:11AM -0600, Jan Beulich wrote: > > > >>> On 03.06.16 at 15:41, wrote: > > > > On Fri, Jun 03, 2016 at 02:29:12AM -0

Re: [Xen-devel] "xl vcpu-set" not persistent across reboot?

On Fri, Jun 03, 2016 at 05:35:20PM +0100, Wei Liu wrote: > On Fri, Jun 03, 2016 at 08:42:11AM -0600, Jan Beulich wrote: > > >>> On 03.06.16 at 15:41, wrote: > > > On Fri, Jun 03, 2016 at 02:29:12AM -0600, Jan Beulich wrote: > > >> Ian, Wei, > > >> > > >> is it intentional that rebooting a (HVM) g

Re: [Xen-devel] [RFC] xen/arm: build: add missed dependency for head.S

(CC Ian) Hi, On 03/06/16 11:07, Wei Chen wrote: When we update the header files that had been included in head.S. The build system would not re-compile the head.S. Because in the build rules, the dependencies are setting to .*.d (eg. DEPS = .*.d) files in the same folder as Makefile. But head.

Re: [Xen-devel] Xen, systemd, and selinux

On Mon, Jun 06, 2016 at 05:41:35PM +0100, George Dunlap wrote: > Hey Michael, CC-ing Olif and Daniel De Graaf, > > Not sure if you know, I've been maintaining the Xen4CentOS packages; I > suspect given the similarities between our systems we're solving the > same issues; particularly with the sys

Re: [Xen-devel] [PATCH RFC 18/20] libxc/acpi: Build ACPI tables for HVMlite guests

On 06/06/2016 09:29 AM, Jan Beulich wrote: On 06.04.16 at 03:25, wrote: >> --- /dev/null >> +++ b/tools/libxc/xc_acpi.c >> @@ -0,0 +1,268 @@ >> +#include >> +#include >> +#include >> +#include >> +#include >> + >> +#include >> +#include >> +#include > Why are these two needed here? Th

[Xen-devel] Xen Security Advisory 178 (CVE-2016-4963) - Unsanitised driver domain input in libxl device handling

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Xen Security Advisory CVE-2016-4963 / XSA-178 version 4 Unsanitised driver domain input in libxl device handling UPDATES IN VERSION 4 Clarify that issue goes back as far as driver

Re: [Xen-devel] [PATCH RESEND 00/14] Xen ARM DomU ACPI support

On 06/06/2016 11:37 AM, Boris Ostrovsky wrote: > On 06/06/2016 08:26 AM, Wei Liu wrote: >> On Tue, May 31, 2016 at 01:02:52PM +0800, Shannon Zhao wrote: >>> From: Shannon Zhao >>> >>> The design of this feature is described as below. >>> Firstly, the toolstack (libxl) generates the ACPI tables acc

[Xen-devel] [qemu-upstream-4.3-testing test] 95327: trouble: blocked/broken

flight 95327 qemu-upstream-4.3-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/95327/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64 3 host-install(3) broken REG

[Xen-devel] Xen, systemd, and selinux

Hey Michael, Not sure if you know, I've been maintaining the Xen4CentOS packages; I suspect given the similarities between our systems we're solving the same issues; particularly with the systemd/selinux combination. I've just ported my patchqueue up to 4.7-rc4, and it looks like the SELinux rule

Re: [Xen-devel] [PATCH v5 5/9] monitor: ARM SMC events

Hi Tamas, On 06/06/16 17:14, Tamas K Lengyel wrote: On Mon, Jun 6, 2016 at 9:56 AM, Tamas K Lengyel wrote: On Mon, Jun 6, 2016 at 9:54 AM, Julien Grall wrote: So either way, I don't see a technical reason why Xen should silently swallow any SMC trap if the vm_event user specifically asked th

Re: [Xen-devel] [PATCH v5 5/9] monitor: ARM SMC events

On Mon, Jun 6, 2016 at 9:56 AM, Tamas K Lengyel wrote: > On Mon, Jun 6, 2016 at 9:54 AM, Julien Grall wrote: >> Hello Tamas, >> >> On 06/06/16 16:24, Tamas K Lengyel wrote: >>> >>> >>> On Jun 6, 2016 04:08, "Julien Grall" >> > wrote: >>> > >>> > Hello, >>> > >>> >

Re: [Xen-devel] [PATCH RFC 15/20] acpi: Move ACPI code to xen/common/libacpi

On 06/06/2016 09:05 AM, Jan Beulich wrote: On 06.04.16 at 03:25, wrote: >> .gitignore| 8 >> >> tools/firmware/hvmloader/Makefile | 3 +-- >> tools/firmware/hvmloader/smbios.c

Re: [Xen-devel] [PATCH v3] arm/acpi: Add Server Base System Architecture UART support

Hi Shanker, On 03/06/16 18:39, Shanker Donthineni wrote: The ARM Server Base System Architecture describes a generic UART interface. It doesn't support clock control registers, modem control, DMA and hardware flow control features. So, extend the driver probe() to handle SBSA interface and skip

Re: [Xen-devel] [PATCH v5 5/9] monitor: ARM SMC events

Hello Tamas, On 06/06/16 16:24, Tamas K Lengyel wrote: On Jun 6, 2016 04:08, "Julien Grall" mailto:julien.gr...@arm.com>> wrote: > > Hello, > > > On 04/06/2016 18:40, Tamas K Lengyel wrote: >> >> On Sat, Jun 4, 2016 at 3:03 AM, Edgar E. Iglesias >> mailto:edgar.igles...@gmail.com>> wrot

[Xen-devel] [PATCH 2/6] xenconsoled: switch hypervisor log to use logfile abstraction

To minimise code churn, copy and paste a some existing functions and adapt them to write to logfile. The functions to deal with fd directly will go away eventually. Signed-off-by: Wei Liu --- tools/console/daemon/io.c | 95 +++ 1 file changed, 71 inser

[Xen-devel] [PATCH 4/6] xenconsoled: delete two now unused functions

Signed-off-by: Wei Liu --- tools/console/daemon/io.c | 47 --- 1 file changed, 47 deletions(-) diff --git a/tools/console/daemon/io.c b/tools/console/daemon/io.c index c2f63e6..7c38232 100644 --- a/tools/console/daemon/io.c +++ b/tools/console/daemon/i

[Xen-devel] [PATCH 5/6] xenconsoled: options to control log rotation

Provide two options: one to control the maximum number of copies kept and the other to control the maximum length of each log file. Signed-off-by: Wei Liu --- tools/console/daemon/logfile.c | 11 +++ tools/console/daemon/main.c| 13 - 2 files changed, 19 insertions(+), 5

[Xen-devel] [PATCH 0/6] xenconsoled: rotating log file abstration

Wei Liu (6): xenconsoled: introduce log file abstraction xenconsoled: switch hypervisor log to use logfile abstraction xenconsoled: switch guest log to use logfile abstraction xenconsoled: delete two now unused functions xenconsoled: options to control log rotation xenconsoled: handle -

[Xen-devel] [PATCH 6/6] xenconsoled: handle --log-backups 0 in logfile_rollover

We now allow user to configure the number of backups to keep. We need to handle when the number is set to 0. Check if number of backup is 0. If so, just unlink the file. Move the rotation to `else' branch so that we skip it altogether. Signed-off-by: Wei Liu --- tools/console/daemon/logfile.c |

[Xen-devel] [PATCH 3/6] xenconsoled: switch guest log to use logfile abstraction

Note that this causes write_with_timestamp to have no caller. Mark it as unused for now to minimise code churn. Signed-off-by: Wei Liu --- tools/console/daemon/io.c | 67 +-- 1 file changed, 35 insertions(+), 32 deletions(-) diff --git a/tools/console

[Xen-devel] [PATCH 1/6] xenconsoled: introduce log file abstraction

It will be used to handle hypervsior log and guest console log. Signed-off-by: Wei Liu --- tools/console/daemon/logfile.c | 229 + tools/console/daemon/logfile.h | 57 ++ 2 files changed, 286 insertions(+) create mode 100644 tools/console/daemon/

Re: [Xen-devel] [PATCH v5 5/9] monitor: ARM SMC events

On Mon, Jun 6, 2016 at 9:54 AM, Julien Grall wrote: > Hello Tamas, > > On 06/06/16 16:24, Tamas K Lengyel wrote: >> >> >> On Jun 6, 2016 04:08, "Julien Grall" > > wrote: >> > >> > Hello, >> > >> > >> > On 04/06/2016 18:40, Tamas K Lengyel wrote: >> >> >> >> On S

Re: [Xen-devel] XSA-180 follow-up: repurpose xenconsoled for logging

On Fri, Jun 03, 2016 at 05:57:29PM +0100, Ian Jackson wrote: > Wei Liu writes ("XSA-180 follow-up: repurpose xenconsoled for logging"): > > XXX DRAFT DRAFT DRAFT XXX > > Thanks! > > > Per domain logging via xenconsoled > > == > > > > As of Xen release XXX, xencons

Re: [Xen-devel] XSA-180 follow-up: repurpose xenconsoled for logging

On Mon, Jun 06, 2016 at 02:03:45PM +0100, Andrew Cooper wrote: > On 06/06/16 11:12, George Dunlap wrote: > > On 03/06/16 18:38, Andrew Cooper wrote: > >> On 01/06/16 15:00, Wei Liu wrote: > >>> Hi all > >>> > >>> During the discussion of XSA-180 Ian came up with the idea that we > >>> repurpose xen

Re: [Xen-devel] [PATCH RESEND 00/14] Xen ARM DomU ACPI support

Hi Wei, On 06/06/16 13:26, Wei Liu wrote: On Tue, May 31, 2016 at 01:02:52PM +0800, Shannon Zhao wrote: From: Shannon Zhao The design of this feature is described as below. Firstly, the toolstack (libxl) generates the ACPI tables according the number of vcpus and gic controller. Then, it cop

Re: [Xen-devel] [PATCH RFC 14/20] acpi/hvmloader: Replace mem_alloc() and virt_to_phys() with memory ops

On 06/06/2016 08:58 AM, Jan Beulich wrote: On 06.04.16 at 03:25, wrote: >> --- a/tools/firmware/hvmloader/acpi/acpi2_0.h >> +++ b/tools/firmware/hvmloader/acpi/acpi2_0.h >> @@ -490,6 +490,11 @@ struct acpi_numa { >> xen_vmemrange_t *vmemrange; >> }; >> >> +struct acpi_mem_ops { >> +

Re: [Xen-devel] [PATCH RESEND 00/14] Xen ARM DomU ACPI support

On 06/06/2016 08:26 AM, Wei Liu wrote: > On Tue, May 31, 2016 at 01:02:52PM +0800, Shannon Zhao wrote: >> From: Shannon Zhao >> >> The design of this feature is described as below. >> Firstly, the toolstack (libxl) generates the ACPI tables according the >> number of vcpus and gic controller. >> >

Re: [Xen-devel] [PATCH RESEND 05/14] libxl/arm: Construct ACPI GTDT table

Hi Stefano, On 06/06/16 15:50, Stefano Stabellini wrote: On Mon, 6 Jun 2016, Shannon Zhao wrote: I don't know why we need to disable ACPI because we can provide ACPI tables but guest could choose to not use it. And for ARM32 domain, since the linux guest kernel doesn't support ACPI, even we pro

Re: [Xen-devel] [PATCH RFC 12/20] acpi/hvmloader: Link ACPI object files directly

>>> On 06.06.16 at 17:31, wrote: > On 06/06/16 15:49, Boris Ostrovsky wrote: >> On 06/06/2016 10:29 AM, Jan Beulich wrote: How would this help with avoiding building the intermediate files from multiple paces (libxc and hvmloader specifically --- that was the reason for .NOTPARALLEL

Re: [Xen-devel] [PATCH RESEND 05/14] libxl/arm: Construct ACPI GTDT table

Hello, On 06/06/16 13:04, Stefano Stabellini wrote: On Mon, 6 Jun 2016, Julien Grall wrote: On 06/06/16 12:40, Stefano Stabellini wrote: On Tue, 31 May 2016, Shannon Zhao wrote: From: Shannon Zhao ACPI tables for ARM guests should be user configurable: acpi=1 in the VM config file enables

Re: [Xen-devel] [PATCH RFC 12/20] acpi/hvmloader: Link ACPI object files directly

On 06/06/16 15:49, Boris Ostrovsky wrote: > On 06/06/2016 10:29 AM, Jan Beulich wrote: >>> How would this help with avoiding building the intermediate files >>> from multiple paces (libxc and hvmloader specifically --- that was >>> the reason for .NOTPARALLEL). >> If you symlink the source files i

Re: [Xen-devel] [PATCH v5 5/9] monitor: ARM SMC events

On Jun 6, 2016 04:08, "Julien Grall" wrote: > > Hello, > > > On 04/06/2016 18:40, Tamas K Lengyel wrote: >> >> On Sat, Jun 4, 2016 at 3:03 AM, Edgar E. Iglesias >> wrote: >>> >>> Forwarding SMC events for SMC insns that didn't pass the condition tests >>> doesn't make any sense to me. It'll just

Re: [Xen-devel] [PATCH RFC 13/20] acpi/hvmloader: Add stdio.h, string.h and x86.h

>>> On 06.06.16 at 17:08, wrote: > On 06/06/2016 07:31 AM, Jan Beulich wrote: > On 06.04.16 at 03:25, wrote: >>> --- /dev/null >>> +++ b/tools/firmware/hvmloader/acpi/x86.h >>> @@ -0,0 +1,14 @@ >>> +#ifndef __ACPI_X86_H__ >>> +#define __ACPI_X86_H__ >>> + >>> +#define IOAPIC_BASE_ADDRESS 0xfe

Re: [Xen-devel] [PATCH RFC 18/20] libxc/acpi: Build ACPI tables for HVMlite guests

On 06/06/2016 08:03 AM, Wei Liu wrote: > >> diff --git a/tools/libxc/Makefile b/tools/libxc/Makefile >> index 608404f..9569e54 100644 >> --- a/tools/libxc/Makefile >> +++ b/tools/libxc/Makefile >> @@ -79,6 +79,26 @@ GUEST_SRCS-y += $(ELF_SRCS-y) >> $(patsubst %.c,%.o,$(ELF_SRCS-y)): CFLAGS += -Wno

Re: [Xen-devel] [PATCH RFC 13/20] acpi/hvmloader: Add stdio.h, string.h and x86.h

On 06/06/2016 07:31 AM, Jan Beulich wrote: On 06.04.16 at 03:25, wrote: >> Users of ACPI builder will need to provide their own implemetations of >> strncpy(), memcpy, memset() and printf declared in stdio.h and string.h. >> For hvmloader we provide those two as wrappers around utul.h. >> >>

Re: [Xen-devel] Xen 4.7 crash

On 6/6/2016 10:19 AM, Wei Liu wrote: On Mon, Jun 06, 2016 at 03:05:47PM +0100, Julien Grall wrote: (CC Ian, Stefano and Wei) Hello Aaron, On 06/06/16 14:58, Aaron Cornelius wrote: On 6/2/2016 5:07 AM, Julien Grall wrote: Hello Aaron, On 02/06/2016 02:32, Aaron Cornelius wrote: This is with

Re: [Xen-devel] [PATCH RFC 12/20] acpi/hvmloader: Link ACPI object files directly

>>> On 06.06.16 at 16:49, wrote: > On 06/06/2016 10:29 AM, Jan Beulich wrote: >>> How would this help with avoiding building the intermediate files >>> from multiple paces (libxc and hvmloader specifically --- that was >>> the reason for .NOTPARALLEL). >> If you symlink the source files into thre

Re: [Xen-devel] [PATCH RESEND 05/14] libxl/arm: Construct ACPI GTDT table

On Mon, 6 Jun 2016, Shannon Zhao wrote: > On 2016年06月06日 20:04, Stefano Stabellini wrote: > > On Mon, 6 Jun 2016, Julien Grall wrote: > >> > Hello, > >> > > >> > On 06/06/16 12:40, Stefano Stabellini wrote: > >>> > > On Tue, 31 May 2016, Shannon Zhao wrote: > > > > From: Shannon Zhao >

Re: [Xen-devel] [PATCH RFC 12/20] acpi/hvmloader: Link ACPI object files directly

On 06/06/2016 10:29 AM, Jan Beulich wrote: >> How would this help with avoiding building the intermediate files >> from multiple paces (libxc and hvmloader specifically --- that was >> the reason for .NOTPARALLEL). > If you symlink the source files into three different subdirectories, > building i

Re: [Xen-devel] [PATCH RESEND 1/4] libs, gnttab, libxc: Interface for grant copy operation

On Tue, May 31, 2016 at 06:44:55AM +0200, Paulina Szubarczyk wrote: [...] > /* > * Grant Sharing Interface (allocating and granting pages to others) > */ > diff --git a/tools/libs/gnttab/libxengnttab.map > b/tools/libs/gnttab/libxengnttab.map > index dc737ac..6a94102 100644 > --- a/tools/libs

Re: [Xen-devel] Issues with PCI-Passtrough (VT-d) in HVM with Xen 4.6

On 06/06/2016 10:21 AM, Jan Beulich wrote: On 06.06.16 at 16:01, wrote: >> On 06/06/2016 04:41 AM, Jan Beulich wrote: - on the DomU - when I run that "test console" tool, the "lspci -xxx" output is different from before/after not much, though, only one register(?) di

Re: [Xen-devel] [PATCH RESEND 13/14] libxl/arm: initialize memory information of ACPI blob

On 2016年06月06日 19:40, Stefano Stabellini wrote: > On Tue, 31 May 2016, Shannon Zhao wrote: >> From: Shannon Zhao >> >> Assign the guest memory space for ACPI tables and replace the reg in DT >> with real values. >> >> Signed-off-by: Shannon Zhao >> --- >> tools/libxc/xc_dom_arm.c | 16 ++

Re: [Xen-devel] [PATCH 3/2] xen-pciback: drop rom_init()

On 06/06/2016 09:54 AM, Jan Beulich wrote: On 06.06.16 at 15:09, wrote: >> On 06/06/2016 04:47 AM, Jan Beulich wrote: >>> It's identical to bar_init() now. >>> >>> Signed-off-by: Jan Beulich >>> --- >>> I'm sorry for this 3/2 - I only now noticed that this additional >>> simplification is no

Re: [Xen-devel] [PATCH RESEND 05/14] libxl/arm: Construct ACPI GTDT table

On 2016年06月06日 20:04, Stefano Stabellini wrote: > On Mon, 6 Jun 2016, Julien Grall wrote: >> > Hello, >> > >> > On 06/06/16 12:40, Stefano Stabellini wrote: >>> > > On Tue, 31 May 2016, Shannon Zhao wrote: > > > From: Shannon Zhao > > > > > > Construct GTDT table with the interrup

Re: [Xen-devel] [PATCH 1/2] xen-pciback: return proper values during BAR sizing

On 06/06/2016 09:51 AM, Jan Beulich wrote: On 06.06.16 at 15:03, wrote: >> On 06/06/2016 04:11 AM, Jan Beulich wrote: >>> @@ -225,38 +225,42 @@ static inline void read_dev_bar(struct p >>>(PCI_BASE_ADDRESS_SPACE_MEMORY | >>> PCI_BASE_ADDRESS

Re: [Xen-devel] [PATCH RFC 12/20] acpi/hvmloader: Link ACPI object files directly

>>> On 06.06.16 at 16:20, wrote: > On 06/06/2016 07:04 AM, Jan Beulich wrote: >> >>> --- a/tools/firmware/hvmloader/Makefile >>> +++ b/tools/firmware/hvmloader/Makefile >>> @@ -20,8 +20,6 @@ >>> XEN_ROOT = $(CURDIR)/../../.. >>> include $(XEN_ROOT)/tools/firmware/Rules.mk >>> >>> -SUBDIRS := a

[Xen-devel] Xen Security Advisory 181 (CVE-2016-5242) - arm: Host crash caused by VMID exhaustion

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Xen Security Advisory CVE-2016-5242 / XSA-181 version 2 arm: Host crash caused by VMID exhaustion UPDATES IN VERSION 2 CVE assigned. ISSUE DESCRIPTION =

Re: [Xen-devel] Issues with PCI-Passtrough (VT-d) in HVM with Xen 4.6

>>> On 06.06.16 at 16:01, wrote: > On 06/06/2016 04:41 AM, Jan Beulich wrote: >> >>> - on the DomU - when I run that "test console" tool, the "lspci -xxx" >>> output is different from before/after >>> not much, though, only one register(?) >>> >>> diff lspci.before-testconsole lspci.after-testcon

Re: [Xen-devel] [PATCH RESEND 03/14] libxc: Add placeholders for ACPI tables blob and size

On 2016年06月06日 20:16, Wei Liu wrote: > On Mon, Jun 06, 2016 at 11:00:37AM +0100, Stefano Stabellini wrote: >> > On Tue, 31 May 2016, Shannon Zhao wrote: >>> > > From: Shannon Zhao >>> > > >>> > > Currently it only needs ACPI table RSDP, XSDT, GTDT, MADT, FADT, DSDT >>> > > for ARM VM. So only add

Re: [Xen-devel] [PATCH RFC 12/20] acpi/hvmloader: Link ACPI object files directly

On 06/06/2016 07:04 AM, Jan Beulich wrote: > >> --- a/tools/firmware/hvmloader/Makefile >> +++ b/tools/firmware/hvmloader/Makefile >> @@ -20,8 +20,6 @@ >> XEN_ROOT = $(CURDIR)/../../.. >> include $(XEN_ROOT)/tools/firmware/Rules.mk >> >> -SUBDIRS := acpi >> - >> # The HVM loader is started in

Re: [Xen-devel] [PATCH RESEND 04/14] tools: add ACPI tables relevant definitions

On 2016年06月06日 20:16, Wei Liu wrote: > On Mon, Jun 06, 2016 at 06:27:25PM +0800, Shannon Zhao wrote: >> > >> > >> > On 2016/6/6 18:11, Julien Grall wrote: >>> > > Hi Stefano, >>> > > >>> > > On 06/06/2016 11:04, Stefano Stabellini wrote: > >> On Tue, 31 May 2016, Shannon Zhao wrote: > >

Re: [Xen-devel] Xen 4.7 crash

On Mon, Jun 06, 2016 at 03:05:47PM +0100, Julien Grall wrote: > (CC Ian, Stefano and Wei) > > Hello Aaron, > > On 06/06/16 14:58, Aaron Cornelius wrote: > >On 6/2/2016 5:07 AM, Julien Grall wrote: > >>Hello Aaron, > >> > >>On 02/06/2016 02:32, Aaron Cornelius wrote: > >>>This is with a custom app

  1   2   >