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

2019-09-19 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, 9

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

2019-09-19 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 a/Documentation/dev

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

2019-09-19 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 change

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

2019-09-19 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 understan

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

2019-09-19 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 > d

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

2019-09-19 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. > > Res

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

2019-09-19 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 v2] iio: imu: adis16400: release allocated memory on failure

2019-09-19 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 > Signed-off-by

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

2019-09-19 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 +

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

2019-09-19 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 when

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

2019-09-19 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-19 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 p

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

2019-09-19 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 arm6

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

2019-09-19 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

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

2019-09-19 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 guest

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

2019-09-19 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-19 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. W

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

2019-09-19 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). > drivers/platform/x86/

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

2019-09-19 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 A

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

2019-09-19 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 04/32] riscv: Use pr_warn instead of pr_warning

2019-09-19 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 c

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

2019-09-19 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 insertion(+),

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

2019-09-19 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-19 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 --- drivers/macintosh/windfarm_fcu_contro

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

2019-09-19 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-19 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 ins

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

2019-09-19 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

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

2019-09-19 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 i

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

2019-09-19 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-19 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| 2

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

2019-09-19 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 insertions(+),

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

2019-09-19 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(-) di

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

2019-09-19 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 (2):

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

2019-09-19 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 drivers/isdn/hardw

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

2019-09-19 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 --- drivers/bloc

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

2019-09-19 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 d

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

2019-09-19 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 Wang

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

2019-09-19 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 insertions(

[PATCH 28/32] printk: Drop pr_warning

2019-09-19 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 b/include/linux/pri

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

2019-09-19 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-19 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-19 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 26/32] lib: cpu_rmap: Use pr_warn instead of pr_warning

2019-09-19 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 --git

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

2019-09-19 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-19 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 Signed-off-by:

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

2019-09-19 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 Signed

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

2019-09-19 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: Alex

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

2019-09-19 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 ch

[PATCH 32/32] checkpatch: Drop pr_warning check

2019-09-19 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 93a7edfe0f05..56d7

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

2019-09-19 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 c

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

2019-09-19 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 ins

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

2019-09-19 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: Yongh

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

2019-09-19 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-19 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

Re: mt76x2e hardware restart

2019-09-19 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 it

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

2019-09-19 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: [PATCH] tty:vt: Add check the return value of kzalloc to avoid oops

2019-09-19 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 r

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

2019-09-19 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

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

2019-09-19 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: Hu

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

2019-09-19 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

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

2019-09-19 Thread Andrew Jeffery
On Thu, 19 Sep 2019, at 23:56, Arnd Bergmann wrote: > Linux supports both the original ARMv6 level (early ARM1136) and ARMv6K > (later ARM1136, ARM1176 and ARM11mpcore). > > ast2500 falls into the second categoy, being based on arm1176jzf-s. > This is enabled by default when using ARCH_MULTI_V6

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

2019-09-19 Thread Joel Stanley
On Thu, 19 Sep 2019 at 14:27, Arnd Bergmann wrote: > > Linux supports both the original ARMv6 level (early ARM1136) and ARMv6K > (later ARM1136, ARM1176 and ARM11mpcore). > > ast2500 falls into the second categoy, being based on arm1176jzf-s. > This is enabled by default when using ARCH_MULTI_V6,

Re: drivers/crypto/inside-secure/safexcel.c:840:9: error: implicit declaration of function 'pci_irq_vector'; did you mean 'rcu_irq_enter'?

2019-09-19 Thread Yuehaibing
Herbert, This has been fixed in below patch, but I can't find it in linux-next. https://patchwork.kernel.org/patch/11129983/ On 2019/9/20 9:03, kbuild test robot wrote: > Hi Pascal, > > FYI, the error/warning still remains. > > tree: > https://kernel.googlesource.com/pub/scm/linux/kernel/gi

[PATCH 2/5] net: ethernet: stmmac: fix warning when w=1 option is used during build

2019-09-19 Thread Christophe Roullier
This patch fix the following warning: warning: variable ‘ret’ set but not used [-Wunused-but-set-variable] int val, ret; Signed-off-by: Christophe Roullier --- drivers/net/ethernet/stmicro/stmmac/dwmac-stm32.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/n

