[PATCH v2] perf/core: Fix installing cgroup event into cpu

From: "leilei.lin" Do not install cgroup event into the CPU context if the cgroup is not running on this CPU While there is no task of cgroup running specified CPU, current kernel still install cgroup event into CPU context, that causes another cgroup event can't be

[PATCH v2] perf/core: Fix installing cgroup event into cpu

From: "leilei.lin" Do not install cgroup event into the CPU context if the cgroup is not running on this CPU While there is no task of cgroup running specified CPU, current kernel still install cgroup event into CPU context, that causes another cgroup event can't be installed into this CPU.

[PATCH v2] NTB: ntb_perf: fix cast to restricted __le32

Sparse is whining about the u32 and __le32 mixed usage in the driver drivers/ntb/test/ntb_perf.c:288:21: warning: cast to restricted __le32 drivers/ntb/test/ntb_perf.c:295:37: warning: incorrect type in argument 4 (different base types) drivers/ntb/test/ntb_perf.c:295:37:expected unsigned

[PATCH v2] NTB: ntb_perf: fix cast to restricted __le32

Sparse is whining about the u32 and __le32 mixed usage in the driver drivers/ntb/test/ntb_perf.c:288:21: warning: cast to restricted __le32 drivers/ntb/test/ntb_perf.c:295:37: warning: incorrect type in argument 4 (different base types) drivers/ntb/test/ntb_perf.c:295:37:expected unsigned

Re: perf stat: Add support to print counts for fixed times

On Wed, Jan 24, 2018 at 03:43:19AM +0100, ufo19890607 wrote: > From: yuzhoujian > > Hi Jirka > And how can you control the output for perf stat, if I don't want to use the > "sleep" workload, like some user programs. I want to check the "cycles" > for this program

Re: perf stat: Add support to print counts for fixed times

On Wed, Jan 24, 2018 at 03:43:19AM +0100, ufo19890607 wrote: > From: yuzhoujian > > Hi Jirka > And how can you control the output for perf stat, if I don't want to use the > "sleep" workload, like some user programs. I want to check the "cycles" > for this program when it just begin to run. >

Re: [PATCH 0/3] ftrace, orc, x86, tracing: Fix stack traces again

* Steven Rostedt wrote: > > With the new ORC unwinder, ftrace stack tracing became disfunctional. > > One was that ORC didn't know how to handle the ftrace callbacks in > general (which Josh fixed). The other was that ORC would just bail > if it hit a dynamically

Re: [PATCH 0/3] ftrace, orc, x86, tracing: Fix stack traces again

* Steven Rostedt wrote: > > With the new ORC unwinder, ftrace stack tracing became disfunctional. > > One was that ORC didn't know how to handle the ftrace callbacks in > general (which Josh fixed). The other was that ORC would just bail > if it hit a dynamically allocated trampoline. I added

Re: [PATCH AUTOSEL for 4.14 078/100] kmemleak: add scheduling point to kmemleak_scan()

Hi Sasha, There is a fix patch for this patch: 13ab183 mm/kmemleak.c: make cond_resched() rate-limiting more efficient So if this patch is backported to stable, maybe the above patch is also need to be backported too. Thanks Yisheng On 2018/1/24 12:15, Sasha Levin wrote: > From: Yisheng Xie

Re: [PATCH AUTOSEL for 4.14 078/100] kmemleak: add scheduling point to kmemleak_scan()

Hi Sasha, There is a fix patch for this patch: 13ab183 mm/kmemleak.c: make cond_resched() rate-limiting more efficient So if this patch is backported to stable, maybe the above patch is also need to be backported too. Thanks Yisheng On 2018/1/24 12:15, Sasha Levin wrote: > From: Yisheng Xie

Re: [PATCH 3/3] firmware: Fix up docs referring to FIRMWARE_IN_KERNEL

* Benjamin Gilbert wrote: > We've removed the option, so stop talking about it. > > Signed-off-by: Benjamin Gilbert > Cc: Borislav Petkov > Cc: Thomas Gleixner > Cc: Ingo Molnar >

Re: [PATCH 3/3] firmware: Fix up docs referring to FIRMWARE_IN_KERNEL

* Benjamin Gilbert wrote: > We've removed the option, so stop talking about it. > > Signed-off-by: Benjamin Gilbert > Cc: Borislav Petkov > Cc: Thomas Gleixner > Cc: Ingo Molnar > Cc: H. Peter Anvin > --- > Documentation/driver-api/firmware/built-in-fw.rst | 7 +-- >

Re: [PATCH 1/1] perf stat: Add support to print counts for fixed times

On Wed, Jan 24, 2018 at 10:03:08AM +0800, 禹舟键 wrote: > Hi Jirka > How can you control the output for perf stat, if the "--interval-print" is > not 1000, eg. 2000, 3000, 5000. > > root@node10:/home$ ./perf stat -e cycles -a -I 2000 sleep 3 > # time counts unit events >

Re: [PATCH 1/1] perf stat: Add support to print counts for fixed times

On Wed, Jan 24, 2018 at 10:03:08AM +0800, 禹舟键 wrote: > Hi Jirka > How can you control the output for perf stat, if the "--interval-print" is > not 1000, eg. 2000, 3000, 5000. > > root@node10:/home$ ./perf stat -e cycles -a -I 2000 sleep 3 > # time counts unit events >

