Re: [PATCH v4 2/2] tpm: add support for partial reads

On Fri, Nov 16, 2018 at 09:51:51AM -0800, Tadeusz Struk wrote: > Currently to read a response from the TPM device an application needs > provide big enough buffer for the whole response and read it in one go. > The application doesn't know how big the response it beforehand so it > always needs to

Re: [PATCH 1/2] tpm: rename data_pending to transmit_result

On Fri, Nov 16, 2018 at 09:51:13AM -0800, Tadeusz Struk wrote: > The file_priv->data_pending name is not adequate as it > doesn't contain any data, but the result from the last > successful call to tpm_transmit() function, so rename it > to transmit_result. Also its type should be size_t instead >

Re: [PATCH v8 16/17] tpm: take TPM chip power gating out of tpm_transmit()

On Fri, Nov 16, 2018 at 12:02:17PM -0500, Stefan Berger wrote: > On 11/16/18 7:38 AM, Jarkko Sakkinen wrote: > > Call tpm_chip_start() and tpm_chip_stop() in > > > > * tpm_try_get_ops() and tpm_put_ops() > > * tpm_chip_register() > > * tpm2_del_space() > > > > And remove these calls from tpm_tran

Re: [PATCH v8 08/17] tpm: call tpm2_flush_space() on error in tpm_try_transmit()

On Fri, Nov 16, 2018 at 11:19:57AM -0500, Sasha Levin wrote: > On Fri, Nov 16, 2018 at 02:38:32PM +0200, Jarkko Sakkinen wrote: > > Always call tpm2_flush_space() on failure in tpm_try_transmit() so that > > the volatile memory of the TPM gets cleared. If /dev/tpm0 does not have > > sufficient perm

Re: [PATCH v5 6/7] tpm: ensure that the output of PCR read contains the correct digest size

On Fri, Nov 16, 2018 at 05:06:48PM +0100, Roberto Sassu wrote: > On 11/16/2018 2:41 PM, Jarkko Sakkinen wrote: > > On Wed, Nov 14, 2018 at 04:31:07PM +0100, Roberto Sassu wrote: > > > This patch protects against data corruption that could happen in the bus, > > > by checking that that the digest si

Re: [PATCH v5 7/7] tpm: pass an array of tpm_bank_list structures to tpm_pcr_extend()

On Fri, Nov 16, 2018 at 04:55:36PM +0100, Roberto Sassu wrote: > I understood from a previous email that you want to include all API > changes for crypto agility in the same patch set. Hmm.. maybe there is some misunderstading. Can you point me to the comment? Thanks. /Jarkko

Re: [PATCH v5 7/7] tpm: pass an array of tpm_bank_list structures to tpm_pcr_extend()

On Fri, Nov 16, 2018 at 04:55:36PM +0100, Roberto Sassu wrote: > On 11/16/2018 4:03 PM, Jarkko Sakkinen wrote: > > On Wed, Nov 14, 2018 at 04:31:08PM +0100, Roberto Sassu wrote: > > > Currently, tpm_pcr_extend() accepts as an input only a SHA1 digest. > > > > > > This patch modifies the definition

Re: RFC: userspace exception fixups

On Sun, Nov 18, 2018 at 09:15:48AM +0200, Jarkko Sakkinen wrote: > On Thu, Nov 01, 2018 at 10:53:40AM -0700, Andy Lutomirski wrote: > > Hi all- > > > > The people working on SGX enablement are grappling with a somewhat > > annoying issue: the x86 EENTER instruction is used from user code and > > c

Re: RFC: userspace exception fixups

On Thu, Nov 01, 2018 at 10:53:40AM -0700, Andy Lutomirski wrote: > Hi all- > > The people working on SGX enablement are grappling with a somewhat > annoying issue: the x86 EENTER instruction is used from user code and > can, as part of its normal-ish operation, raise an exception. It is > also hi

Re: [PATCH v1 2/2] i2c: i2c-stm32f7: SYSCFG Fast Mode Plus support for I2C STM32F7

Hi Pierre-Yves, I love your patch! Yet something to improve: [auto build test ERROR on wsa/i2c/for-next] [also build test ERROR on v4.20-rc2 next-20181116] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linu

Re: [PATCH v1 2/2] i2c: i2c-stm32f7: SYSCFG Fast Mode Plus support for I2C STM32F7

Hi Pierre-Yves, I love your patch! Yet something to improve: [auto build test ERROR on wsa/i2c/for-next] [also build test ERROR on v4.20-rc2 next-20181116] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linu

Re: [PATCH v1 2/5] perf cs-etm: Avoid stale branch samples when flush packet

