Re: [PATCH] dt-bindings: irqchip: renesas-irqc: Document R-Car M3-N support

On Mon, Feb 26, 2018 at 04:25:12PM +0100, Geert Uytterhoeven wrote: > Document support for the Interrupt Controller for Externel Devices > (INTC-EX) in the Renesas M3-N (r8a77965) SoC. > > No driver update is needed. > > Signed-off-by: Geert Uytterhoeven Reviewed-by:

Re: [PATCH] dt-bindings: irqchip: renesas-irqc: Document R-Car M3-N support

On Mon, Feb 26, 2018 at 04:25:12PM +0100, Geert Uytterhoeven wrote: > Document support for the Interrupt Controller for Externel Devices > (INTC-EX) in the Renesas M3-N (r8a77965) SoC. > > No driver update is needed. > > Signed-off-by: Geert Uytterhoeven Reviewed-by: Simon Horman

[PATCH] sched: label attributes require a ';'

Due to using gcc defines for configuration, some labels might be unused in certain configurations. While adding a __maybe_unused to the label is fine in general, the line has to be terminated with ';'. This is also reflected in the gcc documentation, but gcc parsed the previous variant without an

[PATCH] sched: label attributes require a ';'

Due to using gcc defines for configuration, some labels might be unused in certain configurations. While adding a __maybe_unused to the label is fine in general, the line has to be terminated with ';'. This is also reflected in the gcc documentation, but gcc parsed the previous variant without an

Re: [RFC] vfio iommu type1: improve memory pinning process for raw PFN mapping

On 27 Feb 2018, at 3:19 AM, Alex Williamson wrote: > On Sat, 24 Feb 2018 13:44:07 +0800 > jason wrote: > >> When using vfio to pass through a PCIe device (e.g. a GPU card) that >> has a huge BAR (e.g. 16GB), a lot of cycles are wasted on

Re: [RFC] vfio iommu type1: improve memory pinning process for raw PFN mapping

On 27 Feb 2018, at 3:19 AM, Alex Williamson wrote: > On Sat, 24 Feb 2018 13:44:07 +0800 > jason wrote: > >> When using vfio to pass through a PCIe device (e.g. a GPU card) that >> has a huge BAR (e.g. 16GB), a lot of cycles are wasted on memory >> pinning because PFNs of PCI BAR are not backed

Re: [PATCH] i2c-stm32f4: remove redundant initialization of pointer reg

Hi, On 02/26/2018 09:06 PM, Wolfram Sang wrote: On Tue, Jan 16, 2018 at 05:44:04PM +, Colin King wrote: From: Colin Ian King The pointer reg is assigned a value that is never read, it is later overwritten with a new value, hence the redundant initialization can

Re: [PATCH] i2c-stm32f4: remove redundant initialization of pointer reg

Hi, On 02/26/2018 09:06 PM, Wolfram Sang wrote: On Tue, Jan 16, 2018 at 05:44:04PM +, Colin King wrote: From: Colin Ian King The pointer reg is assigned a value that is never read, it is later overwritten with a new value, hence the redundant initialization can be removed. Cleans up

Re: [PATCH 01/21] powerpc: Remove warning on array size when empty

On Tue, Feb 27, 2018 at 8:33 AM, Christophe LEROY wrote: > > > Le 27/02/2018 à 08:25, Mathieu Malaterre a écrit : >> >> On Mon, Feb 26, 2018 at 3:45 PM, Andy Shevchenko >> wrote: >>> >>> On Mon, Feb 26, 2018 at 4:44 PM, Andy Shevchenko >>>

Re: [PATCH 01/21] powerpc: Remove warning on array size when empty

On Tue, Feb 27, 2018 at 8:33 AM, Christophe LEROY wrote: > > > Le 27/02/2018 à 08:25, Mathieu Malaterre a écrit : >> >> On Mon, Feb 26, 2018 at 3:45 PM, Andy Shevchenko >> wrote: >>> >>> On Mon, Feb 26, 2018 at 4:44 PM, Andy Shevchenko >>> wrote: On Sun, Feb 25, 2018 at 7:22 PM,

Re: [LKP] [lkp-robot] [iversion] c0cef30e4f: aim7.jobs-per-min -18.0% regression

On 2018年02月26日 20:33, Jeff Layton wrote: > On Mon, 2018-02-26 at 06:43 -0500, Jeff Layton wrote: >> On Mon, 2018-02-26 at 16:38 +0800, Ye Xiaolong wrote: >>> On 02/25, Jeff Layton wrote: On Sun, 2018-02-25 at 23:05 +0800, kernel test robot wrote: > Greeting, > > FYI, we noticed

Re: [LKP] [lkp-robot] [iversion] c0cef30e4f: aim7.jobs-per-min -18.0% regression