Re: WARNING in check_flush_dependency

On Mon, 2018-01-22 at 23:39 -0800, syzbot wrote: > Hello, > > syzbot hit the following crash on upstream commit > 0d665e7b109d512b7cae3ccef6e8654714887844 (Fri Jan 19 12:49:24 2018 +) > mm, page_vma_mapped: Drop faulty pointer arithmetics in check_pte() > > So far this crash happened 23

Re: WARNING in check_flush_dependency

On Mon, 2018-01-22 at 23:39 -0800, syzbot wrote: > Hello, > > syzbot hit the following crash on upstream commit > 0d665e7b109d512b7cae3ccef6e8654714887844 (Fri Jan 19 12:49:24 2018 +) > mm, page_vma_mapped: Drop faulty pointer arithmetics in check_pte() > > So far this crash happened 23

Re: [PATCH v7 00/10] rockchip: kevin: Enable edp display

Hi Thierry, Thanks for posting these :) Hi Archit, Thanks for your reply. On 01/10/2018 05:46 PM, Archit Taneja wrote: I don't know if the rest of the rockchip patches in the series depend on the 4 bridge patches. If they do, the rockchip maintainer can queue both rockchip and bridge

Re: [PATCH v7 00/10] rockchip: kevin: Enable edp display

Hi Thierry, Thanks for posting these :) Hi Archit, Thanks for your reply. On 01/10/2018 05:46 PM, Archit Taneja wrote: I don't know if the rest of the rockchip patches in the series depend on the 4 bridge patches. If they do, the rockchip maintainer can queue both rockchip and bridge

Re: [PATCH] NTB: ntb_perf: fix cast to restricted __le32

On Tue, Jan 23, 2018 at 11:18:06PM -0500, Jon Mason wrote: > On Fri, Jan 19, 2018 at 10:26:37PM +0100, Arnd Bergmann wrote: > > On Fri, Jan 19, 2018 at 10:03 PM, Serge Semin > > wrote: > > > > > > Actually the provided patch is the best solution I

Re: [PATCH] NTB: ntb_perf: fix cast to restricted __le32

On Tue, Jan 23, 2018 at 11:18:06PM -0500, Jon Mason wrote: > On Fri, Jan 19, 2018 at 10:26:37PM +0100, Arnd Bergmann wrote: > > On Fri, Jan 19, 2018 at 10:03 PM, Serge Semin > > wrote: > > > > > > Actually the provided patch is the best solution I could come up with. > > > The thing is, that

Re: [PATCH RESEND] perf/core: Fix installing cgroup event into cpu

yes, you are right. In my cases, there also are some issues in add_event_to_ctx(), I am gonna fix it at v2 Thanks 2018-01-24 0:37 GMT+08:00 Peter Zijlstra : > On Tue, Jan 23, 2018 at 12:13:06PM +0800, linxiu...@gmail.com wrote: >> From: "leilei.lin"

Re: [PATCH RESEND] perf/core: Fix installing cgroup event into cpu

yes, you are right. In my cases, there also are some issues in add_event_to_ctx(), I am gonna fix it at v2 Thanks 2018-01-24 0:37 GMT+08:00 Peter Zijlstra : > On Tue, Jan 23, 2018 at 12:13:06PM +0800, linxiu...@gmail.com wrote: >> From: "leilei.lin" >> >> Do not install cgroup event into the

Re: [PATCH v2] perf util: Use target->per_thread and target->system_wide flags

On Wed, Jan 24, 2018 at 05:19:36PM +0800, Jin Yao wrote: > Mathieu Poirier reports issue in commit ("73c0ca1eee3d perf thread_map: > Enumerate all threads from /proc") that it has negative impact on > 'perf record --per-thread'. It has the effect of creating a kernel event > for each thread in the

Re: [PATCH v2] perf util: Use target->per_thread and target->system_wide flags

On Wed, Jan 24, 2018 at 05:19:36PM +0800, Jin Yao wrote: > Mathieu Poirier reports issue in commit ("73c0ca1eee3d perf thread_map: > Enumerate all threads from /proc") that it has negative impact on > 'perf record --per-thread'. It has the effect of creating a kernel event > for each thread in the

Re: [PATCH 07/14] MIPS: memblock: Mark present sparsemem sections

Hello Marcin On Wed, Jan 24, 2018 at 07:13:03AM +0100, Marcin Nowakowski wrote: > Hi Serge, > > On 17.01.2018 23:23, Serge Semin wrote: > >If sparsemem is activated all sections with present pages must > >be accordingly marked after memblock is fully initialized. >

Re: [PATCH 07/14] MIPS: memblock: Mark present sparsemem sections

Hello Marcin On Wed, Jan 24, 2018 at 07:13:03AM +0100, Marcin Nowakowski wrote: > Hi Serge, > > On 17.01.2018 23:23, Serge Semin wrote: > >If sparsemem is activated all sections with present pages must > >be accordingly marked after memblock is fully initialized. > > > >Signed-off-by: Serge

