[PATCH v2 3/6] clk: meson: add triple phase clock driver

Add a driver to control the output of the sample clock generator found in the axg audio clock controller. The goal of this driver is to coherently control the phase provided to the different element using the sample clock generator. This simplify the usage of the sample clock generator a lot,

[PATCH v2 3/6] clk: meson: add triple phase clock driver

Add a driver to control the output of the sample clock generator found in the axg audio clock controller. The goal of this driver is to coherently control the phase provided to the different element using the sample clock generator. This simplify the usage of the sample clock generator a lot,

[PATCH v2 4/6] clk: meson: add axg audio sclk divider driver

Add a driver to control the clock divider found in the sample clock generator of the axg audio clock controller. The sclk divider accumulates specific features which make the generic divider unsuitable to control it: - zero based divider (div = val + 1), but zero value gates the clock, so

[PATCH v2 4/6] clk: meson: add axg audio sclk divider driver

Add a driver to control the clock divider found in the sample clock generator of the axg audio clock controller. The sclk divider accumulates specific features which make the generic divider unsuitable to control it: - zero based divider (div = val + 1), but zero value gates the clock, so

Re: [PATCH v4 1/3] dt-bindings: media: rcar-vin: Add R8A77995 support

On Mon, May 21, 2018 at 04:45:40PM +0200, Jacopo Mondi wrote: > Add compatible string for R-Car D3 R8A7795 to list of SoCs supported by > rcar-vin driver. > > Signed-off-by: Jacopo Mondi > Acked-by: Niklas Söderlund >

Re: [PATCH v4 1/3] dt-bindings: media: rcar-vin: Add R8A77995 support

On Mon, May 21, 2018 at 04:45:40PM +0200, Jacopo Mondi wrote: > Add compatible string for R-Car D3 R8A7795 to list of SoCs supported by > rcar-vin driver. > > Signed-off-by: Jacopo Mondi > Acked-by: Niklas Söderlund > Reviewed-by: Laurent Pinchart > Reviewed-by: Simon Horman > --- >

Re: [PATCH v4 1/2] xen/PVH: Set up GS segment for stack canary

>>> On 22.05.18 at 18:20, wrote: > On 05/22/2018 12:10 PM, Jan Beulich wrote: > On 22.05.18 at 17:15, wrote: >>> On Tue, May 22, 2018 at 9:57 AM, Jan Beulich wrote: >>> On 22.05.18 at 15:45, wrote:

Re: [PATCH v4 1/2] xen/PVH: Set up GS segment for stack canary

>>> On 22.05.18 at 18:20, wrote: > On 05/22/2018 12:10 PM, Jan Beulich wrote: > On 22.05.18 at 17:15, wrote: >>> On Tue, May 22, 2018 at 9:57 AM, Jan Beulich wrote: >>> On 22.05.18 at 15:45, wrote: > On Mon, May 21, 2018 at 11:54 PM, Boris Ostrovsky > > wrote: >> @@

Re: [PATCH 1/3] drm: Trust format_mod_supported() when it OKs a plane modifier.

