Re: [PATCH 2/2] clk: qcom: clk-rpmh: Add QCOM RPMh clock driver

Quoting Taniya Das (2018-05-02 03:51:17) > + > +static DEFINE_MUTEX(rpmh_clk_lock); > + > +#define __DEFINE_CLK_RPMH(_platform, _name, _name_active, _res_name, \ > + _res_en_offset, _res_on) \ > + static struct clk_rpmh

Re: [PATCH 2/2] clk: qcom: clk-rpmh: Add QCOM RPMh clock driver

Quoting Taniya Das (2018-05-02 03:51:17) > + > +static DEFINE_MUTEX(rpmh_clk_lock); > + > +#define __DEFINE_CLK_RPMH(_platform, _name, _name_active, _res_name, \ > + _res_en_offset, _res_on) \ > + static struct clk_rpmh

[PATCH 32/52] perf symbols: Remove map_type arg from dso__find_symbol()

From: Arnaldo Carvalho de Melo One more step to ditch MAP__{VARIABLE,FUNCTION} Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Namhyung Kim Cc: Wang Nan Link:

[PATCH 32/52] perf symbols: Remove map_type arg from dso__find_symbol()

From: Arnaldo Carvalho de Melo One more step to ditch MAP__{VARIABLE,FUNCTION} Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Namhyung Kim Cc: Wang Nan Link: https://lkml.kernel.org/n/tip-919d1k13ts62pjipnpibv...@git.kernel.org Signed-off-by: Arnaldo Carvalho de Melo ---

[PATCH] ARM: multi_v7_defconfig: enable STM32 analog & timer drivers

This enables drivers for STM32 timer, low power timer and analog hardware that can be used on STM32MP1 SoC: - Timer & LP Timer MFD core, PWM, trigger & encoder drivers - IIO ADC/DAC/DFSDM - vrefbuf regu driver (voltage reference buffer). Signed-off-by: Fabrice Gasnier ---

[PATCH] ARM: multi_v7_defconfig: enable STM32 analog & timer drivers

This enables drivers for STM32 timer, low power timer and analog hardware that can be used on STM32MP1 SoC: - Timer & LP Timer MFD core, PWM, trigger & encoder drivers - IIO ADC/DAC/DFSDM - vrefbuf regu driver (voltage reference buffer). Signed-off-by: Fabrice Gasnier ---

[PATCH 30/52] perf symbols: Unexport symbol_type__is_a()

From: Arnaldo Carvalho de Melo Now this is only used in the symbols.c file, where it will finally disappear when we remove the MAP_{FUNCTION,VARIABLE} split. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc:

[PATCH 34/52] perf machine: Use machine__find_kernel_function() instead of open coded version

From: Arnaldo Carvalho de Melo We have that equivalent, shorter helper, use it. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Namhyung Kim Cc: Wang Nan Link:

[PATCH 30/52] perf symbols: Unexport symbol_type__is_a()

From: Arnaldo Carvalho de Melo Now this is only used in the symbols.c file, where it will finally disappear when we remove the MAP_{FUNCTION,VARIABLE} split. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Namhyung Kim Cc: Wang Nan Link:

[PATCH 34/52] perf machine: Use machine__find_kernel_function() instead of open coded version

From: Arnaldo Carvalho de Melo We have that equivalent, shorter helper, use it. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Namhyung Kim Cc: Wang Nan Link: https://lkml.kernel.org/n/tip-1hcgu3k7vxdy4vknqf3kb...@git.kernel.org Signed-off-by: Arnaldo Carvalho de Melo ---

[PATCH 36/52] perf thread: Make thread__find_map() search all maps

From: Arnaldo Carvalho de Melo We still have the split internally, but users don't see it anymore, simplifying the growing number of cases where we end up searching in the MAP__VARIABLE maps. This further paves the way for ditching the split. Cc: Adrian Hunter

[PATCH 36/52] perf thread: Make thread__find_map() search all maps

From: Arnaldo Carvalho de Melo We still have the split internally, but users don't see it anymore, simplifying the growing number of cases where we end up searching in the MAP__VARIABLE maps. This further paves the way for ditching the split. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa

[PATCH 39/52] perf machine: Set PROT_EXEC for executable PERF_RECORD_MMAP records

From: Arnaldo Carvalho de Melo The kernel doesn't fill the map 'prot' field for PERF_RECORD_MMAP records, and we will use that info to replace checking for MAP__VARIABLE, so store that when processing the PERF_RECORD_MISC_MMAP_DATA perf_event_attr.header.misc bit. Cc: Adrian

