Re: [PATCH v3] fsl_ucc_hdlc: process the result of hold_open()

On 9/1/23 13:48, Александра Дюпина wrote: > Thanks for the review! > > 28.08.2023 22:38, Jakub Kicinski пишет: >> Don't you have to undo all the things done prior to hdlc_open()? > Yes, it looks like I really need to undo everything that was done before > hdlc_open(). > But the question arose

Re: [PATCH] powerpc/xmon: fix task state output

On 10/27/21, Michael Ellerman wrote: > Denis Kirjanov writes: >> p_state is unsigned since the commit 2f064a59a11f >> >> The patch also uses TASK_RUNNING instead of null. >> >> Fixes: 2f064a59a11f ("sched: Change task_struct::state") >> Signed-off

[PATCH] powerpc/xmon: fix task state output

p_state is unsigned since the commit 2f064a59a11f The patch also uses TASK_RUNNING instead of null. Fixes: 2f064a59a11f ("sched: Change task_struct::state") Signed-off-by: Denis Kirjanov --- arch/powerpc/xmon/xmon.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --

Re: GIT kernel with the PowerPC updates 5.11-1 doesn't boot on a FSL P5040 board and in a virtual e5500 QEMU machine

On Friday, December 18, 2020, Christian Zigotzky wrote: > Hello, > > I compiled the latest Git kernel with the new PowerPC updates 5.11-1 [1] > today. Unfortunately this kernel doesn't boot on my FSL P5040 board [2] and > in a virtual e5500 QEMU machine [3]. > > I was able to revert the new

Re: [PATCH v3 2/2] powerpc/pseries: pass MSI affinity to irq_create_mapping()

On 11/25/20, Laurent Vivier wrote: > With virtio multiqueue, normally each queue IRQ is mapped to a CPU. > > But since commit 0d9f0a52c8b9f ("virtio_scsi: use virtio IRQ affinity") > this is broken on pseries. Please add "Fixes" tag. Thanks! > > The affinity is correctly computed in msi_desc

Re: Network TX Stall on 440EP Processor

On 6/21/17, Thomas Besemer wrote: > I'm working on a project that is derived from the Yosemite > PPC 440EP board. It's a legacy project that was running the > 2.6.24 Kernel, and network traffic was stalling due to transmission > halting without an understandable error

Re: [PowerPC][next-20170324][kselftest] kernel Oops when running tm/tm-signal-context-chk-vsx

[ 283.516559] Kernel BUG at c191c160 [verbose debug info unavailable] [ 283.516573] Unexpected TM Bad Thing exception at c191c160 (msr 0x2a03030) cpu 0x19: Vector: 700 (Program Check) at [c007d1a37920] pc: c191c160: fast_exception_return+0xac/0xb4 lr:

Re: [PATCH] kvm: powerpc: book3s: use local_paca instead of get_paca

On 3/29/17, Denis Kirjanov <k...@linux-powerpc.org> wrote: > with CONFIG_DEBUG_PREEMPT get_paca produces the following warning > in kvmppc_book3s_init_hv since we are getting into the > smp_processor_id debugging code > > There is no real issue with the xics_

Re: POWER4 - who has one?

On 4/4/17, Michael Ellerman wrote: > Hi folks, > > Quick quiz, who still has a POWER4? > > And if so are you running mainline on it? Not the same thing, but I have a box on two 970MP > > cheers >

Re: [PATCH] tty/hvc_console: fix console lock ordering with spinlock

On 4/4/17, Michael Ellerman <m...@ellerman.id.au> wrote: > Denis Kirjanov <k...@linux-powerpc.org> writes: > >> hvc_remove() takes a spin lock first then acquires the console >> semaphore. This situation can easily lead to a deadlock scenario >> where w

[PATCH] tty/hvc_console: fix console lock ordering with spinlock

hvc_remove() takes a spin lock first then acquires the console semaphore. This situation can easily lead to a deadlock scenario where we call scheduler with spin lock held. Signed-off-by: Denis Kirjanov <k...@linux-powerpc.org> --- drivers/tty/hvc/hvc_console.c | 4 ++-- 1 file chan

[PATCH] kvm: powerpc: book3s: use local_paca instead of get_paca

d20] [c1aaeb30] .SyS_finit_module+0xc0/0xf0 [ 138.522439] [c007d018be30] [c191baec] system_call+0x38/0xfc Signed-off-by: Denis Kirjanov <k...@linux-powerpc.org> --- arch/powerpc/kvm/book3s_hv.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/po

