[RESEND PATCH v3 1/4] dt-bindings: connector: add power-opmode optional property to usb-connector

Power operation mode may depends on hardware design, so, add the optional property power-opmode for usb-c connector to select the power operation mode capability. Signed-off-by: Amelie Delaunay --- .../bindings/connector/usb-connector.yaml | 18 ++ 1 file changed, 18 inserti

[PATCH v5 20/25] auxdisplay: hd44780: Remove clear_fast

From: Lars Poeschel We remove the hd44780_clear_fast (display) clear implementation. With the new timeout the normal clear_display is reasonably fast. So there is no need for a clear_fast anymore. Link: https://lore.kernel.org/lkml/20200922092121.gg16...@1wt.eu/ Signed-off-by: Lars Poeschel --

[PATCH] drivers: net: phy: Fix spelling in comment defalut to default

Fixed spelling in comment like below: s/defalut/default/p This is in linux-next. Signed-off-by: Bhaskar Chowdhury --- drivers/net/phy/marvell.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/phy/marvell.c b/drivers/net/phy/marvell.c index 5aec673a0120..77540f5d

[RESEND PATCH v3 2/4] dt-bindings: usb: Add DT bindings for STUSB160x Type-C controller

Add binding documentation for the STMicroelectronics STUSB160x Type-C port controller. Signed-off-by: Amelie Delaunay --- .../devicetree/bindings/usb/st,stusb160x.yaml | 85 +++ 1 file changed, 85 insertions(+) create mode 100644 Documentation/devicetree/bindings/usb/st,stusb160

[PATCH v5 04/25] auxdisplay: Move ifwidth to struct hd44780_common

From: Lars Poeschel Move struct charlcd member ifwidth to our new struct hd44780_common. ifwidth is hd44780 device specific and is used by two drivers at the moment, so we move it to a common place, where both can use this. Reviewed-by: Willy Tarreau Signed-off-by: Lars Poeschel --- drivers/a

[PATCH v5 16/25] auxdisplay: cleanup unnecessary hd44780 code in charlcd

From: Lars Poeschel This cleans up now unnecessary hd44780 specific code from charlcd. We obsoleted this with the last patch. So another chunk of hd44780 specific code can be dropped from charlcd. Reviewed-by: Willy Tarreau Signed-off-by: Lars Poeschel --- Changes in v5: - combined two cleanup

[PATCH v5 19/25] auxdisplay: hd44780_common: Reduce clear_display timeout

From: Lars Poeschel Digging in the hd44780 datasheet revealed that the timeout needed after clearing the whole display is only 1,64ms not 15ms. So we can reduce that timeout. Link: https://lore.kernel.org/lkml/20200922092121.gg16...@1wt.eu/ Link: https://www.crystalfontz.com/controllers/Hitachi/

[PATCH v5 18/25] auxdisplay: Call charlcd_backlight in place

From: Lars Poeschel This moves the call to charlcd_backlight from the end of the switch into the actual case statement that originates the change of the backlight. This is more consistent to what is now found in this switch. Reviewed-by: Willy Tarreau Signed-off-by: Lars Poeschel --- drivers/

[PATCH v5 17/25] auxdisplay: Move char redefine code to hd44780_common

From: Lars Poeschel Take the code to redefine characters out of charlcd and move it to hd44780_common, as this is hd44780 specific. There is now a function hd44780_common_redefine_char that drivers use and charlcd calls it through its ops function pointer. Reviewed-by: Willy Tarreau Signed-off-

[PATCH v5 05/25] auxdisplay: Move write_data pointer to hd44780_common

From: Lars Poeschel This moves the write_data function pointer from struct charlcd_ops to struct hd44780_common. This is the function that actually writes the character to the display. This hd44780 hardware specific function is used by two drivers at the moment. Reviewed-by: Willy Tarreau Signe

[PATCH v5 13/25] auxdisplay: Make use of enum for backlight on / off

From: Lars Poeschel To turn the backlight on or off use our new enum CHARLCD_ON / CHARLCD_OFF. Reviewed-by: Willy Tarreau Signed-off-by: Lars Poeschel --- drivers/auxdisplay/charlcd.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/auxdisplay/charlcd.c b/driv

[PATCH v5 15/25] auxdisplay: implement various hd44780_common_ functions

From: Lars Poeschel This implements various hd44780_common_ functions for hd44780 compatible display drivers to use. charlcd then calls these functions through its ops function pointer. The functions namely are: - hd44780_common_shift_cursor - hd44780_common_display_shift - hd44780_common_display

Re: [PATCH v1] pinctrl: intel: Add Intel Alder Lake pin controller support

On Thu, Oct 29, 2020 at 10:08:27AM +0200, Mika Westerberg wrote: > I think the $subject should say "Alder Lake-S" as this is for -S > variant. OK! ... > > @@ -158,4 +166,5 @@ config PINCTRL_TIGERLAKE > > help > > This pinctrl driver provides an interface that allows configuring > >

