Re: [RFC PATCH] powerpc: fsl_pci: fix inbound ATMU entries for systems with >4G RAM

On 08/26/2016 12:26 AM, Tillmann Heidsieck wrote: > Hello Scott, > > thanks for the fast reply! > > On 2016-08-24 23:39, Scott Wood wrote: > [..] >> >> The second inbound window is at 256G, and it maps all of RAM. Note >> that >> for accesses in this window, the PCI address is different from

Re: [RFC PATCH] powerpc: fsl_pci: fix inbound ATMU entries for systems with >4G RAM

Hello Scott, thanks for the fast reply! On 2016-08-24 23:39, Scott Wood wrote: [..] The second inbound window is at 256G, and it maps all of RAM. Note that for accesses in this window, the PCI address is different from the host address. I probably really misunderstand the manual here ...

Re: linux-next: build warnings after merge of the kbuild tree

On Mon, 22 Aug 2016 20:47:58 +1000 Nicholas Piggin wrote: > On Fri, 19 Aug 2016 20:44:55 +1000 > Nicholas Piggin wrote: > > > On Fri, 19 Aug 2016 10:37:00 +0200 > > Michal Marek wrote: > > > > > On 2016-08-19 07:09, Stephen Rothwell

[PATCH] powerpc: Clean up tm_abort duplication in hash_utils_64.c

The same logic appears twice and should probably be pulled out into a function. Suggested-by: Michael Ellerman Signed-off-by: Rui Teng --- arch/powerpc/mm/hash_utils_64.c | 45 + 1 file changed, 19

Re: [PATCH 0/2] ibmvfc: FC-TAPE Support

> "Tyrel" == Tyrel Datwyler writes: Tyrel> This patchset introduces optional FC-TAPE/FC Class 3 Error Tyrel> Recovery to the ibmvfc client driver. Applied to 4.9/scsi-queue. -- Martin K. Petersen Oracle Linux Engineering

Re: [PATCH v3 2/2] powerpc/fadump: parse fadump reserve memory size based on memory range

On 08/25/16 at 11:00pm, Hari Bathini wrote: > > > On Thursday 25 August 2016 12:31 PM, Dave Young wrote: > > On 08/10/16 at 03:35pm, Hari Bathini wrote: > > > When fadump is enabled, by default 5% of system RAM is reserved for > > > fadump kernel. While that works for most cases, it is not good

Re: Suspected regression?

On Tue, 2016-08-23 at 13:34 +0200, Christophe Leroy wrote: > > Le 23/08/2016 à 11:20, Alessio Igor Bogani a écrit : > > > > Hi Christophe, > > > > Sorry for delay in reply I was on vacation. > > > > On 6 August 2016 at 11:29, christophe leroy > > wrote: > > > > > >

Re: [RFC PATCH v3 00/12] powerpc: "paca->soft_enabled" based local atomic operation implementation

On Thursday 25 August 2016 12:45 PM, Nicholas Piggin wrote: On Thu, 25 Aug 2016 11:59:51 +0530 Madhavan Srinivasan wrote: Local atomic operations are fast and highly reentrant per CPU counters. Used for percpu variable updates. Local atomic operations only

Re: [RFC PATCH v3 11/12] powerpc: Support to replay PMIs

On Thursday 25 August 2016 12:38 PM, Nicholas Piggin wrote: On Thu, 25 Aug 2016 12:00:02 +0530 Madhavan Srinivasan wrote: Code to replay the Performance Monitoring Interrupts(PMI). In the masked_interrupt handler, for PMIs we reset the MSR[EE] and return. In the

Re: [RFC PATCH v3 08/12] powerpc: Introduce new mask bit for soft_enabled

On Thursday 25 August 2016 12:35 PM, Nicholas Piggin wrote: On Thu, 25 Aug 2016 11:59:59 +0530 Madhavan Srinivasan wrote: diff --git a/arch/powerpc/include/asm/hw_irq.h b/arch/powerpc/include/asm/hw_irq.h index c19169ac1fbb..e457438c6fdf 100644 ---

Re: [PATCH -next] ibmvnic: convert to use simple_open()

From: Wei Yongjun Date: Wed, 24 Aug 2016 13:50:03 + > From: Wei Yongjun > > Remove an open coded simple_open() function and replace file > operations references to the function with simple_open() > instead. > > Generated by:

Re: [PATCH -next] ibmvnic: fix error return code in ibmvnic_probe()

