Re: [PATCH 4/4] rtc: coh901331: convert to SPDX identifier

2019-04-08 Thread Linus Walleij
On Sun, Apr 7, 2019 at 11:10 PM Alexandre Belloni wrote: > Use SPDX-License-Identifier instead of the custom license line. > > Signed-off-by: Alexandre Belloni Reviewed-by: Linus Walleij Yours, Linus Walleij

RE: [PATCH] objtool: Don't use -Werror

2019-04-08 Thread David Laight
From: Josh Poimboeuf > Sent: 05 April 2019 18:23 > On Fri, Apr 05, 2019 at 05:17:15PM +, David Laight wrote: > > > Hm, I don't see that in cmd_objtool, or any commits from you in > > > scripts/Makefile.build. > > > > Not sure I remember actually committing them. > > Maybe 'git diff' isn't doing

[PATCH v3 0/6] Add Beelink GS1 Board

2019-04-08 Thread Clément Péron
Thanks to Jagan and Icenowy, most of this device-tree is taken from their works on the OrangePi One Plus and Pine H64. PLEASE NOTE that I don't own an OrangePi nor a Pine H64 and PIO regualtors for these board has not been tested ! Please add a tested-by on these commits 5 and 6 before merging i

Re: [PATCH v3 2/2] media:st-mipid02: MIPID02 CSI-2 to PARALLEL bridge driver

