Re: [PATCH] lib: Rename compiler intrinsic selects to GENERIC_LIB_*

On Tue, Feb 13, 2018 at 01:48:18PM -0800, Palmer Dabbelt wrote: > On Fri, 09 Feb 2018 05:22:52 PST (-0800), matt.redfe...@mips.com wrote: > > When these are included into arch Kconfig files, maintaining > > alphabetical ordering of the selects means these get split up. To allow > > for keeping

Re: [PATCH] lib: Rename compiler intrinsic selects to GENERIC_LIB_*

On Tue, Feb 13, 2018 at 01:48:18PM -0800, Palmer Dabbelt wrote: > On Fri, 09 Feb 2018 05:22:52 PST (-0800), matt.redfe...@mips.com wrote: > > When these are included into arch Kconfig files, maintaining > > alphabetical ordering of the selects means these get split up. To allow > > for keeping

Re: [tip:perf/core] perf/headers: Sync new perf_event.h with the tools/include/uapi version

On Tue, Feb 06, 2018 at 03:52:59AM -0800, tip-bot for Song Liu wrote: > Commit-ID: 0d8dd67be013727ae57645ecd3ea2c36365d7da8 > Gitweb: > https://git.kernel.org/tip/0d8dd67be013727ae57645ecd3ea2c36365d7da8 > Author: Song Liu > AuthorDate: Wed, 6 Dec 2017 14:45:14

Re: [tip:perf/core] perf/headers: Sync new perf_event.h with the tools/include/uapi version

On Tue, Feb 06, 2018 at 03:52:59AM -0800, tip-bot for Song Liu wrote: > Commit-ID: 0d8dd67be013727ae57645ecd3ea2c36365d7da8 > Gitweb: > https://git.kernel.org/tip/0d8dd67be013727ae57645ecd3ea2c36365d7da8 > Author: Song Liu > AuthorDate: Wed, 6 Dec 2017 14:45:14 -0800 > Committer: Ingo

[PATCH] iio: chemical: ccs811: Typo correction in HW_ID_VALUE constant define naming

This particular constant was named with prefix "CCS881", which should be "CCS811" instead, just like the rest of constant names in the file, as this driver implementation is for AMS CCS811 sensor. "CCS881" could literally be referring to another sensor product unrelated to AMS CCS811 sensor.

[PATCH] iio: chemical: ccs811: Typo correction in HW_ID_VALUE constant define naming

This particular constant was named with prefix "CCS881", which should be "CCS811" instead, just like the rest of constant names in the file, as this driver implementation is for AMS CCS811 sensor. "CCS881" could literally be referring to another sensor product unrelated to AMS CCS811 sensor.

[PATCH] admin-guide: Fix list formatting in tained-kernels.html

Without this patch, the points 1-9 in the list are rendered as an HTML blockquote containing a list, causing them to be indented further than the rest of the list. While at it, also fix the quotation marks around G and P. Signed-off-by: Jonathan Neuschäfer ---

[PATCH] admin-guide: Fix list formatting in tained-kernels.html

Without this patch, the points 1-9 in the list are rendered as an HTML blockquote containing a list, causing them to be indented further than the rest of the list. While at it, also fix the quotation marks around G and P. Signed-off-by: Jonathan Neuschäfer ---

[PATCH] ecryptfs: Restore support for both encrypted and unencrypted file names

Commit 88ae4ab9802e ("ecryptfs_lookup(): try either only encrypted or plaintext name") was supposed to fix a situation where two files with the same name and same inode could be created in ecryptfs. One of those files had an encrypted file name, the other file name was unencrypted. After commit

[PATCH] ecryptfs: Restore support for both encrypted and unencrypted file names

Commit 88ae4ab9802e ("ecryptfs_lookup(): try either only encrypted or plaintext name") was supposed to fix a situation where two files with the same name and same inode could be created in ecryptfs. One of those files had an encrypted file name, the other file name was unencrypted. After commit

Re: [PATCH v2] mm: hwpoison: disable memory error handling on 1GB hugepage

On 02/12/2018 06:48 PM, Michael Ellerman wrote: > Andrew Morton writes: > >> On Thu, 08 Feb 2018 12:30:45 + Punit Agrawal >> wrote: >> So I don't think that the above test result means that errors are properly handled, and

Re: [PATCH v2] mm: hwpoison: disable memory error handling on 1GB hugepage

On 02/12/2018 06:48 PM, Michael Ellerman wrote: > Andrew Morton writes: > >> On Thu, 08 Feb 2018 12:30:45 + Punit Agrawal >> wrote: >> So I don't think that the above test result means that errors are properly handled, and the proposed patch should help for arm64. >>> >>>

Re: [PATCH] ia64/err-inject: Use get_user_pages_fast()

ping On Mon, 22 Jan 2018, Davidlohr Bueso wrote: At the point of sysfs callback, the call to gup is done without mmap_sem (or any lock for that matter). This is racy. As such, use the get_user_pages_fast() alternative and safely avoid taking the lock, if possible. Signed-off-by: Davidlohr

Re: [PATCH] ia64/err-inject: Use get_user_pages_fast()