On Fri, Mar 16, 2018 at 03:04:33PM -0700, Eric Anholt wrote: > For parameterized modifiers (Broadcom's SAND and UIF), we need to > allow the parameter fields to be filled in, while exposing only the > variant of the modifier with the parameter unfilled in the internal > arrays and the format blob.

Re: [PATCH 1/3] drm: Trust format_mod_supported() when it OKs a plane modifier.

On Fri, Mar 16, 2018 at 03:04:33PM -0700, Eric Anholt wrote: > For parameterized modifiers (Broadcom's SAND and UIF), we need to > allow the parameter fields to be filled in, while exposing only the > variant of the modifier with the parameter unfilled in the internal > arrays and the format blob.

Re: [PATCH] block: kyber: make kyber more friendly with merging

On 05/22/18 16:48, Jianchao Wang wrote: > Currently, kyber is very unfriendly with merging. kyber depends > on ctx rq_list to do merging, however, most of time, it will not > leave any requests in ctx rq_list. This is because even if tokens > of one domain is used up, kyber will try to dispatch

Re: [PATCH] block: kyber: make kyber more friendly with merging

On 05/22/18 16:48, Jianchao Wang wrote: > Currently, kyber is very unfriendly with merging. kyber depends > on ctx rq_list to do merging, however, most of time, it will not > leave any requests in ctx rq_list. This is because even if tokens > of one domain is used up, kyber will try to dispatch

Re: Clang arm64 build is broken

On Mon, May 14, 2018 at 6:24 PM, Nick Desaulniers wrote: > On Fri, Apr 20, 2018 at 7:59 AM Andrey Konovalov > wrote: >> On Fri, Apr 20, 2018 at 10:13 AM, Marc Zyngier > wrote: >> >> The issue is that >> >> clang doesn't know

Re: Clang arm64 build is broken

On Mon, May 14, 2018 at 6:24 PM, Nick Desaulniers wrote: > On Fri, Apr 20, 2018 at 7:59 AM Andrey Konovalov > wrote: >> On Fri, Apr 20, 2018 at 10:13 AM, Marc Zyngier > wrote: >> >> The issue is that >> >> clang doesn't know about the "S" asm constraint. I reported this to >> >> clang [2], and

Re: [PATCH v6 2/5] fs: Convert kiocb rw_hint from enum to u16

On 5/22/18 10:24 AM, Goldwyn Rodrigues wrote: > > > On 05/22/2018 10:32 AM, Jens Axboe wrote: >> On 5/22/18 9:07 AM, adam.manzana...@wdc.com wrote: >>> From: Adam Manzanares >>> >>> In order to avoid kiocb bloat for per command iopriority support, rw_hint >>> is

Re: [PATCH v6 2/5] fs: Convert kiocb rw_hint from enum to u16

On 5/22/18 10:24 AM, Goldwyn Rodrigues wrote: > > > On 05/22/2018 10:32 AM, Jens Axboe wrote: >> On 5/22/18 9:07 AM, adam.manzana...@wdc.com wrote: >>> From: Adam Manzanares >>> >>> In order to avoid kiocb bloat for per command iopriority support, rw_hint >>> is converted from enum to a u16.

Re: [PATCH 10/14] arm64: ssbd: Add prctl interface for per-thread mitigation

On Tue, 22 May 2018 16:48:42 +0100, Dominik Brodowski wrote: > > > On Tue, May 22, 2018 at 04:06:44PM +0100, Marc Zyngier wrote: > > If running on a system that performs dynamic SSBD mitigation, allow > > userspace to request the mitigation for itself. This is implemented > > as a prctl call,

Re: [PATCH 10/14] arm64: ssbd: Add prctl interface for per-thread mitigation

On Tue, 22 May 2018 16:48:42 +0100, Dominik Brodowski wrote: > > > On Tue, May 22, 2018 at 04:06:44PM +0100, Marc Zyngier wrote: > > If running on a system that performs dynamic SSBD mitigation, allow > > userspace to request the mitigation for itself. This is implemented > > as a prctl call,

Re: [PATCH 8/8] arm64: tegra: Mark tcu as primary serial port on Tegra194 P2888

On 08/05/18 12:44, Mikko Perttunen wrote: The Tegra Combined UART is the proper primary serial port on P2888, so use it. Signed-off-by: Mikko Perttunen --- arch/arm64/boot/dts/nvidia/tegra194-p2888.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

Re: [PATCH 8/8] arm64: tegra: Mark tcu as primary serial port on Tegra194 P2888

On 08/05/18 12:44, Mikko Perttunen wrote: The Tegra Combined UART is the proper primary serial port on P2888, so use it. Signed-off-by: Mikko Perttunen --- arch/arm64/boot/dts/nvidia/tegra194-p2888.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [PATCH 7/8] arm64: tegra: Add nodes for tcu on Tegra194

On 08/05/18 12:44, Mikko Perttunen wrote: Add nodes required for communication through the Tegra Combined UART. This includes the AON HSP instance, addition of shared interrupts for the TOP0 HSP instance, and finally the TCU node itself. Also mark the HSP instances as compatible to

Re: [PATCH 7/8] arm64: tegra: Add nodes for tcu on Tegra194

On 08/05/18 12:44, Mikko Perttunen wrote: Add nodes required for communication through the Tegra Combined UART. This includes the AON HSP instance, addition of shared interrupts for the TOP0 HSP instance, and finally the TCU node itself. Also mark the HSP instances as compatible to

Re: [PATCH v2 1/2] kasan: free allocated shadow memory on MEM_CANCEL_ONLINE

On 05/22/2018 01:07 PM, David Hildenbrand wrote: > We have to free memory again when we cancel onlining, otherwise a later > onlining attempt will fail. > > Signed-off-by: David Hildenbrand > --- Fixes: fa69b5989bb0 ("mm/kasan: add support for memory hotplug") Acked-by:

Re: [PATCH v2 2/2] kasan: fix memory hotplug during boot

On 05/22/2018 01:07 PM, David Hildenbrand wrote: > Using module_init() is wrong. E.g. ACPI adds and onlines memory before > our memory notifier gets registered. > > This makes sure that ACPI memory detected during boot up will not > result in a kernel crash. > > Easily reproducable with QEMU,

Re: [PATCH v2 1/2] kasan: free allocated shadow memory on MEM_CANCEL_ONLINE

On 05/22/2018 01:07 PM, David Hildenbrand wrote: > We have to free memory again when we cancel onlining, otherwise a later > onlining attempt will fail. > > Signed-off-by: David Hildenbrand > --- Fixes: fa69b5989bb0 ("mm/kasan: add support for memory hotplug") Acked-by: Andrey Ryabinin Cc:

Re: [PATCH v2 2/2] kasan: fix memory hotplug during boot

On 05/22/2018 01:07 PM, David Hildenbrand wrote: > Using module_init() is wrong. E.g. ACPI adds and onlines memory before > our memory notifier gets registered. > > This makes sure that ACPI memory detected during boot up will not > result in a kernel crash. > > Easily reproducable with QEMU,

Re: [PATCH v6 2/5] fs: Convert kiocb rw_hint from enum to u16

On 05/22/2018 10:32 AM, Jens Axboe wrote: > On 5/22/18 9:07 AM, adam.manzana...@wdc.com wrote: >> From: Adam Manzanares >> >> In order to avoid kiocb bloat for per command iopriority support, rw_hint >> is converted from enum to a u16. Added a guard around ki_hint

Re: [PATCH v6 2/5] fs: Convert kiocb rw_hint from enum to u16

On 05/22/2018 10:32 AM, Jens Axboe wrote: > On 5/22/18 9:07 AM, adam.manzana...@wdc.com wrote: >> From: Adam Manzanares >> >> In order to avoid kiocb bloat for per command iopriority support, rw_hint >> is converted from enum to a u16. Added a guard around ki_hint assignment. >> >>

Re: [PATCH v10 12/16] vb2: add in-fence support to QBUF

On Tue, 2018-05-22 at 14:37 +0200, Hans Verkuil wrote: > On 21/05/18 18:59, Ezequiel Garcia wrote: > > From: Gustavo Padovan > > > > Receive in-fence from userspace and add support for waiting on them > > before queueing the buffer to the driver. Buffers can't be

Re: [PATCH v10 12/16] vb2: add in-fence support to QBUF

On Tue, 2018-05-22 at 14:37 +0200, Hans Verkuil wrote: > On 21/05/18 18:59, Ezequiel Garcia wrote: > > From: Gustavo Padovan > > > > Receive in-fence from userspace and add support for waiting on them > > before queueing the buffer to the driver. Buffers can't be queued to the > > driver before

Re: [PATCH 5/8] mailbox: tegra-hsp: Add support for shared mailboxes

On 08/05/18 12:44, Mikko Perttunen wrote: The Tegra HSP block supports 'shared mailboxes' that are simple 32-bit registers consisting of a FULL bit in MSB position and 31 bits of data. The hardware can be configured to trigger interrupts when a mailbox is empty or full. Add support for these

Re: [PATCH 5/8] mailbox: tegra-hsp: Add support for shared mailboxes

On 08/05/18 12:44, Mikko Perttunen wrote: The Tegra HSP block supports 'shared mailboxes' that are simple 32-bit registers consisting of a FULL bit in MSB position and 31 bits of data. The hardware can be configured to trigger interrupts when a mailbox is empty or full. Add support for these

Re: [PATCH] block: kyber: make kyber more friendly with merging

On 5/22/18 10:17 AM, Holger Hoffstätte wrote: > On 05/22/18 16:48, Jianchao Wang wrote: >> Currently, kyber is very unfriendly with merging. kyber depends >> on ctx rq_list to do merging, however, most of time, it will not >> leave any requests in ctx rq_list. This is because even if tokens >> of

Re: [PATCH] block: kyber: make kyber more friendly with merging

On 5/22/18 10:17 AM, Holger Hoffstätte wrote: > On 05/22/18 16:48, Jianchao Wang wrote: >> Currently, kyber is very unfriendly with merging. kyber depends >> on ctx rq_list to do merging, however, most of time, it will not >> leave any requests in ctx rq_list. This is because even if tokens >> of

[PATCH] media: dib0700: add code comment

Add FIXME code comment: /* FIXME: check if it is fe_adap[1] */ It is likely that it should be adap->fe_adap[1].fe in the second clause, but this has never been verified. Suggested-by: Mauro Carvalho Chehab Signed-off-by: Gustavo A. R. Silva ---

[PATCH] media: dib0700: add code comment

Add FIXME code comment: /* FIXME: check if it is fe_adap[1] */ It is likely that it should be adap->fe_adap[1].fe in the second clause, but this has never been verified. Suggested-by: Mauro Carvalho Chehab Signed-off-by: Gustavo A. R. Silva --- drivers/media/usb/dvb-usb/dib0700_devices.c | 1

Re: [PATCH] mm: Add new vma flag VM_LOCAL_CPU

On 05/22/2018 09:05 AM, Boaz Harrosh wrote: > How can we implement "Private memory"? Per-cpu page tables would do it.

Re: [PATCH] mm: Add new vma flag VM_LOCAL_CPU

On 05/22/2018 09:05 AM, Boaz Harrosh wrote: > How can we implement "Private memory"? Per-cpu page tables would do it.

[PATCH][V2] net: vxge: fix spelling mistake in macro VXGE_HW_ERR_PRIVILAGED_OPEARATION

From: Colin Ian King Rename VXGE_HW_ERR_PRIVILAGED_OPEARATION to VXGE_HW_ERR_PRIVILEGED_OPERATION to fix spelling mistake. Signed-off-by: Colin Ian King --- V2: PRIVILAGED -> PRIVILEGED, thanks to Edward Cree for spotting that mistake ---

[PATCH][V2] net: vxge: fix spelling mistake in macro VXGE_HW_ERR_PRIVILAGED_OPEARATION

From: Colin Ian King Rename VXGE_HW_ERR_PRIVILAGED_OPEARATION to VXGE_HW_ERR_PRIVILEGED_OPERATION to fix spelling mistake. Signed-off-by: Colin Ian King --- V2: PRIVILAGED -> PRIVILEGED, thanks to Edward Cree for spotting that mistake --- drivers/net/ethernet/neterion/vxge/vxge-config.c |

Re: [PATCH v4 1/2] xen/PVH: Set up GS segment for stack canary

On 05/22/2018 12:10 PM, Jan Beulich wrote: On 22.05.18 at 17:15, wrote: >> On Tue, May 22, 2018 at 9:57 AM, Jan Beulich wrote: >> On 22.05.18 at 15:45, wrote: On Mon, May 21, 2018 at 11:54 PM, Boris Ostrovsky

Re: [PATCH v5 1/8] dt-bindings: reset: Add AOSS reset bindings for SDM845 SoCs

On Mon, May 21, 2018 at 10:57:07PM +0530, Sibi Sankar wrote: > Add SDM845 AOSS (always on subsystem) reset controller binding > > Signed-off-by: Sibi Sankar > --- > .../bindings/reset/qcom,aoss-reset.txt| 52 +++ >

Re: [PATCH v4 1/2] xen/PVH: Set up GS segment for stack canary

On 05/22/2018 12:10 PM, Jan Beulich wrote: On 22.05.18 at 17:15, wrote: >> On Tue, May 22, 2018 at 9:57 AM, Jan Beulich wrote: >> On 22.05.18 at 15:45, wrote: On Mon, May 21, 2018 at 11:54 PM, Boris Ostrovsky wrote: > @@ -98,6 +101,12 @@ ENTRY(pvh_start_xen) >

Re: [PATCH v5 1/8] dt-bindings: reset: Add AOSS reset bindings for SDM845 SoCs

On Mon, May 21, 2018 at 10:57:07PM +0530, Sibi Sankar wrote: > Add SDM845 AOSS (always on subsystem) reset controller binding > > Signed-off-by: Sibi Sankar > --- > .../bindings/reset/qcom,aoss-reset.txt| 52 +++ > include/dt-bindings/reset/qcom,sdm845-aoss.h | 17

Re: [PATCH 1/2] power: supply: Add fwnode pointer to power_supply_config struct

Hi, On Tue, May 22, 2018 at 04:16:23PM +0100, Adam Thomson wrote: > To allow users of the power supply framework to be hw description > agnostic, this commit adds the ability to pass a fwnode pointer, > via the power_supply_config structure, to the initialisation code > of the core, instead of

Re: [PATCH 18/33] power: supply: use match_string() helper

Hi Andy, On Tue, May 22, 2018 at 12:58:14AM +0300, Andy Shevchenko wrote: > On Mon, May 21, 2018 at 2:57 PM, Yisheng Xie wrote: > > match_string() returns the index of an array for a matching string, > > which can be used intead of open coded variant. > > > > This

Re: [PATCH 1/2] power: supply: Add fwnode pointer to power_supply_config struct

Hi, On Tue, May 22, 2018 at 04:16:23PM +0100, Adam Thomson wrote: > To allow users of the power supply framework to be hw description > agnostic, this commit adds the ability to pass a fwnode pointer, > via the power_supply_config structure, to the initialisation code > of the core, instead of

Re: [PATCH 18/33] power: supply: use match_string() helper

Hi Andy, On Tue, May 22, 2018 at 12:58:14AM +0300, Andy Shevchenko wrote: > On Mon, May 21, 2018 at 2:57 PM, Yisheng Xie wrote: > > match_string() returns the index of an array for a matching string, > > which can be used intead of open coded variant. > > > > This doesn't make code looks better

Re: [RFC] perf: Allow fine-grained PMU access control

On 22/05/2018 13:32, Peter Zijlstra wrote: On Tue, May 22, 2018 at 10:29:29AM +0100, Tvrtko Ursulin wrote: On 22/05/18 10:05, Peter Zijlstra wrote: On Mon, May 21, 2018 at 10:25:49AM +0100, Tvrtko Ursulin wrote: From: Tvrtko Ursulin For situations where sysadmins

Re: [RFC] perf: Allow fine-grained PMU access control

On 22/05/2018 13:32, Peter Zijlstra wrote: On Tue, May 22, 2018 at 10:29:29AM +0100, Tvrtko Ursulin wrote: On 22/05/18 10:05, Peter Zijlstra wrote: On Mon, May 21, 2018 at 10:25:49AM +0100, Tvrtko Ursulin wrote: From: Tvrtko Ursulin For situations where sysadmins might want to allow

RE: Sometimes unusable i2c-hid devices in 4.17-rcX

Benjamin, > -Original Message- > From: Benjamin Tissoires [mailto:benjamin.tissoi...@gmail.com] > Sent: Friday, May 18, 2018 1:18 PM > To: Limonciello, Mario > Cc: linux-input; linux-kernel@vger.kernel.org > Subject: Re: Sometimes unusable i2c-hid devices in 4.17-rcX > > On Thu, May 17,

RE: Sometimes unusable i2c-hid devices in 4.17-rcX

Benjamin, > -Original Message- > From: Benjamin Tissoires [mailto:benjamin.tissoi...@gmail.com] > Sent: Friday, May 18, 2018 1:18 PM > To: Limonciello, Mario > Cc: linux-input; linux-kernel@vger.kernel.org > Subject: Re: Sometimes unusable i2c-hid devices in 4.17-rcX > > On Thu, May 17,

Re: [PATCH v4 1/2] xen/PVH: Set up GS segment for stack canary

>>> On 22.05.18 at 17:15, wrote: > On Tue, May 22, 2018 at 9:57 AM, Jan Beulich wrote: > On 22.05.18 at 15:45, wrote: >>> On Mon, May 21, 2018 at 11:54 PM, Boris Ostrovsky >>> wrote: @@ -98,6 +101,12

Re: [PATCH v4 1/2] xen/PVH: Set up GS segment for stack canary

>>> On 22.05.18 at 17:15, wrote: > On Tue, May 22, 2018 at 9:57 AM, Jan Beulich wrote: > On 22.05.18 at 15:45, wrote: >>> On Mon, May 21, 2018 at 11:54 PM, Boris Ostrovsky >>> wrote: @@ -98,6 +101,12 @@ ENTRY(pvh_start_xen) /* 64-bit entry point. */ .code64

Re: [PATCH v3] usbip: vhci_sysfs: fix potential Spectre v1

On 05/22/2018 10:56 AM, Shuah Khan wrote: On 05/18/2018 07:13 PM, Gustavo A. R. Silva wrote: pdev_nr and rhport can be controlled by user-space, hence leading to a potential exploitation of the Spectre variant 1 vulnerability. This issue was detected with the help of Smatch:

Re: [PATCH v3] usbip: vhci_sysfs: fix potential Spectre v1

On 05/22/2018 10:56 AM, Shuah Khan wrote: On 05/18/2018 07:13 PM, Gustavo A. R. Silva wrote: pdev_nr and rhport can be controlled by user-space, hence leading to a potential exploitation of the Spectre variant 1 vulnerability. This issue was detected with the help of Smatch:

Re: [PATCH] tc-testing: flush gact actions on test teardown

On 05/22/2018 09:49 AM, David Miller wrote: > From: Shuah Khan > Date: Tue, 22 May 2018 09:43:28 -0600 > >> On 05/18/2018 10:21 AM, Vlad Buslov wrote: >>> Test 6fb4 creates one mirred and one pipe action, but only flushes mirred >>> on teardown. Leaking pipe action causes

Re: [PATCH] tc-testing: flush gact actions on test teardown

On 05/22/2018 09:49 AM, David Miller wrote: > From: Shuah Khan > Date: Tue, 22 May 2018 09:43:28 -0600 > >> On 05/18/2018 10:21 AM, Vlad Buslov wrote: >>> Test 6fb4 creates one mirred and one pipe action, but only flushes mirred >>> on teardown. Leaking pipe action causes failures in other

Re: [PATCH] drivers/perf: Remove ARM_SPE_PMU explicit PERF_EVENTS dependency

On Tue, May 22, 2018 at 11:54:04PM +0800, John Garry wrote: > Since commit bddb9b68d3fb ("drivers/perf: commonise PERF_EVENTS > dependency"), all perf drivers depend on PERF_EVENTS config under a > common menu. > > Config ARM_SPE_PMU still declares explicitly a dependency on > PERF_EVENTS, which

Re: [PATCH] drivers/perf: Remove ARM_SPE_PMU explicit PERF_EVENTS dependency

On Tue, May 22, 2018 at 11:54:04PM +0800, John Garry wrote: > Since commit bddb9b68d3fb ("drivers/perf: commonise PERF_EVENTS > dependency"), all perf drivers depend on PERF_EVENTS config under a > common menu. > > Config ARM_SPE_PMU still declares explicitly a dependency on > PERF_EVENTS, which

Re: [PATCH v6 3/6] dt-bindings: clock: renesas,rzn1-clocks: document RZ/N1 clock driver

On Tue, May 22, 2018 at 11:01:23AM +0100, Michel Pollet wrote: > The Renesas RZ/N1 Family (Part #R9A06G0xx) requires a driver > to provide the SoC clock infrastructure for Linux. > > This documents the driver bindings. > > Signed-off-by: Michel Pollet > --- >

Re: [PATCH v6 3/6] dt-bindings: clock: renesas,rzn1-clocks: document RZ/N1 clock driver

On Tue, May 22, 2018 at 11:01:23AM +0100, Michel Pollet wrote: > The Renesas RZ/N1 Family (Part #R9A06G0xx) requires a driver > to provide the SoC clock infrastructure for Linux. > > This documents the driver bindings. > > Signed-off-by: Michel Pollet > --- >

Re: Tasks RCU vs Preempt RCU

On Tue, May 22, 2018 at 08:38:32AM -0400, Steven Rostedt wrote: > On Mon, 21 May 2018 21:54:14 -0700 > Joel Fernandes wrote: > > > > Yes, lets brain storm this if you like. One way I was thinking if we can > > manually check every CPU and see what state its in (usermode,

Re: Tasks RCU vs Preempt RCU

On Tue, May 22, 2018 at 08:38:32AM -0400, Steven Rostedt wrote: > On Mon, 21 May 2018 21:54:14 -0700 > Joel Fernandes wrote: > > > > Yes, lets brain storm this if you like. One way I was thinking if we can > > manually check every CPU and see what state its in (usermode, kernel, idle > > etc)

Re: [PATCH 2/2] typec: tcpm: Provide fwnode pointer as part of psy_cfg

On Tue, May 22, 2018 at 04:16:24PM +0100, Adam Thomson wrote: > For supply registration, provide fwnode pointer of the port device, > via the power_supply_config structure, to allow other psy drivers > to add us as a supplier. At present this only applies to DT > based platforms using the

Re: [PATCH 2/2] typec: tcpm: Provide fwnode pointer as part of psy_cfg

On Tue, May 22, 2018 at 04:16:24PM +0100, Adam Thomson wrote: > For supply registration, provide fwnode pointer of the port device, > via the power_supply_config structure, to allow other psy drivers > to add us as a supplier. At present this only applies to DT > based platforms using the

[PATCH v3 1/3] powerpc/lib: move PPC32 specific functions out of string.S

In preparation of optimisation patches, move PPC32 specific memcmp() and __clear_user() into string_32.S Signed-off-by: Christophe Leroy --- arch/powerpc/lib/Makefile| 5 +-- arch/powerpc/lib/string.S| 61 -

[PATCH v3 1/3] powerpc/lib: move PPC32 specific functions out of string.S

In preparation of optimisation patches, move PPC32 specific memcmp() and __clear_user() into string_32.S Signed-off-by: Christophe Leroy --- arch/powerpc/lib/Makefile| 5 +-- arch/powerpc/lib/string.S| 61 - arch/powerpc/lib/string_32.S | 72

[PATCH v3 0/3] powerpc/lib: Optimisation of string functions for PPC32 - part 1

This serie intends to optimise string functions for PPC32 in the same spirit as already done on PPC64. The first patch moves PPC32 specific functions from string.S into a dedicated file named string_32.S The second patch rewrites __clear_user() by using dcbz intruction The third patch rewrites

[PATCH v3 0/3] powerpc/lib: Optimisation of string functions for PPC32 - part 1

This serie intends to optimise string functions for PPC32 in the same spirit as already done on PPC64. The first patch moves PPC32 specific functions from string.S into a dedicated file named string_32.S The second patch rewrites __clear_user() by using dcbz intruction The third patch rewrites

[PATCH v3 2/3] powerpc/lib: optimise 32 bits __clear_user()

Rewrite clear_user() on the same principle as memset(0), making use of dcbz to clear complete cache lines. This code is a copy/paste of memset(), with some modifications in order to retrieve remaining number of bytes to be cleared, as it needs to be returned in case of error. On a MPC885,

[PATCH v3 2/3] powerpc/lib: optimise 32 bits __clear_user()

Rewrite clear_user() on the same principle as memset(0), making use of dcbz to clear complete cache lines. This code is a copy/paste of memset(), with some modifications in order to retrieve remaining number of bytes to be cleared, as it needs to be returned in case of error. On a MPC885,

Re: [PATCH] usbip: dynamically allocate idev by nports found in sysfs

Hi Michael, Thanks for the patch. Couple of comments below: On 05/18/2018 08:39 AM, Michael Grzeschik wrote: > As the amount of available ports varies by the kernels build > configuration. To remove the limitation of the fixed 128 ports > we allocate the amount of idevs by using the number we

Re: [PATCH] usbip: dynamically allocate idev by nports found in sysfs

Hi Michael, Thanks for the patch. Couple of comments below: On 05/18/2018 08:39 AM, Michael Grzeschik wrote: > As the amount of available ports varies by the kernels build > configuration. To remove the limitation of the fixed 128 ports > we allocate the amount of idevs by using the number we

[PATCH v3 3/3] powerpc/lib: optimise PPC32 memcmp

At the time being, memcmp() compares two chunks of memory byte per byte. This patch optimises the comparison by comparing word by word. A small benchmark performed on an 8xx comparing two chuncks of 512 bytes performed 10 times gives: Before : 5852274 TB ticks After: 1488638 TB ticks

[PATCH v3 3/3] powerpc/lib: optimise PPC32 memcmp

At the time being, memcmp() compares two chunks of memory byte per byte. This patch optimises the comparison by comparing word by word. A small benchmark performed on an 8xx comparing two chuncks of 512 bytes performed 10 times gives: Before : 5852274 TB ticks After: 1488638 TB ticks

Re: [PATCH] mm: Add new vma flag VM_LOCAL_CPU

On 18/05/18 17:14, Christopher Lameter wrote: > On Tue, 15 May 2018, Boaz Harrosh wrote: > >>> I don't think page tables work the way you think they work. >>> >>> + err = vm_insert_pfn_prot(zt->vma, zt_addr, pfn, prot); >>> >>> That doesn't just insert it into the local CPU's page

Re: [PATCH] mm: Add new vma flag VM_LOCAL_CPU

On 18/05/18 17:14, Christopher Lameter wrote: > On Tue, 15 May 2018, Boaz Harrosh wrote: > >>> I don't think page tables work the way you think they work. >>> >>> + err = vm_insert_pfn_prot(zt->vma, zt_addr, pfn, prot); >>> >>> That doesn't just insert it into the local CPU's page

Re: [PATCH v3 1/6] x86/stacktrace: do not unwind after user regs

On Sat, May 19, 2018 at 09:42:51AM +0200, Ingo Molnar wrote: > > * Josh Poimboeuf wrote: > > > On Fri, May 18, 2018 at 08:55:47AM +0200, Ingo Molnar wrote: > > > > > > * Jiri Slaby wrote: > > > > > > > Josh pointed out, that there is no way a frame can be

Re: [PATCH v3 1/6] x86/stacktrace: do not unwind after user regs

On Sat, May 19, 2018 at 09:42:51AM +0200, Ingo Molnar wrote: > > * Josh Poimboeuf wrote: > > > On Fri, May 18, 2018 at 08:55:47AM +0200, Ingo Molnar wrote: > > > > > > * Jiri Slaby wrote: > > > > > > > Josh pointed out, that there is no way a frame can be after user regs. > > > > So remove

Re: RCU branching for the v4.19 merge window

On Tue, May 22, 2018 at 11:27:36AM -0400, Steven Rostedt wrote: > On Thu, 17 May 2018 07:40:44 -0700 > "Paul E. McKenney" wrote: > > > Hello, Steve! > > > > Another year, another difficult-to-branch set of RCU commits. > > > > In happy contrast to last year, I can

Re: RCU branching for the v4.19 merge window

On Tue, May 22, 2018 at 11:27:36AM -0400, Steven Rostedt wrote: > On Thu, 17 May 2018 07:40:44 -0700 > "Paul E. McKenney" wrote: > > > Hello, Steve! > > > > Another year, another difficult-to-branch set of RCU commits. > > > > In happy contrast to last year, I can make some branches (SRCU,

[PATCH v10 00/18] KVM: arm64: Optimise FPSIMD context switching

Note: Most of these patches are Arm-specific. People not Cc'd on the whole series can find it in the linux-arm-kernel archive [2]. This series aims to improve the way FPSIMD context is handled by KVM. Changes since the previous v9 [1] are mostly minor, but there are some fixes worthy of closer

[PATCH v10 00/18] KVM: arm64: Optimise FPSIMD context switching

Note: Most of these patches are Arm-specific. People not Cc'd on the whole series can find it in the linux-arm-kernel archive [2]. This series aims to improve the way FPSIMD context is handled by KVM. Changes since the previous v9 [1] are mostly minor, but there are some fixes worthy of closer

Re: [PATCH v6 2/6] dt-bindings: Add the rzn1-clocks.h file

On Tue, May 22, 2018 at 11:01:22AM +0100, Michel Pollet wrote: > This adds the constants necessary to use the renesas,rzn1-clocks driver. > > Signed-off-by: Michel Pollet > --- > include/dt-bindings/clock/rzn1-clocks.h | 187 > > 1

Re: [PATCH v6 2/6] dt-bindings: Add the rzn1-clocks.h file

On Tue, May 22, 2018 at 11:01:22AM +0100, Michel Pollet wrote: > This adds the constants necessary to use the renesas,rzn1-clocks driver. > > Signed-off-by: Michel Pollet > --- > include/dt-bindings/clock/rzn1-clocks.h | 187 > > 1 file changed, 187

Re: [PATCH v6 2/5] Documentation: dt-bindings: phy: add phy_config for Rockchip USB Type-C PHY

On Mon, May 21, 2018 at 05:37:01PM +0800, Lin Huang wrote: > If want to do training outside DP Firmware, need phy voltage swing > and pre_emphasis value. > > Signed-off-by: Lin Huang > --- > Changes in v2: > - None > Changes in v3: > - modify property description and add

Re: [PATCH v6 2/5] Documentation: dt-bindings: phy: add phy_config for Rockchip USB Type-C PHY

On Mon, May 21, 2018 at 05:37:01PM +0800, Lin Huang wrote: > If want to do training outside DP Firmware, need phy voltage swing > and pre_emphasis value. > > Signed-off-by: Lin Huang > --- > Changes in v2: > - None > Changes in v3: > - modify property description and add this property to

Re: [PATCH v3] usbip: vhci_sysfs: fix potential Spectre v1

On 05/18/2018 07:13 PM, Gustavo A. R. Silva wrote: > pdev_nr and rhport can be controlled by user-space, hence leading to > a potential exploitation of the Spectre variant 1 vulnerability. > > This issue was detected with the help of Smatch: > drivers/usb/usbip/vhci_sysfs.c:238 detach_store()

Re: [PATCH v3] usbip: vhci_sysfs: fix potential Spectre v1

On 05/18/2018 07:13 PM, Gustavo A. R. Silva wrote: > pdev_nr and rhport can be controlled by user-space, hence leading to > a potential exploitation of the Spectre variant 1 vulnerability. > > This issue was detected with the help of Smatch: > drivers/usb/usbip/vhci_sysfs.c:238 detach_store()

Re: [PATCH v5 5/8] dt-bindings: remoteproc: Add Q6v5 Modem PIL binding for SDM845

On Mon, May 21, 2018 at 10:57:11PM +0530, Sibi Sankar wrote: > Add new compatible string for Qualcomm SDM845 SoCs > > Signed-off-by: Sibi Sankar > --- > Documentation/devicetree/bindings/remoteproc/qcom,q6v5.txt | 1 + > 1 file changed, 1 insertion(+) Please add

Re: [PATCH v5 5/8] dt-bindings: remoteproc: Add Q6v5 Modem PIL binding for SDM845

On Mon, May 21, 2018 at 10:57:11PM +0530, Sibi Sankar wrote: > Add new compatible string for Qualcomm SDM845 SoCs > > Signed-off-by: Sibi Sankar > --- > Documentation/devicetree/bindings/remoteproc/qcom,q6v5.txt | 1 + > 1 file changed, 1 insertion(+) Please add acks/reviewed-bys when posting

Re: [PATCH v9 11/15] dt-bindings: cpufreq: Document operating-points-v2-kryo-cpu

On Mon, May 21, 2018 at 02:25:28PM +0300, Ilia Lin wrote: > The qcom-cpufreq-kryo driver reads the msm-id and efuse value from the SoC > to provide the OPP framework with required information. > This is used to determine the voltage and frequency value for each OPP of > operating-points-v2 table

Re: [PATCH v9 11/15] dt-bindings: cpufreq: Document operating-points-v2-kryo-cpu

On Mon, May 21, 2018 at 02:25:28PM +0300, Ilia Lin wrote: > The qcom-cpufreq-kryo driver reads the msm-id and efuse value from the SoC > to provide the OPP framework with required information. > This is used to determine the voltage and frequency value for each OPP of > operating-points-v2 table

[PATCH] drivers/perf: Remove ARM_SPE_PMU explicit PERF_EVENTS dependency

Since commit bddb9b68d3fb ("drivers/perf: commonise PERF_EVENTS dependency"), all perf drivers depend on PERF_EVENTS config under a common menu. Config ARM_SPE_PMU still declares explicitly a dependency on PERF_EVENTS, which is unneeded, so remove it. Signed-off-by: John Garry

[PATCH] drivers/perf: Remove ARM_SPE_PMU explicit PERF_EVENTS dependency

Since commit bddb9b68d3fb ("drivers/perf: commonise PERF_EVENTS dependency"), all perf drivers depend on PERF_EVENTS config under a common menu. Config ARM_SPE_PMU still declares explicitly a dependency on PERF_EVENTS, which is unneeded, so remove it. Signed-off-by: John Garry diff --git

Re: [PATCH v3 0/4] kconfig: refactor package checks for GUI frontends

Hi Masahiro. On Tue, May 22, 2018 at 04:22:17PM +0900, Masahiro Yamada wrote: > > Kconfig supports 4 GUI frontends. > Each of them needs some support packages, but checks them differently: > > qconf, gconf: check packages in Makefile (pkg-config is required) > mconf:

Re: [PATCH v3 0/4] kconfig: refactor package checks for GUI frontends

Hi Masahiro. On Tue, May 22, 2018 at 04:22:17PM +0900, Masahiro Yamada wrote: > > Kconfig supports 4 GUI frontends. > Each of them needs some support packages, but checks them differently: > > qconf, gconf: check packages in Makefile (pkg-config is required) > mconf:

Re: [PATCH v10 11/16] vb2: add explicit fence user API

On Tue, 2018-05-22 at 14:05 +0200, Hans Verkuil wrote: > On 21/05/18 18:59, Ezequiel Garcia wrote: > > From: Gustavo Padovan > > > > Turn the reserved2 field into fence_fd that we will use to send > > an in-fence to the kernel or return an out-fence from the kernel

Re: [PATCH v4 1/2] vfio/mdev: Check globally for duplicate devices

[Cc +GVT-g maintainers/lists] On Tue, 22 May 2018 10:13:46 +0200 Cornelia Huck wrote: > On Fri, 18 May 2018 13:10:25 -0600 > Alex Williamson wrote: > > > When we create an mdev device, we check for duplicates against the > > parent device and

<    7   8   9   10   11   12   13   14   15   16   >