[PATCH 0/2] 9p/trans_virtio: handle request cancellation

The 9p protocol mostly relies on a request/reply dialog between the client and the server. A notable exception to this rule is request cancellation (ie, flush in 9p wording): when the client requests an in-flight request to be flushed, the server should only reply to the flush request and not to

[PATCH 0/2] 9p/trans_virtio: handle request cancellation

The 9p protocol mostly relies on a request/reply dialog between the client and the server. A notable exception to this rule is request cancellation (ie, flush in 9p wording): when the client requests an in-flight request to be flushed, the server should only reply to the flush request and not to

Re: [PATCH v3 net-next 0/5] replace tcp_set_state tracepoint with inet_sock_set_state

From: Yafang Shao Date: Wed, 20 Dec 2017 11:12:49 +0800 > According to the discussion in the mail thread > https://patchwork.kernel.org/patch/10099243/, > tcp_set_state tracepoint is renamed to inet_sock_set_state tracepoint and is > moved to include/trace/events/sock.h. >

Re: [PATCH v3 net-next 0/5] replace tcp_set_state tracepoint with inet_sock_set_state

From: Yafang Shao Date: Wed, 20 Dec 2017 11:12:49 +0800 > According to the discussion in the mail thread > https://patchwork.kernel.org/patch/10099243/, > tcp_set_state tracepoint is renamed to inet_sock_set_state tracepoint and is > moved to include/trace/events/sock.h. > > With this new

Re: [PATCH] drm/tegra: fix non-debugfs builds

On Mon, Dec 18, 2017 at 02:44:46PM +0100, Arnd Bergmann wrote: > The new debugfs registration fails to build when CONFIG_DEBUGFS is > disabled, because the drm_crtc structure is lacking a member in that > configuration: > > drivers/gpu/drm/tegra/dc.c: In function 'tegra_dc_late_register': >

Re: [PATCH] drm/tegra: fix non-debugfs builds

On Mon, Dec 18, 2017 at 02:44:46PM +0100, Arnd Bergmann wrote: > The new debugfs registration fails to build when CONFIG_DEBUGFS is > disabled, because the drm_crtc structure is lacking a member in that > configuration: > > drivers/gpu/drm/tegra/dc.c: In function 'tegra_dc_late_register': >

Re: [PATCH v1] usb: chipidea: tegra: Use aligned DMA on Tegra30

On Tue, Dec 19, 2017 at 05:58:07AM +0300, Dmitry Osipenko wrote: > USB Ethernet gadget now works on Tegra30. > > Signed-off-by: Dmitry Osipenko > --- > drivers/usb/chipidea/ci_hdrc_tegra.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) Acked-by: Thierry Reding

Re: [PATCH v1] usb: chipidea: tegra: Use aligned DMA on Tegra30

On Tue, Dec 19, 2017 at 05:58:07AM +0300, Dmitry Osipenko wrote: > USB Ethernet gadget now works on Tegra30. > > Signed-off-by: Dmitry Osipenko > --- > drivers/usb/chipidea/ci_hdrc_tegra.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) Acked-by: Thierry Reding signature.asc

Re: [PATCH v3,net-next 2/2] ip6_gre: fix potential memory leak in ip6erspan_rcv

From: Haishuang Yan Date: Wed, 20 Dec 2017 10:07:01 +0800 > If md is NULL, tun_dst must be freed, otherwise it will cause memory > leak. > > Fixes: ef7baf5e083c ("ip6_gre: add ip6 erspan collect_md mode") > Cc: William Tu > Signed-off-by:

Re: [PATCH v3,net-next 2/2] ip6_gre: fix potential memory leak in ip6erspan_rcv

From: Haishuang Yan Date: Wed, 20 Dec 2017 10:07:01 +0800 > If md is NULL, tun_dst must be freed, otherwise it will cause memory > leak. > > Fixes: ef7baf5e083c ("ip6_gre: add ip6 erspan collect_md mode") > Cc: William Tu > Signed-off-by: Haishuang Yan Applied. > @@ -550,8 +550,10 @@ static

Re: [PATCH v3,net-next 1/2] ip_gre: fix potential memory leak in erspan_rcv

From: Haishuang Yan Date: Wed, 20 Dec 2017 10:07:00 +0800 > If md is NULL, tun_dst must be freed, otherwise it will cause memory > leak. > > Fixes: 1a66a836da6 ("gre: add collect_md mode to ERSPAN tunnel") > Cc: William Tu > Signed-off-by:

Re: [PATCH v3,net-next 1/2] ip_gre: fix potential memory leak in erspan_rcv

From: Haishuang Yan Date: Wed, 20 Dec 2017 10:07:00 +0800 > If md is NULL, tun_dst must be freed, otherwise it will cause memory > leak. > > Fixes: 1a66a836da6 ("gre: add collect_md mode to ERSPAN tunnel") > Cc: William Tu > Signed-off-by: Haishuang Yan Applied.

Re: [PATCH v2 2/3] dt-bindings: PCI: dra7xx: Add properties to enable x2 lane in dra7