ping On Mon, 22 Jan 2018, Davidlohr Bueso wrote: At the point of sysfs callback, the call to gup is done without mmap_sem (or any lock for that matter). This is racy. As such, use the get_user_pages_fast() alternative and safely avoid taking the lock, if possible. Signed-off-by: Davidlohr

Re: plan9 semantics on Linux - mount namespaces

On 2018-02-13, Enrico Weigelt wrote: > On 13.02.2018 22:12, Enrico Weigelt wrote: > > I'm currently trying to implement plan9 semantics on Linux and > > yet sorting out how to do the mount namespace handling. > > > > On plan9, any unprivileged process can create its own namespace

Re: plan9 semantics on Linux - mount namespaces

On 2018-02-13, Enrico Weigelt wrote: > On 13.02.2018 22:12, Enrico Weigelt wrote: > > I'm currently trying to implement plan9 semantics on Linux and > > yet sorting out how to do the mount namespace handling. > > > > On plan9, any unprivileged process can create its own namespace > > and

Re: [PATCH v2 1/3] Input: gpio-keys - add support for wakeup event action

Hi, 2018-02-13 19:25 GMT+01:00 Brian Norris : > Hi Enric, > > On Tue, Feb 13, 2018 at 11:40:44AM +0100, Enric Balletbo i Serra wrote: >> On 12/02/18 23:13, Brian Norris wrote: >> > On Sat, Feb 10, 2018 at 07:09:05PM +0800, Jeffy Chen wrote: >> >> Add support for

Re: [PATCH v2 1/3] Input: gpio-keys - add support for wakeup event action

Hi, 2018-02-13 19:25 GMT+01:00 Brian Norris : > Hi Enric, > > On Tue, Feb 13, 2018 at 11:40:44AM +0100, Enric Balletbo i Serra wrote: >> On 12/02/18 23:13, Brian Norris wrote: >> > On Sat, Feb 10, 2018 at 07:09:05PM +0800, Jeffy Chen wrote: >> >> Add support for specifying event actions to

Re: v4.13 on nokia n900: oops during tethering

Hi Pavel, On Mon, Feb 12, 2018 at 09:10:00PM +0100, Pavel Machek wrote: > Hi! > > During tethering, I got oops in ssi_stop_tx(), followed by failure of > GPRS. I used GPRS tethering a lot with some older kernel, and it was > stable for hours. > > It seems v4.12 has the same problem. In v4.15

Re: v4.13 on nokia n900: oops during tethering

Hi Pavel, On Mon, Feb 12, 2018 at 09:10:00PM +0100, Pavel Machek wrote: > Hi! > > During tethering, I got oops in ssi_stop_tx(), followed by failure of > GPRS. I used GPRS tethering a lot with some older kernel, and it was > stable for hours. > > It seems v4.12 has the same problem. In v4.15

Re: [PATCH 2/2] perf inject: Emit instruction records on ETM trace discontinuity

On Wed, Feb 07, 2018 at 01:57:25PM +, Robert Walker wrote: > There may be discontinuities in the ETM trace stream due to overflows or > ETM configuration for selective trace. This patch emits an instruction > sample with the pending branch stack when a TRACE ON packet occurs > indicating a

Re: [PATCH 2/2] perf inject: Emit instruction records on ETM trace discontinuity

On Wed, Feb 07, 2018 at 01:57:25PM +, Robert Walker wrote: > There may be discontinuities in the ETM trace stream due to overflows or > ETM configuration for selective trace. This patch emits an instruction > sample with the pending branch stack when a TRACE ON packet occurs > indicating a

Re: [PATCH 2/3] Documentation: bindings: add usb3-host-disable and usb3-host-port for Rockchip USB Type-C PHY

Hi Enric, Am Dienstag, 13. Februar 2018, 23:08:26 CET schrieb Enric Balletbo Serra: > 2018-02-13 10:18 GMT+01:00 Emil Renner Berthing > > : > > On 12 February 2018 at 23:29, Rob Herring wrote: > >> On Mon, Feb 12, 2018 at 3:26 PM, Brian Norris

Re: [PATCH 2/3] Documentation: bindings: add usb3-host-disable and usb3-host-port for Rockchip USB Type-C PHY

Hi Enric, Am Dienstag, 13. Februar 2018, 23:08:26 CET schrieb Enric Balletbo Serra: > 2018-02-13 10:18 GMT+01:00 Emil Renner Berthing > > : > > On 12 February 2018 at 23:29, Rob Herring wrote: > >> On Mon, Feb 12, 2018 at 3:26 PM, Brian Norris wrote: > >>> Hi, > >>> > >>> On Mon, Feb 12,

Re: [PATCH] PM / devfreq: exynos-ppmu: Delete an error message for a failed memory allocation in exynos_ppmu_probe()

On 2018년 02월 14일 06:17, SF Markus Elfring wrote: > From: Markus Elfring > Date: Tue, 13 Feb 2018 22:10:42 +0100 > > Omit an extra message for a memory allocation failure in this function. > > This issue was detected by using the Coccinelle software. > >

Re: [PATCH] PM / devfreq: exynos-ppmu: Delete an error message for a failed memory allocation in exynos_ppmu_probe()

