Re: [PATCH 2/2] gpio: iproc-gpio: Handle interrupts for multiple instances

2019-09-20 Thread Srinath Mannam
Hi Linus, We have tested patch with your changes, it works fine. Thanks a lot for all the help. Regards, Srinath. On Wed, Sep 11, 2019 at 3:13 PM Linus Walleij wrote: > > On Thu, Aug 29, 2019 at 5:52 AM Srinath Mannam > wrote: > > > From: Rayagonda Kokatanur > > > > When multiple instance of

[PATCH -next] w1: ds250x: Fix build error without CRC16

2019-09-20 Thread YueHaibing
If CRC16 is not set, building will fails: drivers/w1/slaves/w1_ds250x.o: In function `w1_ds2505_read_page': w1_ds250x.c:(.text+0x82f): undefined reference to `crc16' w1_ds250x.c:(.text+0x90a): undefined reference to `crc16' w1_ds250x.c:(.text+0x91a): undefined reference to `crc16' Reported-by:

Re: [PATCH] tty:vt: Add check the return value of kzalloc to avoid oops

2019-09-20 Thread Greg KH
On Thu, Sep 19, 2019 at 10:56:15PM -0400, Nicolas Pitre wrote: > On Thu, 19 Sep 2019, Greg KH wrote: > > > On Thu, Sep 19, 2019 at 05:18:15PM +0800, Xiaoming Ni wrote: > > > Using kzalloc() to allocate memory in function con_init(), but not > > > checking the return value, there is a risk of null

Re: [PATCH] tty:vt: Add check the return value of kzalloc to avoid oops

2019-09-20 Thread Greg KH
On Fri, Sep 20, 2019 at 02:29:49AM +, Nixiaoming wrote: > On 2019/9/19 17:30, Greg KH wrote: > > On Thu, Sep 19, 2019 at 05:18:15PM +0800, Xiaoming Ni wrote: > >> Using kzalloc() to allocate memory in function con_init(), but not > >> checking the return value, there is a risk of null pointer

Re: [PATCH] staging: rtl8192u: fix multiple memory leaks on error path

2019-09-20 Thread Greg Kroah-Hartman
On Thu, Sep 19, 2019 at 09:51:33PM -0500, Navid Emamdoost wrote: > In rtl8192_tx on error handling path allocated urbs and also skb should > be released. > > Signed-off-by: Navid Emamdoost > --- > drivers/staging/rtl8192u/r8192U_core.c | 17 - > 1 file changed, 12 insertions(+),

Re: mt76x2e hardware restart

2019-09-20 Thread Oleksandr Natalenko
On 19.09.2019 23:22, Oleksandr Natalenko wrote: It checks for TX hang here: === mt76x02_mmio.c 557 void mt76x02_wdt_work(struct work_struct *work) 558 { ... 562 mt76x02_check_tx_hang(dev); === I've commented out the watchdog here ^^, and the card is not resetted any more, but similarly

[PATCH 02/32] arm64: Use pr_warn instead of pr_warning

2019-09-20 Thread Kefeng Wang
As said in commit f2c2cbcc35d4 ("powerpc: Use pr_warn instead of pr_warning"), removing pr_warning so all logging messages use a consistent _warn style. Let's do it. Cc: Will Deacon Cc: Mark Rutland Cc: Catalin Marinas Signed-off-by: Kefeng Wang --- arch/arm64/kernel/hw_breakpoint.c | 8

Re: [PATCH v3 2/6] platform/x86: huawei-wmi: Add quirks and module parameters

2019-09-20 Thread Greg Kroah-Hartman
On Thu, Sep 19, 2019 at 08:39:07PM -0400, Ayman Bagabas wrote: > Introduce quirks and module parameters. 3 quirks are added: > 1. Fixes reporting brightness keys twice since it's already handled by >acpi-video. > 2. Some models need a short delay when setting battery thresholds to >prevent

[PATCH 24/32] dma-debug: Use pr_warn instead of pr_warning

2019-09-20 Thread Kefeng Wang
As said in commit f2c2cbcc35d4 ("powerpc: Use pr_warn instead of pr_warning"), removing pr_warning so all logging messages use a consistent _warn style. Let's do it. Cc: Christoph Hellwig Cc: Marek Szyprowski Cc: Robin Murphy Signed-off-by: Kefeng Wang --- kernel/dma/debug.c | 2 +- 1 file

[PATCH 23/32] vgacon: Use pr_warn instead of pr_warning

2019-09-20 Thread Kefeng Wang
As said in commit f2c2cbcc35d4 ("powerpc: Use pr_warn instead of pr_warning"), removing pr_warning so all logging messages use a consistent _warn style. Let's do it. Cc: Bartlomiej Zolnierkiewicz Cc: linux-fb...@vger.kernel.org Signed-off-by: Kefeng Wang --- drivers/video/console/vgacon.c | 6

[PATCH 07/32] x86: Use pr_warn instead of pr_warning

2019-09-20 Thread Kefeng Wang
As said in commit f2c2cbcc35d4 ("powerpc: Use pr_warn instead of pr_warning"), removing pr_warning so all logging messages use a consistent _warn style. Let's do it. Cc: Ingo Molnar Cc: Borislav Petkov Cc: "H. Peter Anvin" Cc: Robert Richter Cc: Darren Hart Cc: Andy Shevchenko

[PATCH 29/32] tools lib api: Renaming pr_warning to pr_warn

2019-09-20 Thread Kefeng Wang
For kernel logging macro, pr_warning is completely removed and replaced by pr_warn, using pr_warn in tools lib api for symmetry to kernel logging macro, then we could drop pr_warning in the whole linux code. Changing __pr_warning to __pr_warn to be consistent. Cc: Arnaldo Carvalho de Melo

[PATCH 32/32] checkpatch: Drop pr_warning check

2019-09-20 Thread Kefeng Wang
For now, all pr_warning are removed, delete pr_warning check in checkpatch. Cc: Andy Whitcroft Cc: Joe Perches Signed-off-by: Kefeng Wang --- scripts/checkpatch.pl | 9 - 1 file changed, 9 deletions(-) diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl index

[PATCH 21/32] staging: Use pr_warn instead of pr_warning

2019-09-20 Thread Kefeng Wang
As said in commit f2c2cbcc35d4 ("powerpc: Use pr_warn instead of pr_warning"), removing pr_warning so all logging messages use a consistent _warn style. Let's do it. Cc: Karsten Keil Cc: Greg Kroah-Hartman Signed-off-by: Kefeng Wang --- drivers/staging/isdn/gigaset/interface.c | 2 +- 1 file

[PATCH 31/32] tools perf: Renaming pr_warning to pr_warn

2019-09-20 Thread Kefeng Wang
For kernel logging macro, pr_warning is completely removed and replaced by pr_warn, using pr_warn in tools perf for symmetry to kernel logging macro, then we could drop pr_warning in the whole linux code. Cc: Arnaldo Carvalho de Melo Cc: Peter Zijlstra Cc: Ingo Molnar Cc: Mark Rutland Cc:

[PATCH 25/32] trace: Use pr_warn instead of pr_warning

2019-09-20 Thread Kefeng Wang
As said in commit f2c2cbcc35d4 ("powerpc: Use pr_warn instead of pr_warning"), removing pr_warning so all logging messages use a consistent _warn style. Let's do it. Cc: Steven Rostedt Cc: Ingo Molnar Signed-off-by: Kefeng Wang --- kernel/trace/trace_benchmark.c | 4 ++-- 1 file changed, 2

[PATCH 26/32] lib: cpu_rmap: Use pr_warn instead of pr_warning

2019-09-20 Thread Kefeng Wang
As said in commit f2c2cbcc35d4 ("powerpc: Use pr_warn instead of pr_warning"), removing pr_warning so all logging messages use a consistent _warn style. Let's do it. Cc: Andrew Morton Signed-off-by: Kefeng Wang --- lib/cpu_rmap.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[PATCH 30/32] tools lib bpf: Renaming pr_warning to pr_warn

2019-09-20 Thread Kefeng Wang
For kernel logging macro, pr_warning is completely removed and replaced by pr_warn, using pr_warn in tools lib bpf for symmetry to kernel logging macro, then we could drop pr_warning in the whole linux code. Cc: Alexei Starovoitov Cc: Daniel Borkmann Cc: Martin KaFai Lau Cc: Song Liu Cc:

[PATCH 08/32] acpi: Use pr_warn instead of pr_warning

2019-09-20 Thread Kefeng Wang
As said in commit f2c2cbcc35d4 ("powerpc: Use pr_warn instead of pr_warning"), removing pr_warning so all logging messages use a consistent _warn style. Let's do it. Cc: "Rafael J. Wysocki" Cc: Len Brown Cc: James Morse Signed-off-by: Kefeng Wang --- drivers/acpi/apei/apei-base.c | 36

[PATCH 18/32] platform/x86: Use pr_warn instead of pr_warning

2019-09-20 Thread Kefeng Wang
As said in commit f2c2cbcc35d4 ("powerpc: Use pr_warn instead of pr_warning"), removing pr_warning so all logging messages use a consistent _warn style. Let's do it. Cc: Corentin Chary Cc: Darren Hart Cc: Andy Shevchenko Signed-off-by: Kefeng Wang --- drivers/platform/x86/asus-laptop.c|

[PATCH 19/32] scsi: Use pr_warn instead of pr_warning

2019-09-20 Thread Kefeng Wang
As said in commit f2c2cbcc35d4 ("powerpc: Use pr_warn instead of pr_warning"), removing pr_warning so all logging messages use a consistent _warn style. Let's do it. Cc: "James E.J. Bottomley" Cc: "Martin K. Petersen" Signed-off-by: Kefeng Wang --- drivers/scsi/a3000.c | 2 +- 1 file changed,

[PATCH 14/32] idsn: Use pr_warn instead of pr_warning

2019-09-20 Thread Kefeng Wang
As said in commit f2c2cbcc35d4 ("powerpc: Use pr_warn instead of pr_warning"), removing pr_warning so all logging messages use a consistent _warn style. Let's do it. Cc: Karsten Keil Signed-off-by: Kefeng Wang --- drivers/isdn/hardware/mISDN/avmfritz.c | 16

[PATCH 09/32] drbd: Use pr_warn instead of pr_warning

2019-09-20 Thread Kefeng Wang
As said in commit f2c2cbcc35d4 ("powerpc: Use pr_warn instead of pr_warning"), removing pr_warning so all logging messages use a consistent _warn style. Let's do it. Cc: Philipp Reisner Cc: Lars Ellenberg Cc: Jens Axboe Cc: drbd-...@lists.linbit.com Signed-off-by: Kefeng Wang ---

[PATCH 03/32] ia64: Use pr_warn instead of pr_warning

2019-09-20 Thread Kefeng Wang
As said in commit f2c2cbcc35d4 ("powerpc: Use pr_warn instead of pr_warning"), removing pr_warning so all logging messages use a consistent _warn style. Let's do it. Cc: Tony Luck Cc: Fenghua Yu Signed-off-by: Kefeng Wang --- arch/ia64/kernel/setup.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH 27/32] ASoC: samsung: Use pr_warn instead of pr_warning

2019-09-20 Thread Kefeng Wang
As said in commit f2c2cbcc35d4 ("powerpc: Use pr_warn instead of pr_warning"), removing pr_warning so all logging messages use a consistent _warn style. Let's do it. Cc: Krzysztof Kozlowski Cc: Sangbeom Kim Cc: Sylwester Nawrocki Cc: Jaroslav Kysela Cc: Takashi Iwai Signed-off-by: Kefeng

[PATCH 12/32] crypto: n2: Use pr_warn instead of pr_warning

2019-09-20 Thread Kefeng Wang
As said in commit f2c2cbcc35d4 ("powerpc: Use pr_warn instead of pr_warning"), removing pr_warning so all logging messages use a consistent _warn style. Let's do it. Cc: Herbert Xu Cc: "David S. Miller" Signed-off-by: Kefeng Wang --- drivers/crypto/n2_core.c | 12 ++-- 1 file changed,

[PATCH 05/32] sh: Use pr_warn instead of pr_warning

2019-09-20 Thread Kefeng Wang
As said in commit f2c2cbcc35d4 ("powerpc: Use pr_warn instead of pr_warning"), removing pr_warning so all logging messages use a consistent _warn style. Let's do it. Cc: Stephen Rothwell Cc: Yoshinori Sato Cc: Rich Felker Signed-off-by: Kefeng Wang --- arch/sh/boards/mach-sdk7786/nmi.c|

[PATCH 20/32] sh/intc: Use pr_warn instead of pr_warning

2019-09-20 Thread Kefeng Wang
As said in commit f2c2cbcc35d4 ("powerpc: Use pr_warn instead of pr_warning"), removing pr_warning so all logging messages use a consistent _warn style. Let's do it. Cc: Yoshinori Sato Cc: Rich Felker Signed-off-by: Kefeng Wang --- drivers/sh/intc/core.c | 4 ++-- 1 file changed, 2

[PATCH 28/32] printk: Drop pr_warning

2019-09-20 Thread Kefeng Wang
With all pr_warning are removed, saftely drop pr_warning definition. Cc: Petr Mladek Cc: Sergey Senozhatsky Cc: Steven Rostedt Signed-off-by: Kefeng Wang --- include/linux/printk.h | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/include/linux/printk.h

[PATCH 17/32] oprofile: Use pr_warn instead of pr_warning

2019-09-20 Thread Kefeng Wang
As said in commit f2c2cbcc35d4 ("powerpc: Use pr_warn instead of pr_warning"), removing pr_warning so all logging messages use a consistent _warn style. Let's do it. Cc: Robert Richter Signed-off-by: Kefeng Wang --- drivers/oprofile/oprofile_perf.c | 8 1 file changed, 4

[PATCH 10/32] gdrom: Use pr_warn instead of pr_warning

2019-09-20 Thread Kefeng Wang
As said in commit f2c2cbcc35d4 ("powerpc: Use pr_warn instead of pr_warning"), removing pr_warning so all logging messages use a consistent _warn style. Let's do it. Cc: Jens Axboe Signed-off-by: Kefeng Wang --- drivers/cdrom/gdrom.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)

[PATCH 00/32] Kill pr_warning in the whole linux code

2019-09-20 Thread Kefeng Wang
There are pr_warning and pr_warng to show WARNING level message, most of the code using pr_warn, number based on next-20190919, pr_warn: 5189 pr_warning: 546 (tools: 398, others: 148)

[PATCH 15/32] macintosh: Use pr_warn instead of pr_warning

2019-09-20 Thread Kefeng Wang
As said in commit f2c2cbcc35d4 ("powerpc: Use pr_warn instead of pr_warning"), removing pr_warning so all logging messages use a consistent _warn style. Let's do it. Cc: Benjamin Herrenschmidt Cc: linuxppc-...@lists.ozlabs.org Signed-off-by: Kefeng Wang ---

[PATCH v1 0/2] Add initial support for slimport anx7625

2019-09-20 Thread Xin Ji
Hi all, The following series add initial support for the Slimport ANX7625 transmitter, a ultra-low power Full-HD 4K MIPI to DP transmitter designed for portable device. This is the first version upload, any mistakes, please let me know, I will fix it in the next series. Thanks, Xin Xin Ji

[PATCH 22/32] fs: afs: Use pr_warn instead of pr_warning

2019-09-20 Thread Kefeng Wang
As said in commit f2c2cbcc35d4 ("powerpc: Use pr_warn instead of pr_warning"), removing pr_warning so all logging messages use a consistent _warn style. Let's do it. Cc: David Howells Cc: linux-...@lists.infradead.org Signed-off-by: Kefeng Wang --- fs/afs/flock.c | 4 ++-- fs/afs/inode.c

[PATCH 01/32] alpha: Use pr_warn instead of pr_warning

2019-09-20 Thread Kefeng Wang
As said in commit f2c2cbcc35d4 ("powerpc: Use pr_warn instead of pr_warning"), removing pr_warning so all logging messages use a consistent _warn style. Let's do it. Cc: Peter Zijlstra Cc: Ingo Molnar Signed-off-by: Kefeng Wang --- arch/alpha/kernel/perf_event.c | 4 ++-- 1 file changed, 2

[PATCH 13/32] ide: Use pr_warn instead of pr_warning

2019-09-20 Thread Kefeng Wang
As said in commit f2c2cbcc35d4 ("powerpc: Use pr_warn instead of pr_warning"), removing pr_warning so all logging messages use a consistent _warn style. Let's do it. Cc: "David S. Miller" Signed-off-by: Kefeng Wang --- drivers/ide/tx4938ide.c | 2 +- drivers/ide/tx4939ide.c | 6 +++--- 2 files

Re: [PATCH] base: soc: Export soc_device_to_device API

2019-09-20 Thread Greg KH
On Thu, Sep 19, 2019 at 08:36:51PM -0700, Bjorn Andersson wrote: > On Thu 19 Sep 15:45 PDT 2019, Greg KH wrote: > > > On Thu, Sep 19, 2019 at 03:40:17PM -0700, Bjorn Andersson wrote: > > > On Thu 19 Sep 15:25 PDT 2019, Greg KH wrote: > > > > > > > On Thu, Sep 19, 2019 at 03:14:56PM -0700, Bjorn

[PATCH 06/32] sparc: Use pr_warn instead of pr_warning

2019-09-20 Thread Kefeng Wang
As said in commit f2c2cbcc35d4 ("powerpc: Use pr_warn instead of pr_warning"), removing pr_warning so all logging messages use a consistent _warn style. Let's do it. Cc: "David S. Miller" Cc: Andrew Morton Signed-off-by: Kefeng Wang --- arch/sparc/kernel/smp_64.c | 6 +++--- 1 file changed, 3

[PATCH 16/32] of: Use pr_warn instead of pr_warning

2019-09-20 Thread Kefeng Wang
As said in commit f2c2cbcc35d4 ("powerpc: Use pr_warn instead of pr_warning"), removing pr_warning so all logging messages use a consistent _warn style. Let's do it. Cc: Rob Herring Cc: Frank Rowand Signed-off-by: Kefeng Wang --- drivers/of/fdt.c | 20 ++-- 1 file changed, 10

[PATCH 04/32] riscv: Use pr_warn instead of pr_warning

2019-09-20 Thread Kefeng Wang
As said in commit f2c2cbcc35d4 ("powerpc: Use pr_warn instead of pr_warning"), removing pr_warning so all logging messages use a consistent _warn style. Let's do it. Cc: Paul Walmsley Cc: Palmer Dabbelt Cc: Albert Ou Signed-off-by: Kefeng Wang --- arch/riscv/kernel/module.c | 4 ++-- 1 file

[PATCH 11/32] clocksource: samsung_pwm_timer: Use pr_warn instead of pr_warning

2019-09-20 Thread Kefeng Wang
As said in commit f2c2cbcc35d4 ("powerpc: Use pr_warn instead of pr_warning"), removing pr_warning so all logging messages use a consistent _warn style. Let's do it. Cc: Daniel Lezcano Signed-off-by: Kefeng Wang --- drivers/clocksource/samsung_pwm_timer.c | 2 +- 1 file changed, 1

Re: [PATCH 18/32] platform/x86: Use pr_warn instead of pr_warning

2019-09-20 Thread Andy Shevchenko
On Fri, Sep 20, 2019 at 9:10 AM Kefeng Wang wrote: > > As said in commit f2c2cbcc35d4 ("powerpc: Use pr_warn instead of > pr_warning"), removing pr_warning so all logging messages use a > consistent _warn style. Let's do it. > Please, split on three patches (per driver). >

[RFC 1/2] kvm: Mechanism to copy host timekeeping parameters into guest.

2019-09-20 Thread Suleiman Souhlal
This is used to synchronize time between host and guest. The guest can request the (guest) physical address it wants the data in through the MSR_KVM_TIMEKEEPER_EN MSR. We maintain a shadow copy of the timekeeper that gets updated whenever the timekeeper gets updated, and then copied into the

[RFC 0/2] kvm: Use host timekeeping in guest.

2019-09-20 Thread Suleiman Souhlal
This RFC is to try to solve the following problem: We have some applications that are currently running in their own namespace, that still talk to other processes on the machine, using IPC, and expect to run on the same machine. We want to move them into a virtual machine, for the usual benefits

[RFC 2/2] x86/kvmclock: Use host timekeeping.

2019-09-20 Thread Suleiman Souhlal
When CONFIG_KVMCLOCK_HOST_TIMEKEEPING is enabled, and the host supports it, update our timekeeping parameters to be the same as the host. This lets us have our time synchronized with the host's, even in the presence of host NTP or suspend. When enabled, kvmclock uses raw tsc instead of pvclock.

Re: [PATCH 18/32] platform/x86: Use pr_warn instead of pr_warning

2019-09-20 Thread Kefeng Wang
On 2019/9/20 14:26, Andy Shevchenko wrote: > On Fri, Sep 20, 2019 at 9:10 AM Kefeng Wang > wrote: >> As said in commit f2c2cbcc35d4 ("powerpc: Use pr_warn instead of >> pr_warning"), removing pr_warning so all logging messages use a >> consistent _warn style. Let's do it. >> > Please, split on

[PATCH V3 1/2] mm/hugetlb: Make alloc_gigantic_page() available for general use

2019-09-20 Thread Anshuman Khandual
alloc_gigantic_page() implements an allocation method where it scans over various zones looking for a large contiguous memory block which could not have been allocated through the buddy allocator. A subsequent patch which tests arch page table helpers needs such a method to allocate PUD_SIZE sized

[PATCH V3 2/2] mm/pgtable/debug: Add test validating architecture page table helpers

2019-09-20 Thread Anshuman Khandual
This adds a test module which will validate architecture page table helpers and accessors regarding compliance with generic MM semantics expectations. This will help various architectures in validating changes to the existing page table helpers or addition of new ones. Test page table and memory

[PATCH V3 0/2] mm/debug: Add tests for architecture exported page table helpers

2019-09-20 Thread Anshuman Khandual
This series adds a test validation for architecture exported page table helpers. Patch in the series adds basic transformation tests at various levels of the page table. Before that it exports gigantic page allocation function from HugeTLB. This test was originally suggested by Catalin during

[RFC v2] zswap: Add CONFIG_ZSWAP_IO_SWITCH to handle swap IO issue

2019-09-20 Thread Hui Zhu
This is the second version of this patch. The previous version is in https://lkml.org/lkml/2019/9/11/935 I updated the commit introduction and Kconfig because it is not clear. Currently, I use a VM that has 2 CPUs, 4G memory and 4G swap file. I found that swap will affect the IO performance

Re: [PATCH v3 1/2] edac: Add an API for edac device to report for multiple errors

2019-09-20 Thread Robert Richter
On 19.09.19 18:17:12, Hanna Hawa wrote: > Add an API for EDAC device to report multiple errors with same type. > > Signed-off-by: Hanna Hawa With the change below it looks good to me: Acked-by: Robert Richter Thanks, -Robert > --- > drivers/edac/edac_device.c | 62

Re: [PATCH v2] iio: imu: adis16400: release allocated memory on failure

2019-09-20 Thread Ardelean, Alexandru
On Thu, 2019-09-19 at 10:50 -0500, Navid Emamdoost wrote: > In adis_update_scan_mode, if allocation for adis->buffer fails, > previously allocated adis->xfer needs to be released. > > v2: added adis->xfer = NULL to avoid any potential double free. Reviewed-by: Alexandru Ardelean >

Re: [PATCH v2] iio: imu: adis16400: fix memory leak

2019-09-20 Thread Ardelean, Alexandru
On Thu, 2019-09-19 at 10:56 -0500, Navid Emamdoost wrote: > In adis_update_scan_mode_burst, if adis->buffer allocation fails release > the adis->xfer. > > v2: set adis->xfer = NULL to avoid any potential double free. > Reviewed-by: Alexandru Ardelean > Signed-off-by: Navid Emamdoost > --- >

Re: [PATCH 4.9 00/74] 4.9.194-stable review

2019-09-20 Thread Naresh Kamboju
On Fri, 20 Sep 2019 at 03:50, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.9.194 release. > There are 74 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > >

Re: [PATCH v3 2/2] edac: move edac_device_handle_*() API functions to header

2019-09-20 Thread Robert Richter
On 19.09.19 18:17:13, Hanna Hawa wrote: > Move edac_device_handle_*() functions from source file to header file as > inline funtcion that use the new API with single error. > > Signed-off-by: Hanna Hawa With the changes below it looks good to me: Acked-by: Robert Richter Thanks, -Robert >

[PATCH] ubifs: Remove obsolete TODO from dfs_file_write()

2019-09-20 Thread Richard Weinberger
AFAICT this kind of problems are no longer possible since debugfs gained file removal protection via e9117a5a4bf6 ("debugfs: implement per-file removal protection"). Cc: Christoph Hellwig Cc: Nicolai Stange Signed-off-by: Richard Weinberger --- fs/ubifs/debug.c | 12 1 file

[PATCH] jffs2:freely allocate memory when parameters are invalid

2019-09-20 Thread Xiaoming Ni
Use kzalloc() to allocate memory in jffs2_fill_super(). Freeing memory when jffs2_parse_options() fails will cause use-after-free and double-free in jffs2_kill_sb() Reference: commit 92e2921f7eee6345 ("jffs2: free jffs2_sb_info through jffs2_kill_sb()") This makes the code difficult to

[PATCH v7] dt-bindings: ASoC: Add tas2770 smart PA dt bindings

2019-09-20 Thread shifu0704
From: Frank Shi Add tas2770 smart PA dt bindings Signed-off-by: Frank Shi --- .../devicetree/bindings/sound/tas2770.txt | 37 ++ 1 file changed, 37 insertions(+) create mode 100644 Documentation/devicetree/bindings/sound/tas2770.txt diff --git

[PATCH v7] tas2770: add tas2770 smart PA kernel driver

2019-09-20 Thread shifu0704
From: Frank Shi add tas2770 smart PA kernel driver Signed-off-by: Frank Shi --- sound/soc/codecs/Kconfig | 5 + sound/soc/codecs/Makefile | 2 + sound/soc/codecs/tas2770.c | 808 + sound/soc/codecs/tas2770.h | 164 + 4 files changed,

Re: [EXT] [PATCH v3] serial: imx: adapt rx buffer and dma periods

2019-09-20 Thread Philipp Puschmann
Hi Andy, Am 20.09.19 um 05:42 schrieb Andy Duan: > From: Philipp Puschmann Sent: Thursday, > September 19, 2019 10:51 PM >> Using only 4 DMA periods for UART RX is very few if we have a high frequency >> of small transfers - like in our case using Bluetooth with many small packets >> via UART -

Re: [PATCH v3 2/6] platform/x86: huawei-wmi: Add quirks and module parameters

2019-09-20 Thread Hans de Goede
Hi, On 20-09-2019 08:08, Greg Kroah-Hartman wrote: On Thu, Sep 19, 2019 at 08:39:07PM -0400, Ayman Bagabas wrote: Introduce quirks and module parameters. 3 quirks are added: 1. Fixes reporting brightness keys twice since it's already handled by acpi-video. 2. Some models need a short delay

Re: [PATCH v3 2/6] platform/x86: huawei-wmi: Add quirks and module parameters

2019-09-20 Thread Takashi Iwai
On Fri, 20 Sep 2019 09:24:08 +0200, Hans de Goede wrote: > > Hi, > > On 20-09-2019 08:08, Greg Kroah-Hartman wrote: > > On Thu, Sep 19, 2019 at 08:39:07PM -0400, Ayman Bagabas wrote: > >> Introduce quirks and module parameters. 3 quirks are added: > >> 1. Fixes reporting brightness keys twice

Re: [PATCH] Drivers: hv: vmbus: Fix harmless building warnings without CONFIG_PM

2019-09-20 Thread Arnd Bergmann
On Thu, Sep 19, 2019 at 11:38 PM Dexuan Cui wrote: > > Sent: Thursday, September 19, 2019 5:11 AM > > On Thu, Sep 19, 2019 at 7:19 AM Dexuan Cui wrote: > > I think this will still produce a warning if CONFIG_PM is set but > > CONFIG_PM_SLEEP is not, possibly in other configurations as > > well.

RE: [EXT] [PATCH v3] serial: imx: adapt rx buffer and dma periods

2019-09-20 Thread Andy Duan
From: Philipp Puschmann Sent: Friday, September 20, 2019 3:06 PM > Am 20.09.19 um 05:42 schrieb Andy Duan: > > From: Philipp Puschmann Sent: Thursday, > > September 19, 2019 10:51 PM > >> Using only 4 DMA periods for UART RX is very few if we have a high > >> frequency of small transfers - like

checkpatch warnings in sched.h

2019-09-20 Thread Steve French
Any hints to get rid of the noisy warnings in sched.h that make it hard to spot real warnings: /include/linux/sched.h:609:43: error: bad integer constant expression /include/linux/sched.h:609:73: error: invalid named zero-width bitfield `value' I noticed mention of this on lkml but didn't see