[PATCH v5 08/25] auxdisplay: hd44780_common_print

From: Lars Poeschel We create a hd44780_common_print function. It is derived from the original charlcd_print. charlcd_print becomes a device independent print function, that then only calls via its ops function pointers, into the print function offered by drivers. Reported-by: kernel test robot

[PATCH v5 03/25] auxdisplay: Move hwidth and bwidth to struct hd44780_common

From: Lars Poeschel hwidth is for the hardware buffer size and bwidth is for the buffer width of one single line. This is specific to the hd44780 displays and so it is moved out from charlcd to struct hd44780_common. Reviewed-by: Willy Tarreau Signed-off-by: Lars Poeschel --- drivers/auxdispl

[PATCH v5 14/25] auxdisplay: Move init_display to hd44780_common

From: Lars Poeschel The init_display function is moved over to hd44780_common. charlcd uses it via its ops function pointer and drivers initialize the ops with the common hd44780_common_init_display function. Reviewed-by: Willy Tarreau Signed-off-by: Lars Poeschel --- Changes in v5: - Fix comm

[PATCH v5 10/25] auxdisplay: add home to charlcd_ops

From: Lars Poeschel This adds a home function to the charlcd_ops struct and offer an implementation for hd44780_common. This implementation is used by our two hd44780 drivers. This is to make charlcd device independent. Reviewed-by: Willy Tarreau Signed-off-by: Lars Poeschel --- drivers/auxdi

[PATCH v5 06/25] auxdisplay: Move write_cmd pointers to hd44780 drivers

From: Lars Poeschel The write_cmd function is used to send commands to hd44780 displays. The individual hd44780 drivers then implement their appropriate way of doing this with their supported displays. So we move this pointer so hd44780_common. Reviewed-by: Willy Tarreau Signed-off-by: Lars Poe

[PATCH v5 09/25] auxdisplay: provide hd44780_common_gotoxy

From: Lars Poeschel Provide a hd44780_common_gotoxy function and a pointer in the ops for charlcd to use to move the cursor. Reviewed-by: Willy Tarreau Signed-off-by: Lars Poeschel --- drivers/auxdisplay/charlcd.c| 38 + drivers/auxdisplay/charlcd.h

[PATCH 01/25] auxdisplay: Use an enum for charlcd backlight on/off ops

From: Lars Poeschel We use an enum for calling the functions in charlcd, that turn the backlight on or off. This enum is generic and can be used for other charlcd turn on / turn off operations as well. Reviewed-by: Willy Tarreau Signed-off-by: Lars Poeschel --- Changes in v5: - Fix a commit me

[PATCH 00/25] Make charlcd device independent

From: Lars Poeschel This tries to make charlcd device independent. At the moment hd44780 device specific code is contained deep in charlcd. This moves this out into a hd44780_common module, where the two hd44780 drivers we have at the moment (hd44780 and panel) can use this from. The goal is that

[PATCH 02/25] auxdisplay: Introduce hd44780_common.[ch]

From: Lars Poeschel There is some hd44780 specific code in charlcd and this code is used by multiple drivers. To make charlcd independent from this device specific code this has to be moved to a place where the multiple drivers can share their common code. This common place is now introduced as h

[PATCH v5 25/25] auxdisplay: add a driver for lcd2s character display

From: Lars Poeschel This driver allows to use a lcd2s 20x4 character display from Modtronix engineering as an auxdisplay charlcd device. Signed-off-by: Lars Poeschel --- Changes in v5: - use hex_to_bin like in commit 3f03b6498 but for this file Changes in v4: - modtronix -> Modtronix - Kconfig:

[PATCH v5 24/25] auxdisplay: lcd2s DT binding doc

From: Lars Poeschel Add a binding doc for the modtronix lcd2s auxdisplay driver. It also adds modtronix to the list of known vendor-prefixes. Reviewed-by: Willy Tarreau Reviewed-by: Rob Herring Signed-off-by: Lars Poeschel --- Changes in v5: - Picked up Robs Reviewed-by Changes in v3: - Fixed

Re: [PATCH v4 00/15] follow_pfn and other iomap races

On Thu, Oct 29, 2020 at 10:38:16AM +0100, Daniel Vetter wrote: > Hm so Jason and me discussed this, but e.g. the s390 is safe with with > just the pagetable locks. So we'd need two versions. > > The more practical problem is that I haven't found a reasonable way to > check that a passed in mmu_not

Re: [PATCH] [v2] x86: apic: avoid -Wshadow warning in header

On Thu, Oct 29, 2020 at 8:04 AM Paolo Bonzini wrote: > > On 28/10/20 22:20, Arnd Bergmann wrote: > > Avoid this by renaming the global 'apic' variable to the more descriptive > > 'x86_system_apic'. It was originally called 'genapic', but both that > > and the current 'apic' seem to be a little ove

[PATCH] thermal: ti-soc-thermal: Disable the CPU PM notifier for OMAP4430