On 2018년 02월 14일 06:17, SF Markus Elfring wrote: > From: Markus Elfring > Date: Tue, 13 Feb 2018 22:10:42 +0100 > > Omit an extra message for a memory allocation failure in this function. > > This issue was detected by using the Coccinelle software. > > Signed-off-by: Markus Elfring > --- >

Re: [PATCH v2] fs: fsnotify: account fsnotify metadata to kmemcg

On Tue, Feb 13, 2018 at 1:54 PM, Amir Goldstein wrote: > On Tue, Feb 13, 2018 at 11:10 PM, Shakeel Butt wrote: >> On Mon, Feb 12, 2018 at 10:30 PM, Amir Goldstein wrote: >>> On Thu, Jan 25, 2018 at 10:36 PM, Amir Goldstein

Re: [PATCH v2] fs: fsnotify: account fsnotify metadata to kmemcg

On Tue, Feb 13, 2018 at 1:54 PM, Amir Goldstein wrote: > On Tue, Feb 13, 2018 at 11:10 PM, Shakeel Butt wrote: >> On Mon, Feb 12, 2018 at 10:30 PM, Amir Goldstein wrote: >>> On Thu, Jan 25, 2018 at 10:36 PM, Amir Goldstein wrote: On Thu, Jan 25, 2018 at 10:20 PM, Shakeel Butt wrote:

Re: plan9 semantics on Linux - mount namespaces

On 13.02.2018 22:12, Enrico Weigelt wrote: CC @contain...@lists.linux-foundation.org Hi folks, I'm currently trying to implement plan9 semantics on Linux and yet sorting out how to do the mount namespace handling. On plan9, any unprivileged process can create its own namespace and

Re: plan9 semantics on Linux - mount namespaces

On 13.02.2018 22:12, Enrico Weigelt wrote: CC @contain...@lists.linux-foundation.org Hi folks, I'm currently trying to implement plan9 semantics on Linux and yet sorting out how to do the mount namespace handling. On plan9, any unprivileged process can create its own namespace and

Re: [PATCH -next 0/3] sysvipc: introduce STAT_ALL commands

On Tue, 13 Feb 2018, Eric W. Biederman wrote: Davidlohr Bueso writes: Hi, The following patches adds the discussed[1] new command for shm as well as for sems and msq as they are subject to the same discrepancies for ipc object permission checks between the syscall and via

Re: [PATCH -next 0/3] sysvipc: introduce STAT_ALL commands

On Tue, 13 Feb 2018, Eric W. Biederman wrote: Davidlohr Bueso writes: Hi, The following patches adds the discussed[1] new command for shm as well as for sems and msq as they are subject to the same discrepancies for ipc object permission checks between the syscall and via procfs. These new

Re: [PATCH 1/2] perf tools: inject capabilitity for CoreSight traces

On 7 February 2018 at 06:57, Robert Walker wrote: > Added user space perf functionality to translate CoreSight traces into > instruction events with branch stack. > > To invoke the new functionality, use the perf inject > tool with --itrace=il. For example, to translate the

Re: [PATCH 1/2] perf tools: inject capabilitity for CoreSight traces

On 7 February 2018 at 06:57, Robert Walker wrote: > Added user space perf functionality to translate CoreSight traces into > instruction events with branch stack. > > To invoke the new functionality, use the perf inject > tool with --itrace=il. For example, to translate the ETM trace from >

Re: [PATCH] perf: Add support for creating offline events

On 2018-02-13 10:23, Peter Zijlstra wrote: On Fri, Feb 09, 2018 at 03:07:00PM -0800, Raghavendra Rao Ananta wrote: Perf framework doesn't allow creation of hardware events if the requested CPU is offline. However, creation of an event is achievable if the event is attached to the PMU as soon as

Re: [PATCH] perf: Add support for creating offline events

On 2018-02-13 10:23, Peter Zijlstra wrote: On Fri, Feb 09, 2018 at 03:07:00PM -0800, Raghavendra Rao Ananta wrote: Perf framework doesn't allow creation of hardware events if the requested CPU is offline. However, creation of an event is achievable if the event is attached to the PMU as soon as

plan9 semantics on Linux - mount namespaces

Hi folks, I'm currently trying to implement plan9 semantics on Linux and yet sorting out how to do the mount namespace handling. On plan9, any unprivileged process can create its own namespace and mount/bind at will, while on Linux this requires CAP_SYS_ADMIN. What is the reason for not

plan9 semantics on Linux - mount namespaces

Hi folks, I'm currently trying to implement plan9 semantics on Linux and yet sorting out how to do the mount namespace handling. On plan9, any unprivileged process can create its own namespace and mount/bind at will, while on Linux this requires CAP_SYS_ADMIN. What is the reason for not

Re: [PATCH 2/3] Documentation: bindings: add usb3-host-disable and usb3-host-port for Rockchip USB Type-C PHY

Hi, 2018-02-13 10:18 GMT+01:00 Emil Renner Berthing : > On 12 February 2018 at 23:29, Rob Herring wrote: >> On Mon, Feb 12, 2018 at 3:26 PM, Brian Norris >> wrote: >>> Hi, >>> >>> On Mon, Feb 12, 2018 at 10:43:41AM

