Re: [PATCH v2 1/3] certs: define a trusted platform keyring

On Fri, 2018-03-09 at 21:08 +0530, Nayna Jain wrote: > The kernel can be supplied in SEEPROM or lockable flash memory in embedded > devices. Some devices may not support secure boot, but the kernel is > trusted because the image is stored in protected memory. That kernel may > need to kexec

Re: [PATCH v2 1/3] certs: define a trusted platform keyring

On Fri, 2018-03-09 at 21:08 +0530, Nayna Jain wrote: > The kernel can be supplied in SEEPROM or lockable flash memory in embedded > devices. Some devices may not support secure boot, but the kernel is > trusted because the image is stored in protected memory. That kernel may > need to kexec

Re: [PATCH v2 3/3] ima: support platform keyring for kernel appraisal

On Fri, 2018-03-09 at 21:08 +0530, Nayna Jain wrote: > Distros may sign the kernel images and, possibly, the initramfs with > platform trusted keys. On secure boot enabled systems or embedded devices, > these signatures are to be validated using keys on the platform keyring. > > This patch

Re: [PATCH v2 3/3] ima: support platform keyring for kernel appraisal

On Fri, 2018-03-09 at 21:08 +0530, Nayna Jain wrote: > Distros may sign the kernel images and, possibly, the initramfs with > platform trusted keys. On secure boot enabled systems or embedded devices, > these signatures are to be validated using keys on the platform keyring. > > This patch

Re: [PATCH v5 3/6] power: supply: axp20x_battery: use data struct for variant specific code

Hi Sebastian, On Fri, Mar 09, 2018 at 05:08:25PM +0100, Sebastian Reichel wrote: > Hi Quentin, > > On Wed, Feb 28, 2018 at 11:35:58AM +0100, Quentin Schulz wrote: > > We used to use IDs to select a function or a feature depending on the > > variant. It's easier to maintain the code by adding

Re: [PATCH v5 3/6] power: supply: axp20x_battery: use data struct for variant specific code

Hi Sebastian, On Fri, Mar 09, 2018 at 05:08:25PM +0100, Sebastian Reichel wrote: > Hi Quentin, > > On Wed, Feb 28, 2018 at 11:35:58AM +0100, Quentin Schulz wrote: > > We used to use IDs to select a function or a feature depending on the > > variant. It's easier to maintain the code by adding

Re: [PATCH] arm64: kdump: fix interrupt handling done during machine_crash_shutdown

On 09/03/18 10:33, Grzegorz Jaszczyk wrote: >> Not using EOImode==1 is definitely an oddity (at least on the host), but >> that doesn't mean it shouldn't work. >> >> The reason the thing is hanging is that although we correctly deactivate >> the interrupt, nothing performs the priority drop. Your

Re: [PATCH] arm64: kdump: fix interrupt handling done during machine_crash_shutdown

On 09/03/18 10:33, Grzegorz Jaszczyk wrote: >> Not using EOImode==1 is definitely an oddity (at least on the host), but >> that doesn't mean it shouldn't work. >> >> The reason the thing is hanging is that although we correctly deactivate >> the interrupt, nothing performs the priority drop. Your

Re: [PATCH net 0/3] Several fixes for vhost_net ptr_ring usage

From: Jason Wang Date: Fri, 9 Mar 2018 14:50:31 +0800 > This small series try to fix several bugs of ptr_ring usage in > vhost_net. Please review. Series applied, thanks Jason.

Re: [PATCH net 0/3] Several fixes for vhost_net ptr_ring usage

From: Jason Wang Date: Fri, 9 Mar 2018 14:50:31 +0800 > This small series try to fix several bugs of ptr_ring usage in > vhost_net. Please review. Series applied, thanks Jason.

Re: Regression from efi: call get_event_log before ExitBootServices

On Fri, 2018-03-09 at 10:29 +0100, Hans de Goede wrote: > Hi, > > On 08-03-18 18:26, Jeremy Cline wrote: > > > > On 03/08/2018 11:50 AM, Hans de Goede wrote: [...] > > > > The UEFI firmware does some measurements and so does shim. So > > > > you should have some event logs. What version of shim

Re: Regression from efi: call get_event_log before ExitBootServices

On Fri, 2018-03-09 at 10:29 +0100, Hans de Goede wrote: > Hi, > > On 08-03-18 18:26, Jeremy Cline wrote: > > > > On 03/08/2018 11:50 AM, Hans de Goede wrote: [...] > > > > The UEFI firmware does some measurements and so does shim. So > > > > you should have some event logs. What version of shim

