Re: [PATCH v7 0/5] Update LZ4 compressor module

Hello Eric, On Wed, Feb 08, 2017 at 09:24:25PM -0800, Eric Biggers wrote: > Also I noticed another bug, this time in LZ4_count(): > > > #if defined(CONFIG_64BIT) > > #define LZ4_ARCH64 1 > > #else > > #define LZ4_ARCH64 0 > > #endif > ... > > #ifdef LZ4_ARCH64 > >if ((pIn < (pInLimit-3))

Re: [PATCH v7 0/5] Update LZ4 compressor module

Hello Eric, On Wed, Feb 08, 2017 at 09:24:25PM -0800, Eric Biggers wrote: > Also I noticed another bug, this time in LZ4_count(): > > > #if defined(CONFIG_64BIT) > > #define LZ4_ARCH64 1 > > #else > > #define LZ4_ARCH64 0 > > #endif > ... > > #ifdef LZ4_ARCH64 > >if ((pIn < (pInLimit-3))

Re: [PATCH v2] x86/fpu: copy MXCSR & MXCSR_FLAGS with SSE/YMM state

On Thu, Feb 09, 2017 at 06:43:47PM -0500, Rik van Riel wrote: > On Skylake CPUs I noticed that XRSTOR is unable to deal with xsave areas > created by copyout_from_xsaves if the xstate has only SSE/YMM state, but > no FP state. That is, xfeatures had XFEATURE_MASK_SSE set, but not >

Re: [PATCH v2] x86/fpu: copy MXCSR & MXCSR_FLAGS with SSE/YMM state

On Thu, Feb 09, 2017 at 06:43:47PM -0500, Rik van Riel wrote: > On Skylake CPUs I noticed that XRSTOR is unable to deal with xsave areas > created by copyout_from_xsaves if the xstate has only SSE/YMM state, but > no FP state. That is, xfeatures had XFEATURE_MASK_SSE set, but not >

Re: [PATCHv6 11/37] HACK: readahead: alloc huge pages, if allowed

On Thu, Jan 26, 2017 at 02:57:53PM +0300, Kirill A. Shutemov wrote: > Most page cache allocation happens via readahead (sync or async), so if > we want to have significant number of huge pages in page cache we need > to find a ways to allocate them from readahead. > > Unfortunately, huge pages

Re: [PATCHv6 11/37] HACK: readahead: alloc huge pages, if allowed

On Thu, Jan 26, 2017 at 02:57:53PM +0300, Kirill A. Shutemov wrote: > Most page cache allocation happens via readahead (sync or async), so if > we want to have significant number of huge pages in page cache we need > to find a ways to allocate them from readahead. > > Unfortunately, huge pages

Re: [PATCH v3 21/24] media: imx: Add MIPI CSI-2 Receiver subdev driver

On 02/09/2017 03:49 PM, Steve Longerbeam wrote: On 02/08/2017 03:42 PM, Russell King - ARM Linux wrote: On Wed, Feb 08, 2017 at 03:23:53PM -0800, Steve Longerbeam wrote: Actually, this exact function already exists as dw_mipi_dsi_phy_write in drivers/gpu/drm/rockchip/dw-mipi-dsi.c, and it

Re: [PATCH v3 21/24] media: imx: Add MIPI CSI-2 Receiver subdev driver

On 02/09/2017 03:49 PM, Steve Longerbeam wrote: On 02/08/2017 03:42 PM, Russell King - ARM Linux wrote: On Wed, Feb 08, 2017 at 03:23:53PM -0800, Steve Longerbeam wrote: Actually, this exact function already exists as dw_mipi_dsi_phy_write in drivers/gpu/drm/rockchip/dw-mipi-dsi.c, and it

Re: [PATCH v2] eeprom/at24: use device_property_*() functions instead of of_get_property()

Hi Ben, [auto build test ERROR on char-misc/char-misc-testing] [also build test ERROR on v4.10-rc7] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH v2] eeprom/at24: use device_property_*() functions instead of of_get_property()

Hi Ben, [auto build test ERROR on char-misc/char-misc-testing] [also build test ERROR on v4.10-rc7] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

[PATCH] f2fs: show checkpoint version at mount time

If we mounted f2fs successfully, let's show current checkpoint version. Signed-off-by: Jaegeuk Kim --- fs/f2fs/super.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/fs/f2fs/super.c b/fs/f2fs/super.c index 68a555b014cf..bd24a98cf5d4 100644 --- a/fs/f2fs/super.c +++

[PATCH] f2fs: show checkpoint version at mount time

If we mounted f2fs successfully, let's show current checkpoint version. Signed-off-by: Jaegeuk Kim --- fs/f2fs/super.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/fs/f2fs/super.c b/fs/f2fs/super.c index 68a555b014cf..bd24a98cf5d4 100644 --- a/fs/f2fs/super.c +++ b/fs/f2fs/super.c @@