[PATCH 40/52] perf sort: Use mmap->prot on "dcacheline" formatting

From: Arnaldo Carvalho de Melo To match the kernel when setting the PERF_RECORD_MISC_MMAP_DATA bit in perf_event_attr.header.misc, that gets set when VM_EXEC is not set in the vm_flags. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri

[PATCH 40/52] perf sort: Use mmap->prot on "dcacheline" formatting

From: Arnaldo Carvalho de Melo To match the kernel when setting the PERF_RECORD_MISC_MMAP_DATA bit in perf_event_attr.header.misc, that gets set when VM_EXEC is not set in the vm_flags. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Namhyung Kim Cc: Wang Nan Link:

[PATCH 39/52] perf machine: Set PROT_EXEC for executable PERF_RECORD_MMAP records

From: Arnaldo Carvalho de Melo The kernel doesn't fill the map 'prot' field for PERF_RECORD_MMAP records, and we will use that info to replace checking for MAP__VARIABLE, so store that when processing the PERF_RECORD_MISC_MMAP_DATA perf_event_attr.header.misc bit. Cc: Adrian Hunter Cc: David

[PATCH 37/52] perf map: Remove map_type arg from map_groups__find()

From: Arnaldo Carvalho de Melo One more step in ditching the split. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Namhyung Kim Cc: Wang Nan Link:

[PATCH 37/52] perf map: Remove map_type arg from map_groups__find()

From: Arnaldo Carvalho de Melo One more step in ditching the split. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Namhyung Kim Cc: Wang Nan Link: https://lkml.kernel.org/n/tip-4pour7egur07tkrpbynaw...@git.kernel.org Signed-off-by: Arnaldo Carvalho de Melo ---

[PATCH 42/52] perf symbols: Use symbol type instead of map->type

From: Arnaldo Carvalho de Melo map->type is going away, we can derive it from map->prot, so use the same logic as in the kernel's arch/arm/kernel/module.c file: ELF32_ST_TYPE(sym->st_info) == STT_FUNC && !(sym->st_value & 1)) This was introduced in b2f8fb237e9c ("perf

[PATCH 44/52] perf symbols: Use map->prot in place of type==MAP__FUNCTION

From: Arnaldo Carvalho de Melo Its equivalent, one less use of enum map_type. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Namhyung Kim Cc: Wang Nan Link:

[PATCH 42/52] perf symbols: Use symbol type instead of map->type

From: Arnaldo Carvalho de Melo map->type is going away, we can derive it from map->prot, so use the same logic as in the kernel's arch/arm/kernel/module.c file: ELF32_ST_TYPE(sym->st_info) == STT_FUNC && !(sym->st_value & 1)) This was introduced in b2f8fb237e9c ("perf symbols: Fix annotation

[PATCH 44/52] perf symbols: Use map->prot in place of type==MAP__FUNCTION

From: Arnaldo Carvalho de Melo Its equivalent, one less use of enum map_type. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Namhyung Kim Cc: Wang Nan Link: https://lkml.kernel.org/n/tip-6m18iv1ty7nh7kxlfmn89...@git.kernel.org Signed-off-by: Arnaldo Carvalho de Melo ---

[PATCH 45/52] perf symbols: Unify symbol maps

From: Arnaldo Carvalho de Melo Remove the split of symbol tables for data (MAP__VARIABLE) and for functions (MAP__FUNCTION), its unneeded and there were various places doing two lookups to find a symbol, so simplify this. We still will consider only the symbols that matched the

[PATCH 45/52] perf symbols: Unify symbol maps

From: Arnaldo Carvalho de Melo Remove the split of symbol tables for data (MAP__VARIABLE) and for functions (MAP__FUNCTION), its unneeded and there were various places doing two lookups to find a symbol, so simplify this. We still will consider only the symbols that matched the filters in

[PATCH 48/52] perf symbols: Remove unused dso__load_all_kallsyms() 'map' parameter

From: Arnaldo Carvalho de Melo Only the 'dso' is needed, so ditch the struct used to pass (map, dso), passing just the used 'dso' pointer. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Namhyung Kim

[PATCH 48/52] perf symbols: Remove unused dso__load_all_kallsyms() 'map' parameter

From: Arnaldo Carvalho de Melo Only the 'dso' is needed, so ditch the struct used to pass (map, dso), passing just the used 'dso' pointer. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Namhyung Kim Cc: Wang Nan Link:

[PATCH 47/52] perf symbols: Split kernel symbol processing from dso__load_sym()

From: Arnaldo Carvalho de Melo More should be done to split this function, removing stuff map relocation steps from the actual symbol table loading. Arch specific stuff also should go elsewhere, to tools/arch/ and we should have it keyed by data from the perf_env either in the

[PATCH 47/52] perf symbols: Split kernel symbol processing from dso__load_sym()

From: Arnaldo Carvalho de Melo More should be done to split this function, removing stuff map relocation steps from the actual symbol table loading. Arch specific stuff also should go elsewhere, to tools/arch/ and we should have it keyed by data from the perf_env either in the perf.data header

[PATCH 49/52] perf symbols: kallsyms__delta() needs the kmap, not the map

From: Arnaldo Carvalho de Melo It was only using the map to obtain its kmap, so do the validation in its called, __dso__load_kallsyms() and pass the kmap, that will be used in the following patches in similar simplifications. Cc: Adrian Hunter Cc:

[PATCH 51/52] perf tools: Fix spelling mistake: "builid" -> "buildid"

From: Colin Ian King Trivial fix to spelling mistake in error message text Signed-off-by: Colin King Cc: Alexander Shishkin Cc: Jiri Olsa Cc: Namhyung Kim Cc: Peter

[PATCH 52/52] perf machine: Ditch find_kernel_function variants

From: Arnaldo Carvalho de Melo Since we do not have split symtabs anymore, no need to have explicit find_kernel_function variants, use the find_kernel_symbol ones. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa

[PATCH 49/52] perf symbols: kallsyms__delta() needs the kmap, not the map

From: Arnaldo Carvalho de Melo It was only using the map to obtain its kmap, so do the validation in its called, __dso__load_kallsyms() and pass the kmap, that will be used in the following patches in similar simplifications. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Namhyung Kim

[PATCH 51/52] perf tools: Fix spelling mistake: "builid" -> "buildid"

From: Colin Ian King Trivial fix to spelling mistake in error message text Signed-off-by: Colin King Cc: Alexander Shishkin Cc: Jiri Olsa Cc: Namhyung Kim Cc: Peter Zijlstra Cc: kernel-janit...@vger.kernel.org Link: http://lkml.kernel.org/r/20180427193158.17932-1-colin.k...@canonical.com

[PATCH 52/52] perf machine: Ditch find_kernel_function variants

From: Arnaldo Carvalho de Melo Since we do not have split symtabs anymore, no need to have explicit find_kernel_function variants, use the find_kernel_symbol ones. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Namhyung Kim Cc: Wang Nan Link:

[PATCH 41/52] perf symbols: No need to special case MAP__FUNCTION in fixup

From: Arnaldo Carvalho de Melo In 39b12f781271 ("perf tools: Make it possible to read object code from vmlinux") we special case MAP__FUNCTION maps inconsistently, the first test tests the map type while the following tests added by this patch don't do that, be consistent and

[PATCH 41/52] perf symbols: No need to special case MAP__FUNCTION in fixup

From: Arnaldo Carvalho de Melo In 39b12f781271 ("perf tools: Make it possible to read object code from vmlinux") we special case MAP__FUNCTION maps inconsistently, the first test tests the map type while the following tests added by this patch don't do that, be consistent and elliminate this

[PATCH 50/52] perf symbols: Move split_kallsyms to struct map_groups

From: Arnaldo Carvalho de Melo Since it mainly will populate symtabs of its maps (kernel modules). While looking at this I wonder if map_groups__split_kallsyms_for_kcore() shouldn't be all that we need, seems much simpler. Cc: Adrian Hunter Cc: David

[PATCH 50/52] perf symbols: Move split_kallsyms to struct map_groups

From: Arnaldo Carvalho de Melo Since it mainly will populate symtabs of its maps (kernel modules). While looking at this I wonder if map_groups__split_kallsyms_for_kcore() shouldn't be all that we need, seems much simpler. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Namhyung Kim

[PATCH 46/52] perf symbols: Remove needless goto

From: Arnaldo Carvalho de Melo We can plain use the an else to the if block that is right after that goto, so simplify it. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Namhyung Kim Cc:

[PATCH 43/52] perf map: Use map->prot in place of type==MAP__FUNCTION

From: Arnaldo Carvalho de Melo Equivalent, one step more in ditching enum map_type. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Namhyung Kim Cc: Wang Nan Link:

[PATCH 46/52] perf symbols: Remove needless goto

From: Arnaldo Carvalho de Melo We can plain use the an else to the if block that is right after that goto, so simplify it. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Namhyung Kim Cc: Wang Nan Link: https://lkml.kernel.org/n/tip-vnpc2rakf6vc98pcl5z1c...@git.kernel.org

[PATCH 43/52] perf map: Use map->prot in place of type==MAP__FUNCTION

From: Arnaldo Carvalho de Melo Equivalent, one step more in ditching enum map_type. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Namhyung Kim Cc: Wang Nan Link: https://lkml.kernel.org/n/tip-mrjjc87a4tpf896j5u4sq...@git.kernel.org Signed-off-by: Arnaldo Carvalho de Melo ---

[PATCH 35/52] perf thread: Ditch __thread__find_symbol()

From: Arnaldo Carvalho de Melo Simulate having all symbols in just one tree by searching the still existing two trees. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Namhyung Kim Cc:

[PATCH 35/52] perf thread: Ditch __thread__find_symbol()

From: Arnaldo Carvalho de Melo Simulate having all symbols in just one tree by searching the still existing two trees. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Namhyung Kim Cc: Wang Nan Link: https://lkml.kernel.org/n/tip-uss70e8tvzzbzs326330t...@git.kernel.org Signed-off-by:

[PATCH 38/52] perf symbols: Store the ELF symbol type in the symbol struct

From: Arnaldo Carvalho de Melo There is code that needs to see if a resolved address is a function, so, since we're going to ditch the MAP__{FUNCTION,VARIABLE} split, store that info in the per symbol struct. Cc: Adrian Hunter Cc: David Ahern

[PATCH 38/52] perf symbols: Store the ELF symbol type in the symbol struct

From: Arnaldo Carvalho de Melo There is code that needs to see if a resolved address is a function, so, since we're going to ditch the MAP__{FUNCTION,VARIABLE} split, store that info in the per symbol struct. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Namhyung Kim Cc: Wang Nan

[PATCH 31/52] perf map: Remove enum_type arg to map_groups__first()

From: Arnaldo Carvalho de Melo Only the symbol core needs to use that, so provide a __ variant for that case, that will end up removed when we ditch the MAP__ split. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa

[PATCH 33/52] perf thread: Remove addr_type arg from thread__find_cpumode_addr_location()

From: Arnaldo Carvalho de Melo All callers are for MAP__FUNCTION, so just ditch it and use thread__find_symbol(), that already ditched MAP__FUNCTION, i.e. internally uses it till we ditch it for good. Cc: Adrian Hunter Cc: David Ahern

[PATCH 31/52] perf map: Remove enum_type arg to map_groups__first()

From: Arnaldo Carvalho de Melo Only the symbol core needs to use that, so provide a __ variant for that case, that will end up removed when we ditch the MAP__ split. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Namhyung Kim Cc: Wang Nan Link:

[PATCH 33/52] perf thread: Remove addr_type arg from thread__find_cpumode_addr_location()

From: Arnaldo Carvalho de Melo All callers are for MAP__FUNCTION, so just ditch it and use thread__find_symbol(), that already ditched MAP__FUNCTION, i.e. internally uses it till we ditch it for good. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Namhyung Kim Cc: Wang Nan Link:

[PATCH 26/52] perf ui stdio: Use map_groups__fprintf()

From: Arnaldo Carvalho de Melo Instead of the variant that allows asking for just a specific map_type, because that map_type split will go away. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Namhyung Kim

[PATCH 26/52] perf ui stdio: Use map_groups__fprintf()

From: Arnaldo Carvalho de Melo Instead of the variant that allows asking for just a specific map_type, because that map_type split will go away. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Namhyung Kim Cc: Wang Nan Link:

[PATCH 22/52] perf machine: Remove needless map_type from machine__load_vmlinux_path()

From: Arnaldo Carvalho de Melo Since it uses machine__kernel_map() and this function always returns the MAP__FUNCTION map, it doesn't make sense to call it with MAP__VARIABLE. And also this is a step in the direction of nuking the MAP__{FUNCTION,VARIABLE} split. Cc: Adrian

[PATCH 20/52] perf machine: Introduce machine__kernel_maps()

From: Arnaldo Carvalho de Melo That returns the a data structure contained the ordered list of kernel modules + the main kernel maps, one more step in removing the MAP__{FUNCTION,VARIABLE} split. Cc: Adrian Hunter Cc: David Ahern

