Re: [PATCH v3 04/12] ppc64/kexec_file: avoid stomping memory used by special regions

Thiago Jung Bauermann writes: > Hari Bathini writes: > >> diff --git a/arch/powerpc/include/asm/crashdump-ppc64.h >> b/arch/powerpc/include/asm/crashdump-ppc64.h >> new file mode 100644 >> index 000..90deb46 >> --- /dev/null >> +++ b/arch/powerpc/include/asm/crashdump-ppc64.h >> @@ -0,0

Re: [PATCH v3 12/12] ppc64/kexec_file: fix kexec load failure with lack of memory hole

Hari Bathini writes: > The kexec purgatory has to run in real mode. Only the first memory > block maybe accessible in real mode. And, unlike the case with panic > kernel, no memory is set aside for regular kexec load. Another thing > to note is, the memory for crashkernel is reserved at an

Re: [RFC PATCH 4/7] x86: use exit_lazy_tlb rather than membarrier_mm_sync_core_before_usermode

> On Jul 15, 2020, at 9:15 PM, Nicholas Piggin wrote: > > Excerpts from Mathieu Desnoyers's message of July 14, 2020 12:13 am: >> - On Jul 13, 2020, at 9:47 AM, Nicholas Piggin npig...@gmail.com wrote: >> >>> Excerpts from Nicholas Piggin's message of July 13, 2020 2:45 pm:

Re: [PATCH v3] powerpc/pseries: detect secure and trusted boot state of the system.

Daniel Axtens writes: > Hi Nayna, > > Looks good to me. > > Sorry for not noticing this before, but I think >> +#include > is now superfluous (I think it's leftover from the machine_is > version?). Maybe mpe will take pity on you and remove it when he picks > up your patch. Yeah I did that.

Re: [RFC PATCH 4/7] x86: use exit_lazy_tlb rather than membarrier_mm_sync_core_before_usermode

Excerpts from Nicholas Piggin's message of July 16, 2020 2:15 pm: > Excerpts from Mathieu Desnoyers's message of July 14, 2020 12:13 am: >> - On Jul 13, 2020, at 9:47 AM, Nicholas Piggin npig...@gmail.com wrote: >> >>> Excerpts from Nicholas Piggin's message of July 13, 2020 2:45 pm:

Re: [RFC PATCH 4/7] x86: use exit_lazy_tlb rather than membarrier_mm_sync_core_before_usermode

Excerpts from Mathieu Desnoyers's message of July 14, 2020 12:13 am: > - On Jul 13, 2020, at 9:47 AM, Nicholas Piggin npig...@gmail.com wrote: > >> Excerpts from Nicholas Piggin's message of July 13, 2020 2:45 pm: >>> Excerpts from Andy Lutomirski's message of July 11, 2020 3:04 am:

Re: [PATCH v8 2/8] powerpc/vdso: Remove __kernel_datapage_offset and simplify __get_datapage()

Christophe Leroy writes: > The VDSO datapage and the text pages are always located immediately > next to each other, so it can be hardcoded without an indirection > through __kernel_datapage_offset > > In order to ease things, move the data page in front like other > arches, that way there is no

[powerpc:fixes-test] BUILD SUCCESS f0479c4bcbd92d1a457d4a43bcab79f29d11334a

randconfig-a001-20200715 i386 randconfig-a005-20200715 i386 randconfig-a002-20200715 i386 randconfig-a006-20200715 i386 randconfig-a003-20200715 i386 randconfig-a004-20200715 x86_64 randconfig-a005-20200715

[powerpc:next] BUILD SUCCESS f88223979044bfae32cb16f814c43739e5ba1301

-20200715 i386 randconfig-a005-20200715 i386 randconfig-a002-20200715 i386 randconfig-a006-20200715 i386 randconfig-a003-20200715 i386 randconfig-a004-20200715 x86_64 randconfig-a005-20200715 x86_64

[powerpc:next-test] BUILD SUCCESS 085563a9059b42c635151e970fd3af941f46a0fd

randconfig-a016-20200715 i386 randconfig-a011-20200715 i386 randconfig-a015-20200715 i386 randconfig-a012-20200715 i386 randconfig-a013-20200715 i386 randconfig-a014-20200715 riscv allnoconfig

Re: [RFC PATCH 7/7] lazy tlb: shoot lazies, a non-refcounting lazy tlb option

