[GIT PULL] Staging/IIO driver patches for 4.20-rc1

The following changes since commit 7876320f88802b22d4e2daf7eb027dd14175a0f8: Linux 4.19-rc4 (2018-09-16 11:52:37 -0700) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git tags/staging-4.20-rc1 for you to fetch changes up to 4ab7e05dd070

[GIT PULL] TTY/Serial fixes for 4.20-rc1

The following changes since commit 0238df646e6224016a45505d2c111a24669ebe21: Linux 4.19-rc7 (2018-10-07 17:26:02 +0200) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty.git tags/tty-4.20-rc1 for you to fetch changes up to 59eaeba63a171127a90bb

Re: [PATCH] arm64/numa: Add more vetting in numa_set_distance()

I think we should either factor out the sanity check into a core helper or make the core code robust to these funny configurations. OK, so to me it would make sense to factor out a sanity check into a core helper. That, or have the OF code perform the same validation that slit_valid() is do

KASAN: use-after-free Read in wake_up_if_idle

Hello, syzbot found the following crash on: HEAD commit:23469de647c4 Merge git://git.kernel.org/pub/scm/linux/kern.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=1641fa1d40 kernel config: https://syzkaller.appspot.com/x/.config?x=b3f55cb3dfcc6c33 da

Re: [PATCH] arm64/numa: Add more vetting in numa_set_distance()

On Mon, Oct 29, 2018 at 06:15:42PM +0530, Anshuman Khandual wrote: > On 10/29/2018 06:02 PM, John Garry wrote: > > On 29/10/2018 12:16, Will Deacon wrote: > >> On Mon, Oct 29, 2018 at 12:14:09PM +, John Garry wrote: > >>> On 29/10/2018 11:25, Will Deacon wrote: > On Fri, Oct 26, 2018 at 09

Re: [RESEND PATCH 1/2] i2c: enable buses to save their clock frequency in adapter

On Tue, Oct 23, 2018 at 11:20:39AM +0200, Tudor Ambarus - M18064 wrote: > The clock-frequency property is not mandatory for the i2c buses. If it's > not present in the device tree, the buses __usually__ assume it's 100kHZ > (see altera, at91, axxia, etc.). Broadcom uses a 375kHZ default > clock-fre

[PATCH V2 0/5] i2c:ocores: improvements

This patch set provides improvements to the i2c-ocore driver. [V1 -> V2] - replaced usleep_range() with udelay() so that the polling version can be used in atomic context. - added dedicated patch for minor style issues - fixed delay computation - use spin_lock_irqsave(), instead of spin_trylock_

[PATCH V2 1/5] i2c:ocores: stop transfer on timeout

Detecting a timeout is ok, but we also need to assert a STOP command on the bus in order to prevent it from generating interrupts when there are no on going transfers. Example: very long transmission. 1. ocores_xfer: START a transfer 2. ocores_isr : handle byte by byte the transfer 3. ocores_xfer

[PATCH V2 4/5] i2c:ocores: add SPDX tag

It adds the SPDX tag and it removes the old text about the GPLv2. Signed-off-by: Federico Vaga --- drivers/i2c/busses/i2c-ocores.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/i2c/busses/i2c-ocores.c b/drivers/i2c/busses/i2c-ocores.c index 2d71f11..e48173b 10

[PATCH V2 3/5] i2c:ocores: add polling interface

This driver assumes that an interrupt line is always available for the I2C master. This is not always the case and this patch adds support for a polling version. Signed-off-by: Federico Vaga --- drivers/i2c/busses/i2c-ocores.c | 171 +++- 1 file changed, 151 i

[PATCH V2 2/5] i2c:ocores: do not handle IRQ if IF is not set

If the Interrupt Flag (IF) is not set, we should not handle the IRQ: - the line can be shared with other devices - it can be a spurious interrupt To avoid reading twice the status register, the ocores_process() function expects it to be read by the caller. Signed-off-by: Federico Vaga Acked-by:

[PATCH V2 5/5] i2c:ocores: checkpatch fixes

Miscellaneous style fixes from checkpatch Signed-off-by: Federico Vaga --- drivers/i2c/busses/i2c-ocores.c | 19 --- 1 file changed, 12 insertions(+), 7 deletions(-) diff --git a/drivers/i2c/busses/i2c-ocores.c b/drivers/i2c/busses/i2c-ocores.c index e48173b..52c062b 100644 ---

Re: [PATCH] arm: mm: fault: check ADFSR in case of abort