Re: [PATCH] kvm: powerpc: book3s: Disable preemption while accessing paca xics_phys filed

On Wednesday, March 29, 2017, Paul Mackerras <pau...@ozlabs.org> wrote: > On Wed, Mar 29, 2017 at 12:07:03PM +1100, Michael Ellerman wrote: > > Denis Kirjanov <k...@linux-powerpc.org <javascript:;>> writes: > > > [...] > > > @@ -3930,7 +393

Re: [PATCH] kvm: powerpc: book3s: Disable preemption while accessing paca xics_phys filed

> Can you tell me what actual problem (other than the warning) this is > fixing? Since we're running with CONFIG_DEBUG_PREEMPT and CONFIG_SMP get_paca defined as: #define get_paca() ((void) debug_smp_processor_id(), local_paca) instead of direct access to r13 so it's possible that we're

tty/hvc: possible irq lock inversion dependency detected

Hi, Ok, now we have a new locking issue with interrupts which I found on my P8 box. I haven't found where we take the console_lock, only in hvc_remove. BTW, Ben, looks like it's a bug in hvc_remove: we take spin_lock and then semaphore lock. [178327.461954]

[PATCH] kvm: powerpc: book3s: Disable preemption while accessing paca xics_phys filed

] [c1aaeb30] .SyS_finit_module+0xc0/0xf0 [ 129.315645] [c007d624be30] [c191baec] system_call+0x38/0xfc Disable preemption while accessing paca struct to avoid inconsistent state Fixes: f725758 ("KVM: PPC: Book3S HV: Use OPAL XICS emulation on POWER9") Signed-off-by: Deni

kvmppc: BUG: using smp_processor_id() in preemptible

[Now with the proper subject] Hi, the commit 5a319350a46572d073042a3194676099dd2c135d has introduces the following warning with CONFIG_DEBUG_PREEMPT enabled: [ 129.314426] BUG: using smp_processor_id() in preemptible [] code: modprobe/5459 [ 129.314580] caller is

[no subject]