It has been observed that on OMAP4430 (ES2.0, ES2.1 and ES2.3) the enabled notifier causes errors on the DTEMP readout values: ti-soc-thermal 4a002260.bandgap: in range ADC val: 52 ti-soc-thermal 4a002260.bandgap: in range ADC val: 64 ti-soc-thermal 4a002260.bandgap: in range ADC val: 64 ti-soc-th

Re: [PATCH v7] Introduce support for Systems Management Driver over WMI for Dell Systems

Em Thu, 29 Oct 2020 09:01:14 +0100 Mauro Carvalho Chehab escreveu: > Em Tue, 27 Oct 2020 19:19:44 +0530 > Divya Bharathi escreveu: > > > The Dell WMI Systems Management Driver provides a sysfs > > interface for systems management to enable BIOS configuration > > capability on certain Dell Syste

Re: [PATCH 00/25] Make charlcd device independent

This series was sent wrong. Should be v5. Drop this one. Sorry and thanks, Lars On Thu, Oct 29, 2020 at 10:50:07AM +0100, poesc...@lemonage.de wrote: > From: Lars Poeschel > > This tries to make charlcd device independent. At the moment hd44780 > device specific code is contained deep in charlc

Re: [PATCH] power: supply: olpc_battery: remove unnecessary CONFIG_PM_SLEEP

Hi, On 10/29/20 8:41 AM, Coiby Xu wrote: > SIMPLE_DEV_PM_OPS has already took good care of CONFIG_PM_CONFIG. No it does not, when CONFIG_PM_SLEEP is not set then the SET_SYSTEM_SLEEP_PM_OPS macro which SIMPLE_DEV_PM_OPS uses is a no-op, so nothing will reference xo15_sci_resume leading to a compi

Re: [PATCH 2/5] ARM: dts: sun8i: V3/S3: Add UART1 pin definitions to the V3/S3 dtsi

Hi, On Thu 29 Oct 20, 02:19, Matteo Scordino wrote: > The Allwinner V3 and S3 can use PG6/7 as RX/TX for UART1. Since no other > functions are assigned to those pins, they are a convenient choice for > a debugging or application UART. > This is specific to V3/S3 as the V3s's non-BGA package did no

Re: [PATCH 1/4] dt-bindings: opp: Introduce opp-sustainable bindings

On 10/28/20 9:47 PM, Nishanth Menon wrote: On 14:08-20201028, Lukasz Luba wrote: Add opp-sustainable as an additional property in the OPP node to describe the sustainable performance level of the device. This will help to estimate the sustainable performance of the whole system. Signed-off-b

Re: [PATCH] Documentation: livepatch: document reliable stacktrace

Hi, On Fri, 23 Oct 2020, Mark Rutland wrote: > Add documentation for reliable stacktrace. This is intended to describe > the semantics and to be an aid for implementing architecture support for > HAVE_RELIABLE_STACKTRACE. thanks a lot for doing the work! > Unwinding is a subtle area, and archit

Re: [PATCH 1/5] dt-bindings: vendors: add Elimo Engineering vendor prefix

Hi, On Thu 29 Oct 20, 02:19, Matteo Scordino wrote: > Add elimo as vendor prefix for dt bindings, since we are adding a dtsi > for a SoM and a dts for an SBC LGTM. Reviewed-by: Paul Kocialkowski Cheers, Paul > Signed-off-by: Matteo Scordino > --- > Documentation/devicetree/bindings/vendor-

[PATCH v3 1/4] crypto: add eboiv as a crypto API template

Encrypted byte-offset initialization vector (EBOIV) is an IV generation method that is used in some cases by dm-crypt for supporting the BitLocker volume encryption used by Windows 8 and onwards as a backwards compatible version in lieu of XTS support. Support for eboiv was added to dm-crypt in 5.6

[PATCH v3 0/4] crypto: switch to crypto API for EBOIV generation

This series creates an EBOIV template that produces a skcipher transform which passes through all operations to the skcipher, while using the same skcipher and key to encrypt the input IV, which is assumed to be a sector offset, although this is not enforced. This matches dm-crypt use of EBOIV t

[PATCH v3 2/4] crypto: add eboiv(cbc(aes)) test vectors

Add test vectors for the use of the EBOIV template with cbc(aes) modes as it is being used by dm-crypt for BitLocker support. Vectors taken from dm-crypt test suite images. Signed-off-by: Gilad Ben-Yossef --- crypto/tcrypt.c | 9 ++ crypto/testmgr.c | 6 + crypto/testmgr.h | 279 ++

[PATCH v3 4/4] crypto: ccree: re-introduce ccree eboiv support

BitLocker eboiv support, which was removed in commit 1d8b41ff6991 ("crypto: ccree - remove bitlocker cipher") is reintroduced based on the crypto API new support for eboiv. Signed-off-by: Gilad Ben-Yossef Fixes: 1d8b41ff6991 ("crypto: ccree - remove bitlocker cipher") --- drivers/crypto/ccree/cc

