Re: [RFC/PATCH] of: of_find_node_by_name - stop dropping reference to 'from' node

On Thu, 2016-04-21 at 15:35 -0700, Frank Rowand wrote: > No.  It is correct for of_find_by_name() to call of_node_put() for > the from argument.  The callers should be fixed. I would argue that if everybody makes the same mistake then our interface is wrong. In that case I wrote it so I think I

Re: [RFC/PATCH] of: of_find_node_by_name - stop dropping reference to 'from' node

On Thu, 2016-04-21 at 15:35 -0700, Frank Rowand wrote: > No.  It is correct for of_find_by_name() to call of_node_put() for > the from argument.  The callers should be fixed. I would argue that if everybody makes the same mistake then our interface is wrong. In that case I wrote it so I think I

Re: [PATCH] ARM64: dts: rockchip: add core dtsi file for RK3399 SoCs

Hi, I didn't look as deeply as Heiko, but a few comments... On Thu, Apr 21, 2016 at 3:02 PM, Heiko Stübner wrote: > Hi Jay, > > Am Donnerstag, 21. April 2016, 11:58:12 schrieb Jianqun Xu: >> This patch adds rk3399.dtsi for rk3399 found on Rockchip >> RK3399 SoCs, also add

Re: [PATCH] ARM64: dts: rockchip: add core dtsi file for RK3399 SoCs

Hi, I didn't look as deeply as Heiko, but a few comments... On Thu, Apr 21, 2016 at 3:02 PM, Heiko Stübner wrote: > Hi Jay, > > Am Donnerstag, 21. April 2016, 11:58:12 schrieb Jianqun Xu: >> This patch adds rk3399.dtsi for rk3399 found on Rockchip >> RK3399 SoCs, also add rk3399-evb.dts for

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

On Thu 31 Mar 18:47 PDT 2016, Andrew Duggan wrote: > On 03/31/2016 12:14 PM, Bjorn Andersson wrote: > >On Thu 31 Mar 11:19 PDT 2016, Dmitry Torokhov wrote: > > > >>Hi Bjorn, > >> > >>On Wed, Mar 30, 2016 at 09:57:29AM -0700, Bjorn Andersson wrote: > >>>From: Bjorn Andersson

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

On Thu 31 Mar 18:47 PDT 2016, Andrew Duggan wrote: > On 03/31/2016 12:14 PM, Bjorn Andersson wrote: > >On Thu 31 Mar 11:19 PDT 2016, Dmitry Torokhov wrote: > > > >>Hi Bjorn, > >> > >>On Wed, Mar 30, 2016 at 09:57:29AM -0700, Bjorn Andersson wrote: > >>>From: Bjorn Andersson > >>> > >>>Support

Re: [RFC/PATCH] of: of_find_node_by_name - stop dropping reference to 'from' node

On 4/19/2016 10:05 AM, Dmitry Torokhov wrote: > Majority of the callers of of_find_node_by_name() do not expect that it > will drop reference to the 'from' node if it was passed in, causing > potential refcount underflows, etc, so let's stop doing this. > > Most of the callers that were handling

Re: [RFC/PATCH] of: of_find_node_by_name - stop dropping reference to 'from' node

On 4/19/2016 10:05 AM, Dmitry Torokhov wrote: > Majority of the callers of of_find_node_by_name() do not expect that it > will drop reference to the 'from' node if it was passed in, causing > potential refcount underflows, etc, so let's stop doing this. > > Most of the callers that were handling

Re: [PATCH] ARM64: dts: rockchip: add core dtsi file for rk3399 SoCs

Am Donnerstag, 21. April 2016, 14:48:26 schrieb Brian Norris: > Hi, > > On Wed, Apr 20, 2016 at 11:15:50AM +0800, Jianqun Xu wrote: > > This patch adds core dtsi file for rk3399 found on Rockchip > > rk3399 SoCs, tested on rk3399 evb. > > > > Signed-off-by: Jianqun Xu > >

Re: [PATCH] ARM64: dts: rockchip: add core dtsi file for rk3399 SoCs

Am Donnerstag, 21. April 2016, 14:48:26 schrieb Brian Norris: > Hi, > > On Wed, Apr 20, 2016 at 11:15:50AM +0800, Jianqun Xu wrote: > > This patch adds core dtsi file for rk3399 found on Rockchip > > rk3399 SoCs, tested on rk3399 evb. > > > > Signed-off-by: Jianqun Xu > > --- > > > >

[GIT PULL] RTC fixes for 4.6

Hi Linus, A few fixes for the RTC subsystem. The documentation fix already missed 4.5 so I think it is worth taking it now. Note that I'm now using a signing subkey so you may need to refresh my GPG key. The following changes since commit f55532a0c0b8bb6148f4e07853b876ef73bc69ca: Linux

[GIT PULL] RTC fixes for 4.6