Hi, the commit 5a319350a46572d073042a3194676099dd2c135d has introduces the following warning with CONFIG_DEBUG_PREEMPT enabled: [ 129.314426] BUG: using smp_processor_id() in preemptible [] code: modprobe/5459 [ 129.314580] caller is .kvmppc_book3s_init_hv+0x184/0x350 [kvm_hv] [

Re: [PATCH] PPC/CAS Add support for power9 in ibm_architecture_vec

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

[PATCH v2] cpufreq, powernv: Disable preemption while checking CPU throttling state throttling state

with preemption disabled. Fixes: 09a972d16209 ("cpufreq: powernv: Report cpu frequency throttling") Reviewed-by: Gautham R. Shenoy <e...@linux.vnet.ibm.com> Signed-off-by: Denis Kirjanov <k...@linux-powerpc.org> --- v2: added patch description drivers/cpufreq/powernv-cpufreq.

Re: [PATCH 0/2] powerpc: stack protector (-fstack-protector) support

On 11/17/16, Michael Ellerman <m...@ellerman.id.au> wrote: > Denis Kirjanov <k...@linux-powerpc.org> writes: > >> On Friday, September 30, 2016, Christophe Leroy <christophe.le...@c-s.fr> >> wrote: >> >>> Add HAVE_CC_STACKPROTECTOR to powerpc. T

[PATCH v2] cpufreq, powernv: Disable preemption while checking CPU throttling state throttling state

] [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 <e...@linux.vnet.ibm.com> Signed-off-by: Denis Kirjanov <k..

Re: [PATCH] cpufreq, powernv: Disable preemption while checking CPU throttling state throttling state

On 11/8/16, Viresh Kumar <viresh.ku...@linaro.org> 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 .po

[PATCH] cpufreq, powernv: Disable preemption while checking CPU throttling state throttling state

Fixes: 09a972d16209 ("cpufreq: powernv: Report cpu frequency throttling") Reviewed-by: Gautham R. Shenoy <e...@linux.vnet.ibm.com> Signed-off-by: Denis Kirjanov <k...@linux-powerpc.org> --- drivers/cpufreq/powernv-cpufreq.c | 8 +++- 1 file changed, 7 insertions(+), 1 d

Re: compiling master.

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 >

Re: [PATCH] powerpc/mm: Add _PAGE_DEVMAP pte bit for ppc64.

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

[PATCH v3] ppc: cpufreq: disable preemption while checking CPU throttling state

Fixes: 09a972d ("cpufreq: powernv: Report cpu frequency throttling") Signed-off-by: Denis Kirjanov <k...@linux-powerpc.org> --- v2: v2: wrap powernv_cpufreq_throttle_check() as suggested by Gautham R Shenoy v3: added Fix tag drivers/cpufreq/powernv-cpufreq.c | 8 +++- 1

Re: [PATCH v2] ppc: cpufreq: disable preemption while checking CPU throttling state

On 11/7/16, Michael Ellerman <m...@ellerman.id.au> wrote: > Denis Kirjanov <k...@linux-powerpc.org> writes: > >> [ 67.700897] BUG: using smp_processor_id() in preemptible [] >> code: cat/7343 >> [ 67.700988] caller is .power

Re: [PATCH v2] ppc: cpufreq: disable preemption while checking CPU throttling state

On Monday, November 7, 2016, Gautham R Shenoy <e...@linux.vnet.ibm.com> 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 enab

[PATCH v2] ppc: cpufreq: disable preemption while checking CPU throttling state

Signed-off-by: Denis Kirjanov <k...@linux-powerpc.org> 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/c

Re: [PATCH] ppc: cpufreq: Use get_cpu()/put_cpu() instead of smp_processor_id() to avoid the oops

On Thursday, November 3, 2016, Gautham R Shenoy <e...@linux.vnet.ibm.com> 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 &

[PATCH] ppc: cpufreq: Use get_cpu()/put_cpu() instead of smp_processor_id() to avoid the oops

[ 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 <k...@linux-powerpc.org> --- d

Re: compiling master.

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

Re: compiling master.

On 11/3/16, Naveen N. Rao <naveen.n@linux.vnet.ibm.com> wrote: > On 2016/11/03 03:55PM, Nicholas Piggin wrote: >> On Wed, 2 Nov 2016 13:49:39 +0300 >> Denis Kirjanov <k...@linux-powerpc.org> wrote: >> >> > Hi guys, >> > >> > co

compiling master.

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:

Re: [PATCH] i2c_powermac: shut up lockdep warning

On 9/21/16, Denis Kirjanov <k...@linux-powerpc.org> 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] [ IN

Re: [PATCH 0/2] powerpc: stack protector (-fstack-protector) support

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):

Re: [PATCH] i2c_powermac: shut up lockdep warning

On Wednesday, September 21, 2016, Denis Kirjanov <k...@linux-powerpc.org> 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! >

Re: ehea crash on boot

On Monday, September 26, 2016, Mathieu Malaterre < mathieu.malate...@gmail.com> wrote: > On Fri, Sep 23, 2016 at 2:50 PM, Denis Kirjanov <k...@linux-powerpc.org > <javascript:;>> wrote: > > Heh, another thing to debug :) > > > > mm: Hash

ehea crash on boot

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

[PATCH] i2c_powermac: shut up lockdep warning

[c00098f4] .ret_from_kernel_thread+0x58/0x64 Signed-off-by: Denis Kirjanov <k...@linux-powerpc.org> --- arch/powerpc/platforms/powermac/low_i2c.c | 4 1 file changed, 4 insertions(+) diff --git a/arch/powerpc/platforms/powermac/low_i2c.c b/arch/powerpc/platforms/powermac/low_i2c.

Re: [PATCHv2 0/7] eBPF JIT for PPC64

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

Re: [PATCHv4] powerpc/timer - large decrementer support

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.

Re: unrecoverable exception on G5 with CONFIG_PPC_EARLY_DEBUG enabled

> 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

Re: [PATCH V2] powerpc/mm: Don't do debug print before we do feature fixup

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. >>

Re: unrecoverable exception on G5 with CONFIG_PPC_EARLY_DEBUG enabled

>> 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 >> - >>

Re: unrecoverable exception on G5 with CONFIG_PPC_EARLY_DEBUG enabled

On 6/6/16, Michael Ellerman <m...@ellerman.id.au> 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.

Re: [PATCH V10 03/28] powerpc, ptrace: Enable in transaction NT_PRFPREG ptrace requests

On 2/16/16, Anshuman Khandual wrote: > This patch enables in transaction NT_PRFPREG ptrace requests. > The function fpr_get which gets the running value of all FPR > registers and the function fpr_set which sets the running > value of of all FPR registers work on the

