Re: [PATCH 05/10] gpio: mockup: improve the debugfs input sanitization

On Thu, May 25, 2017 at 10:33 AM, Bartosz Golaszewski wrote: > We're currently only checking the first character of the input to the > debugfs event files, so a string like '0sdfdsf' is valid and indicates > a falling edge event. > > Be more strict and only allow '0', '1', '0\n' & '1\n'. > > Sign

Re: [PATCH 1/3] gpio: pch: check the return value of irq_alloc_generic_chip()

On Thu, May 25, 2017 at 10:37 AM, Bartosz Golaszewski wrote: > This function can fail, so check the return value before dereferencing > the returned pointer. > > Signed-off-by: Bartosz Golaszewski Patch applied. Yours, Linus Walleij

[PATCH] acpi: configfs: Unload SSDT on configfs entry removal

Enhance acpi_load_table to also return the table index. Use that index to unload the table again when the corresponding directory in configfs gets removed. This allows to change SSDTs without rebooting the system. It also allows to destroy devices again that a dynamically loaded SSDT created. This

Re: [PATCH 2/3] gpio: sta2x11: check the return value of irq_alloc_generic_chip()

On Thu, May 25, 2017 at 10:37 AM, Bartosz Golaszewski wrote: > This function can fail, so check the return value before dereferencing > the returned pointer. > > Signed-off-by: Bartosz Golaszewski Patch applied. Yours, Linus Walleij

Re: [PATCH 3/3] gpio: ml-ioh: check the return value of irq_alloc_generic_chip()

On Thu, May 25, 2017 at 10:37 AM, Bartosz Golaszewski wrote: > This function can fail, so check the return value before dereferencing > the returned pointer. > > Signed-off-by: Bartosz Golaszewski Patch applied. Yours, Linus Walleij

Re: [PATCH 3/3] gpio: adp5588: move header file out of I2C realm

On Sun, May 21, 2017 at 11:57 PM, Wolfram Sang wrote: > include/linux/i2c is not for client devices. Move the header file to a > more appropriate location. > > Signed-off-by: Wolfram Sang > --- > > This driver could also go via the input-tree or my tree. I don't really care > and just picked som

Re: [PATCH 0/3] ipc subsystem refcounter conversions

