[PATCH 04/27] arm64: move generic-y of exported headers to uapi/asm/Kbuild

Since commit fcc8487d477a ("uapi: export all headers under uapi directories"), all (and only) headers under uapi directories are exported, but asm-generic wrappers are still exceptions. scripts/Makefile.headersinst still need to deal with old-kbuild-file for headers listed in

[PATCH 14/27] m68k: move generic-y of exported headers to uapi/asm/Kbuild

Since commit fcc8487d477a ("uapi: export all headers under uapi directories"), all (and only) headers under uapi directories are exported, but asm-generic wrappers are still exceptions. scripts/Makefile.headersinst still need to deal with old-kbuild-file for headers listed in

[PATCH 06/27] arc: move generic-y of exported headers to uapi/asm/Kbuild

Since commit fcc8487d477a ("uapi: export all headers under uapi directories"), all (and only) headers under uapi directories are exported, but asm-generic wrappers are still exceptions. scripts/Makefile.headersinst still need to deal with old-kbuild-file for headers listed in

[PATCH 04/27] arm64: move generic-y of exported headers to uapi/asm/Kbuild

Since commit fcc8487d477a ("uapi: export all headers under uapi directories"), all (and only) headers under uapi directories are exported, but asm-generic wrappers are still exceptions. scripts/Makefile.headersinst still need to deal with old-kbuild-file for headers listed in

[PATCH] f2fs: fix ref of discard command

This patch resolves kernel panic for xfstests/081, caused by recent f2fs_bug_on f2fs: add f2fs_bug_on in __remove_discard_cmd Signed-off-by: Jaegeuk Kim --- fs/f2fs/segment.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/fs/f2fs/segment.c b/fs/f2fs/segment.c index

[PATCH] f2fs: fix ref of discard command

This patch resolves kernel panic for xfstests/081, caused by recent f2fs_bug_on f2fs: add f2fs_bug_on in __remove_discard_cmd Signed-off-by: Jaegeuk Kim --- fs/f2fs/segment.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/fs/f2fs/segment.c b/fs/f2fs/segment.c index

Re: [PATCH v8 10/10] tracing/hyper-v: trace hyperv_mmu_flush_tlb_others()

Steven Rostedt writes: > On Fri, 09 Jun 2017 20:53:53 +0200 > Paul Bolle wrote: > >> On Fri, 2017-06-09 at 14:32 -0400, Steven Rostedt wrote: >> > I'm sure it works, but it just adds one more way of doing the same >> > thing. I thought that was what perl

Re: [PATCH v8 10/10] tracing/hyper-v: trace hyperv_mmu_flush_tlb_others()

Steven Rostedt writes: > On Fri, 09 Jun 2017 20:53:53 +0200 > Paul Bolle wrote: > >> On Fri, 2017-06-09 at 14:32 -0400, Steven Rostedt wrote: >> > I'm sure it works, but it just adds one more way of doing the same >> > thing. I thought that was what perl was always criticized for, and why >> >

Re: [GIT PULL] random bug fixes for 4.12

Since it looks like Linus already pulled, here's the diff-commit I made from before, that you can submit on top: https://lkml.org/lkml/2017/6/8/408 It should row "Cc: sta...@vger.kernel.org" if it's not going to be rebased into the existing commit there.

Re: [GIT PULL] random bug fixes for 4.12

Since it looks like Linus already pulled, here's the diff-commit I made from before, that you can submit on top: https://lkml.org/lkml/2017/6/8/408 It should row "Cc: sta...@vger.kernel.org" if it's not going to be rebased into the existing commit there.

panel-samsung-s6e3ha2.c:undefined reference to `backlight_device_unregister'

Hi Dave, It's probably a bug fix that unveils the link errors. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 32c1431eea4881a6b17bd7c639315010aeefa452 commit: ab6eb211b07a42a6346e284056422fd9a8576a99 Merge tag 'drm/panel/for-4.12-rc1' of

panel-samsung-s6e3ha2.c:undefined reference to `backlight_device_unregister'

Hi Dave, It's probably a bug fix that unveils the link errors. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 32c1431eea4881a6b17bd7c639315010aeefa452 commit: ab6eb211b07a42a6346e284056422fd9a8576a99 Merge tag 'drm/panel/for-4.12-rc1' of

Re: [PATCH v1] shebang: restrict python interactive prompt/interpreter

On Sun, 2017-06-11 at 13:44 +0200, Mickaël Salaün wrote: > On 10/06/2017 07:27, Tetsuo Handa wrote: > > Kees Cook wrote: > >> On Fri, Jun 9, 2017 at 10:23 AM, Matt Brown wrote: > >>> what does everyone thing about a envp_blacklist option that is a list of > >>> environmental

Re: [PATCH v1] shebang: restrict python interactive prompt/interpreter

