[tip:perf/urgent] perf trace: Use the ptr->name beautifier as default for "filename" args

Commit-ID: 12f3ca4fc8e27aa602c9c3c717d755b1e8f7fd47 Gitweb: http://git.kernel.org/tip/12f3ca4fc8e27aa602c9c3c717d755b1e8f7fd47 Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 23 May 2016 16:37:55 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/urgent] perf trace: Use the ptr->name beautifier as default for "filename" args

Commit-ID: 12f3ca4fc8e27aa602c9c3c717d755b1e8f7fd47 Gitweb: http://git.kernel.org/tip/12f3ca4fc8e27aa602c9c3c717d755b1e8f7fd47 Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 23 May 2016 16:37:55 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 23 May 2016 16:41:00 -0300

[tip:perf/urgent] perf record: Read from backward ring buffer

Commit-ID: 3a62a7b8200a177ad96161e4f2678514e6ee301e Gitweb: http://git.kernel.org/tip/3a62a7b8200a177ad96161e4f2678514e6ee301e Author: Wang Nan AuthorDate: Mon, 23 May 2016 07:13:41 + Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 23 May

[tip:perf/urgent] perf record: Read from backward ring buffer

Commit-ID: 3a62a7b8200a177ad96161e4f2678514e6ee301e Gitweb: http://git.kernel.org/tip/3a62a7b8200a177ad96161e4f2678514e6ee301e Author: Wang Nan AuthorDate: Mon, 23 May 2016 07:13:41 + Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 23 May 2016 18:22:48 -0300 perf record: Read

[tip:perf/urgent] perf record: Rename variable to make code clear

Commit-ID: 09fa4f401296f555afb6f2f4282717644d94722e Gitweb: http://git.kernel.org/tip/09fa4f401296f555afb6f2f4282717644d94722e Author: Wang Nan AuthorDate: Mon, 23 May 2016 07:13:40 + Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 23 May

[tip:perf/urgent] perf evlist: Add API to pause/resume

Commit-ID: 65aea2338765da1a58cc26eeb84d72308492ecb5 Gitweb: http://git.kernel.org/tip/65aea2338765da1a58cc26eeb84d72308492ecb5 Author: Wang Nan AuthorDate: Mon, 23 May 2016 07:13:38 + Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 23 May

[tip:perf/urgent] perf record: Prevent reading invalid data in record__mmap_read

Commit-ID: 2d11c65071d489e20b3a811167507939dd8c2eac Gitweb: http://git.kernel.org/tip/2d11c65071d489e20b3a811167507939dd8c2eac Author: Wang Nan AuthorDate: Mon, 23 May 2016 07:13:39 + Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 23 May

[tip:perf/urgent] perf record: Rename variable to make code clear

Commit-ID: 09fa4f401296f555afb6f2f4282717644d94722e Gitweb: http://git.kernel.org/tip/09fa4f401296f555afb6f2f4282717644d94722e Author: Wang Nan AuthorDate: Mon, 23 May 2016 07:13:40 + Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 23 May 2016 18:22:47 -0300 perf record:

[tip:perf/urgent] perf evlist: Add API to pause/resume

Commit-ID: 65aea2338765da1a58cc26eeb84d72308492ecb5 Gitweb: http://git.kernel.org/tip/65aea2338765da1a58cc26eeb84d72308492ecb5 Author: Wang Nan AuthorDate: Mon, 23 May 2016 07:13:38 + Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 23 May 2016 18:22:00 -0300 perf evlist: Add

[tip:perf/urgent] perf record: Prevent reading invalid data in record__mmap_read

Commit-ID: 2d11c65071d489e20b3a811167507939dd8c2eac Gitweb: http://git.kernel.org/tip/2d11c65071d489e20b3a811167507939dd8c2eac Author: Wang Nan AuthorDate: Mon, 23 May 2016 07:13:39 + Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 23 May 2016 18:22:46 -0300 perf record:

Re: [PATCH] Fix for hang of Ordered task in TCM

Hi Bryant, On Mon, 2016-05-23 at 19:17 -0400, Bryant G Ly wrote: > Quoting "Nicholas A. Bellinger" : > > > > > > So AFAICT for delayed commands, the above patch ends up skipping these > > three checks subsequently when doing __target_execute_cmd() directly > > from

[tip:perf/urgent] perf trace: Use the fd->name beautifier as default for "fd" args

Commit-ID: b6565c908ad7eb28dfdda9578ec5a074e080cedc Gitweb: http://git.kernel.org/tip/b6565c908ad7eb28dfdda9578ec5a074e080cedc Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 23 May 2016 12:59:53 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

Re: [PATCH] Fix for hang of Ordered task in TCM

Hi Bryant, On Mon, 2016-05-23 at 19:17 -0400, Bryant G Ly wrote: > Quoting "Nicholas A. Bellinger" : > > > > > > So AFAICT for delayed commands, the above patch ends up skipping these > > three checks subsequently when doing __target_execute_cmd() directly > > from

