[PATCH] powerpc: DSCR FSCR cleanup

2013-08-25 Thread Michael Neuling
As suggested by paulus we can simplify the Data Stream Control Register (DSCR) Facility Status and Control Register (FSCR) handling. Firstly, we simplify the asm by using a rldimi. Secondly, we now use the FSCR only to control the DSCR facility, rather than both the FSCR and HFSCR. Users will se

Re: [PATCH] powerpc/kvm: Handle the boundary condition correctly

2013-08-25 Thread Aneesh Kumar K.V
Alexander Graf writes: > On 23.08.2013, at 04:31, Aneesh Kumar K.V wrote: > >> Alexander Graf writes: >> >>> On 22.08.2013, at 12:37, Aneesh Kumar K.V wrote: >>> From: "Aneesh Kumar K.V" >>> >>> Isn't this you? >> >> Yes. The patches are generated using git format-patch and sent by >>

RE: [v3] powerpc/mpc85xx: Update the clock device tree nodes

2013-08-25 Thread Tang Yuantian-B29983
> > > > clockgen: global-utilities@e1000 { > > - compatible = "fsl,b4420-clockgen", "fsl,qoriq-clockgen-2.0"; > > + compatible = "fsl,b4420-clockgen", "fsl,qoriq-clockgen-2.0", > > + "fixed-clock"; > > + clock-output-names = "sysclk"; >

RE: [PATCH 1/2] powerpc/85xx: add hardware automatically enter altivec idle state

2013-08-25 Thread Wang Dongsheng-B40534
> -Original Message- > From: Wood Scott-B07421 > Sent: Friday, August 23, 2013 11:31 PM > To: Wang Dongsheng-B40534 > Cc: Wood Scott-B07421; Kumar Gala; Zhao Chenhui-B35336; linuxppc- > d...@lists.ozlabs.org > Subject: Re: [PATCH 1/2] powerpc/85xx: add hardware automatically enter > altiv

Re: Detecting LD/ST instruction

2013-08-25 Thread Michael Neuling
Sukadev Bhattiprolu wrote: > Michael Neuling [mi...@neuling.org] wrote: > | > I am working on implementing the 'perf mem' command for Power > | > systems. This would for instance, let us know where in the memory > | > hierarchy (L1, L2, Local RAM etc) the data for a load/store > | > instruction w

Re: Ethernet over PCIe driver for Inter-Processor Communication

2013-08-25 Thread David Hawkins
Hi S.Saravanan, Root complex's would normally interrupt a device via a PCIe write to a register in a BAR on the end-point (or in extended configuration space registers depending on the hardware implementation). MPC8640 End point implements only the Type 0 header (Page 1116) . The header implem

Re: [PATCH] powerpc/kvm: Handle the boundary condition correctly

2013-08-25 Thread Alexander Graf
On 23.08.2013, at 04:31, Aneesh Kumar K.V wrote: > Alexander Graf writes: > >> On 22.08.2013, at 12:37, Aneesh Kumar K.V wrote: >> >>> From: "Aneesh Kumar K.V" >> >> Isn't this you? > > Yes. The patches are generated using git format-patch and sent by > git send-email. That's how it always

Re: [PATCH] powerpc/kvm: Handle the boundary condition correctly

2013-08-25 Thread Alexander Graf
On 23.08.2013, at 05:28, Benjamin Herrenschmidt wrote: > On Fri, 2013-08-23 at 09:01 +0530, Aneesh Kumar K.V wrote: >> Alexander Graf writes: >> >>> On 22.08.2013, at 12:37, Aneesh Kumar K.V wrote: >>> From: "Aneesh Kumar K.V" >>> >>> Isn't this you? >> >> Yes. The patches are generate

Re: [PATCH 2/2] ppc: kvm: use anon_inode_getfd() with O_CLOEXEC flag

2013-08-25 Thread Alexander Graf
On 24.08.2013, at 21:14, Yann Droneaud wrote: > KVM uses anon_inode_get() to allocate file descriptors as part > of some of its ioctls. But those ioctls are lacking a flag argument > allowing userspace to choose options for the newly opened file descriptor. > > In such case it's advised to use O

[PATCH 1/5] jump_label: factor out the base part of jump_label.h to a separate file

2013-08-25 Thread Kevin Hao
We plan to use the jump label in the cpu/mmu feature check on ppc. This will need to include the jump_label.h in several very basic header files of ppc which seems to be included by most of the other head files implicitly or explicitly. But in the current jump_label.h, it also include the "linux/wo

[PATCH 5/5] powerpc: use jump label for mmu_has_feature

2013-08-25 Thread Kevin Hao
The mmu features are fixed once the probe of mmu features are done. And the function mmu_has_feature() does be used in some hot path. The checking of the mmu features for each time of invoking of mmu_has_feature() seems suboptimal. This tries to reduce this overhead of this check by using jump labe

[PATCH 4/5] powerpc: use the jump label for cpu_has_feature

2013-08-25 Thread Kevin Hao
The cpu features are fixed once the probe of cpu features are done. And the function cpu_has_feature() does be used in some hot path. The checking of the cpu features for each time of invoking of cpu_has_feature() seems suboptimal. This tries to reduce this overhead of this check by using jump labe

[PATCH 2/5] jump_label: also include linux/atomic.h when jump label is enabled

2013-08-25 Thread Kevin Hao
The struct static_key will have a atomic_t type member no matter whether jump label is enabled or not. We would include linux/atomic.h when jump label is not enabled. But it also does make sense to include this header file when jump label is enabled. Signed-off-by: Kevin Hao --- include/linux/ju

[PATCH 3/5] powerpc: move the cpu_has_feature to a separate file

2013-08-25 Thread Kevin Hao
We plan to use jump label for cpu_has_feature. In order to implement this we need to include the linux/jump_label_base.h in asm/cputable.h. But it seems that asm/cputable.h is so basic header file for ppc that it is almost included by all the other header files. The including of the linux/jump_labe

[PATCH 0/5] powerpc: use jump label for cpu/mmu_has_feature

2013-08-25 Thread Kevin Hao
Inspired by Benjamin Herrenschmidt, this patch series try to reduce the cpu/mmu feature checking overhead by using jump label. The following is the difference of the run path of cpu_has_feature between before and after applying these patches: before after addis r