On Sun, 2017-06-11 at 13:44 +0200, Mickaël Salaün wrote: > On 10/06/2017 07:27, Tetsuo Handa wrote: > > Kees Cook wrote: > >> On Fri, Jun 9, 2017 at 10:23 AM, Matt Brown wrote: > >>> what does everyone thing about a envp_blacklist option that is a list of > >>> environmental variables that will

[PATCH] audit: style fix

Fixed checkpatch.pl warnings of "function definition argument FOO should also have an identifier name" Signed-off-by: Derek Robson --- kernel/audit.h | 28 ++-- 1 file changed, 14 insertions(+), 14 deletions(-) diff --git a/kernel/audit.h

[PATCH] audit: style fix

Fixed checkpatch.pl warnings of "function definition argument FOO should also have an identifier name" Signed-off-by: Derek Robson --- kernel/audit.h | 28 ++-- 1 file changed, 14 insertions(+), 14 deletions(-) diff --git a/kernel/audit.h b/kernel/audit.h index

Re: [GIT PULL] random bug fixes for 4.12

Hi Ted, Did you forget this discussion [1][2][3], where we talked about how you accidentally pulled v4 instead of v5, and would replace that v4 patch [4] with the v5 one [5]? Jason [1] https://lkml.org/lkml/2017/6/8/1046 [2] https://lkml.org/lkml/2017/6/8/1173 [3]

Re: [GIT PULL] random bug fixes for 4.12

Hi Ted, Did you forget this discussion [1][2][3], where we talked about how you accidentally pulled v4 instead of v5, and would replace that v4 patch [4] with the v5 one [5]? Jason [1] https://lkml.org/lkml/2017/6/8/1046 [2] https://lkml.org/lkml/2017/6/8/1173 [3]

Re: [PATCH v1 2/2] selftests: kselftest_harness: Fix compile warning

On Sun, Jun 11, 2017 at 5:32 AM, Mickaël Salaün wrote: > Do not confuse the compiler with a semicolon preceding a block. Replace > the semicolon with an empty block to avoid a warning: > > gcc -Wl,-no-as-needed -Wall -lpthread seccomp_bpf.c -o >

Re: [PATCH v1 2/2] selftests: kselftest_harness: Fix compile warning

On Sun, Jun 11, 2017 at 5:32 AM, Mickaël Salaün wrote: > Do not confuse the compiler with a semicolon preceding a block. Replace > the semicolon with an empty block to avoid a warning: > > gcc -Wl,-no-as-needed -Wall -lpthread seccomp_bpf.c -o >

RE: [PATCH] security: selinux: use kmem_cache for ebitmap

Dear Paul. Thank you for your support. I hope you'll be always happy. Thanks, Junil Lee. > -Original Message- > From: Paul Moore [mailto:p...@paul-moore.com] > Sent: Saturday, June 10, 2017 5:17 AM > To: Junil Lee > Cc: Stephen Smalley ; Eric

RE: [PATCH] security: selinux: use kmem_cache for ebitmap

Dear Paul. Thank you for your support. I hope you'll be always happy. Thanks, Junil Lee. > -Original Message- > From: Paul Moore [mailto:p...@paul-moore.com] > Sent: Saturday, June 10, 2017 5:17 AM > To: Junil Lee > Cc: Stephen Smalley ; Eric Paris ; > James Morris ; se...@hallyn.com; >

mdio-thunder.c:undefined reference to `mdiobus_unregister'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 32c1431eea4881a6b17bd7c639315010aeefa452 commit: 90eff9096c01ba90cdae504a6b95ee87fe2556a3 net: phy: Allow splitting MDIO bus/device support from PHYs date: 3 months ago config:

mdio-thunder.c:undefined reference to `mdiobus_unregister'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 32c1431eea4881a6b17bd7c639315010aeefa452 commit: 90eff9096c01ba90cdae504a6b95ee87fe2556a3 net: phy: Allow splitting MDIO bus/device support from PHYs date: 3 months ago config:

[PATCH] drm/sun4i: hdmi: Implement I2C adapter for A10s DDC bus

The drm_get_edid function should be used instead of drm_do_get_edid by exposing the DDC bus as an I2C adapter. Implement this for A10s. Signed-off-by: Jonathan Liu --- drivers/gpu/drm/sun4i/Makefile | 1 + drivers/gpu/drm/sun4i/sun4i_hdmi.h | 11 ++-

[PATCH] drm/sun4i: hdmi: Implement I2C adapter for A10s DDC bus

The drm_get_edid function should be used instead of drm_do_get_edid by exposing the DDC bus as an I2C adapter. Implement this for A10s. Signed-off-by: Jonathan Liu --- drivers/gpu/drm/sun4i/Makefile | 1 + drivers/gpu/drm/sun4i/sun4i_hdmi.h | 11 ++-