Re: [PATCH v8 8/9] pwm: pwm-omap-dmtimer: Adapt driver to utilize dmtimer pdata ops

Keerthy, On Wed, Jan 24, 2018 at 11:14:40AM +0530, Keerthy wrote: > Adapt driver to utilize dmtimer pdata ops instead of pdata-quirks. > > Signed-off-by: Keerthy > Acked-by: Neil Armstrong > Reviewed-by: Claudiu Beznea >

Re: [PATCH v8 8/9] pwm: pwm-omap-dmtimer: Adapt driver to utilize dmtimer pdata ops

Keerthy, On Wed, Jan 24, 2018 at 11:14:40AM +0530, Keerthy wrote: > Adapt driver to utilize dmtimer pdata ops instead of pdata-quirks. > > Signed-off-by: Keerthy > Acked-by: Neil Armstrong > Reviewed-by: Claudiu Beznea > --- > > Changes in v8: > > * Added of_node_put call in success case

Re: [GIT PULL] PCI fixes for v4.15

On Tue, 2018-01-23 at 17:04 -0800, Linus Torvalds wrote: > On Tue, Jan 23, 2018 at 4:46 PM, Bjorn Helgaas > wrote: > > Applying the identical patch with "stg import -M" results in > > > > Author: =?UTF-8?q?Christian=20K=C3=B6nig?= > @gmail.com> > Oddly, stgit seems to

Re: [GIT PULL] PCI fixes for v4.15

On Tue, 2018-01-23 at 17:04 -0800, Linus Torvalds wrote: > On Tue, Jan 23, 2018 at 4:46 PM, Bjorn Helgaas > wrote: > > Applying the identical patch with "stg import -M" results in > > > > Author: =?UTF-8?q?Christian=20K=C3=B6nig?= > @gmail.com> > Oddly, stgit seems to even have a *testcase*

Re: [PATCH v1 1/4] seq_file: Introduce DEFINE_SHOW_ATTRIBUTE() helper macro

On Tue, 2018-01-23 at 16:05 -0800, Darren Hart wrote: > On Tue, Jan 23, 2018 at 09:15:08AM +, Lee Jones wrote: > > On Mon, 22 Jan 2018, Andy Shevchenko wrote: > > > > > The DEFINE_SHOW_ATTRIBUTE() helper macro would be useful for > > > current > > > users, which are many of them, and for new

Re: [PATCH v1 1/4] seq_file: Introduce DEFINE_SHOW_ATTRIBUTE() helper macro

On Tue, 2018-01-23 at 16:05 -0800, Darren Hart wrote: > On Tue, Jan 23, 2018 at 09:15:08AM +, Lee Jones wrote: > > On Mon, 22 Jan 2018, Andy Shevchenko wrote: > > > > > The DEFINE_SHOW_ATTRIBUTE() helper macro would be useful for > > > current > > > users, which are many of them, and for new

Re: [PATCH-next] drm/tegra: gem: Use PTR_ERR_OR_ZERO

This nas been NAK'd before as harder to read than the current way. Thanks, Mikko On 01/23/2018 10:29 PM, Christopher Díaz Riveros wrote: Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR This issue was detected by using the Coccinelle software. Signed-off-by: Christopher Díaz Riveros

Re: [PATCH-next] drm/tegra: gem: Use PTR_ERR_OR_ZERO

This nas been NAK'd before as harder to read than the current way. Thanks, Mikko On 01/23/2018 10:29 PM, Christopher Díaz Riveros wrote: Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR This issue was detected by using the Coccinelle software. Signed-off-by: Christopher Díaz Riveros

[PATCH] i2c: meson: update doc description to fix build warnings

Add description for 'data' parameter and drop unused 'irq' memeber. Here is the warnings: drivers/i2c/busses/i2c-meson.c:103: warning: No description found for parameter 'data' drivers/i2c/busses/i2c-meson.c:103: warning: Excess struct member 'irq' description in 'meson_i2c' Suggested-by:

[PATCH] i2c: meson: update doc description to fix build warnings

Add description for 'data' parameter and drop unused 'irq' memeber. Here is the warnings: drivers/i2c/busses/i2c-meson.c:103: warning: No description found for parameter 'data' drivers/i2c/busses/i2c-meson.c:103: warning: Excess struct member 'irq' description in 'meson_i2c' Suggested-by:

Re: [v2,2/5] i2c: meson: add configurable divider factors

Hi Wolfram： On 01/24/18 14:28, Wolfram Sang wrote: > On Mon, Nov 20, 2017 at 10:54:12PM +0800, Yixun Lan wrote: >> From: Jian Hu >> >> This patch try to add support for I2C controller in Meson-AXG SoC, >> Due to the IP changes between I2C controller, we need to introduce

Re: [v2,2/5] i2c: meson: add configurable divider factors

Hi Wolfram： On 01/24/18 14:28, Wolfram Sang wrote: > On Mon, Nov 20, 2017 at 10:54:12PM +0800, Yixun Lan wrote: >> From: Jian Hu >> >> This patch try to add support for I2C controller in Meson-AXG SoC, >> Due to the IP changes between I2C controller, we need to introduce >> a compatible data

Re: [PATCH] ASoC: Intel: atom: fix ACPI/PCI Kconfig

