device tree file

Hi, Can someone point me to a specific device tree file for Intel Atom processor for reference ? Thanks in advance, Karthik Balaguru Disclaimer : This email communication may contain privileged and confidential information and is intended for the use of the addressee only. If you are not an

device tree file

Hi, Can someone point me to a specific device tree file for Intel Atom processor for reference ? Thanks in advance, Karthik Balaguru Disclaimer : This email communication may contain privileged and confidential information and is intended for the use of the addressee only. If you are not an

Re: [PATCH v1] cpufreq: kirkwood-cpufreq:- Handle return value of clk_prepare_enable

Yes, I will add check for powersave clk. Thanks - Arvind On Wednesday 17 May 2017 10:04 AM, Viresh Kumar wrote: On 16-05-17, 12:41, Arvind Yadav wrote: Here, Clock enable can failed. So adding an error check for clk_prepare_enable. Rewrite it as: clk_prepare_enable() can fail here and we

Re: [PATCH v1] cpufreq: kirkwood-cpufreq:- Handle return value of clk_prepare_enable

Yes, I will add check for powersave clk. Thanks - Arvind On Wednesday 17 May 2017 10:04 AM, Viresh Kumar wrote: On 16-05-17, 12:41, Arvind Yadav wrote: Here, Clock enable can failed. So adding an error check for clk_prepare_enable. Rewrite it as: clk_prepare_enable() can fail here and we

Re: [V2, 2/6] tty: serial: lpuart: add little endian 32 bit register support

> static u32 lpuart32_read(void __iomem *addr) > { > - return ioread32be(addr); > + return lpuart_is_be ? ioread32be(addr) : readl(addr); > } > > static void lpuart32_write(u32 val, void __iomem *addr) > { > - iowrite32be(val, addr); > + if

Re: [V2, 2/6] tty: serial: lpuart: add little endian 32 bit register support

> static u32 lpuart32_read(void __iomem *addr) > { > - return ioread32be(addr); > + return lpuart_is_be ? ioread32be(addr) : readl(addr); > } > > static void lpuart32_write(u32 val, void __iomem *addr) > { > - iowrite32be(val, addr); > + if

rcu: NO_HZ_FULL_SYSIDLE leftovers

em on LKML, and as I am unsure if you like to keep the affected code, I want to report it to you. To get the report in linux-next: $ checkkconfigsymbols.py --diff next-20170516..next-20170517 --find Kind regards, Valentin

rcu: NO_HZ_FULL_SYSIDLE leftovers

em on LKML, and as I am unsure if you like to keep the affected code, I want to report it to you. To get the report in linux-next: $ checkkconfigsymbols.py --diff next-20170516..next-20170517 --find Kind regards, Valentin

[PATCH] dlm: Make dismatch error message more clear

This change will try to make this error message more clear, since the upper applications (e.g. ocfs2) invoke dlm_new_lockspace to create a new lockspace with passing a cluster name. Sometimes, dlm_new_lockspace return failure while two cluster names dismatch, the user is a little confused since

[PATCH] dlm: Make dismatch error message more clear

This change will try to make this error message more clear, since the upper applications (e.g. ocfs2) invoke dlm_new_lockspace to create a new lockspace with passing a cluster name. Sometimes, dlm_new_lockspace return failure while two cluster names dismatch, the user is a little confused since

Re: [PATCH] usb: class: usblp: Fixed assignments inside if conditions

On Tue, May 16, 2017 at 01:44:47PM +0800, kbuild test robot wrote: Hi, Here is the fix. Or I have to resubmit the whole patch? Signed-off-by: Alberto Ladron --- diff --git a/drivers/usb/class/usblp.c b/drivers/usb/class/usblp.c index b1879ff..c335878 100644 ---

Re: [PATCH] usb: class: usblp: Fixed assignments inside if conditions

On Tue, May 16, 2017 at 01:44:47PM +0800, kbuild test robot wrote: Hi, Here is the fix. Or I have to resubmit the whole patch? Signed-off-by: Alberto Ladron --- diff --git a/drivers/usb/class/usblp.c b/drivers/usb/class/usblp.c index b1879ff..c335878 100644 --- a/drivers/usb/class/usblp.c

Re: [V2, 2/6] tty: serial: lpuart: add little endian 32 bit register support

>>> @@ -2000,6 +2007,7 @@ static int lpuart_probe(struct platform_device *pdev) >>> } >>> sport->port.line = ret; >>> sport->lpuart32 = sdata->is_32; >>> + lpuart_is_be = sdata->is_be; >> >> Setting a global variable in per-device routine is quite bad design. >> > > There is a

Re: [V2, 2/6] tty: serial: lpuart: add little endian 32 bit register support

>>> @@ -2000,6 +2007,7 @@ static int lpuart_probe(struct platform_device *pdev) >>> } >>> sport->port.line = ret; >>> sport->lpuart32 = sdata->is_32; >>> + lpuart_is_be = sdata->is_be; >> >> Setting a global variable in per-device routine is quite bad design. >> > > There is a