Re: [PATCH 0/3] KEYS: Fixes

James Morris <jmor...@namei.org> wrote: > > Tagged thusly: > > > > git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs.git > > keys-fixes-20170209 > > I'm getting this: > > $ git pull > git://git.kernel.org/pub/scm/linux/k

Re: [PATCH 0/3] KEYS: Fixes

James Morris wrote: > > Tagged thusly: > > > > git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs.git > > keys-fixes-20170209 > > I'm getting this: > > $ git pull > git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linu

[PATCH v2] x86/fpu: copy MXCSR & MXCSR_FLAGS with SSE/YMM state

On Skylake CPUs I noticed that XRSTOR is unable to deal with xsave areas created by copyout_from_xsaves if the xstate has only SSE/YMM state, but no FP state. That is, xfeatures had XFEATURE_MASK_SSE set, but not XFEATURE_MASK_FP. The reason is that part of the SSE/YMM state lives in the MXCSR

[PATCH v2] x86/fpu: copy MXCSR & MXCSR_FLAGS with SSE/YMM state

On Skylake CPUs I noticed that XRSTOR is unable to deal with xsave areas created by copyout_from_xsaves if the xstate has only SSE/YMM state, but no FP state. That is, xfeatures had XFEATURE_MASK_SSE set, but not XFEATURE_MASK_FP. The reason is that part of the SSE/YMM state lives in the MXCSR

linux-next: build warning after merge of the f2fs tree

Hi Jaegeuk, After merging the f2fs tree, today's linux-next build (x86_64_allmodconfig) produced this warning: fs/f2fs/node.c: In function 'fsync_node_pages': fs/f2fs/node.c:1520:3: warning: 'last_idx' may be used uninitialized in this function [-Wmaybe-uninitialized]

linux-next: build warning after merge of the f2fs tree

Hi Jaegeuk, After merging the f2fs tree, today's linux-next build (x86_64_allmodconfig) produced this warning: fs/f2fs/node.c: In function 'fsync_node_pages': fs/f2fs/node.c:1520:3: warning: 'last_idx' may be used uninitialized in this function [-Wmaybe-uninitialized]

Re: [PATCH V2] PCI: enable extended tags support for PCIe devices

On 2/9/2017 6:33 PM, Bjorn Helgaas wrote: > Applied to pci/enumeration for v4.11 as follows, thanks! > > I added a check for PCIe, so we don't have to rely on > pcie_capability_read_dword() doing the right thing for PCI and PCI-X > devices. I think pcie_capability_read_dword() would set dev_cap

Re: [PATCH V2] PCI: enable extended tags support for PCIe devices

On 2/9/2017 6:33 PM, Bjorn Helgaas wrote: > Applied to pci/enumeration for v4.11 as follows, thanks! > > I added a check for PCIe, so we don't have to rely on > pcie_capability_read_dword() doing the right thing for PCI and PCI-X > devices. I think pcie_capability_read_dword() would set dev_cap

[PATCH RFC v2 tip/core/rcu] Maintain special bits at bottom of ->dynticks counter

Currently, IPIs are used to force other CPUs to invalidate their TLBs in response to a kernel virtual-memory mapping change. This works, but degrades both battery lifetime (for idle CPUs) and real-time response (for nohz_full CPUs), and in addition results in unnecessary IPIs due

[PATCH RFC v2 tip/core/rcu] Maintain special bits at bottom of ->dynticks counter

Currently, IPIs are used to force other CPUs to invalidate their TLBs in response to a kernel virtual-memory mapping change. This works, but degrades both battery lifetime (for idle CPUs) and real-time response (for nohz_full CPUs), and in addition results in unnecessary IPIs due

Re: [PATCH v3 21/24] media: imx: Add MIPI CSI-2 Receiver subdev driver

On 02/08/2017 03:42 PM, Russell King - ARM Linux wrote: On Wed, Feb 08, 2017 at 03:23:53PM -0800, Steve Longerbeam wrote: Actually, this exact function already exists as dw_mipi_dsi_phy_write in drivers/gpu/drm/rockchip/dw-mipi-dsi.c, and it looks like the D-PHY register 0x44 might contain a

Re: [PATCH v3 21/24] media: imx: Add MIPI CSI-2 Receiver subdev driver

On 02/08/2017 03:42 PM, Russell King - ARM Linux wrote: On Wed, Feb 08, 2017 at 03:23:53PM -0800, Steve Longerbeam wrote: Actually, this exact function already exists as dw_mipi_dsi_phy_write in drivers/gpu/drm/rockchip/dw-mipi-dsi.c, and it looks like the D-PHY register 0x44 might contain a

Re: [PATCH] pstore: unconditionally initialize spinlock and flags

