Re: [PATCH v2 net-next 1/4] umh: introduce fork_usermode_blob() helper

What a mighty short list of reviewers. Adding some more. My review below. I'd appreciate a Cc on future versions of these patches. On Wed, May 02, 2018 at 09:36:01PM -0700, Alexei Starovoitov wrote: > Introduce helper: > int fork_usermode_blob(void *data, size_t len, struct umh_info *info); >

Re: [PATCH v2 net-next 1/4] umh: introduce fork_usermode_blob() helper

What a mighty short list of reviewers. Adding some more. My review below. I'd appreciate a Cc on future versions of these patches. On Wed, May 02, 2018 at 09:36:01PM -0700, Alexei Starovoitov wrote: > Introduce helper: > int fork_usermode_blob(void *data, size_t len, struct umh_info *info); >

Re: rcu-bh design

On Fri, May 4, 2018 at 11:49 AM, Paul E. McKenney wrote: > On Fri, May 04, 2018 at 06:34:32PM +, Joel Fernandes wrote: >> On Fri, May 4, 2018 at 10:42 AM Paul E. McKenney >> >> wrote: >> [...] >> > > > > But preemptible RCU *does not*

Re: rcu-bh design

On Fri, May 4, 2018 at 11:49 AM, Paul E. McKenney wrote: > On Fri, May 04, 2018 at 06:34:32PM +, Joel Fernandes wrote: >> On Fri, May 4, 2018 at 10:42 AM Paul E. McKenney >> >> wrote: >> [...] >> > > > > But preemptible RCU *does not* use context-switch as a quiescent >> state. >> > > > It

[PATCH] ANDROID: binder: remove 32-bit binder interface.

New devices launching with Android P need to use the 64-bit binder interface, even on 32-bit SoCs [0]. This change removes the Kconfig option to select the 32-bit binder interface. We don't think this will affect existing userspace for the following reasons: 1) The latest Android common tree is

[PATCH] ANDROID: binder: remove 32-bit binder interface.

New devices launching with Android P need to use the 64-bit binder interface, even on 32-bit SoCs [0]. This change removes the Kconfig option to select the 32-bit binder interface. We don't think this will affect existing userspace for the following reasons: 1) The latest Android common tree is

Re: [PATCH v2 0/4] Introduce LSM-hook for socketpair(2)

On Fri, 4 May 2018, David Herrmann wrote: > Hi > > This is v2 of the socketpair(2) LSM hook introduction. Thanks, all applied to git://git.kernel.org/pub/scm/linux/kernel/git/jmorris/linux-security.git next-general -- James Morris

Re: [PATCH v2 0/4] Introduce LSM-hook for socketpair(2)

On Fri, 4 May 2018, David Herrmann wrote: > Hi > > This is v2 of the socketpair(2) LSM hook introduction. Thanks, all applied to git://git.kernel.org/pub/scm/linux/kernel/git/jmorris/linux-security.git next-general -- James Morris

Re: [PATCH] selftests:intel_pstate: fixes typical crash of a testing script for Intel P-State driver

On 04/29/2018 01:12 PM, Jeffrin Jose T wrote: > Testing script for Intel P-State driver crashes during > the run. this patch fixes that crash and produce typical results. > > Signed-off-by: Jeffrin Jose T > > --- > tools/testing/selftests/intel_pstate/run.sh | 7

Re: [PATCH] selftests:intel_pstate: fixes typical crash of a testing script for Intel P-State driver

On 04/29/2018 01:12 PM, Jeffrin Jose T wrote: > Testing script for Intel P-State driver crashes during > the run. this patch fixes that crash and produce typical results. > > Signed-off-by: Jeffrin Jose T > > --- > tools/testing/selftests/intel_pstate/run.sh | 7 +-- > 1 file changed, 5

Re: [PATCH v5 6/7] dt-bindings: phy-qcom-usb2: Add support to override tuning values

Hi, On Wed, May 2, 2018 at 2:06 PM, Manu Gautam wrote: > To improve eye diagram for PHYs on different boards of same SOC, > some parameters may need to be changed. Provide device tree > properties to override these from board specific device tree > files. While at it,

Re: [PATCH BUGFIX] block, bfq: postpone rq preparation to insert or merge

Tentatively, I suspect you've just fixed the nasty stalls I reported a while back. Not a hint of stall as yet (should have shown itself by now), spinning rust buckets are being all they can be, box feels good. Later mq-deadline (I hope to eventually forget the module dependency eternities we've

Re: [PATCH v5 1/7] clk: msm8996-gcc: Mark halt check as no-op for USB/PCIE pipe_clk

Hi, On Wed, May 2, 2018 at 2:06 PM, Manu Gautam wrote: > The USB and PCIE pipe clocks are sourced from external clocks > inside the QMP USB/PCIE PHYs. Enabling or disabling of PIPE RCG > clocks is dependent on PHY initialization sequence hence > update halt_check to

