[PATCH 24/44] perf annotate: Introduce annotation_line__max_percent()

From: Arnaldo Carvalho de Melo Out of the annotate_browser__write() routine, to be used in the --stdio2 mode. Cc: Adrian Hunter Cc: Andi Kleen Cc: David Ahern Cc: Jin Yao Cc: Jiri

[PATCH 24/44] perf annotate: Introduce annotation_line__max_percent()

From: Arnaldo Carvalho de Melo Out of the annotate_browser__write() routine, to be used in the --stdio2 mode. Cc: Adrian Hunter Cc: Andi Kleen Cc: David Ahern Cc: Jin Yao Cc: Jiri Olsa Cc: Namhyung Kim Cc: Wang Nan Link:

[PATCH 22/44] perf annotate: Introduce init_column_widths() method out of TUI code

From: Arnaldo Carvalho de Melo More non-TUI stuff goes to the UI-agnostic library Cc: Adrian Hunter Cc: Andi Kleen Cc: David Ahern Cc: Jin Yao Cc: Jiri Olsa Cc:

[PATCH 22/44] perf annotate: Introduce init_column_widths() method out of TUI code

From: Arnaldo Carvalho de Melo More non-TUI stuff goes to the UI-agnostic library Cc: Adrian Hunter Cc: Andi Kleen Cc: David Ahern Cc: Jin Yao Cc: Jiri Olsa Cc: Namhyung Kim Cc: Wang Nan Link: https://lkml.kernel.org/n/tip-hngv7rpqvtta69ouj7ne7...@git.kernel.org Signed-off-by: Arnaldo

[PATCH 17/44] perf annotate: Move 'start' to struct annotation

From: Arnaldo Carvalho de Melo Another field that is not TUI specific. Cc: Adrian Hunter Cc: Andi Kleen Cc: David Ahern Cc: Jin Yao Cc: Jiri Olsa Cc: Namhyung Kim

[PATCH 14/44] perf annotate: Move nr_jumps to struct annotation

From: Arnaldo Carvalho de Melo This is another information that will be useful for the --stdio2 mode, to provide symbol statistics, so move it from the TUI and change the mark_jump_targets() method to struct annotation. Cc: Adrian Hunter Cc: Andi Kleen

[PATCH 17/44] perf annotate: Move 'start' to struct annotation

From: Arnaldo Carvalho de Melo Another field that is not TUI specific. Cc: Adrian Hunter Cc: Andi Kleen Cc: David Ahern Cc: Jin Yao Cc: Jiri Olsa Cc: Namhyung Kim Cc: Wang Nan Link: https://lkml.kernel.org/n/tip-jj3dwswndft5mln8hu9k0...@git.kernel.org Signed-off-by: Arnaldo Carvalho de

[PATCH 14/44] perf annotate: Move nr_jumps to struct annotation

From: Arnaldo Carvalho de Melo This is another information that will be useful for the --stdio2 mode, to provide symbol statistics, so move it from the TUI and change the mark_jump_targets() method to struct annotation. Cc: Adrian Hunter Cc: Andi Kleen Cc: David Ahern Cc: Jin Yao Cc: Jiri

[PATCH 06/44] perf annotate: Move annotation_line array from TUI to generic code

From: Arnaldo Carvalho de Melo This is needed to reduce the differences between the TUI mode and the other annotation UIs, next csets will move that code to the UI-neutral annotation library. Leaving it in place for now to ease review. Cc: Adrian Hunter

[PATCH 06/44] perf annotate: Move annotation_line array from TUI to generic code

From: Arnaldo Carvalho de Melo This is needed to reduce the differences between the TUI mode and the other annotation UIs, next csets will move that code to the UI-neutral annotation library. Leaving it in place for now to ease review. Cc: Adrian Hunter Cc: Andi Kleen Cc: David Ahern Cc: Jin

[PATCH 05/44] perf annotate tui: Move have_cycles to struct annotation

From: Arnaldo Carvalho de Melo This is to pave the way to have more functions shared between TUI, stdio and the upcoming stdio2 formatting, that will use the __scnprintf functions used by --tui in a --stdio fashion. This partially addresses the comments added in cset

[PATCH 02/44] perf annotate: Move annotation_options out of the TUI browser

From: Arnaldo Carvalho de Melo This will be useful when making parts of the TUI browser generic enough to be used for a new stdio mode, available even when the TUI is not built in, for explicit user decision or when the necessary library devel files, for the slang library

[PATCH 01/44] perf unwind: Report error from dwfl_attach_state

From: Martin Vuille In verbose level 2, errors returned by libdw are reported in most cases, but not when calling dwfl_attach_state. Since elfutils v 0.160 (2014), dwfl_attach_state sets the error code to report failure cause. On failure, log the reported error. Signed-off-by:

[PATCH 04/44] perf annotate tui: Use annotate_browser__cycles_width() mroe

From: Arnaldo Carvalho de Melo Instead of an open coded equivalent, will reduce a bit noise in the following patches. Cc: Adrian Hunter Cc: Andi Kleen Cc: David Ahern Cc: Jin Yao Cc:

[PATCH 01/44] perf unwind: Report error from dwfl_attach_state

