[RESEND PATCH v2 4/4] ARM: dts: rockchip: add support rk3229 evb board

Initial release for rk3229 evb board, and turn the GMAC on. Signed-off-by: Xing Zheng --- Changes in v2: - rename rk3228.dtsi to rk322x.dtsi arch/arm/boot/dts/Makefile |1 + arch/arm/boot/dts/rk3229-evb.dts | 90 ++

[RESEND PATCH v2 0/4] Add support i2s/spdif/gmac features for RK322x SoCs

Hi, We have the brother chipset product that RK3228 and RK3229, They have many common configuration, but there are a number of different features. In order to develop the future when they are easy to distinguish, we need them to be independent. And, these patchset add i2s/gmac dts nodes for

[RESEND PATCH v2 2/4] ARM: dts: rockchip: add i2s nodes for RK322x SoCs

This patch add the i2s dt nodes for rk322x SoCs. Signed-off-by: Xing Zheng --- Changes in v2: None arch/arm/boot/dts/rk322x.dtsi | 55 + 1 file changed, 55 insertions(+) diff --git a/arch/arm/boot/dts/rk322x.dtsi

Re: [PATCH v5 0/5] Thermal: Support for hardware-tracked trip points

On 二, 2016-06-21 at 09:42 +0800, Caesar Wang wrote: > Do you have other ideas for the following patches? :-)  > Even if only took two weeks feel after a long time. > > 9157919 New  [v5,1/5] thermal: Add support for hardware- > tracked trip points > 9157917 New  [v5,2/5] thermal:

[RESEND PATCH v2 2/4] ARM: dts: rockchip: add i2s nodes for RK322x SoCs

This patch add the i2s dt nodes for rk322x SoCs. Signed-off-by: Xing Zheng --- Changes in v2: None arch/arm/boot/dts/rk322x.dtsi | 55 + 1 file changed, 55 insertions(+) diff --git a/arch/arm/boot/dts/rk322x.dtsi b/arch/arm/boot/dts/rk322x.dtsi index

Re: [PATCH v5 0/5] Thermal: Support for hardware-tracked trip points

On 二, 2016-06-21 at 09:42 +0800, Caesar Wang wrote: > Do you have other ideas for the following patches? :-)  > Even if only took two weeks feel after a long time. > > 9157919 New  [v5,1/5] thermal: Add support for hardware- > tracked trip points > 9157917 New  [v5,2/5] thermal:

Re: Boot failure on emev2/kzm9d (was: Re: [PATCH v2 11/11] mm/slab: lockless decision to grow cache)

On Wed, Jun 22, 2016 at 09:52:08AM +0900, Joonsoo Kim wrote: > On Tue, Jun 21, 2016 at 05:54:06AM -0700, Paul E. McKenney wrote: > > On Tue, Jun 21, 2016 at 03:43:02PM +0900, Joonsoo Kim wrote: > > > On Mon, Jun 20, 2016 at 06:12:54AM -0700, Paul E. McKenney wrote: > > > > On Mon, Jun 20, 2016 at

Re: Boot failure on emev2/kzm9d (was: Re: [PATCH v2 11/11] mm/slab: lockless decision to grow cache)

On Wed, Jun 22, 2016 at 09:52:08AM +0900, Joonsoo Kim wrote: > On Tue, Jun 21, 2016 at 05:54:06AM -0700, Paul E. McKenney wrote: > > On Tue, Jun 21, 2016 at 03:43:02PM +0900, Joonsoo Kim wrote: > > > On Mon, Jun 20, 2016 at 06:12:54AM -0700, Paul E. McKenney wrote: > > > > On Mon, Jun 20, 2016 at

Re: [PATCH 03/13] RTC: ds1307: Add DS1341 specific power-saving options

On Sun, Jun 19, 2016 at 11:12:55AM -0700, Andrey Smirnov wrote: > On Sun, Jun 19, 2016 at 7:29 AM, Rob Herring wrote: > > On Tue, Jun 14, 2016 at 10:59:29PM -0700, Andrey Smirnov wrote: > >> Add DS1341 specific power-saving options that allow to disable certain > >> functional

Re: [PATCH 03/13] RTC: ds1307: Add DS1341 specific power-saving options

On Sun, Jun 19, 2016 at 11:12:55AM -0700, Andrey Smirnov wrote: > On Sun, Jun 19, 2016 at 7:29 AM, Rob Herring wrote: > > On Tue, Jun 14, 2016 at 10:59:29PM -0700, Andrey Smirnov wrote: > >> Add DS1341 specific power-saving options that allow to disable certain > >> functional aspects of the chip

Re: [PATCH v3 0/10]

On 6/22/2016 7:54 AM, Yakir Yang wrote: Archit, On 06/21/2016 09:46 PM, Archit Taneja wrote: On 6/14/2016 5:15 PM, Yakir Yang wrote: RK3399 and RK3288 shared the same eDP IP controller, only some light difference with VOP configure and GRF configure. Also same misc fix to analogix_dp

