On Mon, 2017-05-01 at 17:30 -0400, Roy Pledge wrote:
> This patch series enables DPAA1 QBMan devices for ARM and
> ARM64 architectures. This allows the LS1043A and LS1046A to use
> QBMan functionality.
>
> Changes since v2:
> Fixed some misspellings
> Added 'no-map' constraint to device tree bindi
On 05/16/2017 09:19 AM, Balbir Singh wrote:
> patch_instruction is enhanced in this RFC to support
> patching via a different virtual address (text_poke_area).
Why writing instruction directly into the address is not
sufficient and need to go through this virtual address ?
> The mapping of text_p
On 05/16/2017 10:14 AM, Balbir Singh wrote:
> On Tue, 2017-05-16 at 09:30 +0530, Anshuman Khandual wrote:
>> On 05/16/2017 12:49 AM, Breno Leitao wrote:
>>> Hello,
>>>
>>> Kernel 4.12-rc1 is showing a bug when I try it on a POWER8 virtual
>>> machine. Justing SSHing into the machine causes this iss
On Tue, 2017-05-16 at 09:30 +0530, Anshuman Khandual wrote:
> On 05/16/2017 12:49 AM, Breno Leitao wrote:
> > Hello,
> >
> > Kernel 4.12-rc1 is showing a bug when I try it on a POWER8 virtual
> > machine. Justing SSHing into the machine causes this issue.
> >
> > [23.138124] usercopy: kernel
On 05/16/2017 12:49 AM, Breno Leitao wrote:
> Hello,
>
> Kernel 4.12-rc1 is showing a bug when I try it on a POWER8 virtual
> machine. Justing SSHing into the machine causes this issue.
>
> [23.138124] usercopy: kernel memory overwrite attempt detected to
> d3d80030 (mm_struct) (56
arch_arm/disarm_probe use direct assignment for copying
instructions, replace them with patch_instruction
Signed-off-by: Balbir Singh
---
arch/powerpc/kernel/kprobes.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/kernel/kprobes.c b/arch/powerpc/kernel/kpro
Today our patching happens via direct copy and
patch_instruction. The patching code is well
contained in the sense that copying bits are limited.
While considering implementation of CONFIG_STRICT_RWX,
the first requirement is to a create another mapping
that will allow for patching. We create the
patch_instruction is enhanced in this RFC to support
patching via a different virtual address (text_poke_area).
The mapping of text_poke_area->addr is RW and not RWX.
This way the mapping allows write for patching and then we tear
down the mapping. The downside is that we introduce a spinlock
which
Hey Ivan,
Please use j...@jms.id.au when you cc me on patches. That other
address won't work for most people.
Cheers,
Joel
On Mon, May 15, 2017 at 10:37 PM, Ivan Mikhaylov wrote:
> This adds support for the FSP2 (476fpe) board. This includes code in
> arch/powerpc/platforms/44x for board initi
Ah OK, I will include the change.
Thank you,
Pasha
On 05/15/2017 07:17 PM, Heiko Carstens wrote:
Hello Pasha,
Thank you for looking at this patch. I am worried to make the proposed
change, because, as I understand in this case we allocate memory not for
"struct page"s but for table that hold
Hello Pasha,
> Thank you for looking at this patch. I am worried to make the proposed
> change, because, as I understand in this case we allocate memory not for
> "struct page"s but for table that hold them. So, we will change the behavior
> from the current one, where this table is allocated zero
On 05/15/2017 03:38 PM, Michal Hocko wrote:
On Mon 15-05-17 14:12:10, Pasha Tatashin wrote:
Hi Michal,
After looking at your suggested memblock_virt_alloc_core() change again, I
decided to keep what I have. I do not want to inline
memblock_virt_alloc_internal(), because it is not a performanc
On Mon 15-05-17 14:12:10, Pasha Tatashin wrote:
> Hi Michal,
>
> After looking at your suggested memblock_virt_alloc_core() change again, I
> decided to keep what I have. I do not want to inline
> memblock_virt_alloc_internal(), because it is not a performance critical
> path, and by inlining it w
Hello,
Kernel 4.12-rc1 is showing a bug when I try it on a POWER8 virtual
machine. Justing SSHing into the machine causes this issue.
[23.138124] usercopy: kernel memory overwrite attempt detected to
d3d80030 (mm_struct) (560 bytes)
[23.138195] [ cut here ]---
Hi Heiko,
Thank you for looking at this patch. I am worried to make the proposed
change, because, as I understand in this case we allocate memory not for
"struct page"s but for table that hold them. So, we will change the
behavior from the current one, where this table is allocated zeroed, but
Hi Michal,
After looking at your suggested memblock_virt_alloc_core() change again,
I decided to keep what I have. I do not want to inline
memblock_virt_alloc_internal(), because it is not a performance critical
path, and by inlining it we will unnecessarily increase the text size on
all plat
Commit 22d8b3dec214c ("powerpc/kprobes: Emulate instructions on kprobe
handler re-entry") enabled emulating instructions on kprobe re-entry,
rather than single-stepping always. However, we didn't update the single
stepping code to only be run if the emulation fails. Also, we missed
re-enabling pree
Fix a circa 2005 FIXME by implementing a check to ensure that we
actually got into the jprobe break handler() due to the trap in
jprobe_return().
Signed-off-by: Naveen N. Rao
---
arch/powerpc/kernel/kprobes.c | 20 +---
1 file changed, 9 insertions(+), 11 deletions(-)
diff --git
As pointed out in x86 setjmp_pre_handler(), we need to save and restore
the parameter save area since the jprobe hook might overwrite it. Since
there is no easy way to identify the size of the parameter save area,
we choose to save/restore a fixed 16 [double]word-sized area including
the stack fram
On Mon, 15 May 2017 10:54:03 +0530
Viresh Kumar wrote:
> On 14-05-17, 20:27, Thomas Gleixner wrote:
> > To enable smp_processor_id() and might_sleep() debug checks earlier, it's
> > required to add system states between SYSTEM_BOOTING and SYSTEM_RUNNING.
> >
> > Adjust the system_state check in
From: Madalin Bucur
Date: Mon, 15 May 2017 16:36:38 +0300
> Besides the PPC SoCs, the QorIQ DPAA FMan is also present on ARM SoCs,
> moving the device tree binding document into the bindings/net folder.
>
> Signed-off-by: Madalin Bucur
What tree is this targetted at for merging?
Besides the PPC SoCs, the QorIQ DPAA FMan is also present on ARM SoCs,
moving the device tree binding document into the bindings/net folder.
Signed-off-by: Madalin Bucur
---
Documentation/devicetree/bindings/net/fsl-fman.txt | 657 +
.../devicetree/bindings/powerpc/fsl/fman.t
this patch adds default fsp2 config for main usage.
Signed-off-by: Ivan Mikhaylov
---
arch/powerpc/configs/44x/fsp2_defconfig | 126 +++
1 files changed, 126 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/configs/44x/fsp2_defconfig
diff --git a/arch/
Add platform code support for FSP2 (476fpe) board.
Signed-off-by: Ivan Mikhaylov
---
arch/powerpc/platforms/44x/Kconfig | 12 +++
arch/powerpc/platforms/44x/Makefile |1 +
arch/powerpc/platforms/44x/fsp2.c | 62 +++
3 files changed, 75 insertions(+)
Add a device tree for fsp2 board (476 based).
Signed-off-by: Ivan Mikhaylov
---
arch/powerpc/boot/dts/fsp2.dts | 608
1 files changed, 608 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/boot/dts/fsp2.dts
diff --git a/arch/powerpc/boot/dt
Prevent a kernel panic caused by unintentionally clearing TCR
watchdog bits. At this point in the kernel boot, the watchdog has
already been enabled by u-boot. The original code's attempt to
write to the TCR register results in an inadvertent clearing of the
watchdog configuration bits, causing t
This adds support for the FSP2 (476fpe) board. This includes code in
arch/powerpc/platforms/44x for board initialization. Only uImage is
supported by now. Also there was some problem with whole watchdog TCR
rewrite which causing unexpected very early panic and fixed by 4 patch.
dts and defconfig fo
Hi Jiri,
On Mon, May 15, 2017 at 03:07:42PM +0200, Jiri Slaby wrote:
> There is code duplicated over all architecture's headers for
> futex_atomic_op_inuser. Namely op decoding, access_ok check for uaddr,
> and comparison of the result.
>
> Remove this duplication and leave up to the arches only
There is code duplicated over all architecture's headers for
futex_atomic_op_inuser. Namely op decoding, access_ok check for uaddr,
and comparison of the result.
Remove this duplication and leave up to the arches only the needed
assembly which is now in arch_futex_atomic_op_inuser.
Note that s390
On Mon, 15 May 2017, Madhavan Srinivasan wrote:
> On Wednesday 10 May 2017 05:39 PM, Thomas Gleixner wrote:
> > On Thu, 4 May 2017, Anju T Sudhakar wrote:
> > > + /*
> > > + * Update the cpumask with the target cpu and
> > > + * migrate the context if needed
> > > + */
> > > + if (target >= 0 &&
Sorry for delayed response.
On Wednesday 10 May 2017 05:39 PM, Thomas Gleixner wrote:
On Thu, 4 May 2017, Anju T Sudhakar wrote:
+/*
+ * nest_init : Initializes the nest imc engine for the current chip.
+ * by default the nest engine is disabled.
+ */
+static void nest_init(int *cpu_opal_rc)
+
Paul Clarke writes:
> On 05/11/2017 10:46 PM, Michael Ellerman wrote:
>> Paul Clarke writes:
>>> On 05/11/2017 06:24 AM, Nicholas Piggin wrote:
Provide a dt_cpu_ftrs= cmdline option to disable the dt_cpu_ftrs CPU
feature discovery, and fall back to the "cputable" based version.
>>>
>>>
Michael Neuling writes:
> diff --git a/tools/testing/selftests/powerpc/tm/tm-vmx-unavail.c
> b/tools/testing/selftests/powerpc/tm/tm-vmx-unavail.c
> new file mode 100644
> index 00..137185ba49
> --- /dev/null
> +++ b/tools/testing/selftests/powerpc/tm/tm-vmx-unavail.c
> @@ -0,0 +1,118 @@
Hello,
On Mon, 15 May 2017 12:59:46 +0530
Hari Bathini wrote:
> On Friday 12 May 2017 09:12 PM, Michal Suchánek wrote:
> > On Fri, 12 May 2017 15:15:33 +0530
> > Hari Bathini wrote:
> >
> >> On Thursday 11 May 2017 06:46 PM, Michal Suchánek wrote:
> >>> On Thu, 11 May 2017 02:00:11 +0530
>
Jessica Yu writes:
> +++ Michael Ellerman [10/05/17 16:57 +1000]:
>>On powerpc we can build the kernel with two different ABIs for mcount(), which
>>is used by ftrace. Kernels built with one ABI do not know how to load modules
>>built with the other ABI. The new style ABI is called "mprofile-kern
Cyril Bur writes:
> On Mon, 2017-05-08 at 17:16 +1000, Michael Neuling wrote:
>> In this commit:
>> commit dc3106690b20305c3df06b42456fe386dd632ac9
>> Author: Cyril Bur
>> powerpc: tm: Always use fp_state and vr_state to store live registers
>>
>> A section of code was removed that copied
Thomas Gleixner writes:
> To enable smp_processor_id() and might_sleep() debug checks earlier, it's
> required to add system states between SYSTEM_BOOTING and SYSTEM_RUNNING.
>
> Adjust the system_state check in smp_generic_cpu_bootable() to handle the
> extra states.
>
> Signed-off-by: Thomas Gl
On Friday 12 May 2017 09:12 PM, Michal Suchánek wrote:
On Fri, 12 May 2017 15:15:33 +0530
Hari Bathini wrote:
On Thursday 11 May 2017 06:46 PM, Michal Suchánek wrote:
On Thu, 11 May 2017 02:00:11 +0530
Hari Bathini wrote:
Hello Michal,
On Wednesday 10 May 2017 09:31 PM, Michal Sucháne
38 matches
Mail list logo