Hi Linus, A few fixes for the RTC subsystem. The documentation fix already missed 4.5 so I think it is worth taking it now. Note that I'm now using a signing subkey so you may need to refresh my GPG key. The following changes since commit f55532a0c0b8bb6148f4e07853b876ef73bc69ca: Linux

Re: [alsa-devel] [PATCH 4/4] ASoC: simple-card: Support for selecting system clocks by ID

On 04/18, Mark Brown wrote: > On Mon, Apr 18, 2016 at 06:50:52PM +0300, Peter Ujfalusi wrote: > > On 02/17/2016 09:52 PM, Peter Ujfalusi wrote: > > > > On the other hand this ABI is backwards compatible since if it is missing > > > it > > > will default to the configuration we right now have

Re: [alsa-devel] [PATCH 4/4] ASoC: simple-card: Support for selecting system clocks by ID

On 04/18, Mark Brown wrote: > On Mon, Apr 18, 2016 at 06:50:52PM +0300, Peter Ujfalusi wrote: > > On 02/17/2016 09:52 PM, Peter Ujfalusi wrote: > > > > On the other hand this ABI is backwards compatible since if it is missing > > > it > > > will default to the configuration we right now have

[PATCH v2 09/13] clk: fractional-divider: Add hw based registration APIs

Add registration APIs in the clk fractional divider code to return struct clk_hw pointers instead of struct clk pointers. This way we hide the struct clk pointer from providers unless they need to use consumer facing APIs. Signed-off-by: Stephen Boyd ---

[PATCH v2 07/13] clk: mux: Add hw based registration APIs

Add registration APIs in the clk mux code to return struct clk_hw pointers instead of struct clk pointers. This way we hide the struct clk pointer from providers unless they need to use consumer facing APIs. Signed-off-by: Stephen Boyd --- drivers/clk/clk-mux.c| 57

[PATCH v2 09/13] clk: fractional-divider: Add hw based registration APIs

Add registration APIs in the clk fractional divider code to return struct clk_hw pointers instead of struct clk pointers. This way we hide the struct clk pointer from providers unless they need to use consumer facing APIs. Signed-off-by: Stephen Boyd --- drivers/clk/clk-fractional-divider.c |

[PATCH v2 07/13] clk: mux: Add hw based registration APIs

Add registration APIs in the clk mux code to return struct clk_hw pointers instead of struct clk pointers. This way we hide the struct clk pointer from providers unless they need to use consumer facing APIs. Signed-off-by: Stephen Boyd --- drivers/clk/clk-mux.c| 57

[PATCH v2 05/13] clk: divider: Add hw based registration APIs

Add registration APIs in the clk divider code to return struct clk_hw pointers instead of struct clk pointers. This way we hide the struct clk pointer from providers unless they need to use consumer facing APIs. Signed-off-by: Stephen Boyd --- drivers/clk/clk-divider.c

[PATCH v2 05/13] clk: divider: Add hw based registration APIs

Add registration APIs in the clk divider code to return struct clk_hw pointers instead of struct clk pointers. This way we hide the struct clk pointer from providers unless they need to use consumer facing APIs. Signed-off-by: Stephen Boyd --- drivers/clk/clk-divider.c| 91

[PATCH v2 01/13] clkdev: Remove clk_register_clkdevs()

Now that we've converted the only caller over to another clkdev API, remove this one. Reviewed-by: Andy Shevchenko Cc: Russell King Signed-off-by: Stephen Boyd --- drivers/clk/clkdev.c | 27

[PATCH v2 12/13] clk: fixed-rate: Add hw based registration APIs

Add registration APIs in the clk fixed-rate code to return struct clk_hw pointers instead of struct clk pointers. This way we hide the struct clk pointer from providers unless they need to use consumer facing APIs. Signed-off-by: Stephen Boyd ---

[PATCH v2 08/13] clk: fixed-factor: Add hw based registration APIs

Add registration APIs in the clk fixed-factor code to return struct clk_hw pointers instead of struct clk pointers. This way we hide the struct clk pointer from providers unless they need to use consumer facing APIs. Signed-off-by: Stephen Boyd ---

[PATCH v2 01/13] clkdev: Remove clk_register_clkdevs()

Now that we've converted the only caller over to another clkdev API, remove this one. Reviewed-by: Andy Shevchenko Cc: Russell King Signed-off-by: Stephen Boyd --- drivers/clk/clkdev.c | 27 --- include/linux/clkdev.h | 1 - 2 files changed, 28 deletions(-) diff

[PATCH v2 12/13] clk: fixed-rate: Add hw based registration APIs

Add registration APIs in the clk fixed-rate code to return struct clk_hw pointers instead of struct clk pointers. This way we hide the struct clk pointer from providers unless they need to use consumer facing APIs. Signed-off-by: Stephen Boyd --- drivers/clk/clk-fixed-rate.c | 44