On Fri, Nov 16, 2018 at 04:05:11PM -0700, Mathieu Poirier wrote: [...] > > -static int cs_etm__flush(struct cs_etm_queue *etmq) > > +static int cs_etm__flush(struct cs_etm_queue *etmq, bool new_packet) > > { > > int err = 0; > > struct cs_etm_auxtrace *etm = etmq->etm; > > @@ -989,6 +989

Re: [PATCH 3/8] kbuild: refactor modversions build rules

Hi Sam, On Sat, Nov 17, 2018 at 5:01 AM Sam Ravnborg wrote: > > Hi Masahiro > > On Thu, Nov 15, 2018 at 05:27:10PM +0900, Masahiro Yamada wrote: > > Let $(CC) compile objects into normal files *.o instead of .tmp_*.o > > whether CONFIG_MODVERSIONS is enabled or not. This will help simplify > > b

[PATCH v2 2/7] staging:iio:ad2s90: Remove spi setup that should be done via dt

The ad2s90 driver currently sets some spi settings (max_speed_hz and mode) at ad2s90_probe. Since the maximum frequency is a required element in DT binding for spi slave devices and because the spi mode for the device can be either (0,0) or (1,1), these settings should be handled via device tree, n

[PATCH v2 6/7] staging:iio:ad2s90: Add comment to device state mutex

From: Victor Colombo Fix the checkpatch.pl issue: "CHECK: struct mutex definition without comment". Signed-off-by: Victor Colombo Signed-off-by: Matheus Tavares --- Changes in v2: - Patch added in v2 drivers/staging/iio/resolver/ad2s90.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[PATCH v2 4/7] dt-bindings:iio:resolver: Add docs for ad2s90

This patch adds the device tree binding documentation for the ad2s90 resolver-to-digital converter. Signed-off-by: Matheus Tavares --- Changes in v2: - Rewritten 'spi-cpol and spi-cpha' item to say that the device can work in either mode (0,0) or (1,1) and explain how they should be specified

[PATCH v2 5/7] staging:iio:ad2s90: Replace license text w/ SPDX identifier

This patch removes the license boilerplate text at the top of ad2s90.c and, instead, adds the SPDX GPL-2.0 license identifier, which solves the checkpatch.pl warning: "WARNING: Missing or malformed SPDX-License-Identifier tag in line 1". Signed-off-by: Matheus Tavares --- Changes in v2: - Change

[PATCH v2 7/7] staging:iio:ad2s90: Move out of staging

Move ad2s90 resolver driver out of staging to the main tree. Signed-off-by: Matheus Tavares Signed-off-by: Victor Colombo --- Changes in v2: - Disabled git move detection, to see the whole code, as Jonathan suggested drivers/iio/resolver/Kconfig | 10 ++ drivers/iio/resolver/Makefi

[PATCH v2 1/7] staging:iio:ad2s90: Add device tree support

This patch adds device tree support to ad2s90 with standard device tree id table. Signed-off-by: Matheus Tavares --- Changes in v2: - none drivers/staging/iio/resolver/ad2s90.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/drivers/staging/iio/resolver/ad2s90.c b/drivers/staging/i

[PATCH v2 3/7] staging:iio:ad2s90: Add max frequency check at probe

From: Alexandru Ardelean This patch adds a max frequency check at the beginning of ad2s90_probe function so that when it is set to a value above 0.83Mhz, dev_err is called with an appropriate message and -EINVAL is returned. The defined limit is 0.83Mhz instead of 2Mhz, which is the chip's max f

[PATCH v2 0/7] staging:iio:ad2s90: Add dt support and move out of staging

This series adds device tree support to ad2s90, adds the respective dt-binding documentation, solves all remaining codestyle problems in the driver code and move it out of staging.

Re: [PATCH v2 1/2] Makefile: Fix distcc compilation with x86 macros

On Sat, Nov 17, 2018 at 6:02 AM Nadav Amit wrote: > > From: Masahiro Yamada > Sent: November 16, 2018 at 7:45:45 AM GMT > > To: Nadav Amit > > Cc: Ingo Molnar , Michal Marek , > > Thomas Gleixner , Borislav Petkov , H. > > Peter Anvin , X86 ML , Linux Kbuild > > mailing list , Linux Kernel Mai

[PATCH] clk: rockchip: fix ID of 8ch clock of I2S1 for rk3328

This patch fixes mistakes in HCLK_I2S1_8CH for running I2S1 successfully. Signed-off-by: Katsuhiro Suzuki --- include/dt-bindings/clock/rk3328-cru.h | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/include/dt-bindings/clock/rk3328-cru.h b/include/dt-bindings/clock/rk3328-cr

[PATCH] clk: rockchip: fix I2S1 clock gate register for rk3328

This patch fixes definition of I2S1 clock gate register for rk3328. Current setting is not related I2S clocks. - bit6 of CRU_CLKGATE_CON0 means clk_ddrmon_en - bit6 of CRU_CLKGATE_CON1 means clk_i2s1_en Signed-off-by: Katsuhiro Suzuki --- drivers/clk/rockchip/clk-rk3328.c | 2 +- 1 file chan

Re: [PATCH] kbuild: rpm-pkg: fix binrpm-pkg breakage when O= is used

Hi Laurent, On Sun, Nov 18, 2018 at 4:22 AM Laurent Pinchart wrote: > > Hi Yamada-san, > > On Monday, 5 November 2018 09:51:49 EET Masahiro Yamada wrote: > > Zhenzhong Duan reported that running 'make O=/build/kernel binrpm-pkg' > > failed with the following errors: > > > > Running 'make O=/bui

[no subject]

I am in the military unit here in Afghanistan, we have some amount of funds that we want to move out of the country. My partners and I need a good partner someone we can trust. It is risk free and legal. Reply to this email: majordennis...@gmail.com Regards,Major Dennis Hornbeck.

[no subject]

I am in the military unit here in Afghanistan, we have some amount of funds that we want to move out of the country. My partners and I need a good partner someone we can trust. It is risk free and legal. Reply to this email: majordennis...@gmail.com Regards,Major Dennis Hornbeck.

Re: [PATCH V2 1/2] clocksource: imx-gpt: add support for ARM64

On 05/11/2018 02:10, Anson Huang wrote: > This patch allows building and compile-testing the i.MX > GPT driver also for ARM64. The delay_timer is only > supported on ARMv7. > > Signed-off-by: Anson Huang > --- > no change since V1. Applied, thanks. -- Daniel -- Li

Re: [PATCH V2 2/2] clocksource: imx-gpt: add necessary kfree to avoid resource leak

Hi Anson, On 06/11/2018 10:12, Anson Huang wrote: [ ... ] Please convert to timer-of API. >>> >>> This patch mainly to fix the potential resource leak issue, for >>> converting to timer-of API, should I add another patch for it? Since >>> it is a different subject. >> >> Actually I was un

Re: [PATCH v2] riscv: add asm/unistd.h UAPI header

Hello David, Στις 2018-11-08 21:02, David Abdurachmanov έγραψε: Marcin Juszkiewicz reported issues while generating syscall table for riscv using 4.20-rc1. The patch refactors our unistd.h files to match some other architectures. - Add asm/unistd.h UAPI header, which has __ARCH_WANT_NEW_STAT

Re: [RFC v2 5/7] clocksource/drivers/rtl8186: Add RTL8186 timer driver

Hi Yasha, except the few details below, the driver looks good to me. On 01/10/2018 12:29, Yasha Cherikovsky wrote: > The Realtek RTL8186 SoC is a MIPS based SoC > used in some home routers [1][2]. > > This adds a driver to handle the built-in timers > on this SoC. > > Timers 0 and 1 are 24bit

Re: [PATCH 1/2] clocksource: Demote dbx500 PRCMU clocksource

On 15/11/2018 14:32, Linus Walleij wrote: > Demote the DBx500 PRCMU clocksource to quality 100 and > mark it as NONSTOP so it will still be used for > timekeeping across suspend/resume. > > The Nomadik MTU timer which has higher precision will > be used when the system is up and running, thanks to

Re: [PATCH v2 0/2] clocksource/meson6_timer: implement ARM delay timer

On 15/11/2018 23:46, Martin Blumenstingl wrote: > While trying to add support for the ARM TWD Timer and the ARM Global > Timer on Meson8, Meson8b and Meson8m2 (ARM Cortex-A5 and Cortex-A9 SoCs) > I did a review of the existing driver. > Unfortunately I found it hard to review because the pre-proces

Re: [PATCH] clockevents/drivers/tegra20: Remove obsolete inclusion of

On 15/11/2018 11:00, Geert Uytterhoeven wrote: > As of commit da4a686a2cfb077a ("ARM: smp_twd: convert to use CLKSRC_OF > init"), this header file is no longer used. > > Signed-off-by: Geert Uytterhoeven > --- Applied. Thanks! -- Linaro.org │ Open source software for

Re: [PATCH] mm: use this_cpu_cmpxchg_double in put_cpu_partial

On Fri, Nov 16, 2018 at 05:33:35PM -0800, Wengang Wang wrote: >The this_cpu_cmpxchg makes the do-while loop pass as long as the >s->cpu_slab->partial as the same value. It doesn't care what happened to >that slab. Interrupt is not disabled, and new alloc/free can happen in the Well, I seems to und

Re: [PATCH v7 1/4] dt-bindings: pps: descriptor-based gpio, capture-clear addition

Quoting Rob Herring : On Sat, Nov 17, 2018 at 4:35 AM tom burkart wrote: Quoting Rob Herring : > On Wed, Nov 14, 2018 at 11:54:29PM +1100, Tom Burkart wrote: >> This patch changes the devicetree bindings for the pps-gpio driver >> from the integer based ABI to the descriptor based ABI. > ? T

Re: [PATCH v5 12/18] arm64: dts: qcom: pms405: add gpios

On Fri 09 Nov 01:44 PST 2018, Vinod Koul wrote: > Add the GPIOs present on PMS405 chip. > > Signed-off-by: Vinod Koul Reviewed-by: Bjorn Andersson Regards, Bjorn > --- > arch/arm64/boot/dts/qcom/pms405.dtsi | 19 +++ > 1 file changed, 19 insertions(+) > > diff --git a/arch/

Re: [PATCH v5 02/18] arm64: dts: qcom: qcs404-evb: add dts files for EVBs

On Fri 09 Nov 01:44 PST 2018, Vinod Koul wrote: > QCS404 has two EVBs, EVB-1000 and EVB-4000. These boards are mostly > similar with few differences in the peripherals used. > > So use a common qcs404-evb.dtsi which contains the common parts and use > qcs404-evb-1000.dts and qcs404-evb-4000.dts f

Re: [PATCH v5 01/18] arm64: dts: qcom: qcs404: add base dts files

On Fri 09 Nov 01:44 PST 2018, Vinod Koul wrote: > Add base dts files for QCS404 chipset along with cpu, timer, > gcc and uart2 nodes. > > Signed-off-by: Vinod Koul Reviewed-by: Bjorn Andersson Regards, Bjorn > --- > arch/arm64/boot/dts/qcom/qcs404.dtsi | 175 > +

Re: [PATCH] mtd: rawnand: qcom: Namespace prefix some commands

Hi Olof, Olof Johansson wrote on Fri, 16 Nov 2018 19:43:27 -0800: > PAGE_READ is used by RISC-V arch code included through mm headers, > and it makes sense to bring in a prefix on these in the driver. > > drivers/mtd/nand/raw/qcom_nandc.c:153: warning: "PAGE_READ" redefined > #define PAGE_READ

Re: [PATCH v6 1/3] staging: mt7621-mmc: Remove #if 0 blocks in sd.c

On Thu, Oct 04 2018, Nishad Kamdar wrote: > This patch removes #if 0 code blocks and usages of > functions defined in the #if 0 blocks in sd.c. > > Signed-off-by: Nishad Kamdar Hi Nishad, thanks for this patch (and others) and apologies for not reviewing/testing it earlier. Unfortunately ther

[of] deadlock b/c of gpiochip and pinctrl dependency

Hi! I found a dependency issue with gpiochip and pinctrl while using the gpio-hog feature that was implemented by Benoit Parrot in f625d4601759f. Relevant device-tree overlay shown below [3]. I ran into a deadlock situation, because adding a gpiochip requires a registered pinctrl with registere

linux-next: Unable to mount a cgroup file system

Hello, We run CRIU tests on linux-next kernels. Today, I found that our test robot hangs up on mounting a cgroup file system. https://travis-ci.org/avagin/linux/jobs/455732006 632 ?Ssl0:00 /usr/bin/containerd 843 ?Sl 0:00 \_ containerd-shim -namespace moby -workdir

Re: [PATCH v2 4/4] clk: meson-gxbb: Add video clocks

Hi Neil, On Tue, Nov 6, 2018 at 3:59 PM Neil Armstrong wrote: > > Add the clocks entries used in the video clock path, the clock path > is doubled to permit having different synchronized clocks for different > parts of the video pipeline. > > All dividers are flagged with CLK_GET_RATE_NOCACHE, a

Disabling CPU vulnerabilities workarounds (second try)

Hello, I'm resending my last email since the first one didn't draw enough attention despite the gravity of the situation and the issue has been exacerbated by the recent kernel 4.20 changes which incur even a larger performance loss - up to 50% according to the most recent Phoronix testing:

Re: [PATCH v2 2/3] soc: amlogic: Add Meson GX Clock Measure driver

Hi Neil, On Wed, Nov 14, 2018 at 2:18 PM Neil Armstrong wrote: > > The Amlogic Meson GX SoCs embeds a clock measurer IP to measure the internal > clock paths frequencies. I would remove "GX" from that sentence > The precision is determined by stepping into the divider until the counter > overflo

Re: [PATCH v2 1/3] dt-bindings: amlogic: Add Internal Clock Measurer bindings

Hi Neil, On Wed, Nov 14, 2018 at 2:16 PM Neil Armstrong wrote: > > The Amlogic Meson GX SoCs embeds a clock measurer IP to measure the internal > clock paths frequencies. I would skip the "GX" in that sentence: there's a similar (identical?) clock measurer in Meson6, Meson8, Meson8b and Meson8m2

Re: [PATCH] Allow hwrng to initialize crng.

Hi Louis, On Wed, 2018-09-26 at 11:24 +0800, Louis Collard wrote: > Some systems, for example embedded systems, do not generate > enough entropy on boot through interrupts, and boot may be blocked for > several minutes waiting for a call to getrandom to complete. > > Currently, random data is rea

U.S. Customs and Border??

-- U.S. Customs and Border Protection Acting Deputy Commissioner I am writing. in regards of your Package in our custody. with Mr. Jerry A. Benson, A Diplomats from Global Agent Service was stopped at the border in possession of the above mention metal box weight of about 25kg (Internal dim

U.S. Customs and Border??

-- U.S. Customs and Border Protection Acting Deputy Commissioner I am writing. in regards of your Package in our custody. with Mr. Jerry A. Benson, A Diplomats from Global Agent Service was stopped at the border in possession of the above mention metal box weight of about 25kg (Internal dim

Re: KVM selftests are failing

On Fri, Nov 16, 2018 at 3:37 PM Vitaly Kuznetsov wrote: > > Ahmed Soliman writes: > > > Hello once again, > > > > I noticed that there is still more problems with kvmself test (at > > least on my machine) > > > > Any test that would successfully reach the guest's code immediately > > VMexit by a

Re: [PATCH] kbuild: rpm-pkg: fix binrpm-pkg breakage when O= is used

Hi Yamada-san, On Monday, 5 November 2018 09:51:49 EET Masahiro Yamada wrote: > Zhenzhong Duan reported that running 'make O=/build/kernel binrpm-pkg' > failed with the following errors: > > Running 'make O=/build/kernel binrpm-pkg' failed with below two errors. > > Makefile:600: include/con

[tip:x86/platform] x86/platform/olpc: Do not call of_platform_bus_probe()

Commit-ID: c04e55388a4f2184e37827a1d2e733cded52d653 Gitweb: https://git.kernel.org/tip/c04e55388a4f2184e37827a1d2e733cded52d653 Author: Rob Herring AuthorDate: Fri, 16 Nov 2018 14:18:20 -0600 Committer: Borislav Petkov CommitDate: Sat, 17 Nov 2018 19:29:55 +0100 x86/platform/olpc: Do n

[PATCH 2/3] soc: imx: gpcv2: Make regmap access table variant specific.

Move regmap access table to be a part of struct imx_pgc_domain_data in order to allow supporting multiple GPCv2 variants. Cc: Shawn Guo Cc: Fabio Estevam Cc: cphe...@gmail.com Cc: l.st...@pengutronix.de Cc: Leonard Crestez Cc: "A.s. Dong" Cc: Richard Zhu Cc: linux-...@nxp.com Cc: linux-arm-ke

[PATCH 0/3] GPCv2 support for i.MX8MQ

Everyone: This series contains changes I made to add support for i.MX8MQ to GPCv2 driver in order to enable support of PCIE IP block on i.MX8MQ SoCs (full tree can be found at [github-v0]). This series is _very_ preliminary and by no means is ready for inclusion (it also has some unmet dependencie

[PATCH 3/3] soc: imx: gpcv2: Add support for i.MX8MQ

GPCv2 IP block found on i.MX7D can also be found on i.MX8MQ. Add the code needed to support the latter as well as the former. Cc: Shawn Guo Cc: Fabio Estevam Cc: cphe...@gmail.com Cc: l.st...@pengutronix.de Cc: Leonard Crestez Cc: "A.s. Dong" Cc: Richard Zhu Cc: linux-...@nxp.com Cc: linux-ar

[PATCH 1/3] PCI: imx: No-op imx6_setup_phy_mpll() on i.MX7D

PCIE PHY IP block on i.MX7D differs from the one used on i.MX6 family, so none of the code in current implementation of imx6_setup_phy_mpll() is applicable. Cc: bhelg...@google.com Cc: Fabio Estevam Cc: cphe...@gmail.com Cc: l.st...@pengutronix.de Cc: Leonard Crestez Cc: "A.s. Dong" Cc: Richard

[PATCH 0/3] PCIE support for i.MX8MQ

Everyone: This series contains changes I made in order to enable support of PCIE IP block on i.MX8MQ SoCs (full tree can be found at [github-v0]). This series is _very_ preliminary and by no means is ready for inclusion (it also has some unmet dependencies). However is should be in OK enough sh

[PATCH 3/3] PCI: imx: Add support for i.MX8MQ

Cc: bhelg...@google.com Cc: Fabio Estevam Cc: cphe...@gmail.com Cc: l.st...@pengutronix.de Cc: Leonard Crestez Cc: "A.s. Dong" Cc: Richard Zhu Cc: linux-...@nxp.com Cc: linux-arm-ker...@lists.infradead.org Cc: linux-kernel@vger.kernel.org Cc: linux-...@vger.kernel.org Signed-off-by: Andrey Smir

[PATCH 2/3] PCI: imx: No-op imx6_pcie_reset_phy() on i.MX7D

PCIE PHY IP block on i.MX7D differs from the one used on i.MX6 family, so none of the code in current implementation of imx6_pcie_reset_phy() is applicable. Cc: bhelg...@google.com Cc: Fabio Estevam Cc: cphe...@gmail.com Cc: l.st...@pengutronix.de Cc: Leonard Crestez Cc: "A.s. Dong" Cc: Richard

[PATCH 1/3] soc: imx: gpcv2: Remove static qualifier from domain_data

Cc: Shawn Guo Cc: Fabio Estevam Cc: cphe...@gmail.com Cc: l.st...@pengutronix.de Cc: Leonard Crestez Cc: "A.s. Dong" Cc: Richard Zhu Cc: linux-...@nxp.com Cc: linux-arm-ker...@lists.infradead.org Cc: linux-kernel@vger.kernel.org Signed-off-by: Andrey Smirnov --- drivers/soc/imx/gpcv2.c | 2 +

[PATCH 1/1] reset: imx7: Add support for i.MX8MQ

SRC IP block used in i.MX8MQ is a superset of what is found in i.MX7D, so add all of the definitions necessary to support both. Cc: p.za...@pengutronix.de Cc: Fabio Estevam Cc: cphe...@gmail.com Cc: l.st...@pengutronix.de Cc: Leonard Crestez Cc: "A.s. Dong" Cc: Richard Zhu Cc: linux-...@nxp.co

[PATCH 0/1] Reset controller support for i.MX8MQ

Everyone: This patch contains changes I made in order to add support for i.MX8MQ to reset-imx7.c in order to enable support of PCIE IP block on i.MX8MQ SoCs (full tree can be found at [github-v0]). This patch is _very_ preliminary and by no means is ready for inclusion (it also has some unmet depe

Re: [PATCH 1/2] staging: emxx_udc: Split line and fix eol parenthesis

On Sat, 2018-11-17 at 00:46 +0100, Cristian Sicilia wrote: > Fix some parenthesis opened at end of line. It looks like this is all guarded by #ifdef UDC_DEBUG_DUMP which is not ever set and this probably would not compile if it was. It's probably better to remove all the blocks guarded by that fl

Re: [PATCH v6 3/3] arm64: dts: allwinner: a64: enable sound on Pinebook

On Sat, Nov 17, 2018 at 8:02 AM Chen-Yu Tsai wrote: > > On Thu, Nov 15, 2018 at 1:48 PM Vasily Khoruzhick wrote: > > > > On Wed, Nov 7, 2018 at 11:30 PM Chen-Yu Tsai wrote: > > > > + > > > > + speaker_amp: speaker_amp { > > > > + compatible = "simple-audio-amplifier"; > > > >

Re: [PATCH 7/7] Staging: iio: adt7316: Use device tree data to assign irq_type

On Sat, 17 Nov 2018 04:34:55 +0530 Shreeya Patel wrote: > ADT7316 driver no more uses platform data and hence use device tree > data instead of platform data for assigning irq_type field. > Switch case figures out the type of irq and if it's the default case > then assign the default value to the

Re: WARNING in static_key_disable_cpuslocked

On Sat, Nov 17, 2018 at 8:25 AM, Paolo Abeni wrote: > Hi, > > On Sat, 2018-11-17 at 06:52 -0800, Ard Biesheuvel wrote: >> (+ Paolo, Dave) >> >> On Sat, 17 Nov 2018 at 01:59, syzbot >> wrote: >> > >> > Hello, >> > >> > syzbot found the following crash on: >> > >> > HEAD commit:442b8cea2477 Add

Re: [PATCH 4/7] Staging: iio: adt7316: Use device tree data to set ldac_pin

On Sat, 17 Nov 2018 04:27:32 +0530 Shreeya Patel wrote: > Make the driver use device tree instead of the platform data. > Hence, use devm_gpiod_get_optional function to get the data from > device tree for ldac-pin and accordingly make the needed changes > in the driver. > > Signed-off-by: Shreey

Re: [PATCH 3/7] Staging: iio: adt7316: Add of_device_id table

On Sat, 17 Nov 2018 04:25:37 +0530 Shreeya Patel wrote: > When the kernel starts up, it kicks off compiled-in drivers > that match “compatible” entries it finds in the device tree. > At a later stage (when /lib/modules is available), all kernel modules > that match “compatible” entries in the dev

Re: [PATCH 2/7] Staging: iio: adt7316: Add an extra check for 'ret' equals to 0

On Sat, 17 Nov 2018 04:21:32 +0530 Shreeya Patel wrote: > ret = 0 indicates a case of no error but no data read from > the bus which is an invalid case. This case doesn't ever happen > in reality. It should perhaps be handled for correctness though. > > Signed-off-by: Shreeya Patel Applied to t

Re: [PATCH 1/7] Staging: iio: adt7316: Set the data field

On Sat, 17 Nov 2018 04:19:07 +0530 Shreeya Patel wrote: > adt7316_i2c_read function nowhere sets the data field. > It is necessary to have an appropriate value for it. > Hence, assign the value stored in 'ret' variable to data field. > > Signed-off-by: Shreeya Patel I have amended the descripti

Re: [PATCH v5 4/4] dt-bindings: iio: adc: Add docs for ad7124

On Fri, 16 Nov 2018 16:54:31 -0600 Rob Herring wrote: > On Tue, 13 Nov 2018 13:22:18 +0200, Stefan Popa wrote: > > Add support for Analog Devices AD7124 4-channels and 8-channels ADC. > > > > Signed-off-by: Stefan Popa > > --- > > Changes in v2: > > - Nothing changed. > > Changes in v3: > >

Re: [PATCH v5 2/4] dt-bindings: iio: adc: Add common ADCs properties to a separate file

On Fri, 16 Nov 2018 16:53:19 -0600 Rob Herring wrote: > On Tue, 13 Nov 2018 13:21:01 +0200, Stefan Popa wrote: > > There are several ADC drivers that depend on the same device tree > > bindings. Rather than continue to duplicate the properties, this patch > > adds a common adc binding document th

Re: [RFC 1/3] dt-binding: cpu-topology: Move cpu-map to a common binding.

On Thu, Nov 08, 2018 at 05:50:07PM -0800, Atish Patra wrote: > cpu-map binding can be used to described cpu topology for both > RISC-V & ARM. It makes more sense to move the binding to document > to a common place. > > The relevant discussion can be found here. > https://lkml.org/lkml/2018/11/6/19

Re: [PATCH v5 2/4] dt-bindings: iio: adc: Add common ADCs properties to a separate file

On Fri, 16 Nov 2018 16:53:02 -0600 Rob Herring wrote: > On Fri, Nov 16, 2018 at 06:38:38PM +, Jonathan Cameron wrote: > > On Tue, 13 Nov 2018 13:21:01 +0200 > > Stefan Popa wrote: > > > > > There are several ADC drivers that depend on the same device tree > > > bindings. Rather than conti

Re: [PATCH 1/4] dt-bindings: reset: uniphier: Replace the expression of USB3 with generic peripherals

On Fri, 9 Nov 2018 10:42:04 +0900, Kunihiko Hayashi wrote: > Replace the expression of "USB3 glue layer" with the glue layer of the > generic peripherals to allow other devices to use it. The reset control > belongs to this glue layer. > > Signed-off-by: Kunihiko Hayashi > --- > .../devicetree/

Re: [PATCH v5 1/4] iio: ad_sigma_delta: Allow to provide custom data register address

On Tue, 13 Nov 2018 13:20:24 +0200 Stefan Popa wrote: > From: Lars-Peter Clausen > > Some newer devices from the Sigma-Delta ADC family do have their data > register at a different address than the current default address. Add a > parameter to the ad_sigma_delta_info struct which allows to over

Re: [PATCH 3/4] dt-bindings: reset: uniphier: Add AHCI core reset description

On Fri, 9 Nov 2018 10:42:06 +0900, Kunihiko Hayashi wrote: > Add compatible strings for reset control of AHCI core implemented in > UniPhier SoCs. The reset control belongs to AHCI glue layer. > > Signed-off-by: Kunihiko Hayashi > --- > Documentation/devicetree/bindings/reset/uniphier-reset.txt

Re: WARNING in static_key_disable_cpuslocked

Hi, On Sat, 2018-11-17 at 06:52 -0800, Ard Biesheuvel wrote: > (+ Paolo, Dave) > > On Sat, 17 Nov 2018 at 01:59, syzbot > wrote: > > > > Hello, > > > > syzbot found the following crash on: > > > > HEAD commit:442b8cea2477 Add linux-next specific files for 20181109 > > git tree: linu

Re: [PATCH 3/4] Documentation: bindings: Add missing Amlogic SCPI sensor bindings

On Thu, 8 Nov 2018 14:53:51 +0100, Jerome Brunet wrote: > amlogic,meson-gxbb-scpi-sensors is both the driver and DT but is not > documented. Just add it to amlogic's scpi documentation > > Signed-off-by: Jerome Brunet > --- > Documentation/devicetree/bindings/arm/amlogic,scpi.txt | 7 +++ >

Re: [PATCH v2 0/4] AM654: Add pinmux support

On 11:31-20181113, Vignesh R wrote: > Add pinmux definitions and pinctrl regions for AM654 SoCs > and enable uart and i2c. > > v2: > Add only minimum needed macros in dt-bindings include file > New patches to illustrate pinmux using uart and i2c > > > Tero Kristo (1): > arm64: dts: ti: k3-am65

Re: [PATCH v2 4/4] arm64: dts: ti: k3-am654-base-board: Add I2C nodes

On 11:31-20181113, Vignesh R wrote: > Add DT entries for I2C instances present in AM654 SoC. > I2C does'nt really belong to a series introducing pinmux ;)... but yeah, I get the dependency of pinmux. > Signed-off-by: Vignesh R > --- > arch/arm64/boot/dts/ti/k3-am65-main.dtsi | 44

Re: [PATCH v2 1/4] dt-bindings: pinctrl: k3: Introduce pinmux definitions

* Vignesh R [181113 06:00]: > The dt-bindings header for TI K3 AM6 SoCs define a set of macros for > defining pinmux configs in human readable form, instead of raw-coded > hex values. Looks good to me now too thanks: Acked-by: Tony Lindgren

Re: [PATCH v2 1/4] dt-bindings: pinctrl: k3: Introduce pinmux definitions

On 11:31-20181113, Vignesh R wrote: > The dt-bindings header for TI K3 AM6 SoCs define a set of macros for > defining pinmux configs in human readable form, instead of raw-coded > hex values. > > Signed-off-by: Vignesh R > --- > MAINTAINERS | 1 + > include/dt-bindings/pinc

Re: [PATCH v1 1/2] dt-bindings: i2c-stm32: SYSCFG Fast Mode Plus support for I2C STM32F7

On Fri, 16 Nov 2018 13:20:21 +0100, Pierre-Yves MORDRET wrote: > Append optional bindings to update SYSCFG Fast Mode Plus bits if > Fast Mode Plus speed is selected. > > Signed-off-by: Pierre-Yves MORDRET > --- > Version history: > v1: >* Initial > --- > --- > Documentation/devicet

Re: [PATCH v1 2/2] dt-bindings: pinctrl: update bindings for MT7629 SoC

On Mon, 12 Nov 2018 09:45:06 +0800, Ryder Lee wrote: > This updates bindings for MT7629 pinctrl driver. > > Signed-off-by: Ryder Lee > --- > Changes since v1: > -add new function for wifi. > -add more descriptions. > --- > .../devicetree/bindings/pinctrl/pinctrl-mt7622.txt | 131 > +

Re: [PATCH v2 02/17] dt-bindings: olpc,xo1.75-ec: Add OLPC XO-1.75 EC bindings

On Fri, 16 Nov 2018 17:23:48 +0100, Lubomir Rintel wrote: > The OLPC XO-1.75 Embedded Controller is a SPI master that uses extra > signals for handshaking. It needs to know when is the slave (Linux) > side's TX FIFO ready for transfer (the ready-gpio signal on the SPI > controller node) and when do

Re: [PATCH RESEND v2 1/2] dt-bindings: arm: amlogic: add libretech aml-s805x-ac bindings

On Fri, 16 Nov 2018 16:15:38 +0100, Jerome Brunet wrote: > Add bindings for the Libretech aml-s805x-ac board, aka 'La Frite'. > > Signed-off-by: Neil Armstrong > Signed-off-by: Jerome Brunet > --- > Documentation/devicetree/bindings/arm/amlogic.txt | 1 + > 1 file changed, 1 insertion(+) > Re

Re: [PATCH v6 3/3] arm64: dts: allwinner: a64: enable sound on Pinebook

On Thu, Nov 15, 2018 at 1:48 PM Vasily Khoruzhick wrote: > > On Wed, Nov 7, 2018 at 11:30 PM Chen-Yu Tsai wrote: > > > + > > > + speaker_amp: speaker_amp { > > > + compatible = "simple-audio-amplifier"; > > > + enable-gpios = <&pio 7 7 GPIO_ACTIVE_HIGH>; /* PH7 *

Re: [PATCH v2 1/3] dt-bindings: amlogic: Add Internal Clock Measurer bindings

On Wed, 14 Nov 2018 14:16:25 +0100, Neil Armstrong wrote: > The Amlogic Meson GX SoCs embeds a clock measurer IP to measure the internal > clock paths frequencies. > > Signed-off-by: Neil Armstrong > --- > .../bindings/soc/amlogic/clk-measure.txt | 15 +++ > 1 file changed,

Re: [PATCH v2 2/2] ASoC: dt-bindings: add bindings for AK4118 transceiver

On Wed, Nov 14, 2018 at 01:16:42PM +0100, Clément Péron wrote: > Document the bindings for AK4118 S/PDIF transceiver > > Signed-off-by: Clément Péron > --- > .../devicetree/bindings/sound/ak4118.txt | 22 +++ > 1 file changed, 22 insertions(+) > create mode 100644 Documenta

Re: [PATCH v2] power: supply: bq24190_charger: add support for bq24196 variant

On Tue, 13 Nov 2018 13:47:53 +0100, Heiko Stuebner wrote: > From: Heiko Stuebner > > The bq24196 is another variant of the bq24190 charger ic. > Its register set is identical to the bq24192 and it even reuses > the same part number (0x5). > > Signed-off-by: Heiko Stuebner > --- > This should go

Re: [PATCH v2 1/4] dt-bindings: pinctrl: k3: Introduce pinmux definitions

On Tue, 13 Nov 2018 11:31:08 +0530, Vignesh R wrote: > The dt-bindings header for TI K3 AM6 SoCs define a set of macros for > defining pinmux configs in human readable form, instead of raw-coded > hex values. > > Signed-off-by: Vignesh R > --- > MAINTAINERS | 1 + > include

Resend: How to handle the SMMU RAS Error in the kernel

Hi robin/will/James In the current kernel, it only handles three kinds of error, which is memory error, PCIE device and ARM process. But now the SMMU already support the RAS, how to handle the SMMU RAS error in the kernel? I check the UEFI_SPEC_2.7, the ACPI's CPER have the IOMMU type, but it se

Re: [PATCH] staging: greybus: arche-platform: Switch to the gpio descriptor interface

On Sat, Nov 17, 2018 at 12:41:11PM +0530, Nishad Kamdar wrote: > On Fri, Nov 16, 2018 at 05:06:22PM +0100, Johan Hovold wrote: > > On Fri, Nov 16, 2018 at 08:47:44PM +0530, Nishad Kamdar wrote: > > > Use the gpiod interface instead of the deprecated > > > old non-descriptor interface. > > > > > >

Re: [PATCH 1/2] dt-bindings: phy: Add Qualcomm Synopsys High-Speed USB PHY binding

On Mon, Nov 12, 2018 at 9:42 PM Shawn Guo wrote: > > Hi Rob, > > On Mon, Nov 12, 2018 at 01:24:51PM -0600, Rob Herring wrote: > > On Thu, Nov 08, 2018 at 03:04:48PM +0800, Shawn Guo wrote: > > > From: Sriharsha Allenki > > > > > > It adds bindings for Synopsys 28nm femto phy controller that suppo

Re: WARNING in static_key_disable_cpuslocked

(+ Paolo, Dave) On Sat, 17 Nov 2018 at 01:59, syzbot wrote: > > Hello, > > syzbot found the following crash on: > > HEAD commit:442b8cea2477 Add linux-next specific files for 20181109 > git tree: linux-next > console output: https://syzkaller.appspot.com/x/log.txt?x=11f1dc2540 > ker

Re: [PATCH v7 1/4] dt-bindings: pps: descriptor-based gpio, capture-clear addition

On Sat, Nov 17, 2018 at 4:35 AM tom burkart wrote: > > Quoting Rob Herring : > > > On Wed, Nov 14, 2018 at 11:54:29PM +1100, Tom Burkart wrote: > >> This patch changes the devicetree bindings for the pps-gpio driver > >> from the integer based ABI to the descriptor based ABI. > > ? That has nothin

Re: KASAN: use-after-free Read in locks_delete_block

On Sat, Nov 17, 2018 at 08:33:27AM -0500, Jeff Layton wrote: > Thanks for the explanation, Dmitry. I've added the tag to the patch in > my tree. It should show up in linux-next soon. > > I still find it a little misleading to say that syzbot reported a bug > when it actually found a bug inside an

Re: KASAN: stack-out-of-bounds Read in locks_remove_flock

On Fri, 2018-11-16 at 12:40 -0800, Dmitry Vyukov wrote: > On Tue, Nov 6, 2018 at 9:03 PM, syzbot > wrote: > > Hello, > > > > syzbot found the following crash on: > > > > HEAD commit:d881de30d29e Add linux-next specific files for 20181107 > > git tree: linux-next > > console output: htt

  1   2   >