On Tue, Dec 19, 2017 at 02:28:22PM +0530, Kishon Vijay Abraham I wrote: > Add syscon properties required for configuring PCIe in x2 lane mode. > > Signed-off-by: Kishon Vijay Abraham I > Signed-off-by: Sekhar Nori > --- >

Re: [PATCH v2 2/3] dt-bindings: PCI: dra7xx: Add properties to enable x2 lane in dra7

On Tue, Dec 19, 2017 at 02:28:22PM +0530, Kishon Vijay Abraham I wrote: > Add syscon properties required for configuring PCIe in x2 lane mode. > > Signed-off-by: Kishon Vijay Abraham I > Signed-off-by: Sekhar Nori > --- > Documentation/devicetree/bindings/pci/ti-pci.txt | 6 ++ > 1 file

Re: [PATCH 1/4] tpm: fix access attempt to an already unmapped I/O memory region

On Wed, Dec 20, 2017 at 07:21:31PM +0100, Javier Martinez Canillas wrote: > > The below draft fixes everything except #1. That needs a more thoughtful > > idea.. > > > > I'll just drop this patch from the series and you can fix all the issues in > the error / driver removal paths. It's not a

Re: [PATCH 1/4] tpm: fix access attempt to an already unmapped I/O memory region

On Wed, Dec 20, 2017 at 07:21:31PM +0100, Javier Martinez Canillas wrote: > > The below draft fixes everything except #1. That needs a more thoughtful > > idea.. > > > > I'll just drop this patch from the series and you can fix all the issues in > the error / driver removal paths. It's not a

Re: [PATCH 1/2] Revert "Bluetooth: btusb: fix QCA Rome suspend/resume"

On Wed, Dec 20, 2017 at 07:00:07PM +0800, Kai-Heng Feng wrote: > This reverts commit fd865802c66bc451dc515ed89360f84376ce1a56. > > This commit causes a regression on some QCA ROME chips. The USB device > reset happens in btusb_open(), hence firmware loading gets interrupted. Oh, did you really

Re: [PATCH 1/2] Revert "Bluetooth: btusb: fix QCA Rome suspend/resume"

On Wed, Dec 20, 2017 at 07:00:07PM +0800, Kai-Heng Feng wrote: > This reverts commit fd865802c66bc451dc515ed89360f84376ce1a56. > > This commit causes a regression on some QCA ROME chips. The USB device > reset happens in btusb_open(), hence firmware loading gets interrupted. Oh, did you really

Re: [PATCH] clk: fix spin_lock/unlock imbalance on bad clk_enable() reentrancy

On 12/19/2017 04:29 PM, Michael Turquette wrote: Hi David, Quoting David Lechner (2017-12-15 08:29:56) On 12/12/2017 10:14 PM, David Lechner wrote: On 12/12/2017 05:43 PM, David Lechner wrote: If clk_enable() is called in reentrant way and spin_trylock_irqsave() is not working as expected,

Re: [PATCH] clk: fix spin_lock/unlock imbalance on bad clk_enable() reentrancy

On 12/19/2017 04:29 PM, Michael Turquette wrote: Hi David, Quoting David Lechner (2017-12-15 08:29:56) On 12/12/2017 10:14 PM, David Lechner wrote: On 12/12/2017 05:43 PM, David Lechner wrote: If clk_enable() is called in reentrant way and spin_trylock_irqsave() is not working as expected,

Re: [PATCH v3,net-next 2/2] ip6_gre: fix error path when ip6erspan_rcv failed