Re: [PATCH v3 2/6] platform/x86: huawei-wmi: Add quirks and module parameters

2019-09-20 Thread Hans de Goede
Hi, On 20-09-2019 09:29, Takashi Iwai wrote: On Fri, 20 Sep 2019 09:24:08 +0200, Hans de Goede wrote: Hi, On 20-09-2019 08:08, Greg Kroah-Hartman wrote: On Thu, Sep 19, 2019 at 08:39:07PM -0400, Ayman Bagabas wrote: Introduce quirks and module parameters. 3 quirks are added: 1. Fixes

[PATCH v2] mm: implement write-behind policy for sequential file writes

2019-09-20 Thread Konstantin Khlebnikov
Traditional writeback tries to accumulate as much dirty data as possible. This is worth strategy for extremely short-living files and for batching writes for saving battery power. But for workloads where disk latency is important this policy generates periodic disk load spikes which increases

Re: [PATCH 1/3] dt-bindings: power: add Amlogic secure power domains bindings

2019-09-20 Thread Jianxin Pan
Hi Martin, On 2019/9/20 4:06, Martin Blumenstingl wrote: > Hi Jianxin, > > On Thu, Sep 19, 2019 at 2:11 PM Jianxin Pan wrote: >> >> Add the bindings for the Amlogic Secure power domains, controlling the >> secure power domains. >> >> The bindings targets the Amlogic A1 and C1 compatible SoCs,

