On Thu, 24 Nov 2016 00:02:08 +1100
Nicholas Piggin wrote:
> GCC can compile with either endian, but the ABI version always
> defaults to the default endian. Alan Modra says:
Okay I was missing mcall-aixdesc, thanks again to Alan for pointing
it out.
This updated patch seems to do better, and it
-PPCisms-for-QE/20161124-150513
config: ia64-allmodconfig (attached as .config)
compiler: ia64-linux-gcc (GCC) 6.2.0
reproduce:
wget
https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain/sbin/make.cross
-O ~/bin/make.cross
chmod +x ~/bin/make.cross
# save the
With commit e58e87adc8bf9 ("powerpc/mm: Update _PAGE_KERNEL_RO") we started
using the ppp value 0b110 to map kernel readonly. But that facility
was only added as part of ISA 2.04. For earlier ISA version only supported ppp
bit value for readonly mapping is 0b011. (This implies both user and kernel
On Sun, 2016-11-20 at 16:09 +0100, Thorsten Leemhuis wrote:
> Desc: "build regression: make.cross ARCH=mips fails with ""No rule to make
> target 'alchemy/devboards/'. """
> Repo: 16-10-30
> https://www.mail-archive.com/linux-kernel@vger.kernel.org/msg1262410.html
> https://marc.info/?l=linux-ke
On Sunday, November 20, 2016 4:09:51 PM CET Thorsten Leemhuis wrote:
>
> == Fixed since last report ==
>
> Desc: module loadling broken due to kbuild changes
> Repo: 16-10-15 http://www.gossamer-threads.com/lists/linux/kernel/2544734
> Stat: Fixes
> https://git.kernel.org/torvalds/c/4efca4ed05cb
On Thu, Nov 24, 2016 at 04:37:50PM +1100, Oliver O'Halloran wrote:
> On Thu, Nov 24, 2016 at 1:38 AM, Segher Boessenkool
> wrote:
> > On Thu, Nov 24, 2016 at 12:08:40AM +1100, Nicholas Piggin wrote:
> >> Question, are there any fundamental reasons we shouldn't use the ELFv2
> >> ABI to build big e
Drop duplicate header seq_file.h from ibmvnic.c.
Signed-off-by: Geliang Tang
---
drivers/net/ethernet/ibm/ibmvnic.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/net/ethernet/ibm/ibmvnic.c
b/drivers/net/ethernet/ibm/ibmvnic.c
index 1e486d1..c125966 100644
--- a/drivers/net/ethernet
Hello Stephen,
Am Donnerstag, 24. November 2016, 16:01:51 BRST schrieb Stephen Rothwell:
> Hi Andrew,
>
> After merging the akpm-current tree, today's linux-next build (powerpc
> ppc64_defconfig) failed like this:
>
> powerpc-linux-ld: unrecognized option '--no-dynamic-linker'
>
> Caused by pat
Segher Boessenkool writes:
> On Thu, Nov 24, 2016 at 04:37:50PM +1100, Oliver O'Halloran wrote:
>> On Thu, Nov 24, 2016 at 1:38 AM, Segher Boessenkool
>> wrote:
>> > On Thu, Nov 24, 2016 at 12:08:40AM +1100, Nicholas Piggin wrote:
>> >> Question, are there any fundamental reasons we shouldn't us
Since the KERN_CONT changes the locking-selftest output is messed up, eg:
| spin |wlock |rlock |mutex | wsem | rsem |
--
On Fri, Nov 25, 2016 at 09:22:16AM +1100, Michael Ellerman wrote:
> >> >> Question, are there any fundamental reasons we shouldn't use the ELFv2
> >> >> ABI to build big endian kernels if the compiler supports it?
> >> >
> >> > No one uses ELFv2 for BE in production, and it isn't thoroughly tested
Hi Thiago,
On Thu, 24 Nov 2016 13:02:39 -0200 Thiago Jung Bauermann
wrote:
>
> Am Donnerstag, 24. November 2016, 16:01:51 BRST schrieb Stephen Rothwell:
> > Hi Andrew,
> >
> > After merging the akpm-current tree, today's linux-next build (powerpc
> > ppc64_defconfig) failed like this:
> >
> >
On Wed, 2016-11-23 at 02:55:13 UTC, Oliver O'Halloran wrote:
> When configured with CONFIG_PPC_EARLY_DEBUG_OPAL=y the kernel expects
> the OPAL entry and base addresses to be passed in r8 and r9
> respectively. Currently the wrapper does not attempt to restore these
> values before entering the dec
On Tue, 2016-11-22 at 03:52:22 UTC, Nicholas Piggin wrote:
> After patch 4efca4ed0 ("kbuild: modversions for EXPORT_SYMBOL() for asm"),
> asm exports can get modversions CRCs generated if they have C definitions
> in asm-prototypes.h. This patch adds missing definitions for 32 and 64 bit
> allmodco
On Mon, 2016-11-21 at 07:08:05 UTC, Benjamin Herrenschmidt wrote:
> There is a new bit, LPCR_PECEu0, which controls wakeup from STOP
> states on Hypervisor Virtualization Interrupts (which happen to
> also be all external interrupts in host or bare metal mode).
>
> It needs to be set or we will mi
On Tue, 2016-11-22 at 10:49:30 UTC, Christophe Leroy wrote:
> Partialy copied from commit c743f38013aef ("ARM: initial stack protector
> (-fstack-protector) support")
>
> This is the very basic stuff without the changing canary upon
> task switch yet. Just the Kconfig option and a constant canary
On Mon, 2016-11-21 at 17:06:40 UTC, "Naveen N. Rao" wrote:
> Commit 03465f899bda ("powerpc: Use kprobe blacklist for exception
> handlers") removed __kprobes annotation from some of the prototypes,
> but left the kprobes header include directive unchanged. Remove it as it
> is no longer needed.
>
On Wed, 2016-11-16 at 03:02:15 UTC, Russell Currey wrote:
> PHB, PE (and by association MVE) numbers are printed as a mix of decimal
> and hexadecimal throughout the kernel. This can be misleading, so make
> them all hexadecimal.
>
> Standardising on hex instead of dec because:
>
> - PHB number
On Tue, 2016-11-22 at 10:13:27 UTC, Andrew Donnellan wrote:
> Fix the following coccinelle warnings:
>
> drivers/misc/cxl/debugfs.c:46:0-23: WARNING: fops_io_x64 should be
> defined with DEFINE_DEBUGFS_ATTRIBUTE
> drivers/misc/cxl/guest.c:890:5-26: WARNING: Comparison to bool
>
On Wed, 2016-11-16 at 01:12:26 UTC, Russell Currey wrote:
> Whenever a PE is initialised in powernv, opal_pci_eeh_freeze_clear() is
> called. This is to remove any existing freeze, and has no negative side
> effects if the PE is already in an unfrozen state. On PHB backends that
> don't support t
On Sat, 2016-11-19 at 13:42:14 UTC, Lars-Peter Clausen wrote:
> There are no ibmebus driver that make use of legacy suspend/resume. This
> patch removes the support for it from ibmebus framework, new ibmebus driver
> (as unlikely as they are) wanting to use suspend/resume should use
> dev_pm_ops.
>
On Tue, 2016-11-15 at 15:06:06 UTC, "Aneesh Kumar K.V" wrote:
> VSID 0 is bad address. Don't create slb entries on coproc fault for
> bad address
>
> Signed-off-by: Aneesh Kumar K.V
> Reviewed-by: Balbir Singh
> Reviewed-by: Ian Munsie
Applied to powerpc next, thanks.
https://git.kernel.org/p
On Wed, 2016-04-27 at 09:16:45 UTC, xinhui wrote:
> From: Pan Xinhui
>
> Implement xchg{u8,u16}{local,relaxed}, and
> cmpxchg{u8,u16}{,local,acquire,relaxed}.
>
> It works on all ppc.
>
> remove volatile of first parameter in __cmpxchg_local and __cmpxchg
>
> Suggested-by: Peter Zijlstra (Inte
On Thu, 2016-11-17 at 05:07:47 UTC, Russell Currey wrote:
> eeh_pe_reset and eeh_reset_pe are two different functions in the same
> file which do mostly the same thing. Not only is this confusing, but
> potentially causes disrepancies in functionality, notably eeh_reset_pe
> as it does not check r
On Thu, 24 Nov 2016 17:17:16 -0600
Segher Boessenkool wrote:
> On Fri, Nov 25, 2016 at 09:22:16AM +1100, Michael Ellerman wrote:
> > >> >> Question, are there any fundamental reasons we shouldn't use the ELFv2
> > >> >> ABI to build big endian kernels if the compiler supports it?
> > >> >
> > >
Segher Boessenkool writes:
> On Fri, Nov 25, 2016 at 09:22:16AM +1100, Michael Ellerman wrote:
>> >> >> Question, are there any fundamental reasons we shouldn't use the ELFv2
>> >> >> ABI to build big endian kernels if the compiler supports it?
>> >> >
>> >> > No one uses ELFv2 for BE in producti
Nicholas Piggin writes:
> On Thu, 24 Nov 2016 17:17:16 -0600
> Segher Boessenkool wrote:
>
>> On Fri, Nov 25, 2016 at 09:22:16AM +1100, Michael Ellerman wrote:
>> > >> >> Question, are there any fundamental reasons we shouldn't use the
>> > >> >> ELFv2
>> > >> >> ABI to build big endian kernels
On Fri, 25 Nov 2016 13:08:19 +1100
Michael Ellerman wrote:
> Nicholas Piggin writes:
>
> > On Thu, 24 Nov 2016 17:17:16 -0600
> > Segher Boessenkool wrote:
> >
> >> On Fri, Nov 25, 2016 at 09:22:16AM +1100, Michael Ellerman wrote:
> >> > >> >> Question, are there any fundamental reasons we
On Wed, Nov 23, 2016 at 04:39:57PM +0530, Aneesh Kumar K.V wrote:
> When we are updating pte, we just need to flush the tlb mapping for
> that pte. Right now we do a full mm flush because we don't track page
> size. Update the interface to track the page size and use that to
> do the right tlb flus
In commit d0563a1297e2 ("powerpc: Implement {cmp}xchg for u8 and u16")
we removed the volatile from __cmpxchg().
This is leading to warnings such as:
drivers/gpu/drm/drm_lock.c: In function ‘drm_lock_take’:
arch/powerpc/include/asm/cmpxchg.h:484:37: warning: passing argument 1
of ‘__cmpxchg
Nicholas Piggin writes:
> On Fri, 25 Nov 2016 13:08:19 +1100
> Michael Ellerman wrote:
>
>> Nicholas Piggin writes:
>>
>> > On Thu, 24 Nov 2016 17:17:16 -0600
>> > Segher Boessenkool wrote:
>> >
>> >> On Fri, Nov 25, 2016 at 09:22:16AM +1100, Michael Ellerman wrote:
>> >> > >> >> Question
On Thu, Nov 24, 2016 at 04:48:06PM +1100, Alexey Kardashevskiy wrote:
> The iommu_table struct manages a hardware TCE table and a vmalloc'd
> table with corresponding userspace addresses. Both are allocated when
> the default DMA window is created and this happens when the very first
> group is att
Paul Mackerras writes:
> On Wed, Nov 23, 2016 at 04:39:57PM +0530, Aneesh Kumar K.V wrote:
>> When we are updating pte, we just need to flush the tlb mapping for
>> that pte. Right now we do a full mm flush because we don't track page
>> size. Update the interface to track the page size and use t
在 2016/11/25 11:07, Michael Ellerman 写道:
In commit d0563a1297e2 ("powerpc: Implement {cmp}xchg for u8 and u16")
we removed the volatile from __cmpxchg().
This is leading to warnings such as:
drivers/gpu/drm/drm_lock.c: In function ‘drm_lock_take’:
arch/powerpc/include/asm/cmpxchg.h:484:37
On Thu, Nov 24, 2016 at 04:48:08PM +1100, Alexey Kardashevskiy wrote:
> We are going to allow the userspace to configure container in
> one memory context and pass container fd to another so
> we are postponing memory allocations accounted against
> the locked memory limit. One of previous patches
On Thu, Nov 24, 2016 at 04:48:07PM +1100, Alexey Kardashevskiy wrote:
> There is already a helper to create a DMA window which does allocate
> a table and programs it to the IOMMU group. However
> tce_iommu_take_ownership_ddw() did not use it and did these 2 calls
> itself to simplify error path.
>
On 25/11/16 15:39, David Gibson wrote:
> On Thu, Nov 24, 2016 at 04:48:08PM +1100, Alexey Kardashevskiy wrote:
>> We are going to allow the userspace to configure container in
>> one memory context and pass container fd to another so
>> we are postponing memory allocations accounted against
>> the
"Aneesh Kumar K.V" writes:
> Paul Mackerras writes:
>
>>
>> #define _PAGE_PTE (1ul << 62) /* distinguishes PTEs from
>> pointers */
>> #define _PAGE_PRESENT (1ul << 63) /* pte contains a
>> translation */
>> diff --git a/arch/powerpc/mm/pgtable-book3s64.c
>>
From: Jason Jin
This patch add the DIU support for t1042 platform.
signed-off-by: Jason Jin [Meng Yi: Made file
t1042rdb-specific]
Signed-off-by: Meng Yi
---
arch/powerpc/platforms/85xx/Makefile | 1 +
arch/powerpc/platforms/85xx/t1042rdb_diu.c | 152 +
2 f
39 matches
Mail list logo