Re: [PATCH v5] powerpc32: provide VIRT_CPU_ACCOUNTING

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

Re: [PATCH V2 00/29] Book3s abstraction in preparation for new MMU model

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

Re: [PATCH v5] powerpc32: provide VIRT_CPU_ACCOUNTING

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

Re: [PATCH v2 1/1] powerpc/86xx: Consolidate common platform code

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 >

Re: [PATCH V2 2/2] powerpc/xmon: add command to dump OPAL msglog

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

Re: [PATCH v4] powerpc32: provide VIRT_CPU_ACCOUNTING

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

Re: [PATCH v3 2/2] powerpc: tracing: don't trace hcalls on offline CPUs

On 1/19/16, Denis Kirjanov <k...@linux-powerpc.org> wrote: > On 1/12/16, Michael Ellerman <m...@ellerman.id.au> wrote: >> On Mon, 2015-12-14 at 23:18 +0300, Denis Kirjanov wrote: >> >>> ./drmgr -c cpu -a -r gives the following warning: >>> >>>

Re: [PATCH v3 2/2] powerpc: tracing: don't trace hcalls on offline CPUs

On 2/5/16, Steven Rostedt <rost...@goodmis.org> wrote: > On Fri, 5 Feb 2016 14:20:17 +0300 > Denis Kirjanov <k...@linux-powerpc.org> wrote: > >> >>> Signed-off-by: Denis Kirjanov <k...@linux-powerpc.org> >> > >> > Hi Steven, &g

Re: [PATCH v5 21/23] powerpc: Simplify test in __dma_sync()

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 >

Re: [PATCH v5 21/23] powerpc: Simplify test in __dma_sync()

On 2/4/16, Christophe Leroy <christophe.le...@c-s.fr> wrote: > > > Le 04/02/2016 12:37, Denis Kirjanov a écrit : >> On 2/4/16, Christophe Leroy <christophe.le...@c-s.fr> wrote: >>> This simplification helps the compiler. We now have only one test >>

Re: PowerPC agpmode issues

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

Re: [PATCH v6 8/9] Implement kernel live patching for ppc64le (ABIv2)

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

Re: [RFCv2 3/9] arch/powerpc: Handle removing maybe-present bolted HPTEs

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

Re: [PATCH] ppc64 boot: Wait for boot cpu to show up if nr_cpus limit is about to hit.

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

Re: [PATCH] powerpc/mm: Allow user space to map rtas_rmo_buf

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

Re: [PATCH v3 2/2] powerpc: tracing: don't trace hcalls on offline CPUs

On 1/12/16, Michael Ellerman <m...@ellerman.id.au> 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_ac

Re: [PATCH V2 6/8] powerpc: Add the ability to save FPU without giving it up

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

Re: [PATCH V2 6/8] powerpc: Add the ability to save FPU without giving it up

On 1/15/16, Denis Kirjanov <k...@linux-powerpc.org> wrote: > On 1/15/16, Cyril Bur <cyril...@gmail.com> 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 >

Re: [RFC PATCH V1 15/33] powerpc/mm: Use helper for finding pte filter mask for gup

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 + >

Re: [RFC PATCH V1 14/33] powerpc/mm: Use helper for finding pte bits mapping I/O area

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

Re: [RFC PATCH V1 18/33] powerpc/mm: Add helper for update page flags during ioremap

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 +++ >

Re: [PATCH v3 2/2] powerpc: tracing: don't trace hcalls on offline CPUs

On 12/23/15, Steven Rostedt <rost...@goodmis.org> wrote: > On Mon, 14 Dec 2015 23:18:06 +0300 > Denis Kirjanov <k...@linux-powerpc.org> wrote: > >> ./drmgr -c cpu -a -r gives the following warning: >> >> [ 2327.035563] >> RCU used illegally

Re: [RFC 3/3] pseries: sysfs hack to trigger a hash page table resize

On 12/23/15, David Gibson <da...@gibson.dropbear.id.au> wrote: > On Tue, Dec 22, 2015 at 02:19:20PM +0300, Denis Kirjanov wrote: >> On 12/22/15, David Gibson <da...@gibson.dropbear.id.au> wrote: >> > This patch adds a special file in /sys/kernel/mm which can be used

Re: [PATCH 1/1] powerpc/irq: tidy up inconsistent context in migrate_irqs()

ding 08 Thanks! > > Zhuoyu > >> -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 Zhuoyu';