Re: [PATCH v2] extcon-intel-cht-wc: Don't reset USB data connection at probe

2019-09-20 Thread Chanwoo Choi
Hi Andy, On 19. 9. 18. 오후 4:17, Andy Shevchenko wrote: > On Wed, Sep 18, 2019 at 2:04 AM Yauhen Kharuzhy wrote: >> >> On Tue, Sep 17, 2019 at 02:13:22PM +0300, Andy Shevchenko wrote: >>> On Tue, Sep 17, 2019 at 12:15:36AM +0300, Yauhen Kharuzhy wrote: Intel Cherry Trail Whiskey Cove extcon

Re: [PATCH v2] mm: implement write-behind policy for sequential file writes

2019-09-20 Thread Konstantin Khlebnikov
Script for trivial demo in attachment $ bash test_writebehind.sh SIZE 3,2Gdummy vm.dirty_write_behind = 0 COPY real0m3.629s user0m0.016s sys 0m3.613s Dirty: 3254552 kB SYNC real0m31.953s user0m0.002s sys 0m0.000s vm.dirty_write_behind = 1 COPY real

Re: dimlib: should it really be enabled by default? [Was: [PATCH] trivial: lib/Kconfig: typo modertion -> moderation]

2019-09-20 Thread Tal Gilboa
On 9/20/2019 12:07 AM, Uwe Kleine-König wrote: > On 9/19/19 11:03 PM, Uwe Kleine-König wrote: >> Fixes: 4f75da3666c0 ("linux/dim: Move implementation to .c files") >> Signed-off-by: Uwe Kleine-König >> --- >> lib/Kconfig | 2 +- >> 1 file changed, 1 insertion(+), 1 deletion(-) >> >> diff --git