From: Martin Vuille In verbose level 2, errors returned by libdw are reported in most cases, but not when calling dwfl_attach_state. Since elfutils v 0.160 (2014), dwfl_attach_state sets the error code to report failure cause. On failure, log the reported error. Signed-off-by: Martin Vuille

[PATCH 04/44] perf annotate tui: Use annotate_browser__cycles_width() mroe

From: Arnaldo Carvalho de Melo Instead of an open coded equivalent, will reduce a bit noise in the following patches. Cc: Adrian Hunter Cc: Andi Kleen Cc: David Ahern Cc: Jin Yao Cc: Jiri Olsa Cc: Namhyung Kim Cc: Wang Nan Link:

[PATCH 05/44] perf annotate tui: Move have_cycles to struct annotation

From: Arnaldo Carvalho de Melo This is to pave the way to have more functions shared between TUI, stdio and the upcoming stdio2 formatting, that will use the __scnprintf functions used by --tui in a --stdio fashion. This partially addresses the comments added in cset 30e863bb6f70 ("perf

[PATCH 02/44] perf annotate: Move annotation_options out of the TUI browser

From: Arnaldo Carvalho de Melo This will be useful when making parts of the TUI browser generic enough to be used for a new stdio mode, available even when the TUI is not built in, for explicit user decision or when the necessary library devel files, for the slang library currently, are not

Re: [PATCHv4] phy: mapphone-mdm6600: Add USB PHY driver for MDM6600 on Droid 4

On Sat 2018-03-24 07:25:17, Tony Lindgren wrote: > * Dan Williams [180324 14:00]: > > On Fri, 2018-03-23 at 21:13 +0100, Pavel Machek wrote: > > > Does ofonod work for you? I could not get that one to work... > > > > Because it's looking for a Gobi modem but the MDM6600 isn't

Re: [PATCHv4] phy: mapphone-mdm6600: Add USB PHY driver for MDM6600 on Droid 4

On Sat 2018-03-24 07:25:17, Tony Lindgren wrote: > * Dan Williams [180324 14:00]: > > On Fri, 2018-03-23 at 21:13 +0100, Pavel Machek wrote: > > > Does ofonod work for you? I could not get that one to work... > > > > Because it's looking for a Gobi modem but the MDM6600 isn't one and > > doesn't

Re: [PATCH v1 11/16] rtc: mediatek: move the declaration into a globally visible header file

On Fri, Mar 23, 2018 at 6:15 AM, wrote: > --- /dev/null > +++ b/include/linux/rtc/mt6397.h > @@ -0,0 +1,72 @@ > + > +// SPDX-License-Identifier: GPL-2.0 According to Documentation/process/license-rules.rst the SPDX notation for C header file should be: /*

Re: [PATCH v1 11/16] rtc: mediatek: move the declaration into a globally visible header file

On Fri, Mar 23, 2018 at 6:15 AM, wrote: > --- /dev/null > +++ b/include/linux/rtc/mt6397.h > @@ -0,0 +1,72 @@ > + > +// SPDX-License-Identifier: GPL-2.0 According to Documentation/process/license-rules.rst the SPDX notation for C header file should be: /* SPDX-License-Identifier: GPL-2.0 */

Re: [PATCH 08/10] mm: Set bit in memcg shrinker bitmap on first list_lru item apearance

On Wed, Mar 21, 2018 at 04:22:40PM +0300, Kirill Tkhai wrote: > Introduce set_shrinker_bit() function to set shrinker-related > bit in memcg shrinker bitmap, and set the bit after the first > item is added and in case of reparenting destroyed memcg's items. > > This will allow next patch to make

Re: [PATCH 08/10] mm: Set bit in memcg shrinker bitmap on first list_lru item apearance

On Wed, Mar 21, 2018 at 04:22:40PM +0300, Kirill Tkhai wrote: > Introduce set_shrinker_bit() function to set shrinker-related > bit in memcg shrinker bitmap, and set the bit after the first > item is added and in case of reparenting destroyed memcg's items. > > This will allow next patch to make

[PATCH] uio: uio_fsl_elbc_gpcm: Remove owner assignment from platform_driver

From: Fabio Estevam Structure platform_driver does not need to set the owner field, as this will be populated by the driver core. Generated by scripts/coccinelle/api/platform_no_drv_owner.cocci. Signed-off-by: Fabio Estevam ---

[PATCH] uio: uio_fsl_elbc_gpcm: Remove owner assignment from platform_driver

From: Fabio Estevam Structure platform_driver does not need to set the owner field, as this will be populated by the driver core. Generated by scripts/coccinelle/api/platform_no_drv_owner.cocci. Signed-off-by: Fabio Estevam --- drivers/uio/uio_fsl_elbc_gpcm.c | 1 - 1 file changed, 1

Re: [PATCH v1 02/16] dt-bindings: rtc: mediatek: add bindings for PMIC RTC

On Fri, 2018-03-23 at 11:15 +0100, Alexandre Belloni wrote: > On 23/03/2018 at 10:41:18 +0100, Alexandre Belloni wrote: > > Hi, > > > > On 23/03/2018 at 17:14:59 +0800, sean.w...@mediatek.com wrote: > > > From: Sean Wang > > > > > > Add device-tree binding for MediaTek

Re: [PATCH v1 02/16] dt-bindings: rtc: mediatek: add bindings for PMIC RTC

On Fri, 2018-03-23 at 11:15 +0100, Alexandre Belloni wrote: > On 23/03/2018 at 10:41:18 +0100, Alexandre Belloni wrote: > > Hi, > > > > On 23/03/2018 at 17:14:59 +0800, sean.w...@mediatek.com wrote: > > > From: Sean Wang > > > > > > Add device-tree binding for MediaTek PMIC based RTC. > > > >

Re: [PATCH 06/10] list_lru: Pass dst_memcg argument to memcg_drain_list_lru_node()

On Wed, Mar 21, 2018 at 04:22:10PM +0300, Kirill Tkhai wrote: > This is just refactoring to allow next patches to have > dst_memcg pointer in memcg_drain_list_lru_node(). > > Signed-off-by: Kirill Tkhai > --- > include/linux/list_lru.h |2 +- > mm/list_lru.c

Re: [PATCH 06/10] list_lru: Pass dst_memcg argument to memcg_drain_list_lru_node()

On Wed, Mar 21, 2018 at 04:22:10PM +0300, Kirill Tkhai wrote: > This is just refactoring to allow next patches to have > dst_memcg pointer in memcg_drain_list_lru_node(). > > Signed-off-by: Kirill Tkhai > --- > include/linux/list_lru.h |2 +- > mm/list_lru.c| 11 ++- >

Re: [PATCH 03/10] mm: Assign memcg-aware shrinkers bitmap to memcg

On Wed, Mar 21, 2018 at 04:21:40PM +0300, Kirill Tkhai wrote: > Imagine a big node with many cpus, memory cgroups and containers. > Let we have 200 containers, every container has 10 mounts, > and 10 cgroups. All container tasks don't touch foreign > containers mounts. If there is intensive pages

Re: [PATCH 03/10] mm: Assign memcg-aware shrinkers bitmap to memcg

On Wed, Mar 21, 2018 at 04:21:40PM +0300, Kirill Tkhai wrote: > Imagine a big node with many cpus, memory cgroups and containers. > Let we have 200 containers, every container has 10 mounts, > and 10 cgroups. All container tasks don't touch foreign > containers mounts. If there is intensive pages

Re: [PATCH v1 06/16] rtc: mediatek: remove unnecessary parentheses

On Sat, 2018-03-24 at 19:53 +0100, Alexandre Belloni wrote: > On 24/03/2018 at 15:14:12 +0800, Sean Wang wrote: > > On Fri, 2018-03-23 at 11:21 +0100, Alexandre Belloni wrote: > > > On 23/03/2018 at 17:15:03 +0800, sean.w...@mediatek.com wrote: > > > > From: Sean Wang > >

Re: [PATCH v1 06/16] rtc: mediatek: remove unnecessary parentheses

On Sat, 2018-03-24 at 19:53 +0100, Alexandre Belloni wrote: > On 24/03/2018 at 15:14:12 +0800, Sean Wang wrote: > > On Fri, 2018-03-23 at 11:21 +0100, Alexandre Belloni wrote: > > > On 23/03/2018 at 17:15:03 +0800, sean.w...@mediatek.com wrote: > > > > From: Sean Wang > > > > > > > > Remove

Re: [PATCH v1 11/16] rtc: mediatek: move the declaration into a globally visible header file

On 24/03/2018 at 15:31:49 +0800, Sean Wang wrote: > On Fri, 2018-03-23 at 10:57 +0100, Alexandre Belloni wrote: > > On 23/03/2018 at 17:15:08 +0800, sean.w...@mediatek.com wrote: > > > From: Sean Wang > > > > > > This is in preparation for allowing other drivers can share

Re: [PATCH v1 11/16] rtc: mediatek: move the declaration into a globally visible header file

On 24/03/2018 at 15:31:49 +0800, Sean Wang wrote: > On Fri, 2018-03-23 at 10:57 +0100, Alexandre Belloni wrote: > > On 23/03/2018 at 17:15:08 +0800, sean.w...@mediatek.com wrote: > > > From: Sean Wang > > > > > > This is in preparation for allowing other drivers can share the > > > declaration,

Re: [PATCH v1 06/16] rtc: mediatek: remove unnecessary parentheses

On 24/03/2018 at 15:14:12 +0800, Sean Wang wrote: > On Fri, 2018-03-23 at 11:21 +0100, Alexandre Belloni wrote: > > On 23/03/2018 at 17:15:03 +0800, sean.w...@mediatek.com wrote: > > > From: Sean Wang > > > > > > Remove unnecessary parentheses due to explicit C operator

Re: [PATCH v1 06/16] rtc: mediatek: remove unnecessary parentheses

On 24/03/2018 at 15:14:12 +0800, Sean Wang wrote: > On Fri, 2018-03-23 at 11:21 +0100, Alexandre Belloni wrote: > > On 23/03/2018 at 17:15:03 +0800, sean.w...@mediatek.com wrote: > > > From: Sean Wang > > > > > > Remove unnecessary parentheses due to explicit C operator precedence. > > > > > >

Re: [PATCH] of_net: Implement of_get_nvmem_mac_address helper

> A quick survey for the of_get_mac_address users learns that most of them do > a memcpy (or similar) right after it, so for these drivers the > "of_get_nvmem_mac_address" style signature that performs the memcpy (or > better, ether_addr_copy) is a better fit, e.g.: > > int

Re: [PATCH] of_net: Implement of_get_nvmem_mac_address helper

> A quick survey for the of_get_mac_address users learns that most of them do > a memcpy (or similar) right after it, so for these drivers the > "of_get_nvmem_mac_address" style signature that performs the memcpy (or > better, ether_addr_copy) is a better fit, e.g.: > > int

Re: [PATCH 04/10] fs: Propagate shrinker::id to list_lru

On Wed, Mar 21, 2018 at 04:21:51PM +0300, Kirill Tkhai wrote: > The patch adds list_lru::shrk_id field, and populates > it by registered shrinker id. > > This will be used to set correct bit in memcg shrinkers > map by lru code in next patches, after there appeared > the first related to memcg

Re: [PATCH 04/10] fs: Propagate shrinker::id to list_lru

On Wed, Mar 21, 2018 at 04:21:51PM +0300, Kirill Tkhai wrote: > The patch adds list_lru::shrk_id field, and populates > it by registered shrinker id. > > This will be used to set correct bit in memcg shrinkers > map by lru code in next patches, after there appeared > the first related to memcg

[PATCH v3 4/8] efi: Decode UEFI-defined IA32/X64 Error Structure GUIDs

From: Yazen Ghannam For easier handling, match the known IA32/X64 error structure GUIDs to enums. Also, print out the name of the matching Error Structure Type. Only print the GUID for unknown types. GUIDs taken from UEFI 2.7 section N.2.4.2.1 IA32/X64 Processor Error

[PATCH v3 0/8] Decode IA32/X64 CPER

From: Yazen Ghannam This series adds decoding for the IA32/X64 Common Platform Error Record. Patch 1 fixes the IA32/X64 Processor Error Section definition to match the UEFI spec. Patches 2-8 add the new decoding. The patches incrementally add the decoding starting from

[PATCH v3 5/8] efi: Decode IA32/X64 Cache, TLB, and Bus Check structures

From: Yazen Ghannam Print the common fields of the Cache, TLB, and Bus check structures.The fields of these three check types are the same except for a few more fields in the Bus check structure. The remaining Bus check structure fields will be decoded in a following

[PATCH v3 0/8] Decode IA32/X64 CPER

From: Yazen Ghannam This series adds decoding for the IA32/X64 Common Platform Error Record. Patch 1 fixes the IA32/X64 Processor Error Section definition to match the UEFI spec. Patches 2-8 add the new decoding. The patches incrementally add the decoding starting from the top-level "Error

[PATCH v3 5/8] efi: Decode IA32/X64 Cache, TLB, and Bus Check structures

From: Yazen Ghannam Print the common fields of the Cache, TLB, and Bus check structures.The fields of these three check types are the same except for a few more fields in the Bus check structure. The remaining Bus check structure fields will be decoded in a following patch. Based on UEFI 2.7,

[PATCH v3 4/8] efi: Decode UEFI-defined IA32/X64 Error Structure GUIDs

From: Yazen Ghannam For easier handling, match the known IA32/X64 error structure GUIDs to enums. Also, print out the name of the matching Error Structure Type. Only print the GUID for unknown types. GUIDs taken from UEFI 2.7 section N.2.4.2.1 IA32/X64 Processor Error Information Structure.

[PATCH v3 1/8] efi: Fix IA32/X64 Processor Error Record definition

From: Yazen Ghannam Based on UEFI 2.7 Table 252. Processor Error Record, the "Local APIC_ID" field is 8 bytes but Linux defines this field as 1 byte. Fix this in the struct cper_sec_proc_ia definition. Signed-off-by: Yazen Ghannam --- Link:

[PATCH v3 8/8] efi: Decode IA32/X64 Context Info structure

From: Yazen Ghannam Print the fields of the IA32/X64 Context Information structure. Print the "Register Array" as raw values. Some context types are defined in the UEFI spec, so more detailed decoded may be added in the future. Based on UEFI 2.7 section N.2.4.2.2

[PATCH v3 6/8] efi: Decode additional IA32/X64 Bus Check fields

From: Yazen Ghannam The "Participation Type", "Time Out", and "Address Space" fields are unique to the IA32/X64 Bus Check structure. Print these fields. Based on UEFI 2.7 Table 256. IA32/X64 Bus Check Structure Signed-off-by: Yazen Ghannam ---

[PATCH v3 7/8] efi: Decode IA32/X64 MS Check structure

From: Yazen Ghannam The IA32/X64 MS Check structure varies from the other Check structures in the the bit positions of its fields, and it includes an additional "Error Type" field. Decode the MS Check structure in a separate function. Based on UEFI 2.7 Table 257.

[PATCH v3 2/8] efi: Decode IA32/X64 Processor Error Section

From: Yazen Ghannam Recognize the IA32/X64 Processor Error Section. Do the section decoding in a new "cper-x86.c" file and add this to the Makefile depending on a new "UEFI_CPER_X86" config option. Print the Local APIC ID and CPUID info from the Processor Error Record.

[PATCH v3 3/8] efi: Decode IA32/X64 Processor Error Info Structure

From: Yazen Ghannam Print the fields in the IA32/X64 Processor Error Info Structure. Based on UEFI 2.7 Table 253. IA32/X64 Processor Error Information Structure. Signed-off-by: Yazen Ghannam --- Link:

[PATCH v3 1/8] efi: Fix IA32/X64 Processor Error Record definition

From: Yazen Ghannam Based on UEFI 2.7 Table 252. Processor Error Record, the "Local APIC_ID" field is 8 bytes but Linux defines this field as 1 byte. Fix this in the struct cper_sec_proc_ia definition. Signed-off-by: Yazen Ghannam --- Link:

[PATCH v3 8/8] efi: Decode IA32/X64 Context Info structure

From: Yazen Ghannam Print the fields of the IA32/X64 Context Information structure. Print the "Register Array" as raw values. Some context types are defined in the UEFI spec, so more detailed decoded may be added in the future. Based on UEFI 2.7 section N.2.4.2.2 IA32/X64 Processor Context

[PATCH v3 6/8] efi: Decode additional IA32/X64 Bus Check fields

From: Yazen Ghannam The "Participation Type", "Time Out", and "Address Space" fields are unique to the IA32/X64 Bus Check structure. Print these fields. Based on UEFI 2.7 Table 256. IA32/X64 Bus Check Structure Signed-off-by: Yazen Ghannam --- Link:

[PATCH v3 7/8] efi: Decode IA32/X64 MS Check structure

From: Yazen Ghannam The IA32/X64 MS Check structure varies from the other Check structures in the the bit positions of its fields, and it includes an additional "Error Type" field. Decode the MS Check structure in a separate function. Based on UEFI 2.7 Table 257. IA32/X64 MS Check Field

[PATCH v3 3/8] efi: Decode IA32/X64 Processor Error Info Structure

From: Yazen Ghannam Print the fields in the IA32/X64 Processor Error Info Structure. Based on UEFI 2.7 Table 253. IA32/X64 Processor Error Information Structure. Signed-off-by: Yazen Ghannam --- Link: https://lkml.kernel.org/r/20180226193904.20532-4-yazen.ghan...@amd.com v2->v3: * Fix table

[PATCH v3 2/8] efi: Decode IA32/X64 Processor Error Section

From: Yazen Ghannam Recognize the IA32/X64 Processor Error Section. Do the section decoding in a new "cper-x86.c" file and add this to the Makefile depending on a new "UEFI_CPER_X86" config option. Print the Local APIC ID and CPUID info from the Processor Error Record. The "Processor Error

Re: [PATCH 02/10] mm: Maintain memcg-aware shrinkers in mcg_shrinkers array

On Wed, Mar 21, 2018 at 04:21:29PM +0300, Kirill Tkhai wrote: > The patch introduces mcg_shrinkers array to keep memcg-aware > shrinkers in order of their shrinker::id. > > This allows to access the shrinkers dirrectly by the id, > without iteration over shrinker_list list. Why don't you simply

Re: [PATCH 02/10] mm: Maintain memcg-aware shrinkers in mcg_shrinkers array

On Wed, Mar 21, 2018 at 04:21:29PM +0300, Kirill Tkhai wrote: > The patch introduces mcg_shrinkers array to keep memcg-aware > shrinkers in order of their shrinker::id. > > This allows to access the shrinkers dirrectly by the id, > without iteration over shrinker_list list. Why don't you simply

[PATCH V4] tpm: separate cmd_ready/go_idle from runtime_pm

From: "Winkler, Tomas" We cannot use go_idle cmd_ready commands via runtime_pm handles as with the introduction of localities this is no longer an optional feature, while runtime pm can be not enabled. Though cmd_ready/go_idle provides power saving feature, it's also

[PATCH V4] tpm: separate cmd_ready/go_idle from runtime_pm

From: "Winkler, Tomas" We cannot use go_idle cmd_ready commands via runtime_pm handles as with the introduction of localities this is no longer an optional feature, while runtime pm can be not enabled. Though cmd_ready/go_idle provides power saving feature, it's also part of TPM2 protocol and

Re: [PATCH 01/10] mm: Assign id to every memcg-aware shrinker

Hello Kirill, I don't have any objections to the idea behind this patch set. Well, at least I don't know how to better tackle the problem you describe in the cover letter. Please, see below for my comments regarding implementation details. On Wed, Mar 21, 2018 at 04:21:17PM +0300, Kirill Tkhai

Re: [PATCH 01/10] mm: Assign id to every memcg-aware shrinker

Hello Kirill, I don't have any objections to the idea behind this patch set. Well, at least I don't know how to better tackle the problem you describe in the cover letter. Please, see below for my comments regarding implementation details. On Wed, Mar 21, 2018 at 04:21:17PM +0300, Kirill Tkhai

Re: [RFC PATCH 1/8] mm: mmap: unmap large mapping by section

On Wed, Mar 21, 2018 at 10:29:32AM -0700, Matthew Wilcox wrote: > On Wed, Mar 21, 2018 at 09:31:22AM -0700, Yang Shi wrote: > > On 3/21/18 6:08 AM, Michal Hocko wrote: > > > Yes, this definitely sucks. One way to work that around is to split the > > > unmap to two phases. One to drop all the

Re: [RFC PATCH 1/8] mm: mmap: unmap large mapping by section

On Wed, Mar 21, 2018 at 10:29:32AM -0700, Matthew Wilcox wrote: > On Wed, Mar 21, 2018 at 09:31:22AM -0700, Yang Shi wrote: > > On 3/21/18 6:08 AM, Michal Hocko wrote: > > > Yes, this definitely sucks. One way to work that around is to split the > > > unmap to two phases. One to drop all the

RE: [PATCH] usb: dwc3: gadget: Correct the logic for queuing sgs

Hi Felipe, Thanks for providing your inputs on this patch. Will send v2 with all your suggestions added. Thanks, Anurag Kumar Vulisha >-Original Message- >From: Felipe Balbi [mailto:ba...@kernel.org] >Sent: Friday, March 23, 2018 4:59 PM >To: Anurag Kumar Vulisha ;

RE: [PATCH] usb: dwc3: gadget: Correct the logic for queuing sgs

Hi Felipe, Thanks for providing your inputs on this patch. Will send v2 with all your suggestions added. Thanks, Anurag Kumar Vulisha >-Original Message- >From: Felipe Balbi [mailto:ba...@kernel.org] >Sent: Friday, March 23, 2018 4:59 PM >To: Anurag Kumar Vulisha ; Greg Kroah-Hartman >

[PATCH 00/16] Generic infrastructure for unloading initramfs

This patch series extracts out code for unloading the initramfs that was identical across 14 architectures, and moves those architectures to the common code path. Additionally, RISC-V is newly moved to the common code path. In addition to reducing duplication, this allows us to bring future

[PATCH 00/16] Generic infrastructure for unloading initramfs

This patch series extracts out code for unloading the initramfs that was identical across 14 architectures, and moves those architectures to the common code path. Additionally, RISC-V is newly moved to the common code path. In addition to reducing duplication, this allows us to bring future

[PATCH 03/16] alpha: Use INITRAMFS_GENERIC_UNLOAD

Signed-off-by: Shea Levy --- arch/alpha/Kconfig | 1 + arch/alpha/mm/init.c | 8 2 files changed, 1 insertion(+), 8 deletions(-) diff --git a/arch/alpha/Kconfig b/arch/alpha/Kconfig index e96adcbcab41..238d743ae8f2 100644 --- a/arch/alpha/Kconfig +++

[PATCH 03/16] alpha: Use INITRAMFS_GENERIC_UNLOAD

Signed-off-by: Shea Levy --- arch/alpha/Kconfig | 1 + arch/alpha/mm/init.c | 8 2 files changed, 1 insertion(+), 8 deletions(-) diff --git a/arch/alpha/Kconfig b/arch/alpha/Kconfig index e96adcbcab41..238d743ae8f2 100644 --- a/arch/alpha/Kconfig +++ b/arch/alpha/Kconfig @@ -27,6

[PATCH 04/16] arc: Use INITRAMFS_GENERIC_UNLOAD

Signed-off-by: Shea Levy --- arch/arc/Kconfig | 1 + arch/arc/mm/init.c | 7 --- 2 files changed, 1 insertion(+), 7 deletions(-) diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig index d76bf4a83740..2844ce5b910c 100644 --- a/arch/arc/Kconfig +++ b/arch/arc/Kconfig @@

[PATCH 04/16] arc: Use INITRAMFS_GENERIC_UNLOAD

Signed-off-by: Shea Levy --- arch/arc/Kconfig | 1 + arch/arc/mm/init.c | 7 --- 2 files changed, 1 insertion(+), 7 deletions(-) diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig index d76bf4a83740..2844ce5b910c 100644 --- a/arch/arc/Kconfig +++ b/arch/arc/Kconfig @@ -44,6 +44,7 @@ config

[PATCH 06/16] frv: Use INITRAMFS_GENERIC_UNLOAD

Signed-off-by: Shea Levy --- arch/frv/Kconfig | 1 + arch/frv/mm/init.c | 11 --- 2 files changed, 1 insertion(+), 11 deletions(-) diff --git a/arch/frv/Kconfig b/arch/frv/Kconfig index af369b05fed5..5c104b800cb1 100644 --- a/arch/frv/Kconfig +++ b/arch/frv/Kconfig

[PATCH 06/16] frv: Use INITRAMFS_GENERIC_UNLOAD

Signed-off-by: Shea Levy --- arch/frv/Kconfig | 1 + arch/frv/mm/init.c | 11 --- 2 files changed, 1 insertion(+), 11 deletions(-) diff --git a/arch/frv/Kconfig b/arch/frv/Kconfig index af369b05fed5..5c104b800cb1 100644 --- a/arch/frv/Kconfig +++ b/arch/frv/Kconfig @@ -17,6 +17,7 @@

[PATCH 07/16] h8300: Use INITRAMFS_GENERIC_UNLOAD

Signed-off-by: Shea Levy --- arch/h8300/Kconfig | 1 + arch/h8300/mm/init.c | 7 --- 2 files changed, 1 insertion(+), 7 deletions(-) diff --git a/arch/h8300/Kconfig b/arch/h8300/Kconfig index 091d6d04b5e5..58c9b6b1df16 100644 --- a/arch/h8300/Kconfig +++

[PATCH 05/16] c6x: Use INITRAMFS_GENERIC_UNLOAD

Signed-off-by: Shea Levy --- arch/c6x/Kconfig | 1 + arch/c6x/mm/init.c | 7 --- 2 files changed, 1 insertion(+), 7 deletions(-) diff --git a/arch/c6x/Kconfig b/arch/c6x/Kconfig index c6b4dd1418b4..857f95f9a6a4 100644 --- a/arch/c6x/Kconfig +++ b/arch/c6x/Kconfig @@

[PATCH 07/16] h8300: Use INITRAMFS_GENERIC_UNLOAD

Signed-off-by: Shea Levy --- arch/h8300/Kconfig | 1 + arch/h8300/mm/init.c | 7 --- 2 files changed, 1 insertion(+), 7 deletions(-) diff --git a/arch/h8300/Kconfig b/arch/h8300/Kconfig index 091d6d04b5e5..58c9b6b1df16 100644 --- a/arch/h8300/Kconfig +++ b/arch/h8300/Kconfig @@ -24,6

[PATCH 05/16] c6x: Use INITRAMFS_GENERIC_UNLOAD

Signed-off-by: Shea Levy --- arch/c6x/Kconfig | 1 + arch/c6x/mm/init.c | 7 --- 2 files changed, 1 insertion(+), 7 deletions(-) diff --git a/arch/c6x/Kconfig b/arch/c6x/Kconfig index c6b4dd1418b4..857f95f9a6a4 100644 --- a/arch/c6x/Kconfig +++ b/arch/c6x/Kconfig @@ -19,6 +19,7 @@ config

Re: [PATCH 0/3] iio: add unit converter

On Sat, 24 Mar 2018 17:34:17 +0100 Linus Walleij wrote: > On Sat, Mar 24, 2018 at 2:48 PM, Jonathan Cameron wrote: > > On Fri, 23 Mar 2018 14:59:41 +0100 > > Peter Rosin wrote: > > >> So, not super-happy about that either. And

[PATCH 08/16] m32r: Use INITRAMFS_GENERIC_UNLOAD

Signed-off-by: Shea Levy --- arch/m32r/Kconfig | 1 + arch/m32r/mm/init.c | 11 --- 2 files changed, 1 insertion(+), 11 deletions(-) diff --git a/arch/m32r/Kconfig b/arch/m32r/Kconfig index dd84ee194579..010a2b999181 100644 --- a/arch/m32r/Kconfig +++

[PATCH 12/16] openrisc: Use INITRAMFS_GENERIC_UNLOAD

Signed-off-by: Shea Levy --- arch/openrisc/Kconfig | 1 + arch/openrisc/mm/init.c | 7 --- 2 files changed, 1 insertion(+), 7 deletions(-) diff --git a/arch/openrisc/Kconfig b/arch/openrisc/Kconfig index dfb6a79ba7ff..0f8d2132baa5 100644 --- a/arch/openrisc/Kconfig +++

Re: [PATCH 0/3] iio: add unit converter

On Sat, 24 Mar 2018 17:34:17 +0100 Linus Walleij wrote: > On Sat, Mar 24, 2018 at 2:48 PM, Jonathan Cameron wrote: > > On Fri, 23 Mar 2018 14:59:41 +0100 > > Peter Rosin wrote: > > >> So, not super-happy about that either. And maybe leave the mux > >> where it is? It's just that I have the

[PATCH 08/16] m32r: Use INITRAMFS_GENERIC_UNLOAD

Signed-off-by: Shea Levy --- arch/m32r/Kconfig | 1 + arch/m32r/mm/init.c | 11 --- 2 files changed, 1 insertion(+), 11 deletions(-) diff --git a/arch/m32r/Kconfig b/arch/m32r/Kconfig index dd84ee194579..010a2b999181 100644 --- a/arch/m32r/Kconfig +++ b/arch/m32r/Kconfig @@ -21,6

[PATCH 12/16] openrisc: Use INITRAMFS_GENERIC_UNLOAD

Signed-off-by: Shea Levy --- arch/openrisc/Kconfig | 1 + arch/openrisc/mm/init.c | 7 --- 2 files changed, 1 insertion(+), 7 deletions(-) diff --git a/arch/openrisc/Kconfig b/arch/openrisc/Kconfig index dfb6a79ba7ff..0f8d2132baa5 100644 --- a/arch/openrisc/Kconfig +++

[PATCH 14/16] powerpc: Use INITRAMFS_GENERIC_UNLOAD

Signed-off-by: Shea Levy --- arch/powerpc/Kconfig | 1 + arch/powerpc/mm/mem.c | 7 --- 2 files changed, 1 insertion(+), 7 deletions(-) diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig index 73ce5dd07642..8cf384068e79 100644 --- a/arch/powerpc/Kconfig +++

[PATCH 10/16] microblaze: Use INITRAMFS_GENERIC_UNLOAD

Signed-off-by: Shea Levy --- arch/microblaze/Kconfig | 1 + arch/microblaze/mm/init.c | 7 --- 2 files changed, 1 insertion(+), 7 deletions(-) diff --git a/arch/microblaze/Kconfig b/arch/microblaze/Kconfig index 3817a3e2146c..ef23e8410b4b 100644 ---

[PATCH 14/16] powerpc: Use INITRAMFS_GENERIC_UNLOAD

Signed-off-by: Shea Levy --- arch/powerpc/Kconfig | 1 + arch/powerpc/mm/mem.c | 7 --- 2 files changed, 1 insertion(+), 7 deletions(-) diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig index 73ce5dd07642..8cf384068e79 100644 --- a/arch/powerpc/Kconfig +++ b/arch/powerpc/Kconfig @@

[PATCH 10/16] microblaze: Use INITRAMFS_GENERIC_UNLOAD

Signed-off-by: Shea Levy --- arch/microblaze/Kconfig | 1 + arch/microblaze/mm/init.c | 7 --- 2 files changed, 1 insertion(+), 7 deletions(-) diff --git a/arch/microblaze/Kconfig b/arch/microblaze/Kconfig index 3817a3e2146c..ef23e8410b4b 100644 --- a/arch/microblaze/Kconfig +++

[PATCH 11/16] nios2: Use INITRAMFS_GENERIC_UNLOAD

Signed-off-by: Shea Levy --- arch/nios2/Kconfig | 1 + arch/nios2/mm/init.c | 7 --- 2 files changed, 1 insertion(+), 7 deletions(-) diff --git a/arch/nios2/Kconfig b/arch/nios2/Kconfig index 3d4ec88f1db1..d3b72d5c8967 100644 --- a/arch/nios2/Kconfig +++

[PATCH 11/16] nios2: Use INITRAMFS_GENERIC_UNLOAD

Signed-off-by: Shea Levy --- arch/nios2/Kconfig | 1 + arch/nios2/mm/init.c | 7 --- 2 files changed, 1 insertion(+), 7 deletions(-) diff --git a/arch/nios2/Kconfig b/arch/nios2/Kconfig index 3d4ec88f1db1..d3b72d5c8967 100644 --- a/arch/nios2/Kconfig +++ b/arch/nios2/Kconfig @@ -19,6

[PATCH 13/16] parisc: Use INITRAMFS_GENERIC_UNLOAD

Signed-off-by: Shea Levy --- arch/parisc/Kconfig | 1 + arch/parisc/mm/init.c | 7 --- 2 files changed, 1 insertion(+), 7 deletions(-) diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig index 9792d8cf4f56..7410c2094987 100644 --- a/arch/parisc/Kconfig +++

[PATCH 13/16] parisc: Use INITRAMFS_GENERIC_UNLOAD

Signed-off-by: Shea Levy --- arch/parisc/Kconfig | 1 + arch/parisc/mm/init.c | 7 --- 2 files changed, 1 insertion(+), 7 deletions(-) diff --git a/arch/parisc/Kconfig b/arch/parisc/Kconfig index 9792d8cf4f56..7410c2094987 100644 --- a/arch/parisc/Kconfig +++ b/arch/parisc/Kconfig @@

[PATCH 16/16] um: Use INITRAMFS_GENERIC_UNLOAD

Signed-off-by: Shea Levy --- arch/um/Kconfig.common | 1 + arch/um/kernel/mem.c | 7 --- 2 files changed, 1 insertion(+), 7 deletions(-) diff --git a/arch/um/Kconfig.common b/arch/um/Kconfig.common index c68add8df3ae..1cb8a023938b 100644 --- a/arch/um/Kconfig.common +++

[PATCH 16/16] um: Use INITRAMFS_GENERIC_UNLOAD

Signed-off-by: Shea Levy --- arch/um/Kconfig.common | 1 + arch/um/kernel/mem.c | 7 --- 2 files changed, 1 insertion(+), 7 deletions(-) diff --git a/arch/um/Kconfig.common b/arch/um/Kconfig.common index c68add8df3ae..1cb8a023938b 100644 --- a/arch/um/Kconfig.common +++

[PATCH 02/16] riscv: Use INITRAMFS_GENERIC_UNLOAD.

Signed-off-by: Shea Levy --- arch/riscv/Kconfig | 1 + arch/riscv/mm/init.c | 6 -- 2 files changed, 1 insertion(+), 6 deletions(-) diff --git a/arch/riscv/Kconfig b/arch/riscv/Kconfig index c22ebe08e902..ab1b4cee84fc 100644 --- a/arch/riscv/Kconfig +++

[PATCH 02/16] riscv: Use INITRAMFS_GENERIC_UNLOAD.

Signed-off-by: Shea Levy --- arch/riscv/Kconfig | 1 + arch/riscv/mm/init.c | 6 -- 2 files changed, 1 insertion(+), 6 deletions(-) diff --git a/arch/riscv/Kconfig b/arch/riscv/Kconfig index c22ebe08e902..ab1b4cee84fc 100644 --- a/arch/riscv/Kconfig +++ b/arch/riscv/Kconfig @@ -37,6 +37,7

<    1   2   3   4   5   6   7   >