Re: [PATCH] powerpc/ipic: Support edge on IRQ0

Scott Wood writes: > External IRQ0 has the same capabilities as the other IRQ1-7 and is > handled by the same register IPIC_SEPNR. When this register is not > specified for "ack" in "ipic_info", you cannot configure this IRQ as > IRQ_TYPE_EDGE_FALLING. This oversight was

Re: [PATCH 3/4] powerpc: Reduce ELF_ET_DYN_BASE

Kees Cook writes: > On Fri, Jun 23, 2017 at 12:01 AM, Michael Ellerman > wrote: >> Kees Cook writes: >> >>> Now that explicitly executed loaders are loaded in the mmap region, >>> position PIE binaries lower in the address

[PATCH V7 2/2] powerpc/numa: Update CPU topology when VPHN enabled

powerpc/numa: Correct the currently broken capability to set the topology for shared CPUs in LPARs. At boot time for shared CPU lpars, the topology for each shared CPU is set to node zero, however, this is now updated correctly using the Virtual Processor Home Node (VPHN) capabilities

RE: [PATCH 1/2] fsl/fman: propagate dma_ops

> -Original Message- > From: geert.uytterhoe...@gmail.com [mailto:geert.uytterhoe...@gmail.com] > On Behalf Of Geert Uytterhoeven > Sent: Monday, June 26, 2017 10:49 AM > To: Madalin-cristian Bucur > Cc: net...@vger.kernel.org; David S. Miller ;

Re: gcc 4.6.3 miscompile on ppc32 (was Re: Regression in kernel 4.12-rc1 for Powerpc 32 - bisected to commit 3448890c32c3)