[PATCH v3 4/6] mfd: ahc1ec0: Add support for Advantech embedded controller

AHC1EC0 is the embedded controller driver for Advantech industrial products. This provides sub-devices such as hwmon and watchdog, and also expose functions for sud-devices to read/write the value to embedded controller. Signed-off-by: Shihlun Lin Reported-by: kernel test robot --- drivers/mfd/

[PATCH v3 1/6] MAINTAINERS: Add Advantech embedded controller entry

Add Advantech embedded controller entry Signed-off-by: Shihlun Lin --- MAINTAINERS | 11 +++ 1 file changed, 11 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index e73636b75f29..d59e051c3f9d 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -562,6 +562,17 @@ S: Maintained F: Doc

[PATCH v3 3/6] dt-bindings: mfd: ahc1ec0.yaml: Add Advantech Embedded Controll - AHC1EC0

Add DT binding schema for Advantech embedded controller AHC1EC0. Signed-off-by: Shihlun Lin --- .../devicetree/bindings/mfd/ahc1ec0.yaml | 70 +++ 1 file changed, 70 insertions(+) create mode 100644 Documentation/devicetree/bindings/mfd/ahc1ec0.yaml diff --git a/Documentat

[PATCH v3 2/6] mfd: ahc1ec0: Add Advantech EC include file used by dt-bindings

This files defines the sud-device types and hwmon profiles support by Advantech embedded controller. Signed-off-by: Shihlun Lin --- include/dt-bindings/mfd/ahc1ec0.h | 25 + 1 file changed, 25 insertions(+) create mode 100644 include/dt-bindings/mfd/ahc1ec0.h diff --git

[PATCH v3 5/6] mfd: ahc1ec0-hwmon: Add sub-device hwmon for Advantech embedded controller

This is one of sub-device driver for Advantech embedded controller AHC1EC0. This driver provides sysfs ABI for Advantech related applications to monitor the system status. Signed-off-by: Shihlun Lin Reported-by: kernel test robot --- drivers/mfd/Kconfig |8 + drivers/mfd/Makefile

[PATCH v3 3/4] dm crypt: switch to EBOIV crypto API template

Replace the explicit EBOIV handling in the dm-crypt driver with calls into the crypto API, which now possesses the capability to perform this processing within the crypto subsystem. Signed-off-by: Gilad Ben-Yossef --- drivers/md/dm-crypt.c | 61 ++- 1 fil

[PATCH 4/9] mfd: max77620: remove unnecessary CONFIG_PM_SLEEP

SET_SYSTEM_SLEEP_PM_OPS has already took good care of CONFIG_PM_CONFIG. Signed-off-by: Coiby Xu --- drivers/mfd/max77620.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/mfd/max77620.c b/drivers/mfd/max77620.c index fec2096474ad..17ea0ae6408d 100644 --- a/drivers/mfd/max77620.c +++

[PATCH 8/9] mfd: max14577: remove unnecessary CONFIG_PM_SLEEP

SIMPLE_DEV_PM_OPS has already took good care of CONFIG_PM_CONFIG. Signed-off-by: Coiby Xu --- drivers/mfd/max14577.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/mfd/max14577.c b/drivers/mfd/max14577.c index be185e9d5f16..c619dd8172d5 100644 --- a/drivers/mfd/max14577.c +++ b/dri

[PATCH 5/9] mfd: stpmic1: remove unnecessary CONFIG_PM_SLEEP

SIMPLE_DEV_PM_OPS has already took good care of CONFIG_PM_CONFIG. Signed-off-by: Coiby Xu --- drivers/mfd/stpmic1.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/mfd/stpmic1.c b/drivers/mfd/stpmic1.c index eb3da558c3fb..8be7a6dd9bbb 100644 --- a/drivers/mfd/stpmic1.c +++ b/drivers

[PATCH 2/9] mfd: motorola-cpcap: remove unnecessary CONFIG_PM_SLEEP

SIMPLE_DEV_PM_OPS has already took good care of CONFIG_PM_CONFIG. Signed-off-by: Coiby Xu --- drivers/mfd/motorola-cpcap.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/mfd/motorola-cpcap.c b/drivers/mfd/motorola-cpcap.c index 2283d88adcc2..97c07a5641c5 100644 --- a/drivers/mfd/mo

[PATCH 1/9] mfd: maxim: remove unnecessary CONFIG_PM_SLEEP

SIMPLE_DEV_PM_OPS has already took good care of CONFIG_PM_CONFIG. Signed-off-by: Coiby Xu --- drivers/mfd/max77686.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/mfd/max77686.c b/drivers/mfd/max77686.c index 71faf503844b..8c701f8a9dd5 100644 --- a/drivers/mfd/max77686.c +++ b/dri

Re: [PATCH V3 2/4] misc: vop: do not allocate and reassign the used ring