On Tue, 2018-01-23 at 18:27 -0600, Pierre-Louis Bossart wrote: > The split between ACPI and PCI platforms generated issues with > randconfig: > > with SND_SST_ATOM_HIFI2_PLATFORM_PCI=y and > SND_SST_ATOM_HIFI2_PLATFORM=m, we get this module link failure: > > ERROR: "sst_context_init" >

Re: [PATCH] ASoC: Intel: atom: fix ACPI/PCI Kconfig

On Tue, 2018-01-23 at 18:27 -0600, Pierre-Louis Bossart wrote: > The split between ACPI and PCI platforms generated issues with > randconfig: > > with SND_SST_ATOM_HIFI2_PLATFORM_PCI=y and > SND_SST_ATOM_HIFI2_PLATFORM=m, we get this module link failure: > > ERROR: "sst_context_init" >

Re: [PATCH 4/5] s390: define ISOLATE_BP to run tasks with modified branch prediction

On Tue, 23 Jan 2018 21:32:24 +0100 Radim Krčmář wrote: > 2018-01-23 15:21+0100, Christian Borntraeger: > > Paolo, Radim, > > > > this patch not only allows to isolate a userspace process, it also allows us > > to add a new interface for KVM that would allow us to isolate a

Re: [PATCH 4/5] s390: define ISOLATE_BP to run tasks with modified branch prediction

On Tue, 23 Jan 2018 21:32:24 +0100 Radim Krčmář wrote: > 2018-01-23 15:21+0100, Christian Borntraeger: > > Paolo, Radim, > > > > this patch not only allows to isolate a userspace process, it also allows us > > to add a new interface for KVM that would allow us to isolate a KVM guest > > CPU >

Re: [PATCH 1/5] prctl: add PR_ISOLATE_BP process control

On Tue, 23 Jan 2018 18:07:19 +0100 Dominik Brodowski wrote: > On Tue, Jan 23, 2018 at 02:07:01PM +0100, Martin Schwidefsky wrote: > > Add the PR_ISOLATE_BP operation to prctl. The effect of the process > > control is to make all branch prediction entries created by

Re: [PATCH v2 0/5] i2c: meson-axg: add I2C controller driver

> > ARM64: dts: meson-axg: add I2C DT info for Meson-AXG SoC > > ARM64: dts: meson-axg: describe pin DT info for I2C controller > > ARM64: dts: meson-axg: enable I2C Master-1 for the audio speaker > > Once you've merged, I'll take the DT patches through my amlogic tree. Done now! Have fun

Re: [PATCH v2 0/5] i2c: meson-axg: add I2C controller driver

> > ARM64: dts: meson-axg: add I2C DT info for Meson-AXG SoC > > ARM64: dts: meson-axg: describe pin DT info for I2C controller > > ARM64: dts: meson-axg: enable I2C Master-1 for the audio speaker > > Once you've merged, I'll take the DT patches through my amlogic tree. Done now! Have fun

Re: [PATCH 1/5] prctl: add PR_ISOLATE_BP process control

On Tue, 23 Jan 2018 18:07:19 +0100 Dominik Brodowski wrote: > On Tue, Jan 23, 2018 at 02:07:01PM +0100, Martin Schwidefsky wrote: > > Add the PR_ISOLATE_BP operation to prctl. The effect of the process > > control is to make all branch prediction entries created by the execution > > of the user

Re: [v2,2/5] i2c: meson: add configurable divider factors

On Mon, Nov 20, 2017 at 10:54:12PM +0800, Yixun Lan wrote: > From: Jian Hu > > This patch try to add support for I2C controller in Meson-AXG SoC, > Due to the IP changes between I2C controller, we need to introduce > a compatible data to make the divider factor configurable.

Re: [v2,2/5] i2c: meson: add configurable divider factors

On Mon, Nov 20, 2017 at 10:54:12PM +0800, Yixun Lan wrote: > From: Jian Hu > > This patch try to add support for I2C controller in Meson-AXG SoC, > Due to the IP changes between I2C controller, we need to introduce > a compatible data to make the divider factor configurable. > > Reviewed-by:

Re: [PATCH v2] i2c: Allow ACPI_I2C_OPREGION if I2C is built as a module

On Wed, Jan 24, 2018 at 06:56:16AM +0100, Wolfram Sang wrote: > On Wed, Jan 03, 2018 at 03:02:31PM +0100, Eric Auger wrote: > > If I2C is built as a module, ACPI_I2C_OPREGION cannot be set > > and any ACPI opregion calls targeting I2C fail with no opregion found. > > > > This patch allows

Re: [PATCH v2] i2c: Allow ACPI_I2C_OPREGION if I2C is built as a module

On Wed, Jan 24, 2018 at 06:56:16AM +0100, Wolfram Sang wrote: > On Wed, Jan 03, 2018 at 03:02:31PM +0100, Eric Auger wrote: > > If I2C is built as a module, ACPI_I2C_OPREGION cannot be set > > and any ACPI opregion calls targeting I2C fail with no opregion found. > > > > This patch allows

Re: [v2,1/5] dt-bindings: i2c: update documentation for the Meson-AXG

