Re: [PATCH -next] ubifs: remove unused function __ubifs_shash_final

On 3/21/2019 1:39 PM, Richard Weinberger wrote: Am Donnerstag, 21. März 2019, 08:54:55 CET schrieb Mukesh Ojha: Acked-by: Mukesh Ojha I guess you mean Reviewed-by? As i am unsure about future scope of this func. i.e why Acked. Acked-by is usually something I expect from the code author or

[PATCH 3/4] rtc: wm831x: switch to rtc_time64_to_tm/rtc_tm_to_time64

Call the 64bit versions of rtc_tm time conversion now that the range is enforced by the core. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-wm831x.c | 16 1 file changed, 4 insertions(+), 12 deletions(-) diff --git a/drivers/rtc/rtc-wm831x.c b/drivers/rtc/rtc-wm831x.c in

[PATCH 4/4] rtc: wm831x: convert to SPDX identifier

Use SPDX-License-Identifier instead of a verbose license text. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-wm831x.c | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/drivers/rtc/rtc-wm831x.c b/drivers/rtc/rtc-wm831x.c index d286dd1dfcf9..6a0defd16088 100644 --- a/

[PATCH 2/4] rtc: wm831x: remove unnecessary goto

There is no specific handling in the error path of wm831x_rtc_probe, remove the unnecessary goto and label. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-wm831x.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/drivers/rtc/rtc-wm831x.c b/drivers/rtc/rtc-wm831x.c in

[PATCH 1/4] rtc: wm831x: set range

The wm831x has a 32bit second counter. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-wm831x.c | 16 ++-- 1 file changed, 10 insertions(+), 6 deletions(-) diff --git a/drivers/rtc/rtc-wm831x.c b/drivers/rtc/rtc-wm831x.c index 7b824dabf104..deaffe0eaf2f 100644 --- a/drivers/rtc

Re: possible deadlock in userfaultfd_release

syzbot has bisected this bug to: commit bfe4037e722ec672c9dafd5730d9132afeeb76e9 Author: Christoph Hellwig Date: Mon Jul 16 07:08:20 2018 + aio: implement IOCB_CMD_POLL bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=1382985d20 start commit: bfe4037e aio: implement

[PATCH 1/4] rtc: wm831x: set range

The wm831x has a 32bit second counter. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-wm831x.c | 16 ++-- 1 file changed, 10 insertions(+), 6 deletions(-) diff --git a/drivers/rtc/rtc-wm831x.c b/drivers/rtc/rtc-wm831x.c index 7b824dabf104..deaffe0eaf2f 100644 --- a/drivers/rtc

[PATCH 2/4] rtc: wm831x: remove unnecessary goto

There is no specific handling in the error path of wm831x_rtc_probe, remove the unnecessary goto and label. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-wm831x.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/drivers/rtc/rtc-wm831x.c b/drivers/rtc/rtc-wm831x.c in

RE: [PATCH v4 6/6] dt-bindings: fpga: Add bindings for ZynqMP fpga driver

Ping!! > -Original Message- > From: Nava kishore Manne [mailto:nava.ma...@xilinx.com] > Sent: Thursday, March 14, 2019 7:31 PM > To: at...@kernel.org; m...@kernel.org; robh...@kernel.org; > mark.rutl...@arm.com; Michal Simek ; Rajan Vaja > ; Jolly Shah ; Nava kishore Manne > ; linux-f...@v

[PATCH 3/4] rtc: wm831x: switch to rtc_time64_to_tm/rtc_tm_to_time64

Call the 64bit versions of rtc_tm time conversion now that the range is enforced by the core. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-wm831x.c | 16 1 file changed, 4 insertions(+), 12 deletions(-) diff --git a/drivers/rtc/rtc-wm831x.c b/drivers/rtc/rtc-wm831x.c in

[PATCH 4/4] rtc: wm831x: convert to SPDX identifier

Use SPDX-License-Identifier instead of a verbose license text. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-wm831x.c | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/drivers/rtc/rtc-wm831x.c b/drivers/rtc/rtc-wm831x.c index d286dd1dfcf9..6a0defd16088 100644 --- a/

Re: [PATCH v4] lib/string.c: implement a basic bcmp

On 21/03/2019 18.02, Nick Desaulniers wrote: > On Wed, Mar 20, 2019 at 7:11 PM Andrew Morton > wrote: >> > > Further, I can drop some of the __GNUC__ < 4 code in > arch/x86/include/asm/string_32.h. Already on its way to Linus: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git/commit

[PATCH 1/3] rtc: sun4v: switch to rtc_time64_to_tm/rtc_tm_to_time64

Call the 64bit versions of rtc_tm time conversion as the hypervisor handles 64bit values. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-sun4v.c | 11 ++- 1 file changed, 2 insertions(+), 9 deletions(-) diff --git a/drivers/rtc/rtc-sun4v.c b/drivers/rtc/rtc-sun4v.c index 11bc562eb

[PATCH 3/3] rtc: sun4v: switch to SPDX identifier