Re: [PATCH v3 0/10]

On 6/22/2016 7:54 AM, Yakir Yang wrote: Archit, On 06/21/2016 09:46 PM, Archit Taneja wrote: On 6/14/2016 5:15 PM, Yakir Yang wrote: RK3399 and RK3288 shared the same eDP IP controller, only some light difference with VOP configure and GRF configure. Also same misc fix to analogix_dp

Re: [PATCH 03/10] proc, oom_adj: extract oom_score_adj setting into a helper

> > > diff --git a/fs/proc/base.c b/fs/proc/base.c > > > index 968d5ea06e62..a6a8fbdd5a1b 100644 > > > --- a/fs/proc/base.c > > > +++ b/fs/proc/base.c > > > @@ -1037,7 +1037,47 @@ static ssize_t oom_adj_read(struct file *file, > > > char __user *buf, size_t count, > > > return

Re: [PATCH 03/10] proc, oom_adj: extract oom_score_adj setting into a helper

> > > diff --git a/fs/proc/base.c b/fs/proc/base.c > > > index 968d5ea06e62..a6a8fbdd5a1b 100644 > > > --- a/fs/proc/base.c > > > +++ b/fs/proc/base.c > > > @@ -1037,7 +1037,47 @@ static ssize_t oom_adj_read(struct file *file, > > > char __user *buf, size_t count, > > > return

Re: [PATCH v5 1/5] thermal: Add support for hardware-tracked trip points

On 一, 2016-06-06 at 19:44 +0800, Caesar Wang wrote: > From: Sascha Hauer > > This adds support for hardware-tracked trip points to the device tree > thermal sensor framework. > > The framework supports an arbitrary number of trip points. Whenever > the current

Re: [PATCH v5 1/5] thermal: Add support for hardware-tracked trip points

On 一, 2016-06-06 at 19:44 +0800, Caesar Wang wrote: > From: Sascha Hauer > > This adds support for hardware-tracked trip points to the device tree > thermal sensor framework. > > The framework supports an arbitrary number of trip points. Whenever > the current temperature is updated, the trip

Re: [PATCH] PCI/MSI: Simplify the return value of arch_setup_msi_irqs

Hi, [auto build test WARNING on pci/next] [also build test WARNING on v4.7-rc4 next-20160621] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Shawn-Lin/PCI-MSI-Simplify-the-return-value

Re: [PATCH] PCI/MSI: Simplify the return value of arch_setup_msi_irqs

Hi, [auto build test WARNING on pci/next] [also build test WARNING on v4.7-rc4 next-20160621] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Shawn-Lin/PCI-MSI-Simplify-the-return-value

[PATCH v3 0/4] Add the eDP/VOP device node for rk3399

This thread is rely on Mark's VOP thread[1] and Yakir's eDP thread[2]. [1]: https://lkml.org/lkml/2016/4/20/36 [2]: https://patchwork.kernel.org/patch/9175613/ Changes in v3: - Add this patch in v3, due to another patch[0] need. [0]: https://patchwork.kernel.org/patch/9191737/ Changes in v2:

[PATCH v3 0/4] Add the eDP/VOP device node for rk3399

This thread is rely on Mark's VOP thread[1] and Yakir's eDP thread[2]. [1]: https://lkml.org/lkml/2016/4/20/36 [2]: https://patchwork.kernel.org/patch/9175613/ Changes in v3: - Add this patch in v3, due to another patch[0] need. [0]: https://patchwork.kernel.org/patch/9191737/ Changes in v2:

[PATCH v3] audit: add fields to exclude filter by reusing user filter

RFE: add additional fields for use in audit filter exclude rules https://github.com/linux-audit/audit-kernel/issues/5 Re-factor and combine audit_filter_type() with audit_filter_user() to use audit_filter_user_rules() to enable the exclude filter to additionally filter on PID, UID, GID, AUID,

[PATCH v3] audit: add fields to exclude filter by reusing user filter

RFE: add additional fields for use in audit filter exclude rules https://github.com/linux-audit/audit-kernel/issues/5 Re-factor and combine audit_filter_type() with audit_filter_user() to use audit_filter_user_rules() to enable the exclude filter to additionally filter on PID, UID, GID, AUID,

Re: [RFC PATCH v2 0/9] scpi: Add SCPI registry to handle legacy protocol

Hi Neil, On 2016/6/21 18:02, Neil Armstrong wrote: This patchset aims to support the legacy SCPI firmware implementation that was delivered as early technology preview for the JUNO platform. Finally a stable, maintained and public implementation for the SCPI protocol has been upstreamed part

Re: [RESEND PATCH v2 2/2] power/idle: enhance the precision of sleep_length

On 20 June 2016 at 09:14, Zhaoyang Huang wrote: > On 17 June 2016 at 19:50, Thomas Gleixner wrote: >> On Fri, 17 Jun 2016, Zhaoyang Huang wrote: >>> On 17 June 2016 at 17:27, Thomas Gleixner wrote: >>> > On Fri, 17 Jun 2016,

Re: [RFC PATCH v2 0/9] scpi: Add SCPI registry to handle legacy protocol

Hi Neil, On 2016/6/21 18:02, Neil Armstrong wrote: This patchset aims to support the legacy SCPI firmware implementation that was delivered as early technology preview for the JUNO platform. Finally a stable, maintained and public implementation for the SCPI protocol has been upstreamed part

Re: [RESEND PATCH v2 2/2] power/idle: enhance the precision of sleep_length

On 20 June 2016 at 09:14, Zhaoyang Huang wrote: > On 17 June 2016 at 19:50, Thomas Gleixner wrote: >> On Fri, 17 Jun 2016, Zhaoyang Huang wrote: >>> On 17 June 2016 at 17:27, Thomas Gleixner wrote: >>> > On Fri, 17 Jun 2016, Zhaoyang Huang wrote: >>> >> There should be a gap between

[PATCH v3.1 4/4] arm64: dts: rockchip: introduce pclk_vio_grf in eDP device node

The pclk_vio_grf supply power for VIO GRF IOs, if it is disabled, driver would failed to operate the VIO GRF registers. Signed-off-by: Yakir Yang --- Changes in v3.1: - Correct the commit message. "arm64: dtsi: ..." ---> "arm64: dts: ..." Changes in v3: - Add this

[PATCH v3.1 4/4] arm64: dts: rockchip: introduce pclk_vio_grf in eDP device node

The pclk_vio_grf supply power for VIO GRF IOs, if it is disabled, driver would failed to operate the VIO GRF registers. Signed-off-by: Yakir Yang --- Changes in v3.1: - Correct the commit message. "arm64: dtsi: ..." ---> "arm64: dts: ..." Changes in v3: - Add this patch in v3, due to

[PATCH v2] fs/dcache.c: avoid soft-lockup in dput()

We triggered soft-lockup under stress test which open/access/write/close one file concurrently on more than five different CPUs: WARN: soft lockup - CPU#0 stuck for 11s! [who:30631] ... [] dput+0x100/0x298 [] terminate_walk+0x4c/0x60 [] path_lookupat+0x5cc/0x7a8 [] filename_lookup+0x38/0xf0 []

Re: [PATCH] mm/huge_memory: fix the memory leak due to the race

On 2016/6/21 23:29, Kirill A. Shutemov wrote: > On Tue, Jun 21, 2016 at 11:19:07PM +0800, zhong jiang wrote: >> On 2016/6/21 22:37, Kirill A. Shutemov wrote: >>> On Tue, Jun 21, 2016 at 10:05:56PM +0800, zhongjiang wrote: From: zhong jiang with great

[PATCH v2] fs/dcache.c: avoid soft-lockup in dput()

We triggered soft-lockup under stress test which open/access/write/close one file concurrently on more than five different CPUs: WARN: soft lockup - CPU#0 stuck for 11s! [who:30631] ... [] dput+0x100/0x298 [] terminate_walk+0x4c/0x60 [] path_lookupat+0x5cc/0x7a8 [] filename_lookup+0x38/0xf0 []

Re: [PATCH] mm/huge_memory: fix the memory leak due to the race

On 2016/6/21 23:29, Kirill A. Shutemov wrote: > On Tue, Jun 21, 2016 at 11:19:07PM +0800, zhong jiang wrote: >> On 2016/6/21 22:37, Kirill A. Shutemov wrote: >>> On Tue, Jun 21, 2016 at 10:05:56PM +0800, zhongjiang wrote: From: zhong jiang with great pressure, I run some test

[PATCH v3 3/4] arm64: dts: rockchip: add backlight support for rk3399 evb board

Add backlight node for evb board, perpare for panel device node. Signed-off-by: Yakir Yang --- Changes in v3: None Changes in v2: - provide some minimal patch description (Heiko) arch/arm64/boot/dts/rockchip/rk3399-evb.dts | 40 + 1 file

[PATCH v3 1/4] arm64: dts: rockchip: add VOP and VOP iommu node for rk3399

From: Mark Yao Add the core display-subsystem node and the two display controllers available on the rk3399. Signed-off-by: Mark Yao Signed-off-by: Yakir Yang --- Changes in v3: None Changes in v2: - provide some minimal

[PATCH v3 3/4] arm64: dts: rockchip: add backlight support for rk3399 evb board

Add backlight node for evb board, perpare for panel device node. Signed-off-by: Yakir Yang --- Changes in v3: None Changes in v2: - provide some minimal patch description (Heiko) arch/arm64/boot/dts/rockchip/rk3399-evb.dts | 40 + 1 file changed, 40 insertions(+)

[PATCH v3 1/4] arm64: dts: rockchip: add VOP and VOP iommu node for rk3399

From: Mark Yao Add the core display-subsystem node and the two display controllers available on the rk3399. Signed-off-by: Mark Yao Signed-off-by: Yakir Yang --- Changes in v3: None Changes in v2: - provide some minimal patch description (Heiko) arch/arm64/boot/dts/rockchip/rk3399.dtsi | 58

[PATCH V2 2/4] STM Ftrace: Adding generic buffer interface driver

This patch adds a driver that models itself as an stm_source and who's sole purpose is to be an interface to the rest of the kernel. Once the stm and stm_source have been linked via sysfs, everything that is passed to the interface will endup in the STM trace engine. Signed-off-by: Chunyan Zhang

[PATCH V2 2/4] STM Ftrace: Adding generic buffer interface driver

This patch adds a driver that models itself as an stm_source and who's sole purpose is to be an interface to the rest of the kernel. Once the stm and stm_source have been linked via sysfs, everything that is passed to the interface will endup in the STM trace engine. Signed-off-by: Chunyan Zhang

[PATCH v3 4/4] arm64: dtsi: rockchip: introduce pclk_vio_grf in eDP device node

The pclk_vio_grf supply power for VIO GRF IOs, if it is disabled, driver would failed to operate the VIO GRF registers. Signed-off-by: Yakir Yang --- Changes in v3: - Add this patch in v3, due to another patch[0] need. [0]: https://patchwork.kernel.org/patch/9191737/

[PATCH v3 2/4] arm64: dts: rockchip: add eDP device node for rk3399

Add rk3399 eDP device node, and connect to VOP device node with remote endpoint. Signed-off-by: Yakir Yang --- Changes in v3: None Changes in v2: - provide some minimal patch description (Heiko) arch/arm64/boot/dts/rockchip/rk3399.dtsi | 52

[PATCH v3 4/4] arm64: dtsi: rockchip: introduce pclk_vio_grf in eDP device node

The pclk_vio_grf supply power for VIO GRF IOs, if it is disabled, driver would failed to operate the VIO GRF registers. Signed-off-by: Yakir Yang --- Changes in v3: - Add this patch in v3, due to another patch[0] need. [0]: https://patchwork.kernel.org/patch/9191737/ Changes in v2: None

[PATCH v3 2/4] arm64: dts: rockchip: add eDP device node for rk3399

Add rk3399 eDP device node, and connect to VOP device node with remote endpoint. Signed-off-by: Yakir Yang --- Changes in v3: None Changes in v2: - provide some minimal patch description (Heiko) arch/arm64/boot/dts/rockchip/rk3399.dtsi | 52 1 file changed, 52

[PATCH V2 3/4] trace: duplicate function pointer to STM

This patch inserts an output from Ftrace to STM, logs the pointer of the functions and their parents to STM. Signed-off-by: Chunyan Zhang --- kernel/trace/trace.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/kernel/trace/trace.c

[PATCH V2 3/4] trace: duplicate function pointer to STM

This patch inserts an output from Ftrace to STM, logs the pointer of the functions and their parents to STM. Signed-off-by: Chunyan Zhang --- kernel/trace/trace.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/kernel/trace/trace.c b/kernel/trace/trace.c index

[PATCH V2 1/4] trace: Introduce an output interface from ftrace to STM

This patch is introducing a new output to print Ftrace messages to STM buffer when the traces happen. In order to reduce the effect on timing overhead as much as possible, only the current function and its parent's instruction pointer will be recorded into STM. This idea was first introduced by

[PATCH V2 1/4] trace: Introduce an output interface from ftrace to STM

This patch is introducing a new output to print Ftrace messages to STM buffer when the traces happen. In order to reduce the effect on timing overhead as much as possible, only the current function and its parent's instruction pointer will be recorded into STM. This idea was first introduced by

[PATCH V2 0/4] Integration of function trace with System Trace IP blocks

IP blocks allowing a variety of trace sources to log debugging information to a pre-defined area have been introduced on a couple of architecture [1][2]. These system trace blocks (also known as STM) typically follow the MIPI STPv2 protocol [3] and provide a system wide logging facility to any

[PATCH V2 0/4] Integration of function trace with System Trace IP blocks

IP blocks allowing a variety of trace sources to log debugging information to a pre-defined area have been introduced on a couple of architecture [1][2]. These system trace blocks (also known as STM) typically follow the MIPI STPv2 protocol [3] and provide a system wide logging facility to any

Re: [PATCH 02/15] thermal: sysfs: lock tz while on access to mode properties

On 二, 2016-06-07 at 14:52 +0530, Keerthy wrote: > > On Tuesday 07 June 2016 02:38 PM, Keerthy wrote: > > > > Hi Eduardo, > > > > On Tuesday 31 May 2016 12:01 PM, Eduardo Valentin wrote: > > > > > > Serialized calls to tz.ops in user facing > > > sysfs handler mode_show()  and mode_store(). > >

Re: [PATCH 02/15] thermal: sysfs: lock tz while on access to mode properties

On 二, 2016-06-07 at 14:52 +0530, Keerthy wrote: > > On Tuesday 07 June 2016 02:38 PM, Keerthy wrote: > > > > Hi Eduardo, > > > > On Tuesday 31 May 2016 12:01 PM, Eduardo Valentin wrote: > > > > > > Serialized calls to tz.ops in user facing > > > sysfs handler mode_show()  and mode_store(). > >

Re: [RFC PATCH 1/2] drm: bridge: anx7688: Add anx7688 bridge driver support.

Hi Archit, Thanks for your reply. On Tue, Jun 21, 2016 at 11:39 PM, Archit Taneja wrote: > Hi, > > On 6/20/2016 12:44 PM, Nicolas Boichat wrote: >> >> ANX7688 is a HDMI to DP converter (as well as USB-C port controller), >> that has an internal microcontroller. >> >> The

Re: [RFC PATCH 1/2] drm: bridge: anx7688: Add anx7688 bridge driver support.

Hi Archit, Thanks for your reply. On Tue, Jun 21, 2016 at 11:39 PM, Archit Taneja wrote: > Hi, > > On 6/20/2016 12:44 PM, Nicolas Boichat wrote: >> >> ANX7688 is a HDMI to DP converter (as well as USB-C port controller), >> that has an internal microcontroller. >> >> The only reason a Linux

Re: [RFC PATCH v2 00/15] ACPI IORT ARM SMMU v3 support

On 2016/6/21 22:27, Lorenzo Pieralisi wrote: Hi Hanjun, On Tue, Jun 21, 2016 at 06:37:17PM +0800, Hanjun Guo wrote: Hi Lorenzo, On 2016/6/7 21:30, Lorenzo Pieralisi wrote: This RFC patch series is v2 of a previous posting: https://lkml.org/lkml/2016/4/14/702 v1 -> v2: - Rebased on

Re: [RFC PATCH v2 00/15] ACPI IORT ARM SMMU v3 support

On 2016/6/21 22:27, Lorenzo Pieralisi wrote: Hi Hanjun, On Tue, Jun 21, 2016 at 06:37:17PM +0800, Hanjun Guo wrote: Hi Lorenzo, On 2016/6/7 21:30, Lorenzo Pieralisi wrote: This RFC patch series is v2 of a previous posting: https://lkml.org/lkml/2016/4/14/702 v1 -> v2: - Rebased on

Re: [PATCH v2] audit: add fields to exclude filter by reusing user filter

On 2016-06-16 16:54, Paul Moore wrote: > On Tue, Jun 14, 2016 at 5:04 PM, Richard Guy Briggs wrote: > > RFE: add additional fields for use in audit filter exclude rules > > https://github.com/linux-audit/audit-kernel/issues/5 > > > > Re-factor and combine audit_filter_type() with

Re: [PATCH v2] audit: add fields to exclude filter by reusing user filter

On 2016-06-16 16:54, Paul Moore wrote: > On Tue, Jun 14, 2016 at 5:04 PM, Richard Guy Briggs wrote: > > RFE: add additional fields for use in audit filter exclude rules > > https://github.com/linux-audit/audit-kernel/issues/5 > > > > Re-factor and combine audit_filter_type() with

Re: [PATCH v1 1/2] mm: thp: move pmd check inside ptl for freeze_page()

On Wed, Jun 22, 2016 at 01:37:00AM +, Horiguchi Naoya(堀口 直也) wrote: > On Tue, Jun 21, 2016 at 06:04:33PM +0300, Kirill A. Shutemov wrote: > > On Mon, Jun 20, 2016 at 12:32:01PM +0300, Kirill A. Shutemov wrote: > > > > +void split_huge_pmd_address_freeze(struct vm_area_struct *vma, > > > > +

Re: [PATCH v1 1/2] mm: thp: move pmd check inside ptl for freeze_page()

On Wed, Jun 22, 2016 at 01:37:00AM +, Horiguchi Naoya(堀口 直也) wrote: > On Tue, Jun 21, 2016 at 06:04:33PM +0300, Kirill A. Shutemov wrote: > > On Mon, Jun 20, 2016 at 12:32:01PM +0300, Kirill A. Shutemov wrote: > > > > +void split_huge_pmd_address_freeze(struct vm_area_struct *vma, > > > > +

Re: [PATCH v3 0/10]

Archit, On 06/21/2016 09:46 PM, Archit Taneja wrote: On 6/14/2016 5:15 PM, Yakir Yang wrote: RK3399 and RK3288 shared the same eDP IP controller, only some light difference with VOP configure and GRF configure. Also same misc fix to analogix_dp driver: - Hotplug invalid which report by Dan

Re: [PATCH v3 0/10]

Archit, On 06/21/2016 09:46 PM, Archit Taneja wrote: On 6/14/2016 5:15 PM, Yakir Yang wrote: RK3399 and RK3288 shared the same eDP IP controller, only some light difference with VOP configure and GRF configure. Also same misc fix to analogix_dp driver: - Hotplug invalid which report by Dan

[PATCH] kvm, x86: Properly check whether a pfn is an MMIO or not

pfn_valid check is not sufficient because it only checks if a page has a struct page or not, if for example "mem=" was passed to the kernel some valid pages won't have a struct page. This means that if guests were assigned valid memory that lies after the mem= boundary it will be passed uncached

[PATCH] kvm, x86: Properly check whether a pfn is an MMIO or not

pfn_valid check is not sufficient because it only checks if a page has a struct page or not, if for example "mem=" was passed to the kernel some valid pages won't have a struct page. This means that if guests were assigned valid memory that lies after the mem= boundary it will be passed uncached

Re: [PATCH 03/13] RTC: ds1307: Add DS1341 specific power-saving options

On Tue, Jun 21, 2016 at 2:07 PM, Alexandre Belloni wrote: > On 21/06/2016 at 15:49:04 -0500, Rob Herring wrote : >> So wouldn't you want to set one mode while running and the lower power >> mode while suspended? I'm trying to understand the frequency of

Re: [PATCH 03/13] RTC: ds1307: Add DS1341 specific power-saving options

On Tue, Jun 21, 2016 at 2:07 PM, Alexandre Belloni wrote: > On 21/06/2016 at 15:49:04 -0500, Rob Herring wrote : >> So wouldn't you want to set one mode while running and the lower power >> mode while suspended? I'm trying to understand the frequency of changing >> this. If it is always one

Re: [PATCH -next 2/4] cgroup: bpf: Add BPF_MAP_TYPE_CGROUP_ARRAY

Hi, [auto build test ERROR on next-20160621] url: https://github.com/0day-ci/linux/commits/Martin-KaFai-Lau/cgroup-bpf-cgroup2-membership-test-on-skb/20160622-082800 config: m68k-sun3_defconfig (attached as .config) compiler: m68k-linux-gcc (GCC) 4.9.0 reproduce: wget https

Re: [PATCH -next 2/4] cgroup: bpf: Add BPF_MAP_TYPE_CGROUP_ARRAY

Hi, [auto build test ERROR on next-20160621] url: https://github.com/0day-ci/linux/commits/Martin-KaFai-Lau/cgroup-bpf-cgroup2-membership-test-on-skb/20160622-082800 config: m68k-sun3_defconfig (attached as .config) compiler: m68k-linux-gcc (GCC) 4.9.0 reproduce: wget https

[PATCH v3.1 1/2] drm/rockchip: analogix_dp: introduce the pclk for grf

For RK3399's GRF module, if we want to operate the graphic related grf registers, we need to enable the pclk_vio_grf which supply power for VIO GRF IOs, so it's better to introduce an optional grf clock in driver. Signed-off-by: Yakir Yang --- Hi all, This is an external

[PATCH v3.1 2/2] dt-bindings: analogix_dp: rockchip: correct the wrong compatible name

The document about rockchip platform make a mistaken in available compatible name of "rk3288-edp", we should correct it to "rk3288-dp" which correspond to the compatible name in driver. This mistaken was introduced in commit be91c36247089 ("dt-bindings: add document for rockchip variant of

[PATCH v3.1 2/2] dt-bindings: analogix_dp: rockchip: correct the wrong compatible name

The document about rockchip platform make a mistaken in available compatible name of "rk3288-edp", we should correct it to "rk3288-dp" which correspond to the compatible name in driver. This mistaken was introduced in commit be91c36247089 ("dt-bindings: add document for rockchip variant of

[PATCH v3.1 1/2] drm/rockchip: analogix_dp: introduce the pclk for grf

For RK3399's GRF module, if we want to operate the graphic related grf registers, we need to enable the pclk_vio_grf which supply power for VIO GRF IOs, so it's better to introduce an optional grf clock in driver. Signed-off-by: Yakir Yang --- Hi all, This is an external patch for analogix_dp

[PATCH v2 0/4] Fix and add support i2s/spdif/gmac features for RK322x SoCs

Hi, We have the brother chipset product that RK3228 and RK3229, They have many common configuration, but there are a number of different features. In order to develop the future when they are easy to distinguish, we need them to be independent. And, these patchset add i2s/gmac dts nodes for

[PATCH v2 0/4] Fix and add support i2s/spdif/gmac features for RK322x SoCs

Hi, We have the brother chipset product that RK3228 and RK3229, They have many common configuration, but there are a number of different features. In order to develop the future when they are easy to distinguish, we need them to be independent. And, these patchset add i2s/gmac dts nodes for

[PATCH 3/3] dt-bindings: Document the STM32 USB OTG DWC2 core binding

Signed-off-by: Bruno Herrera --- Documentation/devicetree/bindings/usb/dwc2.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/usb/dwc2.txt b/Documentation/devicetree/bindings/usb/dwc2.txt index 20a68bf..79e5370 100644 ---

[PATCH 3/3] dt-bindings: Document the STM32 USB OTG DWC2 core binding

Signed-off-by: Bruno Herrera --- Documentation/devicetree/bindings/usb/dwc2.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/usb/dwc2.txt b/Documentation/devicetree/bindings/usb/dwc2.txt index 20a68bf..79e5370 100644 ---

[PATCH 1/3] usb: dwc2: Add support for STM32F429/439/469 USB OTG in FS mode with internal PHY

Signed-off-by: Bruno Herrera --- drivers/usb/dwc2/core.c | 18 ++ drivers/usb/dwc2/core.h | 5 + drivers/usb/dwc2/hcd.c | 12 +++- drivers/usb/dwc2/hw.h | 2 ++ drivers/usb/dwc2/platform.c | 37

[PATCH 1/3] usb: dwc2: Add support for STM32F429/439/469 USB OTG in FS mode with internal PHY

Signed-off-by: Bruno Herrera --- drivers/usb/dwc2/core.c | 18 ++ drivers/usb/dwc2/core.h | 5 + drivers/usb/dwc2/hcd.c | 12 +++- drivers/usb/dwc2/hw.h | 2 ++ drivers/usb/dwc2/platform.c | 37 + 5 files

[PATCH 2/3] ARM: dts: STM32 Add USB FS host mode support

Signed-off-by: Bruno Herrera --- arch/arm/boot/dts/stm32f429-disco.dts | 30 ++ arch/arm/boot/dts/stm32f429.dtsi | 33 - arch/arm/boot/dts/stm32f469-disco.dts | 30 ++ 3 files

[PATCH 2/3] ARM: dts: STM32 Add USB FS host mode support

Signed-off-by: Bruno Herrera --- arch/arm/boot/dts/stm32f429-disco.dts | 30 ++ arch/arm/boot/dts/stm32f429.dtsi | 33 - arch/arm/boot/dts/stm32f469-disco.dts | 30 ++ 3 files changed, 92 insertions(+),

Re: [PATCH v2] scsi: wd7000: print sector number as 64-bit

> "Arnd" == Arnd Bergmann writes: Arnd> Enabling format checking in dprintk() shows that wd7000_biosparam Arnd> uses an incorrect format string for sector_t: Applied to 4.8/scsi-queue. -- Martin K. Petersen Oracle Linux Engineering

Re: [PATCH v2] scsi: wd7000: print sector number as 64-bit

> "Arnd" == Arnd Bergmann writes: Arnd> Enabling format checking in dprintk() shows that wd7000_biosparam Arnd> uses an incorrect format string for sector_t: Applied to 4.8/scsi-queue. -- Martin K. Petersen Oracle Linux Engineering

Re: [PATCH -next 3/4] cgroup: bpf: Add bpf_skb_in_cgroup_proto

Hi, [auto build test ERROR on next-20160621] url: https://github.com/0day-ci/linux/commits/Martin-KaFai-Lau/cgroup-bpf-cgroup2-membership-test-on-skb/20160622-082800 config: sh-titan_defconfig (attached as .config) compiler: sh4-linux-gnu-gcc (Debian 5.3.1-8) 5.3.1 20160205 reproduce

Re: [PATCH -next 3/4] cgroup: bpf: Add bpf_skb_in_cgroup_proto

Hi, [auto build test ERROR on next-20160621] url: https://github.com/0day-ci/linux/commits/Martin-KaFai-Lau/cgroup-bpf-cgroup2-membership-test-on-skb/20160622-082800 config: sh-titan_defconfig (attached as .config) compiler: sh4-linux-gnu-gcc (Debian 5.3.1-8) 5.3.1 20160205 reproduce

[PATCH] PCI/MSI: Simplify the return value of arch_setup_msi_irqs

No any callers do care whether arch_setup_msi_irqs returns -ENOSPC or other error numbers. That means they treat the negative numbers in the same way. So there shouldn't make any difference to directly return -ENOSPC if finding it's non-zero. Signed-off-by: Shawn Lin

[PATCH] PCI/MSI: Simplify the return value of arch_setup_msi_irqs

No any callers do care whether arch_setup_msi_irqs returns -ENOSPC or other error numbers. That means they treat the negative numbers in the same way. So there shouldn't make any difference to directly return -ENOSPC if finding it's non-zero. Signed-off-by: Shawn Lin --- drivers/pci/msi.c | 9

[PATCH v2 4/4] ARM: dts: rockchip: add support rk3229 evb board

Initial release for rk3229 evb board, and turn the GMAC on. Signed-off-by: Xing Zheng --- Changes in v2: - rename rk3228.dtsi to rk322x.dtsi arch/arm/boot/dts/Makefile |1 + arch/arm/boot/dts/rk3229-evb.dts | 90 ++

[PATCH v2 3/4] ARM: dts: rockchip: add GMAC nodes for RK322x SoCs

This patch add the GMAC dt nodes for rk322x SoCs. Signed-off-by: Xing Zheng --- Changes in v2: None arch/arm/boot/dts/rk322x.dtsi | 64 + 1 file changed, 64 insertions(+) diff --git a/arch/arm/boot/dts/rk322x.dtsi

[PATCH v2 4/4] ARM: dts: rockchip: add support rk3229 evb board

Initial release for rk3229 evb board, and turn the GMAC on. Signed-off-by: Xing Zheng --- Changes in v2: - rename rk3228.dtsi to rk322x.dtsi arch/arm/boot/dts/Makefile |1 + arch/arm/boot/dts/rk3229-evb.dts | 90 ++

[PATCH v2 3/4] ARM: dts: rockchip: add GMAC nodes for RK322x SoCs

This patch add the GMAC dt nodes for rk322x SoCs. Signed-off-by: Xing Zheng --- Changes in v2: None arch/arm/boot/dts/rk322x.dtsi | 64 + 1 file changed, 64 insertions(+) diff --git a/arch/arm/boot/dts/rk322x.dtsi b/arch/arm/boot/dts/rk322x.dtsi

[PATCH v2 2/4] ARM: dts: rockchip: add i2s nodes for RK322x SoCs

This patch add the i2s dt nodes for rk322x SoCs. Signed-off-by: Xing Zheng --- Changes in v2: None arch/arm/boot/dts/rk322x.dtsi | 55 + 1 file changed, 55 insertions(+) diff --git a/arch/arm/boot/dts/rk322x.dtsi

[PATCH v2 1/4] ARM: dts: rockchip: rename rk3228.dtsi to rk322x.dtsi

We have the brother chipset that RK3228 and RK3229, they share most of dts configuration, but there are a number of different features. In order to develop the future when they are easy to distinguish, we need them to be independent. Signed-off-by: Xing Zheng ---

[PATCH v2 2/4] ARM: dts: rockchip: add i2s nodes for RK322x SoCs

This patch add the i2s dt nodes for rk322x SoCs. Signed-off-by: Xing Zheng --- Changes in v2: None arch/arm/boot/dts/rk322x.dtsi | 55 + 1 file changed, 55 insertions(+) diff --git a/arch/arm/boot/dts/rk322x.dtsi b/arch/arm/boot/dts/rk322x.dtsi index

[PATCH v2 1/4] ARM: dts: rockchip: rename rk3228.dtsi to rk322x.dtsi

We have the brother chipset that RK3228 and RK3229, they share most of dts configuration, but there are a number of different features. In order to develop the future when they are easy to distinguish, we need them to be independent. Signed-off-by: Xing Zheng --- Changes in v2: None

[RESEND PATCH 3/3] bcache: Remove redundant block_size assignment

We have assigned sb->block_size before the switch, so remove the redundant one. Reviewed-by: Coly Li Signed-off-by: Yijing Wang Acked-by: Eric Wheeler --- drivers/md/bcache/super.c |1 - 1 files changed, 0 insertions(+), 1

[RESEND PATCH 2/3] bcache: update document info

There is no return in continue_at(), update the documentation. Signed-off-by: Yijing Wang --- drivers/md/bcache/closure.c |2 +- drivers/md/bcache/closure.h |3 --- 2 files changed, 1 insertions(+), 4 deletions(-) diff --git a/drivers/md/bcache/closure.c

[RESEND PATCH 3/3] bcache: Remove redundant block_size assignment

We have assigned sb->block_size before the switch, so remove the redundant one. Reviewed-by: Coly Li Signed-off-by: Yijing Wang Acked-by: Eric Wheeler --- drivers/md/bcache/super.c |1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/drivers/md/bcache/super.c

[RESEND PATCH 2/3] bcache: update document info

There is no return in continue_at(), update the documentation. Signed-off-by: Yijing Wang --- drivers/md/bcache/closure.c |2 +- drivers/md/bcache/closure.h |3 --- 2 files changed, 1 insertions(+), 4 deletions(-) diff --git a/drivers/md/bcache/closure.c b/drivers/md/bcache/closure.c

[RESEND PATCH 1/3] bcache: Remove redundant parameter for cache_alloc()

Cache_sb is not used in cache_alloc, and we have copied sb info to cache->sb already, remove it. Signed-off-by: Yijing Wang --- drivers/md/bcache/super.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/md/bcache/super.c

[RESEND PATCH 1/3] bcache: Remove redundant parameter for cache_alloc()

Cache_sb is not used in cache_alloc, and we have copied sb info to cache->sb already, remove it. Signed-off-by: Yijing Wang --- drivers/md/bcache/super.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/md/bcache/super.c b/drivers/md/bcache/super.c index

Re: [RFC PATCH 00/27] ARM64: support ILP32

On Tue, Jun 21, 2016 at 08:06:18PM +0800, Zhangjian (Bamvor) wrote: > Hi, > > > In our test, we need to fix stack pointer in makecontext. Not sure > if it should be a standalone patch: Thank you, I'll take it. > > From 1d51ca34034ef83ea602874a93e26fd158ddd214 Mon Sep 17 00:00:00 2001 > From:

Re: [RFC PATCH 00/27] ARM64: support ILP32

On Tue, Jun 21, 2016 at 08:06:18PM +0800, Zhangjian (Bamvor) wrote: > Hi, > > > In our test, we need to fix stack pointer in makecontext. Not sure > if it should be a standalone patch: Thank you, I'll take it. > > From 1d51ca34034ef83ea602874a93e26fd158ddd214 Mon Sep 17 00:00:00 2001 > From:

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