On 29/10/2018 14:20, Wiebe, Wladislav (Nokia - DE/Ulm) wrote: When running into situations like: "Unhandled fault: synchronous external abort (0x210) at 0xXXX" or "Unhandled prefetch abort: synchronous external abort (0x210) at 0xXXX" it is useful to know the content of ADFSR (Auxiliary Data Faul

Re: [PATCH] arm64: dts: qcom: sdm845: Add SCM DT node

Hi Stan, Thanks for the review! On 2018-10-29 15:02, Stanimir Varbanov wrote: Hi Sibi, On 10/26/2018 03:25 PM, Sibi Sankar wrote: Add SCM DT node to enable SCM functionality on SDM845. Signed-off-by: Sibi Sankar --- arch/arm64/boot/dts/qcom/sdm845.dtsi | 6 ++ 1 file changed, 6 insertio

Re: [PATCH v3 4/4] kernel hacking: new config CC_OPTIMIZE_FOR_DEBUGGING to apply GCC -Og optimization

On Mon, Oct 29, 2018 at 10:16:02PM +0900, Masahiro Yamada wrote: > On Sun, Oct 28, 2018 at 10:11 PM Changbin Du wrote: > > > > This will apply GCC '-Og' optimization level which is supported > > since GCC 4.8. This optimization level offers a reasonable level > > of optimization while maintaining

Re: [PATCH] perf util: take pgoff into account when reporting elf to libdwfl

On Mon, Oct 29, 2018 at 03:16:44PM +0100, Milian Wolff wrote: > Libdwfl parses an ELF file itself and creates mappings for the > individual sections. Perf on the other hand sees raw mmap events which > represent individual sections. When we encounter an address pointing > into a mapping with pgoff

Re: [PATCH v2 4/4] kernel hacking: new config CC_OPTIMIZE_FOR_DEBUGGING to apply GCC -Og optimization

On Mon, Oct 29, 2018 at 10:01:44PM +0900, Masahiro Yamada wrote: > Hi. > > > On Sun, Oct 28, 2018 at 10:14 PM Changbin Du wrote: > > > > On Sun, Oct 28, 2018 at 10:09:21PM +0900, Masahiro Yamada wrote: > > > Hi Changbin, > > > > > > On Sun, Oct 28, 2018 at 9:52 PM Changbin Du wrote: > > > > > >

Re: [PATCH v3 0/2] sysctl: handle overflow for file-max

On Wed, Oct 17, 2018 at 12:33:20AM +0200, Christian Brauner wrote: > Hey, > > Here is v3 of this patchset. Changelogs are in the individual commits. > > Currently, when writing > > echo 18446744073709551616 > /proc/sys/fs/file-max > > /proc/sys/fs/file-max will overflow and be set to 0. That qu

Re: Linux 4.19.0 Build Error when CONFIG_ACPI not set.

On Mon, Oct 29, 2018 at 11:53:38AM +0100, Thomas-Mich Richter wrote: > When I compile the 4.19.0 Linux kernel, I get this build error: > > [root@f28 linux]# fgrep -r CONFIG_ACPI .config > # CONFIG_ACPI is not set > [root@f28 linux]# > > [root@f28 linux]# make > CALLscripts/checksyscalls.s

Re: linux-next: manual merge of the arm-soc tree with Linus' tree

* Stephen Rothwell [181028 23:14]: > Hi all, > > Today's linux-next merge of the arm-soc tree got a conflict in: > > include/linux/platform_data/gpio-omap.h > > between commit: > > b764a5863fd8 ("gpio: omap: Remove custom PM calls and use cpu_pm instead") > > from Linus' tree and commit:

Re: [PATCH v2] HID: moving to group maintainership model

On Sat, Oct 27, 2018 at 2:25 PM Jiri Kosina wrote: > > From: Jiri Kosina > Date: Sat, 27 Oct 2018 14:16:13 +0200 > Subject: [PATCH] HID: moving to group maintainership model > > Benjamin and myself will from now on be sharing maintainership > responsibilities for hid.git. > > Update maintainers t

yama: unsafe usage of ptrace_relation->tracer

let me change the subject to avoid the confusion with the already confusing disccussion about task_is_descendant(). On 10/29, Oleg Nesterov wrote: > > I still think we need a single pid_alive() check and I even sent the patch. > Attached again at the end. > > To clarify, let me repeat that ptracer

Re: [PATCHES/RFC] Re: A concern about overflow ring buffer mode

On 10/29/2018 10:35 AM, Arnaldo Carvalho de Melo wrote: Em Mon, Oct 29, 2018 at 10:33:06AM -0400, Liang, Kan escreveu: On 10/29/2018 9:03 AM, Arnaldo Carvalho de Melo wrote: Em Fri, Oct 26, 2018 at 04:11:51PM -0400, Liang, Kan escreveu: On 10/26/2018 3:24 PM, Arnaldo Carvalho de Melo wrote:

Re: [PATCH] arm: mm: fault: check ADFSR in case of abort

On Mon, Oct 29, 2018 at 02:20:51PM +, Wiebe, Wladislav (Nokia - DE/Ulm) wrote: > When running into situations like: > "Unhandled fault: synchronous external abort (0x210) at 0xXXX" > or > "Unhandled prefetch abort: synchronous external abort (0x210) at 0xXXX" > it is useful to know the content

Re: [PATCH V3] arm64: Don't flush tlb while clearing the accessed bit

> If we roll a TLB invalidation routine without the trailing DSB, what sort of > performance does that get you? We have been doing our testing on our Carmel CPUs. Carmel will effectively ignore a TLB invalidate that doesn't have a DSB (until the invalidate buffer overflows). So, I expect the perfo

[PATCH 0/4] pinctrl: meson: fix pull bits

This patchset fixes the inversion between pull (up/down) and pull enable bits on the GPIO AO bank of all amlogic when have, except the axg family. The problem has been found while testing bias setting on the libretech aml-s905x-cc on GPIO_AO 5. Unfortunately the bias register of this bank is not d

[PATCH 4/4] pinctrl: meson: fix meson8b ao pull register bits

AO pull register definition is inverted between pull (up/down) and pull enable. Fixing this allows to properly apply bias setting through pinconf Fixes: 0fefcb6876d0 ("pinctrl: Add support for Meson8b") Signed-off-by: Jerome Brunet --- drivers/pinctrl/meson/pinctrl-meson8b.c | 2 +- 1 file chang

[PATCH 3/4] pinctrl: meson: fix meson8 ao pull register bits

AO pull register definition is inverted between pull (up/down) and pull enable. Fixing this allows to properly apply bias setting through pinconf Fixes: 6ac730951104 ("pinctrl: add driver for Amlogic Meson SoCs") Signed-off-by: Jerome Brunet --- drivers/pinctrl/meson/pinctrl-meson8.c | 2 +- 1 f

[PATCH 1/4] pinctrl: meson: fix gxbb ao pull register bits

AO pull register definition is inverted between pull (up/down) and pull enable. Fixing this allows to properly apply bias setting through pinconf Fixes: 468c234f9ed7 ("pinctrl: amlogic: Add support for Amlogic Meson GXBB SoC") Signed-off-by: Jerome Brunet --- drivers/pinctrl/meson/pinctrl-meson-

[PATCH 2/4] pinctrl: meson: fix gxl ao pull register bits

AO pull register definition is inverted between pull (up/down) and pull enable. Fixing this allows to properly apply bias setting through pinconf Fixes: 0f15f500ff2c ("pinctrl: meson: Add GXL pinctrl definitions") Signed-off-by: Jerome Brunet --- drivers/pinctrl/meson/pinctrl-meson-gxl.c | 2 +-

Re: Logitech high-resolution scrolling..

On Mon, Oct 29, 2018 at 6:18 AM Jiri Kosina wrote: > > Benjamin indicated that Peter probably has found the issue in the code > (failure to properly reset on direction change) that might be causing > this. So honestly, once I looked at that hid_scroll_counter_handle_scroll() function, that's the

Re: [PATCH] dts: sun8i-h3: Add DTS for Mapleboard MP130

Hi Jonathan, Thanks for your patch. On Thu, Oct 25, 2018 at 08:55:19PM +0100, Jonathan McDowell wrote: > > The Mapleboard MP130 is a single board computer based on the Allwinner > H3 SoC, with all schematics freely available. The Lite version includes > 1GB main memory and 8GB eMMC. > > https:/

Re: [PATCH] mmc: sdhci-pci: Try "cd" for card-detect lookup before using NULL

On Wed, Oct 24, 2018 at 9:03 PM Dmitry Torokhov wrote: > On Wed, Oct 24, 2018 at 3:02 AM Andy Shevchenko > wrote: > > On Mon, Oct 22, 2018 at 04:34:55PM -0700, Rajat Jain wrote: > > > On Fri, Oct 19, 2018 at 2:13 AM Andy Shevchenko > > > wrote: > > > > On Fri, Oct 19, 2018 at 12:53 AM Rajat Jain

Re: [PATCH] perf util: take pgoff into account when reporting elf to libdwfl

On Monday, October 29, 2018 3:16:44 PM CET Milian Wolff wrote: > Libdwfl parses an ELF file itself and creates mappings for the > individual sections. Perf on the other hand sees raw mmap events which > represent individual sections. When we encounter an address pointing > into a mapping with pgoff

Re: [PATCH v2] HID: moving to group maintainership model

On Mon, 29 Oct 2018, Benjamin Tissoires wrote: > > From: Jiri Kosina > > Date: Sat, 27 Oct 2018 14:16:13 +0200 > > Subject: [PATCH] HID: moving to group maintainership model > > > > Benjamin and myself will from now on be sharing maintainership > > responsibilities for hid.git. > > > > Update mai

Re: [PATCH v2] arm64/module: use mod->klp_info section header information for livepatch modules

Hi Jessica, On Fri, Oct 26, 2018 at 07:25:01PM +0200, Jessica Yu wrote: > The arm64 module loader keeps a pointer into info->sechdrs to keep track > of section header information for .plt section(s). A pointer to the > relevent section header (struct elf64_shdr) in info->sechdrs is stored > in mod

RE: [PATCH] arm: mm: fault: check ADFSR in case of abort

Hi Robin, Russel, > -Original Message- > From: Robin Murphy > Sent: Monday, October 29, 2018 3:52 PM [..] > On 29/10/2018 14:20, Wiebe, Wladislav (Nokia - DE/Ulm) wrote: > > When running into situations like: > > "Unhandled fault: synchronous external abort (0x210) at 0xXXX" > > or > > "U

Re: [PATCH] arm: dts: socfpga*.dts*: use SPDX-License-Identifier

Hi Simon, On 10/23/2018 02:08 PM, Simon Goldschmidt wrote: > Follow the recent trend for the license description. > > This is also in an effort to fully sync the devicetrees with U-Boot. > > Signed-off-by: Simon Goldschmidt > --- > arch/arm/boot/dts/socfpga.dtsi| 16 +-- >

[PATCH v2 1/3] kvm, vmx: move CR2 context switch out of assembly path

The VM entry/exit path is a giant inline assembly statement. Simplify it by doing CR2 context switching in plain C. Move CR2 restore behind IBRS clearing, so we reduce the amount of code we execute with IBRS on. Signed-off-by: Julian Stecklina Reviewed-by: Jan H. Schönherr Reviewed-by: Konrad Ja

[PATCH v2 3/3] kvm, vmx: fix __invvpid style

The code violated the coding style. Fixed by using tabs instead of spaces. There are only whitespace changes here. Signed-off-by: Julian Stecklina Reviewed-by: Jan H. Schönherr Reviewed-by: Konrad Jan Miller --- arch/x86/kvm/vmx.c | 20 ++-- 1 file changed, 10 insertions(+), 10

[PATCH 1/2] kconfig: remove oldnoconfig target

As commit 312ee68752fa ("kconfig: announce removal of oldnoconfig if used") announced, it is time for the removal. Signed-off-by: Masahiro Yamada --- scripts/kconfig/Makefile | 9 + scripts/kconfig/conf.c | 7 --- 2 files changed, 1 insertion(+), 15 deletions(-) diff --git a/scri

[PATCH v2 2/3] kvm, vmx: move register clearing out of assembly path

Split the security related register clearing out of the large inline assembly VM entry path. This results in two slightly less complicated inline assembly statements, where it is clearer what each one does. Signed-off-by: Julian Stecklina Reviewed-by: Jan H. Schönherr Reviewed-by: Konrad Jan Mil

Re: [PATCH v4 3/3] arm64: reliable stacktraces

On Mon, Oct 29, 2018 at 09:28:12AM +, Mark Rutland wrote: > Hi Josh, > > I also have a few concerns here, as it is not clear to me precisely what is > required from arch code. Is there any documentation I should look at? The short answer is that we need: 1) Reliable frame pointers -- on x86

