Hi,
On 02/03/16 03:00, Will Deacon wrote:
> On Wed, Feb 24, 2016 at 03:33:08PM +, Andre Przywara wrote:
>> The pre_init stub consists of two syscalls mouting the host's FS
>> via 9pfs and then calling the actual init binary, which can now
>> use normal dynamic linking.
>> Based on the x86
On Wed, Feb 17, 2016 at 04:40:44PM +, Marc Zyngier wrote:
> The GICD_SGIR register lives a long way from the beginning of
> the handler array, which is searched linearly. As this is hit
> pretty often, let's move it up. This saves us some precious
> cycles when the guest is generating IPIs.
>
On Wed, Feb 17, 2016 at 04:40:43PM +, Marc Zyngier wrote:
> So far, we're always writing all possible LRs, setting the empty
> ones with a zero value. This is obvious doing a low of work for
s/low/lot/
> nothing, and we're better off clearing those we've actually
> dirtied on the exit path
On Wed, Feb 17, 2016 at 04:40:40PM +, Marc Zyngier wrote:
> Next on our list of useless accesses is the maintenance interrupt
> status registers (GICH_MISR, GICH_EISR{0,1}).
>
> It is pointless to save them if we haven't asked for a maintenance
> interrupt the first place, which can only
On Wed, Feb 17, 2016 at 04:40:42PM +, Marc Zyngier wrote:
> On exit, any empty LR will be signaled in GICH_ELRSR*. Which
> means that we do not have to save it, and we can just clear
> its state in the in-memory copy.
>
> Take this opportunity to move the LR saving code into its
> own
On Wed, Feb 17, 2016 at 04:40:39PM +, Marc Zyngier wrote:
> GICv2 registers are *slow*. As in "terrifyingly slow". Which is bad.
> But we're equaly bad, as we make a point in accessing them even if
> we don't have any interrupt in flight.
>
> A good solution is to first find out if we have
On Wed, Feb 17, 2016 at 04:40:41PM +, Marc Zyngier wrote:
> In order to make the saving path slightly more readable and
> prepare for some more optimizations, let's more the GICH_ELRSR
s/more/move/
> saving to its own function.
>
> No functional change.
>
> Signed-off-by: Marc Zyngier
Hi,
On 02/03/16 01:16, Will Deacon wrote:
> On Tue, Mar 01, 2016 at 04:49:37PM +, Andre Przywara wrote:
>> When we set up GSI routing to map MSIs to KVM's GSI numbers, we
>> write the current device's MSI setup into the kernel routing table.
>> However the device driver in the guest can use
On 02/03/16 15:48, Shanker Donthineni wrote:
> We haven't started running heavy workloads in VMs. So far we
> have noticed this random nature behavior only during guest
> kernel boot (at EL1).
>
> We didn't see this problem on 4.3 kernel. Do you think it is
> related to TLB conflicts?
I
On 03/02/2016 09:09 AM, Marc Zyngier wrote:
> On 02/03/16 14:59, Shanker Donthineni wrote:
>> Hi Marc,
>>
>> Thanks for your quick reply.
>>
>> On 03/02/2016 08:16 AM, Marc Zyngier wrote:
>>> On 02/03/16 13:56, Shanker Donthineni wrote:
For some reason v4.5-rc6 kernel is not stable for
On 02/03/16 15:07, Yury Norov wrote:
On Wed, Mar 02, 2016 at 12:19:23AM +0300, Yury Norov wrote:
On Thu, Feb 25, 2016 at 09:52:40AM +, Suzuki K Poulose wrote:
This series add checks to make sure that the AArch32 state is
supported before we process the 32bit ID registers. Also
checks the
On Wed, Mar 02, 2016 at 06:07:21PM +0300, Yury Norov wrote:
> ubuntu@arm64:~$ uname -a
> Linux arm64 4.5.0-rc5-00019-g3e330b9 #76 SMP PREEMPT Wed Mar 2 17:46:57 MSK
> 2016 aarch64 aarch64 aarch64 GNU/Linux
>
> ubuntu@arm64:~$ cat /proc/cpuinfo
> processor : 0-47
> BogoMIPS: 200.00
On 02/03/16 14:59, Shanker Donthineni wrote:
> Hi Marc,
>
> Thanks for your quick reply.
>
> On 03/02/2016 08:16 AM, Marc Zyngier wrote:
>> On 02/03/16 13:56, Shanker Donthineni wrote:
>>> For some reason v4.5-rc6 kernel is not stable for guest machines on
>>> Qualcomm server platforms.
>>> We
On Wed, Mar 02, 2016 at 12:19:23AM +0300, Yury Norov wrote:
> On Thu, Feb 25, 2016 at 09:52:40AM +, Suzuki K Poulose wrote:
> > This series add checks to make sure that the AArch32 state is
> > supported before we process the 32bit ID registers. Also
> > checks the same for COMPAT binary
Hi Marc,
Thanks for your quick reply.
On 03/02/2016 08:16 AM, Marc Zyngier wrote:
On 02/03/16 13:56, Shanker Donthineni wrote:
For some reason v4.5-rc6 kernel is not stable for guest machines on
Qualcomm server platforms.
We are getting IABT translation faults while booting the guest kernel.
On 02/03/16 13:56, Shanker Donthineni wrote:
>
> For some reason v4.5-rc6 kernel is not stable for guest machines on
> Qualcomm server platforms.
> We are getting IABT translation faults while booting the guest kernel.
> The problem disappears with
> the following code snippet (insert "dsb ish"
On 02/03/16 13:56, Shanker Donthineni wrote:
>
> For some reason v4.5-rc6 kernel is not stable for guest machines on
> Qualcomm server platforms.
> We are getting IABT translation faults while booting the guest kernel.
> The problem disappears with
> the following code snippet (insert "dsb ish"
For some reason v4.5-rc6 kernel is not stable for guest machines on
Qualcomm server platforms.
We are getting IABT translation faults while booting the guest kernel.
The problem disappears with
the following code snippet (insert "dsb ish" instruction just before
switching to EL1 guest). I am
On Fri, Feb 26, 2016 at 03:01:56PM +, Peter Maydell wrote:
> On 7 December 2015 at 12:29, Pavel Fedin wrote:
> > From: Christoffer Dall
> >
> > Factor out the GICv3-specific documentation into a separate
> > documentation file. Add
On 02/03/16 09:08, Marc Zyngier wrote:
On 25/02/16 09:52, Suzuki K Poulose wrote:
I really wanted to pass kvm_vcpu down to the helpers. But then, I can't
define the arch specific helper in asm/kvm_host.h due to lack of kvm_vcpu's
definition yet:
In file included from
>>From: Eric Auger
>>Sent: Tuesday, March 1, 2016 11:57 PM
>>To: eric.au...@st.com; eric.au...@linaro.org; robin.mur...@arm.com;
>>alex.william...@redhat.com; will.dea...@arm.com; j...@8bytes.org;
>>t...@linutronix.de; >>ja...@lakedaemon.net; marc.zyng...@arm.com;
On 02/03/2016 10:27, Marc Zyngier wrote:
> Hi Paolo,
>
> I really thought that the previous PR was the last for this release,
> but Michael rightly decided to prove me wrong. Oh well.
>
> Please pull!
>
>M.
>
> The following changes since commit
From: "Michael S. Tsirkin"
Calling return copy_to_user(...) in an ioctl will not
do the right thing if there's a pagefault:
copy_to_user returns the number of bytes not copied
in this case.
Fix up kvm to do
return copy_to_user(...)) ? -EFAULT : 0;
everywhere.
Cc:
Hi Paolo,
I really thought that the previous PR was the last for this release,
but Michael rightly decided to prove me wrong. Oh well.
Please pull!
M.
The following changes since commit fd451b90e78c4178bcfc5072f2b2b637500c109a:
arm64: KVM: vgic-v3: Restore ICH_APR0Rn_EL2 before
On 25/02/16 09:52, Suzuki K Poulose wrote:
> Add a check to make sure the system supports AArch32 state
> before initialising a 32bit guest.
>
> Cc: Christoffer Dall
> Cc: Marc Zyngier
> Cc: kvmarm@lists.cs.columbia.edu
> Signed-off-by: Suzuki
25 matches
Mail list logo