[RELEASE] LTTng-modules 2.8.4 and 2.9.1 (Linux kernel tracer)

The LTTng modules provide Linux kernel tracing capability to the LTTng tracer toolset. Those are stable branch releases for stable-2.8 and stable-2.9 lttng-modules branches. Version 2.9.1 adds support for the 4.10 version of the linux kernel release candidates. The rest are various bugfixes.

[RELEASE] LTTng-modules 2.8.4 and 2.9.1 (Linux kernel tracer)

The LTTng modules provide Linux kernel tracing capability to the LTTng tracer toolset. Those are stable branch releases for stable-2.8 and stable-2.9 lttng-modules branches. Version 2.9.1 adds support for the 4.10 version of the linux kernel release candidates. The rest are various bugfixes.

Re: [RFC 1/2] fs,eventpoll: Add ability to install target file by its number

On Fri, Feb 17, 2017 at 9:11 AM, Cyrill Gorcunov wrote: > On Fri, Feb 17, 2017 at 08:52:59AM -0800, Andy Lutomirski wrote: >> > >> > To resolve this tie lets add EPOLL_CTL_DUP operation which simply takes >> > target file descriptor number and installs it into a caller's file

Re: [RFC 1/1] shiftfs: uid/gid shifting bind mount

On Fri, 2017-02-17 at 14:57 +1300, Eric W. Biederman wrote: > I think I am missing something but I completely do not understand > that subthread that says use file marks and perform the work in the > vfs. The problem is that fundamentally we need multiple mappings and > I don't see a mark on a

Re: [RFC 1/2] fs,eventpoll: Add ability to install target file by its number

On Fri, Feb 17, 2017 at 9:11 AM, Cyrill Gorcunov wrote: > On Fri, Feb 17, 2017 at 08:52:59AM -0800, Andy Lutomirski wrote: >> > >> > To resolve this tie lets add EPOLL_CTL_DUP operation which simply takes >> > target file descriptor number and installs it into a caller's file table, >> > thus we

Re: [RFC 1/1] shiftfs: uid/gid shifting bind mount

On Fri, 2017-02-17 at 14:57 +1300, Eric W. Biederman wrote: > I think I am missing something but I completely do not understand > that subthread that says use file marks and perform the work in the > vfs. The problem is that fundamentally we need multiple mappings and > I don't see a mark on a

Re: [PATCH v2 08/22] PCI: dwc: designware: Add EP mode support

Às 9:50 AM de 2/17/2017, Kishon Vijay Abraham I escreveu: > Add endpoint mode support to designware driver. This uses the > EP Core layer introduced recently to add endpoint mode support. > *Any* function driver can now use this designware device > in order to achieve the EP functionality. > >

Re: [PATCH v2 08/22] PCI: dwc: designware: Add EP mode support

Às 9:50 AM de 2/17/2017, Kishon Vijay Abraham I escreveu: > Add endpoint mode support to designware driver. This uses the > EP Core layer introduced recently to add endpoint mode support. > *Any* function driver can now use this designware device > in order to achieve the EP functionality. > >

Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR

On 02/17/2017 06:13 AM, Kirill A. Shutemov wrote: > +/* > + * Default maximum virtual address. This is required for > + * compatibility with applications that assumes 47-bit VA. > + * The limit can be changed with prctl(PR_SET_MAX_VADDR). > + */ > +#define MAX_VADDR_DEFAULT((1UL << 47) -

Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR

On 02/17/2017 06:13 AM, Kirill A. Shutemov wrote: > +/* > + * Default maximum virtual address. This is required for > + * compatibility with applications that assumes 47-bit VA. > + * The limit can be changed with prctl(PR_SET_MAX_VADDR). > + */ > +#define MAX_VADDR_DEFAULT((1UL << 47) -

[git pull] Input updates for 4.10-rc8

Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus to receive updates for the input subsystem: just a single change to Elan touchpad driver to recognize a new ACPI ID. Changelog: - IHARA Hiroka (1): Input: elan_i2c - add

[git pull] Input updates for 4.10-rc8

Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus to receive updates for the input subsystem: just a single change to Elan touchpad driver to recognize a new ACPI ID. Changelog: - IHARA Hiroka (1): Input: elan_i2c - add

Re: [PATCH] net: mvneta: make mvneta_eth_tool_ops static

From: Jisheng Zhang Date: Thu, 16 Feb 2017 17:07:39 +0800 > The mvneta_eth_tool_ops is only used internally in mvneta driver, so > make it static. > > Signed-off-by: Jisheng Zhang Applied to net-next, thanks.

Re: [PATCH] net: mvneta: make mvneta_eth_tool_ops static

From: Jisheng Zhang Date: Thu, 16 Feb 2017 17:07:39 +0800 > The mvneta_eth_tool_ops is only used internally in mvneta driver, so > make it static. > > Signed-off-by: Jisheng Zhang Applied to net-next, thanks.

Re: [PATCH v2 04/22] Documentation: PCI: Guide to use pci endpoint configfs

I'm commenting on the configfs layout here instead of the patch with the code as the issues are easier to explain that way. I think the layout is a bit confusing and could be cleaner by making use of pre-created entries and symlinks. Here is my suggestion: /sys/kernel/config/pci_ep/functions/