[PATCH 3/7] ext4 resize: missing brelse() in case success in add_new_gdb()

Fixes ac27a0ec112a ("ext4: initial copy of files from ext3") #? cc: stable # 2.6.19 or evel earlier in ext3 Signed-off-by: Vasily Averin --- fs/ext4/resize.c | 1 + 1 file changed, 1 insertion(+) diff --git a/fs/ext4/resize.c b/fs/ext4/resize.c index 0a4dc6217e78..ff17480e8613 100644 --- a

[PATCH 0/7] ext4 resize long-lived errors

Last week I've investigated the reason of ext4 resize troubles on RHEL6 and RHEL7 based OpenVZ kernels. Failed resize generated lot of "access beyond end of device" messages followed by warning in __brelse. EXT4-fs (dm-3): resizing filesystem from 2620416 to 4096256 blocks attempt to access beyo

[PATCH 2/7] ext4 resize: missing brelse() after errors in set_flexbg_block_bitmap()

Fixes 33afdcc5402d ("ext4: add a function which sets up group blocks ...") #? cc: sta...@vger.kernel.org # 3.3+ Signed-off-by: Vasily Averin --- fs/ext4/resize.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/fs/ext4/resize.c b/fs/ext4/resize.c index c3fa30878ca8..0a4d

[PATCH 1/7] ext4 resise: extra brelse in setup_new_flex_group_blocks()