[PATCH] pci: endpoint: fix endpoint test build error

From: Randy Dunlap PCI endpoint test driver uses crc32_le() so it should select CRC32. Fixes this build error (when CRC32=m): drivers/built-in.o: In function `pci_epf_test_cmd_handler': pci-epf-test.c:(.text+0x2d98d): undefined reference to `crc32_le' Fixes

[PATCH] pci: endpoint: fix endpoint test build error

From: Randy Dunlap PCI endpoint test driver uses crc32_le() so it should select CRC32. Fixes this build error (when CRC32=m): drivers/built-in.o: In function `pci_epf_test_cmd_handler': pci-epf-test.c:(.text+0x2d98d): undefined reference to `crc32_le' Fixes 349e7a85b25f (PCI: endpoint:

Re: [PATCH v2] arm: eBPF JIT compiler

On Tue, Jun 6, 2017 at 12:47 PM, Shubham Bansal wrote: > Hi Russell, Alexei, David, Daniel, kees, > > Any update on this patch moving forward? Since this has gotten testing by various people and passes the existing self-tests, I think this can probably go in via the

Re: [PATCH v2] arm: eBPF JIT compiler

On Tue, Jun 6, 2017 at 12:47 PM, Shubham Bansal wrote: > Hi Russell, Alexei, David, Daniel, kees, > > Any update on this patch moving forward? Since this has gotten testing by various people and passes the existing self-tests, I think this can probably go in via the ARM patch tracker? Russell

Re: [PATCH v1] zram: Use __sysfs_match_string() helper

(Cc Andrew) Link: lkml.kernel.org/r/20170609120835.22156-1-andriy.shevche...@linux.intel.com On (06/09/17 15:08), Andy Shevchenko wrote: > Use __sysfs_match_string() helper instead of open coded variant. > > Cc: Minchan Kim > Cc: Nitin Gupta > Cc:

[PATCH] arm:lpae: build TTB control register value from scratch in v7_ttb_setup

Reading TTBCR in early boot stage might return the value of the previous kernel's configuration, especially in case of kexec. For example, if normal kernel (first kernel) had run on a configuration of PHYS_OFFSET <= PAGE_OFFSET and crash kernel (second kernel) is running on a configuration

Re: [PATCH v1] zram: Use __sysfs_match_string() helper

(Cc Andrew) Link: lkml.kernel.org/r/20170609120835.22156-1-andriy.shevche...@linux.intel.com On (06/09/17 15:08), Andy Shevchenko wrote: > Use __sysfs_match_string() helper instead of open coded variant. > > Cc: Minchan Kim > Cc: Nitin Gupta > Cc: Sergey Senozhatsky > Signed-off-by: Andy

[PATCH] arm:lpae: build TTB control register value from scratch in v7_ttb_setup

Reading TTBCR in early boot stage might return the value of the previous kernel's configuration, especially in case of kexec. For example, if normal kernel (first kernel) had run on a configuration of PHYS_OFFSET <= PAGE_OFFSET and crash kernel (second kernel) is running on a configuration

[PATCH 2/4] f2fs: fix to document fault injection option and sysfs file

Commit 73faec4d9935 ("f2fs: add mount option to select fault injection ratio") and Commit 087968974fcd ("f2fs: add fault injection to sysfs") forget to document mount option and sysfs file. This patch fixes to document them. Signed-off-by: Chao Yu ---

[PATCH 2/4] f2fs: fix to document fault injection option and sysfs file

Commit 73faec4d9935 ("f2fs: add mount option to select fault injection ratio") and Commit 087968974fcd ("f2fs: add fault injection to sysfs") forget to document mount option and sysfs file. This patch fixes to document them. Signed-off-by: Chao Yu --- Documentation/ABI/testing/sysfs-fs-f2fs |

[PATCH 1/4] f2fs: fix to show injection rate in ->show_options

If fault injection functionality is enabled, show additional injection rate in ->show_options. Signed-off-by: Chao Yu --- fs/f2fs/super.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/fs/f2fs/super.c b/fs/f2fs/super.c index 02cda00284e1..1c05763616b2

[PATCH 1/4] f2fs: fix to show injection rate in ->show_options

If fault injection functionality is enabled, show additional injection rate in ->show_options. Signed-off-by: Chao Yu --- fs/f2fs/super.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/fs/f2fs/super.c b/fs/f2fs/super.c index 02cda00284e1..1c05763616b2 100644 ---

[PATCH] ubifs : fix oops when remounting with no_bulk_read.

From: "karam.lee" When remounting with the no_bulk_read option, there is a problem accessing the "bulk_read buffer(bu.buf)" which has already been freed. If the bulk_read option is enabled, ubifs_tnc_bulk_read uses the pre-allocated bu.buf. While bu.buf is being used by