On 2018年02月26日 20:33, Jeff Layton wrote: > On Mon, 2018-02-26 at 06:43 -0500, Jeff Layton wrote: >> On Mon, 2018-02-26 at 16:38 +0800, Ye Xiaolong wrote: >>> On 02/25, Jeff Layton wrote: On Sun, 2018-02-25 at 23:05 +0800, kernel test robot wrote: > Greeting, > > FYI, we noticed

Re: [v2 1/1] xen, mm: Allow deferred page initialization for xen pv domains

On 26/02/18 17:01, Pavel Tatashin wrote: > Juergen Gross noticed that commit > f7f99100d8d ("mm: stop zeroing memory during allocation in vmemmap") > broke XEN PV domains when deferred struct page initialization is enabled. > > This is because the xen's PagePinned() flag is getting erased from

Re: [v2 1/1] xen, mm: Allow deferred page initialization for xen pv domains

On 26/02/18 17:01, Pavel Tatashin wrote: > Juergen Gross noticed that commit > f7f99100d8d ("mm: stop zeroing memory during allocation in vmemmap") > broke XEN PV domains when deferred struct page initialization is enabled. > > This is because the xen's PagePinned() flag is getting erased from

Re: [Letux-kernel] [PATCH v5 3/5] misc serdev: Add w2sg0004 (gps receiver) power control driver

Hi Johan, > Am 27.02.2018 um 08:04 schrieb Johan Hovold : > > On Mon, Feb 12, 2018 at 04:26:18PM +0100, Pavel Machek wrote: >> Hi! >> Let's restart this discussion and focus on the main roadblock (others are minor details which can be sorted out later). If

Re: [Letux-kernel] [PATCH v5 3/5] misc serdev: Add w2sg0004 (gps receiver) power control driver

Hi Johan, > Am 27.02.2018 um 08:04 schrieb Johan Hovold : > > On Mon, Feb 12, 2018 at 04:26:18PM +0100, Pavel Machek wrote: >> Hi! >> Let's restart this discussion and focus on the main roadblock (others are minor details which can be sorted out later). If it feels like a

Re: [PATCH 01/21] powerpc: Remove warning on array size when empty

Le 27/02/2018 à 08:25, Mathieu Malaterre a écrit : On Mon, Feb 26, 2018 at 3:45 PM, Andy Shevchenko wrote: On Mon, Feb 26, 2018 at 4:44 PM, Andy Shevchenko wrote: On Sun, Feb 25, 2018 at 7:22 PM, Mathieu Malaterre

Re: [PATCH 01/21] powerpc: Remove warning on array size when empty