currently bh is set to NULL only during first iteration of for cycle, then this pointer is not cleared after end of using. Therefore rollback after errors can lead to extra brelse(bh) call, decrements bh counter and later trigger an unexpected warning in __brelse() Patch moves brelse() calls in bo

[PATCH 7/7] ext4 resize: lost resize_inode cleanup before retry in ext4_resize_fs()

Fixes 1c6bd7173d66 ("ext4: convert file system to meta_bg if needed ...") #? cc: stable # 3.7+ Signed-off-by: Vasily Averin --- fs/ext4/resize.c | 4 1 file changed, 4 insertions(+) diff --git a/fs/ext4/resize.c b/fs/ext4/resize.c index 16b7cfe485d7..3006ede18773 100644 --- a/fs/ext4/

[PATCH 5/7] ext4 resize: lost brelse() in update_backups()

bh was not released after error in ext4_journal_get_write_access() Fixes ac27a0ec112a ("ext4: initial copy of files from ext3") #? cc: stable # 2.6.19 or even earlier in ext3 Signed-off-by: Vasily Averin --- fs/ext4/resize.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --

[PATCH 4/7] ext4 resize: brelse() cleanup in add_new_gdb_meta_bg()

gdb_bh must be released in case of errors before update of s_group_desc but it must not be released after update of group descriptors because in this case bh can be used later. Fixes 01f795f9e0d6 ("ext4: add online resizing support for meta_bg ...") #? cc: sta...@vger.kernel.org # 3.7+ Signed-off