Use SPDX-License-Identifier to be clearer on the license. Choose the v2 only as this is the default Linux license. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-sun4v.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/rtc/rtc-sun4v.c b/drivers/rtc/rtc-sun4v.c in

[PATCH 2/3] rtc: sun4v: set range

The Sun4v Hypervisor Core API Specification states: Time is described by a single unsigned 64-bit word equivalent to a time_t for the POSIX time(2) system call. The word contains the time since the Epoch (00:00:00 UTC, January 1, 1970), measured in seconds. Signed-off-by: Alexandre Belloni --- d

Re: [PATCH v2] thunderbolt: Fix to check return value of ida_simple_get

On 3/21/2019 11:19 AM, Mika Westerberg wrote: On Thu, Mar 21, 2019 at 02:09:41AM +0530, Mukesh Ojha wrote: On 3/20/2019 9:59 PM, Mika Westerberg wrote: On Wed, Mar 20, 2019 at 11:24:45AM -0500, Aditya Pakki wrote: In enumerate_services, ida_simple_get on failure can return an error and leaks

[PATCH 0/4] Provide generic top-down mmap layout functions

This series introduces generic functions to make top-down mmap layout easily accessible to architectures, in particular riscv which was the initial goal of this series. The generic implementation was taken from arm64 and used successively by arm, mips and finally riscv. Note that in addition the s

Re: [PATCH v4] lib/string.c: implement a basic bcmp

On Fri, Mar 22, 2019 at 8:17 AM Rasmus Villemoes wrote: > > On 21/03/2019 18.02, Nick Desaulniers wrote: > > On Wed, Mar 20, 2019 at 7:11 PM Andrew Morton > > wrote: > >> > > > > Further, I can drop some of the __GNUC__ < 4 code in > > arch/x86/include/asm/string_32.h. > > Already on its way to

Re: [PATCHv2] x86/boot/KASLR: skip the specified crashkernel reserved region

On Wed, Mar 20, 2019 at 8:25 AM Baoquan He wrote: > > Please change subject as: > > "x86/boot/KASLR: skip the specified crashkernel region" > OK. > Don't see why reserved is needed here. > > On 03/13/19 at 12:19pm, Pingfan Liu wrote: > > crashkernel=x@y option may fail to reserve the required mem

[PATCH 1/4] arm64, mm: Move generic mmap layout functions to mm

arm64 handles top-down mmap layout in a way that can be easily reused by other architectures, so make it available in mm. This commit also takes the opportunity to: - make use of is_compat_task instead of specific arm64 test test_thread_flag(TIF_32BIT), which allows more genericity and is equi

[PATCH 2/4] arm: Use generic mmap top-down layout

arm uses a top-down layout by default that fits the generic functions. At the same time, this commit allows to fix the following problems: - one uncovered and not fixed for arm here: https://www.mail-archive.com/linux-kernel@vger.kernel.org/msg1429066.html - the use of TASK_SIZE instead of STACK_

[PATCH 3/4] mips: Use generic mmap top-down layout

mips uses a top-down layout by default that fits the generic functions. At the same time, this commit allows to fix problem uncovered and not fixed for mips here: https://www.mail-archive.com/linux-kernel@vger.kernel.org/msg1429066.html Signed-off-by: Alexandre Ghiti --- arch/mips/include/asm/pr

[PATCH 4/4] riscv: Make mmap allocation top-down by default

In order to avoid wasting user address space by using bottom-up mmap allocation scheme, prefer top-down scheme when possible. Before: root@qemuriscv64:~# cat /proc/self/maps 0001-00016000 r-xp fe:00 6389 /bin/cat.coreutils 00016000-00017000 r--p 5000 fe:00 6389 /bin/ca

Re: [PATCHv2] x86/boot/KASLR: skip the specified crashkernel reserved region

On Thu, Mar 21, 2019 at 2:38 PM Chao Fan wrote: > > On Wed, Mar 13, 2019 at 12:19:31PM +0800, Pingfan Liu wrote: > > I tested it in Qemu test with 12G memory, and set crashkernel=6G@6G. > Without this PATCH, it successed to reserve memory just 4 times(total > 10 times). > With this PATCH, it succe

[PATCH] rtc: Fix timestamp value for RTC_TIMESTAMP_BEGIN_1900

Printing "mktime64(1900, 1, 1, 0, 0, 0)" gives -2208988800. Fixes: 83bbc5ac63326433 ("rtc: Add useful timestamp definitions") Signed-off-by: Geert Uytterhoeven --- include/linux/rtc.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/linux/rtc.h b/include/linux/rtc.h in

Re: [PATCHv2] x86/boot/KASLR: skip the specified crashkernel reserved region

On 03/22/19 at 03:43pm, Pingfan Liu wrote: > > > +/* parse crashkernel=x@y option */ > > > +static void mem_avoid_crashkernel_simple(char *option) > > > > Chao ever mentioned this, I want to ask again, why does it has to be > > xxx_simple()? > > > Seems that I had replied Chao's question in another