Re: [PATCH] ARM: aspeed: ast2500 is ARMv6K

2019-09-20 Thread Arnd Bergmann
On Fri, Sep 20, 2019 at 7:51 AM Joel Stanley wrote: > On Thu, 19 Sep 2019 at 14:27, Arnd Bergmann wrote: > > Signed-off-by: Arnd Bergmann > > --- > > arch/arm/mach-aspeed/Kconfig | 1 - > > 1 file changed, 1 deletion(-) > > > > diff --git a/arch/arm/mach-aspeed/Kconfig

Re: [PATCH v3 23/26] memstick: use PCI_STD_NUM_BARS

2019-09-20 Thread Ulf Hansson
On Mon, 16 Sep 2019 at 22:47, Denis Efremov wrote: > > Use define PCI_STD_NUM_BARS instead of PCI_ROM_RESOURCE for the number of > PCI BARs. > > Cc: Maxim Levitsky > Cc: Alex Dubov > Cc: Ulf Hansson > Signed-off-by: Denis Efremov Assuming this depends on other changes in the series? Thus

Re: [HELP REQUESTED from the community] Was: Staging status of speakup

2019-09-20 Thread Greg Kroah-Hartman
On Wed, Sep 18, 2019 at 01:30:33PM -0700, Gregory Nowak wrote: > > Extra line between each attribute (before the "What:" line) would be > > nice. > > In a previous post above, you wrote: > On Mon, Sep 16, 2019 at 04:11:00PM +0200, Greg Kroah-Hartman wrote: > > Anyway, please put the Description:

Re: [PATCH V6 0/3] mmc: mmci: add busy detect for stm32 sdmmc variant

2019-09-20 Thread Ulf Hansson
On Wed, 18 Sep 2019 at 11:33, Ludovic BARRE wrote: > > hi Ulf > > Just a "gentleman ping" about this series and > https://lkml.org/lkml/2019/9/4/747 Thanks for pinging, I will come to this as soon as I can. September has been a busy month, being on the road most of the time. Apologize for the

Re: [RFC 0/2] kvm: Use host timekeeping in guest.

2019-09-20 Thread Paolo Bonzini
On 20/09/19 08:27, Suleiman Souhlal wrote: > To do that, I am changing kvmclock to request to the host to copy > its timekeeping parameters (mult, base, cycle_last, etc), so that > the guest timekeeper can use the same values, so that time can > be synchronized between the guest and the host. > >

Re: INFO: rcu detected stall in sys_exit_group

2019-09-20 Thread Dmitry Vyukov
On Thu, Sep 19, 2019 at 10:12 PM Paul E. McKenney wrote: > > On Thu, Sep 19, 2019 at 07:39:03PM +0200, Dmitry Vyukov wrote: > > On Thu, Sep 19, 2019 at 7:07 PM Paul E. McKenney wrote: > > > > > > On Wed, Sep 18, 2019 at 05:05:26PM +0200, Dmitry Vyukov wrote: > > > > On Wed, Sep 18, 2019 at 1:19