[PATCH 6/7] ext4 resize: lost rollback in ext4_resize_fs()

Fixes 117fff10d7f1 ("ext4: grow the s_flex_groups array as needed ...") #? cc: stable # 3.7+ Signed-off-by: Vasily Averin --- fs/ext4/resize.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/ext4/resize.c b/fs/ext4/resize.c index 26bcb53e5869..16b7cfe485d7 100644 ---

Re: [RCF PATCH v2 1/2] dt-bindings: pwm: imx: Allow switching PWM output between PWM and GPIO

On 10.10.2018 15:39, Thierry Reding wrote: > On Wed, Oct 10, 2018 at 09:33:25AM +, Vokáč Michal wrote: >> Output of the PWM block on i.MX SoCs is always low when the block is >> disabled. This can cause issues when inverted PWM polarity is needed. >> With inverted polarity a duty cycle = 0% cor

Re: [RCF PATCH v2 2/2] pwm: imx: Configure output to GPIO in disabled state

On 12.10.2018 18:00, Thierry Reding wrote: > On Wed, Oct 10, 2018 at 09:33:26AM +, Vokáč Michal wrote: >> Normally the PWM output is held LOW when PWM is disabled. This can cause >> problems when inverted PWM signal polarity is needed. With this behavior >> the connected circuit is fed by 100%

Re: [PATCH] arm: mm: fault: check ADFSR in case of abort

On Mon, Oct 29, 2018 at 02:20:51PM +, Wiebe, Wladislav (Nokia - DE/Ulm) wrote: > When running into situations like: > "Unhandled fault: synchronous external abort (0x210) at 0xXXX" > or > "Unhandled prefetch abort: synchronous external abort (0x210) at 0xXXX" > it is useful to know the content

Re: [RCF PATCH,v2,2/2] pwm: imx: Configure output to GPIO in disabled state

On 12.10.2018 18:08, Uwe Kleine-König wrote: > Hello, > > On Fri, Oct 12, 2018 at 03:04:48PM +, Vokáč Michal wrote: >> On 12.10.2018 10:57, Uwe Kleine-König wrote: >>> On Wed, Oct 10, 2018 at 09:33:26AM +, Vokáč Michal wrote: Normally the PWM output is held LOW when PWM is disabled. T

Re: [RCF PATCH,v2,2/2] pwm: imx: Configure output to GPIO in disabled state