Re: [PATCH 2/3] Documentation: bindings: add usb3-host-disable and usb3-host-port for Rockchip USB Type-C PHY

Hi, 2018-02-13 10:18 GMT+01:00 Emil Renner Berthing : > On 12 February 2018 at 23:29, Rob Herring wrote: >> On Mon, Feb 12, 2018 at 3:26 PM, Brian Norris >> wrote: >>> Hi, >>> >>> On Mon, Feb 12, 2018 at 10:43:41AM -0600, Rob Herring wrote: On Thu, Feb 8, 2018 at 3:23 PM, Enric Balletbo

[PATCH] Documentation/process/howto: Remove outdated info about bugzilla mailing lists

The mailing list archives[1,2] show no activity since September 2011. [1]: https://lists.linuxfoundation.org/pipermail/bugme-new/ [2]: https://lists.linuxfoundation.org/pipermail/bugme-janitors/ Signed-off-by: Jonathan Neuschäfer --- Documentation/process/howto.rst | 8

[PATCH] Documentation/process/howto: Remove outdated info about bugzilla mailing lists

The mailing list archives[1,2] show no activity since September 2011. [1]: https://lists.linuxfoundation.org/pipermail/bugme-new/ [2]: https://lists.linuxfoundation.org/pipermail/bugme-janitors/ Signed-off-by: Jonathan Neuschäfer --- Documentation/process/howto.rst | 8 1 file

Re: [PATCH v2 4/4] arm64: dts: renesas: r8a7796: Fix register mappings on VSPs

Hi Kieran, Thank you for the patch. On Tuesday, 13 February 2018 21:30:37 EET Kieran Bingham wrote: > From: Kieran Bingham > > The VSPD includes a CLUT on RPF2. Ensure that the register space is > mapped correctly to support this. > > Signed-off-by:

Re: [PATCH v2 4/4] arm64: dts: renesas: r8a7796: Fix register mappings on VSPs

Hi Kieran, Thank you for the patch. On Tuesday, 13 February 2018 21:30:37 EET Kieran Bingham wrote: > From: Kieran Bingham > > The VSPD includes a CLUT on RPF2. Ensure that the register space is > mapped correctly to support this. > > Signed-off-by: Kieran Bingham Reviewed-by: Laurent

Re: [PATCH v2 3/4] arm64: dts: renesas: r8a7795: Fix register mappings on VSPs

Hi Kieran, Thank you for the patch. On Tuesday, 13 February 2018 21:30:36 EET Kieran Bingham wrote: > From: Kieran Bingham > > The VSPD includes a CLUT on RPF2. Ensure that the register space is > mapped correctly to support this. > > Signed-off-by:

Re: [PATCH v2 3/4] arm64: dts: renesas: r8a7795: Fix register mappings on VSPs

Hi Kieran, Thank you for the patch. On Tuesday, 13 February 2018 21:30:36 EET Kieran Bingham wrote: > From: Kieran Bingham > > The VSPD includes a CLUT on RPF2. Ensure that the register space is > mapped correctly to support this. > > Signed-off-by: Kieran Bingham Reviewed-by: Laurent

Re: [PATCH v2 2/4] arm64: dts: renesas: r8a77995: add VSP instances

Hi Kieran, Thank you for the patch. On Tuesday, 13 February 2018 21:30:35 EET Kieran Bingham wrote: > From: Kieran Bingham > > The r8a77995 has a VSPBS to support image processing such as blending of > two input images, and has two VSPDs to handle

Re: [PATCH v2 2/4] arm64: dts: renesas: r8a77995: add VSP instances

Hi Kieran, Thank you for the patch. On Tuesday, 13 February 2018 21:30:35 EET Kieran Bingham wrote: > From: Kieran Bingham > > The r8a77995 has a VSPBS to support image processing such as blending of > two input images, and has two VSPDs to handle display pipelines with a > DU. > >

Re: [PATCH v2 1/4] arm64: dts: renesas: r8a77995: add FCPV nodes

Hi Kieran, Thank you for the patch. On Tuesday, 13 February 2018 21:30:34 EET Kieran Bingham wrote: > From: Kieran Bingham > > The FCPVB handles the interface between the VSPB and memory, while the > FCPVD handles the interface between the VSPD and

Re: [PATCH v2 1/4] arm64: dts: renesas: r8a77995: add FCPV nodes

Hi Kieran, Thank you for the patch. On Tuesday, 13 February 2018 21:30:34 EET Kieran Bingham wrote: > From: Kieran Bingham > > The FCPVB handles the interface between the VSPB and memory, while the > FCPVD handles the interface between the VSPD and memory. > > Signed-off-by: Kieran Bingham

Re: [PATCH] powerpc/xmon: Dont register sysrq key when kernel param xmon=off

On Mon, Feb 12, 2018 at 11:35 PM, Vaibhav Jain wrote: > Thanks for reviewing this patch Balbir > > Balbir Singh writes: > >> Any specific issue you've run into without this patch? > Without this patch since xmon is still accessible via sysrq and

Re: [PATCH] powerpc/xmon: Dont register sysrq key when kernel param xmon=off