Re: [PATCH v2 04/22] Documentation: PCI: Guide to use pci endpoint configfs

I'm commenting on the configfs layout here instead of the patch with the code as the issues are easier to explain that way. I think the layout is a bit confusing and could be cleaner by making use of pre-created entries and symlinks. Here is my suggestion: /sys/kernel/config/pci_ep/functions/

Re: [RFC 4/8] doc: fpga-mgr: separate getting/locking FPGA manager

hi Alan On 2/15/2017 10:14 AM, Alan Tull wrote: Document that getting a reference to a FPGA Manager has been separated from locking the FPGA Mangager for use. fpga_mgr_lock/unlock functions get/release mutex. of_fpga_mgr_get, fpga_mgr_get, and fpga_mgr_put no longer lock the FPGA manager

Re: [RFC 4/8] doc: fpga-mgr: separate getting/locking FPGA manager

hi Alan On 2/15/2017 10:14 AM, Alan Tull wrote: Document that getting a reference to a FPGA Manager has been separated from locking the FPGA Mangager for use. fpga_mgr_lock/unlock functions get/release mutex. of_fpga_mgr_get, fpga_mgr_get, and fpga_mgr_put no longer lock the FPGA manager

Re: [RFC 1/2] fs,eventpoll: Add ability to install target file by its number

On Fri, Feb 17, 2017 at 08:52:59AM -0800, Andy Lutomirski wrote: > > > > To resolve this tie lets add EPOLL_CTL_DUP operation which simply takes > > target file descriptor number and installs it into a caller's file table, > > thus we can use kcmp() syscall and figure out which exactly file to be

Re: [RFC 1/2] fs,eventpoll: Add ability to install target file by its number

On Fri, Feb 17, 2017 at 08:52:59AM -0800, Andy Lutomirski wrote: > > > > To resolve this tie lets add EPOLL_CTL_DUP operation which simply takes > > target file descriptor number and installs it into a caller's file table, > > thus we can use kcmp() syscall and figure out which exactly file to be

Re: [PATCH] groups: don't return unmapped gids in getgroups(2)

On Fri, Feb 17, 2017 at 12:44 AM, Aleksa Sarai wrote: >>> One thing overlooked by commit 9cc46516ddf4 ("userns: Add a knob to >>> disable setgroups on a per user namespace basis") is that because >>> setgroups(2) no longer works in user namespaces it doesn't make any >>> sense to

Re: [PATCH] groups: don't return unmapped gids in getgroups(2)

On Fri, Feb 17, 2017 at 12:44 AM, Aleksa Sarai wrote: >>> One thing overlooked by commit 9cc46516ddf4 ("userns: Add a knob to >>> disable setgroups on a per user namespace basis") is that because >>> setgroups(2) no longer works in user namespaces it doesn't make any >>> sense to be returning

Re: kmemleak splat on copy_process()

On Wed, Feb 8, 2017 at 5:37 PM, Luis R. Rodriguez wrote: > On Tue, Feb 07, 2017 at 09:03:43AM +0100, Michal Hocko wrote: >> On Tue 07-02-17 02:37:02, Luis R. Rodriguez wrote: >> > > From a quick check I do not see any leak there either. >> > >> > Then in that case what about:

Re: kmemleak splat on copy_process()

On Wed, Feb 8, 2017 at 5:37 PM, Luis R. Rodriguez wrote: > On Tue, Feb 07, 2017 at 09:03:43AM +0100, Michal Hocko wrote: >> On Tue 07-02-17 02:37:02, Luis R. Rodriguez wrote: >> > > From a quick check I do not see any leak there either. >> > >> > Then in that case what about: >> >> This just

[PATCH] x86/platform/uv/BAU: Remove initial write to swack register

Writing to the software acknowledge clear register when there are no pending messages causes a HUB error to assert. The original intent of this write was to clear the pending bits before start of operation, but this is an incorrect method and has been determined to be unnecessary. Signed-off-by:

[PATCH] x86/platform/uv/BAU: Remove initial write to swack register

Writing to the software acknowledge clear register when there are no pending messages causes a HUB error to assert. The original intent of this write was to clear the pending bits before start of operation, but this is an incorrect method and has been determined to be unnecessary. Signed-off-by:

Re: v4.10-rc8 (-rc6) boot regression on Intel desktop, does not boot after cold boots, boots after reboot

On Fri 2017-02-17 17:37:47, Thomas Gleixner wrote: > On Fri, 17 Feb 2017, Frederic Weisbecker wrote: > > On Thu, Feb 16, 2017 at 08:34:45PM +0100, Thomas Gleixner wrote: > > > On Thu, 16 Feb 2017, Frederic Weisbecker wrote: > > > > On Thu, Feb 16, 2017 at 10:20:14AM -0800, Linus Torvalds wrote: >

Re: v4.10-rc8 (-rc6) boot regression on Intel desktop, does not boot after cold boots, boots after reboot