On Wed, Oct 28, 2020 at 04:50:36PM +0100, Arnd Bergmann wrote: > I think we should try to do something on top of the PCIe endpoint subsystem > to make it work across arbitrary combinations of host and device > implementations, > and provide a superset of what the MIC driver, (out-of-tree) Bluefield

[PATCH 3/9] mfd: intel_soc_pmic: remove unnecessary CONFIG_PM_SLEEP

SIMPLE_DEV_PM_OPS has already took good care of CONFIG_PM_CONFIG. Signed-off-by: Coiby Xu --- drivers/mfd/intel_soc_pmic_core.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/mfd/intel_soc_pmic_core.c b/drivers/mfd/intel_soc_pmic_core.c index ddd64f9e3341..c980af9ae1c0 100644 ---

[PATCH 7/9] mfd: sec: remove unnecessary CONFIG_PM_SLEEP

SIMPLE_DEV_PM_OPS has already took good care of CONFIG_PM_CONFIG. Signed-off-by: Coiby Xu --- drivers/mfd/sec-core.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/mfd/sec-core.c b/drivers/mfd/sec-core.c index 95473ff9bb4b..a5d19798d671 100644 --- a/drivers/mfd/sec-core.c +++ b/dri

[PATCH 6/9] mfd: stmfx: remove unnecessary CONFIG_PM_SLEEP

SIMPLE_DEV_PM_OPS has already took good care of CONFIG_PM_CONFIG. Signed-off-by: Coiby Xu --- drivers/mfd/stmfx.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/mfd/stmfx.c b/drivers/mfd/stmfx.c index 5e680bfdf5c9..e760cf2be02e 100644 --- a/drivers/mfd/stmfx.c +++ b/drivers/mfd/stm

[PATCH 9/9] mfd: sprd-sc27xx-spi: remove unnecessary CONFIG_PM_SLEEP

SIMPLE_DEV_PM_OPS has already took good care of CONFIG_PM_CONFIG. Signed-off-by: Coiby Xu --- drivers/mfd/sprd-sc27xx-spi.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/mfd/sprd-sc27xx-spi.c b/drivers/mfd/sprd-sc27xx-spi.c index 6b7956604a0f..4db2ec9ef2ff 100644 --- a/drivers/mfd

Re: [PATCH] iommu/rockchip: check return value of of_find_device_by_node() in rk_iommu_of_xlate()