Al Viro writes: > On Sun, Jun 25, 2017 at 04:44:09PM -0500, Segher Boessenkool wrote: > >> Do you have a short stand-alone testcase? 4.6 is ancient, of course, but >> the actual problem may still exist in more recent compilers (if it _is_ >> a compiler problem; if it's

Re: [PATCH] powerpc/sysfs: Expose MMCR2 spr in sysfs

Madhavan Srinivasan writes: > Monitor Mode Control Register 2 (MMCR2) is a 64-bit > register that contains 9-bit control fields for > controlling the operation of PMC1 - PMC6. Patch > to expose the MMCR2 spr in sysfs. > > Signed-off-by: Madhavan Srinivasan

Re: [V3] cxl: Fixes for Coherent Accelerator Interface Architecture 2.0

On Tue, 2017-06-13 at 15:41:05 UTC, Christophe Lombard wrote: > A previous set of patches "cxl: Add support for Coherent Accelerator > Interface Architecture 2.0" has introduced a new support for the CAPI > cards. These patches have been tested on Simulation environment and > quite a bit of them

Re: [PATCH 1/1] futex: remove duplicated code and fix UB

On Mon, Jun 26, 2017 at 02:02:31PM +0200, Jiri Slaby wrote: > On 06/23/2017, 09:51 AM, Thomas Gleixner wrote: > > On Wed, 21 Jun 2017, Jiri Slaby wrote: > >> diff --git a/arch/arm64/include/asm/futex.h > >> b/arch/arm64/include/asm/futex.h > >> index f32b42e8725d..5bb2fd4674e7 100644 > >> ---

[PATCH 2/2] powerpc/fadump: use kstrtoint to handle sysfs store

Currently sysfs store handlers in fadump use if buf[0] == 'char'. This means input "100foo" is interpreted as '1' and "01" as '0'. Change to kstrtoint so leading zeroes and the like is handled in expected way. Signed-off-by: Michal Suchanek --- arch/powerpc/kernel/fadump.c

[PATCH V7 1/2] powerpc/hotplug: Ensure enough nodes avail for operations

powerpc/hotplug: On systems like PowerPC which allow 'hot-add' of CPU or memory resources, it may occur that the new resources are to be inserted into nodes that were not used for these resources at bootup. In the kernel, any node that is used must be defined and initialized at boot. In order to

[PATCH 1/2] powerpc/fadump: return 0 on re-registration

When fadump is already registered return success. Currently EEXIST is returned which is difficult to handle race-free in userspace when shell scripts are used. If multiple writers are trying to write '1' there is no difference in whichever succeeds so just return 0 to all. Signed-off-by: Michal

Re: [PATCH v5 2/2] powerpc/fadump: update documentation about 'fadump_append=' parameter

Hello, On Tue, 20 Jun 2017 21:14:08 +0530 Hari Bathini wrote: > On Friday 09 June 2017 05:34 PM, Michal Suchánek wrote: > > On Thu, 8 Jun 2017 23:30:37 +0530 > > Hari Bathini wrote: > >> On Monday 15 May 2017 02:59 PM, Michal Suchánek

Re: [PATCH] powerpc/ipic: Support edge on IRQ0

Index 48 equals IRQ0 in developpers manual Am 26.06.2017 um 14:46 schrieb Michael Ellerman: Scott Wood writes: External IRQ0 has the same capabilities as the other IRQ1-7 and is handled by the same register IPIC_SEPNR. When this register is not specified for "ack" in

[PATCH] powerpc/32: Avoid miscompilation w/GCC 4.6.3 - don't inline copy_to/from_user()

Larry Finger reported that his Powerbook G4 was no longer booting with v4.12-rc, userspace was up but giving weird errors such as: udevd[64]: starting version 175 udevd[64]: Unable to receive ctrl message: Bad address. modprobe: chdir(4.12-rc1): No such file or directory He bisected the

Re: Regression in kernel 4.12-rc1 for Powerpc 32 - bisected to commit 3448890c32c3

Larry Finger writes: > On 06/23/2017 03:29 PM, Al Viro wrote: >> On Fri, Jun 23, 2017 at 01:49:16PM -0500, Larry Finger wrote: >> BTW, could you try to check what happens if you kill the if (__builtin_constant_p(n) && (n <= 8)) bits in

Subject: [PATCH V7 0/2] powerpc/dlpar: Correct display of hot-add/hot-remove CPUs and memory

On Power systems with shared configurations of CPUs and memory, there are some issues with association of additional CPUs and memory to nodes when hot-adding resources. These patches address some of those problems. powerpc/hotplug: On systems like PowerPC which allow 'hot-add' of CPU or memory

Re: [PATCH 1/1] futex: remove duplicated code and fix UB

On 06/23/2017, 09:51 AM, Thomas Gleixner wrote: > On Wed, 21 Jun 2017, Jiri Slaby wrote: >> diff --git a/arch/arm64/include/asm/futex.h b/arch/arm64/include/asm/futex.h >> index f32b42e8725d..5bb2fd4674e7 100644 >> --- a/arch/arm64/include/asm/futex.h >> +++ b/arch/arm64/include/asm/futex.h >> @@

Re: [PATCH] powerpc/smp: Do not BUG_ON if invalid CPU during kick

Santosh Sivaraj writes: > During secondary start, we do not need to BUG_ON if an invalid CPU number > is passed. We alreay print an error if secondary cannot be started, so ^ d > just return an error instead. > > Signed-off-by: Santosh

RE: [PATCH] soc/qman: Sleep instead of stuck hacking jiffies.

From: Karim Eshapa > Sent: 25 June 2017 16:14 > Use msleep() instead of stucking with > long delay will be more efficient. ... > --- a/drivers/soc/fsl/qbman/qman.c > +++ b/drivers/soc/fsl/qbman/qman.c > @@ -1084,11 +1084,7 @@ static int drain_mr_fqrni(struct qm_portal *p) >*

[PATCH] fsl/fman: add dependency on HAS_DMA

A previous commit inserted a dependency on DMA API that requires HAS_DMA to be added in Kconfig. Signed-off-by: Madalin Bucur --- drivers/net/ethernet/freescale/fman/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/net/ethernet/freescale/fman/Kconfig

RE: [PATCH] powerpc/32: Avoid miscompilation w/GCC 4.6.3 - don't inline copy_to/from_user()

From: Michael Ellerman > Sent: 26 June 2017 14:34 .. > Al also pointed out that inlining copy_to/from_user() is probably of little or > no benefit, which is correct ... I was a bit horrified at the x86-64 versions of copy_to/from_user() as well. With code that (tries to) error kernel pointers

RE: [PATCH] fsl/fman: add dependency on HAS_DMA

> -Original Message- > From: Fabio Estevam [mailto:feste...@gmail.com] > Sent: Monday, June 26, 2017 6:21 PM > To: Madalin-cristian Bucur > Cc: net...@vger.kernel.org; David S. Miller ; Geert > Uytterhoeven ;

Re: [PATCH 1/2] fsl/fman: propagate dma_ops

Hi Madalin, On Mon, Jun 26, 2017 at 4:55 PM, Madalin-cristian Bucur wrote: >> -Original Message- >> From: geert.uytterhoe...@gmail.com [mailto:geert.uytterhoe...@gmail.com] >> On Behalf Of Geert Uytterhoeven >> Sent: Monday, June 26, 2017 10:49 AM >> To:

Re: [PATCH] fsl/fman: add dependency on HAS_DMA

On Mon, Jun 26, 2017 at 12:12 PM, Madalin Bucur wrote: > A previous commit inserted a dependency on DMA API that requires > HAS_DMA to be added in Kconfig. It would be nice to specify the commit that caused this.

[PATCH v2] fsl/fman: add dependency on HAS_DMA

A previous commit (5567e989198b5a8d) inserted a dependency on DMA API that requires HAS_DMA to be added in Kconfig. Signed-off-by: Madalin Bucur --- drivers/net/ethernet/freescale/fman/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git

Re: [PATCH] fsl/fman: add dependency on HAS_DMA

On Mon, Jun 26, 2017 at 5:20 PM, Fabio Estevam wrote: > On Mon, Jun 26, 2017 at 12:12 PM, Madalin Bucur wrote: >> A previous commit inserted a dependency on DMA API that requires >> HAS_DMA to be added in Kconfig. > > It would be nice to specify the

Re: [PATCH 6/7] drm/tilcdc: clean up ifdef hacks around iowrite64

Hi Jyri, Thanks for the ack. However, I'm reworking this patch set to use the include/linux/io-64-nonatomic* headers which will explicitly devolve into two 32-bit transfers. It's not clear whether this is appropriate for the tilcdc driver as it was never setup to use 32-bit transfers (unlike the

Re: ps3 linux: os_area_queue_work_handler: Could not update FLASH ROM

Hi Sombat, On 06/26/2017 02:26 AM, Sombat Tragolgosol wrote: > 1) Is it normal for os_area_queue_work_handler: Could not update FLASH ROM? You should try to find the exact cause of the error. It could be due to a corrupted os-area. > 2) My Date time is not correct. Is the problem is not able