Excerpts from Andy Lutomirski's message of July 14, 2020 10:46 pm: > > >> On Jul 13, 2020, at 11:31 PM, Nicholas Piggin wrote: >> >> Excerpts from Nicholas Piggin's message of July 14, 2020 3:04 pm: >>> Excerpts from Andy Lutomirski's message of July 14, 2020 4:18 am: > On Jul 13,

Re: [PATCH v3 11/12] ppc64/kexec_file: add appropriate regions for memory reserve map

Hari Bathini writes: > While initrd, elfcorehdr and backup regions are already added to the > reserve map, there are a few missing regions that need to be added to > the memory reserve map. Add them here. And now that all the changes > to load panic kernel are in place, claim likewise. > >

Re: [RFC PATCH 7/7] lazy tlb: shoot lazies, a non-refcounting lazy tlb option

Excerpts from Andy Lutomirski's message of July 14, 2020 10:46 pm: > > >> On Jul 13, 2020, at 11:31 PM, Nicholas Piggin wrote: >> >> Excerpts from Nicholas Piggin's message of July 14, 2020 3:04 pm: >>> Excerpts from Andy Lutomirski's message of July 14, 2020 4:18 am: > On Jul 13,

Re: [PATCH v3 10/12] ppc64/kexec_file: prepare elfcore header for crashing kernel

Hari Bathini writes: > /** > + * get_crash_memory_ranges - Get crash memory ranges. This list includes > + * first/crashing kernel's memory regions that > + * would be exported via an elfcore. > + * @mem_ranges: Range list to

Re: [PATCH v3 02/12] powerpc/kexec_file: mark PPC64 specific code

I didn't forget about this patch. I just wanted to see more of the changes before comenting on it. Hari Bathini writes: > Some of the kexec_file_load code isn't PPC64 specific. Move PPC64 > specific code from kexec/file_load.c to kexec/file_load_64.c. Also, > rename purgatory/trampoline.S to

Re: [PATCH v3 08/12] ppc64/kexec_file: setup the stack for purgatory

Sorry, forgot to send one comment for this patch: Hari Bathini writes: > @@ -898,10 +900,37 @@ int setup_purgatory_ppc64(struct kimage *image, const > void *slave_code, > goto out; > } > > + /* Setup the stack top */ > + stack_buf =

Re: [PATCH v3 09/12] ppc64/kexec_file: setup backup region for kdump kernel