On Mon, Feb 12, 2018 at 11:35 PM, Vaibhav Jain wrote: > Thanks for reviewing this patch Balbir > > Balbir Singh writes: > >> Any specific issue you've run into without this patch? > Without this patch since xmon is still accessible via sysrq and there is > no indication/warning on the xmon

Re: [PATCH v2 03/11] watchdog/hpwdt: Update nmi_panic message.

On Tue, Feb 13, 2018 at 09:41:35AM -0800, Guenter Roeck wrote: > On Sun, Feb 11, 2018 at 10:21:03PM -0700, Jerry Hoemann wrote: > > + unsigned int mynmi = hpwdt_my_nmi(); > > + static char panic_msg[] = > > + "00: An NMI occurred. Depending on your system the reason " > > +

Re: [PATCH v2 03/11] watchdog/hpwdt: Update nmi_panic message.

On Tue, Feb 13, 2018 at 09:41:35AM -0800, Guenter Roeck wrote: > On Sun, Feb 11, 2018 at 10:21:03PM -0700, Jerry Hoemann wrote: > > + unsigned int mynmi = hpwdt_my_nmi(); > > + static char panic_msg[] = > > + "00: An NMI occurred. Depending on your system the reason " > > +

Re: [PATCH v2 06/11] watchdog/hpwdt: Modify to use watchdog core.

On Tue, Feb 13, 2018 at 02:36:48PM -0700, Jerry Hoemann wrote: > > > Thanks for the review. Comments inline. > > On Mon, Feb 12, 2018 at 10:06:21AM +0100, Marcus Folkesson wrote: > > Hi Jerry, > > > > On Sun, Feb 11, 2018 at 10:21:06PM -0700, Jerry Hoemann wrote: > > > Follow

Re: [PATCH v2 06/11] watchdog/hpwdt: Modify to use watchdog core.

On Tue, Feb 13, 2018 at 02:36:48PM -0700, Jerry Hoemann wrote: > > > Thanks for the review. Comments inline. > > On Mon, Feb 12, 2018 at 10:06:21AM +0100, Marcus Folkesson wrote: > > Hi Jerry, > > > > On Sun, Feb 11, 2018 at 10:21:06PM -0700, Jerry Hoemann wrote: > > > Follow

Re: [PATCH v2] fs: fsnotify: account fsnotify metadata to kmemcg

On Tue, Feb 13, 2018 at 11:10 PM, Shakeel Butt wrote: > On Mon, Feb 12, 2018 at 10:30 PM, Amir Goldstein wrote: >> On Thu, Jan 25, 2018 at 10:36 PM, Amir Goldstein wrote: >>> On Thu, Jan 25, 2018 at 10:20 PM, Shakeel Butt

Re: [PATCH v2] fs: fsnotify: account fsnotify metadata to kmemcg

On Tue, Feb 13, 2018 at 11:10 PM, Shakeel Butt wrote: > On Mon, Feb 12, 2018 at 10:30 PM, Amir Goldstein wrote: >> On Thu, Jan 25, 2018 at 10:36 PM, Amir Goldstein wrote: >>> On Thu, Jan 25, 2018 at 10:20 PM, Shakeel Butt wrote: On Wed, Jan 24, 2018 at 11:51 PM, Amir Goldstein

Re: [PATCH v3 0/4] optimize memory hotplug

On Tue, 13 Feb 2018 14:31:55 -0500 Pavel Tatashin wrote: > This patchset: > - Improves hotplug performance by eliminating a number of > struct page traverses during memory hotplug. > > - Fixes some issues with hotplugging, where boundaries > were not properly

Re: [PATCH v3 0/4] optimize memory hotplug

On Tue, 13 Feb 2018 14:31:55 -0500 Pavel Tatashin wrote: > This patchset: > - Improves hotplug performance by eliminating a number of > struct page traverses during memory hotplug. > > - Fixes some issues with hotplugging, where boundaries > were not properly checked. And on x86 block size was

Re: [PATCH RESENT] nvme-pci: suspend queues based on online_queues

On Mon, Feb 12, 2018 at 09:05:13PM +0800, Jianchao Wang wrote: > @@ -1315,9 +1315,6 @@ static int nvme_suspend_queue(struct nvme_queue *nvmeq) > nvmeq->cq_vector = -1; > spin_unlock_irq(>q_lock); > > - if (!nvmeq->qid && nvmeq->dev->ctrl.admin_q) > -

Re: [PATCH RESENT] nvme-pci: suspend queues based on online_queues

On Mon, Feb 12, 2018 at 09:05:13PM +0800, Jianchao Wang wrote: > @@ -1315,9 +1315,6 @@ static int nvme_suspend_queue(struct nvme_queue *nvmeq) > nvmeq->cq_vector = -1; > spin_unlock_irq(>q_lock); > > - if (!nvmeq->qid && nvmeq->dev->ctrl.admin_q) > -

Re: [PATCH] lib: Rename compiler intrinsic selects to GENERIC_LIB_*

