[PATCH v3 3/7] pwm: rockchip: Use pwm_apply instead of the pwm_enable

Drop the custom hook of pwm_enable and implement pwm_apply_v1 and pwm_apply_v2 instead. Signed-off-by: David Wu --- drivers/pwm/pwm-rockchip.c | 141 + 1 file changed, 77 insertions(+), 64 deletions(-) diff --git

[PATCH v3 3/7] pwm: rockchip: Use pwm_apply instead of the pwm_enable

Drop the custom hook of pwm_enable and implement pwm_apply_v1 and pwm_apply_v2 instead. Signed-off-by: David Wu --- drivers/pwm/pwm-rockchip.c | 141 + 1 file changed, 77 insertions(+), 64 deletions(-) diff --git a/drivers/pwm/pwm-rockchip.c

[PATCH v3 0/7] Add rk3328 pwm support

There are two features of rk3328 pwm module. - PWM APB and function clocks are different. - Add pwm atomic hardware update David Wu (7): pwm: rockchip: Add APB and function both clocks support pwm: rockchip: Remove the judge from return value of pwm_config pwm: rockchip: Use pwm_apply

[PATCH v3 0/7] Add rk3328 pwm support

There are two features of rk3328 pwm module. - PWM APB and function clocks are different. - Add pwm atomic hardware update David Wu (7): pwm: rockchip: Add APB and function both clocks support pwm: rockchip: Remove the judge from return value of pwm_config pwm: rockchip: Use pwm_apply

[PATCH v3 2/7] pwm: rockchip: Remove the judge from return value of pwm_config

It seems the rockchip_pwm_config always returns the result 0, so remove the judge. Signed-off-by: David Wu Acked-by: Boris Brezillon --- drivers/pwm/pwm-rockchip.c | 12 ++-- 1 file changed, 2 insertions(+), 10 deletions(-)

[PATCH v3 2/7] pwm: rockchip: Remove the judge from return value of pwm_config

It seems the rockchip_pwm_config always returns the result 0, so remove the judge. Signed-off-by: David Wu Acked-by: Boris Brezillon --- drivers/pwm/pwm-rockchip.c | 12 ++-- 1 file changed, 2 insertions(+), 10 deletions(-) diff --git a/drivers/pwm/pwm-rockchip.c

[PATCH 2/9 v2] thermal: qoriq: constify thermal_zone_of_device_ops structures

The thermal_zone_of_device_ops structure is only passed as the fourth argument to thermal_zone_of_sensor_register, which is declared as const. Thus the thermal_zone_of_device_ops structure itself can be const. Done with the help of Coccinelle. Signed-off-by: Julia Lawall

[PATCH 2/9 v2] thermal: qoriq: constify thermal_zone_of_device_ops structures

The thermal_zone_of_device_ops structure is only passed as the fourth argument to thermal_zone_of_sensor_register, which is declared as const. Thus the thermal_zone_of_device_ops structure itself can be const. Done with the help of Coccinelle. Signed-off-by: Julia Lawall --- v2: This patch

Re: [PATCH v2 3/7] pwm: rockchip: Remove the dumplicate rockchip_pwm_ops ops

Hi Boris, 在 2017/8/4 15:09, Boris Brezillon 写道: On Fri, 4 Aug 2017 10:38:26 +0800 "David.Wu" wrote: Hi Boris， 在 2017/8/2 19:40, Boris Brezillon 写道: Yep, just define 3 different pwm_ops (one for each IP), each of them implementing ->apply() and ->get_state() and

Re: [PATCH v2 3/7] pwm: rockchip: Remove the dumplicate rockchip_pwm_ops ops

Hi Boris, 在 2017/8/4 15:09, Boris Brezillon 写道: On Fri, 4 Aug 2017 10:38:26 +0800 "David.Wu" wrote: Hi Boris， 在 2017/8/2 19:40, Boris Brezillon 写道: Yep, just define 3 different pwm_ops (one for each IP), each of them implementing ->apply() and ->get_state() and that's all. Something like:

[PATCH 1/9 v2] thermal: hisilicon: constify thermal_zone_of_device_ops structures

The thermal_zone_of_device_ops structure is only passed as the fourth argument to devm_thermal_zone_of_sensor_register, which is declared as const. Thus the thermal_zone_of_device_ops structure itself can be const. Done with the help of Coccinelle. Signed-off-by: Julia Lawall

[PATCH 1/9 v2] thermal: hisilicon: constify thermal_zone_of_device_ops structures

The thermal_zone_of_device_ops structure is only passed as the fourth argument to devm_thermal_zone_of_sensor_register, which is declared as const. Thus the thermal_zone_of_device_ops structure itself can be const. Done with the help of Coccinelle. Signed-off-by: Julia Lawall --- v2: New

Re: INITRAMFS_SOURCE broken by 6e19eded3684dc184181093af3bff2ff440f5b53?