Re: [PATCH 00/17] cxlflash: LUN provisioning support and miscellaneous fixes

Uma, > This patch series contains miscellaneous fixes and several > enhancements such as LUN provisioning support, WS16 unmap and AFU > debug capabilities. Applied to 4.13/scsi-queue. Thank you! -- Martin K. Petersen Oracle Linux Engineering

[PATCH v2] powerpc/powernv: Enable PCI peer-to-peer

P9 has support for PCI peer-to-peer, enabling a device to write in the mmio space of another device directly, without interrupting the CPU. This patch adds support for it on powernv, by adding a new API to be called by drivers. The pnv_pci_set_p2p(...) call configures an 'initiator', i.e the

Re: [PATCH 3/4] powerpc: Reduce ELF_ET_DYN_BASE

On Mon, Jun 26, 2017 at 6:04 AM, Michael Ellerman wrote: > Kees Cook writes: > >> On Fri, Jun 23, 2017 at 12:01 AM, Michael Ellerman >> wrote: >>> Kees Cook writes: >>> Now that explicitly executed

Re: [PATCH 6/7] drm/tilcdc: clean up ifdef hacks around iowrite64

On 06/22/17 19:48, Logan Gunthorpe wrote: > Now that we can expect iowrite64 to always exist the hack is no longer > necessary so we just call iowrite64 directly. > > Signed-off-by: Logan Gunthorpe > Cc: Jyri Sarha > Cc: Tomi Valkeinen