Re: [PATCH v5 6/7] dt-bindings: phy-qcom-usb2: Add support to override tuning values

Hi, On Wed, May 2, 2018 at 2:06 PM, Manu Gautam wrote: > To improve eye diagram for PHYs on different boards of same SOC, > some parameters may need to be changed. Provide device tree > properties to override these from board specific device tree > files. While at it, replace "qcom,qusb2-v2-phy"

Re: [PATCH BUGFIX] block, bfq: postpone rq preparation to insert or merge

Tentatively, I suspect you've just fixed the nasty stalls I reported a while back. Not a hint of stall as yet (should have shown itself by now), spinning rust buckets are being all they can be, box feels good. Later mq-deadline (I hope to eventually forget the module dependency eternities we've

Re: [PATCH v5 1/7] clk: msm8996-gcc: Mark halt check as no-op for USB/PCIE pipe_clk

Hi, On Wed, May 2, 2018 at 2:06 PM, Manu Gautam wrote: > The USB and PCIE pipe clocks are sourced from external clocks > inside the QMP USB/PCIE PHYs. Enabling or disabling of PIPE RCG > clocks is dependent on PHY initialization sequence hence > update halt_check to BRANCH_HALT_SKIP for these

Re: [PATCH v5 2/7] phy: qcom-qmp: Enable pipe_clk before PHY initialization

Hi, On Wed, May 2, 2018 at 2:06 PM, Manu Gautam wrote: > QMP PHY for USB/PCIE requires pipe_clk for locking of > retime buffers at the pipe interface. Driver checks for > PHY_STATUS without enabling pipe_clk due to which > phy_init() fails with initialization timeout. >

Re: [PATCH v5 7/7] phy: qcom-qusb2: Add QUSB2 PHYs support for sdm845

Hi, On Wed, May 2, 2018 at 2:06 PM, Manu Gautam wrote: > There are two QUSB2 PHYs present on sdm845. In order > to improve eye diagram for both the PHYs some parameters > need to be changed. Provide device tree properties to > override these from board specific device

Re: [PATCH v5 2/7] phy: qcom-qmp: Enable pipe_clk before PHY initialization

Hi, On Wed, May 2, 2018 at 2:06 PM, Manu Gautam wrote: > QMP PHY for USB/PCIE requires pipe_clk for locking of > retime buffers at the pipe interface. Driver checks for > PHY_STATUS without enabling pipe_clk due to which > phy_init() fails with initialization timeout. > Though pipe_clk is output

Re: [PATCH v5 7/7] phy: qcom-qusb2: Add QUSB2 PHYs support for sdm845

Hi, On Wed, May 2, 2018 at 2:06 PM, Manu Gautam wrote: > There are two QUSB2 PHYs present on sdm845. In order > to improve eye diagram for both the PHYs some parameters > need to be changed. Provide device tree properties to > override these from board specific device tree files. > >

Re: [PATCH] selftests: fix spelling mistake: "desciptor" -> "descriptor"

On 04/29/2018 05:54 AM, Colin King wrote: > From: Colin Ian King > > Trivial fix to spelling mistake in message text > > Signed-off-by: Colin Ian King > --- > tools/testing/selftests/filesystems/devpts_pts.c | 2 +- > 1 file changed, 1

Re: [PATCH] selftests: fix spelling mistake: "desciptor" -> "descriptor"

On 04/29/2018 05:54 AM, Colin King wrote: > From: Colin Ian King > > Trivial fix to spelling mistake in message text > > Signed-off-by: Colin Ian King > --- > tools/testing/selftests/filesystems/devpts_pts.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

Re: [PATCH v3 2/5] efi: Add embedded peripheral firmware support

On Wed, Apr 25, 2018 at 10:55 AM, Luis R. Rodriguez wrote: > Android became the primary user of CONFIG_FW_LOADER_USER_HELPER_FALLBACK. > > It would be good for us to hear from Android folks if their current use of > request_firmware_into_buf() is designed in practice to *never*

Re: [PATCH v3 2/5] efi: Add embedded peripheral firmware support

On Wed, Apr 25, 2018 at 10:55 AM, Luis R. Rodriguez wrote: > Android became the primary user of CONFIG_FW_LOADER_USER_HELPER_FALLBACK. > > It would be good for us to hear from Android folks if their current use of > request_firmware_into_buf() is designed in practice to *never* use the direct >

Re: [PATCH] cpupower: fix spelling mistake: "logilename" -> "logfilename"

On 05/03/2018 03:09 AM, Colin King wrote: > From: Colin Ian King > > Trivial fix to spelling mistake in dprintf message > > Signed-off-by: Colin Ian King > --- > tools/power/cpupower/bench/parse.c | 2 +- > 1 file changed, 1 insertion(+), 1

