Hello,
On 11/23/2012 10:29 PM, Shuah Khan wrote:
An earlier patch added dma mapping error debug feature to dma_debug
infrastructure. References:
https://lkml.org/lkml/2012/10/8/296
https://lkml.org/lkml/2012/11/3/219
The following series of patches adds the call to debug_dma_mapping_error()
On Mon, Nov 26, 2012 at 11:57:19AM +0100, Marek Szyprowski wrote:
I've took all the patches to the next-dma-debug branch in my tree, I sorry
that You have to wait so long for it. My branch is based on Joerg's
dma-debug branch and I've included it for testing in linux-next branch.
Joerg:
Hi Shuah,
On Fri, Nov 23, 2012 at 02:29:02PM -0700, Shuah Khan wrote:
x86 - done in the first patch that added the feature.
ARM64: dma_debug: add debug_dma_mapping_error support
c6x: dma_debug: add debug_dma_mapping_error support
ia64: dma_debug: add debug_dma_mapping_error support
Wolfram Sang writes:
--osDK9TLjxFScVI/L
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Tue, Nov 20, 2012 at 02:46:21PM +0100, Jean Delvare wrote:
On Mon, 19 Nov 2012 13:20:14 -0500, Bill Pemberton wrote:
On 2012/11/1 17:44, Wen Congyang wrote:
This patch introduces a new function try_offline_node() to
remove sysfs file of node when all memory sections of this
node are removed. If some memory sections of this node are
not removed, this function does nothing.
CC: David Rientjes
On Thu, 2012-11-22 at 11:56 +, Sethi Varun-B16395 wrote:
-Original Message-
From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel-
ow...@vger.kernel.org] On Behalf Of Alex Williamson
Sent: Tuesday, November 20, 2012 11:50 PM
To: Alexey Kardashevskiy
Cc: Benjamin
On Fri, 2012-11-23 at 13:02 +1100, Alexey Kardashevskiy wrote:
On 22/11/12 22:56, Sethi Varun-B16395 wrote:
-Original Message-
From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel-
ow...@vger.kernel.org] On Behalf Of Alex Williamson
Sent: Tuesday, November 20, 2012
On Mon, 2012-11-26 at 12:22 +0100, Joerg Roedel wrote:
Hi Shuah,
On Fri, Nov 23, 2012 at 02:29:02PM -0700, Shuah Khan wrote:
x86 - done in the first patch that added the feature.
ARM64: dma_debug: add debug_dma_mapping_error support
c6x: dma_debug: add debug_dma_mapping_error support
On Mon, Nov 19, 2012 at 01:22:21PM -0500, Bill Pemberton wrote:
CONFIG_HOTPLUG is going away as an option so __devinit is no longer
needed.
...
drivers/scsi/vmw_pvscsi.c | 6 +-
For vmw_pvscsi:
Acked-by: Dmitry Torokhov d...@vmware.com
Thanks,
Dmitry
On Mon, 2012-11-26 at 08:18 -0700, Alex Williamson wrote:
On Fri, 2012-11-23 at 13:02 +1100, Alexey Kardashevskiy wrote:
On 22/11/12 22:56, Sethi Varun-B16395 wrote:
-Original Message-
From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel-
ow...@vger.kernel.org]
On Fri, 2012-11-23 at 20:03 +1100, Alexey Kardashevskiy wrote:
VFIO implements platform independent stuff such as
a PCI driver, BAR access (via read/write on a file descriptor
or direct mapping when possible) and IRQ signaling.
The platform dependent part includes IOMMU initialization
and
On Mon, Nov 19, 2012 at 01:26:26PM -0500, Bill Pemberton wrote:
CONFIG_HOTPLUG is going away as an option so __devexit is no
longer needed.
Signed-off-by: Bill Pemberton wf...@virginia.edu
Cc: David Airlie airl...@linux.ie
Cc: Olof Johansson o...@lixom.net
Cc: Mattia Dongili
On Mon, Nov 26, 2012 at 9:54 PM, Geert Uytterhoeven
ge...@linux-m68k.org wrote:
JFYI, when comparing v3.7-rc7 to v3.7-rc6[3], the summaries are:
- build errors: +4/-8
+ error: __sync_fetch_and_and_4
[drivers/staging/line6/line6usb.ko] undefined!: = N/A
+ error: __sync_fetch_and_or_4
On Mon, 2012-11-26 at 11:04 -0700, Alex Williamson wrote:
Ok, I see tces are put on shutdown via tce_iommu_detach_group, so you're
more concerned about the guest simply mapping over top of it's own
mappings. Is that common? Is it common enough for every multi-page
mapping to assume it will
On 11/22/2012 08:01 PM, Michael Neuling wrote:
Heaven Myneni ha...@linux.vnet.ibm.com wrote:
[PATCH 2/6] powerpc: Define CPU_FTR_HAS_PPR
CPU_FTR_HAS_PPR is defined for POWER7.
Signed-off-by: Haren Myneni ha...@us.ibm.com
---
arch/powerpc/include/asm/cputable.h |6 --
1 files
On 11/22/2012 07:39 PM, Michael Neuling wrote:
Haren Myneni ha...@linux.vnet.ibm.com wrote:
[PATCH 5/6] powerpc: Macros for saving/restore PPR
Several macros are defined for saving and restore user defined PPR value.
Signed-off-by: Haren Myneni ha...@us.ibm.com
---
At 11/26/2012 10:27 PM, Jianguo Wu Wrote:
On 2012/11/1 17:44, Wen Congyang wrote:
This patch introduces a new function try_offline_node() to
remove sysfs file of node when all memory sections of this
node are removed. If some memory sections of this node are
not removed, this function does
POWER8 implements hardware transactional memory support. This patch series
adds kernel support so that user programs can use this hardware transactional
memory and the new state is properly context switched. It is not currently
used by the kernel itself.
This patch series was originally
Signed-off-by: Matt Evans m...@ozlabs.org
Signed-off-by: Michael Neuling mi...@neuling.org
---
arch/powerpc/include/asm/cputable.h |8
1 file changed, 8 insertions(+)
diff --git a/arch/powerpc/include/asm/cputable.h
b/arch/powerpc/include/asm/cputable.h
index fc4d2c5..f2163da
Here we define the new instructions we need for transactional memory in the
kernel. This is so we can support compiling with binutils that don't support
the new transactional memory instructions.
Transactional memory results in two sets of architected state (GPRs/VSRs
etc).
treclaim allows us
Set of new archtected state for saving away on context switch.
Signed-off-by: Matt Evans m...@ozlabs.org
Signed-off-by: Michael Neuling mi...@neuling.org
---
arch/powerpc/include/asm/processor.h | 28
1 file changed, 28 insertions(+)
diff --git
This adds new macros for saving and restoring checkpointed architected state
from and to the thread_struct.
It also adds some debugging macros for when your brain explodes trying to debug
your transactional memory enabled kernel.
Signed-off-by: Matt Evans m...@ozlabs.org
Signed-off-by: Michael
Defines for MSR bits and transactional memory related SPRs TFIAR, TEXASR and
TEXASRU.
Signed-off-by: Matt Evans m...@ozlabs.org
Signed-off-by: Michael Neuling mi...@neuling.org
---
arch/powerpc/include/asm/reg.h | 21 +
1 file changed, 21 insertions(+)
diff --git
Add transactional memory paca scratch register to show_regs. This is useful
for debugging.
Signed-off-by: Matt Evans m...@ozlabs.org
Signed-off-by: Michael Neuling mi...@neuling.org
---
arch/powerpc/include/asm/paca.h |1 +
arch/powerpc/kernel/asm-offsets.c |1 +
Here we add the helper functions to be used when context switching. These
allow us to fully reclaim and recheckpoint a transaction.
Signed-off-by: Matt Evans m...@ozlabs.org
Signed-off-by: Michael Neuling mi...@neuling.org
---
arch/powerpc/include/asm/reg.h |2 +-
This adds functions to restore the state of the FP/VSX registers from
what's stored in the thread_struct. Two version for FP/VSX are required
since one restores them from transactional/checkpoint side of the
thread_struct and the other from the speculated side.
Similar functions are added for
When we switch out a task, we need to save both the checkpointed and the
speculated state into the thread struct.
Similarly when we are switching in a task we need to load both the checkpointed
and speculated state. If the task was using FP, we non-lazily reload both the
original and the
These should never happen since we always turn on MSR TM when in userspace. We
don't do lazy TM.
Hence if we hit this, we barf and kill the task as something's gone horribly
wrong.
Signed-off-by: Matt Evans m...@ozlabs.org
Signed-off-by: Michael Neuling mi...@neuling.org
---
We do lazy FP but not lazy TM (ie. userspace starts with MSR TM=1 FP=0). Hence
if userspace does an FP instruction during a transaction, we'll take an
fp unavailable exception.
This adds functions needed to handle this case. We have to inject the current
FP state into the checkpoint so that the
This hooks the new transactional memory code into context switching, FP/VMX/VMX
unavailable and exception return.
Signed-off-by: Matt Evans m...@ozlabs.org
Signed-off-by: Michael Neuling mi...@neuling.org
---
arch/powerpc/kernel/entry_64.S | 22
Signed-off-by: Matt Evans m...@ozlabs.org
Signed-off-by: Michael Neuling mi...@neuling.org
---
arch/powerpc/include/asm/cputable.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/include/asm/cputable.h
b/arch/powerpc/include/asm/cputable.h
index
Kconfig option for transactional memory on powerpc.
Signed-off-by: Matt Evans m...@ozlabs.org
Signed-off-by: Michael Neuling mi...@neuling.org
---
arch/powerpc/Kconfig |8
1 file changed, 8 insertions(+)
diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index
Signed-off-by: Matt Evans m...@ozlabs.org
Signed-off-by: Michael Neuling mi...@neuling.org
---
arch/powerpc/configs/ppc64_defconfig |1 +
arch/powerpc/configs/pseries_defconfig |1 +
2 files changed, 2 insertions(+)
diff --git a/arch/powerpc/configs/ppc64_defconfig
Signed-off-by: Matt Evans m...@ozlabs.org
Signed-off-by: Michael Neuling mi...@neuling.org
---
Documentation/powerpc/transactional_memory.txt | 119
1 file changed, 119 insertions(+)
create mode 100644 Documentation/powerpc/transactional_memory.txt
diff --git
On 27/11/12 05:04, Alex Williamson wrote:
On Mon, 2012-11-26 at 08:18 -0700, Alex Williamson wrote:
On Fri, 2012-11-23 at 13:02 +1100, Alexey Kardashevskiy wrote:
On 22/11/12 22:56, Sethi Varun-B16395 wrote:
-Original Message-
From: linux-kernel-ow...@vger.kernel.org
The ppc64 kernel can get loaded at any address which means
our very early init code in prom_init.c must be relocatable. We do
this with a pretty nasty RELOC() macro that we wrap accesses of
variables with. It is very fragile and sometimes we forget to add a
RELOC() to an uncommon path or
Now we relocate prom_init.c on 64bit we can finally remove the
nasty RELOC() macro.
Finally a patch that I can claim has a net positive effect on
the kernel. It doesn't happen very often.
Signed-off-by: Anton Blanchard an...@samba.org
---
Index: b/arch/powerpc/kernel/prom_init.c
Finally remove the two level TOC and build with -mcmodel=medium.
Unfortunately we can't build modules with -mcmodel=medium due to
the tricks the kernel module loader plays with percpu data:
# -mcmodel=medium breaks modules because it uses 32bit offsets from
# the TOC pointer to create pointers
On 27/11/12 05:20, Alex Williamson wrote:
On Fri, 2012-11-23 at 20:03 +1100, Alexey Kardashevskiy wrote:
VFIO implements platform independent stuff such as
a PCI driver, BAR access (via read/write on a file descriptor
or direct mapping when possible) and IRQ signaling.
The platform dependent
On Tue, 2012-11-27 at 14:28 +1100, Alexey Kardashevskiy wrote:
On 27/11/12 05:04, Alex Williamson wrote:
On Mon, 2012-11-26 at 08:18 -0700, Alex Williamson wrote:
On Fri, 2012-11-23 at 13:02 +1100, Alexey Kardashevskiy wrote:
On 22/11/12 22:56, Sethi Varun-B16395 wrote:
-Original
On Tue, 2012-11-27 at 15:06 +1100, Alexey Kardashevskiy wrote:
On 27/11/12 05:20, Alex Williamson wrote:
On Fri, 2012-11-23 at 20:03 +1100, Alexey Kardashevskiy wrote:
VFIO implements platform independent stuff such as
a PCI driver, BAR access (via read/write on a file descriptor
or
On Fri, 2012-11-23 at 20:03 +1100, Alexey Kardashevskiy wrote:
This patch initializes IOMMU groups based on the IOMMU
configuration discovered during the PCI scan on POWERNV
(POWER non virtualized) platform. The IOMMU groups are
to be used later by VFIO driver (PCI pass through).
It also
On 27/11/12 15:29, Alex Williamson wrote:
On Tue, 2012-11-27 at 15:06 +1100, Alexey Kardashevskiy wrote:
On 27/11/12 05:20, Alex Williamson wrote:
On Fri, 2012-11-23 at 20:03 +1100, Alexey Kardashevskiy wrote:
VFIO implements platform independent stuff such as
a PCI driver, BAR access (via
On Tue, 2012-11-27 at 15:58 +1100, Alexey Kardashevskiy wrote:
On 27/11/12 15:29, Alex Williamson wrote:
On Tue, 2012-11-27 at 15:06 +1100, Alexey Kardashevskiy wrote:
On 27/11/12 05:20, Alex Williamson wrote:
On Fri, 2012-11-23 at 20:03 +1100, Alexey Kardashevskiy wrote:
VFIO implements
On Tue, Nov 27, 2012 at 03:58:14PM +1100, Alexey Kardashevskiy wrote:
On 27/11/12 15:29, Alex Williamson wrote:
On Tue, 2012-11-27 at 15:06 +1100, Alexey Kardashevskiy wrote:
On 27/11/12 05:20, Alex Williamson wrote:
On Fri, 2012-11-23 at 20:03 +1100, Alexey Kardashevskiy wrote:
VFIO
On Tue, 2012-11-27 at 14:39 +1100, Anton Blanchard wrote:
The ppc64 kernel can get loaded at any address which means
our very early init code in prom_init.c must be relocatable. We do
this with a pretty nasty RELOC() macro that we wrap accesses of
variables with. It is very fragile and
On 11/15/2012 04:04 AM, Preeti Murthy wrote:
Hi all,
The code looks correct and inviting to me as it has led to good cleanups.
I dont think passing 0 as the argument to the function
sched_clock_idle_wakeup_event()
should lead to problems,as it does not do anything useful with the
passed
On 2012/11/1 17:44, Wen Congyang wrote:
From: Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com
All pages of virtual mapping in removed memory cannot be freed, since some
pages
used as PGD/PUD includes not only removed memory but also other memory. So the
patch checks whether page can be
drivers/idle/intel_idle.c | 14 +-
Acked-by: Len Brown len.br...@intel.com
thanks!
-Len
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
At 11/27/2012 01:47 PM, Jianguo Wu Wrote:
On 2012/11/1 17:44, Wen Congyang wrote:
From: Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com
All pages of virtual mapping in removed memory cannot be freed, since some
pages
used as PGD/PUD includes not only removed memory but also other memory.
At 11/27/2012 01:47 PM, Jianguo Wu Wrote:
On 2012/11/1 17:44, Wen Congyang wrote:
From: Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com
All pages of virtual mapping in removed memory cannot be freed, since some
pages
used as PGD/PUD includes not only removed memory but also other memory.
On 2012/11/27 14:49, Wen Congyang wrote:
At 11/27/2012 01:47 PM, Jianguo Wu Wrote:
On 2012/11/1 17:44, Wen Congyang wrote:
From: Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com
All pages of virtual mapping in removed memory cannot be freed, since some
pages
used as PGD/PUD includes not
52 matches
Mail list logo