On Tue, Aug 08, 2017 at 03:18:19PM +0200, Thomas Meyer wrote: > On Tue, Aug 08, 2017 at 02:04:42PM +0200, Willy Tarreau wrote: > > Hi Thomas, > > > > On Tue, Aug 08, 2017 at 01:46:25PM +0200, Thomas Meyer wrote: > > > Hi, > > > > > > did the commit 6e19eded3684dc184181093af3bff2ff440f5b53 break

Re: INITRAMFS_SOURCE broken by 6e19eded3684dc184181093af3bff2ff440f5b53?

On Tue, Aug 08, 2017 at 03:18:19PM +0200, Thomas Meyer wrote: > On Tue, Aug 08, 2017 at 02:04:42PM +0200, Willy Tarreau wrote: > > Hi Thomas, > > > > On Tue, Aug 08, 2017 at 01:46:25PM +0200, Thomas Meyer wrote: > > > Hi, > > > > > > did the commit 6e19eded3684dc184181093af3bff2ff440f5b53 break

[PATCH 4/9 v2] thermal: zx2967: constify thermal_zone_of_device_ops structures

The thermal_zone_of_device_ops structure is only passed as the fourth argument to thermal_zone_of_sensor_register, which is declared as const. Thus the thermal_zone_of_device_ops structure itself can be const. Done with the help of Coccinelle. Signed-off-by: Julia Lawall

[PATCH 4/9 v2] thermal: zx2967: constify thermal_zone_of_device_ops structures

The thermal_zone_of_device_ops structure is only passed as the fourth argument to thermal_zone_of_sensor_register, which is declared as const. Thus the thermal_zone_of_device_ops structure itself can be const. Done with the help of Coccinelle. Signed-off-by: Julia Lawall --- v2: This patch

[PATCH 3/9 v2] thermal: rcar_gen3_thermal: constify thermal_zone_of_device_ops structures

The thermal_zone_of_device_ops structure is only passed as the fourth argument to devm_thermal_zone_of_sensor_register, which is declared as const. Thus the thermal_zone_of_device_ops structure itself can be const. Done with the help of Coccinelle. Signed-off-by: Julia Lawall

[PATCH 3/9 v2] thermal: rcar_gen3_thermal: constify thermal_zone_of_device_ops structures

The thermal_zone_of_device_ops structure is only passed as the fourth argument to devm_thermal_zone_of_sensor_register, which is declared as const. Thus the thermal_zone_of_device_ops structure itself can be const. Done with the help of Coccinelle. Signed-off-by: Julia Lawall --- v2: New

[PATCH 5/9 v2] thermal: exynos: constify thermal_zone_of_device_ops structures

The thermal_zone_of_device_ops structure is only passed as the fourth argument to thermal_zone_of_sensor_register, which is declared as const. Thus the thermal_zone_of_device_ops structure itself can be const. Done with the help of Coccinelle. Signed-off-by: Julia Lawall

[PATCH 5/9 v2] thermal: exynos: constify thermal_zone_of_device_ops structures

The thermal_zone_of_device_ops structure is only passed as the fourth argument to thermal_zone_of_sensor_register, which is declared as const. Thus the thermal_zone_of_device_ops structure itself can be const. Done with the help of Coccinelle. Signed-off-by: Julia Lawall --- v2: This patch

Re: [PATCH v3 7/9] clk: rockchip: fix up some clks describe error for rv1108 SoC

Am Dienstag, 8. August 2017, 15:18:59 CEST schrieb Elaine Zhang: > 1. fix up the parent name > 2. remove the CLK_IGNORE_UNUSED flag for some clk not need to always on. > 3. fix up some clks regs describe error. > > Signed-off-by: Elaine Zhang applied for 4.14 Thanks

Re: [PATCH v3 7/9] clk: rockchip: fix up some clks describe error for rv1108 SoC

Am Dienstag, 8. August 2017, 15:18:59 CEST schrieb Elaine Zhang: > 1. fix up the parent name > 2. remove the CLK_IGNORE_UNUSED flag for some clk not need to always on. > 3. fix up some clks regs describe error. > > Signed-off-by: Elaine Zhang applied for 4.14 Thanks for restructuring the

Re: [PATCH v3 8/9] clk: rockchip: rename some of clks for rv1108 SoC

Am Dienstag, 8. August 2017, 15:19:17 CEST schrieb Elaine Zhang: > Rename some of clks to keep the consistency with the TRM. > > Signed-off-by: Elaine Zhang applied for 4.14 Thanks for restructuring the patches Heiko

Re: [PATCH v3 8/9] clk: rockchip: rename some of clks for rv1108 SoC

Am Dienstag, 8. August 2017, 15:19:17 CEST schrieb Elaine Zhang: > Rename some of clks to keep the consistency with the TRM. > > Signed-off-by: Elaine Zhang applied for 4.14 Thanks for restructuring the patches Heiko