Re: [PATCH] cpupower: fix spelling mistake: "logilename" -> "logfilename"

On 05/03/2018 03:09 AM, Colin King wrote: > From: Colin Ian King > > Trivial fix to spelling mistake in dprintf message > > Signed-off-by: Colin Ian King > --- > tools/power/cpupower/bench/parse.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

Re: [PATCH] kernel/signal: Remove no longer required irqsave/restore

On Fri, May 04, 2018 at 02:03:04PM -0500, Eric W. Biederman wrote: > "Paul E. McKenney" writes: > > > On Fri, May 04, 2018 at 12:17:20PM -0500, Eric W. Biederman wrote: > >> Sebastian Andrzej Siewior writes: > >> > >> > On 2018-05-04 11:59:08

Re: [PATCH] kernel/signal: Remove no longer required irqsave/restore

On Fri, May 04, 2018 at 02:03:04PM -0500, Eric W. Biederman wrote: > "Paul E. McKenney" writes: > > > On Fri, May 04, 2018 at 12:17:20PM -0500, Eric W. Biederman wrote: > >> Sebastian Andrzej Siewior writes: > >> > >> > On 2018-05-04 11:59:08 [-0500], Eric W. Biederman wrote: > >> >> Sebastian

Re: [PATCH] selftests: media_tests: fix spelling mistake: "iternations" -> "iterations"

On 05/02/2018 09:00 AM, Colin King wrote: > From: Colin Ian King > > Trivial fix to spelling mistake in message text > > Signed-off-by: Colin Ian King > --- > tools/testing/selftests/media_tests/media_device_test.c | 2 +- > 1 file changed,

Re: [PATCH] selftests: media_tests: fix spelling mistake: "iternations" -> "iterations"

On 05/02/2018 09:00 AM, Colin King wrote: > From: Colin Ian King > > Trivial fix to spelling mistake in message text > > Signed-off-by: Colin Ian King > --- > tools/testing/selftests/media_tests/media_device_test.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

Re: [PATCH 1/2] selftests/filesystems: devpts_pts included wrong header

On 05/02/2018 08:05 AM, Christian Brauner wrote: > On Wed, Apr 18, 2018 at 09:52:55AM +0200, Anders Roxell wrote: >> We were picking up the wrong header should use asm/ioctls.h form the kernel >> and not the header from the system (sys/ioctl.h). In the current code we >> added the correct include

Re: [PATCH 1/2] selftests/filesystems: devpts_pts included wrong header

On 05/02/2018 08:05 AM, Christian Brauner wrote: > On Wed, Apr 18, 2018 at 09:52:55AM +0200, Anders Roxell wrote: >> We were picking up the wrong header should use asm/ioctls.h form the kernel >> and not the header from the system (sys/ioctl.h). In the current code we >> added the correct include

Re: [PATCH 04/15] media: pxa_camera: remove the dmaengine compat need

Em Sun, 22 Apr 2018 13:06:12 +0200 Hans Verkuil escreveu: > On 04/02/2018 04:26 PM, Robert Jarzmik wrote: > > From: Robert Jarzmik > > > > As the pxa architecture switched towards the dmaengine slave map, the > > old compatibility mechanism to

Re: [PATCH 04/15] media: pxa_camera: remove the dmaengine compat need

Em Sun, 22 Apr 2018 13:06:12 +0200 Hans Verkuil escreveu: > On 04/02/2018 04:26 PM, Robert Jarzmik wrote: > > From: Robert Jarzmik > > > > As the pxa architecture switched towards the dmaengine slave map, the > > old compatibility mechanism to acquire the dma requestor line number and > >

Re: [PATCH v3 3/4] seccomp: Audit attempts to modify the actions_logged sysctl

On Thursday, May 3, 2018 9:08:14 PM EDT Tyler Hicks wrote: > The decision to log a seccomp action will always be subject to the > value of the kernel.seccomp.actions_logged sysctl, even for processes > that are being inspected via the audit subsystem, in an upcoming patch. > Therefore, we need to

Re: [PATCH v3 3/4] seccomp: Audit attempts to modify the actions_logged sysctl

On Thursday, May 3, 2018 9:08:14 PM EDT Tyler Hicks wrote: > The decision to log a seccomp action will always be subject to the > value of the kernel.seccomp.actions_logged sysctl, even for processes > that are being inspected via the audit subsystem, in an upcoming patch. > Therefore, we need to

Re: [PATCH v5 0/6] firmware_loader: cleanups for v4.18

"Luis R. Rodriguez" writes: > * CONFIG_WANXL --> CONFIG_WANXL_BUILD_FIRMWARE > * CONFIG_SCSI_AIC79XX --> CONFIG_AIC79XX_BUILD_FIRMWARE > > To this day both of these drivers are building driver *firmwares* when > the option CONFIG_PREVENT_FIRMWARE_BUILD is disabled, and