Re: [RFC 3/3] pseries: sysfs hack to trigger a hash page table resize

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

Re: [PATCH 1/1] powerpc/irq: tidy up inconsistent context in migrate_irqs()

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

Re: [PATCH 2/2] powerpc: tracing: don't trace hcalls on offline CPUs

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: >> > > > +

[PATCH v2 2/2] ./drmgr -c cpu -a -r gives the following warning:

to die... Make the hypervisor tracepoints conditional by using TRACE_EVENT_FN_COND Signed-off-by: Denis Kirjanov <k...@linux-powerpc.org> 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

[PATCH v3 2/2] powerpc: tracing: don't trace hcalls on offline CPUs

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 <k...@linux-powerpc.org> v2 changes: - Use raw_smp_processor_id as suggested by BenH since since hcalls can be called from preem

[PATCH v2 1/2] tracing: introduce TRACE_EVENT_FN_COND macro

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 <k...@linux-powerpc.org> --- include/linux/tracepoint.h

Re: [PATCH v2 2/2] ./drmgr -c cpu -a -r gives the following warning:

On 12/14/15, Denis Kirjanov <k...@linux-powerpc.org> 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:

[PATCH v3 1/2] tracing: introduce TRACE_EVENT_FN_COND macro

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 <k...@linux-powerpc.org> --- include/linux/tracepoint.h

Re: [P.A. Semi] Does the ethernet interface work on your Electra, Chitra, Nemo, and Athena board?

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 >

Re: [PATCH 1/2] tracing: introduce TRACE_EVENT_FN_COND macro

On 11/24/15, Denis Kirjanov <k...@linux-powerpc.org> 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.

Re: [PATCH v3 1/6] powerpc/mm: any thread in one core can be the first to setup TLB1

On 12/3/15, Scott Wood <scottw...@freescale.com> wrote: > On Wed, 2015-12-02 at 15:12 +0300, Denis Kirjanov wrote: >> On 11/20/15, Chenhui Zhao <chenhui.z...@freescale.com> wrote: >> > On e6500, in the case of cpu hotplug, either thread in one core >> > may

Re: [P.A. Semi] Does the ethernet interface work on your Electra, Chitra, Nemo, and Athena board?

rs: 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. >> >> Cheers, >> >> Ch

Re: [PATCH v4] powerpc/mm: Add page soft dirty tracking

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)

Re: [PATCH v3 1/6] powerpc/mm: any thread in one core can be the first to setup TLB1

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. > >

Re: [v2] selftests/powerpc: Add test to check is DSCR is corrupted.

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. >

Re: [v3] selftests/powerpc: Add test to check if TAR is corrupted

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

Re: [P.A. Semi] Does the ethernet interface work on your Electra, Chitra, Nemo, and Athena board?

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 >

Re: [PATCH 2/2] powerpc: tracing: don't trace hcalls on offline CPUs

On 11/26/15, Michael Ellerman <m...@ellerman.id.au> wrote: > On Thu, 2015-11-26 at 11:15 +0300, Denis Kirjanov wrote: >> On 11/26/15, Michael Ellerman <m...@ellerman.id.au> wrote: >> > On Tue, 2015-11-24 at 21:23 +0300, Denis Kirjanov wrote: >> > I can't get

Re: [PATCH 2/2] powerpc: tracing: don't trace hcalls on offline CPUs

On 11/26/15, Michael Ellerman <m...@ellerman.id.au> 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 =

Re: [PATCH V2] cpufreq: qoriq: Register cooling device based on device tree

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

Re: [PATCH v4 2/9] ppc64le FTRACE_WITH_REGS implementation

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

Re: [PATCH v4 1/9] ppc64 (le): prepare for -mprofile-kernel

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

Re: [PATCH v2] powerpc: Append linux_banner to exception information in xmon.

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

Re: [PATCH] powerpc: Fix xmon ml command to work with 64 bit values.

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.

Re: [PATCH] powerpc: Fix xmon ml command to work with 64 bit values.

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

Re: [PATCH] powerpc/powernv: Add a kmsg_dumper that flushes console output on panic

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

[PATCH 1/2] tracing: introduce TRACE_EVENT_FN_COND macro

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 <k...@linux-powerpc.org> --- include/linux/tracepoint.h

[PATCH 2/2] powerpc: tracing: don't trace hcalls on offline CPUs

to 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 <k...@linux-powerpc.org> --- arch/powerpc/include/asm/trace.h | 8 ++--

  1   2   3   >