Re: [PATCH] virt: vbox: Implement passing requestor info to the host for VirtualBox 6.0.x

Hi, On 20-03-19 19:26, Greg Kroah-Hartman wrote: On Wed, Mar 20, 2019 at 10:35:19AM +0100, Hans de Goede wrote: diff --git a/drivers/virt/vboxguest/vboxguest_version.h b/drivers/virt/vboxguest/vboxguest_version.h index 77f0c8f8a231..84834dad38d5 100644 --- a/drivers/virt/vboxguest/vboxguest_ve

Re:

> On Mar 21, 2019, at 5:04 PM, Maxim Levitsky wrote: > > On Thu, 2019-03-21 at 16:41 +, Felipe Franciosi wrote: >>> On Mar 21, 2019, at 4:21 PM, Keith Busch wrote: >>> >>> On Thu, Mar 21, 2019 at 04:12:39PM +, Stefan Hajnoczi wrote: mdev-nvme seems like a duplication of SPDK. T

KASAN: use-after-free Read in addr_resolve

Hello, syzbot found the following crash on: HEAD commit:54c49016 Merge tag 'arc-5.1-rc2' of git://git.kernel.org/p.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=16a8323b20 kernel config: https://syzkaller.appspot.com/x/.config?x=9a31fb246de2a622 da

[PATCH v2] virt: vbox: Implement passing requestor info to the host for VirtualBox 6.0.x

VirtualBox 6.0.x has a new feature where the guest kernel driver passes info about the origin of the request (e.g. userspace or kernelspace) to the hypervisor. If we do not pass this information then when running the 6.0.x userspace guest-additions tools on a 6.0.x host, some requests will get den

Re: [PATCH 2/2] drm/omap: simplify getting .driver_data

Hi Wolfram, Thank you for the patch, On 19/03/2019 16:36, Wolfram Sang wrote: > We should get 'driver_data' from 'struct device' directly. Going via > platform_device is an unneeded step back and forth. > > Signed-off-by: Wolfram Sang As with the other in this series, looks good to me. Revie

Re: [PATCH v7 1/2] PM / sleep: refactor the filesystems sync to reduce duplication

On Mon 2019-02-25 20:36:41, Harry Pan wrote: > This patch creates a common helper to sync filesystems and shares > to the suspend, hibernate, and snapshot. > > Signed-off-by: Harry Pan ACK. -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/

Re: [RESEND PATCH] mm/hotplug: fix notification in offline error path

On Fri 22-03-19 12:20:12, Souptick Joarder wrote: > On Thu, Mar 21, 2019 at 2:13 AM Qian Cai wrote: > > > > When start_isolate_page_range() returned -EBUSY in __offline_pages(), it > > calls memory_notify(MEM_CANCEL_OFFLINE, &arg) with an uninitialized > > "arg". As the result, it triggers warning

Re: [PATCH] mm: page_mkclean vs MADV_DONTNEED race

Andrew Morton writes: > On Thu, 21 Mar 2019 09:36:10 +0530 "Aneesh Kumar K.V" > wrote: > >> MADV_DONTNEED is handled with mmap_sem taken in read mode. >> We call page_mkclean without holding mmap_sem. >> >> MADV_DONTNEED implies that pages in the region are unmapped and subsequent >> access to

Re: [PATCH] perf: Change PMCR write to read-modify-write

On 21/03/2019 20:02, Sodagudi Prasad wrote: > On 2019-03-21 06:34, Julien Thierry wrote: >> Hi Prasad, >> >> On 21/03/2019 02:07, Prasad Sodagudi wrote: >>> Preserves the bitfields of PMCR_EL0(AArch64) during PMU reset. >>> Reset routine should write a 1 to PMCR.C and PMCR.P fields only >>> to r

Re: [PATCH 12/17] afs: Avoid section confusion in CM_NAME

Andi Kleen wrote: > __tracepoint_str cannot be const because the tracepoint_str > section is not read-only. Remove the stray const. > > Cc: dhowe...@redhat.com > Cc: v...@zeniv.linux.org.uk > Signed-off-by: Andi Kleen Acked-by: David Howells

Re: [PATCH 24/25] dt-bindings: an30259a: Add function and color properties

On Sun 2019-03-10 19:28:35, Jacek Anaszewski wrote: > Refer to new "function" and "color" properties and mark "label" > as deprecated. > > Signed-off-by: Jacek Anaszewski > Cc: Simon Shields Patches 6,8,10,14,16,18,20,22: Acked-by: Pavel Machek -- (english) http://www.livejournal.com/~pavel

[PATCH v2 7/8] emvtest: Add ability to run all tests

From: David Jacobson evmtest tests functionality of different IMA-Appraisal policies. To simplify testing, this patch defines an evmtest config file. This allows for running all tests at once, rather than invoking each test individually. Variables can be set once rather than specifying paramete

