Re: [PATCH V13] mm/debug: Add tests validating architecture page table helpers

2020-02-11 Thread Russell King - ARM Linux admin
On Tue, Feb 11, 2020 at 06:33:47AM +0100, Christophe Leroy wrote: > > > Le 11/02/2020 à 03:25, Anshuman Khandual a écrit : > > > > > > On 02/10/2020 04:36 PM, Russell King - ARM Linux admin wrote: > > > There are good reasons for the way ARM does stuff. The generic crap was > > > written witho

[Bug 201723] [Bisected][Regression] THERM_WINDTUNNEL not working any longer in kernel 4.19.x (PowerMac G4 MDD)

2020-02-11 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=201723 --- Comment #5 from Wolfram Sang (w...@the-dreams.de) --- I contacted Erhard by email to gather some more debug output. If we make substantial progress, I will report it here. Sidenote: therm_windtunnel has its own ADM1030 and DS1775 handling, so

Re: [PATCH RESEND] macintosh: convert to i2c_new_scanned_device

2020-02-11 Thread Michael Ellerman
Wolfram Sang writes: > Move from the deprecated i2c_new_probed_device() to the new > i2c_new_scanned_device(). No functional change for this driver because > it doesn't check the return code anyhow. > > Signed-off-by: Wolfram Sang > --- > > I can take this via I2C tree if this makes things easier

Re: [PATCH v3 1/3] powerpc/tm: Fix clearing MSR[TS] in current when reclaiming on signal delivery

2020-02-11 Thread Sasha Levin
Hi, [This is an automated email] This commit has been processed because it contains a "Fixes:" tag, fixing commit: 2b0a576d15e0 ("powerpc: Add new transactional memory state to the signal context"). The bot has tested the following trees: v5.5.2, v5.4.18, v4.19.102, v4.14.170, v4.9.213, v4.4.2

Re: [PATCH v2] libnvdimm: Update persistence domain value for of_pmem and papr_scm device

2020-02-11 Thread Aneesh Kumar K.V
On 2/10/20 11:48 PM, Dan Williams wrote: On Mon, Feb 10, 2020 at 6:20 AM Aneesh Kumar K.V wrote: Dan Williams writes: On Tue, Feb 4, 2020 at 9:21 PM Aneesh Kumar K.V wrote: Currently, kernel shows the below values "persistence_domain":"cpu_cache" "persistence_domain":"m

Re: Problem booting a PowerBook G4 Aluminum after commit cd08f109 with CONFIG_VMAP_STACK=y

2020-02-11 Thread Larry Finger
On 2/11/20 12:55 AM, Christophe Leroy wrote: Le 10/02/2020 à 13:55, Larry Finger a écrit : On 2/9/20 12:19 PM, Christophe Leroy wrote: Do you have CONFIG_TRACE_IRQFLAGS in your config ? If so, can you try the patch below ? https://patchwork.ozlabs.org/patch/1235081/ Otherwise, can you send

Re: [PATCH v2] libnvdimm: Update persistence domain value for of_pmem and papr_scm device

2020-02-11 Thread Dan Williams
On Tue, Feb 11, 2020 at 6:57 AM Aneesh Kumar K.V wrote: > > On 2/10/20 11:48 PM, Dan Williams wrote: > > On Mon, Feb 10, 2020 at 6:20 AM Aneesh Kumar K.V > > wrote: > >> > >> Dan Williams writes: > >> > >>> On Tue, Feb 4, 2020 at 9:21 PM Aneesh Kumar K.V > >>> wrote: > > Currently, ke

Re: Problem booting a PowerBook G4 Aluminum after commit cd08f109 with CONFIG_VMAP_STACK=y

2020-02-11 Thread Christophe Leroy
Le 11/02/2020 à 17:06, Larry Finger a écrit : On 2/11/20 12:55 AM, Christophe Leroy wrote: Le 10/02/2020 à 13:55, Larry Finger a écrit : On 2/9/20 12:19 PM, Christophe Leroy wrote: Do you have CONFIG_TRACE_IRQFLAGS in your config ? If so, can you try the patch below ? https://patchwork.o