[PATCH] ASoC: ti: fix SND_SOC_DM365_VOICE_CODEC dependencies

2019-09-20 Thread Arnd Bergmann
SND_SOC_DM365_VOICE_CODEC is a 'bool' option in a choice statement, meaning it cannot be set to =m, but it selects two other drivers that we may want to be loadable modules after all: WARNING: unmet direct dependencies detected for SND_SOC_CQ0093VC Depends on [m]: SOUND [=m] && !UML && SND [=m]

with due respect

2019-09-20 Thread Mr Duna Wattara
Dear Friend, I know that this mail will come to you as a surprise as we have never met before, but need not to worry as I am contacting you independently of my investigation and no one is informed of this communication. I need your urgent assistance in transferring the sum of $11.3million

Re: INFO: rcu detected stall in sys_exit_group

2019-09-20 Thread Dmitry Vyukov
On Fri, Sep 20, 2019 at 9:50 AM Dmitry Vyukov wrote: > > On Thu, Sep 19, 2019 at 10:12 PM Paul E. McKenney wrote: > > > > On Thu, Sep 19, 2019 at 07:39:03PM +0200, Dmitry Vyukov wrote: > > > On Thu, Sep 19, 2019 at 7:07 PM Paul E. McKenney > > > wrote: > > > > > > > > On Wed, Sep 18, 2019 at