Re: [PATCH v2 2/2] riscv/atomic: Strengthen implementations with fences

On Fri, Mar 09, 2018 at 11:39:11AM -0500, Alan Stern wrote: > On Fri, 9 Mar 2018, Andrea Parri wrote: > > > Atomics present the same issue with locking: release and acquire > > variants need to be strengthened to meet the constraints defined > > by the Linux-kernel memory consistency model [1]. >

Re: [PATCH v2 2/2] riscv/atomic: Strengthen implementations with fences

On Fri, Mar 09, 2018 at 11:39:11AM -0500, Alan Stern wrote: > On Fri, 9 Mar 2018, Andrea Parri wrote: > > > Atomics present the same issue with locking: release and acquire > > variants need to be strengthened to meet the constraints defined > > by the Linux-kernel memory consistency model [1]. >

[GIT PULL] PCI fixes for v4.16

PCI fixes: - fix sparc build issue when OF_IRQ not enabled (Guenter Roeck) - fix enumeration of devices below switches on DesignWare-based controllers (Koen Vandeputte) The following changes since commit c37406e05d1e541df40b8b81c4bd40753fcaf414: PCI: Allow release of resources that

[GIT PULL] PCI fixes for v4.16

PCI fixes: - fix sparc build issue when OF_IRQ not enabled (Guenter Roeck) - fix enumeration of devices below switches on DesignWare-based controllers (Koen Vandeputte) The following changes since commit c37406e05d1e541df40b8b81c4bd40753fcaf414: PCI: Allow release of resources that

Re: [PATCH] pktgen: Remove VLA usage

From: "Gustavo A. R. Silva" Date: Thu, 8 Mar 2018 23:43:40 -0600 > In preparation to enabling -Wvla, remove VLA usage and replace it > with a fixed-length array instead. > > Signed-off-by: Gustavo A. R. Silva > --- > David, > > I'm not sure how

Re: [PATCH] pktgen: Remove VLA usage

From: "Gustavo A. R. Silva" Date: Thu, 8 Mar 2018 23:43:40 -0600 > In preparation to enabling -Wvla, remove VLA usage and replace it > with a fixed-length array instead. > > Signed-off-by: Gustavo A. R. Silva > --- > David, > > I'm not sure how often this function is being called and, >

Re: [PATCH net 0/3] Several fixes for vhost_net ptr_ring usage

On Fri, Mar 09, 2018 at 02:50:31PM +0800, Jason Wang wrote: > Hi: > > This small series try to fix several bugs of ptr_ring usage in > vhost_net. Please review. > > Thanks ACK series, thanks Jason! > Alexander Potapenko (1): > vhost_net: initialize rx_ring in vhost_net_open() > > Jason Wang

Re: [PATCH net 0/3] Several fixes for vhost_net ptr_ring usage

On Fri, Mar 09, 2018 at 02:50:31PM +0800, Jason Wang wrote: > Hi: > > This small series try to fix several bugs of ptr_ring usage in > vhost_net. Please review. > > Thanks ACK series, thanks Jason! > Alexander Potapenko (1): > vhost_net: initialize rx_ring in vhost_net_open() > > Jason Wang

Re: [PATCH net 2/3] vhost_net: keep private_data and rx_ring synced

