On 09/06/2016 11:02 AM, Daniel Axtens wrote:
> Firmware Assisted Dump is a facility to dump kernel core with assistance
> from firmware. As part of this process the kernel ELF version is
> stored.
>
> Currently, fadump.h defines this to 0 if it is not already defined. This
> clashes with a define
> -Original Message-
> From: Zhang Rui [mailto:rui.zh...@intel.com]
> Sent: Friday, August 19, 2016 8:40 PM
> To: Hongtao Jia ; edubez...@gmail.com;
> robh...@kernel.org; ga...@codeaurora.org; Scott Wood
> ; shawn...@kernel.org
> Cc: linux...@vger.kernel.org; devicet...@vger.kernel.org; l
On Tuesday, September 6, 2016 3:32:39 PM CEST Daniel Axtens wrote:
> Sparse checking revealed that it is no longer used.
> There is an EXPORT_SYMBOL_GPL, but there's no header that
> provides a prototype, so nothing should be using it anyway.
>
> Remove it.
>
> Signed-off-by: Daniel Axtens
>
A
On 09/08/2016 12:30 PM, Mahesh Jagannath Salgaonkar wrote:
> On 09/06/2016 11:02 AM, Daniel Axtens wrote:
>> Firmware Assisted Dump is a facility to dump kernel core with assistance
>> from firmware. As part of this process the kernel ELF version is
>> stored.
>>
>> Currently, fadump.h defines thi
Arnd Bergmann writes:
> On Tuesday, September 6, 2016 9:53:24 PM CEST Michael Ellerman wrote:
>> drivers/macintosh/macio_asic.c | 4 ++--
>> drivers/macintosh/rack-meter.c | 2 +-
>> drivers/macintosh/smu.c | 18 +-
>>
Mahesh Jagannath Salgaonkar writes:
> On 09/06/2016 11:02 AM, Daniel Axtens wrote:
>> diff --git a/arch/powerpc/kernel/fadump.c b/arch/powerpc/kernel/fadump.c
>> index 0638b82ce294..457f08e544c6 100644
>> --- a/arch/powerpc/kernel/fadump.c
>> +++ b/arch/powerpc/kernel/fadump.c
>> @@ -779,7 +779,1
On Thursday, September 8, 2016 7:16:12 PM CEST Michael Ellerman wrote:
>
> The rest below I haven't looked at yet, I'm not entirely clear on which
> FSL pieces are able to build on arm.
>
> > drivers/dma/bestcomm/bestcomm.c: if (tsk->irq != NO_IRQ)
> > drivers/dma/fsl_raid.c: i
Mahesh Jagannath Salgaonkar writes:
> On 09/06/2016 11:02 AM, Daniel Axtens wrote:
>> Firmware Assisted Dump is a facility to dump kernel core with assistance
>> from firmware. As part of this process the kernel ELF version is
>> stored.
>>
>> Currently, fadump.h defines this to 0 if it is not
On Fri, 2016-02-09 at 11:47:59 UTC, Paul Mackerras wrote:
> In commit c60ac5693c47 ("powerpc: Update kernel VSID range", 2013-03-13)
> we lost a check on the region number (the top four bits of the effective
> address) for addresses below PAGE_OFFSET. That commit replaced a check
> that the top 18
On Fri, 2016-26-08 at 14:45:13 UTC, Christophe Leroy wrote:
> commit 7aef4136566b0 ("powerpc32: rewrite csum_partial_copy_generic()
> based on copy_tofrom_user()") introduced a bug when destination
> address is odd and len is lower than cacheline size.
>
> In that case the resulting csum value doe
On Tue, 2016-06-09 at 04:17:18 UTC, Gavin Shan wrote:
> In pnv_ioda_free_pe(), the PE object (including the associated PE
> number) is cleared before resetting the corresponding bit in the
> PE allocation bitmap. It means PE#0 is always released to the bitmap
> wrongly.
>
> This fixes above issue
On Tue, 2016-06-09 at 04:16:44 UTC, Gavin Shan wrote:
> The compound PE is created to accommodate the devices attached to
> one specific PCI bus that consume multiple M64 segments. The compound
> PE is made up of one master PE and possibly multiple slave PEs. The
> slave PEs should be destroyed whe
On Tue, 2016-06-09 at 03:43:45 UTC, Benjamin Herrenschmidt wrote:
> When using the OPAL ICP backend we incorrectly pass Linux CPU numbers
> rather than HW CPU numbers to OPAL.
>
> Signed-off-by: Benjamin Herrenschmidt
> Fixes:Â d74361881f0dfe5f9dcac37d1b753a15a2345d8c
Applied to powerpc fixes, t
On Tue, 2016-23-08 at 22:57:39 UTC, Thiago Jung Bauermann wrote:
> On ppc64le, builds with CONFIG_KEXEC=n fail with:
>
> arch/powerpc/platforms/pseries/setup.c: In function
> âpseries_big_endian_exceptionsâ:
> arch/powerpc/platforms/pseries/setup.c:403:13: error: implicit
> declaration of fun
On Wed, Sep 07, 2016 at 04:17:09PM +1000, Paul Mackerras wrote:
> This replaces a 2-D search through an array with a simple 8-bit table
> lookup for determining the actual and/or base page size for a HPT entry.
>
> The encoding in the second doubleword of the HPTE is designed to encode
> the actua
On 08/09/2016 12:08, Paul Mackerras wrote:
>> >
>> > arch/powerpc/include/asm/book3s/64/mmu-hash.h | 37
>> > arch/powerpc/include/asm/kvm_book3s_64.h | 87
>> > +++
>> > arch/powerpc/include/asm/mmu.h| 1 +
>> > arch/powerpc/mm/hash_n
From: Wei Yongjun
Fix typo in parameter description.
Signed-off-by: Wei Yongjun
---
drivers/scsi/ibmvscsi/ibmvfc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/scsi/ibmvscsi/ibmvfc.c b/drivers/scsi/ibmvscsi/ibmvfc.c
index 6b92169..56b9f45 100644
--- a/drivers/scs
Am Mittwoch, 07 September 2016, 09:08:07 schrieb Russell King - ARM Linux:
> Any change to a UAPI header needs to be carefully considered and
> questioned as it is always a potential userspace breakage - and in
> the kernel, we're supposed to be doing our up-most to avoid
> breaking userspace.
>
>
Hi Anju,
On Wed, 7 Sep 2016 15:03:09 +0530
Anju T Sudhakar wrote:
> This is the patchset of the kprobes jump optimization
> (a.k.a OPTPROBES)for powerpc. Kprobe being an inevitable tool
> for kernel developers, enhancing the performance of kprobe has
> got much importance.
>
> Currently kprobe
This came to light when implementing native 64-bit atomics for ARCv2.
The atomic64 self-test code uses CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
to check whether atomic64_dec_if_positive() is available.
It seems it was needed when not every arch defined it.
However as of current code the Kconfig op
On Wed, 7 Sep 2016 15:03:11 +0530
Anju T Sudhakar wrote:
> Instructions which can be emulated are suppliants for optimization.
> Before optimization ensure that the address range between the detour
> buffer allocated and the instruction being probed is within ± 32MB.
>
> Signed-off-by: Anju T S
On Thu, Sep 08, 2016 at 09:28:18AM -0700, Vineet Gupta wrote:
> This came to light when implementing native 64-bit atomics for ARCv2.
>
> The atomic64 self-test code uses CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
> to check whether atomic64_dec_if_positive() is available.
> It seems it was needed w
On 09/08/2016 11:19 AM, Peter Zijlstra wrote:
> On Thu, Sep 08, 2016 at 09:28:18AM -0700, Vineet Gupta wrote:
>> This came to light when implementing native 64-bit atomics for ARCv2.
>>
>> The atomic64 self-test code uses CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE
>> to check whether atomic64_dec_if_
Am Mittwoch, 07 September 2016, 09:19:40 schrieb Eric W. Biederman:
> ebied...@xmission.com (Eric W. Biederman) writes:
> > Thiago Jung Bauermann writes:
> >> Hello,
> >>
> >> The purpose of this new version of the series is to fix a small issue
> >> that I found, which is that the kernel doesn't
On 09/08/2016 08:04 AM, Wei Yongjun wrote:
> From: Wei Yongjun
>
> Fix typo in parameter description.
>
> Signed-off-by: Wei Yongjun
Reviewed-by: Tyrel Datwyler
Hi Arnd,
> I'm currently experimenting with a patch that adds -Wmissing-declaration to
> the normal kernel CFLAGS for everyone, and fixing up the warnings I get with
> that on ARM.
>
> Are you looking at all the powerpc specific code? If we can catch all the
> existing warnings for some of the maj
On Tuesday 06 September 2016 02:40 PM, Peter Zijlstra wrote:
On Tue, Sep 06, 2016 at 09:55:43AM +0530, Madhavan Srinivasan wrote:
On Thursday 01 September 2016 12:56 PM, Peter Zijlstra wrote:
On Mon, Aug 29, 2016 at 02:30:46AM +0530, Madhavan Srinivasan wrote:
It's a perennial request from
On 09/09/16 10:43, Daniel Axtens wrote:
Andrew Donellan was telling me there's a Coccinelle script that looks
for things that are both static and EXPORTed - maybe that's worth
following up on this point?
https://github.com/coccinelle/coccinellery/blob/master/is_static/is_static.cocci
--
Andrew
Paul Mackerras writes:
> On Tue, Sep 06, 2016 at 11:01:02PM +0200, John Paul Adrian Glaubitz wrote:
>> Hi Paul!
>>
>> I'm referring to your change [1]:
>>
>> "powerpc/xmon: Fix SPR read/write commands and add command to dump SPRs"
>>
>> which introduced assembly code in the new file
>> arch/p
On Tue, 2016-09-06 at 16:28 +0800, Yangbo Lu wrote:
> The global utilities block controls power management, I/O device
> enabling, power-onreset(POR) configuration monitoring, alternate
> function selection for multiplexed signals,and clock control.
>
> This patch adds a driver to manage and acces
In commit 31cdd0c39c75 ("powerpc/xmon: Fix SPR read/write commands and
add command to dump SPRs") I added two uses of the "ld" instruction in
spr_access.S. "ld" is a 64-bit instruction, so shouldn't be used on
32-bit CPUs.
Replace it with PPC_LL which is a macro that gives us either "ld" or
"lwz"
Thiago Jung Bauermann writes:
> Am Mittwoch, 07 September 2016, 09:19:40 schrieb Eric W. Biederman:
>> ebied...@xmission.com (Eric W. Biederman) writes:
>> > Thiago Jung Bauermann writes:
>> >> Hello,
>> >>
>> >> The purpose of this new version of the series is to fix a small issue
>> >> that I
32 matches
Mail list logo