From: Wei Yongjun Date: Wed, 24 Aug 2016 13:47:58 + > From: Wei Yongjun > > Fix to return error code -ENOMEM from the dma_map_single error > handling case instead of 0, as done elsewhere in this function. > > Fixes: 032c5e82847a ("Driver for IBM

Re: [PATCH v3 0/5] kexec_file: Add buffer hand-over for the next kernel

Am Donnerstag, 25 August 2016, 14:12:43 schrieb Andrew Morton: > I grabbed these two patch series. I also merged the "IMA: > Demonstration code for kexec buffer passing." demonstration patch just > to get things a bit of testing. Thank you very much! > I assume that once the "ima: carry the >

Re: [PATCH v3 0/5] kexec_file: Add buffer hand-over for the next kernel

On Thu, 25 Aug 2016 15:18:26 -0300 Thiago Jung Bauermann wrote: > Hello, > > This patch series implements a mechanism which allows the kernel to pass > on a buffer to the kernel that will be kexec'd. This buffer is passed > as a segment which is added to the kimage

Re: [PATCH v2 2/5] firmware: annotate thou shalt not request fw on init or probe

On Thu, Aug 25, 2016 at 12:41 PM, Luis R. Rodriguez wrote: > On Thu, Aug 25, 2016 at 01:05:44PM +0200, Daniel Vetter wrote: >> On Wed, Aug 24, 2016 at 10:39 PM, Luis R. Rodriguez >> wrote: >> > Can they use initramfs for this ? >> >> Apparently that's also

Re: [PATCH v2 2/5] firmware: annotate thou shalt not request fw on init or probe

On Thu, Aug 25, 2016 at 10:10:52PM +0200, Daniel Vetter wrote: > Cutting down since a lot of this is probably better discussed at > ks/lpc. Aside, if you want to check out Chris Wilson's work on our new > depency handling, it's called kfence. > > https://lkml.org/lkml/2016/7/17/37 Thanks more

Re: [PATCH v2 2/5] firmware: annotate thou shalt not request fw on init or probe

Cutting down since a lot of this is probably better discussed at ks/lpc. Aside, if you want to check out Chris Wilson's work on our new depency handling, it's called kfence. https://lkml.org/lkml/2016/7/17/37 On Thu, Aug 25, 2016 at 9:41 PM, Luis R. Rodriguez wrote: >> > So

Re: [PATCH v2 2/5] firmware: annotate thou shalt not request fw on init or probe

Summoning Felix for the embedded aspect on initramfs below. Jörg might be interested in the async facilities you speak of as well. On Thu, Aug 25, 2016 at 01:05:44PM +0200, Daniel Vetter wrote: > On Wed, Aug 24, 2016 at 10:39 PM, Luis R. Rodriguez wrote: > > On Wed, Aug 24,

[PATCH v3 5/5] IMA: Demonstration code for kexec buffer passing.

This shows how kernel code can use the kexec buffer passing mechanism to pass information to the next kernel. This patch is not intended to be committed. Signed-off-by: Thiago Jung Bauermann --- include/linux/ima.h | 11 + kernel/kexec_file.c

[PATCH v3 4/5] kexec_file: Add mechanism to update kexec segments.

kexec_update_segment allows a given segment in kexec_image to have its contents updated. This is useful if the current kernel wants to send information to the next kernel that is up-to-date at the time of reboot. Signed-off-by: Thiago Jung Bauermann ---

[PATCH v3 3/5] kexec_file: Allow skipping checksum calculation for some segments.

Add skip_checksum member to struct kexec_buf to specify whether the corresponding segment should be part of the checksum calculation. The next patch will add a way to update segments after a kimage is loaded. Segments that will be updated in this way should not be checksummed, otherwise they will

[PATCH v3 2/5] powerpc: kexec_file: Add buffer hand-over support for the next kernel

The buffer hand-over mechanism allows the currently running kernel to pass data to kernel that will be kexec'd via a kexec segment. The second kernel can check whether the previous kernel sent data and retrieve it. This is the architecture-specific part. Signed-off-by: Thiago Jung Bauermann

[PATCH v3 0/5] kexec_file: Add buffer hand-over for the next kernel

Hello, This patch series implements a mechanism which allows the kernel to pass on a buffer to the kernel that will be kexec'd. This buffer is passed as a segment which is added to the kimage when it is being prepared by kexec_file_load. How the second kernel is informed of this buffer is

[PATCH v3 1/5] kexec_file: Add buffer hand-over support for the next kernel

The buffer hand-over mechanism allows the currently running kernel to pass data to kernel that will be kexec'd via a kexec segment. The second kernel can check whether the previous kernel sent data and retrieve it. This is the architecture-independent part of the feature. Signed-off-by: Thiago

Re: [RFCv3 00/17] PAPR HPT resizing, guest & host side

On Thu, Aug 25, 2016 at 10:38:34PM +1000, Paul Mackerras wrote: > On Mon, Mar 21, 2016 at 02:53:07PM +1100, David Gibson wrote: > > This is an implementation of the kernel parts of the PAPR hashed page > > table (HPT) resizing extension. > > > > It contains a complete guest-side implementation -

Re: [PATCH] powerpc/powernv/pci: Use kmalloc_array() in two functions

Am 24.08.2016 22:36, schrieb SF Markus Elfring: > From: Markus Elfring > Date: Wed, 24 Aug 2016 22:26:37 +0200 > > A multiplication for the size determination of a memory allocation > indicated that an array data structure should be processed. > Thus reuse the

[PATCH 11/44] usb: gadget: udc: fsl_qe_udc: don't print on ENOMEM

All kmalloc-based functions print enough information on failures. Signed-off-by: Wolfram Sang --- drivers/usb/gadget/udc/fsl_qe_udc.c | 16 1 file changed, 4 insertions(+), 12 deletions(-) diff --git a/drivers/usb/gadget/udc/fsl_qe_udc.c

[PATCH 00/44] usb: don't print on ENOMEM

Here is my next series to save memory by removing unneeded strings. It removes in the usb subsystem all unspecific error messages after calling malloc-based functions, i.e. (devm_)k[zcm]alloc. kmalloc prints enough information in that case. If the message was specific (e.g. "can't save

Re: [PATCH v3 2/2] powerpc/fadump: parse fadump reserve memory size based on memory range

On Thursday 25 August 2016 12:31 PM, Dave Young wrote: On 08/10/16 at 03:35pm, Hari Bathini wrote: When fadump is enabled, by default 5% of system RAM is reserved for fadump kernel. While that works for most cases, it is not good enough for every case. Currently, to override the default

Re: [alsa-devel] [PATCH] ALSA: snd-aoa: enable sound on PowerBook G4 12"

On Wed, 24 Aug 2016 22:35:58 +0200, Aaro Koskinen wrote: > > Hi, > > On Wed, Aug 24, 2016 at 09:43:23PM +0200, Johannes Berg wrote: > > On Wed, 2016-08-24 at 20:57 +0300, Aaro Koskinen wrote: > > > Enable sound on PowerBook G4 12". > > > > Looks good to me, I assume you tested it and it works

Re: [RFC/PATCH 1/2] cpuidle: Allow idle-states to be disabled at start

On 08/25/2016 03:46 PM, Balbir Singh wrote: > > > On 25/08/16 01:06, Daniel Lezcano wrote: >> On 08/24/2016 04:48 PM, Balbir Singh wrote: >>> >>> >>> On 25/08/16 00:44, Daniel Lezcano wrote: On 08/19/2016 12:26 AM, Gautham R. Shenoy wrote: > From: "Gautham R. Shenoy"

Re: [RFC/PATCH 1/2] cpuidle: Allow idle-states to be disabled at start

On 25/08/16 01:06, Daniel Lezcano wrote: > On 08/24/2016 04:48 PM, Balbir Singh wrote: >> >> >> On 25/08/16 00:44, Daniel Lezcano wrote: >>> On 08/19/2016 12:26 AM, Gautham R. Shenoy wrote: From: "Gautham R. Shenoy" Currently all the idle states

Re: [PATCH 3/5] of/platform: introduce a generic way to declare a platform bus

On Mon, Aug 22, 2016 at 9:06 PM, Kevin Hao wrote: > The specific buses which need to be probed at boot time are different > between platforms. Instead of put all the buses into the default > of_default_bus_match_table[] match tables, this patch introduces a > general way to

Re: [PATCH] powerpc: Remove suspect CONFIG_PPC_BOOK3E #ifdefs in nohash/64/pgtable.h

Rui Teng writes: > There are three #ifdef CONFIG_PPC_BOOK3E sections in nohash/64/pgtable.h. > And there should be no configurations possible which use nohash/64/pgtable.h > but don't also enable CONFIG_PPC_BOOK3E. > > Suggested-by: Michael Ellerman

Re: [PATCH] hwrng: pasemi_rng.c: Migrate to managed API

> I will propose to use devm_ioremap_resource() instead for removing this > hardcoded 0x100, but i cannot find any user of this driver in any dts. (And > so cannot check that this 0x100 is given in any DT resource node) > > Is this normal ? I wanted to use devm_ioremap_resource but could not

Re: [RFCv3 00/17] PAPR HPT resizing, guest & host side

On Mon, Mar 21, 2016 at 02:53:07PM +1100, David Gibson wrote: > This is an implementation of the kernel parts of the PAPR hashed page > table (HPT) resizing extension. > > It contains a complete guest-side implementation - or as complete as > it can be until we have a final PAPR change. > > It

Re: [PATCH] hwrng: pasemi_rng.c: Migrate to managed API

On Thu, Aug 25, 2016 at 05:04:16PM +0530, PrasannaKumar Muralidharan wrote: > Use devm_ioremap and devm_hwrng_register instead of ioremap and > hwrng_register. This removes unregistering and error handling code. > > This patch is not tested with hardware as I don't have access to it. > >

[PATCH] hwrng: pasemi_rng.c: Migrate to managed API

Use devm_ioremap and devm_hwrng_register instead of ioremap and hwrng_register. This removes unregistering and error handling code. This patch is not tested with hardware as I don't have access to it. Signed-off-by: PrasannaKumar Muralidharan ---

Re: [PATCH v2 2/5] firmware: annotate thou shalt not request fw on init or probe

On Wed, Aug 24, 2016 at 10:39 PM, Luis R. Rodriguez wrote: > On Wed, Aug 24, 2016 at 08:55:55AM +0200, Daniel Vetter wrote: >> On Fri, Jun 17, 2016 at 12:54 AM, Luis R. Rodriguez >> wrote: >> > Thou shalt not make firmware calls early on init or probe. > >

Re: PowerPC agpmode issues

On Thu, 2016-08-25 at 05:09 +0200, Mike wrote: > Any improvement on your ends? Seems -1 is now the quirk. But does > your trackpads work? Did an update after getting a new and the latest > released powerbook up. Also found an interesting interface which can > replace our ide drives, intended for

RE: [PATCH 1/1] pci: host: pci-layerscape: add missing of_node_put after calling of_parse_phandle

> >On Fri, Aug 12, 2016 at 09:34:41AM +0800, Peter Chen wrote: >> of_node_put needs to be called when the device node which is got from >> of_parse_phandle has finished using. >> >> Cc: Minghuan Lian >> Cc: Mingkai Hu >> Cc: Roy Zang

Re: [RFC PATCH v3 00/12] powerpc: "paca->soft_enabled" based local atomic operation implementation

On Thu, 25 Aug 2016 11:59:51 +0530 Madhavan Srinivasan wrote: > Local atomic operations are fast and highly reentrant per CPU counters. > Used for percpu variable updates. Local atomic operations only guarantee > variable modification atomicity wrt the CPU which owns

Re: [RFC PATCH v3 11/12] powerpc: Support to replay PMIs

On Thu, 25 Aug 2016 12:00:02 +0530 Madhavan Srinivasan wrote: > Code to replay the Performance Monitoring Interrupts(PMI). > In the masked_interrupt handler, for PMIs we reset the MSR[EE] > and return. In the __check_irq_replay(), replay the PMI interrupt > by calling

Re: [RFC PATCH v3 08/12] powerpc: Introduce new mask bit for soft_enabled

On Thu, 25 Aug 2016 11:59:59 +0530 Madhavan Srinivasan wrote: > diff --git a/arch/powerpc/include/asm/hw_irq.h > b/arch/powerpc/include/asm/hw_irq.h > index c19169ac1fbb..e457438c6fdf 100644 > --- a/arch/powerpc/include/asm/hw_irq.h > +++

Re: [PATCH v3 2/2] powerpc/fadump: parse fadump reserve memory size based on memory range

On 08/10/16 at 03:35pm, Hari Bathini wrote: > When fadump is enabled, by default 5% of system RAM is reserved for > fadump kernel. While that works for most cases, it is not good enough > for every case. > > Currently, to override the default value, fadump supports specifying > memory to reserve

[RFC PATCH v3 05/12] powerpc: reverse the soft_enable logic

"paca->soft_enabled" is used as a flag to mask some of interrupts. Currently supported flags values and their details: soft_enabledMSR[EE] 0 0 Disabled (PMI and HMI not masked) 1 1 Enabled "paca->soft_enabled" is initialized to 1 to make the

[RFC PATCH v3 04/12] powerpc: Use set_soft_enabled api to update paca->soft_enabled

Signed-off-by: Madhavan Srinivasan --- arch/powerpc/include/asm/kvm_ppc.h | 2 +- arch/powerpc/kernel/irq.c | 2 +- arch/powerpc/kernel/setup_64.c | 4 ++-- arch/powerpc/kernel/time.c | 4 ++-- 4 files changed, 6 insertions(+), 6 deletions(-) diff

[RFC PATCH v3 03/12] powerpc: move set_soft_enabled()

Move set_soft_enabled() from powerpc/kernel/irq.c to asm/hw_irq.c. this way updation of paca->soft_enabled can be forced wherever possible. Signed-off-by: Madhavan Srinivasan --- arch/powerpc/include/asm/hw_irq.h | 6 ++ arch/powerpc/kernel/irq.c | 6 --

[PATCH] powerpc: Remove suspect CONFIG_PPC_BOOK3E #ifdefs in nohash/64/pgtable.h

There are three #ifdef CONFIG_PPC_BOOK3E sections in nohash/64/pgtable.h. And there should be no configurations possible which use nohash/64/pgtable.h but don't also enable CONFIG_PPC_BOOK3E. Suggested-by: Michael Ellerman Signed-off-by: Rui Teng

[RFC PATCH v3 07/12] powerpc: Add new _EXCEPTION_PROLOG_1 macro

Factor out the EXCPETION_PROLOG_1 macro, so that STD_EXCEPTION_* and MASKABLE_EXCEPTION will have separate version. This is needed to support addition of new parameter "bitmask" for MASKABLE_* macros to specify the interrupt mask. Signed-off-by: Madhavan Srinivasan ---

[RFC PATCH v3 12/12] powerpc: rewrite local_t using soft_irq

Local atomic operations are fast and highly reentrant per CPU counters. Used for percpu variable updates. Local atomic operations only guarantee variable modification atomicity wrt the CPU which owns the data and these needs to be executed in a preemption safe way. Here is the design of this

[RFC PATCH v3 11/12] powerpc: Support to replay PMIs

Code to replay the Performance Monitoring Interrupts(PMI). In the masked_interrupt handler, for PMIs we reset the MSR[EE] and return. In the __check_irq_replay(), replay the PMI interrupt by calling performance_monitor_common handler. Patch also adds a new soft_irq_set_mask() to update

[RFC PATCH v3 10/12] powerpc: Add support to mask perf interrupts

To support masking of the PMI interrupts, couple of new interrupt handler macros are added MASKABLE_EXCEPTION_PSERIES_OOL and MASKABLE_RELON_EXCEPTION_PSERIES_OOL. Couple of new irq #defs "PACA_IRQ_PMI" and "SOFTEN_VALUE_0xf0*" added to use in the exception code to check for PMI interrupts.

[RFC PATCH v3 09/12] powerpc: Add "bitmask" paramater to MASKABLE_* macros

Make it explicit the interrupt masking supported by a gievn interrupt handler. Patch correspondingly extends the MASKABLE_* macros with an addition's parameter. "bitmask" parameter is passed to SOFTEN_TEST macro to decide on masking the interrupt. Signed-off-by: Madhavan Srinivasan

[RFC PATCH v3 08/12] powerpc: Introduce new mask bit for soft_enabled

Currently soft_enabled is used as the flag to determine the interrupt state. Patch extends the soft_enabled to be used as a mask instead of a flag. So, each MASKABLE_* macro will carry additionaly "bitmask" paramater to specify the interrupt maskable level. Signed-off-by: Madhavan Srinivasan

[RFC PATCH v3 01/12] powerpc: Add #defs for paca->soft_enabled flags

Two #defs IRQ_DISABLE_LEVEL_NONE and IRQ_DISABLE_LEVEL_LINUX are added to be used when updating paca->soft_enabled. Signed-off-by: Madhavan Srinivasan --- arch/powerpc/include/asm/hw_irq.h | 6 ++ 1 file changed, 6 insertions(+) diff --git

[RFC PATCH v3 06/12] powerpc: Avoid using EXCEPTION_PROLOG_1 macro in MASKABLE_*

Currently we use both EXCEPTION_PROLOG_1 amd __EXCEPTION_PROLOG_1 in the MASKABLE_* macros. As a cleanup, this patch makes MASKABLE_* to use only __EXCEPTION_PROLOG_1. There is not logic change. Signed-off-by: Madhavan Srinivasan ---

[RFC PATCH v3 02/12] powerpc: Cleanup to use IRQ_DISABLE_MASK_* macros for paca->soft_enabled update

Replace the hardcoded values used when updating paca->soft_enabled with IRQ_DISABLE_MASK_* #def. No logic change. Signed-off-by: Madhavan Srinivasan --- arch/powerpc/include/asm/exception-64s.h | 2 +- arch/powerpc/include/asm/hw_irq.h| 15 ---

[RFC PATCH v3 00/12] powerpc: "paca->soft_enabled" based local atomic operation implementation

Local atomic operations are fast and highly reentrant per CPU counters. Used for percpu variable updates. Local atomic operations only guarantee variable modification atomicity wrt the CPU which owns the data and these needs to be executed in a preemption safe way. Here is the design of the