On Fri, 09 Feb 2018 05:22:52 PST (-0800), matt.redfe...@mips.com wrote: When these are included into arch Kconfig files, maintaining alphabetical ordering of the selects means these get split up. To allow for keeping things tidier and alphabetical, rename the selects to GENERIC_LIB_*

Re: [PATCH] lib: Rename compiler intrinsic selects to GENERIC_LIB_*

On Fri, 09 Feb 2018 05:22:52 PST (-0800), matt.redfe...@mips.com wrote: When these are included into arch Kconfig files, maintaining alphabetical ordering of the selects means these get split up. To allow for keeping things tidier and alphabetical, rename the selects to GENERIC_LIB_*

[PATCH] selftests: vm: update .gitignore with new test

Update .gitignore with new test. Signed-off-by: Shuah Khan --- tools/testing/selftests/vm/.gitignore | 1 + 1 file changed, 1 insertion(+) diff --git a/tools/testing/selftests/vm/.gitignore b/tools/testing/selftests/vm/.gitignore index 63c94d776e89..342c7bc9dc8c

[PATCH] selftests: vm: update .gitignore with new test

Update .gitignore with new test. Signed-off-by: Shuah Khan --- tools/testing/selftests/vm/.gitignore | 1 + 1 file changed, 1 insertion(+) diff --git a/tools/testing/selftests/vm/.gitignore b/tools/testing/selftests/vm/.gitignore index 63c94d776e89..342c7bc9dc8c 100644 ---

[PATCH] selftests: memory-hotplug: silence test command echo

Silence the following command being printed while running test. ./mem-on-off-test.sh -r 2 && echo "selftests: memory-hotplug [PASS]" || echo "selftests: memory-hotplug [FAIL]" Signed-off-by: Shuah Khan --- tools/testing/selftests/memory-hotplug/Makefile | 2 +- 1 file

[PATCH] selftests: memory-hotplug: silence test command echo

Silence the following command being printed while running test. ./mem-on-off-test.sh -r 2 && echo "selftests: memory-hotplug [PASS]" || echo "selftests: memory-hotplug [FAIL]" Signed-off-by: Shuah Khan --- tools/testing/selftests/memory-hotplug/Makefile | 2 +- 1 file changed, 1 insertion(+),

Re: [kernel-hardening] [PATCH 4/6] Protectable Memory

On Tue, Feb 13, 2018 at 8:09 AM, Laura Abbott wrote: > No, arm64 doesn't fixup the aliases, mostly because arm64 uses larger > page sizes which can't be broken down at runtime. CONFIG_PAGE_POISONING > does use 4K pages which could be adjusted at runtime. So yes, you are >

Re: [kernel-hardening] [PATCH 4/6] Protectable Memory

On Tue, Feb 13, 2018 at 8:09 AM, Laura Abbott wrote: > No, arm64 doesn't fixup the aliases, mostly because arm64 uses larger > page sizes which can't be broken down at runtime. CONFIG_PAGE_POISONING > does use 4K pages which could be adjusted at runtime. So yes, you are > right we would have

Re: [PATCH] kthread: Export kthread_data()

On 02/13/2018 04:40 PM, Waiman Long wrote: > On 02/13/2018 10:50 AM, Christoph Hellwig wrote: >> On Fri, Feb 09, 2018 at 09:52:21AM -0500, Waiman Long wrote: >>> When multiple kernel threads are created to cooperatively work on >>> a common task, we may need a convenient way to access data that

Re: [PATCH] kthread: Export kthread_data()

On 02/13/2018 04:40 PM, Waiman Long wrote: > On 02/13/2018 10:50 AM, Christoph Hellwig wrote: >> On Fri, Feb 09, 2018 at 09:52:21AM -0500, Waiman Long wrote: >>> When multiple kernel threads are created to cooperatively work on >>> a common task, we may need a convenient way to access data that

Re: [PATCH] kthread: Export kthread_data()

On 02/13/2018 10:50 AM, Christoph Hellwig wrote: > On Fri, Feb 09, 2018 at 09:52:21AM -0500, Waiman Long wrote: >> When multiple kernel threads are created to cooperatively work on >> a common task, we may need a convenient way to access data that are >> specific to each kthread. >> >> The

Re: [PATCH] kthread: Export kthread_data()

On 02/13/2018 10:50 AM, Christoph Hellwig wrote: > On Fri, Feb 09, 2018 at 09:52:21AM -0500, Waiman Long wrote: >> When multiple kernel threads are created to cooperatively work on >> a common task, we may need a convenient way to access data that are >> specific to each kthread. >> >> The

Re: [PATCH v7 0/5] Add Intel IOMMU debugfs support

Hi Joerg, On Tue, Feb 13, 2018 at 03:03:03PM +0100, Joerg Roedel wrote: > On Fri, Feb 02, 2018 at 04:49:56PM -0800, Sohil Mehta wrote: > > This series aims to add debugfs support for Intel IOMMU. It exposes IOMMU > > registers, internal context and dumps individual table entries to help debug > >

Re: [PATCH v7 0/5] Add Intel IOMMU debugfs support

Hi Joerg, On Tue, Feb 13, 2018 at 03:03:03PM +0100, Joerg Roedel wrote: > On Fri, Feb 02, 2018 at 04:49:56PM -0800, Sohil Mehta wrote: > > This series aims to add debugfs support for Intel IOMMU. It exposes IOMMU > > registers, internal context and dumps individual table entries to help debug > >