On Fri, Mar 09, 2018 at 02:50:33PM +0800, Jason Wang wrote: > We get pointer ring from the exported sock, this means we should keep > rx_ring and vq->private synced during both vq stop and backend set, > otherwise we may see stale rx_ring. > > Fixes: c67df11f6e480 ("vhost_net: try batch dequing

Re: [PATCH net 2/3] vhost_net: keep private_data and rx_ring synced

On Fri, Mar 09, 2018 at 02:50:33PM +0800, Jason Wang wrote: > We get pointer ring from the exported sock, this means we should keep > rx_ring and vq->private synced during both vq stop and backend set, > otherwise we may see stale rx_ring. > > Fixes: c67df11f6e480 ("vhost_net: try batch dequing

Re: [PATCH net 1/3] vhost_net: initialize rx_ring in vhost_net_open()

On Fri, Mar 09, 2018 at 02:50:32PM +0800, Jason Wang wrote: > From: Alexander Potapenko > > KMSAN reported a use of uninit memory in vhost_net_buf_unproduce() > while trying to access n->vqs[VHOST_NET_VQ_TX].rx_ring: > >

Re: [PATCH net 1/3] vhost_net: initialize rx_ring in vhost_net_open()

On Fri, Mar 09, 2018 at 02:50:32PM +0800, Jason Wang wrote: > From: Alexander Potapenko > > KMSAN reported a use of uninit memory in vhost_net_buf_unproduce() > while trying to access n->vqs[VHOST_NET_VQ_TX].rx_ring: > > == > BUG:

Re: Regression from efi: call get_event_log before ExitBootServices

On Fri, Mar 09, 2018 at 10:43:50AM +, Thiebaud Weksteen wrote: > Thanks a lot for trying out the patch! > > Please don't modify your install at this stage, I think we are hitting a > firmware bug and that would be awesome if we can fix how we are handling it. > So, if we reach that stage in

Re: Regression from efi: call get_event_log before ExitBootServices

On Fri, Mar 09, 2018 at 10:43:50AM +, Thiebaud Weksteen wrote: > Thanks a lot for trying out the patch! > > Please don't modify your install at this stage, I think we are hitting a > firmware bug and that would be awesome if we can fix how we are handling it. > So, if we reach that stage in

Linux 4.15.8

I'm announcing the release of the 4.15.8 kernel. All users of the 4.15 kernel series must upgrade. The updated 4.15.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.15.y and can be browsed at the normal kernel.org git web browser:

Linux 4.15.8

I'm announcing the release of the 4.15.8 kernel. All users of the 4.15 kernel series must upgrade. The updated 4.15.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.15.y and can be browsed at the normal kernel.org git web browser:

Re: Linux 4.14.25

diff --git a/Documentation/networking/ip-sysctl.txt b/Documentation/networking/ip-sysctl.txt index 77f4de59dc9c..d499676890d8 100644 --- a/Documentation/networking/ip-sysctl.txt +++ b/Documentation/networking/ip-sysctl.txt @@ -508,7 +508,7 @@ tcp_rmem - vector of 3 INTEGERs: min, default, max

Re: Linux 4.14.25

diff --git a/Documentation/networking/ip-sysctl.txt b/Documentation/networking/ip-sysctl.txt index 77f4de59dc9c..d499676890d8 100644 --- a/Documentation/networking/ip-sysctl.txt +++ b/Documentation/networking/ip-sysctl.txt @@ -508,7 +508,7 @@ tcp_rmem - vector of 3 INTEGERs: min, default, max

Linux 4.14.25

I'm announcing the release of the 4.14.25 kernel. All users of the 4.14 kernel series must upgrade. The updated 4.14.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.14.y and can be browsed at the normal kernel.org git web

Linux 4.14.25

I'm announcing the release of the 4.14.25 kernel. All users of the 4.14 kernel series must upgrade. The updated 4.14.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.14.y and can be browsed at the normal kernel.org git web

Re: RFC: remove the "tile" architecture from glibc

On Fri, 9 Mar 2018, John Paul Adrian Glaubitz wrote: > On 03/09/2018 05:31 PM, Joseph Myers wrote: > > Note that SH glibc test results need some work - there are a large number > > of failures listed at . > > Probably most could be addressed

Re: RFC: remove the "tile" architecture from glibc

On Fri, 9 Mar 2018, John Paul Adrian Glaubitz wrote: > On 03/09/2018 05:31 PM, Joseph Myers wrote: > > Note that SH glibc test results need some work - there are a large number > > of failures listed at . > > Probably most could be addressed

[PATCH v2 17/17] mfd: viperboard: Delete an error message for a failed memory allocation in vprbrd_probe()

From: Markus Elfring Date: Fri, 9 Mar 2018 09:56:31 +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 --- v2: Lee

[PATCH v2 17/17] mfd: viperboard: Delete an error message for a failed memory allocation in vprbrd_probe()

From: Markus Elfring Date: Fri, 9 Mar 2018 09:56:31 +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 --- v2: Lee Jones requested a resend for this patch. The change was

[PATCH v2 16/17] mfd: twl6030-irq: Delete an error message for a failed memory allocation in twl6030_init_irq()

From: Markus Elfring Date: Fri, 9 Mar 2018 09:49:32 +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 --- v2: Lee

[PATCH v2 16/17] mfd: twl6030-irq: Delete an error message for a failed memory allocation in twl6030_init_irq()

From: Markus Elfring Date: Fri, 9 Mar 2018 09:49:32 +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 --- v2: Lee Jones requested a resend for this patch. The change was

[PATCH] staging:r8188eu: Use lib80211 to support TKIP

Custom TKIP decryption replaced with lib80211 implementation. MIC check use lib80211 too. Signed-off-by: Ivan Safonov --- drivers/staging/rtl8188eu/Kconfig | 1 + drivers/staging/rtl8188eu/core/rtw_recv.c | 161 --

Re: [PATCHv5 3/5] mfd: motorola-cpcap: Add audio-codec support

Hi, On Fri, Mar 09, 2018 at 07:11:53AM -0800, Tony Lindgren wrote: > * Mark Brown [180309 12:41]: > > On Fri, Mar 09, 2018 at 08:34:14AM +, Lee Jones wrote: > > > On Thu, 08 Mar 2018, Mark Brown wrote: > > > > > > Linux. Clocks are a big issue with audio stuff, right

Re: [PATCHv5 3/5] mfd: motorola-cpcap: Add audio-codec support

Hi, On Fri, Mar 09, 2018 at 07:11:53AM -0800, Tony Lindgren wrote: > * Mark Brown [180309 12:41]: > > On Fri, Mar 09, 2018 at 08:34:14AM +, Lee Jones wrote: > > > On Thu, 08 Mar 2018, Mark Brown wrote: > > > > > > Linux. Clocks are a big issue with audio stuff, right now sections of > > >

[PATCH] staging:r8188eu: Use lib80211 to support TKIP

Custom TKIP decryption replaced with lib80211 implementation. MIC check use lib80211 too. Signed-off-by: Ivan Safonov --- drivers/staging/rtl8188eu/Kconfig | 1 + drivers/staging/rtl8188eu/core/rtw_recv.c | 161 --

Re: [PATCH v2] On ppc64le we HAVE_RELIABLE_STACKTRACE

On Thu, 8 Mar 2018 10:26:16 -0600 Josh Poimboeuf wrote: > This doesn't seem to address some of my previous concerns: You're right. That discussion quickly headed towards objtool and I forgot about this one paragraph with the remarks. > - Bailing on interrupt/exception

Re: [PATCH v2] On ppc64le we HAVE_RELIABLE_STACKTRACE

On Thu, 8 Mar 2018 10:26:16 -0600 Josh Poimboeuf wrote: > This doesn't seem to address some of my previous concerns: You're right. That discussion quickly headed towards objtool and I forgot about this one paragraph with the remarks. > - Bailing on interrupt/exception frames That is a good

Re: [PATCH] ntb_transport: use put_device() instead of kfree()

Looks correct to me. Thanks! Reviewed-by: Logan Gunthorpe On 09/03/18 03:33 AM, Arvind Yadav wrote: Never directly free @dev after calling device_register(), even if it returned an error! Always use put_device() to give up the reference initialized. Signed-off-by: Arvind

Re: [PATCH] ntb_transport: use put_device() instead of kfree()

Looks correct to me. Thanks! Reviewed-by: Logan Gunthorpe On 09/03/18 03:33 AM, Arvind Yadav wrote: Never directly free @dev after calling device_register(), even if it returned an error! Always use put_device() to give up the reference initialized. Signed-off-by: Arvind Yadav ---

[PATCH v2 15/17] mfd: tps80031: Delete an error message for a failed memory allocation in tps80031_probe()

From: Markus Elfring Date: Fri, 9 Mar 2018 09:45:13 +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 --- v2: Lee

[PATCH v2 15/17] mfd: tps80031: Delete an error message for a failed memory allocation in tps80031_probe()

From: Markus Elfring Date: Fri, 9 Mar 2018 09:45:13 +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 --- v2: Lee Jones requested a resend for this patch. The change was

Re: [PATCH AUTOSEL for 4.14 04/67] dt-bindings: net: add TI CC2560 Bluetooth chip

On Thu, Mar 08, 2018 at 10:09:44AM -0600, David Lechner wrote: >On 03/07/2018 10:57 PM, Sasha Levin wrote: >>From: David Lechner >> >>[ Upstream commit 07c7edd0db441f83087470add5be280cc018 ] >> >>This adds a compatible string for the Texas Instruments CC2560 Bluetooth

Re: [PATCH AUTOSEL for 4.14 04/67] dt-bindings: net: add TI CC2560 Bluetooth chip

On Thu, Mar 08, 2018 at 10:09:44AM -0600, David Lechner wrote: >On 03/07/2018 10:57 PM, Sasha Levin wrote: >>From: David Lechner >> >>[ Upstream commit 07c7edd0db441f83087470add5be280cc018 ] >> >>This adds a compatible string for the Texas Instruments CC2560 Bluetooth >>chip to the existing

[PATCH v2 14/17 4/4] mfd: tps65910: Move an assignment in tps65910_sleepinit()

From: Markus Elfring Date: Fri, 9 Mar 2018 09:19:42 +0100 Move the assignment for the local variable "dev" so that its setting will be performed after a configuration check by this function. Signed-off-by: Markus Elfring --- v2:

[PATCH v2 14/17 4/4] mfd: tps65910: Move an assignment in tps65910_sleepinit()

From: Markus Elfring Date: Fri, 9 Mar 2018 09:19:42 +0100 Move the assignment for the local variable "dev" so that its setting will be performed after a configuration check by this function. Signed-off-by: Markus Elfring --- v2: Lee Jones requested a resend for this patch. The change was

Re: [PATCH v3 06/10] drivers: qcom: rpmh-rsc: allow invalidation of sleep/wake TCS

On Thu, Mar 08 2018 at 13:40 -0700, Stephen Boyd wrote: Quoting Lina Iyer (2018-03-02 08:43:13) diff --git a/drivers/soc/qcom/rpmh-rsc.c b/drivers/soc/qcom/rpmh-rsc.c index 34e780d9670f..e9f5a1f387fd 100644 --- a/drivers/soc/qcom/rpmh-rsc.c +++ b/drivers/soc/qcom/rpmh-rsc.c @@ -170,6 +170,52 @@

Re: [PATCH v3 06/10] drivers: qcom: rpmh-rsc: allow invalidation of sleep/wake TCS

On Thu, Mar 08 2018 at 13:40 -0700, Stephen Boyd wrote: Quoting Lina Iyer (2018-03-02 08:43:13) diff --git a/drivers/soc/qcom/rpmh-rsc.c b/drivers/soc/qcom/rpmh-rsc.c index 34e780d9670f..e9f5a1f387fd 100644 --- a/drivers/soc/qcom/rpmh-rsc.c +++ b/drivers/soc/qcom/rpmh-rsc.c @@ -170,6 +170,52 @@

Re: [PATCH] drivers: vhost: vsock: fixed a brace coding style issue

From: Vaibhav Murkute Date: Fri, 9 Mar 2018 08:26:03 +0530 > Fixed a coding style issue. > > Signed-off-by: Vaibhav Murkute Applied to net-next, thanks.

Re: RFC: remove the "tile" architecture from glibc

On 03/09/2018 05:31 PM, Joseph Myers wrote: > Note that SH glibc test results need some work - there are a large number > of failures listed at . > Probably most could be addressed with the NaN fixes I outlined at >

Re: [PATCH] drivers: vhost: vsock: fixed a brace coding style issue

From: Vaibhav Murkute Date: Fri, 9 Mar 2018 08:26:03 +0530 > Fixed a coding style issue. > > Signed-off-by: Vaibhav Murkute Applied to net-next, thanks.

Re: RFC: remove the "tile" architecture from glibc

On 03/09/2018 05:31 PM, Joseph Myers wrote: > Note that SH glibc test results need some work - there are a large number > of failures listed at . > Probably most could be addressed with the NaN fixes I outlined at >

[PATCH v2 13/17 3/4] mfd: tps65910: Delete an unnecessary variable initialisation in tps65910_sleepinit()

From: Markus Elfring Date: Fri, 9 Mar 2018 09:10:09 +0100 The local variable "dev" will be reassigned by a following statement. Thus omit the explicit initialisation at the beginning. Signed-off-by: Markus Elfring --- v2: Lee Jones

[PATCH v2 13/17 3/4] mfd: tps65910: Delete an unnecessary variable initialisation in tps65910_sleepinit()

From: Markus Elfring Date: Fri, 9 Mar 2018 09:10:09 +0100 The local variable "dev" will be reassigned by a following statement. Thus omit the explicit initialisation at the beginning. Signed-off-by: Markus Elfring --- v2: Lee Jones requested a resend for this patch. The change was rebased on

[PATCH] MAINTAINERS: add coverage for drivers/block

To help folks like me that use scripts/get_maintainer.pl. Signed-off-by: Ross Zwisler --- MAINTAINERS | 1 + 1 file changed, 1 insertion(+) diff --git a/MAINTAINERS b/MAINTAINERS index 4623caf8d72d..7ff83f4c9aeb 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@

[PATCH] MAINTAINERS: add coverage for drivers/block

To help folks like me that use scripts/get_maintainer.pl. Signed-off-by: Ross Zwisler --- MAINTAINERS | 1 + 1 file changed, 1 insertion(+) diff --git a/MAINTAINERS b/MAINTAINERS index 4623caf8d72d..7ff83f4c9aeb 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -2685,6 +2685,7 @@ L:

Re: [PATCH v2 2/2] riscv/atomic: Strengthen implementations with fences

On Fri, 9 Mar 2018, Andrea Parri wrote: > Atomics present the same issue with locking: release and acquire > variants need to be strengthened to meet the constraints defined > by the Linux-kernel memory consistency model [1]. > > Atomics present a further issue: implementations of atomics such >

Re: [PATCH v2 2/2] riscv/atomic: Strengthen implementations with fences

On Fri, 9 Mar 2018, Andrea Parri wrote: > Atomics present the same issue with locking: release and acquire > variants need to be strengthened to meet the constraints defined > by the Linux-kernel memory consistency model [1]. > > Atomics present a further issue: implementations of atomics such >

Re: [PATCH v4] cpuset: Enable cpuset controller in default hierarchy

On Fri, 2018-03-09 at 10:35 -0500, Waiman Long wrote: > Given the fact that thread mode had been merged into 4.14, it is now > time to enable cpuset to be used in the default hierarchy (cgroup v2) > as it is clearly threaded. > > The cpuset controller had experienced feature creep since its >

Re: [PATCH v4] cpuset: Enable cpuset controller in default hierarchy

On Fri, 2018-03-09 at 10:35 -0500, Waiman Long wrote: > Given the fact that thread mode had been merged into 4.14, it is now > time to enable cpuset to be used in the default hierarchy (cgroup v2) > as it is clearly threaded. > > The cpuset controller had experienced feature creep since its >

Re: [PATCH AUTOSEL for 4.9 025/190] platform/x86: asus-nb-wmi: Add wapf4 quirk for the X302UA

On Thu, Mar 08, 2018 at 10:37:21AM -0800, Darren Hart wrote: >On Thu, Mar 08, 2018 at 06:15:27PM +, Sasha Levin wrote: >> On Thu, Mar 08, 2018 at 09:47:54AM -0800, Greg KH wrote: >> >On Thu, Mar 08, 2018 at 09:39:14AM -0800, Darren Hart wrote: >> >> On Thu, Mar 08, 2018 at 04:59:01AM +,

Re: [PATCH AUTOSEL for 4.9 025/190] platform/x86: asus-nb-wmi: Add wapf4 quirk for the X302UA

On Thu, Mar 08, 2018 at 10:37:21AM -0800, Darren Hart wrote: >On Thu, Mar 08, 2018 at 06:15:27PM +, Sasha Levin wrote: >> On Thu, Mar 08, 2018 at 09:47:54AM -0800, Greg KH wrote: >> >On Thu, Mar 08, 2018 at 09:39:14AM -0800, Darren Hart wrote: >> >> On Thu, Mar 08, 2018 at 04:59:01AM +,

Re: [PATCH net-next 0/9] fixes for configuration lost problems

From: Peng Li Date: Fri, 9 Mar 2018 10:36:55 +0800 > This patchset refactors some functions and some bugs in order > to fix the configuration loss problem when resetting and > setting channel number. Series applied, thank you.

Re: [PATCH net-next 0/9] fixes for configuration lost problems

From: Peng Li Date: Fri, 9 Mar 2018 10:36:55 +0800 > This patchset refactors some functions and some bugs in order > to fix the configuration loss problem when resetting and > setting channel number. Series applied, thank you.

[PATCH v2 12/17 2/4] mfd: tps65910: Delete an unnecessary variable initialisation in four functions

From: Markus Elfring Date: Fri, 9 Mar 2018 09:06:14 +0100 The local variable "ret" will be set to an appropriate value a bit later. Thus omit the explicit initialisation at the beginning. Signed-off-by: Markus Elfring --- v2: Lee

[PATCH v2 12/17 2/4] mfd: tps65910: Delete an unnecessary variable initialisation in four functions

From: Markus Elfring Date: Fri, 9 Mar 2018 09:06:14 +0100 The local variable "ret" will be set to an appropriate value a bit later. Thus omit the explicit initialisation at the beginning. Signed-off-by: Markus Elfring --- v2: Lee Jones requested a resend for this patch. The change was rebased

Re: [PATCH] loop: Fix lost writes caused by missing flag

On Fri, Mar 09, 2018 at 08:38:57AM -0700, Jens Axboe wrote: > On 3/9/18 8:38 AM, Jens Axboe wrote: > > On 3/8/18 5:20 PM, Ross Zwisler wrote: > >> This has gotten Reviewed-by tags from Christoph and Ming Lei. > >> > >> Al, are you the right person to merge this? Or is the correct person Jens, >

Re: [PATCH] loop: Fix lost writes caused by missing flag

On Fri, Mar 09, 2018 at 08:38:57AM -0700, Jens Axboe wrote: > On 3/9/18 8:38 AM, Jens Axboe wrote: > > On 3/8/18 5:20 PM, Ross Zwisler wrote: > >> This has gotten Reviewed-by tags from Christoph and Ming Lei. > >> > >> Al, are you the right person to merge this? Or is the correct person Jens, >

Re: RFC: remove the "tile" architecture from glibc

On Thu, 8 Mar 2018, John Paul Adrian Glaubitz wrote: > I have personally invested a lot of work into the SH port over the > past three years in Debian and I was involved fixing many bugs > and as a result, the port is quite usable. It would be really > disappointing to see it being removed all of

Re: RFC: remove the "tile" architecture from glibc

On Thu, 8 Mar 2018, John Paul Adrian Glaubitz wrote: > I have personally invested a lot of work into the SH port over the > past three years in Debian and I was involved fixing many bugs > and as a result, the port is quite usable. It would be really > disappointing to see it being removed all of

[PATCH v2 11/17] mfd: tps65910: Delete an error message for a failed memory allocation in tps65910_parse_dt()

From: Markus Elfring Date: Fri, 9 Mar 2018 09:00:59 +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 --- v2: Lee

[PATCH v2 11/17] mfd: tps65910: Delete an error message for a failed memory allocation in tps65910_parse_dt()

From: Markus Elfring Date: Fri, 9 Mar 2018 09:00:59 +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 --- v2: Lee Jones requested a resend for this patch. The change was

Re: [PATCH 9/9] perf c2c report: Add cacheline address count column

On Fri, Mar 09, 2018 at 11:56:43AM -0300, Arnaldo Carvalho de Melo wrote: > Em Fri, Mar 09, 2018 at 11:14:42AM +0100, Jiri Olsa escreveu: > > Adding the 'PA cnt' column grouped under data cacheline address. > > > > It shows how many times the physical addresses changed for the > > hist entry. It

Re: [PATCH 9/9] perf c2c report: Add cacheline address count column

On Fri, Mar 09, 2018 at 11:56:43AM -0300, Arnaldo Carvalho de Melo wrote: > Em Fri, Mar 09, 2018 at 11:14:42AM +0100, Jiri Olsa escreveu: > > Adding the 'PA cnt' column grouped under data cacheline address. > > > > It shows how many times the physical addresses changed for the > > hist entry. It

[GIT PULL] fbdev fix for v4.16-rc5

Hi Linus, Please pull fbdev fix for v4.16-rc5 (just a single fix to close kernel data leak in FBIOGETCMAP_SPARC ioctl). Best regards, -- Bartlomiej Zolnierkiewicz Samsung R Institute Poland Samsung Electronics The following changes since commit 661e50bc853209e41a5c14a290ca4decc43cbfd1:

[GIT PULL] fbdev fix for v4.16-rc5

Hi Linus, Please pull fbdev fix for v4.16-rc5 (just a single fix to close kernel data leak in FBIOGETCMAP_SPARC ioctl). Best regards, -- Bartlomiej Zolnierkiewicz Samsung R Institute Poland Samsung Electronics The following changes since commit 661e50bc853209e41a5c14a290ca4decc43cbfd1:

Re: [RFC PATCH v2] bridge: make it possible for packets to traverse the bridge without hitting netfilter

David Woodhouse wrote: > > > On Fri, 2015-03-06 at 17:37 +0100, Florian Westphal wrote: > > > > > > I did performance measurements in the following way: > > > >  > > > > Removed those pieces of the packet pipeline that I don't necessarily > > > > need one-by-one.  Then

Re: [RFC PATCH v2] bridge: make it possible for packets to traverse the bridge without hitting netfilter

David Woodhouse wrote: > > > On Fri, 2015-03-06 at 17:37 +0100, Florian Westphal wrote: > > > > > > I did performance measurements in the following way: > > > >  > > > > Removed those pieces of the packet pipeline that I don't necessarily > > > > need one-by-one.  Then measured their effect on

[PATCH] ASoC: da7219: Add common clock usage for providing DAI clks

There is a need to use DA7219 as DAI clock master for other codecs within a system, which means that the DAI clocks are required to remain, regardless of whether the codec is actually running playback/capture. To be able to expose control of the DAI clocking the common clock framework has been

[PATCH] ASoC: da7219: Add common clock usage for providing DAI clks

There is a need to use DA7219 as DAI clock master for other codecs within a system, which means that the DAI clocks are required to remain, regardless of whether the codec is actually running playback/capture. To be able to expose control of the DAI clocking the common clock framework has been

Re: [PATCH net-next] modules: allow modprobe load regular elf binaries

On Fri, Mar 9, 2018 at 3:39 PM, Alexei Starovoitov wrote: > On 3/9/18 7:16 AM, Andy Lutomirski wrote: On Mar 8, 2018, at 9:08 PM, Alexei Starovoitov wrote: On 3/8/18 7:54 PM, Andy Lutomirski wrote: > On Mar 8, 2018, at 7:06 PM,

Re: [PATCH net-next] modules: allow modprobe load regular elf binaries

On Fri, Mar 9, 2018 at 3:39 PM, Alexei Starovoitov wrote: > On 3/9/18 7:16 AM, Andy Lutomirski wrote: On Mar 8, 2018, at 9:08 PM, Alexei Starovoitov wrote: On 3/8/18 7:54 PM, Andy Lutomirski wrote: > On Mar 8, 2018, at 7:06 PM, Linus Torvalds > wrote:

[PATCH v2 0/4] mfd/tps65910: Adjustments for four function implementations

From: Markus Elfring A few update suggestions were taken into account from static source code analysis. Markus Elfring (4): Delete an error message for a failed memory allocation in tps65910_parse_dt() Delete an unnecessary variable initialisation in four

[PATCH v2 0/4] mfd/tps65910: Adjustments for four function implementations

From: Markus Elfring A few update suggestions were taken into account from static source code analysis. Markus Elfring (4): Delete an error message for a failed memory allocation in tps65910_parse_dt() Delete an unnecessary variable initialisation in four functions Delete an unnecessary

[PATCH v2 10/17] mfd: tps6586x: Delete an error message for a failed memory allocation in tps6586x_parse_dt()

From: Markus Elfring Date: Thu, 8 Mar 2018 15:30:54 +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 --- v2: Lee

[PATCH v2 10/17] mfd: tps6586x: Delete an error message for a failed memory allocation in tps6586x_parse_dt()

From: Markus Elfring Date: Thu, 8 Mar 2018 15:30:54 +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 --- v2: Lee Jones requested a resend for this patch. The change was

Re: [PATCH 7/7] RCU, workqueue: Implement rcu_work

Hello, On Thu, Mar 08, 2018 at 08:29:53AM +0800, Lai Jiangshan wrote: > I mentioned a subtle use case that user would think it is supported > since the comment doesn't disallow it. > > It is clear that the user expects >the work must be called at least once after the API returns >the

Re: [PATCH 7/7] RCU, workqueue: Implement rcu_work

Hello, On Thu, Mar 08, 2018 at 08:29:53AM +0800, Lai Jiangshan wrote: > I mentioned a subtle use case that user would think it is supported > since the comment doesn't disallow it. > > It is clear that the user expects >the work must be called at least once after the API returns >the

[PATCH v2 09/17] mfd: tps65090: Delete an error message for a failed memory allocation in tps65090_i2c_probe()

From: Markus Elfring Date: Thu, 8 Mar 2018 15:25:58 +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 --- v2: Lee

[PATCH v2 09/17] mfd: tps65090: Delete an error message for a failed memory allocation in tps65090_i2c_probe()

From: Markus Elfring Date: Thu, 8 Mar 2018 15:25:58 +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 --- v2: Lee Jones requested a resend for this patch. The change was

Re: [PATCH v3 2/2] power: reset: gpio-poweroff: Support for timeout from device property

Hi, On Thu, Feb 22, 2018 at 03:17:14PM -0800, Moritz Fischer wrote: > Add support for reading a timeout value from device property. > Fall back to previous default of 3s if nothing is specified. > > Signed-off-by: Moritz Fischer > --- Thanks, both queued. -- Sebastian >

Re: [PATCH v3 2/2] power: reset: gpio-poweroff: Support for timeout from device property

Hi, On Thu, Feb 22, 2018 at 03:17:14PM -0800, Moritz Fischer wrote: > Add support for reading a timeout value from device property. > Fall back to previous default of 3s if nothing is specified. > > Signed-off-by: Moritz Fischer > --- Thanks, both queued. -- Sebastian > Changes from v2: > -

[PATCH v2 08/17] mfd: ti_am335x_tscadc: Delete an error message for a failed memory allocation in ti_tscadc_probe()

From: Markus Elfring Date: Thu, 8 Mar 2018 15:15:51 +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 --- v2: Lee

[PATCH v2 08/17] mfd: ti_am335x_tscadc: Delete an error message for a failed memory allocation in ti_tscadc_probe()

From: Markus Elfring Date: Thu, 8 Mar 2018 15:15:51 +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 --- v2: Lee Jones requested a resend for this patch. The change was

<    9   10   11   12   13   14   15   16   17   18   >