ps3 linux: os_area_queue_work_handler: Could not update FLASH ROM

Dear Sir, I'd like to have help and ask some. 1) Is it normal for os_area_queue_work_handler: Could not update FLASH ROM? 2) My Date time is not correct. Is the problem is not able to update os-area data? Here below is my rtc time problem. RTC time is not proper value (lower than it should

Re: [PATCH] kernel/power/suspend: use CONFIG_HAVE_SET_MEMORY for include condition

On Monday, June 26, 2017 01:34:52 PM Balbir Singh wrote: > On Sat, Jun 3, 2017 at 11:27 PM, Pavel Machek wrote: > > On Sat 2017-06-03 20:52:32, Balbir Singh wrote: > >> Kbuild reported a build failure when CONFIG_STRICT_KERNEL_RWX was > >> enabled on powerpc. We don't yet have

Re: [PATCH 2/7] iomap: implement ioread64 and iowrite64

On 6/26/2017 2:43 PM, Arnd Bergmann wrote: This hardcodes the behavior of include/linux/io-64-nonatomic-hi-lo.h, which I find rather confusing, as only about one in five drivers wants this behavior. I'd suggest you don't add it in lib/iomap.c at all for 32-bit architectures, but rather use the

Re: [PATCH 2/7] iomap: implement ioread64 and iowrite64