On Mon, Nov 20, 2017 at 10:54:11PM +0800, Yixun Lan wrote: > From: Jian Hu > > Update the doc to explicitly add Meson-AXG to support list > > Signed-off-by: Jian Hu > Signed-off-by: Yixun Lan > Acked-by: Rob Herring

Re: [v2,1/5] dt-bindings: i2c: update documentation for the Meson-AXG

On Mon, Nov 20, 2017 at 10:54:11PM +0800, Yixun Lan wrote: > From: Jian Hu > > Update the doc to explicitly add Meson-AXG to support list > > Signed-off-by: Jian Hu > Signed-off-by: Yixun Lan > Acked-by: Rob Herring Applied to for-next, thanks! signature.asc Description: PGP signature

[Patch] vmbus: Simply hv_get_next_write_location() function

From: Tianyu Lan The "next" variable is redundant in hv_get_next_write_location(). This patch is to remove it and return write_index directly. Signed-off-by: Tianyu Lan --- drivers/hv/ring_buffer.c | 4 +--- 1 file changed, 1 insertion(+), 3

[Patch] vmbus: Simply hv_get_next_write_location() function

From: Tianyu Lan The "next" variable is redundant in hv_get_next_write_location(). This patch is to remove it and return write_index directly. Signed-off-by: Tianyu Lan --- drivers/hv/ring_buffer.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/hv/ring_buffer.c

Re: [net-next: PATCH v4 1/7] device property: Introduce fwnode_get_mac_address()

Hi Rafael, 2018-01-24 3:08 GMT+01:00 Rafael J. Wysocki : > On Tue, Jan 23, 2018 at 7:12 AM, Marcin Wojtas wrote: >> Hi Rafael, >> >>> > if (res) >>> > return res; >>> > >>> > - return device_get_mac_addr(dev, "address", addr,

Re: [net-next: PATCH v4 1/7] device property: Introduce fwnode_get_mac_address()

Hi Rafael, 2018-01-24 3:08 GMT+01:00 Rafael J. Wysocki : > On Tue, Jan 23, 2018 at 7:12 AM, Marcin Wojtas wrote: >> Hi Rafael, >> >>> > if (res) >>> > return res; >>> > >>> > - return device_get_mac_addr(dev, "address", addr, alen); >>> > + return

[PATCH] nvmem: sunxi-sid: fix H3 SID controller support

It seems that doing some operation will make the value pre-read on H3 SID controller wrong again, so all operation should be performed by register. Change the SID reading to use register only. Signed-off-by: Icenowy Zheng --- drivers/nvmem/sunxi_sid.c | 71

[PATCH] nvmem: sunxi-sid: fix H3 SID controller support

It seems that doing some operation will make the value pre-read on H3 SID controller wrong again, so all operation should be performed by register. Change the SID reading to use register only. Signed-off-by: Icenowy Zheng --- drivers/nvmem/sunxi_sid.c | 71

Re: [PATCH] i2c: davinci: fix the cpufreq transition

On Mon, Jan 22, 2018 at 03:42:58PM +0100, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > i2c_davinci_cpufreq_transition() is implemented in a way that will > block if it ever gets called while no transfer is in progress. > > Not only that, but

Re: [PATCH 07/14] MIPS: memblock: Mark present sparsemem sections

Hi Serge, On 17.01.2018 23:23, Serge Semin wrote: If sparsemem is activated all sections with present pages must be accordingly marked after memblock is fully initialized. Signed-off-by: Serge Semin --- arch/mips/kernel/setup.c | 7 ++- 1 file changed, 6

Re: [PATCH] i2c: davinci: fix the cpufreq transition

On Mon, Jan 22, 2018 at 03:42:58PM +0100, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > i2c_davinci_cpufreq_transition() is implemented in a way that will > block if it ever gets called while no transfer is in progress. > > Not only that, but reinit_completion() is never called for

Re: [PATCH 07/14] MIPS: memblock: Mark present sparsemem sections

Hi Serge, On 17.01.2018 23:23, Serge Semin wrote: If sparsemem is activated all sections with present pages must be accordingly marked after memblock is fully initialized. Signed-off-by: Serge Semin --- arch/mips/kernel/setup.c | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-)

Re: [PATCH] xfrm: fix boolean assignment in xfrm_get_type_offload

On Mon, Jan 22, 2018 at 04:34:09PM -0600, Gustavo A. R. Silva wrote: > Assign true or false to boolean variables instead of an integer value. > > This issue was detected with the help of Coccinelle. > > Fixes: ffdb5211da1c ("xfrm: Auto-load xfrm offload modules") > Signed-off-by: Gustavo A. R.

Re: [PATCH] xfrm: fix boolean assignment in xfrm_get_type_offload

On Mon, Jan 22, 2018 at 04:34:09PM -0600, Gustavo A. R. Silva wrote: > Assign true or false to boolean variables instead of an integer value. > > This issue was detected with the help of Coccinelle. > > Fixes: ffdb5211da1c ("xfrm: Auto-load xfrm offload modules") > Signed-off-by: Gustavo A. R.

Re: [PATCH net] xfrm: Fix eth_hdr(skb)->h_proto to reflect inner IP version

