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 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/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/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/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/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/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
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/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
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!
>
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/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
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:
> 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/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, 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/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/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/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
TRACE_EVENT_FN can't be used in some circumstances
like invoking trace functions from offlined CPU due
to RCU usage.
This patch adds the TRACE_EVENT_FN_COND macro
to make such trace points conditional.
Signed-off-by: Denis Kirjanov
---
include/linux/tracepoint.h | 4
include/
die...
[ 2327.294180] cpu 14 (hwid 14) Ready to die...
[ 2327.403599] cpu 15 (hwid 15) Ready to die...
Make the hypervisor tracepoints conditional by using
TRACE_EVENT_FN_COND
Signed-off-by: Denis Kirjanov
---
arch/powerpc/include/asm/trace.h | 8 ++--
1 file changed, 6 insertions
On 11/25/15, Rashmica Gupta wrote:
> The ml command in xmon currently only works for 32-bit values and so fails
> to find 64-bit values on a ppc64 machine. So change to work for 64-bit
> values.
Please add xmon to the subject line
>
> This is based off a patch by Josh Boyer.
based on
>
> Signed-of
On 11/25/15, Rashmica Gupta wrote:
> Currently if you are in xmon without an oops etc. to view the kernel
> version you have to type "d $linux_banner" - not necessarily obvious. As
> this is useful information, append to the output of "e" command.
>
> Example output:
> $mon> e
> cpu 0x1: Vector: 0
On 11/25/15, Rashmica Gupta wrote:
> The ml command in xmon currently only works for 32-bit values and so fails
> to find 64-bit values on a ppc64 machine. So change to work for 64-bit
> values.
>
> This is based off a patch by Josh Boyer.
>
> Signed-off-by: Rashmica Gupta
> ---
Please remove(up
On 11/26/15, Michael Ellerman wrote:
> On Tue, 2015-11-24 at 21:23 +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
On 11/26/15, Jia Hongtao wrote:
> Register the qoriq cpufreq driver as a cooling device, based on the
> thermal device tree framework. When temperature crosses the passive trip
> point cpufreq is used to throttle CPUs.
>
> Signed-off-by: Jia Hongtao
> ---
> Changes for V2:
> * Using ->ready callb
On 11/25/15, 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:
> - Implement an effective ftrace_caller that works from
> within the kernel binary as well
On 11/25/15, Torsten Duwe wrote:
> The gcc switch -mprofile-kernel, available for ppc64 on gcc > 4.8.5,
> allows to call _mcount very early in the function, which low-level
> ASM code and code patching functions need to consider.
> Especially the link register and the parameter registers are still
On 11/26/15, Michael Ellerman wrote:
> On Thu, 2015-11-26 at 11:15 +0300, Denis Kirjanov wrote:
>> On 11/26/15, Michael Ellerman wrote:
>> > On Tue, 2015-11-24 at 21:23 +0300, Denis Kirjanov wrote:
>> > I can't get this to hit.
>> >
>> > I
On 11/29/15, Christian Zigotzky wrote:
> Hi All,
>
> Does the ethernet interface on your Electra, Chitra, Nemo, and Athena
> board work with the release candidates of the kernel 4.4? Unfortunately
> the P.A. Semi ethernet doesn't work on our Nemo boards with the release
> candidates of the kernel
gt;
>> RTNETLINK answers: Cannot allocate memory
>>
>> With kernel 4.1.13:
>>
>> dmesg | grep -i eth0
>>
>> [ 2.328115] eth0: PA Semi GMAC: intf 5, hw addr 02:00:e0:0a:30:00
>> [ 37.130466] eth0: Link is up at 100 Mbps, full duplex.
>>
>> Che
On 12/2/15, Laurent Dufour wrote:
> User space checkpoint and restart tool (CRIU) needs the page's change
> to be soft tracked. This allows to do a pre checkpoint and then dump
> only touched pages.
>
> This is done by using a newly assigned PTE bit (_PAGE_SOFT_DIRTY) when
> the page is backed in
On 11/20/15, Chenhui Zhao wrote:
> On e6500, in the case of cpu hotplug, either thread in one core
> may be the first thread initilzing the TLB1. The subsequent threads
> must not setup it again.
>
> The code is derived from the comment of Scott Wood.
>
> Signed-off-by: Chenhui Zhao
> ---
> arch
On 12/2/15, Rashmica Gupta wrote:
> If the transaction is aborted, the DSCR should be rolled back to the
> checkpointed value before the transaction began. The value written to the
> DSCR when transaction was suspended should only persist if the transaction
> is successful.
>
> Signed-off-by: Rash
On 12/2/15, Rashmica Gupta wrote:
> If the transaction is aborted, the TAR should be rolled back to the
> checkpointed value before the transaction began. The value written to the
> TAR when the transaction is suspended should only remain there if the
> transaction completes successfully.
>
> Sign
On 12/3/15, Scott Wood wrote:
> On Wed, 2015-12-02 at 15:12 +0300, Denis Kirjanov wrote:
>> On 11/20/15, Chenhui Zhao wrote:
>> > On e6500, in the case of cpu hotplug, either thread in one core
>> > may be the first thread initilzing the TLB1. The subsequent threads
&
On 11/24/15, Denis Kirjanov wrote:
> TRACE_EVENT_FN can't be used in some circumstances
> like invoking trace functions from offlined CPU due
> to RCU usage.
>
> This patch adds the TRACE_EVENT_FN_COND macro
> to make such trace points conditional.
>
> Signed-off-b
On 12/7/15, Christian Zigotzky wrote:
> Hi all,
>
> I have some good news for you. I was able to fix the issue with the P.A.
> Semi Ethernet. It was a problem with the new DMA handling. The patch '
> [RFC/PATCH,v2] powerpc/iommu: Support "hybrid" iommu/direct DMA ops for
> coherent_mask < dma_mask
On 12/14/15, Michael Ellerman wrote:
> On Mon, 2015-12-07 at 16:33 -0500, Steven Rostedt wrote:
>> On Tue, 08 Dec 2015 08:02:15 +1100
>> Benjamin Herrenschmidt wrote:
>> > On Mon, 2015-12-07 at 15:52 -0500, Steven Rostedt wrote:
>> > > > + TP_CONDITION(cpu_online(smp_processor_id())),
>> > >
die...
Make the hypervisor tracepoints conditional
by using TRACE_EVENT_FN_COND
Signed-off-by: Denis Kirjanov
v2 changes:
- Use raw_smp_processor_id as suggested by BenH
since since hcalls can be called from preemptable sections
---
arch/powerpc/include/asm/trace.h | 8 ++--
1 file changed
TRACE_EVENT_FN can't be used in some circumstances
like invoking trace functions from offlined CPU due
to RCU usage.
This patch adds the TRACE_EVENT_FN_COND macro
to make such trace points conditional.
Signed-off-by: Denis Kirjanov
---
include/linux/tracepoint.h | 4
include/
On 12/14/15, Denis Kirjanov wrote:
> [ 2327.035563]
> RCU used illegally from offline CPU!
> rcu_scheduler_active = 1, debug_locks = 1
> [ 2327.035564] no locks held by swapper/12/0.
> [ 2327.035565]
> stack backtrace:
> [ 2327.035567] CPU: 12 PID: 0 Comm: swapper/12 Tai
TRACE_EVENT_FN can't be used in some circumstances
like invoking trace functions from offlined CPU due
to RCU usage.
This patch adds the TRACE_EVENT_FN_COND macro
to make such trace points conditional.
Signed-off-by: Denis Kirjanov
---
include/linux/tracepoint.h | 4
include/
die...
[ 2327.403599] cpu 15 (hwid 15) Ready to die...
Make the hypervisor tracepoints conditional
by using TRACE_EVENT_FN_COND
Signed-off-by: Denis Kirjanov
v2 changes:
- Use raw_smp_processor_id as suggested by BenH
since since hcalls can be called from preemptable sections
v3 changes
On 12/16/15, Michael Ellerman wrote:
> On Wed, 2015-12-16 at 17:08 +1100, Daniel Axtens wrote:
>> Hi,
>>
>> A couple of things.
>>
>> Firstly, your two email addresses don't match:
>>
>> Zhang Zhuoyu writes:
>
>> > From: Zhang Zhuoyu
>>
>> These lines do seem odd! Are they causing a problem?
>>
On 12/22/15, David Gibson wrote:
> This patch adds a special file in /sys/kernel/mm which can be used to view
> the current size of the hash page table (as a bit shift) and to trigger
> a resize of the hash table on PAPR guests.
>
> Logically this would make more sense as a debugfs file, but that
On 12/23/15, David Gibson wrote:
> On Tue, Dec 22, 2015 at 02:19:20PM +0300, Denis Kirjanov wrote:
>> On 12/22/15, David Gibson wrote:
>> > This patch adds a special file in /sys/kernel/mm which can be used to
>> > view
>> > the current size of the hash page t
u
>
>> -Original Message-
>> From: Zhang Zhuoyu [mailto:zhangzhu...@cmss.chinamobile.com]
>> Sent: Wednesday, December 16, 2015 10:46 PM
>> To: 'Denis Kirjanov'; 'Michael Ellerman'
>> Cc: 'Daniel Axtens'; 'Zhang
On 1/12/16, Aneesh Kumar K.V wrote:
> We will have different values for hash and radix. Hence we
> cannot use #define constants. Add helper
>
> Signed-off-by: Aneesh Kumar K.V
> ---
> arch/powerpc/include/asm/book3s/32/pgtable.h | 5 +
> arch/powerpc/include/asm/book3s/64/hash.h| 5 +
On 1/12/16, Aneesh Kumar K.V wrote:
> They differ between radix and hash. Hence we need a helper
>
> Signed-off-by: Aneesh Kumar K.V
> ---
> arch/powerpc/include/asm/book3s/32/pgtable.h | 11 +++
> arch/powerpc/include/asm/book3s/64/hash.h| 11 +++
> arch/powerpc/include/asm/
On 12/23/15, Steven Rostedt wrote:
> On Mon, 14 Dec 2015 23:18:06 +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
On 1/12/16, Aneesh Kumar K.V wrote:
> Signed-off-by: Aneesh Kumar K.V
> ---
> arch/powerpc/include/asm/book3s/32/pgtable.h | 8
> arch/powerpc/include/asm/book3s/64/hash.h| 9 +
> arch/powerpc/include/asm/nohash/pgtable.h| 9 +
> arch/powerpc/mm/hugetlbpage.c
On 1/15/16, Cyril Bur wrote:
> This patch adds the ability to be able to save the FPU registers to the
> thread struct without giving up (disabling the facility) next time the
> process returns to userspace.
>
> This patch optimises the thread copy path (as a result of a fork() or
> clone()) so th
On 1/15/16, Denis Kirjanov wrote:
> On 1/15/16, Cyril Bur wrote:
>> This patch adds the ability to be able to save the FPU registers to the
>> thread struct without giving up (disabling the facility) next time the
>> process returns to userspace.
>>
>> This pat
On 1/12/16, Michael Ellerman wrote:
> On Mon, 2015-12-14 at 23:18 +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 =
On 1/22/16, Michael Ellerman wrote:
> On Fri, 2016-01-22 at 11:58 +0530, Vasant Hegde wrote:
>> On 01/22/2016 10:59 AM, Michael Ellerman wrote:
>> > On Thu, 2016-01-21 at 21:45 +0530, Vasant Hegde wrote:
>> >
>> > > With commit 90a545e9 (restrict /dev/mem to idle io memory ranges)
>> > > mapping
>
On 1/25/16, Torsten Duwe wrote:
> * create the appropriate files+functions
> arch/powerpc/include/asm/livepatch.h
> klp_check_compiler_support,
> klp_arch_set_pc
> arch/powerpc/kernel/livepatch.c with a stub for
> klp_write_module_reloc
> This is architecture-
On 1/29/16, David Gibson wrote:
> At the moment the hpte_removebolted callback in ppc_md returns void and
> will BUG_ON() if the hpte it's asked to remove doesn't exist in the first
> place. This is awkward for the case of cleaning up a mapping which was
> partially made before failing.
>
> So, w
On 2/1/16, Mahesh J Salgaonkar wrote:
> From: Mahesh Salgaonkar
>
> The kernel boot parameter 'nr_cpus=' allows one to specify number of
> possible cpus in the system. In the normal scenario the first cpu (cpu0)
> that shows up is the boot cpu and hence it gets covered under nr_cpus
> limit.
>
>
On 2/4/16, Christophe Leroy wrote:
> This simplification helps the compiler. We now have only one test
> instead of two, so it reduces the number of branches.
>
> Signed-off-by: Christophe Leroy
> ---
> v2: new
> v3: no change
> v4: no change
> v5: no change
>
> arch/powerpc/mm/dma-noncoherent.c
On 2/5/16, Mike wrote:
> Hi.
> Managed to get the Radeon R300 running on mesa 11.1.1 with an old 2013
> patch from Michel Dànzer, next problem is of course enabling agpmode,
> running with pci-mode with radeon.agpmode=-1 works, but is of course slow,
> and seems to load the cpu a lot.
For me nouv
On 2/4/16, Christophe Leroy wrote:
>
>
> Le 04/02/2016 12:37, Denis Kirjanov a écrit :
>> On 2/4/16, Christophe Leroy wrote:
>>> This simplification helps the compiler. We now have only one test
>>> instead of two, so it reduces the number of branches.
>&g
On 1/19/16, Denis Kirjanov wrote:
> On 1/12/16, Michael Ellerman wrote:
>> On Mon, 2015-12-14 at 23:18 +0300, Denis Kirjanov wrote:
>>
>>> ./drmgr -c cpu -a -r gives the following warning:
>>>
>>> [ 2327.035563]
>>> RCU used illegally from off
On 2/5/16, Steven Rostedt wrote:
> On Fri, 5 Feb 2016 14:20:17 +0300
> Denis Kirjanov wrote:
>
>> >>> Signed-off-by: Denis Kirjanov
>> >
>> > Hi Steven,
>> >
>> > please apply with Michael's acked-by tag.
>&g
On 2/11/16, Christophe Leroy wrote:
> This patch provides VIRT_CPU_ACCOUTING to PPC32 architecture.
> PPC32 doesn't have the PACA structure, so we use the task_info
> structure to store the accounting data.
>
> In order to reuse on PPC32 the PPC64 functions, all u64 data has
> been replaced by 'un
On 2/11/16, Alessio Igor Bogani wrote:
> Signed-off-by: Alessio Igor Bogani
> ---
> v1 -> v2
> Use appropriate [PATCH] prefix
>
> arch/powerpc/platforms/86xx/Makefile | 2 +-
> arch/powerpc/platforms/86xx/common.c | 42
> ++
> arch/powerpc/platforms
On 2/9/16, Andrew Donnellan wrote:
> Add the 'do' command to dump the OPAL msglog in xmon.
>
> Signed-off-by: Andrew Donnellan
I think it would be better to create system-specific files under
powerpc/xmon/ directory, in this case something like xmon_powernv.c.
There are some many macros there.
On 2/11/16, Christophe Leroy wrote:
> This patch provides VIRT_CPU_ACCOUTING to PPC32 architecture.
> PPC32 doesn't have the PACA structure, so we use the task_info
> structure to store the accounting data.
>
> In order to reuse on PPC32 the PPC64 functions, all u64 data has
> been replaced by 'un
On 2/13/16, Aneesh Kumar K.V wrote:
> Paul Mackerras writes:
>
>> On Mon, Feb 08, 2016 at 02:50:12PM +0530, Aneesh Kumar K.V wrote:
>>> Hello,
>>>
>>> This is a large series, mostly consisting of code movement. No new
>>> features
>>> are done in this series. The changes are done to accomodate th
On 2/11/16, Christophe Leroy wrote:
> This patch provides VIRT_CPU_ACCOUTING to PPC32 architecture.
> PPC32 doesn't have the PACA structure, so we use the task_info
> structure to store the accounting data.
>
> In order to reuse on PPC32 the PPC64 functions, all u64 data has
> been replaced by 'un
Hi guys,
compiling ppc head with bunch of asm errors on power8 box (gcc version 4.8.3 )
checked commit log but found nothing special. Looks like it's asm issue?
Has anybody seen that?
arch/powerpc/kernel/exceptions-64s.S: Assembler messages:
arch/powerpc/kernel/exceptions-64s.S:421: Error: operan
On 11/3/16, Naveen N. Rao wrote:
> On 2016/11/03 03:55PM, Nicholas Piggin wrote:
>> On Wed, 2 Nov 2016 13:49:39 +0300
>> Denis Kirjanov wrote:
>>
>> > Hi guys,
>> >
>> > compiling ppc head with bunch of asm errors on power8 box (gcc version
>&g
On 11/3/16, Naveen N. Rao wrote:
> On 2016/11/03 08:51PM, Michael Ellerman wrote:
>> "Naveen N. Rao" writes:
>> > diff --git a/arch/powerpc/include/asm/exception-64s.h
>> > b/arch/powerpc/include/asm/exception-64s.h
>> > index 2e4e7d8..9b7b302 100644
>> > --- a/arch/powerpc/include/asm/exception-
[ 67.701954] [c007d25b7cf0] [c02ad584] .vfs_write+0xc4/0x230
[ 67.702027] [c007d25b7d90] [c02aeef8] .SyS_write+0x58/0x100
[ 67.702101] [c007d25b7e30] [c000bfec] system_call+0x38/0xfc
Signed-off-by: Denis Kirjanov
---
drivers/cpufreq/powernv-cpufreq.c | 4
On Thursday, November 3, 2016, Gautham R Shenoy
wrote:
> Hi Denis,
>
> On Thu, Nov 03, 2016 at 07:20:41AM -0400, Denis Kirjanov wrote:
> > [ 67.700897] BUG: using smp_processor_id() in preemptible []
> code: cat/7343
> > [ 67.700988] caller is .powernv_cpu
Signed-off-by: Denis Kirjanov
v2: wrap powernv_cpufreq_throttle_check()
as suggested by Gautham R Shenoy
---
drivers/cpufreq/powernv-cpufreq.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/drivers/cpufreq/powernv-cpufreq.c
b/drivers/cpufreq/powernv-cpufreq.c
index
On Monday, November 7, 2016, Gautham R Shenoy
wrote:
> Hi Denis,
>
> On Fri, Nov 04, 2016 at 07:08:38AM -0400, Denis Kirjanov wrote:
>
> You can provide the config option with which this bug was found in the
> change log. I suppose you had enabled CONFIG_DEBUG_PREEMPT.
>
&
On 11/7/16, Michael Ellerman wrote:
> Denis Kirjanov writes:
>
>> [ 67.700897] BUG: using smp_processor_id() in preemptible []
>> code: cat/7343
>> [ 67.700988] caller is .powernv_cpufreq_throttle_check+0x2c/0x710
>> [ 67.700998] CPU: 13 P
Fixes: 09a972d ("cpufreq: powernv: Report cpu frequency throttling")
Signed-off-by: Denis Kirjanov
---
v2: v2: wrap powernv_cpufreq_throttle_check()
as suggested by Gautham R Shenoy
v3: added Fix tag
drivers/cpufreq/powernv-cpufreq.c | 8 +++-
1 file changed, 7 insertions(+),
On Monday, November 7, 2016, Aneesh Kumar K.V <
aneesh.ku...@linux.vnet.ibm.com> wrote:
> Signed-off-by: Aneesh Kumar K.V >
Hi Aneesh,
> ---
> NOTE: We need other patches to enable pmem on ppc64. I am waiting
> for dax pmd fault handling cleanup to hit upstream before I send
> the changes. Mea
On 11/8/16, Michael Ellerman wrote:
> Can you guys let me know if Hugh's fix works for you?
>
> https://patchwork.ozlabs.org/patch/691753/
Ok, the patch works fine for me.
>
> cheers
>
Fixes: 09a972d16209 ("cpufreq: powernv: Report cpu frequency throttling")
Reviewed-by: Gautham R. Shenoy
Signed-off-by: Denis Kirjanov
---
drivers/cpufreq/powernv-cpufreq.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/drivers/cpufreq/powernv-cpufreq.c
On 11/8/16, Viresh Kumar wrote:
> +some more folks from IBM.
>
> On 08-11-16, 03:35, Denis Kirjanov wrote:
>> [ 67.700897] BUG: using smp_processor_id() in preemptible []
>> code: cat/7343
>> [ 67.700988] caller is .powernv_cpufre
] [c02aeef8] .SyS_write+0x58/0x100
[ 67.702101] [c007d25b7e30] [c000bfec] system_call+0x38/0xfc
Fixes: 09a972d16209 ("cpufreq: powernv: Report cpu frequency throttling")
Reviewed-by: Gautham R. Shenoy
Signed-off-by: Denis Kirjanov
---
v2: added patch descriptio
On 11/17/16, Michael Ellerman wrote:
> Denis Kirjanov writes:
>
>> On Friday, September 30, 2016, Christophe Leroy
>> wrote:
>>
>>> Add HAVE_CC_STACKPROTECTOR to powerpc. This is copied from ARM.
>>>
>>> Not tested on PPC64, compile ok with pp
preemption disabled.
Fixes: 09a972d16209 ("cpufreq: powernv: Report cpu frequency throttling")
Reviewed-by: Gautham R. Shenoy
Signed-off-by: Denis Kirjanov
---
v2: added patch description
drivers/cpufreq/powernv-cpufreq.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
di
On 11/29/16, Balbir Singh wrote:
>
>
> The PVR list has been updated and IBM_ARCH_VEC_NRCORES_OFFSET.
> This provides the cpu versions supported to the hypervisor and in this case
> tells the hypervisor that the guest supports ISA 3.0 and Power9.
>
> Signed-off-by: Balbir Singh
Michael rewrote t
+0x1ac/0x28c
[ 20.508276] [c000790c3db0] [c000b3bc] .kernel_init+0x1c/0x140
[ 20.508280] [c000790c3e30] [c00098f4]
.ret_from_kernel_thread+0x58/0x64
Signed-off-by: Denis Kirjanov
---
arch/powerpc/platforms/powermac/low_i2c.c | 4
1 file changed, 4 insertions(+)
di
Heh, another thing to debug :)
mm: Hashing failure ! EA=0xd80080124040 access=0x800e
current=NetworkManager
trap=0x300 vsid=0x13d349c ssize=1 base psize=2 psize 2 pte=0xc0003bc0300301ae
mm: Hashing failure ! EA=0xd80080124040 access=0x800e
current=NetworkManager
tra
On Monday, September 26, 2016, Mathieu Malaterre <
mathieu.malate...@gmail.com> wrote:
> On Fri, Sep 23, 2016 at 2:50 PM, Denis Kirjanov > wrote:
> > Heh, another thing to debug :)
> >
> > mm: Hashing failure ! EA=0xd80080124040 access=0x800e
>
On Wednesday, September 21, 2016, Denis Kirjanov
wrote:
> That's unclear why lockdep shows the following warning but adding a
> lockdep class to struct pmac_i2c_bus solves it
HI Ben,
could you give any comments on this?
Thanks!
>
&
On Friday, September 30, 2016, Christophe Leroy
wrote:
> Add HAVE_CC_STACKPROTECTOR to powerpc. This is copied from ARM.
>
> Not tested on PPC64, compile ok with ppc64_
Hi Christophe,
are you going to test it on ppc64? If not, I can take it
>
> Christophe Leroy (2):
> powerpc: initial stac
On 9/21/16, Denis Kirjanov wrote:
> That's unclear why lockdep shows the following warning but adding a
> lockdep class to struct pmac_i2c_bus solves it
>
> [ 20.507795] ==
> [ 20.507796] [ INFO: possible circular locking
On 6/6/16, Michael Ellerman wrote:
> On Mon, 2016-06-06 at 10:52 +0300, Denis Kirjanov wrote:
>
>> Update: now with the proper mailing address.
>>
>> Hi,
>>
>> Posting if anyone knows how to quickly fix it :)
>
> Sorry but no.
>
>> Enabling CO
>> Ok, the issue was introduced by the commit
>> caca285e5ab4a7a19fede51688106ceed6fc45dd (powerpc/mm/radix: Use
>> STD_MMU_64 to properly isolate hash related code) and 970mp dies on
>> the following condition:
>
>> +BEGIN_MMU_FTR_SECTION
>> bl slb_allocate_realmode
>> -
>> +END_MMU_F
On 6/19/16, Benjamin Herrenschmidt wrote:
> On Sat, 2016-06-18 at 23:57 +0530, Aneesh Kumar K.V wrote:
>> We use feature fixup in segment and page fault path and hence we should
>> not call any function that can cause either of these before we finish
>> feature fixup.
>>
>> Calling into early debu
> How about this? Denis does this work?
>
> cheers
>
> diff --git a/arch/powerpc/kernel/exceptions-64s.S
> b/arch/powerpc/kernel/exceptions-64s.S
> index 4c9440629128..8bcc1b457115 100644
> --- a/arch/powerpc/kernel/exceptions-64s.S
> +++ b/arch/powerpc/kernel/exceptions-64s.S
> @@ -1399,11 +1399,1
On 6/23/16, Oliver O'Halloran wrote:
> Power ISAv3 adds a large decrementer (LD) mode which increases the size
> of the decrementer register. The size of the enlarged decrementer
> register is between 32 and 64 bits with the exact size being dependent
> on the implementation. When in LD mode, read
On 6/30/16, Andreas Ziegler wrote:
> Hi Naveen,
>
> this patchset makes a change to arch/powerpc/net/Makefile in order to only
> compile the previously existing bpf_jit_comp.c if !CONFIG_PPC64, and use
> bpf_jit_comp64.c if CONFIG_PPC64 is enabled.
>
> Inside arch/powerpc/net/bpf_jit_comp.c, howev
This patch removes all explicit tests for the TIF_32BIT flag
Signed-off-by: Denis Kirjanov
---
arch/powerpc/include/asm/compat.h|4 ++--
arch/powerpc/include/asm/elf.h |2 +-
arch/powerpc/include/asm/page_64.h |4 ++--
arch/powerpc/include/asm/processor.h |4
101 - 200 of 226 matches
Mail list logo