[PATCH v6 3/7] IIO: Ingenic JZ47xx: Add xlate cb to retrieve correct channel idx

Provide an of_xlate callback in order to retrieve the correct channel specifier index from the IIO channels array. Signed-off-by: Artur Rojek Tested-by: Paul Cercueil --- Changes: v2-v6: no change drivers/iio/adc/ingenic-adc.c | 16 1 file changed, 16 insertions(+) diff -

[PATCH v6 1/7] dt-bindings: iio/adc: Convert ingenic-adc docs to YAML.

Convert the textual documentation of Device Tree bindings for the Ingenic JZ47xx SoCs ADC controller to YAML. The `interrupts` property is now explicitly listed and marked as required. While missing from the previous textual documentation, this property has been used with all the boards which prob

[PATCH v6 4/7] dt-bindings: iio/adc: Add touchscreen idx for JZ47xx SoC ADC

Introduce support for touchscreen channels found in JZ47xx SoCs. Signed-off-by: Artur Rojek Tested-by: Paul Cercueil Acked-by: Rob Herring --- Changes: v2-v6: no change include/dt-bindings/iio/adc/ingenic,adc.h | 2 ++ 1 file changed, 2 insertions(+) diff --git a/include/dt-bindings/iio/

[PATCH v6 6/7] dt-bindings: input: Add docs for ADC driven joystick.