Re: [PATCH v5 0/6] firmware_loader: cleanups for v4.18

"Luis R. Rodriguez" writes: > * CONFIG_WANXL --> CONFIG_WANXL_BUILD_FIRMWARE > * CONFIG_SCSI_AIC79XX --> CONFIG_AIC79XX_BUILD_FIRMWARE > > To this day both of these drivers are building driver *firmwares* when > the option CONFIG_PREVENT_FIRMWARE_BUILD is disabled, and they don't > even make

RE: [PATCH v5 12/14] cpufreq: Add Kryo CPU scaling driver

> -Original Message- > From: Viresh Kumar > Sent: Friday, May 4, 2018 09:57 > To: ilia...@codeaurora.org > Cc: mturque...@baylibre.com; sb...@kernel.org; r...@kernel.org; > mark.rutl...@arm.com; r...@rjwysocki.net; lgirdw...@gmail.com; > broo...@kernel.org;

RE: [PATCH v5 12/14] cpufreq: Add Kryo CPU scaling driver

> -Original Message- > From: Viresh Kumar > Sent: Friday, May 4, 2018 09:57 > To: ilia...@codeaurora.org > Cc: mturque...@baylibre.com; sb...@kernel.org; r...@kernel.org; > mark.rutl...@arm.com; r...@rjwysocki.net; lgirdw...@gmail.com; > broo...@kernel.org; andy.gr...@linaro.org;

[PATCH v1] intel_th: pti: Use sysfs_match_string() helper

Use sysfs_match_string() helper instead of open coded variant. Signed-off-by: Andy Shevchenko --- drivers/hwtracing/intel_th/pti.c | 16 +++- 1 file changed, 7 insertions(+), 9 deletions(-) diff --git a/drivers/hwtracing/intel_th/pti.c

[PATCH v1] intel_th: pti: Use sysfs_match_string() helper

Use sysfs_match_string() helper instead of open coded variant. Signed-off-by: Andy Shevchenko --- drivers/hwtracing/intel_th/pti.c | 16 +++- 1 file changed, 7 insertions(+), 9 deletions(-) diff --git a/drivers/hwtracing/intel_th/pti.c b/drivers/hwtracing/intel_th/pti.c index

Re: Hello My Dear Friend!!!!

Hello Dear I am Sister Dorothy Kent I really need your assistance to help me discuss a project . Thanks, Sister Dorothy Kent

Re: Hello My Dear Friend!!!!

Hello Dear I am Sister Dorothy Kent I really need your assistance to help me discuss a project . Thanks, Sister Dorothy Kent

Re: [PATCH] net/mlx5: fix spelling mistake: "modfiy" -> "modify"

On Thu, 2018-05-03 at 14:44 -0400, David Miller wrote: > From: Colin King > Date: Thu, 3 May 2018 14:35:03 +0100 > > > From: Colin Ian King > > > > Trivial fix to spelling mistake in netdev_warn warning message > > > > Signed-off-by: Colin

Re: [PATCH] net/mlx5: fix spelling mistake: "modfiy" -> "modify"

On Thu, 2018-05-03 at 14:44 -0400, David Miller wrote: > From: Colin King > Date: Thu, 3 May 2018 14:35:03 +0100 > > > From: Colin Ian King > > > > Trivial fix to spelling mistake in netdev_warn warning message > > > > Signed-off-by: Colin Ian King > > Saeed, please send this to me in your

[PATCH v9 01/12] ARM: Allow this header to be included by assembly files

From: Doug Berger The constants defined in this file are equally useful in assembly and C source files. The arm64 architecture version of this file allows inclusion in both assembly and C source files, so this this commit adds that capability to the arm architecture version so

[PATCH v9 01/12] ARM: Allow this header to be included by assembly files

From: Doug Berger The constants defined in this file are equally useful in assembly and C source files. The arm64 architecture version of this file allows inclusion in both assembly and C source files, so this this commit adds that capability to the arm architecture version so that the constants

[PATCH v9 03/12] ARM: dts: sun8i: Add CPUCFG device node for A83T dtsi

As we found in sun9i-a80, CPUCFG is a collection of registers that are mapped to the SoC's signals from each individual processor core and associated peripherals. These registers are used for SMP bringup and CPU hotplugging. Signed-off-by: Mylène Josserand

[PATCH v9 03/12] ARM: dts: sun8i: Add CPUCFG device node for A83T dtsi

As we found in sun9i-a80, CPUCFG is a collection of registers that are mapped to the SoC's signals from each individual processor core and associated peripherals. These registers are used for SMP bringup and CPU hotplugging. Signed-off-by: Mylène Josserand Reviewed-by: Chen-Yu Tsai ---

[PATCH v9 02/12] ARM: sunxi: smp: Move assembly code into a file

Move the assembly code for cluster cache enabling and resuming into an assembly file instead of having it directly in C code. Remove the CFLAGS because we are using the ARM directive "arch" instead. Signed-off-by: Mylène Josserand Acked-by: Maxime Ripard

