On Sun, Feb 2, 2025 at 3:28 PM Denis Kirjanov wrote:
>
> pr_info makes code cleaner and simplifies syntax
>
> Signed-off-by: Denis Kirjanov
> ---
Hello, ping?
> arch/powerpc/platforms/powermac/feature.c | 8
> arch/powerpc/platforms/powermac/low_i2c.c | 12
On Sat, Jan 25, 2025 at 12:47 PM Denis Kirjanov wrote:
>
> Drop the unused DBG macro
>
> Signed-off-by: Denis Kirjanov
> ---
Hello, ping?
> arch/powerpc/platforms/powermac/feature.c | 8
> arch/powerpc/platforms/powermac/smp.c | 8
> arch/powerpc/p
Looks like we have a typo in the do-while loop
while checking the loop condition. Fix it with the boolean OR
Signed-off-by: Denis Kirjanov
---
arch/powerpc/platforms/powermac/feature.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/platforms/powermac/feature.c
pr_info makes code cleaner and simplifies syntax
Signed-off-by: Denis Kirjanov
---
arch/powerpc/platforms/powermac/feature.c | 8
arch/powerpc/platforms/powermac/low_i2c.c | 12 ++--
arch/powerpc/platforms/powermac/pci.c | 12 ++--
arch/powerpc/platforms/powermac
Drop the unused DBG macro
Signed-off-by: Denis Kirjanov
---
arch/powerpc/platforms/powermac/feature.c | 8
arch/powerpc/platforms/powermac/smp.c | 8
arch/powerpc/platforms/powermac/time.c| 8
3 files changed, 24 deletions(-)
diff --git a/arch/powerpc
complains.
Link:
https://lore.kernel.org/20240925-bizarre-earwig-from-pluto-1484aa@lemu/
Signed-off-by: Jakub Kicinski
---
Acked-by: Denis Kirjanov
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
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
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 --
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 Power
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 bu
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 (in this error condition, th
[ 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: c
On 3/29/17, Denis Kirjanov 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_phys field.
> If paca->kvm_hstate.xics_ph
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
>
On 4/4/17, Michael Ellerman wrote:
> Denis Kirjanov writes:
>
>> 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.
>
> Have you actually
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
---
drivers/tty/hvc/hvc_console.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions
d20] [c1aaeb30] .SyS_finit_module+0xc0/0xf0
[ 138.522439] [c007d018be30] [c191baec] system_call+0x38/0xfc
Signed-off-by: Denis Kirjanov
---
arch/powerpc/kvm/book3s_hv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/kvm/book3s_hv.c b/arch/powerpc/
On Wednesday, March 29, 2017, Paul Mackerras wrote:
> On Wed, Mar 29, 2017 at 12:07:03PM +1100, Michael Ellerman wrote:
> > Denis Kirjanov > writes:
> >
> [...]
> > > @@ -3930,7 +3934,11 @@ static int kvmppc_book3s_init_hv(void)
> > > * indirectly
> 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 preemp
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] ==
] [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
[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 .kvmppc_book3s_init_hv
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]
[ 129.31
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
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/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
] [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/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
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, 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
>
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
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 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
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.
>
&
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 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
[ 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 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-
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
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 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 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 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 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
>
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
+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
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
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
> 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/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
>> 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/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
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 running set of FPR
> registers
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
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, 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/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/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 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/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 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:
> 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/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 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 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/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/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/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/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/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 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:
> 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 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 +
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 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
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/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?
>>
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
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...
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
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())),
>> > >
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 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/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 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/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 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, 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
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 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
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&#x
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/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/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/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
1 - 100 of 232 matches
Mail list logo