ebied...@xmission.com (Eric W. Biederman) writes: > Peter Zijlstra writes: > >> On Mon, May 29, 2017 at 04:11:13AM -0500, Eric W. Biederman wrote: >> >>> Kees I I have a concern: >>> >>> __must_check bool refcount_add_not_zero(unsigned int i, refcount_t *r) >>> { >>> unsigned int new, va

[PATCH 0/2] remove CONFIG_MOVABLE_NODE

Hi, this has been previously posted as an RFC [1]. As it hasn't met any disagreement, I have integrated the feedback and resending it without RFC and hope for a soon merging (ideally along with other memory hotplug pile). I am continuing to cleanup the memory hotplug code and CONFIG_MOVABLE_NODE s

[PATCH 2/3] mm, memory_hotplug: drop CONFIG_MOVABLE_NODE

From: Michal Hocko 20b2f52b73fe ("numa: add CONFIG_MOVABLE_NODE for movable-dedicated node") has introduced CONFIG_MOVABLE_NODE without a good explanation on why it is actually useful. It makes a lot of sense to make movable node semantic opt in but we already have that because the feature has to

[PATCH 1/3] mm, memory_hotplug: drop artificial restriction on online/offline

From: Michal Hocko 74d42d8fe146 ("memory_hotplug: ensure every online node has NORMAL memory") has introduced a restriction that every numa node has to have at least some memory in !movable zones before a first movable memory can be onlined if !CONFIG_MOVABLE_NODE. Likewise_offline_normal checks

[PATCH 3/3] mm, memory_hotplug: move movable_node to the hotplug proper

From: Michal Hocko movable_node_is_enabled is defined in memblock proper while it is initialized from the memory hotplug proper. This is quite messy and it makes a dependency between the two so move movable_node along with the helper functions to memory_hotplug. To make it more entertaining the

Re: KASAN vs. boot-time switching between 4- and 5-level paging

On 05/29/2017 02:19 PM, Dmitry Vyukov wrote: > On Mon, May 29, 2017 at 1:18 PM, Andrey Ryabinin > wrote: >> >> >> On 05/29/2017 01:02 PM, Dmitry Vyukov wrote: >>> On Sat, May 27, 2017 at 12:10 AM, Kirill A. Shutemov >>> wrote: On Thu, May 25, 2017 at 11:33:33PM +0300, Kirill A. Shutemov wr

Re: [PATCH] ubifs: Add freeze support

On Mon, May 29, 2017 at 1:17 PM, Richard Weinberger wrote: > Amir, > > Am 29.05.2017 um 12:04 schrieb Amir Goldstein: >>> Well, UBIFS is a bit different. >>> The UBIFS journal is not an add-on feature, you have to replay it in >>> any case. Otherwise you're facing corrupted data. >> >> Yes, I supp

Re: [PATCH v2]: perf/core: addressing 4x slowdown during per-process, profiling of STREAM benchmark on Intel Xeon Phi

On 29.05.2017 14:23, Peter Zijlstra wrote: On Mon, May 29, 2017 at 01:56:05PM +0300, Alexey Budankov wrote: On 29.05.2017 13:43, Peter Zijlstra wrote: Why can't the tree do both? Well, indeed, the tree provides such capability too. However switching to the full tree iteration in cases wher

Re: [PATCH 0/3] ipc subsystem refcounter conversions

ebied...@xmission.com (Eric W. Biederman) writes: > ebied...@xmission.com (Eric W. Biederman) writes: > >> Peter Zijlstra writes: >> >>> On Mon, May 29, 2017 at 04:11:13AM -0500, Eric W. Biederman wrote: >>> Kees I I have a concern: __must_check bool refcount_add_not_zero(unsigned

[PATCH] Docs: Insert missing space to separate link from text

Korean translation, there should be a space terminating the link. --- Documentation/translations/ko_KR/howto.rst | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/translations/ko_KR/howto.rst b/Documentation/translations/ko_KR/howto.rst index f06de9ca41a4..46c10c74

Setting ->s_dev to a char device (Was: Re: [PATCH v2] ubifs: allow userspace to map mounts to volumes)

CC'ing VFS folks Am 29.05.2017 um 09:22 schrieb Rabin Vincent: > From: Rabin Vincent > > There currently appears to be no way for userspace to find out the > underlying volume number for a mounted ubifs file system, since ubifs > uses anonymous block devices. The volume name is present in > /pr

Re: [v3 0/9] parallelized "struct page" zeroing

On Fri 26-05-17 12:45:55, Pasha Tatashin wrote: > Hi Michal, > > I have considered your proposals: > > 1. Making memset(0) unconditional inside __init_single_page() is not going > to work because it slows down SPARC, and ppc64. On SPARC even the BSTI > optimization that I have proposed earlier wo

Re: [PATCH] Docs: Insert missing space to separate link from text

Acked-by: SeongJae Park 2017-05-29 20:48 GMT+09:00 Sanjeev Gupta : > Korean translation, there should be a space terminating the link. > --- > Documentation/translations/ko_KR/howto.rst | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/Documentation/translations/ko_KR/howt

Re: [PATCH] pinctrl/amd: Use regular interrupt instead of chained

On Tue, May 23, 2017 at 11:23 PM, Thomas Gleixner wrote: > The AMD pinctrl driver uses a chained interrupt to demultiplex the GPIO > interrupts. Kevin Vandeventer reported, that his new AMD Ryzen locks up > hard on boot when the AMD pinctrl driver is initialized. The reason is an > interrupt stor

[PATCH v8 net-next 01/17] net: qualcomm: qca_7k: clean up header includes

Currently the includes doesn't reflect the dependencies. So fix this up by removing all unnecessary entries and add the necessary ones explicit. Signed-off-by: Stefan Wahren --- drivers/net/ethernet/qualcomm/qca_7k.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/drive

[PATCH v8 net-next 04/17] net: qca_spi: Use SET_NETDEV_DEV()

Use SET_NETDEV_DEV() in qca_spi to create the "/sys/class/net//device" symlink. Signed-off-by: Stefan Wahren --- drivers/net/ethernet/qualcomm/qca_spi.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/net/ethernet/qualcomm/qca_spi.c b/drivers/net/ethernet/qualcomm/qca_spi.c index 24

[PATCH v8 net-next 05/17] net: qualcomm: use net_device_ops instead of direct call

There is no need to export qcaspi_netdev_open and qcaspi_netdev_close because they are also accessible via the net_device_ops. Signed-off-by: Stefan Wahren --- drivers/net/ethernet/qualcomm/qca_debug.c | 5 +++-- drivers/net/ethernet/qualcomm/qca_spi.c | 4 ++-- drivers/net/ethernet/qualcomm/q

[PATCH v8 net-next 06/17] net: qualcomm: Improve readability of length defines

In order to avoid mixing things up, make the MTU and frame length defines easier to read. Signed-off-by: Stefan Wahren --- drivers/net/ethernet/qualcomm/qca_framing.c | 2 +- drivers/net/ethernet/qualcomm/qca_framing.h | 8 drivers/net/ethernet/qualcomm/qca_spi.c | 12 ++--

Re: [PATCH] ARM: imx_v6_v7_defconfig: Explicitly restore CONFIG_DEBUG_FS

On Fri, 2017-05-26 at 08:42 -0700, Paul E. McKenney wrote: > On Fri, May 26, 2017 at 02:26:06PM +0300, Leonard Crestez wrote: > > > > This option was removed by "make savedefconfig" in > > commit c5054a98bce4 ("ARM: imx_v6_v7_defconfig: Select SMSC_PHY") > > > > This happened because CONFIG_DEBUG

[PATCH v8 net-next 10/17] net: qualcomm: rename qca_framing.c to qca_7k_common.c

As preparation for the upcoming UART driver we need a module which contains common functions for both interfaces. The module qca_framing is a good candidate but renaming to qca_7k_common would make it clear. Signed-off-by: Stefan Wahren --- drivers/net/ethernet/qualcomm/Makefile

[PATCH v8 net-next 03/17] net: qca_7k: Use BIT macro

Use the BIT macro for the CONFIG and INT register values. Signed-off-by: Stefan Wahren --- drivers/net/ethernet/qualcomm/qca_7k.h | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/drivers/net/ethernet/qualcomm/qca_7k.h b/drivers/net/ethernet/qualcomm/qca_7k.h in

[PATCH v8 net-next 09/17] net: qca_spi: Clarify MODULE_DESCRIPTION

Since this driver is specific to the QCA7000, we should make the module description more precisely. Signed-off-by: Stefan Wahren --- drivers/net/ethernet/qualcomm/qca_spi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/ethernet/qualcomm/qca_spi.c b/drivers/net/

[PATCH v8 net-next 02/17] net: qca_framing: use u16 for frame offset

It doesn't make sense to use a signed variable for offset here, so fix it up. Signed-off-by: Stefan Wahren --- drivers/net/ethernet/qualcomm/qca_framing.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/ethernet/qualcomm/qca_framing.h b/drivers/net/ethernet/qualc

[PATCH v8 net-next 14/17] dt-bindings: qca7000: rename binding

Before we can merge the QCA7000 UART binding the document needs to be renamed. Signed-off-by: Stefan Wahren --- .../devicetree/bindings/net/{qca-qca7000-spi.txt => qca,qca7000.txt} | 0 1 file changed, 0 insertions(+), 0 deletions(-) rename Documentation/devicetree/bindings/net/{qca-qca700

[PATCH v8 net-next 17/17] net: qualcomm: add QCA7000 UART driver

This patch adds the Ethernet over UART driver for the Qualcomm QCA7000 HomePlug GreenPHY. Signed-off-by: Stefan Wahren Reviewed-by: Lino Sanfilippo --- drivers/net/ethernet/qualcomm/Kconfig | 16 + drivers/net/ethernet/qualcomm/Makefile| 2 + drivers/net/ethernet/qualcomm/qca

[PATCH v8 net-next 16/17] dt-bindings: qca7000: append UART interface to binding

This merges the serdev binding for the QCA7000 UART driver (Ethernet over UART) into the existing document. Signed-off-by: Stefan Wahren --- .../devicetree/bindings/net/qca,qca7000.txt| 32 ++ 1 file changed, 32 insertions(+) diff --git a/Documentation/devicetree/bin

[PATCH v8 net-next 00/17] net: qualcomm: add QCA7000 UART driver

The Qualcomm QCA7000 HomePlug GreenPHY supports two interfaces: UART and SPI. This patch series adds the missing support for UART. This driver based on the Qualcomm code [1], but contains some changes: * use random MAC address per default * use net_device_stats from device * share frame decoding b

[PATCH v8 net-next 11/17] net: qualcomm: prepare frame decoding for UART driver

Unfortunately the frame format is not exactly identical between SPI and UART. In case of SPI there is an additional HW length at the beginning. So store the initial state to make the decoding state machine more flexible and easy to extend for UART support. Signed-off-by: Stefan Wahren --- driver

Re: [PATCH RFC 0/5] *** SPI Slave mode support ***

Hi Jiada, On Thu, Apr 27, 2017 at 3:43 AM, Jiada Wang wrote: > BUT if you think the use case don't need to be supported from SPI core, > then I don't have objection either, I will only submit imx SPI slave support > patch, > after your SPI slave support patch set been applied Geert's SPI slave

[PATCH v8 net-next 13/17] dt-bindings: qca7000-spi: Rework binding

In preparation for the QCA7000 UART binding rework the binding document. Signed-off-by: Stefan Wahren --- .../devicetree/bindings/net/qca-qca7000-spi.txt| 49 +- 1 file changed, 29 insertions(+), 20 deletions(-) diff --git a/Documentation/devicetree/bindings/net/qca-qca7

Re: [PATCH 6/7] [media] soc_camera: rcar_vin: use proper name for the R-Car SoC

>Why "soc_camera:" in the subject? I used 'git log $file' and copied the most recent entry. Do I need to resend? signature.asc Description: PGP signature

[PATCH v8 net-next 12/17] net: qualcomm: make qca_7k_common a separate kernel module

In order to share common functions between QCA7000 SPI and UART protocol driver the qca_7k_common needs to be a separate kernel module. Signed-off-by: Stefan Wahren --- drivers/net/ethernet/qualcomm/Kconfig | 8 +++- drivers/net/ethernet/qualcomm/Makefile| 5 +++-- drivers/

[PATCH v8 net-next 15/17] dt-bindings: slave-device: add current-speed property

This adds a new DT property to define the current baud rate of the slave device. Signed-off-by: Stefan Wahren Reviewed-by: Rob Herring --- Documentation/devicetree/bindings/serial/slave-device.txt | 9 + 1 file changed, 9 insertions(+) diff --git a/Documentation/devicetree/bindings/ser

Re: [PATCH 1/7] dmaengine: use proper name for the R-Car SoC

Geert, thanks for the Acks. > I'd fix "SH/R-Mobile" too, while at it. That would be a seperate tree-wide series in my book. Regards, Wolfram signature.asc Description: PGP signature

Re: [PATCH]: perf/core: addressing 4x slowdown during per-process profiling of STREAM benchmark on Intel Xeon Phi

Alexey Budankov writes: Here (above the function) you could include a comment describing what happens when this is called, locking considerations, etc. > +static int > +perf_cpu_tree_insert(struct rb_root *tree, struct perf_event *event) > +{ > + struct rb_node **node; > + struct rb_node

[PATCH v8 net-next 08/17] net: qualcomm: move qcaspi_tx_cmd to qca_spi.c

The function qcaspi_tx_cmd() is only called from qca_spi.c. So we better move it there. Signed-off-by: Stefan Wahren --- drivers/net/ethernet/qualcomm/qca_7k.c | 24 drivers/net/ethernet/qualcomm/qca_7k.h | 1 - drivers/net/ethernet/qualcomm/qca_spi.c | 24 +++

[PATCH v8 net-next 07/17] net: qca_spi: remove QCASPI_MTU

There is no need for an additional MTU define. Signed-off-by: Stefan Wahren --- drivers/net/ethernet/qualcomm/qca_spi.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/net/ethernet/qualcomm/qca_spi.c b/drivers/net/ethernet/qualcomm/qca_spi.c index f155548..7464628

Re: [PATCH 2/3] mm, memory_hotplug: drop CONFIG_MOVABLE_NODE

On 05/29/2017 01:41 PM, Michal Hocko wrote: > From: Michal Hocko > > 20b2f52b73fe ("numa: add CONFIG_MOVABLE_NODE for movable-dedicated > node") has introduced CONFIG_MOVABLE_NODE without a good explanation on > why it is actually useful. It makes a lot of sense to make movable node > semantic op

Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)

Geert Uytterhoeven writes: > On Tue, May 23, 2017 at 11:45 PM, Babu Moger wrote: >> Found this problem while enabling queued rwlock on SPARC. >> The parameter CONFIG_CPU_BIG_ENDIAN is used to clear the >> specific byte in qrwlock structure. Without this parameter, >> we clear the wrong byte. Her

Re: [PATCH 3/3] mm, memory_hotplug: move movable_node to the hotplug proper

On 05/29/2017 01:41 PM, Michal Hocko wrote: > From: Michal Hocko > > movable_node_is_enabled is defined in memblock proper while it > is initialized from the memory hotplug proper. This is quite messy > and it makes a dependency between the two so move movable_node along > with the helper functio

Re: Setting ->s_dev to a char device (Was: Re: [PATCH v2] ubifs: allow userspace to map mounts to volumes)

On Mon, May 29, 2017 at 01:50:30PM +0200, Richard Weinberger wrote: > CC'ing VFS folks > > Am 29.05.2017 um 09:22 schrieb Rabin Vincent: > > From: Rabin Vincent > > > > There currently appears to be no way for userspace to find out the > > underlying volume number for a mounted ubifs file system

Re: [RFC][PATCHv3 2/5] printk: introduce printing kernel thread

On Mon 29-05-17 11:29:06, Petr Mladek wrote: > On Wed 2017-05-10 14:59:35, Sergey Senozhatsky wrote: > > This patch introduces a '/sys/module/printk/parameters/atomic_print_limit' > > sysfs param, which sets the limit on number of lines a process can print > > from console_unlock(). Value 0 corresp

Re: [PATCH 0/3] ipc subsystem refcounter conversions

On Mon, May 29, 2017 at 05:49:53AM -0500, Eric W. Biederman wrote: > > It changes the semantics between inc_not_zero() and inc(). It also > > complicates the semantics of inc_not_zero(), where currently the failure > > implies the count is 0 and means no-such-object, you complicate matters > > by

Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)

Hi Michael, On Mon, May 29, 2017 at 2:07 PM, Michael Ellerman wrote: > Geert Uytterhoeven writes: >> On Tue, May 23, 2017 at 11:45 PM, Babu Moger wrote: >>> Found this problem while enabling queued rwlock on SPARC. >>> The parameter CONFIG_CPU_BIG_ENDIAN is used to clear the >>> specific byte i

Re: [PATCH v2 07/27] thunderbolt: Allow passing NULL to tb_ctl_free()

On Sun, 2017-05-28 at 11:13 +0300, Mika Westerberg wrote: > On Sat, May 27, 2017 at 06:41:28PM +0300, Andy Shevchenko wrote: > > On Fri, May 26, 2017 at 7:09 PM, Mika Westerberg > > wrote: > > > Following the usual pattern used in many places, we allow passing > > > NULL > > > pointer to tb_ctl_fr

Re: [PATCH] dax: improve fix for colliding PMD & PTE entries

On Fri 26-05-17 13:59:32, Ross Zwisler wrote: > This commit, which has not yet made it upstream but is in the -mm tree: > > dax: Fix race between colliding PMD & PTE entries > > fixed a pair of race conditions where racing DAX PTE and PMD faults could > corrupt page tables. This fix had two

Re: [PATCH 0/3] ipc subsystem refcounter conversions

On Mon, May 29, 2017 at 06:39:44AM -0500, Eric W. Biederman wrote: > I failed to see that there is a refcount_inc. Too much noise in > the header file I suppose. > > But implementing refcount_inc in terms of refcount_inc_not_zero is > totally broken. The two operations are not the same and the g

Re: [PATCH v2 1/4] pinctrl: rockchip: Add iomux-route switching support

On Fri, May 26, 2017 at 9:20 AM, David Wu wrote: > On the some rockchip SOCS, some things like rk3399 specific uart2 can use > multiple pins. Somewhere between the pin io-cells and the uart it seems > to have some sort of switch to decide to which pin to actually route the > data. > > +---+

Re: [PATCH v2 2/4] pinctrl: rockchip: Add iomux-route switching support for rk3228

On Fri, May 26, 2017 at 9:20 AM, David Wu wrote: > There are 9 IP blocks pin routes need to be switched, that are > pwm-0, pwm-1, pwm-2, pwm-3, sdio, spi, emmc, uart2, uart1. > > Signed-off-by: David Wu > --- > Change in v2: > - calculate the per-bank value dynamically (Heiko) Patch applied wi

Re: [PATCH v2 3/4] pinctrl: rockchip: Add iomux-route switching support for rk3328

On Fri, May 26, 2017 at 9:20 AM, David Wu wrote: > There are 8 IP blocks pin routes need to be switched, that are > uart2dbg, gmac-m1-optimized, pdm, spi, i2s2, card, tsp, cif. > > Signed-off-by: David Wu > --- > Change in v2: > - calculate the per-bank value dynamically (Heiko) Patch applied

Re: [PATCH 3/3] livepatch: force transition process to finish

On Fri 2017-05-26 12:37:56, Josh Poimboeuf wrote: > On Thu, May 25, 2017 at 06:03:07PM +0200, Petr Mladek wrote: > > On Thu 2017-05-25 14:59:55, Miroslav Benes wrote: > > > > > > > > > In fact, I would suggest to take klp_mutex in force_store() > > > > > > and do all actions synchronously, includi

Re: [PATCH v2 4/4] pinctrl: rockchip: Add iomux-route switching support for rk3399

On Fri, May 26, 2017 at 9:20 AM, David Wu wrote: > There are 2 IP blocks pin routes need to be switched, that are > uart2dbg, pcie_clkreq. > > Signed-off-by: David Wu > --- > Change in v2: > - calculate the per-bank value dynamically (Heiko) Patch applied with Heiko's ACK. Yours, Linus Wallei

Re: [PATCH v3 02/10] gpio-exar/8250-exar: Do not even instantiate a GPIO device for Commtech cards

On Fri, May 26, 2017 at 6:02 PM, Jan Kiszka wrote: > Commtech adapters need the MPIOs for internal purposes, and the > gpio-exar driver already refused to pick them up. But there is actually > no point in even creating the underlying platform device. > > Signed-off-by: Jan Kiszka Acked-by: Linu

Re: [PATCH v3 03/10] gpio-exar/8250-exar: Fix passing in of parent PCI device

On Fri, May 26, 2017 at 6:02 PM, Jan Kiszka wrote: > This fixes reloading of the GPIO driver for the same platform device > instance as created by the exar UART driver: First of all, the driver > sets drvdata to its own value during probing and does not restore the > original value on exit. But t

Re: [PATCH v3 04/10] gpio: exar: Allocate resources on behalf of the platform device

On Fri, May 26, 2017 at 6:02 PM, Jan Kiszka wrote: > Do not allocate resources on behalf of the parent device but on our own. > Otherwise, cleanup does not properly work if gpio-exar is removed but > not the parent device. > > Signed-off-by: Jan Kiszka > Reviewed-by: Andy Shevchenko Acked-by:

Re: [PATCH v3 05/10] gpio: exar: Fix iomap request

On Fri, May 26, 2017 at 6:02 PM, Jan Kiszka wrote: > The UART driver already maps the resource for us. Trying to do this here > only fails and leaves us with a non-working device. > > Signed-off-by: Jan Kiszka > Reviewed-by: Andy Shevchenko Acked-by: Linus Walleij Yours, Linus Walleij

Re: [PATCH v3 06/10] gpio: exar: Fix reading of directions and values

On Fri, May 26, 2017 at 6:02 PM, Jan Kiszka wrote: > First, the logic for translating a register bit to the return code of > exar_get_direction and exar_get_value were wrong. And second, there was > a flip regarding the register bank in exar_get_direction. > > Signed-off-by: Jan Kiszka > Reviewe

Re: [PATCH v3 07/10] gpio-exar/8250-exar: Rearrange gpiochip parenthood

On Fri, May 26, 2017 at 6:02 PM, Jan Kiszka wrote: > Set the parent of the exar gpiochip to its platform device, like other > gpiochips are doing it. In order to keep the relationship discoverable > for ACPI systems, set the platform device companion to the PCI device. > > Signed-off-by: Jan Kisz

Re: [PATCH v3 08/10] gpio: exar: Refactor address and bit calculations

On Fri, May 26, 2017 at 6:02 PM, Jan Kiszka wrote: > Make the address and bit calculation more friendly for introducing a > "first pin" offset later on. The new form is also more compact and > regular. > > Signed-off-by: Jan Kiszka Acked-by: Linus Walleij Whether you go with a separate patch

Re: [PATCH v3 00/10] serial/gpio: exar: Fixes and support for IOT2000

On Fri, May 26, 2017 at 6:02 PM, Jan Kiszka wrote: > This makes the gpio-exar driver usable, which was prevented by a number > of fatal bugs, and adds support for the SIMATIC IOT2040 to the 8250-exar > driver and, indirectly, to gpio-exar as well. It's a cross-subsystem > series, so I'm also cros

Re: KASAN vs. boot-time switching between 4- and 5-level paging

On 05/29/2017 02:45 PM, Andrey Ryabinin wrote: > Looks like KASAN will be a problem for boot-time paging mode switching. > It wants to know CONFIG_KASAN_SHADOW_OFFSET at compile-time to pass to > gcc -fasan-shadow-offset=. But this value varies between paging modes... > > I don'

Re: [PATCH V2 0/2] measure SMI cost (user)

On Fri, May 26, 2017 at 12:05:36PM -0700, kan.li...@intel.com wrote: > From: Kan Liang > > Currently, there is no way to measure the time cost in System management > mode (SMM) by perf. > > Intel perfmon supports FREEZE_WHILE_SMM bit in IA32_DEBUGCTL. Once it sets, > the PMU core counters will f

Re: [PATCH] acpi: configfs: Unload SSDT on configfs entry removal

On Mon, May 29, 2017 at 01:33:29PM +0200, Jan Kiszka wrote: > Enhance acpi_load_table to also return the table index. Use that index > to unload the table again when the corresponding directory in configfs > gets removed. This allows to change SSDTs without rebooting the system. > It also allows to

Re: [PATCH V2 0/2] measure SMI cost (user)

On Mon, May 29, 2017 at 02:46:37PM +0200, Jiri Olsa wrote: > for some reason I can't get single SMI count generated, > is there a setup/bench that would provoke that? Not having SMIs is a good thing ;-) Not sure we can tickle them in a reliable way.

Re: [PATCH] acpi: configfs: Unload SSDT on configfs entry removal

On 2017-05-29 14:47, Mika Westerberg wrote: > On Mon, May 29, 2017 at 01:33:29PM +0200, Jan Kiszka wrote: >> Enhance acpi_load_table to also return the table index. Use that index >> to unload the table again when the corresponding directory in configfs >> gets removed. This allows to change SSDTs

Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)

On Fri, May 26, 2017 at 12:43 AM, Max Filippov wrote: > On Thu, May 25, 2017 at 3:27 PM, Max Filippov wrote: >> On Wed, May 24, 2017 at 3:18 AM, Arnd Bergmann wrote: >>> On Wed, May 24, 2017 at 11:59 AM, Geert Uytterhoeven >>> wrote: I guess the time is ripe for adding (both) symbols to al

Re: [PATCH] kthread: fix boot hang (regression) on MIPS/OpenRISC

On Mon, May 29, 2017 at 09:22:07AM +0200, Vegard Nossum wrote: > This fixes a regression in commit 4d6501dce079 where I didn't notice > that MIPS and OpenRISC were reinitialising p->{set,clear}_child_tid to > NULL after our initialisation in copy_process(). > > We can simply get rid of the arch-sp

[PATCH v2 1/4] dt-bindings: mediatek: add bindings for MediaTek MT7622 SoC

From: Sean Wang This adds dt-binding documentation for MediaTek MT7622 SoC which currently only includes basic items such as ARM CPU, MediaTek SYSIRQ and UART. Signed-off-by: Sean Wang --- Documentation/devicetree/bindings/arm/mediatek.txt| 4 .../devicetree/bindings/i

[PATCH v2 2/4] arm64: dts: mt7622: add basic nodes to the mt7622.dtsi file

From: Sean Wang add basic nodes into the mt7622.dtsi for the system bring-up which includes ARM CPU, GIC, timer, MediaTek UART, SYSIRQ and one reserved memory region for ATF. Signed-off-by: Sean Wang --- arch/arm64/boot/dts/mediatek/mt7622.dtsi | 97 1 file cha

[PATCH v2 4/4] arm64: dts: mt7622: group clock DT nodes into separate DT file

From: Sean Wang For more readability and maintenance, all the clock related DT nodes for mt7622 SoC are grouped into a separate DT file. And currently mt7622-clock.dtsi only includes the fixed clock for uart0 and the oscillator which would be extended after MT7622 clock driver is introduced. Sig

[PATCH v2 0/4] Add Basic SoC support for MT7622

From: Sean Wang Changes since v1: - update SPDX-License-Identifier - remove next-level-cache property since cache geometry detection was removed since 4.12 This patch set adds basic SoC support for MediaTek MT7622 SoC based on 4.12-rc1. Sean Wang (4): dt-bindings: mediatek: add bindings for

[PATCH] net: dsa: mv88e6xxx: Add missing static to stub functions

'static' was not enough, the helpers must be 'static inline' net/dsa/mv88e6xxx/global2.h:123:12: error: 'mv88e6xxx_g2_misc_4_bit_port' defined but not used [-Werror=unused-function] net/dsa/mv88e6xxx/global2.h:117:12: error: 'mv88e6xxx_g2_pvt_write' defined but not used [-Werror=unused-function]

[PATCH v2 3/4] arm64: dts: mt7622: add dts file for MT7622 reference board variant 1

From: Sean Wang Add the support for the MT7622 reference board variant 1 from MediaTek. Signed-off-by: Sean Wang --- arch/arm64/boot/dts/mediatek/Makefile| 1 + arch/arm64/boot/dts/mediatek/mt7622-rfb1.dts | 27 +++ 2 files changed, 28 insertions(+) create mod

[PATCH 1/2] gpio: ingenic: add CONFIG_OF dependency

The driver cannot access the of_node field when CONFIG_OF is disabled: drivers/gpio/gpio-ingenic.c: In function 'ingenic_gpio_probe': drivers/gpio/gpio-ingenic.c:324:10: error: 'struct gpio_chip' has no member named 'of_node' Fixes: b0653ce39a0d ("gpio: Add gpio-ingenic driver") Signed-off-by: A

[PATCH 2/2] pinctrl: ingenic: add CONFIG_OF dependency

The driver failts to build when CONFIG_OF is disabled: drivers/pinctrl/pinctrl-ingenic.c:467:20: error: 'pinconf_generic_dt_node_to_map_all' undeclared here (not in a function); did you mean 'pinconf_generic_dump_config'? drivers/pinctrl/pinctrl-ingenic.c:468:17: error: 'pinconf_generic_dt_free_

[PATCH net] net/mlx5: avoid build warning for uniprocessor

Building the driver with CONFIG_SMP disabled results in a harmless warning: ethernet/mellanox/mlx5/core/main.c: In function 'mlx5_irq_set_affinity_hint': ethernet/mellanox/mlx5/core/main.c:615:6: error: unused variable 'irq' [-Werror=unused-variable] It's better to express the conditional compil

Re: [linux-sunxi] [PATCH 1/2] ARM: sun8i: v3s: add device nodes for DE2 display pipeline

在 2017-05-29 16:59，Maxime Ripard 写道： On Thu, May 25, 2017 at 10:28:24PM +0800, Icenowy Zheng wrote: + compatible = "allwinner,sun8i-v3s-de2-mixer"; + reg = <0x0110 0x10>; >>> >>>The display engine also has an interrupt. Please list it

[PATCH] xen: avoid type warning in xchg_xen_ulong

The improved type-checking version of container_of() triggers a warning for xchg_xen_ulong, pointing out that 'xen_ulong_t' is unsigned, but atomic64_t contains a signed value: drivers/xen/events/events_2l.c: In function 'evtchn_2l_handle_events': arch/x86/include/asm/cmpxchg.h:87:21: error: 'pend

[PATCH] mm: bump PGSTEAL*/PGSCAN*/ALLOCSTALL counters in memcg reclaim

Historically, PGSTEAL*/PGSCAN*/ALLOCSTALL counters were used to account only for global reclaim events, memory cgroup targeted reclaim was ignored. It doesn't make sense anymore, because the whole reclaim path is designed around cgroups. Also, per-cgroup counters can exceed the corresponding globa

Re: [PATCH v7 05/26] x86/mpx: Do not use SIB.base if its value is 101b and ModRM.mod = 0

On Fri, May 05, 2017 at 11:17:03AM -0700, Ricardo Neri wrote: > Section 2.2.1.2 of the Intel 64 and IA-32 Architectures Software > Developer's Manual volume 2A states that when a SIB byte is used and the > base of the SIB byte points is base = 101b and the mod part > of the ModRM byte is zero, the

Re: [PATCH] reset: hisilicon: Fix hi6220 module license

Hi Philipp, Am 29.05.2017 um 11:46 schrieb Philipp Zabel: > On Thu, 2017-05-25 at 11:22 +0200, Andreas Färber wrote: >> The hi6220_reset driver fails to load: >> >> [ 10.423640] hi6220_reset: module license 'unspecified' taints kernel. >> [ 10.423644] Disabling lock debugging due to kernel

Re: [PATCH v3 06/10] pinctrl: sunxi: add support of R40 to A10 pinctrl driver

On Sat, May 27, 2017 at 06:23:04PM +0800, Icenowy Zheng wrote: > R40 is said to be an upgrade of A20, and its pin configuration is also > similar to A20 (and thus similar to A10). > > Add support for R40 to the A10 pinctrl driver. > > Signed-off-by: Icenowy Zheng > --- > drivers/pinctrl/sunxi/K

Re: [PATCH v2 00/12] gpio: acpi: Make it working

On Mon, 2017-05-29 at 11:31 +0200, Linus Walleij wrote: > On Tue, May 23, 2017 at 7:03 PM, Andy Shevchenko > wrote: > > > This is second iteration of the fix of GPIO ACPI library to make it > > robust against different ACPI specification generations and thus > > firmwares. > > I applied it all s

Re: [PATCH 1/3] regmap: Add OneWire (W1) bus support

On Sun, May 28, 2017 at 10:11:18AM +0300, Alex A. Mihaylov wrote: > + int ret = -ENODEV; > + > + mutex_lock(&sl->master->bus_mutex); > + if (!w1_reset_select_slave(sl)) { > + w1_write_8(sl->master, W1_CMD_READ_DATA); > + w1_write_8(sl->master, reg); > +

Re: [PATCH] ALSA: declare snd_kcontrol_new structures as const

On Sat, May 27, 2017 at 08:16:15PM +0530, Bhumika Goyal wrote: > Declare snd_kcontrol_new structures as const as they are only passed an > argument to the function snd_ctl_new1. This argument is of type const, > so snd_kcontrol_new structures having this property can be made const. > Done using Coc

Re: [PATCH V2 0/2] measure SMI cost (user)

On Mon, May 29, 2017 at 02:52:39PM +0200, Peter Zijlstra wrote: > On Mon, May 29, 2017 at 02:46:37PM +0200, Jiri Olsa wrote: > > > for some reason I can't get single SMI count generated, > > is there a setup/bench that would provoke that? > > Not having SMIs is a good thing ;-) > > Not sure we c

Re: [PATCH] Fixed hwmon_register_device() error regression

Hi, Josh On Sun, 2017-05-28 at 22:38 -0400, Josh Benson wrote: > Signed-off-by: Josh Benson First of all, you're missing a proper changelog here. Second, this patch has already been reverted by commit 3feb479cea37 because the name of some thermal devices contains special characters which is inco

Re: [PATCH v3 06/10] pinctrl: sunxi: add support of R40 to A10 pinctrl driver

在 2017-05-29 21:11，Chen-Yu Tsai 写道： On Sat, May 27, 2017 at 06:23:04PM +0800, Icenowy Zheng wrote: R40 is said to be an upgrade of A20, and its pin configuration is also similar to A20 (and thus similar to A10). Add support for R40 to the A10 pinctrl driver. Signed-off-by: Icenowy Zheng ---

Re: [PATCH v3 3/7] ARM: dts: imx7s: Add node for GPC

Hi Andrey, On Mon, May 15, 2017 at 11:53 AM, Andrey Smirnov wrote: > Add node for GPC and specify as a parent interrupt controller for SoC bus. > > Cc: yurov...@gmail.com > Cc: Dong Aisheng > Cc: Shawn Guo > Cc: Sascha Hauer > Cc: Fabio Estevam > Cc: Rob Herring > Cc: Mark Rutland > Cc: Rus

[RFC] KVM: SVM: ignore type when setting segment registers

Current code sets unusable as 1 if present is 1 and type is 0. In Long mode, type value in segment descriptor is ignored. So I think type should be ignored when setting the segment registers, if type means the descriptor type in the segment descriptor. Is the type field of struct kvm_segment the d

Re: [PATCH v3 06/10] pinctrl: sunxi: add support of R40 to A10 pinctrl driver

On Mon, May 29, 2017 at 9:19 PM, wrote: > 在 2017-05-29 21:11，Chen-Yu Tsai 写道： >> >> On Sat, May 27, 2017 at 06:23:04PM +0800, Icenowy Zheng wrote: >>> >>> R40 is said to be an upgrade of A20, and its pin configuration is also >>> similar to A20 (and thus similar to A10). >>> >>> Add support for R

[PATCH v2] drivers/watchdog/Kconfig: Update CONFIG_WATCHDOG_RTAS dependencies

drivers/watchdog/wdrtas.c uses symbols defined in arch/powerpc/kernel/rtas.c, which are exported iff CONFIG_PPC_RTAS is selected. Building wdrtas.c without setting CONFIG_PPC_RTAS throws the following errors: ERROR: ".rtas_token" [drivers/watchdog/wdrtas.ko] undefined! ERROR: "rtas_data_bu

Re: [GIT PULL][RESEND] Thermal SoC management fixes for v4.12-rc3

On Sun, 2017-05-28 at 09:14 -0700, Eduardo Valentin wrote: > Hello Linus, > > I know this is (very) late, but please consider these six fixes for > next rc3. > I tried sending these via Rui, but I think I missed the window to get > him still in office, so I am sending directly to you. yes, I miss

Re: [PATCH] clk: meson-gxbb: Add EE 32K Clock for CEC

On Wed, 2017-05-24 at 11:43 +0200, Neil Armstrong wrote: > On Amlogic GX SoCs, there is two CEC controllers : > - An Amlogic CEC custom in the AO domain > - The Synopsys HDMI-TX Controller in the EE domain > > Each of these controllers needs a 32.768KHz clock, but there is two paths : > - In the E

<    1   2   3   4   5   6   7   >