On Tue, Jan 23, 2018 at 12:16:21AM +0200, yoss...@mellanox.com wrote: > From: Yossi Kuperman > > IPSec tunnel mode supports encapsulation of IPv4 over IPv6 and vice-versa. > > The outer IP header is stripped and the inner IP inherits the original > Ethernet header. Tcpdump

Re: [PATCH net] xfrm: Fix eth_hdr(skb)->h_proto to reflect inner IP version

On Tue, Jan 23, 2018 at 12:16:21AM +0200, yoss...@mellanox.com wrote: > From: Yossi Kuperman > > IPSec tunnel mode supports encapsulation of IPv4 over IPv6 and vice-versa. > > The outer IP header is stripped and the inner IP inherits the original > Ethernet header. Tcpdump fails to properly

Re: [PATCH 2/3] firmware: Drop FIRMWARE_IN_KERNEL Kconfig option

+1 on this series. Signed-off-by: Robin H. Johnson On Tue, Jan 23, 2018 at 06:06:31PM -0800, Benjamin Gilbert wrote: > It doesn't actually do anything. Merge its help text into > EXTRA_FIRMWARE. > > Fixes: 5620a0d1aacd ("firmware: delete in-kernel firmware") > Fixes:

Re: [PATCH 2/3] firmware: Drop FIRMWARE_IN_KERNEL Kconfig option

+1 on this series. Signed-off-by: Robin H. Johnson On Tue, Jan 23, 2018 at 06:06:31PM -0800, Benjamin Gilbert wrote: > It doesn't actually do anything. Merge its help text into > EXTRA_FIRMWARE. > > Fixes: 5620a0d1aacd ("firmware: delete in-kernel firmware") > Fixes: 0946b2fb38fd ("firmware:

[PATCH v2] Documentation/ABI: clean up sysfs-class-pktcdvd

Clean up the sysfs documentation such that it is in the same format as described in Documentation/ABI/README. Mainly, the patch moves the attribute names to the 'What:' field. This might be useful for scripting and tracking changes in the ABI. Signed-off-by: Aishwarya Pant

Re: [PATCH v2] i2c: Allow ACPI_I2C_OPREGION if I2C is built as a module

On Wed, Jan 03, 2018 at 03:02:31PM +0100, Eric Auger wrote: > If I2C is built as a module, ACPI_I2C_OPREGION cannot be set > and any ACPI opregion calls targeting I2C fail with no opregion found. > > This patch allows ACPI_I2C_OPREGION to be enabled both if I2C is > built into the kernel or built

Re: [PATCH v2] i2c: Allow ACPI_I2C_OPREGION if I2C is built as a module

On Wed, Jan 03, 2018 at 03:02:31PM +0100, Eric Auger wrote: > If I2C is built as a module, ACPI_I2C_OPREGION cannot be set > and any ACPI opregion calls targeting I2C fail with no opregion found. > > This patch allows ACPI_I2C_OPREGION to be enabled both if I2C is > built into the kernel or built

[PATCH v2] Documentation/ABI: clean up sysfs-class-pktcdvd

Clean up the sysfs documentation such that it is in the same format as described in Documentation/ABI/README. Mainly, the patch moves the attribute names to the 'What:' field. This might be useful for scripting and tracking changes in the ABI. Signed-off-by: Aishwarya Pant --- Changes in v2: -

Re: [PATCH 2/3] pwm: pwm-omap-dmtimer: Fix frequency when using prescaler

On Wednesday 24 January 2018 10:56 AM, Keerthy wrote: > > > On Monday 22 January 2018 04:23 PM, Ladislav Michl wrote: >> Dear Claudiu, >> >> On Mon, Jan 22, 2018 at 11:17:08AM +0200, Claudiu Beznea wrote: >>> On 17.01.2018 23:47, Ladislav Michl wrote: @@ -334,18 +348,18 @@ static int

Re: [PATCH 2/3] pwm: pwm-omap-dmtimer: Fix frequency when using prescaler

On Wednesday 24 January 2018 10:56 AM, Keerthy wrote: > > > On Monday 22 January 2018 04:23 PM, Ladislav Michl wrote: >> Dear Claudiu, >> >> On Mon, Jan 22, 2018 at 11:17:08AM +0200, Claudiu Beznea wrote: >>> On 17.01.2018 23:47, Ladislav Michl wrote: @@ -334,18 +348,18 @@ static int

[PATCH v5 RESEND 1/3] dt-bindings: hisilicon: add doc for Hi3798CV200 peripheral controller

It adds bindings doc for Hi3798CV200 peripheral controller. Signed-off-by: Shawn Guo --- .../bindings/arm/hisilicon/hisilicon.txt | 23 ++ 1 file changed, 23 insertions(+) diff --git

[PATCH v5 RESEND 1/3] dt-bindings: hisilicon: add doc for Hi3798CV200 peripheral controller

It adds bindings doc for Hi3798CV200 peripheral controller. Signed-off-by: Shawn Guo --- .../bindings/arm/hisilicon/hisilicon.txt | 23 ++ 1 file changed, 23 insertions(+) diff --git a/Documentation/devicetree/bindings/arm/hisilicon/hisilicon.txt