Hari Bathini writes: > @@ -968,7 +1040,7 @@ int setup_new_fdt_ppc64(const struct kimage *image, void > *fdt, > > /* >* Restrict memory usage for kdump kernel by setting up > - * usable memory ranges. > + * usable memory ranges and memory reserve map. >*/ >

[PATCH v3] powerpc: select ARCH_HAS_MEMBARRIER_SYNC_CORE

powerpc return from interrupt and return from system call sequences are context synchronising. Signed-off-by: Nicholas Piggin --- v3: more comment fixes .../features/sched/membarrier-sync-core/arch-support.txt | 4 ++-- arch/powerpc/Kconfig | 1 +

Re: [PATCH net-next] ibmvnic: Increase driver logging

From: Jakub Kicinski Date: Wed, 15 Jul 2020 17:06:32 -0700 > On Wed, 15 Jul 2020 18:51:55 -0500 Thomas Falcon wrote: >> free_netdev(netdev); >> dev_set_drvdata(>dev, NULL); >> +netdev_info(netdev, "VNIC client device has been successfully >> removed.\n"); > > A step too far,

Re: [PATCH v2] powerpc: select ARCH_HAS_MEMBARRIER_SYNC_CORE

Excerpts from Mathieu Desnoyers's message of July 15, 2020 10:27 pm: > - On Jul 15, 2020, at 5:48 AM, Nicholas Piggin npig...@gmail.com wrote: > [...] >> index 47bd4ea0837d..a4704f405e8d 100644 >> --- a/arch/powerpc/include/asm/exception-64s.h >> +++ b/arch/powerpc/include/asm/exception-64s.h

Re: [PATCH v2] powerpc: select ARCH_HAS_MEMBARRIER_SYNC_CORE

Excerpts from Andreas Schwab's message of July 15, 2020 8:08 pm: > On Jul 15 2020, Nicholas Piggin wrote: > >> diff --git a/arch/powerpc/include/asm/exception-64e.h >> b/arch/powerpc/include/asm/exception-64e.h >> index 54a98ef7d7fe..071d7ccb830f 100644 >> ---

Re: [PATCH v3] powerpc/pseries: detect secure and trusted boot state of the system.

Hi Nayna, Looks good to me. Sorry for not noticing this before, but I think > +#include is now superfluous (I think it's leftover from the machine_is version?). Maybe mpe will take pity on you and remove it when he picks up your patch. Kind regards, Daniel > > static struct device_node

Re: [PATCH v3 08/12] ppc64/kexec_file: setup the stack for purgatory

Hari Bathini writes: > To avoid any weird errors, the purgatory should run with its own > stack. Set one up by adding the stack buffer to .data section of > the purgatory. Also, setup opal base & entry values in r8 & r9 > registers to help early OPAL debugging. > > Signed-off-by: Hari Bathini

Re: [PATCH 1/1] powerpc: Fix incorrect stw{, ux, u, x} instructions in __set_pte_at

Hi [This is an automated email] This commit has been processed because it contains a "Fixes:" tag fixing commit: 9bf2b5cdc5fe ("powerpc: Fixes for CONFIG_PTE_64BIT for SMP support"). The bot has tested the following trees: v5.7.8, v5.4.51, v4.19.132, v4.14.188, v4.9.230, v4.4.230. v5.7.8:

Re: [PATCH v3 07/12] ppc64/kexec_file: add support to relocate purgatory

Hari Bathini writes: > Right now purgatory implementation is only minimal. But if purgatory > code is to be enhanced to copy memory to the backup region and verify Can't the memcpy be done in asm? We have arch/powerpc/lib/memcpy_64.S for example, perhaps it could be linked in with the

Re: [PATCH net-next] ibmvnic: Increase driver logging

On Wed, 15 Jul 2020 18:51:55 -0500 Thomas Falcon wrote: > free_netdev(netdev); > dev_set_drvdata(>dev, NULL); > + netdev_info(netdev, "VNIC client device has been successfully > removed.\n"); A step too far, perhaps. In general this patch looks a little questionable IMHO, this

[PATCH net-next] ibmvnic: Increase driver logging

Improve the ibmvnic driver's logging capabilities by providing more informational messages to track driver operations, facilitating first-pass debug. Signed-off-by: Thomas Falcon --- drivers/net/ethernet/ibm/ibmvnic.c | 76 -- 1 file changed, 62 insertions(+), 14

[PATCH] powerpc/vdso: Fix vdso cpu truncation

From: Milton Miller The code in vdso_cpu_init that exposes the cpu and numa node to userspace via SPRG_VDSO incorrctly masks the cpu to 12 bits. This means that any kernel running on a box with more than 4096 threads (NR_CPUS advertises a limit of of 8192 cpus) would expose userspace to two cpu

Re: [PATCH v3 06/12] ppc64/kexec_file: restrict memory usage of kdump kernel

Hari Bathini writes: > /** > + * get_usable_memory_ranges - Get usable memory ranges. This list includes > + *regions like crashkernel, opal/rtas & > tce-table, > + *that kdump kernel could use. > + * @mem_ranges: Range

Re: [RFC PATCH 00/35] Move all PCIBIOS* definitions into arch/x86

On Wed, 2020-07-15 at 17:12 -0500, Bjorn Helgaas wrote: > > I've 'played' with PCIe error handling - without much success. > > What might be useful is for a driver that has just read ~0u to > > be able to ask 'has there been an error signalled for this device?'. > > In many cases a driver will

Re: [RFC PATCH 00/35] Move all PCIBIOS* definitions into arch/x86

On Wed, 2020-07-15 at 08:47 +0200, Arnd Bergmann wrote: > drivers/misc/cardreader/rts5261.c: retval = > rtsx_pci_write_config_dword(pcr, PCR_SETTING_REG2, lval); > > That last one is interesting because I think this is a case in which > we > actually want to check for errors, as the driver

Re: [RFC PATCH 00/35] Move all PCIBIOS* definitions into arch/x86

On Wed, Jul 15, 2020 at 02:38:29PM +, David Laight wrote: > From: Oliver O'Halloran > > Sent: 15 July 2020 05:19 > > > > On Wed, Jul 15, 2020 at 8:03 AM Arnd Bergmann wrote: > ... > > > - config space accesses are very rare compared to memory > > > space access and on the hardware side the

Re: [RFC PATCH 00/35] Move all PCIBIOS* definitions into arch/x86

On Wed, Jul 15, 2020 at 02:24:21PM +, David Laight wrote: > From: Arnd Bergmann > > Sent: 15 July 2020 07:47 > > On Wed, Jul 15, 2020 at 1:46 AM Bjorn Helgaas wrote: > > > > So something like: > > > > > > void pci_read_config_word(struct pci_dev *dev, int where, u16 *val) > > > > > > and

Re: [PATCH] pseries: Fix 64 bit logical memory block panic

Hi Aneesh, > > Booting with a 4GB LMB size causes us to panic: > > > > qemu-system-ppc64: OS terminated: OS panic: > > Memory block size not suitable: 0x0 > > > > Fix pseries_memory_block_size() to handle 64 bit LMBs. > We need similar changes at more places? I agree. I wanted to get a

Re: [PATCH v2 1/1] ASoC: fsl: fsl-asoc-card: Trivial: Fix misspelling of 'exists'

On Wed, Jul 15, 2020 at 04:00:09PM +0100, Lee Jones wrote: > Cc: Timur Tabi > Cc: Nicolin Chen Acked-by: Nicolin Chen > Cc: Xiubo Li > Cc: Fabio Estevam > Cc: linuxppc-dev@lists.ozlabs.org > Signed-off-by: Lee Jones > --- > sound/soc/fsl/fsl-asoc-card.c | 2 +- > 1 file changed, 1

Re: [PATCH v8 5/8] powerpc/vdso: Prepare for switching VDSO to generic C implementation.

Michael Ellerman a écrit : Christophe Leroy writes: Prepare for switching VDSO to generic C implementation in following patch. Here, we: - Modify __get_datapage() to take an offset - Prepare the helpers to call the C VDSO functions - Prepare the required callbacks for the C VDSO functions -

Re: [PATCH v3] powerpc/pseries: detect secure and trusted boot state of the system.

On Wed, 2020-07-15 at 07:52 -0400, Nayna Jain wrote: > The device-tree property to check secure and trusted boot state is > different for guests(pseries) compared to baremetal(powernv). > > This patch updates the existing is_ppc_secureboot_enabled() and > is_ppc_trustedboot_enabled() functions to

Re: [PATCH -next] cpuidle/pseries: Make symbol 'pseries_idle_driver' static

On Tue, Jul 14, 2020 at 4:14 PM Wei Yongjun wrote: > > The sparse tool complains as follows: > > drivers/cpuidle/cpuidle-pseries.c:25:23: warning: > symbol 'pseries_idle_driver' was not declared. Should it be static? > > 'pseries_idle_driver' is not used outside of this file, so marks > it

Re: [PATCH -next] cpufreq: powernv: Make some symbols static

On Tue, Jul 14, 2020 at 4:14 PM Wei Yongjun wrote: > > The sparse tool complains as follows: > > drivers/cpufreq/powernv-cpufreq.c:88:1: warning: > symbol 'pstate_revmap' was not declared. Should it be static? > drivers/cpufreq/powernv-cpufreq.c:383:18: warning: > symbol

[PATCH v2 1/1] ASoC: fsl: fsl-asoc-card: Trivial: Fix misspelling of 'exists'

Cc: Timur Tabi Cc: Nicolin Chen Cc: Xiubo Li Cc: Fabio Estevam Cc: linuxppc-dev@lists.ozlabs.org Signed-off-by: Lee Jones --- sound/soc/fsl/fsl-asoc-card.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sound/soc/fsl/fsl-asoc-card.c b/sound/soc/fsl/fsl-asoc-card.c index

Re: [PATCH 1/1] ASoC: fsl: fsl-asoc-card: Trivial: Fix misspelling of 'exists'

On Wed, 15 Jul 2020, Lee Jones wrote: > On Wed, 15 Jul 2020, Mark Brown wrote: > > > On Wed, Jul 15, 2020 at 10:44:47AM +0100, Lee Jones wrote: > > > > > /* > > > - * This dapm route map exits for DPCM link only. > > > + * This dapm route map exists for DPCM link only. > > > * The other

Re: [PATCH 1/1] ASoC: fsl: fsl-asoc-card: Trivial: Fix misspelling of 'exists'

On Wed, 15 Jul 2020, Mark Brown wrote: > On Wed, Jul 15, 2020 at 10:44:47AM +0100, Lee Jones wrote: > > > /* > > - * This dapm route map exits for DPCM link only. > > + * This dapm route map exists for DPCM link only. > > * The other routes shall go through Device Tree. > > This doesn't

RE: [RFC PATCH 00/35] Move all PCIBIOS* definitions into arch/x86

From: Oliver O'Halloran > Sent: 15 July 2020 05:19 > > On Wed, Jul 15, 2020 at 8:03 AM Arnd Bergmann wrote: ... > > - config space accesses are very rare compared to memory > > space access and on the hardware side the error handling > > would be similar, but readl/writel don't return

Re: [PATCH 1/1] ASoC: fsl: fsl-asoc-card: Trivial: Fix misspelling of 'exists'

On Wed, Jul 15, 2020 at 10:44:47AM +0100, Lee Jones wrote: > /* > - * This dapm route map exits for DPCM link only. > + * This dapm route map exists for DPCM link only. > * The other routes shall go through Device Tree. This doesn't apply against current code, please check and resend.

RE: [RFC PATCH 00/35] Move all PCIBIOS* definitions into arch/x86

From: Arnd Bergmann > Sent: 15 July 2020 07:47 > On Wed, Jul 15, 2020 at 1:46 AM Bjorn Helgaas wrote: > > So something like: > > > > void pci_read_config_word(struct pci_dev *dev, int where, u16 *val) > > > > and where we used to return anything non-zero, we just set *val = ~0 > > instead? I

[PATCH v2 3/3] ASoC: fsl-asoc-card: Support Headphone and Microphone Jack detection

Use asoc_simple_init_jack function from simple card to implement the Headphone and Microphone detection. Register notifier to disable Speaker when Headphone is plugged in and enable Speaker when Headphone is unplugged. Register notifier to disable Digital Microphone when Analog Microphone is

[PATCH v2 2/3] ASoC: bindings: fsl-asoc-card: Support hp-det-gpio and mic-det-gpio

Add headphone and microphone detection GPIO support. These properties are optional. Signed-off-by: Shengjiu Wang Acked-by: Nicolin Chen --- Documentation/devicetree/bindings/sound/fsl-asoc-card.txt | 3 +++ 1 file changed, 3 insertions(+) diff --git

[PATCH v2 1/3] ASoC: simple-card-utils: Support configure pin_name for asoc_simple_init_jack

Currently the pin_name is fixed in asoc_simple_init_jack, but some driver may use a different pin_name. So add a new parameter in asoc_simple_init_jack for configuring pin_name. If this parameter is NULL, then the default pin_name is used. Signed-off-by: Shengjiu Wang Acked-by: Nicolin Chen

[PATCH v2 0/3] ASoC: fsl-asoc-card: Support hp and mic detection

Support hp and mic detection. Add a parameter for asoc_simple_init_jack. Shengjiu Wang (3): ASoC: simple-card-utils: Support configure pin_name for asoc_simple_init_jack ASoC: bindings: fsl-asoc-card: Support hp-det-gpio and mic-det-gpio ASoC: fsl-asoc-card: Support Headphone and

Re: [PATCH V2 1/2] powerpc/vas: Report proper error code for address translation failure

Haren Myneni writes: > P9 DD2 NX workbook (Table 4-36) says DMA controller uses CC=5 > internally for translation fault handling. NX reserves CC=250 for > OS to notify user space when NX encounters address translation > failure on the request buffer. Not an issue in earlier releases > as NX does

Re: [PATCH] pseries: Fix 64 bit logical memory block panic

Anton Blanchard writes: > Booting with a 4GB LMB size causes us to panic: > > qemu-system-ppc64: OS terminated: OS panic: > Memory block size not suitable: 0x0 > > Fix pseries_memory_block_size() to handle 64 bit LMBs. > > Cc: sta...@vger.kernel.org > Signed-off-by: Anton Blanchard >

Re: [PATCH v2] powerpc: select ARCH_HAS_MEMBARRIER_SYNC_CORE

- On Jul 15, 2020, at 5:48 AM, Nicholas Piggin npig...@gmail.com wrote: [...] > index 47bd4ea0837d..a4704f405e8d 100644 > --- a/arch/powerpc/include/asm/exception-64s.h > +++ b/arch/powerpc/include/asm/exception-64s.h > @@ -68,6 +68,13 @@ > * > * The nop instructions allow us to insert one

RE: [PATCH v2 1/3] module: Rename module_alloc() to text_alloc() and move to kernel proper

From: Jarkko Sakkinen > Sent: 14 July 2020 17:31 .. > There is one arch (nios2), which uses a regular kzalloc(). This means > that both text_alloc() and text_memfree() need to be weaks symbols and > nios2 needs to have overriding text.c to do its thing. That could be handled by an arch-specific

Re: [PATCH] pseries: Fix 64 bit logical memory block panic

Anton Blanchard writes: > Booting with a 4GB LMB size causes us to panic: > > qemu-system-ppc64: OS terminated: OS panic: > Memory block size not suitable: 0x0 > > Fix pseries_memory_block_size() to handle 64 bit LMBs. > > Cc: sta...@vger.kernel.org > Signed-off-by: Anton Blanchard > ---

[PATCH 2/2] powerpc/numa: Remove a redundant variable

In of_drconf_to_nid_single() default_nid always refers to NUMA_NO_NODE. Hence replace it with NUMA_NO_NODE. No functional changes. Cc: linuxppc-dev Cc: Michael Ellerman Cc: Nathan Lynch Cc: Tyrel Datwyler Signed-off-by: Srikar Dronamraju --- arch/powerpc/mm/numa.c | 9 - 1 file

[PATCH 1/2] powerpc/numa: Limit possible nodes to within num_possible_nodes

MAX_NUMNODES is a theoretical maximum number of nodes thats is supported by the kernel. Device tree properties exposes the number of possible nodes on the current platform. The kernel would detected this and would use it for most of its resource allocations. If the platform now increases the

[PATCH v3] powerpc/pseries: detect secure and trusted boot state of the system.

The device-tree property to check secure and trusted boot state is different for guests(pseries) compared to baremetal(powernv). This patch updates the existing is_ppc_secureboot_enabled() and is_ppc_trustedboot_enabled() functions to add support for pseries. The secureboot and trustedboot state

Re: [PATCH v2] powerpc: select ARCH_HAS_MEMBARRIER_SYNC_CORE

On Jul 15 2020, Nicholas Piggin wrote: > diff --git a/arch/powerpc/include/asm/exception-64e.h > b/arch/powerpc/include/asm/exception-64e.h > index 54a98ef7d7fe..071d7ccb830f 100644 > --- a/arch/powerpc/include/asm/exception-64e.h > +++ b/arch/powerpc/include/asm/exception-64e.h > @@ -204,7

Re: [PATCH v2 06/13] cpufreq: powernv-cpufreq: Functions only used in call-backs should be static

On Wed, 15 Jul 2020, Viresh Kumar wrote: > On 15-07-20, 09:26, Lee Jones wrote: > > Fixes the following W=1 kernel build warning(s): > > > > drivers/cpufreq/powernv-cpufreq.c:669:6: warning: no previous prototype > > for ‘gpstate_timer_handler’ [-Wmissing-prototypes] > >

[PATCH v2] powerpc: select ARCH_HAS_MEMBARRIER_SYNC_CORE

powerpc return from interrupt and return from system call sequences are context synchronising. Signed-off-by: Nicholas Piggin --- v2: add more comments .../features/sched/membarrier-sync-core/arch-support.txt | 4 ++-- arch/powerpc/Kconfig | 1 +

Re: [PATCH v2 06/13] cpufreq: powernv-cpufreq: Functions only used in call-backs should be static

On 15-07-20, 09:26, Lee Jones wrote: > Fixes the following W=1 kernel build warning(s): > > drivers/cpufreq/powernv-cpufreq.c:669:6: warning: no previous prototype for > ‘gpstate_timer_handler’ [-Wmissing-prototypes] > drivers/cpufreq/powernv-cpufreq.c:902:6: warning: no previous prototype for

[PATCH 1/1] ASoC: fsl: fsl-asoc-card: Trivial: Fix misspelling of 'exists'

Cc: Timur Tabi Cc: Nicolin Chen Cc: Xiubo Li Cc: Fabio Estevam Cc: linuxppc-dev@lists.ozlabs.org Signed-off-by: Lee Jones --- sound/soc/fsl/fsl-asoc-card.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sound/soc/fsl/fsl-asoc-card.c b/sound/soc/fsl/fsl-asoc-card.c index

Re: [PATCH 03/15] powerpc/powernv/pci: Add explicit tracking of the DMA setup state

On Wed, Jul 15, 2020 at 5:05 PM Cédric Le Goater wrote: > > I could but can we fix the issue below before I reboot ? I don't have a > console anymore on these boxes. > > Firmware is : > *snip* Do you know when that started happening? I don't think anything console related has changed in a very

[PATCH v2 07/13] cpufreq: powernv-cpufreq: Fix a bunch of kerneldoc related issues

Repair problems with formatting and missing attributes/parameters, and demote header comments which do not meet the required standards applicable to kerneldoc. Fixes the following W=1 kernel build warning(s): drivers/cpufreq/powernv-cpufreq.c:84: warning: Function parameter or member

[PATCH v2 05/13] cpufreq: pasemi: Include header file for {check, restore}_astate prototypes

If function callers and providers do not share the same prototypes the compiler complains of missing prototypes. Fix this by including the correct platforms header file. Fixes the following W=1 kernel build warning(s): drivers/cpufreq/pasemi-cpufreq.c:109:5: warning: no previous prototype for

[PATCH v2 06/13] cpufreq: powernv-cpufreq: Functions only used in call-backs should be static

Fixes the following W=1 kernel build warning(s): drivers/cpufreq/powernv-cpufreq.c:669:6: warning: no previous prototype for ‘gpstate_timer_handler’ [-Wmissing-prototypes] drivers/cpufreq/powernv-cpufreq.c:902:6: warning: no previous prototype for ‘powernv_cpufreq_work_fn’

Re: [PATCH 03/15] powerpc/powernv/pci: Add explicit tracking of the DMA setup state

On 7/15/20 5:33 AM, Alexey Kardashevskiy wrote: > > > On 15/07/2020 11:38, Oliver O'Halloran wrote: >> On Tue, Jul 14, 2020 at 5:21 PM Alexey Kardashevskiy wrote: >>> >>> On 14/07/2020 15:58, Oliver O'Halloran wrote: On Tue, Jul 14, 2020 at 3:37 PM Alexey Kardashevskiy wrote: >

Re: [v3 3/5] KVM: PPC: Book3S HV: migrate remaining normal-GFNs to secure-GFNs in H_SVM_INIT_DONE

On Tue, Jul 14, 2020 at 10:05:41PM -0700, Ram Pai wrote: > On Mon, Jul 13, 2020 at 03:15:06PM +0530, Bharata B Rao wrote: > > On Sat, Jul 11, 2020 at 02:13:45AM -0700, Ram Pai wrote: > > > The Ultravisor is expected to explicitly call H_SVM_PAGE_IN for all the > > > pages > > > > > > if

Re: [PATCH 15/15] powerpc/powernv/sriov: Make single PE mode a per-BAR setting

On 15/07/2020 16:16, Oliver O'Halloran wrote: > On Wed, Jul 15, 2020 at 3:24 PM Alexey Kardashevskiy wrote: >> >> >>> @@ -158,9 +157,9 @@ static void pnv_pci_ioda_fixup_iov_resources(struct >>> pci_dev *pdev) >>> goto disable_iov; >>> pdev->dev.archdata.iov_data = iov; >>>

Re: [v3 1/5] KVM: PPC: Book3S HV: Disable page merging in H_SVM_INIT_START

On Tue, Jul 14, 2020 at 10:16:14PM -0700, Ram Pai wrote: > On Mon, Jul 13, 2020 at 10:59:41AM +0530, Bharata B Rao wrote: > > On Sat, Jul 11, 2020 at 02:13:43AM -0700, Ram Pai wrote: > > > Merging of pages associated with each memslot of a SVM is > > > disabled the page is migrated in

Re: [PATCH 05/13] cpufreq/arch: powerpc: pasemi: Move prototypes to shared header

On Tue, 14 Jul 2020, Olof Johansson wrote: > On Tue, Jul 14, 2020 at 11:33 PM Lee Jones wrote: > > > > On Tue, 14 Jul 2020, Olof Johansson wrote: > > > > > On Tue, Jul 14, 2020 at 7:50 AM Lee Jones wrote: > > > > > > > > If function callers and providers do not share the same prototypes the > >

Re: [PATCH -next] cpufreq: powernv: Make some symbols static

On Wed, 15 Jul 2020, Viresh Kumar wrote: > On 14-07-20, 22:23, Wei Yongjun wrote: > > The sparse tool complains as follows: > > > > drivers/cpufreq/powernv-cpufreq.c:88:1: warning: > > symbol 'pstate_revmap' was not declared. Should it be static? > > drivers/cpufreq/powernv-cpufreq.c:383:18:

Re: [RFC PATCH 00/35] Move all PCIBIOS* definitions into arch/x86

On Wed, Jul 15, 2020 at 1:46 AM Bjorn Helgaas wrote: So something like: > > void pci_read_config_word(struct pci_dev *dev, int where, u16 *val) > > and where we used to return anything non-zero, we just set *val = ~0 > instead? I think we do that already in most, maybe all, cases. Right,

Re: [PATCH 05/13] cpufreq/arch: powerpc: pasemi: Move prototypes to shared header

On Tue, Jul 14, 2020 at 11:33 PM Lee Jones wrote: > > On Tue, 14 Jul 2020, Olof Johansson wrote: > > > On Tue, Jul 14, 2020 at 7:50 AM Lee Jones wrote: > > > > > > If function callers and providers do not share the same prototypes the > > > compiler complains of missing prototypes. Fix this by

Re: [PATCH -next] powerpc/xive: Remove unused inline function xive_kexec_teardown_cpu()

On Wed, 15 Jul 2020 10:50:40 +0800 YueHaibing wrote: > commit e27e0a94651e ("powerpc/xive: Remove xive_kexec_teardown_cpu()") > left behind this, remove it. > > Signed-off-by: YueHaibing > --- Reviewed-by: Greg Kurz > arch/powerpc/include/asm/xive.h | 1 - > 1 file changed, 1 deletion(-) >

Re: [PATCH 3/3] ASoC: fsl-asoc-card: Support Headphone and Microphone Jack detection

On Wed, Jul 15, 2020 at 12:14:01PM +0800, Shengjiu Wang wrote: > On Wed, Jul 15, 2020 at 5:16 AM Nicolin Chen wrote: > > > > Hi Shengjiu, > > > > The whole series looks good to me. Just a couple of small > > questions inline: > > > > On Tue, Jul 14, 2020 at 05:05:36PM +0800, Shengjiu Wang wrote:

Re: [PATCH 05/13] cpufreq/arch: powerpc: pasemi: Move prototypes to shared header

On 15-07-20, 07:36, Lee Jones wrote: > I searched for "include.*platforms/" in drivers/, and was scared off > this method since no one else does this. Yeah its not right for generic drivers, but this is very much platform specific so it is fine here. -- viresh

Re: [PATCH 05/13] cpufreq/arch: powerpc: pasemi: Move prototypes to shared header

On Tue, 14 Jul 2020, Olof Johansson wrote: > On Tue, Jul 14, 2020 at 8:07 PM Viresh Kumar wrote: > > > > On 14-07-20, 15:50, Lee Jones wrote: > > > If function callers and providers do not share the same prototypes the > > > compiler complains of missing prototypes. Fix this by moving the > > >

Re: [PATCH 05/13] cpufreq/arch: powerpc: pasemi: Move prototypes to shared header

On Tue, 14 Jul 2020, Olof Johansson wrote: > On Tue, Jul 14, 2020 at 7:50 AM Lee Jones wrote: > > > > If function callers and providers do not share the same prototypes the > > compiler complains of missing prototypes. Fix this by moving the > > already existing prototypes out to a mutually

[powerpc:merge] BUILD SUCCESS 93c756af92e11df5c1a8be7a8360f28a97f7ad3f

tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git merge branch HEAD: 93c756af92e11df5c1a8be7a8360f28a97f7ad3f Automatic merge of 'master', 'next' and 'fixes' (2020-07-15 00:25) elapsed time: 939m configs tested: 104 configs skipped: 6 The following configs have

Re: [PATCH v3] powerpc/perf: Use SIER_USER_MASK while updating SPRN_SIER for EBB events

> On 14-Jul-2020, at 11:38 AM, Michael Ellerman wrote: > > Athira Rajeev > writes: >>> On 19-Mar-2020, at 4:22 PM, Michael Ellerman wrote: >>> >>> Hi Athira, >>> >>> Athira Rajeev writes: Sampled Instruction Event Register (SIER), is a PMU

Re: [PATCH 15/15] powerpc/powernv/sriov: Make single PE mode a per-BAR setting

On Wed, Jul 15, 2020 at 3:24 PM Alexey Kardashevskiy wrote: > > > > @@ -158,9 +157,9 @@ static void pnv_pci_ioda_fixup_iov_resources(struct > > pci_dev *pdev) > > goto disable_iov; > > pdev->dev.archdata.iov_data = iov; > > > > + /* FIXME: totalvfs >

Re: [PATCH v2 01/10] powerpc/perf: Add support for ISA3.1 PMU SPRs

> On 13-Jul-2020, at 6:20 PM, Michael Ellerman wrote: > > Athira Rajeev > writes: >>> On 08-Jul-2020, at 4:32 PM, Michael Ellerman wrote: >>> >>> Athira Rajeev writes: >>> ... diff --git a/arch/powerpc/perf/core-book3s.c