Re: [PATCH 7/9] serial: sh-sci: Fix out-of-bounds access through DT alias

On Tue, Feb 20, 2018 at 10:40 AM, Geert Uytterhoeven wrote: > The sci_ports[] array is indexed using a value derived from the > "serialN" alias in DT, which may lead to an out-of-bounds access. > > Fix this by adding a range check. > > Note that the array size is defined by a Kconfig symbol > (CON

Re: [PATCH 5/9] serial: pxa: Fix out-of-bounds access through DT alias

On Tue, Feb 20, 2018 at 10:40 AM, Geert Uytterhoeven wrote: > The serial_pxa_ports[] array is indexed using a value derived from the > "serialN" alias in DT, which may lead to an out-of-bounds access. > > Fix this by adding a range check. > > Fixes: c8dcdc77298dde67 ("serial: pxa: Fix out-of-bound

Re: [PATCH 2/9] serial: fsl_lpuart: Fix out-of-bounds access through DT alias

On Tue, Feb 20, 2018 at 10:40 AM, Geert Uytterhoeven wrote: > The lpuart_ports[] array is indexed using a value derived from the > "serialN" alias in DT, which may lead to an out-of-bounds access. > > Fix this by adding a range check. > > Fixes: 970416c691dc68b5 ("serial: fsl_lpuart: Fix out-of-bo

Re: [PATCH 4/9] serial: mxs-auart: Fix out-of-bounds access through DT alias

On Tue, Feb 20, 2018 at 10:40 AM, Geert Uytterhoeven wrote: > The auart_port[] array is indexed using a value derived from the > "serialN" alias in DT, which may lead to an out-of-bounds access. > > Fix this by adding a range check. > > Fixes: cabf23e7aa00b145 ("serial: mxs-auart: Fix out-of-bound

RE: [lustre-devel] [PATCH 14/21] staging: lustre: fix assorted checkpatch errors

> -Original Message- > Thanks for the review. Yes, you are correct. > I had seen that end_dirent was initialized to NULL, and let myself > believe that would make the transformation safe. > In fact, that initialization to NULL is pointless as it is never used. > > Maybe this would be bett

Re: [PATCH] mmc: dw_mmc-k3: Fix out-of-bounds access through DT alias

On Tue, Feb 20, 2018 at 10:03 AM, Geert Uytterhoeven wrote: > The hs_timing_cfg[] array is indexed using a value derived from the > "mshcN" alias in DT, which may lead to an out-of-bounds access. > > Fix this by adding a range check. > > Fixes: 7d92895208a008a2 ("mmc: dw_mmc-k3: Fix out-of-bounds

Re: [PATCH 3/9] serial: imx: Fix out-of-bounds access through DT alias

Hi Uwe, On Tue, Feb 20, 2018 at 11:31 AM, Uwe Kleine-König wrote: > On Tue, Feb 20, 2018 at 10:40:18AM +0100, Geert Uytterhoeven wrote: >> The imx_ports[] array is indexed using a value derived from the >> "serialN" alias in DT, which may lead to an out-of-bounds access. >> >> Fix this by adding

Re: [PATCH 1/9] serial: arc_uart: Fix out-of-bounds access through DT alias

On Tue, Feb 20, 2018 at 10:40 AM, Geert Uytterhoeven wrote: > The arc_uart_ports[] array is indexed using a value derived from the > "serialN" alias in DT, which may lead to an out-of-bounds access. > > Fix this by adding a range check. > > Note that the array size is defined by a Kconfig symbol >

Re: Patch "[Variant 2/Spectre-v2] arm64: Implement branch predictor hardening for Falkor" has been added to the 4.14-stable tree

On Tue, Feb 20, 2018 at 11:47:38AM +0100, Greg Kroah-Hartman wrote: > On Mon, Feb 19, 2018 at 06:57:12PM -0500, Jon Masters wrote: > > On 02/14/2018 11:16 AM, Timur Tabi wrote: > > > On Wed, Feb 14, 2018 at 7:53 AM, wrote: > > >> > > >> This is a note to let you know that I've just added the patc

Re: Patch "[Variant 2/Spectre-v2] arm64: Implement branch predictor hardening for Falkor" has been added to the 4.14-stable tree

On Mon, Feb 19, 2018 at 06:57:12PM -0500, Jon Masters wrote: > On 02/14/2018 11:16 AM, Timur Tabi wrote: > > On Wed, Feb 14, 2018 at 7:53 AM, wrote: > >> > >> This is a note to let you know that I've just added the patch titled > >> > >> [Variant 2/Spectre-v2] arm64: Implement branch predicto

Re: [PATCH v3 2/4] x86/speculation: Support "Enhanced IBRS" on future CPUs

On Tue, 20 Feb 2018, Thomas Gleixner wrote: > On Tue, 20 Feb 2018, David Woodhouse wrote: > > On Tue, 2018-02-20 at 09:31 +0100, Thomas Gleixner wrote: > > > > @@ -3387,13 +3387,14 @@ static int vmx_set_msr(struct kvm_vcpu *vcpu, > > > > struct msr_data *msr_info) > > > >   > > > >  

Re: [RFCv4 01/21] media: add request API core and UAPI

On 02/20/18 05:44, Alexandre Courbot wrote: > The request API provides a way to group buffers and device parameters > into units of work to be queued and executed. This patch introduces the > UAPI and core framework. > > This patch is based on the previous work by Laurent Pinchart. The core > has

Re: [PATCH 4.9 00/92] 4.9.81-stable review

On Sat, Feb 17, 2018 at 09:35:59AM -0800, Guenter Roeck wrote: > On 02/17/2018 05:45 AM, Greg Kroah-Hartman wrote: > > On Sat, Feb 17, 2018 at 02:31:53PM +0100, Yves-Alexis Perez wrote: > > > On Tue, 2018-02-13 at 16:29 +0100, Greg Kroah-Hartman wrote: > > > > > arch/powerpc/kernel/entry_64.S: Asse

Re: [PATCH v6 0/4] x86, kasan: add KASAN checks to atomic operations

On Wed, Feb 7, 2018 at 3:17 PM, Dmitry Vyukov wrote: > On Wed, Jan 31, 2018 at 5:17 PM, Will Deacon wrote: >>> > * Will Deacon wrote: >>> >> e.g. for atomic[64]_read, your asm-generic header looks like: >>> >> >>> >> #ifndef _LINUX_ATOMIC_INSTRUMENTED_H >>> >> #define _LINUX_ATOMIC_INSTRUMENTED_

[tip:x86/pti] x86/retpoline: Support retpoline builds with Clang

Commit-ID: 87358710c1fb4f1bf96bbe2349975ff9953fc9b2 Gitweb: https://git.kernel.org/tip/87358710c1fb4f1bf96bbe2349975ff9953fc9b2 Author: David Woodhouse AuthorDate: Mon, 19 Feb 2018 10:50:57 + Committer: Ingo Molnar CommitDate: Tue, 20 Feb 2018 11:17:58 +0100 x86/retpoline: Support

Re: [PATCH v4] reset: add support for non-DT systems

Hi Bartosz, David, On Mon, 2018-02-19 at 18:21 -0600, David Lechner wrote: > On 02/19/2018 10:58 AM, Bartosz Golaszewski wrote: > > From: Bartosz Golaszewski > > > > The reset framework only supports device-tree. There are some platforms > > however, which need to use it even in legacy, board-fi

Re: [PATCH 9/9] serial: xuartps: Fix out-of-bounds access through DT alias

Hi Michal, On Tue, Feb 20, 2018 at 11:22 AM, Michal Simek wrote: > On 20.2.2018 10:40, Geert Uytterhoeven wrote: >> The cdns_uart_port[] array is indexed using a value derived from the >> "serialN" alias in DT, which may lead to an out-of-bounds access. >> >> Fix this by adding a range check. >>

[tip:x86/boot] acpi: Introduce acpi_arch_get_root_pointer() for getting rsdp address

Commit-ID: 795e2963a1afef44ed9ec7e6d16c8052fcd8d886 Gitweb: https://git.kernel.org/tip/795e2963a1afef44ed9ec7e6d16c8052fcd8d886 Author: Juergen Gross AuthorDate: Mon, 19 Feb 2018 11:09:04 +0100 Committer: Ingo Molnar CommitDate: Tue, 20 Feb 2018 09:00:55 +0100 acpi: Introduce acpi_arch

Re: [PATCH v3 2/4] x86/speculation: Support "Enhanced IBRS" on future CPUs

On Tue, 20 Feb 2018, David Woodhouse wrote: > On Tue, 2018-02-20 at 09:31 +0100, Thomas Gleixner wrote: > > > @@ -3387,13 +3387,14 @@ static int vmx_set_msr(struct kvm_vcpu *vcpu, > > > struct msr_data *msr_info) > > >   > > >   vmx->spec_ctrl = data; > > >   > > > - if (!data) > >

[tip:x86/boot] x86/acpi: Add a new x86_init_acpi structure to x86_init_ops

Commit-ID: 62d8b7fba8d3ba9c046b7a1a95946c6aaf7c5da9 Gitweb: https://git.kernel.org/tip/62d8b7fba8d3ba9c046b7a1a95946c6aaf7c5da9 Author: Juergen Gross AuthorDate: Mon, 19 Feb 2018 11:09:05 +0100 Committer: Ingo Molnar CommitDate: Tue, 20 Feb 2018 09:00:56 +0100 x86/acpi: Add a new x86_i

[tip:x86/boot] x86/xen: Add pvh specific rsdp address retrieval function

Commit-ID: e9cb8fc2e5ca5996417f900ed5149bd9150f6abd Gitweb: https://git.kernel.org/tip/e9cb8fc2e5ca5996417f900ed5149bd9150f6abd Author: Juergen Gross AuthorDate: Mon, 19 Feb 2018 11:09:06 +0100 Committer: Ingo Molnar CommitDate: Tue, 20 Feb 2018 09:00:56 +0100 x86/xen: Add pvh specific

Re: [PATCH 16/18] crypto: talitos - do hw_context DMA mapping outside the requests

On Mon, Feb 19, 2018 at 01:16:30PM +, Horia Geantă wrote: > > > And what about ALGIF path from user space ? > > What if the user never calls the last sendmsg() which will call > > hash_finup() ? > > > User is expected to follow the rules of the crypto API. > Of course, kernel won't (or at lea

[tip:x86/pti] x86/speculation: Use IBRS if available before calling into firmware

Commit-ID: dd84441a797150dcc49298ec95c459a8891d8bb1 Gitweb: https://git.kernel.org/tip/dd84441a797150dcc49298ec95c459a8891d8bb1 Author: David Woodhouse AuthorDate: Mon, 19 Feb 2018 10:50:54 + Committer: Ingo Molnar CommitDate: Tue, 20 Feb 2018 09:38:33 +0100 x86/speculation: Use IB

[tip:x86/pti] Revert "x86/retpoline: Simplify vmexit_fill_RSB()"

Commit-ID: d1c99108af3c5992640aa2afa7d2e88c3775c06e Gitweb: https://git.kernel.org/tip/d1c99108af3c5992640aa2afa7d2e88c3775c06e Author: David Woodhouse AuthorDate: Mon, 19 Feb 2018 10:50:56 + Committer: Ingo Molnar CommitDate: Tue, 20 Feb 2018 09:38:26 +0100 Revert "x86/retpoline:

[PATCH 2/2] MIPS: SMP: Introduce CONFIG_SMP_SINGLE_IPI

Introduce a new Kconfig option which allows selection of a single IPI per CPU rather than the usual 2 on platforms using CONFIG_GENERIC_IRQ_IPI. This introduces a new IPI mechanism in which a bitmask of requested IPIs is kept per cpu. A bit is atomically set in the target CPUs mask when requesting

[PATCH 1/2] MIPS: SMP: Group CONFIG_GENERIC_IRQ_IPI together

In preparation for allowing selection of a single IPI / CPU, group affected code together to minimise ifdeffery. Signed-off-by: Matt Redfearn --- arch/mips/kernel/smp.c | 11 --- 1 file changed, 4 insertions(+), 7 deletions(-) diff --git a/arch/mips/kernel/smp.c b/arch/mips/kernel/smp.

[PATCH 0/2] MIPS: CONFIG_SMP_SINGLE_IPI

This series adds a configuration option to allow MIPS kernels using CONFIG_GENERIC_IRQ_IPI to use only a single IPI per CPU rather than the usual 2. This allows these kernels to boot on hardware with insufficient interrupts for the usual 2 / CPU. It may also prove more flexible in allowing greater

Re: [PATCH 3/9] serial: imx: Fix out-of-bounds access through DT alias

Hello Geert, On Tue, Feb 20, 2018 at 10:40:18AM +0100, Geert Uytterhoeven wrote: > The imx_ports[] array is indexed using a value derived from the > "serialN" alias in DT, which may lead to an out-of-bounds access. > > Fix this by adding a range check. > > Fixes: 9206ab8a0350c3da ("serial: imx:

[tip:x86/urgent] x86/headers/UAPI: Use __u64 instead of u64 in

Commit-ID: 894266466aa74a226e58e23975118ff6231dd2e4 Gitweb: https://git.kernel.org/tip/894266466aa74a226e58e23975118ff6231dd2e4 Author: KarimAllah Ahmed AuthorDate: Tue, 20 Feb 2018 08:39:51 +0100 Committer: Ingo Molnar CommitDate: Tue, 20 Feb 2018 08:54:47 +0100 x86/headers/UAPI: Use

[tip:x86/pti] x86/LDT: Avoid warning in 32-bit builds with older gcc

Commit-ID: f2f18b16c779978ece4a04f304a92ff9ac8fbce5 Gitweb: https://git.kernel.org/tip/f2f18b16c779978ece4a04f304a92ff9ac8fbce5 Author: Jan Beulich AuthorDate: Mon, 19 Feb 2018 07:52:10 -0700 Committer: Ingo Molnar CommitDate: Tue, 20 Feb 2018 09:33:40 +0100 x86/LDT: Avoid warning in 3

[tip:x86/pti] x86-64/realmode: Add instruction suffix

Commit-ID: 8554004a0231dedf44d4d62147fb3d6a6db489aa Gitweb: https://git.kernel.org/tip/8554004a0231dedf44d4d62147fb3d6a6db489aa Author: Jan Beulich AuthorDate: Mon, 19 Feb 2018 08:06:14 -0700 Committer: Ingo Molnar CommitDate: Tue, 20 Feb 2018 09:33:41 +0100 x86-64/realmode: Add instru

[tip:x86/pti] x86/IO-APIC: Avoid warning in 32-bit builds

Commit-ID: 6262b6e78ce5ba62be47774ca80f5b0a6f0eb428 Gitweb: https://git.kernel.org/tip/6262b6e78ce5ba62be47774ca80f5b0a6f0eb428 Author: Jan Beulich AuthorDate: Mon, 19 Feb 2018 07:50:23 -0700 Committer: Ingo Molnar CommitDate: Tue, 20 Feb 2018 09:33:40 +0100 x86/IO-APIC: Avoid warning

[tip:x86/pti] x86/asm: Improve how GEN_*_SUFFIXED_RMWcc() specify clobbers

Commit-ID: 700b7c5409c3e9da279fbea78cf28a78fbc176cd Gitweb: https://git.kernel.org/tip/700b7c5409c3e9da279fbea78cf28a78fbc176cd Author: Jan Beulich AuthorDate: Mon, 19 Feb 2018 07:49:12 -0700 Committer: Ingo Molnar CommitDate: Tue, 20 Feb 2018 09:33:39 +0100 x86/asm: Improve how GEN_*_

[tip:x86/pti] x86/mm: Fix {pmd,pud}_{set,clear}_flags()

Commit-ID: 842cef9113c2120f74f645111ded1e020193d84c Gitweb: https://git.kernel.org/tip/842cef9113c2120f74f645111ded1e020193d84c Author: Jan Beulich AuthorDate: Mon, 19 Feb 2018 07:48:11 -0700 Committer: Ingo Molnar CommitDate: Tue, 20 Feb 2018 09:33:39 +0100 x86/mm: Fix {pmd,pud}_{set,

[tip:x86/pti] x86/mm: Remove stale comment about KMEMCHECK

Commit-ID: 3b3a9268bba62b35a29bafe0931715b1725fdf26 Gitweb: https://git.kernel.org/tip/3b3a9268bba62b35a29bafe0931715b1725fdf26 Author: Jann Horn AuthorDate: Mon, 19 Feb 2018 18:50:39 +0100 Committer: Ingo Molnar CommitDate: Tue, 20 Feb 2018 09:33:39 +0100 x86/mm: Remove stale comment

[PATCH] mmc: dw_mmc-k3: Fix out-of-bounds access through DT alias

The hs_timing_cfg[] array is indexed using a value derived from the "mshcN" alias in DT, which may lead to an out-of-bounds access. Fix this by adding a range check. Fixes: 7d92895208a008a2 ("mmc: dw_mmc-k3: Fix out-of-bounds access through DT alias") Signed-off-by: Geert Uytterhoeven --- Compi

Re: [PATCH 9/9] serial: xuartps: Fix out-of-bounds access through DT alias

On 20.2.2018 10:40, Geert Uytterhoeven wrote: > The cdns_uart_port[] array is indexed using a value derived from the > "serialN" alias in DT, which may lead to an out-of-bounds access. > > Fix this by adding a range check. > > Fixes: 1f118c02a1819856 ("serial: xuartps: Fix out-of-bounds access th

Re: [PATCH] ASoC: uniphier: evea: fix typo 'eva' -> 'evea'

2018-02-20 18:53 GMT+09:00 Katsuhiro Suzuki : Looks good to me:) Reviewed-by: Masami Hiramatsu Thanks, > Signed-off-by: Katsuhiro Suzuki > --- > sound/soc/uniphier/evea.c | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > > diff --git a/sound/soc/uniphier/evea.c b/sound/soc/unip

[PATCH 5/9] serial: pxa: Fix out-of-bounds access through DT alias

The serial_pxa_ports[] array is indexed using a value derived from the "serialN" alias in DT, which may lead to an out-of-bounds access. Fix this by adding a range check. Fixes: c8dcdc77298dde67 ("serial: pxa: Fix out-of-bounds access through DT alias") Signed-off-by: Geert Uytterhoeven --- dr

[PATCH RFC] riscv/barrier: Define __smp_{mb,rmb,wmb}

Introduce __smp_{mb,rmb,wmb}, and rely on the generic definitions for smp_{mb,rmb,wmb}. A first consequence is that smp_{mb,rmb,wmb} map to a compiler barrier on !SMP (while their definition remains unchanged on SMP). As a further consequence, smp_load_acquire and smp_store_release have "fence rw,r

Re: [PATCH RESEND] x86: consider effective protection attributes in W+X check

* Jan Beulich wrote: > >>> On 20.02.18 at 09:37, wrote: > > > * Jan Beulich wrote: > > > >> I'll see what I can do; it's a pity that the change here, which had > >> been sent weeks ago and is a bug fix, hadn't gone in before that > >> other change (being more an improvement than a bug fix).

Re: [PATCH 1/3] ipc/shm: introduce shmctl(SHM_STAT_ANY)

On Thu 15-02-18 08:24:56, Davidlohr Bueso wrote: > There is a permission discrepancy when consulting shm ipc > object metadata between /proc/sysvipc/shm (0444) and the > SHM_STAT shmctl command. The later does permission checks > for the object vs S_IRUGO. As such there can be cases where > EACCESS

Re: [PATCH 03/15] soc: renesas: Add R-Car M3-N support

Hi Geert, On Wed, Feb 14, 2018 at 01:48:27PM +0100, Geert Uytterhoeven wrote: > Hi Jacopo, > > Thanks for your patch! > > On Tue, Feb 13, 2018 at 10:45 AM, Jacopo Mondi > wrote: > > Add support for R-Car M3-N (r8a77965) power areas and reset. > > M3-N power areas are identical to M3-W ones, so ju

Re: linux-next: Tree for Feb 19 (gpu/drm/pl111/)

On Mon, Feb 19, 2018 at 10:30:06AM -0800, Randy Dunlap wrote: > [add Eric + dri-devel] > > On 02/19/18 09:26, Randy Dunlap wrote: > > On 02/18/18 18:14, Stephen Rothwell wrote: > >> Hi all, > >> > >> Changes since 20180216: > >> > >> The nand tree gained a conflict against Linus' tree. > >> > >> T

Re: [RFC PATCH V2 11/22] x86/intel_rdt: Associate pseudo-locked regions with its domain

On Mon, 19 Feb 2018, Reinette Chatre wrote: > On 2/19/2018 3:19 PM, Thomas Gleixner wrote: > > On Mon, 19 Feb 2018, Reinette Chatre wrote: > >> On 2/19/2018 1:19 PM, Thomas Gleixner wrote: > >>> On Tue, 13 Feb 2018, Reinette Chatre wrote: > >>> > After a pseudo-locked region is locked it needs

[PATCH 1/9] serial: arc_uart: Fix out-of-bounds access through DT alias

The arc_uart_ports[] array is indexed using a value derived from the "serialN" alias in DT, which may lead to an out-of-bounds access. Fix this by adding a range check. Note that the array size is defined by a Kconfig symbol (CONFIG_SERIAL_ARC_NR_PORTS), so this can even be triggered using a legi

Re: [PATCH 2/3] Kconfig: improve handling for all{rand,yes,no,}.config fragments

On Tue, Feb 20, 2018 at 10:26 AM, Masahiro Yamada wrote: > 2018-02-17 6:41 GMT+09:00 Arnd Bergmann : >> @@ -621,14 +622,24 @@ int main(int ac, char **av) >> case randconfig:name = "allrandom.config"; break; >> default: break; >> } >> -

[PATCH 7/9] serial: sh-sci: Fix out-of-bounds access through DT alias

The sci_ports[] array is indexed using a value derived from the "serialN" alias in DT, which may lead to an out-of-bounds access. Fix this by adding a range check. Note that the array size is defined by a Kconfig symbol (CONFIG_SERIAL_SH_SCI_NR_UARTS), so this can even be triggered using a legiti

[PATCH 6/9] serial: samsung: Fix out-of-bounds access through DT alias

The s3c24xx_serial_ports[] array is indexed using a value derived from the "serialN" alias in DT, which may lead to an out-of-bounds access. Fix this by adding a range check. Note that the array size is defined by a Kconfig symbol (CONFIG_SERIAL_SAMSUNG_UARTS), so this can even be triggered using

[PATCH v3] MIPS: pm-cps: Block system suspend when a JTAG probe is present

If a JTAG probe is connected to a MIPS cluster, then the CPC detects it and latches the CPC.STAT_CONF.EJTAG_PROBE bit to 1. While set, attempting to send a power-down command to a core will be blocked, and the CPC will instead send the core to clock-off state. This can interfere with systems fully

[PATCH 9/9] serial: xuartps: Fix out-of-bounds access through DT alias

The cdns_uart_port[] array is indexed using a value derived from the "serialN" alias in DT, which may lead to an out-of-bounds access. Fix this by adding a range check. Fixes: 1f118c02a1819856 ("serial: xuartps: Fix out-of-bounds access through DT alias") Signed-off-by: Geert Uytterhoeven ---

[PATCH 3/9] serial: imx: Fix out-of-bounds access through DT alias

The imx_ports[] array is indexed using a value derived from the "serialN" alias in DT, which may lead to an out-of-bounds access. Fix this by adding a range check. Fixes: 9206ab8a0350c3da ("serial: imx: Fix out-of-bounds access through DT alias") Signed-off-by: Geert Uytterhoeven --- drivers/t

[PATCH 2/9] serial: fsl_lpuart: Fix out-of-bounds access through DT alias

The lpuart_ports[] array is indexed using a value derived from the "serialN" alias in DT, which may lead to an out-of-bounds access. Fix this by adding a range check. Fixes: 970416c691dc68b5 ("serial: fsl_lpuart: Fix out-of-bounds access through DT alias") Signed-off-by: Geert Uytterhoeven ---

[PATCH 8/9] serial: sirf: Fix out-of-bounds access through DT alias

The sirf_ports[] array is indexed using a value derived from the "serialN" alias in DT, which may lead to an out-of-bounds access. Fix this by adding a range check. Fixes: 66c7ab1120585d18 ("serial: sirf: Fix out-of-bounds access through DT alias") Signed-off-by: Geert Uytterhoeven --- drivers

[PATCH 4/9] serial: mxs-auart: Fix out-of-bounds access through DT alias

The auart_port[] array is indexed using a value derived from the "serialN" alias in DT, which may lead to an out-of-bounds access. Fix this by adding a range check. Fixes: cabf23e7aa00b145 ("serial: mxs-auart: Fix out-of-bounds access through DT alias") Signed-off-by: Geert Uytterhoeven --- dr

[PATCH 0/9] serial: Fix out-of-bounds accesses through DT aliases

Hi all, Serial drivers used on DT platforms use the "serialN" alias in DT to obtain the serial port index for a specific port. Drivers typically use a fixed-size array for keeping track of all available serial ports. However, several drivers do not perform any validation on the index obta

Re: [PATCH v1 2/2] PCI: Allow user to request power management of conventional and hotplug bridges

On Tue, Feb 20, 2018 at 10:41 AM, Rafael J. Wysocki wrote: > On Tue, Feb 20, 2018 at 12:14 AM, Bjorn Helgaas wrote: >> From: Bjorn Helgaas >> >> Previously "pcie_port_pm=force" enabled power management of PCI bridges, >> but only for PCIe ports (not conventional PCI bridges) and only for ports >

[PATCH] xen/blkback: update sysfs interface documentation

Add documentation for statistic attribute ds_req - the number of discarded requests. Signed-off-by: Aishwarya Pant --- Documentation/ABI/stable/sysfs-bus-xen-backend | 7 +++ 1 file changed, 7 insertions(+) diff --git a/Documentation/ABI/stable/sysfs-bus-xen-backend b/Documentation/ABI/sta

Re: INFO: rcu detected stall in xfrm_confirm_neigh

On Mon, Feb 19, 2018 at 11:05:38AM +0100, Dmitry Vyukov wrote: > On Mon, Feb 19, 2018 at 8:22 AM, Steffen Klassert > wrote: > >> > wrote: > >> >> Hello, > >> >> > >> >> syzbot hit the following crash on net-next commit > >> >> 9515a2e082f91457db0ecff4b65371d0fb5d9aad (Thu Jan 25 03:37:38 2018 >

[PATCH] ASoC: uniphier: evea: fix typo 'eva' -> 'evea'

Signed-off-by: Katsuhiro Suzuki --- sound/soc/uniphier/evea.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/sound/soc/uniphier/evea.c b/sound/soc/uniphier/evea.c index cad7e60de21d..ac2d30b55fb6 100644 --- a/sound/soc/uniphier/evea.c +++ b/sound/soc/uniphier/evea.c @@

Re: [PATCH v3 0/3] Enable CONFIG_VT support for S390

Added to my linux next tree to check for any fallout. On 02/19/2018 04:47 PM, Farhan Ali wrote: > Hi, > > This series of patches add support for an additional tty > and console for a S390 KVM guest using a virtio-gpu device[1]. > > Patch 1 enables the "Graphics support" menu which is > needed t

Re: [PATCH 1/3] locking/ww_mutex: cleanup lock->ctx usage in amdgpu

Am 19.02.2018 um 17:43 schrieb Daniel Vetter: On Mon, Feb 19, 2018 at 05:29:46PM +0100, Christian König wrote: [SNIP] Well that is not a problem at all. See we don't nest trylock with normal lock acquiring, cause that would indeed bypass the whole deadlock detection. Instead we first use ww_mut

Re: [PATCH v1 2/2] PCI: Allow user to request power management of conventional and hotplug bridges

On Tue, Feb 20, 2018 at 12:14 AM, Bjorn Helgaas wrote: > From: Bjorn Helgaas > > Previously "pcie_port_pm=force" enabled power management of PCI bridges, > but only for PCIe ports (not conventional PCI bridges) and only for ports > that do not support hotplug. Those limitations are there because

Re: [PATCH 1/2] dt-bindings: phy: add support for STM32 USB PHY Controller (USBPHYC)

On 02/19/2018 02:51 AM, Rob Herring wrote: > On Mon, Feb 12, 2018 at 01:35:28PM +0100, Amelie Delaunay wrote: >> This patch adds the device tree bindings description for STM32 USBPHYC >> (USB PHY Controller). >> >> Signed-off-by: Amelie Delaunay >> --- >> .../devicetree/bindings/phy/phy-stm32-

Re: [PATCH 1/8] clk: Add clk_bulk_alloc functions

Hi Robin, On 2018-02-19 17:29, Robin Murphy wrote: Hi Maciej, On 19/02/18 15:43, Maciej Purski wrote: When a driver is going to use clk_bulk_get() function, it has to initialize an array of clk_bulk_data, by filling its id fields. Add a new function to the core, which dynamically allocates cl

Re: [alsa-devel] [PATCH v3 14/25] ASoC: qcom: qdsp6: Add support to q6afe dai driver

Thanks for testing this out, On 19/02/18 10:32, Rohit Kumar wrote: diff --git a/sound/soc/qcom/qdsp6/Makefile b/sound/soc/qcom/qdsp6/Makefile index 660afcab98fd..c7833842b878 100644 --- a/sound/soc/qcom/qdsp6/Makefile +++ b/sound/soc/qcom/qdsp6/Makefile @@ -1,5 +1,5 @@ obj-$(CONFIG_SND_SOC_

Re: [alsa-devel] [PATCH v3 05/25] ASoC: qcom: qdsp6: Add support to Q6AFE

Thanks for your review comments On 19/02/18 10:30, Rohit Kumar wrote: diff --git a/sound/soc/qcom/Makefile b/sound/soc/qcom/Makefile index d5280355c24f..748f5e891dcf 100644 --- a/sound/soc/qcom/Makefile +++ b/sound/soc/qcom/Makefile @@ -13,6 +13,11 @@ obj-$(CONFIG_SND_SOC_LPASS_APQ8016) += sn

Re: [PATCH v3 02/25] soc: qcom: add support to APR bus driver

Thanks for review comments, On 19/02/18 03:08, Rob Herring wrote: On Tue, Feb 13, 2018 at 04:58:14PM +,srinivas.kandaga...@linaro.org wrote: From: Srinivas Kandagatla This patch adds support toi APR bus (Asynchronous Packet Router) driver. ARP driver is made as a bus driver so that the ap

Re: [PATCH] tools/memory-model: remove rb-dep, smp_read_barrier_depends, and lockless_dereference

On Mon, Feb 19, 2018 at 12:14:45PM -0500, Alan Stern wrote: > On Sat, 17 Feb 2018, Andrea Parri wrote: > > > > Akira's observation about READ_ONCE extends to all (annotated) loads. In > > > fact, it also applies to loads corresponding to unsuccessful RMW > > > operations; > > > consider, for exa

Re: [PATCH v3 01/25] dt-bindings: soc: qcom: Add bindings for APR bus

Thanks for your review comments, On 18/02/18 23:04, Rob Herring wrote: On Wed, Feb 14, 2018 at 09:13:23AM +, Srinivas Kandagatla wrote: Thanks for the review, On 13/02/18 23:12, Rob Herring wrote: On Tue, Feb 13, 2018 at 04:58:13PM +, srinivas.kandaga...@linaro.org wrote: From: Srini

Re: [PATCH 1/3] Kconfig: disable PROFILE_ALL_BRANCHES for compile testing

2018-02-17 6:41 GMT+09:00 Arnd Bergmann : > This can easily double the time for compiling a driver but does not > provide any benefit for the compile tester, so it's better left disabled. > > In addition, any 'inline' function that is not also 'static' and that > contains an 'if' causes a warning l

Re: [PATCH v1 1/2] PCI: Add PCIe port runtime suspend details

On Tue, Feb 20, 2018 at 12:14 AM, Bjorn Helgaas wrote: > From: Bjorn Helgaas > > Add details about how we decide whether we can put a PCI bridge in D3. > 9d26d3a8f1b0 ("PCI: Put PCIe ports into D3 during suspend") added this > support to reduce power consumption on Intel Sunrise Point and Broxton

Re: [PATCH] usb: host: ehci-platform: add support for optional external vbus supply

Hi, On 20/02/18 11:11, Amelie Delaunay wrote: > On some boards, especially when vbus supply requires large current, > and the charge pump on the PHY isn't enough, an external vbus power switch > may be used. > Add support for this optional external vbus supply in ehci-platform. Isn't this generic

Re: [PATCH 2/3] Kconfig: improve handling for all{rand,yes,no,}.config fragments

2018-02-17 6:41 GMT+09:00 Arnd Bergmann : > The kernel currently supports two methods of dealing with config > fragments in the tree: > > a) Running "make foo.config" looks for arch/$(ARCH)/configs/foo.config >and kernel/configs/foo.config, and applies the defaults from those >files on top

Re: [RFC patch] ioremap: don't set up huge I/O mappings when p4d/pud/pmd is zero

On 12/28/2017 4:54 PM, Hanjun Guo wrote: From: Hanjun Guo When we using iounmap() to free the 4K mapping, it just clear the PTEs but leave P4D/PUD/PMD unchanged, also will not free the memory of page tables. This will cause issues on ARM64 platform (not sure if other archs have the same issu

Re: [PATCH 3/3] Kconfig: add a default allrandom.config

2018-02-17 6:41 GMT+09:00 Arnd Bergmann : > Building randconfig kernels frequently leads to build errors from > drivers that have additional build dependencies, or that we don't > want to build for compile-testing for some other reason. Can you fix the former case? The latter seems OK. > We alr

[RFC PATCH] power: supply: axp20x_battery: axp209_data can be static

Fixes: 94767270f0b0 ("power: supply: axp20x_battery: use data struct for variant specific code") Signed-off-by: Fengguang Wu --- axp20x_battery.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/power/supply/axp20x_battery.c b/drivers/power/supply/axp20x_batte

Re: [PATCH v4 06/13] power: supply: axp20x_battery: use data struct for variant specific code

Hi Quentin, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on ] url: https://github.com/0day-ci/linux/commits/Quentin-Schulz/add-support-for-AXP813-ADC-and-battery-power-supply/20180220-051138 base: reproduce: # apt-get install sparse

[PATCH] usb: host: ehci-platform: add support for optional external vbus supply

On some boards, especially when vbus supply requires large current, and the charge pump on the PHY isn't enough, an external vbus power switch may be used. Add support for this optional external vbus supply in ehci-platform. Signed-off-by: Amelie Delaunay --- Documentation/devicetree/bindings/us

[PATCH] block: rbd: update sysfs interface

The existing sysfs interface has been updated to be in the same format as described in Documentation/ABI/README. This will be useful for scripting and tracking changes in the ABI. Attributes have been grouped by functionality and/or the date on which they were added. There are a couple of more cha

[PATCH 2/2] i2c: add support for Socionext SynQuacer I2C controller

This is a cleaned up version of the I2C controller driver for the Fujitsu F_I2C IP, which was never supported upstream, and has now been incorporated into the Socionext SynQuacer SoC. Signed-off-by: Ard Biesheuvel --- drivers/i2c/busses/Kconfig | 11 + drivers/i2c/busses/Makefile

[PATCH 1/2] dt-bindings: i2c: add binding for Socionext SynQuacer I2C

Add a binding for the I2C controller that can be found in the Socionext SynQuacer SoC. Note that this is the exact same IP as the Fujitsu F_I2C. Signed-off-by: Ard Biesheuvel --- Documentation/devicetree/bindings/i2c/i2c-synquacer.txt | 29 1 file changed, 29 insertions(+)

[PATCH 0/2] add support for Socionext SynQuacer I2C controller

Add a binding and a driver for the I2C IP found in the Socionext SynQuacer SoC, which is essentially a rebranded version of the Fujitsu F_I2C controller. Ard Biesheuvel (2): dt-bindings: i2c: add binding for Socionext SynQuacer I2C i2c: add support for Socionext SynQuacer I2C controller Docu

Re: [PATCH v2] irqchip/gic-v3-its: Add workaround for ThunderX2 erratum #174

On Mon, 19 Feb 2018 21:12:10 +, Jayachandran C wrote: > > On Sun, Jan 21, 2018 at 11:35:34AM +, Marc Zyngier wrote: > > On Sun, 21 Jan 2018 07:00:48 +, > > Jayachandran C wrote: > > > > > > On Thu, Jan 18, 2018 at 10:58:20AM +0530, Ganapatrao Kulkarni wrote: > > > > This erratum is ob

RE: [PATCH v3 1/6] vfio/type1: Introduce iova list and add iommu aperture validity check

> -Original Message- > From: Alex Williamson [mailto:alex.william...@redhat.com] > Sent: Monday, February 19, 2018 7:51 PM > To: Shameerali Kolothum Thodi > Cc: eric.au...@redhat.com; pmo...@linux.vnet.ibm.com; > k...@vger.kernel.org; linux-kernel@vger.kernel.org; Linuxarm > ; John Garry

Re: [PATCH] drm/meson: fix vsync buffer update

On 19/02/2018 16:19, Daniel Vetter wrote: > On Thu, Feb 15, 2018 at 11:19:36AM +0100, Neil Armstrong wrote: >> The plane buffer address/stride/height was incorrectly updated in the >> plane_atomic_update operation instead of the vsync irq. >> This patch delays this operation in the vsync irq along

Re: [PATCH v9 11/11] media: i2c: ov7670: Fully set mbus frame fmt

Hi Laurent, On Mon, Feb 19, 2018 at 09:19:32PM +0200, Laurent Pinchart wrote: > Hi Jacopo, > > Thank you for the patch. > > On Monday, 19 February 2018 18:59:44 EET Jacopo Mondi wrote: > > The sensor driver sets mbus format colorspace information and sizes, > > but not ycbcr encoding, quantization

[PATCH] PCI: stop crashing in pci_release_resource

Is it entirely possible that the BIOS wasn't able to assign resources to a device. In this case don't crash in pci_release_resource() when we try to resize the resource. Signed-off-by: Christian König CC: sta...@vger.kernel.org --- drivers/pci/setup-res.c | 3 +++ 1 file changed, 3 insertions(+)

Re: [PATCH] scsi: cxlflash: Select SCSI_SCAN_ASYNC

Vaibhav Jain writes: > The cxlflash driver uses "Asynchronous SCSI scanning" enabled by > CONFIG_SCSI_SCAN_ASYNC. Without this enabled the modprobe of cxlflash > module gets hung with following backtrace: > > Call Trace: > __switch_to+0x2cc/0x470 > __schedule+0x288/0xab0 > schedule+0x40/0xc0 >

RE: [lustre-devel] [PATCH 14/21] staging: lustre: fix assorted checkpatch errors

On Tue, Feb 20 2018, Eremin, Dmitry wrote: > Hello Neil, > >> diff --git a/drivers/staging/lustre/lustre/mdc/mdc_request.c >> b/drivers/staging/lustre/lustre/mdc/mdc_request.c >> index ab48746ce433..bde27acb0dd3 100644 >> --- a/drivers/staging/lustre/lustre/mdc/mdc_request.c >> +++ b/drivers/stagi

Re: [PATCH] mtd: nand: gpmi: fix edo mode for non fully ONFI compliant flashes

Hi Manfred, On Tue, 20 Feb 2018 09:15:33 +0100, Manfred Schlaegl wrote: > In enable_edo_mode the timing mode feature is set according to previously > read capabilities of the parameter page ("Timing mode support"). After > the value was set, it is read back to provide a "double-check". > If the

Re: [PATCH 2/2] x86/speculation: Support "Enhanced IBRS" on future CPUs

On Mon, 19 Feb 2018, Linus Torvalds wrote: > On Mon, Feb 19, 2018 at 4:13 PM, Alan Cox wrote: > > > > In theory there's nothing stopping a guest getting a 'you are about to > > gain/lose IBRS' message or having a new 'CPU' hotplugged and the old one > > removed. > > I'm not convinced we handle th

[PATCH RESEND 2/2] mm: swap: unify cluster-based and vma-based swap readahead

From: Minchan Kim This patch makes do_swap_page() not need to be aware of two different swap readahead algorithms. Just unify cluster-based and vma-based readahead function call. Link: http://lkml.kernel.org/r/1509520520-32367-3-git-send-email-minc...@kernel.org Signed-off-by: Minchan Kim Cc:

Re: [PATCH v3 2/4] x86/speculation: Support "Enhanced IBRS" on future CPUs

On Tue, 2018-02-20 at 09:31 +0100, Thomas Gleixner wrote: > > @@ -237,6 +239,16 @@ static void __init spectre_v2_select_mitigation(void) > >   > >   case SPECTRE_V2_CMD_FORCE: > >   case SPECTRE_V2_CMD_AUTO: > > + if (boot_cpu_has(X86_FEATURE_ARCH_CAPABILITIES)) { > > +

[PATCH RESEND 1/2] mm: swap: clean up swap readahead

From: Minchan Kim When I see recent change of swap readahead, I am very unhappy about current code structure which diverges two swap readahead algorithm in do_swap_page. This patch is to clean it up. Main motivation is that fault handler doesn't need to be aware of readahead algorithms but just

[PATCH RESEND 0/2] swap readahead clean up

From: Minchan Kim This patchset cleans up recent added vma-based readahead code via unifying cluster-based readahead. Resent based on mmotm-2018-02-06-16-41. Minchan Kim (2): mm: swap: clean up swap readahead mm: swap: unify cluster-based and vma-based swap readahead include/linux/swap.h

Re: [PATCH 2/6] mfd: cros_ec: free IRQ automatically

Hi Vincent, 2018-02-20 9:00 GMT+01:00 Vincent Palatin : > On Mon, Feb 19, 2018 at 11:40 PM, Enric Balletbo i Serra > wrote: >> From: Vincent Palatin >> >> Free the IRQ we might have requested when removing the cros_ec device, >> so we can unload and reload the driver properly. >> >> Signed-off-b

Re: [PATCH v3 4/4] x86/retpoline: Support retpoline build with Clang

On Tue, 2018-02-20 at 09:36 +0100, Thomas Gleixner wrote: > On Mon, 19 Feb 2018, David Woodhouse wrote: > > Reviewed-by: Thomas Gleixner > > > > > +/* Clang doesn't have a way to turn it off per-function, yet. */ > > Is that going to happen in the foreseable future? Hmm, why am I asking, > clan

Re: [PATCH RESEND] x86: consider effective protection attributes in W+X check

>>> On 20.02.18 at 09:37, wrote: > * Jan Beulich wrote: > >> I'll see what I can do; it's a pity that the change here, which had >> been sent weeks ago and is a bug fix, hadn't gone in before that >> other change (being more an improvement than a bug fix). > > When was it submitted, got a link

Re: [PATCH 00/31 v2] PTI support for x86_32

Hi David, thanks a lot for your testing, much appreciated! On Mon, Feb 19, 2018 at 10:45:56PM -0500, David H. Gutteridge wrote: > (1) There is a regression when the QXL display driver is enabled; the > VM hangs during boot. (QXL has been a source of similar trouble in the > past.) I don't have an

<    3   4   5   6   7   8   9   >