[tip:perf/urgent] perf trace: Use the fd->name beautifier as default for "fd" args

Commit-ID: b6565c908ad7eb28dfdda9578ec5a074e080cedc Gitweb: http://git.kernel.org/tip/b6565c908ad7eb28dfdda9578ec5a074e080cedc Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 23 May 2016 12:59:53 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 23 May 2016 16:41:00 -0300

[tip:perf/urgent] perf report: Add srcline_from/to branch sort keys

Commit-ID: 508be0dfe6287d4e6452f5a1dc08856df74cb217 Gitweb: http://git.kernel.org/tip/508be0dfe6287d4e6452f5a1dc08856df74cb217 Author: Andi Kleen AuthorDate: Fri, 20 May 2016 13:15:08 -0700 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 23

[tip:perf/urgent] perf report: Add srcline_from/to branch sort keys

Commit-ID: 508be0dfe6287d4e6452f5a1dc08856df74cb217 Gitweb: http://git.kernel.org/tip/508be0dfe6287d4e6452f5a1dc08856df74cb217 Author: Andi Kleen AuthorDate: Fri, 20 May 2016 13:15:08 -0700 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 23 May 2016 11:25:16 -0300 perf report:

[tip:perf/urgent] perf evsel: Add overwrite attribute and check write_backward

Commit-ID: b90dc17a5d14a881f9bb3b58edb3d71075d58afb Gitweb: http://git.kernel.org/tip/b90dc17a5d14a881f9bb3b58edb3d71075d58afb Author: Wang Nan AuthorDate: Fri, 20 May 2016 16:38:23 + Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 20 May

[tip:perf/urgent] perf evsel: Add overwrite attribute and check write_backward

Commit-ID: b90dc17a5d14a881f9bb3b58edb3d71075d58afb Gitweb: http://git.kernel.org/tip/b90dc17a5d14a881f9bb3b58edb3d71075d58afb Author: Wang Nan AuthorDate: Fri, 20 May 2016 16:38:23 + Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 20 May 2016 14:54:23 -0300 perf evsel: Add

[tip:perf/urgent] perf evsel: Record fd into perf_mmap

Commit-ID: d4c6fb36ac2c82f8f0c05b04cf102dcdc2d5a14d Gitweb: http://git.kernel.org/tip/d4c6fb36ac2c82f8f0c05b04cf102dcdc2d5a14d Author: Wang Nan AuthorDate: Fri, 20 May 2016 16:38:24 + Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 20 May

[tip:perf/urgent] perf evsel: Record fd into perf_mmap

Commit-ID: d4c6fb36ac2c82f8f0c05b04cf102dcdc2d5a14d Gitweb: http://git.kernel.org/tip/d4c6fb36ac2c82f8f0c05b04cf102dcdc2d5a14d Author: Wang Nan AuthorDate: Fri, 20 May 2016 16:38:24 + Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 20 May 2016 14:56:58 -0300 perf evsel:

Re: [GIT PULL 0/9] perf/core improvements

.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/urgent > (2016-05-20 19:37:43 +0200) > > are available in the git repository at: > > git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git > tags/perf-core-for-mingo-20160523 > > for you to fetch changes

Re: [GIT PULL 0/9] perf/core improvements

cm/linux/kernel/git/acme/linux into perf/urgent > (2016-05-20 19:37:43 +0200) > > are available in the git repository at: > > git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git > tags/perf-core-for-mingo-20160523 > > for you to fetch changes up to 3a62a7b8200a177ad

Re: [PATCH] powerpc: inline current_stack_pointer()

Le 23/05/2016 à 22:22, Segher Boessenkool a écrit : On Mon, May 23, 2016 at 10:46:02AM +0200, Christophe Leroy wrote: +static inline unsigned long current_stack_pointer(void) +{ + register unsigned long *ptr asm("r1"); + + return *ptr; +} Register asm is only guaranteed to work as

Re: [PATCH] powerpc: inline current_stack_pointer()

Le 23/05/2016 à 22:22, Segher Boessenkool a écrit : On Mon, May 23, 2016 at 10:46:02AM +0200, Christophe Leroy wrote: +static inline unsigned long current_stack_pointer(void) +{ + register unsigned long *ptr asm("r1"); + + return *ptr; +} Register asm is only guaranteed to work as

Re: [PATCH] mm: page_is_guard return false when page_ext arrays are not allocated yet

On Fri, May 20, 2016 at 10:00:06AM -0700, Shi, Yang wrote: > On 5/19/2016 7:40 PM, Joonsoo Kim wrote: > >2016-05-20 2:18 GMT+09:00 Shi, Yang : > >>On 5/18/2016 5:28 PM, Joonsoo Kim wrote: > >>> > >>>Vlastiml, thanks for ccing me on original bug report. > >>> > >>>On Wed, May

Re: [PATCH] mm: page_is_guard return false when page_ext arrays are not allocated yet