[PATCH 4/5] ARM: dts: stm32: adjust slew rate for Ethernet

2019-09-19 Thread Christophe Roullier
ETH_MDIO slew-rate should be set to "0" instead of "2" Signed-off-by: Christophe Roullier --- arch/arm/boot/dts/stm32mp157-pinctrl.dtsi | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/arch/arm/boot/dts/stm32mp157-pinctrl.dtsi b/arch/arm/boot/dts/stm32mp157-pinctrl.d

[PATCH 0/5] net: ethernet: stmmac: some fixes and optimization

2019-09-19 Thread Christophe Roullier
Some improvements (manage syscfg as optional clock, update slew rate of ETH_MDIO pin, Enable gating of the MAC TX clock during TX low-power mode) Fix warning build message when W=1 Christophe Roullier (5): net: ethernet: stmmac: Add support for syscfg clock net: ethernet: stmmac: fix warning w

[PATCH 3/5] ARM: dts: stm32: remove syscfg clock on stm32mp157c ethernet

2019-09-19 Thread Christophe Roullier
Syscfg is now activated automatically when syscfg registers are used Signed-off-by: Christophe Roullier --- arch/arm/boot/dts/stm32mp157c.dtsi | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/arch/arm/boot/dts/stm32mp157c.dtsi b/arch/arm/boot/dts/stm32mp157c.dtsi index

[PATCH 5/5] ARM: dts: stm32: Enable gating of the MAC TX clock during TX low-power mode on stm32mp157c

2019-09-19 Thread Christophe Roullier
When there is no activity on ethernet phy link, the ETH_GTX_CLK is cut Signed-off-by: Christophe Roullier --- arch/arm/boot/dts/stm32mp157c.dtsi | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/boot/dts/stm32mp157c.dtsi b/arch/arm/boot/dts/stm32mp157c.dtsi index f51d6222a0e8..d78dfc

[PATCH 1/5] net: ethernet: stmmac: Add support for syscfg clock

2019-09-19 Thread Christophe Roullier
Add optional support for syscfg clock in dwmac-stm32.c Now Syscfg clock is activated automatically when syscfg registers are used Signed-off-by: Christophe Roullier --- .../net/ethernet/stmicro/stmmac/dwmac-stm32.c | 36 +-- 1 file changed, 25 insertions(+), 11 deletions(-) diff

[PATCH v2 5/5] leds: lm3692x: Use flags from LM3692X_BRT_CTRL

2019-09-19 Thread Guido Günther
Use LM3692X_RAMP_EN instead of LM3692X_PWM_HYSTER_4LSB since the later is a flag for the PWM register. The actual register value remains unchanged. Signed-off-by: Guido Günther Reviewed-by: Dan Murphy Acked-by: Pavel Machek --- drivers/leds/leds-lm3692x.c | 2 +- 1 file changed, 1 insertion(+)

[PATCH v2 3/5] leds: lm3692x: Handle failure to probe the regulator

2019-09-19 Thread Guido Günther
Instead use devm_regulator_get_optional since the regulator is optional and check for errors. Signed-off-by: Guido Günther Acked-by: Pavel Machek --- drivers/leds/leds-lm3692x.c | 13 +++-- 1 file changed, 11 insertions(+), 2 deletions(-) diff --git a/drivers/leds/leds-lm3692x.c b/driv

[PATCH v2 1/5] leds: lm3692x: Print error value on dev_err

2019-09-19 Thread Guido Günther
This gives a way better idea what is going on. Signed-off-by: Guido Günther Reviewed-by: Dan Murphy Acked-by: Pavel Machek --- drivers/leds/leds-lm3692x.c | 17 ++--- 1 file changed, 10 insertions(+), 7 deletions(-) diff --git a/drivers/leds/leds-lm3692x.c b/drivers/leds/leds-lm36

[PATCH v2 0/5] leds: lm3692x: Probing and flag fixes

2019-09-19 Thread Guido Günther
The driver currently returns success on init although probing fails and register setup uses flag values from other registers which is confusing when reading the driver. This series cleans this up. Changes from v1: - Add reviewed by's from Dan Murphy, thanks! https://lore.kernel.org/linux-leds/c

[PATCH v2 2/5] leds: lm3692x: Don't overwrite return value in error path