[PATCH v2 08/13] clk: fixed-factor: Add hw based registration APIs

Add registration APIs in the clk fixed-factor code to return struct clk_hw pointers instead of struct clk pointers. This way we hide the struct clk pointer from providers unless they need to use consumer facing APIs. Signed-off-by: Stephen Boyd --- drivers/clk/clk-fixed-factor.c | 42

[PATCH v2 11/13] clk: gpio: Add hw based registration APIs

Add registration APIs in the clk gpio code to return struct clk_hw pointers instead of struct clk pointers. This way we hide the struct clk pointer from providers unless they need to use consumer facing APIs. Signed-off-by: Stephen Boyd --- drivers/clk/clk-gpio.c |

[PATCH v2 11/13] clk: gpio: Add hw based registration APIs

Add registration APIs in the clk gpio code to return struct clk_hw pointers instead of struct clk pointers. This way we hide the struct clk pointer from providers unless they need to use consumer facing APIs. Signed-off-by: Stephen Boyd --- drivers/clk/clk-gpio.c | 52

[PATCH v2 02/13] clk: Add {devm_}clk_hw_{register,unregister}() APIs

We've largely split the clk consumer and provider APIs along struct clk and struct clk_hw, but clk_register() still returns a struct clk pointer for each struct clk_hw that's registered. Eventually we'd like to only allocate struct clks when there's a user, because struct clk is per-user now, so

[PATCH v2 00/13] clk_hw based clkdev/DT providers

We've mostly split the clk API between consumers and providers along struct clk and struct clk_hw, but the registration and clkdev/DT code is still struct clk focused. This series lays the foundation for changing that design by making clk_register() return an int instead of a struct clk and

[PATCH v2 10/13] clk: composite: Add hw based registration APIs

Add registration APIs in the clk composite code to return struct clk_hw pointers instead of struct clk pointers. This way we hide the struct clk pointer from providers unless they need to use consumer facing APIs. Signed-off-by: Stephen Boyd --- drivers/clk/clk-composite.c

[PATCH v2 04/13] clkdev: Add clk_hw based registration APIs

Now that we have a clk registration API that doesn't return struct clks, we need to have some way to hand out struct clks via the clk_get() APIs that doesn't involve associating struct clk pointers with a struct clk_lookup. Luckily, clkdev already operates on struct clk_hw pointers, except for the

[PATCH v2 02/13] clk: Add {devm_}clk_hw_{register,unregister}() APIs

We've largely split the clk consumer and provider APIs along struct clk and struct clk_hw, but clk_register() still returns a struct clk pointer for each struct clk_hw that's registered. Eventually we'd like to only allocate struct clks when there's a user, because struct clk is per-user now, so

[PATCH v2 00/13] clk_hw based clkdev/DT providers

We've mostly split the clk API between consumers and providers along struct clk and struct clk_hw, but the registration and clkdev/DT code is still struct clk focused. This series lays the foundation for changing that design by making clk_register() return an int instead of a struct clk and

[PATCH v2 10/13] clk: composite: Add hw based registration APIs

Add registration APIs in the clk composite code to return struct clk_hw pointers instead of struct clk pointers. This way we hide the struct clk pointer from providers unless they need to use consumer facing APIs. Signed-off-by: Stephen Boyd --- drivers/clk/clk-composite.c | 45

[PATCH v2 04/13] clkdev: Add clk_hw based registration APIs

Now that we have a clk registration API that doesn't return struct clks, we need to have some way to hand out struct clks via the clk_get() APIs that doesn't involve associating struct clk pointers with a struct clk_lookup. Luckily, clkdev already operates on struct clk_hw pointers, except for the

[PATCH v2 03/13] clk: Add clk_hw OF clk providers

Now that we have a clk registration API that doesn't return struct clks, we need to have some way to hand out struct clks via the clk_get() APIs that doesn't involve associating struct clk pointers with an OF node. Currently we ask the OF provider to give us a struct clk pointer for some clkspec,

[PATCH v2 03/13] clk: Add clk_hw OF clk providers

Now that we have a clk registration API that doesn't return struct clks, we need to have some way to hand out struct clks via the clk_get() APIs that doesn't involve associating struct clk pointers with an OF node. Currently we ask the OF provider to give us a struct clk pointer for some clkspec,

[PATCH v2 13/13] clk: qcom: Migrate to clk_hw based registration and OF APIs

Signed-off-by: Stephen Boyd --- drivers/clk/qcom/clk-regmap.c | 5 ++-- drivers/clk/qcom/clk-regmap.h | 3 +-- drivers/clk/qcom/common.c | 58 +++-- drivers/clk/qcom/gcc-msm8996.c | 9 +++ drivers/clk/qcom/mmcc-msm8996.c

