Re: livepatch: reuse module loader code to write relocations

2016-02-09 Thread Jessica Yu
+++ Petr Mladek [09/02/16 15:01 +0100]: On Wed 2016-02-03 20:11:09, Jessica Yu wrote: Reuse module loader code to write relocations, thereby eliminating the need for architecture specific relocation code in livepatch. Specifically, reuse the apply_relocate_add() function in the module loader to

Re: livepatch: reuse module loader code to write relocations

2016-02-09 Thread Jessica Yu
+++ Josh Poimboeuf [08/02/16 14:26 -0600]: On Wed, Feb 03, 2016 at 08:11:09PM -0500, Jessica Yu wrote: Reuse module loader code to write relocations, thereby eliminating the need for architecture specific relocation code in livepatch. Specifically, reuse the apply_relocate_add() function in the

Re: [RFC PATCH v4 2/6] module: preserve Elf information for livepatch modules

2016-02-09 Thread Rusty Russell
Petr Mladek writes: > On Tue 2016-02-09 11:33:07, Jiri Kosina wrote: >> On Tue, 9 Feb 2016, Petr Mladek wrote: >> >> > > +#ifdef CONFIG_KALLSYMS >> > > +/* Make symtab and strtab available prior to module init call */ >> > > +mod->num_symtab = mod->core_num_syms; >> > > +m

Re: [RFC] A first shot at asciidoc-based formatted docs

