Tian, Kevin wrote on 2015-01-22:
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> 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 explain why ?
>>
>> The question you raise
flight 33608 xen-4.3-testing real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33608/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-xl-qemut-win7-amd64 7 windows-install fail like 33407
test-amd64-amd64-xl-qemut-
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 assumptions about the setup
> of the PAT MSR. Othe
> From: Elena Ufimtseva [mailto:elena.ufimts...@oracle.com]
> Sent: Thursday, January 22, 2015 4:53 AM
>
> need_iommu has to be set earler for dom0 pvh specific init
> functions. If not enabled, mmio regions are not mapped with iommu
> during domain construction.
>
> This was discovered when work
During domain startup, all required memory ballooning must complete
within a maximum window of 33 seconds (3 retries, 11 seconds of delay).
If not, domain creation is aborted with a 'failed to free memory' error.
In order to accommodate large domains or slower hardware (which require
substantially
> From: Jan Beulich [mailto:jbeul...@suse.com]
> 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 explain why ?
>
> The question you raise doesn't reflect what the function d
> From: Li, Liang Z
> Sent: Thursday, January 22, 2015 12:29 PM
>
> > -Original Message-
> > From: Jan Beulich [mailto:jbeul...@suse.com]
> > Sent: Wednesday, January 21, 2015 7:22 PM
> > To: Li, Liang Z
> > Cc: Andrew Cooper; Dong, Eddie; Tian, Kevin; Zhang, Yang Z; xen-
> > de...@lists.x
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Tuesday, January 20, 2015 7:08 PM
>
> ..., yielding better code.
>
> Signed-off-by: Jan Beulich
Acked-by: Kevin Tian
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-d
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Tuesday, January 20, 2015 7:08 PM
>
> Most of them have been unused since the dropping of 32-bit support, and
> the few remaining cases are more efficiently dealt with using a generic
> macro (and probably things should have been done that way
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Tuesday, January 20, 2015 7:07 PM
>
> A few relevant control state fields did not get dumped so far; in
> particular, VM_ENTRY_INSTRUCTION_LEN got printed twice (instead of also
> printing VM_EXIT_INSTRUCTION_LEN). Where suitable (to reduce th
> From: Jan Beulich [mailto:jbeul...@suse.com]
> 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 (this isn't required for correctness as vm
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Tuesday, January 20, 2015 7:06 PM
>
> A few host 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 (this isn't required for correctness as vmr()
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Wednesday, January 21, 2015 7:22 PM
> To: Li, Liang Z
> Cc: Andrew Cooper; Dong, Eddie; Tian, Kevin; Zhang, Yang Z; xen-
> de...@lists.xen.org; k...@xen.org; Tim Deegan
> Subject: RE: [Xen-devel] about the funtion
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: qemuu git://git.qemu.org/qemu.git
Bug introduced: 3996e85c1822e05c50250f
On Wed, Jan 21, 2015 at 6:17 PM, Luis R. Rodriguez
wrote:
> From: "Luis R. Rodriguez"
>
> Xen has support for splitting heavy work work into a series
> of hypercalls, called multicalls, and preempting them through
> what Xen calls continuation [0]. Despite this though without
> CONFIG_PREEMPT pre
On Wed, Jan 21, 2015 at 6:17 PM, Luis R. Rodriguez
wrote:
> From: "Luis R. Rodriguez"
>
> On kernels with voluntary or no preemption we can run
> into situations where a hypercall issued through userspace
> will linger around as it addresses sub-operatiosn in kernel
> context (multicalls). Such o
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 u-boot.
2. start the dom0 (on linux kernel 3.12) on xen.
3.12
From: "Luis R. Rodriguez"
On kernels with voluntary or no preemption we can run
into situations where a hypercall issued through userspace
will linger around as it addresses sub-operatiosn in kernel
context (multicalls). Such operations can trigger soft lockup
detection.
We want to address a way
From: "Luis R. Rodriguez"
After my last respin Andy provided some ideas as how to skip
IRQ context hacks for preemption, this v3 spin addresses that
and a bit more.
This is based on both Andrew Cooper's and David Vrabel's work,
further modified based on ideas by Andy Lutomirski to avoid
having t
From: "Luis R. Rodriguez"
Xen has support for splitting heavy work work into a series
of hypercalls, called multicalls, and preempting them through
what Xen calls continuation [0]. Despite this though without
CONFIG_PREEMPT preemption won't happen, without preemption
a system can become pretty us
> -Original Message-
> From: xen-devel-boun...@lists.xen.org
> [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Stefano Stabellini
> Sent: Wednesday, January 21, 2015 6:37 PM
> To: Xu, Quan
> Cc: k...@xen.org; ian.campb...@citrix.com; stefano.stabell...@eu.citrix.com;
> t...@xen.org;
Via CPUID masking and the different apic-> overrides we
effectively make PV guests only but with the default APIC
driver. That is OK as an PV guest should never access any
APIC registers. However, the APIC is also used to limit the
amount of CPUs if the APIC IDs are incorrect - and since we
mask th
This mimics the behavior of the Linux kernel in which the reboot
sequence by default under EFI booted kernels is first ACPI.
EFI reboot is only tried if the user supplied it or if the hardware
is an ACPI 5.0 (or higher) reduced hardware board.
This fixes the EFI firmware crashing on Lenovo ThinkC
flight 33603 xen-4.5-testing real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33603/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-i386-xl5 xen-bootfail pass in 33576
test-amd64-amd64-xl 5
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
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 path;
> > * Add MBM description in xl comm
flight 33613 rumpuserxen real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33613/
Perfect :-)
All tests in this flight passed
version targeted for testing:
rumpuserxen 0f482c4b52ea2c43bcb80da5450009dcb0c76781
baseline version:
rumpuserxen ffcd777f8062fb24dff7c9d2a465
On 2015/1/21 19:56, Ian Campbell wrote:
On Wed, 2015-01-21 at 11:37 +, Ian Jackson wrote:
Tiejun Chen writes ("[RFC][PATCH 1/1] libxl: add one machine property to support IGD
GFX passthrough"):
When we're working to support IGD GFX passthrough with qemu
upstream, instead of "-gfx_passthru"
On 2015/1/21 21:48, Gerd Hoffmann wrote:
On Mi, 2015-01-21 at 11:37 +, Ian Jackson wrote:
Tiejun Chen writes ("[RFC][PATCH 1/1] libxl: add one machine property to support IGD
GFX passthrough"):
When we're working to support IGD GFX passthrough with qemu
upstream, instead of "-gfx_passthru"
Hi All
I am not sure if this the correct forum for my question, But here i go, I
am looking for a developer to port xenproject to the Snapdragon 810 SOC. It
has ARM processor.
1 Development board spec
http://shop.intrinsyc.com/collections/all/products/dragonboard-development-kit-based-on-qualcom
Hi
I am not sure if this the correct forum for my question, But here i go, I
am looking for a developer to port xenproject to the Snapdragon 810 SOC. It
has ARM processor with
1 .
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org
On 21/01/2015 21:39, Andrew Cooper wrote:
> On 21/01/2015 21:27, Konrad Rzeszutek Wilk 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_
flight 33612 libvirt real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33612/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-libvirt 5 libvirt-build fail REGR. vs. 33422
build-i386-libvirt
flight 33599 qemu-mainline real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33599/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf 5 xen-build fail REGR. vs. 33480
test-amd64-i386-fre
On 21/01/2015 21:27, Konrad Rzeszutek Wilk 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
>
> which
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
which means we end up at:
618 rc = domain_relinquish_resources(
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 embedded Debug devices. See pvh-set-need_iommu-ea
need_iommu has to be set earler for dom0 pvh specific init
functions. If not enabled, mmio regions are not mapped with iommu
during domain construction.
This was discovered when working on booting problems of pvh dom0
on two different machines (ThinkCentre M and Dell 5600T).
On ThinkCentre during
This is a note to let you know that I have just added a patch titled
xen-netfront: Fix handling packets on compound pages with skb_linearize
to the linux-3.13.y-queue branch of the 3.13.y-ckt extended stable tree
which can be found at:
http://kernel.ubuntu.com/git?p=ubuntu/linux.git;a=sho
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 Intel CPUs, yet 64-bit guests legitimately
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?
>
The issue is that you need this flag during con
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 ranges used for the ISR, TMR and IRR blocks.
On Wed, Jan 21, 2015 at 10:23 AM, Jaggi, Manish <
manish.ja...@caviumnetworks.com> wrote:
>
> --
> *From:* Clark Laughlin
> *Sent:* Tuesday, January 20, 2015 6:57 PM
> *To:* Jaggi, Manish
> *Cc:* Stefano Stabellini; jfeh...@suse.com; Kiarie Kahurani; Kumar,
> Vijaya;
Ian Campbell writes ("Re: [PATCH OSSTEST v4 10/13] ts-kernel-build: Adjust
kernel .config to work on the arndale boards."):
> Thanks.
>
> I think that means everything is now acked. I'll repost one final time
> (likely tomorrow), since I've changed a few things (as discussed), then
> we can talk
flight 33581 xen-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33581/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-rumpuserxen-amd64 5 xen-bootfail REGR. vs. 33542
Regressions which ar
On Wed, 2015-01-21 at 15:29 +, Andrew Cooper wrote:
> > I tested the same hypercall with a 32bit version of MiniOS and it
> > crashes as well with the same output. Then I tried it with a 64bit
> > version of MiniOS and seems to work just fine.
> >
> > Somehow I cannot find any 32bit paravirtual
On Wed, 2015-01-21 at 16:36 +, Ian Jackson wrote:
> Ian Campbell writes ("Re: [PATCH OSSTEST v4 10/13] ts-kernel-build: Adjust
> kernel .config to work on the arndale boards."):
> > On Wed, 2015-01-21 at 16:20 +, Ian Jackson wrote:
> > > I don't know what this is. Convince me it's harmles
On 21/01/15 13:25, Julien Grall wrote:
> The code to initialize the grant table in libxc uses
> xc_domain_maximum_gpfn() + 1 to get a guest pfn for mapping the grant
> frame and to initialize it.
>
> This solution has two major issues:
> - The check of the return of xc_domain_maximum_gpfn is bu
Ian Campbell writes ("Re: [PATCH OSSTEST v4 10/13] ts-kernel-build: Adjust
kernel .config to work on the arndale boards."):
> On Wed, 2015-01-21 at 16:20 +, Ian Jackson wrote:
> > I don't know what this is. Convince me it's harmless to disable ? :-)
>
> [stuff]
OK, thanks.
Acked-by: Ian Ja
On Wed, 2015-01-21 at 16:20 +, Ian Jackson wrote:
> > > > +# Enabling Exynos4 forces wierd CONFIG_HZ==200, and we don't
> > > > +# support that platform anyway.
> > > > +setopt CONFIG_ARCH_EXYNOS4 n
>
> This is a particular kind of board ? In which case, fine.
It's a class of SoC (i.e. SoC m
Ian Campbell writes ("Re: [PATCH OSSTEST v2 08/18] Toolstack: Refactor guest
lifecycle."):
> > Perhaps the toolstack create method should take the $gho rather than
> > the config file pathname, like the destroy method does ?
>
> Yes. In fact towards the end of the series I end up arranging that
>
From: Clark Laughlin
Sent: Tuesday, January 20, 2015 6:57 PM
To: Jaggi, Manish
Cc: Stefano Stabellini; jfeh...@suse.com; Kiarie Kahurani; Kumar, Vijaya;
anthony.per...@citrix.com; Ian Campbell; xen-de...@lists.xensource.com
Subject: Re: Using Libvirtd with virt-m
Ian Campbell writes ("Re: [PATCH OSSTEST v4 10/13] ts-kernel-build: Adjust
kernel .config to work on the arndale boards."):
> On Wed, 2015-01-21 at 12:05 +, Ian Jackson wrote:
> > Ian Campbell writes ("[PATCH OSSTEST v4 10/13] ts-kernel-build: Adjust
> > kernel .config to work on the arndale
Ian Campbell writes ("Re: [PATCH OSSTEST v4 06/13] Osstest/Debian: support
adding a rootdelay property to bootargs"):
> Are you OK with me keeping your ack on this one once updated? It would
> be essentially either of the two current hunks applied to the new
> function instead.
Yes.
> BTW, anoth
Ian Campbell writes ("Re: [PATCH OSSTEST v4 08/13] Osstest/Debian: Add
"clk_ignore_unused" to default command line"):
> On Wed, 2015-01-21 at 12:02 +, Ian Jackson wrote:
> > That way at the very least we'll be prompted every couple of years to
> > see if this is still needed.
>
> Sure. Since
On Tue, 2015-01-20 at 18:32 +, Ian Jackson wrote:
> Ian Campbell writes ("[PATCH OSSTEST v2 08/18] Toolstack: Refactor guest
> lifecycle."):
> > Implement destory/create as per toolstack methods, including implementing
> > the
> > libvirt version which previously didn't work. To do this we us
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 application and
> uses ALSA with dmix plugin to play audio.
>
> Signed
On 21/01/15 15:17, Vasco Fachin wrote:
> Hi everybody,
>
> I am currently working on a object-oriented paravirtual operating
> system as a university project.
Sounds like an interesting project.
>
> We were able to use a MiniOS core in order to build a relative stable
> guest, or at least stable
Ian Campbell writes ("Re: [PATCH OSSTEST v4 09/13] Osstest/Debian: Add 0x
prefix to $filesize"):
> On Wed, 2015-01-21 at 12:04 +, Ian Jackson wrote:
> The conversation continued into November, which the archives helpfully
> don't reflect:
> http://lists.denx.de/pipermail/u-boot/2014-November/1
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 application and
> uses ALSA with dmix plugin to play audio.
>
> Signed-off-
On 01/21/2015 03:06 PM, Jan Beulich wrote:
On 21.01.15 at 15:42, wrote:
>> On 01/21/2015 02:35 PM, Jan Beulich wrote:
>> On 21.01.15 at 15:28, wrote:
On 01/19/2015 03:58 PM, Jan Beulich wrote:
> @@ -780,10 +780,7 @@ rt_schedule(const struct scheduler *ops,
> }
>
Hi everybody,
I am currently working on a object-oriented paravirtual operating
system as a university project.
We were able to use a MiniOS core in order to build a relative stable
guest, or at least stable enough for our purposes. :-D
However for one thing we could not proceed. We need to migr
>>> On 21.01.15 at 15:42, wrote:
> On 01/21/2015 02:35 PM, Jan Beulich wrote:
> On 21.01.15 at 15:28, wrote:
>>> On 01/19/2015 03:58 PM, Jan Beulich wrote:
@@ -780,10 +780,7 @@ rt_schedule(const struct scheduler *ops,
}
else
{
-cpumask_t cur_cpu
Ian Jackson wrote:
> Jim Fehlig writes ("Re: [PATCH OSSTEST v2 18/18] WIP: libvirt: migration +
> save/restore support."):
>
>> You can get around this by disabling TLS in /etc/libvirt/libvirtd.conf.
>> Then simply use ssh to connect to the dst host, e.g. 'virsh migrate
>> --live dom xen+ssh://
On 21/01/15 14:44, David Vrabel wrote:
> On 21/01/15 14:38, Szwed, Maciej wrote:
>> Hi again,
>> Error that I'm getting is:
>> EBUSY 16 /* Device or resource busy */
>>
>> Kernel version is:
>> Linux XXX 3.12.28-2-xen #1 SMP Mon Sep 8 11:15:37 UTC 2014 (aff039d) x86_64
>> x86_64 x8
On 01/21/2015 02:35 PM, Jan Beulich wrote:
On 21.01.15 at 15:28, wrote:
>> On 01/19/2015 03:58 PM, Jan Beulich wrote:
>>> Using atomic (LOCKed on x86) bitops for certain of the operations on
>>> cpumask_t is overkill when the variables aren't concurrently accessible
>>> (e.g. local function v
On 21/01/15 14:38, Szwed, Maciej wrote:
> Hi again,
> Error that I'm getting is:
> EBUSY 16 /* Device or resource busy */
>
> Kernel version is:
> Linux XXX 3.12.28-2-xen #1 SMP Mon Sep 8 11:15:37 UTC 2014 (aff039d) x86_64
> x86_64 x86_64 GNU/Linux
>
> I'm trying to map the memor
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 -- everything looks good code-wise; but it
probably makes sense to send v3 with Dario's suggestions.
-George
___
Hi again,
Error that I'm getting is:
EBUSY 16 /* Device or resource busy */
Kernel version is:
Linux XXX 3.12.28-2-xen #1 SMP Mon Sep 8 11:15:37 UTC 2014 (aff039d) x86_64
x86_64 x86_64 GNU/Linux
I'm trying to map the memory of NIC with our own driver.
Regards,
Maciej
-Origi
>>> On 21.01.15 at 15:28, wrote:
> On 01/19/2015 03:58 PM, Jan Beulich wrote:
>> Using atomic (LOCKed on x86) bitops for certain of the operations on
>> cpumask_t is overkill when the variables aren't concurrently accessible
>> (e.g. local function variables, or due to explicit locking). Introduce
On 21/01/15 14:11, 신정섭 wrote:
> Hi
>
>
Hello,
Can you please CC the xen-devel/xen-user mailing list for any question
related to Xen.
> I Installed Xen 4.4.1 and Run Domain0, DomainU_01, DomainU_02 on Arndale
> board.
>
> I made DomU.cfg file and set Each DomainU has 1 vcpu. It works well.
>
>>> On 21.01.15 at 15:22, wrote:
> On 21/01/15 14:13, Jan Beulich wrote:
> On 21.01.15 at 13:13, wrote:
>>> iommu_dom0_strict is always set to 1 when IOMMU is used on ARM (see
>>> check_hwdom_reqs).
>>>
>>> Futhermore, we always share the page table with the processor, so we
>>> never need to
On 01/19/2015 03:58 PM, Jan Beulich wrote:
> Using atomic (LOCKed on x86) bitops for certain of the operations on
> cpumask_t is overkill when the variables aren't concurrently accessible
> (e.g. local function variables, or due to explicit locking). Introduce
> alternatives using non-atomic bitops
On 21/01/15 14:13, Jan Beulich wrote:
On 21.01.15 at 13:13, wrote:
>> Hi Jan,
>>
>> On 21/01/15 10:48, Jan Beulich wrote:
>> On 21.01.15 at 11:37, wrote:
On 21/01/2015 10:23, Jan Beulich wrote:
On 20.01.15 at 18:11, wrote:
>> While this function is currently only used
Hi, guys!
We are just planning to push to u-boot support of Xen start for
Renesas R-Car Gen2 boards.
As for now, we have just draft patches, that provide this functionality.
Patches, which contain preperations, needed to run Xen (ie. shitching
to hypervisor mode), are based on mainline u-boot (com
From: Iurii Konovalenko
Changes in v2:
1. Remove timer initialization from board file (timer shold be initialized in
u-boot)
2. Coding style fixes.
3. Change ioremap_attr() to ioremap_nocache().
4. Other misc fixes.
The following patch series adds basic support needed for R-Car Gen2 evm boards
From: Oleksandr Tyshchenko
Signed-off-by: Oleksandr Tyshchenko
Signed-off-by: Iurii Konovalenko
---
config/arm32.mk | 1 +
xen/drivers/char/Makefile | 1 +
xen/drivers/char/rcar2-uart.c | 376 ++
3 files changed, 378 insertions(+)
From: Oleksandr Tyshchenko
Signed-off-by: Oleksandr Tyshchenko
---
docs/misc/arm/early-printk.txt | 1 +
xen/arch/arm/Rules.mk | 4 ++
xen/arch/arm/arm32/debug-rcar2.inc | 49 +
xen/include/asm-arm/rcar2-uart.h | 107 +
From: Iurii Konovalenko
Signed-off-by: Iurii Konovalenko
---
xen/arch/arm/platforms/Makefile | 1 +
xen/arch/arm/platforms/shmobile.c | 71 +++
2 files changed, 72 insertions(+)
create mode 100644 xen/arch/arm/platforms/shmobile.c
diff --git a/xen/arch/a
>>> On 21.01.15 at 13:13, wrote:
> Hi Jan,
>
> On 21/01/15 10:48, Jan Beulich wrote:
> On 21.01.15 at 11:37, wrote:
>>> On 21/01/2015 10:23, Jan Beulich wrote:
>>> On 20.01.15 at 18:11, wrote:
> While this function is currently only used for DOM0, this will be used
> in a later
>>> On 21.01.15 at 13:21, wrote:
> On 19/01/15 15:58, Jan Beulich wrote:
>> --- a/xen/common/core_parking.c
>> +++ b/xen/common/core_parking.c
>> @@ -75,11 +75,10 @@ static unsigned int core_parking_perform
>> if ( core_weight < core_tmp )
>> {
>> core_we
On Wed, 2015-01-21 at 13:20 +, Ian Campbell wrote:
> On Wed, 2015-01-21 at 12:05 +, Ian Jackson wrote:
> > Ian Campbell writes ("[PATCH OSSTEST v4 10/13] ts-kernel-build: Adjust
> > kernel .config to work on the arndale boards."):
> > > Various drivers are missing from multi_v7_defconfig i
This is a note to let you know that I have just added a patch titled
xen-netfront: Fix handling packets on compound pages with skb_linearize
to the linux-3.16.y-queue branch of the 3.16.y-ckt extended stable tree
which can be found at:
http://kernel.ubuntu.com/git?p=ubuntu/linux.git;a=sho
On Mi, 2015-01-21 at 11:37 +, Ian Jackson wrote:
> Tiejun Chen writes ("[RFC][PATCH 1/1] libxl: add one machine property to
> support IGD GFX passthrough"):
> > When we're working to support IGD GFX passthrough with qemu
> > upstream, instead of "-gfx_passthru" we'd like to make that
> > a mac
The code to initialize the grant table in libxc uses
xc_domain_maximum_gpfn() + 1 to get a guest pfn for mapping the grant
frame and to initialize it.
This solution has two major issues:
- The check of the return of xc_domain_maximum_gpfn is buggy because
xen_pfn_t is unsigned and in case
On Wed, 2015-01-21 at 12:05 +, Ian Jackson wrote:
> Ian Campbell writes ("[PATCH OSSTEST v4 10/13] ts-kernel-build: Adjust kernel
> .config to work on the arndale boards."):
> > Various drivers are missing from multi_v7_defconfig in v3.16, also
> > some drivers which don't play nice are enable
On 21/01/15 12:48, Ian Campbell wrote:
> On Wed, 2015-01-21 at 12:33 +, Julien Grall wrote:
>> On 21/01/15 12:16, Ian Campbell wrote:
>>> On Tue, 2015-01-20 at 17:49 +, Julien Grall wrote:
>>>
>> - A processor can only access his own redistributor. For buggy
>> assumption, t
flight 33580 linux-3.14 real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33580/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-pvh-intel 5 xen-boot fail REGR. vs. 33341
test-amd64-i386-rumpus
On Wed, 2015-01-21 at 12:02 +, Ian Jackson wrote:
> Ian Campbell writes ("[PATCH OSSTEST v4 08/13] Osstest/Debian: Add
> "clk_ignore_unused" to default command line"):
> > dom0 is not aware that some clocks are actually in use (e.g. by the
> > hypervisor), so this stops the kernel from messing
On Wed, 2015-01-21 at 11:58 +, Ian Jackson wrote:
> Ian Campbell writes ("[PATCH OSSTEST v4 06/13] Osstest/Debian: support adding
> a rootdelay property to bootargs"):
> > arndale appears to be quite slow (and asynchronous) at finding it's
> > scsi controller. rootdelay=3 seems to do the trick
On 21/01/15 10:08, Roger Pau Monné wrote:
> El 20/01/15 a les 19.19, Andrew Cooper ha escrit:
>> On 20/01/15 17:05, Roger Pau Monne wrote:
>>> Check that MMIO regions added to PVH Dom0 are allowed. Previously a PVH Dom0
>>> would have access to the full MMIO range.
>>>
>>> Signed-off-by: Roger Pau
On Wed, 2015-01-21 at 12:45 +, Julien Grall wrote:
> On 21/01/15 12:36, Ian Campbell wrote:
> > On Wed, 2015-01-21 at 12:28 +, Julien Grall wrote:
> >
> >>> 3) Accesses which are valid but which do not correctly emulate according
> >>> to the features of the virtual gic which we are exposi
On Wed, 2015-01-21 at 12:33 +, Julien Grall wrote:
> On 21/01/15 12:16, Ian Campbell wrote:
> > On Tue, 2015-01-20 at 17:49 +, Julien Grall wrote:
> >
> - A processor can only access his own redistributor. For buggy
> assumption, the current code bank the redistributors M
On 21/01/15 12:36, Ian Campbell wrote:
> On Wed, 2015-01-21 at 12:28 +, Julien Grall wrote:
>
>>> 3) Accesses which are valid but which do not correctly emulate according
>>> to the features of the virtual gic which we are exposing can log if we
>>> think it is useful to do so.
>>
>> I gave a
On Wed, 2015-01-21 at 12:28 +, Julien Grall wrote:
> > 3) Accesses which are valid but which do not correctly emulate according
> > to the features of the virtual gic which we are exposing can log if we
> > think it is useful to do so.
>
> I gave a look to the code. We have few registers we d
On 21/01/15 12:16, Ian Campbell wrote:
> On Tue, 2015-01-20 at 17:49 +, Julien Grall wrote:
>
- A processor can only access his own redistributor. For buggy
assumption, the current code bank the redistributors MMIO.
>>>
>>> What assumption? It's not clear if you mean that a f
On 21/01/15 12:11, Ian Campbell wrote:
> I thought about this overnight, and I would like to keep UNPREDICATABLE
> as the current log + crash please. Apart from the fact that I don't want
> guests to be able to rely on unpredictable accesses returning 0 it is
> also more consistent with the ARM ARM
On Wed, 2015-01-21 at 12:08 +, Ian Jackson wrote:
> Ian Campbell writes ("[PATCH OSSTEST v4 11/13] Debian: Create boot.scr with a
> suffix and copy to boot.scr"):
> > This ensures that we always have a boot script to boot at least the
> > native Debian kernel and Xen available, even after mult
Ian Campbell writes ("[PATCH OSSTEST v4 13/13] Debian: create boot.scr.nat when
installing Xen on u-boot."):
> 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:
1 - 100 of 174 matches
Mail list logo