Re: x86/stack protector: X86_32_LAZY_GS=n hangs kernel on old processors

On Tue, Feb 13, 2018 at 8:57 AM, tedheadster wrote: > Changing X86_32_LAZY_GS to 'y' does not cause the kernel to hang. > >> On Tue, Feb 13, 2018 at 11:40:17AM -0500, tedheadster wrote: >>> in your patch "x86: make lazy %gs optional on x86_32" were you able >>> to test it

Re: x86/stack protector: X86_32_LAZY_GS=n hangs kernel on old processors

On Tue, Feb 13, 2018 at 8:57 AM, tedheadster wrote: > Changing X86_32_LAZY_GS to 'y' does not cause the kernel to hang. > >> On Tue, Feb 13, 2018 at 11:40:17AM -0500, tedheadster wrote: >>> in your patch "x86: make lazy %gs optional on x86_32" were you able >>> to test it on really old

Re: [PATCH v2 06/11] watchdog/hpwdt: Modify to use watchdog core.

Thanks for the review. Comments inline. On Mon, Feb 12, 2018 at 10:06:21AM +0100, Marcus Folkesson wrote: > Hi Jerry, > > On Sun, Feb 11, 2018 at 10:21:06PM -0700, Jerry Hoemann wrote: > > Follow Documentation/watchdog/convert_drivers_to_kernel_api.txt to > > convert hpwdt from legacy watchdog

Re: [PATCH v2 06/11] watchdog/hpwdt: Modify to use watchdog core.

Thanks for the review. Comments inline. On Mon, Feb 12, 2018 at 10:06:21AM +0100, Marcus Folkesson wrote: > Hi Jerry, > > On Sun, Feb 11, 2018 at 10:21:06PM -0700, Jerry Hoemann wrote: > > Follow Documentation/watchdog/convert_drivers_to_kernel_api.txt to > > convert hpwdt from legacy watchdog

Re: [RFC 3/3] seccomp: add a way to get a listener fd from ptrace

On Sun, Feb 4, 2018 at 2:49 AM, Tycho Andersen wrote: > As an alternative to SECCOMP_FILTER_FLAG_GET_LISTENER, perhaps a ptrace() > version which can acquire filters is useful. There are at least two reasons > this is preferable, even though it uses ptrace: > > 1. You can control

Re: [RFC 3/3] seccomp: add a way to get a listener fd from ptrace

On Sun, Feb 4, 2018 at 2:49 AM, Tycho Andersen wrote: > As an alternative to SECCOMP_FILTER_FLAG_GET_LISTENER, perhaps a ptrace() > version which can acquire filters is useful. There are at least two reasons > this is preferable, even though it uses ptrace: > > 1. You can control tasks that

Re: [PATCH] selftest/vDSO: fix O=

On 02/11/2018 03:59 AM, Dominik Brodowski wrote: > The vDSO selftests ignored the O= or KBUILD_OUTPUT= parameters. Fix it. > > Signed-off-by: Dominik Brodowski > --- > tools/testing/selftests/vDSO/Makefile | 14 +++--- > 1 file changed, 7 insertions(+), 7

Re: [PATCH] selftest/vDSO: fix O=

On 02/11/2018 03:59 AM, Dominik Brodowski wrote: > The vDSO selftests ignored the O= or KBUILD_OUTPUT= parameters. Fix it. > > Signed-off-by: Dominik Brodowski > --- > tools/testing/selftests/vDSO/Makefile | 14 +++--- > 1 file changed, 7 insertions(+), 7 deletions(-) > > diff --git

Re: [RFC 2/3] seccomp: hoist out filter resolving logic

On Sun, Feb 4, 2018 at 2:49 AM, Tycho Andersen wrote: > Hoist out the nth filter resolving logic that ptrace uses into a new > function. We'll use this in the next patch to implement the new > PTRACE_SECCOMP_GET_FILTER_FLAGS command. This is based on an older patch > that I had

Re: [RFC 2/3] seccomp: hoist out filter resolving logic

On Sun, Feb 4, 2018 at 2:49 AM, Tycho Andersen wrote: > Hoist out the nth filter resolving logic that ptrace uses into a new > function. We'll use this in the next patch to implement the new > PTRACE_SECCOMP_GET_FILTER_FLAGS command. This is based on an older patch > that I had sent a while ago;

Re: [PATCH] selftests/x86: Remove 5lvl test from Makefile

On 02/08/2018 12:51 AM, Kirill A. Shutemov wrote: > On Wed, Feb 07, 2018 at 11:50:28PM -0600, Daniel Díaz wrote: >> The 5lvl.c test file was incorporated into another one in >> selftests/vm (va_128TBswitch.c) in commit 235266b8. >> >> Signed-off-by: Daniel Díaz > >

Re: [PATCH] selftests/x86: Remove 5lvl test from Makefile

