* Benjamin Herrenschmidt [2016-08-06 08:38:53]:
> On Fri, 2016-08-05 at 19:13 +0530, Mahesh J Salgaonkar wrote:
> > From: Mahesh Salgaonkar
> >
> > The function pnv_restore_hyp_resource() loads the TOC into r2 from
> > the invalid PACA pointer before fixing r13 value. This do not affect
> > POW
Hi,
> This patch causes an oops when building with the gold linker:
Found the problem. On binutils .meminit.text is within _stext/_etext:
[Nr] Name TypeAddress OffSize ES Flg
Lk Inf Al
[ 3] .meminit.text PROGBITSc0989d14 999d14 002
On Friday 05 August 2016 12:23 AM, Hari Bathini wrote:
On Thursday 04 August 2016 03:15 PM, Michael Ellerman wrote:
Hari Bathini writes:
...
/**
* fadump_calculate_reserve_size(): reserve variable boot area 5%
of System RAM
*
@@ -212,12 +262,17 @@ static inline unsigned long
fadu
From: Mahesh Salgaonkar
Move IDLE_STATE_ENTER_SEQ macro to cpuidle.h so that MCE handler changes
in subsequent patch can use it.
No functionality change.
Cc: sta...@vger.kernel.org
Signed-off-by: Mahesh Salgaonkar
---
Change in v3:
- Rebase to Linus' master.
---
arch/powerpc/include/asm/cpuid
From: Mahesh Salgaonkar
The current implementation of MCE early handling modifies CR0/1 registers
without saving its old values. Fix this by moving early check for
powersaving mode to machine_check_handle_early().
The power architecture 2.06 or later allows the possibility of getting
machine che
Hari Bathini writes:
> On Friday 05 August 2016 12:23 AM, Hari Bathini wrote:
>> On Thursday 04 August 2016 03:15 PM, Michael Ellerman wrote:
>>> The code already knows how to reserve 5% based on the size of the
>>> machine's
>>> memory, as long as no commandline parameter is passed. So why can't
Mahesh J Salgaonkar writes:
> From: Mahesh Salgaonkar
>
> The current implementation of MCE early handling modifies CR0/1 registers
> without saving its old values. Fix this by moving early check for
> powersaving mode to machine_check_handle_early().
>
> The power architecture 2.06 or later all
On 08/08/2016 02:28 PM, Michael Ellerman wrote:
> Mahesh J Salgaonkar writes:
>
>> From: Mahesh Salgaonkar
>>
>> The current implementation of MCE early handling modifies CR0/1 registers
>> without saving its old values. Fix this by moving early check for
>> powersaving mode to machine_check_han
On Monday, August 8, 2016 1:25:32 PM CEST Nicholas Piggin wrote:
> On Sat, 6 Aug 2016 22:10:45 +0200
> Sam Ravnborg wrote:
>
> > Hi Nicholas.
> >
> > On Fri, Aug 05, 2016 at 10:11:59PM +1000, Nicholas Piggin wrote:
> > > From: Stephen Rothwell
> > >
> > > ld -r is an incremental link used to c
On Monday 08 August 2016 02:26 PM, Michael Ellerman wrote:
Hari Bathini writes:
On Friday 05 August 2016 12:23 AM, Hari Bathini wrote:
On Thursday 04 August 2016 03:15 PM, Michael Ellerman wrote:
The code already knows how to reserve 5% based on the size of the
machine's
memory, as long as
vdso32 should be built with `gcc -m32 --big-endian` when compiling a big
endian kernel.
Signed-off-by: Nicholas Piggin
---
arch/powerpc/Makefile | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/powerpc/Makefile b/arch/powerpc/Makefile
index 709a22a..bf183b2a 100644
--- a/arch/powerpc/M
When using if_changed, we need to add FORCE to dependencies, otherwise
we don't get command line change checking amongst other things. This
has resulted in vdsos not being rebuilt when switching between big and
little endian.
Signed-off-by: Nicholas Piggin
---
There look to be some other cases i
Switch the setting of psl_fir_cntl from debug to production
environment recommended value. It mostly affects the PSL behavior when
an error is raised in psl_fir1/2.
Tested with cxlflash.
Signed-off-by: Frederic Barrat
---
drivers/misc/cxl/pci.c | 9 ++---
1 file changed, 6 insertions(+), 3
On 6/8/2016 03:48AM, Christophe Leroy wrote :
> -Original Message-
> From: Christophe Leroy [mailto:christophe.le...@c-s.fr]
> Sent: Saturday, August 06, 2016 12:59 AM
> To: Zhao Qiang ; lau...@codeaurora.org
> Cc: catalin.mari...@arm.com; linux-ker...@vger.kernel.org; Scott Wood
> ; o..
Problem booting Kernel 4.8-rc1 on Sam460ex ( Canyonlands) machine .
This is what I get with the bisect.
Regards
Julian
44a7185c2ae6383c88ff5b1ef2e2969f35d7b8b7 is the first bad commit
commit 44a7185c2ae6383c88ff5b1ef2e2969f35d7b8b7
Author: Kefeng Wang
Date: Wed Jun 1 14:52:54 2016 +0800
On 8/8/2016 8:22 AM, Kefeng Wang wrote:
On 2016/8/8 19:52, Julian Margetson wrote:
Problem booting Kernel 4.8-rc1 on Sam460ex ( Canyonlands) machine .
This is what I get with the bisect.
Hi Julian
I have no Sam460ex machine, could you show the good and bad kernel bootlog?
Thanks,
Kefeng
Re
On 08/07/2016 08:48 PM, Gavin Shan wrote:
On Fri, Aug 05, 2016 at 04:40:56PM +1000, Michael Ellerman wrote:
The recent commit 63a72284b159 ("powerpc/pci: Assign fixed PHB number
based on device-tree properties"), added code to read a 64-bit property
from the device tree, and if not found read a
On 2016/8/8 19:52, Julian Margetson wrote:
> Problem booting Kernel 4.8-rc1 on Sam460ex ( Canyonlands) machine .
>
> This is what I get with the bisect.
Hi Julian
I have no Sam460ex machine, could you show the good and bad kernel bootlog?
Thanks,
Kefeng
>
> Regards
>
> Julian
>
>
> 44a718
IS_ERR_VALUE() assumes that parameter is an unsigned long.
It can not be used to check if 'unsigned int' is passed insted.
Which tends to reflect an error.
In 64bit architectures sizeof (int) == 4 && sizeof (long) == 8.
IS_ERR_VALUE(x) is ((x) >= (unsigned long)-4095).
IS_ERR_VALUE() of 'unsigned i
From: netdev-ow...@vger.kernel.org [mailto:netdev-ow...@vger.kernel.org] On
Behalf Of Arvind Yadav
> IS_ERR_VALUE() assumes that parameter is an unsigned long.
> It can not be used to check if 'unsigned int' is passed insted.
> Which tends to reflect an error.
> In 64bit architectures sizeof (int)
On 32-bit powerps the ELF PLT sections of binaries (built with --bss-plt,
or with a toolchain which defaults to it) look like this:
[17] .sbss NOBITS 0002aff8 01aff8 14 00 WA 0 0 4
[18] .plt NOBITS 0002b00c 01aff8 84 00 WAX 0 0 4
[1
Le 05/08/2016 à 14:02, Philippe Bergheaud a écrit :
This patch fixes a regression introduced by commit b810253.
It substitutes the type __u8 to u8 in the uapi header cxl.h,
because the latter is not always defined in userland build
environments, in particular when cross-compiling libcxl on
x86_
On Monday, August 8, 2016 2:49:11 PM CEST David Laight wrote:
>
> > If qe_muram_alloc will return any error, Then IS_ERR_VALUE will always
> > return 0. it'll not call ucc_fast_free for any failure. Inside 'if code'
> > will be a dead code on 64bit. Even qe_muram_addr will return wrong
> > virtual
On Monday, August 8, 2016 9:19:47 AM CEST Alan Modra wrote:
> On Sun, Aug 07, 2016 at 10:26:19PM +0200, Arnd Bergmann wrote:
> > On Sunday, August 7, 2016 7:27:39 PM CEST Alan Modra wrote:
> > >
> > > If it can, then Nicholas' patch should be:
> > >
> > > *(.text.hot .text.hot.*) *(.text.
Michael Ellerman wrote:
>
> This is actually an arch/powerpc patch, so I'll merge it unless Herbert
> objects.
It's fine with me.
Cheers,
--
Email: Herbert Xu
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
From: Arnd Bergmann
> Sent: 08 August 2016 16:13
>
> On Monday, August 8, 2016 2:49:11 PM CEST David Laight wrote:
> >
> > > If qe_muram_alloc will return any error, Then IS_ERR_VALUE will always
> > > return 0. it'll not call ucc_fast_free for any failure. Inside 'if code'
> > > will be a dead co
On Fri, Aug 05, 2016 at 01:28:03PM +1000, Michael Ellerman wrote:
> Anton Blanchard writes:
>
> > Hi Michael,
> >
> >> The optimised crc32c implementation depends on VMX (aka. Altivec)
> >> instructions, so the kernel must be built with Altivec support in
> >> order for the crc32c code to build.
Commit 0e6e01ff694ee ("CPM/QE: use genalloc to manage CPM/QE muram")
has changed the way muram is managed.
genalloc uses kmalloc(), hence requires the SLAB to be up and running.
On powerpc 8xx, cpm_reset() is called early during startup.
cpm_reset() then calls cpm_muram_init() before SLAB is avail
On Wed, 3 Aug 2016 18:40:55 +1000
Alexey Kardashevskiy wrote:
> This exports helpers which are needed to keep a VFIO container in
> memory while there are external users such as KVM.
>
> Signed-off-by: Alexey Kardashevskiy
> ---
> drivers/vfio/vfio.c | 30 +
On 08/05/2016 12:01 AM, Borislav Petkov wrote:
> On Fri, Aug 05, 2016 at 04:26:26AM +, york sun wrote:
>> I don't have deep knowledge of this driver. What I am trying is to
>> separate the common DDR part and share it with ARM platforms. Along the
>> way, I found the compiling error if build a
Le 08/08/2016 à 05:00, Qiang Zhao a écrit :
On 6/8/2016 03:48AM, Christophe Leroy wrote :
-Original Message-
From: Christophe Leroy [mailto:christophe.le...@c-s.fr]
Sent: Saturday, August 06, 2016 12:59 AM
To: Zhao Qiang ; lau...@codeaurora.org
Cc: catalin.mari...@arm.com; linux-ker.
When scanning the device tree to initialize the system NUMA topology,
process dt elements with compatible id "ibm,hotplug-aperture" to create
memoryless numa nodes.
These nodes will be filled when hotplug occurs within the associated
address range.
Signed-off-by: Reza Arbab
---
arch/powerpc/mm/
These changes enable onlining memory into ZONE_MOVABLE on power, and the
creation of discrete nodes of movable memory.
Node hotplug is not supported on power [1]. The approach taken instead is to
create a memoryless placeholder node for the designated address range at boot.
Hotplug and onlining of
Onlining memory into ZONE_MOVABLE requires CONFIG_MOVABLE_NODE.
Enable the use of this config option on PPC64 platforms.
Signed-off-by: Reza Arbab
---
Documentation/kernel-parameters.txt | 2 +-
mm/Kconfig | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff -
Remove the check which prevents us from hotplugging into an empty node.
Signed-off-by: Reza Arbab
---
arch/powerpc/mm/numa.c | 13 +
1 file changed, 1 insertion(+), 12 deletions(-)
diff --git a/arch/powerpc/mm/numa.c b/arch/powerpc/mm/numa.c
index 80d067d..bc70c4f 100644
--- a/arch/
Signed-off-by: Reza Arbab
---
.../bindings/powerpc/opal/hotplug-aperture.txt | 26 ++
1 file changed, 26 insertions(+)
create mode 100644
Documentation/devicetree/bindings/powerpc/opal/hotplug-aperture.txt
diff --git
a/Documentation/devicetree/bindings/powerpc/opal/hot
On Mon, Aug 8, 2016 at 7:55 AM, Denys Vlasenko wrote:
> On 32-bit powerps the ELF PLT sections of binaries (built with --bss-plt,
> or with a toolchain which defaults to it) look like this:
>
> [17] .sbss NOBITS 0002aff8 01aff8 14 00 WA 0 0
> 4
> [18] .plt
From: Paul Gortmaker
Date: Thu, 4 Aug 2016 16:07:58 -0400
> The call site for this function appears as:
>
> #ifdef DEBUG
> data->msg_enable = DEBUG;
> dump_eth_one(dev);
> #endif
>
> ...leading to the following warning for !DEBUG builds:
>
> drivers/net/ethernet/tundra/tsi1
On Mon, Aug 8, 2016 at 2:25 PM, Julian Margetson wrote:
> On 8/8/2016 9:39 AM, Kefeng Wang wrote:
>>
>> +cc Rob
>>
>> On 2016/8/8 20:51, Julian Margetson wrote:
>>>
>>> On 8/8/2016 8:22 AM, Kefeng Wang wrote:
On 2016/8/8 19:52, Julian Margetson wrote:
>
> Problem booting Kernel 4
On Monday, August 8, 2016 3:49:22 PM CEST David Laight wrote:
> From: Arnd Bergmann
> > Sent: 08 August 2016 16:13
> >
> > On Monday, August 8, 2016 2:49:11 PM CEST David Laight wrote:
> > >
> > > > If qe_muram_alloc will return any error, Then IS_ERR_VALUE will always
> > > > return 0. it'll not
The optimised crc32c implementation depends on VMX (aka. Altivec)
instructions, so the kernel must be built with Altivec support in order
for the crc32c code to build.
Fixes: 6dd7a82cc54e ("crypto: powerpc - Add POWER8 optimised crc32c")
Acked-by: Anton Blanchard
Signed-off-by: Michael Ellerman
Herbert Xu writes:
> On Fri, Aug 05, 2016 at 01:28:03PM +1000, Michael Ellerman wrote:
>> Anton Blanchard writes:
>>
>> > Hi Michael,
>> >
>> >> The optimised crc32c implementation depends on VMX (aka. Altivec)
>> >> instructions, so the kernel must be built with Altivec support in
>> >> order
On Mon, Aug 08, 2016 at 05:14:27PM +0200, Arnd Bergmann wrote:
> I have reverted that patch now, so ARM uses ".fixup" again like every
> other architecture does, and now "*(.fixup) *(.text .text.*)" works
> correctly, while ""*(.fixup) *(.text .fixup .text.*)" also fails
> the same way that I saw b
Frederic Barrat writes:
> Le 05/08/2016 à 14:02, Philippe Bergheaud a écrit :
>> This patch fixes a regression introduced by commit b810253.
>>
>> It substitutes the type __u8 to u8 in the uapi header cxl.h,
>> because the latter is not always defined in userland build
>> environments, in particu
"Guilherme G. Piccoli" writes:
> On 08/07/2016 08:48 PM, Gavin Shan wrote:
>> On Fri, Aug 05, 2016 at 04:40:56PM +1000, Michael Ellerman wrote:
>>> The recent commit 63a72284b159 ("powerpc/pci: Assign fixed PHB number
>>> based on device-tree properties"), added code to read a 64-bit property
>>>
Guenter Roeck writes:
> Some powerpc builds fail with the following buld error.
Is that a randconfig?
All my builds are green.
Thanks for the patch anyway.
cheers
On 08/08/2016 06:46 PM, Michael Ellerman wrote:
Guenter Roeck writes:
Some powerpc builds fail with the following buld error.
Is that a randconfig?
No, it is a configuration I use for qemu testing.
https://github.com/groeck/linux-build-test/blob/master/rootfs/ppc64/qemu_ppc64_e5500_defco
Build results:
total: 148 pass: 142 fail: 6
Failed builds:
h8300:allnoconfig
h8300:edosk2674_defconfig
h8300:h8300h-sim_defconfig
h8300:h8s-sim_defconfig
unicore32:defconfig
unicore32:allnoconfig
Qemu test results:
total: 107 pass: 1
On 08/08/2016 09:32 PM, Michael Ellerman wrote:
"Guilherme G. Piccoli" writes:
On 08/07/2016 08:48 PM, Gavin Shan wrote:
On Fri, Aug 05, 2016 at 04:40:56PM +1000, Michael Ellerman wrote:
The recent commit 63a72284b159 ("powerpc/pci: Assign fixed PHB number
based on device-tree properties"),
> I don't understand what led Andi Kleen to also move .text.hot and
> .text.unlikely together with .text [2], but this may have
> been a related issue.
The goal was just to move .hot and .unlikely all together, so that
they are clustered and use the minimum amount of cache. On x86 doesn't
matter w
On 03/08/16 18:40, Alexey Kardashevskiy wrote:
> In some situations the userspace memory context may live longer than
> the userspace process itself so if we need to do proper memory context
> cleanup, we better cache @mm and use it later when the process is gone
> (@current or @current->mm are N
"Guilherme G. Piccoli" writes:
> On 08/08/2016 09:32 PM, Michael Ellerman wrote:
>> "Guilherme G. Piccoli" writes:
>>>
>>> (i) What is the specific issue? Do you have some logs or at least a
>>> "high-level" description of the problem in Xorg? I took a look in its
>>> code and PCI domain is coded
Nicholas Piggin writes:
> diff --git a/arch/powerpc/kernel/vdso32/Makefile
> b/arch/powerpc/kernel/vdso32/Makefile
> index cbabd14..ae1f245 100644
> --- a/arch/powerpc/kernel/vdso32/Makefile
> +++ b/arch/powerpc/kernel/vdso32/Makefile
> @@ -39,14 +39,14 @@ $(obj)/%.so: $(obj)/%.so.dbg FORCE
>
From: Mahesh Salgaonkar
When machine check occurs with MSR(RI=0), it means MC interrupt is
unrecoverable and kernel goes down to panic path. But the console
message still shows it as recovered. This patch fixes the MCE console
messages.
Fixes: 36df96f8acaf ("powerpc/book3s: Decode and save machi
On 04/08/16 22:24, Mimi Zohar wrote:
> The TPM PCRs are only reset on a hard reboot. In order to validate a
> TPM's quote after a soft reboot (eg. kexec -e), the IMA measurement list
> of the running kernel must be saved and then restored on the subsequent
> boot.
>
> The existing securityfs bi
On 09/08/16 02:43, Alex Williamson wrote:
> On Wed, 3 Aug 2016 18:40:55 +1000
> Alexey Kardashevskiy wrote:
>
>> This exports helpers which are needed to keep a VFIO container in
>> memory while there are external users such as KVM.
>>
>> Signed-off-by: Alexey Kardashevskiy
>> ---
>> drivers/v
Hi,
while trying to upgrade this PowerBook G4 from 4.7-rc7 to 4.8-rc1, it's
unable to boot the Yaboot (v1.3.16 from Debian/stable) boot loader:
copying OF device tree...
Building dt strings...
Building dt stucture...
Device tree st
On 05/08/16 17:00, Michael Ellerman wrote:
> Alexey Kardashevskiy writes:
>
>> In some situations the userspace memory context may live longer than
>> the userspace process itself so if we need to do proper memory context
>> cleanup, we better cache @mm and use it later when the process is gone
>
On Tue, 09 Aug 2016 14:49:25 +1000
Michael Ellerman wrote:
> Nicholas Piggin writes:
>
> > diff --git a/arch/powerpc/kernel/vdso32/Makefile
> > b/arch/powerpc/kernel/vdso32/Makefile
> > index cbabd14..ae1f245 100644
> > --- a/arch/powerpc/kernel/vdso32/Makefile
> > +++ b/arch/powerpc/kernel/vd
On Tue, 9 Aug 2016 14:43:00 +1000
Balbir Singh wrote:
> On 03/08/16 18:40, Alexey Kardashevskiy wrote:
> > -long mm_iommu_get(unsigned long ua, unsigned long entries,
> > +long mm_iommu_get(struct mm_struct *mm, unsigned long ua, unsigned long
> > entries,
> > struct mm_iommu_table_
On 09/08/16 16:04, Nicholas Piggin wrote:
> On Tue, 9 Aug 2016 14:43:00 +1000
> Balbir Singh wrote:
>
>> On 03/08/16 18:40, Alexey Kardashevskiy wrote:
>
>>> -long mm_iommu_get(unsigned long ua, unsigned long entries,
>>> +long mm_iommu_get(struct mm_struct *mm, unsigned long ua, unsigned long
The recent commit 63a72284b159 ("powerpc/pci: Assign fixed PHB number
based on device-tree properties"), added code to read a 64-bit property
from the device tree, and if not found read a 32-bit property (reg).
There was a bug in the 32-bit case, on big endian machines, due to the
use of the 64-bi
62 matches
Mail list logo