On Fri, May 20, 2016 at 10:00:06AM -0700, Shi, Yang wrote: > On 5/19/2016 7:40 PM, Joonsoo Kim wrote: > >2016-05-20 2:18 GMT+09:00 Shi, Yang : > >>On 5/18/2016 5:28 PM, Joonsoo Kim wrote: > >>> > >>>Vlastiml, thanks for ccing me on original bug report. > >>> > >>>On Wed, May 18, 2016 at 03:23:45PM

[PATCH v3] Axi-usb: Add support for 64-bit addressing.

This patch updates the driver to support 64-bit DMA addressing. Signed-off-by: Nava kishore Manne --- Changes for v3: -Added new compatable string for 5.00 IP version as suggested by Arnd Bergmann. -Used write_fn() insted of

[PATCH v3] Axi-usb: Add support for 64-bit addressing.

This patch updates the driver to support 64-bit DMA addressing. Signed-off-by: Nava kishore Manne --- Changes for v3: -Added new compatable string for 5.00 IP version as suggested by Arnd Bergmann. -Used write_fn() insted of lo_hi_writeq() as

Re: [PATCH] Fix for hang of Ordered task in TCM

On Wed, 2016-05-18 at 14:35 -0500, Michael Cyr wrote: > On 5/18/16 12:53 AM, Nicholas A. Bellinger wrote: > > Hi Michael, > > > > On Fri, 2016-05-13 at 17:15 -0500, Michael Cyr wrote: > >> If a command with a Simple task attribute is failed due to a Unit > >> Attention, then a subsequent command

Re: [PATCH] Fix for hang of Ordered task in TCM

On Wed, 2016-05-18 at 14:35 -0500, Michael Cyr wrote: > On 5/18/16 12:53 AM, Nicholas A. Bellinger wrote: > > Hi Michael, > > > > On Fri, 2016-05-13 at 17:15 -0500, Michael Cyr wrote: > >> If a command with a Simple task attribute is failed due to a Unit > >> Attention, then a subsequent command

[PATCH] drm: rcar-du: EPROBE_DEFER case doesn't need error message

From: Kuninori Morimoto EPROBE_DEFER is not error, thus, error message on kernel log on this case is confusable for user. Prints it only error cases. Signed-off-by: Kuninori Morimoto --- drivers/gpu/drm/rcar-du/rcar_du_drv.c

[PATCH] drm: rcar-du: EPROBE_DEFER case doesn't need error message

From: Kuninori Morimoto EPROBE_DEFER is not error, thus, error message on kernel log on this case is confusable for user. Prints it only error cases. Signed-off-by: Kuninori Morimoto --- drivers/gpu/drm/rcar-du/rcar_du_drv.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff

Re: x86: A process doesn't stop on hw breakpoints sometimes

On Mon, May 23, 2016 at 6:28 PM, Andrei Vagin wrote: > On Mon, May 23, 2016 at 4:05 PM, Andrei Vagin wrote: >> Hi, >> >> We use breakpoints on CRIU to stop a processes before calling >> rt_sigreturn and we found that sometimes a process runs through a >>

Re: x86: A process doesn't stop on hw breakpoints sometimes

On Mon, May 23, 2016 at 6:28 PM, Andrei Vagin wrote: > On Mon, May 23, 2016 at 4:05 PM, Andrei Vagin wrote: >> Hi, >> >> We use breakpoints on CRIU to stop a processes before calling >> rt_sigreturn and we found that sometimes a process runs through a >> break-point without stopping on it. >> >>

Re: [PATCH v6 11/12] zsmalloc: page migration support