On 02/08/2018 12:51 AM, Kirill A. Shutemov wrote: > On Wed, Feb 07, 2018 at 11:50:28PM -0600, Daniel Díaz wrote: >> The 5lvl.c test file was incorporated into another one in >> selftests/vm (va_128TBswitch.c) in commit 235266b8. >> >> Signed-off-by: Daniel Díaz > > Acked-by: Kirill A. Shutemov

Re: samples/seccomp/ broken when cross compiling s390, ppc allyesconfig

On Tue, Feb 13, 2018 at 2:32 AM, Michal Hocko wrote: > On Tue 13-02-18 21:16:55, Michael Ellerman wrote: >> Kees Cook writes: >> >> > On Mon, Feb 12, 2018 at 7:25 PM, Michael Ellerman >> > wrote: >> >> Michal Hocko

Re: samples/seccomp/ broken when cross compiling s390, ppc allyesconfig

On Tue, Feb 13, 2018 at 2:32 AM, Michal Hocko wrote: > On Tue 13-02-18 21:16:55, Michael Ellerman wrote: >> Kees Cook writes: >> >> > On Mon, Feb 12, 2018 at 7:25 PM, Michael Ellerman >> > wrote: >> >> Michal Hocko writes: >> >>> Hi, >> >>> my build test machinery chokes on samples/seccomp

Re: [PATCH] selftests/futex: Fix line continuation in Makefile

On 02/07/2018 10:24 AM, Daniel Díaz wrote: > The Makefile lacks a couple of line continuation backslashes > in an `if' clause, which produces an error while make'ing: > > $ make > make[1]: Entering directory `/[...]/linux/tools/testing/selftests/futex' > /bin/sh: -c: line 5: syntax error:

Re: [PATCH] selftests/futex: Fix line continuation in Makefile

On 02/07/2018 10:24 AM, Daniel Díaz wrote: > The Makefile lacks a couple of line continuation backslashes > in an `if' clause, which produces an error while make'ing: > > $ make > make[1]: Entering directory `/[...]/linux/tools/testing/selftests/futex' > /bin/sh: -c: line 5: syntax error:

Re: [PATCH] selftests/android: Fix line continuation in Makefile

On 02/06/2018 04:52 PM, Daniel Díaz wrote: > The Makefile lacks a couple of line continuation backslashes > in an `if' clause, which can make the subsequent rsync > command go awry over the whole filesystem (`rsync -a / /`). > > /bin/sh: -c: line 5: syntax error: unexpected end of file >

Re: [PATCH] selftests/android: Fix line continuation in Makefile

On 02/06/2018 04:52 PM, Daniel Díaz wrote: > The Makefile lacks a couple of line continuation backslashes > in an `if' clause, which can make the subsequent rsync > command go awry over the whole filesystem (`rsync -a / /`). > > /bin/sh: -c: line 5: syntax error: unexpected end of file >

Re: [PATCH v2] selftests: sync: missing CFLAGS while compiling

On 02/06/2018 03:23 PM, Daniel Díaz wrote: > From: Anders Roxell > > Based on patch: https://patchwork.kernel.org/patch/10042045/ > > arch64-linux-gnu-gcc -c sync.c -o sync/sync.o > sync.c:42:29: fatal error: linux/sync_file.h: No such file or directory > #include >

Re: [PATCH v2] selftests: sync: missing CFLAGS while compiling

On 02/06/2018 03:23 PM, Daniel Díaz wrote: > From: Anders Roxell > > Based on patch: https://patchwork.kernel.org/patch/10042045/ > > arch64-linux-gnu-gcc -c sync.c -o sync/sync.o > sync.c:42:29: fatal error: linux/sync_file.h: No such file or directory > #include >

Re: [PATCH] selftests/memfd: add run_fuse_test.sh to TEST_FILES

On 02/06/2018 03:22 PM, Daniel Díaz wrote: > From: Anders Roxell > > While testing memfd tests, there is a missing script, as reported by > kselftest: > > ./run_tests.sh: line 7: ./run_fuse_test.sh: No such file or directory > > Signed-off-by: Anders Roxell

Re: [PATCH] selftests/memfd: add run_fuse_test.sh to TEST_FILES

On 02/06/2018 03:22 PM, Daniel Díaz wrote: > From: Anders Roxell > > While testing memfd tests, there is a missing script, as reported by > kselftest: > > ./run_tests.sh: line 7: ./run_fuse_test.sh: No such file or directory > > Signed-off-by: Anders Roxell > Signed-off-by: Daniel Díaz > ---

Re: [PATCH] selftests: memfd: add config fragment for fuse

On 02/06/2018 03:20 PM, Daniel Díaz wrote: > From: Anders Roxell > > The memfd test requires to insert the fuse module (CONFIG_FUSE_FS). > > Signed-off-by: Anders Roxell > Signed-off-by: Daniel Díaz > --- >

Re: [PATCH] selftests: memfd: add config fragment for fuse

On 02/06/2018 03:20 PM, Daniel Díaz wrote: > From: Anders Roxell > > The memfd test requires to insert the fuse module (CONFIG_FUSE_FS). > > Signed-off-by: Anders Roxell > Signed-off-by: Daniel Díaz > --- > tools/testing/selftests/memfd/config | 1 + > 1 file changed, 1 insertion(+) >

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