[PATCH v3 7/7] arm64: dts: rockchip: Add pwm nodes for rk3328

There are 4 pwm channels built in rk3328 soc, need to configure the both APB clock and bus clock. Signed-off-by: David Wu --- arch/arm64/boot/dts/rockchip/rk3328.dtsi | 45 1 file changed, 45 insertions(+) diff --git

[PATCH v3 7/7] arm64: dts: rockchip: Add pwm nodes for rk3328

There are 4 pwm channels built in rk3328 soc, need to configure the both APB clock and bus clock. Signed-off-by: David Wu --- arch/arm64/boot/dts/rockchip/rk3328.dtsi | 45 1 file changed, 45 insertions(+) diff --git a/arch/arm64/boot/dts/rockchip/rk3328.dtsi

[PATCH] ARM: sunxi: add an help section to the Kconfig Sun8i SoC selection

Since sun8i regroup lots of SoCs, it is helpful to list them in the help section of Kconfig. Signed-off-by: Corentin Labbe --- arch/arm/mach-sunxi/Kconfig | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/arm/mach-sunxi/Kconfig b/arch/arm/mach-sunxi/Kconfig

[PATCH] ARM: sunxi: add an help section to the Kconfig Sun8i SoC selection

Since sun8i regroup lots of SoCs, it is helpful to list them in the help section of Kconfig. Signed-off-by: Corentin Labbe --- arch/arm/mach-sunxi/Kconfig | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/arm/mach-sunxi/Kconfig b/arch/arm/mach-sunxi/Kconfig index

Re: [PATCH v2 03/23] clk: rockchip: fix up the indentation stuff for RV1108 SoC

Am Mittwoch, 2. August 2017, 16:30:33 CEST schrieb Andy Yan: > From: Elaine Zhang > > Make the code look better. > > Signed-off-by: Elaine Zhang > Signed-off-by: Andy Yan applied for 4.14 Thanks Heiko

Re: [PATCH v2 03/23] clk: rockchip: fix up the indentation stuff for RV1108 SoC

Am Mittwoch, 2. August 2017, 16:30:33 CEST schrieb Andy Yan: > From: Elaine Zhang > > Make the code look better. > > Signed-off-by: Elaine Zhang > Signed-off-by: Andy Yan applied for 4.14 Thanks Heiko

Re: [PATCH 4/7] signal/mips: Document a conflict with SI_USER with SIGFPE

"Maciej W. Rozycki" writes: > On Tue, 18 Jul 2017, Eric W. Biederman wrote: > >> diff --git a/arch/mips/kernel/traps.c b/arch/mips/kernel/traps.c >> index b68b4d0726d3..6c9cca9c5341 100644 >> --- a/arch/mips/kernel/traps.c >> +++ b/arch/mips/kernel/traps.c >> @@ -735,7 +735,7

[PATCH v3 6/7] pwm: rockchip: Add rk3328 pwm support

The rk3328 soc supports atomic update, we could lock the configuration of period and duty at first, after unlock is configured, the period and duty are effective at the same time. If the polarity, period and duty need to be configured together, the way for atomic update is "configure lock and old

Re: [PATCH 4/7] signal/mips: Document a conflict with SI_USER with SIGFPE

"Maciej W. Rozycki" writes: > On Tue, 18 Jul 2017, Eric W. Biederman wrote: > >> diff --git a/arch/mips/kernel/traps.c b/arch/mips/kernel/traps.c >> index b68b4d0726d3..6c9cca9c5341 100644 >> --- a/arch/mips/kernel/traps.c >> +++ b/arch/mips/kernel/traps.c >> @@ -735,7 +735,7 @@ void

[PATCH v3 6/7] pwm: rockchip: Add rk3328 pwm support

The rk3328 soc supports atomic update, we could lock the configuration of period and duty at first, after unlock is configured, the period and duty are effective at the same time. If the polarity, period and duty need to be configured together, the way for atomic update is "configure lock and old

Re: [PATCH v2 02/23] clk: rockchip: rename the clk id for HCLK_I2S1_2CH

Am Mittwoch, 2. August 2017, 16:29:48 CEST schrieb Andy Yan: > From: Elaine Zhang > > i2s1 has 2 channels but not 8 channels. > > Signed-off-by: Elaine Zhang > Signed-off-by: Andy Yan applied for 4.14 Thanks Heiko

Re: [PATCH v2 02/23] clk: rockchip: rename the clk id for HCLK_I2S1_2CH

Am Mittwoch, 2. August 2017, 16:29:48 CEST schrieb Andy Yan: > From: Elaine Zhang > > i2s1 has 2 channels but not 8 channels. > > Signed-off-by: Elaine Zhang > Signed-off-by: Andy Yan applied for 4.14 Thanks Heiko

Re: [PATCH v3 9/9] clk: rockchip: add some critical clocks for rv1108 SoC