[PATCH v9 05/12] ARM: dts: sun8i: a83t: Add CCI-400 node

Add CCI-400 node and control-port on CPUs needed by SMP bringup. Signed-off-by: Mylène Josserand Reviewed-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun8i-a83t.dtsi | 41 +++ 1 file changed, 41 insertions(+) diff

[PATCH v9 02/12] ARM: sunxi: smp: Move assembly code into a file

Move the assembly code for cluster cache enabling and resuming into an assembly file instead of having it directly in C code. Remove the CFLAGS because we are using the ARM directive "arch" instead. Signed-off-by: Mylène Josserand Acked-by: Maxime Ripard --- arch/arm/mach-sunxi/Makefile | 2

[PATCH v9 05/12] ARM: dts: sun8i: a83t: Add CCI-400 node

Add CCI-400 node and control-port on CPUs needed by SMP bringup. Signed-off-by: Mylène Josserand Reviewed-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun8i-a83t.dtsi | 41 +++ 1 file changed, 41 insertions(+) diff --git a/arch/arm/boot/dts/sun8i-a83t.dtsi

[PATCH v9 04/12] ARM: dts: sun8i: Add R_CPUCFG device node for the A83T dtsi

The R_CPUCFG is a collection of registers needed for SMP bringup on clusters and cluster's reset. For the moment, documentation about this register is found in Allwinner's code only. Signed-off-by: Mylène Josserand Reviewed-by: Chen-Yu Tsai ---

[PATCH v9 04/12] ARM: dts: sun8i: Add R_CPUCFG device node for the A83T dtsi

The R_CPUCFG is a collection of registers needed for SMP bringup on clusters and cluster's reset. For the moment, documentation about this register is found in Allwinner's code only. Signed-off-by: Mylène Josserand Reviewed-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun8i-a83t.dtsi | 5 + 1

[PATCH v9 07/12] ARM: sunxi: Add initialization of CNTVOFF

Add the initialization of CNTVOFF for sun8i-a83t. For boot CPU, create a new machine that handles this function's call in an "init_early" callback. We need to initialize CNTVOFF before the arch timer's initialization otherwise, it will not be taken into account and fails to boot correctly.

[PATCH v9 07/12] ARM: sunxi: Add initialization of CNTVOFF

Add the initialization of CNTVOFF for sun8i-a83t. For boot CPU, create a new machine that handles this function's call in an "init_early" callback. We need to initialize CNTVOFF before the arch timer's initialization otherwise, it will not be taken into account and fails to boot correctly.

[PATCH v9 06/12] ARM: smp: Add initialization of CNTVOFF

The CNTVOFF register from arch timer is uninitialized. It should be done by the bootloader but it is currently not the case, even for boot CPU because this SoC is booting in secure mode. It leads to an random offset value meaning that each CPU will have a different time, which isn't working very

[PATCH v9 06/12] ARM: smp: Add initialization of CNTVOFF

The CNTVOFF register from arch timer is uninitialized. It should be done by the bootloader but it is currently not the case, even for boot CPU because this SoC is booting in secure mode. It leads to an random offset value meaning that each CPU will have a different time, which isn't working very

Re: [RFC PATCH 2/2] net: mac808211: mac802154: use lockdep_assert_in_softirq() instead own warning

On 2018-05-04 20:51:32 [+0200], Peter Zijlstra wrote: > On Fri, May 04, 2018 at 08:45:39PM +0200, Sebastian Andrzej Siewior wrote: > > On 2018-05-04 20:32:49 [+0200], Peter Zijlstra wrote: > > > On Fri, May 04, 2018 at 07:51:44PM +0200, Sebastian Andrzej Siewior wrote: > > > > From: Anna-Maria

Re: [RFC PATCH 2/2] net: mac808211: mac802154: use lockdep_assert_in_softirq() instead own warning

On 2018-05-04 20:51:32 [+0200], Peter Zijlstra wrote: > On Fri, May 04, 2018 at 08:45:39PM +0200, Sebastian Andrzej Siewior wrote: > > On 2018-05-04 20:32:49 [+0200], Peter Zijlstra wrote: > > > On Fri, May 04, 2018 at 07:51:44PM +0200, Sebastian Andrzej Siewior wrote: > > > > From: Anna-Maria

[PATCH v9 09/12] ARM: sun9i: smp: Add is_a83t field

To prepare the support of sun8i-a83t, add a field in the smp_data structure to know if we are on sun9i-a80 or sun8i-a83t. Add also a global variable to retrieve which architecture we are having. Signed-off-by: Mylène Josserand Acked-by: Maxime Ripard

[PATCH v9 11/12] ARM: dts: sun8i: Add enable-method for SMP support for the A83T SoC

