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 cohere
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 dir
Thomas Huth writes:
> On Wed, 17 Jun 2015 17:34:13 +0530
> Nikunj A Dadhania wrote:
>
>> Nikunj A Dadhania writes:
>>
>> > Thomas Huth writes:
>> >>> +\ Check for GPT MSFT BASIC DATA GUID - vfat based
>> >>> +EBD0A0A2 CONSTANT GPT-BASIC-DATA-PARTITION-1
>> >>> +B9E5 CONSTANT GPT-B
On Fri, Jun 19, 2015 at 7:12 AM, David Long 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"
>>>
>>> The pt_regs_offset structure is used for HAVE_REGS_AND_STACK_ACCESS_API
>>> feature and has identical
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
> > > explicitl
On Thu, 18 Jun 2015 11:54:13 +0530
Nikunj A Dadhania wrote:
> Thomas Huth writes:
>
> > On Thu, 11 Jun 2015 15:48:49 +0530
> > Nikunj A Dadhania wrote:
> >
> >> + block-size * to seek-pos
> >> + block gpt>part-entry-size l@-le to gpt-part-size
> >> + block gpt>num-part-entry l@-le dup 0=
On Wed, 17 Jun 2015 17:34:13 +0530
Nikunj A Dadhania wrote:
> Nikunj A Dadhania writes:
>
> > Thomas Huth writes:
> >>> +\ Check for GPT MSFT BASIC DATA GUID - vfat based
> >>> +EBD0A0A2 CONSTANT GPT-BASIC-DATA-PARTITION-1
> >>> +B9E5 CONSTANT GPT-BASIC-DATA-PARTITION-2
> >>> +4433
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 usabl
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"
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 files. It seems unlikely
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 El
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 lev
* 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
---
Makefile |5 -
arch/p
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 Documentation/trace/ftrac
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 Thu, 18 Jun 2015 18:21:07 +0200
Torsten Duwe 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 ==
> &ftra
On Fri, Jun 19, 2015 at 08:40:44AM -0400, Steven Rostedt wrote:
> On Fri, 19 Jun 2015 14:00:44 +0200
> Torsten Duwe 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 ABI
On Fri, 19 Jun 2015 14:17:03 +0200
Torsten Duwe 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 m
On Fri, 19 Jun 2015 14:00:44 +0200
Torsten Duwe 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 patches, I bu
Hi ,
On Fri, Jun 19, 2015 at 5:30 PM, Suman Tripathi 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
> ---
> ---
> drivers/mmc/host/sdhci-of-arasan.c | 3 ++-
> 1 file chan
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 t
On Thu, Jun 18, 2015 at 12:49:00PM -0400, Steven Rostedt wrote:
> On Thu, 18 Jun 2015 18:21:07 +0200
> Torsten Duwe wrote:
>
> > +
> > _GLOBAL(ftrace_stub)
> > + nop
> > + nop
> > +.localentry ftrace_stub,.-ftrace_stub
>
> You might want to run checkpatch and fix your whitespace er
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
---
---
drivers/mmc/host/sdhci-of-arasan.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/mmc/host/sdhci-of-a
This patch adds the arasan mmc nodes to reuse the of-arasan
driver for APM X-Gene SoC.
Signed-off-by: Suman Tripathi
---
---
arch/arm64/boot/dts/apm/apm-mustang.dts | 4 +++
arch/arm64/boot/dts/apm/apm-storm.dtsi | 43 +
2 files changed, 47 insertions(+)
diff -
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 t
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:
> /work/autotest/nobackup/powerpc-test.git
On 6/18/15, Torsten Duwe 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 provide a des
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 p
27 matches
Mail list logo