2016-02-09 Thread Jonathan Corbet
On Tue, 26 Jan 2016 14:08:45 +0200 Jani Nikula wrote: > I'm afraid we've done some overlapping work in the mean time, but I'm > happy we've both looked at the tool chain, and can have a more > meaningful conversation now. [Adding Keith since you said you wanted to be a part of this - let us know

Re: [PATCH 8/9] rfkill: Userspace control for airplane mode

2016-02-09 Thread Julian Calaby
Hi All, On Wed, Feb 10, 2016 at 8:36 AM, João Paulo Rechi Vita wrote: > Provide an interface for the airplane-mode indicator be controlled from > userspace. User has to first acquire the control through > RFKILL_OP_AIRPLANE_MODE_ACQUIRE and keep the fd open for the whole time > it wants to be in

[PATCH 8/9] rfkill: Userspace control for airplane mode

2016-02-09 Thread João Paulo Rechi Vita
Provide an interface for the airplane-mode indicator be controlled from userspace. User has to first acquire the control through RFKILL_OP_AIRPLANE_MODE_ACQUIRE and keep the fd open for the whole time it wants to be in control of the indicator. Closing the fd or using RFKILL_OP_AIRPLANE_MODE_RELEAS

Re: [PATCH 8/9] rfkill: Userspace control for airplane mode

2016-02-09 Thread João Paulo Rechi Vita
On 8 February 2016 at 17:53, Julian Calaby wrote: >> + if (ev.op == RFKILL_OP_AIRPLANE_MODE_RELEASE) { >> + if (rfkill_apm_owned && !data->is_apm_owner) { > > Are you sure this is correct? > > In the case that airplane mode isn't owned, the > rfkill_apm_led_trigger_event() cal

Re: [PATCH 3/3] Documentation for the GCC plugin infrastructure

2016-02-09 Thread Emese Revfy
On Mon, 8 Feb 2016 20:27:31 -0800 Kees Cook wrote: > On Sun, Feb 7, 2016 at 1:32 PM, Emese Revfy wrote: > > This is the GCC infrastructure documentation about its operation, how to add > > and use a new plugin with an example. > > > > --- > > Documentation/example_gcc_plugin.c | 103 > > ++

Re: [PATCH v11 4/4] Watchdog: introduce ARM SBSA watchdog driver

2016-02-09 Thread Fu Wei
Hi Timur, On 10 February 2016 at 01:39, Timur Tabi wrote: > fu@linaro.org wrote: > >> + if (!action) >> + dev_warn(dev, "fall back to signle stage >> mode.\n"); > > > "falling back to single stage mode" Thanks for your correction. :-) Will fixed it > > A

Re: [PATCH v11 4/4] Watchdog: introduce ARM SBSA watchdog driver

2016-02-09 Thread Timur Tabi
fu@linaro.org wrote: + if (!action) + dev_warn(dev, "fall back to signle stage mode.\n"); "falling back to single stage mode" Acked-by: Timur Tabi The whole "calculate the timeouts different if 'action' is enabled" seems clunky to me, but I can't thi

[PATCH v11 2/4] ARM64: add SBSA Generic Watchdog device node in foundation-v8.dts

2016-02-09 Thread fu . wei
From: Fu Wei This can be a example of adding SBSA Generic Watchdog device node into some dts files for the Soc which contains SBSA Generic Watchdog. Acked-by: Arnd Bergmann Signed-off-by: Fu Wei --- arch/arm64/boot/dts/arm/foundation-v8.dts | 8 1 file changed, 8 insertions(+) diff

[PATCH v11 1/4] Documentation: add sbsa-gwdt driver documentation

2016-02-09 Thread fu . wei
From: Fu Wei The sbsa-gwdt.txt documentation in devicetree/bindings/watchdog is for introducing SBSA(Server Base System Architecture) Generic Watchdog device node info into FDT. Also add sbsa-gwdt introduction in watchdog-parameters.txt Acked-by: Arnd Bergmann Acked-by: Rob Herring Signed-off

Re: [PATCH V2 3/6] stm class: provision for statically assigned masterIDs

2016-02-09 Thread Mathieu Poirier
On 8 February 2016 at 10:44, Al Grant wrote: >> Mike did write "master IDs are hardwired to individual cores and core >> security >> states", which make assignment for one platform very static. >> On the flip side those will change from one system to another. > > It depends on your perspective.

[PATCH v11 3/4] ARM64: add SBSA Generic Watchdog device node in amd-seattle-soc.dtsi

2016-02-09 Thread fu . wei
From: Fu Wei This can be a example of adding SBSA Generic Watchdog device node into some dts files for the Soc which contains SBSA Generic Watchdog. Acked-by: Arnd Bergmann Signed-off-by: Suravee Suthikulpanit Signed-off-by: Fu Wei --- arch/arm64/boot/dts/amd/amd-seattle-soc.dtsi | 9 +++

[PATCH v11 4/4] Watchdog: introduce ARM SBSA watchdog driver

2016-02-09 Thread fu . wei
From: Fu Wei According to Server Base System Architecture (SBSA) specification, the SBSA Generic Watchdog has two stage timeouts: the first signal (WS0) is for alerting the system by interrupt, the second one (WS1) is a real hardware reset. More details about the hardware specification of this de

[PATCH v11 0/4] Watchdog: introduce ARM SBSA watchdog driver

2016-02-09 Thread fu . wei
From: Fu Wei This patchset: (1)Introduce Documentation/devicetree/bindings/watchdog/sbsa-gwdt.txt for FDT info of SBSA Generic Watchdog, and give two examples of adding SBSA Generic Watchdog device node into the dts files: foundation-v8.dts and amd-seattle-soc.dtsi. (2)Introd

[PATCH v8 03/23] powerpc: Update documentation for noltlbs kernel parameter

2016-02-09 Thread Christophe Leroy
Now the noltlbs kernel parameter is also applicable to PPC8xx Signed-off-by: Christophe Leroy --- v2: no change v3: no change v4: no change v5: no change v6: no change v8: no change Documentation/kernel-parameters.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documenta

[PATCH v8 00/23] powerpc/8xx: Use large pages for RAM and IMMR and other improvments

2016-02-09 Thread Christophe Leroy
The main purpose of this patchset is to dramatically reduce the time spent in DTLB miss handler. This is achieved by: 1/ Mapping RAM with 8M pages 2/ Mapping IMMR with a fixed 512K page On a live running system (VoIP gateway for Air Trafic Control), over a 10 minutes period (with 277s idle), we ge

Re: [RFC PATCH v4 4/6] livepatch: reuse module loader code to write relocations

2016-02-09 Thread Miroslav Benes
On Tue, 9 Feb 2016, Petr Mladek wrote: > On Wed 2016-02-03 20:11:09, Jessica Yu wrote: > > Reuse module loader code to write relocations, thereby eliminating the need > > for architecture specific relocation code in livepatch. Specifically, reuse > > the apply_relocate_add() function in the module

Re: [RFC PATCH v4 0/6] (mostly) Arch-independent livepatch

2016-02-09 Thread Petr Mladek
On Wed 2016-02-03 20:11:05, Jessica Yu wrote: > This patchset removes livepatch's need for architecture-specific relocation > code by leveraging existing code in the module loader to perform > arch-dependent work. Specifically, instead of duplicating code and > re-implementing what the apply_reloca

Re: [PATCH v7 00/23] powerpc/8xx: Use large pages for RAM and IMMR and other improvments

2016-02-09 Thread Christophe Leroy
Le 09/02/2016 11:23, Christophe Leroy a écrit : The main purpose of this patchset is to dramatically reduce the time spent in DTLB miss handler. This is achieved by: 1/ Mapping RAM with 8M pages 2/ Mapping IMMR with a fixed 512K page Change in v7: * Don't include x_block_mapped() from compila

Re: [RFC PATCH v4 4/6] livepatch: reuse module loader code to write relocations

2016-02-09 Thread Petr Mladek
On Wed 2016-02-03 20:11:09, Jessica Yu wrote: > Reuse module loader code to write relocations, thereby eliminating the need > for architecture specific relocation code in livepatch. Specifically, reuse > the apply_relocate_add() function in the module loader to write relocations > instead of duplic

Re: [RESEND PATCH v1] drm: Clean up drm Makefile

2016-02-09 Thread Oded Gabbay
On Tue, Feb 9, 2016 at 11:29 AM, Daniel Vetter wrote: > On Sat, Jan 30, 2016 at 01:11:01PM +0200, Oded Gabbay wrote: >> On Sat, Jan 30, 2016 at 11:56 AM, Xinliang Liu >> wrote: >> > This patch cleans up the Makefile of drm root directory. >> > Make core and device drivers configuration list sort

Re: [RFC PATCH v4 4/6] livepatch: reuse module loader code to write relocations

2016-02-09 Thread Miroslav Benes
> > +/* .klp.sym.[objname].symbol_name,sympos */ > > +static int klp_get_sym_objname(char *s, char **result) > > +{ > > Do we need result to be a double-pointer? If I am not mistaken just 'char > *result' could be sufficient. You check the return value, so result could > be NULL or objname as f

Re: [RFC PATCH v4 2/6] module: preserve Elf information for livepatch modules

2016-02-09 Thread Petr Mladek
On Tue 2016-02-09 11:33:07, Jiri Kosina wrote: > On Tue, 9 Feb 2016, Petr Mladek wrote: > > > > +#ifdef CONFIG_KALLSYMS > > > + /* Make symtab and strtab available prior to module init call */ > > > + mod->num_symtab = mod->core_num_syms; > > > + mod->symtab = mod->core_symtab; > > > + mod->strtab

Re: [RFC PATCH v4 2/6] module: preserve Elf information for livepatch modules

2016-02-09 Thread Jiri Kosina
On Tue, 9 Feb 2016, Petr Mladek wrote: > > +#ifdef CONFIG_KALLSYMS > > + /* Make symtab and strtab available prior to module init call */ > > + mod->num_symtab = mod->core_num_syms; > > + mod->symtab = mod->core_symtab; > > + mod->strtab = mod->core_strtab; > > +#endif > > This should be

[PATCH v7 00/23] powerpc/8xx: Use large pages for RAM and IMMR and other improvments

2016-02-09 Thread Christophe Leroy
The main purpose of this patchset is to dramatically reduce the time spent in DTLB miss handler. This is achieved by: 1/ Mapping RAM with 8M pages 2/ Mapping IMMR with a fixed 512K page On a live running system (VoIP gateway for Air Trafic Control), over a 10 minutes period (with 277s idle), we ge

[PATCH v7 03/23] powerpc: Update documentation for noltlbs kernel parameter

2016-02-09 Thread Christophe Leroy
Now the noltlbs kernel parameter is also applicable to PPC8xx Signed-off-by: Christophe Leroy --- v2: no change v3: no change v4: no change v5: no change v6: no change v7: no change Documentation/kernel-parameters.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documenta

Re: [PATCH v2] drm: Clean up drm Makefile

2016-02-09 Thread Daniel Vetter
On Fri, Feb 05, 2016 at 11:10:30AM +0800, Xinliang Liu wrote: > This patch cleans up the Makefile of drm root directory. > Make core and device drivers configuration list sorted Alphabetically. > > Signed-off-by: Xinliang Liu > Reviewed-by: Xinwei Kong > Reviewed-by: Yifan Liu > --- > drivers/

Re: [RESEND PATCH v1] drm: Clean up drm Makefile

2016-02-09 Thread Daniel Vetter
On Sat, Jan 30, 2016 at 01:11:01PM +0200, Oded Gabbay wrote: > On Sat, Jan 30, 2016 at 11:56 AM, Xinliang Liu > wrote: > > This patch cleans up the Makefile of drm root directory. > > Make core and device drivers configuration list sorted Alphabetically. > > > > Signed-off-by: Xinliang Liu > > R

Re: [RFC PATCH v4 2/6] module: preserve Elf information for livepatch modules

2016-02-09 Thread Petr Mladek
On Wed 2016-02-03 20:11:07, Jessica Yu wrote: > For livepatch modules, copy Elf section, symbol, and string information > from the load_info struct in the module loader. Persist copies of the > original symbol table and string table. > > Livepatch manages its own relocation sections in order to re