Re: [PATCHv2] x86/boot/KASLR: skip the specified crashkernel reserved region

On 03/22/19 at 03:52pm, Baoquan He wrote: > On 03/22/19 at 03:43pm, Pingfan Liu wrote: > > > > +/* parse crashkernel=x@y option */ > > > > +static void mem_avoid_crashkernel_simple(char *option) > > > > > > Chao ever mentioned this, I want to ask again, why does it has to be > > > xxx_simple()? > >

[PATCH v2 1/8] evmtest: Regression testing integrity subsystem

From: David Jacobson As the Linux integrity subsystem matures and new features are added, the number of kernel configuration options (Kconfig) and methods for loading policies have increased. Regression testing of new and existing features is needed to ensure correct behavior. The Linux Test Pro

[PATCH v2 8/8] evmtest: virtual machine compatibility

From: David Jacobson Regression testing kernels is a task that is often virtualized. This patch adds functionality to evmtest that enables a developer to determine if their kernel build is suitable for running in a virtual machine. Signed-off-by: David Jacobson changelog: * shellcheck complian

[PATCH v2 5/8] evmtest: validate boot record

From: David Jacobson The first record in the IMA runtime measurement list is the boot aggregate - a hash of PCRs 0-7. This test calculates the boot aggregate based off the PCRs and compares it to IMA's boot aggregate. Dependencies: a TPM, IBMTSS2. Signed-off-by: David Jacobson Changelog: * Ad

[PATCH v2 3/8] evmtest: test kernel module loading