Am Dienstag, 8. August 2017, 15:19:33 CEST schrieb Elaine Zhang: > the bus/periph/nclk_ddrupctl/pclk_ddrmon/pclk_acodecphy/pclk_pmu > no driver to handle them, > Chip design requirements for these clock to always on. > > Signed-off-by: Elaine Zhang applied for 4.14

Re: [PATCH v3 9/9] clk: rockchip: add some critical clocks for rv1108 SoC

Am Dienstag, 8. August 2017, 15:19:33 CEST schrieb Elaine Zhang: > the bus/periph/nclk_ddrupctl/pclk_ddrmon/pclk_acodecphy/pclk_pmu > no driver to handle them, > Chip design requirements for these clock to always on. > > Signed-off-by: Elaine Zhang applied for 4.14 Thanks Heiko

Re: [PATCH v2 01/23] clk: rockchip: add more clk ids for rv1108

Am Mittwoch, 2. August 2017, 16:28:39 CEST schrieb Andy Yan: > From: Elaine Zhang > > Add new clk ids for the peripherals on rv1108 soc. > > Signed-off-by: Elaine Zhang > Signed-off-by: Andy Yan applied for 4.14

Re: [PATCH v2 01/23] clk: rockchip: add more clk ids for rv1108

Am Mittwoch, 2. August 2017, 16:28:39 CEST schrieb Andy Yan: > From: Elaine Zhang > > Add new clk ids for the peripherals on rv1108 soc. > > Signed-off-by: Elaine Zhang > Signed-off-by: Andy Yan applied for 4.14 Thanks Heiko

[PATCH v3 5/7] pwm: rockchip: Use same pwm ops for each IP

Just use the same pwm ops for each IP, and get rid of the ops in the struct of rockchip_pwm_data, but still define the 3 different rockchip_pwm_data to use common interface for each IP. Signed-off-by: David Wu --- drivers/pwm/pwm-rockchip.c | 147

[PATCH v3 5/7] pwm: rockchip: Use same pwm ops for each IP

Just use the same pwm ops for each IP, and get rid of the ops in the struct of rockchip_pwm_data, but still define the 3 different rockchip_pwm_data to use common interface for each IP. Signed-off-by: David Wu --- drivers/pwm/pwm-rockchip.c | 147 - 1

Re: [PATCH v3 6/9] clk: rockchip: support more clks for rv1108

Am Dienstag, 8. August 2017, 15:18:43 CEST schrieb Elaine Zhang: > Add the description of the missing clock, > make the clock more complete. > > Signed-off-by: Elaine Zhang applied for 4.14 Thanks for restructuring the patches Heiko

Re: [PATCH v3 6/9] clk: rockchip: support more clks for rv1108

Am Dienstag, 8. August 2017, 15:18:43 CEST schrieb Elaine Zhang: > Add the description of the missing clock, > make the clock more complete. > > Signed-off-by: Elaine Zhang applied for 4.14 Thanks for restructuring the patches Heiko

Re: [PATCH v3 3/9] clk: rockchip: fix up the indentation stuff for RV1108 SoC

Am Dienstag, 8. August 2017, 15:15:41 CEST schrieb Elaine Zhang: > Make the code look better. > > Signed-off-by: Elaine Zhang I had already picked the one from v2 before noticing the issues in the previous clock-driver changes, so ignored. Heiko

Re: [PATCH v3 3/9] clk: rockchip: fix up the indentation stuff for RV1108 SoC

Am Dienstag, 8. August 2017, 15:15:41 CEST schrieb Elaine Zhang: > Make the code look better. > > Signed-off-by: Elaine Zhang I had already picked the one from v2 before noticing the issues in the previous clock-driver changes, so ignored. Heiko

[PATCH 6/9 v2] Input: sun4i-ts - constify thermal_zone_of_device_ops structures

The thermal_zone_of_device_ops structure is only passed as the fourth argument to devm_thermal_zone_of_sensor_register, which is declared as const. Thus the thermal_zone_of_device_ops structure itself can be const. Done with the help of Coccinelle. Signed-off-by: Julia Lawall

[PATCH 6/9 v2] Input: sun4i-ts - constify thermal_zone_of_device_ops structures

The thermal_zone_of_device_ops structure is only passed as the fourth argument to devm_thermal_zone_of_sensor_register, which is declared as const. Thus the thermal_zone_of_device_ops structure itself can be const. Done with the help of Coccinelle. Signed-off-by: Julia Lawall --- v2: New

Re: [PATCH v3 2/9] clk: rockchip: rename the clk id for HCLK_I2S1_2CH

Am Dienstag, 8. August 2017, 15:15:40 CEST schrieb Elaine Zhang: > i2s1 has 2 channels but not 8 channels. > > Signed-off-by: Elaine Zhang I had already picked the one from v2 before noticing the issues in the previous clock-driver changes, so ignored. Heiko