[PATCH] ubifs : fix oops when remounting with no_bulk_read.

From: "karam.lee" When remounting with the no_bulk_read option, there is a problem accessing the "bulk_read buffer(bu.buf)" which has already been freed. If the bulk_read option is enabled, ubifs_tnc_bulk_read uses the pre-allocated bu.buf. While bu.buf is being used by ubifs_tnc_bulk_read,

[PATCH 4/4] f2fs: fix wrong error number of fill_super

This patch fixes incorrect error number in error path of fill_super. Signed-off-by: Chao Yu --- fs/f2fs/super.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/fs/f2fs/super.c b/fs/f2fs/super.c index 1c05763616b2..b26ae4d648cb 100644 ---

[PATCH 3/4] f2fs: fix incorrect document of batched_trim_sections

Signed-off-by: Chao Yu --- Documentation/ABI/testing/sysfs-fs-f2fs | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/ABI/testing/sysfs-fs-f2fs b/Documentation/ABI/testing/sysfs-fs-f2fs index ae59451865a6..ffe97abd080a 100644 ---

[PATCH 4/4] f2fs: fix wrong error number of fill_super

This patch fixes incorrect error number in error path of fill_super. Signed-off-by: Chao Yu --- fs/f2fs/super.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/fs/f2fs/super.c b/fs/f2fs/super.c index 1c05763616b2..b26ae4d648cb 100644 --- a/fs/f2fs/super.c +++

[PATCH 3/4] f2fs: fix incorrect document of batched_trim_sections

Signed-off-by: Chao Yu --- Documentation/ABI/testing/sysfs-fs-f2fs | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/ABI/testing/sysfs-fs-f2fs b/Documentation/ABI/testing/sysfs-fs-f2fs index ae59451865a6..ffe97abd080a 100644 ---

Re: [PATCH 2/2] sched/deadline: Don't return invalid cpu in cpudl_maximum_cpu()

On Fri, Jun 09, 2017 at 12:42:06PM +0100, Juri Lelli wrote: > > > > This would also work and avoid unnecessary warning. I missed the check > > to avoid it. https://lkml.org/lkml/2017/3/23/175 was an original patch > > doing it. > > > > By the way, frankly speaking, I don't like accessing the

Re: [PATCH 2/2] sched/deadline: Don't return invalid cpu in cpudl_maximum_cpu()

On Fri, Jun 09, 2017 at 12:42:06PM +0100, Juri Lelli wrote: > > > > This would also work and avoid unnecessary warning. I missed the check > > to avoid it. https://lkml.org/lkml/2017/3/23/175 was an original patch > > doing it. > > > > By the way, frankly speaking, I don't like accessing the

Re: [lkp-robot] [EDAC, sb_edac] e2f747b1f4: kmsg.EDAC_sbridge:Failed_to_register_device_with_error

On 06/10, Zhuo, Qiuxu wrote: >> From: Borislav Petkov [mailto:b...@alien8.de] >> >> Xiaolong, >> >> can you please run Qiuxu's patch to verify it fixes your issue? > > >Hi Boris, >I manually verified the fix patch on the Broadwell-DE server on which the > bug was found by Xiaolong: >the

Re: [lkp-robot] [EDAC, sb_edac] e2f747b1f4: kmsg.EDAC_sbridge:Failed_to_register_device_with_error

On 06/10, Zhuo, Qiuxu wrote: >> From: Borislav Petkov [mailto:b...@alien8.de] >> >> Xiaolong, >> >> can you please run Qiuxu's patch to verify it fixes your issue? > > >Hi Boris, >I manually verified the fix patch on the Broadwell-DE server on which the > bug was found by Xiaolong: >the

[PATCH v3 2/2] spi: mediatek: add spi support for mt7622 IC

this patch add support for mt7622 IC. Signed-off-by: Leilk Liu --- drivers/spi/spi-mt65xx.c |9 + 1 file changed, 9 insertions(+) diff --git a/drivers/spi/spi-mt65xx.c b/drivers/spi/spi-mt65xx.c index eae73b5..ec7755b 100644 --- a/drivers/spi/spi-mt65xx.c

[PATCH v3 1/2] spi: mediatek: adjust register to enhance time accuracy

this patch adjust register to enhance time accuracy. Signed-off-by: Leilk Liu --- drivers/spi/spi-mt65xx.c | 45 ++ include/linux/platform_data/spi-mt65xx.h |2 ++ 2 files changed, 42 insertions(+), 5 deletions(-) diff

[PATCH v3 2/2] spi: mediatek: add spi support for mt7622 IC

this patch add support for mt7622 IC. Signed-off-by: Leilk Liu --- drivers/spi/spi-mt65xx.c |9 + 1 file changed, 9 insertions(+) diff --git a/drivers/spi/spi-mt65xx.c b/drivers/spi/spi-mt65xx.c index eae73b5..ec7755b 100644 --- a/drivers/spi/spi-mt65xx.c +++