2019-09-19 Thread Guido Günther
The driver currently reports successful initialization on every failure as long as it's able to power off the regulator. Don't check the return value of regulator_disable to avoid that. Signed-off-by: Guido Günther --- drivers/leds/leds-lm3692x.c | 7 --- 1 file changed, 4 insertions(+), 3 d

[PATCH v2 4/5] leds: lm3692x: Use flags from LM3692X_BOOST_CTRL

2019-09-19 Thread Guido Günther
The current setup of LM3692X_BOOST_CTRL uses flags from LM3692X_BRT_CTRL. Use flags from LM3692X_BOOST_CTRL but leave the resulting register value unchanged. Signed-off-by: Guido Günther Reviewed-by: Dan Murphy Acked-by: Pavel Machek --- drivers/leds/leds-lm3692x.c | 6 +++--- 1 file changed,

Re: [PATCH 17/23] mtd: spi-nor: Fix clearing of QE bit on lock()/unlock()

2019-09-19 Thread Tudor.Ambarus
Hi, Vignesh, On 09/19/2019 05:33 PM, Vignesh Raghavendra wrote: > External E-Mail > > > Hi Tudor > > [...] > > On 17-Sep-19 9:25 PM, tudor.amba...@microchip.com wrote: >> +static int spi_nor_write_16bit_sr_and_check(struct spi_nor *nor, u8 >> status_new, >> +

Re: [RFC {net,iproute2}-next 0/2] Introduce an eBPF hookpoint for tx queue selection in the XPS (Transmit Packet Steering) code.

2019-09-19 Thread Matt Cover
On Thu, Sep 19, 2019 at 7:45 PM Matt Cover wrote: > > On Thu, Sep 19, 2019 at 6:42 PM Jason Wang wrote: > > > > > > On 2019/9/20 上午8:05, Matt Cover wrote: > > > On Thu, Sep 19, 2019 at 3:45 PM Matthew Cover > > > wrote: > > >> WORK IN PROGRESS: > > >>* bpf program loading works! > > >>*

[PATCH] qede: qede_fp: simplify a bit 'qede_rx_build_skb()'

2019-09-19 Thread Christophe JAILLET
Use 'skb_put_data()' instead of rewritting it. This improves readability. Signed-off-by: Christophe JAILLET --- drivers/net/ethernet/qlogic/qede/qede_fp.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/net/ethernet/qlogic/qede/qede_fp.c b/drivers/net/ethernet/qlog

Re: [PATCH v3 3/3] clk: qcom: Add Global Clock controller (GCC) driver for SC7180

2019-09-19 Thread Rajendra Nayak
On 9/20/2019 9:30 AM, Taniya Das wrote: Hi Rajendra, Please pick the patch in the series : https://patchwork.kernel.org/patch/11150013/ ah, right, not sure how I missed the PATCH 1/3 in the series. Sorry about the noise. On 9/19/2019 4:38 PM, Rajendra Nayak wrote: [].. +static struct

Re: [PATCH 19/23] mtd: spi-nor: Rework spansion(_no)_read_cr_quad_enable()

2019-09-19 Thread Tudor.Ambarus
On 09/19/2019 08:34 PM, Vignesh Raghavendra wrote: > > > On 17-Sep-19 9:25 PM, tudor.amba...@microchip.com wrote: >> From: Tudor Ambarus >> >> Merge: >> spansion_no_read_cr_quad_enable() >> spansion_read_cr_quad_enable() >> >> in spi_nor_sr2_bit1_quad_enable(). >> >> Avoid duplication of code

arch/mips/include/asm/octeon/cvmx-ipd.h:330:27: error: storage size of 'pip_sft_rst' isn't known

2019-09-19 Thread kbuild test robot
Hi Matthew, FYI, the error/warning still remains. tree: https://kernel.googlesource.com/pub/scm/linux/kernel/git/torvalds/linux.git master head: 574cc4539762561d96b456dbc0544d8898bd4c6e commit: 171a9bae68c72f2d1260c3825203760856e6793b staging/octeon: Allow test build on !MIPS date: 7 wee

Re: [breakage] panic() does not halt arm64 systems under certain conditions

2019-09-19 Thread Jookia
On Tue, Sep 17, 2019 at 11:45:19AM +0100, Will Deacon wrote: > Hi, > > [Expanding CC list; original message is here: > > https://lore.kernel.org/linux-arm-kernel/BX1W47JXPMR8.58IYW53H6M5N@dragonstone/] > > On Mon, Sep 16, 2019 at 09:35:36PM -0400, Xogium wrote: > > On arm64 in some situations u

Re: [RFC v4 3/3] vhost: introduce mdev based hardware backend

2019-09-19 Thread Tiwei Bie
On Tue, Sep 17, 2019 at 03:26:30PM +0800, Jason Wang wrote: > On 2019/9/17 上午9:02, Tiwei Bie wrote: > > diff --git a/drivers/vhost/mdev.c b/drivers/vhost/mdev.c > > new file mode 100644 > > index ..8c6597aff45e > > --- /dev/null > > +++ b/drivers/vhost/mdev.c > > @@ -0,0 +1,462 @@ > > +

Re: [PATCH] rpmsg: glink: Fix channel memory leak

2019-09-19 Thread Bjorn Andersson
On Thu 19 Sep 03:05 PDT 2019, Srinivas Kandagatla wrote: > If we stop and start the dsp while channel is open then there is a leak > in the driver as the refcount is not accounted for the open. > > This patch checks if the channel is open while running cleanup code > and does an extra kref_put to

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

2019-09-19 Thread Anshuman Khandual
On 09/18/2019 11:52 PM, Gerald Schaefer wrote: > On Wed, 18 Sep 2019 18:26:03 +0200 > Christophe Leroy wrote: > > [..] >> My suggestion was not to completely drop the #ifdef but to do like you >> did in pgd_clear_tests() for instance, ie to add the following test on >> top of the function:

Re: [PATCH 4.4 00/56] 4.4.194-stable review

2019-09-19 Thread kernelci.org bot
stable-rc/linux-4.4.y boot: 47 boots: 1 failed, 46 passed (v4.4.193-57-g7b679e1a966b) Full Boot Summary: https://kernelci.org/boot/all/job/stable-rc/branch/linux-4.4.y/kernel/v4.4.193-57-g7b679e1a966b/ Full Build Summary: https://kernelci.org/build/stable-rc/branch/linux-4.4.y/kernel/v4.4.193-5

Re: [PATCH v3 3/3] clk: qcom: Add Global Clock controller (GCC) driver for SC7180

2019-09-19 Thread Taniya Das
Hi Rajendra, Please pick the patch in the series : https://patchwork.kernel.org/patch/11150013/ On 9/19/2019 4:38 PM, Rajendra Nayak wrote: [].. +static struct clk_rcg_dfs_data gcc_dfs_clocks[] = { +    DEFINE_RCG_DFS(gcc_qupv3_wrap0_s0_clk_src), +    DEFINE_RCG_DFS(gcc_qupv3_wrap0_s1_clk_s

Re: [PATCH 5.2 000/124] 5.2.17-stable review

2019-09-19 Thread kernelci.org bot
stable-rc/linux-5.2.y boot: 72 boots: 0 failed, 71 passed with 1 conflict (v5.2.16-125-g690411952b3d) Full Boot Summary: https://kernelci.org/boot/all/job/stable-rc/branch/linux-5.2.y/kernel/v5.2.16-125-g690411952b3d/ Full Build Summary: https://kernelci.org/build/stable-rc/branch/linux-5.2.y/k

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

2019-09-19 Thread Andrew Jeffery
On Thu, 19 Sep 2019, at 23:56, Arnd Bergmann wrote: > Linux supports both the original ARMv6 level (early ARM1136) and ARMv6K > (later ARM1136, ARM1176 and ARM11mpcore). > > ast2500 falls into the second categoy, being based on arm1176jzf-s. > This is enabled by default when using ARCH_MULTI_V6

[PATCH] x86/kdump: Fix 'kmem -s' reported an invalid freepointer when SME was active

2019-09-19 Thread Lianbo Jiang
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=204793 Kdump kernel will reuse the first 640k region because of some reasons, for example: the trampline and conventional PC system BIOS region may require to allocate memory in this area. Obviously, kdump kernel will also overwrite the first 6

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

2019-09-19 Thread 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 - causing many dma transfers but in each only filling a fra

Re: [PATCH 4.19 00/79] 4.19.75-stable review

2019-09-19 Thread kernelci.org bot
stable-rc/linux-4.19.y boot: 68 boots: 0 failed, 68 passed (v4.19.74-80-g42a609acc1b2) Full Boot Summary: https://kernelci.org/boot/all/job/stable-rc/branch/linux-4.19.y/kernel/v4.19.74-80-g42a609acc1b2/ Full Build Summary: https://kernelci.org/build/stable-rc/branch/linux-4.19.y/kernel/v4.19.7

Re: [GIT PULL] Kbuild updates for v5.4-rc1

2019-09-19 Thread Masahiro Yamada
Hi Linus, On Wed, Sep 18, 2019 at 3:48 AM Jessica Yu wrote: > > +++ Will Deacon [17/09/19 19:16 +0100]: > >Hi Jessica, > > > >On Tue, Sep 17, 2019 at 08:01:36PM +0200, Jessica Yu wrote: > >> Yikes, I did not catch Stephen Rothwell's email about pausing the > >> linux-next releases from Sept 5 unt

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

2019-09-19 Thread Bjorn Andersson
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 Andersson wrote: > > > > On Thu 19 Sep 14:58 PDT 2019, Greg KH wrote: > > > >

Re: [PATCH 1/2] soc: ti: big cleanup of Kconfig file

2019-09-19 Thread Randy Dunlap
On 9/19/19 6:14 PM, santosh.shilim...@oracle.com wrote: > On 9/19/19 3:33 PM, Randy Dunlap wrote: >> From: Randy Dunlap >> >> Cleanup drivers/soc/ti/Kconfig: >> - delete duplicate words >> - end sentences with '.' >> - fix typos/spellos >> - Subsystem is one word >> - capitalize acronyms >> - refl

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

2019-09-19 Thread Kyle Tso
*** BLURB HERE *** Kyle Tso (2): usb: typec: tcpm: AMS and Collision Avoidance usb: typec: tcpm: AMS for PD2.0 drivers/usb/typec/tcpm/tcpm.c | 523 ++ include/linux/usb/pd.h| 1 + include/linux/usb/tcpm.h | 4 + 3 files changed, 468 insertions

[PATCH v3 2/2] usb: typec: tcpm: AMS for PD2.0

2019-09-19 Thread Kyle Tso
AMS is defined in PD2.0 as well. Remove the filter in tcpm_ams_start and change the CC for Collision Avoidance only if the negotiated revision is higher than PD2.0. Signed-off-by: Kyle Tso --- Changelog since v2: - N/A; This is the first version. drivers/usb/typec/tcpm/tcpm.c | 129

[PATCH v3 1/2] usb: typec: tcpm: AMS and Collision Avoidance

2019-09-19 Thread Kyle Tso
This patch provides the implementation of Collision Avoidance introduced in PD3.0. The start of each Atomic Message Sequence (AMS) initiated by the port will be denied if the current AMS is not interruptible. The Source port will set the CC to SinkTxNG if it is going to initiate an AMS, and SinkTxO

drivers/platform/x86/asus-wmi.c:464: undefined reference to `battery_hook_unregister'

2019-09-19 Thread kbuild test robot
Hi Kristian, FYI, the error/warning still remains. tree: https://kernel.googlesource.com/pub/scm/linux/kernel/git/torvalds/linux.git master head: 574cc4539762561d96b456dbc0544d8898bd4c6e commit: 7973353e92ee1e7ca3b2eb361a4b7cb66c92abee platform/x86: asus-wmi: Refactor charge threshold to u

Re: [PATCH 4.14 00/59] 4.14.146-stable review

2019-09-19 Thread kernelci.org bot
stable-rc/linux-4.14.y boot: 65 boots: 0 failed, 65 passed (v4.14.145-60-g981030d9563c) Full Boot Summary: https://kernelci.org/boot/all/job/stable-rc/branch/linux-4.14.y/kernel/v4.14.145-60-g981030d9563c/ Full Build Summary: https://kernelci.org/build/stable-rc/branch/linux-4.14.y/kernel/v4.14

  1   2   3   4   5   6   7   8   9   10   >