On 05/18/2015 01:40 AM, Michael Ellerman wrote:
On Mon, 2015-18-05 at 03:56:51 UTC, Benjamin Herrenschmidt wrote:
This patch adds the ability to the DMA direct ops to fallback to the IOMMU
ops for coherent alloc/free if the coherent mask of the device isn't
suitable for accessing the direct
On Fri, 2015-06-19 at 16:19 -0500, Brian King wrote:
On 05/18/2015 01:40 AM, Michael Ellerman wrote:
On Mon, 2015-18-05 at 03:56:51 UTC, Benjamin Herrenschmidt wrote:
This patch adds the ability to the DMA direct ops to fallback to the IOMMU
ops for coherent alloc/free if the coherent mask
On Fri, 2015-12-06 at 01:06:32 UTC, Sam bobroff wrote:
This patch changes the syscall handler to doom (tabort) active
transactions when a syscall is made and return very early without
performing the syscall and keeping side effects to a minimum (no CPU
accounting or system call tracing is
This is an *emergency* parachute to avoid an endless recursion and
consecutively a kernel stack overflow, should any function within some
ftrace framework cause an access fault, which calls _mcount / ftrace_caller
in return and so on. It might also call an ftrace'd function directly.
As Michael
On Fri, Jun 19, 2015 at 08:40:44AM -0400, Steven Rostedt wrote:
On Fri, 19 Jun 2015 14:00:44 +0200
Torsten Duwe d...@lst.de wrote:
| kernel/bounds.c:1:0: error: -mcall-aixdesc incompatible with -mabi=elfv2
Are you building ppc64, little endian, ELF ABIv2 ?
It's big endian.
And
* Makefile:
- globally use -mprofile-kernel in case it's configured.
* arch/powerpc/Kconfig / kernel/trace/Kconfig:
- declare that ppc64 HAVE_MPROFILE_KERNEL and
HAVE_DYNAMIC_FTRACE_WITH_REGS, and use it.
Signed-off-by: Torsten Duwe d...@suse.de
---
Makefile |5
On Thu, 18 Jun 2015 18:21:07 +0200
Torsten Duwe d...@lst.de wrote:
Implement FTRACE_WITH_REGS for powerpc64, on ELF ABI v2.
Initial work started by Vojtech Pavlik, used with permission.
* arch/powerpc/kernel/entry_64.S:
- enhance _mcount with a stub to test (ftrace_trace_function ==
Using -mprofile-kernel on early boot code not only confuses the
checker but is also useless, as the infrastructure is not yet in
place. Proceed like with -pg (remove it from CFLAGS), equally with
time.o and ftrace itself.
* arch/powerpc/kernel/Makefile:
- remove -mprofile-kernel from low
Implement FTRACE_WITH_REGS for powerpc64, on ELF ABI v2.
Initial work started by Vojtech Pavlik, used with permission.
* arch/powerpc/kernel/entry_64.S:
- enhance _mcount with a stub to test
(ftrace_trace_function == ftrace_stub)
as suggested in
Changes since v1: adjusted dashes, whitespace, make checkpatch happy.
No functional changes.
Do NOT select FTRACE_WITH_REGS on ELF ABI v1 !
For C source, there's
#if defined(_CALL_ELF) _CALL_ELF == 2
Maybe there's something for Kconfig, too.
Torsten
On 06/19/15 00:19, Michael Ellerman wrote:
On Mon, 2015-06-15 at 12:42 -0400, David Long wrote:
From: David A. Long dave.l...@linaro.org
The pt_regs_offset structure is used for HAVE_REGS_AND_STACK_ACCESS_API
feature and has identical definitions in four different arch ptrace.h
include
On Thu, Jun 18, 2015 at 12:49:00PM -0400, Steven Rostedt wrote:
On Thu, 18 Jun 2015 18:21:07 +0200
Torsten Duwe d...@lst.de wrote:
+
_GLOBAL(ftrace_stub)
+ nop
+ nop
+.localentry ftrace_stub,.-ftrace_stub
You might want to run checkpatch and fix your whitespace
On Fri, Jun 19, 2015 at 10:15:44AM +0300, Denis Kirjanov wrote:
Hi Torsten,
could you provide a description how you did test that.
Vanilla kernel, those patches on top, built as described to
Steven in the previous mail (.config attached there, built
natively on ppc64le ABIv2, mentioned tool
On Fri, 19 Jun 2015 14:00:44 +0200
Torsten Duwe d...@lst.de wrote:
| kernel/bounds.c:1:0: error: -mcall-aixdesc incompatible with -mabi=elfv2
Are you building ppc64, little endian, ELF ABIv2 ?
It's big endian.
Is your cross compiler working properly?
Well, just before applying your
On Fri, 19 Jun 2015 14:17:03 +0200
Torsten Duwe d...@lst.de wrote:
On Fri, Jun 19, 2015 at 10:15:44AM +0300, Denis Kirjanov wrote:
Hi Torsten,
could you provide a description how you did test that.
Vanilla kernel, those patches on top, built as described to
Steven in the previous
This patch disables the 1.8V signaling for arasan 4.9a version
of SDHCI controller with the help SDHCI_QUIRK2_NO_1_8_V quirk.
Signed-off-by: Suman Tripathi stripa...@apm.com
---
---
drivers/mmc/host/sdhci-of-arasan.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
Hi ,
On Fri, Jun 19, 2015 at 5:30 PM, Suman Tripathi stripa...@apm.com wrote:
This patch disables the 1.8V signaling for arasan 4.9a version
of SDHCI controller with the help SDHCI_QUIRK2_NO_1_8_V quirk.
Signed-off-by: Suman Tripathi stripa...@apm.com
---
---
This patch adds the arasan mmc nodes to reuse the of-arasan
driver for APM X-Gene SoC.
Signed-off-by: Suman Tripathi stripa...@apm.com
---
---
arch/arm64/boot/dts/apm/apm-mustang.dts | 4 +++
arch/arm64/boot/dts/apm/apm-storm.dtsi | 43 +
2 files changed, 47
This patch adds the SDHCI support for APM X-Gene SoC using ARASAN SDHCI
controller.
v1 change:
* Use the CONFIG_ARM64_DMA_HAS_IOMMU for dma-mapping.
v2 change:
* Drop the IOMMU support and switching to PIO mode for arasan.
controller integrated inside APM X-Gene SoC.
v3 change:
* Change
On Thu, Jun 18, 2015 at 12:55:39PM -0400, Steven Rostedt wrote:
I applied these patches against v4.1-rc8 and I get this compiling it
for my electra:
/work/autotest/nobackup/powerpc-test.git/arch/powerpc/kernel/entry_64.S:
Assembler messages:
On 6/18/15, Torsten Duwe d...@lst.de wrote:
Did I miss anything else? I have the notrace optimisations and
kernel live patching in the queue, which depends on this, so I'd
really appreciate a comment whether it is acceptable in this form
or not. Thanks in advance!
Hi Torsten,
could you
On Thu 18-06-15 16:30:48, Eric B Munson wrote:
On Thu, 18 Jun 2015, Michal Hocko wrote:
[...]
Wouldn't it be much more reasonable and straightforward to have
MAP_FAULTPOPULATE as a counterpart for MAP_POPULATE which would
explicitly disallow any form of pre-faulting? It would be usable for
On Fri, Jun 19, 2015 at 7:12 AM, David Long dave.l...@linaro.org wrote:
On 06/19/15 00:19, Michael Ellerman wrote:
On Mon, 2015-06-15 at 12:42 -0400, David Long wrote:
From: David A. Long dave.l...@linaro.org
The pt_regs_offset structure is used for HAVE_REGS_AND_STACK_ACCESS_API
feature
On Wed, 17 Jun 2015 17:34:13 +0530
Nikunj A Dadhania nik...@linux.vnet.ibm.com wrote:
Nikunj A Dadhania nik...@linux.vnet.ibm.com writes:
Thomas Huth th...@redhat.com writes:
+\ Check for GPT MSFT BASIC DATA GUID - vfat based
+EBD0A0A2 CONSTANT GPT-BASIC-DATA-PARTITION-1
+B9E5
On Thu, 18 Jun 2015 11:54:13 +0530
Nikunj A Dadhania nik...@linux.vnet.ibm.com wrote:
Thomas Huth th...@redhat.com writes:
On Thu, 11 Jun 2015 15:48:49 +0530
Nikunj A Dadhania nik...@linux.vnet.ibm.com wrote:
+ block-size * to seek-pos
+ block gptpart-entry-size l@-le to
On Fri, 19 Jun 2015, Michal Hocko wrote:
On Thu 18-06-15 16:30:48, Eric B Munson wrote:
On Thu, 18 Jun 2015, Michal Hocko wrote:
[...]
Wouldn't it be much more reasonable and straightforward to have
MAP_FAULTPOPULATE as a counterpart for MAP_POPULATE which would
explicitly disallow
Thomas Huth th...@redhat.com writes:
On Wed, 17 Jun 2015 17:34:13 +0530
Nikunj A Dadhania nik...@linux.vnet.ibm.com wrote:
Nikunj A Dadhania nik...@linux.vnet.ibm.com writes:
Thomas Huth th...@redhat.com writes:
+\ Check for GPT MSFT BASIC DATA GUID - vfat based
+EBD0A0A2 CONSTANT
27 matches
Mail list logo