Re: [PATCH v3 2/9] clk: rockchip: rename the clk id for HCLK_I2S1_2CH

Am Dienstag, 8. August 2017, 15:15:40 CEST schrieb Elaine Zhang: > i2s1 has 2 channels but not 8 channels. > > Signed-off-by: Elaine Zhang I had already picked the one from v2 before noticing the issues in the previous clock-driver changes, so ignored. Heiko

[PATCH 7/9 v2] thermal: bcm2835: constify thermal_zone_of_device_ops structures

The thermal_zone_of_device_ops structure is only passed as the fourth argument to thermal_zone_of_sensor_register, which is declared as const. Thus the thermal_zone_of_device_ops structure itself can be const. Done with the help of Coccinelle. Signed-off-by: Julia Lawall

[PATCH 7/9 v2] thermal: bcm2835: constify thermal_zone_of_device_ops structures

The thermal_zone_of_device_ops structure is only passed as the fourth argument to thermal_zone_of_sensor_register, which is declared as const. Thus the thermal_zone_of_device_ops structure itself can be const. Done with the help of Coccinelle. Signed-off-by: Julia Lawall --- v2: This patch

Re: [PATCH v3 1/9] clk: rockchip: add more clk ids for rv1108

Am Dienstag, 8. August 2017, 15:15:39 CEST schrieb Elaine Zhang: > add new clk ids. > > Signed-off-by: Elaine Zhang I had already picked the one from v2 before noticing the issues in the previous clock-driver changes, so ignored. Heiko

Re: [PATCH v3 1/9] clk: rockchip: add more clk ids for rv1108

Am Dienstag, 8. August 2017, 15:15:39 CEST schrieb Elaine Zhang: > add new clk ids. > > Signed-off-by: Elaine Zhang I had already picked the one from v2 before noticing the issues in the previous clock-driver changes, so ignored. Heiko

[PATCH 8/9 v2] hwmon: (core) constify thermal_zone_of_device_ops structures

The thermal_zone_of_device_ops structure is only passed as the fourth argument to devm_thermal_zone_of_sensor_register, which is declared as const. Thus the thermal_zone_of_device_ops structure itself can be const. Done with the help of Coccinelle. Signed-off-by: Julia Lawall

[PATCH 8/9 v2] hwmon: (core) constify thermal_zone_of_device_ops structures

The thermal_zone_of_device_ops structure is only passed as the fourth argument to devm_thermal_zone_of_sensor_register, which is declared as const. Thus the thermal_zone_of_device_ops structure itself can be const. Done with the help of Coccinelle. Signed-off-by: Julia Lawall --- v2: New

[PATCH 9/9 v2] hwmon: (scpi) constify thermal_zone_of_device_ops structures

The thermal_zone_of_device_ops structure is only passed as the fourth argument to devm_thermal_zone_of_sensor_register, which is declared as const. Thus the thermal_zone_of_device_ops structure itself can be const. Done with the help of Coccinelle. Signed-off-by: Julia Lawall

[PATCH 9/9 v2] hwmon: (scpi) constify thermal_zone_of_device_ops structures

The thermal_zone_of_device_ops structure is only passed as the fourth argument to devm_thermal_zone_of_sensor_register, which is declared as const. Thus the thermal_zone_of_device_ops structure itself can be const. Done with the help of Coccinelle. Signed-off-by: Julia Lawall --- v2: New

[GIT PULL] SCSI fixes for 4.13-rc4

Two small fixes, one re-fix of a previous fix and five patches sorting out hotplug in the bnx2X class of drivers.  The latter is rather involved, but necessary because these drivers have started dropping lockdep recursion warnings on the hotplug lock because of its conversion to a percpu rwsem.

[GIT PULL] SCSI fixes for 4.13-rc4

Two small fixes, one re-fix of a previous fix and five patches sorting out hotplug in the bnx2X class of drivers.  The latter is rather involved, but necessary because these drivers have started dropping lockdep recursion warnings on the hotplug lock because of its conversion to a percpu rwsem.

[PATCH 0/9 v2] constify thermal_zone_of_device_ops structures

The thermal_zone_of_device_ops structures are only passed as the fourth argument to thermal_zone_of_sensor_register or devm_thermal_zone_of_sensor_register, both of which are declared as const. Thus the thermal_zone_of_device_ops structures themselves can be const. v2: add structures passed to

[PATCH 0/9 v2] constify thermal_zone_of_device_ops structures

The thermal_zone_of_device_ops structures are only passed as the fourth argument to thermal_zone_of_sensor_register or devm_thermal_zone_of_sensor_register, both of which are declared as const. Thus the thermal_zone_of_device_ops structures themselves can be const. v2: add structures passed to

[PATCH v3 4/7] pwm: rockchip: Move the configuration of polarity from rockchip_pwm_set_enable() to rockchip_pwm_config()