> +u64 ioread64(void __iomem *addr) > +{ > + u64 low, high; > + > + low = ioread32(addr); > + high = ioread32(addr + sizeof(u32)); > + return low | (high << 32); > +} > +u64 ioread64be(void __iomem *addr) > +{ > + u64 low, high; > + > + low = ioread32be(addr +

Re: clean up and modularize arch dma_mapping interface V2

On 06/26/2017 02:47 AM, Christoph Hellwig wrote: On Sat, Jun 24, 2017 at 10:36:56AM -0500, Benjamin Herrenschmidt wrote: I think we still need to do it. For example we have a bunch new "funky" cases. I have no plan to do away with the selection - I just want a better interface than the

Re: [RFC v3 02/23] powerpc: introduce set_hidx_slot helper

On Mon, Jun 26, 2017 at 09:03:18AM +1000, Balbir Singh wrote: > On Wed, 2017-06-21 at 18:39 -0700, Ram Pai wrote: > > Introduce set_hidx_slot() which sets the (H_PAGE_F_SECOND|H_PAGE_F_GIX) > > bits at the appropriate location in the PTE of 4K PTE. In the > > case of 64K PTE, it sets the

Re: powerpc/32: Avoid miscompilation w/GCC 4.6.3 - don't inline copy_to/from_user()

On Mon, 2017-06-26 at 13:34:15 UTC, Michael Ellerman wrote: > Larry Finger reported that his Powerbook G4 was no longer booting with > v4.12-rc, > userspace was up but giving weird errors such as: > > udevd[64]: starting version 175 > udevd[64]: Unable to receive ctrl message: Bad address. >

Re: [PATCH v3 4/6] powerpc/mm: Add devmap support for ppc64

kbuild test robot writes: > Hi Oliver, > > [auto build test ERROR on powerpc/next] > [also build test ERROR on v4.12-rc6 next-20170623] > [if your patch is applied to the wrong git tree, please drop us a note to > help improve the system] > > url: >

Re: [RFC v3 02/23] powerpc: introduce set_hidx_slot helper

On Sun, Jun 25, 2017 at 11:02:58PM -0500, Benjamin Herrenschmidt wrote: > On Mon, 2017-06-26 at 09:03 +1000, Balbir Singh wrote: > > On Wed, 2017-06-21 at 18:39 -0700, Ram Pai wrote: > > > Introduce set_hidx_slot() which sets the (H_PAGE_F_SECOND|H_PAGE_F_GIX) > > > bits at the appropriate

[RESEND PATCH] powerpc/modules: Introduce new stub code for SHN_LIVEPATCH symbols

R_PPC64_REL24 relocation type is used for a function call, where the function symbol address is resolved and stub code (a.k.a trampoline) is constructed to jump into the global entry of the function. The caller is responsible for setting up the TOC of the called function before branching and NOP

Re: [PATCH V5] powerpc/powernv : Add support for OPAL-OCC command/response interface

On Mon, 2017-06-26 at 11:02 +0530, Shilpasri G Bhat wrote: > In P9, OCC (On-Chip-Controller) supports shared memory based > commad-response interface. Within the shared memory there is an OPAL > command buffer and OCC response buffer that can be used to send > inband commands to OCC. This patch

[PATCH] tty: New RISC-V SBI console driver

The RISC-V ISA defines a simple console that is availiable via SBI calls on all systems. This patch adds a driver for this console interface that can act as both a target for early printk and as the system console. Signed-off-by: Palmer Dabbelt --- drivers/tty/hvc/Kconfig

Re: new dma-mapping tree, was Re: clean up and modularize arch dma_mapping interface V2

On Wed, Jun 21, 2017 at 03:32:39PM +0200, Marek Szyprowski wrote: > linux-next > was a side effect of that. I think that for now it can be dropped in favor > of > Christoph's tree. I can also do some review and help in maintainers work if > needed, although I was recently busy with other stuff. >

Re: [PATCH 1/2] fsl/fman: propagate dma_ops

Hi Madalin, On Mon, Jun 19, 2017 at 5:04 PM, Madalin Bucur wrote: > Make sure dma_ops are set, to be later used by the Ethernet driver. > > Signed-off-by: Madalin Bucur > --- > drivers/net/ethernet/freescale/fman/mac.c | 2 ++ > 1 file changed, 2

Re: [PATCH v6 0/7] perf report: Show branch type

Hi maintainers, Is this patch series OK or anything I should update? Thanks Jin Yao On 6/2/2017 4:02 PM, Jin, Yao wrote: Hi maintainers, Is this patch series (v6) OK for merging? Thanks Jin Yao On 4/20/2017 5:36 PM, Jiri Olsa wrote: On Thu, Apr 20, 2017 at 08:07:48PM +0800, Jin Yao

Re: [PATCH v3 3/9] powerpc/kprobes/optprobes: Move over to patch_instruction

Balbir Singh writes: > With text moving to read-only migrate optprobes to using > the patch_instruction infrastructure. Without this optprobes > will fail and complain. > > Signed-off-by: Balbir Singh > --- > arch/powerpc/kernel/optprobes.c | 58 >

Re: clean up and modularize arch dma_mapping interface V2

On Sat, Jun 24, 2017 at 10:36:56AM -0500, Benjamin Herrenschmidt wrote: > I think we still need to do it. For example we have a bunch new "funky" > cases. I have no plan to do away with the selection - I just want a better interface than the current one.

Re: [PATCH 1/7] drm/tilcdc: don't use volatile with iowrite64

On 06/22/17 19:48, Logan Gunthorpe wrote: > This is a prep patch for adding a universal iowrite64. > > The patch is to prevent compiler warnings when we add iowrite64 that > would occur because there is an unnecessary volatile in this driver. > > Signed-off-by: Logan Gunthorpe