[PATCH v5 RESEND 3/3] phy: add combo phy driver for HiSilicon STB SoCs

From: Jianguo Sun Add combo phy driver for HiSilicon STB SoCs. This phy can be used as pcie-phy, sata-phy or usb-phy. Changes for v5: - Add bindings doc for Hi3798CV200 peripheral controller, and refer to the bindings of this parent node in combphy bindings doc.

[PATCH v5 RESEND 3/3] phy: add combo phy driver for HiSilicon STB SoCs

From: Jianguo Sun Add combo phy driver for HiSilicon STB SoCs. This phy can be used as pcie-phy, sata-phy or usb-phy. Changes for v5: - Add bindings doc for Hi3798CV200 peripheral controller, and refer to the bindings of this parent node in combphy bindings doc. Changes for v4: - Instead

[PATCH v5 RESEND 2/3] dt-bindings: add bindings doc for hi3798cv200 combphy

From: Jianguo Sun It adds the device tree bindings for PCIE/SATA/USB3 combo PHY found on HiSilicon STB SoCs. Signed-off-by: Jianguo Sun Signed-off-by: Shawn Guo Acked-by: Rob Herring ---

[PATCH v5 RESEND 0/3] Add Combo PHY driver for HiSilicon STB SoCs

Hi Kishon， This is a resend of v5 [1], which has been there for a quite a while. I rebased it on next-20180119. Please let me know if you have any comments. [1] https://patchwork.ozlabs.org/cover/832088/ Shawn It adds device tree bindings and driver support for Combo PHY device which can be

[PATCH v5 RESEND 2/3] dt-bindings: add bindings doc for hi3798cv200 combphy

From: Jianguo Sun It adds the device tree bindings for PCIE/SATA/USB3 combo PHY found on HiSilicon STB SoCs. Signed-off-by: Jianguo Sun Signed-off-by: Shawn Guo Acked-by: Rob Herring --- .../bindings/phy/phy-hi3798cv200-combphy.txt | 59 ++ 1 file changed, 59

[PATCH v5 RESEND 0/3] Add Combo PHY driver for HiSilicon STB SoCs

Hi Kishon， This is a resend of v5 [1], which has been there for a quite a while. I rebased it on next-20180119. Please let me know if you have any comments. [1] https://patchwork.ozlabs.org/cover/832088/ Shawn It adds device tree bindings and driver support for Combo PHY device which can be

[PATCH v8 8/9] pwm: pwm-omap-dmtimer: Adapt driver to utilize dmtimer pdata ops

Adapt driver to utilize dmtimer pdata ops instead of pdata-quirks. Signed-off-by: Keerthy Acked-by: Neil Armstrong Reviewed-by: Claudiu Beznea --- Changes in v8: * Added of_node_put call in success case of probe.

[PATCH v8 8/9] pwm: pwm-omap-dmtimer: Adapt driver to utilize dmtimer pdata ops

Adapt driver to utilize dmtimer pdata ops instead of pdata-quirks. Signed-off-by: Keerthy Acked-by: Neil Armstrong Reviewed-by: Claudiu Beznea --- Changes in v8: * Added of_node_put call in success case of probe. Boot tested on am437x-gp-evm and dra7xx-evm. Also compile tested

Re: [PATCH v23 2/2] virtio-balloon: VIRTIO_BALLOON_F_FREE_PAGE_VQ

On 01/24/2018 01:01 PM, Michael S. Tsirkin wrote: On Wed, Jan 24, 2018 at 10:50:27AM +0800, Wei Wang wrote: This will not DTRT in all cases. It's quite possible that host does not need the kick when ring is half full but does need it later when ring is full. You can kick at ring half full as

Re: [PATCH v23 2/2] virtio-balloon: VIRTIO_BALLOON_F_FREE_PAGE_VQ

On 01/24/2018 01:01 PM, Michael S. Tsirkin wrote: On Wed, Jan 24, 2018 at 10:50:27AM +0800, Wei Wang wrote: This will not DTRT in all cases. It's quite possible that host does not need the kick when ring is half full but does need it later when ring is full. You can kick at ring half full as

Re: [PATCH] kernel: x86: early-quirks: Replace mdelay with usleep_range in apple_airport_reset

On Wed, Jan 24, 2018 at 10:38:22AM +0800, Jia-Ju Bai wrote: > The function apple_airport_reset is not called in atomic context. > Thus mdelay can be replaced with usleep_range, to avoid busy wait. > > This is reported by a static analysis tool named DCNS written by myself. No, usleep_range() is

Re: [PATCH] kernel: x86: early-quirks: Replace mdelay with usleep_range in apple_airport_reset

On Wed, Jan 24, 2018 at 10:38:22AM +0800, Jia-Ju Bai wrote: > The function apple_airport_reset is not called in atomic context. > Thus mdelay can be replaced with usleep_range, to avoid busy wait. > > This is reported by a static analysis tool named DCNS written by myself. No, usleep_range() is

Re: [PATCH v2] f2fs: support inode creation time

On 01/22, Chao Yu wrote: > From: Chao Yu > > This patch adds creation time field in inode layout to support showing > kstat.btime in ->statx. Hi Chao, Could you please check this patch again? I reverted this due to kernel panic. Thanks, > > Signed-off-by: Chao Yu