Add the use of enable-method property for SMP support which allows to handle the SMP support for this specific SoC. This commit adds enable-method properties to all CPU nodes. Signed-off-by: Mylène Josserand --- arch/arm/boot/dts/sun8i-a83t.dtsi | 8 1

[PATCH v9 09/12] ARM: sun9i: smp: Add is_a83t field

To prepare the support of sun8i-a83t, add a field in the smp_data structure to know if we are on sun9i-a80 or sun8i-a83t. Add also a global variable to retrieve which architecture we are having. Signed-off-by: Mylène Josserand Acked-by: Maxime Ripard --- arch/arm/mach-sunxi/mc_smp.c | 4

[PATCH v9 11/12] ARM: dts: sun8i: Add enable-method for SMP support for the A83T SoC

Add the use of enable-method property for SMP support which allows to handle the SMP support for this specific SoC. This commit adds enable-method properties to all CPU nodes. Signed-off-by: Mylène Josserand --- arch/arm/boot/dts/sun8i-a83t.dtsi | 8 1 file changed, 8 insertions(+)

[PATCH v9 10/12] ARM: sun8i: smp: Add support for A83T

Add the support for A83T. A83T SoC has an additional register than A80 to handle CPU configurations: R_CPUS_CFG. Information about the register comes from Allwinner's BSP driver. An important difference is the Power Off Gating register for clusters which is BIT(4) in case of SUN9I-A80 and BIT(0)

[PATCH v9 10/12] ARM: sun8i: smp: Add support for A83T

Add the support for A83T. A83T SoC has an additional register than A80 to handle CPU configurations: R_CPUS_CFG. Information about the register comes from Allwinner's BSP driver. An important difference is the Power Off Gating register for clusters which is BIT(4) in case of SUN9I-A80 and BIT(0)

[PATCH v9 08/12] ARM: sun9i: smp: Rename clusters's power-off

To prepare the support for sun8i-a83t, rename the macro that handles the power-off of clusters because it is different from sun9i-a80 to sun8i-a83t. The power off register for clusters are different from a80 and a83t. Signed-off-by: Mylène Josserand Acked-by:

[PATCH v9 08/12] ARM: sun9i: smp: Rename clusters's power-off

To prepare the support for sun8i-a83t, rename the macro that handles the power-off of clusters because it is different from sun9i-a80 to sun8i-a83t. The power off register for clusters are different from a80 and a83t. Signed-off-by: Mylène Josserand Acked-by: Maxime Ripard Reviewed-by: Chen-Yu

[PATCH v9 12/12] ARM: shmobile: Convert file to use cntvoff

Now that a common function is available for CNTVOFF's initialization, let's convert shmobile-apmu code to use this function. Signed-off-by: Mylène Josserand Reviewed-by: Geert Uytterhoeven Tested-by: Geert Uytterhoeven

[PATCH v9 12/12] ARM: shmobile: Convert file to use cntvoff

Now that a common function is available for CNTVOFF's initialization, let's convert shmobile-apmu code to use this function. Signed-off-by: Mylène Josserand Reviewed-by: Geert Uytterhoeven Tested-by: Geert Uytterhoeven Acked-by: Simon Horman --- arch/arm/mach-shmobile/common.h | 1

[PATCH v9 00/12] Sunxi: Add SMP support on A83T

Hello everyone, This is a V9 of my series that adds SMP support for Allwinner sun8i-a83t. Based on sunxi's tree, sunxi/for-next branch. Depends on a patch from Doug Berger that allows to include the "cpu-type" header on assembly files that I included in my series (patch 01). The difference with

[PATCH v9 00/12] Sunxi: Add SMP support on A83T

Hello everyone, This is a V9 of my series that adds SMP support for Allwinner sun8i-a83t. Based on sunxi's tree, sunxi/for-next branch. Depends on a patch from Doug Berger that allows to include the "cpu-type" header on assembly files that I included in my series (patch 01). The difference with

Re: [PATCH v7 08/24] ASoC: qdsp6: q6core: Add q6core driver

On 5/1/2018 5:08 AM, Srinivas Kandagatla wrote: This patch adds support to core apr service, which is used to query status of other static and dynamic services on the dsp. Signed-off-by: Srinivas Kandagatla Reviewed-and-tested-by: Rohit kumar

Re: [PATCH v7 08/24] ASoC: qdsp6: q6core: Add q6core driver

On 5/1/2018 5:08 AM, Srinivas Kandagatla wrote: This patch adds support to core apr service, which is used to query status of other static and dynamic services on the dsp. Signed-off-by: Srinivas Kandagatla Reviewed-and-tested-by: Rohit kumar --- sound/soc/qcom/Kconfig| 4 +

Re: [PATCH] kernel/signal: Remove no longer required irqsave/restore