From: David Jacobson The Linux kernel supports two methods of loading kernel modules - init_module and finit_module syscalls. This test verifies loading kernel modules with both syscalls, first without an IMA policy, and subsequently with an IMA policy (that restricts module loading to signed mod

[PATCH v2 4/8] evmtest: test kexec signature policy

From: David Jacobson With secure boot enabled, the bootloader verifies the kernel image's signature before transferring control to it. With Linux as the bootloader running with secure boot enabled, kexec needs to verify the kernel image's signature. This patch defined a new test named "kexec_sig

[PATCH v2 6/8] evmtest: test the preservation of extended attributes

From: David Jacobson IMA supports file signatures by storing information in a security.ima extended file attribute. This test ensures that the attribute is preserved when a file is copied. This test requires root because only root can write "security." xattrs to files. Signed-off-by: David Jaco

Re: [PATCH] tty: fix NULL pointer issue when tty_port ops is not set

Hi Greg, I do not think that any driver faces this problem. Nevertheless I found 2 drivers declaring an 'empty' struct (wasted) to solve this issue: drivers/char/ttyprintk: static const struct tty_port_operations null_ops = { }; drivers/tty/vcc.c: static struct tty_port_operations vcc_port_ops

Re: [PATCH 04/25] dt-bindings: leds: Add LED_COLOR_NAME definitions

On Sun 2019-03-10 19:28:15, Jacek Anaszewski wrote: > Add common LED color name definitions for use in Device Tree. Could we do "LED_COLOR_NAME_" => "LED_COLOR_"? Pavel > Signed-off-by: Jacek Anaszewski > Cc: Baolin Wang > Cc: Dan

[PATCH v2 2/8] evmtest: test loading IMA policies

From: David Jacobson IMA can be configured to require signatures on policies before loading them. This test verifies that IMA correctly validates signatures, and rejects policies that lack signatures or have been signed by an unauthorized party (i.e. certificate is not on the appropriate keyring)

Re: [PATCH] regulator: axp20x: Mark expected switch fall-throughs

On Thu, Mar 21, 2019 at 12:57 AM Gustavo A. R. Silva wrote: > > In preparation to enabling -Wimplicit-fallthrough, mark switch > cases where we are expecting to fall through. > > This patch fixes the following warnings: > > drivers/regulator/axp20x-regulator.c: In function ‘axp20x_set_dcdc_freq’:

Re: [PATCH] mfd: axp20x: Allow the AXP223 to be probed by i2c

On Mon, Mar 18, 2019 at 8:55 PM Maxime Ripard wrote: > > The AXP223 can be used both using the RSB proprietary bus, or a more > traditional I2C bus. The RSB is a faster bus and provides more features > (like some integrity checks on the messages), so it's usually preferrable > to use it, but since

Re: [PATCH] ARM: dts: sun8i: a23/a33: Add R_I2C Controller

On Mon, Mar 18, 2019 at 8:56 PM Maxime Ripard wrote: > > The A23 and A33 both have an I2C controller in the ARISC domain, that share > the same pins with the RSB bus. > > Even if it's an unusual configuration, that device can be used to drive the > PMIC, so let's use it. > > Signed-off-by: Maxime

[PATCH 0/4] phy: ti-pipe3: Match TRM sequence & settings

Hi Kishon, We need to follow the TRM sequence and settings to ensure that the DPLL & PHY operates correctly over the entire temperature range. Tested for SATA and USB. PCIe not tested. Since this is a bug fix, please queue this for v5.1-rc. Thanks. cheers, -roger Roger Quadros (4): phy: ti-p

Re: [RESEND PATCH v6 01/11] dt-bindings: mfd: add DT bindings for max77650

On Mon 2019-03-18 18:40:30, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > Add a DT binding document for max77650 ultra-low power PMIC. This > describes the core mfd device and the GPIO module. > > Signed-off-by: Bartosz Golaszewski > Reviewed-by: Rob Herring Acked-by: Pavel Mache

[PATCH 1/4] phy: ti-pipe3: Introduce mode property in driver data

Introduce a mode property in the driver data so that we don't have to keep using "of_device_is_compatible()" throughtout the driver. No functional change. Signed-off-by: Roger Quadros --- drivers/phy/ti/phy-ti-pipe3.c | 93 +-- 1 file changed, 57 insertions(+), 3

[PATCH 4/4] phy: ti-pipe3: Fix PCIe power up sequence

TRM [1] mentions that we need to power up PCIESS_PHY_TX and PCIESS_PHY_RX before configuring PCIe_PHY_RX SCP settings. See "Table 26-81. PCIePHY Subsystem Low-Level Programming Sequence". [1] DRA75x, DRA74x TRM - http://www.ti.com/lit/ug/sprui30f/sprui30f.pdf Signed-off-by: Roger Quadros --- d

[PATCH 2/4] phy: ti-pipe3: improve DPLL stability for SATA & USB

For increased DPLL stability use the settings recommended in the TRM [1] for PHY_RX registers for SATA and USB. For SATA we need to use spread spectrum settings even though we don't have spread spectrum enabled. The suggested non-spread spectrum settings don't work. [1] DRA75x, DRA74x TRM - http:

[PATCH 3/4] phy: ti-pipe3: Fix SATA & USB PHY power up sequence

As per "Table 26-7. SATA PHY Subsystem Low-Level Programming Sequence" in TRM [1] we need to turn on SATA_PHY_TX before SATA_PHY_RX. [1] DRA75x, DRA74x TRM - http://www.ti.com/lit/ug/sprui30f/sprui30f.pdf Signed-off-by: Roger Quadros --- drivers/phy/ti/phy-ti-pipe3.c | 44 ++

Re: [RESEND PATCH v6 02/11] dt-bindings: power: supply: add DT bindings for max77650

On Mon 2019-03-18 18:40:31, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > Add the DT binding document for the battery charger module of max77650. > > Signed-off-by: Bartosz Golaszewski > --- > .../power/supply/max77650-charger.txt | 27 +++ > 1 file changed

Re: [RESEND PATCH v6 03/11] dt-bindings: leds: add DT bindings for max77650

On Mon 2019-03-18 18:40:32, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > Add the DT binding document for the LEDs module of max77650. > > Signed-off-by: Bartosz Golaszewski > Reviewed-by: Rob Herring Acked-by: Pavel Machek > + led@0 { > + reg =

Re: [PATCH 2/2] PM / arch: x86: MSR_IA32_ENERGY_PERF_BIAS sysfs interface

On 3/21/19 11:20 PM, Rafael J. Wysocki wrote: From: Rafael J. Wysocki The Performance and Energy Bias Hint (EPB) is expected to be set by user space through the generic MSR interface, but that interface is not particularly nice and there are security concerns regarding it, so it is not always a

Re: [PATCH 1/2] PM / arch: x86: Rework the MSR_IA32_ENERGY_PERF_BIAS handling

On 3/21/19 11:18 PM, Rafael J. Wysocki wrote: From: Rafael J. Wysocki The current handling of MSR_IA32_ENERGY_PERF_BIAS in the kernel is problematic, because it may cause changes made by user space to that MSR (with the help of the x86_energy_perf_policy tool, for example) to be lost every time

[PATCH] ASoC: AMD: Configure wclk and bclk of master codec

With CCF support in da7219, we can now set the correct rate of wclk and bclk. Setting bclk at lower rate at 1.53Mhz from its earlier default rate of 3Mhz, also fixes noise issue observed on some dmics. Signed-off-by: Akshu Agrawal --- sound/soc/amd/acp-da7219-max98357a.c | 40 +++

Re: [RESEND PATCH v6 04/11] dt-bindings: input: add DT bindings for max77650

On Mon 2019-03-18 18:42:21, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > Add the DT binding document for the onkey module of max77650. > > Signed-off-by: Bartosz Golaszewski > Reviewed-by: Rob Herring > + onkey { > + compatible = "maxim,max77650-onkey"; > +

Re: [RESEND PATCH v6 05/11] mfd: core: document mfd_add_devices()

On Mon 2019-03-18 18:42:22, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > Add a kernel doc for mfd_add_devices(). > > Signed-off-by: Bartosz Golaszewski Acked-by: Pavel Machek -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.c

Re: [RESEND PATCH v6 06/11] mfd: max77650: new core mfd driver

On Mon 2019-03-18 18:42:23, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > Add the core mfd driver for max77650 PMIC. We define five sub-devices > for which the drivers will be added in subsequent patches. > > Signed-off-by: Bartosz Golaszewski > --- > drivers/mfd/Kconfig

[PATCH] mfd: sun6i-prcm: Allow to compile with COMPILE_TEST

Since this driver only has a dependency on ARCH_SUNXI just because it doesn't make any sense to run it on something else, we can definitely enable it through COMPILE_TEST as well to get some build coverage. Signed-off-by: Maxime Ripard --- drivers/mfd/Kconfig | 2 +- 1 file changed, 1 insertion(

Re: linux-next: build warning after merge of the sunxi tree

Hi, On Fri, Mar 22, 2019 at 08:30:48AM +1100, Stephen Rothwell wrote: > Hi all, > > After merging the sunxi tree, today's linux-next build (x86_64 > allmodconfig) produced this warning: > > WARNING: unmet direct dependencies detected for MFD_SUN6I_PRCM > Depends on [n]: HAS_IOMEM [=y] && ARCH_SU

Re: [RESEND PATCH v6 10/11] input: max77650: add onkey support

On Mon 2019-03-18 18:42:27, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > Add support for the push- and slide-button events for max77650. > > Signed-off-by: Bartosz Golaszewski > Acked-by: Dmitry Torokhov Acked-by: Pavel Machek -- (english) http://www.livejournal.com/~pavelmac

Re: [RESEND PATCH v6 09/11] leds: max77650: add LEDs support

On Mon 2019-03-18 18:42:26, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > This adds basic support for LEDs for the max77650 PMIC. The device has > three current sinks for driving LEDs. > > Signed-off-by: Bartosz Golaszewski > Acked-by: Jacek Anaszewski Acked-by: Pavel Machek >

Re: [PATCH RT 4.19] rcutorture: Fix oops when selecting non-default torture_type

On 2019-03-21 22:21:21 [-0500], Scott Wood wrote: > rcu_bh is disabled on PREEMPT_RT via a stub ops that has no name. Thus, > if a torture_type other than "rcu" is used, rcu_torture_init() will > pass NULL to strcmp() when iterating over torture_ops[], and oops. > > Signed-off-by: Scott Wood > -

Re: [PATCH] mm/isolation: Remove redundant pfn_valid_within() in __first_valid_page()

On Thu 21-03-19 09:43:15, Anshuman Khandual wrote: > pfn_valid_within() calls pfn_valid() when CONFIG_HOLES_IN_ZONE making it > redundant for both definitions (w/wo CONFIG_MEMORY_HOTPLUG) of the helper > pfn_to_online_page() which either calls pfn_valid() or pfn_valid_within(). > pfn_valid_within()

Re: [PATCH v2] iio: Add driver for TLA202x ADCs

Thanks for the review. I shall make these changes in v3. One comment below. On Sat, Mar 16, 2019 at 3:48 PM Jonathan Cameron wrote: > > On Wed, 13 Mar 2019 12:14:03 +0100 > Ibtsam Ul-Haq wrote: > > > Basic driver for Texas Instruments TLA202x series ADCs. Input > > channels are configurable from

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

Bisection is inconclusive: the first bad commit could be any of: 2c43838c sched/isolation: Enable CONFIG_CPU_ISOLATION=y by default bf29cb23 sched/isolation: Make CONFIG_NO_HZ_FULL select CONFIG_CPU_ISOLATION d94d1053 sched/isolation: Document boot parameters dependency on CONFIG_CPU_ISOLATION=

Re: [PATCH 3/4] rtc: wm831x: switch to rtc_time64_to_tm/rtc_tm_to_time64

On Fri, Mar 22, 2019 at 08:16:10AM +0100, Alexandre Belloni wrote: > Call the 64bit versions of rtc_tm time conversion now that the range is > enforced by the core. > > Signed-off-by: Alexandre Belloni > --- Acked-by: Charles Keepax Thanks, Charles

Re: [PATCH 4/4] rtc: wm831x: convert to SPDX identifier

On Fri, Mar 22, 2019 at 08:16:11AM +0100, Alexandre Belloni wrote: > Use SPDX-License-Identifier instead of a verbose license text. > > Signed-off-by: Alexandre Belloni > --- Acked-by: Charles Keepax Thanks, Charles

Re: [PATCH 2/4] rtc: wm831x: remove unnecessary goto

On Fri, Mar 22, 2019 at 08:16:09AM +0100, Alexandre Belloni wrote: > There is no specific handling in the error path of wm831x_rtc_probe, remove > the unnecessary goto and label. > > Signed-off-by: Alexandre Belloni > --- Acked-by: Charles Keepax Thanks, Charles

Re: [PATCH 1/4] rtc: wm831x: set range

On Fri, Mar 22, 2019 at 08:16:08AM +0100, Alexandre Belloni wrote: > The wm831x has a 32bit second counter. > > Signed-off-by: Alexandre Belloni > --- Acked-by: Charles Keepax Thanks, Charles

[PATCH] staging: olpc_dcon: Add Tabs to define-Macros

Improve Code Readability by adding Tabs after #define-Macro definition. Signed-off-by: Emanuel Bennici --- drivers/staging/olpc_dcon/olpc_dcon.h| 24 ++-- drivers/staging/olpc_dcon/olpc_dcon_xo_1_5.c | 8 +++ 2 files changed, 16 insertions(+), 16 deletions(-) diff -

Re: [RESEND PATCH v6 09/11] leds: max77650: add LEDs support

pt., 22 mar 2019 o 10:21 Pavel Machek napisał(a): > > On Mon 2019-03-18 18:42:26, Bartosz Golaszewski wrote: > > From: Bartosz Golaszewski > > > > This adds basic support for LEDs for the max77650 PMIC. The device has > > three current sinks for driving LEDs. > > > > Signed-off-by: Bartosz Golasz

Re: [RESEND PATCH v6 03/11] dt-bindings: leds: add DT bindings for max77650

pt., 22 mar 2019 o 10:02 Pavel Machek napisał(a): > > On Mon 2019-03-18 18:40:32, Bartosz Golaszewski wrote: > > From: Bartosz Golaszewski > > > > Add the DT binding document for the LEDs module of max77650. > > > > Signed-off-by: Bartosz Golaszewski > > Reviewed-by: Rob Herring > > Acked-by: P

Re: [RESEND PATCH v6 04/11] dt-bindings: input: add DT bindings for max77650

pt., 22 mar 2019 o 10:09 Pavel Machek napisał(a): > > On Mon 2019-03-18 18:42:21, Bartosz Golaszewski wrote: > > From: Bartosz Golaszewski > > > > Add the DT binding document for the onkey module of max77650. > > > > Signed-off-by: Bartosz Golaszewski > > Reviewed-by: Rob Herring > > > + on

Re: [PATCH V3] cpufreq: Call transition notifier only once for each policy

On Fri, Mar 22, 2019 at 7:28 AM Viresh Kumar wrote: > > On 21-03-19, 16:49, Thomas Gleixner wrote: > > On Wed, 20 Mar 2019, Viresh Kumar wrote: > > > > > > diff --git a/arch/x86/kernel/tsc.c b/arch/x86/kernel/tsc.c > > > index 3fae23834069..b2fe665878f7 100644 > > > --- a/arch/x86/kernel/tsc.c > >

Re: [PATCH v2 0/5] drivers: firmware: psci: Some cleanup and refactoring

On Wed, 13 Mar 2019 at 09:37, Ulf Hansson wrote: > > Changes in v2: > - Drop two patches from the series. > - Added acks and other tags, no other changes. > > All of these patches have been sent earlier, but part of a bigger series [1]. > Instead of waiting for that series to get r

Re: [RESEND PATCH v6 04/11] dt-bindings: input: add DT bindings for max77650

On Fri 2019-03-22 10:55:26, Bartosz Golaszewski wrote: > pt., 22 mar 2019 o 10:09 Pavel Machek napisał(a): > > > > On Mon 2019-03-18 18:42:21, Bartosz Golaszewski wrote: > > > From: Bartosz Golaszewski > > > > > > Add the DT binding document for the onkey module of max77650. > > > > > > Signed-of

Re: [PATCH] staging: ralink-gdma: Change uint32_t to u32

On Fri, Mar 22, 2019 at 12:55:02AM +0530, Bharath Vedartham wrote: > This is a follow up on my previous patch. Change occurences of the ^ Put this sort of information under the --- cut off below the Sign off. > stdint type uint32_t to its shortened type u3

[PATCH] RISC-V: Fix FIXMAP_TOP to avoid overlap with VMALLOC area

The FIXMAP area overlaps with VMALLOC area in Linux-5.1-rc1 hence we get below warning in Linux RISC-V 32bit kernel. This warning does not show-up in Linux RISC-V 64bit kernel due to large VMALLOC area. WARNING: CPU: 0 PID: 22 at mm/vmalloc.c:150 vmap_page_range_noflush+0x134/0x15c Modules linked

[PATCH v2] MAINTAINERS: Add mailing list for the interconnect API

Add a mailing list for patch reviews and discussions related to tuning the on-chip interconnects. For now i am not expecting a lot of traffic, so let's use the linux-pm@ list. Acked-by: Rafael J. Wysocki Signed-off-by: Georgi Djakov --- Hi Greg, Can you please pick this fix for the next possibl

Re: [PATCH] ceph: Fix a memory leak in ci->i_head_snapc

Luis Henriques writes: > "Yan, Zheng" writes: > >> On Tue, Mar 19, 2019 at 12:22 AM Luis Henriques wrote: >>> >>> "Yan, Zheng" writes: >>> >>> > On Mon, Mar 18, 2019 at 6:33 PM Luis Henriques >>> > wrote: >>> >> >>> >> "Yan, Zheng" writes: >>> >> >>> >> > On Fri, Mar 15, 2019 at 7:13 PM Lui

Re: Help on testing ad5933 driver

On Thu, Mar 21, 2019 at 04:39:13PM -0300, Marcelo Schmitt wrote: > Hello, would anyone mind helping me test ad5933 driver on actual > hardware? I went through this > (https://oslongjourney.github.io/linux-kernel/experiment-one-iio-dummy/) > tutorial so I was able to load iio_simple_dummy driver, c

Re: [PATCH v2 0/7] iommu/vt-d: Fix-up device-domain relationship by refactoring to use iommu group default domain.

Hey Lu, > On 20 Mar 2019, at 01:26, Lu Baolu wrote: > > Hi James, > > On 3/19/19 9:35 PM, James Sewart wrote: >> Hey Lu, >>> On 15 Mar 2019, at 03:13, Lu Baolu wrote: >>> >>> Hi James, >>> >>> On 3/14/19 7:56 PM, James Sewart wrote: Patches 1 and 2 are the same as v1. v1-v2:

Re: [PATCH 00/25] coresight: Support for ACPI bindings

On 03/20/2019 06:49 PM, Suzuki K Poulose wrote: This series adds the support for CoreSight devices on ACPI based platforms. The device connections are encoded as _DSD graph property[0], with CoreSight specific extensions to indicate the direction of data flow as described in [1]. Components attac

Re: [PATCH v5 10/19] mm: pagewalk: Add p4d_entry() and pgd_entry()

On 21/03/2019 21:15, Mike Rapoport wrote: > On Thu, Mar 21, 2019 at 02:19:44PM +, Steven Price wrote: >> pgd_entry() and pud_entry() were removed by commit 0b1fbfe50006c410 >> ("mm/pagewalk: remove pgd_entry() and pud_entry()") because there were >> no users. We're about to add users so reintro

Re: BUG: unable to handle kernel paging request in do_mount

This bug is marked as fixed by commit: vfs: namespace: error pointer dereference in do_remount() But I can't find it in any tested tree for more than 90 days. Is it a correct commit? Please update it by replying: #syz fix: exact-commit-title Until then the bug is still considered open and new cras

Re: [PATCH v2 03/15] drm/bridge: tc358767: Simplify polling in tc_link_training()

On 22/03/2019 05:28, Andrey Smirnov wrote: > Replace explicit polling in tc_link_training() with equivalent call to > tc_poll_timeout() for simplicity. No functional change intended (not > including slightly altered debug output). > > Signed-off-by: Andrey Smirnov > Cc: Archit Taneja > Cc: Andrz

[GIT PULL] MMC fixes for v5.1-rc2

Hi Linus, Here's a PR with a couple of MMC fixes intended for v5.1-rc2. Details about the highlights are as usual found in the signed tag. Please pull this in! Kind regards Ulf Hansson The following changes since commit 9e98c678c2d6ae3a17cb2de55d17f69dddaa231b: Linux 5.1-rc1 (2019-03-17 14:

Re: [PATCH 0/4] Signal: Fix hard lockup problem in flush_sigqueue()

On Thu, Mar 21, 2019 at 05:45:08PM -0400, Waiman Long wrote: > It was found that if a process has accumulated sufficient number of > pending signals, the exiting of that process may cause its parent to > have hard lockup when running on a debug kernel with a slow memory > freeing path (like with KA

[PATCH] svm/avic: Fix invalidate logical APIC id entry

Only clear the valid bit when invalidate logical APIC id entry. The current logic clear the valid bit, but also set the rest of the bits (including reserved bits) to 1. Fixes: 98d90582be2e ('svm: Fix AVIC DFR and LDR handling') Signed-off-by: Suravee Suthikulpanit --- arch/x86/kvm/svm.c | 2 +-

Re: [PATCH] ARM: dts: imx6qdl-sabresd: change phy-mode to use rgmii-id

On 22. 03. 19 3:24, Fabio Estevam wrote: On Thu, Mar 21, 2019 at 11:15 PM Shawn Guo wrote: Unfortunately, just by looking at the dts files we do not know if a board uses an AR803x PHY or not, so I am afraid we can not do an automatic conversion. At least for those we already know? Yes, I c

[GIT PULL] Power management fixes for v5.1-rc2

Hi Linus, Please pull from the tag git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \ pm-5.1-rc2 with top-most commit 112a04f653ddf1d4246415e8e0d820002ebe8dca Merge branch 'pm-domains' into pm on top of commit 9e98c678c2d6ae3a17cb2de55d17f69dddaa231b Linux 5.1-rc1 to rec

Re: [PATCH v2] thunderbolt: Fix to check for kmemdup failure

On Wed, Mar 20, 2019 at 10:57:54AM -0500, Aditya Pakki wrote: > Memory allocated via kmemdup might fail and return a NULL pointer. > This patch adds a check on the return value of kmemdup and passes the > error upstream. > > Signed-off-by: Aditya Pakki Applied, thanks!

  1   2   3   4   5   6   7   8   9   10   >