[PATCH v3 1/2] spi: mediatek: adjust register to enhance time accuracy

this patch adjust register to enhance time accuracy. Signed-off-by: Leilk Liu --- drivers/spi/spi-mt65xx.c | 45 ++ include/linux/platform_data/spi-mt65xx.h |2 ++ 2 files changed, 42 insertions(+), 5 deletions(-) diff --git

[PATCH v3 0/2] add mt7622 spi support

This series are based on 4.12-rc1 and provide 2 patches to support mt7622 IC. Change in v3: fix build error. Change in v2: 1. rename patch title; 2. use enhance_timing to instead of adjust_reg. Change in v1: 1. update document to add mt7622; 2. add adjust register define support; 3. add

[PATCH v3 0/2] add mt7622 spi support

This series are based on 4.12-rc1 and provide 2 patches to support mt7622 IC. Change in v3: fix build error. Change in v2: 1. rename patch title; 2. use enhance_timing to instead of adjust_reg. Change in v1: 1. update document to add mt7622; 2. add adjust register define support; 3. add

Re: [PATCH v2 1/2] tcp: md5: add an address prefix for key lookup

-for-key-lookup/20170611-184237 config: x86_64-randconfig-s2-06120830 (attached as .config) compiler: gcc-4.4 (Debian 4.4.7-8) 4.4.7 reproduce: # save the attached .config to linux build tree make ARCH=x86_64 All warnings (new ones prefixed by >>): net//ipv4/tcp_

Re: [PATCH v2 1/2] tcp: md5: add an address prefix for key lookup

-for-key-lookup/20170611-184237 config: x86_64-randconfig-s2-06120830 (attached as .config) compiler: gcc-4.4 (Debian 4.4.7-8) 4.4.7 reproduce: # save the attached .config to linux build tree make ARCH=x86_64 All warnings (new ones prefixed by >>): net//ipv4/tcp_

pci-epf-test.c:undefined reference to `crc32_le'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 5ad9345d2321eb1442794098506d136d01cf8345 commit: 349e7a85b25fa6ee82902d9be2cc5f3bec815120 PCI: endpoint: functions: Add an EP function to test PCI date: 9 weeks ago config: x86_64-randconfig-s1-06120830

RE: [RFC] usb-phy-generic: Add support to SMSC USB3315

> >Can you confirm that ULPI phys works with IMX6? > >It seems that IMX53 and IMX6 use the same chipidea controller and should have >the >same behaviour. So I wonder if the issue I encounter can be a SOC issue. > Fabien, all imx6 series uses UTMI PHYs, so I am afraid I can't verify it. Peter

pci-epf-test.c:undefined reference to `crc32_le'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 5ad9345d2321eb1442794098506d136d01cf8345 commit: 349e7a85b25fa6ee82902d9be2cc5f3bec815120 PCI: endpoint: functions: Add an EP function to test PCI date: 9 weeks ago config: x86_64-randconfig-s1-06120830

RE: [RFC] usb-phy-generic: Add support to SMSC USB3315

> >Can you confirm that ULPI phys works with IMX6? > >It seems that IMX53 and IMX6 use the same chipidea controller and should have >the >same behaviour. So I wonder if the issue I encounter can be a SOC issue. > Fabien, all imx6 series uses UTMI PHYs, so I am afraid I can't verify it. Peter

Re: [PATCH v1] extcon: int3496: Switch to devm_acpi_dev_add_driver_gpios()

On 2017년 06월 11일 04:09, Andy Shevchenko wrote: > Switch to use managed variant of acpi_dev_add_driver_gpios() to simplify > error path and fix potentially wrong assingment if ->probe() fails. > > Signed-off-by: Andy Shevchenko > --- >

Re: [PATCH v1] extcon: int3496: Switch to devm_acpi_dev_add_driver_gpios()

On 2017년 06월 11일 04:09, Andy Shevchenko wrote: > Switch to use managed variant of acpi_dev_add_driver_gpios() to simplify > error path and fix potentially wrong assingment if ->probe() fails. > > Signed-off-by: Andy Shevchenko > --- > drivers/extcon/extcon-intel-int3496.c | 5 + > 1 file

[PATCH] mm/list_lru.c: use cond_resched_lock() for nlru->lock

__list_lru_walk_one() can hold the spin lock for longer duration if there are more number of entries to be isolated. This results in "BUG: spinlock lockup suspected" in the below path - [] spin_bug+0x90 [] do_raw_spin_lock+0xfc [] _raw_spin_lock+0x28 [] list_lru_add+0x28 [] dput+0x1c8 []

[PATCH] mm/list_lru.c: use cond_resched_lock() for nlru->lock