It is usually possible to configure the polarity, cycle and duty all at once, so that the polarity and cycle and duty should be binding together. Move it into rockchip_pwm_config(), as well as prepared for the next atomic update commit. Signed-off-by: David Wu ---

[PATCH v3 4/7] pwm: rockchip: Move the configuration of polarity from rockchip_pwm_set_enable() to rockchip_pwm_config()

It is usually possible to configure the polarity, cycle and duty all at once, so that the polarity and cycle and duty should be binding together. Move it into rockchip_pwm_config(), as well as prepared for the next atomic update commit. Signed-off-by: David Wu --- drivers/pwm/pwm-rockchip.c |

Re: [PATCH v4 0/2] clk: rockchip: support clk drivers for RK3126 SoC.

Am Dienstag, 1. August 2017, 09:17:02 CEST schrieb Elaine Zhang: > changed in V4: > modify the document description for rk3126 clock. > > changed in V3: > add documentation for rk3126 clock > > Elaine Zhang (2): > clk: rockchip: rk3128: modify rk3128 clk driver to support rk3126 >

Re: [PATCH v4 0/2] clk: rockchip: support clk drivers for RK3126 SoC.

Am Dienstag, 1. August 2017, 09:17:02 CEST schrieb Elaine Zhang: > changed in V4: > modify the document description for rk3126 clock. > > changed in V3: > add documentation for rk3126 clock > > Elaine Zhang (2): > clk: rockchip: rk3128: modify rk3128 clk driver to support rk3126 >

Re: kernel BUG at kernel/futex.c:679 on v4.13-rc3-ish on arm64

. misreported as I accidentally throw away the flags in __BUG_FLAGS(). > Other than that, I believe BUG() and friends are working correctly. > > The Syzkaller log is huge (1.0M), so rather than attaching it, I've > uploaded the log, report, and kernel config to: > > http://data.yaey

Re: kernel BUG at kernel/futex.c:679 on v4.13-rc3-ish on arm64

. misreported as I accidentally throw away the flags in __BUG_FLAGS(). > Other than that, I believe BUG() and friends are working correctly. > > The Syzkaller log is huge (1.0M), so rather than attaching it, I've > uploaded the log, report, and kernel config to: > > http://data.yaey

Re: crypto: ccp: use dma_mapping_error to check map error

On 08/08/2017 08:42 AM, Pan Bian wrote: The return value of dma_map_single() should be checked by dma_mapping_error(). However, in function ccp_init_dm_workarea(), its return value is checked against NULL, which could result in failures. Signed-off-by: Pan Bian Acked-by:

Re: crypto: ccp: use dma_mapping_error to check map error

On 08/08/2017 08:42 AM, Pan Bian wrote: The return value of dma_map_single() should be checked by dma_mapping_error(). However, in function ccp_init_dm_workarea(), its return value is checked against NULL, which could result in failures. Signed-off-by: Pan Bian Acked-by: Gary R Hook ---

Re: [PATCH v2] sched: debug: use task_pid_nr_ns in /proc/$pid/sched

Jessie Frazelle writes: > Thanks for patching this :) Guess I will find a different rabbit in a > hat to detect if running in a pid namespace ;) I want to say that stating the /proc/pid/ns/pid files ought to be an easy way. But thinking about it they permissions on those

Re: [PATCH v2] sched: debug: use task_pid_nr_ns in /proc/$pid/sched

Jessie Frazelle writes: > Thanks for patching this :) Guess I will find a different rabbit in a > hat to detect if running in a pid namespace ;) I want to say that stating the /proc/pid/ns/pid files ought to be an easy way. But thinking about it they permissions on those might be a bit tricky.

Re: [PATCH v4 02/19] crypto: ccm: use -EAGAIN for transient busy indication

On 08/08/2017 07:03 AM, Gilad Ben-Yossef wrote: Replace -EBUSY with -EAGAIN when reporting transient busy indication in the absence of backlog. Signed-off-by: Gilad Ben-Yossef Could we use "ccp" in the subject line, please? --- drivers/crypto/ccp/ccp-crypto-main.c | 8

Re: [PATCH v4 02/19] crypto: ccm: use -EAGAIN for transient busy indication

On 08/08/2017 07:03 AM, Gilad Ben-Yossef wrote: Replace -EBUSY with -EAGAIN when reporting transient busy indication in the absence of backlog. Signed-off-by: Gilad Ben-Yossef Could we use "ccp" in the subject line, please? --- drivers/crypto/ccp/ccp-crypto-main.c | 8 +++-

Re: scsi: qla2xxx: use dma_mapping_error to check map errors

> On Aug 8, 2017, at 6:55 AM, Pan Bian wrote: > > The return value of dma_map_single() should be checked by > dma_mapping_error(). However, in function qla26xx_dport_diagnostics(), its > return value is checked against NULL, which could result in failures. > >

Re: scsi: qla2xxx: use dma_mapping_error to check map errors