Re: [PATCH 2/3] soc: amlogic: Add support for Secure power domains controller

2019-09-20 Thread Jianxin Pan
Hi Martin, On 2019/9/20 4:03, Martin Blumenstingl wrote: > Hi Jianxin, > > I added three comments below from a quick glance at this driver (I > didn't have time for a complete review) > > On Thu, Sep 19, 2019 at 2:11 PM Jianxin Pan wrote: > [...] >> + pm_genpd_init(>base, NULL,

[PATCH v2 linux-next 0/4] arm/arm64: configs: Convert all CONFIG_REMOTEPROC instances to y

2019-09-20 Thread Keerthy
Commit 6334150e9 changes CONFIG_REMOTEPROC to a boolean config option that inhibits all defconfigs marking CONFIG_REMOTEPROC as a module in compiling the remoteproc and dependent config options. So convert all the instances to built in. Boot tested for omap2plus_defconfig for dra7/am4/am3. Any

[PATCH v2 linux-next 2/4] arm: configs: davinci_all_defconfig: Change CONFIG_REMOTEPROC from m to y

2019-09-20 Thread Keerthy
Commit 6334150e9a36 ("remoteproc: don't allow modular build") changes CONFIG_REMOTEPROC to a boolean from a tristate config option which inhibits all defconfigs marking CONFIG_REMOTEPROC as a module in compiling the remoteproc and dependent config options. So fix the davinci_all_defconfig to have

[PATCH v2 linux-next 3/4] arm: configs: multi_v7_defconfig: Change CONFIG_REMOTEPROC from m to y

2019-09-20 Thread Keerthy
Commit 6334150e9a36 ("remoteproc: don't allow modular build") changes CONFIG_REMOTEPROC to a boolean from a tristate config option which inhibits all defconfigs marking CONFIG_REMOTEPROC as a module in compiling the remoteproc and dependent config options. So fix the multi_v7_defconfig to have

[PATCH v2 linux-next 4/4] arm64: configs: defconfig: Change CONFIG_REMOTEPROC from m to y

2019-09-20 Thread Keerthy
Commit 6334150e9a36 ("remoteproc: don't allow modular build") changes CONFIG_REMOTEPROC to a boolean from a tristate config option which inhibits all defconfigs marking CONFIG_REMOTEPROC as a module in compiling the remoteproc and dependent config options. So fix the defconfig to have

[PATCH v2 linux-next 1/4] arm: configs: omap2plus_defconfig: Change CONFIG_REMOTEPROC from m to y

2019-09-20 Thread Keerthy
Commit 6334150e9a36 ("remoteproc: don't allow modular build") changes CONFIG_REMOTEPROC to a boolean from a tristate config option which inhibits all defconfigs marking CONFIG_REMOTEPROC as a module in compiling the remoteproc and dependent config options. So fix the omap2plus_defconfig to have

Re: [PATCH v3 0/2] tcpm: AMS and Collision Avoidance

2019-09-20 Thread Hans de Goede
Hi Kyle, On 20-09-2019 05:24, Kyle Tso wrote: *** BLURB HERE *** Kyle Tso (2): usb: typec: tcpm: AMS and Collision Avoidance usb: typec: tcpm: AMS for PD2.0 May I ask how and on which hardware you have tested this? And specifically if you have tested this in combination with pwr-role

Re: INFO: rcu detected stall in sys_exit_group

2019-09-20 Thread Dmitry Vyukov
On Fri, Sep 20, 2019 at 9:54 AM Dmitry Vyukov wrote: > > On Thu, Sep 19, 2019 at 10:12 PM Paul E. McKenney > > wrote: > > > > > > On Thu, Sep 19, 2019 at 07:39:03PM +0200, Dmitry Vyukov wrote: > > > > On Thu, Sep 19, 2019 at 7:07 PM Paul E. McKenney > > > > wrote: > > > > > > > > > > On Wed,

Re: [PATCH v3 23/26] memstick: use PCI_STD_NUM_BARS

2019-09-20 Thread Denis Efremov
On 20.09.2019 10:42, Ulf Hansson wrote: > On Mon, 16 Sep 2019 at 22:47, Denis Efremov wrote: >> >> Use define PCI_STD_NUM_BARS instead of PCI_ROM_RESOURCE for the number of >> PCI BARs. >> >> Cc: Maxim Levitsky >> Cc: Alex Dubov >> Cc: Ulf Hansson >> Signed-off-by: Denis Efremov > >

Re: [BACKPORT 4.14.y v2 6/6] serial: sprd: Modify the baud rate calculation formula

2019-09-20 Thread Johan Hovold
On Thu, Sep 05, 2019 at 05:58:05PM +0800, Baolin Wang wrote: > Hi Johan, > > On Thu, 5 Sep 2019 at 17:01, Johan Hovold wrote: > > > > On Thu, Sep 05, 2019 at 11:11:26AM +0800, Baolin Wang wrote: > > > From: Lanqing Liu > > > > > > [Upstream commit 5b9cea15a3de5d65000d49f626b71b00d42a0577] > > >

Re: [PATCH 3/3] clk: meson: clk-pll: always enable a critical PLL when setting the rate

2019-09-20 Thread Neil Armstrong
Hi Stephen, On 19/09/2019 19:06, Stephen Boyd wrote: > Quoting Jerome Brunet (2019-09-19 06:01:28) >> On Thu 19 Sep 2019 at 11:38, Neil Armstrong wrote: >> >>> Make sure we always enable a PLL on a set_rate() when the PLL is >>> flagged as critical. >>> >>> This fixes the case when the Amlogic

Re: [PATCH V1 3/6] USB: serial: f81232: Add generator for F81534A

2019-09-20 Thread Johan Hovold
On Mon, Sep 02, 2019 at 10:59:17AM +0800, Ji-Ze Hong (Peter Hong) wrote: > Hi Johan, > > Johan Hovold 於 2019/8/28 下午 11:02 寫道: > > On Thu, Jun 06, 2019 at 10:54:13AM +0800, Ji-Ze Hong (Peter Hong) wrote: > >> The Fintek F81534A series is contains 1 HUB / 1 GPIO device / n UARTs, > >> but the UART

Re: [PATCH -next] PCI: tegra: Add missing include file

2019-09-20 Thread Andrew Murray
On Fri, Sep 20, 2019 at 09:48:07AM +0800, YueHaibing wrote: > Fix build error without CONFIG_PINCTRL > > drivers/pci/controller/dwc/pcie-tegra194.c: In function tegra_pcie_config_rp: > drivers/pci/controller/dwc/pcie-tegra194.c:1394:8: error: implicit > declaration of function

Re: [PATCH v1 0/3] mm/memory_hotplug: Export generic_online_page()

2019-09-20 Thread David Hildenbrand
On 09.09.19 13:48, David Hildenbrand wrote: > Based on linux/next + "[PATCH 0/3] Remove __online_page_set_limits()" > > Let's replace the __online_page...() functions by generic_online_page(). > Hyper-V only wants to delay the actual onlining of un-backed pages, so we > can simpy re-use the

Re: [Patch v2 08/13] media: am437x-vpfe: Use a per instance format array instead of a static one

2019-09-20 Thread Hans Verkuil
On 9/19/19 10:41 PM, Benoit Parrot wrote: > Using a statically defined format array would cause issue when > multiple vpfe instance would be connected to sub-device of > different capabilities. We need to use an instance based array > instead to properly maintain a per port/instance format list. >

Re: [PATCH v3 0/2] tcpm: AMS and Collision Avoidance

2019-09-20 Thread Kyle Tso
Hi Hans, I have tested these on an Android device (ARM64). All the swap operations work fine (Power Role/Data Role/Vconn Swap). (except for Fast Role Swap because it is still not supported in TCPM) Regards, Kyle Tso On Fri, Sep 20, 2019 at 4:02 PM Hans de Goede wrote: > > Hi Kyle, > > On

Re: [Patch v2 10/13] media: am437x-vpfe: Remove print_fourcc helper

2019-09-20 Thread Hans Verkuil
On 9/19/19 10:41 PM, Benoit Parrot wrote: > print_fourcc helper function was used for debug log to > convert a pixel format code into its readable form for display > purposes. But since it used a single static buffer to perform > the conversion this might lead to display format issue when more >

Re: INFO: rcu detected stall in sys_exit_group

2019-09-20 Thread Dmitry Vyukov
On Fri, Sep 20, 2019 at 10:03 AM Dmitry Vyukov wrote: > > On Fri, Sep 20, 2019 at 9:54 AM Dmitry Vyukov wrote: > > > On Thu, Sep 19, 2019 at 10:12 PM Paul E. McKenney > > > wrote: > > > > > > > > On Thu, Sep 19, 2019 at 07:39:03PM +0200, Dmitry Vyukov wrote: > > > > > On Thu, Sep 19, 2019 at

Re: [PATCH bpf] libbpf: fix version identification on busybox

2019-09-20 Thread Ivan Khoronzhuk
On Thu, Sep 19, 2019 at 01:02:40PM -0700, Andrii Nakryiko wrote: On Thu, Sep 19, 2019 at 11:22 AM Ivan Khoronzhuk wrote: It's very often for embedded to have stripped version of sort in busybox, when no -V option present. It breaks build natively on target board causing recursive loop.

  1   2   3   4   5   6   7   8   9   10   >