__list_lru_walk_one() can hold the spin lock for longer duration if there are more number of entries to be isolated. This results in "BUG: spinlock lockup suspected" in the below path - [] spin_bug+0x90 [] do_raw_spin_lock+0xfc [] _raw_spin_lock+0x28 [] list_lru_add+0x28 [] dput+0x1c8 []

[PATCH v4 08/14] x86, dax, libnvdimm: move wb_cache_pmem() to libnvdimm

With all calls to this routine re-directed through the pmem driver, we can kill the pmem api indirection. arch_wb_cache_pmem() is now optionally supplied by the arch specific asm/pmem.h. Same as before, pmem flushing is only defined for x86_64, but it is straightforward to add other archs in the

[PATCH v4 08/14] x86, dax, libnvdimm: move wb_cache_pmem() to libnvdimm

With all calls to this routine re-directed through the pmem driver, we can kill the pmem api indirection. arch_wb_cache_pmem() is now optionally supplied by the arch specific asm/pmem.h. Same as before, pmem flushing is only defined for x86_64, but it is straightforward to add other archs in the

Re: [RFC, PATCH] imx: serial: Take tty->files_lock opportunistically

Hi Greg, On Sat, Jun 3, 2017 at 6:30 AM, Greg Kroah-Hartman wrote: > On Tue, May 30, 2017 at 03:44:27PM +0200, Peter Senna Tschudin wrote: >> On Tue, May 30, 2017 at 02:42:13PM +0100, Alan Cox wrote: >> >> I sent a second patch recently: >> >>

Re: [RFC, PATCH] imx: serial: Take tty->files_lock opportunistically

Hi Greg, On Sat, Jun 3, 2017 at 6:30 AM, Greg Kroah-Hartman wrote: > On Tue, May 30, 2017 at 03:44:27PM +0200, Peter Senna Tschudin wrote: >> On Tue, May 30, 2017 at 02:42:13PM +0100, Alan Cox wrote: >> >> I sent a second patch recently: >> >> https://patchwork.kernel.org/patch/9725625/ > > And

Re: [PATCH] staging: ks7010: use little-endian types

On Thu, Jun 08, 2017 at 11:06:54PM -0600, Perry Hooker wrote: > This patch fixes a number of sparse warnings of the form: > drivers/staging/ks7010/ks_hostif.c:2187:29: > warning: incorrect type in assignment (different base types) > generated when storing little-endian data in variables >

Re: [PATCH] staging: ks7010: use little-endian types

On Thu, Jun 08, 2017 at 11:06:54PM -0600, Perry Hooker wrote: > This patch fixes a number of sparse warnings of the form: > drivers/staging/ks7010/ks_hostif.c:2187:29: > warning: incorrect type in assignment (different base types) > generated when storing little-endian data in variables >

RE: [PATCH v1 2/3] gpio: Add support for TPS68470 GPIOs

Hi Linus, > Subject: Re: [PATCH v1 2/3] gpio: Add support for TPS68470 GPIOs > > +static inline struct tps68470_gpio_data *to_gpio_data(struct > > +gpio_chip *gpiochp) { > > + return container_of(gpiochp, struct tps68470_gpio_data, gc); } > > Please use the data pointe inside gpio_chip. >

RE: [PATCH v1 2/3] gpio: Add support for TPS68470 GPIOs

Hi Linus, > Subject: Re: [PATCH v1 2/3] gpio: Add support for TPS68470 GPIOs > > +static inline struct tps68470_gpio_data *to_gpio_data(struct > > +gpio_chip *gpiochp) { > > + return container_of(gpiochp, struct tps68470_gpio_data, gc); } > > Please use the data pointe inside gpio_chip. >

Linux 4.12-rc5

Oh well, the "all the rc's have been nice and small this release around" thing definitely didn't continue all the way. It's not like rc5 is *huge*, but it definitely isn't the nice and small one I was hoping for. There's nothing in partiocular that looks very worrisome, and it may well just be

Linux 4.12-rc5

Oh well, the "all the rc's have been nice and small this release around" thing definitely didn't continue all the way. It's not like rc5 is *huge*, but it definitely isn't the nice and small one I was hoping for. There's nothing in partiocular that looks very worrisome, and it may well just be

Re: [PATCH v2 0/1] Add Trusted Path Execution as a stackable LSM

On 06/11/2017 07:30 AM, Mickaël Salaün wrote: On 08/06/2017 21:01, Matt Brown wrote: On 6/8/17 2:37 PM, Alan Cox wrote: http://phrack.org/issues/52/6.html#article | A trusted path is one that is inside a root owned directory that | is not group or world writable. /bin, /usr/bin,

Re: [PATCH v2 0/1] Add Trusted Path Execution as a stackable LSM

