On 11/24/15, Russell Currey wrote:
> On BMC machines, console output is controlled by the OPAL firmware and is
> only flushed when its pollers are called. When the kernel is in a panic
> state, it no longer calls these pollers and thus console output does not
> completely flush, causing some outp
On 11/24/15, Aneesh Kumar K.V wrote:
> Denis Kirjanov writes:
>
>> On 11/23/15, Aneesh Kumar K.V wrote:
>>> We support THP only with book3s_64 and 64K page size. Move
>>> THP details to hash64-64k.h to clarify the same.
> ...
>
>>> -static inline voi
On 11/23/15, Aneesh Kumar K.V wrote:
> We support THP only with book3s_64 and 64K page size. Move
> THP details to hash64-64k.h to clarify the same.
>
> Acked-by: Scott Wood
> Signed-off-by: Aneesh Kumar K.V
> ---
> arch/powerpc/include/asm/book3s/64/hash-64k.h | 126 +
> arch/power
On 11/23/15, Aneesh Kumar K.V wrote:
> For a pte entry we will have _PAGE_PTE set. Our pte page
> address have a minimum alignment requirement of HUGEPD_SHIFT_MASK + 1.
> We use the lower 7 bits to indicate hugepd. ie.
>
> For pmd and pgd we can find:
> 1) _PAGE_PTE set pte -> indicate PTE
> 2) bi
On 11/24/15, Anshuman Khandual wrote:
> This adds two tests for memory page migration. One for normal page
> migration which works for both 4K or 64K base page size kernel and
> the other one is for 16MB huge page migration which will work both
> 4K or 64K base page sized 16MB huge pages as and wh
On 11/23/15, Michael Ellerman wrote:
> Hi Denis,
>
> On Fri, 2015-11-20 at 17:48 +0300, Denis Kirjanov wrote:
>> Hi guys,
>>
>> As we all know we have a great tool to track the patch queue - patchwork.
>> The sad thing is that it's maintained not good as it
On 11/23/15, Michael Ellerman wrote:
> On Fri, 2015-11-20 at 15:22 +0300, Denis Kirjanov wrote:
>> On 11/3/15, Denis Kirjanov wrote:
>> > On 11/3/15, Michael Ellerman wrote:
>> > > On Thu, 2015-10-29 at 22:10 +0300, Denis Kirjanov wrote:
>> > > > ./d
On 11/23/15, Michael Ellerman wrote:
> On Thu, 2015-11-19 at 12:15 +0300, Denis Kirjanov wrote:
>
>> On 11/19/15, Rashmica Gupta wrote:
>
>> > Most architectures use NR_syscalls as the #define for the number of
>> > syscalls.
>> >
>> > W
Hi guys,
As we all know we have a great tool to track the patch queue - patchwork.
The sad thing is that it's maintained not good as it could be. The
netdev patchwork is a great example of how it can be done and I bet
everyone would love to see the ppc patch queue like that.
So can we improve the
On 11/3/15, Denis Kirjanov wrote:
> On 11/3/15, Michael Ellerman wrote:
>> On Thu, 2015-10-29 at 22:10 +0300, Denis Kirjanov wrote:
>>
>>> ./drmgr -c cpu -a -r gives the following warning:
>>>
>>> [ 2327.035563] RCU used illegally from offline CPU!
>
On 11/20/15, Michael Ellerman wrote:
> On Thu, 2015-11-19 at 23:23 +0300, Denis Kirjanov wrote:
>
>> Tested with tools/testing/selftests/vm/mlock2-tests
>> both on ppc64 and ppc32
>
> Actually I did this myself and it's been in my fixes branch (which is in
> li
Tested with tools/testing/selftests/vm/mlock2-tests
both on ppc64 and ppc32
Signed-off-by: Denis Kirjanov
---
arch/powerpc/include/asm/systbl.h | 1 +
arch/powerpc/include/asm/unistd.h | 2 +-
arch/powerpc/include/uapi/asm/unistd.h | 1 +
3 files changed, 3 insertions(+), 1 deletion
On 11/19/15, Rashmica Gupta wrote:
> Most architectures use NR_syscalls as the #define for the number of
> syscalls.
>
> We use __NR_syscalls, and then define NR_syscalls as __NR_syscalls.
>
> __NR_syscalls is not used outside arch code, whereas NR_syscalls is. So as
> NR_syscalls must be defined
On 11/18/15, Daniel Axtens wrote:
> HMIs (Hypervisor Management|Maintenance Interrupts) are a class of interrupt
> on POWER systems.
>
> HMI support has traditionally been exceptionally difficult to test. However
> Skiboot ships a tool that, with the correct magic numbers, will inject them.
>
> Th
On 11/13/15, Laura Abbott wrote:
> Hi,
>
> There seem to be section mismatches coming from head_64.S
>
> WARNING: vmlinux.o(.text+0x8994): Section mismatch in reference from the
> variable __boot_from_prom to the function .init.text:prom_init()
> The function __boot_from_prom() references
> the fu
On 11/3/15, Aneesh Kumar K.V wrote:
> Denis Kirjanov writes:
>
>> On 10/23/15, Aneesh Kumar K.V wrote:
>>> Denis Kirjanov writes:
>>>
>>>> On 10/17/15, Aneesh Kumar K.V wrote:
>>>>> Hi All,
>>>>>
>>>>> Th
On 11/7/15, Li RongQing wrote:
> Does Anyone see this calltrace? I see it from 3.19 to 4.3, did not
> test it on other older release.
http://www.gossamer-threads.com/lists/linux/kernel/2297694
>
>
> EXT4-fs (hda): recovery complete
> EXT4-fs (hda): mounted filesystem with ordered data mode. Opt
On 11/6/15, Anju T wrote:
> Hi Denis,
>
> On Wednesday 04 November 2015 02:26 PM, Denis Kirjanov wrote:
>> On 11/3/15, Anju T wrote:
>>> This short patch series adds the ability to sample the interrupted
>>> machine state for each hardware sample.
>
On 11/3/15, Anju T wrote:
> This short patch series adds the ability to sample the interrupted
> machine state for each hardware sample.
>
> To test this patchset,
> Eg:
>
> $perf record -I ls // record machine state at interrupt
> $perf script -D //read the perf.data file
Uncovered the fo
On 11/3/15, Michael Ellerman wrote:
> On Thu, 2015-10-29 at 22:10 +0300, Denis Kirjanov wrote:
>
>> ./drmgr -c cpu -a -r gives the following warning:
>>
>> [ 2327.035563] RCU used illegally from offline CPU! rcu_scheduler_active
>> = 1, debug_locks = 1
>> [ 2
...
[ 2327.403599] cpu 15 (hwid 15) Ready to die...
Make the hypervisor tracepoints conditional by introducing
TRACE_EVENT_FN_COND similar to TRACE_EVENT_FN
Signed-off-by: Denis Kirjanov
---
arch/powerpc/include/asm/trace.h | 8 ++--
include/linux/tracepoint.h | 4
include/trace
On 10/26/15, Anju T wrote:
> This short patch series add the ability to sample the interrupted
> machine state for each hardware sample
Hi,
how can we check your patch series without testing details?
>
> Anju (3):
> perf/powerpc:add ability to sample intr machine state in power
> tools/perf:
On 10/23/15, Nathan Fontenot wrote:
> When DLPAR adding a CPU we should verify that the CPU does not already
> exist. Failure to do so can generate a kernel oops;
>
> [9.465585] kernel BUG at arch/powerpc/platforms/pseries/dlpar.c:382!
> [9.465796] Oops: Exception in kernel mode, sig: 5 [#
On 10/23/15, Aneesh Kumar K.V wrote:
> Denis Kirjanov writes:
>
>> On 10/17/15, Aneesh Kumar K.V wrote:
>>> Hi All,
>>>
>>> This patch series attempt to update book3s 64 linux page table format to
>>> make it more flexible. Our current pte format
On 10/17/15, Aneesh Kumar K.V wrote:
> Hi All,
>
> This patch series attempt to update book3s 64 linux page table format to
> make it more flexible. Our current pte format is very restrictive and we
> overload multiple pte bits. This is due to the non-availability of free bits
> in pte_t. We use p
k
for the latter case.
Signed-off-by: Denis Kirjanov
---
arch/powerpc/sysdev/msi_bitmap.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/sysdev/msi_bitmap.c b/arch/powerpc/sysdev/msi_bitmap.c
index 1a826f3..ed5234e 100644
--- a/arch/powerpc/sysdev/msi_bitmap.c
On 10/21/15, Arnd Bergmann wrote:
> On Wednesday 21 October 2015 08:56:44 Denis Kirjanov wrote:
>> Building with CONFIG_DEBUG_SECTION_MISMATCH
>> gives the following warning:
>>
>> WARNING: vmlinux.o(.text+0x41fa8): Section mismatch in reference from
>> the fu
.memblock_virt_alloc_try_nid().
This is often because .msi_bitmap_alloc lacks a __init
annotation or the annotation of .memblock_virt_alloc_try_nid is wrong.
Signed-off-by: Denis Kirjanov
---
arch/powerpc/include/asm/msi_bitmap.h | 2 +-
arch/powerpc/sysdev/msi_bitmap.c | 2 +-
2 files
Event Based Branches currenly available on POWER8.
so we can skip them on other CPUs.
I've found that at least one test loops forever
on 970MP (cycles_with_freeze_test).
Signed-off-by: Denis Kirjanov
v2 changes:
- use get_auxv_entry() helper to get supported features
---
.../self
On 10/18/15, Michael Ellerman wrote:
> On Sat, 2015-10-17 at 21:31 +0300, Denis Kirjanov wrote:
>
>> Event Based Branches currenly available on POWER8.
>> so we can skip them on other CPUs.
>
> Thanks for the patch, but ..
>
>> I've found that at le
Event Based Branches currenly available on POWER8.
so we can skip them on other CPUs.
I've found that at least one test loops forever
on 970MP (cycles_with_freeze_test).
Signed-off-by: Denis Kirjanov
---
.../selftests/powerpc/pmu/ebb/back_to_back_ebbs_test.c | 2 ++
.../selftests/po
On 10/16/15, Vasant Hegde wrote:
> On 10/16/2015 04:02 PM, Denis Kirjanov wrote:
>> On 10/16/15, Vasant Hegde wrote:
>>> Currently we do not validate rtas entry before calling enter_rtas().
>>> This
>>> is resulting in a kernel oops (see below) when user spa
On 10/16/15, Vasant Hegde wrote:
> Currently we do not validate rtas entry before calling enter_rtas(). This
> is resulting in a kernel oops (see below) when user space calls rtas system
> call on PowerNV platform. We hit below oops when we ran trinity (system call
> fuzzer) on PowerNV. This patch
On 10/6/15, Michael Ellerman wrote:
> Does anyone build their kernels using CROSS32_COMPILE ?
I didn't even know that such macro exists..
>
> cheers
>
>
> ___
> Linuxppc-dev mailing list
> Linuxppc-dev@lists.ozlabs.org
> https://lists.ozlabs.org/listin
On 10/2/15, Peter Bergner wrote:
> On Fri, 2015-10-02 at 22:03 +0300, Denis Kirjanov wrote:
>> arch/powerpc/kernel/swsusp_asm64.S: Assembler messages:
>>> arch/powerpc/kernel/swsusp_asm64.S:188: Error: missing operand
>>> scripts/Makefile.build:294: recipe for targ
On 10/2/15, Laura Abbott wrote:
> Hi,
>
> We received a report (https://bugzilla.redhat.com/show_bug.cgi?id=1267395)
> of bad assembly
> when compiling on powerpc with little endian
>
> [labbott@labbott-redhat-machine linux_upstream]$ make ARCH=powerpc
> CROSS_COMPILE=powerpc64-linux-gnu-
>CHK
On 9/17/15, Catalin Marinas wrote:
> On Wed, Sep 16, 2015 at 10:26:14PM +0300, Denis Kirjanov wrote:
>> During the MSI bitmap test on boot kmemleak spews the following trace:
>>
>> unreferenced object 0xc0016e86c900 (size 64):
>> comm "swapper/0", pi
On 9/8/15, Michael Ellerman wrote:
> On Mon, 2015-09-07 at 13:39 +0300, Denis Kirjanov wrote:
>> On 9/7/15, Michael Ellerman wrote:
>> > On Mon, 2015-09-07 at 10:30 +0300, Denis Kirjanov wrote:
>> >> On 6/19/15, Benjamin Herrenschmidt wrote:
>> >>
pc/pseries: replace kmalloc + strlcpy
> powerpc/pseries: handle nodes without '/'
> powerpc/pseries: re-use code from of_helpers module
Ok, looks like it's working for me.
Tested-by: Denis Kirjanov
>
> arch/powerpc/platforms/pseries/Makefile | 1
On 10/1/15, Andy Shevchenko wrote:
> On Thu, 2015-10-01 at 10:02 +0300, Denis Kirjanov wrote:
>> On 10/1/15, Michael Ellerman wrote:
>> > On Wed, 2015-09-30 at 19:19 +0300, Andy Shevchenko wrote:
>> > > On Fri, 2015-08-14 at 21:51 +1000, Michael Ellerman wrote:
>
On 10/1/15, Michael Ellerman wrote:
> On Wed, 2015-09-30 at 19:19 +0300, Andy Shevchenko wrote:
>> On Fri, 2015-08-14 at 21:51 +1000, Michael Ellerman wrote:
>> > On Tue, 2015-11-08 at 11:23:09 UTC, Andy Shevchenko wrote:
>> > > int dlpar_attach_node(struct device_node *dn)
>> > > {
>> > >
On 9/29/15, Raghavendra K T wrote:
> On 09/28/2015 10:34 PM, Nishanth Aravamudan wrote:
>> On 28.09.2015 [13:44:42 +0300], Denis Kirjanov wrote:
>>> On 9/27/15, Raghavendra K T wrote:
>>>> Problem description:
>>>> Powerpc has sparse node nu
On 9/27/15, Raghavendra K T wrote:
> Problem description:
> Powerpc has sparse node numbering, i.e. on a 4 node system nodes are
> numbered (possibly) as 0,1,16,17. At a lower level, we map the chipid
> got from device tree is naturally mapped (directly) to nid.
Interesting thing to play with, I'
On 9/28/15, Michael Neuling wrote:
> On Fri, 2015-09-25 at 11:37 +0200, Gabriel Paubert wrote:
>> On Fri, Sep 25, 2015 at 12:28:30PM +0300, Denis Kirjanov wrote:
>> > On 9/25/15, Arnd Bergmann wrote:
>> > > On Friday 25 September 2015 14:01:39 Michael Neuling wrote:
On 9/25/15, Gabriel Paubert wrote:
> On Fri, Sep 25, 2015 at 12:28:30PM +0300, Denis Kirjanov wrote:
>> On 9/25/15, Arnd Bergmann wrote:
>> > On Friday 25 September 2015 14:01:39 Michael Neuling wrote:
>> >> This adds a benchmark directory to the powerpc selftests
On 9/25/15, Arnd Bergmann wrote:
> On Friday 25 September 2015 14:01:39 Michael Neuling wrote:
>> This adds a benchmark directory to the powerpc selftests and adds a
>> gettimeofday() benchmark to it.
>>
>> Suggested-by: Michael Ellerman
>> Signed-off-by: Michael Neuling
>>
>
> Any reason for ke
On 9/24/15, Michael Ellerman wrote:
>
>
> On 23 September 2015 16:05:02 GMT+10:00, Michael Neuling
> wrote:
>>The 32 and 64 bit variants of __get_datapage() use a "bcl; mflr" to
>>determine the loaded address of the VDSO. The current version of these
>>attempt to use the special bcl variant which
On 9/23/15, Michael Neuling wrote:
> The 32 and 64 bit variants of __get_datapage() use a "bcl; mflr" to
> determine the loaded address of the VDSO. The current version of these
> attempt to use the special bcl variant which avoids pushing to the
> link stack.
>
> Unfortunately it uses bcl+8 rathe
On 9/22/15, Christophe Leroy wrote:
> In several architectures, ip_fast_csum() is inlined
> There are functions like ip_send_check() which do nothing
> much more than calling ip_fast_csum().
> Inlining ip_fast_csum() allows the compiler to optimise better
Hi Christophe,
I did try it and see no di
On 9/18/15, Thomas Huth wrote:
> On 16/09/15 12:59, Denis Kirjanov wrote:
>> On 9/16/15, Thomas Huth wrote:
>>> On 16/09/15 10:51, Denis Kirjanov wrote:
>>>> Hi,
>>>>
>>>> I see the following trace on qemu startup (ps700 blade):
>
0xd4/0x270
[] .kernel_init_freeable+0x1a0/0x280
[] .kernel_init+0x1c/0x120
[] .ret_from_kernel_thread+0x58/0x9c
Added a flag to msi_bitmap for tracking allocations
from slab and memblock so we can properly free/handle
memory in msi_bitmap_free().
Signed-off-by: Denis Kirjanov
Changes vor v2:
- added
On 9/16/15, Thomas Huth wrote:
> On 16/09/15 10:51, Denis Kirjanov wrote:
>> Hi,
>>
>> I see the following trace on qemu startup (ps700 blade):
>>
>> v4.2-11169-g64d1def
>>
>>
>> [ 143.369638] ===
>> [ 143
On 9/16/15, Catalin Marinas wrote:
> On Tue, Sep 15, 2015 at 08:14:08PM +0300, Denis Kirjanov wrote:
>> diff --git a/arch/powerpc/include/asm/msi_bitmap.h
>> b/arch/powerpc/include/asm/msi_bitmap.h
>> index 97ac3f4..9a1d2fb 100644
>> --- a/arch/powerpc/include/asm
Hi,
I see the following trace on qemu startup (ps700 blade):
v4.2-11169-g64d1def
[ 143.369638] ===
[ 143.369640] [ INFO: suspicious RCU usage. ]
[ 143.369643] 4.2.0-11169-g64d1def #10 Tainted: G S
[ 143.369645] ---
[ 143.369647] arch/
0xd4/0x270
[] .kernel_init_freeable+0x1a0/0x280
[] .kernel_init+0x1c/0x120
[] .ret_from_kernel_thread+0x58/0x9c
Added a flag to msi_bitmap for tracking allocations
from slab and memblock so we can properly free/handle
memory in msi_bitmap_free().
Signed-off-by: Denis Kirjanov
Changes vor v2:
- added
On 9/14/15, Catalin Marinas wrote:
> On Mon, Sep 14, 2015 at 07:36:49PM +1000, Michael Ellerman wrote:
>> On Mon, 2015-09-14 at 10:15 +0100, Catalin Marinas wrote:
>> > You could add some flag to struct msi_bitmap based on mem_init_done to
>> > be able to reclaim some slab memory later. If the bit
0xd4/0x270
[]
.kernel_init_freeable+0x1a0/0x280
[]
.kernel_init+0x1c/0x120
[]
.ret_from_kernel_thread+0x58/0x9c
The comment in msi_bitmap_free() states that we can't free
the bitmap so mark it with the kmemleak_not_leak().
Signed-off-by: Denis Kirjanov
---
arch
On 9/7/15, Michael Ellerman wrote:
> On Mon, 2015-09-07 at 10:30 +0300, Denis Kirjanov wrote:
>> On 6/19/15, Benjamin Herrenschmidt wrote:
>> > On Thu, 2015-06-18 at 17:34 +0300, Denis Kirjanov wrote:
>> >> On 6/12/15, Denis Kirjanov wrote:
>> >>
On 6/19/15, Benjamin Herrenschmidt wrote:
> On Thu, 2015-06-18 at 17:34 +0300, Denis Kirjanov wrote:
>> On 6/12/15, Denis Kirjanov wrote:
>> > Fix the memory leak in create_gatt_table:
>> > we've lost a kfree on the exit path for the pages array allocated
&g
On 8/7/15, Christian Kujau wrote:
> Hi,
>
> this PowerBook G4 was running 3.16 for a while but now I wanted to upgrade
> to latest mainline. However, during bootup the following happens:
>
> ===
> [2.237102] ata1: PATA max UDMA/100 irq 39
> [2.401708] ata1.00: A
On 8/7/15, Christian Kujau wrote:
> Hi,
>
> this PowerBook G4 was running 3.16 for a while but now I wanted to upgrade
> to latest mainline. However, during bootup the following happens:
>
> ===
> [2.237102] ata1: PATA max UDMA/100 irq 39
> [2.401708] ata1.00: A
On 7/13/15, Benjamin Herrenschmidt wrote:
> On Thu, 2015-07-09 at 12:52 +0300, Denis Kirjanov wrote:
>> On 7/9/15, Christian Zigotzky wrote:
>> > All
>> >
>> > I think you haven't received the SB600 patch yet. I have pasted it in
>> > this e
On 7/9/15, Christian Zigotzky wrote:
> All
>
> I think you haven't received the SB600 patch yet. I have pasted it in
> this email directly. Thank you for your help. I am sorry because of this
> long patch but I hope you could help me a bit.
But the first thing then is to upstream the sb600 patch.
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 6/12/15, Denis Kirjanov wrote:
> Fix the memory leak in create_gatt_table:
> we've lost a kfree on the exit path for the pages array allocated
> in uninorth_create_gatt_table
>
> Signed-off-by: Denis Kirjanov
Hi Ben, Michael
Will you take the patch through your trees or
Fix the memory leak in create_gatt_table:
we've lost a kfree on the exit path for the pages array allocated
in uninorth_create_gatt_table
Signed-off-by: Denis Kirjanov
---
drivers/char/agp/uninorth-agp.c | 16 ++--
1 file changed, 10 insertions(+), 6 deletions(-)
diff --
On 6/8/15, Viresh Kumar wrote:
> On 08-06-15, 19:37, Denis Kirjanov wrote:
>> [6.091149] 4.1.0-rc6-01265-g908e80d-dirty #15 Not tainted
>
> Sorry, this points to a dirty tree. Can you please explain what's more
> than rc6 is here ? Are you using any other patches from
On 6/8/15, Viresh Kumar wrote:
> On 08-06-15, 18:45, Denis Kirjanov wrote:
>> Hi,
>>
>> I see the following lockdep splat on my RackMac machine on boot:
>
> What kernel version is it ?
[6.091149] 4.1.0-rc6-01265-g908e80d-dirty #1
Hi,
I see the following lockdep splat on my RackMac machine on boot:
[6.002593] Registering G5 CPU frequency driver
[6.011288] Frequency method: i2c/pfunc, Voltage method: i2c/pfunc
[6.023605] Low: 1800 Mhz, High: 2300 Mhz, Cur: 1800 MHz
[6.038022] ===
On 5/24/15, Anton Blanchard wrote:
> Hi Cyril,
>
>> These two configs should be identical with the exception of big or
>> little endian
>>
>> The big endian version has XMON_DEFAULT turned on while the little
>> endian has XMON_DEFAULT not set. Enable XMON_DEFAULT for little
>> endian.
>
> I disab
On 2/20/15, Michael Ellerman wrote:
> On Fri, 2015-02-20 at 01:07 +0400, Denis Kirjanov wrote:
>> On 2/19/15, David Miller wrote:
>> > From: Denis Kirjanov
>> > Date: Tue, 17 Feb 2015 10:04:37 +0300
>> >
>> >> This patch series enables BPF JIT on
On 2/19/15, David Miller wrote:
> From: Denis Kirjanov
> Date: Tue, 17 Feb 2015 10:04:37 +0300
>
>> This patch series enables BPF JIT on ppc32. There are relatevily
>> few chnages in the code to make it work.
>>
>> All test_bpf tests passed both on 7447a and P204
Signed-off-by: Denis Kirjanov
---
arch/powerpc/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index 22b0940..5084bdc 100644
--- a/arch/powerpc/Kconfig
+++ b/arch/powerpc/Kconfig
@@ -126,7 +126,7 @@ config PPC
select
Signed-off-by: Denis Kirjanov
---
arch/powerpc/net/Makefile| 2 +-
arch/powerpc/net/{bpf_jit_64.S => bpf_jit_asm.S} | 0
2 files changed, 1 insertion(+), 1 deletion(-)
rename arch/powerpc/net/{bpf_jit_64.S => bpf_jit_asm.S} (100%)
diff --git a/arch/powerpc/net/Ma
Signed-off-by: Denis Kirjanov
---
arch/powerpc/net/bpf_jit.h | 17 +
arch/powerpc/net/bpf_jit_comp.c | 14 +-
2 files changed, 18 insertions(+), 13 deletions(-)
diff --git a/arch/powerpc/net/bpf_jit.h b/arch/powerpc/net/bpf_jit.h
index 2d5e715..889fd19 100644
Use helpers from the asm-compat.h to wrap up assembly mnemonics
Signed-off-by: Denis Kirjanov
---
arch/powerpc/net/bpf_jit.h | 47 ++-
arch/powerpc/net/bpf_jit_64.S | 70 -
arch/powerpc/net/bpf_jit_comp.c | 32
Signed-off-by: Denis Kirjanov
---
arch/powerpc/include/asm/ppc-opcode.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/powerpc/include/asm/ppc-opcode.h
b/arch/powerpc/include/asm/ppc-opcode.h
index 03cd858..2eadde0 100644
--- a/arch/powerpc/include/asm/ppc-opcode.h
+++ b/arch
This patch series enables BPF JIT on ppc32. There are relatevily
few chnages in the code to make it work.
All test_bpf tests passed both on 7447a and P2041-based machines.
Changelog:
v1 - > v2: Reordered Kconfig patch in the series
Denis Kirjanov (6):
ppc: bpf: add required compatibil
Signed-off-by: Denis Kirjanov
---
arch/powerpc/include/asm/asm-compat.h | 4
1 file changed, 4 insertions(+)
diff --git a/arch/powerpc/include/asm/asm-compat.h
b/arch/powerpc/include/asm/asm-compat.h
index 21be8ae..dc85dcb 100644
--- a/arch/powerpc/include/asm/asm-compat.h
+++ b/arch
On 2/15/15, Daniel Borkmann wrote:
> On 02/15/2015 07:06 PM, Denis Kirjanov wrote:
>> This patch series enables BPF JIT on ppc32. There are relatevily
>> few chnages in the code to make it work.
>>
>> All test_bpf tests passed both on 7447a and P2041-based machines.
&
On 2/15/15, David Miller wrote:
> From: Joe Perches
> Date: Sun, 15 Feb 2015 10:15:54 -0800
>
>> On Sun, 2015-02-15 at 21:06 +0300, Denis Kirjanov wrote:
>> []
>>> diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
>> []
>>>
Signed-off-by: Denis Kirjanov
---
arch/powerpc/net/bpf_jit.h | 17 +
arch/powerpc/net/bpf_jit_comp.c | 14 +-
2 files changed, 18 insertions(+), 13 deletions(-)
diff --git a/arch/powerpc/net/bpf_jit.h b/arch/powerpc/net/bpf_jit.h
index 2d5e715..889fd19 100644
Signed-off-by: Denis Kirjanov
---
arch/powerpc/net/Makefile| 2 +-
arch/powerpc/net/{bpf_jit_64.S => bpf_jit_asm.S} | 0
2 files changed, 1 insertion(+), 1 deletion(-)
rename arch/powerpc/net/{bpf_jit_64.S => bpf_jit_asm.S} (100%)
diff --git a/arch/powerpc/net/Ma
Use helpers from the asm-compat.h to wrap up assembly mnemonics
Signed-off-by: Denis Kirjanov
---
arch/powerpc/net/bpf_jit.h | 47 ++-
arch/powerpc/net/bpf_jit_64.S | 70 -
arch/powerpc/net/bpf_jit_comp.c | 32
Signed-off-by: Denis Kirjanov
---
arch/powerpc/include/asm/ppc-opcode.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/powerpc/include/asm/ppc-opcode.h
b/arch/powerpc/include/asm/ppc-opcode.h
index 03cd858..2eadde0 100644
--- a/arch/powerpc/include/asm/ppc-opcode.h
+++ b/arch
Signed-off-by: Denis Kirjanov
---
arch/powerpc/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index 22b0940..5084bdc 100644
--- a/arch/powerpc/Kconfig
+++ b/arch/powerpc/Kconfig
@@ -126,7 +126,7 @@ config PPC
select
Signed-off-by: Denis Kirjanov
---
arch/powerpc/include/asm/asm-compat.h | 4
1 file changed, 4 insertions(+)
diff --git a/arch/powerpc/include/asm/asm-compat.h
b/arch/powerpc/include/asm/asm-compat.h
index 21be8ae..dc85dcb 100644
--- a/arch/powerpc/include/asm/asm-compat.h
+++ b/arch
This patch series enables BPF JIT on ppc32. There are relatevily
few chnages in the code to make it work.
All test_bpf tests passed both on 7447a and P2041-based machines.
arch/powerpc/Kconfig | 2 +-
arch/powerpc/include/asm/asm-compat.h | 4 +
arch/powerpc/include/asm/ppc-
On 12/25/14, Anatoly Pugachev wrote:
> Hello!
>
> Can someone from powerpc kernel guys look at
> https://bugzilla.redhat.com/show_bug.cgi?id=1093163
>
> It can not load kernel on power6 JS22 (type 7998) blade, starting from 3.11
> kernel (but 3.9.x actually bootable).
Try to boot from cd /usb ins
On 11/21/14, Anshuman Khandual wrote:
> On 11/14/2014 03:30 PM, Denis Kirjanov wrote:
>> On 11/13/14, Anshuman Khandual wrote:
>>> > On 11/11/2014 10:56 AM, Anshuman Khandual wrote:
>>>> >> This patch enables get and set of miscellaneous debug r
Hi Michael,
This patch added no new functionality so I haven't put the test
results (of course I ran the test suite to check the patch).
The output :
[ 650.198958] test_bpf: Summary: 60 PASSED, 0 FAILED
On 11/18/14, Michael Ellerman wrote:
> On Mon, 2014-11-17 at 23:07 +0300, Denis
Reduce duplicated code by unifying
BPF_ALU | BPF_MOD | BPF_X and BPF_ALU | BPF_DIV | BPF_X
CC: Alexei Starovoitov
CC: Daniel Borkmann
CC: Philippe Bergheaud
Signed-off-by: Denis Kirjanov
---
arch/powerpc/net/bpf_jit_comp.c | 27 ---
1 file changed, 8 insertions(+), 19
On 11/13/14, Anshuman Khandual wrote:
> On 11/11/2014 10:56 AM, Anshuman Khandual wrote:
>> This patch enables get and set of miscellaneous debug registers through
>> ptrace PTRACE_GETREGSET-PTRACE_SETREGSET interface by implementing new
>> powerpc specific register set REGSET_MISC support corresp
: Daniel Borkmann
CC: Philippe Bergheaud
Signed-off-by: Denis Kirjanov
v2: address Alexei's comments
---
arch/powerpc/net/bpf_jit_comp.c | 17 +
1 file changed, 13 insertions(+), 4 deletions(-)
diff --git a/arch/powerpc/net/bpf_jit_comp.c b/arch/powerpc/net/bpf_jit_comp.c
index d1
Add BPF extension SKF_AD_HATYPE to ppc JIT to check
the hw type of the interface
JIT off:
[ 69.106783] test_bpf: #20 LD_HATYPE 48 48 PASS
JIT on:
[ 64.721757] test_bpf: #20 LD_HATYPE 7 6 PASS
CC: Alexei Starovoitov
CC: Daniel Borkmann
CC: Philippe Bergheaud
Signed-off-by: Denis Kirjanov
On 11/3/14, Philippe Bergheaud wrote:
> Denis Kirjanov wrote:
>> Any feedback from PPC folks?
>
> I have reviewed the patch and it looks fine to me.
> I have tested successfuly on ppc64le.
> I could not test it on ppc64.
Nice, I've tested it on PPC64be
>
>
David, you need a feedback from other guys to apply this patch, right?
Alexei wanted some output before/after the patch.
Michael Ellerman wanted the explanation what a BPF_ANC | SKF_AD_PKTTYPE means.
So I'm waiting the ack/nack from them...
On 11/1/14, David Miller wrote:
> Fro
ping
On 10/31/14, Denis Kirjanov wrote:
> On 10/30/14, Alexei Starovoitov wrote:
>> On Wed, Oct 29, 2014 at 11:12 PM, Denis Kirjanov
>> wrote:
>>> Add BPF extension SKF_AD_PKTTYPE to ppc JIT to load
>>> skb->pkt_type field.
>>>
>>> Before
On 10/30/14, Alexei Starovoitov wrote:
> On Wed, Oct 29, 2014 at 11:12 PM, Denis Kirjanov
> wrote:
>> Add BPF extension SKF_AD_PKTTYPE to ppc JIT to load
>> skb->pkt_type field.
>>
>> Before:
>> [ 88.262622] test_bpf: #11 LD_IND_NET 86 97 99 PASS
>>
9 9 PASS
CC: Alexei Starovoitov
CC: Michael Ellerman
Cc: Matt Evans
Signed-off-by: Denis Kirjanov
v2: Added test rusults
---
arch/powerpc/include/asm/ppc-opcode.h | 1 +
arch/powerpc/net/bpf_jit.h| 7 +++
arch/powerpc/net/bpf_jit_comp.c | 5 +
3 files changed, 13 inserti
101 - 200 of 227 matches
Mail list logo