On Thu, Feb 9, 2017 at 3:04 PM, Brian Norris wrote: > We check to see if a buffer is already sane-looking, and if it's sane, > we don't wipe it. But that's not an excuse to avoid initializing our > spinlocks or setting our flags. Without this, we might see spinlock >

Re: [PATCH] pstore: unconditionally initialize spinlock and flags

On Thu, Feb 9, 2017 at 3:04 PM, Brian Norris wrote: > We check to see if a buffer is already sane-looking, and if it's sane, > we don't wipe it. But that's not an excuse to avoid initializing our > spinlocks or setting our flags. Without this, we might see spinlock > debugging messages like this

Applied "ASoC: zx-i2s: introduce pclk for zx2967 family" to the asoc tree

The patch ASoC: zx-i2s: introduce pclk for zx2967 family has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to

Applied "ASoC: zx-i2s: introduce pclk for zx2967 family" to the asoc tree

The patch ASoC: zx-i2s: introduce pclk for zx2967 family has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to

[PATCH 2/2] Documentation: DMA-ISA-LPC.txt

Fixed spelling issue. Signed-off-by: Nathan Howard --- Documentation/DMA-ISA-LPC.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/DMA-ISA-LPC.txt b/Documentation/DMA-ISA-LPC.txt index b1a1983..c413313 100644 ---

Re: [PATCH 0/2] net: ethernet: ti: cpsw: fix susp/resume

On Thu, Feb 09, 2017 at 05:21:26PM -0500, David Miller wrote: > From: Ivan Khoronzhuk > Date: Thu, 9 Feb 2017 02:07:34 +0200 > > > These two patches fix suspend/resume chain. > > Patch 2 doesn't apply cleanly to the 'net' tree, please > respin this series. Strange,

Applied "ASoC: zx-i2s: Add the info of pclk to the binding document for zx2967 family" to the asoc tree

The patch ASoC: zx-i2s: Add the info of pclk to the binding document for zx2967 family has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in

Re: [PATCH v2 0/4] New Microsemi PCI Switch Management Driver

Corrections to the email below. It should be Tested-by: Krishna Dhulipala krish...@fb.com Reviewed-by: Wei Zhang wzh...@fb.com Thanks, -Wei -- wei zhang | software engineer | facebook wzh...@fb.com | (408) 460-4803 On 2/9/17, 3:16 PM, "Wei Zhang" wrote: Hi,

[PATCH 2/2] Documentation: DMA-ISA-LPC.txt

Fixed spelling issue. Signed-off-by: Nathan Howard --- Documentation/DMA-ISA-LPC.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/DMA-ISA-LPC.txt b/Documentation/DMA-ISA-LPC.txt index b1a1983..c413313 100644 --- a/Documentation/DMA-ISA-LPC.txt +++

Re: [PATCH 0/2] net: ethernet: ti: cpsw: fix susp/resume

On Thu, Feb 09, 2017 at 05:21:26PM -0500, David Miller wrote: > From: Ivan Khoronzhuk > Date: Thu, 9 Feb 2017 02:07:34 +0200 > > > These two patches fix suspend/resume chain. > > Patch 2 doesn't apply cleanly to the 'net' tree, please > respin this series. Strange, I've just checked it on

Applied "ASoC: zx-i2s: Add the info of pclk to the binding document for zx2967 family" to the asoc tree

The patch ASoC: zx-i2s: Add the info of pclk to the binding document for zx2967 family has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in

Re: [PATCH v2 0/4] New Microsemi PCI Switch Management Driver

Corrections to the email below. It should be Tested-by: Krishna Dhulipala krish...@fb.com Reviewed-by: Wei Zhang wzh...@fb.com Thanks, -Wei -- wei zhang | software engineer | facebook wzh...@fb.com | (408) 460-4803 On 2/9/17, 3:16 PM, "Wei Zhang" wrote: Hi, The

Re: [RFC] syscalls: Restore address limit after a syscall

oject-zero/issues/detail?id=990 >>> >>> Signed-off-by: Thomas Garnier <thgar...@google.com> >>> --- >>> Based on next-20170209 >>> --- >>> include/linux/syscalls.h | 5 - >>> 1 file changed, 4 insertions(+), 1 deletion(-) >>&g

Re: [RFC] syscalls: Restore address limit after a syscall

kept by the syscall wrapper and restored >>> just after the syscall ends. >>> >>> For example, it would mitigation this bug: >>> >>> - https://bugs.chromium.org/p/project-zero/issues/detail?id=990 >>> >>> Signed-off-by: Thomas Garnier

Re: [PATCH V2] PCI: enable extended tags support for PCIe devices

