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 +
.../display/rockchip/analogix_
Actual variable for configs of 'annotate' section is like below.
(at ui/browsers/annoate.c)
static struct annotate_browser_opt {
bool hide_src_code,
use_offset,
jump_arrows,
show_linenr,
show_nr_jumps,
show_total_period;
} annotate
When initializing default perf config values,
we currently use values of actual type(int, bool, char *, etc.).
For example,
If there isn't user config value at ~/.perfconfig
for 'annotate.use_offset' config variable,
default value for it is 'true' bool type value in perf like below.
At ui/browser
default_*_config_init() initialize actual variables
with each default config value.
(e.g. default_colors_config_init() for 'colors' section)
But I suggest using perf_default_config_init() that call
all default_*_config_init() and this function would be called
at the very beginning of main() on per
Actual variable for configs of 'colors' section is like below.
(at ui/browser.c)
static struct ui_browser_colorset {
const char *name, *fg, *bg;
int colorset;
} ui_browser__colorsets[] = {
{
.colorset = HE_COLORSET_TOP,
.name = "top",
Set default config values for 'annotate' section with 'annotate_config_items[]'
instead of actual bool type values.
(e.g. using annotate_config_items[CONFIG_ANNOTATE_USE_OFFSET].value
instead of 'true' bool type value for 'annotate.use_offset'.)
Cc: Namhyung Kim
Cc: Jiri Olsa
Cc: Masami Hiramats
To manage all default config values at one spot (at util/config.c),
it would be better that actual variables for each 'colors' config
also have only one value like 'default_config_item' type.
If we do, it smoothly work to initialize 'colors' default config values
by 'colors_config_items' array tha
Set default config values for 'colors' section with 'colors_config_items[]'
instead of actual const char * type values.
(e.g. using colors_config_item[CONFIG_COLORS_TOP].value
instead of "red, default" string value for 'colors.top')
Cc: Namhyung Kim
Cc: Jiri Olsa
Cc: Masami Hiramatsu
Cc: Alexan
When initializing default perf config values,
we currently use values of actual type(int, bool, char *, etc.)
For example,
If there isn't user config value at ~/.perfconfig for 'annotate.use_offset'
config variable,
default value for it is 'true' bool type value in perf like below.
At ui/browser
On Mon, May 23, 2016 at 10:46:02AM +0200, Christophe Leroy wrote:
> current_stack_pointeur() is a single instruction function. it
> It is not worth breaking the execution flow with a bl/blr for a
> single instruction
Are you sure that the result is always the same?
Calling an external function p
Hi Prarit and Jon,
How do you think of this?
Thanks.
Ocean He / 何海洋
SW Development Dept.
Beijing Design Center
Enterprise Product Group
Mobile: 18911778926
E-mail: he...@lenovo.com
No.6 Chuang Ye Road, Haidian District, Beijing, China 100085
-Original Message-
From: Ocean HY1 He
Sent:
In pcie_config_aspm_link(), when convert ASPM state to
upstream/downstream ASPM register state, the upstream variable and
dwsream variable are reversed. This causes PCI/E link enter ASPM L0s
even it should be disabled and PCI/E endpoint may reset randomly.
Signed-off-by: Ocean He
---
drivers/pci
On Mon, May 23, 2016 at 10:46:36AM +0200, Christophe Leroy wrote:
> lmw/stmw have a 1 cycle (2 cycles for lmw on some ppc) in addition
> and implies serialising, however it reduces the amount of instructions
> hence the amount of instruction fetch compared to the equivalent
> operation with several
This patch allows to select a specific video mode from a list of modes
defined in DT by setting the 'native-mode' property appropriately.
This change does not affect the behaviour of existing platforms, since
they either:
- have just one display-timings subnode
- have the native-mode propert
The 'de-active' and 'pixelclk-active' DT properties are evaluated
by of_parse_display_timing() called from of_get_drm_display_mode(),
but later lost in the conversion from videomode.flags to
drm_display_mode.flags.
Use an open coded version of of_get_drm_display_mode() to get access
to these flags
The 'mode_valid' flag is never set in this driver. Remove it and the
code that depends on it.
Signed-off-by: Lothar Waßmann
---
drivers/gpu/drm/imx/parallel-display.c | 12
1 file changed, 12 deletions(-)
diff --git a/drivers/gpu/drm/imx/parallel-display.c
b/drivers/gpu/drm/imx/pa
Currently these flags are lost in the call
drm_display_mode_from_videomode()
Signed-off-by: Lothar Waßmann
---
drivers/gpu/drm/imx/imx-ldb.c | 37 ++
drivers/gpu/drm/imx/parallel-display.c | 31
2 files changed, 56 insertions(
Hi Linus,
here is the C++ guards warning fix from Arnd.
I've tried using a tag for this.
Dave.
The following changes since commit 84787c572d402644dca4874aba73324d9f8e3948:
Merge branch 'akpm' (patches from Andrew) (2016-05-23 19:42:28 -0700)
are available in the git repository at:
git:/
Hi,
The patchset is divided into two parts:
1. (patch 1-3): Constify dma_attrs passed to some of functions. The
first patch is a dependency for all other. This is not intrusive.
2. patch 4: request for comments, constify dma_attrs everywhere (struct
dma_map_ops and implementations).
Cons
Some of the non-exported functions do not modify passed dma_attrs so the
pointer can point to const data.
Signed-off-by: Krzysztof Kozlowski
---
arch/arm64/mm/dma-mapping.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/arm64/mm/dma-mapping.c b/arch/arm64/mm/dma-m
Some of the non-exported functions do not modify passed dma_attrs so the
pointer can point to const data.
Signed-off-by: Krzysztof Kozlowski
---
arch/arm/mm/dma-mapping.c | 26 ++
1 file changed, 14 insertions(+), 12 deletions(-)
diff --git a/arch/arm/mm/dma-mapping.c b/
On Mon, 2016-05-23 at 11:58 +0100, Morten Rasmussen wrote:
> In the current find_idlest_group()/find_idlest_cpu() search we end up
> calling find_idlest_cpu() in a sched_group containing only one cpu in
> the end. Checking idle-states becomes pointless when there is no
> alternative, so bail out in
Pointer to dma_attrs passed to all dma-mapping implementations can point
to const data. This brings some benefits:
- const-safeness,
- is a direct indication that ownership of memory is not transferred to
called functions so it can be safely allocated on the stack (which is
a pattern alread
The dma_get_attr() does not modify passed dma_attrs so the pointer can
point to const data.
Signed-off-by: Krzysztof Kozlowski
---
include/linux/dma-attrs.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/include/linux/dma-attrs.h b/include/linux/dma-attrs.h
index 5246239a4
On Tue, May 24, 2016 at 02:28:24PM +0900, Sergey Senozhatsky wrote:
> 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()?
Now, it would be better. I will ch
On Mon 23-05-16 16:32:56, Hugh Dickins wrote:
> On Mon, 23 May 2016, Andrew Morton wrote:
> > On Fri, 20 May 2016 15:31:21 +0200 Michal Hocko wrote:
> > > On Fri 20-05-16 15:19:12, Vlastimil Babka wrote:
> > > > On 05/20/2016 03:06 PM, Michal Hocko wrote:
> > > [...]
> > > > > Why don't we need al
On Tue, May 24, 2016 at 07:39:59AM +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 input to inline asm. NAK.
> >
> Does
Hi,
On Friday 20 May 2016 06:07 PM, Masami Hiramatsu wrote:
Hi Anju,
Please see my comments below,
On Thu, 19 May 2016 20:40:39 +0530
Anju T wrote:
ppc_get_optinsn_slot() and ppc_free_optinsn_slot() are
geared towards the allocation and freeing of memory from
the area reserved for detour buf
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
pe
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
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: Renam
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 A
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: Preve
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 target_restart_delayed_cmds(),
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
pe
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: Add
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 ov
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: Record
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 up to 3a62a7b
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
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
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 sugge
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 wi
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 --
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.
>>
>>
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 size_c
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 ++
drivers/pinctrl/pinmux
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 wh
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 lin
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 nee
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 chang
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 -
1
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 |
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 +++---
drivers/gpu/drm/rockchip/anal
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
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 +
.../display/rockchip/analogix_
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
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
driver
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
---
Chan
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
-
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 reas
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
>> > git://git.kernel.org/pu
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
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.
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 to
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 th
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,
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 *
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 (
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 c
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 S
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 "#if
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 n
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.
[1]https://patchwork.ke
> 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 an
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
> > - some_oth
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 pa
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 symm
On Fri, May 20, 2016 at 02:51:14PM -0400, Paul Gortmaker wrote:
> On Fri, Oct 16, 2015 at 3:35 AM, Jon Hunter wrote:
> > Add support for the Tegra210 Audio DMA (ADMA) controller. This was
> > originally distributed as an RFC [0] based upon the existing tegra
> > APB-DMA driver. Since then the driv
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.
[1]https://patchwork.kernel.org/patch/8958091/
Thanks and regards,
Lokesh
On Monday 23 May 2016 05:59 PM, Keerthy wrote:
> keystone-k2l uses pinmux and is compliant with PINCTRL_SINGLE
> which depends on PINCTRL. Hence enable PINCTRL.
>
> Signed-off-by: Keerthy
> ---
> arch/arm/mach-keystone/Kconfig | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/arch/arm/
Hi Experts,
With ARM , versatile-pb When I enable PROVE_LOCKING, DEBUG_LOCKDEP and
KPROBES_SANITY_TEST, there will be a call trace like below:
Kprobe smoke test: started
[ cut here ]
WARNING: CPU: 0 PID: 1 at kernel/locking/lockdep.c:3646
check_flags+0xdc/0x200
DEBUG_LOCKS
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 and the "#endif" before the closing brace and this
> becomes much
On Mon, May 23, 2016 at 03:32:39PM +0800, Caesar Wang wrote:
> Hello Eduardo & 'Zhang Rui'
>
> Do we have the chance to merge this series patches for next kernel?
> I had picked them up in my github, and tested for a period of time with
> rockchip inside kernel.
>
> Let me know if someone have so
Hi, HS:
Some comments below.
On Mon, 2016-05-23 at 20:23 +0800, HS Liao wrote:
> This patch is first version of Mediatek Command Queue(CMDQ) driver. The
> CMDQ is used to help read/write registers with critical time limitation,
> such as updating display configuration during the vblank. It contro
On Mon, May 23, 2016 at 10:32:43PM -0400, Steven Rostedt wrote:
> On Tue, 24 May 2016 11:16:31 +0900
> Namhyung Kim wrote:
>
>
> > Why not checking "hist" file then?
>
> I guess that could be done too, but is there anything wrong with my
> current solution? Or is it just too hacky? How would on
On Mon, May 23, 2016 at 01:36:51PM +0300, Roger Quadros wrote:
> On 23/05/16 13:34, Jun Li wrote:
> > Hi
> >
> >> -Original Message-
> >> From: Roger Quadros [mailto:rog...@ti.com]
> >> Sent: Monday, May 23, 2016 6:12 PM
> >> To: Peter Chen
> >> Cc: Jun Li ; peter.c...@freescale.com; ba..
On Mon, May 23, 2016 at 10:16:08AM -0700, Yang Shi wrote:
> Per the discussion with Joonsoo Kim [1], we need check the return value of
> lookup_page_ext() for all call sites since it might return NULL in some cases,
> although it is unlikely, i.e. memory hotplug.
>
> Tested with ltp with "page_own
On 05/23/2016 07:18 PM, Al Viro wrote:
On Mon, May 23, 2016 at 04:30:43PM -0500, Larry Finger wrote:
The mainline kernels past 4.6.0 fail hang when logging in. There are no
error messages, and the machine seems to be waiting for some event that
never happens.
The problem has been bisected to co
On 2016/5/24 9:16, David Matlack wrote:
On Mon, May 23, 2016 at 6:13 PM, Yang Zhang wrote:
On 2016/5/24 2:04, David Matlack wrote:
On Sun, May 22, 2016 at 6:26 PM, Yang Zhang
wrote:
On 2016/5/21 2:37, David Matlack wrote:
It's not obvious to me why polling for a timer interrupt would im
2016-05-19 21:57 GMT+08:00 Paolo Bonzini :
>
>
> On 19/05/2016 15:27, Wanpeng Li wrote:
>> From: Wanpeng Li
>>
>> If an emulated lapic timer will fire soon(in the scope of 10us the
>> base of dynamic halt-polling, lower-end of message passing workload
>> latency TCP_RR's poll time < 10us) we can t
Hi all,
Please do not add any v4.8 destined material to your linux-next included
branches until after v4.7-rc1 has been released.
Changes since 20160523:
The drm-intel tree lost its build failure.
Non-merge commits (relative to Linus' tree): 1334
1188 files changed, 42483 insertions(+),
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 and the "#endif" before the closing brace and this
becomes much easier to look at.
Signed-off-by: Haishuang Yan
---
net/ipv4/ip_tun
On Mon, May 23, 2016 at 06:29:48PM -0500, Rob Herring wrote:
> >> > +- compatible: Must be "jcore,j2".
> >>
> >> Okay to have this, but you should have compatible strings for specific
> >> core implementations. AIUI, J2 is just the ISA.
> >
> > There was some past discussion you probably missed on
This patch allows following config terms and option:
Globally setting events to overwrite;
# perf record --overwrite ...
Set specific events to be overwrite or no-overwrite.
# perf record --event cycles/overwrite/ ...
# perf record --event cycles/no-overwrite/ ...
Add missing config terms a
Catalin, Robin,
On 2016年05月23日 21:35, Catalin Marinas wrote:
On Mon, May 23, 2016 at 11:44:14AM +0100, Robin Murphy wrote:
On 23/05/16 02:37, Shunqian Zheng wrote:
From: Simon
Signed-off-by: Simon
---
drivers/iommu/rockchip-iommu.c | 4
1 file changed, 4 insertions(+)
diff --git a/
An auxiliary evlist is created by perf_evlist__new_aux() using an existing
evlist as it parent. An auxiliary evlist can have its own 'struct perf_mmap',
but can't have other data. User should use its parent instead when accessing
other data.
Auxiliary evlists are container of 'struct perf_mmap'. I
This patch set enables daemonized perf recording by utilizing
overwritable backward ring buffer. With this feature one can
put perf background, and dump ring buffer records by a SIGUSR2
when he/she find something unusual. For example, following
command record system calls, schedule events and sampl
On Tue, 24 May 2016 11:16:31 +0900
Namhyung Kim wrote:
> Why not checking "hist" file then?
I guess that could be done too, but is there anything wrong with my
current solution? Or is it just too hacky? How would one check if
something exists in a file or not? Say, I want to detect if
preemptir
If write_backward attribute is set, records are written into kernel
ring buffer from end to beginning, but read from beginning to end.
To avoid 'XX out of order events recorded' warning message (timestamps
of records is in reverse order when using write_backward), suppress the
warning message if wr
1 - 100 of 806 matches
Mail list logo