On 06/11/2017 07:30 AM, Mickaël Salaün wrote: On 08/06/2017 21:01, Matt Brown wrote: On 6/8/17 2:37 PM, Alan Cox wrote: http://phrack.org/issues/52/6.html#article | A trusted path is one that is inside a root owned directory that | is not group or world writable. /bin, /usr/bin,

Re: [PATCH] mm: hugetlb: replace some macros with inline functions

On Fri, Jun 09, 2017 at 12:25:05PM +0200, Arnd Bergmann wrote: > All users of dissolve_free_huge_page() that ignore the result cause a warning > when CONFIG_HUGETLB_PAGE is disabled: > > mm/memory-failure.c: In function 'me_huge_page': > include/linux/hugetlb.h:556:36: error: statement with no

Re: [PATCH] mm: hugetlb: replace some macros with inline functions

On Fri, Jun 09, 2017 at 12:25:05PM +0200, Arnd Bergmann wrote: > All users of dissolve_free_huge_page() that ignore the result cause a warning > when CONFIG_HUGETLB_PAGE is disabled: > > mm/memory-failure.c: In function 'me_huge_page': > include/linux/hugetlb.h:556:36: error: statement with no

Re: Sleeping BUG in khugepaged for i586

On Sat, 10 Jun 2017, Michal Hocko wrote: > > > I would just pull the cond_resched out of __collapse_huge_page_copy > > > right after pte_unmap. But I am not really sure why this cond_resched is > > > really needed because the changelog of the patch which adds is is quite > > > terse on details. >

Re: Sleeping BUG in khugepaged for i586

On Sat, 10 Jun 2017, Michal Hocko wrote: > > > I would just pull the cond_resched out of __collapse_huge_page_copy > > > right after pte_unmap. But I am not really sure why this cond_resched is > > > really needed because the changelog of the patch which adds is is quite > > > terse on details. >

Re: [PATCH] external references for device tree overlays

On 06/07/17 23:48, Stefani Seibold wrote: > Hi Pantelis, > > On Wed, 2017-06-07 at 11:11 +0300, Pantelis Antoniou wrote: >> Hi Stefani, >> >> On Tue, 2017-06-06 at 21:17 +0200, Stefani Seibold wrote: >>> Hi Pantelis, >>> >>> thanks for the suggestion. This feature is not very well >>> documented.

Re: [PATCH] external references for device tree overlays

On 06/07/17 23:48, Stefani Seibold wrote: > Hi Pantelis, > > On Wed, 2017-06-07 at 11:11 +0300, Pantelis Antoniou wrote: >> Hi Stefani, >> >> On Tue, 2017-06-06 at 21:17 +0200, Stefani Seibold wrote: >>> Hi Pantelis, >>> >>> thanks for the suggestion. This feature is not very well >>> documented.

Re: [RFC PATCH 3/4] ARM: l2x0: add arm,ecc-enable property for aurora

On 09/06/17 20:58, Jan Lübbe wrote: > On Do, 2017-06-08 at 16:11 +1200, Chris Packham wrote: >> + if (of_property_read_bool(np, "arm,ecc-enable")) { >> + mask |= L2C_AUX_CTRL_EVTMON_ENABLE; >> + val |= L2C_AUX_CTRL_EVTMON_ENABLE; >> + } else if

Re: [RFC PATCH 3/4] ARM: l2x0: add arm,ecc-enable property for aurora

On 09/06/17 20:58, Jan Lübbe wrote: > On Do, 2017-06-08 at 16:11 +1200, Chris Packham wrote: >> + if (of_property_read_bool(np, "arm,ecc-enable")) { >> + mask |= L2C_AUX_CTRL_EVTMON_ENABLE; >> + val |= L2C_AUX_CTRL_EVTMON_ENABLE; >> + } else if

Re: [PATCH v2] lib/extable.c: use bsearch() library function in search_extable()

With kind regards Thomas > Am 04.06.2017 um 00:38 schrieb Thomas Meyer : > > Signed-off-by: Thomas Meyer > --- > include/linux/extable.h | 3 ++- > kernel/extable.c| 2 +- > kernel/module.c | 2 +- > lib/extable.c | 38

Re: [PATCH v2] lib/extable.c: use bsearch() library function in search_extable()

With kind regards Thomas > Am 04.06.2017 um 00:38 schrieb Thomas Meyer : > > Signed-off-by: Thomas Meyer > --- > include/linux/extable.h | 3 ++- > kernel/extable.c| 2 +- > kernel/module.c | 2 +- > lib/extable.c | 38 +++--- > 4

Re: [RFC PATCH 1/4] EDAC: mvebu: Add driver for Marvell Armada SoCs