"Paul E. McKenney" writes: > On Fri, May 04, 2018 at 12:17:20PM -0500, Eric W. Biederman wrote: >> Sebastian Andrzej Siewior writes: >> >> > On 2018-05-04 11:59:08 [-0500], Eric W. Biederman wrote: >> >> Sebastian Andrzej Siewior

Product Inquiry

?Dear Sir, We recently visited your website, we were recommended by one of your customer and we are interested in your models, We will like to place an order from the list of your products. However, we would like to see your company's latest catalogs with the; minimum order quantity, delivery

Re: [PATCH] kernel/signal: Remove no longer required irqsave/restore

"Paul E. McKenney" writes: > On Fri, May 04, 2018 at 12:17:20PM -0500, Eric W. Biederman wrote: >> Sebastian Andrzej Siewior writes: >> >> > On 2018-05-04 11:59:08 [-0500], Eric W. Biederman wrote: >> >> Sebastian Andrzej Siewior writes: >> >> > From: Anna-Maria Gleixner >> > … >> >> > This

Product Inquiry

?Dear Sir, We recently visited your website, we were recommended by one of your customer and we are interested in your models, We will like to place an order from the list of your products. However, we would like to see your company's latest catalogs with the; minimum order quantity, delivery

Re: [PATCH v2] f2fs: avoid stucking GC due to atomic write

On 05/02, Chao Yu wrote: > On 2018/4/28 10:34, Jaegeuk Kim wrote: > > On 04/27, Chao Yu wrote: > >> On 2018/4/26 23:54, Jaegeuk Kim wrote: > >>> On 04/24, Chao Yu wrote: > f2fs doesn't allow abuse on atomic write class interface, so except > limiting in-mem pages' total memory usage

Re: [PATCH v2] f2fs: avoid stucking GC due to atomic write

On 05/02, Chao Yu wrote: > On 2018/4/28 10:34, Jaegeuk Kim wrote: > > On 04/27, Chao Yu wrote: > >> On 2018/4/26 23:54, Jaegeuk Kim wrote: > >>> On 04/24, Chao Yu wrote: > f2fs doesn't allow abuse on atomic write class interface, so except > limiting in-mem pages' total memory usage

Re: [PATCH v2] f2fs: fix to avoid race during access gc_thread pointer

On 05/02, Chao Yu wrote: > On 2018/4/28 10:36, Jaegeuk Kim wrote: > > On 04/27, Chao Yu wrote: > >> On 2018/4/27 0:03, Jaegeuk Kim wrote: > >>> On 04/24, Chao Yu wrote: > Thread A Thread BThread C > - f2fs_remount > - stop_gc_thread >

Re: [PATCH v2] f2fs: fix to avoid race during access gc_thread pointer

On 05/02, Chao Yu wrote: > On 2018/4/28 10:36, Jaegeuk Kim wrote: > > On 04/27, Chao Yu wrote: > >> On 2018/4/27 0:03, Jaegeuk Kim wrote: > >>> On 04/24, Chao Yu wrote: > Thread A Thread BThread C > - f2fs_remount > - stop_gc_thread >

Re: [PATCH v3][RESEND] media: i2c: tda1997: replace codec to component

Em Mon, 23 Apr 2018 13:59:32 -0700 Tim Harvey escreveu: > On Mon, Apr 23, 2018 at 9:52 AM, Mark Brown wrote: > > On Mon, Apr 23, 2018 at 09:44:17AM -0700, Tim Harvey wrote: > > > >> Could you add some detail to the commit explaining why we need to >

Re: [PATCH v3][RESEND] media: i2c: tda1997: replace codec to component

Em Mon, 23 Apr 2018 13:59:32 -0700 Tim Harvey escreveu: > On Mon, Apr 23, 2018 at 9:52 AM, Mark Brown wrote: > > On Mon, Apr 23, 2018 at 09:44:17AM -0700, Tim Harvey wrote: > > > >> Could you add some detail to the commit explaining why we need to > >> replace codec to component? I don't

Re: [V5 PATCH] perf parse-events: Specially handle uncore event alias in small groups

Em Fri, May 04, 2018 at 01:57:33PM -0400, Liang, Kan escreveu: > > > On 5/1/2018 12:33 PM, Jiri Olsa wrote: > > On Tue, May 01, 2018 at 07:31:36AM -0700, kan.li...@linux.intel.com wrote: > > > From: Kan Liang > > > > > > Perf stat doesn't count the uncore event

Re: [V5 PATCH] perf parse-events: Specially handle uncore event alias in small groups

Em Fri, May 04, 2018 at 01:57:33PM -0400, Liang, Kan escreveu: > > > On 5/1/2018 12:33 PM, Jiri Olsa wrote: > > On Tue, May 01, 2018 at 07:31:36AM -0700, kan.li...@linux.intel.com wrote: > > > From: Kan Liang > > > > > > Perf stat doesn't count the uncore event aliases from the same uncore > >