On Fri 2017-02-17 17:37:47, Thomas Gleixner wrote: > On Fri, 17 Feb 2017, Frederic Weisbecker wrote: > > On Thu, Feb 16, 2017 at 08:34:45PM +0100, Thomas Gleixner wrote: > > > On Thu, 16 Feb 2017, Frederic Weisbecker wrote: > > > > On Thu, Feb 16, 2017 at 10:20:14AM -0800, Linus Torvalds wrote: >

Re: [PATCH v2 03/22] PCI: endpoint: Introduce configfs entry for configuring EP functions

On Fri, Feb 17, 2017 at 03:20:23PM +0530, Kishon Vijay Abraham I wrote: > Introduce a new configfs entry to configure the EP function (like > configuring the standard configuration header entries) and to > bind the EP function with EP controller. > > Signed-off-by: Kishon Vijay Abraham I

Re: [PATCH v2 03/22] PCI: endpoint: Introduce configfs entry for configuring EP functions

On Fri, Feb 17, 2017 at 03:20:23PM +0530, Kishon Vijay Abraham I wrote: > Introduce a new configfs entry to configure the EP function (like > configuring the standard configuration header entries) and to > bind the EP function with EP controller. > > Signed-off-by: Kishon Vijay Abraham I > --- >

Re: [PATCHv3] x86/selftests: add clobbers for int80 on x86_64

On Mon, Feb 13, 2017 at 2:18 PM, wrote: > On February 13, 2017 11:06:04 AM PST, Andy Lutomirski > wrote: >>On Mon, Feb 13, 2017 at 2:13 AM, Dmitry Safonov >> wrote: >>> Kernel erases R8..R11 registers prior returning to userspace >>>

Re: [PATCHv3] x86/selftests: add clobbers for int80 on x86_64

On Mon, Feb 13, 2017 at 2:18 PM, wrote: > On February 13, 2017 11:06:04 AM PST, Andy Lutomirski > wrote: >>On Mon, Feb 13, 2017 at 2:13 AM, Dmitry Safonov >> wrote: >>> Kernel erases R8..R11 registers prior returning to userspace >>> from int80: https://lkml.org/lkml/2009/10/1/164 >>> >>> GCC

Re: [PATCH] hv: hide unused label

On Tue, 14 Feb 2017 22:17:17 +0100 Arnd Bergmann wrote: > This new 32-bit warning just showed up: > > arch/x86/hyperv/hv_init.c: In function 'hyperv_init': > arch/x86/hyperv/hv_init.c:167:1: error: label 'register_msr_cs' defined but > not used [-Werror=unused-label] > > The

Re: [PATCH] hv: hide unused label

On Tue, 14 Feb 2017 22:17:17 +0100 Arnd Bergmann wrote: > This new 32-bit warning just showed up: > > arch/x86/hyperv/hv_init.c: In function 'hyperv_init': > arch/x86/hyperv/hv_init.c:167:1: error: label 'register_msr_cs' defined but > not used [-Werror=unused-label] > > The easiest solution

Re: [PATCH v2 0/3] x86/vdso: Add Hyper-V TSC page clocksource support