> On Aug 8, 2017, at 6:55 AM, Pan Bian wrote: > > The return value of dma_map_single() should be checked by > dma_mapping_error(). However, in function qla26xx_dport_diagnostics(), its > return value is checked against NULL, which could result in failures. > > Signed-off-by: Pan Bian > --- >

Re: [PATCH v2 0/2] mm,fork,security: introduce MADV_WIPEONFORK

On 08/08/2017 05:19 PM, Mike Kravetz wrote: > On 08/08/2017 06:15 AM, Rik van Riel wrote: >> On Tue, 2017-08-08 at 11:58 +0200, Florian Weimer wrote: >>> On 08/07/2017 08:23 PM, Mike Kravetz wrote: If my thoughts above are correct, what about returning EINVAL if one attempts to set

Re: [PATCH v2 0/2] mm,fork,security: introduce MADV_WIPEONFORK

On 08/08/2017 05:19 PM, Mike Kravetz wrote: > On 08/08/2017 06:15 AM, Rik van Riel wrote: >> On Tue, 2017-08-08 at 11:58 +0200, Florian Weimer wrote: >>> On 08/07/2017 08:23 PM, Mike Kravetz wrote: If my thoughts above are correct, what about returning EINVAL if one attempts to set

Re: [PATCH v2 0/2] mm,fork,security: introduce MADV_WIPEONFORK

On 08/08/2017 06:15 AM, Rik van Riel wrote: > On Tue, 2017-08-08 at 11:58 +0200, Florian Weimer wrote: >> On 08/07/2017 08:23 PM, Mike Kravetz wrote: >>> If my thoughts above are correct, what about returning EINVAL if >>> one >>> attempts to set MADV_DONTFORK on mappings set up for sharing? >> >>

Re: [PATCH v2 0/2] mm,fork,security: introduce MADV_WIPEONFORK

On 08/08/2017 06:15 AM, Rik van Riel wrote: > On Tue, 2017-08-08 at 11:58 +0200, Florian Weimer wrote: >> On 08/07/2017 08:23 PM, Mike Kravetz wrote: >>> If my thoughts above are correct, what about returning EINVAL if >>> one >>> attempts to set MADV_DONTFORK on mappings set up for sharing? >> >>

Re: kernel BUG at kernel/futex.c:679 on v4.13-rc3-ish on arm64

On Tue, Aug 08, 2017 at 03:57:32PM +0100, Mark Rutland wrote: > The below test case fires for me in a few seconds on an arm64 platform, > triggering the kernel BUG at kernel/futex.c:679. If left running for longer, I > then get a stream of other BUGs that I believe are a result of the first >

Re: kernel BUG at kernel/futex.c:679 on v4.13-rc3-ish on arm64

On Tue, Aug 08, 2017 at 03:57:32PM +0100, Mark Rutland wrote: > The below test case fires for me in a few seconds on an arm64 platform, > triggering the kernel BUG at kernel/futex.c:679. If left running for longer, I > then get a stream of other BUGs that I believe are a result of the first >

Re: [PATCH v3 5/9] clk: rockchip: fix up the pll clks error for rv1108 SoC

Am Dienstag, 8. August 2017, 15:17:55 CEST schrieb Elaine Zhang: > fix up the lock_shift describe error. > remove the ROCKCHIP_PLL_SYNC_RATE flag for gpll. > > Signed-off-by: Elaine Zhang already picked the one from Andy's v2, so ignored this one Heiko

[PATCH] drm/virtio: make drm_fb_helper_funcs const

Make these structures const as they are only passed to the function drm_fb_helper_prepare and the corresponding argument is of type const. Done using Coccinelle @match disable optional_qualifier@ identifier s; @@ static struct drm_fb_helper_funcs s = {...}; @ref@ position p; identifier match.s;

Re: [PATCH v3 5/9] clk: rockchip: fix up the pll clks error for rv1108 SoC

Am Dienstag, 8. August 2017, 15:17:55 CEST schrieb Elaine Zhang: > fix up the lock_shift describe error. > remove the ROCKCHIP_PLL_SYNC_RATE flag for gpll. > > Signed-off-by: Elaine Zhang already picked the one from Andy's v2, so ignored this one Heiko

[PATCH] drm/virtio: make drm_fb_helper_funcs const

Make these structures const as they are only passed to the function drm_fb_helper_prepare and the corresponding argument is of type const. Done using Coccinelle @match disable optional_qualifier@ identifier s; @@ static struct drm_fb_helper_funcs s = {...}; @ref@ position p; identifier match.s;

Re: scsi: hisi_sas: replace kfree with scsi_host_put

On Tue, Aug 08, 2017 at 03:56:22PM +0100, John Garry wrote: > On 08/08/2017 12:37, Pan Bian wrote: > >Return value of scsi_host_alloc() should be released with > >scsi_host_put() rather than kfree(). > > > >Signed-off-by: Pan Bian > > We also have a kfree(shost) in newly