On Fri, Jan 20, 2017 at 09:16:51AM -0500, Sinan Kaya wrote: > Each PCIe device can issue up to 32 transactions at a time by default. > This limitation is historically coming from PCI. Each transaction is > tracked by a tag number on the bus. 2.2.6.2. Transaction Descriptor > – Transaction ID Field

Re: [PATCH V2] PCI: enable extended tags support for PCIe devices

On Fri, Jan 20, 2017 at 09:16:51AM -0500, Sinan Kaya wrote: > Each PCIe device can issue up to 32 transactions at a time by default. > This limitation is historically coming from PCI. Each transaction is > tracked by a tag number on the bus. 2.2.6.2. Transaction Descriptor > – Transaction ID Field

Re: aacraid: kernel: AAC: Host adapter dead -1 (bisected)

In article <201701151205.37563.a.miskiew...@gmail.com> you wrote: > Newsgroups: gmane.linux.kernel > Hi. > There is a bug with handling of adaptec raid cards (in my case it is Adaptec > 3405) where kernel logs hundreds of "AAC: Host adapter dead -1" messages. > Bug was reported previously on

Re: aacraid: kernel: AAC: Host adapter dead -1 (bisected)

In article <201701151205.37563.a.miskiew...@gmail.com> you wrote: > Newsgroups: gmane.linux.kernel > Hi. > There is a bug with handling of adaptec raid cards (in my case it is Adaptec > 3405) where kernel logs hundreds of "AAC: Host adapter dead -1" messages. > Bug was reported previously on

[PATCH net-next v5 01/11] tools: Sync {,tools/}include/uapi/linux/bpf.h

