Re: [PATCH] printk: introduce should_ignore_loglevel()

On (06/24/16 18:05), Petr Mladek wrote: [..] > > +static bool should_ignore_loglevel(int level) > > +{ > > + return (level >= console_loglevel && !ignore_loglevel); > > The patch looks fine. It is nice optimization. > > I was just quite confused by the name of this function. A function >

Re: [PATCH] printk: introduce should_ignore_loglevel()

On (06/24/16 18:05), Petr Mladek wrote: [..] > > +static bool should_ignore_loglevel(int level) > > +{ > > + return (level >= console_loglevel && !ignore_loglevel); > > The patch looks fine. It is nice optimization. > > I was just quite confused by the name of this function. A function >

[PATCH] scsi: ufs: remove unnecessary goto label

When buff_ascii kmalloc failed, there is no need to call kfree, it should return -ENOMEM directly, this patch fixes it. Signed-off-by: Tiezhu Yang --- drivers/scsi/ufs/ufshcd.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/scsi/ufs/ufshcd.c

[PATCH] scsi: ufs: remove unnecessary goto label

When buff_ascii kmalloc failed, there is no need to call kfree, it should return -ENOMEM directly, this patch fixes it. Signed-off-by: Tiezhu Yang --- drivers/scsi/ufs/ufshcd.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/scsi/ufs/ufshcd.c

Re: [PATCH] orangefs: fix namespace handling

Jann Horn writes: > diff --git a/fs/orangefs/devorangefs-req.c b/fs/orangefs/devorangefs-req.c > index db170be..a287a66 100644 > --- a/fs/orangefs/devorangefs-req.c > +++ b/fs/orangefs/devorangefs-req.c > @@ -116,6 +116,13 @@ static int orangefs_devreq_open(struct inode *inode,

Re: [PATCH] orangefs: fix namespace handling

Jann Horn writes: > diff --git a/fs/orangefs/devorangefs-req.c b/fs/orangefs/devorangefs-req.c > index db170be..a287a66 100644 > --- a/fs/orangefs/devorangefs-req.c > +++ b/fs/orangefs/devorangefs-req.c > @@ -116,6 +116,13 @@ static int orangefs_devreq_open(struct inode *inode, > struct file

[PATCH v2 02/14] thermal: sun8i_ths: Add support for the thermal sensor on Allwinner H3

From: Ondrej Jirman This patch adds support for the sun8i thermal sensor on Allwinner H3 SoC. Signed-off-by: Ondřej Jirman --- v2: - removed incorrect use of SID driver in sun8i_ths - read calibration data directly from iomem - better explanation for the

[PATCH v2 01/14] ARM: clk: sunxi: Add driver for the H3 THS clock

From: Josef Gajdusek This patch adds a driver for the THS clock which is present on the Allwinner H3. Signed-off-by: Josef Gajdusek --- Documentation/devicetree/bindings/clock/sunxi.txt | 1 + drivers/clk/sunxi/Makefile| 1 +

[PATCH v2 02/14] thermal: sun8i_ths: Add support for the thermal sensor on Allwinner H3

From: Ondrej Jirman This patch adds support for the sun8i thermal sensor on Allwinner H3 SoC. Signed-off-by: Ondřej Jirman --- v2: - removed incorrect use of SID driver in sun8i_ths - read calibration data directly from iomem - better explanation for the thermal sensor driver - dt

[PATCH v2 01/14] ARM: clk: sunxi: Add driver for the H3 THS clock

From: Josef Gajdusek This patch adds a driver for the THS clock which is present on the Allwinner H3. Signed-off-by: Josef Gajdusek --- Documentation/devicetree/bindings/clock/sunxi.txt | 1 + drivers/clk/sunxi/Makefile| 1 + drivers/clk/sunxi/clk-h3-ths.c

[PATCH v2 05/14] dt-bindings: document SY8106A regulator driver

From: Ondrej Jirman This patch adds the binding documentation for the sy8106a regulator driver. Signed-off-by: Ondrej Jirman --- .../bindings/regulator/sy8106a-regulator.txt| 21 + 1 file changed, 21 insertions(+) create mode

[PATCH v2 07/14] ARM: dts: sun8i: Use sun8i-h3-pll1-clk for pll1 in H3

From: Ondrej Jirman PLL1 on H3 requires special factors application algorithm, when the rate is changed. This algorithm was extracted from the arisc code that handles frequency scaling in the BSP kernel. This algorithm is implemented by sun8i-h3-pll1-clk. Signed-off-by:

[PATCH v2 09/14] ARM: dts: sun8i: Add cpu0 label to sun8i-h3.dtsi

From: Ondrej Jirman Add label to the first cpu so that it can be referenced from derived dts files. Signed-off-by: Ondrej Jirman --- v2 - move clocks/clock-latency to sun8i-h3.dtsi --- arch/arm/boot/dts/sun8i-h3.dtsi | 4 +++- 1 file changed, 3

[PATCH v2 05/14] dt-bindings: document SY8106A regulator driver

From: Ondrej Jirman This patch adds the binding documentation for the sy8106a regulator driver. Signed-off-by: Ondrej Jirman --- .../bindings/regulator/sy8106a-regulator.txt| 21 + 1 file changed, 21 insertions(+) create mode 100644

[PATCH v2 07/14] ARM: dts: sun8i: Use sun8i-h3-pll1-clk for pll1 in H3

From: Ondrej Jirman PLL1 on H3 requires special factors application algorithm, when the rate is changed. This algorithm was extracted from the arisc code that handles frequency scaling in the BSP kernel. This algorithm is implemented by sun8i-h3-pll1-clk. Signed-off-by: Ondrej Jirman ---

[PATCH v2 09/14] ARM: dts: sun8i: Add cpu0 label to sun8i-h3.dtsi

From: Ondrej Jirman Add label to the first cpu so that it can be referenced from derived dts files. Signed-off-by: Ondrej Jirman --- v2 - move clocks/clock-latency to sun8i-h3.dtsi --- arch/arm/boot/dts/sun8i-h3.dtsi | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git

[PATCH v2 06/14] ARM: sun8i: clk: Add clk-factor rate application method

From: Ondrej Jirman PLL1 on H3 requires special factors application algorithm, when the rate is changed. This algorithm was extracted from the arisc code that handles frequency scaling in the BSP kernel. This commit adds optional apply function to struct factors_data, that

[PATCH v2 13/14] ARM: dts: sun8i: Add gpio-regulator used on Orange Pi One

From: Ondrej Jirman Xulong Orange Pi One uses GPIO based regulator that switches between two voltages: 1.1V and 1.3V. The regulator is controlled from the PL6 pin. Signed-off-by: Ondrej Jirman --- v2 - add missing pinctrl-names for gpio-regulator ---

[PATCH v2 14/14] ARM: dts: sun8i: Enable DVFS on Orange Pi One

From: Ondrej Jirman Use Xulong Orange Pi One GPIO based regulator for passive cooling and thermal management. Signed-off-by: Ondrej Jirman --- arch/arm/boot/dts/sun8i-h3-orangepi-one.dts | 39 + 1 file changed, 39 insertions(+)

[PATCH v2 14/14] ARM: dts: sun8i: Enable DVFS on Orange Pi One

From: Ondrej Jirman Use Xulong Orange Pi One GPIO based regulator for passive cooling and thermal management. Signed-off-by: Ondrej Jirman --- arch/arm/boot/dts/sun8i-h3-orangepi-one.dts | 39 + 1 file changed, 39 insertions(+) diff --git

[PATCH v2 06/14] ARM: sun8i: clk: Add clk-factor rate application method

From: Ondrej Jirman PLL1 on H3 requires special factors application algorithm, when the rate is changed. This algorithm was extracted from the arisc code that handles frequency scaling in the BSP kernel. This commit adds optional apply function to struct factors_data, that can implement

[PATCH v2 13/14] ARM: dts: sun8i: Add gpio-regulator used on Orange Pi One

From: Ondrej Jirman Xulong Orange Pi One uses GPIO based regulator that switches between two voltages: 1.1V and 1.3V. The regulator is controlled from the PL6 pin. Signed-off-by: Ondrej Jirman --- v2 - add missing pinctrl-names for gpio-regulator ---

[PATCH v2 08/14] ARM: dts: sun8i: Add thermal sensor node to the sun8i-h3.dtsi

From: Ondrej Jirman This patch adds nodes for the thermal sensor driver and the THS clock to the Allwinner sun8i-h3.dtsi file. Signed-off-by: Ondrej Jirman --- arch/arm/boot/dts/sun8i-h3.dtsi | 28 1 file changed, 28

[PATCH v2 11/14] ARM: dts: sun8i: Add sy8106a regulator to Orange Pi PC

From: Ondrej Jirman Add sy8106a regulator to r_twi bus and enable the r_twi bus on Orange Pi PC. This regulator controls the CPUX voltage. Signed-off-by: Ondrej Jirman --- arch/arm/boot/dts/sun8i-h3-orangepi-pc.dts | 14 ++ 1 file changed, 14

[PATCH v2 10/14] ARM: dts: sun8i: Add r_twi I2C controller

From: Ondrej Jirman H3 SoC contains I2C controller optionally available on the PL0 and PL1 pins. This patch makes this controller available. Signed-off-by: Ondrej Jirman --- arch/arm/boot/dts/sun8i-h3.dtsi | 26 -- 1 file changed,

[PATCH v2 08/14] ARM: dts: sun8i: Add thermal sensor node to the sun8i-h3.dtsi

From: Ondrej Jirman This patch adds nodes for the thermal sensor driver and the THS clock to the Allwinner sun8i-h3.dtsi file. Signed-off-by: Ondrej Jirman --- arch/arm/boot/dts/sun8i-h3.dtsi | 28 1 file changed, 28 insertions(+) diff --git

[PATCH v2 11/14] ARM: dts: sun8i: Add sy8106a regulator to Orange Pi PC

From: Ondrej Jirman Add sy8106a regulator to r_twi bus and enable the r_twi bus on Orange Pi PC. This regulator controls the CPUX voltage. Signed-off-by: Ondrej Jirman --- arch/arm/boot/dts/sun8i-h3-orangepi-pc.dts | 14 ++ 1 file changed, 14 insertions(+) diff --git

[PATCH v2 10/14] ARM: dts: sun8i: Add r_twi I2C controller

From: Ondrej Jirman H3 SoC contains I2C controller optionally available on the PL0 and PL1 pins. This patch makes this controller available. Signed-off-by: Ondrej Jirman --- arch/arm/boot/dts/sun8i-h3.dtsi | 26 -- 1 file changed, 24 insertions(+), 2 deletions(-) diff

[PATCH v2 12/14] ARM: dts: sun8i: Setup CPU operating points for Onrage PI PC

From: Ondrej Jirman Orange PI PC uses SY8106A regulator for fine grained CPUX voltage regulation. Setup appropriate operating points for the board. --- arch/arm/boot/dts/sun8i-h3-orangepi-pc.dts | 48 ++ 1 file changed, 48 insertions(+) diff --git

[PATCH v2 12/14] ARM: dts: sun8i: Setup CPU operating points for Onrage PI PC

From: Ondrej Jirman Orange PI PC uses SY8106A regulator for fine grained CPUX voltage regulation. Setup appropriate operating points for the board. --- arch/arm/boot/dts/sun8i-h3-orangepi-pc.dts | 48 ++ 1 file changed, 48 insertions(+) diff --git

[PATCH v2 03/14] dt-bindings: document sun8i_ths - H3 thermal sensor driver

From: Ondrej Jirman This patch adds the binding documentation for the sun8i_ths driver. This is a driver for thermal sensor found in Allwinner H3 SoC. Signed-off-by: Ondřej Jirman --- .../devicetree/bindings/thermal/sun8i-ths.txt | 26

[PATCH v2 04/14] regulator: SY8106A regulator driver

From: Ondrej Jirman SY8106A is I2C attached single output voltage regulator made by Silergy. Signed-off-by: Ondrej Jirman --- v2 - added dt-bindings for the regulator - changed to use of_device_id for probing - added initialization failure checks ---

[PATCH v2 04/14] regulator: SY8106A regulator driver

From: Ondrej Jirman SY8106A is I2C attached single output voltage regulator made by Silergy. Signed-off-by: Ondrej Jirman --- v2 - added dt-bindings for the regulator - changed to use of_device_id for probing - added initialization failure checks --- drivers/regulator/Kconfig |

[PATCH v2 03/14] dt-bindings: document sun8i_ths - H3 thermal sensor driver

From: Ondrej Jirman This patch adds the binding documentation for the sun8i_ths driver. This is a driver for thermal sensor found in Allwinner H3 SoC. Signed-off-by: Ondřej Jirman --- .../devicetree/bindings/thermal/sun8i-ths.txt | 26 ++ 1 file changed, 26

Re: [RFC/PATCH] ftrace: Reduce size of function graph entries

On Sat, Jun 25, 2016 at 2:29 AM, Steven Rostedt wrote: > On Sat, 25 Jun 2016 01:15:34 +0900 > Namhyung Kim wrote: > >> On Fri, Jun 24, 2016 at 12:04:40PM -0400, Steven Rostedt wrote: >> > On Fri, 24 Jun 2016 15:35:44 +0900 >> > Namhyung Kim

Re: [RFC/PATCH] ftrace: Reduce size of function graph entries

On Sat, Jun 25, 2016 at 2:29 AM, Steven Rostedt wrote: > On Sat, 25 Jun 2016 01:15:34 +0900 > Namhyung Kim wrote: > >> On Fri, Jun 24, 2016 at 12:04:40PM -0400, Steven Rostedt wrote: >> > On Fri, 24 Jun 2016 15:35:44 +0900 >> > Namhyung Kim wrote: >> > >> > >> > > > > diff --git

[RFT PATCH] regmap-i2c: Only use I2C_FUNC_I2C if val_bits == 8

Menon <n...@ti.com> Signed-off-by: Guenter Roeck <li...@roeck-us.net> --- Nishanth, it would be great if you can test this patch, to see if it solves the problem you had observed. Please note that https://patchwork.kernel.org/patch/9191185/ needs to be applied first (it is availabl

[RFT PATCH] regmap-i2c: Only use I2C_FUNC_I2C if val_bits == 8

-by: Guenter Roeck --- Nishanth, it would be great if you can test this patch, to see if it solves the problem you had observed. Please note that https://patchwork.kernel.org/patch/9191185/ needs to be applied first (it is available in next-20160624). drivers/base/regmap/regmap-i2c.c | 3 ++- 1

[PATCH] notifier: Fix soft lockup for notifier_call_chain().

The problem was occurs in my system that a lot of drviers register its own handler to the notifier call chain for netdev_chain, and then create 4095 vlan dev for one nic, and add several ipv6 address on each one of them, just like this: for i in `seq 1 4095`; do ip link add link eth0 name eth0.$i

[PATCH] notifier: Fix soft lockup for notifier_call_chain().

The problem was occurs in my system that a lot of drviers register its own handler to the notifier call chain for netdev_chain, and then create 4095 vlan dev for one nic, and add several ipv6 address on each one of them, just like this: for i in `seq 1 4095`; do ip link add link eth0 name eth0.$i

Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)

On Fri, Jun 24, 2016 at 2:34 PM, Andy Lutomirski wrote: >> >> So let me get the pure semantic patches done, and then for 4.8 when we >> do the things that actually change real meaning we'll have a sane >> base. Ok? > > Works for me. I'll see whether my vmap patches still

Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)

On Fri, Jun 24, 2016 at 2:34 PM, Andy Lutomirski wrote: >> >> So let me get the pure semantic patches done, and then for 4.8 when we >> do the things that actually change real meaning we'll have a sane >> base. Ok? > > Works for me. I'll see whether my vmap patches still apply and, if > needed,

Re: [PATCH] block-dev: enable writeback cgroup support

z-executor Tainted: GW 4.7.0-rc4-next-20160624-sasha-00024-gdee1616 #3132 [ 496.951051] task: 8801bb0a9000 ti: 8801b5b7 task.ti: 8801b5b7 [ 496.951406] RIP: bd_mount (fs/block_dev.c:663) [ 496.951423] RSP: 0018:8801b5b77c48 EFLAGS: 00010207 [ 496.951437]

Re: [PATCH] block-dev: enable writeback cgroup support

ted: GW 4.7.0-rc4-next-20160624-sasha-00024-gdee1616 #3132 [ 496.951051] task: 8801bb0a9000 ti: 8801b5b7 task.ti: 8801b5b7 [ 496.951406] RIP: bd_mount (fs/block_dev.c:663) [ 496.951423] RSP: 0018:8801b5b77c48 EFLAGS: 00010207 [ 496.951437] RAX: d

Re: [PATCH] hwmon: (emc6w201): trivial fix of spelling mistake "Unknwown" -> "Unknown"

On 06/24/2016 10:31 AM, Colin King wrote: From: Colin Ian King trivial fix to spelling mistake in dev_dbg message Signed-off-by: Colin Ian King --- Applied to -next. Thanks, Guenter

Re: [PATCH] hwmon: (emc6w201): trivial fix of spelling mistake "Unknwown" -> "Unknown"

On 06/24/2016 10:31 AM, Colin King wrote: From: Colin Ian King trivial fix to spelling mistake in dev_dbg message Signed-off-by: Colin Ian King --- Applied to -next. Thanks, Guenter

Re: [RFC] reference count hardening via kref: another attempt

On Fri, Jun 24, 2016 at 6:13 PM, Jann Horn wrote: > I would like to harden the kernel against reference count > overflow bugs. The commit message of the patch contains > a short analysis of code size impact, an explanation why I > want reference count hardening to land in the

Re: [RFC] reference count hardening via kref: another attempt

On Fri, Jun 24, 2016 at 6:13 PM, Jann Horn wrote: > I would like to harden the kernel against reference count > overflow bugs. The commit message of the patch contains > a short analysis of code size impact, an explanation why I > want reference count hardening to land in the kernel, and a >

[PATCH] perf build: Add libbabeltrace to build-test

'make build-test' doesn't test LIBBABELTRACE=1. It misses a building failure caused by commit 41840d211c51 ("perf config: Move config declarations from util/cache.h to util/config.h"), breaks bisect. Add LIBBABELTRACE=1 to build-test. Signed-off-by: Wang Nan Cc: Arnaldo

[PATCH] perf build: Add libbabeltrace to build-test

'make build-test' doesn't test LIBBABELTRACE=1. It misses a building failure caused by commit 41840d211c51 ("perf config: Move config declarations from util/cache.h to util/config.h"), breaks bisect. Add LIBBABELTRACE=1 to build-test. Signed-off-by: Wang Nan Cc: Arnaldo Carvalho de Melo Cc:

Re: kernel-4.7 bug in Intel sound and/or ACPI

On Fri, Jun 24, 2016 at 02:09:15AM -0400, Sinan Kaya wrote: > > Can you give it a try? Whell, I tried to no avail. Wether it is on 4.6 or 4.7, with or without your previous patch, I keep getting rejected hunks. For example, here the line to be deleted is nowhere to be found: > diff --git

Re: kernel-4.7 bug in Intel sound and/or ACPI

On Fri, Jun 24, 2016 at 02:09:15AM -0400, Sinan Kaya wrote: > > Can you give it a try? Whell, I tried to no avail. Wether it is on 4.6 or 4.7, with or without your previous patch, I keep getting rejected hunks. For example, here the line to be deleted is nowhere to be found: > diff --git

Re: [PATCH 5/8] KEYS: Provide software public key query function [ver #2]

On Fri, Jun 24, 2016 at 01:06:02PM +0100, David Howells wrote: > > The problem is that if I'm to produce consistency with, say, the TPM > interface, then I have to deal in wrapped/padded data - leastways as far as I > can tell from reading the docs. So the TPM device is accessed through the same

Re: [PATCH 5/8] KEYS: Provide software public key query function [ver #2]

On Fri, Jun 24, 2016 at 01:06:02PM +0100, David Howells wrote: > > The problem is that if I'm to produce consistency with, say, the TPM > interface, then I have to deal in wrapped/padded data - leastways as far as I > can tell from reading the docs. So the TPM device is accessed through the same

Re: [PATCH 1/2] perf data convert: Include config.h header

You can add: Fixes: 41840d211c51 ("perf config: Move config declarations from util/cache.h to util/config.h") Thank you. On 2016/6/24 20:40, Jiri Olsa wrote: otherwise some compiler might scream: $ make LIBBABELTRACE_DIR=/opt/libbabeltrace/ LIBBABELTRACE=1 BUILD: Doing 'make -j4'

Re: [PATCH 1/2] perf data convert: Include config.h header

You can add: Fixes: 41840d211c51 ("perf config: Move config declarations from util/cache.h to util/config.h") Thank you. On 2016/6/24 20:40, Jiri Olsa wrote: otherwise some compiler might scream: $ make LIBBABELTRACE_DIR=/opt/libbabeltrace/ LIBBABELTRACE=1 BUILD: Doing 'make -j4'

Re: [PATCH 1/5] hwmon: (tmp102) Use devm_add_action to register cleanup function

00 That was weird. Does'nt look like endian-ness swap thingy So, did the following hack to see all messages flowing in and out from 0x48 at bus controller driver level: http://pastebin.ubuntu.com/17813093/ / # dmesg|grep XXX / # Before patch #5 (and on next-20160624): the same diff gave

Re: [PATCH 1/5] hwmon: (tmp102) Use devm_add_action to register cleanup function

like endian-ness swap thingy So, did the following hack to see all messages flowing in and out from 0x48 at bus controller driver level: http://pastebin.ubuntu.com/17813093/ / # dmesg|grep XXX / # Before patch #5 (and on next-20160624): the same diff gave: http://pastebin.ubuntu.com/17813303

Re: [PATCH] memory:bugxfix panic on cat or write /dev/kmem

On 2016/6/23 20:42, Michal Hocko wrote: On Fri 24-06-16 01:30:10, chenj...@huawei.com wrote: From: chenjie cat /dev/kmem and echo > /dev/kmem will lead panic Writing to /dev/kmem without being extremely careful is a disaster AFAIK and even reading from the file can

Re: [PATCH] memory:bugxfix panic on cat or write /dev/kmem

On 2016/6/23 20:42, Michal Hocko wrote: On Fri 24-06-16 01:30:10, chenj...@huawei.com wrote: From: chenjie cat /dev/kmem and echo > /dev/kmem will lead panic Writing to /dev/kmem without being extremely careful is a disaster AFAIK and even reading from the file can lead to unexpected

[RFC] kref: pin objects with dangerously high reference count

Reference counting is a frequent source of (security) trouble in the kernel. Here are the three main things that can, as far as I know, go wrong with it, together with examples of specific bugs: - reference count overdecrement: If something (e.g. a normally-unused error path) decrements a

[RFC] kref: pin objects with dangerously high reference count

Reference counting is a frequent source of (security) trouble in the kernel. Here are the three main things that can, as far as I know, go wrong with it, together with examples of specific bugs: - reference count overdecrement: If something (e.g. a normally-unused error path) decrements a

[RFC] reference count hardening via kref: another attempt

I would like to harden the kernel against reference count overflow bugs. The commit message of the patch contains a short analysis of code size impact, an explanation why I want reference count hardening to land in the kernel, and a description of the algorithm I'd want to use. The reason I'm

[RFC] reference count hardening via kref: another attempt

I would like to harden the kernel against reference count overflow bugs. The commit message of the patch contains a short analysis of code size impact, an explanation why I want reference count hardening to land in the kernel, and a description of the algorithm I'd want to use. The reason I'm

Re: [linux-sunxi] Re: [PATCH 01/14] ARM: dts: sun8i: Add SID node

Hi, On Sat, Jun 25, 2016 at 3:58 AM, Ondřej Jirman wrote: > Hello, > > thank you for the review. > > On 24.6.2016 04:41, Chen-Yu Tsai wrote: >> On Fri, Jun 24, 2016 at 3:20 AM, wrote: >>> From: Josef Gajdusek >>> >>> Add a node describing

Re: [linux-sunxi] Re: [PATCH 01/14] ARM: dts: sun8i: Add SID node

Hi, On Sat, Jun 25, 2016 at 3:58 AM, Ondřej Jirman wrote: > Hello, > > thank you for the review. > > On 24.6.2016 04:41, Chen-Yu Tsai wrote: >> On Fri, Jun 24, 2016 at 3:20 AM, wrote: >>> From: Josef Gajdusek >>> >>> Add a node describing the Security ID memory to the Allwinner H3 .dtsi file.

Re: [RESEND PATCH v2 1/2] power/cpuidle: enhance the precision of state select

On Fri, Jun 17, 2016 at 11:13 AM, Zhaoyang Huang wrote: > In previous version, cpu_pm_enter is invoked By whom? Not by the core surely? > after the governor select the state, which cause the executing time of > cpu_pm_enter > is included in the idle time. Moving it

Re: [RESEND PATCH v2 1/2] power/cpuidle: enhance the precision of state select

On Fri, Jun 17, 2016 at 11:13 AM, Zhaoyang Huang wrote: > In previous version, cpu_pm_enter is invoked By whom? Not by the core surely? > after the governor select the state, which cause the executing time of > cpu_pm_enter > is included in the idle time. Moving it before the state selection.

Re: [PATCH 06/14] ARM: dts: sun8i: Add cpu0 label to sun8i-h3.dtsi

On Sat, Jun 25, 2016 at 6:51 AM, Ondřej Jirman wrote: > Hello, > > comments below. > > On 24.6.2016 05:48, Chen-Yu Tsai wrote: >> On Fri, Jun 24, 2016 at 3:20 AM, wrote: >>> From: Ondrej Jirman >>> >>> Add label to the first cpu so that

Re: [PATCH 06/14] ARM: dts: sun8i: Add cpu0 label to sun8i-h3.dtsi

On Sat, Jun 25, 2016 at 6:51 AM, Ondřej Jirman wrote: > Hello, > > comments below. > > On 24.6.2016 05:48, Chen-Yu Tsai wrote: >> On Fri, Jun 24, 2016 at 3:20 AM, wrote: >>> From: Ondrej Jirman >>> >>> Add label to the first cpu so that it can be referenced >>> from derived dts files. >>> >>>

Re: [PATCH 07/14] regulator: SY8106A regulator driver

On Sat, Jun 25, 2016 at 8:11 AM, Ondřej Jirman wrote: > Hi, > > thank you for the review. I've resolved most of the issues. Some more > comments below. > > On 24.6.2016 05:41, Chen-Yu Tsai wrote: >> On Fri, Jun 24, 2016 at 3:20 AM, wrote: >>> From: Ondrej

Re: [PATCH 07/14] regulator: SY8106A regulator driver

On Sat, Jun 25, 2016 at 8:11 AM, Ondřej Jirman wrote: > Hi, > > thank you for the review. I've resolved most of the issues. Some more > comments below. > > On 24.6.2016 05:41, Chen-Yu Tsai wrote: >> On Fri, Jun 24, 2016 at 3:20 AM, wrote: >>> From: Ondrej Jirman >>> >>> SY8106A is I2C attached

Re: [PATCH 03/14] thermal: Add support for sun8i THS on Allwinner H3

On 25.6.2016 02:54, Chen-Yu Tsai wrote: > On Sat, Jun 25, 2016 at 8:35 AM, Ondřej Jirman wrote: >> On 24.6.2016 05:09, Chen-Yu Tsai wrote: +static int sun8i_ths_h3_init(struct platform_device *pdev, +struct sun8i_ths_data *data) +{

Re: [PATCH 03/14] thermal: Add support for sun8i THS on Allwinner H3

On 25.6.2016 02:54, Chen-Yu Tsai wrote: > On Sat, Jun 25, 2016 at 8:35 AM, Ondřej Jirman wrote: >> On 24.6.2016 05:09, Chen-Yu Tsai wrote: +static int sun8i_ths_h3_init(struct platform_device *pdev, +struct sun8i_ths_data *data) +{ + int ret;

Re: [PATCH 03/14] thermal: Add support for sun8i THS on Allwinner H3

On Sat, Jun 25, 2016 at 8:35 AM, Ondřej Jirman wrote: > On 24.6.2016 05:09, Chen-Yu Tsai wrote: >>> +static int sun8i_ths_h3_init(struct platform_device *pdev, >>> +struct sun8i_ths_data *data) >>> +{ >>> + int ret; >>> + size_t callen;

Re: [PATCH 03/14] thermal: Add support for sun8i THS on Allwinner H3

On Sat, Jun 25, 2016 at 8:35 AM, Ondřej Jirman wrote: > On 24.6.2016 05:09, Chen-Yu Tsai wrote: >>> +static int sun8i_ths_h3_init(struct platform_device *pdev, >>> +struct sun8i_ths_data *data) >>> +{ >>> + int ret; >>> + size_t callen; >>> + s32

Re: [PATCH v3] Input: synaptics-rmi4: Support regulator supplies

On 06/10/2016 10:25 PM, Bjorn Andersson wrote: From: Bjorn Andersson Support the two supplies - vdd and vio - to make it possible to control power to the Synaptics chip. Signed-off-by: Bjorn Andersson Signed-off-by: Bjorn

Re: [PATCH v3] Input: synaptics-rmi4: Support regulator supplies

On 06/10/2016 10:25 PM, Bjorn Andersson wrote: From: Bjorn Andersson Support the two supplies - vdd and vio - to make it possible to control power to the Synaptics chip. Signed-off-by: Bjorn Andersson Signed-off-by: Bjorn Andersson Reviewed-by: Andrew Duggan ---

Re: [PATCH 03/14] thermal: Add support for sun8i THS on Allwinner H3

On 24.6.2016 05:09, Chen-Yu Tsai wrote: >> +static int sun8i_ths_h3_init(struct platform_device *pdev, >> +struct sun8i_ths_data *data) >> +{ >> + int ret; >> + size_t callen; >> + s32 *caldata; >> + >> + data->busclk = devm_clk_get(>dev, "ahb");

Re: [PATCH 03/14] thermal: Add support for sun8i THS on Allwinner H3

On 24.6.2016 05:09, Chen-Yu Tsai wrote: >> +static int sun8i_ths_h3_init(struct platform_device *pdev, >> +struct sun8i_ths_data *data) >> +{ >> + int ret; >> + size_t callen; >> + s32 *caldata; >> + >> + data->busclk = devm_clk_get(>dev, "ahb");

[perf core] c5dfd78eb7: BUG: unable to handle kernel NULL pointer dereference at 00000c40

3 Merge tag 'upstream-4.7-rc5' of git://git.infradead.org/linux-ubifs # extra tests on tree/branch linus/master git bisect bad 63c04ee7d3b7c8d8e2726cb7c5f8a5f6fcc1e3b2 # 08:23 0- 5 Merge tag 'upstream-

[perf core] c5dfd78eb7: BUG: unable to handle kernel NULL pointer dereference at 00000c40

s on tree/branch linux-next/master git bisect bad 2cf991dfda8b36d2878c249bcdf492366ec24c19 # 08:29 14- 1 Add linux-next specific files for 20160624 This script may reproduce the error. #!/bin/bash kernel=

Re: [PATCH v2 14/15] clk: sunxi-ng: Add H3 clocks

Hi Maxime, Nice series! Looks really great to me. :-) Quoting Maxime Ripard (2016-06-07 13:41:53) > +static SUNXI_CCU_NKMP_WITH_GATE_LOCK(pll_cpux_clk, "pll-cpux", > +"osc24M", 0x000, > +8, 5, /* N */ > +

Re: [PATCH v2 14/15] clk: sunxi-ng: Add H3 clocks

Hi Maxime, Nice series! Looks really great to me. :-) Quoting Maxime Ripard (2016-06-07 13:41:53) > +static SUNXI_CCU_NKMP_WITH_GATE_LOCK(pll_cpux_clk, "pll-cpux", > +"osc24M", 0x000, > +8, 5, /* N */ > +

[PATCH v2 1/2] namespaces: don't use from_k*id_munged() with init_user_ns

For init_user_ns, from_kuid_munged() and from_kgid_munged() are guaranteed to be identical to from_kuid() and from_kgid(). In preparation for another patch, change all usages of the _munged variants that explicitly use init_user_ns to the non-munged ones. This patch by itself should not have any

[PATCH v2 1/2] namespaces: don't use from_k*id_munged() with init_user_ns

For init_user_ns, from_kuid_munged() and from_kgid_munged() are guaranteed to be identical to from_kuid() and from_kgid(). In preparation for another patch, change all usages of the _munged variants that explicitly use init_user_ns to the non-munged ones. This patch by itself should not have any

[PATCH v2 2/2] namespaces: add transparent user namespaces

This allows the admin of a user namespace to mark the namespace as transparent. All other namespaces, by default, are opaque. While the current behavior of user namespaces is appropriate for use in containers, there are many programs that only use user namespaces because doing so enables them to

[PATCH v2 2/2] namespaces: add transparent user namespaces

This allows the admin of a user namespace to mark the namespace as transparent. All other namespaces, by default, are opaque. While the current behavior of user namespaces is appropriate for use in containers, there are many programs that only use user namespaces because doing so enables them to

Re: [PATCH 2/2] acpi: pmic: intel: initialize result to 0

On Wednesday, June 22, 2016 05:55:40 PM Heikki Krogerus wrote: > From: Felipe Balbi > > Fixes compiler warning. > > Signed-off-by: Felipe Balbi > Signed-off-by: Heikki Krogerus > --- >

Re: [PATCH v6 0/5] ACPI / processor_idle: Add ACPI v6.0 LPI support

On Thursday, June 23, 2016 02:42:57 AM Rafael J. Wysocki wrote: > On Wednesday, June 22, 2016 06:45:15 PM Sudeep Holla wrote: > > Hi Rafael, > > > > On 14/06/16 15:48, Sudeep Holla wrote: > > > ACPI 6.0 introduced LPI(Low Power Idle) states that provides an alternate > > > method to describe

Re: [PATCH 2/2] acpi: pmic: intel: initialize result to 0

On Wednesday, June 22, 2016 05:55:40 PM Heikki Krogerus wrote: > From: Felipe Balbi > > Fixes compiler warning. > > Signed-off-by: Felipe Balbi > Signed-off-by: Heikki Krogerus > --- > drivers/acpi/pmic/intel_pmic.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

Re: [PATCH v6 0/5] ACPI / processor_idle: Add ACPI v6.0 LPI support

On Thursday, June 23, 2016 02:42:57 AM Rafael J. Wysocki wrote: > On Wednesday, June 22, 2016 06:45:15 PM Sudeep Holla wrote: > > Hi Rafael, > > > > On 14/06/16 15:48, Sudeep Holla wrote: > > > ACPI 6.0 introduced LPI(Low Power Idle) states that provides an alternate > > > method to describe

[PATCH v3] HID: rmi: Make hid-rmi a transport driver for synaptics-rmi4

The Synaptics RMI4 driver provides support for RMI4 devices. Instead of duplicating the RMI4 processing code, make hid-rmi a transport driver and register it with the Synaptics RMI4 core. Signed-off-by: Andrew Duggan --- In v3 I went ahead and added RMI4_F12 to the Kconfig

[PATCH v3] HID: rmi: Make hid-rmi a transport driver for synaptics-rmi4

The Synaptics RMI4 driver provides support for RMI4 devices. Instead of duplicating the RMI4 processing code, make hid-rmi a transport driver and register it with the Synaptics RMI4 core. Signed-off-by: Andrew Duggan --- In v3 I went ahead and added RMI4_F12 to the Kconfig so we will have it

[PATCH v2 7/8] Input: synaptics-rmi4: Handle incomplete input data

Commit 5b65c2a02966 ("HID: rmi: check sanity of the incoming report") added support for handling incomplete HID reports do to the input data being corrupted in transit. This patch reimplements this functionality in the function drivers so they can handle getting less valid data then they expect.

[PATCH v2 8/8] Input: synaptics-rmi4: Use the RMI_F11_REL_BYTES define in rmi_f11_rel_pos_report

The size of relative data in F11 is already defined by RMI_F11_REL_BYTES. Use the define in rmi_f11_rel_pos_report() to be consistent. Signed-off-by: Andrew Duggan --- drivers/input/rmi4/rmi_f11.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH v2 8/8] Input: synaptics-rmi4: Use the RMI_F11_REL_BYTES define in rmi_f11_rel_pos_report

The size of relative data in F11 is already defined by RMI_F11_REL_BYTES. Use the define in rmi_f11_rel_pos_report() to be consistent. Signed-off-by: Andrew Duggan --- drivers/input/rmi4/rmi_f11.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH v2 7/8] Input: synaptics-rmi4: Handle incomplete input data

Commit 5b65c2a02966 ("HID: rmi: check sanity of the incoming report") added support for handling incomplete HID reports do to the input data being corrupted in transit. This patch reimplements this functionality in the function drivers so they can handle getting less valid data then they expect.

Re: [PATCH v4 0/3] acpi/pmic: add opregion driver for Intel BXT WhiskeyCove PMIC

On Friday, June 24, 2016 10:25:21 AM Aaron Lu wrote: > On 06/24/2016 08:43 AM, Bin Gao wrote: > > This series modifies the pen function signature to take bit field > > and adds a new opregion driver for Intel BXT WhiskeyCove PMIC. It > > also adds support for PMIC regs operation region. > >

Re: [PATCH v4 0/3] acpi/pmic: add opregion driver for Intel BXT WhiskeyCove PMIC

On Friday, June 24, 2016 10:25:21 AM Aaron Lu wrote: > On 06/24/2016 08:43 AM, Bin Gao wrote: > > This series modifies the pen function signature to take bit field > > and adds a new opregion driver for Intel BXT WhiskeyCove PMIC. It > > also adds support for PMIC regs operation region. > >

  1   2   3   4   5   6   7   8   9   10   >