On 10/06/17 01:19, Jan Lübbe wrote: >> + >> +if (edac_op_state == EDAC_OPSTATE_INT) { >> +/* acquire interrupt that reports errors */ >> +pdata->irq = platform_get_irq(pdev, 0); >> +res = devm_request_irq(>dev, >> +

Re: [RFC PATCH 1/4] EDAC: mvebu: Add driver for Marvell Armada SoCs

On 10/06/17 01:19, Jan Lübbe wrote: >> + >> +if (edac_op_state == EDAC_OPSTATE_INT) { >> +/* acquire interrupt that reports errors */ >> +pdata->irq = platform_get_irq(pdev, 0); >> +res = devm_request_irq(>dev, >> +

linux-next: no release today

Hi all, There will be no linuc-next release today. Normal service will recommence tomorrow. -- Cheers, Stephen Rothwell

linux-next: no release today

Hi all, There will be no linuc-next release today. Normal service will recommence tomorrow. -- Cheers, Stephen Rothwell

Re: [PATCH v2] gpio: mvebu: fix regmap_update_bits usage

On 10/06/17 00:22, Ralph Sennhauser wrote: > On Fri, 9 Jun 2017 12:09:17 +0200 > Gregory CLEMENT wrote: > >> In some place in the driver regmap_update_bits was misused. Indeed the >> last argument is not the value of the bit (or group of bits) itself >> but

Re: [PATCH v2] gpio: mvebu: fix regmap_update_bits usage

On 10/06/17 00:22, Ralph Sennhauser wrote: > On Fri, 9 Jun 2017 12:09:17 +0200 > Gregory CLEMENT wrote: > >> In some place in the driver regmap_update_bits was misused. Indeed the >> last argument is not the value of the bit (or group of bits) itself >> but the mask value inside the register.

Re: [PATCH v2 01/11] pinctrl: dt-bindings: add documentation for AP806 pin controllers

On Fri, Jun 9, 2017 at 10:07 AM, Gregory CLEMENT wrote: > As I wrote in the cover letter : > "The patch modifying the documentation still depend on the ones of the > clk series. For the ap806 a first stable branch is already available: >

Re: [PATCH v2 01/11] pinctrl: dt-bindings: add documentation for AP806 pin controllers

On Fri, Jun 9, 2017 at 10:07 AM, Gregory CLEMENT wrote: > As I wrote in the cover letter : > "The patch modifying the documentation still depend on the ones of the > clk series. For the ap806 a first stable branch is already available: >

Re: [PATCHv2 1/2] gpio: mvebu: fix blink counter register selection

On Fri, Jun 9, 2017 at 10:03 AM, Ralph Sennhauser wrote: > On Fri, 9 Jun 2017 09:37:55 +0200 > Linus Walleij wrote: > >> On Thu, Jun 1, 2017 at 2:18 PM, Richard Genoud >> wrote: >> >> > The blink counter A was

Re: [PATCHv2 1/2] gpio: mvebu: fix blink counter register selection

On Fri, Jun 9, 2017 at 10:03 AM, Ralph Sennhauser wrote: > On Fri, 9 Jun 2017 09:37:55 +0200 > Linus Walleij wrote: > >> On Thu, Jun 1, 2017 at 2:18 PM, Richard Genoud >> wrote: >> >> > The blink counter A was always selected because 0 was forced in the >> > blink select counter register. >> >

Re: [PATCH v5 01/10] pinctrl: generic: Add bi-directional and output-enable

On Fri, Jun 9, 2017 at 9:50 AM, jmondi wrote: > On Fri, Jun 09, 2017 at 03:26:57PM +0800, Dong Aisheng wrote: >> > I see three options here: >> > >> > 1) Add "output-buffer-enable" and "input-buffer-enable" >> > we end up with >> > "output-high" >> > "output-low" >> >

Re: [PATCH v5 01/10] pinctrl: generic: Add bi-directional and output-enable

On Fri, Jun 9, 2017 at 9:50 AM, jmondi wrote: > On Fri, Jun 09, 2017 at 03:26:57PM +0800, Dong Aisheng wrote: >> > I see three options here: >> > >> > 1) Add "output-buffer-enable" and "input-buffer-enable" >> > we end up with >> > "output-high" >> > "output-low" >> > "input-enable" >> >

[PATCH 2/2] MAINTAINERS: solo6x10: update Andrey Utkin email

Updating my personal email address in solo6x10. Signed-off-by: Andrey Utkin --- MAINTAINERS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index 026af206660b..885badfa4fa7 100644 --- a/MAINTAINERS +++ b/MAINTAINERS

[PATCH 2/2] MAINTAINERS: solo6x10: update Andrey Utkin email

Updating my personal email address in solo6x10. Signed-off-by: Andrey Utkin --- MAINTAINERS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index 026af206660b..885badfa4fa7 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -11966,7 +11966,7 @@ SOFTLOGIC

<    1   2   3   4   5   >