On 2020-10-29 09:22, Yu Kuai wrote: If of_find_device_by_node() failed in rk_iommu_of_xlate(), null pointer dereference will be triggered. Thus return error code if of_find_device_by_node() failed. How can that happen? (Given that ".suppress_bind_attrs = true") Robin. Fixes: 5fd577c3eac3("io

[PATCH net-next 09/19] net: phy: aquantia: implement generic .handle_interrupt() callback

From: Ioana Ciornei In an attempt to actually support shared IRQs in phylib, we now move the responsibility of triggering the phylib state machine or just returning IRQ_NONE, based on the IRQ status register, to the PHY driver. Having 3 different IRQ handling callbacks (.handle_interrupt(), .did_

[PATCH net-next 06/19] net: phy: mscc: use phy_trigger_machine() to notify link change

From: Ioana Ciornei According to the comment describing the phy_mac_interrupt() function, it it intended to be used by MAC drivers which have noticed a link change thus its use in the mscc PHY driver is improper and, most probably, was added just because phy_trigger_machine() was not exported. No

[PATCH net-next 01/19] net: phy: export phy_error and phy_trigger_machine

From: Ioana Ciornei These functions are currently used by phy_interrupt() to either signal an error condition or to trigger the link state machine. In an attempt to actually support shared PHY IRQs, export these two functions so that the actual PHY drivers can use them. Cc: Alexandru Ardelean C

[PATCH net-next 00/19] net: phy: add support for shared interrupts (part 1)

From: Ioana Ciornei This patch set aims to actually add support for shared interrupts in phylib and not only for multi-PHY devices. While we are at it, streamline the interrupt handling in phylib. For a bit of context, at the moment, there are multiple phy_driver ops that deal with this subject:

[PATCH net-next 02/19] net: phy: add a shutdown procedure

From: Ioana Ciornei In case of a board which uses a shared IRQ we can easily end up with an IRQ storm after a forced reboot. For example, a 'reboot -f' will trigger a call to the .shutdown() callbacks of all devices. Because phylib does not implement that hook, the PHY is not quiesced, thus it c

[PATCH net-next 14/19] net: phy: cicada: remove the use of .ack_interrupt()

From: Ioana Ciornei In preparation of removing the .ack_interrupt() callback, we must replace its occurrences (aka phy_clear_interrupt), from the 2 places where it is called from (phy_enable_interrupts and phy_disable_interrupts), with equivalent functionality. This means that clearing interrupt

Re: [PATCH 3/5] ARM: dts: sun8i: s3: Add dtsi for the Elimo Impetus SoM

Hi, On Thu 29 Oct 20, 02:19, Matteo Scordino wrote: > The Elimo Engineering Impetus is an Open Source Hardware System-on-Module > based on the SoChip S3 SoC. > > It is meant for integration into carrier boards or, more generally, > larger designs, and uses an M2 connector to facilitate that. > >

[PATCH net-next 18/19] net: phy: realtek: implement generic .handle_interrupt() callback

From: Ioana Ciornei In an attempt to actually support shared IRQs in phylib, we now move the responsibility of triggering the phylib state machine or just returning IRQ_NONE, based on the IRQ status register, to the PHY driver. Having 3 different IRQ handling callbacks (.handle_interrupt(), .did_

[PATCH net-next 11/19] net: phy: broadcom: implement generic .handle_interrupt() callback

From: Ioana Ciornei In an attempt to actually support shared IRQs in phylib, we now move the responsibility of triggering the phylib state machine or just returning IRQ_NONE, based on the IRQ status register, to the PHY driver. Having 3 different IRQ handling callbacks (.handle_interrupt(), .did_

[PATCH net-next 19/19] net: phy: realtek: remove the use of .ack_interrupt()

From: Ioana Ciornei In preparation of removing the .ack_interrupt() callback, we must replace its occurrences (aka phy_clear_interrupt), from the 2 places where it is called from (phy_enable_interrupts and phy_disable_interrupts), with equivalent functionality. This means that clearing interrupt

[PATCH net-next 08/19] net: phy: mscc: remove the use of .ack_interrupt()

From: Ioana Ciornei In preparation of removing the .ack_interrupt() callback, we must replace its occurrences (aka phy_clear_interrupt), from the 2 places where it is called from (phy_enable_interrupts and phy_disable_interrupts), with equivalent functionality. This means that clearing interrupt

[PATCH net-next 16/19] net: phy: davicom: remove the use of .ack_interrupt()

From: Ioana Ciornei In preparation of removing the .ack_interrupt() callback, we must replace its occurrences (aka phy_clear_interrupt), from the 2 places where it is called from (phy_enable_interrupts and phy_disable_interrupts), with equivalent functionality. This means that clearing interrupt

[PATCH net-next 15/19] net: phy: davicom: implement generic .handle_interrupt() calback

From: Ioana Ciornei In an attempt to actually support shared IRQs in phylib, we now move the responsibility of triggering the phylib state machine or just returning IRQ_NONE, based on the IRQ status register, to the PHY driver. Having 3 different IRQ handling callbacks (.handle_interrupt(), .did_

[PATCH net-next 13/19] net: phy: cicada: implement the generic .handle_interrupt() callback

From: Ioana Ciornei In an attempt to actually support shared IRQs in phylib, we now move the responsibility of triggering the phylib state machine or just returning IRQ_NONE, based on the IRQ status register, to the PHY driver. Having 3 different IRQ handling callbacks (.handle_interrupt(), .did_

[PATCH net-next 17/19] net: phy: add genphy_handle_interrupt_no_ack()

From: Ioana Ciornei It seems there are cases where the interrupts are handled by another entity (ie an IRQ controller embedded inside the PHY) and do not need any other interraction from phylib. For this kind of PHYs, like the RTL8366RB, add the genphy_handle_interrupt_no_ack() function which jus

[PATCH net-next 03/19] net: phy: make .ack_interrupt() optional

From: Ioana Ciornei As a first step into making phylib and all PHY drivers to actually have support for shared IRQs, make the .ack_interrupt() callback optional. After all drivers have been moved to implement the generic interrupt handle, the phy_drv_supports_irq() check will be changed again to

[PATCH net-next 12/19] net: phy: broadcom: remove use of ack_interrupt()

From: Ioana Ciornei In preparation of removing the .ack_interrupt() callback, we must replace its occurrences (aka phy_clear_interrupt), from the 2 places where it is called from (phy_enable_interrupts and phy_disable_interrupts), with equivalent functionality. This means that clearing interrupt

Re: [PATCH 5/5] ARM: dts: sun8i: s3: Add dts for the Elimo Initium SBC

Hi, On Thu 29 Oct 20, 02:20, Matteo Scordino wrote: > The Elimo Engineering Initium is an Open Source Hardware Single Board > Computer based on the Elimo Impetus SoM. > > It is meant as the first development platform for the Impetus, providing > convenient access to the peripherals on the Impetus

[PATCH net-next 10/19] net: phy: aquantia: remove the use of .ack_interrupt()

From: Ioana Ciornei In preparation of removing the .ack_interrupt() callback, we must replace its occurrences (aka phy_clear_interrupt), from the 2 places where it is called from (phy_enable_interrupts and phy_disable_interrupts), with equivalent functionality. This means that clearing interrupt

[PATCH net-next 07/19] net: phy: mscc: implement generic .handle_interrupt() callback

From: Ioana Ciornei In an attempt to actually support shared IRQs in phylib, we now move the responsibility of triggering the phylib state machine or just returning IRQ_NONE, based on the IRQ status register, to the PHY driver. Having 3 different IRQ handling callbacks (.handle_interrupt(), .did_

[PATCH net-next 05/19] net: phy: at803x: remove the use of .ack_interrupt()

From: Ioana Ciornei In preparation of removing the .ack_interrupt() callback, we must replace its occurrences (aka phy_clear_interrupt), from the 2 places where it is called from (phy_enable_interrupts and phy_disable_interrupts), with equivalent functionality. This means that clearing interrupt

[PATCH net-next 04/19] net: phy: at803x: implement generic .handle_interrupt() callback

From: Ioana Ciornei In an attempt to actually support shared IRQs in phylib, we now move the responsibility of triggering the phylib state machine or just returning IRQ_NONE, based on the IRQ status register, to the PHY driver. Having 3 different IRQ handling callbacks (.handle_interrupt(), .did_

[PATCH] drivers: staging: Fix spelling in comments

Fixed two spelling in two different comments. s/defalut/default/p This is in linux-next. Signed-off-by: Bhaskar Chowdhury --- drivers/staging/rtl8188eu/hal/rtl8188e_dm.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/staging/rtl8188eu/hal/rtl8188e_dm.c b/drive

support splice reads on seq_file based procfs files

Hi Al, Greg reported a problem due to the fact that Android tests use procfs files to test splice, which stopped working with 5.10-rc1. This series adds read_iter support for seq_file, and uses those for all proc files using seq_file to restore splice read support.

Re: [PATCH 4/5] dt-bindings: arm: sunxi: add Elimo bindings

Hi, On Thu, Oct 29, 2020 at 02:19:59AM +, Matteo Scordino wrote: > Document board compatible names for Elimo Engineering Impetus and Initium > > Signed-off-by: Matteo Scordino > --- > Documentation/devicetree/bindings/arm/sunxi.yaml | 10 ++ > 1 file changed, 10 insertions(+) > > d

[PATCH 1/3] seq_file: add seq_read_iter

iov_iter based variant for reading a seq_file. seq_read is reimplemented on top of the iter variant. Signed-off-by: Christoph Hellwig --- fs/seq_file.c| 45 include/linux/seq_file.h | 1 + 2 files changed, 33 insertions(+), 13 deletions(-)

simplify follow_pte a bit

Hi Andrew, this small series drops the not needed follow_pte_pmd exports, and simplifies the follow_pte family of functions a bit.

[PATCH 1/2] ASoC: qcom: dt-bindings: sm8250: update compatibles

Update compatible string as board compatible and device compatible should not be same!. New compatible is now suffixed with -sndcard to be inline with other Qualcomm Sound cards. This also fixes the warnings/error reported by dt_binding_check. Fixes: 765c37598494 ("ASoC: qcom: dt-bindings: Add SM

[PATCH 2/2] ASoC: qcom: sm8250: update compatible with new bindings

Update compatible string as board compatible and device compatible should not be same!. Make the driver inline with the new bindings. Fixes: aa2e2785545a ("ASoC: qcom: sm8250: add sound card qrb5165-rb5 support") Reported-by: Rob Herring Signed-off-by: Srinivas Kandagatla --- sound/soc/qcom/sm8

[PATCH 2/3] proc: wire up generic_file_splice_read for iter ops

Wire up generic_file_splice_read for the iter based proxy ops, so that splice reads from them work. Signed-off-by: Christoph Hellwig --- fs/proc/inode.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/fs/proc/inode.c b/fs/proc/inode.c index 58c075e2a452d6..bde6b6f69852d2 100644 --- a/fs/pr

[PATCH 3/3] proc: switch over direct seq_read method calls to seq_read_iter

Switch over all instances used directly as methods using these sed expressions: sed -i -e 's/\.proc_read\(\s*=\s*\)seq_read/\.proc_read_iter\1seq_read_iter/g' This fixes a problem with the Android bionic test suite using /proc/cpuinfo and /proc/version for its splice based tests. Fixes: 36e2c742

[PATCH 1/2] mm: unexport follow_pte_pmd

follow_pte_pmd is only used by the DAX code, which can't be modular. Signed-off-by: Christoph Hellwig --- mm/memory.c | 1 - 1 file changed, 1 deletion(-) diff --git a/mm/memory.c b/mm/memory.c index c48f8df6e50268..00458e7b49fef8 100644 --- a/mm/memory.c +++ b/mm/memory.c @@ -4787,7 +4787,6 @@

Re: [PATCH] iommu/sun50i: check return value of of_find_device_by_node() in sun50i_iommu_of_xlate()

On 2020-10-29 09:22, Yu Kuai wrote: If of_find_device_by_node() failed in sun50i_iommu_of_xlate(), null pointer dereference will be triggered. Thus return error code if of_find_device_by_node() failed. Again, by what means can that ever actually happen? Robin. Fixes: 4100b8c229b3("iommu: Add

Re: [PATCH 15/17] phy: phy-stm32-usbphyc: convert to devm_platform_ioremap_resource

On 10/29/20 3:54 AM, Chunfeng Yun wrote: Use devm_platform_ioremap_resource to simplify code Signed-off-by: Chunfeng Yun Reviewed-by: Amelie Delaunay --- drivers/phy/st/phy-stm32-usbphyc.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/phy/st/phy-stm32

[PATCH 2/2] mm: simplify follow_pte{,pmd}

Merge __follow_pte_pmd, follow_pte_pmd and follow_pte into a single follow_pte function and just pass two additional NULL arguments for the two previous follow_pte callers. Signed-off-by: Christoph Hellwig --- fs/dax.c | 9 - include/linux/mm.h | 6 +++--- mm/memory.c

Re: [PATCH 4/5] dt-bindings: arm: sunxi: add Elimo bindings

于 2020年10月29日 GMT+08:00 下午6:13:04, Maxime Ripard 写到: >Hi, > >On Thu, Oct 29, 2020 at 02:19:59AM +, Matteo Scordino wrote: >> Document board compatible names for Elimo Engineering Impetus and >Initium >> >> Signed-off-by: Matteo Scordino >> --- >> Documentation/devicetree/bindings/arm/sun

Re: [PATCH v5 06/21] perf arm-spe: Refactor printing string to buffer

On 29/10/2020 07:19, Leo Yan wrote: Hi, > When outputs strings to the decoding buffer with function snprintf(), > SPE decoder needs to detects if any error returns from snprintf() and if > so needs to directly bail out. If snprintf() returns success, it needs > to update buffer pointer and reduc

Re: [PATCH v2 net] net: sch_generic: aviod concurrent reset and enqueue op for lockless qdisc

On 2020/10/29 12:50, Vishwanath Pai wrote: > On 10/28/20 10:37 PM, Yunsheng Lin wrote: >> On 2020/10/29 4:04, Vishwanath Pai wrote: >>> On 10/28/20 1:47 PM, Cong Wang wrote: On Wed, Oct 28, 2020 at 8:37 AM Pai, Vishwanath wrote: > Hi, > > We noticed some problems when testing the

[PATCH v2 3/3] watchdog: sprd: change to use usleep_range() instead of busy loop

From: Chunyan Zhang After changing to check busy bit for the previous loading operation instead of the current one, for most of cases, the busy bit is not set for the first time of read, so there's no need to check so frequently, so this patch use usleep_range() to replace cpu_relax() to avoid bu

Re: [PATCH v2 03/19] mm/hugetlb: Introduce a new config HUGETLB_PAGE_FREE_VMEMMAP

On Mon, Oct 26, 2020 at 10:50:58PM +0800, Muchun Song wrote: > The purpose of introducing HUGETLB_PAGE_FREE_VMEMMAP is to configure > whether to enable the feature of freeing unused vmemmap associated > with HugeTLB pages. Now only support x86. Why this needs to be a config thing? If this space-me

Re: [PATCH] drivers: staging: Fix spelling in comments

On Thu, Oct 29, 2020 at 03:37:59PM +0530, Bhaskar Chowdhury wrote: > Fixed two spelling in two different comments. > > s/defalut/default/p > > This is in linux-next. No need for this line, it doesn't make any sense here, right?

Re: [PATCH] drivers: staging: Fix spelling in comments

On Thu, Oct 29, 2020 at 03:37:59PM +0530, Bhaskar Chowdhury wrote: > Fixed two spelling in two different comments. > > s/defalut/default/p > > This is in linux-next. > > Signed-off-by: Bhaskar Chowdhury > --- > drivers/staging/rtl8188eu/hal/rtl8188e_dm.c | 4 ++-- > 1 file changed, 2 insertion

[tip: core/entry] task_work: Use TIF_NOTIFY_SIGNAL if available

The following commit has been merged into the core/entry branch of tip: Commit-ID: 114518eb6430b832d2f9f5a008043b913ccf0e24 Gitweb: https://git.kernel.org/tip/114518eb6430b832d2f9f5a008043b913ccf0e24 Author:Jens Axboe AuthorDate:Mon, 26 Oct 2020 14:32:30 -06:00 Committer:

[tip: core/entry] signal: Add task_sigpending() helper

The following commit has been merged into the core/entry branch of tip: Commit-ID: 5c251e9dc0e127bac6fc5b8e6696363d2e35f515 Gitweb: https://git.kernel.org/tip/5c251e9dc0e127bac6fc5b8e6696363d2e35f515 Author:Jens Axboe AuthorDate:Mon, 26 Oct 2020 14:32:27 -06:00 Committer:

[tip: core/entry] entry: Add support for TIF_NOTIFY_SIGNAL

The following commit has been merged into the core/entry branch of tip: Commit-ID: 12db8b690010ccfadf9d0b49a1e1798e47dbbe1a Gitweb: https://git.kernel.org/tip/12db8b690010ccfadf9d0b49a1e1798e47dbbe1a Author:Jens Axboe AuthorDate:Mon, 26 Oct 2020 14:32:28 -06:00 Committer:

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