[Bug 206501] New: Kernel 5.6-rc1 fails to boot on a PowerMac G4 3,6 with CONFIG_VMAP_STACK=y: Oops! Machine check, sig: 7 [#1]

2020-02-11 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=206501 Bug ID: 206501 Summary: Kernel 5.6-rc1 fails to boot on a PowerMac G4 3,6 with CONFIG_VMAP_STACK=y: Oops! Machine check, sig: 7 [#1] Product: Platform Specific/Hardware Version: 2.5

[Bug 206501] Kernel 5.6-rc1 fails to boot on a PowerMac G4 3,6 with CONFIG_VMAP_STACK=y: Oops! Machine check, sig: 7 [#1]

2020-02-11 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=206501 --- Comment #1 from Erhard F. (erhar...@mailbox.org) --- Created attachment 287313 --> https://bugzilla.kernel.org/attachment.cgi?id=287313&action=edit kernel .config (5.6.0-rc1, PowerMac G4 DP) -- You are receiving this mail because: You are

Re: [PATCH v2 03/13] powerpc sstep: Prepare to support prefixed instructions

2020-02-11 Thread Jordan Niethe
On Tue, Feb 11, 2020 at 4:57 PM Christophe Leroy wrote: > > > > Le 11/02/2020 à 06:33, Jordan Niethe a écrit : > > Currently all instructions are a single word long. A future ISA version > > will include prefixed instructions which have a double word length. The > > functions used for analysing an

Re: [PATCH v2 08/13] powerpc/xmon: Add initial support for prefixed instructions

2020-02-11 Thread Jordan Niethe
On Tue, Feb 11, 2020 at 5:32 PM Christophe Leroy wrote: > > > > Le 11/02/2020 à 06:33, Jordan Niethe a écrit : > > A prefixed instruction is composed of a word prefix and a word suffix. > > It does not make sense to be able to have a breakpoint on the suffix of > > a prefixed instruction, so make

Re: [PATCH v2 09/13] powerpc/xmon: Dump prefixed instructions

2020-02-11 Thread Jordan Niethe
On Tue, Feb 11, 2020 at 5:39 PM Christophe Leroy wrote: > > > > Le 11/02/2020 à 06:33, Jordan Niethe a écrit : > > Currently when xmon is dumping instructions it reads a word at a time > > and then prints that instruction (either as a hex number or by > > disassembling it). For prefixed instructio

Re: [PATCH v2 10/13] powerpc/kprobes: Support kprobes on prefixed instructions

2020-02-11 Thread Jordan Niethe
On Tue, Feb 11, 2020 at 5:46 PM Christophe Leroy wrote: > > > > Le 11/02/2020 à 06:33, Jordan Niethe a écrit : > > A prefixed instruction is composed of a word prefix followed by a word > > suffix. It does not make sense to be able to have a kprobe on the suffix > > of a prefixed instruction, so m

Re: [PATCH v2 06/13] powerpc: Support prefixed instructions in alignment handler

2020-02-11 Thread Jordan Niethe
On Tue, Feb 11, 2020 at 5:14 PM Christophe Leroy wrote: > > > > Le 11/02/2020 à 06:33, Jordan Niethe a écrit : > > Alignment interrupts can be caused by prefixed instructions accessing > > memory. In the alignment handler the instruction that caused the > > exception is loaded and attempted emulat

Re: [PATCH v2 04/13] powerpc sstep: Add support for prefixed load/stores

2020-02-11 Thread Jordan Niethe
On Tue, Feb 11, 2020 at 5:05 PM Christophe Leroy wrote: > > > > Le 11/02/2020 à 06:33, Jordan Niethe a écrit : > > This adds emulation support for the following prefixed integer > > load/stores: > >* Prefixed Load Byte and Zero (plbz) > >* Prefixed Load Halfword and Zero (plhz) > >* Pr

Re: [PATCH v3 1/3] powerpc/tm: Fix clearing MSR[TS] in current when reclaiming on signal delivery

2020-02-11 Thread Michael Neuling
> Found with tm-signal-context-force-tm kernel selftest. > > v3: Subject and comment improvements. > v2: Fix build failure when tm is disabled. > > Fixes: 2b0a576d15e0 ("powerpc: Add new transactional memory state to the > signal context") > Cc: sta...@vger.kernel.org # v3.9 > Signed-off-by: Gust

[PATCH 1/3] ASoC: fsl_asrc: Move common definition to fsl_asrc_common

2020-02-11 Thread Shengjiu Wang
There is a new ASRC included in i.MX serial platform, there are some common definition can be shared with each other. So move the common definition to a separate header file. Signed-off-by: Shengjiu Wang --- sound/soc/fsl/fsl_asrc.h| 11 +-- sound/soc/fsl/fsl_asrc_common.h | 21 +

[PATCH 0/3] Add new module driver for new ASRC

2020-02-11 Thread Shengjiu Wang
Add new module driver for new ASRC in i.MX815/865 Shengjiu Wang (3): ASoC: fsl_asrc: Move common definition to fsl_asrc_common ASoC: dt-bindings: fsl_easrc: Add document for EASRC ASoC: fsl_easrc: Add EASRC ASoC CPU DAI and platform drivers .../devicetree/bindings/sound/fsl,easrc.txt |

[PATCH 2/3] ASoC: dt-bindings: fsl_easrc: Add document for EASRC

2020-02-11 Thread Shengjiu Wang
EASRC (Enhanced Asynchronous Sample Rate Converter) is a new IP module found on i.MX815. Signed-off-by: Shengjiu Wang --- .../devicetree/bindings/sound/fsl,easrc.txt | 57 +++ 1 file changed, 57 insertions(+) create mode 100644 Documentation/devicetree/bindings/sound/fsl,easrc

[PATCH 3/3] ASoC: fsl_easrc: Add EASRC ASoC CPU DAI and platform drivers

2020-02-11 Thread Shengjiu Wang
EASRC (Enhanced Asynchronous Sample Rate Converter) is a new IP module found on i.MX815. It is different with old ASRC module. The primary features for the EASRC are as follows: - 4 Contexts - groups of channels with an independent time base - Fully independent and concurrent context control - Sim

[PATCH] powerpc: setup_64: hack around kcov + devicetree limitations

2020-02-11 Thread Daniel Axtens
kcov instrumentation is collected the __sanitizer_cov_trace_pc hook in kernel/kcov.c. The compiler inserts these hooks into every basic block unless kcov is disabled for that file. We then have a deep call-chain: - __sanitizer_cov_trace_pc calls to check_kcov_mode() - check_kcov_mode() (kernel/k

Re: [PATCH 0/3] Add new module driver for new ASRC

2020-02-11 Thread Randy Dunlap
On 2/11/20 8:30 PM, Shengjiu Wang wrote: > Add new module driver for new ASRC in i.MX815/865 > > Shengjiu Wang (3): > ASoC: fsl_asrc: Move common definition to fsl_asrc_common > ASoC: dt-bindings: fsl_easrc: Add document for EASRC > ASoC: fsl_easrc: Add EASRC ASoC CPU DAI and platform driver

Re: [PATCH] powerpc: setup_64: hack around kcov + devicetree limitations

2020-02-11 Thread Daniel Axtens
> So: create a fake task and preload it into our fake PACA. Load the paca > just into r13 (local_paca) before we call into dt_cpu_ftrs_init. This fake > task persists just for the first part of the setup process before we set > up the real PACAs. mpe has asked for this to be fixed in a different w

[PATCH v6 0/4] KASAN for powerpc64 radix

2020-02-11 Thread Daniel Axtens
Building on the work of Christophe, Aneesh and Balbir, I've ported KASAN to 64-bit Book3S kernels running on the Radix MMU. This provides full inline instrumentation on radix, but does require that you be able to specify the amount of physically contiguous memory on the system at compile time. Mor

[PATCH v6 1/4] kasan: define and use MAX_PTRS_PER_* for early shadow tables

2020-02-11 Thread Daniel Axtens
powerpc has a variable number of PTRS_PER_*, set at runtime based on the MMU that the kernel is booted under. This means the PTRS_PER_* are no longer constants, and therefore breaks the build. Define default MAX_PTRS_PER_*s in the same style as MAX_PTRS_PER_P4D. As KASAN is the only user at the m

[PATCH v6 2/4] kasan: Document support on 32-bit powerpc

2020-02-11 Thread Daniel Axtens
KASAN is supported on 32-bit powerpc and the docs should reflect this. Document s390 support while we're at it. Suggested-by: Christophe Leroy Reviewed-by: Christophe Leroy Signed-off-by: Daniel Axtens --- Changes since v5: - rebase - riscv has now got support. - document s390 support whil

[PATCH v6 3/4] powerpc/mm/kasan: rename kasan_init_32.c to init_32.c

2020-02-11 Thread Daniel Axtens
kasan is already implied by the directory name, we don't need to repeat it. Suggested-by: Christophe Leroy Signed-off-by: Daniel Axtens --- arch/powerpc/mm/kasan/Makefile | 2 +- arch/powerpc/mm/kasan/{kasan_init_32.c => init_32.c} | 0 2 files changed, 1 insertion(+), 1 d

[PATCH v6 4/4] powerpc: Book3S 64-bit "heavyweight" KASAN support

2020-02-11 Thread Daniel Axtens
KASAN support on Book3S is a bit tricky to get right: - It would be good to support inline instrumentation so as to be able to catch stack issues that cannot be caught with outline mode. - Inline instrumentation requires a fixed offset. - Book3S runs code in real mode after booting. Most n

Re: [PATCH v6 4/4] powerpc: Book3S 64-bit "heavyweight" KASAN support

2020-02-11 Thread Christophe Leroy
Le 12/02/2020 à 06:47, Daniel Axtens a écrit : diff --git a/arch/powerpc/include/asm/kasan.h b/arch/powerpc/include/asm/kasan.h index fbff9ff9032e..2911fdd3a6a0 100644 --- a/arch/powerpc/include/asm/kasan.h +++ b/arch/powerpc/include/asm/kasan.h @@ -2,6 +2,8 @@ #ifndef __ASM_KASAN_H #define _

Re: [alsa-devel] [PATCH 0/3] Add new module driver for new ASRC

2020-02-11 Thread Shengjiu Wang
On Wed, Feb 12, 2020 at 1:13 PM Randy Dunlap wrote: > > On 2/11/20 8:30 PM, Shengjiu Wang wrote: > > Add new module driver for new ASRC in i.MX815/865 > > > > Shengjiu Wang (3): > > ASoC: fsl_asrc: Move common definition to fsl_asrc_common > > ASoC: dt-bindings: fsl_easrc: Add document for EAS