Re: scsi: hisi_sas: replace kfree with scsi_host_put

On Tue, Aug 08, 2017 at 03:56:22PM +0100, John Garry wrote: > On 08/08/2017 12:37, Pan Bian wrote: > >Return value of scsi_host_alloc() should be released with > >scsi_host_put() rather than kfree(). > > > >Signed-off-by: Pan Bian > > We also have a kfree(shost) in newly added pci-based v3

Re: [PATCH v3 4/9] clk: rockchip: support more rates for cpuclk

Am Dienstag, 8. August 2017, 15:15:42 CEST schrieb Elaine Zhang: > fix up the cpuclk rates table for support more freqs. > fix up the mux_core_mask describe error. > > Signed-off-by: Elaine Zhang already applied the one from Andy's v2, so ignored this one

Re: [PATCH v3 4/9] clk: rockchip: support more rates for cpuclk

Am Dienstag, 8. August 2017, 15:15:42 CEST schrieb Elaine Zhang: > fix up the cpuclk rates table for support more freqs. > fix up the mux_core_mask describe error. > > Signed-off-by: Elaine Zhang already applied the one from Andy's v2, so ignored this one

Re: [PATCH 0/4] Removing full paths from DT full_name

On Mon, Aug 7, 2017 at 9:21 PM, Michael Ellerman wrote: > Rob Herring writes: > >> On Tue, Jul 25, 2017 at 4:44 PM, Rob Herring wrote: >>> This series is the last steps to remove storing the full path for every >>> DT node. Instead, we can

Re: [PATCH 0/4] Removing full paths from DT full_name

On Mon, Aug 7, 2017 at 9:21 PM, Michael Ellerman wrote: > Rob Herring writes: > >> On Tue, Jul 25, 2017 at 4:44 PM, Rob Herring wrote: >>> This series is the last steps to remove storing the full path for every >>> DT node. Instead, we can create full path strings dynamically as needed >>> with

[PATCH] drivers/staging/wlan-ng/p80211conv.c: fixed a potential memory leak

Fixed a potential memory leak inside skb_ether_to_p80211() When the wep_encrypt() fails the code return 2 directly Which causes the p80211_wep->data dangling Add a kfree statement to reclaim that memory allocated Signed-off-by: Lynn Lei ---

[PATCH] drivers/staging/wlan-ng/p80211conv.c: fixed a potential memory leak

Fixed a potential memory leak inside skb_ether_to_p80211() When the wep_encrypt() fails the code return 2 directly Which causes the p80211_wep->data dangling Add a kfree statement to reclaim that memory allocated Signed-off-by: Lynn Lei --- drivers/staging/wlan-ng/p80211conv.c

[PATCH] drm: make drm_mode_config_func const

Make these structures const as they are only stored in the funcs field of a drm_mode_config structure which is of type const. Done using Coccinelle: @match disable optional_qualifier@ identifier s; @@ static struct drm_mode_config_funcs s = {...}; @ref@ position p; identifier match.s; @@ s@p

[PATCH] drm: make drm_mode_config_func const

Make these structures const as they are only stored in the funcs field of a drm_mode_config structure which is of type const. Done using Coccinelle: @match disable optional_qualifier@ identifier s; @@ static struct drm_mode_config_funcs s = {...}; @ref@ position p; identifier match.s; @@ s@p

Re: [RFC][PATCH] mm/slub.c: Allow poisoning to use the fast path

On Mon, 7 Aug 2017, Kees Cook wrote: > > To clarify, this is desirable to kill exploitation of > exposure-after-free flaws and some classes of use-after-free flaws, > since the contents will have be wiped out after a free. (Verification > of poison is nice, but is expensive compared to the

Re: [RFC][PATCH] mm/slub.c: Allow poisoning to use the fast path

On Mon, 7 Aug 2017, Kees Cook wrote: > > To clarify, this is desirable to kill exploitation of > exposure-after-free flaws and some classes of use-after-free flaws, > since the contents will have be wiped out after a free. (Verification > of poison is nice, but is expensive compared to the

Re: kernel BUG at kernel/futex.c:679 on v4.13-rc3-ish on arm64

. misreported as I accidentally throw away the flags in __BUG_FLAGS(). > Other than that, I believe BUG() and friends are working correctly. > > The Syzkaller log is huge (1.0M), so rather than attaching it, I've > uploaded the log, report, and kernel config to: > > http://data.yaey

Re: kernel BUG at kernel/futex.c:679 on v4.13-rc3-ish on arm64

. misreported as I accidentally throw away the flags in __BUG_FLAGS(). > Other than that, I believe BUG() and friends are working correctly. > > The Syzkaller log is huge (1.0M), so rather than attaching it, I've > uploaded the log, report, and kernel config to: > > http://data.yaey

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