2019-04-08 Thread Sakari Ailus
On Mon, Apr 08, 2019 at 06:17:18AM +, Mickael GUENE wrote: > Hi Sakari, > > On 4/6/19 13:01, Sakari Ailus wrote: > > On Tue, Mar 26, 2019 at 02:36:41PM +, Mickael GUENE wrote: > >> Sakari, > >> > +static int bpp_from_code(__u32 code) > +{ > +switch (code) { > +

[PATCH v3 6/6] arm64: dts: allwinner: h6: pine64: Add PIO regulators

2019-04-08 Thread Clément Péron
Add PIO regulators for Pine64 board. Signed-off-by: Clément Péron --- .../boot/dts/allwinner/sun50i-h6-pine-h64.dts | 17 + 1 file changed, 17 insertions(+) diff --git a/arch/arm64/boot/dts/allwinner/sun50i-h6-pine-h64.dts b/arch/arm64/boot/dts/allwinner/sun50i-h6-pine-h64.dt

[PATCH v3 1/6] arm64: dts: allwinner: h6: move MMC pinctrl to dtsi

2019-04-08 Thread Clément Péron
There is only one pinmuxing available for each MMC controller. Move the pinctrl to the SOC Signed-off-by: Clément Péron --- arch/arm64/boot/dts/allwinner/sun50i-h6-orangepi.dtsi | 2 -- arch/arm64/boot/dts/allwinner/sun50i-h6-pine-h64.dts | 4 arch/arm64/boot/dts/allwinner/sun50i-h6.dtsi

[PATCH v3 4/6] dt-bindings: arm: sunxi: Add Beelink GS1 board

2019-04-08 Thread Clément Péron
Beelink GS1 device-tree has been introduced. Add it to the sunxi yaml documentation. Signed-off-by: Clément Péron --- Documentation/devicetree/bindings/arm/sunxi.yaml | 5 + 1 file changed, 5 insertions(+) diff --git a/Documentation/devicetree/bindings/arm/sunxi.yaml b/Documentation/devic

[PATCH v3 3/6] ARM: dts: sun50i: h6: Introduce Beelink GS1 board

2019-04-08 Thread Clément Péron
Beelink GS1 is an Allwinner H6 based TV box, which support: - Allwinner H6 Quad-core 64-bit ARM Cortex-A53 - GPU Mali-T720 - 2GB LPDDR3 RAM - AXP805 PMIC - 1Gbps GMAC via RTL8211E - FN-Link 6222B-SRB Wifi/BT - 1x USB 2.0 Host and 1x USB 3.0 Host - HDMI port - S/PDIF Tx - IR receiver - 5V/2A DC powe

Re: [PATCH RFC 0/4] vsock/virtio: optimizations to increase the throughput

2019-04-08 Thread Stefan Hajnoczi
On Fri, Apr 05, 2019 at 09:49:17AM +0200, Stefano Garzarella wrote: > On Thu, Apr 04, 2019 at 02:04:10PM -0400, Michael S. Tsirkin wrote: > > On Thu, Apr 04, 2019 at 06:47:15PM +0200, Stefano Garzarella wrote: > > > On Thu, Apr 04, 2019 at 11:52:46AM -0400, Michael S. Tsirkin wrote: > > > > I simpl

[PATCH v3 5/6] arm64: allwinner: h6: orangepi: Add PIO regulators

2019-04-08 Thread Clément Péron
OrangePi One Plus and OrangePi Lite2 use the same PIO regulators. Add this in the common device tree. Signed-off-by: Clément Péron --- .../boot/dts/allwinner/sun50i-h6-orangepi.dtsi | 17 + 1 file changed, 17 insertions(+) diff --git a/arch/arm64/boot/dts/allwinner/sun50i-h6-o

[PATCH v3 2/6] dt-bindings: vendor-prefixes: add AZW

2019-04-08 Thread Clément Péron
Shenzhen AZW Technology Co. Ltd. is a manufacturer specialized in Android smart TV boxes, Intel mini PCs and home cloud TV boxes with NAS. Add the vendor prefix for AZW. Signed-off-by: Clément Péron Reviewed-by: Robin Murphy --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 fi

Re: [PATCH 2/2] ARM: dts: dra7: Separate AM57 dtsi files

2019-04-08 Thread Roger Quadros
On 05/04/2019 16:28, Roger Quadros wrote: > AM5 and DRA7 SoC families have different set of modules > in them so the SoC sepecific dtsi files need to be separated. > > e.g. Some of the major differences between AM576 and DRA76 > > DRA76x AM576x > > USB3 x > USB4

Re: [PATCH 1/5] lib: make bitmap_parselist_user() a wrapper on bitmap_parselist()

2019-04-08 Thread Andy Shevchenko
On Fri, Apr 05, 2019 at 08:32:07PM +0300, Yury Norov wrote: > Currently we parse user data byte after byte which leads to > overcomplification of parsing algorithm. The only user of > bitmap_parselist_user() is not performance-critical, and so we > can duplicate user data to kernel buffer and simpl

[PATCH v2 1/5] arm64: dts: meson-g12a: Add VPU and HDMI related nodes

2019-04-08 Thread Neil Armstrong
Add VPU and HDMI display support. Signed-off-by: Neil Armstrong --- arch/arm64/boot/dts/amlogic/meson-g12a.dtsi | 131 1 file changed, 131 insertions(+) diff --git a/arch/arm64/boot/dts/amlogic/meson-g12a.dtsi b/arch/arm64/boot/dts/amlogic/meson-g12a.dtsi index 858ddd68665

[PATCH v2 0/5] arm64: dts: meson-g12a: Add support for Video Display

2019-04-08 Thread Neil Armstrong
This patchset adds nodes for Video Display support. Dependencies : - patch 1: VPU, HDMI & Power Controller bindings to be applied - patch 2: Depends on AO-CEC-B bindings to be applied - patch 3, 4, 5: Patch 1 Changes since v1: - Added support for AO-CEC-B, enabling AO-CEC-B and disabling AO-CEC-A

[PATCH v2 3/5] arm64: dts: meson-g12a-x96-max: Add support for Video Display

2019-04-08 Thread Neil Armstrong
This patch adds the HDMI, CVBS and CEC attributes and nodes to support full display on the X96 Max STB. AO-CEC-B is used by default and AO-CEC-A is disabled. Signed-off-by: Neil Armstrong --- .../boot/dts/amlogic/meson-g12a-x96-max.dts | 54 +++ 1 file changed, 54 insertions(+

[PATCH v2 2/5] arm64: dts: meson-g12a: Add AO-CEC nodes

2019-04-08 Thread Neil Armstrong
Amlogic G12A embeds 2 CEC controllers : - AO-CEC-A the same controller as in GXBB, GXL & GXM SoCs - AO-CEC-B is a new controller Note, the two controller can work simultanously since 2 Pads can handle CEC, thus this SoC can handle 2 distinct CEC busses. This patch adds the nodes for the AO-CEC-A

[PATCH v2 4/5] arm64: dts: meson-g12a-sei510: Add support for Video Display

2019-04-08 Thread Neil Armstrong
This patch adds the HDMI, CVBS and CEC attributes and nodes to support full display on the SEI510 STB. AO-CEC-B is used by default and AO-CEC-A is disabled. Signed-off-by: Neil Armstrong --- .../boot/dts/amlogic/meson-g12a-sei510.dts| 53 +++ 1 file changed, 53 insertions(+)

[PATCH v2 5/5] arm64: dts: meson-g12a-u200: Add support for Video Display

2019-04-08 Thread Neil Armstrong
This patch adds the HDMI, CVBS and CEC attributes and nodes to support full display on the U200 Reference Design. AO-CEC-B is used by default and AO-CEC-A is disabled. Signed-off-by: Neil Armstrong --- .../boot/dts/amlogic/meson-g12a-u200.dts | 54 +++ 1 file changed, 54 in

Re: [RFC PATCH v3 1/4] x86: Add new config symbol to unify conditional definition of hv_irq_callback_count

2019-04-08 Thread Borislav Petkov
Subject: x86/kconfig: Add ... On Mon, Apr 08, 2019 at 04:12:08PM +0800, Zhao Yakui wrote: > Now the CONFIG_HYPERV and CONFIG_XEN can be used to control the definition > /usage of hv_irq_callback_count. If another linux guest also needs to use > the hv_irq_callback_count, current conditional defini

Re: [PATCH v2 4/4] power: supply: add Ingenic JZ47xx battery driver.

2019-04-08 Thread Sebastian Reichel
Hi Paul, On Sun, Apr 07, 2019 at 09:07:57PM +0200, Paul Cercueil wrote: > Hi Sebastian, > > Le dim. 7 avril 2019 à 18:52, Sebastian Reichel a écrit : > > Hi, > > > > On Sun, Mar 24, 2019 at 03:31:37PM +, Jonathan Cameron wrote: > > > On Sat, 23 Mar 2019 18:28:09 +0100 > > > Artur Rojek w

Keyboard backlight LED naming was Re: [PATCH v5 2/3] platform/chrome: Add Wilco EC keyboard backlight LEDs support

2019-04-08 Thread Pavel Machek
Hi! > > > > > This document also states "The naming scheme above leaves scope > > > > > for further attributes should they be needed". It does not permit, > > > > > however, to redefine one of the fields to mean "location", much less > > > > > the declaration that a devicename of "platform" shall

[PATCH v3 2/4] mfd: cros_ec: instantiate properly CrOS ISH MCU device

2019-04-08 Thread Enric Balletbo i Serra
From: Rushikesh S Kadam Integrated Sensor Hub (ISH) is also a MCU running EC having feature bit EC_FEATURE_ISH. Instantiate it as a special CrOS EC device with device name 'cros_ish'. Signed-off-by: Rushikesh S Kadam Reviewed-by: Gwendal Grignou Reviewed-by: Andy Shevchenko Signed-off-by: Enr

[PATCH v3 1/4] mfd: cros_ec: Update the EC feature codes

2019-04-08 Thread Enric Balletbo i Serra
Update the feature enum for the Chromebook Embedded Controller to the latest version. Some of these enums are still not used in the kernel but we might be also interested on have these enums up to date. Userspace can use them to query the features to the EC via the cros-ec character device. While

[PATCH v3 3/4] mfd: cros_ec: instantiate properly CrOS FP MCU device

2019-04-08 Thread Enric Balletbo i Serra
Support Fingerprint MCU as a special of CrOS EC devices. The current FP MCU uses the same EC SPI protocol v3 as other CrOS EC devices on a SPI bus. When a MCU has fingerprint support (aka EC_FEATURE_FINGERPRINT), it is instantiated as a special CrOS EC device with device name 'cros_fp'. So regardl

[PATCH v3 4/4] mfd: cros_ec: instantiate properly CrOS Touchpad MCU device

2019-04-08 Thread Enric Balletbo i Serra
Support Touchpad MCU as a special of CrOS EC devices. The current Touchpad MCU is used on Eve Chromebook and used the same protocol as other CrOS EC devices. When a MCU has touchpad support (aka EC_FEATURE_TOUCHPAD), it is instantiated as a special CrOS EC device with device name 'cros_tp'. So reg

[PATCH v3 0/4] mfd: cros_ec: Instantiate CrOS FP, TP and ISH devices

2019-04-08 Thread Enric Balletbo i Serra
Hi Lee, The reason I'm sending this patch series is to clarify the build dependencies of the following patches: [PATCH 1/2] mfd: cros_ec: instantiate properly CrOS FP MCU device [PATCH 2/2] mfd: cros_ec: instantiate properly CrOS Touchpad MCU device and I also included this patch in the series:

[PATCH v2 1/1] ARM: dts: dra7: Separate AM57 dtsi files

2019-04-08 Thread Roger Quadros
AM5 and DRA7 SoC families have different set of modules in them so the SoC sepecific dtsi files need to be separated. e.g. Some of the major differences between AM576 and DRA76 DRA76x AM576x USB3x USB4x ATL x VCP x MLB

Re: [PATCH V2 1/2] trace,x86: Add external_interrupts to the irq_vectors class

2019-04-08 Thread Daniel Bristot de Oliveira
On 4/5/19 11:15 PM, Thomas Gleixner wrote: > On Mon, 1 Apr 2019, Daniel Bristot de Oliveira wrote: > >> Currently, the irq_vectors is showing the entry and exit events for >> the interrupts of the architecture, but not for external interrupts. > > Those are covered by the irq tracepoints. Is ther

Re: [PATCH v3 19/36] thunderbolt: Extend tunnel creation to more than 2 adjacent switches

2019-04-08 Thread Lukas Wunner
On Mon, Apr 08, 2019 at 12:07:44PM +0300, Mika Westerberg wrote: > On Mon, Apr 08, 2019 at 10:53:37AM +0200, Lukas Wunner wrote: > > Hm, what other cases are there, i.e. what is the meaning of a tb_regs_hop's > > "next_hop" field if "out_port" doesn't have a remote? (And why does it > > need to be

Re: WARN_ON_ONCE() hit at kernel/events/core.c:330

2019-04-08 Thread Peter Zijlstra
On Mon, Apr 08, 2019 at 10:22:29AM +0200, Peter Zijlstra wrote: > On Mon, Apr 08, 2019 at 09:12:28AM +0200, Thomas-Mich Richter wrote: > > very good news, your fix ran over the weekend without any hit!!! > > > > Thanks very much for your help. Do you submit this patch to the kernel > > mailing l

[PATCH v2] pinctrl:intel: Retain HOSTSW_OWN for requested gpio pin

2019-04-08 Thread Chris Chiu
The touchpad of the ASUS laptops E403NA, X540NA, X541NA are not responsive after suspend/resume. The following error message shows after resume. i2c_hid i2c-ELAN1200:00: failed to reset device. On these laptops, the touchpad interrupt is connected via a GPIO pin which is controlled by Intel pinct

[PATCH v2] bus: ti-sysc: Add generic enable/disable functions

2019-04-08 Thread Roger Quadros
For non legacy cases, add generic sysc_enable_module() and sysc_disable_module() functions. Signed-off-by: Roger Quadros --- Boot tested on - beagle-x15 (AM5728 GP EVM) - AM571x IDK - DRA7 EVM Changelog: v2: - Add helper to get best idle mode. - Add comment about not preventing clockdomain autoi

Re: Possible bio merging breakage in mp bio rework

2019-04-08 Thread Johannes Thumshirn
On 06/04/2019 02:16, Ming Lei wrote: > Hi Nikolay, > > On Fri, Apr 05, 2019 at 07:04:18PM +0300, Nikolay Borisov wrote: >> Hello Ming, >> >> Following the mp biovec rework what is the maximum >> data that a bio could contain? Should it be PAGE_SIZE * bio_vec > > There isn't any maximum data li

RE: [PATCH] Input: i8042 - disable KBD port on Late-2016 Razer Blade Stealth

2019-04-08 Thread David Laight
From: Lyude Paul > Sent: 07 April 2019 23:55 > On Sun, 2019-04-07 at 15:10 -0700, Dmitry Torokhov wrote: > > Hi Lyude, > > > > On Sun, Apr 07, 2019 at 05:37:34PM -0400, Lyude Paul wrote: > > > The late 2016 model of the Razer Blade Stealth has a built-in USB > > > keyboard, but for some reason the

Re: [PATCH 2/5] lib: rework bitmap_parselist

2019-04-08 Thread Andy Shevchenko
On Fri, Apr 05, 2019 at 08:32:08PM +0300, Yury Norov wrote: > Remove __bitmap_parselist helper and split the function to logical > parts. > +static const char *bitmap_getnum(const char *str, unsigned int *num) > +{ > + unsigned int n = 0, _num = 0; > + > + if (!isdigit(*str)) > +

Re: linux-next: manual merge of the staging tree with the staging.current tree

2019-04-08 Thread Andy Shevchenko
On Mon, Apr 08, 2019 at 09:14:58AM +0100, Jonathan Cameron wrote: > On Mon, 8 Apr 2019 13:02:12 +1000 > Stephen Rothwell wrote: > > > Hi all, > > > > Today's linux-next merge of the staging tree got a conflict in: > > > > drivers/iio/industrialio-buffer.c > > > > between commit: > > > > 2

Re: your mail

2019-04-08 Thread Maxim Levitsky
On Tue, 2019-03-19 at 09:22 -0600, Keith Busch wrote: > On Tue, Mar 19, 2019 at 04:41:07PM +0200, Maxim Levitsky wrote: > > -> Share the NVMe device between host and guest. > > Even in fully virtualized configurations, > > some partitions of nvme device could be used by guests as block

Re: [PATCH 3/4] kernel-doc: Rename -function to -symbol

2019-04-08 Thread Jani Nikula
On Fri, 05 Apr 2019, Sean Christopherson wrote: > The -function option applies to all symbol types, not just functions. > Rename it and update its help text and comments to reflect reality. > > Signed-off-by: Sean Christopherson > --- > Documentation/sphinx/kerneldoc.py | 4 ++-- > scripts/kern

RE: [v7 3/3] ahci: qoriq: add lx2160 platforms support

2019-04-08 Thread Peng Ma
Hi axboe, If you have no comments on these paths, please merge. Thank you very much. Patch link: http://patchwork.ozlabs.org/patch/1055028/ http://patchwork.ozlabs.org/patch/1054189/ Best Regards, Peng >-Original Message- >From: Peng Ma >Sent: 2019年3月12日 9:50 >To: ax...@kernel.dk; robh..

Re: [PATCH] pinctrl:intel: Retain HOSTSW_OWN for requested gpio pin

2019-04-08 Thread Andy Shevchenko
On Mon, Apr 08, 2019 at 10:41:06AM +0300, Mika Westerberg wrote: > On Mon, Apr 08, 2019 at 12:21:03PM +0800, Chris Chiu wrote: > > +static void static u32 (see below why) > > +intel_gpio_update_pad_mode(void __iomem *hostown, u32 mask, u32 value) > > +{ > > + u32 curr = readl(hostown); > > +

Re: [PATCH 5/6] dt-bindings: leds: Add LED bindings for the LM36274

2019-04-08 Thread Pavel Machek
On Fri 2019-04-05 09:55:39, Dan Murphy wrote: > Add the LM36274 LED specific bindings. > > Signed-off-by: Dan Murphy > --- > .../devicetree/bindings/leds/leds-lm36274.txt | 82 +++ > 1 file changed, 82 insertions(+) > create mode 100644 Documentation/devicetree/bindings/leds/led

[PATCH RFC 1/3] mm/memory_hotplug: Simplify and fix check_hotplug_memory_range()

2019-04-08 Thread David Hildenbrand
By converting start and size to page granularity, we actually ignore unaligned parts within a page instead of properly bailing out with an error. Signed-off-by: David Hildenbrand --- mm/memory_hotplug.c | 11 +++ 1 file changed, 3 insertions(+), 8 deletions(-) diff --git a/mm/memory_hot

[PATCH RFC 2/3] mm/memory_hotplug: Create memory block devices after arch_add_memory()

2019-04-08 Thread David Hildenbrand
Only memory added via add_memory() and friends will need memory block devices - only memory to be used via the buddy and to be onlined/ offlined by user space in memory block granularity. Move creation of memory block devices out of arch_add_memory(). Create all devices after arch_add_memory() suc

[PATCH RFC 0/3] mm/memory_hotplug: Factor out memory block device handling

2019-04-08 Thread David Hildenbrand
We only want memory block devices for memory to be onlined/offlined (add/remove from the buddy). This is required so user space can online/offline memory and kdump gets notified about newly onlined memory. Only such memory has the requirement of having to span whole memory blocks. Let's factor out

[PATCH RFC 3/3] mm/memory_hotplug: Remove memory block devices before arch_remove_memory()

2019-04-08 Thread David Hildenbrand
Let's factor out removing of memory block devices, which is only necessary for memory added via add_memory() and friends that created memory block devices. Remove the devices before calling arch_remove_memory(). TODO: We should try to get rid of the errors that could be reported by unregister_memo

Re: linux-next: manual merge of the staging tree with the staging.current tree

2019-04-08 Thread Jonathan Cameron
On Mon, 8 Apr 2019 13:01:21 +0300 Andy Shevchenko wrote: > On Mon, Apr 08, 2019 at 09:14:58AM +0100, Jonathan Cameron wrote: > > On Mon, 8 Apr 2019 13:02:12 +1000 > > Stephen Rothwell wrote: > > > > > Hi all, > > > > > > Today's linux-next merge of the staging tree got a conflict in: > > >

Re: [PATCH v0] kernfs: Skip kernfs_put of parent from child node

2019-04-08 Thread Gaurav Kohli
On 4/5/2019 6:01 PM, Mukesh Ojha wrote: On 4/5/2019 5:40 PM, Greg KH wrote: On Fri, Apr 05, 2019 at 05:13:00PM +0530, Gaurav Kohli wrote: On 4/5/2019 5:03 PM, Greg KH wrote: On Fri, Apr 05, 2019 at 04:51:07PM +0530, Gaurav Kohli wrote: While adding kernfs node for child to the parent kernf

[PATCH] cpufreq: maple: Remove redundant code from maple_cpufreq_init()

2019-04-08 Thread Viresh Kumar
The success path and error path both look the same, don't duplicate the code. Signed-off-by: Viresh Kumar --- drivers/cpufreq/maple-cpufreq.c | 4 1 file changed, 4 deletions(-) diff --git a/drivers/cpufreq/maple-cpufreq.c b/drivers/cpufreq/maple-cpufreq.c index a05f1342ec02..a94355723ef8

RE: Issues with i.MX SPI DMA transfers

2019-04-08 Thread Robin Gong
> -Original Message- > From: Igor Plyatov > Sent: 2019年4月3日 23:51 > To: Robin Gong > Cc: Uwe Kleine-König ; > linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org; > linux-...@vger.kernel.org; dl-linux-imx ; Fabio Estevam > ; Pengutronix Kernel Team ; > Sascha Hauer ; Shawn

Re: [PATCH 1/7] cpufreq: ap806: fix possible object reference leak

2019-04-08 Thread Viresh Kumar
On 01-04-19, 09:37, Wen Yang wrote: > The call to of_find_compatible_node returns a node pointer with refcount > incremented thus it must be explicitly decremented after the last > usage. > > Detected by coccinelle with the following warnings: > ./drivers/cpufreq/armada-8k-cpufreq.c:187:1-7: ERROR

Re: [PATCH 1/3] rtc: tegra: set range

2019-04-08 Thread Thierry Reding
On Sun, Apr 07, 2019 at 11:16:44PM +0200, Alexandre Belloni wrote: > The Tegra 20 RTC is a 32bit seconds counter (with an unused millisecond > counter). > > Signed-off-by: Alexandre Belloni > --- > drivers/rtc/rtc-tegra.c | 24 ++-- > 1 file changed, 14 insertions(+), 10 dele

Re: Possible bio merging breakage in mp bio rework

2019-04-08 Thread Johannes Thumshirn
On 08/04/2019 12:19, Ming Lei wrote: > bio_add_page() is absolutely the fast path, and it is much more efficient > to apply the limit just once in the queue's .make_request_fn. You're right, this makes sense. Thanks, Johannes -- Johannes ThumshirnSUSE Labs Fil

Re: [PATCH v2 4/4] power: supply: add Ingenic JZ47xx battery driver.

2019-04-08 Thread Paul Cercueil
Le lun. 8 avril 2019 à 11:38, Sebastian Reichel a écrit : Hi Paul, On Sun, Apr 07, 2019 at 09:07:57PM +0200, Paul Cercueil wrote: Hi Sebastian, Le dim. 7 avril 2019 à 18:52, Sebastian Reichel a écrit : > Hi, > > On Sun, Mar 24, 2019 at 03:31:37PM +, Jonathan Cameron wrote: >

Re: [PATCH 2/3] rtc: tegra: switch to rtc_time64_to_tm/rtc_tm_to_time64

2019-04-08 Thread Thierry Reding
On Sun, Apr 07, 2019 at 11:16:45PM +0200, Alexandre Belloni wrote: > Call the 64bit versions of rtc_tm time conversion now that the range is > enforced by the core. > > Signed-off-by: Alexandre Belloni > --- > drivers/rtc/rtc-tegra.c | 8 > 1 file changed, 4 insertions(+), 4 deletions(-

Re: [PATCH 3/3] rtc: tegra: convert to SPDX identifier

2019-04-08 Thread Thierry Reding
On Sun, Apr 07, 2019 at 11:16:46PM +0200, Alexandre Belloni wrote: > Use SPDX-License-Identifier instead of a verbose license text. > > Signed-off-by: Alexandre Belloni > --- > drivers/rtc/rtc-tegra.c | 15 +-- > 1 file changed, 1 insertion(+), 14 deletions(-) Acked-by: Thierry Redi

Re: [PATCH] stm class: Fix out of bound access from bitmap allocation

2019-04-08 Thread Robin Murphy
On 07/04/2019 05:31, Sai Prakash Ranjan wrote: On 4/5/2019 6:44 PM, David Laight wrote: From: Sai Prakash Ranjan diff --git a/drivers/hwtracing/stm/core.c b/drivers/hwtracing/stm/core.c index 93ce3aa740a9..21a5838f6e67 100644 --- a/drivers/hwtracing/stm/core.c +++ b/drivers/hwtracing/stm/core.

Re: [PATCH v3 2/4] mfd: cros_ec: instantiate properly CrOS ISH MCU device

2019-04-08 Thread Andy Shevchenko
On Mon, Apr 08, 2019 at 11:41:39AM +0200, Enric Balletbo i Serra wrote: > From: Rushikesh S Kadam > > Integrated Sensor Hub (ISH) is also a MCU running EC > having feature bit EC_FEATURE_ISH. Instantiate it as > a special CrOS EC device with device name 'cros_ish'. > Reviewed-by: Andy Shevchenko

Re: [RFC PATCH 0/9] Add support for QCOM Core Power Reduction

2019-04-08 Thread Viresh Kumar
On Thu, Apr 4, 2019 at 10:40 AM Niklas Cassel wrote: > > This is a first RFC for Core Power Reduction (CPR), a form of > Adaptive Voltage Scaling (AVS), found on certain Qualcomm SoCs. > > Since this is simply an RFC, things like MAINTAINERS hasn't > been updated yet. > > CPR is a technology that

[PATCH] reset: axs10x: Implement assert and deassert callbacks

2019-04-08 Thread Vitor Soares
Some custom IP-block connected to ARC AXS10x board need assert and deassert functions to control reset signal of selected peripherals. This patch improve AXS10x reset driver by adding assert and deassert callbacks. Signed-off-by: Vitor Soares Cc: Eugeniy Paltsev Cc: Alexey Brodkin Cc: Joao Pi

RE: [PATCH] stm class: Fix out of bound access from bitmap allocation

2019-04-08 Thread David Laight
From: Robin Murphy > Sent: 08 April 2019 11:24 > On 07/04/2019 05:31, Sai Prakash Ranjan wrote: > > On 4/5/2019 6:44 PM, David Laight wrote: > >> From: Sai Prakash Ranjan > >>> > >>> diff --git a/drivers/hwtracing/stm/core.c b/drivers/hwtracing/stm/core.c > >>> index 93ce3aa740a9..21a5838f6e67 1006

Re: [PATCH v5 1/7] dt-bindings: Add panel-timing subnode to simple-panel

2019-04-08 Thread Thierry Reding
On Mon, Apr 01, 2019 at 10:17:18AM -0700, Douglas Anderson wrote: > From: Sean Paul > > This patch adds a new subnode to simple-panel allowing us to override > the typical timing expressed in the panel's display_timing. > > Changes in v2: > - Split out the binding into a new patch (Rob) > - di

Re: linux-next: manual merge of the staging tree with the staging.current tree

2019-04-08 Thread Andy Shevchenko
On Mon, Apr 08, 2019 at 11:14:39AM +0100, Jonathan Cameron wrote: > On Mon, 8 Apr 2019 13:01:21 +0300 > Andy Shevchenko wrote: > > On Mon, Apr 08, 2019 at 09:14:58AM +0100, Jonathan Cameron wrote: > > > On Mon, 8 Apr 2019 13:02:12 +1000 > > > Stephen Rothwell wrote: > > > > Today's linux-next me

Re: [PATCH v3 19/36] thunderbolt: Extend tunnel creation to more than 2 adjacent switches

2019-04-08 Thread Mika Westerberg
On Mon, Apr 08, 2019 at 11:49:04AM +0200, Lukas Wunner wrote: > On Mon, Apr 08, 2019 at 12:07:44PM +0300, Mika Westerberg wrote: > > On Mon, Apr 08, 2019 at 10:53:37AM +0200, Lukas Wunner wrote: > > > Hm, what other cases are there, i.e. what is the meaning of a > > > tb_regs_hop's > > > "next_hop

RE: [PATCH V5 2/4] firmware: imx: enable imx scu general irq function

2019-04-08 Thread Aisheng Dong
> From: Anson Huang > Sent: Monday, March 18, 2019 11:10 AM > > The System Controller Firmware (SCFW) controls RTC, thermal and WDOG etc., > these resources' interrupt function are managed by SCU. When any IRQ > pending, SCU will notify Linux via MU general interrupt channel #3, and Linux > kernel

Re: [PATCH] s390/mm: Silence compiler warning when compiling without CONFIG_PGSTE

2019-04-08 Thread Thomas Huth
On 08/04/2019 09.09, David Hildenbrand wrote: > On 07.04.19 14:55, Thomas Huth wrote: >> If CONFIG_PGSTE is not set (e.g. when compiling without KVM), GCC complains: >> >> CC arch/s390/mm/pgtable.o >> arch/s390/mm/pgtable.c:413:15: warning: ‘pmd_alloc_map’ defined but not >> used [-Wunused-

Re: [PATCH v3 2/4] mfd: cros_ec: instantiate properly CrOS ISH MCU device

2019-04-08 Thread Enric Balletbo i Serra
On 8/4/19 12:28, Andy Shevchenko wrote: > On Mon, Apr 08, 2019 at 11:41:39AM +0200, Enric Balletbo i Serra wrote: >> From: Rushikesh S Kadam >> >> Integrated Sensor Hub (ISH) is also a MCU running EC >> having feature bit EC_FEATURE_ISH. Instantiate it as >> a special CrOS EC device with device

[PATCH] x86/tsc: mark tsc reliable on CoffeeLake

2019-04-08 Thread You-Sheng Yang
From: You-Sheng Yang On Intel CoffeeLake it's observed tsc is always marked unstable unexpectedly after entering idle state Package C10(PC10), and then clock source is switched to hpet. This patch marks tsc as reliable when CPUID matches CoffeeLake. Link: https://bugzilla.kernel.org/show_bug.cgi

Re: [PATCH v3 1/6] arm64: dts: allwinner: h6: move MMC pinctrl to dtsi

2019-04-08 Thread Maxime Ripard
On Mon, Apr 08, 2019 at 11:26:14AM +0200, Clément Péron wrote: > There is only one pinmuxing available for each MMC controller. > > Move the pinctrl to the SOC > > Signed-off-by: Clément Péron > --- > arch/arm64/boot/dts/allwinner/sun50i-h6-orangepi.dtsi | 2 -- > arch/arm64/boot/dts/allwinner/su

Re: [PATCH] cpufreq: maple: Remove redundant code from maple_cpufreq_init()

2019-04-08 Thread Rafael J. Wysocki
On Monday, April 8, 2019 12:17:06 PM CEST Viresh Kumar wrote: > The success path and error path both look the same, don't duplicate the > code. > > Signed-off-by: Viresh Kumar > --- > drivers/cpufreq/maple-cpufreq.c | 4 > 1 file changed, 4 deletions(-) > > diff --git a/drivers/cpufreq/map

Re: [PATCH] regulator: bd718x7: Use rdev_get_id() to get regulator id

2019-04-08 Thread Matti Vaittinen
On Sun, Apr 07, 2019 at 05:03:02PM +0800, Axel Lin wrote: > Use rdev_get_id() instead of directly access rdev->desc->id. > While at it also remove unneeded init for ramp_value variable. > > Signed-off-by: Axel Lin > --- > drivers/regulator/bd718x7-regulator.c | 4 ++-- > 1 file changed, 2 insert

[PATCH v2] pinctrl: pinctrl-imx8mq: Add suspend/resume ops

2019-04-08 Thread Abel Vesa
To support pinctl hog restore after LPSR resume back, add the generic suspend/resume in pinctrl-imx along with the generic pm opsto be used by platform specific drivers. Then make use of the newly added ops in i.MX8MQ platform specific driver. Signed-off-by: Robin Gong Signed-off-by: Abel Vesa -

Re: [PATCH RFC 00/39] x86/KVM: Xen HVM guest support

2019-04-08 Thread Juergen Gross
On 08/04/2019 12:36, Joao Martins wrote: > On 4/8/19 7:44 AM, Juergen Gross wrote: >> On 12/03/2019 18:14, Joao Martins wrote: >>> On 2/22/19 4:59 PM, Paolo Bonzini wrote: On 21/02/19 12:45, Joao Martins wrote: > On 2/20/19 9:09 PM, Paolo Bonzini wrote: >> On 20/02/19 21:15, Joao Marti

Re: [PATCH v4 1/4] dt-bindings: arm: coresight: Add new compatible for static replicator

2019-04-08 Thread Suzuki K Poulose
On 04/06/2019 12:21 PM, Leo Yan wrote: CoreSight uses below bindings for replicator: Static replicator, aka. non-configurable replicator: "arm,coresight-replicator"; Dynamic replicator, aka. configurable replicator: "arm,coresight-dynamic-replicator", "arm,primecell"; The compa

[PATCH RESEND 0/1] PCI: Add ATS-disable quirk for AMD Radeon R7 GPUs

2019-04-08 Thread Nikolai Kostrigin
This solves system hang and file system corruption for Stoney Ridge systems (with built-in Radeon R4/R5 + discreet AMD Radeon R7 GPU) Such system example: HP laptop 17-ak041ur (more HW info at https://bugzilla.kernel.org/show_bug.cgi?id=194521) Nikolai Kostrigin (1): PCI: Add ATS-disable quirk

[PATCH RESEND 1/1] PCI: Add ATS-disable quirk for AMD Radeon R7 GPUs

2019-04-08 Thread Nikolai Kostrigin
ATS is broken on this hardware (at least for Stoney Ridge based laptop) and causes IOMMU stalls and system failure. Disable ATS on these devices to make them usable again with IOMMU enabled Thanks to Joerg Roedel for help. https://bugzilla.kernel.org/show_bug.cgi?id=194521 Signed-off-by: Nikolai

Re: [PATCH v4 2/4] coresight: replicator: Add new device id for static replicator

2019-04-08 Thread Suzuki K Poulose
On 04/06/2019 12:21 PM, Leo Yan wrote: This patch adds a device id for the new static replicator compatible string; it changes the driver name from "coresight-replicator" to "coresight-static-replicator" as well. Signed-off-by: Leo Yan --- drivers/hwtracing/coresight/coresight-replicator.c |

Re: [RFC PATCH 2/9] cpufreq: qcom: Re-organise kryo cpufreq to use it for other nvmem based qcom socs

2019-04-08 Thread Viresh Kumar
On 04-04-19, 07:09, Niklas Cassel wrote: > From: Sricharan R > > The kryo cpufreq driver reads the nvmem cell and uses that data to > populate the opps. There are other qcom cpufreq socs like krait which > does similar thing. Except for the interpretation of the read data, > rest of the driver is

Re: [PATCH] cpufreq: maple: Remove redundant code from maple_cpufreq_init()

2019-04-08 Thread Viresh Kumar
On 08-04-19, 12:41, Rafael J. Wysocki wrote: > On Monday, April 8, 2019 12:17:06 PM CEST Viresh Kumar wrote: > > The success path and error path both look the same, don't duplicate the > > code. > > > > Signed-off-by: Viresh Kumar > > --- > > drivers/cpufreq/maple-cpufreq.c | 4 > > 1 file

Re: [PATCH V2 0/5] cpufreq: Use QoS layer to manage freq-constraints

2019-04-08 Thread Viresh Kumar
On 21-02-19, 12:30, Rafael J. Wysocki wrote: > On Thursday, February 21, 2019 12:29:26 PM CET Viresh Kumar wrote: > > Hello, > > > > This patchset attempts to manage CPU frequency constraints using the PM > > QoS framework. It only does the basic stuff right now and moves the > > userspace constra

Re: [PATCH v4 3/4] dt-bindings: arm: coresight: Unify funnel DT binding

2019-04-08 Thread Suzuki K Poulose
On 04/06/2019 12:21 PM, Leo Yan wrote: Following the same fashion with replicator DT binding, this patch is to unify the DT binding for funnel to support static and dynamic modes; finally we get the funnel DT binding as below: Before patch: Static funnel, aka. non-configurable funnel: N

Re: [PATCH v3 1/7] clkdev: Hold clocks_mutex while iterating clocks list

2019-04-08 Thread Matti Vaittinen
On Fri, Apr 05, 2019 at 01:37:24PM -0700, Stephen Boyd wrote: > Quoting Vaittinen, Matti (2019-04-04 23:51:43) > > On Thu, 2019-04-04 at 14:53 -0700, Stephen Boyd wrote: > > > We recently introduced a change to support devm clk lookups. That > > > change > > > introduced a code-path that used clk_f

Re: [PATCH v3 3/6] ARM: dts: sun50i: h6: Introduce Beelink GS1 board

2019-04-08 Thread Maxime Ripard
On Mon, Apr 08, 2019 at 11:26:16AM +0200, Clément Péron wrote: > Beelink GS1 is an Allwinner H6 based TV box, > which support: > - Allwinner H6 Quad-core 64-bit ARM Cortex-A53 > - GPU Mali-T720 > - 2GB LPDDR3 RAM > - AXP805 PMIC > - 1Gbps GMAC via RTL8211E > - FN-Link 6222B-SRB Wifi/BT > - 1x USB 2

Re: [PATCH] stm class: Fix out of bound access from bitmap allocation

2019-04-08 Thread Robin Murphy
On 08/04/2019 11:33, David Laight wrote: From: Robin Murphy Sent: 08 April 2019 11:24 On 07/04/2019 05:31, Sai Prakash Ranjan wrote: On 4/5/2019 6:44 PM, David Laight wrote: From: Sai Prakash Ranjan diff --git a/drivers/hwtracing/stm/core.c b/drivers/hwtracing/stm/core.c index 93ce3aa740a9..

[PATCH] pinctrl: pinctrl-intel: move gpio suspend/resume to noirq phase

2019-04-08 Thread Binbin Wu
In current driver, SET_LATE_SYSTEM_SLEEP_PM_OPS is used to install the callbacks for suspend/resume. GPIO pin may be used as the interrupt pin by some device. However, using SET_LATE_SYSTEM_SLEEP_PM_OPS() to install the callbacks, the resume callback is called after resume_device_irqs(). Unintended

Re: [PATCH] arm64: dts: qcom: Add Lenovo Miix 630

2019-04-08 Thread Mark Rutland
On Tue, Mar 26, 2019 at 11:55:25AM -0700, Jeffrey Hugo wrote: > This adds the initial DT for the Lenovo Miix 630 laptop. Supported > functionality includes USB (host), microSD-card, keyboard, and trackpad. I was under the impression that the Miix 630 came with Windows, and the firmware therefore

Re: [PATCH] gpio: of: Optimize quirk checks

2019-04-08 Thread Linus Walleij
On Fri, Mar 29, 2019 at 9:42 AM Geert Uytterhoeven wrote: > Simple string comparisons are cheaper than DT lookups, as the latter > involve taking a spinlock and traversing properties. > Hence optimize quirk checks by postponing DT lookups after string > comparisons. > > Signed-off-by: Geert Uytte

RE: [PATCH V5 4/4] rtc: imx-sc: add rtc alarm support

2019-04-08 Thread Aisheng Dong
> From: Anson Huang > Sent: Monday, March 18, 2019 11:10 AM > > Add i.MX system controller RTC alarm support, the RTC alarm is implemented > via SIP(silicon provider) runtime service call and ARM-Trusted-Firmware will > communicate with system controller via MU(message unit) IPC to set RTC > alarm

Re: [PATCH] fs/buffer.c: Fix data corruption when buffer write with IO error

2019-04-08 Thread Jan Kara
On Sat 06-04-19 15:13:13, ZhangXiaoxu wrote: > When the buffer write failed, 'end_buffer_write_sync' and > 'end_buffer_async_write' will clear the uptodate flag. But the > data in the buffer maybe newer than disk. In some case, this > will lead data corruption. > > For example: ext4 flush metadata

Re: [PATCH] spi: spi-gpio: Remove spi->controller_data comment

2019-04-08 Thread Linus Walleij
On Wed, Apr 3, 2019 at 4:46 PM Geert Uytterhoeven wrote: > The conversion from GPIO numbers to GPIO descriptors removed the use of > spi->controller_data, but forgot to update a comment referring to it. > > Fixes: 9b00bc7b901ff672 ("spi: spi-gpio: Rewrite to use GPIO descriptors") > Signed-off-by

RE: [PATCH] stm class: Fix out of bound access from bitmap allocation

2019-04-08 Thread David Laight
From: Robin Murphy > Sent: 08 April 2019 11:52 > On 08/04/2019 11:33, David Laight wrote: > > From: Robin Murphy > >> Sent: 08 April 2019 11:24 > >> On 07/04/2019 05:31, Sai Prakash Ranjan wrote: > >>> On 4/5/2019 6:44 PM, David Laight wrote: > From: Sai Prakash Ranjan > > > > diff --g

Re: [PATCH] spi: Add missing error handling for CS GPIOs

2019-04-08 Thread Linus Walleij
On Wed, Apr 3, 2019 at 4:46 PM Geert Uytterhoeven wrote: > While devm_gpiod_get_index_optional() returns NULL if the GPIO is not > present (i.e. -ENOENT), it may still return other error codes, like > -EPROBE_DEFER. Currently these are not handled, leading to > unrecoverable failures later in ca

[PATCH4/4] Add support for SUNIX Multi-I/O board

2019-04-08 Thread Morris Ku
Hi, Lee, Thanks for review, my replies are inline: Signed-off-by: Morris Ku --- + +On 03 Apr 2019, Lee Jones wrote: + +> >Please do not drop the list from your recipients. + +>On Tue, 02 Apr 2019, Morris Ku ? wrote: + +> Hello , Lee , +> +> +> Sunix multi-io card is a composite device,

Re: [BUG] Rockchip SPI: long burst writes produce unexpected result

2019-04-08 Thread Vicente Bergas
On Sunday, April 7, 2019 9:55:10 PM CEST, Emil Renner Berthing wrote: Hi Vicente, On Sat, 6 Apr 2019 at 19:35, Vicente Bergas wrote: Hi, i have been experiencing issues writing to NOR-Flash SPI Memories from two RK3399-based platforms: gru-kevin and sapphire board. For kevin, this resulted in

RE: [PATCH] reset: axs10x: Implement assert and deassert callbacks

2019-04-08 Thread Jose Abreu
From: Vitor Soares Date: Mon, Apr 08, 2019 at 11:31:23 > static const struct reset_control_ops axs10x_reset_ops = { > - .reset = axs10x_reset_reset, Eugeniy, Alexey, I think the implementation of this callback is wrong: you should readl_poll_timeout_atomic() until the reset bit is not cle

RE: [PATCH v2] pinctrl: pinctrl-imx8mq: Add suspend/resume ops

2019-04-08 Thread Aisheng Dong
> From: Abel Vesa > Sent: Monday, April 8, 2019 6:43 PM > Subject: [PATCH v2] pinctrl: pinctrl-imx8mq: Add suspend/resume ops pinctrl: imx8mq: > To support pinctl hog restore after LPSR resume back, add the generic > suspend/resume in pinctrl-imx along with the generic pm opsto be used by >

Re: [PATCH v3] platform/chrome: mfd/cros_ec_debugfs: Add debugfs entry to retrieve EC uptime.

2019-04-08 Thread Enric Balletbo i Serra
Hi Tim, Many thanks for sending this patch upstream, some comments below On 27/3/19 19:20, Tim Wawrzynczak wrote: > The new debugfs entry 'uptime' is being made available to userspace so that > a userspace daemon can synchronize EC logs with host time. > > Signed-off-by: Tim Wawrzynczak > --- >

Re: [PATCH] reset: axs10x: Implement assert and deassert callbacks

2019-04-08 Thread Eugeniy Paltsev
Hi Vitor, On Mon, 2019-04-08 at 12:31 +0200, Vitor Soares wrote: > Some custom IP-block connected to ARC AXS10x board need assert and > deassert functions to control reset signal of selected peripherals. > > This patch improve AXS10x reset driver by adding assert and deassert > callbacks. In th

Re: [PATCH] pinctrl: freescale: use devm_platform_ioremap_resource() to simplify code

2019-04-08 Thread Linus Walleij
On Mon, Apr 1, 2019 at 7:07 AM Anson Huang wrote: > Use the new helper devm_platform_ioremap_resource() which wraps the > platform_get_resource() and devm_ioremap_resource() together, to > simplify the code. > > Signed-off-by: Anson Huang Patch applied. Yours, Linus Walleij

Re: [PATCH] ARM: at91: remove HAVE_FB_ATMEL for sama5 SoC as they use DRM

2019-04-08 Thread Ludovic Desroches
On Thu, Mar 28, 2019 at 04:33:07PM +0100, Nicolas Ferre wrote: > SAMA5 devices use the newer DRM driver for LCD. They don't need > the older FB driver: remove the Kconfig option for them. > > Signed-off-by: Nicolas Ferre Applied to at91-defconfig. Thanks. > --- > arch/arm/mach-at91/Kconfig |

<    1   2   3   4   5   6   7   8   >