[PATCH v2 13/13] clk: qcom: Migrate to clk_hw based registration and OF APIs

Signed-off-by: Stephen Boyd --- drivers/clk/qcom/clk-regmap.c | 5 ++-- drivers/clk/qcom/clk-regmap.h | 3 +-- drivers/clk/qcom/common.c | 58 +++-- drivers/clk/qcom/gcc-msm8996.c | 9 +++ drivers/clk/qcom/mmcc-msm8996.c | 9 +++ 5 files

[PATCH v2 06/13] clk: gate: Add hw based registration APIs

Add registration APIs in the clk gate code to return struct clk_hw pointers instead of struct clk pointers. This way we hide the struct clk pointer from providers unless they need to use consumer facing APIs. Signed-off-by: Stephen Boyd --- drivers/clk/clk-gate.c |

[PATCH v2 06/13] clk: gate: Add hw based registration APIs

Add registration APIs in the clk gate code to return struct clk_hw pointers instead of struct clk pointers. This way we hide the struct clk pointer from providers unless they need to use consumer facing APIs. Signed-off-by: Stephen Boyd --- drivers/clk/clk-gate.c | 43

Re: [PATCH] fs: fix over-zealous use of "const"

On Thu, Apr 21, 2016 at 10:53 PM, Kees Cook wrote: > When I was fixing up const recommendations from checkpatch.pl, I went > overboard. This fixes the warning (during a W=1 build): > > include/linux/fs.h:2627:74: warning: type qualifiers ignored on function > return type

Re: [PATCH] fs: fix over-zealous use of "const"

On Thu, Apr 21, 2016 at 10:53 PM, Kees Cook wrote: > When I was fixing up const recommendations from checkpatch.pl, I went > overboard. This fixes the warning (during a W=1 build): > > include/linux/fs.h:2627:74: warning: type qualifiers ignored on function > return type [-Wignored-qualifiers] >

Re: [PATCH v3 01/19] clk: composite: Add unregister function

On 04/19, Maxime Ripard wrote: > > I have a bunch of other clock patches that need this, so I guess it > would be easier if applied it directly with your acked-by, or if you > could apply it and give a stable branch I can base my future PR on. Ok. I pushed it to stable branch

Re: [PATCH v3 01/19] clk: composite: Add unregister function

On 04/19, Maxime Ripard wrote: > > I have a bunch of other clock patches that need this, so I guess it > would be easier if applied it directly with your acked-by, or if you > could apply it and give a stable branch I can base my future PR on. Ok. I pushed it to stable branch

Re: [PATCH] arch/x86/configs/x86_64_defconfig: enable CONFIG_E1000E=y

On Tue, Apr 19, 2016 at 11:21 AM, Konstantin Khlebnikov wrote: > Very common ethernet. Already enabled in i386_defconfig Noticed by disappearing same commit in my local tree, thanks. FWIW: Reviewed-and-tested-by: Andy Shevchenko > > Signed-off-by:

Re: [PATCH] arch/x86/configs/x86_64_defconfig: enable CONFIG_E1000E=y

On Tue, Apr 19, 2016 at 11:21 AM, Konstantin Khlebnikov wrote: > Very common ethernet. Already enabled in i386_defconfig Noticed by disappearing same commit in my local tree, thanks. FWIW: Reviewed-and-tested-by: Andy Shevchenko > > Signed-off-by: Konstantin Khlebnikov > --- >

Re: [PATCH] ARM64: dts: rockchip: add core dtsi file for RK3399 SoCs

Hi Jay, Am Donnerstag, 21. April 2016, 11:58:12 schrieb Jianqun Xu: > This patch adds rk3399.dtsi for rk3399 found on Rockchip > RK3399 SoCs, also add rk3399-evb.dts for Rockchip RK3399 > Evaluation Board. > > Patch is tested on RK3399 evb. > > Signed-off-by: Jianqun Xu

Re: [PATCH] ARM64: dts: rockchip: add core dtsi file for RK3399 SoCs

Hi Jay, Am Donnerstag, 21. April 2016, 11:58:12 schrieb Jianqun Xu: > This patch adds rk3399.dtsi for rk3399 found on Rockchip > RK3399 SoCs, also add rk3399-evb.dts for Rockchip RK3399 > Evaluation Board. > > Patch is tested on RK3399 evb. > > Signed-off-by: Jianqun Xu please split this into

Re: [PATCH V2 14/15] coresight: tmc: implementing TMC-ETR AUX space API

On 21 April 2016 at 10:10, Suzuki K Poulose wrote: > On 12/04/16 18:54, Mathieu Poirier wrote: >> >> This patch implement the AUX area interfaces required to >> use the TMC (configured as an ETR) from the Perf sub-system. >> >> The heuristic is heavily borrowed from the

Re: [PATCH V2 14/15] coresight: tmc: implementing TMC-ETR AUX space API

