>>> On 22.01.15 at 02:12, wrote:
> On Wed, Jan 21, 2015 at 11:28:34AM +, Jan Beulich wrote:
>> >>> On 21.01.15 at 12:19, wrote:
>> > Changes from v4:
>> > * Make the counter read and timestamp read atomic by disable IRQ;
>> > * Treat MSR_IA32_TSC as a special case and return NOW() for read pa
>>> On 21.01.15 at 18:52, wrote:
> On 01/16/15 05:09, Jan Beulich wrote:
> On 03.10.14 at 00:40, wrote:
>>> This is a new domain_create() flag, DOMCRF_vmware_port. It is
>>> passed to domctl as XEN_DOMCTL_CDF_vmware_port.
>>
>> Can you explain why a HVM param isn't suitable here?
>>
>
> T
>>> On 21.01.15 at 21:08, wrote:
> On 19/01/15 15:12, Jan Beulich wrote:
>> Following the earlier similar change validating CR4 modifications.
>>
>> Note that this requires a non-obvious adjustment to hvm_cpuid(): On
>> 32-bit hosts/tool stacks, the SYSCALL feature flag will be seen clear
>> on In
>>> On 22.01.15 at 08:44, wrote:
> Tian, Kevin wrote on 2015-01-22:
>>> From: Jan Beulich [mailto:[email protected]]
>>> Sent: Wednesday, January 21, 2015 6:31 PM
>>>
Yes, it's true. But I still don't understand why to do the
flush_all just when iommu_enable is true. Could you ex
>>> On 21.01.15 at 18:08, wrote:
> The x2apic MSR space is currently defined between 0x800 and 0x83f, which
> conveniently fits in a 64 bit wide bitmap. This is far more efficient than
> the cascade comparisons generated by the switch statement, which can't be
> optimised because of the case rang
>>> On 21.01.15 at 21:53, wrote:
Apart from the issues with this submission that Kevin already
mentioned, please ...
> --- a/xen/arch/x86/domain_build.c
> +++ b/xen/arch/x86/domain_build.c
> @@ -1500,7 +1500,9 @@ int __init construct_dom0(
>
> if ( is_pvh_domain(d) )
> {
> -/
>>> On 21.01.15 at 22:53, wrote:
> This mimics the behavior of the Linux kernel in which the reboot
> sequence by default under EFI booted kernels is first ACPI.
Which is contrary to the EFI spec. I.e. NAK.
> EFI reboot is only tried if the user supplied it or if the hardware
> is an ACPI 5.0 (o
>>> On 21.01.15 at 21:55, wrote:
> p2m_mmio_direct should result in setting IOMMUF_readable and IOMMUF_writable
> flags.
> When pvh domain maps mmio regions, the EPT entries are not getting mapped.
> This leads to IOMMU Page faults for some devices, as for example USB Host
> controllers with embed
On Wed, 2015-01-21 at 23:58 +, Jaggi, Manish wrote:
> [Manish] Attached is the build-log. I downloaded your scripts
> build-libvirt and build-libvirt-deb in a build directory and executed
> build-libvirt.
This is a bug in the current libvirt.git
libtool: link: gcc -std=gnu99
-Dabs_builddir=
This is ABI for the two halves of a Para-virtual
sound driver to communicate with each to other.
Signed-off-by: Oleksandr Dmytryshyn
Signed-off-by: Iurii Konovalenko
---
Changes since v1:
* removed __attribute__((__packed__)) from all structures definitions
Changes since v2:
* removed all C s
Hi,
Dariof, I am not able to understand the last statement.
On 21 Jan 2015 20:15, "George Dunlap" wrote:
> On Wed, Jan 14, 2015 at 5:00 PM, Uma Sharma
> wrote:
> > Changing param varibales in sched_credit2.c as static where required.
> >
> > Signed-off-by: Uma Sharma
>
> Sorry for the delay -
>>> On 21.01.15 at 22:27, wrote:
> As I was looking at some of the XSA I realized that the
> call-chain of:
>
> domain_relinquish_resources
>->vcpu_destroy_pagetables
> -> put_page_and_type_preemptible
> -> __put_page_type
> returns -EINTR
> [...]
> b). Or should
On 21/01/15 21:56, Konrad Rzeszutek Wilk wrote:
> +static struct apic xen_apic = {
> + .name = "Xen",
> + .probe = probe_xen,
> + /* The rest is copied from the default. */
Explicitly initialize all required members here. memcpy'ing from the
default makes it far too unclear which ops
On Thu, 2015-01-22 at 03:21 +, xen.org wrote:
> branch xen-unstable
> xen branch xen-unstable
> job build-armhf
> test xen-build
>
> Tree: qemuu git://git.qemu.org/qemu.git
> Tree: xen git://xenbits.xen.org/xen.git
>
> *** Found and reproduced problem changeset ***
>
> Bug is in tree: qem
On 01/22/2015 08:11 AM, Steven Noonan wrote:
On Mon, Nov 3, 2014 at 5:01 AM, Juergen Gross wrote:
At the moment there are a lot of places that handle setting or getting
the page cache mode by treating the pgprot bits equal to the cache mode.
This is only true because there are a lot of assumpti
>>> On 22.01.15 at 10:56, wrote:
> +/*
> + * PCM FORMATS
> + *
> + * XENSND_PCM_FORMAT_[_]
> + *
> + * format: [] or
> + * S - signed, U - unsigned, FLOAT - float
> + * bits - 8, 16, 24, 32 or absent
> + * name - MU_LAW, GSM, etc.
> + *
> + * endian: , may be absent
> + * LE - Lit
On Wed, 10 Dec 2014, Joe Perches wrote:
> As far as I can tell, there's no value indirecting
> the cpu passed to this function via a void *.
>
> Update all the callers and called functions from within
> clockevents_notify.
Aside of that there is no value for this 'notification' function at
all. T
On Wed, Jan 21, 2015 at 5:14 PM, Stefano Stabellini
wrote:
> On Tue, 20 Jan 2015, Oleksandr Dmytryshyn wrote:
>> This is Para-virtual sound driver.
>>
>> Frontend driver registers an virtual sound card
>> and sends an PCM streams to the backend driver.
>> Backend driver is an user-space applicatio
On Wed, Jan 21, 2015 at 5:39 PM, Jaroslav Kysela wrote:
> Dne 20.1.2015 v 10:03 Oleksandr Dmytryshyn napsal(a):
>> This is Para-virtual sound driver.
>>
>> Frontend driver registers an virtual sound card
>> and sends an PCM streams to the backend driver.
>> Backend driver is an user-space applicat
On Thu, Jan 22, 2015 at 07:59:39AM +, Jan Beulich wrote:
> >>> On 22.01.15 at 02:12, wrote:
> > On Wed, Jan 21, 2015 at 11:28:34AM +, Jan Beulich wrote:
> >> >>> On 21.01.15 at 12:19, wrote:
> >> > Changes from v4:
> >> > * Make the counter read and timestamp read atomic by disable IRQ;
>
On Thu, 2015-01-22 at 00:42 +, Shaukat Malik wrote:
> Hi All
>
>
> I am not sure if this the correct forum for my question,
You should also check www.xenproject.org which has a section of
consultants etc.
> But here i go, I am looking for a developer to port xenproject to the
> Snapdragon
On 22/01/15 09:02, Jan Beulich wrote:
On 21.01.15 at 21:08, wrote:
>> On 19/01/15 15:12, Jan Beulich wrote:
>>> Following the earlier similar change validating CR4 modifications.
>>>
>>> Note that this requires a non-obvious adjustment to hvm_cpuid(): On
>>> 32-bit hosts/tool stacks, the SYSC
flight 33611 linux-linus real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33611/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-freebsd10-i386 7 freebsd-install fail like 33485
test-amd64-i386-freebsd10-amd6
On 22/01/15 09:39, Jan Beulich wrote:
On 21.01.15 at 18:08, wrote:
>> The x2apic MSR space is currently defined between 0x800 and 0x83f, which
>> conveniently fits in a 64 bit wide bitmap. This is far more efficient than
>> the cascade comparisons generated by the switch statement, which can
On Thu, Jan 22, 2015 at 12:24 PM, Jan Beulich wrote:
On 22.01.15 at 10:56, wrote:
>> +/*
>> + * PCM FORMATS
>> + *
>> + * XENSND_PCM_FORMAT_[_]
>> + *
>> + * format: [] or
>> + * S - signed, U - unsigned, FLOAT - float
>> + * bits - 8, 16, 24, 32 or absent
>> + * name - MU_LAW,
I'm preparing a bunch of each of these boards to be racked for inclusion
in osstest. This series adds the necessary osstest support:
* Support for platforms which require us to supply a Device Tree
* Removing various hardcoded midway assumptions
* Some new features needed to work
On 22/01/15 09:53, Jan Beulich wrote:
On 21.01.15 at 21:55, wrote:
>> p2m_mmio_direct should result in setting IOMMUF_readable and IOMMUF_writable
>> flags.
>> When pvh domain maps mmio regions, the EPT entries are not getting mapped.
>> This leads to IOMMU Page faults for some devices, as fo
The currently supported platform provides an FDT preloaded at 0x1000.
Replace this with ${fdt_addr} (which the current platform exposes) and
for platforms which do not provide an fdt arrange to load the relevant
file as named in the ${fdtfile} (which is conventionally provided by
u-boot for platfor
Those are specific to the midway platform.
This depends on a change to the hostdb to add "0x0100" as the
value of a new UBootSetXenAddrR property of the midway machines.
Most platforms will need something similar. For both cubietruck and
arndale 0x4100.
Signed-off-by: Ian Campbell
Acked
arndale appears to be quite slow (and asynchronous) at finding it's
scsi controller. rootdelay=3 seems to do the trick.
For the dom0 case this involved refactoring the existing provision of
the commandline to be less open-coded in the boot script here doc.
Signed-off-by: Ian Campbell
Acked-by: I
This ensures that we always have a boot script to boot at least the
native Debian kernel and Xen available, even after multiple iterations
of installation, which is handy when debugging a system.
Signed-off-by: Ian Campbell
Acked-by: Ian Jackson
---
Osstest/Debian.pm | 14 --
1 file
$filesize is an unprefixed hex number, but fdt set requires the 0x to
interpret it properly. See
http://lists.denx.de/pipermail/u-boot/2014-October/193622.html,
http://lists.denx.de/pipermail/u-boot/2014-November/194150.html and
http://lists.denx.de/pipermail/u-boot/2014-November/194150.html.
Sign
This is done whenever dtbs.tar.gz exists. mg-debian-installer-update
produces the necessary inputs on the relevant platform (armhf).
Signed-off-by: Ian Campbell
Acked-by: Ian Jackson
---
v3: More careful check/stat for existence of dtbs.tar.gz
v2: Install dtbs iff dtbs.tar.gz exists.
---
Osstes
Unlike x86 there is enough variation in the ARM platforms that it is
worth having a basic test on each as part of a standard run. This
relies on each host having an appropriate platform-$platform host
flag.
The existing test-ARCH-ARCH-xl test is retained as a floating test,
while a new variant is
Signed-off-by: Ian Campbell
Acked-by: Ian Jackson
---
v5: New patch, based on review of Osstest/Debian: support adding a
rootdelay property to bootargs
---
Osstest/Debian.pm | 23 +++
1 file changed, 15 insertions(+), 8 deletions(-)
diff --git a/Osstest/Debian.pm b/Osste
dom0 is not aware that some clocks are actually in use (e.g. by the
hypervisor), so this stops the kernel from messing with (specifically,
disabling) those clocks. It's harmless even when not needed.
Really there ought to be some interface to communicate this from Xen
to dom0, or some other mechan
Various drivers are missing from multi_v7_defconfig in v3.16, also
some drivers which don't play nice are enabled by default, so remove
them.
Signed-off-by: Ian Campbell
Acked-by: Ian Jackson
---
v3: This is a more extensive version of "ts-kernel-build: Enable
CONFIG_PHY_EXYNOS5250_SATA". Ia
This will make it easier to make components optional in the future.
Signed-off-by: Ian Campbell
Acked-by: Ian Jackson
---
Osstest/Debian.pm | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/Osstest/Debian.pm b/Osstest/Debian.pm
index 8b70442..0b047df 100644
--- a/O
This boots the kernel we've build natively, where boot.xen boots Xen
and boot.deb boots the original Debian kernel.
Sometimes convenient when debugging issues.
Signed-off-by: Ian Campbell
Acked-by: Ian Jackson
---
v5: Rebased over Linux cmdline refactoring.
v4: New patch
---
Osstest/Debian.pm
This controls the eth008 relay board:
http://www.robot-electronics.co.uk/htm/eth008tech.htm
Due to the use of the CGI interface this requires firmware version 4+.
Signed-off-by: Ian Campbell
Acked-by: Ian Jackson
---
v3: Use LWP::UserAgent
v2: Pass username and password via a netrc file.
---
O
Which does the actual sleep and logs that it is doing so.
Otherwise on a machine which has a longish PowerCycleTime I keep
wondering why osstest has hung...
Signed-off-by: Ian Campbell
Acked-by: Ian Jackson
---
Osstest/TestSupport.pm | 10 ++
ts-host-install| 2 +-
2 files cha
On Thu, 22 Jan 2015, Juergen Gross wrote:
> On 01/22/2015 08:11 AM, Steven Noonan wrote:
> > I notice these two symbols are exported GPL-only. This breaks builds
> > of several out-of-tree non-GPL modules such as the NVIDIA driver, and
> > VMware modules, etc. What is the appropriate code path for
>>> On 22.01.15 at 11:52, wrote:
> On Thu, Jan 22, 2015 at 12:24 PM, Jan Beulich wrote:
> On 22.01.15 at 10:56, wrote:
>>> + * Responce for all requests exept the XENSND_GET_VOLUME:
>>> + * 01 2 3 4 5 6 7 octet
>>> + * +-+-+-+-+-+-+---
>>> On 22.01.15 at 11:59, wrote:
> On 22/01/15 09:53, Jan Beulich wrote:
> On 21.01.15 at 21:55, wrote:
>>> p2m_mmio_direct should result in setting IOMMUF_readable and IOMMUF_writable
>>> flags.
>>> When pvh domain maps mmio regions, the EPT entries are not getting mapped.
>>> This leads to
On 01/22/2015 12:06 PM, Thomas Gleixner wrote:
On Thu, 22 Jan 2015, Juergen Gross wrote:
On 01/22/2015 08:11 AM, Steven Noonan wrote:
I notice these two symbols are exported GPL-only. This breaks builds
of several out-of-tree non-GPL modules such as the NVIDIA driver, and
VMware modules, etc. W
On Thu, Jan 22, 2015 at 1:08 PM, Jan Beulich wrote:
On 22.01.15 at 11:52, wrote:
>> On Thu, Jan 22, 2015 at 12:24 PM, Jan Beulich wrote:
>> On 22.01.15 at 10:56, wrote:
+ * Responce for all requests exept the XENSND_GET_VOLUME:
+ * 01 2 3 4 5 6
>>> On 21.01.15 at 12:19, wrote:
> --- a/xen/arch/x86/platform_hypercall.c
> +++ b/xen/arch/x86/platform_hypercall.c
> @@ -90,7 +90,9 @@ static void check_resource_access(struct
> xen_resource_access *ra)
> int ret = 0;
> xenpf_resource_entry_t *entry = ra->entries + i;
>
> -
>>> On 21.01.15 at 12:19, wrote:
> --- a/xen/arch/x86/platform_hypercall.c
> +++ b/xen/arch/x86/platform_hypercall.c
> @@ -61,7 +61,7 @@ long cpu_down_helper(void *data);
> long core_parking_helper(void *data);
> uint32_t get_cur_idle_nums(void);
>
> -#define RESOURCE_ACCESS_MAX_ENTRIES 2
> +#
>>> On 22.01.15 at 12:17, wrote:
> On Thu, Jan 22, 2015 at 1:08 PM, Jan Beulich wrote:
> On 22.01.15 at 11:52, wrote:
>>> On Thu, Jan 22, 2015 at 12:24 PM, Jan Beulich wrote:
>>> On 22.01.15 at 10:56, wrote:
> + * Responce for all requests exept the XENSND_GET_VOLUME:
> + *
On Tue, 2015-01-20 at 18:34 +, Ian Jackson wrote:
> Ian Campbell writes ("[PATCH OSSTEST v2 09/18] Toolstack: Refactor consolecmd
> handling"):
> ...
> > diff --git a/Osstest/Toolstack/xend.pm b/Osstest/Toolstack/xend.pm
> > index c921c20..896d949 100644
> > --- a/Osstest/Toolstack/xend.pm
> >
On Thu, 2015-01-22 at 11:24 +, Ian Campbell wrote:
> On Tue, 2015-01-20 at 18:34 +, Ian Jackson wrote:
> > Ian Campbell writes ("[PATCH OSSTEST v2 09/18] Toolstack: Refactor
> > consolecmd handling"):
> > ...
> > > diff --git a/Osstest/Toolstack/xend.pm b/Osstest/Toolstack/xend.pm
> > > in
El 22/01/15 a les 12.09, Jan Beulich ha escrit:
On 22.01.15 at 11:59, wrote:
>> On 22/01/15 09:53, Jan Beulich wrote:
>> On 21.01.15 at 21:55, wrote:
p2m_mmio_direct should result in setting IOMMUF_readable and
IOMMUF_writable
flags.
When pvh domain maps mmio regions
On 22/01/15 02:17, Luis R. Rodriguez wrote:
> --- a/drivers/xen/events/events_base.c
> +++ b/drivers/xen/events/events_base.c
> @@ -32,6 +32,8 @@
> #include
> #include
> #include
> +#include
> +#include
>
> #ifdef CONFIG_X86
> #include
> @@ -1243,6 +1245,17 @@ void xen_evtchn_do_upcall
>>> On 22.01.15 at 12:37, wrote:
> El 22/01/15 a les 12.09, Jan Beulich ha escrit:
> On 22.01.15 at 11:59, wrote:
>>> On 22/01/15 09:53, Jan Beulich wrote:
>>> On 21.01.15 at 21:55, wrote:
> p2m_mmio_direct should result in setting IOMMUF_readable and
> IOMMUF_writable
> fla
>>> On 22.01.15 at 05:40, wrote:
>> From: Jan Beulich [mailto:[email protected]]
>> Sent: Tuesday, January 20, 2015 7:06 PM
>>
>> Several guest state fields did not get dumped so far. Where suitable
>> (to reduce the amount of output) make some of the dumping conditional
>> upon guest settings (
On Thu, 22 Jan 2015, Mao Mingy wrote:
> On 21/01/2015 18:51, Stefano Stabellini wrote:
> > On Wed, 21 Jan 2015, Mao Mingy wrote:
> > > I am trying to run the PVHVM guest on omap5 (arm arch) so that I can get
> > > the
> > > frame buffer shared by Domains. my setup are:
> > > 1. run xen4.5 after the
On Fri, 16 Jan 2015, Stefano Stabellini wrote:
> On Thu, 15 Jan 2015, Don Slutz wrote:
> > Now that Xen 4.5 has been released, I would like to see at least QEMU
> > 2.2.0 in qemu-upstream-stable on the master branch.
>
> Agreed
Is there any concrete plan regarding if and how stub domains will be
i
Hi,
At 16:17 +0100 on 18 Jan (1421594274), Tamas K Lengyel wrote:
> From: Razvan Cojocaru
>
> The public mem_event structures used to communicate with helper applications
> via
> shared rings have been used in different settings. However, the variable names
> within this structure have not refl
On Thu, Jan 22, 2015 at 1:43 PM, Tim Deegan wrote:
> Hi,
>
> At 16:17 +0100 on 18 Jan (1421594274), Tamas K Lengyel wrote:
>> From: Razvan Cojocaru
>>
>> The public mem_event structures used to communicate with helper applications
>> via
>> shared rings have been used in different settings. Howe
On 01/22/2015 02:43 PM, Tim Deegan wrote:
> Hi,
>
> At 16:17 +0100 on 18 Jan (1421594274), Tamas K Lengyel wrote:
>> From: Razvan Cojocaru
>>
>> The public mem_event structures used to communicate with helper applications
>> via
>> shared rings have been used in different settings. However, the
On 01/22/2015 02:50 PM, Tamas K Lengyel wrote:
> On Thu, Jan 22, 2015 at 1:43 PM, Tim Deegan wrote:
>> Hi,
>>
>> At 16:17 +0100 on 18 Jan (1421594274), Tamas K Lengyel wrote:
>>> From: Razvan Cojocaru
>>>
>>> The public mem_event structures used to communicate with helper
>>> applications via
>>
On Thu, Jan 22, 2015 at 11:20:15AM +, Jan Beulich wrote:
> >>> On 21.01.15 at 12:19, wrote:
> > --- a/xen/arch/x86/platform_hypercall.c
> > +++ b/xen/arch/x86/platform_hypercall.c
> > @@ -61,7 +61,7 @@ long cpu_down_helper(void *data);
> > long core_parking_helper(void *data);
> > uint32_t g
At 16:17 +0100 on 18 Jan (1421594275), Tamas K Lengyel wrote:
> The name of the ring still implies it is used only for memory accesses,
> which is no longer the case. It is also used to deliver variuos HVM events,
> thus the name "monitor" is more appropriate in this setting.
>
> Signed-off-by: Ta
On 22/01/15 03:18, Andy Lutomirski wrote:
>> --- a/drivers/xen/events/events_base.c
>> +++ b/drivers/xen/events/events_base.c
>> @@ -32,6 +32,8 @@
>> #include
>> #include
>> #include
>> +#include
>> +#include
>>
>> #ifdef CONFIG_X86
>> #include
>> @@ -1243,6 +1245,17 @@ void xen_evtchn_d
At 16:17 +0100 on 18 Jan (1421594276), Tamas K Lengyel wrote:
> The only use-case of the mem_event_op structure had been in mem_paging,
> thus renaming the structure mem_paging_op and relocating its associated
> functions clarifies its actual usage.
>
> Signed-off-by: Tamas K Lengyel
Acked-by: T
This is ABI for the two halves of a Para-virtual
sound driver to communicate with each to other.
Signed-off-by: Oleksandr Dmytryshyn
Signed-off-by: Iurii Konovalenko
---
Changes since v1:
* removed __attribute__((__packed__)) from all structures definitions
Changes since v2:
* removed all C s
At 16:17 +0100 on 18 Jan (1421594277), Tamas K Lengyel wrote:
> The function names currently imply that these events are to be delivered via
> the memory_event subsystem. However, the naming is confusing as these events
> have nothing to do with actual memory events. Simply naming these functions
>
At 13:50 +0100 on 22 Jan (1421931059), Tamas K Lengyel wrote:
> On Thu, Jan 22, 2015 at 1:43 PM, Tim Deegan wrote:
> >> -rsp.gfn = req.gfn;
> >> -rsp.p2mt = req.p2mt;
> >> +rsp.mem_access_event.gfn = req.mem_access_event.gfn;
> >
> > You're dropping
Hi Luis,
On 22/01/15 02:17, Luis R. Rodriguez wrote:
> diff --git a/drivers/xen/events/events_base.c
> b/drivers/xen/events/events_base.c
> index b4bca2d..23c526b 100644
> --- a/drivers/xen/events/events_base.c
> +++ b/drivers/xen/events/events_base.c
> @@ -32,6 +32,8 @@
> #include
> #include
Hi All,
I am running ubuntu-trusty arm64 server image as dom0. I have enabled
CONFIG_BRIDGE, CONFIG_IPV6, CONFIG_NETFILTER in linux 3.18. Xen version is 4.5
rc1.
in Dom0 post boot did the following
a) brctl addbr xenbr0;
b) brctl addif xenbr0 eth0
c) Updated /etc/sysctl.conf
net.bridge.b
flight 33614 xen-4.4-testing real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33614/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-rhel6hvm-intel 5 xen-bootfail REGR. vs. 33563
Regressions which
1: make fls() and ffs() consistent across architectures
2: arm64: fix fls()
ARM maintainers: If you desire so, I'm fine with patch 2 being replaced
by anything you like better (e.g. as Ian C mentioned, compiler builtins),
just don't rely on me doing so.
Signed-off-by: Jan Beulich
_
>>> On 22.01.15 at 13:53, wrote:
> On Thu, Jan 22, 2015 at 11:20:15AM +, Jan Beulich wrote:
>> >>> On 21.01.15 at 12:19, wrote:
>> > --- a/xen/arch/x86/platform_hypercall.c
>> > +++ b/xen/arch/x86/platform_hypercall.c
>> > @@ -61,7 +61,7 @@ long cpu_down_helper(void *data);
>> > long core_pa
Their parameter types differed between ARM and x86.
Along with generalizing the functions this fixes
- x86's non-long functions having long parameter types
- ARM's ffs() using a long intermediate variable
- generic_fls64() being broken when the upper half of the input is
non-zero
- common (and i
It using CLZ on a 64-bit register while specifying the input operand as
only 32 bits wide is wrong: An operand intentionally shrunk down to 32
bits at the source level doesn't imply respective zero extension also
happens at the machine instruction level, and hence the wrong result
could get returne
1: HVM: replace plain number in hvm_combine_hw_exceptions()
2: HVM: replace plain numbers
3: traps: replace plain numbers
4: VMX: replace plain numbers
Signed-off-by: Jan Beulich
___
Xen-devel mailing list
[email protected]
http://lists.xen.org/
On Thu, 22 Jan 2015 11:50:10 +
Andrew Cooper wrote:
> On 22/01/15 02:17, Luis R. Rodriguez wrote:
> > --- a/drivers/xen/events/events_base.c
> > +++ b/drivers/xen/events/events_base.c
> > @@ -32,6 +32,8 @@
> > #include
> > #include
> > #include
> > +#include
> > +#include
> >
> > #
Following the earlier similar change validating CR4 modifications.
Signed-off-by: Jan Beulich
---
v5: relax SCE check
v4: Drop hvm_cpuid() adjustment and use hvm_funcs.cpuid_intercept()
instead for leaf 0x8001.
v3: Drop cr0_pg > 0 test for LMA/LME check: This would need to be >= 0,
wh
While doing so also take care of #VE here (even if we don't make use of
it yet).
Signed-off-by: Jan Beulich
--- a/xen/arch/x86/hvm/hvm.c
+++ b/xen/arch/x86/hvm/hvm.c
@@ -205,6 +205,16 @@ int hvm_event_needs_reinjection(uint8_t
*/
uint8_t hvm_combine_hw_exceptions(uint8_t vec1, uint8_t vec2)
... making the code better document itself. No functional change
intended.
Signed-off-by: Jan Beulich
--- a/xen/arch/x86/hvm/vioapic.c
+++ b/xen/arch/x86/hvm/vioapic.c
@@ -53,18 +53,26 @@ static uint32_t vioapic_read_indirect(co
switch ( vioapic->ioregsel )
{
case VIOAPIC_REG_VERS
Oleksandr Dmytryshyn writes ("[PATCH v4] sndif: add ABI for Para-virtual
sound"):
> This is ABI for the two halves of a Para-virtual
> sound driver to communicate with each to other.
...
I think the unnecessary difference between request and response
headers is undesirable. I would put the id at
... making the code better document itself. No functional change
intended.
Note that for now (as we don't support RTM yet) DR_STATUS_RESERVED_ONE
and its users don't take DR_NOT_RTM into consideration yet.
Signed-off-by: Jan Beulich
--- a/xen/arch/x86/traps.c
+++ b/xen/arch/x86/traps.c
@@ -531,
... making the code better document itself. No functional change
intended.
Signed-off-by: Jan Beulich
--- a/xen/arch/x86/hvm/vmx/vmx.c
+++ b/xen/arch/x86/hvm/vmx/vmx.c
@@ -1406,7 +1406,9 @@ static void __vmx_inject_exception(int t
* VM entry]", PRM Vol. 3, 22.6.1 (Interruptibility State)
At 13:38 + on 22 Jan (1421930334), Jan Beulich wrote:
> It using CLZ on a 64-bit register while specifying the input operand as
> only 32 bits wide is wrong: An operand intentionally shrunk down to 32
> bits at the source level doesn't imply respective zero extension also
> happens at the machi
On 22/01/15 13:36, Jan Beulich wrote:
On 22.01.15 at 13:53, wrote:
>> On Thu, Jan 22, 2015 at 11:20:15AM +, Jan Beulich wrote:
>> On 21.01.15 at 12:19, wrote:
--- a/xen/arch/x86/platform_hypercall.c
+++ b/xen/arch/x86/platform_hypercall.c
@@ -61,7 +61,7 @@ long cpu_dow
>>> On 22.01.15 at 15:01, wrote:
> At 13:38 + on 22 Jan (1421930334), Jan Beulich wrote:
>> It using CLZ on a 64-bit register while specifying the input operand as
>> only 32 bits wide is wrong: An operand intentionally shrunk down to 32
>> bits at the source level doesn't imply respective zer
>>> On 22.01.15 at 15:03, wrote:
> On 22/01/15 13:36, Jan Beulich wrote:
> On 22.01.15 at 13:53, wrote:
>>> On Thu, Jan 22, 2015 at 11:20:15AM +, Jan Beulich wrote:
>>> On 21.01.15 at 12:19, wrote:
> --- a/xen/arch/x86/platform_hypercall.c
> +++ b/xen/arch/x86/platform_hyperc
On Thu, Jan 22, 2015 at 1:53 PM, Tim Deegan wrote:
> At 16:17 +0100 on 18 Jan (1421594275), Tamas K Lengyel wrote:
>> The name of the ring still implies it is used only for memory accesses,
>> which is no longer the case. It is also used to deliver variuos HVM events,
>> thus the name "monitor" is
On 22/01/15 13:57, Jan Beulich wrote:
> While doing so also take care of #VE here (even if we don't make use of
> it yet).
>
> Signed-off-by: Jan Beulich
>
> --- a/xen/arch/x86/hvm/hvm.c
> +++ b/xen/arch/x86/hvm/hvm.c
> @@ -205,6 +205,16 @@ int hvm_event_needs_reinjection(uint8_t
> */
> uint8_
On Thu, Jan 22, 2015 at 3:58 PM, Ian Jackson wrote:
> Oleksandr Dmytryshyn writes ("[PATCH v4] sndif: add ABI for Para-virtual
> sound"):
>> This is ABI for the two halves of a Para-virtual
>> sound driver to communicate with each to other.
> ...
>
> I think the unnecessary difference between req
>>> On 20.01.15 at 19:19, wrote:
> Signed-off-by: David Vrabel
Acked-by: Jan Beulich
___
Xen-devel mailing list
[email protected]
http://lists.xen.org/xen-devel
>>> On 20.01.15 at 19:19, wrote:
> +static int gnttab_copy_buf(const struct gnttab_copy *op,
> + struct gnttab_copy_buf *dest,
> + const struct gnttab_copy_buf *src)
> +{
> +s16 rc;
An s16 local variable used as return value in a function re
At 14:05 + on 22 Jan (1421931912), Jan Beulich wrote:
> >>> On 22.01.15 at 15:01, wrote:
> > At 13:38 + on 22 Jan (1421930334), Jan Beulich wrote:
> >> It using CLZ on a 64-bit register while specifying the input operand as
> >> only 32 bits wide is wrong: An operand intentionally shrunk d
Hi Iurii,
On 21/01/15 14:16, Iurii Konovalenko wrote:
> From: Oleksandr Tyshchenko
>
> Signed-off-by: Oleksandr Tyshchenko
Reviewed-by: Julien Grall
Regards,
> ---
> docs/misc/arm/early-printk.txt | 1 +
> xen/arch/arm/Rules.mk | 4 ++
> xen/arch/arm/arm32/debug-rcar2.
On Thu, 2015-01-22 at 13:12 +, Jaggi, Manish wrote:
> a) brctl addbr xenbr0;
> b) brctl addif xenbr0 eth0
Please check
http://wiki.xen.org/wiki/Network_Configuration_Examples_%28Xen_4.1%2B%29#Example_Debian-style_bridge_configuration_.28e.g._Debian.2C_Ubuntu.29
for the proper mechanism for
>>> On 20.01.15 at 19:19, wrote:
> Acquiring a page for the source or destination of a grant copy is an
> expensive operation. A common use case is for two adjacent grant copy
> ops to operate on either the same source or the same destination page.
>
> Instead of always acquiring and releasing d
On Thu, 2015-01-22 at 11:26 +, Ian Campbell wrote:
> On Thu, 2015-01-22 at 11:24 +, Ian Campbell wrote:
> > On Tue, 2015-01-20 at 18:34 +, Ian Jackson wrote:
> > > Ian Campbell writes ("[PATCH OSSTEST v2 09/18] Toolstack: Refactor
> > > consolecmd handling"):
> > > ...
> > > > diff --g
>>> On 22.01.15 at 15:12, wrote:
> On 22/01/15 13:57, Jan Beulich wrote:
>> --- a/xen/arch/x86/hvm/hvm.c
>> +++ b/xen/arch/x86/hvm/hvm.c
>> @@ -205,6 +205,16 @@ int hvm_event_needs_reinjection(uint8_t
>> */
>> uint8_t hvm_combine_hw_exceptions(uint8_t vec1, uint8_t vec2)
>> {
>> +const un
On Thu, 22 Jan 2015, Eric Shelton wrote:
> On Fri, 16 Jan 2015, Stefano Stabellini wrote:
> > On Thu, 15 Jan 2015, Don Slutz wrote:
> > > Now that Xen 4.5 has been released, I would like to see at least QEMU
> > > 2.2.0 in qemu-upstream-stable on the master branch.
> >
> > Agreed
>
> Is there any
On 22/01/15 14:34, Jan Beulich wrote:
On 20.01.15 at 19:19, wrote:
>> Acquiring a page for the source or destination of a grant copy is an
>> expensive operation. A common use case is for two adjacent grant copy
>> ops to operate on either the same source or the same destination page.
>>
>>
1 - 100 of 254 matches
Mail list logo
