[PATCH 4/6] scripts/gdb: Perform path expansion to lx-symbol's arguments

From: Nikolay Borisov Python doesn't do automatic expansion of paths. In case one passes path of the from ~/foo/bar the gdb scripts won't automatically expand that and as a result the symbols files won't be loaded. Fix this by explicitly expanding all paths which begin with "~" Signed-off-by:

[PATCH 5/6] Revert "scripts/gdb: add a Radix Tree Parser"

This reverts commit e127a73d41ac ("scripts/gdb: add a Radix Tree Parser") The python implementation of radix-tree was merged at the same time as the radix-tree system was heavily reworked from commit e9256efcc8e3 ("radix-tree: introduce radix_tree_empty") to 3bcadd6fa6c4 ("radix-tree: free up the

[PATCH 3/6] scripts/gdb: add constants.py to .gitignore

From: Omar Sandoval Since scripts/gdb/linux/constants.py is autogenerated, this should have been added to .gitignore when it was introduced. Fixes: f197d75fcad1 ("scripts/gdb: provide linux constants") Signed-off-by: Omar Sandoval Signed-off-by: Kieran Bingham

[PATCH 6/6] Revert "scripts/gdb: add documentation example for radix tree"

This reverts commit 9b5580359a84 ("scripts/gdb: add documentation example for radix tree") The python implementation of radix tree was merged at the same time as a refactoring of the radix tree implementation and doesn't work. The feature is being reverted, thus we revert the documentation as

[PATCH 3/6] scripts/gdb: add constants.py to .gitignore

From: Omar Sandoval Since scripts/gdb/linux/constants.py is autogenerated, this should have been added to .gitignore when it was introduced. Fixes: f197d75fcad1 ("scripts/gdb: provide linux constants") Signed-off-by: Omar Sandoval Signed-off-by: Kieran Bingham ---

[PATCH 6/6] Revert "scripts/gdb: add documentation example for radix tree"

This reverts commit 9b5580359a84 ("scripts/gdb: add documentation example for radix tree") The python implementation of radix tree was merged at the same time as a refactoring of the radix tree implementation and doesn't work. The feature is being reverted, thus we revert the documentation as

[PATCH 0/6] scripts/gdb: Fixes for 4.7

Hi Andrew, Please consider this series for integration into the current rc series. I had hoped to get this to you, with a fixed radix-tree, rather than a reverted one. Alas, time has gone against me, and we are nearing the end of the window - so having discussed with Jan, we felt it best to

[PATCH 0/6] scripts/gdb: Fixes for 4.7

Hi Andrew, Please consider this series for integration into the current rc series. I had hoped to get this to you, with a fixed radix-tree, rather than a reverted one. Alas, time has gone against me, and we are nearing the end of the window - so having discussed with Jan, we felt it best to

[PATCH 2/6] scripts/gdb: rebuild constants.py on dependancy change

The autogenerated constants.py file was only being built on the initial call, and if the constants.py.in file changed. As we are utilising the CPP hooks, we can successfully use the call if_changed_dep rules to determine when to rebuild the file based on it's inclusions. Reported-by: Jan Kiszka

[PATCH 2/6] scripts/gdb: rebuild constants.py on dependancy change

The autogenerated constants.py file was only being built on the initial call, and if the constants.py.in file changed. As we are utilising the CPP hooks, we can successfully use the call if_changed_dep rules to determine when to rebuild the file based on it's inclusions. Reported-by: Jan Kiszka

Re: [PATCH 2/3] mailbox: Add Broadcom PDC mailbox driver

On Tue, Jun 28, 2016 at 7:06 PM, Rob Rice wrote: >>> drivers/mailbox/Kconfig |9 + >>> drivers/mailbox/Makefile|2 + >>> drivers/mailbox/mailbox-pdc/Makefile|8 + >>> drivers/mailbox/mailbox-pdc/pdc.c | 1181 >>>

Re: [PATCH 2/3] mailbox: Add Broadcom PDC mailbox driver

On Tue, Jun 28, 2016 at 7:06 PM, Rob Rice wrote: >>> drivers/mailbox/Kconfig |9 + >>> drivers/mailbox/Makefile|2 + >>> drivers/mailbox/mailbox-pdc/Makefile|8 + >>> drivers/mailbox/mailbox-pdc/pdc.c | 1181 >>>

Re: Deleting child qdisc doesn't reset parent to default qdisc?

On Fri, 15 Apr 2016, Eric Dumazet wrote: > > TBF is probably a bad example because it started life as a classless > > qdisc. There was only one built-in fifo queue that was shaped. Then > > someone made it classful and changed this behavior. To me it sounds > > reasonable to have the default

Re: Deleting child qdisc doesn't reset parent to default qdisc?

On Fri, 15 Apr 2016, Eric Dumazet wrote: > > TBF is probably a bad example because it started life as a classless > > qdisc. There was only one built-in fifo queue that was shaped. Then > > someone made it classful and changed this behavior. To me it sounds > > reasonable to have the default

Re: [RFC v2 2/3] dma-buf/fence-array: add fence_array_teardown()

2016-06-28 Christian König : > Am 28.06.2016 um 16:17 schrieb Gustavo Padovan: > > 2016-06-28 Christian König : > > > > > Am 27.06.2016 um 21:29 schrieb Gustavo Padovan: > > > > From: Gustavo Padovan > > > > >

Re: [RFC v2 2/3] dma-buf/fence-array: add fence_array_teardown()

2016-06-28 Christian König : > Am 28.06.2016 um 16:17 schrieb Gustavo Padovan: > > 2016-06-28 Christian König : > > > > > Am 27.06.2016 um 21:29 schrieb Gustavo Padovan: > > > > From: Gustavo Padovan > > > > > > > > As the array of fence callbacks held by an active struct fence_array > > > >

Re: [PATCH 1/2] clk: clk-rk3*: set CLK_IS_CRITICAL flag to critical clocks

Hi Andi, Am Dienstag, 28. Juni 2016, 17:45:36 schrieb andi.sh...@gmail.com: > From: Andi Shyti > > Patch 32b9b1096 has introduced a generalized concept of critical > clock. Clocks are marked with the CLK_IS_CRITICAL, enabled during > boot and never gated. > > Use the

Re: [PATCH 1/2] clk: clk-rk3*: set CLK_IS_CRITICAL flag to critical clocks

Hi Andi, Am Dienstag, 28. Juni 2016, 17:45:36 schrieb andi.sh...@gmail.com: > From: Andi Shyti > > Patch 32b9b1096 has introduced a generalized concept of critical > clock. Clocks are marked with the CLK_IS_CRITICAL, enabled during > boot and never gated. > > Use the CLK_IS_CRITICAL instead of

"drm/core: Do not preserve framebuffer on rmfb prevends display" breaks display resume after dpms suspend

On my system the display doesn't come back after a dpms suspend with X11. The display is powered off after the configured time, but to get it powered on I need to switch to console (and back to X). It doesn't happen on simple keyboard or mouse input. Also the brightness is on the lowest level,

"drm/core: Do not preserve framebuffer on rmfb prevends display" breaks display resume after dpms suspend

On my system the display doesn't come back after a dpms suspend with X11. The display is powered off after the configured time, but to get it powered on I need to switch to console (and back to X). It doesn't happen on simple keyboard or mouse input. Also the brightness is on the lowest level,

Re: [PATCH 0/2] use the CLK_IS_CRITICAL flag for critical clocks

Hi Andi, Am Dienstag, 28. Juni 2016, 17:45:35 schrieb andi.sh...@gmail.com: > From: Andi Shyti > this patchset is the first of a series and it aims to remove > the handling of critical clock on the rockchip clock drivers. I'm actually waiting on the second part of that to

Re: [PATCH 0/2] use the CLK_IS_CRITICAL flag for critical clocks

Hi Andi, Am Dienstag, 28. Juni 2016, 17:45:35 schrieb andi.sh...@gmail.com: > From: Andi Shyti > this patchset is the first of a series and it aims to remove > the handling of critical clock on the rockchip clock drivers. I'm actually waiting on the second part of that to land. The series

Re: [PATCH v2 4/5] mfd: qcom-rpm: Add support for pm8018 RPM Regulator

On Fri, 24 Jun 2016, Neil Armstrong wrote: > In order to support the Qualcomm MDM9615 SoC, add support for the > RPM regulator entries in the qcom-rpm driver. > > Acked-by: Bjorn Andersson > Signed-off-by: Neil Armstrong > --- >

Re: [PATCH v2 1/5] mfd: pm8921: Add support for pm8018

On Fri, 24 Jun 2016, Neil Armstrong wrote: > In order to support the Qualcomm MDM9615 PMIC, add support for the > pm8018 in pm8921 mfd driver. > > Reviewed-by: Bjorn Andersson > Signed-off-by: Neil Armstrong > --- >

Re: [PATCH v2 4/5] mfd: qcom-rpm: Add support for pm8018 RPM Regulator

On Fri, 24 Jun 2016, Neil Armstrong wrote: > In order to support the Qualcomm MDM9615 SoC, add support for the > RPM regulator entries in the qcom-rpm driver. > > Acked-by: Bjorn Andersson > Signed-off-by: Neil Armstrong > --- > Documentation/devicetree/bindings/mfd/qcom-rpm.txt | 1 + >

Re: [PATCH v2 1/5] mfd: pm8921: Add support for pm8018

On Fri, 24 Jun 2016, Neil Armstrong wrote: > In order to support the Qualcomm MDM9615 PMIC, add support for the > pm8018 in pm8921 mfd driver. > > Reviewed-by: Bjorn Andersson > Signed-off-by: Neil Armstrong > --- > drivers/mfd/pm8921-core.c | 1 + > 1 file changed, 1 insertion(+) For my own

Re: [v4.2-rc1 Regression] usb: Enable LPM for USB 2.01+ full-speed devices

On 06/24/2016 08:06 AM, Joseph Salisbury wrote: > On 06/22/2016 12:14 PM, Greg KH wrote: >> On Wed, Jun 22, 2016 at 11:38:43AM -0400, Joseph Salisbury wrote: >>> Hi Rupesh, >>> >>> A kernel bug report was opened against Ubuntu [0]. After a kernel >>> bisect, it was found that reverting the

Re: [v4.2-rc1 Regression] usb: Enable LPM for USB 2.01+ full-speed devices

On 06/24/2016 08:06 AM, Joseph Salisbury wrote: > On 06/22/2016 12:14 PM, Greg KH wrote: >> On Wed, Jun 22, 2016 at 11:38:43AM -0400, Joseph Salisbury wrote: >>> Hi Rupesh, >>> >>> A kernel bug report was opened against Ubuntu [0]. After a kernel >>> bisect, it was found that reverting the

Re: [PATCH 4/6] mfd: dm355evm_msp: Refactoring for add_child()

On Sun, 26 Jun 2016, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sun, 26 Jun 2016 13:56:58 +0200 > > Adjust jump targets according to the Linux coding style convention. > Another check for the variable "status" can be omitted then at the end. > >

Re: [PATCH 4/6] mfd: dm355evm_msp: Refactoring for add_child()

On Sun, 26 Jun 2016, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sun, 26 Jun 2016 13:56:58 +0200 > > Adjust jump targets according to the Linux coding style convention. > Another check for the variable "status" can be omitted then at the end. > > Signed-off-by: Markus Elfring >

Re: [PATCH v3 18/19] sh: IO-DATA HDL-U (a,k.a landisk) support

On Tue, 28 Jun 2016 16:51:25 +0900, Geert Uytterhoeven wrote: > > Hi Sato-san, > > On Tue, Jun 28, 2016 at 8:36 AM, Yoshinori Sato > wrote: > > Signed-off-by: Yoshinori Sato > > --- > > .../interrupt-controller/iodata-landisk.txt

Re: [PATCH 6/6] mfd: smsc-ece1099: Return directly after a function failure in smsc_i2c_probe()

On Sun, 26 Jun 2016, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sun, 26 Jun 2016 14:30:46 +0200 > > This issue was detected by using the Coccinelle software. > > Return directly if a call of the function "devm_regmap_init_i2c" > or "regmap_write"

Re: [PATCH 6/6] mfd: smsc-ece1099: Return directly after a function failure in smsc_i2c_probe()

On Sun, 26 Jun 2016, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sun, 26 Jun 2016 14:30:46 +0200 > > This issue was detected by using the Coccinelle software. > > Return directly if a call of the function "devm_regmap_init_i2c" > or "regmap_write" failed. > > Delete the jump label

Re: [PATCH v3 18/19] sh: IO-DATA HDL-U (a,k.a landisk) support

On Tue, 28 Jun 2016 16:51:25 +0900, Geert Uytterhoeven wrote: > > Hi Sato-san, > > On Tue, Jun 28, 2016 at 8:36 AM, Yoshinori Sato > wrote: > > Signed-off-by: Yoshinori Sato > > --- > > .../interrupt-controller/iodata-landisk.txt| 34 ++ > > arch/sh/boot/dts/Makefile

Re: [PATCH 5/6] mfd: smsc-ece1099: Delete an unnecessary variable initialisation in smsc_i2c_probe()

On Sun, 26 Jun 2016, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sun, 26 Jun 2016 14:14:54 +0200 > > The variable "ret" will be set to an appropriate value a bit later. > Thus omit the explicit initialisation at the beginning. > > Signed-off-by:

Re: [PATCH 5/6] mfd: smsc-ece1099: Delete an unnecessary variable initialisation in smsc_i2c_probe()

On Sun, 26 Jun 2016, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sun, 26 Jun 2016 14:14:54 +0200 > > The variable "ret" will be set to an appropriate value a bit later. > Thus omit the explicit initialisation at the beginning. > > Signed-off-by: Markus Elfring > --- >

Re: [RFC PATCH v2 1/9] mailbox: Add Amlogic Meson Message-Handling-Unit

On Tue, Jun 28, 2016 at 7:30 PM, Neil Armstrong wrote: > On 06/25/2016 07:50 PM, Jassi Brar wrote: >> -#define INTR_STAT_OFS 0x0 >> -#define INTR_SET_OFS 0x8 >> -#define INTR_CLR_OFS 0x10 >> - >> -#define MHU_LP_OFFSET 0x0 >> -#define MHU_HP_OFFSET 0x20 >> -#define

Re: [RFC v2 2/3] dma-buf/fence-array: add fence_array_teardown()

Am 28.06.2016 um 16:17 schrieb Gustavo Padovan: 2016-06-28 Christian König : Am 27.06.2016 um 21:29 schrieb Gustavo Padovan: From: Gustavo Padovan As the array of fence callbacks held by an active struct fence_array each has a

Re: [RFC PATCH v2 1/9] mailbox: Add Amlogic Meson Message-Handling-Unit

On Tue, Jun 28, 2016 at 7:30 PM, Neil Armstrong wrote: > On 06/25/2016 07:50 PM, Jassi Brar wrote: >> -#define INTR_STAT_OFS 0x0 >> -#define INTR_SET_OFS 0x8 >> -#define INTR_CLR_OFS 0x10 >> - >> -#define MHU_LP_OFFSET 0x0 >> -#define MHU_HP_OFFSET 0x20 >> -#define MHU_SEC_OFFSET 0x200 >>

Re: [RFC v2 2/3] dma-buf/fence-array: add fence_array_teardown()

Am 28.06.2016 um 16:17 schrieb Gustavo Padovan: 2016-06-28 Christian König : Am 27.06.2016 um 21:29 schrieb Gustavo Padovan: From: Gustavo Padovan As the array of fence callbacks held by an active struct fence_array each has a reference to the struct fence_array, when the owner of the

Re: [PATCH 2/6] mfd: twl-core: Refactoring for add_numbered_child()

On Sun, 26 Jun 2016, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sun, 26 Jun 2016 13:03:59 +0200 > > Adjust jump targets according to the Linux coding style convention. > Another check for the variable "status" can be omitted then at the end. > >

Re: [PATCH 3/6] mfd: dm355evm_msp: Return directly after a failed platform_device_alloc() in add_child()

On Sun, 26 Jun 2016, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sun, 26 Jun 2016 13:40:35 +0200 > > The platform_device_put() function was called in one case by the > add_child() function during error handling even if the passed > variable "pdev"

Re: [PATCH 2/6] mfd: twl-core: Refactoring for add_numbered_child()

On Sun, 26 Jun 2016, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sun, 26 Jun 2016 13:03:59 +0200 > > Adjust jump targets according to the Linux coding style convention. > Another check for the variable "status" can be omitted then at the end. > > Signed-off-by: Markus Elfring >

Re: [PATCH 3/6] mfd: dm355evm_msp: Return directly after a failed platform_device_alloc() in add_child()

On Sun, 26 Jun 2016, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sun, 26 Jun 2016 13:40:35 +0200 > > The platform_device_put() function was called in one case by the > add_child() function during error handling even if the passed > variable "pdev" contained a null pointer. > Return

Re: [PATCH 1/6] mfd: twl-core: Return directly after a failed platform_device_alloc() in add_numbered_child()

On Sun, 26 Jun 2016, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sun, 26 Jun 2016 12:25:36 +0200 Please use `git send-email` when sending patches to the list. > The platform_device_put() function was called in one case by the > add_numbered_child()

Re: [PATCH 0/6] mfd: Fine-tuning for three function implementations

On Sun, 26 Jun 2016, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sun, 26 Jun 2016 15:25:43 +0200 > > Several update suggestions were taken into account > from static source code analysis. > > Markus Elfring (6): > twl-core: Return directly after a

Re: [PATCH 1/6] mfd: twl-core: Return directly after a failed platform_device_alloc() in add_numbered_child()

On Sun, 26 Jun 2016, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sun, 26 Jun 2016 12:25:36 +0200 Please use `git send-email` when sending patches to the list. > The platform_device_put() function was called in one case by the > add_numbered_child() function during error handling

Re: [PATCH 0/6] mfd: Fine-tuning for three function implementations

On Sun, 26 Jun 2016, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sun, 26 Jun 2016 15:25:43 +0200 > > Several update suggestions were taken into account > from static source code analysis. > > Markus Elfring (6): > twl-core: Return directly after a failed platform_device_alloc() >

Re: [PATCH v4] mfd: intel_soc_pmic_bxtwc: Add Intel BXT WhiskeyCove PMIC ADC thermal channel mapping and USB type-C resources

On Mon, 27 Jun 2016, Bin Gao wrote: > This patch adds the mapping of PMIC ADC channel to thermal zone and > USB type-C resources. This mapping is used in the pmic thermal driver > to notify the thermal zone with the pmic adc channel alert interrupts. > This patch also adds three new data

Re: [PATCH] ASoC: fsl_spdif: fix spelling mistake: "receivce" -> "receive"

On Tue, Jun 28, 2016 at 01:47:59PM +0100, Colin King wrote: > From: Colin Ian King Please fix things so that your mail configuration matches your git configuration, it makes things harder to review since it looks like you've got a non-author signoff with a missing

Re: [PATCH v4] mfd: intel_soc_pmic_bxtwc: Add Intel BXT WhiskeyCove PMIC ADC thermal channel mapping and USB type-C resources

On Mon, 27 Jun 2016, Bin Gao wrote: > This patch adds the mapping of PMIC ADC channel to thermal zone and > USB type-C resources. This mapping is used in the pmic thermal driver > to notify the thermal zone with the pmic adc channel alert interrupts. > This patch also adds three new data

Re: [PATCH] ASoC: fsl_spdif: fix spelling mistake: "receivce" -> "receive"

On Tue, Jun 28, 2016 at 01:47:59PM +0100, Colin King wrote: > From: Colin Ian King Please fix things so that your mail configuration matches your git configuration, it makes things harder to review since it looks like you've got a non-author signoff with a missing signed off by from someone.

Re: [RFC PATCH v2 00/26] perf tools: Support uBPF script

On Tue, Jun 28, 2016 at 07:47:53PM +0800, Hekuang wrote: > > > 在 2016/6/27 4:48, Alexei Starovoitov 写道: > >On Sun, Jun 26, 2016 at 11:20:52AM +, He Kuang wrote: > >> bounds check just like ubpf library does. > >hmm. I don't think I suggested to hack bpf/core.c into separate file > >and

Re: [RFC PATCH v2 00/26] perf tools: Support uBPF script

On Tue, Jun 28, 2016 at 07:47:53PM +0800, Hekuang wrote: > > > 在 2016/6/27 4:48, Alexei Starovoitov 写道: > >On Sun, Jun 26, 2016 at 11:20:52AM +, He Kuang wrote: > >> bounds check just like ubpf library does. > >hmm. I don't think I suggested to hack bpf/core.c into separate file > >and

[RFC] WireGuard: next generation secure network tunnel

Hi Dave & Folks, Today I'm releasing WireGuard, an encrypted and authenticated tunneling virtual interface for the kernel. It uses next-generation cryptography and is designed to be both easy to use and simple to implement (only ~4000 LoC, which compared to xfrm or openvpn is spectacular),

[RFC] WireGuard: next generation secure network tunnel

Hi Dave & Folks, Today I'm releasing WireGuard, an encrypted and authenticated tunneling virtual interface for the kernel. It uses next-generation cryptography and is designed to be both easy to use and simple to implement (only ~4000 LoC, which compared to xfrm or openvpn is spectacular),

RE: [PATCH 2/4] mac80211/cfg: mesh: fix healing time when a mesh peer is disconnecting

On Tue, Jun 28, 2016 at 15:27:47, Bob Copeland wrote: > linux- wirel...@vger.kernel.org; net...@vger.kernel.org; Hahn, Maital > Subject: Re: [PATCH 2/4] mac80211/cfg: mesh: fix healing time when a > mesh peer is disconnecting > > On Tue, Jun 28, 2016 at 02:13:05PM +0300, Yaniv Machani wrote: > >

RE: [PATCH 2/4] mac80211/cfg: mesh: fix healing time when a mesh peer is disconnecting

On Tue, Jun 28, 2016 at 15:27:47, Bob Copeland wrote: > linux- wirel...@vger.kernel.org; net...@vger.kernel.org; Hahn, Maital > Subject: Re: [PATCH 2/4] mac80211/cfg: mesh: fix healing time when a > mesh peer is disconnecting > > On Tue, Jun 28, 2016 at 02:13:05PM +0300, Yaniv Machani wrote: > >

Re: trace: use-after-free in hist_unreg_all

On Tue, 28 Jun 2016 14:58:50 +0200 Dmitry Vyukov wrote: > Hello, > > While running tools/testing/selftests test suite with KASAN I hit the > following use-after-free report: > > > > == > BUG: KASAN:

Re: trace: use-after-free in hist_unreg_all

On Tue, 28 Jun 2016 14:58:50 +0200 Dmitry Vyukov wrote: > Hello, > > While running tools/testing/selftests test suite with KASAN I hit the > following use-after-free report: > > > > == > BUG: KASAN: use-after-free in

Re: [PATCH 32/32] ver_linux: 'printversion()' function definition

On Tue, 28 Jun 2016 17:40:36 +0300, Alexander Kapshuk said: > Seeing this is a complete rewrite of the script from the shell > language into awk, one would not be able to apply the patches > submitted incrementally to be able to test each change being > introduced separately. In this respect,

Re: [PATCH 32/32] ver_linux: 'printversion()' function definition

On Tue, 28 Jun 2016 17:40:36 +0300, Alexander Kapshuk said: > Seeing this is a complete rewrite of the script from the shell > language into awk, one would not be able to apply the patches > submitted incrementally to be able to test each change being > introduced separately. In this respect,

[PATCH 0/2] use the CLK_IS_CRITICAL flag for critical clocks

From: Andi Shyti Hi, this patchset is the first of a series and it aims to remove the handling of critical clock on the rockchip clock drivers. Patch 32b9b10961860860268961d9aad0c56a73018c37 has added a generic clock critical handling that can be used from the drivers.

[PATCH 0/2] use the CLK_IS_CRITICAL flag for critical clocks

From: Andi Shyti Hi, this patchset is the first of a series and it aims to remove the handling of critical clock on the rockchip clock drivers. Patch 32b9b10961860860268961d9aad0c56a73018c37 has added a generic clock critical handling that can be used from the drivers. Because I'm not expert

[PATCH 1/2] clk: clk-rk3*: set CLK_IS_CRITICAL flag to critical clocks

From: Andi Shyti Patch 32b9b1096 has introduced a generalized concept of critical clock. Clocks are marked with the CLK_IS_CRITICAL, enabled during boot and never gated. Use the CLK_IS_CRITICAL instead of declaring a local array of critical clock enabled during boot. CC:

[PATCH 1/2] clk: clk-rk3*: set CLK_IS_CRITICAL flag to critical clocks

From: Andi Shyti Patch 32b9b1096 has introduced a generalized concept of critical clock. Clocks are marked with the CLK_IS_CRITICAL, enabled during boot and never gated. Use the CLK_IS_CRITICAL instead of declaring a local array of critical clock enabled during boot. CC: Heiko Stuebner CC:

[PATCH 2/2] clk: rockchip: remove unused rockchip_clk_protect_critical function

From: Andi Shyti because there is no need anymore to enable critical clocks in each driver, this function is not necessary anymore. The drivers having critical clocks use the CLK_IS_CRITICAL flag. Signed-off-by: Andi Shyti --- drivers/clk/rockchip/clk.c |

[PATCH 2/2] clk: rockchip: remove unused rockchip_clk_protect_critical function

From: Andi Shyti because there is no need anymore to enable critical clocks in each driver, this function is not necessary anymore. The drivers having critical clocks use the CLK_IS_CRITICAL flag. Signed-off-by: Andi Shyti --- drivers/clk/rockchip/clk.c | 14 --

Re: [PATCH 32/32] ver_linux: 'printversion()' function definition

On Tue, Jun 28, 2016 at 3:47 PM, wrote: > On Tue, 28 Jun 2016 13:19:06 +0300, Alexander Kapshuk said: >> Definition of the 'printversion()' function. The function tests whether >> the variable that contains the version number is empty, and prints >> the name of the

Re: [PATCH 32/32] ver_linux: 'printversion()' function definition

On Tue, Jun 28, 2016 at 3:47 PM, wrote: > On Tue, 28 Jun 2016 13:19:06 +0300, Alexander Kapshuk said: >> Definition of the 'printversion()' function. The function tests whether >> the variable that contains the version number is empty, and prints >> the name of the utility and its version number

[PATCH v2] sm501: Add device property

Signed-off-by: Yoshinori Sato --- Documentation/devicetree/bindings/mfd/sm501.txt | 45 + drivers/mfd/sm501.c | 9 + 2 files changed, 54 insertions(+) create mode 100644

[PATCH v2] sm501: Add device property

Signed-off-by: Yoshinori Sato --- Documentation/devicetree/bindings/mfd/sm501.txt | 45 + drivers/mfd/sm501.c | 9 + 2 files changed, 54 insertions(+) create mode 100644 Documentation/devicetree/bindings/mfd/sm501.txt diff --git

Re: [PATCH] sm501: Add device property

On Tue, 28 Jun 2016 16:49:08 +0900, Lee Jones wrote: > > On Tue, 28 Jun 2016, Yoshinori Sato wrote: > > > This driver have configuration parameter "device" in platform_data. > > But don't have it in devicetree. > > > > This patch add "device" configuration to devicetree. > > This is really

Re: [PATCH] sm501: Add device property

On Tue, 28 Jun 2016 16:49:08 +0900, Lee Jones wrote: > > On Tue, 28 Jun 2016, Yoshinori Sato wrote: > > > This driver have configuration parameter "device" in platform_data. > > But don't have it in devicetree. > > > > This patch add "device" configuration to devicetree. > > This is really

Re: [PATCH v6] arm64: cpuinfo: Expose MIDR_EL1 and REVIDR_EL1 to sysfs

On Tue, Jun 28, 2016 at 12:06:22PM +0100, Will Deacon wrote: > On Tue, Jun 21, 2016 at 12:12:36PM +0100, Suzuki K Poulose wrote: > > +static struct attribute_group cpuregs_attr_group = { > > + .attrs = cpuregs_attrs, > > + .name = "identification" > > +}; > > This makes sense because

Re: [PATCH v6] arm64: cpuinfo: Expose MIDR_EL1 and REVIDR_EL1 to sysfs

On Tue, Jun 28, 2016 at 12:06:22PM +0100, Will Deacon wrote: > On Tue, Jun 21, 2016 at 12:12:36PM +0100, Suzuki K Poulose wrote: > > +static struct attribute_group cpuregs_attr_group = { > > + .attrs = cpuregs_attrs, > > + .name = "identification" > > +}; > > This makes sense because

Re: [PATCH RFC 1/4] dma: imx-sdma - reduce transfer latency for DMA cyclic clients

On Thu, Jun 09, 2016 at 03:16:30PM +0300, Nandor Han wrote: > Having the SDMA driver use a tasklet for running the clients > callback introduce some issues: > - probability to have desynchronized data because of the > race condition created since the DMA transaction status > is retrieved

Re: [PATCH RFC 1/4] dma: imx-sdma - reduce transfer latency for DMA cyclic clients

On Thu, Jun 09, 2016 at 03:16:30PM +0300, Nandor Han wrote: > Having the SDMA driver use a tasklet for running the clients > callback introduce some issues: > - probability to have desynchronized data because of the > race condition created since the DMA transaction status > is retrieved

[PATCH] mcb: Added bar descriptor support for non PCI bus MCB carrier

Added support for the bar descriptor. This type is used for FPGAs connect to the LPC or to a non PCI bus. The Bar descriptor could have a maximum of 6 BARs. Each of the devices within the FPGA could be mapped to a different BAR. The BAR descriptor is comparable to the PCI header. Signed-off-by:

[PATCH] mcb: Added bar descriptor support for non PCI bus MCB carrier

Added support for the bar descriptor. This type is used for FPGAs connect to the LPC or to a non PCI bus. The Bar descriptor could have a maximum of 6 BARs. Each of the devices within the FPGA could be mapped to a different BAR. The BAR descriptor is comparable to the PCI header. Signed-off-by:

Re: [RFC v2 3/3] dma-buf/sync_file: rework fence storage in struct file

2016-06-28 Chris Wilson : > On Mon, Jun 27, 2016 at 04:29:22PM -0300, Gustavo Padovan wrote: > > From: Gustavo Padovan > > > > Create sync_file->fence to abstract the type of fence we are using for > > each sync_file. If only one fence

Re: [RFC v2 3/3] dma-buf/sync_file: rework fence storage in struct file

2016-06-28 Chris Wilson : > On Mon, Jun 27, 2016 at 04:29:22PM -0300, Gustavo Padovan wrote: > > From: Gustavo Padovan > > > > Create sync_file->fence to abstract the type of fence we are using for > > each sync_file. If only one fence is present we use a normal struct fence > > but if there is

Re: [PATCH] fs: Do not check for valid page->mapping in page_cache_pipe_buf_confirm

- Original Message - > From: "Abhi Das" > To: cluster-de...@redhat.com, linux-kernel@vger.kernel.org, > linux-fsde...@vger.kernel.org > Cc: "Abhi Das" , "Miklos Szeredi" , > "Jens Axboe" , "Al Viro" >

Re: [PATCH] fs: Do not check for valid page->mapping in page_cache_pipe_buf_confirm

- Original Message - > From: "Abhi Das" > To: cluster-de...@redhat.com, linux-kernel@vger.kernel.org, > linux-fsde...@vger.kernel.org > Cc: "Abhi Das" , "Miklos Szeredi" , > "Jens Axboe" , "Al Viro" > > Sent: Wednesday, May 25, 2016 10:24:45 PM > Subject: [PATCH] fs: Do not check for

[PATCH] iio: Fix missing unlock on duplicate trigger

Since duplicate trigger names are supposed to cause errors at probe time anyway this issue is unlikely to affect anyone. Fixes commit 2e2b6a13f5f5119c36551c1ab99b85e0ad1a2105: iio: Refuse to register triggers with duplicate names Signed-off-by: Crestez Dan Leonard ---

[PATCH] iio: Fix missing unlock on duplicate trigger

Since duplicate trigger names are supposed to cause errors at probe time anyway this issue is unlikely to affect anyone. Fixes commit 2e2b6a13f5f5119c36551c1ab99b85e0ad1a2105: iio: Refuse to register triggers with duplicate names Signed-off-by: Crestez Dan Leonard ---

Re: [PATCH] rtlwifi: Create _rtl_dbg_trace function to reduce RT_TRACE code size

On 06/27/2016 10:55 PM, Joe Perches wrote: On Mon, 2016-06-27 at 19:53 -0500, Larry Finger wrote: On 06/25/2016 05:46 PM, Joe Perches wrote: This debugging macro can expand to a lot of code. Make it a function to reduce code size. (x86-64 defconfig w/ all rtlwifi drivers and allyesconfig) $

Re: [PATCH] rtlwifi: Create _rtl_dbg_trace function to reduce RT_TRACE code size

On 06/27/2016 10:55 PM, Joe Perches wrote: On Mon, 2016-06-27 at 19:53 -0500, Larry Finger wrote: On 06/25/2016 05:46 PM, Joe Perches wrote: This debugging macro can expand to a lot of code. Make it a function to reduce code size. (x86-64 defconfig w/ all rtlwifi drivers and allyesconfig) $

Re: [RFC v2 2/3] dma-buf/fence-array: add fence_array_teardown()

2016-06-28 Christian König : > Am 27.06.2016 um 21:29 schrieb Gustavo Padovan: > > From: Gustavo Padovan > > > > As the array of fence callbacks held by an active struct fence_array > > each has a reference to the struct fence_array,

Re: [RFC v2 2/3] dma-buf/fence-array: add fence_array_teardown()

2016-06-28 Christian König : > Am 27.06.2016 um 21:29 schrieb Gustavo Padovan: > > From: Gustavo Padovan > > > > As the array of fence callbacks held by an active struct fence_array > > each has a reference to the struct fence_array, when the owner of the > > fence_array is freed it must

Re: [PATCH v4 3/4] perf: xgene: Add APM X-Gene SoC Performance Monitoring Unit driver

On Tue, Jun 28, 2016 at 02:21:38PM +0100, Marc Zyngier wrote: > On 28/06/16 12:13, Mark Rutland wrote: > > On Mon, Jun 27, 2016 at 10:54:07AM -0700, Tai Tri Nguyen wrote: > >> On Mon, Jun 27, 2016 at 9:00 AM, Mark Rutland wrote: > >>> On Sat, Jun 25, 2016 at 10:54:20AM

Re: [PATCH v4 3/4] perf: xgene: Add APM X-Gene SoC Performance Monitoring Unit driver

On Tue, Jun 28, 2016 at 02:21:38PM +0100, Marc Zyngier wrote: > On 28/06/16 12:13, Mark Rutland wrote: > > On Mon, Jun 27, 2016 at 10:54:07AM -0700, Tai Tri Nguyen wrote: > >> On Mon, Jun 27, 2016 at 9:00 AM, Mark Rutland wrote: > >>> On Sat, Jun 25, 2016 at 10:54:20AM -0700, Tai Tri Nguyen

Re: [PATCH] tools lib bpf: fix spelling mistake: "missmatch" -> "mismatch"

Em Tue, Jun 28, 2016 at 01:23:37PM +0100, Colin King escreveu: > From: Colin Ian King > > trivial fix to spelling mistake Thanks, applied. > Signed-off-by: Colin Ian King > --- > tools/lib/bpf/libbpf.c | 2 +- > tools/lib/bpf/libbpf.h | 2

Re: [PATCH] tools lib bpf: fix spelling mistake: "missmatch" -> "mismatch"

Em Tue, Jun 28, 2016 at 01:23:37PM +0100, Colin King escreveu: > From: Colin Ian King > > trivial fix to spelling mistake Thanks, applied. > Signed-off-by: Colin Ian King > --- > tools/lib/bpf/libbpf.c | 2 +- > tools/lib/bpf/libbpf.h | 2 +- > 2 files changed, 2 insertions(+), 2

Re: [GIT PULL 00/18] perf/core improvements and fixes

tion for perf.data on disk format > > The doc build fails with: > > asciidoc: FAILED: manpage document title is mandatory > > Makefile:276: recipe for target 'perf-file-format.xml' failed > > make[2]: *** [perf-file-format.xml] Error 1 > > make[2]: *** Waiting for unfinish

Re: [GIT PULL 00/18] perf/core improvements and fixes

k format > > The doc build fails with: > > asciidoc: FAILED: manpage document title is mandatory > > Makefile:276: recipe for target 'perf-file-format.xml' failed > > make[2]: *** [perf-file-format.xml] Error 1 > > make[2]: *** Waiting for unfinished jobs > Ok,

Re: [PATCH 3/4] mac80211: mesh: fixed HT ies in beacon template

On Tue, Jun 28, 2016 at 02:13:06PM +0300, Yaniv Machani wrote: > From: Meirav Kama > > There are several values in HT info elements of mesh beacon (built by the > mac80211) that are incorrect. Would be good to enumerate the problems here. > To fix them: > 1. mac80211 will check

Re: [PATCH 3/4] mac80211: mesh: fixed HT ies in beacon template

On Tue, Jun 28, 2016 at 02:13:06PM +0300, Yaniv Machani wrote: > From: Meirav Kama > > There are several values in HT info elements of mesh beacon (built by the > mac80211) that are incorrect. Would be good to enumerate the problems here. > To fix them: > 1. mac80211 will check configuration

Re: [PATCH] powerpc/mm: update arch_{add,remove}_memory() for radix

Michael Ellerman writes: > On Thu, 2016-06-23 at 14:37 -0500, Reza Arbab wrote: >> On Thu, Jun 23, 2016 at 10:47:20PM +0530, Aneesh Kumar K.V wrote: >> > Reza Arbab writes: >> > > These functions are making direct calls to the hash table APIs, >> >

Re: [PATCH] powerpc/mm: update arch_{add,remove}_memory() for radix

Michael Ellerman writes: > On Thu, 2016-06-23 at 14:37 -0500, Reza Arbab wrote: >> On Thu, Jun 23, 2016 at 10:47:20PM +0530, Aneesh Kumar K.V wrote: >> > Reza Arbab writes: >> > > These functions are making direct calls to the hash table APIs, >> > > leading to a BUG() on systems using radix.

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