On 21 April 2016 at 10:10, Suzuki K Poulose wrote: > On 12/04/16 18:54, Mathieu Poirier wrote: >> >> This patch implement the AUX area interfaces required to >> use the TMC (configured as an ETR) from the Perf sub-system. >> >> The heuristic is heavily borrowed from the ETB10 and TMC-ETF >>

Re: [PATCH v6] i2c: rk3x: add i2c support for rk3399 soc

On Tue, Apr 19, 2016 at 4:55 PM, David Wu wrote: > From: David Wu > > - new method to caculate i2c timings for rk3399: > There was an timing issue about "repeated start" time at the I2C > controller of version0, controller appears to drop SDA at

Re: [PATCH v6] i2c: rk3x: add i2c support for rk3399 soc

On Tue, Apr 19, 2016 at 4:55 PM, David Wu wrote: > From: David Wu > > - new method to caculate i2c timings for rk3399: > There was an timing issue about "repeated start" time at the I2C > controller of version0, controller appears to drop SDA at .875x (7/8) > programmed clk high. On

[PATCH] HID: uhid: Fixes a bug with userspace bluetooth stacks, which causes hangs during certain operations v2

From: Roderick Colenbrander Many devices use userspace bluetooth stacks like BlueZ or Bluedroid in combination with uhid. If any of these stacks is used with a HID device for which the driver performs a HID request as part .probe (or technically another HID

[PATCH] HID: uhid: Fixes a bug with userspace bluetooth stacks, which causes hangs during certain operations v2

From: Roderick Colenbrander Many devices use userspace bluetooth stacks like BlueZ or Bluedroid in combination with uhid. If any of these stacks is used with a HID device for which the driver performs a HID request as part .probe (or technically another HID operation), this results in a

Re: [PATCH] ARM64: dts: rockchip: add core dtsi file for rk3399 SoCs

Hi, On Wed, Apr 20, 2016 at 11:15:50AM +0800, Jianqun Xu wrote: > This patch adds core dtsi file for rk3399 found on Rockchip > rk3399 SoCs, tested on rk3399 evb. > > Signed-off-by: Jianqun Xu > --- > arch/arm64/boot/dts/rockchip/rk3399.dtsi | 1744 >

Re: [PATCH] ARM64: dts: rockchip: add core dtsi file for rk3399 SoCs

Hi, On Wed, Apr 20, 2016 at 11:15:50AM +0800, Jianqun Xu wrote: > This patch adds core dtsi file for rk3399 found on Rockchip > rk3399 SoCs, tested on rk3399 evb. > > Signed-off-by: Jianqun Xu > --- > arch/arm64/boot/dts/rockchip/rk3399.dtsi | 1744 > ++ > 1 file

Re: [RFC PATCH v2 05/10] i2c: add support for ACPI reconfigure notifications

On Fri, Apr 22, 2016 at 12:27 AM, Andy Shevchenko wrote: > Hi Andy and thanks for the review! > On Wed, Apr 20, 2016 at 1:39 AM, Octavian Purdila > wrote: > > This patch adds supports for I2C device enumeration and removal via > > ACPI

Re: [RFC PATCH v2 05/10] i2c: add support for ACPI reconfigure notifications

On Fri, Apr 22, 2016 at 12:27 AM, Andy Shevchenko wrote: > Hi Andy and thanks for the review! > On Wed, Apr 20, 2016 at 1:39 AM, Octavian Purdila > wrote: > > This patch adds supports for I2C device enumeration and removal via > > ACPI reconfiguration notifications that are send as a result of

[PATCH net-next] hv_netvsc: Fix the list processing for network change event

RNDIS_STATUS_NETWORK_CHANGE event is handled as two "half events" -- media disconnect & connect. The second half should be added to the list head, not to the tail. So all events are processed in normal order. Signed-off-by: Haiyang Zhang Reviewed-by: K. Y. Srinivasan

[PATCH net-next] hv_netvsc: Fix the list processing for network change event

RNDIS_STATUS_NETWORK_CHANGE event is handled as two "half events" -- media disconnect & connect. The second half should be added to the list head, not to the tail. So all events are processed in normal order. Signed-off-by: Haiyang Zhang Reviewed-by: K. Y. Srinivasan ---

Re: [PATCH v6 07/19] i2c: octeon: Use i2c recovery framework

> I would like to disable SMBUS_QUICK. It never worked for the read case. Fine with me. > Could we break something by disabling the quick-write case or is > the quick-write emulated by a larger write if the feature bit is not > set? No emulation. It is simply not supported then. It is actually

Re: [PATCH v6 07/19] i2c: octeon: Use i2c recovery framework

> I would like to disable SMBUS_QUICK. It never worked for the read case. Fine with me. > Could we break something by disabling the quick-write case or is > the quick-write emulated by a larger write if the feature bit is not > set? No emulation. It is simply not supported then. It is actually

Re: Nokia N900 retention mode in v4.6, camera buttons fun

Hi! > > CONFIG_HSI breaks power management completely, so power management > > with modem will be another topic. > > Sebastian, any idea why power management does not work for HSI? > > > > > > In the meantime, I found what is causing the rention mode to break for > > > > > me: CONFIG_HSI (aka

Re: Nokia N900 retention mode in v4.6, camera buttons fun

Hi! > > CONFIG_HSI breaks power management completely, so power management > > with modem will be another topic. > > Sebastian, any idea why power management does not work for HSI? > > > > > > In the meantime, I found what is causing the rention mode to break for > > > > > me: CONFIG_HSI (aka

Re: [PATCH] HID: uhid: Fixes a bug with userspace bluetooth stacks, which causes hangs during certain operations

Please ignore this revision of the patch, there was a small merge conflict on my end. On Thu, Apr 21, 2016 at 2:15 PM, kbuild test robot <l...@intel.com> wrote: > Hi, > > [auto build test WARNING on hid/for-next] > [also build test WARNING on v4.6-rc4 next-20160421] > [if

Re: [PATCH] HID: uhid: Fixes a bug with userspace bluetooth stacks, which causes hangs during certain operations

Please ignore this revision of the patch, there was a small merge conflict on my end. On Thu, Apr 21, 2016 at 2:15 PM, kbuild test robot wrote: > Hi, > > [auto build test WARNING on hid/for-next] > [also build test WARNING on v4.6-rc4 next-20160421] > [if your patch is applied t

Re: [RFC PATCH v2 05/10] i2c: add support for ACPI reconfigure notifications

On Wed, Apr 20, 2016 at 1:39 AM, Octavian Purdila wrote: > This patch adds supports for I2C device enumeration and removal via > ACPI reconfiguration notifications that are send as a result of an > ACPI table load or unload operation. > >

Re: [RFC PATCH v2 05/10] i2c: add support for ACPI reconfigure notifications

On Wed, Apr 20, 2016 at 1:39 AM, Octavian Purdila wrote: > This patch adds supports for I2C device enumeration and removal via > ACPI reconfiguration notifications that are send as a result of an > ACPI table load or unload operation. > > acpi_dev_free_resource_list(_list); > > +

Re: [PATCH v2 1/2] clk: Add Oxford Semiconductor OXNAS Standard Clocks

On 04/18, Neil Armstrong wrote: > Add Oxford Semiconductor OXNAS SoC Family Standard Clocks support. > > Signed-off-by: Neil Armstrong > --- Applied to clk-next + the two line removal discussed. -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a

Re: [PATCH v2 2/2] dt-bindings: Add Oxford Semiconductor OXNAS Standard Clocks bindings

On 04/18, Neil Armstrong wrote: > Acked-by: Rob Herring > Signed-off-by: Neil Armstrong > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project

Re: [PATCH v2 1/2] clk: Add Oxford Semiconductor OXNAS Standard Clocks

On 04/18, Neil Armstrong wrote: > Add Oxford Semiconductor OXNAS SoC Family Standard Clocks support. > > Signed-off-by: Neil Armstrong > --- Applied to clk-next + the two line removal discussed. -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation

Re: [PATCH v2 2/2] dt-bindings: Add Oxford Semiconductor OXNAS Standard Clocks bindings

On 04/18, Neil Armstrong wrote: > Acked-by: Rob Herring > Signed-off-by: Neil Armstrong > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project

Re: [PATCH] HID: uhid: Fixes a bug with userspace bluetooth stacks, which causes hangs during certain operations

Hi, [auto build test WARNING on hid/for-next] [also build test WARNING on v4.6-rc4 next-20160421] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/roderick-gaikai-com/HID-uhid-Fixes-a-bug

Re: [PATCH] HID: uhid: Fixes a bug with userspace bluetooth stacks, which causes hangs during certain operations

Hi, [auto build test WARNING on hid/for-next] [also build test WARNING on v4.6-rc4 next-20160421] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/roderick-gaikai-com/HID-uhid-Fixes-a-bug

Re: [PATCH] HID: uhid: Fixes a bug with userspace bluetooth stacks, which causes hangs during certain operations

Hi, [auto build test ERROR on hid/for-next] [also build test ERROR on v4.6-rc4 next-20160421] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/roderick-gaikai-com/HID-uhid-Fixes-a-bug

Re: [PATCH] HID: uhid: Fixes a bug with userspace bluetooth stacks, which causes hangs during certain operations

Hi, [auto build test ERROR on hid/for-next] [also build test ERROR on v4.6-rc4 next-20160421] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/roderick-gaikai-com/HID-uhid-Fixes-a-bug

Re: [PATCH] platform:x86 decouple telemetry driver from the optional IPC resources

On Fri, Apr 15, 2016 at 8:05 AM, Darren Hart wrote: >> + /* >> +* The following resources are optional >> +* - ISPDRIVER_IPC BASE_DATA >> +* - ISPDRIVER_IPC BASE_IFACE >> +* - GTDRIVER_IPC BASE_DATA >> +

Re: [PATCH] platform:x86 decouple telemetry driver from the optional IPC resources

On Fri, Apr 15, 2016 at 8:05 AM, Darren Hart wrote: >> + /* >> +* The following resources are optional >> +* - ISPDRIVER_IPC BASE_DATA >> +* - ISPDRIVER_IPC BASE_IFACE >> +* - GTDRIVER_IPC BASE_DATA >> +* - GTDRIVER_IPC

Re: [PATCH] ARM64: dts: rockchip: add core dtsi file for RK3399 SoCs

On Thu, 21 Apr 2016 22:24:09 +0200 Heiko Stübner wrote: > Am Donnerstag, 21. April 2016, 12:30:18 schrieb Marc Zyngier: > > On Thu, 21 Apr 2016 18:47:20 +0800 > > > > "Huang, Tao" wrote: > > > Hi, Mark: > > > > > > On 2016年04月21日 18:19, Mark Rutland

Re: [PATCH] ARM64: dts: rockchip: add core dtsi file for RK3399 SoCs

On Thu, 21 Apr 2016 22:24:09 +0200 Heiko Stübner wrote: > Am Donnerstag, 21. April 2016, 12:30:18 schrieb Marc Zyngier: > > On Thu, 21 Apr 2016 18:47:20 +0800 > > > > "Huang, Tao" wrote: > > > Hi, Mark: > > > > > > On 2016年04月21日 18:19, Mark Rutland wrote: > > > > On Thu, Apr 21, 2016 at

Re: [PATCH] platform:x86 decouple telemetry driver from the optional IPC resources

On Fri, Apr 15, 2016 at 3:32 AM, Darren Hart wrote: > On Sun, Apr 10, 2016 at 09:46:48PM +0800, Li, Aubrey wrote: >> On 2016/4/10 21:17, Andy Shevchenko wrote: >> > On Thu, Mar 31, 2016 at 10:28 PM, Aubrey Li >> > wrote: >> >> Currently the

Re: [PATCH] platform:x86 decouple telemetry driver from the optional IPC resources

On Fri, Apr 15, 2016 at 3:32 AM, Darren Hart wrote: > On Sun, Apr 10, 2016 at 09:46:48PM +0800, Li, Aubrey wrote: >> On 2016/4/10 21:17, Andy Shevchenko wrote: >> > On Thu, Mar 31, 2016 at 10:28 PM, Aubrey Li >> > wrote: >> >> Currently the optional IPC resources prevent telemetry driver from

Re: [PATCH] wcn36xx: Set SMD timeout to 10 seconds

On Thu, Apr 21, 2016 at 2:09 PM, Bjorn Andersson wrote: > After booting the wireless subsystem and uploading the NV blob to the > WCNSS_CTRL service the remote continues to do things and will not start > servicing wlan-requests for another 2-5 seconds (measured). > >

Re: [PATCH] wcn36xx: Set SMD timeout to 10 seconds

On Thu, Apr 21, 2016 at 2:09 PM, Bjorn Andersson wrote: > After booting the wireless subsystem and uploading the NV blob to the > WCNSS_CTRL service the remote continues to do things and will not start > servicing wlan-requests for another 2-5 seconds (measured). > > The downstream code does not

Re: [kbuild-all] mipsel-linux-gnu-gcc: error: unrecognized command line option '-mcompact-branches=optimal'

On Thu, 21 Apr 2016, Ralf Baechle wrote: > > I don't think it makes sense as the compiler won't support MIPSr6 code > > anyway, so first it'll bail out on `-march=mips32r6', and if we go even > > further and disable that too, then GAS will probably break somewhere on > > inline asm and GCC

Re: [kbuild-all] mipsel-linux-gnu-gcc: error: unrecognized command line option '-mcompact-branches=optimal'

On Thu, 21 Apr 2016, Ralf Baechle wrote: > > I don't think it makes sense as the compiler won't support MIPSr6 code > > anyway, so first it'll bail out on `-march=mips32r6', and if we go even > > further and disable that too, then GAS will probably break somewhere on > > inline asm and GCC

[PATCH] wcn36xx: Set SMD timeout to 10 seconds

After booting the wireless subsystem and uploading the NV blob to the WCNSS_CTRL service the remote continues to do things and will not start servicing wlan-requests for another 2-5 seconds (measured). The downstream code does not have any special handling for this case, but has a timeout of 10

[PATCH] wcn36xx: Set SMD timeout to 10 seconds

After booting the wireless subsystem and uploading the NV blob to the WCNSS_CTRL service the remote continues to do things and will not start servicing wlan-requests for another 2-5 seconds (measured). The downstream code does not have any special handling for this case, but has a timeout of 10

Re: [PATCH v2] PM / Runtime: Only force-resume device if it has been force-suspended

Hi Rafael, On Thursday 21 Apr 2016 23:02:06 Rafael J. Wysocki wrote: > On Thu, Apr 21, 2016 at 10:57 PM, Laurent Pinchart wrote: > > On Thursday 21 Apr 2016 21:52:56 Rafael J. Wysocki wrote: > >> On Thursday, April 21, 2016 02:52:55 AM Laurent Pinchart wrote: > >>> The pm_runtime_force_suspend()

Re: [PATCH v2] PM / Runtime: Only force-resume device if it has been force-suspended

Hi Rafael, On Thursday 21 Apr 2016 23:02:06 Rafael J. Wysocki wrote: > On Thu, Apr 21, 2016 at 10:57 PM, Laurent Pinchart wrote: > > On Thursday 21 Apr 2016 21:52:56 Rafael J. Wysocki wrote: > >> On Thursday, April 21, 2016 02:52:55 AM Laurent Pinchart wrote: > >>> The pm_runtime_force_suspend()

Re: [PATCH] ARM64: dts: rockchip: add core dtsi file for RK3399 SoCs

On Wed, Apr 20, 2016 at 10:58 PM, Jianqun Xu wrote: > This patch adds rk3399.dtsi for rk3399 found on Rockchip > RK3399 SoCs, also add rk3399-evb.dts for Rockchip RK3399 > Evaluation Board. > > Patch is tested on RK3399 evb. > > Signed-off-by: Jianqun Xu

Re: [PATCH] ARM64: dts: rockchip: add core dtsi file for RK3399 SoCs

On Wed, Apr 20, 2016 at 10:58 PM, Jianqun Xu wrote: > This patch adds rk3399.dtsi for rk3399 found on Rockchip > RK3399 SoCs, also add rk3399-evb.dts for Rockchip RK3399 > Evaluation Board. > > Patch is tested on RK3399 evb. > > Signed-off-by: Jianqun Xu > --- >

[PATCH] HID: uhid: Fixes a bug with userspace bluetooth stacks, which causes hangs during certain operations

From: Roderick Colenbrander Many devices use userspace bluetooth stacks like BlueZ or Bluedroid in combination with uhid. If any of these stacks is used with a HID device for which the driver performs a HID request as part .probe (or technically another HID

[PATCH] HID: uhid: Fixes a bug with userspace bluetooth stacks, which causes hangs during certain operations

From: Roderick Colenbrander Many devices use userspace bluetooth stacks like BlueZ or Bluedroid in combination with uhid. If any of these stacks is used with a HID device for which the driver performs a HID request as part .probe (or technically another HID operation), this results in a

Re: [PATCH v2] PM / Runtime: Only force-resume device if it has been force-suspended

On Thu, Apr 21, 2016 at 10:57 PM, Laurent Pinchart wrote: > Hi Rafael, > > On Thursday 21 Apr 2016 21:52:56 Rafael J. Wysocki wrote: >> On Thursday, April 21, 2016 02:52:55 AM Laurent Pinchart wrote: >> > The pm_runtime_force_suspend() and

Re: [PATCH v2] PM / Runtime: Only force-resume device if it has been force-suspended

On Thu, Apr 21, 2016 at 10:57 PM, Laurent Pinchart wrote: > Hi Rafael, > > On Thursday 21 Apr 2016 21:52:56 Rafael J. Wysocki wrote: >> On Thursday, April 21, 2016 02:52:55 AM Laurent Pinchart wrote: >> > The pm_runtime_force_suspend() and pm_runtime_force_resume() helpers are >> > designed to

Re: [PATCH] ixgbevf: Fix relaxed order settings in VF driver

On Thu, Apr 21, 2016 at 12:39 PM, Babu Moger wrote: > Hi Alex, > > On 4/21/2016 2:22 PM, Alexander Duyck wrote: >> On Thu, Apr 21, 2016 at 11:13 AM, Alexander Duyck >> wrote: >>> On Thu, Apr 21, 2016 at 10:21 AM, Babu Moger

Re: [PATCH] ixgbevf: Fix relaxed order settings in VF driver

On Thu, Apr 21, 2016 at 12:39 PM, Babu Moger wrote: > Hi Alex, > > On 4/21/2016 2:22 PM, Alexander Duyck wrote: >> On Thu, Apr 21, 2016 at 11:13 AM, Alexander Duyck >> wrote: >>> On Thu, Apr 21, 2016 at 10:21 AM, Babu Moger wrote: Current code writes the tx/rx relaxed order without reading

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