On (05/20/16 23:23), Minchan Kim wrote: [..] > +static int get_zspage_isolation(struct zspage *zspage) > +{ > + return zspage->isolated; > +} > + may be is_zspage_isolated()? [..] > @@ -502,23 +556,19 @@ static int get_size_class_index(int size) > static inline void zs_stat_inc(struct

Re: [PATCH v6 11/12] zsmalloc: page migration support

On (05/20/16 23:23), Minchan Kim wrote: [..] > +static int get_zspage_isolation(struct zspage *zspage) > +{ > + return zspage->isolated; > +} > + may be is_zspage_isolated()? [..] > @@ -502,23 +556,19 @@ static int get_size_class_index(int size) > static inline void zs_stat_inc(struct

[PATCH] pinctrl: do not care about blank pin name

If a pin name is not specified in struct pinctrl_pin_desc, pinctrl_register_one_pin() dynamically assigns its name. So, desc->name is always a valid pointer here. Signed-off-by: Masahiro Yamada --- drivers/pinctrl/core.c| 3 +-- drivers/pinctrl/pinconf.c |

[PATCH] pinctrl: do not care about blank pin name

If a pin name is not specified in struct pinctrl_pin_desc, pinctrl_register_one_pin() dynamically assigns its name. So, desc->name is always a valid pointer here. Signed-off-by: Masahiro Yamada --- drivers/pinctrl/core.c| 3 +-- drivers/pinctrl/pinconf.c | 6 ++

Re: [RFC v1 2/2] mm: SLUB Freelist randomization

On Fri, May 20, 2016 at 09:24:35AM -0700, Thomas Garnier wrote: > On Thu, May 19, 2016 at 7:15 PM, Joonsoo Kim wrote: > > 2016-05-20 5:20 GMT+09:00 Thomas Garnier : > >> I ran the test given by Joonsoo and it gave me these minimum cycles > >> per size across

Re: [RFC v1 2/2] mm: SLUB Freelist randomization

On Fri, May 20, 2016 at 09:24:35AM -0700, Thomas Garnier wrote: > On Thu, May 19, 2016 at 7:15 PM, Joonsoo Kim wrote: > > 2016-05-20 5:20 GMT+09:00 Thomas Garnier : > >> I ran the test given by Joonsoo and it gave me these minimum cycles > >> per size across 20 usage: > > > > I can't understand

Re: [RFC PATCH 1/2] Input: rotary-encoder- Add support for absolute encoder

Hi, On 05/23/2016 06:48 PM, Uwe Kleine-König wrote: > Hello, > > On Mon, May 23, 2016 at 04:48:40PM +0530, R, Vignesh wrote: >> On 5/22/2016 3:56 PM, Uwe Kleine-König wrote: >>> Hello, >>> >>> On Thu, May 19, 2016 at 02:34:00PM +0530, Vignesh R wrote: There are rotary-encoders where GPIO

Re: [RFC PATCH 1/2] Input: rotary-encoder- Add support for absolute encoder

Hi, On 05/23/2016 06:48 PM, Uwe Kleine-König wrote: > Hello, > > On Mon, May 23, 2016 at 04:48:40PM +0530, R, Vignesh wrote: >> On 5/22/2016 3:56 PM, Uwe Kleine-König wrote: >>> Hello, >>> >>> On Thu, May 19, 2016 at 02:34:00PM +0530, Vignesh R wrote: There are rotary-encoders where GPIO

[PATCH v2 10/10] drm/bridge: analogix_dp: fix no drm hpd event when panel plug in

The enum value of DP_IRQ_TYPE_HP_CABLE_IN is zero, but driver only send drm hp event when the irq_type and the enum value is true. if (irq_type & DP_IRQ_TYPE_HP_CABLE_IN || ...) drm_helper_hpd_irq_event(dp->drm_dev); So there would no drm hpd event when cable plug in, to fix that just

[PATCH v2 08/10] drm/rockchip: analogix_dp: correct the connector display color format and bpc

Rockchip VOP couldn't output YUV video format for eDP controller, so when driver detect connector support YUV video format, we need to hack it down to RGB888. Signed-off-by: Yakir Yang --- Changes in v2: None drivers/gpu/drm/rockchip/analogix_dp-rockchip.c | 19

[PATCH v2 06/10] drm/rockchip: analogix_dp: make panel detect to an optional action

Some boards don't need to declare a panel device node, like the display interface is DP monitors, so it's necessary to make the panel detect to an optional action. Signed-off-by: Yakir Yang --- Changes in v2: None drivers/gpu/drm/rockchip/analogix_dp-rockchip.c | 48

[PATCH v2 07/10] drm/bridge: analogix_dp: introduce connector mode_valid callback to plat driver

It's helpful to expand the mode_valid callback to platform driver, so they could valid the display mode or information. Signed-off-by: Yakir Yang --- Changes in v2: None drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 15 +++

[PATCH v2 10/10] drm/bridge: analogix_dp: fix no drm hpd event when panel plug in

The enum value of DP_IRQ_TYPE_HP_CABLE_IN is zero, but driver only send drm hp event when the irq_type and the enum value is true. if (irq_type & DP_IRQ_TYPE_HP_CABLE_IN || ...) drm_helper_hpd_irq_event(dp->drm_dev); So there would no drm hpd event when cable plug in, to fix that just

[PATCH v2 08/10] drm/rockchip: analogix_dp: correct the connector display color format and bpc

Rockchip VOP couldn't output YUV video format for eDP controller, so when driver detect connector support YUV video format, we need to hack it down to RGB888. Signed-off-by: Yakir Yang --- Changes in v2: None drivers/gpu/drm/rockchip/analogix_dp-rockchip.c | 19 +++ 1 file

[PATCH v2 06/10] drm/rockchip: analogix_dp: make panel detect to an optional action

Some boards don't need to declare a panel device node, like the display interface is DP monitors, so it's necessary to make the panel detect to an optional action. Signed-off-by: Yakir Yang --- Changes in v2: None drivers/gpu/drm/rockchip/analogix_dp-rockchip.c | 48 -

[PATCH v2 07/10] drm/bridge: analogix_dp: introduce connector mode_valid callback to plat driver

It's helpful to expand the mode_valid callback to platform driver, so they could valid the display mode or information. Signed-off-by: Yakir Yang --- Changes in v2: None drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 15 +++ include/drm/bridge/analogix_dp.h

[PATCH v2 01/10] drm/bridge: analogix_dp: rename RK3288_DP to ROCKCHIP_DP

Rename RK3288_DP marcos to ROCKCHIP_DP, prepare to add eDP support for more Rockchip chips. Signed-off-by: Yakir Yang --- Changes in v2: None drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 4 ++-- drivers/gpu/drm/bridge/analogix/analogix_dp_reg.c | 6 +++---

[PATCH v2 03/10] drm/bridge: analogix_dp: correct the register bit define error in ANALOGIX_DP_PLL_REG_1

There're an register define error in ANALOGIX_DP_PLL_REG_1 which introduced by commit bcec20fd5ad6 ("drm: bridge: analogix/dp: add some rk3288 special registers setting"). The PHY PLL input clock source is selected by ANALOGIX_DP_PLL_REG_1 BIT 0, not BIT 1. Signed-off-by: Yakir Yang

[PATCH v2 05/10] drm/rockchip: analogix_dp: add rk3399 eDP support

RK3399 and RK3288 shared the same eDP IP controller, only some light difference with VOP configure and GRF configure. Signed-off-by: Yakir Yang --- Changes in v2: - rebase with drm-next, fix some conflicts .../bindings/display/bridge/analogix_dp.txt| 1 +

[PATCH v2 01/10] drm/bridge: analogix_dp: rename RK3288_DP to ROCKCHIP_DP

Rename RK3288_DP marcos to ROCKCHIP_DP, prepare to add eDP support for more Rockchip chips. Signed-off-by: Yakir Yang --- Changes in v2: None drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 4 ++-- drivers/gpu/drm/bridge/analogix/analogix_dp_reg.c | 6 +++---

[PATCH v2 03/10] drm/bridge: analogix_dp: correct the register bit define error in ANALOGIX_DP_PLL_REG_1

There're an register define error in ANALOGIX_DP_PLL_REG_1 which introduced by commit bcec20fd5ad6 ("drm: bridge: analogix/dp: add some rk3288 special registers setting"). The PHY PLL input clock source is selected by ANALOGIX_DP_PLL_REG_1 BIT 0, not BIT 1. Signed-off-by: Yakir Yang --- Changes

[PATCH v2 05/10] drm/rockchip: analogix_dp: add rk3399 eDP support

RK3399 and RK3288 shared the same eDP IP controller, only some light difference with VOP configure and GRF configure. Signed-off-by: Yakir Yang --- Changes in v2: - rebase with drm-next, fix some conflicts .../bindings/display/bridge/analogix_dp.txt| 1 +

[PATCH v2 04/10] drm/bridge: analogix_dp: some rockchip chips need to flip REF_CLK bit setting

As vendor document indicate, when REF_CLK bit set 0, then DP phy's REF_CLK should switch to 24M source clock. But due to IC PHY layout mistaken, some chips need to flip this bit(like RK3288), and unfortunately they didn't indicate in the DP version register. That's why we have to make this little

[PATCH v2 02/10] drm/rockchip: analogix_dp: split the lcdc select setting into device data

eDP controller need to declare which vop provide the video source, and it's defined in GRF registers. But different chips have different GRF register address, so we need to create a device data to declare the GRF messages for each chips. Signed-off-by: Yakir Yang ---

[PATCH v2 09/10] drm/rockchip: analogix_dp: update the comments about why need to hardcode VOP output mode

The hardware IC designed that VOP must output the RGB10 video format to eDP contoller, and if eDP panel only support RGB8, then eDP contoller should cut down the video data, not via VOP contoller, that's why we need to hardcode the VOP output mode to RGA10 here. Signed-off-by: Yakir Yang

[PATCH v2 04/10] drm/bridge: analogix_dp: some rockchip chips need to flip REF_CLK bit setting

As vendor document indicate, when REF_CLK bit set 0, then DP phy's REF_CLK should switch to 24M source clock. But due to IC PHY layout mistaken, some chips need to flip this bit(like RK3288), and unfortunately they didn't indicate in the DP version register. That's why we have to make this little

[PATCH v2 02/10] drm/rockchip: analogix_dp: split the lcdc select setting into device data

eDP controller need to declare which vop provide the video source, and it's defined in GRF registers. But different chips have different GRF register address, so we need to create a device data to declare the GRF messages for each chips. Signed-off-by: Yakir Yang --- Changes in v2: None

[PATCH v2 09/10] drm/rockchip: analogix_dp: update the comments about why need to hardcode VOP output mode

The hardware IC designed that VOP must output the RGB10 video format to eDP contoller, and if eDP panel only support RGB8, then eDP contoller should cut down the video data, not via VOP contoller, that's why we need to hardcode the VOP output mode to RGA10 here. Signed-off-by: Yakir Yang ---

[PATCH v2 0/10] Add RK3399 eDP support and fix some bugs to analogix_dp driver.

Hi all, This series have been posted about one month, still no comments, help here :( 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 Carpenter

[PATCH v2 0/10] Add RK3399 eDP support and fix some bugs to analogix_dp driver.

Hi all, This series have been posted about one month, still no comments, help here :( 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 Carpenter

Re: [PATCH v2] cpufreq: stats: Walk online CPUs with CPU offline/online locked

On 23-05-16, 22:47, Rafael J. Wysocki wrote: > Assuming that the loops are over online CPUs and not over possible > CPUs I suppose? I wasn't focussing on that loop lately but the policy->rwsem :) > Anyway, if you are talking about the code without the patch (which I > guess is the case), the

Re: [PATCH v2] cpufreq: stats: Walk online CPUs with CPU offline/online locked

On 23-05-16, 22:47, Rafael J. Wysocki wrote: > Assuming that the loops are over online CPUs and not over possible > CPUs I suppose? I wasn't focussing on that loop lately but the policy->rwsem :) > Anyway, if you are talking about the code without the patch (which I > guess is the case), the

Re: linux-next: Tree for May 17

Hi Stephen, On Mon, May 23, 2016 at 4:37 PM, Stephen Rothwell wrote: > Hi Xiong, > > On Mon, 23 May 2016 16:13:28 +0800 Xiong Zhou wrote: >> >> hi, >> >> On Tue, May 17, 2016 at 1:04 PM, Stephen Rothwell >> wrote: >> > >>

Re: linux-next: Tree for May 17

Hi Stephen, On Mon, May 23, 2016 at 4:37 PM, Stephen Rothwell wrote: > Hi Xiong, > > On Mon, 23 May 2016 16:13:28 +0800 Xiong Zhou wrote: >> >> hi, >> >> On Tue, May 17, 2016 at 1:04 PM, Stephen Rothwell >> wrote: >> > >> > I have created today's linux-next tree at >> >

Re: [PATCH 2/4] phy: rockchip-emmc: configure frequency range and drive impedance

Hi, On Fri, May 13, 2016 at 11:46 AM, Doug Anderson wrote: >> Per the commit msg, signal may vary from board to board, so I guess >> 50ohm may not always be the best selection? > > Starting out with something sane like 50 ohms seems like it makes > sense for now. It's OK

Re: [PATCH 2/4] phy: rockchip-emmc: configure frequency range and drive impedance

Hi, On Fri, May 13, 2016 at 11:46 AM, Doug Anderson wrote: >> Per the commit msg, signal may vary from board to board, so I guess >> 50ohm may not always be the best selection? > > Starting out with something sane like 50 ohms seems like it makes > sense for now. It's OK to start with a default

Re: [RFC PATCH 4/9] sched/fair: Rename variable names for sched averages

On Mon, May 16, 2016 at 02:59:29AM +0800, Yuyang Du wrote: > -#define LOAD_AVG_MAX_N 347 /* number of full periods to produce LOAD_AVG_MAX > */ > +#define SCHED_AVG_MAX_N 345 /* number of full periods to produce > SCHED_AVG_MAX */ Sorry, I changed it back when I rebased it, my bad.

Re: [RFC PATCH 4/9] sched/fair: Rename variable names for sched averages

On Mon, May 16, 2016 at 02:59:29AM +0800, Yuyang Du wrote: > -#define LOAD_AVG_MAX_N 347 /* number of full periods to produce LOAD_AVG_MAX > */ > +#define SCHED_AVG_MAX_N 345 /* number of full periods to produce > SCHED_AVG_MAX */ Sorry, I changed it back when I rebased it, my bad.

[GIT PULL] MTD updates for v4.7

Hi Linus, The following changes since commit f55532a0c0b8bb6148f4e07853b876ef73bc69ca: Linux 4.6-rc1 (2016-03-26 16:03:24 -0700) are available in the git repository at: git://git.infradead.org/linux-mtd.git tags/for-linus-20160523 for you to fetch changes up

[GIT PULL] MTD updates for v4.7

Hi Linus, The following changes since commit f55532a0c0b8bb6148f4e07853b876ef73bc69ca: Linux 4.6-rc1 (2016-03-26 16:03:24 -0700) are available in the git repository at: git://git.infradead.org/linux-mtd.git tags/for-linus-20160523 for you to fetch changes up

Re: crosstool builds - https://www.kernel.org/pub/tools/crosstool/

Hi Jon, On 05/19/2016 08:48 PM, Jon Masters wrote: > Hi Tony, > > I'm wondering whether you know of anyone who has picked up where you > left off, building cross toolchains for various and sundry alternative > architectures? I wanted to download an IA64 compiler recently (really) > and noticed

Re: crosstool builds - https://www.kernel.org/pub/tools/crosstool/

Hi Jon, On 05/19/2016 08:48 PM, Jon Masters wrote: > Hi Tony, > > I'm wondering whether you know of anyone who has picked up where you > left off, building cross toolchains for various and sundry alternative > architectures? I wanted to download an IA64 compiler recently (really) > and noticed

Re: [RFC PATCH 0/9] Clean up and optimize sched averages

Hi Peter, Could you give this a look? Thanks, Yuyang On Mon, May 16, 2016 at 02:59:25AM +0800, Yuyang Du wrote: > Hi Peter, > > Continue the left patches in this series. I realized some patches should > need thorough discussion (finally), so this post is marked RFC. > > - For LOAD_AVG_MAX_N,

Re: [RFC PATCH 0/9] Clean up and optimize sched averages

Hi Peter, Could you give this a look? Thanks, Yuyang On Mon, May 16, 2016 at 02:59:25AM +0800, Yuyang Du wrote: > Hi Peter, > > Continue the left patches in this series. I realized some patches should > need thorough discussion (finally), so this post is marked RFC. > > - For LOAD_AVG_MAX_N,

Re: [tip:sched/core] sched/fair: Correct unit of load_above_capacity

On Thu, May 19, 2016 at 04:36:38PM +0100, Morten Rasmussen wrote: > > And this is exactly you get with this patch :-) load_above_capacity > (through max_pull) is multiplied by the group capacity to compute that > actual amount of [load] to remove: > > env->imbalance= load_above_capacity

Re: [PATCH V7 00/11] Support for generic ACPI based PCI host controller

On 05/23/2016 06:56 AM, Lorenzo Pieralisi wrote: > The only way this can be implemented is by pretending that the > ACPI/PCI arch/arm64 implementation is generic code (that's what this > series does), move it to /drivers (where it is in this series), and > implement _DSD vendor specific bindings

[PATCH v3] Coccinelle: noderef: Add new rules and correct the old rule

Add new rules to detect the cases where sizeof is used in function calls as a argument. Also, for the patch mode third rule should behave same as second rule with arguments reversed. So, change that as well. Signed-off-by: Vaishali Thakkar --- Changes since v2:

Re: [PATCH v3 4/4] soc: Add SoC driver for Freescale Vybrid platform

Hello Rob, On 16-05-23 16:18:13, Rob Herring wrote: > On Fri, May 20, 2016 at 03:32:05PM +0530, Sanchayan Maity wrote: > > This adds a SoC driver to be used by Freescale Vybrid SoC's. > > Driver utilises syscon and nvmem consumer API's to get the > > various register values needed and expose the

Re: [tip:sched/core] sched/fair: Correct unit of load_above_capacity

On Thu, May 19, 2016 at 04:36:38PM +0100, Morten Rasmussen wrote: > > And this is exactly you get with this patch :-) load_above_capacity > (through max_pull) is multiplied by the group capacity to compute that > actual amount of [load] to remove: > > env->imbalance= load_above_capacity

Re: [PATCH V7 00/11] Support for generic ACPI based PCI host controller

On 05/23/2016 06:56 AM, Lorenzo Pieralisi wrote: > The only way this can be implemented is by pretending that the > ACPI/PCI arch/arm64 implementation is generic code (that's what this > series does), move it to /drivers (where it is in this series), and > implement _DSD vendor specific bindings

[PATCH v3] Coccinelle: noderef: Add new rules and correct the old rule

Add new rules to detect the cases where sizeof is used in function calls as a argument. Also, for the patch mode third rule should behave same as second rule with arguments reversed. So, change that as well. Signed-off-by: Vaishali Thakkar --- Changes since v2: - Add rules for function

Re: [PATCH v3 4/4] soc: Add SoC driver for Freescale Vybrid platform

Hello Rob, On 16-05-23 16:18:13, Rob Herring wrote: > On Fri, May 20, 2016 at 03:32:05PM +0530, Sanchayan Maity wrote: > > This adds a SoC driver to be used by Freescale Vybrid SoC's. > > Driver utilises syscon and nvmem consumer API's to get the > > various register values needed and expose the

Re: [PATCH v2] ip_tunnel: enclose a code block in macro IS_ENABLED(CONFIG_IPV6)

From: 严海双 Date: Tue, 24 May 2016 11:55:31 +0800 > >> On May 24, 2016, at 11:14 AM, Eric Dumazet wrote: >> >> On Tue, 2016-05-24 at 10:39 +0800, Haishuang Yan wrote: >>> For ipv6 case, enclose the code block in macro

Re: [PATCH v2] ip_tunnel: enclose a code block in macro IS_ENABLED(CONFIG_IPV6)

From: 严海双 Date: Tue, 24 May 2016 11:55:31 +0800 > >> On May 24, 2016, at 11:14 AM, Eric Dumazet wrote: >> >> On Tue, 2016-05-24 at 10:39 +0800, Haishuang Yan wrote: >>> For ipv6 case, enclose the code block in macro IS_ENABLED(CONFIG_IPV6). >>> >>> --- >>> Changes in v2: >>> - Place the

Re: crosstool builds - https://www.kernel.org/pub/tools/crosstool/

On Thu, May 19, 2016 at 11:48:39PM -0400, Jon Masters wrote: > Hi Tony, > > I'm wondering whether you know of anyone who has picked up where you > left off, building cross toolchains for various and sundry alternative > architectures? I wanted to download an IA64 compiler recently (really) > and

Re: crosstool builds - https://www.kernel.org/pub/tools/crosstool/

On Thu, May 19, 2016 at 11:48:39PM -0400, Jon Masters wrote: > Hi Tony, > > I'm wondering whether you know of anyone who has picked up where you > left off, building cross toolchains for various and sundry alternative > architectures? I wanted to download an IA64 compiler recently (really) > and

Re: [PATCH 3/3] ARM: configs: keystone: Enable PINCTRL_SINGLE Config

On Tuesday 24 May 2016 09:07 AM, Lokesh Vutla wrote: On Monday 23 May 2016 05:59 PM, Keerthy wrote: keystone-k2l devices use pinmux and are compliant with PINCTRL_SINGLE. Hence enable the config option. Signed-off-by: Keerthy A similar patch[1] is already posted.

Re: [PATCH 3/3] ARM: configs: keystone: Enable PINCTRL_SINGLE Config

On Tuesday 24 May 2016 09:07 AM, Lokesh Vutla wrote: On Monday 23 May 2016 05:59 PM, Keerthy wrote: keystone-k2l devices use pinmux and are compliant with PINCTRL_SINGLE. Hence enable the config option. Signed-off-by: Keerthy A similar patch[1] is already posted.

Re: [PATCH v2] ip_tunnel: enclose a code block in macro IS_ENABLED(CONFIG_IPV6)

> On May 24, 2016, at 11:14 AM, Eric Dumazet wrote: > > On Tue, 2016-05-24 at 10:39 +0800, Haishuang Yan wrote: >> For ipv6 case, enclose the code block in macro IS_ENABLED(CONFIG_IPV6). >> >> --- >> Changes in v2: >> - Place the "#if IS_ENABLED" block before the "}

Re: [PATCH v2] ip_tunnel: enclose a code block in macro IS_ENABLED(CONFIG_IPV6)

> On May 24, 2016, at 11:14 AM, Eric Dumazet wrote: > > On Tue, 2016-05-24 at 10:39 +0800, Haishuang Yan wrote: >> For ipv6 case, enclose the code block in macro IS_ENABLED(CONFIG_IPV6). >> >> --- >> Changes in v2: >> - Place the "#if IS_ENABLED" block before the "} else if >> (..) {" piece

Re: [RFC PATCH v2 05/18] sched: add task flag for preempt IRQ tracking

On May 23, 2016 7:28 PM, "Josh Poimboeuf" wrote: > > Maybe I'm coming around to liking this idea. > > Ok, good :-) > > > In an ideal world (DWARF support, high-quality unwinder, nice pretty > > printer, etc), unwinding across a kernel exception would look like: > > > > -

Re: [RFC PATCH v2 05/18] sched: add task flag for preempt IRQ tracking

On May 23, 2016 7:28 PM, "Josh Poimboeuf" wrote: > > Maybe I'm coming around to liking this idea. > > Ok, good :-) > > > In an ideal world (DWARF support, high-quality unwinder, nice pretty > > printer, etc), unwinding across a kernel exception would look like: > > > > - some_func > > -

Re: [PATCH v3] dell-rbtn: Ignore ACPI notifications if device is suspended

24.05.2016 02:03, Gabriele Mazzotta пишет: > On 24/05/2016 00:22, Pali Rohár wrote: >> On Tuesday 24 May 2016 00:17:15 Darren Hart wrote: >>> On Tue, May 24, 2016 at 12:06:03AM +0200, Pali Rohár wrote: On Monday 23 May 2016 23:26:55 Darren Hart wrote: > I've queued this. Thanks for your

Re: [PATCH v3] dell-rbtn: Ignore ACPI notifications if device is suspended

24.05.2016 02:03, Gabriele Mazzotta пишет: > On 24/05/2016 00:22, Pali Rohár wrote: >> On Tuesday 24 May 2016 00:17:15 Darren Hart wrote: >>> On Tue, May 24, 2016 at 12:06:03AM +0200, Pali Rohár wrote: On Monday 23 May 2016 23:26:55 Darren Hart wrote: > I've queued this. Thanks for your

[PATCH] ASoC: rockchip: i2s: rename I2S_CKR_TRCM_TX/RXSHARE to I2S_CKR_TRCM_TX/RXONLY

From: Sugar Zhang this patch make it more reasonable and readable, because when we chose I2S_CKR_TRCM_TXONLY, we only output clk_lrck_tx, and hardware need to confirm this signal is wired to external codec lrck_tx/rx at the same time. for convenience, we just handle

[PATCH] ASoC: rockchip: i2s: rename I2S_CKR_TRCM_TX/RXSHARE to I2S_CKR_TRCM_TX/RXONLY

From: Sugar Zhang this patch make it more reasonable and readable, because when we chose I2S_CKR_TRCM_TXONLY, we only output clk_lrck_tx, and hardware need to confirm this signal is wired to external codec lrck_tx/rx at the same time. for convenience, we just handle lrck_txonly if we enable

  1   2   3   4   5   6   7   8   9   10   >