Re: [PATCH-RFT 2/2] pinctrl: samsung: Split Exynos drivers per ARMv7 and ARMv8

Hi Krzysztof, On 2017-05-16 22:06, Krzysztof Kozlowski wrote: Exynos pinctrl drivers contain pretty big per-SoC data structures. The pinctrl-exynos object file contained code and data for both ARMv7 and ARMv8 SoCs thus it grew big. There will not be a shared image between ARMv7 and ARMv8 so

Re: [V2, 2/6] tty: serial: lpuart: add little endian 32 bit register support

On Wed, May 17, 2017 at 08:37:41AM +0300, Nikita Yushchenko wrote: > > > 17.05.2017 06:39, Dong Aisheng wrote: > > On Tue, May 16, 2017 at 02:15:08PM +0300, Nikita Yushchenko wrote: > >>> static u32 lpuart32_read(void __iomem *addr) > >>> { > >>> - return ioread32be(addr); > >>> + return

Re: [PATCH-RFT 2/2] pinctrl: samsung: Split Exynos drivers per ARMv7 and ARMv8

Hi Krzysztof, On 2017-05-16 22:06, Krzysztof Kozlowski wrote: Exynos pinctrl drivers contain pretty big per-SoC data structures. The pinctrl-exynos object file contained code and data for both ARMv7 and ARMv8 SoCs thus it grew big. There will not be a shared image between ARMv7 and ARMv8 so

Re: [V2, 2/6] tty: serial: lpuart: add little endian 32 bit register support

On Wed, May 17, 2017 at 08:37:41AM +0300, Nikita Yushchenko wrote: > > > 17.05.2017 06:39, Dong Aisheng wrote: > > On Tue, May 16, 2017 at 02:15:08PM +0300, Nikita Yushchenko wrote: > >>> static u32 lpuart32_read(void __iomem *addr) > >>> { > >>> - return ioread32be(addr); > >>> + return

[PATCH 3/4] mtd: mchp23k256: add partitioning support

Setting the of_node for the mtd device allows the generic mtd code to setup the partitions. Additionally we must specify a non-zero erasesize for the partitions to be writeable. Signed-off-by: Chris Packham --- drivers/mtd/devices/mchp23k256.c | 5 + 1

[PATCH 2/4] mtd: mchp23k256: switch to mtd_device_register()

Use mtd_device_register() instead of mtd_device_parse_register() to eliminate two unused parameters. Signed-off-by: Chris Packham --- drivers/mtd/devices/mchp23k256.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git

[PATCH 2/4] mtd: mchp23k256: switch to mtd_device_register()

Use mtd_device_register() instead of mtd_device_parse_register() to eliminate two unused parameters. Signed-off-by: Chris Packham --- drivers/mtd/devices/mchp23k256.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/drivers/mtd/devices/mchp23k256.c

[PATCH 3/4] mtd: mchp23k256: add partitioning support

Setting the of_node for the mtd device allows the generic mtd code to setup the partitions. Additionally we must specify a non-zero erasesize for the partitions to be writeable. Signed-off-by: Chris Packham --- drivers/mtd/devices/mchp23k256.c | 5 + 1 file changed, 5 insertions(+) diff

[PATCH 4/4] mtd: mchp23k256: Add support for mchp23lcv1024

The mchp23lcv1024 is software compatible with the mchp23k256, the only difference (from a software point of view) is the size. There is no way to detect the size so we must be told via a Device Tree. Signed-off-by: Chris Packham ---

[PATCH 1/4] mtd: mchp23k256: Add OF device ID table

This allows registering of this device via a Device Tree. Signed-off-by: Chris Packham --- .../devicetree/bindings/mtd/microchip,mchp23k256.txt | 18 ++ drivers/mtd/devices/mchp23k256.c | 8 2 files changed, 26

[PATCH 4/4] mtd: mchp23k256: Add support for mchp23lcv1024

The mchp23lcv1024 is software compatible with the mchp23k256, the only difference (from a software point of view) is the size. There is no way to detect the size so we must be told via a Device Tree. Signed-off-by: Chris Packham --- .../bindings/mtd/microchip,mchp23k256.txt | 2 +-

[PATCH 1/4] mtd: mchp23k256: Add OF device ID table

This allows registering of this device via a Device Tree. Signed-off-by: Chris Packham --- .../devicetree/bindings/mtd/microchip,mchp23k256.txt | 18 ++ drivers/mtd/devices/mchp23k256.c | 8 2 files changed, 26 insertions(+) create mode 100644

[PATCH 0/4] mtd: mchp23k256: device tree and mchp23lcv1024

This series adds device tree support to the mchp23k256 driver and support for the mchp23lcv1024 chip. I suspect there are more compatible variants that we could now enumerate if desired. Chris Packham (4): mtd: mchp23k256: Add OF device ID table mtd: mchp23k256: switch to

[PATCH 0/4] mtd: mchp23k256: device tree and mchp23lcv1024

This series adds device tree support to the mchp23k256 driver and support for the mchp23lcv1024 chip. I suspect there are more compatible variants that we could now enumerate if desired. Chris Packham (4): mtd: mchp23k256: Add OF device ID table mtd: mchp23k256: switch to

Re: [V2, 2/6] tty: serial: lpuart: add little endian 32 bit register support

17.05.2017 06:39, Dong Aisheng wrote: > On Tue, May 16, 2017 at 02:15:08PM +0300, Nikita Yushchenko wrote: >>> static u32 lpuart32_read(void __iomem *addr) >>> { >>> - return ioread32be(addr); >>> + return lpuart_is_be ? ioread32be(addr) : readl(addr); >>> } >>> >>> static void

Re: [V2, 2/6] tty: serial: lpuart: add little endian 32 bit register support

17.05.2017 06:39, Dong Aisheng wrote: > On Tue, May 16, 2017 at 02:15:08PM +0300, Nikita Yushchenko wrote: >>> static u32 lpuart32_read(void __iomem *addr) >>> { >>> - return ioread32be(addr); >>> + return lpuart_is_be ? ioread32be(addr) : readl(addr); >>> } >>> >>> static void

Re: [PATCH 2/4] arm: dts: rk322x: add operating-points-v2 property for cpu

On 17-05-17, 12:45, Frank Wang wrote: > From: Finley Xiao > > This patch adds a new opp table for cpu on rk322x SoC. > > Signed-off-by: Frank Wang > --- > arch/arm/boot/dts/rk322x.dtsi | 36 > 1 file

Re: [PATCH 2/4] arm: dts: rk322x: add operating-points-v2 property for cpu

On 17-05-17, 12:45, Frank Wang wrote: > From: Finley Xiao > > This patch adds a new opp table for cpu on rk322x SoC. > > Signed-off-by: Frank Wang > --- > arch/arm/boot/dts/rk322x.dtsi | 36 > 1 file changed, 32 insertions(+), 4 deletions(-) Acked-by:

Re: linux-next: build failure after merge of the sound tree

^ > sound/pcmcia/vx/vxp_ops.c:512:31: note: in expansion of macro 'to_vxpocket' > struct snd_vxpocket *pchip = to_vxpocket(_chip); >^ > > Caused by commit > > 7c46696e8fef ("ALSA: vxpocket: Use container_of()") > > I have used the sound tree from next-20170516 for today. My bad, I applied the wrong version of the patch. Now fixed and pushed out. thanks, Takashi

Re: linux-next: build failure after merge of the sound tree

^ > sound/pcmcia/vx/vxp_ops.c:512:31: note: in expansion of macro 'to_vxpocket' > struct snd_vxpocket *pchip = to_vxpocket(_chip); >^ > > Caused by commit > > 7c46696e8fef ("ALSA: vxpocket: Use container_of()") > > I have used the sound tree from next-20170516 for today. My bad, I applied the wrong version of the patch. Now fixed and pushed out. thanks, Takashi

Re: [PATCH 3/4] arm: dts: rk3229: add a new cpu opp table

On 17-05-17, 12:45, Frank Wang wrote: > From: Finley Xiao > > This patch adds some new frequencies for rk3229 board. > > Signed-off-by: Frank Wang > --- > arch/arm/boot/dts/rk3229-cpu-opp.dtsi | 85 > +++ >

Re: [PATCH 3/4] arm: dts: rk3229: add a new cpu opp table

On 17-05-17, 12:45, Frank Wang wrote: > From: Finley Xiao > > This patch adds some new frequencies for rk3229 board. > > Signed-off-by: Frank Wang > --- > arch/arm/boot/dts/rk3229-cpu-opp.dtsi | 85 > +++ > 1 file changed, 85 insertions(+) > create mode

Re: [kbuild-all] [PATCH v4 2/3] hwmon: (adt7475) temperature smoothing

On 05/16/2017 09:39 PM, Ye Xiaolong wrote: On 05/17, Chris Packham wrote: On 17/05/17 15:09, Ye Xiaolong wrote: On 05/16, Chris Packham wrote: On 16/05/17 20:23, kbuild test robot wrote: Hi Chris, [auto build test ERROR on hwmon/hwmon-next] [also build test ERROR on v4.12-rc1 next-20170516

Re: [kbuild-all] [PATCH v4 2/3] hwmon: (adt7475) temperature smoothing

On 05/16/2017 09:39 PM, Ye Xiaolong wrote: On 05/17, Chris Packham wrote: On 17/05/17 15:09, Ye Xiaolong wrote: On 05/16, Chris Packham wrote: On 16/05/17 20:23, kbuild test robot wrote: Hi Chris, [auto build test ERROR on hwmon/hwmon-next] [also build test ERROR on v4.12-rc1 next-20170516

Re: [PATCH 03/18] xen/pvcalls: initialize the module and register the xenbus backend

On 16/05/17 21:58, Stefano Stabellini wrote: > On Tue, 16 May 2017, Juergen Gross wrote: >> On 15/05/17 22:35, Stefano Stabellini wrote: >>> The pvcalls backend has one ioworker per cpu: the ioworkers are >>> implemented as a cpu bound workqueue, and will deal with the actual >>> socket and data

Re: [PATCH 03/18] xen/pvcalls: initialize the module and register the xenbus backend

On 16/05/17 21:58, Stefano Stabellini wrote: > On Tue, 16 May 2017, Juergen Gross wrote: >> On 15/05/17 22:35, Stefano Stabellini wrote: >>> The pvcalls backend has one ioworker per cpu: the ioworkers are >>> implemented as a cpu bound workqueue, and will deal with the actual >>> socket and data

Re: [PATCH] iommu: of: Fix check for returning EPROBE_DEFER

Hi, On 5/16/2017 7:39 PM, Jonathan Neuschäfer wrote: > Hi, I have a few suggestions on how to make this commit message more > readable: > > On Tue, May 16, 2017 at 10:54:13AM +0530, Sricharan R wrote: >> While returning EPROBE_DEFER for iommu masters > > Add a comma at the end of this line >

Re: [PATCH] iommu: of: Fix check for returning EPROBE_DEFER

Hi, On 5/16/2017 7:39 PM, Jonathan Neuschäfer wrote: > Hi, I have a few suggestions on how to make this commit message more > readable: > > On Tue, May 16, 2017 at 10:54:13AM +0530, Sricharan R wrote: >> While returning EPROBE_DEFER for iommu masters > > Add a comma at the end of this line >

Re: [PATCH v2] perf report: fix off-by-one for non-activation frames

On Tue, May 16, 2017 at 06:26:47PM +0200, Milian Wolff wrote: > On Dienstag, 16. Mai 2017 18:17:26 CEST Milian Wolff wrote: > > On Dienstag, 16. Mai 2017 16:38:29 CEST Namhyung Kim wrote: > > > On Tue, May 16, 2017 at 10:59:51AM +0200, Milian Wolff wrote: > > > > As the documentation for

Re: [PATCH v2] perf report: fix off-by-one for non-activation frames

On Tue, May 16, 2017 at 06:26:47PM +0200, Milian Wolff wrote: > On Dienstag, 16. Mai 2017 18:17:26 CEST Milian Wolff wrote: > > On Dienstag, 16. Mai 2017 16:38:29 CEST Namhyung Kim wrote: > > > On Tue, May 16, 2017 at 10:59:51AM +0200, Milian Wolff wrote: > > > > As the documentation for

Re: linux-next: build failure after merge of the netfilter tree

On Tue, May 16, 2017 at 11:45 PM, Stephen Rothwell wrote: > Hi all, > > After merging the netfilter tree, today's linux-next build (i386 > defconfig) failed like this: > > net/netfilter/x_tables.c: In function 'xt_match_to_user': > net/netfilter/x_tables.c:303:13: error:

Re: linux-next: build failure after merge of the netfilter tree

On Tue, May 16, 2017 at 11:45 PM, Stephen Rothwell wrote: > Hi all, > > After merging the netfilter tree, today's linux-next build (i386 > defconfig) failed like this: > > net/netfilter/x_tables.c: In function 'xt_match_to_user': > net/netfilter/x_tables.c:303:13: error: implicit declaration of

Re: linux-next: build warning after merge of the overlayfs tree

On Wed, May 17, 2017 at 3:19 AM, Stephen Rothwell wrote: > Hi Miklos, > > After merging the overlayfs tree, today's linux-next build (powerpc > ppc64_defconfig) produced this warning: > > fs/overlayfs/dir.c: In function 'ovl_rename': > fs/overlayfs/dir.c:1060:2: warning:

Re: linux-next: build warning after merge of the overlayfs tree

On Wed, May 17, 2017 at 3:19 AM, Stephen Rothwell wrote: > Hi Miklos, > > After merging the overlayfs tree, today's linux-next build (powerpc > ppc64_defconfig) produced this warning: > > fs/overlayfs/dir.c: In function 'ovl_rename': > fs/overlayfs/dir.c:1060:2: warning: 'newdentry' may be used

[PATCH 3/4] arm: dts: rk3229: add a new cpu opp table

From: Finley Xiao This patch adds some new frequencies for rk3229 board. Signed-off-by: Frank Wang --- arch/arm/boot/dts/rk3229-cpu-opp.dtsi | 85 +++ 1 file changed, 85 insertions(+) create mode 100644

[PATCH 3/4] arm: dts: rk3229: add a new cpu opp table

From: Finley Xiao This patch adds some new frequencies for rk3229 board. Signed-off-by: Frank Wang --- arch/arm/boot/dts/rk3229-cpu-opp.dtsi | 85 +++ 1 file changed, 85 insertions(+) create mode 100644 arch/arm/boot/dts/rk3229-cpu-opp.dtsi diff --git

[PATCH 2/4] arm: dts: rk322x: add operating-points-v2 property for cpu

From: Finley Xiao This patch adds a new opp table for cpu on rk322x SoC. Signed-off-by: Frank Wang --- arch/arm/boot/dts/rk322x.dtsi | 36 1 file changed, 32 insertions(+), 4 deletions(-) diff --git

[PATCH 2/4] arm: dts: rk322x: add operating-points-v2 property for cpu

From: Finley Xiao This patch adds a new opp table for cpu on rk322x SoC. Signed-off-by: Frank Wang --- arch/arm/boot/dts/rk322x.dtsi | 36 1 file changed, 32 insertions(+), 4 deletions(-) diff --git a/arch/arm/boot/dts/rk322x.dtsi

[PATCH 0/4] amend some properties related clk and cpu for rk322x

These series of patches amend some assigned-clocks and add cpu opp table for rk322x SoCs. the following patches on patchwork are required for this changes. https://patchwork.kernel.org/patch/9627639/ https://patchwork.kernel.org/patch/9703945/ https://patchwork.kernel.org/patch/9703939/

[PATCH 0/4] amend some properties related clk and cpu for rk322x

These series of patches amend some assigned-clocks and add cpu opp table for rk322x SoCs. the following patches on patchwork are required for this changes. https://patchwork.kernel.org/patch/9627639/ https://patchwork.kernel.org/patch/9703945/ https://patchwork.kernel.org/patch/9703939/

[PATCH 1/4] arm: dts: rk322x: add some assigned-clocks

From: Elaine Zhang Add CPLL, GPLL and some other assigned-clocks for rk322x SoC. Signed-off-by: Frank Wang --- arch/arm/boot/dts/rk322x.dtsi | 14 -- 1 file changed, 12 insertions(+), 2 deletions(-) diff --git

[PATCH 4/4] arm: dts: rk322x: update tsadc's frequence setting

From: Rocky Hao Update freq of tsadc's working clock as 32768 hz, if not set, tsadc will work at a default frequence. Signed-off-by: Frank Wang --- arch/arm/boot/dts/rk322x.dtsi | 2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH 1/4] arm: dts: rk322x: add some assigned-clocks

From: Elaine Zhang Add CPLL, GPLL and some other assigned-clocks for rk322x SoC. Signed-off-by: Frank Wang --- arch/arm/boot/dts/rk322x.dtsi | 14 -- 1 file changed, 12 insertions(+), 2 deletions(-) diff --git a/arch/arm/boot/dts/rk322x.dtsi b/arch/arm/boot/dts/rk322x.dtsi index

[PATCH 4/4] arm: dts: rk322x: update tsadc's frequence setting

From: Rocky Hao Update freq of tsadc's working clock as 32768 hz, if not set, tsadc will work at a default frequence. Signed-off-by: Frank Wang --- arch/arm/boot/dts/rk322x.dtsi | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm/boot/dts/rk322x.dtsi b/arch/arm/boot/dts/rk322x.dtsi

[PATCH 2/4] PM / OPP: Don't create copy of regulators unnecessarily

This code was required while the OPP core was managed with help of RCUs, but not anymore. Get rid of unnecessary alloc/memcpy operations. Signed-off-by: Viresh Kumar --- drivers/base/power/opp/core.c | 14 +++--- 1 file changed, 3 insertions(+), 11 deletions(-)

[PATCH 2/4] PM / OPP: Don't create copy of regulators unnecessarily

This code was required while the OPP core was managed with help of RCUs, but not anymore. Get rid of unnecessary alloc/memcpy operations. Signed-off-by: Viresh Kumar --- drivers/base/power/opp/core.c | 14 +++--- 1 file changed, 3 insertions(+), 11 deletions(-) diff --git

Re: [kbuild-all] [PATCH v4 2/3] hwmon: (adt7475) temperature smoothing

On 05/17, Chris Packham wrote: >On 17/05/17 15:09, Ye Xiaolong wrote: >> On 05/16, Chris Packham wrote: >>> On 16/05/17 20:23, kbuild test robot wrote: >>>> Hi Chris, >>>> >>>> [auto build test ERROR on hwmon/hwmon-next] >>>> [als

Re: [kbuild-all] [PATCH v4 2/3] hwmon: (adt7475) temperature smoothing

On 05/17, Chris Packham wrote: >On 17/05/17 15:09, Ye Xiaolong wrote: >> On 05/16, Chris Packham wrote: >>> On 16/05/17 20:23, kbuild test robot wrote: >>>> Hi Chris, >>>> >>>> [auto build test ERROR on hwmon/hwmon-next] >>>> [als

[PATCH 3/4] PM / OPP: opp-microvolt is not optional if regulators are set

If dev_pm_opp_set_regulators() is called for a device and its regulators are set in the OPP core, the OPP nodes for the device must contain the "opp-microvolt" property, otherwise there is something wrong and we better error out. Signed-off-by: Viresh Kumar ---

[PATCH 4/4] PM / OPP: Don't create debugfs "supply-0" directory unnecessarily

We create "supply-0" debugfs directory even if the device doesn't do voltage scaling. That looks confusing, as if the regulator is found but we never managed to get voltage levels for it. Avoid creating such a directory unnecessarily. Signed-off-by: Viresh Kumar ---

[PATCH 3/4] PM / OPP: opp-microvolt is not optional if regulators are set

If dev_pm_opp_set_regulators() is called for a device and its regulators are set in the OPP core, the OPP nodes for the device must contain the "opp-microvolt" property, otherwise there is something wrong and we better error out. Signed-off-by: Viresh Kumar --- drivers/base/power/opp/of.c | 11

[PATCH 4/4] PM / OPP: Don't create debugfs "supply-0" directory unnecessarily

We create "supply-0" debugfs directory even if the device doesn't do voltage scaling. That looks confusing, as if the regulator is found but we never managed to get voltage levels for it. Avoid creating such a directory unnecessarily. Signed-off-by: Viresh Kumar ---

[PATCH 1/4] PM / OPP: Reorganize _generic_set_opp_regulator()

The code was overly complicated here because of the limitations that we had with RCUs (Couldn't use opp-table and OPPs outside RCU protected section and can't call sleep-able routines from within that). But that is long gone now. Reorganize _generic_set_opp_regulator() in order to avoid using

[PATCH 1/4] PM / OPP: Reorganize _generic_set_opp_regulator()

The code was overly complicated here because of the limitations that we had with RCUs (Couldn't use opp-table and OPPs outside RCU protected section and can't call sleep-able routines from within that). But that is long gone now. Reorganize _generic_set_opp_regulator() in order to avoid using

[PATCH 0/4] PM / OPP: Minor cleanups

Hi, Here are few cleanup patches for the OPP core. The first two simplify the code that was written specifically due to the limitations that we had because of RCUs. We don't RCUs anymore and this can be simplified. The last two take care of specific corner cases. Rebased over pm/linux-next and

[PATCH 0/4] PM / OPP: Minor cleanups

Hi, Here are few cleanup patches for the OPP core. The first two simplify the code that was written specifically due to the limitations that we had because of RCUs. We don't RCUs anymore and this can be simplified. The last two take care of specific corner cases. Rebased over pm/linux-next and

Re: [PATCH v1] cpufreq: kirkwood-cpufreq:- Handle return value of clk_prepare_enable

On 16-05-17, 12:41, Arvind Yadav wrote: > Here, Clock enable can failed. So adding an error check for > clk_prepare_enable. Rewrite it as: clk_prepare_enable() can fail here and we must check its return value. > Signed-off-by: Arvind Yadav > --- >

Re: [PATCH v1] cpufreq: kirkwood-cpufreq:- Handle return value of clk_prepare_enable

On 16-05-17, 12:41, Arvind Yadav wrote: > Here, Clock enable can failed. So adding an error check for > clk_prepare_enable. Rewrite it as: clk_prepare_enable() can fail here and we must check its return value. > Signed-off-by: Arvind Yadav > --- > drivers/cpufreq/kirkwood-cpufreq.c | 13

[PATCH v3 2/2] powerpc/mm/hugetlb: Add support for 1G huge pages

POWER9 supports hugepages of size 2M and 1G in radix MMU mode. This patch enables the usage of 1G page size for hugetlbfs. This also update the helper such we can do 1G page allocation at runtime. We still don't enable 1G page size on DD1 version. This is to avoid doing workaround mentioned in

[PATCH v3 2/2] powerpc/mm/hugetlb: Add support for 1G huge pages

POWER9 supports hugepages of size 2M and 1G in radix MMU mode. This patch enables the usage of 1G page size for hugetlbfs. This also update the helper such we can do 1G page allocation at runtime. We still don't enable 1G page size on DD1 version. This is to avoid doing workaround mentioned in

[PATCH v3 1/2] mm/hugetlb: Cleanup ARCH_HAS_GIGANTIC_PAGE

This moves the #ifdef in C code to a Kconfig dependency. Also we move the gigantic_page_supported() function to be arch specific. This gives arch to conditionally enable runtime allocation of gigantic huge page. Architectures like ppc64 supports different gigantic huge page size (16G and 1G) based

[PATCH v3 1/2] mm/hugetlb: Cleanup ARCH_HAS_GIGANTIC_PAGE

This moves the #ifdef in C code to a Kconfig dependency. Also we move the gigantic_page_supported() function to be arch specific. This gives arch to conditionally enable runtime allocation of gigantic huge page. Architectures like ppc64 supports different gigantic huge page size (16G and 1G) based

Re: [PATCH] perf report: do not drop last inlined frame

On Tue, May 16, 2017 at 11:54:33PM +0200, Milian Wolff wrote: > The very last inlined frame, i.e. the one furthest away from the > non-inlined frame, was silently dropped. This is apparent when > comparing the output of `perf script` and `addr2line`: > > ~~ > $ perf script --inline > ... >

Re: [PATCH] perf report: do not drop last inlined frame

On Tue, May 16, 2017 at 11:54:33PM +0200, Milian Wolff wrote: > The very last inlined frame, i.e. the one furthest away from the > non-inlined frame, was silently dropped. This is apparent when > comparing the output of `perf script` and `addr2line`: > > ~~ > $ perf script --inline > ... >

Re: [PATCH] perf report: always honor callchain order for inlined nodes

On Tue, May 16, 2017 at 11:54:22PM +0200, Milian Wolff wrote: > So far, the inlined nodes where only reversed when we built perf > against libbfd. If that was not available, the addr2line fallback > code path was missing the inline_list__reverse call. > > Now this is done at the central place

Re: [PATCH] perf report: always honor callchain order for inlined nodes

On Tue, May 16, 2017 at 11:54:22PM +0200, Milian Wolff wrote: > So far, the inlined nodes where only reversed when we built perf > against libbfd. If that was not available, the addr2line fallback > code path was missing the inline_list__reverse call. > > Now this is done at the central place

[PATCH V2] i2c: xgene: Set ACPI_COMPANION_I2C

With ACPI, i2c-core requires ACPI companion to be set in order for it to create slave device. This patch sets the ACPI companion accordingly. Signed-off-by: Tin Huynh --- drivers/i2c/busses/i2c-xgene-slimpro.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) Change

[PATCH V2] i2c: xgene: Set ACPI_COMPANION_I2C

With ACPI, i2c-core requires ACPI companion to be set in order for it to create slave device. This patch sets the ACPI companion accordingly. Signed-off-by: Tin Huynh --- drivers/i2c/busses/i2c-xgene-slimpro.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) Change from V1: - Add

Re: [PATCH v3 00/11] Broadcom Stingray SOC Initial Support

On Wed, May 17, 2017 at 12:23 AM, Olof Johansson wrote: > Hi, > > > > On Tue, May 16, 2017 at 4:30 AM, Anup Patel wrote: >> This patchset adds initial support of Broadcom Stingray SOC >> by reusing existing Broadcom iProc device drivers. >> >> Most of the

Re: [PATCH v3 00/11] Broadcom Stingray SOC Initial Support

On Wed, May 17, 2017 at 12:23 AM, Olof Johansson wrote: > Hi, > > > > On Tue, May 16, 2017 at 4:30 AM, Anup Patel wrote: >> This patchset adds initial support of Broadcom Stingray SOC >> by reusing existing Broadcom iProc device drivers. >> >> Most of the patches in this patchset are DT patches

Re: [PATCH] perf report: fix memory leak in addr2line when called by addr2inlines

On Tue, May 16, 2017 at 11:53:59PM +0200, Milian Wolff wrote: > When a filename was found in addr2line it was duplicated via strdup > but never freed. Now we pass NULL and handle this gracefully in > addr2line. > > Detected by Valgrind: > > ==16331== 1,680 bytes in 21 blocks are definitely lost

Re: [PATCH] perf report: fix memory leak in addr2line when called by addr2inlines

On Tue, May 16, 2017 at 11:53:59PM +0200, Milian Wolff wrote: > When a filename was found in addr2line it was duplicated via strdup > but never freed. Now we pass NULL and handle this gracefully in > addr2line. > > Detected by Valgrind: > > ==16331== 1,680 bytes in 21 blocks are definitely lost

linux-next: Tree for May 17

Hi all, Changes since 20170516: New trees: nand-fixes (yesterday) spi-nor-fixes The file-locks tree gained a build failure so I used the version from next-20170516. The netfilter tree gained a build failure for which I applied a fix patch. The sound tree gained a build failure so I

linux-next: Tree for May 17

Hi all, Changes since 20170516: New trees: nand-fixes (yesterday) spi-nor-fixes The file-locks tree gained a build failure so I used the version from next-20170516. The netfilter tree gained a build failure for which I applied a fix patch. The sound tree gained a build failure so I

[PATCH net-next V5 1/9] ptr_ring: add ptr_ring_unconsume

From: "Michael S. Tsirkin" Applications that consume a batch of entries in one go can benefit from ability to return some of them back into the ring. Add an API for that - assuming there's space. If there's no space naturally can't do this and have to drop entries, but this

[PATCH net-next V5 0/9] vhost_net rx batch dequeuing

This series tries to implement rx batching for vhost-net. This is done by batching the dequeuing from skb_array which was exported by underlayer socket and pass the sbk back through msg_control to finish userspace copying. This is also the requirement for more batching implemention on rx path.

[PATCH net-next V5 1/9] ptr_ring: add ptr_ring_unconsume

From: "Michael S. Tsirkin" Applications that consume a batch of entries in one go can benefit from ability to return some of them back into the ring. Add an API for that - assuming there's space. If there's no space naturally can't do this and have to drop entries, but this implies ring is full

[PATCH net-next V5 0/9] vhost_net rx batch dequeuing

This series tries to implement rx batching for vhost-net. This is done by batching the dequeuing from skb_array which was exported by underlayer socket and pass the sbk back through msg_control to finish userspace copying. This is also the requirement for more batching implemention on rx path.

[PATCH net-next V5 4/9] skb_array: introduce batch dequeuing

Signed-off-by: Jason Wang --- include/linux/skb_array.h | 25 + 1 file changed, 25 insertions(+) diff --git a/include/linux/skb_array.h b/include/linux/skb_array.h index 79850b6..35226cd 100644 --- a/include/linux/skb_array.h +++

[PATCH net-next V5 4/9] skb_array: introduce batch dequeuing

Signed-off-by: Jason Wang --- include/linux/skb_array.h | 25 + 1 file changed, 25 insertions(+) diff --git a/include/linux/skb_array.h b/include/linux/skb_array.h index 79850b6..35226cd 100644 --- a/include/linux/skb_array.h +++ b/include/linux/skb_array.h @@ -97,21

[PATCH net-next V5 9/9] vhost_net: try batch dequing from skb array

We used to dequeue one skb during recvmsg() from skb_array, this could be inefficient because of the bad cache utilization and spinlock touching for each packet. This patch tries to batch them by calling batch dequeuing helpers explicitly on the exported skb array and pass the skb back through

[PATCH net-next V5 9/9] vhost_net: try batch dequing from skb array

We used to dequeue one skb during recvmsg() from skb_array, this could be inefficient because of the bad cache utilization and spinlock touching for each packet. This patch tries to batch them by calling batch dequeuing helpers explicitly on the exported skb array and pass the skb back through

[PATCH net-next V5 7/9] tun: support receiving skb through msg_control

This patch makes tun_recvmsg() can receive from skb from its caller through msg_control. Vhost_net will be the first user. Signed-off-by: Jason Wang --- drivers/net/tun.c | 18 ++ 1 file changed, 10 insertions(+), 8 deletions(-) diff --git

[PATCH net-next V5 7/9] tun: support receiving skb through msg_control

This patch makes tun_recvmsg() can receive from skb from its caller through msg_control. Vhost_net will be the first user. Signed-off-by: Jason Wang --- drivers/net/tun.c | 18 ++ 1 file changed, 10 insertions(+), 8 deletions(-) diff --git a/drivers/net/tun.c

[PATCH net-next V5 5/9] tun: export skb_array

This patch exports skb_array through tun_get_skb_array(). Caller can then manipulate skb array directly. Signed-off-by: Jason Wang --- drivers/net/tun.c | 13 + include/linux/if_tun.h | 5 + 2 files changed, 18 insertions(+) diff --git

[PATCH net-next V5 5/9] tun: export skb_array

This patch exports skb_array through tun_get_skb_array(). Caller can then manipulate skb array directly. Signed-off-by: Jason Wang --- drivers/net/tun.c | 13 + include/linux/if_tun.h | 5 + 2 files changed, 18 insertions(+) diff --git a/drivers/net/tun.c

  1   2   3   4   5   6   7   8   9   10   >