Re: [PATCH v2] f2fs: support inode creation time

On 01/22, Chao Yu wrote: > From: Chao Yu > > This patch adds creation time field in inode layout to support showing > kstat.btime in ->statx. Hi Chao, Could you please check this patch again? I reverted this due to kernel panic. Thanks, > > Signed-off-by: Chao Yu > --- > v2: > - add

Re: [PATCH 2/3] pwm: pwm-omap-dmtimer: Fix frequency when using prescaler

On Monday 22 January 2018 04:23 PM, Ladislav Michl wrote: > Dear Claudiu, > > On Mon, Jan 22, 2018 at 11:17:08AM +0200, Claudiu Beznea wrote: >> On 17.01.2018 23:47, Ladislav Michl wrote: >>> @@ -334,18 +348,18 @@ static int pwm_omap_dmtimer_probe(struct >>> platform_device *pdev) >>> >>>

Re: [PATCH 2/3] pwm: pwm-omap-dmtimer: Fix frequency when using prescaler

On Monday 22 January 2018 04:23 PM, Ladislav Michl wrote: > Dear Claudiu, > > On Mon, Jan 22, 2018 at 11:17:08AM +0200, Claudiu Beznea wrote: >> On 17.01.2018 23:47, Ladislav Michl wrote: >>> @@ -334,18 +348,18 @@ static int pwm_omap_dmtimer_probe(struct >>> platform_device *pdev) >>> >>>

Re: [PATCH v3] android: binder: use VM_ALLOC to get vm area

Hi, Arve: 2018-01-23 2:55 GMT+08:00 Arve Hjønnevåg : > On Mon, Jan 22, 2018 at 9:02 AM, Todd Kjos wrote: >> On Mon, Jan 22, 2018 at 7:54 AM, Greg KH wrote: >>> On Wed, Jan 10, 2018 at 10:49:05AM +0800, Ganesh Mahendran wrote:

Re: [PATCH v3] android: binder: use VM_ALLOC to get vm area

Hi, Arve: 2018-01-23 2:55 GMT+08:00 Arve Hjønnevåg : > On Mon, Jan 22, 2018 at 9:02 AM, Todd Kjos wrote: >> On Mon, Jan 22, 2018 at 7:54 AM, Greg KH wrote: >>> On Wed, Jan 10, 2018 at 10:49:05AM +0800, Ganesh Mahendran wrote: VM_IOREMAP is used to access hardware through a mechanism called

Re: ppc elf_map breakage with MAP_FIXED_NOREPLACE

On 01/23/2018 09:36 PM, Michal Hocko wrote: > On Tue 23-01-18 21:28:28, Anshuman Khandual wrote: >> On 01/23/2018 06:15 PM, Michal Hocko wrote: >>> On Tue 23-01-18 16:55:18, Anshuman Khandual wrote: On 01/17/2018 01:37 PM, Michal Hocko wrote: > On Thu 11-01-18 15:38:37, Anshuman Khandual

Re: ppc elf_map breakage with MAP_FIXED_NOREPLACE

On 01/23/2018 09:36 PM, Michal Hocko wrote: > On Tue 23-01-18 21:28:28, Anshuman Khandual wrote: >> On 01/23/2018 06:15 PM, Michal Hocko wrote: >>> On Tue 23-01-18 16:55:18, Anshuman Khandual wrote: On 01/17/2018 01:37 PM, Michal Hocko wrote: > On Thu 11-01-18 15:38:37, Anshuman Khandual

[PATCH AUTOSEL for 4.14 001/100] drm/vc4: Account for interrupts in flight

From: Stefan Schake [ Upstream commit 253696ccd613fbdaa5aba1de44c461a058e0a114 ] Synchronously disable the IRQ to make the following cancel_work_sync invocation effective. An interrupt in flight could enqueue further overflow mem work. As we free the binner BO immediately

[PATCH AUTOSEL for 4.14 004/100] cpupowerutils: bench - Fix cpu online check

From: Abhishek Goel [ Upstream commit 53d1cd6b125fb9d69303516a1179ebc3b72f797a ] cpupower_is_cpu_online was incorrectly checking for 0. This patch fixes this by checking for 1 when the cpu is online. Signed-off-by: Abhishek Goel

[PATCH AUTOSEL for 4.14 001/100] drm/vc4: Account for interrupts in flight

From: Stefan Schake [ Upstream commit 253696ccd613fbdaa5aba1de44c461a058e0a114 ] Synchronously disable the IRQ to make the following cancel_work_sync invocation effective. An interrupt in flight could enqueue further overflow mem work. As we free the binner BO immediately following

[PATCH AUTOSEL for 4.14 004/100] cpupowerutils: bench - Fix cpu online check

From: Abhishek Goel [ Upstream commit 53d1cd6b125fb9d69303516a1179ebc3b72f797a ] cpupower_is_cpu_online was incorrectly checking for 0. This patch fixes this by checking for 1 when the cpu is online. Signed-off-by: Abhishek Goel Signed-off-by: Shuah Khan Signed-off-by: Sasha Levin ---

  1   2   3   4   5   6   7   8   9   10   >