Add documentation for the adc-joystick driver, used to provide support for joysticks connected over ADC. Signed-off-by: Artur Rojek Tested-by: Paul Cercueil Reviewed-by: Rob Herring --- Changes: v2: - Add `reg` property to axis subnode in order to enumerate the axes, - rename `linux,ab

[PATCH v6 5/7] IIO: Ingenic JZ47xx: Add touchscreen mode.

The SADC component in JZ47xx SoCs provides support for touchscreen operations (pen position and pen down pressure) in single-ended and differential modes. Of the known hardware to use this controller, GCW Zero and Anbernic RG-350 utilize the touchscreen mode by having their joystick(s) attached to

[PATCH v6 7/7] input: joystick: Add ADC attached joystick driver.

Add a driver for joystick devices connected to ADC controllers supporting the Industrial I/O subsystem. Signed-off-by: Artur Rojek Tested-by: Paul Cercueil Tested-by: Heiko Stuebner Acked-by: Dmitry Torokhov --- v2: - sanity check supported channel format on probe, - rename adc_joystick

Re: [PATCH v4 12/12] perf test: improve pmu event metric testing

On Sun, May 03, 2020 at 08:26:22AM -0700, Ian Rogers wrote: > On Sun, May 3, 2020 at 7:56 AM Jiri Olsa wrote: > > > > On Fri, May 01, 2020 at 10:33:33AM -0700, Ian Rogers wrote: > > > Add a basic floating point number test to expr. > > > Break pmu-events test into 2 and add a test to verify that a

[PATCH v4 2/3] clk: at91: allow setting PCKx parent via DT

This exposes PROGx clocks for use in assigned-clocks DeviceTree property for selecting PCKx parent clock. Signed-off-by: Michał Mirosław --- v2: rebase and update to clk/clk-at91 branch v3: rebase v4: no changes --- drivers/clk/at91/at91rm9200.c| 6 -- drivers/clk/at91/at91sam9260.c |

[PATCH v4 1/3] clk: at91: optimize pmc data allocation

Alloc whole data structure in one block. This makes the code shorter, more efficient and easier to extend in following patch. Signed-off-by: Michał Mirosław Acked-by: Alexandre Belloni --- v2: rebase and update to clk/clk-at91 branch v3: use struct_size() and C99 trailing array as suggested

[PATCH v4 3/3] clk: at91: allow setting all PMC clock parents via DT

We need to have clocks accessible via phandle to select them as peripheral clock parent using assigned-clock-parents in DT. Add support for PLLACK/PLLBCK/AUDIOPLLCK clocks where available. Signed-off-by: Michał Mirosław --- v2: rebase to clk/clk-at91 branch v3: no changes v4: extend to whole fami

[PATCH v4 0/3] clk: at91: support configuring more clocks via DT

This series extends AT91 clock support with references to PCKx and PLLA/PLLB/AUDIOPLL. This makes the DT be able to fully specify (assign) clock parents when needed. First patch simplifies clock table allocation. Next two update the table with missing clock pointers and IDs. Michał Mirosław (3):

[PATCH 4/5] dt-bindings: iio: accel: Add required regulators to bma180

The bma180 and related chips should have two registers attached to them. The IIO driver currently uses them, document them here as well. Signed-off-by: Jonathan Bakker --- Documentation/devicetree/bindings/iio/accel/bma180.txt | 2 ++ 1 file changed, 2 insertions(+) diff --git a/Documentation/

[PATCH 1/5] iio: accel: bma180: Prepare for different reset values

Some variants of the bma180 (eg bma023) have different reset values. In preparation for adding support for them, factor out the reset value into the chip specific data. Signed-off-by: Jonathan Bakker --- drivers/iio/accel/bma180.c | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) d

[PATCH 2/5] input: misc: bma150: Conditionally disable bma023 support

The bma180 IIO driver has been extended for support for bma023. However, this could cause conflicts with this driver. Since some setups may depend upon the evdev setup, disable support in this driver for the bma023 only when the IIO driver is being built. Signed-off-by: Jonathan Bakker --- driv

[PATCH 0/5] iio: accel: Add bma023 support to bma180

This patchset adds support for the bma023 three axis accelerometer to the bma180 IIO driver. The bma023 is found on several ~2010 phones, including the first-gen Galaxy S series. The bma023 differs from later chips (bma180, bma25x) in that it has no low power but still working mode and no tempera

[PATCH 5/5] iio: accel: bma180: Add support for bma023

The bma023 chip is similar enough to the bma180 and bma25x that the same driver can support all of them. The biggest differences are the lack of a temperature channel and no low power but still working mode. The bma150 is a close relative of the bma023, but it does have a temperature channel so s

[PATCH 3/5] dt-bindings: iio: accel: Add bma023 compatible to bma180

The bma023 is in the same family as the bma180 and support is being added to the bma180 IIO driver for it. Signed-off-by: Jonathan Bakker --- Documentation/devicetree/bindings/iio/accel/bma180.txt | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/Documentation/devicetree/bind

Re: [PATCH v4 12/12] perf test: improve pmu event metric testing

On Sun, May 3, 2020 at 10:06 AM Jiri Olsa wrote: > > On Sun, May 03, 2020 at 08:26:22AM -0700, Ian Rogers wrote: > > On Sun, May 3, 2020 at 7:56 AM Jiri Olsa wrote: > > > > > > On Fri, May 01, 2020 at 10:33:33AM -0700, Ian Rogers wrote: > > > > Add a basic floating point number test to expr. > >

Re: [PATCH v4 1/2] sched/uclamp: Add a new sysctl to control RT default boost value

Hi Qais, few notes follows, but in general I like the way code is now organised. On Fri, May 01, 2020 at 13:49:26 +0200, Qais Yousef wrote... [...] > diff --git a/include/linux/sched/sysctl.h b/include/linux/sched/sysctl.h > index d4f6215ee03f..e62cef019094 100644 > --- a/include/linux/sche

Re: [PATCH] video/fbdev/matroxfb: Remove dead code

Hi Souptick On Sat, May 02, 2020 at 03:28:11AM +0530, Souptick Joarder wrote: > These are dead code since 3.15. If there is no plan to use it further > it can be removed forever. Could you explain why you conclude this is dead code sine 3.15 - and maybe point to the commit that made it dead. I fai

Re: [PATCH v4 2/2] Documentation/sysctl: Document uclamp sysctl knobs

Hi Qais, On Fri, May 01, 2020 at 13:49:27 +0200, Qais Yousef wrote... [...] > diff --git a/Documentation/admin-guide/sysctl/kernel.rst > b/Documentation/admin-guide/sysctl/kernel.rst > index 0d427fd10941..521c18ce3d92 100644 > --- a/Documentation/admin-guide/sysctl/kernel.rst > +++ b/Docume

Re: [PATCH v2 1/2] coresight: Include required headers in C files

Quoting Mathieu Poirier (2020-04-29 12:24:42) > > > > > So please remove slab.h from the two files (but not the other one) when > > applying. Thanks. > > You got it. I looked in next but coresight-cti-platform.c is missing slab.h even though I included it in my patch. There's a bare kcalloc() ca

[RFC net-next] net: phy: at803x: add cable diagnostics support

The AR8031/AR8033 and the AR8035 support cable diagnostics. Adding driver support is straightforward, so lets add it. The PHY just do one pair at a time, so we have to start the test four times. The cable_test_get_status() can block and therefore we can just busy polling the test completion and co

[PATCH v2] rtc: mc13xxx: fix a double-unlock issue

From: Qiushi Wu In function mc13xxx_rtc_probe, the mc13xxx_unlock() is called before rtc_register_device(). But in the error path of rtc_register_device(), the mc13xxx_unlock() is called again, which causes a double-unlock problem. Thus add a call of the function “mc13xxx_lock” in an if branch fo

Re: [GIT PULL] Power management fixes for v5.7-rc4

The pull request you sent on Sat, 2 May 2020 21:56:46 +0200: > git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git pm-5.7-rc4 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/743f05732f49bacd196306de87864aa074492026 Thank you! -- Deet-doot-dot, I am a bo

Re: [GIT PULL] Btrfs fixes for 5.7-rc4, part 2

The pull request you sent on Sun, 3 May 2020 18:25:37 +0200: > git://git.kernel.org/pub/scm/linux/kernel/git/kdave/linux.git for-5.7-rc3-tag has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/262f7a6b8317a06e7d51befb690f0bca06a473ea Thank you! -- Deet-doot-dot, I am a

Re: [git pull] IOMMU Fixes for Linux v5.7-rc3

The pull request you sent on Sun, 3 May 2020 14:19:34 +0200: > git://git.kernel.org/pub/scm/linux/kernel/git/joro/iommu.git > tags/iommu-fixes-v5.7-rc3 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/ea91593350ecb9d739c413d9213db9db08297108 Thank you! -- Deet-doot-d

Re: [RFC PATCH] iommu/amd: fix a race in fetch_pte()

Hi Qian, On Sun, May 03, 2020 at 09:04:03AM -0400, Qian Cai wrote: > > On Apr 29, 2020, at 7:20 AM, Joerg Roedel wrote: > > Can you please test this branch: > > > > > > https://git.kernel.org/pub/scm/linux/kernel/git/joro/linux.git/log/?h=amd-iommu-fixes > > > > It has the previous fix in

[PATCH v2] nfp: abm: Fix incomplete release of system resources in nfp_abm_vnic_set_mac()

From: Qiushi Wu In function nfp_abm_vnic_set_mac, pointer nsp is allocated by nfp_nsp_open. But when nfp_nsp_has_hwinfo_lookup fail, the pointer is not released, which can lead to a memory leak bug. Thus add a call of the function “nfp_nsp_close” for the completion of the exception handling. Fix

Re: [PATCH 2/2] x86/resctrl: Support CPUID enumeration of MBM counter width

Hi Borislav, On 4/30/2020 2:59 AM, Borislav Petkov wrote: > On Wed, Apr 29, 2020 at 11:42:03AM -0700, Reinette Chatre wrote: >> This would essentially be resubmitting [1] though. Do you expect that >> this change would receive a different reception at this time? > > Right, Thomas and I talked it

Re: [PATCH 1/2] Revert "ALSA: hda/realtek: Fix pop noise on ALC225"

On Sun, 03 May 2020 17:24:46 +0200, Kai-Heng Feng wrote: > > This reverts commit 3b36b13d5e69d6f51ff1c55d1b404a74646c9757. > > Enable power save node breaks some systems with ACL225. Revert the patch > and use a platform specific quirk for the original issue isntead. > > Fixes: 3b36b13d5e69 ("AL

Re: [PATCH 2/2] ALSA: hda/realtek - Fix S3 pop noise on Dell Wyse

On Sun, 03 May 2020 17:24:47 +0200, Kai-Heng Feng wrote: > > Commit 317d9313925c ("ALSA: hda/realtek - Set default power save node to > 0") makes the ALC225 have pop noise on S3 resume and cold boot. > > The previous fix enable power save node universally for ALC225, however > it makes some ALC22

[PATCH] clk: clk-xgene: Fix a typo in Kconfig

s/Sypport/Support Signed-off-by: Christophe JAILLET --- drivers/clk/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/clk/Kconfig b/drivers/clk/Kconfig index bcb257baed06..99ddc1478493 100644 --- a/drivers/clk/Kconfig +++ b/drivers/clk/Kconfig @@ -252,7 +252,7 @

[PATCH] thermal: stm32: fix spelling mistake "acces" -> "access"

Fix a typo in Kconfig. Signed-off-by: Christophe JAILLET --- drivers/thermal/st/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/thermal/st/Kconfig b/drivers/thermal/st/Kconfig index 3c3b695cc3e9..58ece381956b 100644 --- a/drivers/thermal/st/Kconfig +++ b/drive

Re: [RFC PATCH] iommu/amd: fix a race in fetch_pte()

> On May 3, 2020, at 2:39 PM, Joerg Roedel wrote: > > Can I add your Tested-by when I > send them to the mailing list tomorrow? Sure. Feel free to add, Tested-by: Qian Cai

Re: AVIC related warning in enable_irq_window

Maxim / Paolo, On 5/2/20 11:43 PM, Maxim Levitsky wrote: On Sat, 2020-05-02 at 18:42 +0200, Paolo Bonzini wrote: On 02/05/20 15:58, Maxim Levitsky wrote: The AVIC is disabled by svm_toggle_avic_for_irq_window, which calls kvm_request_apicv_update, which broadcasts the KVM_REQ_APICV_UPDATE vcpu

Re: [PATCH v6] gpio: pca953x: Add Maxim MAX7313 PWM support

On Sun, May 3, 2020 at 1:54 PM Miquel Raynal wrote: > > The MAX7313 chip is fully compatible with the PCA9535 on its basic > functions but can also manage the intensity on each of its ports with > PWM. Each output is independent and may be tuned with 16 values (4 > bits per output). The period is

Re: [PATCH v6] gpio: pca953x: Add Maxim MAX7313 PWM support

Hello Andy, hello Miquel, On Sun, May 03, 2020 at 10:20:23PM +0300, Andy Shevchenko wrote: > On Sun, May 3, 2020 at 1:54 PM Miquel Raynal > wrote: > > > > The MAX7313 chip is fully compatible with the PCA9535 on its basic > > functions but can also manage the intensity on each of its ports with

[tip: x86/mm] x86/tlb/uv: Add a forward declaration for struct flush_tlb_info

The following commit has been merged into the x86/mm branch of tip: Commit-ID: bd1de2a7aace4d1d312fb1be264b8fafdb706208 Gitweb: https://git.kernel.org/tip/bd1de2a7aace4d1d312fb1be264b8fafdb706208 Author:Borislav Petkov AuthorDate:Sun, 03 May 2020 12:27:29 +02:00 Committer:

Re: [PATCH v2 02/11] power: bq25890: simplify chip name property getter

Hi, On Sun, May 03, 2020 at 05:21:10PM +0200, Michał Mirosław wrote: > Driver rejects unknown chips early in the probe(), so when > bq25890_power_supply_get_property() is made reachable, bq->chip_version > will already be set to correct value - there is no need to check > it again. > > Signed-off

Re: [PATCH v2 03/11] power: bq25890: make property table const

Hi, On Sun, May 03, 2020 at 05:21:10PM +0200, Michał Mirosław wrote: > Property list should not change, so mark it const. > > Signed-off-by: Michał Mirosław > --- Thanks, queued. -- Sebastian > drivers/power/supply/bq25890_charger.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) >

Re: [PATCH v2 01/11] power: bq25890: remove redundant I2C bus check

Hi, On Sun, May 03, 2020 at 05:21:10PM +0200, Michał Mirosław wrote: > regmap initialization will check I2C adapter functionality. > Remove redundant check in the driver. > > Signed-off-by: Michał Mirosław > --- Thanks, queued. -- Sebastian > drivers/power/supply/bq25890_charger.c | 6 --

Re: [PATCH] video/fbdev/matroxfb: Remove dead code

On Sun, May 3, 2020 at 11:10 PM Sam Ravnborg wrote: > > Hi Souptick > > On Sat, May 02, 2020 at 03:28:11AM +0530, Souptick Joarder wrote: > > These are dead code since 3.15. If there is no plan to use it further > > it can be removed forever. > Could you explain why you conclude this is dead code

[PATCH] spi: bcm2835: Fixes bare use of unsigned

Signed-off-by: Jacko Dirks --- drivers/spi/spi-bcm2835.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/spi/spi-bcm2835.c b/drivers/spi/spi-bcm2835.c index 11c235879bb7..e10b8f3b4bab 100644 --- a/drivers/spi/spi-bcm2835.c +++ b/drivers/spi/spi-bcm2835.c @@ -191,12

Re: [PATCH v2 05/11] power: bq25890: fix ADC mode configuration

Hi, On Sun, May 03, 2020 at 05:21:11PM +0200, Michał Mirosław wrote: > Datasheet describes two modes for reading ADC measurements: > 1. continuous, 1 Hz - enabled and started by CONV_RATE bit > 2. one-shot - triggered by CONV_START bit > > In continuous mode, CONV_START is read-only and signifies

Re: [PATCH] thermal: stm32: fix spelling mistake "acces" -> "access"

On Sun, 2020-05-03 at 21:11 +0200, Christophe JAILLET wrote: > Fix a typo in Kconfig. [] > diff --git a/drivers/thermal/st/Kconfig b/drivers/thermal/st/Kconfig [] > @@ -23,5 +23,5 @@ config STM32_THERMAL > help > Support for thermal framework on STMicroelectronics STM32 series of >

[PATCH] ext4: Fix a typo in a comment

s/extnets/extents/ Signed-off-by: Christophe JAILLET --- fs/ext4/extents.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/ext4/extents.c b/fs/ext4/extents.c index f2b577b315a0..779a0687858a 100644 --- a/fs/ext4/extents.c +++ b/fs/ext4/extents.c @@ -4490,7 +4490,7 @@ stati

[PATCH 0/2] Add driver for power button on Dell Wyse 3020

Hi, please consider applying the patches chained to this message. It's a rather simple driver for a power button on Dell Ariel board along with the Device Tree binding document. Thank you Lubo

[PATCH 1/2] dt-bindings: input: Add Dell Wyse 3020 Power Button binding

Add binding document for the Dell Wyse 3020 a.k.a. "Ariel" Power Button. Signed-off-by: Lubomir Rintel --- .../bindings/input/ariel-pwrbutton.yaml | 53 +++ 1 file changed, 53 insertions(+) create mode 100644 Documentation/devicetree/bindings/input/ariel-pwrbutton.yaml di

[PATCH 2/2] Input: add driver for power button on Dell Wyse 3020

This adds support for the power button attached to the Embedded Controller on a Dell Wyse 3020 "Ariel" board. The Embedded Controller's SPI interface is actually capable sending and receiving the PS/2 keyboard and mouse protocol data, which looks like a good fit for a serio driver. Howerver, I don

[PATCH v7 1/3] phy: add driver for Qualcomm IPQ40xx USB PHY

Add a driver to setup the USB PHY-s on Qualcom m IPQ40xx series SoCs. The driver sets up HS and SS phys. Signed-off-by: John Crispin Signed-off-by: Robert Marko Cc: Luka Perkov --- Changes from v6 to v7: * Use of_device_get_match_data() instead of of_match_device() and then passing that to devm

[PATCH v7 3/3] ARM: dts: qcom: ipq4019: add USB devicetree nodes

From: John Crispin Since we now have driver for the USB PHY, lets add the necessary nodes to DTSI. Signed-off-by: John Crispin Signed-off-by: Robert Marko Cc: Luka Perkov --- Changes from v6 to v7: * Remove changes to qcom-ipq4019-ap.dk01.1.dtsi It has slipped in unwanted, we only want to add

[PATCH v7 2/3] dt-bindings: phy-qcom-ipq4019-usb: add binding document

This patch adds the binding documentation for the HS/SS USB PHY found inside Qualcom Dakota SoCs. Signed-off-by: John Crispin Signed-off-by: Robert Marko Reviewed-by: Rob Herring Cc: Luka Perkov --- Changes from v5 to v6: * Add missing include for reset defines in example * Fix warning for mis

Re: [PATCH] drm/i915: check to see if SIMD registers are available before using SIMD

Quoting Christoph Hellwig (2020-05-01 19:07:31) > On Thu, Apr 30, 2020 at 04:10:16PM -0600, Jason A. Donenfeld wrote: > > Sometimes it's not okay to use SIMD registers, the conditions for which > > have changed subtly from kernel release to kernel release. Usually the > > pattern is to check for ma

Re: [PATCH 0/3] Highmem support for 32-bit RISC-V

On Sun, May 3, 2020 at 4:50 PM afzal mohammed wrote: > > Hi Arnd, > > > On Tue, Apr 14, 2020 at 09:29:46PM +0200, Arnd Bergmann wrote: > > > > Another thing to try early is to move the vmlinux virtual address > > > from the linear mapping into vmalloc space. This does not require > > > LPAE either

Re: [PATCH v7 1/3] phy: add driver for Qualcomm IPQ40xx USB PHY

On 03.05.20 22:18, Robert Marko wrote: Add a driver to setup the USB PHY-s on Qualcom m IPQ40xx series SoCs. The driver sets up HS and SS phys. Signed-off-by: John Crispin Signed-off-by: Robert Marko Cc: Luka Perkov Thanks for pushing these patches upstream !

Re: [PATCH v2] nfp: abm: Fix incomplete release of system resources in nfp_abm_vnic_set_mac()

> … Thus add a call of the function > “nfp_nsp_close” for the completion of the exception handling. Thanks for your positive response. I imagined that a small patch series would be more reasonable than this direct change combination. … > +++ b/drivers/net/ethernet/netronome/nfp/abm/main.c … >

Re: [PATCH] drm/i915: check to see if SIMD registers are available before using SIMD

Quoting Jason A. Donenfeld (2020-04-30 23:10:16) > Sometimes it's not okay to use SIMD registers, the conditions for which > have changed subtly from kernel release to kernel release. Usually the > pattern is to check for may_use_simd() and then fallback to using > something slower in the unlikely

Re: [PATCH] drm/i915: check to see if SIMD registers are available before using SIMD

On Sun, May 3, 2020 at 2:30 PM Chris Wilson wrote: > > Quoting Jason A. Donenfeld (2020-04-30 23:10:16) > > Sometimes it's not okay to use SIMD registers, the conditions for which > > have changed subtly from kernel release to kernel release. Usually the > > pattern is to check for may_use_simd()

Re: [PATCH] drm/i915: Avoid using simd from interrupt context

On Sun, May 3, 2020 at 2:31 PM Chris Wilson wrote: > > Query whether or not we are in a legal context for using SIMD, before > using SSE4.2 registers. > > Suggested-by: Jason A. Donenfeld > Signed-off-by: Chris Wilson > --- > drivers/gpu/drm/i915/i915_memcpy.c | 4 > 1 file changed, 4 inse

Re: [PATCH] kernel/sys: do not use tasklist_lock to set/get scheduling priorities

Cc'ing Oleg who iirc also like this stuff. On Sat, 02 May 2020, Peter Zijlstra wrote: On Fri, May 01, 2020 at 08:05:39PM -0700, Davidlohr Bueso wrote: For both setpriority(2) and getpriority(2) there's really no need to be taking the tasklist_lock at all - for which both share it for the entir

[PATCH v3] nfp: abm: Fix incomplete release of system resources in nfp_abm_vnic_set_mac()

From: Qiushi Wu In function nfp_abm_vnic_set_mac, pointer nsp is allocated by nfp_nsp_open. But when nfp_nsp_has_hwinfo_lookup fail, the pointer is not released, which can lead to a memory leak bug. Thus add a call of the function “nfp_nsp_close” for the completion of the exception handling. Fix

Re: [PATCH v2 04/11] power: bq25890: protect view of the chip's state

Hi, On Sun, May 03, 2020 at 05:21:11PM +0200, Michał Mirosław wrote: > Extend bq->lock over whole updating of the chip's state. Might get > useful later for switching ADC modes correctly. > > Signed-off-by: Michał Mirosław > --- Thanks, queued. -- Sebastian > drivers/power/supply/bq25890_cha

Re: [PATCH v2 06/11] power: bq25890: update state on property read

Hi, On Sun, May 03, 2020 at 05:21:12PM +0200, Michał Mirosław wrote: > Edge interrupts from the charger may be lost or stuck in fault mode > since probe(). Check if something changed everytime userspace wants > some data. > > Signed-off-by: Michał Mirosław > --- Reviewed-by: Sebastian Reichel

Re: [PATCH v2 07/11] power: bq25890: implement CHARGE_TYPE property

Hi, On Sun, May 03, 2020 at 05:21:12PM +0200, Michał Mirosław wrote: > Report charging type based on recently read state. > > Signed-off-by: Michał Mirosław > --- Reviewed-by: Sebastian Reichel -- Sebastian > drivers/power/supply/bq25890_charger.c | 13 + > 1 file changed, 13 in

Re: [PATCH v2 08/11] power: bq25890: implement PRECHARGE_CURRENT property

Hi, On Sun, May 03, 2020 at 05:21:13PM +0200, Michał Mirosław wrote: > Report configured precharge current. > > Signed-off-by: Michał Mirosław > --- Reviewed-by: Sebastian Reichel -- Sebastian > drivers/power/supply/bq25890_charger.c | 5 + > 1 file changed, 5 insertions(+) > > diff --

Re: [PATCH v2 09/11] power: bq25890: implement INPUT_CURRENT_LIMIT property

Hi, On Sun, May 03, 2020 at 05:21:13PM +0200, Michał Mirosław wrote: > Report REG00.IINLIM value as INPUT_CURRENT_LIMIT property. > > Signed-off-by: Michał Mirosław > --- Reviewed-by: Sebastian Reichel -- Sebastian > drivers/power/supply/bq25890_charger.c | 11 +++ > 1 file changed,

Re: [PATCH V3 05/16] arm64/cpufeature: Introduce ID_DFR1 CPU register

On 05/02/2020 02:33 PM, Anshuman Khandual wrote: This adds basic building blocks required for ID_DFR1 CPU register which provides top level information about the debug system in AArch32 state. This is added per ARM DDI 0487F.a specification. Cc: Catalin Marinas Cc: Will Deacon Cc: Marc Zyngier

Re: linux-next: manual merge of the btrfs tree with the btrfs-fixes tree

On Fri, May 01, 2020 at 10:28:25AM +1000, Stephen Rothwell wrote: > Hi all, > > Today's linux-next merge of the btrfs tree got a conflict in: > > fs/btrfs/tree-log.c > > between commit: > > f135cea30de5 ("btrfs: fix partial loss of prealloc extent past i_size after > fsync") > > from the

Re: [PATCH v2] libata: Fix retrieving of active qcs

On Monday 27 January 2020 12:24:28 Sascha Hauer wrote: > On Mon, Jan 27, 2020 at 12:16:30PM +0100, Pali Rohár wrote: > > On Monday 06 January 2020 09:16:05 Sascha Hauer wrote: > > > On Wed, Dec 25, 2019 at 07:18:40PM +0100, Pali Rohár wrote: > > > > Hello Sascha! > > > > > > > > On Friday 13 Decem

[PATCH v2 01/10] dt-bindings: pinctrl: sh-pfc: Document r8a7742 PFC support

Document PFC support for the RZ/G1H (R8A7742) SoC. Signed-off-by: Lad Prabhakar Reviewed-by: Marian-Cristian Rotariu Reviewed-by: Geert Uytterhoeven --- .../devicetree/bindings/pinctrl/renesas,pfc-pinctrl.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree

[PATCH v2 10/10] ARM: dts: r8a7742-iwg21d-q7: Add support for iWave G21D-Q7 board based on RZ/G1H

Add support for iWave RainboW-G21D-Qseven board based on RZ/G1H. Signed-off-by: Lad Prabhakar Reviewed-by: Marian-Cristian Rotariu --- arch/arm/boot/dts/Makefile | 1 + arch/arm/boot/dts/r8a7742-iwg21d-q7.dts | 37 + 2 files changed, 38 insertions(+) creat

[PATCH v2 09/10] ARM: dts: r8a7742-iwg21m: Add iWave RZ/G1H Qseven SOM

Add support for iWave RZ/G1H Qseven System On Module. Signed-off-by: Lad Prabhakar Reviewed-by: Marian-Cristian Rotariu --- arch/arm/boot/dts/r8a7742-iwg21m.dtsi | 53 +++ 1 file changed, 53 insertions(+) create mode 100644 arch/arm/boot/dts/r8a7742-iwg21m.dtsi diff --

[PATCH v2 00/10] Add initial support for R8A7742/RZG1H SoC and iW-RainboW-G21D-Qseven development board support

Hi All, This patch set adds initial support for R8A7742 SoC and iW-RainboW-G21D-Qseven development board. Cheers, --Prabhakar Changes for v2: * Dropped patches 1-5 from v1[1] as they have been already queued. * Split up the pfc for r8a7790 as common and automotive. * Enabled dmac and scifa2 as

[PATCH v2 07/10] dt-bindings: arm: Document iW-RainboW-G21M-Qseven-RZG1H system on module

Document the iW-RainboW-G21M-Qseven-RZG1H device tree bindings, listing it as a supported system on module. Signed-off-by: Lad Prabhakar Reviewed-by: Marian-Cristian Rotariu --- Documentation/devicetree/bindings/arm/renesas.yaml | 3 +++ 1 file changed, 3 insertions(+) diff --git a/Documentati

[PATCH v2 04/10] dt-bindings: mmc: renesas,mmcif: Document r8a7742 DT bindings

Add support for r8a7742 SoC. Renesas RZ/G1H (R8A7742) MMCIF is identical to the R-Car Gen2 family. Signed-off-by: Lad Prabhakar Reviewed-by: Marian-Cristian Rotariu --- Documentation/devicetree/bindings/mmc/renesas,mmcif.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devi

[PATCH v2 06/10] ARM: dts: r8a7742: Initial SoC device tree

The initial R8A7742 SoC device tree including CPU[0-8], PMU, PFC, CPG, RST, SYSC, ICRAM[0-2], SCIFA2, MMC1, DMAC[0-1], GIC, PRR, timer and the required clock descriptions. Signed-off-by: Lad Prabhakar Reviewed-by: Marian-Cristian Rotariu --- arch/arm/boot/dts/r8a7742.dtsi | 389

[PATCH v2 03/10] dt-bindings: serial: renesas,scifa: Document r8a7742 bindings

RZ/G1H (R8A7742) SoC also has the R-Car gen2 compatible SCIFA ports, so document the SoC specific bindings. Signed-off-by: Lad Prabhakar Reviewed-by: Marian-Cristian Rotariu Reviewed-by: Geert Uytterhoeven --- Documentation/devicetree/bindings/serial/renesas,scifa.yaml | 1 + 1 file changed, 1

[PATCH v2 08/10] dt-bindings: arm: Document iW-RainboW-G21D-Qseven-RZG1H board

Document the iW-RainboW-G21D-Qseven-RZG1H device tree bindings, listing it as a supported board. Signed-off-by: Lad Prabhakar Reviewed-by: Marian-Cristian Rotariu --- Documentation/devicetree/bindings/arm/renesas.yaml | 7 +++ 1 file changed, 7 insertions(+) diff --git a/Documentation/devi

[PATCH v2 02/10] pinctrl: sh-pfc: r8a7790: Add r8a7742 PFC support

Renesas RZ/G1H (R8A7742) is pin compatible with R-Car H2 (R8A7790), however it doesn't have several automotive specific peripherals. Add a r8a7790 specific pin groups/functions along with common pin groups/functions for supporting both r8a7790 and r8a7742 SoC. Signed-off-by: Lad Prabhakar Reviewe

[PATCH v2 05/10] dt-bindings: renesas,rcar-dmac: Document r8a7742 support

Renesas RZ/G SoC also have the R-Car gen2/3 compatible DMA controllers. Document RZ/G1H (also known as R8A7742) SoC bindings. Signed-off-by: Lad Prabhakar Reviewed-by: Marian-Cristian Rotariu Reviewed-by: Geert Uytterhoeven --- Documentation/devicetree/bindings/dma/renesas,rcar-dmac.yaml | 1 +

Re: [PATCH v4 12/12] perf test: improve pmu event metric testing

On Sun, May 03, 2020 at 10:31:37AM -0700, Ian Rogers wrote: SNIP > > > > > > This looks like a bug in skl-metrics.json: > > > > > >{ > > > "BriefDescription": "Average number of parallel data read > > > requests to external memory. Accounts for demand loads and L1/L2 > > > prefetches"

Linux 5.7-rc4

Things continue to look normal for the 5.7 release. If anything, rc4 is a bit smaller than usual (it's the smallest rc4 since we had the tiny one over the Christmas week), and most of the discussions I was involved with this week were about future development and cleanups rather than any issues wit

Re: [PATCH RFC 00/15] Add VFIO mediated device support and IMS support for the idxd driver.

On Fri, May 01, 2020 at 03:31:14PM -0700, Dey, Megha wrote: > Hi Jason, > > On 4/23/2020 12:49 PM, Jason Gunthorpe wrote: > > On Thu, Apr 23, 2020 at 12:17:50PM -0700, Dan Williams wrote: > > > > > Per Megha's follow-up can you send the details about that other device > > > and help clear a path

Re: [PATCH RFC 00/15] Add VFIO mediated device support and IMS support for the idxd driver.

On Fri, May 01, 2020 at 03:31:51PM -0700, Dey, Megha wrote: > > > This has been my concern reviewing the implementation. IMS needs more > > > than one in-tree user to validate degrees of freedom in the api. I had > > > been missing a second "in-tree user" to validate the scope of the > > > flexibil

Re: [PATCH RFC 04/15] drivers/base: Add support for a new IMS irq domain

On Fri, May 01, 2020 at 03:30:02PM -0700, Dey, Megha wrote: > Hi Jason, > > On 4/23/2020 1:11 PM, Jason Gunthorpe wrote: > > On Tue, Apr 21, 2020 at 04:34:11PM -0700, Dave Jiang wrote: > > > diff --git a/drivers/base/ims-msi.c b/drivers/base/ims-msi.c > > > new file mode 100644 > > > index 000

[PATCH] mmc: meson-mx-sdio: trigger a soft reset after a timeout or CRC error

The vendor driver (from the 3.10 kernel) triggers a soft reset every time before starting a new command. While this fixes a problem where SDIO cards are not detected at all (because all commands simply timed out) this hurts SD card read performance a bit (in my tests between 10% to 20%). Trigger a

Re: [PATCH RFC 07/15] Documentation: Interrupt Message store

On Fri, May 01, 2020 at 03:32:22PM -0700, Dey, Megha wrote: > Hi Jason, > > On 4/23/2020 1:04 PM, Jason Gunthorpe wrote: > > On Tue, Apr 21, 2020 at 04:34:30PM -0700, Dave Jiang wrote: > > > > > diff --git a/Documentation/ims-howto.rst b/Documentation/ims-howto.rst > > > new file mode 100644 > >

Re: [PATCH RFC 00/15] Add VFIO mediated device support and IMS support for the idxd driver.

Hi Jason, On 5/3/2020 3:22 PM, Jason Gunthorpe wrote: On Fri, May 01, 2020 at 03:31:51PM -0700, Dey, Megha wrote: This has been my concern reviewing the implementation. IMS needs more than one in-tree user to validate degrees of freedom in the api. I had been missing a second "in-tree user" t

Re: [PATCH RFC 00/15] Add VFIO mediated device support and IMS support for the idxd driver.

Hi Jason, On 5/3/2020 3:21 PM, Jason Gunthorpe wrote: On Fri, May 01, 2020 at 03:31:14PM -0700, Dey, Megha wrote: Hi Jason, On 4/23/2020 12:49 PM, Jason Gunthorpe wrote: On Thu, Apr 23, 2020 at 12:17:50PM -0700, Dan Williams wrote: Per Megha's follow-up can you send the details about that o

Re: [PATCH] drm/msm: Fix undefined "rd_full" link error

Hi all, On Thu, 30 Apr 2020 12:24:27 -0700 Bjorn Andersson wrote: > > rd_full should be defined outside the CONFIG_DEBUG_FS region, in order > to be able to link the msm driver even when CONFIG_DEBUG_FS is disabled. > > Fixes: e515af8d4a6f ("drm/msm: devcoredump should dump MSM_SUBMIT_BO_DUMP

Re: [PATCH RFC 00/15] Add VFIO mediated device support and IMS support for the idxd driver.

On Sun, May 03, 2020 at 03:31:39PM -0700, Dey, Megha wrote: > > Hi Jason, > > On 5/3/2020 3:22 PM, Jason Gunthorpe wrote: > > On Fri, May 01, 2020 at 03:31:51PM -0700, Dey, Megha wrote: > > > > > This has been my concern reviewing the implementation. IMS needs more > > > > > than one in-tree user

Re: [PATCH RFC 04/15] drivers/base: Add support for a new IMS irq domain

Hi Jason, On 5/3/2020 3:25 PM, Jason Gunthorpe wrote: On Fri, May 01, 2020 at 03:30:02PM -0700, Dey, Megha wrote: Hi Jason, On 4/23/2020 1:11 PM, Jason Gunthorpe wrote: On Tue, Apr 21, 2020 at 04:34:11PM -0700, Dave Jiang wrote: diff --git a/drivers/base/ims-msi.c b/drivers/base/ims-msi.c ne

Re: [PATCH RFC 07/15] Documentation: Interrupt Message store

On 5/3/2020 3:28 PM, Jason Gunthorpe wrote: On Fri, May 01, 2020 at 03:32:22PM -0700, Dey, Megha wrote: Hi Jason, On 4/23/2020 1:04 PM, Jason Gunthorpe wrote: On Tue, Apr 21, 2020 at 04:34:30PM -0700, Dave Jiang wrote: diff --git a/Documentation/ims-howto.rst b/Documentation/ims-howto.rst

Re: [PATCH RFC 04/15] drivers/base: Add support for a new IMS irq domain

On Sun, May 03, 2020 at 03:40:44PM -0700, Dey, Megha wrote: > On 5/3/2020 3:25 PM, Jason Gunthorpe wrote: > > On Fri, May 01, 2020 at 03:30:02PM -0700, Dey, Megha wrote: > > > Hi Jason, > > > > > > On 4/23/2020 1:11 PM, Jason Gunthorpe wrote: > > > > On Tue, Apr 21, 2020 at 04:34:11PM -0700, Dave

linux-next: error when fetching the clk-samsung tree

Hi all, Fetching the clk-samsung tree (git://git.kernel.org/pub/scm/linux/kernel/git/snawrocki/clk.git#for-next) produces the following error: fatal: couldn't find remote ref refs/heads/for-next I am using the last version I fetched (which is empty relative to Linus' tree). -- Cheers, Stephen

Re: [PATCH] net: usb: qmi_wwan: add support for DW5816e

From: Bjørn Mork Date: Sun, 03 May 2020 09:13:58 +0200 > Matt Jolly writes: > >> Add support for Dell Wireless 5816e to drivers/net/usb/qmi_wwan.c >> >> Signed-off-by: Matt Jolly ... > Looks fine to me. Please add to the stable queue as well, Thanks. > > Acked-by: Bjørn Mork Applied and

Re: [PATCH net v3] net: macb: fix an issue about leak related system resources

From: Dejin Zheng Date: Sun, 3 May 2020 20:32:26 +0800 > A call of the function macb_init() can fail in the function > fu540_c000_init. The related system resources were not released > then. use devm_platform_ioremap_resource() to replace ioremap() > to fix it. > > Fixes: c218ad559020ff9 ("macb

Re: [PATCH v2] staging: wilc1000: Increase the size of wid_list array

On Sun, 2020-05-03 at 14:52 +, ajay.kat...@microchip.com wrote: > On 03/05/20 1:21 pm, Oscar Carter wrote: > > EXTERNAL EMAIL: Do not click links or open attachments unless you know the > > content is safe > > > > Increase by one the size of wid_list array as index variable can reach a > > va

Re: [PATCH 11/24] rcu/tree: Maintain separate array for vmalloc ptrs

On Fri, May 01, 2020 at 02:37:53PM -0700, Paul E. McKenney wrote: [...] > > @@ -2993,41 +2994,73 @@ put_cached_bnode(struct kfree_rcu_cpu *krcp, > > static void kfree_rcu_work(struct work_struct *work) > > { > > unsigned long flags; > > + struct kvfree_rcu_bulk_data *bkhead, *bvhead, *bnext

<    1   2   3   4   5   >