Le 27/02/2018 à 08:25, Mathieu Malaterre a écrit : On Mon, Feb 26, 2018 at 3:45 PM, Andy Shevchenko wrote: On Mon, Feb 26, 2018 at 4:44 PM, Andy Shevchenko wrote: On Sun, Feb 25, 2018 at 7:22 PM, Mathieu Malaterre wrote: static void __init check_cpu_feature_properties(unsigned long

Re: [PATCH v2] Staging: bcm2048: Fix function argument alignment in radio-bcm2048.c.

On 02/27/2018 02:53 AM, Quytelda Kahja wrote: > Hans, > > Thank you very much for your input on the patch; however this patch > has already been applied to the staging tree. Additionally: I have no record of this being applied through linux-media. Did someone else pick this up? Greg perhaps?

Re: [PATCH v2] Staging: bcm2048: Fix function argument alignment in radio-bcm2048.c.

On 02/27/2018 02:53 AM, Quytelda Kahja wrote: > Hans, > > Thank you very much for your input on the patch; however this patch > has already been applied to the staging tree. Additionally: I have no record of this being applied through linux-media. Did someone else pick this up? Greg perhaps?

[PATCH v3] crypto: add zBeWalgo compression for zram

Currently ZRAM uses compression-algorithms from the crypto-api. ZRAM compresses each page individually. As a result the compression algorithm is forced to use a very small sliding window. None of the available compression algorithms is designed to achieve high compression ratios with small inputs.

[PATCH v3] crypto: add zBeWalgo compression for zram

Currently ZRAM uses compression-algorithms from the crypto-api. ZRAM compresses each page individually. As a result the compression algorithm is forced to use a very small sliding window. None of the available compression algorithms is designed to achieve high compression ratios with small inputs.

Re: [RFC REBASED 4/5] powerpc/mm/slice: Use const pointers to cached slice masks where possible

Christophe Leroy writes: > The slice_mask cache was a basic conversion which copied the slice > mask into caller's structures, because that's how the original code > worked. In most cases the pointer can be used directly instead, saving > a copy and an on-stack

Re: [RFC REBASED 4/5] powerpc/mm/slice: Use const pointers to cached slice masks where possible

Christophe Leroy writes: > The slice_mask cache was a basic conversion which copied the slice > mask into caller's structures, because that's how the original code > worked. In most cases the pointer can be used directly instead, saving > a copy and an on-stack structure. > > This also converts

Re: [PATCH 2/6] pci: Scan all functions when probing while running over Jailhouse

On 2018-02-22 21:57, Bjorn Helgaas wrote: > On Mon, Jan 22, 2018 at 07:12:46AM +0100, Jan Kiszka wrote: >> From: Jan Kiszka >> >> PCI and PCIBIOS probing only scans devices at function number 0/8/16/... >> Subdevices (e.g. multiqueue) have function numbers which are not a

Re: [PATCH 2/6] pci: Scan all functions when probing while running over Jailhouse

On 2018-02-22 21:57, Bjorn Helgaas wrote: > On Mon, Jan 22, 2018 at 07:12:46AM +0100, Jan Kiszka wrote: >> From: Jan Kiszka >> >> PCI and PCIBIOS probing only scans devices at function number 0/8/16/... >> Subdevices (e.g. multiqueue) have function numbers which are not a >> multiple of 8. > >

inconsistent lock state with usbnet/asix usb ethernet and xhci

Hi I've noticed that USBnet/ASIX AX88772B USB driver produces deplock kernel warning ("inconsistent lock state") on Chromebook2 Peach-PIT board. No special activity is needed to reproduce this issue, it happens almost on every boot. ASIX USB ethernet is connected to XHCI USB host controller on

inconsistent lock state with usbnet/asix usb ethernet and xhci

Hi I've noticed that USBnet/ASIX AX88772B USB driver produces deplock kernel warning ("inconsistent lock state") on Chromebook2 Peach-PIT board. No special activity is needed to reproduce this issue, it happens almost on every boot. ASIX USB ethernet is connected to XHCI USB host controller on

Re: [PATCH 01/21] powerpc: Remove warning on array size when empty

On Mon, Feb 26, 2018 at 3:45 PM, Andy Shevchenko wrote: > On Mon, Feb 26, 2018 at 4:44 PM, Andy Shevchenko > wrote: >> On Sun, Feb 25, 2018 at 7:22 PM, Mathieu Malaterre wrote: > >>> static void __init

Re: [PATCH 01/21] powerpc: Remove warning on array size when empty

On Mon, Feb 26, 2018 at 3:45 PM, Andy Shevchenko wrote: > On Mon, Feb 26, 2018 at 4:44 PM, Andy Shevchenko > wrote: >> On Sun, Feb 25, 2018 at 7:22 PM, Mathieu Malaterre wrote: > >>> static void __init check_cpu_feature_properties(unsigned long node) >>> { >>> - unsigned long i; >>>

Re: [PATCH v8 2/2] media: V3s: Add support for Allwinner CSI.

On Tue, Feb 27, 2018 at 10:12:46AM +0800, Yong Deng wrote: > Allwinner V3s SoC features two CSI module. CSI0 is used for MIPI CSI-2 > interface and CSI1 is used for parallel interface. This is not > documented in datasheet but by test and guess. > > This patch implement a v4l2 framework driver

Re: [PATCH v8 2/2] media: V3s: Add support for Allwinner CSI.

On Tue, Feb 27, 2018 at 10:12:46AM +0800, Yong Deng wrote: > Allwinner V3s SoC features two CSI module. CSI0 is used for MIPI CSI-2 > interface and CSI1 is used for parallel interface. This is not > documented in datasheet but by test and guess. > > This patch implement a v4l2 framework driver

Re: [PATCH 2/6] pci: Scan all functions when probing while running over Jailhouse

On 2018-02-23 14:23, Andy Shevchenko wrote: > On Mon, Jan 22, 2018 at 8:12 AM, Jan Kiszka wrote: > >> #include >> #include >> #include >> +#include > > Keep it in order? > Done. > >> #include >> #include >> #include >> +#include > > Ditto. > Despite

Re: [PATCH 2/6] pci: Scan all functions when probing while running over Jailhouse

On 2018-02-23 14:23, Andy Shevchenko wrote: > On Mon, Jan 22, 2018 at 8:12 AM, Jan Kiszka wrote: > >> #include >> #include >> #include >> +#include > > Keep it in order? > Done. > >> #include >> #include >> #include >> +#include > > Ditto. > Despite the context suggesting

Re: [PATCH] arm64/acpi: make ACPI boot preference configurable

Hi Jonathan, On 27 February 2018 at 06:05, Jonathan Toppins wrote: > This patch allows a user to configure ACPI to be preferred over > device-tree. > This comes up once a year or so, and the consensus has been so far that it is not up to the kernel to reason about whether

Re: [PATCH] arm64/acpi: make ACPI boot preference configurable

Hi Jonathan, On 27 February 2018 at 06:05, Jonathan Toppins wrote: > This patch allows a user to configure ACPI to be preferred over > device-tree. > This comes up once a year or so, and the consensus has been so far that it is not up to the kernel to reason about whether DT or ACPI should be

Re: [PATCH 4/6] x86: Consolidate PCI_MMCONFIG configs

On 2018-01-28 18:26, Andy Shevchenko wrote: > On Mon, Jan 22, 2018 at 8:12 AM, Jan Kiszka wrote: >> From: Jan Kiszka >> >> Not sure if those two worked by design or just by chance so far. In any >> case, it's at least cleaner and clearer to express

Re: [PATCH 4/6] x86: Consolidate PCI_MMCONFIG configs

On 2018-01-28 18:26, Andy Shevchenko wrote: > On Mon, Jan 22, 2018 at 8:12 AM, Jan Kiszka wrote: >> From: Jan Kiszka >> >> Not sure if those two worked by design or just by chance so far. In any >> case, it's at least cleaner and clearer to express this in a single >> config statement. > >

Re: [RFC REBASED 3/5] powerpc/mm/slice: implement slice_check_range_fits

Christophe Leroy writes: + if ((start + len) > SLICE_LOW_TOP) { > + unsigned long start_index = GET_HIGH_SLICE_INDEX(start); > + unsigned long align_end = ALIGN(end, (1UL << SLICE_HIGH_SHIFT)); > + unsigned long count =

Re: [RFC REBASED 3/5] powerpc/mm/slice: implement slice_check_range_fits

Christophe Leroy writes: + if ((start + len) > SLICE_LOW_TOP) { > + unsigned long start_index = GET_HIGH_SLICE_INDEX(start); > + unsigned long align_end = ALIGN(end, (1UL << SLICE_HIGH_SHIFT)); > + unsigned long count = GET_HIGH_SLICE_INDEX(align_end) -

[PATCH] perf machine: Fix load kernel symbol with '-k' option

On Hikey arm64 octa A53 platform, when use command './perf report -v -k vmlinux --stdio' it outputs below error info, and it skips to load kernel symbol and doesn't print symbol for event: Failed to open [kernel.kallsyms]_text, continuing without symbols. The regression is introduced by commit

[PATCH] perf machine: Fix load kernel symbol with '-k' option

On Hikey arm64 octa A53 platform, when use command './perf report -v -k vmlinux --stdio' it outputs below error info, and it skips to load kernel symbol and doesn't print symbol for event: Failed to open [kernel.kallsyms]_text, continuing without symbols. The regression is introduced by commit

Re: [PATCH 4.4 00/22] 4.4.119-stable review

ltp-timers-tests - pass: 12, skip: 1 Hikey test results, Summary kernel: 4.4.119-rc1 git repo: https://git.linaro.org/lkft/arm64-stable-rc.git git tag: 4.4.119-rc1-hikey-20180226-143 git commit: 771d0ba89d9a09eaeca879730f10ebdd6954af6b git describe: 4.4.119-rc1-hikey-201

Re: [PATCH 4.4 00/22] 4.4.119-stable review

mers-tests - pass: 12, skip: 1 Hikey test results, Summary kernel: 4.4.119-rc1 git repo: https://git.linaro.org/lkft/arm64-stable-rc.git git tag: 4.4.119-rc1-hikey-20180226-143 git commit: 771d0ba89d9a09eaeca879730f10ebdd6954af6b git describe: 4.4.119-rc1-hikey-20180226-143 Test details: https://qa

Re: [PATCH 1/3] leaking_addresses: skip all /proc/PID except /proc/1

On Tue, Feb 27, 2018 at 6:45 AM, Tobin C. Harding wrote: > When the system is idle it is likely that most files under /proc/PID > will be identical for various processes. Scanning _all_ the PIDs under > /proc is unnecessary and implies that we are thoroughly scanning /proc. > This

Re: [PATCH 1/3] leaking_addresses: skip all /proc/PID except /proc/1

On Tue, Feb 27, 2018 at 6:45 AM, Tobin C. Harding wrote: > When the system is idle it is likely that most files under /proc/PID > will be identical for various processes. Scanning _all_ the PIDs under > /proc is unnecessary and implies that we are thoroughly scanning /proc. > This is _not_ the

Re: [PATCH 3/4 v2] fs: proc: use down_read_killable() in environ_read()

On Tue, Feb 27, 2018 at 08:25:50AM +0800, Yang Shi wrote: > Like reading /proc/*/cmdline, it is possible to be blocked for long time > when reading /proc/*/environ when manipulating large mapping at the mean > time. The environ reading process will be waiting for mmap_sem become > available for a

Re: [PATCH 3/4 v2] fs: proc: use down_read_killable() in environ_read()

On Tue, Feb 27, 2018 at 08:25:50AM +0800, Yang Shi wrote: > Like reading /proc/*/cmdline, it is possible to be blocked for long time > when reading /proc/*/environ when manipulating large mapping at the mean > time. The environ reading process will be waiting for mmap_sem become > available for a

[PATCH v5 4/6] arm64: dts: exynos: add OF graph between MHL and USB connector

OF graph describes MHL data lanes between MHL and respective USB connector. Signed-off-by: Andrzej Hajda --- v5: removed extra parenthesis (kbuild test robot) v4: added missing reg property in connector's port node (Krzysztof) ---

[PATCH v5 4/6] arm64: dts: exynos: add OF graph between MHL and USB connector

OF graph describes MHL data lanes between MHL and respective USB connector. Signed-off-by: Andrzej Hajda --- v5: removed extra parenthesis (kbuild test robot) v4: added missing reg property in connector's port node (Krzysztof) --- .../boot/dts/exynos/exynos5433-tm2-common.dtsi | 31

Re: [PATCH 4.9 00/39] 4.9.85-stable review

On 27 February 2018 at 01:50, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.9.85 release. > There are 39 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied,

Re: [PATCH 4.9 00/39] 4.9.85-stable review

On 27 February 2018 at 01:50, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.9.85 release. > There are 39 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 know. > >

[PATCH v5 5/6] extcon: add possibility to get extcon device by OF node

Since extcon property is not allowed in DT, extcon subsystem requires another way to get extcon device. Lets try the simplest approach - get edev by of_node. Signed-off-by: Andrzej Hajda Acked-by: Chanwoo Choi --- v5: function renamed to

[PATCH v5 5/6] extcon: add possibility to get extcon device by OF node

Since extcon property is not allowed in DT, extcon subsystem requires another way to get extcon device. Lets try the simplest approach - get edev by of_node. Signed-off-by: Andrzej Hajda Acked-by: Chanwoo Choi --- v5: function renamed to extcon_find_edev_by_node (Andy) v2: changed label to

[PATCH v5 6/6] drm/bridge/sii8620: use micro-USB cable detection logic to detect MHL

From: Maciej Purski Currently MHL chip must be turned on permanently to detect MHL cable. It duplicates micro-USB controller's (MUIC) functionality and consumes unnecessary power. Lets use extcon attached to MUIC to enable MHL chip only if it detects MHL cable.

Re: [RFC PATCH] ARM: configs: sunxi: Set ondemand govenor as default

On Mon, Feb 26, 2018 at 10:29:29PM +0100, Philipp Rossak wrote: > > > On 19.02.2018 09:10, Maxime Ripard wrote: > > On Sat, Feb 17, 2018 at 03:22:35PM +0100, Philipp Rossak wrote: > > > Right now the performance govenor is the default frequency govenor on > > > sunxi devices. This causes some

[PATCH v5 6/6] drm/bridge/sii8620: use micro-USB cable detection logic to detect MHL

From: Maciej Purski Currently MHL chip must be turned on permanently to detect MHL cable. It duplicates micro-USB controller's (MUIC) functionality and consumes unnecessary power. Lets use extcon attached to MUIC to enable MHL chip only if it detects MHL cable. Signed-off-by: Maciej Purski

Re: [RFC PATCH] ARM: configs: sunxi: Set ondemand govenor as default

On Mon, Feb 26, 2018 at 10:29:29PM +0100, Philipp Rossak wrote: > > > On 19.02.2018 09:10, Maxime Ripard wrote: > > On Sat, Feb 17, 2018 at 03:22:35PM +0100, Philipp Rossak wrote: > > > Right now the performance govenor is the default frequency govenor on > > > sunxi devices. This causes some

[PATCH v5 1/6] dt-bindings: add bindings for USB physical connector

These bindings allow to describe most known standard USB connectors and it should be possible to extend it if necessary. USB connectors, beside USB can be used to route other protocols, for example UART, Audio, MHL. In such case every device passing data through the connector should have

[PATCH v5 1/6] dt-bindings: add bindings for USB physical connector

These bindings allow to describe most known standard USB connectors and it should be possible to extend it if necessary. USB connectors, beside USB can be used to route other protocols, for example UART, Audio, MHL. In such case every device passing data through the connector should have

[PATCH v5 3/6] arm64: dts: exynos: add micro-USB connector node to TM2 platforms

Since USB connector bindings are available we can describe it on TM2(e). Signed-off-by: Andrzej Hajda --- arch/arm64/boot/dts/exynos/exynos5433-tm2-common.dtsi | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm64/boot/dts/exynos/exynos5433-tm2-common.dtsi

[PATCH v5 0/6] dt-bindings: add bindings for USB physical connector

Hi, Thanks for reviews of previous iterations. This patchset introduces USB physical connector bindings, together with working example. I have removed RFC prefix - the patchset seems to be heading to a happy end :) v5: fixed extra parenthesis in dts, renamed extcon function. v4: improved

[PATCH v5 3/6] arm64: dts: exynos: add micro-USB connector node to TM2 platforms

Since USB connector bindings are available we can describe it on TM2(e). Signed-off-by: Andrzej Hajda --- arch/arm64/boot/dts/exynos/exynos5433-tm2-common.dtsi | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm64/boot/dts/exynos/exynos5433-tm2-common.dtsi

[PATCH v5 0/6] dt-bindings: add bindings for USB physical connector

Hi, Thanks for reviews of previous iterations. This patchset introduces USB physical connector bindings, together with working example. I have removed RFC prefix - the patchset seems to be heading to a happy end :) v5: fixed extra parenthesis in dts, renamed extcon function. v4: improved

[PATCH v5 2/6] dt-bindings: add bindings for Samsung micro-USB 11-pin connector

Samsung micro-USB 11-pin connector beside standard micro-USB pins, has pins dedicated to route MHL traffic. Signed-off-by: Andrzej Hajda Reviewed-by: Rob Herring --- v4: - removed description of property inherited from usb-connector (Rob), - fixed example

[PATCH v5 2/6] dt-bindings: add bindings for Samsung micro-USB 11-pin connector

Samsung micro-USB 11-pin connector beside standard micro-USB pins, has pins dedicated to route MHL traffic. Signed-off-by: Andrzej Hajda Reviewed-by: Rob Herring --- v4: - removed description of property inherited from usb-connector (Rob), - fixed example description. ---

Re: [OMPI devel] [PATCH v5 0/4] vm: add a syscall to map a process memory into a pipe

On Mon, Feb 26, 2018 at 09:38:19AM -0700, Nathan Hjelm wrote: > All MPI implementations have support for using CMA to transfer data > between local processes. The performance is fairly good (not as good as > XPMEM) but the interface limits what we can do with to remote process > memory (no

Re: [OMPI devel] [PATCH v5 0/4] vm: add a syscall to map a process memory into a pipe

On Mon, Feb 26, 2018 at 09:38:19AM -0700, Nathan Hjelm wrote: > All MPI implementations have support for using CMA to transfer data > between local processes. The performance is fairly good (not as good as > XPMEM) but the interface limits what we can do with to remote process > memory (no

Re: [PATCH 4.14 00/54] 4.14.23-stable review

On 27 February 2018 at 01:51, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.14.23 release. > There are 54 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied,

Re: [PATCH 4.14 00/54] 4.14.23-stable review

On 27 February 2018 at 01:51, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.14.23 release. > There are 54 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 know. > >

Re: [linux-sunxi] [PATCH 14/15] ARM: dts: sun8i: h3: Enable HDMI output on H3 boards

On Tue, Feb 27, 2018 at 01:29:27PM +1100, Julian Calaby wrote: > Hi Jernej, > > On Tue, Feb 27, 2018 at 3:27 AM, Jernej Škrabec > wrote: > > Hi, > > > > Dne ponedeljek, 26. februar 2018 ob 17:21:05 CET je Icenowy Zheng > > napisal(a): > >> 于 2018年2月27日 GMT+08:00

Re: [linux-sunxi] [PATCH 14/15] ARM: dts: sun8i: h3: Enable HDMI output on H3 boards

On Tue, Feb 27, 2018 at 01:29:27PM +1100, Julian Calaby wrote: > Hi Jernej, > > On Tue, Feb 27, 2018 at 3:27 AM, Jernej Škrabec > wrote: > > Hi, > > > > Dne ponedeljek, 26. februar 2018 ob 17:21:05 CET je Icenowy Zheng > > napisal(a): > >> 于 2018年2月27日 GMT+08:00 上午12:16:44, "Jernej Škrabec" >

Re: [PATCH 4.15 00/64] 4.15.7-stable review

On 27 February 2018 at 01:51, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.15.7 release. > There are 64 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied,

Re: [PATCH 4.15 00/64] 4.15.7-stable review

On 27 February 2018 at 01:51, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.15.7 release. > There are 64 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 know. > >

Re: [PATCH v4 4/6] arm64: dts: exynos: add OF graph between MHL and USB connector

On 26.02.2018 16:21, Krzysztof Kozlowski wrote: > On Wed, Feb 21, 2018 at 9:55 AM, Andrzej Hajda wrote: >> OF graph describes MHL data lanes between MHL and respective USB >> connector. >> >> Signed-off-by: Andrzej Hajda >> --- >> v4: >> - added missing

Re: [PATCH v4 4/6] arm64: dts: exynos: add OF graph between MHL and USB connector

On 26.02.2018 16:21, Krzysztof Kozlowski wrote: > On Wed, Feb 21, 2018 at 9:55 AM, Andrzej Hajda wrote: >> OF graph describes MHL data lanes between MHL and respective USB >> connector. >> >> Signed-off-by: Andrzej Hajda >> --- >> v4: >> - added missing reg property in connector's port node

Re: [Letux-kernel] [PATCH v5 3/5] misc serdev: Add w2sg0004 (gps receiver) power control driver

On Mon, Feb 12, 2018 at 04:26:18PM +0100, Pavel Machek wrote: > Hi! > > > > Let's restart this discussion and focus on the main roadblock (others > > > are minor details which can be sorted out later). > > > > > > If it feels like a hack, the key issue seems to me to be the choice of > > > the

Re: [Letux-kernel] [PATCH v5 3/5] misc serdev: Add w2sg0004 (gps receiver) power control driver

On Mon, Feb 12, 2018 at 04:26:18PM +0100, Pavel Machek wrote: > Hi! > > > > Let's restart this discussion and focus on the main roadblock (others > > > are minor details which can be sorted out later). > > > > > > If it feels like a hack, the key issue seems to me to be the choice of > > > the

Re: [v2 1/1] xen, mm: Allow deferred page initialization for xen pv domains

* Pavel Tatashin wrote: > Juergen Gross noticed that commit > f7f99100d8d ("mm: stop zeroing memory during allocation in vmemmap") > broke XEN PV domains when deferred struct page initialization is enabled. > > This is because the xen's PagePinned() flag is getting

Re: [v2 1/1] xen, mm: Allow deferred page initialization for xen pv domains

* Pavel Tatashin wrote: > Juergen Gross noticed that commit > f7f99100d8d ("mm: stop zeroing memory during allocation in vmemmap") > broke XEN PV domains when deferred struct page initialization is enabled. > > This is because the xen's PagePinned() flag is getting erased from struct > pages

[PATCH] KVM/X86: Check input sreg values before loading vcpu

From: Lan Tianyu This patch is to check sreg value first and then load vcpu in order to avoid redundant loading/putting vcpu. Signed-off-by: Lan Tianyu --- arch/x86/kvm/x86.c | 14 +++--- 1 file changed, 7 insertions(+), 7

[PATCH] KVM/X86: Check input sreg values before loading vcpu

From: Lan Tianyu This patch is to check sreg value first and then load vcpu in order to avoid redundant loading/putting vcpu. Signed-off-by: Lan Tianyu --- arch/x86/kvm/x86.c | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/arch/x86/kvm/x86.c

[PATCH] init/Kconfig: make CHECKPOINT_RESTORE select PROC_PAGE_MONITOR

Checkpointing a process requires knowledge about the process memory layout which is obtained from /proc//smaps, /proc//pagemap etc. Make sure these interfaces are available only when CONFIG_CHECKPOINT_RESTORE=y Signed-off-by: Mike Rapoport --- init/Kconfig | 1 + 1 file

[PATCH] init/Kconfig: make CHECKPOINT_RESTORE select PROC_PAGE_MONITOR

Checkpointing a process requires knowledge about the process memory layout which is obtained from /proc//smaps, /proc//pagemap etc. Make sure these interfaces are available only when CONFIG_CHECKPOINT_RESTORE=y Signed-off-by: Mike Rapoport --- init/Kconfig | 1 + 1 file changed, 1 insertion(+)

Re: [PATCH] perf top: Fix annoying fallback message on older kernel

* kan.li...@intel.com wrote: > From: Kan Liang > > On older (v4.4) kernels, the annoying fallback message can be observed > in 'perf top'. > > The 'perf top' has been changed to overwrite mode since > 'commit ebebbf082357 ("perf top: Switch default

Re: [PATCH] perf top: Fix annoying fallback message on older kernel

* kan.li...@intel.com wrote: > From: Kan Liang > > On older (v4.4) kernels, the annoying fallback message can be observed > in 'perf top'. > > The 'perf top' has been changed to overwrite mode since > 'commit ebebbf082357 ("perf top: Switch default mode to overwrite mode")' > For the older

Re: [PATCH 8/9] drm/xen-front: Implement GEM operations

On 02/27/2018 01:47 AM, Boris Ostrovsky wrote: On 02/23/2018 10:35 AM, Oleksandr Andrushchenko wrote: On 02/23/2018 05:26 PM, Boris Ostrovsky wrote: On 02/21/2018 03:03 AM, Oleksandr Andrushchenko wrote: +static struct xen_gem_object *gem_create(struct drm_device *dev, size_t size) +{ +

Re: [PATCH 8/9] drm/xen-front: Implement GEM operations

On 02/27/2018 01:47 AM, Boris Ostrovsky wrote: On 02/23/2018 10:35 AM, Oleksandr Andrushchenko wrote: On 02/23/2018 05:26 PM, Boris Ostrovsky wrote: On 02/21/2018 03:03 AM, Oleksandr Andrushchenko wrote: +static struct xen_gem_object *gem_create(struct drm_device *dev, size_t size) +{ +

Re: [PATCH] Revert "mfd: cros_ec: Add ACPI GPE handler for LID0 devices"

On Thu, Feb 22, 2018 at 01:30:52PM -0800, Wenkai Du wrote: > This reverts commit e04653a9dcf4d98defe2149c885382e5cc72082f. > > It is no longer needed to install Chrome EC GPE handler to have > GPE enabled in suspend to idle path. It is found that with this > handler installed, EC wake up doesn't

Re: [PATCH] Revert "mfd: cros_ec: Add ACPI GPE handler for LID0 devices"

On Thu, Feb 22, 2018 at 01:30:52PM -0800, Wenkai Du wrote: > This reverts commit e04653a9dcf4d98defe2149c885382e5cc72082f. > > It is no longer needed to install Chrome EC GPE handler to have > GPE enabled in suspend to idle path. It is found that with this > handler installed, EC wake up doesn't

Re: [PATCH v3 3/8] mfd: cros_ec: Don't try to grab log when suspended

Hi Enric, Thanks for sending this. On Mon, Feb 26, 2018 at 11:26:01AM +0100, Enric Balletbo i Serra wrote: > From: Douglas Anderson > > We should stop our worker thread while we're suspended. If we don't > then we'll get messages like: > > cros-ec-spi spi5.0: spi

Re: [PATCH v3 3/8] mfd: cros_ec: Don't try to grab log when suspended

Hi Enric, Thanks for sending this. On Mon, Feb 26, 2018 at 11:26:01AM +0100, Enric Balletbo i Serra wrote: > From: Douglas Anderson > > We should stop our worker thread while we're suspended. If we don't > then we'll get messages like: > > cros-ec-spi spi5.0: spi transfer failed: -108 >

Re: [PATCH 0/7] drm/virtio: Checkpatch cleanup for virtio

On Thu, Feb 22, 2018 at 08:59:33PM -0300, Rodrigo Siqueira wrote: > This patchset fixes warnings and errors found by checkpatch.pl in the > drm/virtio: Added to drm-qemu queue, will land in drm-misc soon. thanks, Gerd

Re: [PATCH 0/7] drm/virtio: Checkpatch cleanup for virtio

On Thu, Feb 22, 2018 at 08:59:33PM -0300, Rodrigo Siqueira wrote: > This patchset fixes warnings and errors found by checkpatch.pl in the > drm/virtio: Added to drm-qemu queue, will land in drm-misc soon. thanks, Gerd

Re: [PATCH 1/3] leaking_addresses: skip all /proc/PID except /proc/1

On Mon, Feb 26, 2018 at 10:09:31PM -0700, Tycho Andersen wrote: > Hi Tobin, > > On Tue, Feb 27, 2018 at 03:45:09PM +1100, Tobin C. Harding wrote: > > When the system is idle it is likely that most files under /proc/PID > > will be identical for various processes. Scanning _all_ the PIDs under >

Re: [PATCH 1/3] leaking_addresses: skip all /proc/PID except /proc/1

On Mon, Feb 26, 2018 at 10:09:31PM -0700, Tycho Andersen wrote: > Hi Tobin, > > On Tue, Feb 27, 2018 at 03:45:09PM +1100, Tobin C. Harding wrote: > > When the system is idle it is likely that most files under /proc/PID > > will be identical for various processes. Scanning _all_ the PIDs under >

[PATCH] Documentation: fix the wrong path in intel_rdt_ui.txt

the note says "Move the cpus 4-7 over to p1", but echo command writes f0 to p0/cpus Signed-off-by: Li RongQing Cc: Fenghua Yu --- Documentation/x86/intel_rdt_ui.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH] Documentation: fix the wrong path in intel_rdt_ui.txt

the note says "Move the cpus 4-7 over to p1", but echo command writes f0 to p0/cpus Signed-off-by: Li RongQing Cc: Fenghua Yu --- Documentation/x86/intel_rdt_ui.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/x86/intel_rdt_ui.txt

[no subject]

Can i trust you with the following? I know and hoping, praying that you are a person that has the intelligence to understand what I am getting myself into. I cannot make you agree to this with me, but I can assume that when you are in I can trust you completely. The least I ask of you, is

[no subject]

Can i trust you with the following? I know and hoping, praying that you are a person that has the intelligence to understand what I am getting myself into. I cannot make you agree to this with me, but I can assume that when you are in I can trust you completely. The least I ask of you, is

  1   2   3   4   5   6   7   8   9   10   >