From: Haishuang Yan Date: Wed, 20 Dec 2017 10:21:47 +0800 > Same as ipv4 code, when ip6erspan_rcv call return PACKET_REJECT, we > should call icmpv6_send to send icmp unreachable message in error path. > > Fixes: 5a963eb61b7c ("ip6_gre: Add ERSPAN native

Re: [PATCH v3,net-next 1/2] ip_gre: fix error path when erspan_rcv failed

From: Haishuang Yan Date: Wed, 20 Dec 2017 10:21:46 +0800 > When erspan_rcv call return PACKET_REJECT, we shoudn't call ipgre_rcv to > process packets again, instead send icmp unreachable message in error > path. > > Fixes: 84e54fe0a5ea ("gre: introduce native

Re: [PATCH v3,net-next 2/2] ip6_gre: fix error path when ip6erspan_rcv failed

From: Haishuang Yan Date: Wed, 20 Dec 2017 10:21:47 +0800 > Same as ipv4 code, when ip6erspan_rcv call return PACKET_REJECT, we > should call icmpv6_send to send icmp unreachable message in error path. > > Fixes: 5a963eb61b7c ("ip6_gre: Add ERSPAN native tunnel support") > Acked-by: William Tu

Re: [PATCH v3,net-next 1/2] ip_gre: fix error path when erspan_rcv failed

From: Haishuang Yan Date: Wed, 20 Dec 2017 10:21:46 +0800 > When erspan_rcv call return PACKET_REJECT, we shoudn't call ipgre_rcv to > process packets again, instead send icmp unreachable message in error > path. > > Fixes: 84e54fe0a5ea ("gre: introduce native tunnel support for ERSPAN") >

Re: [PATCH v3,net-next] ip6_gre: fix a pontential issue in ip6erspan_rcv

From: Haishuang Yan Date: Wed, 20 Dec 2017 09:53:19 +0800 > pskb_may_pull() can change skb->data, so we need to load ipv6h/ershdr at > the right place. > > Fixes: 5a963eb61b7c ("ip6_gre: Add ERSPAN native tunnel support") > Cc: William Tu

Re: [PATCH v3,net-next] ip6_gre: fix a pontential issue in ip6erspan_rcv

From: Haishuang Yan Date: Wed, 20 Dec 2017 09:53:19 +0800 > pskb_may_pull() can change skb->data, so we need to load ipv6h/ershdr at > the right place. > > Fixes: 5a963eb61b7c ("ip6_gre: Add ERSPAN native tunnel support") > Cc: William Tu > Acked-by: William Tu > Signed-off-by: Haishuang Yan

Re: [PATCH v3 2/6] media: dt: bindings: Update binding documentation for sunxi IR controller

On Tue, Dec 19, 2017 at 09:07:43AM +0100, Philipp Rossak wrote: > This patch updates documentation for Device-Tree bindings for sunxi IR > controller and adds the new optional property for the base clock > frequency. > > Signed-off-by: Philipp Rossak > --- >

Re: [PATCH v3 2/6] media: dt: bindings: Update binding documentation for sunxi IR controller

On Tue, Dec 19, 2017 at 09:07:43AM +0100, Philipp Rossak wrote: > This patch updates documentation for Device-Tree bindings for sunxi IR > controller and adds the new optional property for the base clock > frequency. > > Signed-off-by: Philipp Rossak > --- >

Re: [PATCH 1/3] dt-bindings: i2c: Add MediaTek MT2712 i2c binding

On Tue, Dec 19, 2017 at 02:51:01PM +0800, Jun Gao wrote: > From: Jun Gao > > Add MT2712 i2c binding to binding file. Compare to MT8173 i2c > controller, MT2712 has timing adjust registers which can adjust > the internal divider of i2c source clock, SCL duty cycle, SCL >

Re: [PATCH 1/3] dt-bindings: i2c: Add MediaTek MT2712 i2c binding

On Tue, Dec 19, 2017 at 02:51:01PM +0800, Jun Gao wrote: > From: Jun Gao > > Add MT2712 i2c binding to binding file. Compare to MT8173 i2c > controller, MT2712 has timing adjust registers which can adjust > the internal divider of i2c source clock, SCL duty cycle, SCL > compare point,

Re: [PATCH 2/2] input - leds: fix input_led_disconnect path

On Wed, Dec 20, 2017 at 7:20 PM, Dmitry Torokhov wrote: > On Wed, Dec 20, 2017 at 9:11 AM, Benjamin Tissoires > wrote: >> On Sat, Dec 16, 2017 at 1:48 AM, Dmitry Torokhov >> wrote: >>> Hi Benjamin, >>> >>> On

Re: [PATCH 2/2] input - leds: fix input_led_disconnect path

On Wed, Dec 20, 2017 at 7:20 PM, Dmitry Torokhov wrote: > On Wed, Dec 20, 2017 at 9:11 AM, Benjamin Tissoires > wrote: >> On Sat, Dec 16, 2017 at 1:48 AM, Dmitry Torokhov >> wrote: >>> Hi Benjamin, >>> >>> On Thu, Dec 14, 2017 at 02:25:22PM +0100, Benjamin Tissoires wrote: Before

Re: [PATCH 0/4] tpm: fix PS/2 devices not working on Braswell systems due CLKRUN enabled

On 12/20/2017 06:44 PM, Jason Gunthorpe wrote: > On Wed, Dec 20, 2017 at 05:45:16PM +0100, Javier Martinez Canillas wrote: > >> CHP51 says "LPC Clock Control Using the LPC_CLKRUN# May Not Behave As >> Expected" >> and that the implication is that "The SoC may prevent a peripheral device >> from

Re: [PATCH 0/4] tpm: fix PS/2 devices not working on Braswell systems due CLKRUN enabled

On 12/20/2017 06:44 PM, Jason Gunthorpe wrote: > On Wed, Dec 20, 2017 at 05:45:16PM +0100, Javier Martinez Canillas wrote: > >> CHP51 says "LPC Clock Control Using the LPC_CLKRUN# May Not Behave As >> Expected" >> and that the implication is that "The SoC may prevent a peripheral device >> from

Re: [RFC PATCH net-next] tools/bpf: fix build with binutils >= 2.28

On Tue, Dec 19, 2017 at 04:22:51PM +, Quentin Monnet wrote: > 2017-12-19 16:10 UTC+ ~ Roman Gushchin > > On Tue, Dec 19, 2017 at 03:57:02PM +, Quentin Monnet wrote: > >> Hi Roman, thanks for working on this! > >> > >> > >> I discussed this issue with Jakub recently, and

Re: [RFC PATCH net-next] tools/bpf: fix build with binutils >= 2.28

On Tue, Dec 19, 2017 at 04:22:51PM +, Quentin Monnet wrote: > 2017-12-19 16:10 UTC+ ~ Roman Gushchin > > On Tue, Dec 19, 2017 at 03:57:02PM +, Quentin Monnet wrote: > >> Hi Roman, thanks for working on this! > >> > >> > >> I discussed this issue with Jakub recently, and one suggestion

Re: [PATCH 1/6] dt-bindings: soc: qcom: Add label for GLINK bindings

On Mon, Dec 18, 2017 at 02:02:09PM -0800, Chris Lew wrote: > Add a label property to identify the edge this node represents. Why does a user need to know this? > > Signed-off-by: Chris Lew > --- > Documentation/devicetree/bindings/soc/qcom/qcom,glink.txt | 5 + > 1

Re: [PATCH 1/6] dt-bindings: soc: qcom: Add label for GLINK bindings

On Mon, Dec 18, 2017 at 02:02:09PM -0800, Chris Lew wrote: > Add a label property to identify the edge this node represents. Why does a user need to know this? > > Signed-off-by: Chris Lew > --- > Documentation/devicetree/bindings/soc/qcom/qcom,glink.txt | 5 + > 1 file changed, 5

Re: [PATCH v5 4/6] dt: bindings: lp8860: Add trigger binding to the lp8860

On Mon, Dec 18, 2017 at 02:23:05PM -0600, Dan Murphy wrote: > Add a default trigger optional node to the child node. > This will allow the driver to set the trigger for a backlight. > > Signed-off-by: Dan Murphy > --- > > v5 - No changes > > v4 - No changes > v3 - Removed

Re: [PATCH v5 4/6] dt: bindings: lp8860: Add trigger binding to the lp8860

On Mon, Dec 18, 2017 at 02:23:05PM -0600, Dan Murphy wrote: > Add a default trigger optional node to the child node. > This will allow the driver to set the trigger for a backlight. > > Signed-off-by: Dan Murphy > --- > > v5 - No changes > > v4 - No changes > v3 - Removed optional and rebased

Re: [PATCH v5 2/6] dt: bindings: lp8860: Update DT label binding

On Mon, Dec 18, 2017 at 02:23:03PM -0600, Dan Murphy wrote: > Update the lp8860 label binding to the LED > standard as documented in > > Documentation/devicetree/bindings/leds/common.txt > > Signed-off-by: Dan Murphy > --- > > v5 - Renamed label to just white:backlight - >

Re: [PATCH v5 2/6] dt: bindings: lp8860: Update DT label binding

On Mon, Dec 18, 2017 at 02:23:03PM -0600, Dan Murphy wrote: > Update the lp8860 label binding to the LED > standard as documented in > > Documentation/devicetree/bindings/leds/common.txt > > Signed-off-by: Dan Murphy > --- > > v5 - Renamed label to just white:backlight - >

Re: [PATCH 2/4] tpm: delete the TPM_TIS_CLK_ENABLE flag

On 12/20/2017 07:10 PM, Jason Gunthorpe wrote: > On Wed, Dec 20, 2017 at 03:19:19PM +, Shaikh, Azhar wrote: >>> This flag is only used to warn if CLKRUN_EN wasn't disabled on Braswell >>> systems, but the only way this can happen is if the code is not correct. >>> >>> So it's an unnecessary

Re: [PATCH 2/4] tpm: delete the TPM_TIS_CLK_ENABLE flag

On 12/20/2017 07:10 PM, Jason Gunthorpe wrote: > On Wed, Dec 20, 2017 at 03:19:19PM +, Shaikh, Azhar wrote: >>> This flag is only used to warn if CLKRUN_EN wasn't disabled on Braswell >>> systems, but the only way this can happen is if the code is not correct. >>> >>> So it's an unnecessary

Re: proc_flush_task oops

Dave Jones writes: > On Tue, Dec 19, 2017 at 07:54:24PM -0600, Eric W. Biederman wrote: > > > > *Scratches my head* I am not seeing anything obvious. > > > > Can you try this patch as you reproduce this issue? > > > > diff --git a/kernel/pid.c b/kernel/pid.c > >

Re: proc_flush_task oops

Dave Jones writes: > On Tue, Dec 19, 2017 at 07:54:24PM -0600, Eric W. Biederman wrote: > > > > *Scratches my head* I am not seeing anything obvious. > > > > Can you try this patch as you reproduce this issue? > > > > diff --git a/kernel/pid.c b/kernel/pid.c > > index

Re: [PATCH V2 4/9] devicetree: bindings: stm32: add support of STM32MP157

On Mon, Dec 18, 2017 at 04:17:47PM +0100, Ludovic Barre wrote: > From: Ludovic Barre > > This patch adds STM32MP157 SoC bindings. > > Signed-off-by: Ludovic Barre > --- > Documentation/devicetree/bindings/arm/stm32.txt | 1 + > 1 file changed, 1

Re: [PATCH V2 4/9] devicetree: bindings: stm32: add support of STM32MP157

On Mon, Dec 18, 2017 at 04:17:47PM +0100, Ludovic Barre wrote: > From: Ludovic Barre > > This patch adds STM32MP157 SoC bindings. > > Signed-off-by: Ludovic Barre > --- > Documentation/devicetree/bindings/arm/stm32.txt | 1 + > 1 file changed, 1 insertion(+) "dt-bindings: ..." is the

[PATCH 2/2] 9p/trans_virtio: implement cancelled callback

When 9p requests are successfully flushed, we must manually move the associated buffers to the virtqueue freelist, since the server doesn't send a reply. Signed-off-by: Greg Kurz --- net/9p/trans_virtio.c | 18 ++ 1 file changed, 18 insertions(+) diff --git

[PATCH 2/2] 9p/trans_virtio: implement cancelled callback

When 9p requests are successfully flushed, we must manually move the associated buffers to the virtqueue freelist, since the server doesn't send a reply. Signed-off-by: Greg Kurz --- net/9p/trans_virtio.c | 18 ++ 1 file changed, 18 insertions(+) diff --git

Re: [PATCH 1/4] tpm: fix access attempt to an already unmapped I/O memory region

On 12/20/2017 07:08 PM, Jason Gunthorpe wrote: > On Wed, Dec 20, 2017 at 12:35:35PM +0100, Javier Martinez Canillas wrote: >> The driver maps the I/O memory address to control the LPC bus CLKRUN_EN, >> but on the error path the memory is accessed by the .clk_enable handler >> after this was

Re: [PATCH 1/4] tpm: fix access attempt to an already unmapped I/O memory region

On 12/20/2017 07:08 PM, Jason Gunthorpe wrote: > On Wed, Dec 20, 2017 at 12:35:35PM +0100, Javier Martinez Canillas wrote: >> The driver maps the I/O memory address to control the LPC bus CLKRUN_EN, >> but on the error path the memory is accessed by the .clk_enable handler >> after this was

[PATCH 1/2] drm/rockchip: Don't use atomic constructs for psr

From: Sean Paul Instead of using timer and spinlocks, use delayed_work and mutexes for rockchip psr. This allows us to make blocking calls when enabling/disabling psr (which is sort of important given we're talking over dpcd to the display). Signed-off-by: Sean Paul

[PATCH 1/2] drm/rockchip: Don't use atomic constructs for psr

From: Sean Paul Instead of using timer and spinlocks, use delayed_work and mutexes for rockchip psr. This allows us to make blocking calls when enabling/disabling psr (which is sort of important given we're talking over dpcd to the display). Signed-off-by: Sean Paul Signed-off-by: Enric

[PATCH 0/2] drm/rockchip: Fix sleeping function called from invalid context

Dear all, After enable the debug option to check sleep inside atomic section I got lots of messages from the drm/rockchip driver using current 4.15-rc4 BUG: sleeping function called from invalid context at kernel/locking/mutex.c:238 in_atomic(): 1, irqs_disabled(): 128, pid: 3457, name: Xorg

[PATCH 0/2] drm/rockchip: Fix sleeping function called from invalid context

Dear all, After enable the debug option to check sleep inside atomic section I got lots of messages from the drm/rockchip driver using current 4.15-rc4 BUG: sleeping function called from invalid context at kernel/locking/mutex.c:238 in_atomic(): 1, irqs_disabled(): 128, pid: 3457, name: Xorg

[PATCH 2/2] drm/rockchip: Remove analogix psr worker.

From: Sean Paul Now that the spinlocks and timers are gone, we can remove the psr worker located in rockchip's analogix driver and do the enable/disable directly. This should simplify the code and remove races on disable. Signed-off-by: Sean Paul

[PATCH 2/2] drm/rockchip: Remove analogix psr worker.

From: Sean Paul Now that the spinlocks and timers are gone, we can remove the psr worker located in rockchip's analogix driver and do the enable/disable directly. This should simplify the code and remove races on disable. Signed-off-by: Sean Paul Signed-off-by: Enric Balletbo i Serra ---

Re: [PATCH 2/2] input - leds: fix input_led_disconnect path

On Wed, Dec 20, 2017 at 9:11 AM, Benjamin Tissoires wrote: > On Sat, Dec 16, 2017 at 1:48 AM, Dmitry Torokhov > wrote: >> Hi Benjamin, >> >> On Thu, Dec 14, 2017 at 02:25:22PM +0100, Benjamin Tissoires wrote: >>> Before unregistering the

Re: [PATCH 2/2] input - leds: fix input_led_disconnect path

On Wed, Dec 20, 2017 at 9:11 AM, Benjamin Tissoires wrote: > On Sat, Dec 16, 2017 at 1:48 AM, Dmitry Torokhov > wrote: >> Hi Benjamin, >> >> On Thu, Dec 14, 2017 at 02:25:22PM +0100, Benjamin Tissoires wrote: >>> Before unregistering the led classes, we have to be sure there is no >>> more

[PATCH] crypto: stm32 - Use standard CONFIG name

All hardware crypto devices have their CONFIG names using the following convention: CRYPTO_DEV_name_algo This patch apply this conventions on STM32 CONFIG names. Signed-off-by: Corentin Labbe --- drivers/crypto/stm32/Kconfig | 6 +++--- drivers/crypto/stm32/Makefile | 6

[PATCH] crypto: stm32 - Use standard CONFIG name

All hardware crypto devices have their CONFIG names using the following convention: CRYPTO_DEV_name_algo This patch apply this conventions on STM32 CONFIG names. Signed-off-by: Corentin Labbe --- drivers/crypto/stm32/Kconfig | 6 +++--- drivers/crypto/stm32/Makefile | 6 +++--- 2 files

Re: [PATCH v3 0/3] create sysfs representation of ACPI HMAT

On Mon, Dec 18, 2017 at 01:35:47PM -0700, Ross Zwisler wrote: > What I'm hoping to do with this series is to just provide a sysfs > representation of the HMAT so that applications can know which NUMA nodes to > select with existing utilities like numactl. This series does not currently > alter

Re: [PATCH v3 0/3] create sysfs representation of ACPI HMAT

On Mon, Dec 18, 2017 at 01:35:47PM -0700, Ross Zwisler wrote: > What I'm hoping to do with this series is to just provide a sysfs > representation of the HMAT so that applications can know which NUMA nodes to > select with existing utilities like numactl. This series does not currently > alter

Re: [PATCH 2/4] sched: cpufreq: Keep track of cpufreq utilization update flags

On Wed, Dec 20, 2017 at 06:27:17PM +0100, Juri Lelli wrote: > Thanks Peter for taking the patches. I was actually waiting for the flag > thing to be resolved to post again. :/ Yeah, I took them because it made sorting that easier, n/p.

Re: [PATCH 2/4] sched: cpufreq: Keep track of cpufreq utilization update flags

On Wed, Dec 20, 2017 at 06:27:17PM +0100, Juri Lelli wrote: > Thanks Peter for taking the patches. I was actually waiting for the flag > thing to be resolved to post again. :/ Yeah, I took them because it made sorting that easier, n/p.

Re: [PATCH 1/2] mm/memcg: try harder to decrease [memory,memsw].limit_in_bytes

On Wed, Dec 20, 2017 at 3:34 AM, Michal Hocko wrote: > On Wed 20-12-17 14:32:19, Andrey Ryabinin wrote: >> On 12/20/2017 01:33 PM, Michal Hocko wrote: >> > On Wed 20-12-17 13:24:28, Andrey Ryabinin wrote: >> >> mem_cgroup_resize_[memsw]_limit() tries to free only 32

[PATCH] staging: ccree: fix __dump_byte_array() declaration mismatch

This patch corrects the type of the size argument in __dump_byte_array() from unsigned long to size_t as done only in drivers/staging/ccree/ssi_driver.c This fix also a build error: drivers/staging/ccree/ssi_driver.c:82:6: error: conflicting types for '__dump_byte_array' Fixes: 3f268f5d6669

Re: [PATCH v3 0/6] cpufreq: schedutil: fixes for flags updates

On Wed, Dec 20, 2017 at 06:38:14PM +0100, Juri Lelli wrote: > On 20/12/17 16:30, Peter Zijlstra wrote: > > [...] > > > @@ -327,12 +331,7 @@ static unsigned int sugov_next_freq_shar > > if (delta_ns > TICK_NSEC) { > > j_sg_cpu->iowait_boost = 0; > >

Re: [PATCH 1/2] mm/memcg: try harder to decrease [memory,memsw].limit_in_bytes

On Wed, Dec 20, 2017 at 3:34 AM, Michal Hocko wrote: > On Wed 20-12-17 14:32:19, Andrey Ryabinin wrote: >> On 12/20/2017 01:33 PM, Michal Hocko wrote: >> > On Wed 20-12-17 13:24:28, Andrey Ryabinin wrote: >> >> mem_cgroup_resize_[memsw]_limit() tries to free only 32 (SWAP_CLUSTER_MAX) >> >> pages

[PATCH] staging: ccree: fix __dump_byte_array() declaration mismatch

This patch corrects the type of the size argument in __dump_byte_array() from unsigned long to size_t as done only in drivers/staging/ccree/ssi_driver.c This fix also a build error: drivers/staging/ccree/ssi_driver.c:82:6: error: conflicting types for '__dump_byte_array' Fixes: 3f268f5d6669

Re: [PATCH v3 0/6] cpufreq: schedutil: fixes for flags updates

On Wed, Dec 20, 2017 at 06:38:14PM +0100, Juri Lelli wrote: > On 20/12/17 16:30, Peter Zijlstra wrote: > > [...] > > > @@ -327,12 +331,7 @@ static unsigned int sugov_next_freq_shar > > if (delta_ns > TICK_NSEC) { > > j_sg_cpu->iowait_boost = 0; > >

Re: [PATCH v4 11/16] dt-bindings: Document the Rockchip MIPI RX D-PHY bindings

On Mon, Dec 18, 2017 at 08:14:40PM +0800, Jacob Chen wrote: > From: Jacob Chen > > Add DT bindings documentation for Rockchip MIPI D-PHY RX > > Signed-off-by: Jacob Chen > --- > .../bindings/media/rockchip-mipi-dphy.txt | 88 >

Re: [PATCH v4 11/16] dt-bindings: Document the Rockchip MIPI RX D-PHY bindings

On Mon, Dec 18, 2017 at 08:14:40PM +0800, Jacob Chen wrote: > From: Jacob Chen > > Add DT bindings documentation for Rockchip MIPI D-PHY RX > > Signed-off-by: Jacob Chen > --- > .../bindings/media/rockchip-mipi-dphy.txt | 88 > ++ > 1 file changed, 88

Re: [RFC PATCH v2 1/1] drm/tegra: sor: Fix hang on tegra124 due to NULL clk_out

On Wed, Dec 20, 2017 at 11:32:23AM +, Guillaume Tucker wrote: > When neither HDMI nor DP is supported such as on the tegra124, the > sor->clk_out is not initialised and remains NULL. In this case, the > parent clock can't be assigned to it so revert to the previous > behaviour of assigning it

Re: [PATCH v4 10/16] dt-bindings: Document the Rockchip ISP1 bindings

On Mon, Dec 18, 2017 at 08:14:39PM +0800, Jacob Chen wrote: > From: Jacob Chen > > Add DT bindings documentation for Rockchip ISP1 > > Signed-off-by: Jacob Chen > --- > .../devicetree/bindings/media/rockchip-isp1.txt| 69 >

Re: [RFC PATCH v2 1/1] drm/tegra: sor: Fix hang on tegra124 due to NULL clk_out

On Wed, Dec 20, 2017 at 11:32:23AM +, Guillaume Tucker wrote: > When neither HDMI nor DP is supported such as on the tegra124, the > sor->clk_out is not initialised and remains NULL. In this case, the > parent clock can't be assigned to it so revert to the previous > behaviour of assigning it

Re: [PATCH v4 10/16] dt-bindings: Document the Rockchip ISP1 bindings

On Mon, Dec 18, 2017 at 08:14:39PM +0800, Jacob Chen wrote: > From: Jacob Chen > > Add DT bindings documentation for Rockchip ISP1 > > Signed-off-by: Jacob Chen > --- > .../devicetree/bindings/media/rockchip-isp1.txt| 69 > ++ > 1 file changed, 69 insertions(+) >

Re: [PATCH] kfree_rcu() should use the new kfree_bulk() interface for freeing rcu structures

On Tue, 19 Dec 2017 18:56:51 -0600 (CST) Christopher Lameter wrote: > On Tue, 19 Dec 2017, Rao Shoaib wrote: > > > > > mm/slab_common.c > > > It would be great to have separate patches so that we can review it > > > properly: > > > > > > 1. Move the code into slab_common.c > >

Re: [PATCH] kfree_rcu() should use the new kfree_bulk() interface for freeing rcu structures

On Tue, 19 Dec 2017 18:56:51 -0600 (CST) Christopher Lameter wrote: > On Tue, 19 Dec 2017, Rao Shoaib wrote: > > > > > mm/slab_common.c > > > It would be great to have separate patches so that we can review it > > > properly: > > > > > > 1. Move the code into slab_common.c > > > 2. The actual

[PATCH 03/18] trace-cmd: Move trace-cmd headers in include/trace-cmd

This patch moves trace-cmd.h and trace-hash.h in include/trace-cmd as part of a bigger restructuring plan of trace-cmd's code base. In this case, the new directory will be the "public headers" directory of the trace-cmd library. Signed-off-by: Vladislav Valtchev (VMware)

[PATCH 03/18] trace-cmd: Move trace-cmd headers in include/trace-cmd

This patch moves trace-cmd.h and trace-hash.h in include/trace-cmd as part of a bigger restructuring plan of trace-cmd's code base. In this case, the new directory will be the "public headers" directory of the trace-cmd library. Signed-off-by: Vladislav Valtchev (VMware) --- Makefile

Re: [PATCH v4 1/4] dt-bindings: rtc: add bindings for i.MX53 SRTC

On Mon, Dec 18, 2017 at 12:51:30PM +0100, linux-kernel-...@beckhoff.com wrote: > From: Patrick Bruenn > > Document the binding for i.MX53 SRTC implemented by rtc-mxc_v2 > > Signed-off-by: Patrick Bruenn Reviewed-by: Rob Herring

Re: [PATCH v4 1/4] dt-bindings: rtc: add bindings for i.MX53 SRTC

On Mon, Dec 18, 2017 at 12:51:30PM +0100, linux-kernel-...@beckhoff.com wrote: > From: Patrick Bruenn > > Document the binding for i.MX53 SRTC implemented by rtc-mxc_v2 > > Signed-off-by: Patrick Bruenn Reviewed-by: Rob Herring

[PATCH 02/18] trace-cmd: Move libtraceevent headers in include/traceevent

This patch moves event-parse.h and kbuffer.h in include/traceevent as part of a bigger restructuring plan of trace-cmd's code base. In this case, the new directory will be the "public headers" directory of the traceevent library. Signed-off-by: Vladislav Valtchev (VMware)

[PATCH 02/18] trace-cmd: Move libtraceevent headers in include/traceevent

This patch moves event-parse.h and kbuffer.h in include/traceevent as part of a bigger restructuring plan of trace-cmd's code base. In this case, the new directory will be the "public headers" directory of the traceevent library. Signed-off-by: Vladislav Valtchev (VMware) --- Makefile

[PATCH 07/18] trace-cmd: Move trace-hash-local.h in lib/trace-cmd/include

This patch moves trace-hash-local.h in lib/trace-cmd/include, as part of a bigger restructuring plan of trace-cmd's code base. In this case, the new directory in the "private headers" directory in the trace-cmd library. In the next step, the source files of that library will be moved in

[PATCH 06/18] trace-cmd: Move libtraceevent *.c files in lib/traceevent

This patch moves all the files belonging to the traceevent lib in a dedicated directory. The build system has been updated to support this by introducing a Makefile in lib/traceevent and by making the parent Makefile to run it with the classic recursive make approach. Signed-off-by: Vladislav

[PATCH 07/18] trace-cmd: Move trace-hash-local.h in lib/trace-cmd/include

This patch moves trace-hash-local.h in lib/trace-cmd/include, as part of a bigger restructuring plan of trace-cmd's code base. In this case, the new directory in the "private headers" directory in the trace-cmd library. In the next step, the source files of that library will be moved in

[PATCH 06/18] trace-cmd: Move libtraceevent *.c files in lib/traceevent

This patch moves all the files belonging to the traceevent lib in a dedicated directory. The build system has been updated to support this by introducing a Makefile in lib/traceevent and by making the parent Makefile to run it with the classic recursive make approach. Signed-off-by: Vladislav

[PATCH 08/18] trace-cmd: Move libtracecmd *.c files in lib/trace-cmd

This patch moves all the source files belonging to the trace-cmd library into the dedicated directory lib/trace-cmd. The build system has been updated to support this new directory structure by adding a dedicated Makefile in lib/trace-cmd and by making the parent Makefile to invoke it.

[PATCH 01/18] trace-cmd: Rename libparsevent to libtraceevent

This simple patch renames libparsevent to libtraceevent in order to trace-cmd to be consistent with the kernel. Signed-off-by: Vladislav Valtchev (VMware) --- Makefile | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/Makefile

[PATCH 01/18] trace-cmd: Rename libparsevent to libtraceevent

This simple patch renames libparsevent to libtraceevent in order to trace-cmd to be consistent with the kernel. Signed-off-by: Vladislav Valtchev (VMware) --- Makefile | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/Makefile b/Makefile index b7bb3cc..bd2d844

[PATCH 08/18] trace-cmd: Move libtracecmd *.c files in lib/trace-cmd

This patch moves all the source files belonging to the trace-cmd library into the dedicated directory lib/trace-cmd. The build system has been updated to support this new directory structure by adding a dedicated Makefile in lib/trace-cmd and by making the parent Makefile to invoke it.

[PATCH 10/18] trace-cmd: Move GUI *.c files in kernel-shark/

This patch moves all the source files belonging to the GUI (kernelshark, trace-view and trace-graph) into the dedicated directory kernel-shark/. The build system has been updated to support this new directory structure by adding a separate Makefile in kernel-shark/ and by making the parent

[PATCH 10/18] trace-cmd: Move GUI *.c files in kernel-shark/

This patch moves all the source files belonging to the GUI (kernelshark, trace-view and trace-graph) into the dedicated directory kernel-shark/. The build system has been updated to support this new directory structure by adding a separate Makefile in kernel-shark/ and by making the parent

Re: [PATCH v5 3/6] perf: implement pmu perf_kprobe

> On Dec 20, 2017, at 2:14 AM, Peter Zijlstra wrote: > > On Wed, Dec 20, 2017 at 11:03:01AM +0100, Peter Zijlstra wrote: >> On Wed, Dec 06, 2017 at 02:45:15PM -0800, Song Liu wrote: >>> @@ -8537,7 +8620,7 @@ static int perf_event_set_filter(struct perf_event >>> *event,

Re: [PATCH v5 3/6] perf: implement pmu perf_kprobe

> On Dec 20, 2017, at 2:14 AM, Peter Zijlstra wrote: > > On Wed, Dec 20, 2017 at 11:03:01AM +0100, Peter Zijlstra wrote: >> On Wed, Dec 06, 2017 at 02:45:15PM -0800, Song Liu wrote: >>> @@ -8537,7 +8620,7 @@ static int perf_event_set_filter(struct perf_event >>> *event, void __user *arg) >>>

Re: [PATCH 1/9] dt-bindings: ti-sysc: Update binding for timers and capabilities

On Sat, Dec 16, 2017 at 11:22:22AM -0800, Tony Lindgren wrote: > * Rob Herring [171216 18:33]: > > > Optional properties: > > > > > > +- ti,sysc-mask shall contain mask of supported register bits for the > > > + SYSCONFIG register as documented in the Technical

Re: [PATCH 1/9] dt-bindings: ti-sysc: Update binding for timers and capabilities

On Sat, Dec 16, 2017 at 11:22:22AM -0800, Tony Lindgren wrote: > * Rob Herring [171216 18:33]: > > > Optional properties: > > > > > > +- ti,sysc-mask shall contain mask of supported register bits for the > > > + SYSCONFIG register as documented in the Technical Reference > > > +

<    4   5   6   7   8   9   10   11   12   13   >