[PATCH 22/52] perf machine: Remove needless map_type from machine__load_vmlinux_path()

From: Arnaldo Carvalho de Melo Since it uses machine__kernel_map() and this function always returns the MAP__FUNCTION map, it doesn't make sense to call it with MAP__VARIABLE. And also this is a step in the direction of nuking the MAP__{FUNCTION,VARIABLE} split. Cc: Adrian Hunter Cc: David

[PATCH 20/52] perf machine: Introduce machine__kernel_maps()

From: Arnaldo Carvalho de Melo That returns the a data structure contained the ordered list of kernel modules + the main kernel maps, one more step in removing the MAP__{FUNCTION,VARIABLE} split. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Namhyung Kim Cc: Wang Nan Link:

[PATCH 24/52] perf tests vmlinux-kallsyms: Use map__for_each_symbol() instead of open coded equivalent

From: Arnaldo Carvalho de Melo We had this much shorter map__for_each_symbol() helper for ages, use it and kill one more map_type use outside the code, in the tools. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa

[PATCH 24/52] perf tests vmlinux-kallsyms: Use map__for_each_symbol() instead of open coded equivalent

From: Arnaldo Carvalho de Melo We had this much shorter map__for_each_symbol() helper for ages, use it and kill one more map_type use outside the code, in the tools. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Namhyung Kim Cc: Wang Nan Link:

[PATCH 17/52] perf thread: Make thread__find_symbol() return the symbol searched

From: Arnaldo Carvalho de Melo Instead of just returning it in al.sym, allowing for some simplification in its users, and to make it consistent with thread__find_map(). Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa

[PATCH 17/52] perf thread: Make thread__find_symbol() return the symbol searched

From: Arnaldo Carvalho de Melo Instead of just returning it in al.sym, allowing for some simplification in its users, and to make it consistent with thread__find_map(). Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Namhyung Kim Cc: Wang Nan Link:

[PATCH 14/52] perf thread: Introduce thread__find_symbol()

From: Arnaldo Carvalho de Melo Out of thread__find_addr_location(..., MAP__FUNCTION, ...), idea here is to continue removing references to MAP__{FUNCTION,VARIABLE} ahead of getting both types of symbols in the same rbtree, as various places do two lookups, looking first at

[PATCH 14/52] perf thread: Introduce thread__find_symbol()

From: Arnaldo Carvalho de Melo Out of thread__find_addr_location(..., MAP__FUNCTION, ...), idea here is to continue removing references to MAP__{FUNCTION,VARIABLE} ahead of getting both types of symbols in the same rbtree, as various places do two lookups, looking first at MAP__FUNCTION, then at

[PATCH 01/52] perf buildid-cache: Support --list option

From: Ravi Bangoria 'perf buildid-cache' allows to add/remove files into cache but there is no option to list all cached files. Add --list option to list all _valid_ cached files. Ex, # perf buildid-cache --add /tmp/a.out # perf buildid-cache -l

[PATCH 01/52] perf buildid-cache: Support --list option

From: Ravi Bangoria 'perf buildid-cache' allows to add/remove files into cache but there is no option to list all cached files. Add --list option to list all _valid_ cached files. Ex, # perf buildid-cache --add /tmp/a.out # perf buildid-cache -l 8a86ef73e44067bca52cc3f6cd3e5446c783391c

[PATCH 10/52] perf dso: Add dso__has_symbols() method

From: Arnaldo Carvalho de Melo To replace longer code sequences in various places. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Namhyung Kim Cc: Wang Nan Link:

[PATCH 10/52] perf dso: Add dso__has_symbols() method

From: Arnaldo Carvalho de Melo To replace longer code sequences in various places. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Namhyung Kim Cc: Wang Nan Link: https://lkml.kernel.org/n/tip-tlk3klbkfyjrbfjvryyzn...@git.kernel.org Signed-off-by: Arnaldo Carvalho de Melo ---

[PATCH 05/52] perf stat: Display time in precision based on std deviation