Re: [RFC PATCH 2/2] net: mac808211: mac802154: use lockdep_assert_in_softirq() instead own warning

On Fri, May 04, 2018 at 08:45:39PM +0200, Sebastian Andrzej Siewior wrote: > On 2018-05-04 20:32:49 [+0200], Peter Zijlstra wrote: > > On Fri, May 04, 2018 at 07:51:44PM +0200, Sebastian Andrzej Siewior wrote: > > > From: Anna-Maria Gleixner > > > > > > The warning in

Re: [RFC PATCH 2/2] net: mac808211: mac802154: use lockdep_assert_in_softirq() instead own warning

On Fri, May 04, 2018 at 08:45:39PM +0200, Sebastian Andrzej Siewior wrote: > On 2018-05-04 20:32:49 [+0200], Peter Zijlstra wrote: > > On Fri, May 04, 2018 at 07:51:44PM +0200, Sebastian Andrzej Siewior wrote: > > > From: Anna-Maria Gleixner > > > > > > The warning in ieee802154_rx() and

Re: [PATCH v6 3/6] kernel/reboot.c: export pm_power_off_prepare

Hallo Andrew, I need your ACK or NACK for this patch. This function is used to configure external PMIC to interpret signal which will be triggered by pm_power_off as power off. Since same signal can be used for stand by, I linked PMIC configuration with pm_power_off_prepare to avoid possible

Re: [PATCH v6 3/6] kernel/reboot.c: export pm_power_off_prepare

Hallo Andrew, I need your ACK or NACK for this patch. This function is used to configure external PMIC to interpret signal which will be triggered by pm_power_off as power off. Since same signal can be used for stand by, I linked PMIC configuration with pm_power_off_prepare to avoid possible

Re: [PATCH 1/3] sched: remove select_idle_core() for scalability

On 05/02/2018 02:58 PM, Subhra Mazumdar wrote: On 05/01/2018 11:03 AM, Peter Zijlstra wrote: On Mon, Apr 30, 2018 at 04:38:42PM -0700, Subhra Mazumdar wrote: I also noticed a possible bug later in the merge code. Shouldn't it be: if (busy < best_busy) { best_busy = busy;

Re: [PATCH 1/3] sched: remove select_idle_core() for scalability

On 05/02/2018 02:58 PM, Subhra Mazumdar wrote: On 05/01/2018 11:03 AM, Peter Zijlstra wrote: On Mon, Apr 30, 2018 at 04:38:42PM -0700, Subhra Mazumdar wrote: I also noticed a possible bug later in the merge code. Shouldn't it be: if (busy < best_busy) { best_busy = busy;

[PATCH v3 2/3] usb: dwc3: Add Qualcomm DWC3 glue driver

DWC3 controller on Qualcomm SOCs has a Qscratch wrapper. Some of its uses are described below resulting in need to have a separate glue driver instead of using dwc3-of-simple: - It exposes register interface to override vbus-override and lane0-pwr-present signals going to hardware. These

[PATCH v3 2/3] usb: dwc3: Add Qualcomm DWC3 glue driver

DWC3 controller on Qualcomm SOCs has a Qscratch wrapper. Some of its uses are described below resulting in need to have a separate glue driver instead of using dwc3-of-simple: - It exposes register interface to override vbus-override and lane0-pwr-present signals going to hardware. These

[PATCH v3 3/3] usb: dwc3: core: Suspend PHYs on runtime suspend in host mode

Some PHY drivers (e.g. for Qualcomm QUSB2 and QMP PHYs) support runtime PM to reduce PHY power consumption during bus_suspend. Add changes to let core auto-suspend PHYs on host bus-suspend using GUSB2PHYCFG register if needed for a platform. Also perform PHYs runtime suspend/resume and let

[PATCH v3 3/3] usb: dwc3: core: Suspend PHYs on runtime suspend in host mode

Some PHY drivers (e.g. for Qualcomm QUSB2 and QMP PHYs) support runtime PM to reduce PHY power consumption during bus_suspend. Add changes to let core auto-suspend PHYs on host bus-suspend using GUSB2PHYCFG register if needed for a platform. Also perform PHYs runtime suspend/resume and let

Re: rcu-bh design

On Fri, May 04, 2018 at 06:34:32PM +, Joel Fernandes wrote: > On Fri, May 4, 2018 at 10:42 AM Paul E. McKenney > > wrote: > [...] > > > > > But preemptible RCU *does not* use context-switch as a quiescent > state. > > > > It doesn't? > > > > > > I thought that's

Re: rcu-bh design

On Fri, May 04, 2018 at 06:34:32PM +, Joel Fernandes wrote: > On Fri, May 4, 2018 at 10:42 AM Paul E. McKenney > > wrote: > [...] > > > > > But preemptible RCU *does not* use context-switch as a quiescent > state. > > > > It doesn't? > > > > > > I thought that's what preemptible rcu is about.

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