It is wrongly using undefined CONFIG_E500MC.
Signed-off-by: Bharat Bhushan
---
arch/powerpc/kernel/idle_e500.S |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/kernel/idle_e500.S b/arch/powerpc/kernel/idle_e500.S
index 3e2b95c..4f0ab85 100644
--- a/arch
It is wrongly using undefined CONFIG_E500MC. Tested on custom p4080DS board.
Signed-off-by: Bharat Bhushan
---
arch/powerpc/kernel/idle_e500.S |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/kernel/idle_e500.S b/arch/powerpc/kernel/idle_e500.S
index
.
Signed-off-by: Bharat Bhushan
---
v2:
- decrementer_clockevent is made non-static rather than a seprate API to get
mult/shift
arch/powerpc/include/asm/time.h |1 +
arch/powerpc/kernel/time.c |2 +-
arch/powerpc/kvm/emulate.c |5 +++--
3 files changed, 5 inserti
.
Signed-off-by: Bharat Bhushan
---
v3:
- decrementer_clockevent symbol exported.
arch/powerpc/include/asm/time.h |1 +
arch/powerpc/kernel/time.c |3 ++-
arch/powerpc/kvm/emulate.c |5 +++--
3 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/in
.
Signed-off-by: Bharat Bhushan
---
v4:
- Added comment in emulate.c
arch/powerpc/include/asm/time.h |1 +
arch/powerpc/kernel/time.c |3 ++-
arch/powerpc/kvm/emulate.c |9 +++--
3 files changed, 10 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/include/asm
memblock_end_of_DRAM() returns end_address + 1, not end address.
While some code assumes that it returns end address.
Signed-off-by: Bharat Bhushan
---
This patch is based on next branch of
https://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc.git
arch/powerpc/platforms/44x/currituck.c
From: Bharat Bhushan
The caam job rings (input/output job ring) are allocated using
dma_map_single(). These job rings can be visualized as the ring
buffers in which the jobs are en-queued/de-queued. The s/w enqueues
the jobs in input job ring which h/w dequeues and after processing
it copies the
either be handled by KVM.
This is tested on e500mc in 32 bit mode
Signed-off-by: Bharat Bhushan
---
arch/powerpc/kernel/exceptions-64e.S | 54 ++
arch/powerpc/kernel/head_booke.h | 35 ++
2 files changed, 89 insertions(+), 0 deletions
either be handled by KVM.
This is tested on e500mc in 32 bit mode
Signed-off-by: Bharat Bhushan
---
v0:
- Do not apply this change for debug_crit as we do not know those chips have
issue or not.
- corrected 64bit case branching
arch/powerpc/kernel/exceptions-64e.S | 29
check interrupt_base to
interrupt_end range for not handling debug exception in kernel
exception entry.
Signed-off-by: Bharat Bhushan
---
arch/powerpc/kernel/head_44x.S |2 ++
arch/powerpc/kernel/head_booke.h | 16
arch/powerpc/kernel/head_fsl_booke.S |2 ++
3
From: Bharat Bhushan
Bharat Bhushan (2):
powerpc: debug control and status registers are 32bit
=> This patch makes debug control and status registers as 32bit as they are.
This does not fix anything
powerpc: restore dbcr0 on user space exit
=> This patch fixes the ptrace relia
Signed-off-by: Bharat Bhushan
---
arch/powerpc/include/asm/processor.h |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/powerpc/include/asm/processor.h
b/arch/powerpc/include/asm/processor.h
index d7e67ca..5213577 100644
--- a/arch/powerpc/include/asm
ot happen.
This fixes using ptrace reliably on BookE-PowerPC
Signed-off-by: Bharat Bhushan
---
arch/powerpc/kernel/asm-offsets.c |1 +
arch/powerpc/kernel/entry_64.S| 24
2 files changed, 21 insertions(+), 4 deletions(-)
diff --git a/arch/powerpc/kernel/asm-off
From: Bharat Bhushan
v1->v2
- Subject line was missing 0/2, 1/2, 2/2
Bharat Bhushan (2):
powerpc: debug control and status registers are 32bit
=> This patch makes debug control and status registers as 32bit as they are.
This does not fix anything
powerpc: restore dbcr0 on user
Signed-off-by: Bharat Bhushan
---
v1->v2
- Subject line was not having 1/2
arch/powerpc/include/asm/processor.h |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/powerpc/include/asm/processor.h
b/arch/powerpc/include/asm/processor.h
index d7e67ca..5213
ot happen.
This fixes using ptrace reliably on BookE-PowerPC
Signed-off-by: Bharat Bhushan
---
v1->v2
- Subject line was not having 2/2
arch/powerpc/kernel/asm-offsets.c |1 +
arch/powerpc/kernel/entry_64.S| 24
2 files changed, 21 insertions(+), 4 deleti
From: Bharat Bhushan
v2->v3
- Load PACACURRENT immediately after _MSR(r1), and load DBCR0
just after "beq resume_kernel
- Added lat_sysycal results before and after the patch
v1->v2
- Subject line was missing 0/2, 1/2, 2/2
Bharat Bhushan (2):
powerpc: debug control
Signed-off-by: Bharat Bhushan
---
v2->v3
- No change
v1->v2
- Subject line was not having 1/2
arch/powerpc/include/asm/processor.h |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/powerpc/include/asm/processor.h
b/arch/powerpc/include/asm/proce
: 3.8580 0.2017 0.2851 1.6955 0.2255 0.0856
1) ./lat_syscall -P 2 -N 10 /dev/shm/uImage
action: Openreadwrite statfstat null
Before: 4.1388 0.2238 0.3066 1.7106 0.2256 0.0856
After: 4.1413 0.2236 0.3062 1.7107 0.2256 0.0856
Signed-off-by: Bharat Bhushan
---
v2-&g
On powerpc64 machine get/put_user64() is same as get/put_user() while
on powerpc32 machine get_user64 is different. With this patch we can
use get_user64() and put_user64() on 32 and 64 bit machines.
Signed-off-by: Bharat Bhushan
---
arch/powerpc/include/asm/uaccess.h |7 +++
1 files
__get_user64() and __put_user64() are not used.
Signed-off-by: Bharat Bhushan
---
arch/powerpc/include/asm/uaccess.h | 11 ---
1 files changed, 0 insertions(+), 11 deletions(-)
diff --git a/arch/powerpc/include/asm/uaccess.h
b/arch/powerpc/include/asm/uaccess.h
index 17bb40c
The include/uapi/asm/kvm_para.h includes
but the correct reference
should be as this is the place
where make install_header installs the header files for
userspace.
Signed-off-by: Bharat Bhushan
---
arch/powerpc/include/uapi/asm/kvm_para.h |2 +-
1 files changed, 1 insertions(+), 1
From: Bharat Bhushan
Note: These patches are based on http://github.com/agraf/linux-2.6.git queue
This patchset adds the userspace debug support for booke/bookehv.
this is tested on powerpc e500v2/e500mc devices.
We are now assuming that debug resource will not be used by kernel for
its own
Signed-off-by: Bharat Bhushan
---
arch/powerpc/kernel/process.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/kernel/process.c b/arch/powerpc/kernel/process.c
index ceb4e7b..639a8de 100644
--- a/arch/powerpc/kernel/process.c
+++ b/arch/powerpc/kernel
This way we can use same data type struct with KVM and
also help in using other debug related function.
Signed-off-by: Bharat Bhushan
---
arch/powerpc/include/asm/processor.h | 38 +
arch/powerpc/include/asm/reg_booke.h |8 +-
arch/powerpc/kernel/asm-offsets.c|2 +-
arch
KVM need this function when switching from vcpu to user-space
thread. My subsequent patch will use this function.
Signed-off-by: Bharat Bhushan
---
arch/powerpc/include/asm/switch_to.h |4
arch/powerpc/kernel/process.c|3 ++-
2 files changed, 6 insertions(+), 1 deletions
"ehpriv" instruction is used for setting software breakpoints
by user space. This patch adds support to exit to user space
with "run->debug" have relevant information.
As this is the first point we are using run->debug, also defined
the run->debug structure.
For KVM also use the "struct debug_reg" defined in asm/processor.h
Signed-off-by: Bharat Bhushan
---
arch/powerpc/include/asm/kvm_host.h | 13 +
arch/powerpc/kvm/booke.c| 34 --
2 files changed, 25 insertions(+), 22 deletion
eption, always exit to user space irrespective of
user space is expecting the debug exception or not. If this is
unexpected exception (breakpoint/watchpoint event not set by
userspace) then let us leave the action on user space. This
is similar to what it was before, only thing is that now we
have proper exi
From: Bharat Bhushan
This patchset moves the debug registers in a structure, which allows
kvm to use same structure for debug emulation.
Note: Earilier a patchset
"https://lists.ozlabs.org/pipermail/linuxppc-dev/2013-June/108132.html";
was sent which is a bunch of six patches. That p
Signed-off-by: Bharat Bhushan
---
arch/powerpc/kernel/process.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/kernel/process.c b/arch/powerpc/kernel/process.c
index c517dbe..19b8733 100644
--- a/arch/powerpc/kernel/process.c
+++ b/arch/powerpc/kernel
This way we can use same data type struct with KVM and
also help in using other debug related function.
Signed-off-by: Bharat Bhushan
---
arch/powerpc/include/asm/processor.h | 38 +
arch/powerpc/include/asm/reg_booke.h |8 +-
arch/powerpc/kernel/asm-offsets.c|2 +-
arch
"ehpriv 1" instruction is used for setting software breakpoints
by user space. This patch adds support to exit to user space
with "run->debug" have relevant information.
As this is the first point we are using run->debug, also defined
the run->debug structure.
KVM need this function when switching from vcpu to user-space
thread. My subsequent patch will use this function.
Signed-off-by: Bharat Bhushan
---
v5->v6
- switch_booke_debug_regs() not guarded by the compiler switch
arch/powerpc/include/asm/switch_to.h |1 +
arch/powerpc/ker
For KVM also use the "struct debug_reg" defined in asm/processor.h
Signed-off-by: Bharat Bhushan
---
v5->v6
- no changes
arch/powerpc/include/asm/kvm_host.h | 13 +
arch/powerpc/kvm/booke.c| 34 --
2 files changed,
eption, always exit to user space irrespective of
user space is expecting the debug exception or not. If this is
unexpected exception (breakpoint/watchpoint event not set by
userspace) then let us leave the action on user space. This
is similar to what it was before, only thing is that now we
have proper exi
From: Bharat Bhushan
Note: These patches depends on https://lkml.org/lkml/2013/7/4/49.
This patchset adds the userspace debug support for booke/bookehv.
this is tested on powerpc e500v2/e500mc devices.
We are now assuming that debug resource will not be used by kernel for
its own debugging. It
For booke3e _PAGE_ENDIAN is not defined. Infact what is defined
is "_PAGE_LENDIAN" which is wrong and that should be _PAGE_ENDIAN.
There are no compilation errors as
arch/powerpc/include/asm/pte-common.h defines _PAGE_ENDIAN to 0
as it is not defined anywhere.
Signed-off-by: Bhar
"G" bit in MAS2 indicates whether the page is Guarded.
There is no reason to stop guest setting "G", so allow him.
Signed-off-by: Bharat Bhushan
---
arch/powerpc/kvm/e500.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/kvm/e500.h b/a
"E" bit in MAS2 bit indicates whether the page is accessed
in Little-Endian or Big-Endian byte order.
There is no reason to stop guest setting "E", so allow him."
Signed-off-by: Bharat Bhushan
---
arch/powerpc/kvm/e500.h |2 +-
1 files changed, 1 insertions(+), 1 d
re cacheable mapping, which is not yet
supported.
Signed-off-by: Bharat Bhushan
---
arch/powerpc/kvm/e500_mmu_host.c | 24 +++-
1 files changed, 19 insertions(+), 5 deletions(-)
diff --git a/arch/powerpc/kvm/e500_mmu_host.c b/arch/powerpc/kvm/e500_mmu_host.c
index 1c6a9d7..
From: Bharat Bhushan
First patch is a typo fix where book3e define _PAGE_LENDIAN while it should be
defined as _PAGE_ENDIAN. This seems to show that this is never exercised :-)
Second and third patch is to allow guest controlling "G"-Guarded and
"E"-Endiany TLB attributes re
For booke3e _PAGE_ENDIAN is not defined. Infact what is defined
is "_PAGE_LENDIAN" which is wrong and should be _PAGE_ENDIAN.
There are no compilation errors as
arch/powerpc/include/asm/pte-common.h defines _PAGE_ENDIAN to 0
as it is not defined anywhere.
Signed-off-by: Bharat Bhushan
"E" bit in MAS2 bit indicates whether the page is accessed
in Little-Endian or Big-Endian byte order.
There is no reason to stop guest setting "E", so allow him."
Signed-off-by: Bharat Bhushan
---
v1->v2
- no change
arch/powerpc/kvm/e500.h |2 +-
1 files
"G" bit in MAS2 indicates whether the page is Guarded.
There is no reason to stop guest setting "E", so allow him.
Signed-off-by: Bharat Bhushan
---
v1->v2
- no change
arch/powerpc/kvm/e500.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/ar
Linux pte search functions find_linux_pte_or_hugepte() and
find_linux_pte() have nothing specific to 64bit anymore.
So they are move from pgtable-ppc64.h to asm/pgtable.h
Signed-off-by: Bharat Bhushan
---
v1->v2
- This is a new change in this version
arch/powerpc/include/asm/pgtable-ppc6
KVM need to lookup linux pte for getting TLB attributes (WIMGE).
This is similar to how book3s does.
This will be used in follow-up patches.
Signed-off-by: Bharat Bhushan
---
v1->v2
- This is a new change in this version
arch/powerpc/include/asm/kvm_booke.h |
KVM uses same WIM tlb attributes as the corresponding qemu pte.
For this we now search the linux pte for the requested page and
get these cache caching/coherency attributes from pte.
Signed-off-by: Bharat Bhushan
---
v1->v2
- Use Linux pte for wimge rather than RAM/no-RAM mechanism
a
"E" bit in MAS2 bit indicates whether the page is accessed
in Little-Endian or Big-Endian byte order.
There is no reason to stop guest setting "E", so allow him."
Signed-off-by: Bharat Bhushan
---
v2->v3
- no change
v1->v2
- no change
arch/powerpc/kvm/e500.
For booke3e _PAGE_ENDIAN is not defined. Infact what is defined
is "_PAGE_LENDIAN" which is wrong and should be _PAGE_ENDIAN.
There are no compilation errors as
arch/powerpc/include/asm/pte-common.h defines _PAGE_ENDIAN to 0
as it is not defined anywhere.
Signed-off-by: Bharat Bhushan
From: Bharat Bhushan
First patch is a typo fix where book3e define _PAGE_LENDIAN while it should be
defined as _PAGE_ENDIAN. This seems to show that this is never exercised :-)
Second and third patch is to allow guest controlling "G"-Guarded and
"E"-Endian TLB attributes r
"G" bit in MAS2 indicates whether the page is Guarded.
There is no reason to stop guest setting "G", so allow him.
Signed-off-by: Bharat Bhushan
---
v2->v3
- no change
v1->v2
- no change
arch/powerpc/kvm/e500.h |2 +-
1 files changed, 1 insertions(+), 1 delet
Linux pte search functions find_linux_pte_or_hugepte() and
find_linux_pte() have nothing specific to 64bit anymore.
So they are move from pgtable-ppc64.h to asm/pgtable.h
Signed-off-by: Bharat Bhushan
---
v2->v3
- no change
v1->v2
- This is a new change in this version
arch/powerpc/i
KVM uses same WIM tlb attributes as the corresponding qemu pte.
For this we now search the linux pte for the requested page and
get these cache caching/coherency attributes from pte.
Signed-off-by: Bharat Bhushan
---
v2->v3
- setting pgdir before kvmppc_fix_ee_before_entry() on vcpu_
-by: Bharat Bhushan
---
v2->v3
- New change
arch/powerpc/include/asm/pgtable.h | 23 +
arch/powerpc/kvm/book3s_hv_rm_mmu.c | 38 +++---
2 files changed, 35 insertions(+), 26 deletions(-)
diff --git a/arch/powerpc/include/asm/pgtable.h
b/a
KVM uses same WIM tlb attributes as the corresponding qemu pte.
For this we now search the linux pte for the requested page and
get these cache caching/coherency attributes from pte.
Signed-off-by: Bharat Bhushan
---
v3->v4
- s/printk/printk_ratelimited till we return machine check in mmu se
From: Bharat Bhushan
First patch is a typo fix where book3e define _PAGE_LENDIAN while it
should be defined as _PAGE_ENDIAN. This seems to show that this is never
exercised :-)
Second and third patch is to allow guest controlling "G"-Guarded and "E"-Endian
TLB attributes r
For booke3e _PAGE_ENDIAN is not defined. Infact what is defined
is "_PAGE_LENDIAN" which is wrong and that should be _PAGE_ENDIAN.
There are no compilation errors as
arch/powerpc/include/asm/pte-common.h defines _PAGE_ENDIAN to 0
as it is not defined anywhere.
Signed-off-by: Bhar
"G" bit in MAS2 indicates whether the page is Guarded.
There is no reason to stop guest setting "G", so allow him.
Signed-off-by: Bharat Bhushan
---
v1->v5
- no change
arch/powerpc/kvm/e500.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/ar
"E" bit in MAS2 bit indicates whether the page is accessed
in Little-Endian or Big-Endian byte order.
There is no reason to stop guest setting "E", so allow him."
Signed-off-by: Bharat Bhushan
---
v1->v5
- no change
arch/powerpc/kvm/e500.h |2 +-
1 files
we do both
- Clear "flags" when invalidating;
- Clear "flags" when reusing same entry later
Signed-off-by: Bharat Bhushan
---
v3-> v5
- New patch (found this issue when doing vfio-pci development)
arch/powerpc/kvm/e500_mmu_host.c | 12 +++-
1 files c
-by: Bharat Bhushan
---
v4->v5
- No change
arch/powerpc/include/asm/pgtable.h | 24 +++
arch/powerpc/kvm/book3s_hv_rm_mmu.c | 36 +++---
2 files changed, 36 insertions(+), 24 deletions(-)
diff --git a/arch/powerpc/include/asm/pgtable.h
b/a
KVM uses same WIM tlb attributes as the corresponding qemu pte.
For this we now search the linux pte for the requested page and
get these cache caching/coherency attributes from pte.
Signed-off-by: Bharat Bhushan
---
v4->v5
- No change
arch/powerpc/include/asm/kvm_host.h |2 +-
a
create IOMMU (Freescale PAMU) mapping for
devices which are directly assigned using VFIO.
Signed-off-by: Bharat Bhushan
---
arch/powerpc/include/asm/machdep.h |8 +++
arch/powerpc/include/asm/pci.h |2 +
arch/powerpc/kernel/msi.c | 18
arch/powerpc/sysdev
From: Bharat Bhushan
returns the iommu_domain of the requested device for fsl pamu.
Use PCI controller dev struct for pci devices as current LIODN schema
assign LIODN to PCI controller not PCI device. This will be corrected
with proper LIODN schema.
Signed-off-by: Bharat Bhushan
---
drivers
This api return the iommu domain to which the device is attached.
The iommu_domain is required for making API calls related to iommu.
Follow up patches which use this API to know iommu maping.
Signed-off-by: Bharat Bhushan
---
drivers/iommu/iommu.c | 10 ++
include/linux/iommu.h
From: Bharat Bhushan
This patchset adds support for vfio-pci with Freescale
IOMMU (PAMU- Peripheral Access Management Unit)
The Freescale PAMU is an aperture-based IOMMU with the following
characteristics. Each device has an entry in a table in memory
describing the iova->phys mapping.
Signed-off-by: Bharat Bhushan
---
drivers/vfio/pci/vfio_pci_rdwr.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/vfio/pci/vfio_pci_rdwr.c b/drivers/vfio/pci/vfio_pci_rdwr.c
index 210db24..8a8156a 100644
--- a/drivers/vfio/pci/vfio_pci_rdwr.c
+++ b/drivers
If the device is attached with iommu domain then set MSI address
to the iova configured in PAMU.
Signed-off-by: Bharat Bhushan
---
arch/powerpc/sysdev/fsl_msi.c | 56 +++-
1 files changed, 54 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/sysdev
Some function defined in vfio_iommu_type1.c were common and
we want to use these for FSL IOMMU (PAMU) and iommu-none driver.
So some of them are moved to vfio_iommu_common.c
I think we can do more of that but we will take this step by step.
Signed-off-by: Bharat Bhushan
---
drivers/vfio
ned-off-by: Bharat Bhushan
---
drivers/vfio/Kconfig |6 +
drivers/vfio/Makefile |1 +
drivers/vfio/vfio_iommu_fsl_pamu.c | 952
include/uapi/linux/vfio.h | 100
4 files changed, 1059 insertions(+), 0 deleti
we do both
- Clear "flags" when invalidating;
- Clear "flags" when reusing same entry later
Signed-off-by: Bharat Bhushan
---
v5->v6
- Fix flag clearing comment
arch/powerpc/kvm/e500_mmu_host.c | 16
1 files changed, 8 insertions(+), 8 d
we do both
- Clear "flags" when invalidating;
- Clear "flags" when reusing same entry later
Signed-off-by: Bharat Bhushan
---
v6->7
- Comment re-phrased
v5->v6
- Reordered the flag clearing steps as per comment on v5
v4->v5
- New change
arch/powerpc/
This was missing on powerpc and I am getting compilation error
drivers/vfio/pci/vfio_pci_rdwr.c:193: undefined reference to `__cmpdi2'
drivers/vfio/pci/vfio_pci_rdwr.c:193: undefined reference to `__cmpdi2'
Signed-off-by: Bharat Bhushan
---
arch/powerpc/kernel/misc_32.
This was missing on powerpc and I am getting compilation error
drivers/vfio/pci/vfio_pci_rdwr.c:193: undefined reference to `__cmpdi2'
drivers/vfio/pci/vfio_pci_rdwr.c:193: undefined reference to `__cmpdi2'
Signed-off-by: Bharat Bhushan
---
arch/powerpc/kernel/misc_32.
In Aperture type of IOMMU (like FSL PAMU), VFIO-iommu system need to know
the MSI region to map its window in h/w. This patch just defines the
required weak functions only and will be used by followup patches.
Signed-off-by: Bharat Bhushan
---
drivers/pci/msi.c | 22
So by now we have defined all the interfaces for getting the msi region,
this patch expose the interface to linux subsystem. These will be used by
vfio subsystem for setting up iommu for MSI interrupt of direct assignment
devices.
Signed-off-by: Bharat Bhushan
---
include/linux/pci.h | 13
This patch adds the interface to get the msi region information from arch
specific code. The machine spicific code is not yet defined.
Signed-off-by: Bharat Bhushan
---
arch/powerpc/include/asm/machdep.h |8
arch/powerpc/kernel/msi.c | 18 ++
2 files
(Freescale PAMU) mapping for
devices which are directly assigned using VFIO.
Signed-off-by: Bharat Bhushan
---
arch/powerpc/sysdev/fsl_msi.c | 42 +++-
arch/powerpc/sysdev/fsl_msi.h | 11 -
2 files changed, 45 insertions(+), 8 deletions(-)
diff
on design. I will divide this in multiple logical
patches once this design is accepted.
Signed-off-by: Bharat Bhushan
---
arch/powerpc/include/asm/machdep.h |2 +
arch/powerpc/kernel/msi.c | 10 ++
arch/powerpc/sysdev/fsl_msi.c | 64
From: Bharat Bhushan
PAMU (FSL IOMMU) has a concept of primary window and subwindows.
Primary window corresponds to the complete guest iova address space
(including MSI space), with respect to IOMMU_API this is termed as
geometry. IOVA Base of subwindow is determined from the number of
> -Original Message-
> From: Wang Dongsheng-B40534
> Sent: Tuesday, November 05, 2013 8:40 AM
> To: Wood Scott-B07421
> Cc: Bhushan Bharat-R65777; linuxppc-dev@lists.ozlabs.org
> Subject: RE: [PATCH v5 4/4] powerpc/85xx: add sysfs for pw20 state and altivec
> idle
>
>
>
> > -Origin
> -Original Message-
> From: Linuxppc-dev [mailto:linuxppc-dev-
> bounces+bharat.bhushan=freescale@lists.ozlabs.org] On Behalf Of Nicolin
> Chen
> Sent: Friday, November 08, 2013 4:20 PM
> To: vinod.k...@intel.com; dan.j.willi...@intel.com; s.ha...@pengutronix.de;
> ti...@tabi.org; s
> > Those codes just for discuss with Bharat. He want to make one flow at
> > "show_pw20_wait_time"/" show_altivec_idle_wait_time" function. If we
> > do that, we need to initialize pw20_wt/altivec_idle_wt.
> >
> I will keep this stuff at "show_pw20_wait_time"/"show_altivec_idle_wait_time"
> and ad
assigned to them.
> 2. moves a bus notifier to powernv code in order to avoid conflict with
> the notifier from Freescale driver.
>
> iommu_add_device() and iommu_del_device() are public now.
>
> Signed-off-by: Alexey Kardashevskiy
Tested-by: Bharat Bhushan
> ---
> Changes:
From: Bharat Bhushan
PAMU (FSL IOMMU) has a concept of primary window and subwindows.
Primary window corresponds to the complete guest iova address space
(including MSI space), with respect to IOMMU_API this is termed as
geometry. IOVA Base of subwindow is determined from the number of
So by now we have defined all the interfaces for getting the msi region,
this patch expose the interface to linux subsystem. These will be used by
vfio subsystem for setting up iommu for MSI interrupt of direct assignment
devices.
Signed-off-by: Bharat Bhushan
---
v1->v2
- None
include/li
In Aperture type of IOMMU (like FSL PAMU), VFIO-iommu system need to know
the MSI region to map its window in h/w. This patch just defines the
required weak functions only and will be used by followup patches.
Signed-off-by: Bharat Bhushan
---
v1->v2
- Added description on "struct ms
This patch adds the interface to get the msi region information from arch
specific code. The machine spicific code is not yet defined.
Signed-off-by: Bharat Bhushan
---
v1->v2
- None
arch/powerpc/include/asm/machdep.h |8
arch/powerpc/kernel/msi.c |
(Freescale PAMU) mapping for
devices which are directly assigned using VFIO.
Signed-off-by: Bharat Bhushan
---
v1->v2
- Atomic increment of bank index for parallel probe of msi node
arch/powerpc/sysdev/fsl_msi.c | 42 +++-
arch/powerpc/sysdev/fsl_ms
This patch defines an interface by which a msi page
can be mapped to a specific iova page.
This is a requirement in aperture type of IOMMUs (like Freescale PAMU),
where we map msi iova page just after guest memory iova address.
Signed-off-by: Bharat Bhushan
---
v2
- new patch
drivers/pci
This patch extend the interface to arch specific code for setting
msi iova address for a msi page. Machine specific code is not yet
implemented.
Signed-off-by: Bharat Bhushan
---
v2
- new patch
arch/powerpc/include/asm/machdep.h |2 ++
arch/powerpc/kernel/msi.c | 10
Now we Keep track of devices which have msi page mapping to specific
iova page for all msi bank. When composing MSI address and data then
this list will be traversed. If device found in the list then use
configured iova page otherwise iova page will be taken as before.
Signed-off-by: Bharat
.
Signed-off-by: Bharat Bhushan
---
v1->v2
- removed un-necessary header file inclusion
- mark static function which are internal to *common.c
drivers/vfio/Makefile|4 +-
drivers/vfio/vfio_iommu_common.c | 227 ++
drivers/v
1.c).
Signed-off-by: Bharat Bhushan
---
v1->v2
- Use lock around msi-dma list
- check for overlap between dma and msi-dma pages
- Some code cleanup as per various comments
drivers/vfio/Kconfig |6 +
drivers/vfio/Makefile |1 +
drivers/vfio/vfio_iommu_fsl_
nux-foundation.org; linux-
> p...@vger.kernel.org; linuxppc-dev@lists.ozlabs.org; linux-
> ker...@vger.kernel.org; Bhushan Bharat-R65777
> Subject: Re: [PATCH 0/9 v2] vfio-pci: add support for Freescale IOMMU (PAMU)
>
> On Tue, 2013-11-19 at 10:47 +0530, Bharat Bhushan wrote:
>
liamson wrote:
> > > On Thu, 2013-11-21 at 11:20 +, Bharat Bhushan wrote:
> > > >
> > > > > -Original Message-
> > > > > From: Alex Williamson [mailto:alex.william...@redhat.com]
> > > > > Sent: Thursday, November 21,
ndation.org; bhelg...@google.com; linuxppc-
> d...@lists.ozlabs.org; linux-ker...@vger.kernel.org
> Subject: Re: [PATCH 0/9 v2] vfio-pci: add support for Freescale IOMMU (PAMU)
>
> On Mon, 2013-11-25 at 05:33 +, Bharat Bhushan wrote:
> >
> > > -Original Message-
>
g
> > Subject: Re: [PATCH 0/9 v2] vfio-pci: add support for Freescale IOMMU
> > (PAMU)
> >
> > On Mon, 2013-11-25 at 05:33 +, Bharat Bhushan wrote:
> > >
> > > > -Original Message-
> > > > From: Alex Williamson [mailto:alex
o
>
> On Tue, Nov 19, 2013 at 10:47:05AM +0530, Bharat Bhushan wrote:
> > In Aperture type of IOMMU (like FSL PAMU), VFIO-iommu system need to
> > know the MSI region to map its window in h/w. This patch just defines
> > the required weak functions only and will be use
1 - 100 of 130 matches
Mail list logo