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
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
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
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
> 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
> 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
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
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
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
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
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
---
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
>>> @@ -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
>>> @@ -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
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
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
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
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
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
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
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
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
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
---
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
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 +-
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
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
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
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
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
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
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:
^
> 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
^
> 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
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
> +++
>
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
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
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
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
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
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
>
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
>
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
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
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:
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
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:
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
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
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
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
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
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/
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/
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
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
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
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
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(-)
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
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
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
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
---
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
---
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
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
---
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
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
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
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
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
> ---
>
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
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
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
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
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
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
> ...
>
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
> ...
>
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
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
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
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
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
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
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
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
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
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
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
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.
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
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.
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
+++
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
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
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
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
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
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
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 - 100 of 1614 matches
Mail list logo