From: Oleksandr Andrushchenko
Some user-space applications expect multi-touch pressure
on contact to be reported if it is advertised in device
properties. Otherwise, such applications may treat reports
not as actual touches, but hovering. Currently this is
only advertised, but not reported.
Fix t
On 24/12/17 19:02, Nick Desaulniers wrote:
> Variable Length Arrays In Structs (VLAIS) is not supported by Clang, and
> frowned upon by others.
>
> https://lkml.org/lkml/2013/9/23/500
>
> Here, the VLAIS was used because the size of the bitmap returned from
> xen_mc_entry() depended on possibly (
On 28/12/17 04:46, Wei Yongjun wrote:
> A spin lock is taken here so we should use GFP_ATOMIC.
>
> Fixes: 9774c6cca266 ("xen/pvcalls: implement accept command")
> Signed-off-by: Wei Yongjun
Reviewed-by: Juergen Gross
Juergen
___
Xen-devel mailing l
>>> On 21.12.17 at 20:42, wrote:
> With Christoph any myself reporting the same kernel crash when using 4.14.x
> kernels and Xen 4.8.2 is there any chance to look at this bug before 4.8.3 is
> released?
As Christoph has already pointed out - unless you have indication
of your issue (a) being a
From: Manish Jaggi
This patch aims to add the support of IORT in Xen. Below is the list
of major components which this patchset provides.
a. Add support for parsing the IORT
b. Provides API to populate/query requesterid - streamID mappings and
reuqesterid - deviceid mappings
c. The requesteri
From: Manish Jaggi
Singed-off-by: Manish Jaggi
---
xen/arch/arm/domain_build.c | 28 +
xen/drivers/acpi/arm/gen-iort.c | 253 +++-
xen/include/acpi/gen-iort.h | 1 +
xen/include/asm-arm/acpi.h | 1 +
4 files changed, 282 insertions(+), 1
From: Manish Jaggi
Public API to populate and query map between requester id and
streamId/DeviceID. IORT is parsed one time (outside this patch)
and two lists are created one for mapping between reuesterId and streamid
and another between requesterID and deviceID.
These lists eliminate the
From: Manish Jaggi
Code to query estimated IORT size for hardware domain.
IORT for hardware domain is generated using the requesterId and deviceId map.
Signed-off-by: Manish Jaggi
---
xen/arch/arm/domain_build.c | 12 -
xen/drivers/acpi/arm/Makefile | 1 +
xen/drivers/acpi/arm/
From: Manish Jaggi
This patch adds xen specific changes to iort.c
Signed-off-by: Manish Jaggi
---
xen/arch/arm/setup.c |2 +
xen/drivers/acpi/arm/Makefile |1 +
xen/drivers/acpi/arm/iort.c | 1040 +++--
xen/include/acpi/acpi_iort.h |6
From: Manish Jaggi
Merge few more changes from linux kernel code (v4.14) into iommu.c
Modify code specifc to xen.
Signed-off-by: Manish Jaggi
---
xen/drivers/passthrough/iommu.c | 75 +
xen/include/asm-arm/device.h| 11 --
xen/include/xen/iommu.h
From: Manish Jaggi
Add kalloc kfree functions from linux kernel.
Signed-off-by: Manish Jaggi
---
xen/include/xen/kernel.h | 10 ++
1 file changed, 10 insertions(+)
diff --git a/xen/include/xen/kernel.h b/xen/include/xen/kernel.h
index 548b64da9f..78517f6caa 100644
--- a/xen/include/xe
From: Manish Jaggi
This patch adds to_pci_dev macro
Signed-off-by: Manish Jaggi
---
xen/include/xen/pci.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/xen/include/xen/pci.h b/xen/include/xen/pci.h
index 43f21251a5..4c7ff4dd10 100644
--- a/xen/include/xen/pci.h
+++ b/xen/include/xen/p
From: Manish Jaggi
Add ACPI_IORT config
Singed-off-by: Manish Jaggi
---
xen/arch/arm/Kconfig | 5 +
xen/drivers/acpi/Kconfig | 3 +++
2 files changed, 8 insertions(+)
diff --git a/xen/arch/arm/Kconfig b/xen/arch/arm/Kconfig
index f58019d6ed..d4767d6ea3 100644
--- a/xen/arch/arm/Kconfi
From: Manish Jaggi
This patch adds functions to parse the IORT and use the requesterID public API
to update the maps.
Signed-off-by: Manish jaggi
---
xen/drivers/acpi/arm/iort.c | 200
1 file changed, 200 insertions(+)
diff --git a/xen/drivers/acpi
From: Manish Jaggi
Import iort.c and acpi_iort.h from linux kernel tag v4.14
Signed-off-by: Manish Jaggi
---
xen/drivers/acpi/arm/iort.c | 1279 ++
xen/include/acpi/acpi_iort.h | 57 ++
2 files changed, 1336 insertions(+)
diff --git a/xen/drivers/acp
From: Manish Jaggi
Import fwnode.h from linux kernel tag v4.14
Signed-off-by: Manish Jaggi
---
xen/include/xen/fwnode.h | 125 +++
1 file changed, 125 insertions(+)
diff --git a/xen/include/xen/fwnode.h b/xen/include/xen/fwnode.h
new file mode 10064
>>> On 28.12.17 at 18:25, wrote:
> On x86 cpu_possible_map is not defined, so trying to use
> num_possible_cpus will generate link time errors.
I think this makes sense only in connection with a patch actually
requiring the symbol. The variable isn't there on x86 (anymore
iirc) for the very reaso
On Sun, Dec 31, 2017 at 5:12 PM, Andrew Cooper
wrote:
> On 31/12/2017 15:19, Bruno Alvisio wrote:
>
> Hi all,
>
>
>
> I was trying to create mini-os PVH instances both x86_32 and x86_64. I
> have no issue with x86_32 but when trying to ‘xl create’ x86_64 type I get
> the following error:
>
>
>
>
>>> On 22.12.17 at 10:09, wrote:
> On 12/05/2017 11:07 AM, Jan Beulich wrote:
> On 04.12.17 at 16:45, wrote:
On Fri, Oct 13, 2017 at 03:50:57PM +0300, Alexandru Isaila wrote:
> This patch adds the old value param and the onchangeonly option
> to the VM_EVENT_REASON_MOV_TO_MSR ev
Hi Juergen:
thank you for raising this. As far as I can tell, the switch to the 6-monthly
release model has had some consequences, some of which were predicted, others
were not. So, I think we should probably review the decision.
Key concerns raised:
• Too much work in actively maintaining 4 b
flight 73776 distros-debian-snapshot real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/73776/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-pvopsbroken
build-i
On 02/01/18 13:54, Lars Kurth wrote:
> Hi Juergen:
>
> thank you for raising this. As far as I can tell, the switch to the 6-monthly
> release model has had some consequences, some of which were predicted, others
> were not. So, I think we should probably review the decision.
>
> Key concerns
On 12/23/2017 09:50 PM, Nick Desaulniers wrote:
> The header declares this function as __init but is defined in __ref
> section.
>
> Signed-off-by: Nick Desaulniers
AFAIK section attributes in header files are ignored by compiler anyway
so I'd remove all of them.
-boris
> ---
> arch/x86/xen/x
x86's current implementation of wmb() is a compiler barrier. As a result, the
only change in this patch is to remove an mfence instruction from
cpuidle_disable_deep_cstate().
None of these barriers serve any purpose. They are not synchronising with
remote cpus, and their compiler-barrier propert
On 02/01/18 15:18, Boris Ostrovsky wrote:
> On 12/23/2017 09:50 PM, Nick Desaulniers wrote:
>> The header declares this function as __init but is defined in __ref
>> section.
>>
>> Signed-off-by: Nick Desaulniers
>
> AFAIK section attributes in header files are ignored by compiler anyway
> so I'd
On 02/01/18 14:24, Juergen Gross wrote:
> On 02/01/18 15:18, Boris Ostrovsky wrote:
>> On 12/23/2017 09:50 PM, Nick Desaulniers wrote:
>>> The header declares this function as __init but is defined in __ref
>>> section.
>>>
>>> Signed-off-by: Nick Desaulniers
>> AFAIK section attributes in header
On 01/02/2018 09:32 AM, Andrew Cooper wrote:
> On 02/01/18 14:24, Juergen Gross wrote:
>> On 02/01/18 15:18, Boris Ostrovsky wrote:
>>> On 12/23/2017 09:50 PM, Nick Desaulniers wrote:
The header declares this function as __init but is defined in __ref
section.
Signed-off-by: Nic
On Tuesday, 2 January 2018 11:54:43 PM AEDT Lars Kurth wrote:
> Hi Juergen:
>
> thank you for raising this. As far as I can tell, the switch to the
> 6-monthly release model has had some consequences, some of which were
> predicted, others were not. So, I think we should probably review the
> deci
When booting Xen via UEFI the Xen config file can contain multiple sections
each describing different boot options. It is currently only possible to choose
which section to boot with if Xen is started through an EFI Shell. As UEFI
provides a standard to pass optional arguments to an application in
>>> On 02.01.18 at 16:07, wrote:
> I'm not sure if there has been a set time frame as a goal for x.y.z releases
> -
> from my not so close observations, they seem to be somewhat adhoc.
We're trying to get them out on a 4 month cadence, but there's
almost always a reason that causes them to be d
>>> On 02.01.18 at 15:17, wrote:
> x86's current implementation of wmb() is a compiler barrier. As a result, the
> only change in this patch is to remove an mfence instruction from
> cpuidle_disable_deep_cstate().
>
> None of these barriers serve any purpose. They are not synchronising with
> r
>>> On 21.12.17 at 15:55, wrote:
> The EFI image should be relocatable. At the moment, all the stub is
> relocatable but one place.
Do you really mean relocatable here? Based on ...
> On both Arm64 and x86-64 (from a quick glance) , the compiler will generate
> absolute pointer in the ErrCodeToS
>>> On 28.12.17 at 13:57, wrote:
> In case the vCPU has pending events to inject. This fixes a bug that
> happened if the guest mapped the vcpu info area using
> VCPUOP_register_vcpu_info without having setup the event channel
> upcall, and then setup the upcall vector.
>
> In this scenario the g
flight 117522 xen-4.10-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/117522/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-pvhv2-intel broken
build-amd64-rump
flight 117520 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/117520/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-pvops broken
test-armhf-armhf-xl-cre
On Tue, Jan 02, 2018 at 10:12:55AM +0200, Oleksandr Andrushchenko wrote:
> From: Oleksandr Andrushchenko
>
> Some user-space applications expect multi-touch pressure
> on contact to be reported if it is advertised in device
> properties. Otherwise, such applications may treat reports
> not as act
On 12/27/2017 10:46 PM, Wei Yongjun wrote:
> A spin lock is taken here so we should use GFP_ATOMIC.
>
> Fixes: 9774c6cca266 ("xen/pvcalls: implement accept command")
> Signed-off-by: Wei Yongjun
Applied to for-linus-4.15
-boris
___
Xen-devel mailing
flight 117543 xtf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/117543/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64 broken
build-amd64
flight 117565 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/117565/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 13 migrate-support-checkfail never pass
test-arm64-arm64-xl-xsm 1
flight 117563 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/117563/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-pvopsbroken
build-armhf
flight 117536 seabios real [real]
http://logs.test-lab.xenproject.org/osstest/logs/117536/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-ws16-amd64 17 guest-stop fail REGR. vs. 115539
Tests which did not suc
flight 117544 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/117544/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-pvops broken
build-armhf-xsm
flight 117533 xen-4.8-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/117533/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-pvopsbroken
test-amd64-amd64-
Hi Sameer,
On 12/19/2017 08:47 AM, Sameer Goel wrote:
Pull common defines for SMMU drivers in a local header.
Signed-off-by: Sameer Goel
---
xen/drivers/passthrough/arm/arm_smmu.h | 113 +
xen/drivers/passthrough/arm/smmu-v3.c | 96 ++--
flight 117534 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/117534/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm broken
build-armhf-xsm
Hi Sameer,
Comments on this patch are only for nomenclature...
On 12/19/2017 08:47 AM, Sameer Goel wrote:
This driver follows an approach similar to smmu driver. The intent here
is to reuse as much Linux code as possible.
- Glue code has been introduced to bridge the API calls.
- Called Linux
46 matches
Mail list logo