On Fri, Feb 17, 2017 at 2:14 AM, Vitaly Kuznetsov wrote: > Thomas Gleixner writes: > >> On Wed, 15 Feb 2017, Vitaly Kuznetsov wrote: >>> Actually, we already have an implementation of TSC page update in KVM >>> (see arch/x86/kvm/hyperv.c,

Re: [PATCH v2 0/3] x86/vdso: Add Hyper-V TSC page clocksource support

On Fri, Feb 17, 2017 at 2:14 AM, Vitaly Kuznetsov wrote: > Thomas Gleixner writes: > >> On Wed, 15 Feb 2017, Vitaly Kuznetsov wrote: >>> Actually, we already have an implementation of TSC page update in KVM >>> (see arch/x86/kvm/hyperv.c, kvm_hv_setup_tsc_page()) and the update does >>> the

Re: [PATCH v3 0/4] Improved seccomp logging

On Thu, Feb 16, 2017 at 3:29 PM, Kees Cook wrote: > On Wed, Feb 15, 2017 at 7:24 PM, Andy Lutomirski wrote: >> On Mon, Feb 13, 2017 at 7:45 PM, Tyler Hicks wrote: >>> This patch set is the third revision of the following two

Re: [PATCH v3 0/4] Improved seccomp logging

On Thu, Feb 16, 2017 at 3:29 PM, Kees Cook wrote: > On Wed, Feb 15, 2017 at 7:24 PM, Andy Lutomirski wrote: >> On Mon, Feb 13, 2017 at 7:45 PM, Tyler Hicks wrote: >>> This patch set is the third revision of the following two previously >>> submitted patch sets: >>> >>> v1: >>>

Re: [PATCH] net: oki-semi: pch_gbe: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Thu, 16 Feb 2017 09:10:49 +0100 > 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. > >

[PATCHv2 4/5] perf stat: Add -a as a default target

On Fri, Feb 17, 2017 at 11:41:28AM -0300, Arnaldo Carvalho de Melo wrote: > Em Fri, Feb 17, 2017 at 03:33:27PM +0100, Jiri Olsa escreveu: > > On Fri, Feb 17, 2017 at 11:27:47AM -0300, Arnaldo Carvalho de Melo wrote: > > > Em Fri, Feb 17, 2017 at 03:00:57PM +0100, Jiri Olsa escreveu: > > > > Boris

[PATCHv2 4/5] perf stat: Add -a as a default target

On Fri, Feb 17, 2017 at 11:41:28AM -0300, Arnaldo Carvalho de Melo wrote: > Em Fri, Feb 17, 2017 at 03:33:27PM +0100, Jiri Olsa escreveu: > > On Fri, Feb 17, 2017 at 11:27:47AM -0300, Arnaldo Carvalho de Melo wrote: > > > Em Fri, Feb 17, 2017 at 03:00:57PM +0100, Jiri Olsa escreveu: > > > > Boris

Re: [PATCH] net: oki-semi: pch_gbe: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Thu, 16 Feb 2017 09:10:49 +0100 > 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

Re: [PATCH 5/5] perf record: Add -a as a default target

On Fri, Feb 17, 2017 at 11:28:14AM -0300, Arnaldo Carvalho de Melo wrote: > Em Fri, Feb 17, 2017 at 03:00:58PM +0100, Jiri Olsa escreveu: > > Adding system wide (-a) option as a default target > > if non is specified. > > > > # perf record > > Warning: No target specified, setting system-wide

Re: [PATCH 5/5] perf record: Add -a as a default target

On Fri, Feb 17, 2017 at 11:28:14AM -0300, Arnaldo Carvalho de Melo wrote: > Em Fri, Feb 17, 2017 at 03:00:58PM +0100, Jiri Olsa escreveu: > > Adding system wide (-a) option as a default target > > if non is specified. > > > > # perf record > > Warning: No target specified, setting system-wide

Re: [RFC 1/2] fs,eventpoll: Add ability to install target file by its number

On Fri, Feb 17, 2017 at 12:30 AM, Cyrill Gorcunov wrote: > When we checkpoint a process we look into /proc//fdinfo/ of eventpoll > file and parse target files list from there. In most situations this is fine > because target file is present in the /proc//fd/ list. But in case

Re: [RFC 1/2] fs,eventpoll: Add ability to install target file by its number

On Fri, Feb 17, 2017 at 12:30 AM, Cyrill Gorcunov wrote: > When we checkpoint a process we look into /proc//fdinfo/ of eventpoll > file and parse target files list from there. In most situations this is fine > because target file is present in the /proc//fd/ list. But in case if > file >

[PATCH] asm-generic: Force cast get_user() setting x to 0

If we call get_user() with an __le* or __be* type sparse will complain when we assign the result to 0 on the faulting path. Let's force cast here so that sparse doesn't complain. This mirrors what we do in __get_user() as well. Signed-off-by: Stephen Boyd --- I made a

[PATCH] asm-generic: Force cast get_user() setting x to 0

If we call get_user() with an __le* or __be* type sparse will complain when we assign the result to 0 on the faulting path. Let's force cast here so that sparse doesn't complain. This mirrors what we do in __get_user() as well. Signed-off-by: Stephen Boyd --- I made a similar fix to arm64

[PATCH] arm64: dts: qcom: pm8994: Add rtc node

Signed-off-by: Bjorn Andersson --- arch/arm64/boot/dts/qcom/pm8994.dtsi | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm64/boot/dts/qcom/pm8994.dtsi b/arch/arm64/boot/dts/qcom/pm8994.dtsi index 0f1866024ae3..b413e44fd09e 100644 ---

Re: [RFC PATCH v4 19/28] swiotlb: Add warnings for use of bounce buffers with SME

On 2/17/2017 9:59 AM, Konrad Rzeszutek Wilk wrote: On Thu, Feb 16, 2017 at 09:46:19AM -0600, Tom Lendacky wrote: Add warnings to let the user know when bounce buffers are being used for DMA when SME is active. Since the bounce buffers are not in encrypted memory, these notifications are to

[PATCH] arm64: dts: qcom: pm8994: Add rtc node

Signed-off-by: Bjorn Andersson --- arch/arm64/boot/dts/qcom/pm8994.dtsi | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm64/boot/dts/qcom/pm8994.dtsi b/arch/arm64/boot/dts/qcom/pm8994.dtsi index 0f1866024ae3..b413e44fd09e 100644 --- a/arch/arm64/boot/dts/qcom/pm8994.dtsi +++

Re: [RFC PATCH v4 19/28] swiotlb: Add warnings for use of bounce buffers with SME

On 2/17/2017 9:59 AM, Konrad Rzeszutek Wilk wrote: On Thu, Feb 16, 2017 at 09:46:19AM -0600, Tom Lendacky wrote: Add warnings to let the user know when bounce buffers are being used for DMA when SME is active. Since the bounce buffers are not in encrypted memory, these notifications are to

[PATCH] arm64: traps: Mark __le16, __le32, __user variables properly

Sparse complains a bit on this file about endian issues and __user casting: arch/arm64/kernel/traps.c:87:37: warning: incorrect type in argument 1 (different address spaces) arch/arm64/kernel/traps.c:87:37:expected void const volatile [noderef] * arch/arm64/kernel/traps.c:87:37:got

[PATCH] arm64: traps: Mark __le16, __le32, __user variables properly

Sparse complains a bit on this file about endian issues and __user casting: arch/arm64/kernel/traps.c:87:37: warning: incorrect type in argument 1 (different address spaces) arch/arm64/kernel/traps.c:87:37:expected void const volatile [noderef] * arch/arm64/kernel/traps.c:87:37:got

Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR

On Fri, Feb 17, 2017 at 6:13 AM, Kirill A. Shutemov wrote: > This patch introduces two new prctl(2) handles to manage maximum virtual > address available to userspace to map. > > On x86, 5-level paging enables 56-bit userspace virtual address space. > Not all user

Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR

On Fri, Feb 17, 2017 at 6:13 AM, Kirill A. Shutemov wrote: > This patch introduces two new prctl(2) handles to manage maximum virtual > address available to userspace to map. > > On x86, 5-level paging enables 56-bit userspace virtual address space. > Not all user space is ready to handle wide

Re: [RFC PATCH v4 26/28] x86: Allow kexec to be used with SME

On 2/17/2017 9:57 AM, Konrad Rzeszutek Wilk wrote: On Thu, Feb 16, 2017 at 09:47:55AM -0600, Tom Lendacky wrote: Provide support so that kexec can be used to boot a kernel when SME is enabled. Is the point of kexec and kdump to ehh, dump memory ? But if the rest of the memory is encrypted you

Re: [RFC PATCH v4 26/28] x86: Allow kexec to be used with SME

On 2/17/2017 9:57 AM, Konrad Rzeszutek Wilk wrote: On Thu, Feb 16, 2017 at 09:47:55AM -0600, Tom Lendacky wrote: Provide support so that kexec can be used to boot a kernel when SME is enabled. Is the point of kexec and kdump to ehh, dump memory ? But if the rest of the memory is encrypted you

Re: [PATCH trivial 2/4] rtlwifi: rtl8821ae: Spelling s/wrtie_addr/write_addr/

On 02/17/2017 10:19 AM, Geert Uytterhoeven wrote: Hi Larry, On Fri, Feb 17, 2017 at 5:14 PM, Larry Finger wrote: On 02/17/2017 09:36 AM, Geert Uytterhoeven wrote: As per symmetry with _rtl8821ae_dbi_read(), "wrtie" is not a funky register acronym, but a simple

Re: [PATCH trivial 2/4] rtlwifi: rtl8821ae: Spelling s/wrtie_addr/write_addr/

On 02/17/2017 10:19 AM, Geert Uytterhoeven wrote: Hi Larry, On Fri, Feb 17, 2017 at 5:14 PM, Larry Finger wrote: On 02/17/2017 09:36 AM, Geert Uytterhoeven wrote: As per symmetry with _rtl8821ae_dbi_read(), "wrtie" is not a funky register acronym, but a simple misspelling of "write".

RE: [PATCHv3 4/4] MAINTAINERS: Remove powerpc's opal match

> -Original Message- > From: linux-block-ow...@vger.kernel.org [mailto:linux-block- > ow...@vger.kernel.org] On Behalf Of Jon Derrick > Sent: Thursday, February 16, 2017 10:15 AM > To: Michael Ellerman > Cc: Jens Axboe ; Rafael Antognolli >

RE: [PATCHv3 4/4] MAINTAINERS: Remove powerpc's opal match

> -Original Message- > From: linux-block-ow...@vger.kernel.org [mailto:linux-block- > ow...@vger.kernel.org] On Behalf Of Jon Derrick > Sent: Thursday, February 16, 2017 10:15 AM > To: Michael Ellerman > Cc: Jens Axboe ; Rafael Antognolli > ; Greg Kroah-Hartman > ;

Re: v4.10-rc8 (-rc6) boot regression on Intel desktop, does not boot after cold boots, boots after reboot

On Fri, 17 Feb 2017, Frederic Weisbecker wrote: > On Thu, Feb 16, 2017 at 08:34:45PM +0100, Thomas Gleixner wrote: > > On Thu, 16 Feb 2017, Frederic Weisbecker wrote: > > > On Thu, Feb 16, 2017 at 10:20:14AM -0800, Linus Torvalds wrote: > > > > On Thu, Feb 16, 2017 at 10:13 AM, Frederic Weisbecker

Re: v4.10-rc8 (-rc6) boot regression on Intel desktop, does not boot after cold boots, boots after reboot

On Fri, 17 Feb 2017, Frederic Weisbecker wrote: > On Thu, Feb 16, 2017 at 08:34:45PM +0100, Thomas Gleixner wrote: > > On Thu, 16 Feb 2017, Frederic Weisbecker wrote: > > > On Thu, Feb 16, 2017 at 10:20:14AM -0800, Linus Torvalds wrote: > > > > On Thu, Feb 16, 2017 at 10:13 AM, Frederic Weisbecker

Re: [PATCH v2 07/10] mm, compaction: restrict async compaction to pageblocks of same migratetype

On 02/14/2017 09:10 PM, Johannes Weiner wrote: > On Fri, Feb 10, 2017 at 06:23:40PM +0100, Vlastimil Babka wrote: >> The migrate scanner in async compaction is currently limited to >> MIGRATE_MOVABLE >> pageblocks. This is a heuristic intended to reduce latency, based on the >> assumption that

Re: [PATCH v2 07/10] mm, compaction: restrict async compaction to pageblocks of same migratetype

On 02/14/2017 09:10 PM, Johannes Weiner wrote: > On Fri, Feb 10, 2017 at 06:23:40PM +0100, Vlastimil Babka wrote: >> The migrate scanner in async compaction is currently limited to >> MIGRATE_MOVABLE >> pageblocks. This is a heuristic intended to reduce latency, based on the >> assumption that

RE: [PATCH 02/35] ARM: ep93xx: Convert remaining uses of pr_warning to pr_warn

On Friday, February 17, 2017 12:11 AM, Joe Perches wrote: > To enable eventual removal of pr_warning. > > This makes pr_warn use consistent for arch/arm > > Prior to this patch, there were 2 uses of pr_warning and > 405 uses of pr_warn in arch/arm > > Signed-off-by: Joe Perches

RE: [PATCH 02/35] ARM: ep93xx: Convert remaining uses of pr_warning to pr_warn

On Friday, February 17, 2017 12:11 AM, Joe Perches wrote: > To enable eventual removal of pr_warning. > > This makes pr_warn use consistent for arch/arm > > Prior to this patch, there were 2 uses of pr_warning and > 405 uses of pr_warn in arch/arm > > Signed-off-by: Joe Perches > --- >

Re: [RFC 0/4] iio: trigger: Add OF support and GPIO based trigger

On Fri, Feb 17, 2017 at 6:03 PM, Fabrice Gasnier wrote: > Hi, > > I send this as an RFC, as I'm digging to try to get as generic > as possible GPIO based trigger support, as discussed earlier in > other patchset "Add EXTI GPIO trigger support to STM32 ADC": >

Re: [RFC 0/4] iio: trigger: Add OF support and GPIO based trigger

On Fri, Feb 17, 2017 at 6:03 PM, Fabrice Gasnier wrote: > Hi, > > I send this as an RFC, as I'm digging to try to get as generic > as possible GPIO based trigger support, as discussed earlier in > other patchset "Add EXTI GPIO trigger support to STM32 ADC": >

Re: [PATCH V3 2/7] mm: move MADV_FREE pages into LRU_INACTIVE_FILE list

On Thu, Feb 16, 2017 at 04:35:25PM -0800, Shaohua Li wrote: > On Thu, Feb 16, 2017 at 12:52:53PM -0500, Johannes Weiner wrote: > > On Tue, Feb 14, 2017 at 11:36:08AM -0800, Shaohua Li wrote: > > > @@ -126,4 +126,24 @@ static __always_inline enum lru_list page_lru(struct > > > page *page) > > >

Re: [PATCH V3 2/7] mm: move MADV_FREE pages into LRU_INACTIVE_FILE list

On Thu, Feb 16, 2017 at 04:35:25PM -0800, Shaohua Li wrote: > On Thu, Feb 16, 2017 at 12:52:53PM -0500, Johannes Weiner wrote: > > On Tue, Feb 14, 2017 at 11:36:08AM -0800, Shaohua Li wrote: > > > @@ -126,4 +126,24 @@ static __always_inline enum lru_list page_lru(struct > > > page *page) > > >

Re: [PATCH v2 04/10] mm, page_alloc: count movable pages when stealing from pageblock

On 02/15/2017 12:56 PM, Xishi Qiu wrote: > On 2017/2/15 18:47, Vlastimil Babka wrote: > >> On 02/14/2017 11:07 AM, Xishi Qiu wrote: >>> On 2017/2/11 1:23, Vlastimil Babka wrote: >>> When stealing pages from pageblock of a different migratetype, we count how many free pages were stolen,

Re: [PATCH v2 04/10] mm, page_alloc: count movable pages when stealing from pageblock

On 02/15/2017 12:56 PM, Xishi Qiu wrote: > On 2017/2/15 18:47, Vlastimil Babka wrote: > >> On 02/14/2017 11:07 AM, Xishi Qiu wrote: >>> On 2017/2/11 1:23, Vlastimil Babka wrote: >>> When stealing pages from pageblock of a different migratetype, we count how many free pages were stolen,

Re: [PATCH trivial 2/4] rtlwifi: rtl8821ae: Spelling s/wrtie_addr/write_addr/

Hi Larry, On Fri, Feb 17, 2017 at 5:14 PM, Larry Finger wrote: > On 02/17/2017 09:36 AM, Geert Uytterhoeven wrote: >> As per symmetry with _rtl8821ae_dbi_read(), "wrtie" is not a funky >> register acronym, but a simple misspelling of "write". >> >> Signed-off-by: Geert

Re: [PATCH trivial 2/4] rtlwifi: rtl8821ae: Spelling s/wrtie_addr/write_addr/

Hi Larry, On Fri, Feb 17, 2017 at 5:14 PM, Larry Finger wrote: > On 02/17/2017 09:36 AM, Geert Uytterhoeven wrote: >> As per symmetry with _rtl8821ae_dbi_read(), "wrtie" is not a funky >> register acronym, but a simple misspelling of "write". >> >> Signed-off-by: Geert Uytterhoeven >> Cc: Larry

Re: [PATCH] x86/mce: Keep quiet in case of broadcasted mce after system panic

On 02/17/2017 at 05:07 PM, Borislav Petkov wrote: > On Fri, Feb 17, 2017 at 09:53:21AM +0800, Xunlei Pang wrote: >> It changes the value of cpu_online_mask/etc which will cause confusion to >> vmcore analysis. > Then export the crashing_cpu variable, initialize it to something > invalid in the

Re: [PATCH] x86/mce: Keep quiet in case of broadcasted mce after system panic

On 02/17/2017 at 05:07 PM, Borislav Petkov wrote: > On Fri, Feb 17, 2017 at 09:53:21AM +0800, Xunlei Pang wrote: >> It changes the value of cpu_online_mask/etc which will cause confusion to >> vmcore analysis. > Then export the crashing_cpu variable, initialize it to something > invalid in the

Re: [PATCH v3 5/6] ARM: mvebu: Add driver for mv98dx3236-soc-id

On Fri, Feb 17, 2017 at 5:22 AM, Chris Packham wrote: > Hi Arnd, > On 17/02/17 02:28, Arnd Bergmann wrote: >> On Thursday, February 16, 2017 9:50:39 PM CET Chris Packham wrote: >>> The DFX server on the 98dx3236 and compatible SoCs has an ID register >>> that

Re: [PATCH v3 5/6] ARM: mvebu: Add driver for mv98dx3236-soc-id

On Fri, Feb 17, 2017 at 5:22 AM, Chris Packham wrote: > Hi Arnd, > On 17/02/17 02:28, Arnd Bergmann wrote: >> On Thursday, February 16, 2017 9:50:39 PM CET Chris Packham wrote: >>> The DFX server on the 98dx3236 and compatible SoCs has an ID register >>> that provides revision information that

[PATCH] [media] Staging: media/lirc: don't call put_ir_rx on rx twice

From: Colin Ian King There is an exit path where rx is kfree'd on put_ir_rx and then a jump to label out_put_xx will again kfree it with another call to put_ir_rx. Fix this by adding a new label that avoids this 2nd call to put_ir_rx for this specific case. Detected

[PATCH] [media] Staging: media/lirc: don't call put_ir_rx on rx twice

From: Colin Ian King There is an exit path where rx is kfree'd on put_ir_rx and then a jump to label out_put_xx will again kfree it with another call to put_ir_rx. Fix this by adding a new label that avoids this 2nd call to put_ir_rx for this specific case. Detected with CoverityScan,

Re: [RFC 4/4] iio: trigger: add GPIO trigger

On 02/17/2017 05:03 PM, Fabrice Gasnier wrote: > GPIOs can be used to generate triggers for any IIO device. > Introduce generic GPIO trigger driver. It offers some options > to tune polarity (e.g. rising/falling edge), and label so trigger > name may be customized. > By default, gpio triggers will

Re: [RFC 4/4] iio: trigger: add GPIO trigger

On 02/17/2017 05:03 PM, Fabrice Gasnier wrote: > GPIOs can be used to generate triggers for any IIO device. > Introduce generic GPIO trigger driver. It offers some options > to tune polarity (e.g. rising/falling edge), and label so trigger > name may be customized. > By default, gpio triggers will

Re: [PATCH V3 4/7] mm: enable MADV_FREE for swapless system

On Tue, Feb 14, 2017 at 11:36:10AM -0800, Shaohua Li wrote: > Now MADV_FREE pages can be easily reclaimed even for swapless system. We > can safely enable MADV_FREE for all systems. > > Cc: Michal Hocko > Cc: Minchan Kim > Cc: Hugh Dickins

Re: [PATCH V3 4/7] mm: enable MADV_FREE for swapless system

On Tue, Feb 14, 2017 at 11:36:10AM -0800, Shaohua Li wrote: > Now MADV_FREE pages can be easily reclaimed even for swapless system. We > can safely enable MADV_FREE for all systems. > > Cc: Michal Hocko > Cc: Minchan Kim > Cc: Hugh Dickins > Cc: Johannes Weiner > Cc: Rik van Riel > Cc: Mel

Re: [PATCH V3 3/7] mm: reclaim MADV_FREE pages

On Fri, Feb 17, 2017 at 02:41:08PM +0900, Minchan Kim wrote: > Hi Johannes, > > On Thu, Feb 16, 2017 at 01:40:18PM -0500, Johannes Weiner wrote: > > On Tue, Feb 14, 2017 at 11:36:09AM -0800, Shaohua Li wrote: > > > @@ -911,7 +911,7 @@ static void page_check_dirty_writeback(struct page > > >

Re: [PATCH V3 3/7] mm: reclaim MADV_FREE pages

On Fri, Feb 17, 2017 at 02:41:08PM +0900, Minchan Kim wrote: > Hi Johannes, > > On Thu, Feb 16, 2017 at 01:40:18PM -0500, Johannes Weiner wrote: > > On Tue, Feb 14, 2017 at 11:36:09AM -0800, Shaohua Li wrote: > > > @@ -911,7 +911,7 @@ static void page_check_dirty_writeback(struct page > > >

Re: [PATCH trivial 2/4] rtlwifi: rtl8821ae: Spelling s/wrtie_addr/write_addr/

On 02/17/2017 09:36 AM, Geert Uytterhoeven wrote: As per symmetry with _rtl8821ae_dbi_read(), "wrtie" is not a funky register acronym, but a simple misspelling of "write". Signed-off-by: Geert Uytterhoeven Cc: Larry Finger Cc: Chaoming Li

Re: [PATCH trivial 2/4] rtlwifi: rtl8821ae: Spelling s/wrtie_addr/write_addr/

On 02/17/2017 09:36 AM, Geert Uytterhoeven wrote: As per symmetry with _rtl8821ae_dbi_read(), "wrtie" is not a funky register acronym, but a simple misspelling of "write". Signed-off-by: Geert Uytterhoeven Cc: Larry Finger Cc: Chaoming Li Cc: net...@vger.kernel.org I'm not sure that it is

Re: [PATCH] net: ethernet: ti: cpsw: correct ale dev to cpsw

From: Ivan Khoronzhuk Date: Wed, 15 Feb 2017 19:45:02 +0200 > The ale is a property of cpsw, so change dev to cpsw->dev, > aka pdev->dev, to be consistent. > > Signed-off-by: Ivan Khoronzhuk > --- > Based on net-next/master Applied,

Re: [PATCH] net: ethernet: ti: cpsw: correct ale dev to cpsw

From: Ivan Khoronzhuk Date: Wed, 15 Feb 2017 19:45:02 +0200 > The ale is a property of cpsw, so change dev to cpsw->dev, > aka pdev->dev, to be consistent. > > Signed-off-by: Ivan Khoronzhuk > --- > Based on net-next/master Applied, thanks.

[PATCH 1/9] vfs: extract common parts of {compat_,}do_readv_writev()

Signed-off-by: Miklos Szeredi --- fs/read_write.c | 80 + 1 file changed, 29 insertions(+), 51 deletions(-) diff --git a/fs/read_write.c b/fs/read_write.c index 5816d4c4cab0..b7cf7e2cb8c5 100644 --- a/fs/read_write.c

[PATCH 1/9] vfs: extract common parts of {compat_,}do_readv_writev()

Signed-off-by: Miklos Szeredi --- fs/read_write.c | 80 + 1 file changed, 29 insertions(+), 51 deletions(-) diff --git a/fs/read_write.c b/fs/read_write.c index 5816d4c4cab0..b7cf7e2cb8c5 100644 --- a/fs/read_write.c +++ b/fs/read_write.c

Re: [PATCH v3] Add sysfs interface for touchpad state

On Fri, Feb 17, 2017 at 4:48 PM, Ritesh Raj Sarraf wrote: > Lenovo Yoga (many variants: Yoga, Yoga2 Pro, Yoga2 13, Yoga3 Pro, Yoga 3 > 14 etc) has multiple modles that are a hybrid laptop, working in laptop > mode as well as tablet mode. > > Currently, there is no easy interface

Re: [PATCH v3] Add sysfs interface for touchpad state

On Fri, Feb 17, 2017 at 4:48 PM, Ritesh Raj Sarraf wrote: > Lenovo Yoga (many variants: Yoga, Yoga2 Pro, Yoga2 13, Yoga3 Pro, Yoga 3 > 14 etc) has multiple modles that are a hybrid laptop, working in laptop > mode as well as tablet mode. > > Currently, there is no easy interface to determine the

[PATCH 3/9] vfs: use helpers for calling f_op->{read,write}_iter()

Signed-off-by: Miklos Szeredi --- drivers/block/loop.c | 4 ++-- fs/aio.c | 4 ++-- fs/read_write.c | 12 ++-- fs/splice.c | 2 +- include/linux/fs.h | 12 5 files changed, 23 insertions(+), 11 deletions(-) diff --git

[PATCH 3/9] vfs: use helpers for calling f_op->{read,write}_iter()

Signed-off-by: Miklos Szeredi --- drivers/block/loop.c | 4 ++-- fs/aio.c | 4 ++-- fs/read_write.c | 12 ++-- fs/splice.c | 2 +- include/linux/fs.h | 12 5 files changed, 23 insertions(+), 11 deletions(-) diff --git a/drivers/block/loop.c

[PATCH 5/9] mm: ovl: copy-up on MAP_SHARED

A corner case of a corner case is when - file opened for O_RDONLY - which is then memory mapped SHARED - file opened for O_WRONLY - contents modified - contents read back though the shared mapping Unfortunately it looks very difficult to do anything about the established shared map after

[PATCH 5/9] mm: ovl: copy-up on MAP_SHARED

A corner case of a corner case is when - file opened for O_RDONLY - which is then memory mapped SHARED - file opened for O_WRONLY - contents modified - contents read back though the shared mapping Unfortunately it looks very difficult to do anything about the established shared map after

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