The tools version of this header is out of date; update it to the latest version from kernel header. Synchronize with the following commits: * b95a5c4db09b ("bpf: add a longest prefix match trie map implementation") * a5e8c07059d0 ("bpf: add bpf_probe_read_str helper") * d1b662adcdb8 ("bpf: allow

[PATCH net-next v5 01/11] tools: Sync {,tools/}include/uapi/linux/bpf.h

The tools version of this header is out of date; update it to the latest version from kernel header. Synchronize with the following commits: * b95a5c4db09b ("bpf: add a longest prefix match trie map implementation") * a5e8c07059d0 ("bpf: add bpf_probe_read_str helper") * d1b662adcdb8 ("bpf: allow

Re: [PATCH v3 1/3] of: Support parsing phandle argument lists through a nexus node

On 02/09/17 10:52, Frank Rowand wrote: > On 02/09/17 07:17, Rob Herring wrote: >> On Tue, Jan 24, 2017 at 12:05 PM, Rob Herring wrote: >>> On Tue, Jan 24, 2017 at 12:36 AM, Frank Rowand >>> wrote: Hi Stephen, Sorry I did not get to v1

Re: [PATCH v3 1/3] of: Support parsing phandle argument lists through a nexus node

On 02/09/17 10:52, Frank Rowand wrote: > On 02/09/17 07:17, Rob Herring wrote: >> On Tue, Jan 24, 2017 at 12:05 PM, Rob Herring wrote: >>> On Tue, Jan 24, 2017 at 12:36 AM, Frank Rowand >>> wrote: Hi Stephen, Sorry I did not get to v1 and v2 in a timely manner. On

[PATCH net-next v5 11/11] bpf: Add test_tag to .gitignore

Signed-off-by: Mickaël Salaün Cc: Alexei Starovoitov Cc: Daniel Borkmann Cc: Shuah Khan --- tools/testing/selftests/bpf/.gitignore | 1 + 1 file changed, 1 insertion(+) diff --git a/tools/testing/selftests/bpf/.gitignore

[PATCH net-next v5 11/11] bpf: Add test_tag to .gitignore

Signed-off-by: Mickaël Salaün Cc: Alexei Starovoitov Cc: Daniel Borkmann Cc: Shuah Khan --- tools/testing/selftests/bpf/.gitignore | 1 + 1 file changed, 1 insertion(+) diff --git a/tools/testing/selftests/bpf/.gitignore b/tools/testing/selftests/bpf/.gitignore index

[PATCH net-next v5 04/11] bpf: Use bpf_load_program() from the library

Replace bpf_prog_load() with bpf_load_program() calls. Signed-off-by: Mickaël Salaün Cc: Alexei Starovoitov Cc: Daniel Borkmann Cc: Shuah Khan --- tools/lib/bpf/bpf.c | 6 +++---

[PATCH net-next v5 05/11] bpf: Use bpf_map_update_elem() from the library

Replace bpf_map_update() with bpf_map_update_elem() calls. Signed-off-by: Mickaël Salaün Cc: Alexei Starovoitov Cc: Daniel Borkmann Cc: Shuah Khan --- tools/lib/bpf/bpf.c| 2 +-

[PATCH net-next v5 04/11] bpf: Use bpf_load_program() from the library

Replace bpf_prog_load() with bpf_load_program() calls. Signed-off-by: Mickaël Salaün Cc: Alexei Starovoitov Cc: Daniel Borkmann Cc: Shuah Khan --- tools/lib/bpf/bpf.c | 6 +++--- tools/lib/bpf/bpf.h | 4 ++--

[PATCH net-next v5 05/11] bpf: Use bpf_map_update_elem() from the library

Replace bpf_map_update() with bpf_map_update_elem() calls. Signed-off-by: Mickaël Salaün Cc: Alexei Starovoitov Cc: Daniel Borkmann Cc: Shuah Khan --- tools/lib/bpf/bpf.c| 2 +- tools/lib/bpf/bpf.h| 2 +- tools/testing/selftests/bpf/bpf_sys.h

[PATCH net-next v5 03/11] bpf: Always test unprivileged programs

If selftests are run as root, then execute the unprivileged checks as well. This switch from 243 to 368 tests. The test numbers are suffixed with "/u" when executed as unprivileged or with "/p" when executed as privileged. The geteuid() check is replaced with a capability check. Handling

[PATCH net-next v5 03/11] bpf: Always test unprivileged programs

If selftests are run as root, then execute the unprivileged checks as well. This switch from 243 to 368 tests. The test numbers are suffixed with "/u" when executed as unprivileged or with "/p" when executed as privileged. The geteuid() check is replaced with a capability check. Handling

[PATCH net-next v5 08/11] bpf: Use bpf_map_get_next_key() from the library

Replace bpf_map_next_key() with bpf_map_get_next_key() calls. Signed-off-by: Mickaël Salaün Cc: Alexei Starovoitov Cc: Daniel Borkmann Cc: Shuah Khan --- tools/lib/bpf/bpf.c| 2 +-

[PATCH net-next v5 08/11] bpf: Use bpf_map_get_next_key() from the library

Replace bpf_map_next_key() with bpf_map_get_next_key() calls. Signed-off-by: Mickaël Salaün Cc: Alexei Starovoitov Cc: Daniel Borkmann Cc: Shuah Khan --- tools/lib/bpf/bpf.c| 2 +- tools/lib/bpf/bpf.h| 2 +-

[PATCH net-next v5 00/11] Improve BPF selftests and use the library (net-next tree)

This series brings some fixes to selftests, add the ability to test unprivileged BPF programs as root and replace bpf_sys.h with calls to the BPF library. This is intended for the net-next tree and apply on c0e4dadb3494 ("net: dsa: mv88e6xxx: Move forward declaration to where it is needed").

[PATCH net-next v5 09/11] bpf: Use bpf_create_map() from the library

Replace bpf_map_create() with bpf_create_map() calls. Signed-off-by: Mickaël Salaün Cc: Alexei Starovoitov Cc: Daniel Borkmann Cc: Shuah Khan --- tools/testing/selftests/bpf/bpf_sys.h | 15 ---

[PATCH net-next v5 00/11] Improve BPF selftests and use the library (net-next tree)

This series brings some fixes to selftests, add the ability to test unprivileged BPF programs as root and replace bpf_sys.h with calls to the BPF library. This is intended for the net-next tree and apply on c0e4dadb3494 ("net: dsa: mv88e6xxx: Move forward declaration to where it is needed").

[PATCH net-next v5 09/11] bpf: Use bpf_create_map() from the library

Replace bpf_map_create() with bpf_create_map() calls. Signed-off-by: Mickaël Salaün Cc: Alexei Starovoitov Cc: Daniel Borkmann Cc: Shuah Khan --- tools/testing/selftests/bpf/bpf_sys.h | 15 --- tools/testing/selftests/bpf/test_lpm_map.c | 6 +++---

[PATCH net-next v5 02/11] bpf: Change the include directory for selftest

Use the tools include directory instead of the installed one to allow builds from other kernels. Signed-off-by: Mickaël Salaün Cc: Alexei Starovoitov Cc: Arnaldo Carvalho de Melo Cc: Daniel Borkmann Cc: David S. Miller

[PATCH net-next v5 02/11] bpf: Change the include directory for selftest

Use the tools include directory instead of the installed one to allow builds from other kernels. Signed-off-by: Mickaël Salaün Cc: Alexei Starovoitov Cc: Arnaldo Carvalho de Melo Cc: Daniel Borkmann Cc: David S. Miller --- tools/testing/selftests/bpf/Makefile | 2 +- 1 file changed, 1

Re: [PATCH 1/2] net: ethernet: ucc_geth: fix MEM_PART_MURAM mode

On Tue, Feb 7, 2017 at 3:05 AM, Christophe Leroy wrote: > Since commit 5093bb965a163 ("powerpc/QE: switch to the cpm_muram > implementation"), muram area is not part of immrbar mapping anymore > so immrbar_virt_to_phys() is not usable anymore. > > Fixes: 5093bb965a163

Re: [PATCH 1/2] net: ethernet: ucc_geth: fix MEM_PART_MURAM mode

On Tue, Feb 7, 2017 at 3:05 AM, Christophe Leroy wrote: > Since commit 5093bb965a163 ("powerpc/QE: switch to the cpm_muram > implementation"), muram area is not part of immrbar mapping anymore > so immrbar_virt_to_phys() is not usable anymore. > > Fixes: 5093bb965a163 ("powerpc/QE: switch to the

Re: [PATCH v2 0/4] New Microsemi PCI Switch Management Driver

Hi, The switchtec driver patches [PATCH v2 (0-4)/4] in conjunction with the switchtec userland tool is used to communicate with the Microsemi 8536 PCIe Switch used on Facebook’s Lightning platform. The following essential driver and tool functions were successfully tested with it: ·

Re: [PATCH v2 0/4] New Microsemi PCI Switch Management Driver

Hi, The switchtec driver patches [PATCH v2 (0-4)/4] in conjunction with the switchtec userland tool is used to communicate with the Microsemi 8536 PCIe Switch used on Facebook’s Lightning platform. The following essential driver and tool functions were successfully tested with it: ·

Re: [PATCH 1/2] hyperv: implement hv_get_tsc_page()

On Thu, 9 Feb 2017 21:14:25 +0100 (CET) Thomas Gleixner wrote: > On Thu, 9 Feb 2017, Stephen Hemminger wrote: > > > The actual code looks fine, but the style police will not like you. > > { should be at start of line on functions. > > And #else should be at start of line, >

Re: [PATCH 2/2] soc/fsl/qe: get rid of immrbar_virt_to_phys()

On Tue, Feb 7, 2017 at 3:05 AM, Christophe Leroy wrote: > immrbar_virt_to_phys() is not used anymore > > Signed-off-by: Christophe Leroy Acked-by: Li Yang Regards, Leo

Re: [PATCH 1/2] hyperv: implement hv_get_tsc_page()

On Thu, 9 Feb 2017 21:14:25 +0100 (CET) Thomas Gleixner wrote: > On Thu, 9 Feb 2017, Stephen Hemminger wrote: > > > The actual code looks fine, but the style police will not like you. > > { should be at start of line on functions. > > And #else should be at start of line, > > > > But maybe

Re: [PATCH 2/2] soc/fsl/qe: get rid of immrbar_virt_to_phys()

On Tue, Feb 7, 2017 at 3:05 AM, Christophe Leroy wrote: > immrbar_virt_to_phys() is not used anymore > > Signed-off-by: Christophe Leroy Acked-by: Li Yang Regards, Leo

Re: [PATCH 2/2] x86/vdso: Add VCLOCK_HVCLOCK vDSO clock read method

On Thu, 9 Feb 2017 14:55:50 -0800 Andy Lutomirski wrote: > On Thu, Feb 9, 2017 at 12:45 PM, KY Srinivasan wrote: > > > > > >> -Original Message- > >> From: Thomas Gleixner [mailto:t...@linutronix.de] > >> Sent: Thursday, February 9, 2017 9:08

Re: [PATCH 2/2] x86/vdso: Add VCLOCK_HVCLOCK vDSO clock read method

On Thu, 9 Feb 2017 14:55:50 -0800 Andy Lutomirski wrote: > On Thu, Feb 9, 2017 at 12:45 PM, KY Srinivasan wrote: > > > > > >> -Original Message- > >> From: Thomas Gleixner [mailto:t...@linutronix.de] > >> Sent: Thursday, February 9, 2017 9:08 AM > >> To: Vitaly Kuznetsov > >> Cc:

Re: [PATCH] devicetree: Add video bus switch

On Thu, Feb 9, 2017 at 5:02 PM, Rob Herring wrote: > On Wed, Feb 8, 2017 at 4:30 PM, Pavel Machek wrote: >> On Wed 2017-02-08 15:36:09, Rob Herring wrote: >>> On Fri, Feb 03, 2017 at 01:35:08PM +0100, Pavel Machek wrote: >>> > >>> > N900 contains front and back

Re: [PATCH] devicetree: Add video bus switch

On Thu, Feb 9, 2017 at 5:02 PM, Rob Herring wrote: > On Wed, Feb 8, 2017 at 4:30 PM, Pavel Machek wrote: >> On Wed 2017-02-08 15:36:09, Rob Herring wrote: >>> On Fri, Feb 03, 2017 at 01:35:08PM +0100, Pavel Machek wrote: >>> > >>> > N900 contains front and back camera, with a switch between the

[PATCH] pstore: unconditionally initialize spinlock and flags

We check to see if a buffer is already sane-looking, and if it's sane, we don't wipe it. But that's not an excuse to avoid initializing our spinlocks or setting our flags. Without this, we might see spinlock debugging messages like this at boot: [0.760836] persistent_ram: found existing

[PATCH] pstore: unconditionally initialize spinlock and flags

We check to see if a buffer is already sane-looking, and if it's sane, we don't wipe it. But that's not an excuse to avoid initializing our spinlocks or setting our flags. Without this, we might see spinlock debugging messages like this at boot: [0.760836] persistent_ram: found existing

Re: [PATCH] devicetree: Add video bus switch

On Wed, Feb 8, 2017 at 4:30 PM, Pavel Machek wrote: > On Wed 2017-02-08 15:36:09, Rob Herring wrote: >> On Fri, Feb 03, 2017 at 01:35:08PM +0100, Pavel Machek wrote: >> > >> > N900 contains front and back camera, with a switch between the >> > two. This adds support for the switch

Re: [PATCH] devicetree: Add video bus switch

On Wed, Feb 8, 2017 at 4:30 PM, Pavel Machek wrote: > On Wed 2017-02-08 15:36:09, Rob Herring wrote: >> On Fri, Feb 03, 2017 at 01:35:08PM +0100, Pavel Machek wrote: >> > >> > N900 contains front and back camera, with a switch between the >> > two. This adds support for the switch component, and

Re: [PATCH] devicetree: Add video bus switch

On Wed, Feb 8, 2017 at 4:34 PM, Pavel Machek wrote: >> > + >> > +This is a binding for a gpio controlled switch for camera interfaces. >> > Such a >> > +device is used on some embedded devices to connect two cameras to the same >> > +interface of a image signal processor. >> > + >>

Re: [PATCH] devicetree: Add video bus switch

On Wed, Feb 8, 2017 at 4:34 PM, Pavel Machek wrote: >> > + >> > +This is a binding for a gpio controlled switch for camera interfaces. >> > Such a >> > +device is used on some embedded devices to connect two cameras to the same >> > +interface of a image signal processor. >> > + >> > +Required

Re: [RFC] syscalls: Restore address limit after a syscall

yscall wrapper and restored >> just after the syscall ends. >> >> For example, it would mitigation this bug: >> >> - https://bugs.chromium.org/p/project-zero/issues/detail?id=990 >> >> Signed-off-by: Thomas Garnier <thgar...@google.com> >> --- &

Re: [RFC] syscalls: Restore address limit after a syscall

fter the syscall ends. >> >> For example, it would mitigation this bug: >> >> - https://bugs.chromium.org/p/project-zero/issues/detail?id=990 >> >> Signed-off-by: Thomas Garnier >> --- >> Based on next-20170209 >> --- >> include/linux/syscalls.h | 5 ++

Re: [PATCHv6 10/37] filemap: handle huge pages in filemap_fdatawait_range()

On Thu, Jan 26, 2017 at 02:57:52PM +0300, Kirill A. Shutemov wrote: > @@ -405,9 +405,14 @@ static int __filemap_fdatawait_range(struct > address_space *mapping, > if (page->index > end) > continue; > > + page =

Re: [PATCHv6 10/37] filemap: handle huge pages in filemap_fdatawait_range()

On Thu, Jan 26, 2017 at 02:57:52PM +0300, Kirill A. Shutemov wrote: > @@ -405,9 +405,14 @@ static int __filemap_fdatawait_range(struct > address_space *mapping, > if (page->index > end) > continue; > > + page =

Re: [PATCH v3 08/14] mm: thp: enable thp migration in generic path

On Thu, Feb 09, 2017 at 09:17:01AM -0600, Zi Yan wrote: > On 9 Feb 2017, at 3:15, Naoya Horiguchi wrote: > > > On Sun, Feb 05, 2017 at 11:12:46AM -0500, Zi Yan wrote: > >> From: Naoya Horiguchi > >> > >> This patch adds thp migration's core code, including conversions

Re: [PATCH] security: selinux: allow per-file labeling for cgroupfs

On Thu, Feb 9, 2017 at 5:32 PM, Antonio Murdaca wrote: > > > On Feb 9, 2017 20:23, "Paul Moore" wrote: > > On Thu, Feb 9, 2017 at 12:39 PM, Antonio Murdaca > wrote: >> On Feb 9, 2017 17:14, "Paul Moore" wrote:

Re: [PATCH 0/3] KEYS: Fixes

git/linux/kernel/git/dhowells/linux-fs.git/log/?h=keys-fixes > > Tagged thusly: > > git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs.git > keys-fixes-20170209 I'm getting this: $ git pull git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs.g

Re: [PATCH v3 08/14] mm: thp: enable thp migration in generic path

On Thu, Feb 09, 2017 at 09:17:01AM -0600, Zi Yan wrote: > On 9 Feb 2017, at 3:15, Naoya Horiguchi wrote: > > > On Sun, Feb 05, 2017 at 11:12:46AM -0500, Zi Yan wrote: > >> From: Naoya Horiguchi > >> > >> This patch adds thp migration's core code, including conversions > >> between a PMD entry

Re: [PATCH] security: selinux: allow per-file labeling for cgroupfs

On Thu, Feb 9, 2017 at 5:32 PM, Antonio Murdaca wrote: > > > On Feb 9, 2017 20:23, "Paul Moore" wrote: > > On Thu, Feb 9, 2017 at 12:39 PM, Antonio Murdaca > wrote: >> On Feb 9, 2017 17:14, "Paul Moore" wrote: >> On Thu, Feb 9, 2017 at 11:02 AM, Antonio Murdaca >> wrote: >>> From: Antonio

Re: [PATCH 0/3] KEYS: Fixes

git/linux/kernel/git/dhowells/linux-fs.git/log/?h=keys-fixes > > Tagged thusly: > > git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs.git > keys-fixes-20170209 I'm getting this: $ git pull git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs.g

linux-next: error fetching the target-bva tree

Hi Bart, Fetching the target-bva tree (git://git.kernel.org/pub/scm/linux/kernel/git/bvanassche/linux.git#for-next) today produced this error: fatal: Couldn't find remote ref refs/heads/for-next I will continue to use what I fetched up yesterday. -- Cheers, Stephen Rothwell

linux-next: error fetching the target-bva tree

Hi Bart, Fetching the target-bva tree (git://git.kernel.org/pub/scm/linux/kernel/git/bvanassche/linux.git#for-next) today produced this error: fatal: Couldn't find remote ref refs/heads/for-next I will continue to use what I fetched up yesterday. -- Cheers, Stephen Rothwell

Re: [PATCHv4 1/5] x86/mm: split arch_mmap_rnd() on compat/native versions

On Thu, Feb 9, 2017 at 5:55 AM, Borislav Petkov wrote: > On Mon, Jan 30, 2017 at 03:04:28PM +0300, Dmitry Safonov wrote: >> I need those arch_{native,compat}_rnd() to compute separately >> random factor for mmap() in compat syscalls for 64-bit binaries >> and vice-versa for native

Re: [PATCHv4 1/5] x86/mm: split arch_mmap_rnd() on compat/native versions

On Thu, Feb 9, 2017 at 5:55 AM, Borislav Petkov wrote: > On Mon, Jan 30, 2017 at 03:04:28PM +0300, Dmitry Safonov wrote: >> I need those arch_{native,compat}_rnd() to compute separately >> random factor for mmap() in compat syscalls for 64-bit binaries >> and vice-versa for native syscall in

[PATCH] net: natsemi: use new api ethtool_{get|set}_link_ksettings

The ethtool api {get|set}_settings is deprecated. We move this driver to new api {get|set}_link_ksettings. As I don't have the hardware, I'd be very pleased if someone may test this patch. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/natsemi/natsemi.c | 119

[PATCH] net: natsemi: use new api ethtool_{get|set}_link_ksettings

The ethtool api {get|set}_settings is deprecated. We move this driver to new api {get|set}_link_ksettings. As I don't have the hardware, I'd be very pleased if someone may test this patch. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/natsemi/natsemi.c | 119

[RFC][PATCH] tracing: Have traceprobe_probes_write() not access userspace unnecessarily

The code in traceprobe_probes_write() reads up to 4096 bytes from userpace for each line. If userspace passes in several lines to execute, the code will do a large read for each line, even though, it is highly likely that the first read from userspace received all of the lines at one. I changed

[RFC][PATCH] tracing: Have traceprobe_probes_write() not access userspace unnecessarily

The code in traceprobe_probes_write() reads up to 4096 bytes from userpace for each line. If userspace passes in several lines to execute, the code will do a large read for each line, even though, it is highly likely that the first read from userspace received all of the lines at one. I changed

Re: [PATCH 2/2] perf tools: Support end symbols with no size for filters

> > - no_size = !!size; > > Erk! Isn't the logic is the wrong way around here. Sorry! > i.e. should be: Yes it works with that change too. > > diff --git a/tools/perf/util/auxtrace.c b/tools/perf/util/auxtrace.c > index c5a6e0b12452..78bd632f144d 100644 > ---

Re: [PATCH 2/2] perf tools: Support end symbols with no size for filters

> > - no_size = !!size; > > Erk! Isn't the logic is the wrong way around here. Sorry! > i.e. should be: Yes it works with that change too. > > diff --git a/tools/perf/util/auxtrace.c b/tools/perf/util/auxtrace.c > index c5a6e0b12452..78bd632f144d 100644 > ---

<    1   2   3   4   5   6   7   8   9   10   >