On 15.10.2018 10:45, Thierry Reding wrote: > On Sun, Oct 14, 2018 at 10:24:57PM +0200, Uwe Kleine-König wrote: >> Hello, >> >> On Fri, Oct 12, 2018 at 06:08:54PM +0200, Uwe Kleine-König wrote: >> +if (PTR_ERR(imx_chip->pwm_gpiod) == -EPROBE_DEFER) { > > You must not use PTR_ERR

Re: Cramfs: "unable to handle kernel paging request" when reading a file from a fuzzed FS image

On Mon, 29 Oct 2018, Anatoly Trosinenko wrote: > > How do I populate /vtmp? Mine is empty at this point. I imagine I > > should put the cramfs image somewhere on the host, but I'm not that > > familiar withkvm. > > Oops, forgot to say, it is the /tmp/kvm-xfstests-$USER directory on > the host

Re: [GIT PULL] C-SKY(csky) Port for Linux 4.20

On Fri, Oct 26, 2018 at 9:08 PM Guo Ren wrote: > > This tag contains the Linux port for C-SKY(csky) based on linux-4.19 > Release, which has been through 10 rounds of review on mailing list. > > We almost got the Acked-by/Reviewed-by of all patches except "Process > management and Signal", but all

Re: [git pull] m68k updates for 4.20

On Sun, Oct 28, 2018 at 6:54 AM Geert Uytterhoeven wrote: > > m68k updates for v4.20 > > - Just two small cleanups. Pulled, Linus

[RFC] Proposal for FMC Subsystem Eradication

=== The fmc-bus Eradication === The *fmc-bus* Linux sub-system was developed under CERN supervision around 2012. During these years, the fmc-bus has evolved and drivers for particular FMC applications (FMC DEL, FMC ADC, FMC TDC, etc.) have been based on it.

Re: MCE reports errors that can't be verified

On Mon, Oct 29, 2018 at 11:45:04AM +0100, Daniel Aberger - Profihost AG wrote: ... > [Mi Aug 22 13:54:47 2018] mce: [Hardware Error]: CPU 15: Machine Check: > 0 Bank 7: cc810091 > [Mi Aug 22 13:54:47 2018] mce: [Hardware Error]: TSC 0 ADDR 70fb1b3ec0 > MISC 142189886 > [Mi Aug 22 13:54:47

[PATCH v5 0/8] Introduce STPMIC1 PMIC Driver

The goal of this patch-set is to propose a driver for the STPMIC1 PMIC from STMicroelectronics. The STPMIC1 regulators supply power to an application processor as well as to external system peripherals such as DDR, Flash memories and system devices. It also features onkey button input and an har

Re: INFO: task hung in vivid_stop_generating_vid_cap

syzbot has found a reproducer for the following crash on: HEAD commit:9f51ae62c84a Merge git://git.kernel.org/pub/scm/linux/kern.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=14bfad7b40 kernel config: https://syzkaller.appspot.com/x/.config?x=621182

[PATCH v5 7/8] dt-bindings: watchdog: document stpmic1 pmic watchdog

The stpmic1 PMIC embeds a watchdog which is disabled by default. In case of watchdog, the PMIC goes off. Signed-off-by: Pascal Paillet Reviewed-by: Rob Herring --- changes in v5: nothing Documentation/devicetree/bindings/watchdog/st,stpmic1-wdt.txt | 11 +++ 1 file changed, 11 insertio

[PATCH v5 4/8] regulator: stpmic1: add stpmic1 regulator driver

The stpmic1 PMIC embeds several regulators and switches with different capabilities. Signed-off-by: Pascal Paillet --- changes in v5: * rework probe: do not modify init data * merge stpmic1_regulator_init and stpmic1_regulator_parse_dt in the probe fn * map_mode returns REGULATOR_MODE_INVALID * a

Re: [GIT PULL] C-SKY(csky) Port for Linux 4.20

Thx Arnd, On Mon, Oct 29, 2018 at 10:44:59AM +0100, Arnd Bergmann wrote: [...] > Guo, in the future I recommend to add all patches on top of the latest > -rc1 (or maybe a later -rc) but not rebase them or pull in the mainline > kernel into your own tree Ok, I'll follow the rules. > > One more

[PATCH v5 6/8] input: stpmic1: add stpmic1 onkey driver

The stpmic1 pmic is able to manage an onkey button. This driver exposes the stpmic1 onkey as an input device. It can also be configured to shut-down the power supplies on a long key-press with an adjustable duration. Signed-off-by: Pascal Paillet --- changes in v5: * fix checkpatch warning driv

[PATCH v5 1/8] dt-bindings: mfd: document stpmic1

stpmic1 is a pmic from STMicroelectronics. The STPMIC1 integrates 10 regulators, 3 power switches, a watchdog and an input for a power on key. Signed-off-by: Pascal Paillet --- changes in v5: * removed st properties * added buck modes definitions in the header .../devicetree/bindings/mfd/st,stp

[PATCH v5 2/8] mfd: stpmic1: add stpmic1 driver

stpmic1 is a pmic from STMicroelectronics. The STPMIC1 integrates 10 regulators, 3 power switches, a watchdog and an input for a power on key. Signed-off-by: Pascal Paillet --- changes in v5: * use macro to define regmap register ranges * use REGMAP_IRQ_REG marco to define interrupts * remove st

[PATCH v5 5/8] dt-bindings: input: document stpmic1 pmic onkey

The stpmic1 pmic is able to manage an onkey button. It can be configured to shut-down the power supplies on a long key-press with an adjustable duration. Signed-off-by: Pascal Paillet Reviewed-by: Rob Herring --- changes in v5: nothing .../devicetree/bindings/input/st,stpmic1-onkey.txt | 28 ++

[PATCH v5 3/8] dt-bindings: regulator: document stpmic1 pmic regulators

The STPMIC1 regulators supply power to the application processor as well as to the external system peripherals such as DDR, Flash memories and system devices. Signed-off-by: Pascal Paillet --- changes in v5: * describe regulator-active-discharge is available for power switches * remove interrupt

[PATCH v5 8/8] watchdog: stpmic1: add stpmic1 watchdog driver

The stpmic1 PMIC embeds a watchdog which is disabled by default. As soon as the watchdog is started, it must be refreshed periodically otherwise the PMIC goes off. Signed-off-by: Pascal Paillet --- changes in v5: * initialize wdtdev.parent * fix checkpatch warning drivers/watchdog/Kconfig

[PATCH 1/4] base/drivers/arch_topology: Remove useless check

The function 'register_cpufreq_notifier' registers the init_cpu_capacity_notifier() only if raw_capacity is not NULL. Hence init_cpu_capacity_notifier() can not be called with raw_capacity set to NULL, it is pointless to check it. Remove the check. Signed-off-by: Daniel Lezcano --- drivers/bas

[PATCH 2/4] base/drivers/arch_topology: Replace mutex with READ_ONCE / WRITE_ONCE

The mutex protects a per_cpu variable access. The potential race can happen only when the cpufreq governor module is loaded and at the same time the cpu capacity is changed in the sysfs. There is no real interest of using a mutex to protect a variable assignation when there is no situation where a

[PATCH 4/4] base/drivers/topology: Default dmpis-mhz if they are not set in DT

In the case of assymetric SoC with the same micro-architecture, we have a group of CPUs with smaller OPPs than the other group. One example is the 96boards dragonboard 820c. There is no dmips/MHz difference between both groups, so no need to specify the values in the DT. Unfortunately, without thes

[PATCH 3/4] base/drivers/topology: Move instructions in the error path

When the function topology_parse_cpu_capacity() fails, we set the boolean cap_parsing_failed to true and we free the raw_capacity. This is correct as the function begins with a check against cap_parsing_failed thus protecting the function to be re-entered. However, even it is impossible that can h

Re: [PATCH] PCI/Layerscape: fix wrongly invoking of outbound window disable accessor

On Fri, Oct 26, 2018 at 02:20:21AM +, Z.q. Hou wrote: > > From: Bjorn Helgaas > > Holy cow, this has been broken since v4.14. If fixing this makes > > a difference, you might want to tag it for stable. > > How can I tag it for stable? https://git.kernel.org/cgit/linux/kernel/git/torvalds/l

Re: [PATCH] spi: dw: fix buffer end address

There is some side effect on this patch. So, I revoke this patch. 18. 10. 25. 오전 12:37에 Jaewon Kim 이(가) 쓴 글: Buffer address can be NULL, if user does not want to receive TX/RX data. In this case, driver should not set the rx/tx_end value with len. Signed-off-by: Jaewon Kim --- drivers/spi/

Re: memcg oops: memcg_kmem_charge_memcg()->try_charge()->page_counter_try_charge()->BOOM

On Mon, 2018-10-29 at 14:20 +0100, Michal Hocko wrote: > > > [4.420976] Code: f3 c3 0f 1f 00 0f 1f 44 00 00 48 85 ff 0f 84 a8 00 00 > > 00 41 56 48 89 f8 41 55 49 89 fe 41 54 49 89 d5 55 49 89 f4 53 48 89 f3 > > 48 0f c1 1f 48 01 f3 48 39 5f 18 48 89 fd 73 17 eb 41 48 89 e8 > > [4.42416

[PATCH v3 1/3] iio: ad_sigma_delta: Allow to provide custom data register address

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 override the default address. Signed-off-by: Lars-Peter Clausen Sign

[no subject]

From: Stefan Popa To: ji...@kernel.org Cc: michael.henner...@analog.com, knaac...@gmx.de, l...@metafoo.de, pme...@pmeerw.net, gre...@linuxfoundation.org, linux-kernel@vger.kernel.org, linux-...@vger.kernel.org, stefan.p...@analog.com Subject:

[PATCH 14/14] nvme: add separate poll queue map

Adds support for defining a variable number of poll queues, currently configurable with the 'poll_queues' module parameter. Defaults to a single poll queue. And now we finally have poll support without triggering interrupts! Reviewed-by: Hannes Reinecke Signed-off-by: Jens Axboe --- drivers/nv

[PATCH 03/14] blk-mq: provide dummy blk_mq_map_queue_type() helper

Doesn't do anything right now, but it's needed as a prep patch to get the interfaces right. Reviewed-by: Hannes Reinecke Signed-off-by: Jens Axboe --- block/blk-mq.h | 6 ++ 1 file changed, 6 insertions(+) diff --git a/block/blk-mq.h b/block/blk-mq.h index 889f0069dd80..79c300faa7ce 100644

[PATCH v3 2/3] iio: adc: Add ad7124 support

The ad7124-4 and ad7124-8 are a family of 4 and 8 channel sigma-delta ADCs with 24-bit precision and reference. Three power modes are available which in turn affect the output data rate: * Full power: 9.38 SPS to 19,200 SPS * Mid power: 2.34 SPS to 4800 SPS * Low power: 1.17 SPS to 2400 SPS Th

[PATCH v3 3/3] dt-bindings: iio: adc: Add docs for ad7124

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: - Removed the "adi,channels" property. - Used the "reg" property to get the channel number and "adi,diff-channels"

Re: [PATCH] arm: mm: fault: check ADFSR in case of abort

On Mon, Oct 29, 2018 at 03:54:36PM +, Mark Rutland wrote: > On Mon, Oct 29, 2018 at 02:20:51PM +, Wiebe, Wladislav (Nokia - DE/Ulm) > wrote: > > When running into situations like: > > "Unhandled fault: synchronous external abort (0x210) at 0xXXX" > > or > > "Unhandled prefetch abort: synch

Re: [PATCH v4 1/2] arm64: Get rid of __early_init_dt_declare_initrd()

Hi Mike, On 10/27/18 2:13 AM, Mike Rapoport wrote: > Hi Florian, > > On Fri, Oct 26, 2018 at 03:39:50PM -0700, Florian Fainelli wrote: >> ARM64 is the only architecture that re-defines >> __early_init_dt_declare_initrd() in order for that function to populate >> initrd_start/initrd_end with physi

Re: [dm-devel] [RFC] dm-bow working prototype

The snapshot target could be hacked so that it remembers space trimmed with REQ_OP_DISCARD and won't reallocate these blocks. But I suspect that running discard over the whole device would degrade performance more than copying some unneeded data. How much data do you intend to backup with thi

Re: [GIT PULL] C-SKY(csky) Port for Linux 4.20

On Fri, Oct 26, 2018 at 11:09 PM Guo Ren wrote: > > The following changes since commit 84df9525b0c27f3ebc2ebb1864fa62a97fdedb7d: > > Linux 4.19 (2018-10-22 07:37:37 +0100) > > are available in the git repository at: > > https://github.com/c-sky/csky-linux.git tags/csky-for-linus-4.20 > > for y

[PATCH] ARM: dts: NSP: Move aliases to bcm-nsp.dtsi

All boards replicate the aliases node, move the aliases node to bcm-nsp.dtsi and add all the serial and ethernet ports such that a boot program like u-boot can populate MAC addresses accordingly. Signed-off-by: Florian Fainelli --- arch/arm/boot/dts/bcm-nsp.dtsi | 8 arch/arm/boot/d

Re: [PATCH v2] fpga: altera-cvp: Fix registration for CvP incapable devices

Hi Anatolij, Andreas, On Mon, Oct 29, 2018 at 08:26:30AM +0100, Anatolij Gustschin wrote: > From: Andreas Puhm > > The probe function needs to verify the CvP enable bit in order to > properly determine if FPGA Manager functionality can be safely > enabled. > > Fixes: 34d1dc17ce97 ("fpga manager

RE: MCE reports errors that can't be verified

> The fact that you see this, means, the error has reached the last > notifier. So the EDAC notifier must've run too and handed the error to > the EDAC driver. > > Can you send a full dmesg from that machine, privately to Tony and me is > fine too. Some system configuration information would be he

Re: [PATCH] MAINTAINERS: add myself as co-maintainer of gpiolib

Quoting Linus Walleij (2018-10-25 04:15:52) > On Wed, Oct 24, 2018 at 5:39 PM Bartosz Golaszewski wrote: > > > From: Bartosz Golaszewski > > > > As discussed with Linus Walleij - I'm adding myself as > > the co-maintainer. > > > > Cc: Benoît Cousson > > Cc: Kevin Hilman > > Cc: Michael Turquet

Re: [PATCH] arm64: kprobe: make page to RO mode when allocate it

On Mon, Oct 29, 2018 at 01:11:24PM +0100, Arnd Bergmann wrote: > On 10/29/18, Will Deacon wrote: > > On Mon, Oct 15, 2018 at 01:16:00PM +0200, Anders Roxell wrote: > > >> -static int __kprobes patch_text(kprobe_opcode_t *addr, u32 opcode) > >> +void *alloc_insn_page(void) > >> { > >> - void *ad

Re: [PATCH v2 1/3] kvm, vmx: move CR2 context switch out of assembly path

On Mon, Oct 29, 2018 at 04:40:42PM +0100, Julian Stecklina wrote: > The VM entry/exit path is a giant inline assembly statement. Simplify it > by doing CR2 context switching in plain C. Move CR2 restore behind IBRS > clearing, so we reduce the amount of code we execute with IBRS on. I think it's w

Re: [PATCH V2 2/2] x86/efi: Move efi__boot_services() to arch/x86

On Fri, 26 Oct 2018, Sai Praneeth Prakhya wrote: > efi__boot_services() are x86 specific quirks and as such > should be in asm/efi.h, so move them from linux/efi.h. Also, call > efi_free_boot_services() from __efi_enter_virtual_mode() as it is x86 > specific call and ideally shouldn't be part of i

Re: [PATCH] mmc: sdhci-pci: Try "cd" for card-detect lookup before using NULL

On Mon, Oct 29, 2018 at 8:23 AM Andy Shevchenko wrote: > > On Wed, Oct 24, 2018 at 9:03 PM Dmitry Torokhov wrote: > > On Wed, Oct 24, 2018 at 3:02 AM Andy Shevchenko > > wrote: > > > On Mon, Oct 22, 2018 at 04:34:55PM -0700, Rajat Jain wrote: > > > > On Fri, Oct 19, 2018 at 2:13 AM Andy Shevchen

Re: [PATCH 03/14] blk-mq: provide dummy blk_mq_map_queue_type() helper

On Mon, 2018-10-29 at 10:37 -0600, Jens Axboe wrote: > diff --git a/block/blk-mq.h b/block/blk-mq.h > index 889f0069dd80..79c300faa7ce 100644 > --- a/block/blk-mq.h > +++ b/block/blk-mq.h > @@ -80,6 +80,12 @@ static inline struct blk_mq_hw_ctx > *blk_mq_map_queue(struct request_queue *q, > r

Re: [PATCH v2] clk: boston: fix possible memory leak in clk_boston_setup()

Quoting Yi Wang (2018-10-29 01:31:47) > 'onecell' is malloced in clk_boston_setup(), but is not freed > before leaving from the error handling cases. How did you find this? Visual inspection? Some coccinelle script? > > Signed-off-by: Yi Wang > --- > v2: fix syntax issue in comment, thanks to

Re: [PATCH v2 2/3] kvm, vmx: move register clearing out of assembly path

On Mon, Oct 29, 2018 at 04:40:43PM +0100, Julian Stecklina wrote: > Split the security related register clearing out of the large inline > assembly VM entry path. This results in two slightly less complicated > inline assembly statements, where it is clearer what each one does. > > Signed-off-by:

<    1   2   3   4   5   6   >