From: Jiri Olsa Ingo suggested to display elapsed time for multirun workload (perf stat -e) with precision based on the precision of the standard deviation. In his own words: > This output is a slightly bit misleading: > Performance counter stats for 'make -j128' (10

Re: [Xen-devel] [PATCH 3/4] xen/PVH: Set up GS segment for stack canary

On 05/02/2018 11:01 AM, Jan Beulich wrote: On 02.05.18 at 17:00, wrote: >> On 05/02/2018 04:16 AM, Jan Beulich wrote: >> On 30.04.18 at 18:23, wrote: --- a/arch/x86/xen/xen-pvh.S +++ b/arch/x86/xen/xen-pvh.S @@ -54,6

[PATCH 05/52] perf stat: Display time in precision based on std deviation

From: Jiri Olsa Ingo suggested to display elapsed time for multirun workload (perf stat -e) with precision based on the precision of the standard deviation. In his own words: > This output is a slightly bit misleading: > Performance counter stats for 'make -j128' (10 runs): >

Re: [Xen-devel] [PATCH 3/4] xen/PVH: Set up GS segment for stack canary

On 05/02/2018 11:01 AM, Jan Beulich wrote: On 02.05.18 at 17:00, wrote: >> On 05/02/2018 04:16 AM, Jan Beulich wrote: >> On 30.04.18 at 18:23, wrote: --- a/arch/x86/xen/xen-pvh.S +++ b/arch/x86/xen/xen-pvh.S @@ -54,6 +54,9 @@ * charge of setting up it's own stack,

[PATCH 03/52] perf check-headers.sh: Simplify arguments passing

From: Jiri Olsa Passing whole string instead of parsing them after. It simplifies things for the next patches, that adds another function call, which makes it hard to pass arguments in the correct shape. Signed-off-by: Jiri Olsa Cc: Alexander Shishkin

[PATCH 03/52] perf check-headers.sh: Simplify arguments passing

From: Jiri Olsa Passing whole string instead of parsing them after. It simplifies things for the next patches, that adds another function call, which makes it hard to pass arguments in the correct shape. Signed-off-by: Jiri Olsa Cc: Alexander Shishkin Cc: David Ahern Cc: Namhyung Kim Cc:

[GIT PULL 00/52] perf/core improvements and fixes

/linux/kernel/git/acme/linux into perf/urgent (2018-04-26 07:28:29 +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-4.18-20180502 for you to fetch changes up to 107cad95ffd81afad295ed5c29d006e525f1f80f: perf

[GIT PULL 00/52] perf/core improvements and fixes

/linux/kernel/git/acme/linux into perf/urgent (2018-04-26 07:28:29 +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-4.18-20180502 for you to fetch changes up to 107cad95ffd81afad295ed5c29d006e525f1f80f: perf

Re: [PATCH] mm: provide a fallback for PAGE_KERNEL_RO for architectures

On Wed, May 02, 2018 at 12:08:57PM +0200, Geert Uytterhoeven wrote: > Hi Luis, > > On Sat, Apr 28, 2018 at 2:15 AM, Luis R. Rodriguez wrote: > > Some architectures do not define PAGE_KERNEL_RO, best we can do > > for them is to provide a fallback onto PAGE_KERNEL. Remove the >

Re: [PATCH] mm: provide a fallback for PAGE_KERNEL_RO for architectures

On Wed, May 02, 2018 at 12:08:57PM +0200, Geert Uytterhoeven wrote: > Hi Luis, > > On Sat, Apr 28, 2018 at 2:15 AM, Luis R. Rodriguez wrote: > > Some architectures do not define PAGE_KERNEL_RO, best we can do > > for them is to provide a fallback onto PAGE_KERNEL. Remove the > > hack from the

Re: [v6 0/2] clk: qcom: clk-rpmh: Add QCOM RPMh clock driver

Quoting Taniya Das (2018-05-02 03:51:15) > [v6] >* Addressed comments from Rob >* Addressed comments from Stephen Please actually describe what you addressed. Nobody wants to look back at the old emails to figure out what comments you addressed.

Re: [v6 0/2] clk: qcom: clk-rpmh: Add QCOM RPMh clock driver

Quoting Taniya Das (2018-05-02 03:51:15) > [v6] >* Addressed comments from Rob >* Addressed comments from Stephen Please actually describe what you addressed. Nobody wants to look back at the old emails to figure out what comments you addressed.

Re: [RFC v3 4/5] virtio_ring: add event idx support in packed ring

On Wed, May 02, 2018 at 04:51:01PM +0300, Michael S. Tsirkin wrote: > On Wed, May 02, 2018 at 03:28:19PM +0800, Tiwei Bie wrote: > > On Wed, May 02, 2018 at 10:51:06AM +0800, Jason Wang wrote: > > > On 2018年04月25日 13:15, Tiwei Bie wrote: > > > > This commit introduces the event idx support in

Re: [RFC v3 4/5] virtio_ring: add event idx support in packed ring

On Wed, May 02, 2018 at 04:51:01PM +0300, Michael S. Tsirkin wrote: > On Wed, May 02, 2018 at 03:28:19PM +0800, Tiwei Bie wrote: > > On Wed, May 02, 2018 at 10:51:06AM +0800, Jason Wang wrote: > > > On 2018年04月25日 13:15, Tiwei Bie wrote: > > > > This commit introduces the event idx support in

Re: [PATCH] net: stmmac: Avoid VLA usage

From: Kees Cook Date: Tue, 1 May 2018 14:01:30 -0700 > In the quest to remove all stack VLAs from the kernel[1], this switches > the "status" stack buffer to use the existing small (8) upper bound on > how many queues can be checked for DMA, and adds a sanity-check just to

Re: [PATCH] net: stmmac: Avoid VLA usage

From: Kees Cook Date: Tue, 1 May 2018 14:01:30 -0700 > In the quest to remove all stack VLAs from the kernel[1], this switches > the "status" stack buffer to use the existing small (8) upper bound on > how many queues can be checked for DMA, and adds a sanity-check just to > make sure it doesn't

led: hw-trigger, global brightness and multi-colored leds

Hello, on the Turris Omnia[1] the LEDs are controllable via an i2c device. Each LED can be either in "manual mode" or in a mode I'd call "native mode" which is the default. In this native mode the LED being on or off depends on an input line that is controlled by another hardware. So a LED

led: hw-trigger, global brightness and multi-colored leds

Hello, on the Turris Omnia[1] the LEDs are controllable via an i2c device. Each LED can be either in "manual mode" or in a mode I'd call "native mode" which is the default. In this native mode the LED being on or off depends on an input line that is controlled by another hardware. So a LED

Re: [PATCH v6 0/8] ipc: Clamp *mni to the real IPCMNI limit & increase that limit

Waiman Long writes: > On 05/01/2018 10:18 PM, Eric W. Biederman wrote: >> >>> The sysctl parameters msgmni, shmmni and semmni have an inherent limit >>> of IPC_MNI (32k). However, users may not be aware of that because they >>> can write a value much higher than that without

Re: [PATCH 1/2] dt-bindings: clock: Introduce QCOM RPMh clock bindings

Quoting Taniya Das (2018-05-02 03:51:16) > Add RPMh clock device bindings for Qualcomm Technology Inc's SoCs. These > devices would be used for communicating resource state requests to control > the clocks managed by RPMh. > > Signed-off-by: Taniya Das > Reviewed-by: Rob

Re: [PATCH v6 0/8] ipc: Clamp *mni to the real IPCMNI limit & increase that limit

Waiman Long writes: > On 05/01/2018 10:18 PM, Eric W. Biederman wrote: >> >>> The sysctl parameters msgmni, shmmni and semmni have an inherent limit >>> of IPC_MNI (32k). However, users may not be aware of that because they >>> can write a value much higher than that without getting any error or

Re: [PATCH 1/2] dt-bindings: clock: Introduce QCOM RPMh clock bindings

Quoting Taniya Das (2018-05-02 03:51:16) > Add RPMh clock device bindings for Qualcomm Technology Inc's SoCs. These > devices would be used for communicating resource state requests to control > the clocks managed by RPMh. > > Signed-off-by: Taniya Das > Reviewed-by: Rob Herring When you

Re: [PATCH v9 03/27] clk: davinci: psc: allow for dev == NULL

On Wednesday 02 May 2018 07:19 AM, David Lechner wrote: > On 05/01/2018 09:02 AM, Sekhar Nori wrote: >> On Friday 27 April 2018 05:47 AM, David Lechner wrote: >>> +static inline void *_devm_kzalloc(struct device *dev, size_t size, >>> gfp_t flags) >>> +{ >>> +    if (dev) >>> +    return

Re: [PATCH v9 03/27] clk: davinci: psc: allow for dev == NULL

On Wednesday 02 May 2018 07:19 AM, David Lechner wrote: > On 05/01/2018 09:02 AM, Sekhar Nori wrote: >> On Friday 27 April 2018 05:47 AM, David Lechner wrote: >>> +static inline void *_devm_kzalloc(struct device *dev, size_t size, >>> gfp_t flags) >>> +{ >>> +    if (dev) >>> +    return

Re: [Xen-devel] [PATCH 2/4] xen/PVH: Use proper CS selector in long mode

>>> On 02.05.18 at 17:08, wrote: > On 05/02/2018 11:00 AM, Jan Beulich wrote: > On 02.05.18 at 16:57, wrote: >>> On 05/02/2018 04:05 AM, Jan Beulich wrote: >>> On 30.04.18 at 18:23, wrote: >

Re: [Xen-devel] [PATCH 2/4] xen/PVH: Use proper CS selector in long mode

>>> On 02.05.18 at 17:08, wrote: > On 05/02/2018 11:00 AM, Jan Beulich wrote: > On 02.05.18 at 16:57, wrote: >>> On 05/02/2018 04:05 AM, Jan Beulich wrote: >>> On 30.04.18 at 18:23, wrote: > Signed-off-by: Boris Ostrovsky Reviewed-by: Jan Beulich But to understand

Re: [PATCH] net: ethernet: ti: cpsw: fix packet leaking in dual_mac mode

From: Grygorii Strashko Date: Tue, 1 May 2018 12:41:22 -0500 > In dual_mac mode packets arrived on one port should not be forwarded by > switch hw to another port. Only Linux Host can forward packets between > ports. The below test case (reported in [1]) shows that

Re: [PATCH] net: ethernet: ti: cpsw: fix packet leaking in dual_mac mode

From: Grygorii Strashko Date: Tue, 1 May 2018 12:41:22 -0500 > In dual_mac mode packets arrived on one port should not be forwarded by > switch hw to another port. Only Linux Host can forward packets between > ports. The below test case (reported in [1]) shows that packet arrived on > one port

Re: [Xen-devel] [PATCH 4/4] xen/PVH: Remove reserved entry in PVH GDT

>>> On 02.05.18 at 17:06, wrote: > On 05/02/2018 04:26 AM, Jan Beulich wrote: > On 01.05.18 at 14:34, wrote: >>> On 05/01/2018 04:00 AM, Roger Pau Monné wrote: On Mon, Apr 30, 2018 at 12:23:39PM -0400, Boris Ostrovsky wrote: >

Re: [Xen-devel] [PATCH 4/4] xen/PVH: Remove reserved entry in PVH GDT

>>> On 02.05.18 at 17:06, wrote: > On 05/02/2018 04:26 AM, Jan Beulich wrote: > On 01.05.18 at 14:34, wrote: >>> On 05/01/2018 04:00 AM, Roger Pau Monné wrote: On Mon, Apr 30, 2018 at 12:23:39PM -0400, Boris Ostrovsky wrote: > And without it we can't use _BOOT_XX macros any longer

Re: [Xen-devel] [PATCH 2/4] xen/PVH: Use proper CS selector in long mode

On 05/02/2018 11:00 AM, Jan Beulich wrote: On 02.05.18 at 16:57, wrote: >> On 05/02/2018 04:05 AM, Jan Beulich wrote: >> On 30.04.18 at 18:23, wrote: Signed-off-by: Boris Ostrovsky >>> Reviewed-by:

Re: [Xen-devel] [PATCH 2/4] xen/PVH: Use proper CS selector in long mode

On 05/02/2018 11:00 AM, Jan Beulich wrote: On 02.05.18 at 16:57, wrote: >> On 05/02/2018 04:05 AM, Jan Beulich wrote: >> On 30.04.18 at 18:23, wrote: Signed-off-by: Boris Ostrovsky >>> Reviewed-by: Jan Beulich >>> >>> But to understand why things have been working nevertheless it

4.15.18 irq xx: nobody cared (try booting with the "irqpoll" option)

Hello, Ever since booting into 4.15.18 I had two incidents of 'irq xx: nobody cared (try booting with the "irqpoll" option)'. Before that 4.9.60 ran for months without issue. What could be the cause? Kind regards, Udo 96.747946] snd_hda_codec_hdmi hdaudioC1D0: HDMI ATI/AMD: no speaker

4.15.18 irq xx: nobody cared (try booting with the "irqpoll" option)

Hello, Ever since booting into 4.15.18 I had two incidents of 'irq xx: nobody cared (try booting with the "irqpoll" option)'. Before that 4.9.60 ran for months without issue. What could be the cause? Kind regards, Udo 96.747946] snd_hda_codec_hdmi hdaudioC1D0: HDMI ATI/AMD: no speaker

<    6   7   8   9   10   11   12   13   14   15   >