Re: [PATCH RESEND v4] MAINTAINERS: fix lots of alphabetic ordering

On Wed, 2017-07-19 at 14:40 -0700, Randy Dunlap wrote: > From: Randy Dunlap > > Fix major alphabetic errors. No attempt to fix items that all begin > with the same word (like ARM, BROADCOM, DRM, EDAC, FREESCALE, INTEL, > OMAP, PCI, SAMSUNG, TI, USB, etc.). [] > -APPARMOR

Re: [PATCH RESEND v4] MAINTAINERS: fix lots of alphabetic ordering

On Wed, 2017-07-19 at 14:40 -0700, Randy Dunlap wrote: > From: Randy Dunlap > > Fix major alphabetic errors. No attempt to fix items that all begin > with the same word (like ARM, BROADCOM, DRM, EDAC, FREESCALE, INTEL, > OMAP, PCI, SAMSUNG, TI, USB, etc.). [] > -APPARMOR SECURITY MODULE > -M:

[PATCH] crypto: ixp4xx - Fix error handling path in 'aead_perform()'

In commit 0f987e25cb8a, the source processing has been moved in front of the destination processing, but the error handling path has not been modified accordingly. Free resources in the correct order to avoid some leaks. Fixes: 0f987e25cb8a ("crypto: ixp4xx - Fix false lastlen uninitialised

[PATCH] crypto: ixp4xx - Fix error handling path in 'aead_perform()'

In commit 0f987e25cb8a, the source processing has been moved in front of the destination processing, but the error handling path has not been modified accordingly. Free resources in the correct order to avoid some leaks. Fixes: 0f987e25cb8a ("crypto: ixp4xx - Fix false lastlen uninitialised

[RESEND PATCH v3 9/9] perf annotate: Calculate the percentage with period or number of samples

To correspond with perf-report using the sample period for the percentage calculation, calculate the percentage with period. But if --show-nr-samples was used, figure out the percentage by number of samples. Cc: Namhyung Kim Cc: Jiri Olsa Signed-off-by:

[RESEND PATCH v3 9/9] perf annotate: Calculate the percentage with period or number of samples

To correspond with perf-report using the sample period for the percentage calculation, calculate the percentage with period. But if --show-nr-samples was used, figure out the percentage by number of samples. Cc: Namhyung Kim Cc: Jiri Olsa Signed-off-by: Taeung Song ---

Re: [PATCH RESEND v4] MAINTAINERS: fix lots of alphabetic ordering

On Wed, 19 Jul 2017 14:40:20 -0700 Randy Dunlap wrote: > Fix major alphabetic errors. No attempt to fix items that all begin > with the same word (like ARM, BROADCOM, DRM, EDAC, FREESCALE, INTEL, > OMAP, PCI, SAMSUNG, TI, USB, etc.). > > (diffstat +/- is different by one

Re: [PATCH RESEND v4] MAINTAINERS: fix lots of alphabetic ordering

On Wed, 19 Jul 2017 14:40:20 -0700 Randy Dunlap wrote: > Fix major alphabetic errors. No attempt to fix items that all begin > with the same word (like ARM, BROADCOM, DRM, EDAC, FREESCALE, INTEL, > OMAP, PCI, SAMSUNG, TI, USB, etc.). > > (diffstat +/- is different by one line because TI

[PATCH RESEND v4] MAINTAINERS: fix lots of alphabetic ordering

From: Randy Dunlap Fix major alphabetic errors. No attempt to fix items that all begin with the same word (like ARM, BROADCOM, DRM, EDAC, FREESCALE, INTEL, OMAP, PCI, SAMSUNG, TI, USB, etc.). (diffstat +/- is different by one line because TI KEYSTONE MULTICORE had 2 blank

[PATCH RESEND v4] MAINTAINERS: fix lots of alphabetic ordering

From: Randy Dunlap Fix major alphabetic errors. No attempt to fix items that all begin with the same word (like ARM, BROADCOM, DRM, EDAC, FREESCALE, INTEL, OMAP, PCI, SAMSUNG, TI, USB, etc.). (diffstat +/- is different by one line because TI KEYSTONE MULTICORE had 2 blank lines after it.)

[PATCH v3 2/9] perf annotate: Properly rename 'sum' to 'total_samples' in struct sym_hist

Cc: Namhyung Kim Cc: Jiri Olsa Signed-off-by: Taeung Song --- tools/perf/ui/gtk/annotate.c | 2 +- tools/perf/util/annotate.c | 22 +++--- tools/perf/util/annotate.h | 2 +- 3 files changed, 13 insertions(+),

[PATCH v3 2/9] perf annotate: Properly rename 'sum' to 'total_samples' in struct sym_hist

Cc: Namhyung Kim Cc: Jiri Olsa Signed-off-by: Taeung Song --- tools/perf/ui/gtk/annotate.c | 2 +- tools/perf/util/annotate.c | 22 +++--- tools/perf/util/annotate.h | 2 +- 3 files changed, 13 insertions(+), 13 deletions(-) diff --git a/tools/perf/ui/gtk/annotate.c

[PATCH v3 4/9] perf annotate: Show the proper header when using --show-total-period

Currently a first column is only "Percent", so fix it to show correct column name based on given options. (e.g. if using --show-total-period, show "Event count" as a first column) Reported-by: Milian Wolff Cc: Namhyung Kim Cc: Jiri Olsa

[PATCH v3 4/9] perf annotate: Show the proper header when using --show-total-period

Currently a first column is only "Percent", so fix it to show correct column name based on given options. (e.g. if using --show-total-period, show "Event count" as a first column) Reported-by: Milian Wolff Cc: Namhyung Kim Cc: Jiri Olsa Signed-off-by: Taeung Song ---

[PATCH v3 7/9] perf annotate: Support --show-nr-samples option

Add --show-nr-samples option to perf-annotate so that it corresponds with perf-report. Cc: Namhyung Kim Cc: Milian Wolff Cc: Jiri Olsa Signed-off-by: Taeung Song --- tools/perf/builtin-annotate.c | 2 ++

[PATCH v3 7/9] perf annotate: Support --show-nr-samples option

Add --show-nr-samples option to perf-annotate so that it corresponds with perf-report. Cc: Namhyung Kim Cc: Milian Wolff Cc: Jiri Olsa Signed-off-by: Taeung Song --- tools/perf/builtin-annotate.c | 2 ++ tools/perf/util/annotate.c| 6 +- 2 files changed, 7 insertions(+), 1

[PATCH v3 5/9] perf anntoate browser: Fix the toggle total period view to show period, not number of samples

Currently the toggle total period view on the annotate TUI shows the number of samples, not period like below. So fix the toggle total period view on the annotate TUI like below. $ perf annotate --show-total-period Before: │Disassembly of section .text: │ │

[PATCH v3 5/9] perf anntoate browser: Fix the toggle total period view to show period, not number of samples

Currently the toggle total period view on the annotate TUI shows the number of samples, not period like below. So fix the toggle total period view on the annotate TUI like below. $ perf annotate --show-total-period Before: │Disassembly of section .text: │ │

[PATCH v3 9/9] perf annotate: Use the sample period when calculating the percentage

Currently the percentages of perf-annotate are calculated with number of samples, not the sample period. So fix it to correspond with perf-report using the sample period for the calculation. Cc: Namhyung Kim Cc: Jiri Olsa Signed-off-by: Taeung Song

[PATCH v3 9/9] perf annotate: Use the sample period when calculating the percentage

Currently the percentages of perf-annotate are calculated with number of samples, not the sample period. So fix it to correspond with perf-report using the sample period for the calculation. Cc: Namhyung Kim Cc: Jiri Olsa Signed-off-by: Taeung Song --- tools/perf/util/annotate.c | 23

[PATCH v3 8/9] perf annotate browser: Circulate percent, total period, samples view

With a existing 't' hotkey, support the three view based on percent, total period and number of samples on the annotate TUI browser, circulating them like below. First column: Percent -> Event count -> Samples -> Percent ... Cc: Namhyung Kim Cc: Milian Wolff

[PATCH v3 8/9] perf annotate browser: Circulate percent, total period, samples view

With a existing 't' hotkey, support the three view based on percent, total period and number of samples on the annotate TUI browser, circulating them like below. First column: Percent -> Event count -> Samples -> Percent ... Cc: Namhyung Kim Cc: Milian Wolff Cc: Jiri Olsa Signed-off-by:

[PATCH v3 6/9] perf annotate browser: Show the proper header when using --show-total-period

Currently a first column is only "Percent", so fix it to show correct column name based on given options. (e.g. if using --show-total-period or a 't' hotkey, show "Event count" as a first column) Reported-by: Milian Wolff Cc: Namhyung Kim Cc: Jiri

[PATCH v3 6/9] perf annotate browser: Show the proper header when using --show-total-period

Currently a first column is only "Percent", so fix it to show correct column name based on given options. (e.g. if using --show-total-period or a 't' hotkey, show "Event count" as a first column) Reported-by: Milian Wolff Cc: Namhyung Kim Cc: Jiri Olsa Signed-off-by: Taeung Song ---

[PATCH v3 0/9] perf annotate: Fix --show-total-period and support --show-nr-samples

Hello, Currently the --show-total-period option of perf-annotate is different from perf-report's. It has two problem like below: (Reported by Namhyung Kim and Milian Wolff) 1) Wrong column i.e. 'Percent' (even though using --show-total-period) 2) Show number of samples, not period So fix

[PATCH v3 3/9] perf annotate: Fix wrong --show-total-period option showing number of samples

Currently the --show-total-period option of perf-annotate is different from perf-report's. For example, perf-report ordinarily shows period and number of samples. # Overhead SamplesPeriod Command Shared Object Symbol # ...

[PATCH v3 0/9] perf annotate: Fix --show-total-period and support --show-nr-samples

Hello, Currently the --show-total-period option of perf-annotate is different from perf-report's. It has two problem like below: (Reported by Namhyung Kim and Milian Wolff) 1) Wrong column i.e. 'Percent' (even though using --show-total-period) 2) Show number of samples, not period So fix

[PATCH v3 3/9] perf annotate: Fix wrong --show-total-period option showing number of samples

Currently the --show-total-period option of perf-annotate is different from perf-report's. For example, perf-report ordinarily shows period and number of samples. # Overhead SamplesPeriod Command Shared Object Symbol # ...

[PATCH v3 1/9] perf annotate: Introduce struct sym_hist_entry

struct sym_hist has addr[] but it should have not only number of samples but also the sample period. So use new struct symhist_entry for that. Cc: Namhyung Kim Cc: Jiri Olsa Signed-off-by: Taeung Song ---

[PATCH v3 1/9] perf annotate: Introduce struct sym_hist_entry

struct sym_hist has addr[] but it should have not only number of samples but also the sample period. So use new struct symhist_entry for that. Cc: Namhyung Kim Cc: Jiri Olsa Signed-off-by: Taeung Song --- tools/perf/ui/browsers/annotate.c | 6 +++--- tools/perf/ui/gtk/annotate.c | 4

Re: [PATCH] documentation: Fix two-CPU control-dependency example

On 2017/07/20 2:43, Paul E. McKenney wrote: > On Mon, Jul 17, 2017 at 05:24:42PM +0900, Akira Yokosawa wrote: >> >From b798b9b631e237d285aa8699da00bfb8ced33bea Mon Sep 17 00:00:00 2001 >> From: Akira Yokosawa >> Date: Mon, 17 Jul 2017 16:25:33 +0900 >> Subject: [PATCH]

Re: [PATCH] documentation: Fix two-CPU control-dependency example

On 2017/07/20 2:43, Paul E. McKenney wrote: > On Mon, Jul 17, 2017 at 05:24:42PM +0900, Akira Yokosawa wrote: >> >From b798b9b631e237d285aa8699da00bfb8ced33bea Mon Sep 17 00:00:00 2001 >> From: Akira Yokosawa >> Date: Mon, 17 Jul 2017 16:25:33 +0900 >> Subject: [PATCH] documentation: Fix two-CPU

Re: [PATCH v2 3/4] PM: Print wall time at suspend & hibernate entry and exit

On Wed, Jul 19, 2017 at 11:23 PM, Mark Salyzyn wrote: > On 07/19/2017 01:40 PM, Rafael J. Wysocki wrote: >> >> On Wed, Jul 19, 2017 at 9:45 PM, Mark Salyzyn wrote: >>> >>> Permits power state and battery life diagnosis. >>> >>> Since one is not

Re: [PATCH v2 3/4] PM: Print wall time at suspend & hibernate entry and exit

On Wed, Jul 19, 2017 at 11:23 PM, Mark Salyzyn wrote: > On 07/19/2017 01:40 PM, Rafael J. Wysocki wrote: >> >> On Wed, Jul 19, 2017 at 9:45 PM, Mark Salyzyn wrote: >>> >>> Permits power state and battery life diagnosis. >>> >>> Since one is not guaranteed to have a persistent hardware clock to

Re: [PATCH v4 1/4] time: rtc-lib: Add rtc_show_time(const char *prefix_msg)

On 07/19/2017 02:22 PM, Alexandre Belloni wrote: Hi, On 19/07/2017 at 12:44:41 -0700, Mark Salyzyn wrote: Primary purpose of rtc_show_time is to provide a marker used for post-mortem Battery and Power analysis. These markers occur at major discontinuities of time, and thus optionally add a

Re: [PATCH v4 1/4] time: rtc-lib: Add rtc_show_time(const char *prefix_msg)

On 07/19/2017 02:22 PM, Alexandre Belloni wrote: Hi, On 19/07/2017 at 12:44:41 -0700, Mark Salyzyn wrote: Primary purpose of rtc_show_time is to provide a marker used for post-mortem Battery and Power analysis. These markers occur at major discontinuities of time, and thus optionally add a

Re: [PATCH] MAINTAINERS: fix alpha ordering

On Sun, 16 Jul 2017 10:15:17 -0700 Randy Dunlap wrote: > Fix major alphabetic errors. No attempt to fix items that all begin > with the same word (like ARM, BROADCOM, DRM, EDAC, FREESCALE, INTEL, > OMAP, PCI, SAMSUNG, TI, USB, etc.). > > (diffstat +/- is different by one

Re: [PATCH] MAINTAINERS: fix alpha ordering

On Sun, 16 Jul 2017 10:15:17 -0700 Randy Dunlap wrote: > Fix major alphabetic errors. No attempt to fix items that all begin > with the same word (like ARM, BROADCOM, DRM, EDAC, FREESCALE, INTEL, > OMAP, PCI, SAMSUNG, TI, USB, etc.). > > (diffstat +/- is different by one line because TI

Re: [PATCH 3/3] hwrng: mxc-fsl - add support for Freescale RNGC

Hi PrasannaKumar, thanks for taking the time to review my submission. Thus wrote PrasannaKumar Muralidharan (prasannatsmku...@gmail.com): > Please combine above 2 comments. ok, I'll do this. > > + > > +/* > > + * Hardware driver for the Intel/AMD/VIA Random Number Generators (RNG) > > [...]

Re: [PATCH 3/3] hwrng: mxc-fsl - add support for Freescale RNGC

Hi PrasannaKumar, thanks for taking the time to review my submission. Thus wrote PrasannaKumar Muralidharan (prasannatsmku...@gmail.com): > Please combine above 2 comments. ok, I'll do this. > > + > > +/* > > + * Hardware driver for the Intel/AMD/VIA Random Number Generators (RNG) > > [...]

Re: [PATCH v2] integrity: track mtime in addition to i_version for assessment

On Wed, Jul 12, 2017 at 01:56:50PM -0400, Mimi Zohar wrote: > On Wed, 2017-07-12 at 10:35 -0400, Bruce Fields wrote: > > On Wed, Jul 12, 2017 at 08:20:21AM -0400, Mimi Zohar wrote: > > > Right, currently the only way of knowing is by looking at the IMA > > > measurement list to see if modified

Re: [PATCH v2] integrity: track mtime in addition to i_version for assessment

On Wed, Jul 12, 2017 at 01:56:50PM -0400, Mimi Zohar wrote: > On Wed, 2017-07-12 at 10:35 -0400, Bruce Fields wrote: > > On Wed, Jul 12, 2017 at 08:20:21AM -0400, Mimi Zohar wrote: > > > Right, currently the only way of knowing is by looking at the IMA > > > measurement list to see if modified

Re: [PATCH v2 3/4] PM: Print wall time at suspend & hibernate entry and exit

On 07/19/2017 01:40 PM, Rafael J. Wysocki wrote: On Wed, Jul 19, 2017 at 9:45 PM, Mark Salyzyn wrote: Permits power state and battery life diagnosis. Since one is not guaranteed to have a persistent hardware clock to report Suspended for in milliseconds, we report at a

Re: [PATCH v2 3/4] PM: Print wall time at suspend & hibernate entry and exit

On 07/19/2017 01:40 PM, Rafael J. Wysocki wrote: On Wed, Jul 19, 2017 at 9:45 PM, Mark Salyzyn wrote: Permits power state and battery life diagnosis. Since one is not guaranteed to have a persistent hardware clock to report Suspended for in milliseconds, we report at a higher level at just

Re: [PATCH v4 1/4] time: rtc-lib: Add rtc_show_time(const char *prefix_msg)

Hi, On 19/07/2017 at 12:44:41 -0700, Mark Salyzyn wrote: > Primary purpose of rtc_show_time is to provide a marker used for > post-mortem Battery and Power analysis. These markers occur at > major discontinuities of time, and thus optionally add a timestamp > to aid the analysis. This function

Re: [PATCH v4 1/4] time: rtc-lib: Add rtc_show_time(const char *prefix_msg)

Hi, On 19/07/2017 at 12:44:41 -0700, Mark Salyzyn wrote: > Primary purpose of rtc_show_time is to provide a marker used for > post-mortem Battery and Power analysis. These markers occur at > major discontinuities of time, and thus optionally add a timestamp > to aid the analysis. This function

Re: [PATCH v7 3/3] clk: stm32h7: Add stm32h743 clock driver

Hello Gabriel, On 07/19/2017 05:25 PM, gabriel.fernan...@st.com wrote: > From: Gabriel Fernandez > > This patch enables clocks for STM32H743 boards. > > Signed-off-by: Gabriel Fernandez > > for MFD changes: > Acked-by: Lee Jones

Re: [PATCH v7 3/3] clk: stm32h7: Add stm32h743 clock driver

Hello Gabriel, On 07/19/2017 05:25 PM, gabriel.fernan...@st.com wrote: > From: Gabriel Fernandez > > This patch enables clocks for STM32H743 boards. > > Signed-off-by: Gabriel Fernandez > > for MFD changes: > Acked-by: Lee Jones > > for DT-Bindings > Acked-by: Rob Herring > --- >

Re: [PATCH v2 0/5] arm64: dts: rockchip: support mail and IPA thermal for rk3399

Am Mittwoch, 19. Juli 2017, 17:06:59 CEST schrieb Caesar Wang: > Hi Rob & Heiko, > > Do we have the chance to merge these patches? >From the mali-thermal thingy, it doesn't look like Rob likes that IPA stuff. So I'll most likely pick the other patches that rely on approved bindings after I

Re: [PATCH v2 0/5] arm64: dts: rockchip: support mail and IPA thermal for rk3399

Am Mittwoch, 19. Juli 2017, 17:06:59 CEST schrieb Caesar Wang: > Hi Rob & Heiko, > > Do we have the chance to merge these patches? >From the mali-thermal thingy, it doesn't look like Rob likes that IPA stuff. So I'll most likely pick the other patches that rely on approved bindings after I

Re: [PATCH] media: Convert to using %pOF instead of full_name

On 07/19/17 09:02, Rob Herring wrote: > On Wed, Jul 19, 2017 at 4:41 AM, Sylwester Nawrocki > wrote: >> On 07/18/2017 11:43 PM, Rob Herring wrote: >>> Now that we have a custom printf format specifier, convert users of >>> full_name to use %pOF instead. This is preparation

Re: [PATCH v9 05/10] mm: thp: enable thp migration in generic path

On Wed, 19 Jul 2017 14:39:43 -0400 "Zi Yan" wrote: > On 19 Jul 2017, at 4:04, kbuild test robot wrote: > > > Hi Zi, > > > > [auto build test WARNING on mmotm/master] > > [also build test WARNING on v4.13-rc1 next-20170718] > > [if your patch is applied to the wrong git

Re: [PATCH v9 05/10] mm: thp: enable thp migration in generic path

On Wed, 19 Jul 2017 14:39:43 -0400 "Zi Yan" wrote: > On 19 Jul 2017, at 4:04, kbuild test robot wrote: > > > Hi Zi, > > > > [auto build test WARNING on mmotm/master] > > [also build test WARNING on v4.13-rc1 next-20170718] > > [if your patch is applied to the wrong git tree, please drop us a

Re: [PATCH] media: Convert to using %pOF instead of full_name

On 07/19/17 09:02, Rob Herring wrote: > On Wed, Jul 19, 2017 at 4:41 AM, Sylwester Nawrocki > wrote: >> On 07/18/2017 11:43 PM, Rob Herring wrote: >>> Now that we have a custom printf format specifier, convert users of >>> full_name to use %pOF instead. This is preparation to remove storing >>>

Re: [PATCH v7 1/3] clk: nxp: clk-lpc32xx: rename clk_gate_is_enabled()

Hello Gabriel, On 07/19/2017 05:25 PM, gabriel.fernan...@st.com wrote: > From: Gabriel Fernandez > > We need to export clk_gate_is_enabled() from clk framework, then > to avoid compilation issue we have to rename clk_gate_is_enabled() > in NXP LPC32xx clock driver. >

Re: [PATCH v7 1/3] clk: nxp: clk-lpc32xx: rename clk_gate_is_enabled()

Hello Gabriel, On 07/19/2017 05:25 PM, gabriel.fernan...@st.com wrote: > From: Gabriel Fernandez > > We need to export clk_gate_is_enabled() from clk framework, then > to avoid compilation issue we have to rename clk_gate_is_enabled() > in NXP LPC32xx clock driver. > We changed all gate op with

Re: [PATCH] drivers: staging: comedi: Add ftrace support

On Wed, Jul 19, 2017 at 2:25 PM, Dan Carpenter wrote: > Everyone please delete this confidential email. Piotr is leakier than > the Trump administration! > Sanity level of Dan's assessments is less than half the average level of Hillary's supporter!

Re: [PATCH] drivers: staging: comedi: Add ftrace support

On Wed, Jul 19, 2017 at 2:25 PM, Dan Carpenter wrote: > Everyone please delete this confidential email. Piotr is leakier than > the Trump administration! > Sanity level of Dan's assessments is less than half the average level of Hillary's supporter!

Re: [PATCH v7 2/3] clk: gate: expose clk_gate_ops::is_enabled

On 07/19/2017 05:25 PM, gabriel.fernan...@st.com wrote: > From: Gabriel Fernandez > > This patch exposes clk_gate_ops::is_enabled as functions > that can be directly called and assigned in places like this so > we don't need wrapper functions that do nothing besides

Re: [PATCH v7 2/3] clk: gate: expose clk_gate_ops::is_enabled

On 07/19/2017 05:25 PM, gabriel.fernan...@st.com wrote: > From: Gabriel Fernandez > > This patch exposes clk_gate_ops::is_enabled as functions > that can be directly called and assigned in places like this so > we don't need wrapper functions that do nothing besides forward > the call. > >

Re: [PATCH] NET: dwmac: Make dwmac reset unconditional

From: Eugeniy Paltsev Date: Tue, 18 Jul 2017 17:07:15 +0300 > Unconditional reset dwmac before HW init if reset controller is present. > > In existing implementation we reset dwmac only after second module > probing: > (module load -> unload -> load again [reset

Re: [PATCH] NET: dwmac: Make dwmac reset unconditional

From: Eugeniy Paltsev Date: Tue, 18 Jul 2017 17:07:15 +0300 > Unconditional reset dwmac before HW init if reset controller is present. > > In existing implementation we reset dwmac only after second module > probing: > (module load -> unload -> load again [reset happens]) > > Now we reset

Re: [PATCH] mm/vmalloc: add vm_struct for vm_map_ram area

On Wed, 19 Jul 2017 18:44:03 +0800 Zhaoyang Huang wrote: > /proc/vmallocinfo will not show the area allocated by vm_map_ram, which > will make confusion when debug. Add vm_struct for them and show them in > proc. > Please provide sample /proc/vmallocinfo so we can

Re: [PATCH] mm/vmalloc: add vm_struct for vm_map_ram area

On Wed, 19 Jul 2017 18:44:03 +0800 Zhaoyang Huang wrote: > /proc/vmallocinfo will not show the area allocated by vm_map_ram, which > will make confusion when debug. Add vm_struct for them and show them in > proc. > Please provide sample /proc/vmallocinfo so we can better understand the

Re: [PATCH] livepatch: add (un)patch hooks

On Mon, Jul 17, 2017 at 05:51:44PM +0200, Petr Mladek wrote: > On Wed 2017-07-12 10:10:00, Joe Lawrence wrote: > > When the livepatch core executes klp_(un)patch_object, call out to a > > livepatch-module specified array of callback hooks. These hooks provide > > a notification mechanism for

Re: [PATCH] livepatch: add (un)patch hooks

On Mon, Jul 17, 2017 at 05:51:44PM +0200, Petr Mladek wrote: > On Wed 2017-07-12 10:10:00, Joe Lawrence wrote: > > When the livepatch core executes klp_(un)patch_object, call out to a > > livepatch-module specified array of callback hooks. These hooks provide > > a notification mechanism for

ATENCIÓN;

ATENCIÓN; Su buzón ha superado el límite de almacenamiento, que es de 5 GB definidos por el administrador, quien actualmente está ejecutando en 10.9GB, no puede ser capaz de enviar o recibir correo nuevo hasta que vuelva a validar su buzón de correo electrónico. Para revalidar su buzón de

ATENCIÓN;

ATENCIÓN; Su buzón ha superado el límite de almacenamiento, que es de 5 GB definidos por el administrador, quien actualmente está ejecutando en 10.9GB, no puede ser capaz de enviar o recibir correo nuevo hasta que vuelva a validar su buzón de correo electrónico. Para revalidar su buzón de

Re: [PATCH] ACPI / EC: Add parameter force disable the GPE on suspend

On Wed, Jul 19, 2017 at 1:04 AM, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > After commit 8110dd281e15 (ACPI / sleep: EC-based wakeup from > suspend-to-idle on recent systems) the configuration of GPEs, > including the EC one, is not

Re: [PATCH] ACPI / EC: Add parameter force disable the GPE on suspend

On Wed, Jul 19, 2017 at 1:04 AM, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > After commit 8110dd281e15 (ACPI / sleep: EC-based wakeup from > suspend-to-idle on recent systems) the configuration of GPEs, > including the EC one, is not changed during suspend-to-idle on > recent systems.

Re: [PATCH 1/4] fs/dcache: Limit numbers of negative dentries

On 07/19/2017 04:24 PM, Miklos Szeredi wrote: > On Mon, Jul 17, 2017 at 3:39 PM, Waiman Long wrote: >> The number of positive dentries is limited by the number of files >> in the filesystems. The number of negative dentries, however, >> has no limit other than the total amount

Re: [PATCH 1/4] fs/dcache: Limit numbers of negative dentries

On 07/19/2017 04:24 PM, Miklos Szeredi wrote: > On Mon, Jul 17, 2017 at 3:39 PM, Waiman Long wrote: >> The number of positive dentries is limited by the number of files >> in the filesystems. The number of negative dentries, however, >> has no limit other than the total amount of memory available

RE: [PATCH] MAINTAINERS: update mailing list name for Hyper-V files

> -Original Message- > From: Greg KH [mailto:gre...@linuxfoundation.org] > Sent: Wednesday, July 19, 2017 4:14 PM > To: Haiyang Zhang > Cc: da...@davemloft.net; KY Srinivasan ; linux- > ker...@vger.kernel.org > Subject: Re: [PATCH]

RE: [PATCH] MAINTAINERS: update mailing list name for Hyper-V files

> -Original Message- > From: Greg KH [mailto:gre...@linuxfoundation.org] > Sent: Wednesday, July 19, 2017 4:14 PM > To: Haiyang Zhang > Cc: da...@davemloft.net; KY Srinivasan ; linux- > ker...@vger.kernel.org > Subject: Re: [PATCH] MAINTAINERS: update mailing list name for Hyper-V >

Re: [PATCH v2 3/4] PM: Print wall time at suspend & hibernate entry and exit

On Wed, Jul 19, 2017 at 9:45 PM, Mark Salyzyn wrote: > Permits power state and battery life diagnosis. > > Since one is not guaranteed to have a persistent hardware clock to > report Suspended for in milliseconds, we report at a higher level > at just the entry and exit

Re: [PATCH v2 3/4] PM: Print wall time at suspend & hibernate entry and exit

On Wed, Jul 19, 2017 at 9:45 PM, Mark Salyzyn wrote: > Permits power state and battery life diagnosis. > > Since one is not guaranteed to have a persistent hardware clock to > report Suspended for in milliseconds, we report at a higher level > at just the entry and exit points for suspend and

Re: [PATCH 4.11 00/88] 4.11.12-stable review

On Wed, Jul 19, 2017 at 12:07:22PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.11.12 release. > There are 88 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me

Re: [PATCH 4.11 00/88] 4.11.12-stable review

On Wed, Jul 19, 2017 at 12:07:22PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.11.12 release. > There are 88 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me

Re: [PATCH 4.4 00/57] 4.4.78-stable review

On Wed, Jul 19, 2017 at 01:12:06PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.4.78 release. > There are 57 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me

Re: [PATCH 4.4 00/57] 4.4.78-stable review

On Wed, Jul 19, 2017 at 01:12:06PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.4.78 release. > There are 57 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me

Re: [PATCH v5 4/6] drm: Allow DSI devices to be registered before the host registers.

Eric Anholt writes: > When a mipi_dsi_host is registered, the DT is walked to find any child > nodes with compatible strings. Those get registered as DSI devices, > and most DSI panel drivers are mipi_dsi_drivers that attach to those nodes. > > There is one special case

Re: [PATCH 3.18 00/28] 3.18.62-stable review

On Wed, Jul 19, 2017 at 01:15:28PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 3.18.62 release. > There are 28 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me

Re: [PATCH v5 4/6] drm: Allow DSI devices to be registered before the host registers.

Eric Anholt writes: > When a mipi_dsi_host is registered, the DT is walked to find any child > nodes with compatible strings. Those get registered as DSI devices, > and most DSI panel drivers are mipi_dsi_drivers that attach to those nodes. > > There is one special case currently, the adv7533

Re: [PATCH 3.18 00/28] 3.18.62-stable review

On Wed, Jul 19, 2017 at 01:15:28PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 3.18.62 release. > There are 28 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me

[v2,1/2] RDMA/uverbs: Fix the check for port number

The port number is only valid if IB_QP_PORT is set in the mask. So only check port number if it is valid to prevent modify_qp from failing due to an invalid port number. Fixes: 5ecce4c9b17b("Check port number supplied by user verbs cmds") Cc: # v2.6.14+ Reviewed-by: Steve

[v2,1/2] RDMA/uverbs: Fix the check for port number

The port number is only valid if IB_QP_PORT is set in the mask. So only check port number if it is valid to prevent modify_qp from failing due to an invalid port number. Fixes: 5ecce4c9b17b("Check port number supplied by user verbs cmds") Cc: # v2.6.14+ Reviewed-by: Steve Wise Signed-off-by:

Re: [PATCH 4.12 00/84] 4.12.3-stable review

On Wed, Jul 19, 2017 at 11:43:06AM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.12.3 release. > There are 84 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me

Re: [PATCH 4.12 00/84] 4.12.3-stable review

On Wed, Jul 19, 2017 at 11:43:06AM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.12.3 release. > There are 84 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me

Re: [PATCH 4.9 00/72] 4.9.39-stable review

On Wed, Jul 19, 2017 at 12:23:54PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.9.39 release. > There are 72 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me

Re: [PATCH 4.9 00/72] 4.9.39-stable review

On Wed, Jul 19, 2017 at 12:23:54PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.9.39 release. > There are 72 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me

Re: [PATCH] wireless: wext: terminate ifr name coming from userspace

From: "Levin, Alexander (Sasha Levin)" Date: Tue, 18 Jul 2017 04:23:16 + > ifr name is assumed to be a valid string by the kernel, but nothing > was forcing username to pass a valid string. > > In turn, this would cause panics as we tried to access the string >

Re: [PATCH] wireless: wext: terminate ifr name coming from userspace

From: "Levin, Alexander (Sasha Levin)" Date: Tue, 18 Jul 2017 04:23:16 + > ifr name is assumed to be a valid string by the kernel, but nothing > was forcing username to pass a valid string. > > In turn, this would cause panics as we tried to access the string > past it's valid memory. > >

Re: [PATCH 2/2] arm64: dts: move rpi into rpi directory

Hi Eric, On 17-07-19 01:21 PM, Eric Anholt wrote: Scott Branden writes: Place rpi into its own subdirectory. This helps as the number of Broadcom boards grow and we can separate them per SoC. It seems like pretty unnecessary churn to me, though I wouldn't

Re: [PATCH 2/2] arm64: dts: move rpi into rpi directory

Hi Eric, On 17-07-19 01:21 PM, Eric Anholt wrote: Scott Branden writes: Place rpi into its own subdirectory. This helps as the number of Broadcom boards grow and we can separate them per SoC. It seems like pretty unnecessary churn to me, though I wouldn't necessarily block it. However,

RE: [PATCH] staging: lustre: ko2iblnd: check copy_from_iter/copy_to_iter return code

The changes look good to me. -Original Message- From: James Simmons [mailto:jsimm...@infradead.org] Sent: Saturday, July 15, 2017 8:32 AM To: Greg Kroah-Hartman ; de...@driverdev.osuosl.org; Dilger, Andreas ; Drokin, Oleg

RE: [PATCH] staging: lustre: ko2iblnd: check copy_from_iter/copy_to_iter return code

The changes look good to me. -Original Message- From: James Simmons [mailto:jsimm...@infradead.org] Sent: Saturday, July 15, 2017 8:32 AM To: Greg Kroah-Hartman ; de...@driverdev.osuosl.org; Dilger, Andreas ; Drokin, Oleg ; Arnd Bergmann ; Al Viro Cc: Shehata, Amir ; Olaf Weber ;

Re: [PATCH 1/4] fs/dcache: Limit numbers of negative dentries

On Mon, Jul 17, 2017 at 3:39 PM, Waiman Long wrote: > The number of positive dentries is limited by the number of files > in the filesystems. The number of negative dentries, however, > has no limit other than the total amount of memory available in > the system. So a rogue

Re: [PATCH 1/4] fs/dcache: Limit numbers of negative dentries

On Mon, Jul 17, 2017 at 3:39 PM, Waiman Long wrote: > The number of positive dentries is limited by the number of files > in the filesystems. The number of negative dentries, however, > has no limit other than the total amount of memory available in > the system. So a rogue application that

Re: [PATCH 2/2] arm64: dts: move rpi into rpi directory

Scott Branden writes: > Place rpi into its own subdirectory. This helps as the number > of Broadcom boards grow and we can separate them per SoC. It seems like pretty unnecessary churn to me, though I wouldn't necessarily block it. However, it conflicts with the

Re: [PATCH 2/2] arm64: dts: move rpi into rpi directory

Scott Branden writes: > Place rpi into its own subdirectory. This helps as the number > of Broadcom boards grow and we can separate them per SoC. It seems like pretty unnecessary churn to me, though I wouldn't necessarily block it. However, it conflicts with the patch I was preparing

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