RE: [PATCH v3 1/5] scsi: ufs: Remove unnecessary memset for dev_info

2020-05-17 Thread Avri Altman
> > The whole UFS host instance has been zero-initialized by > scsi_host_alloc(), thus UFS driver does not need to clear > "dev_info" member specifically in ufshcd_device_params_init(). > > Simply remove the unnecessary code. > > Signed-off-by: Stanley Chu Reviewed-by: Avri Altman

Re: [PATCH 01/12] dt-bindings: display: Convert ingenic,lcd.txt to YAML

2020-05-17 Thread Sam Ravnborg
Hi PAul. On Sat, May 16, 2020 at 11:50:46PM +0200, Paul Cercueil wrote: > Convert the ingenic,lcd.txt to a new ingenic,lcd.yaml file. > > In the process, the new ingenic,jz4780-lcd compatible string has been > added. > > Signed-off-by: Paul Cercueil Looks good. Had to read the

RE: [PATCH v3 2/5] scsi: ufs: Allow WriteBooster on UFS 2.2 devices

2020-05-17 Thread Avri Altman
> > According to the UFS specification, WriteBooster is officially > supported by UFS 2.2. > > Since UFS 2.2 specification has been finalized in JEDEC and > such devices have also showed up in the market, modify the > checking rule for ufshcd_wb_probe() to allow these devices to enable >

RE: [PATCH v3 3/5] scsi: ufs: Fix index of attributes query for WriteBooster feature

2020-05-17 Thread Avri Altman
> > > For WriteBooster feature related attributes, the index used by > query shall be LUN ID if LU Dedicated buffer mode is enabled. > > Signed-off-by: Stanley Chu Reviewed-by: Avri Altman

Re: [PATCH 02/12] dt-bindings: display: Add ingenic,ipu.yaml

2020-05-17 Thread Sam Ravnborg
Hi Paul. On Sat, May 16, 2020 at 11:50:47PM +0200, Paul Cercueil wrote: > Add documentation of the Device Tree bindings for the Image Processing > Unit (IPU) found in most Ingenic SoCs. > > Signed-off-by: Paul Cercueil For me it fails like this:

Re: [PATCH 04/12] gpu/drm: ingenic: Fix bogus crtc_atomic_check callback

2020-05-17 Thread Sam Ravnborg
On Sat, May 16, 2020 at 11:50:49PM +0200, Paul Cercueil wrote: > The code was comparing the SoC's maximum height with the mode's width, > and vice-versa. D'oh. > > Cc: sta...@vger.kernel.org # v5.6 > Fixes: a7c909b7c037 ("gpu/drm: ingenic: Check for display size in CRTC atomic > check") >

Re: [PATCH 05/12] gpu/drm: Ingenic: Fix opaque pointer casted to wrong type

2020-05-17 Thread Sam Ravnborg
On Sat, May 16, 2020 at 11:50:50PM +0200, Paul Cercueil wrote: > The opaque pointer passed to the IRQ handler is a pointer to the > drm_device, not a pointer to our ingenic_drm structure. > > It still worked, because our ingenic_drm structure contains the > drm_device as its first field, so the

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

2020-05-17 Thread Greg KH
On Sun, May 17, 2020 at 01:02:40AM +, Kyungtae Kim wrote: > We report a bug (in linux-5.6.11) found by FuzzUSB (a modified version > of syzkaller) > > kernel config: https://kt0755.github.io/etc/config_v5.6.11 > > This bug happened when accessing a f_hidg instance deallocated. >

Re: [RFC PATCH 00/14] iio: buffer: add support for multiple buffers

2020-05-17 Thread Ardelean, Alexandru
On Sat, 2020-05-16 at 17:24 +0100, Jonathan Cameron wrote: > [External] > > On Sat, 16 May 2020 13:08:46 + > "Ardelean, Alexandru" wrote: > > > On Tue, 2020-05-12 at 06:26 +, Ardelean, Alexandru wrote: > > > [External] > > > > > > On Mon, 2020-05-11 at 21:56 +0200, Lars-Peter Clausen

Re: [PATCH 1/3] arm_pmu: Add support for perf NMI interrupts registration

2020-05-17 Thread Lecopzer Chen
There was some mistakes when merging this patch. The free nmi part is not present :( The following part will be added in V2 next weekend. diff --git a/drivers/perf/arm_pmu.c b/drivers/perf/arm_pmu.c index fa37b72d19e2..aa9ed09e5303 100644 --- a/drivers/perf/arm_pmu.c +++ b/drivers/perf/arm_pmu.c

Re: [RFC PATCH 3/8] qaic: Create char dev

2020-05-17 Thread Greg KH
On Sat, May 16, 2020 at 03:29:19PM -0600, Jeffrey Hugo wrote: > On 5/16/2020 1:01 AM, Greg KH wrote: > > On Fri, May 15, 2020 at 03:08:59PM -0600, Jeffrey Hugo wrote: > > > 2. There are a limited number of dynamic minor numbers for misc devs (64), > > > so if you are expecting more devices than

Re: [PATCH] seccomp: Add group_leader pid to seccomp_notif

2020-05-17 Thread Kees Cook
On Fri, May 15, 2020 at 04:40:05PM -0700, Sargun Dhillon wrote: > This includes the thread group leader ID in the seccomp_notif. This is > immediately useful for opening up a pidfd for the group leader, as > pidfds only work on group leaders. > > Previously, it was considered to include an actual

Re: Linux Kernel Code of Conduct Committee: August 2019 to November 2019 report

2020-05-17 Thread Trinh tanLoc
Được gửi từ iPad của tôi

RE: [PATCH 1/4] irqchip/sifive-plic: Setup cpuhp once after current handler is present

2020-05-17 Thread Anup Patel
> -Original Message- > From: linux-kernel-ow...@vger.kernel.org ow...@vger.kernel.org> On Behalf Of Anup Patel > Sent: 16 May 2020 21:59 > To: Marc Zyngier > Cc: Palmer Dabbelt ; Paul Walmsley > ; Thomas Gleixner ; Jason > Cooper ; Atish Patra ; Alistair > Francis ; Anup Patel ;

Re: [patch V6 04/37] x86: Make hardware latency tracing explicit

2020-05-17 Thread Thomas Gleixner
Andy Lutomirski writes: > On Fri, May 15, 2020 at 5:10 PM Thomas Gleixner wrote: >> >> >> The hardware latency tracer calls into trace_sched_clock and ends up in >> various instrumentable functions which is problemeatic vs. the kprobe >> handling especially the text poke machinery. It's invoked

RE: [Ocfs2-devel] [PATCH 27/33] sctp: export sctp_setsockopt_bindx

2020-05-17 Thread David Laight
From: Matthew Wilcox > Sent: 16 May 2020 16:37 ... > > Basically: > > > > This patch sequence (to be written) does the following: > > > > Patch 1: Change __sys_setsockopt() to allocate a kernel buffer, > > copy the data into it then call set_fs(KERNEL_DS). > > An on-stack buffer

[PATCH] drm/mm: Fix an error handling path in '__igt_once()'

2020-05-17 Thread Christophe JAILLET
The label of the last gotos must be switched for the error handling code to work as expected. Fixes: 83bc4ec37210 ("drm/mm: Add a search-by-address variant to only inspect a single hole") Signed-off-by: Christophe JAILLET --- drivers/gpu/drm/selftests/test-drm_mm.c | 4 ++-- 1 file changed, 2

Re: [GIT PULL] ARM: SoC/DT fixes for v5.7

2020-05-17 Thread Arnd Bergmann
Linus pointed out I missed the usual Cc to the mailing lists. It's already merged, but for reference here is the pull request I sent. Arnd On Fri, May 15, 2020 at 11:59 PM Arnd Bergmann wrote: > > The following changes since commit 0e698dfa282211e414076f9dc7e83c1c288314fd: > > Linux

Re: [PATCH v3 1/2] MIPS: Loongson: Build ATI Radeon GPU driver as module

2020-05-17 Thread Thomas Bogendoerfer
On Sat, May 16, 2020 at 10:15:48AM +0800, Tiezhu Yang wrote: > When ATI Radeon GPU driver has been compiled directly into the kernel > instead of as a module, we should make sure the firmware for the model > (check available ones in /lib/firmware/radeon) is built-in to the kernel > as well,

Re: [PATCH v2] mips/mm: Add page soft dirty tracking

2020-05-17 Thread Thomas Bogendoerfer
On Wed, Apr 29, 2020 at 04:44:32PM +0800, Guoyun Sun wrote: > User space checkpoint and restart tool (CRIU) needs the page's change > to be soft tracked. This allows to do a pre checkpoint and then dump > only touched pages. > > Signed-off-by: Guoyun Sun > --- >

Re: [PATCH v3 2/2] MIPS: Remove not used 8250-platform.c

2020-05-17 Thread Thomas Bogendoerfer
On Sat, May 16, 2020 at 10:15:49AM +0800, Tiezhu Yang wrote: > When CONFIG_HAVE_STD_PC_SERIAL_PORT is set, there exists build errors > of 8250-platform.c due to linux/module.h is not included. > > CONFIG_HAVE_STD_PC_SERIAL_PORT is not used in arch/mips for many years, > 8250-platform.c is also

Re: [PATCH v4 1/2] mfd: syscon: Support physical regmap bus

2020-05-17 Thread Baolin Wang
On Sun, May 17, 2020 at 8:08 AM Orson Zhai wrote: > > On Sat, May 16, 2020 at 6:13 PM Baolin Wang wrote: > > > > Some platforms such as Spreadtrum platform, define a special method to > > update bits of the registers instead of reading and writing, which means > > we should use a physical regmap

Re: [PATCH] drm/mm: Fix an error handling path in '__igt_once()'

2020-05-17 Thread Chris Wilson
Quoting Christophe JAILLET (2020-05-17 09:50:49) > The label of the last gotos must be switched for the error handling code to > work as expected. > > Fixes: 83bc4ec37210 ("drm/mm: Add a search-by-address variant to only inspect > a single hole") > Signed-off-by: Christophe JAILLET > --- >

[GIT PULL] x86/urgent for v5.7-rc6

2020-05-17 Thread Borislav Petkov
Hi Linus, as promised, please pull a single fix for kernels built with gcc10 and stack protector enabled. Thx. --- The following changes since commit 2ef96a5bb12be62ef75b5828c0aab838ebb29cb8: Linux 5.7-rc5 (2020-05-10 15:16:58 -0700) are available in the Git repository at:

Re: [PATCH v1 1/4] clk: qcom: gdsc: Add support to enable retention of GSDCR

2020-05-17 Thread Taniya Das
Hello Stephen, Thanks for the review. On 4/10/2020 1:36 AM, Stephen Boyd wrote: Quoting Taniya Das (2020-03-27 12:48:02) diff --git a/drivers/clk/qcom/gdsc.c b/drivers/clk/qcom/gdsc.c index a250f59..cfe908f 100644 --- a/drivers/clk/qcom/gdsc.c +++ b/drivers/clk/qcom/gdsc.c @@ -28,6 +28,7 @@

Re: [PATCH v1 2/4] dt-bindings: clock: Add YAML schemas for LPASS clocks on SC7180

2020-05-17 Thread Taniya Das
Hello Rob, Thanks for the review. On 4/5/2020 7:39 AM, Rob Herring wrote: + + reg: +minItems: 1 +maxItems: 2 Need to define what each one is when there are 2. Yes will define them in the next patch. + +required: + - compatible + - reg + - clocks + - clock-names + -

[PATCH v2 2/4] dt-bindings: clock: Add YAML schemas for LPASS clocks on SC7180

2020-05-17 Thread Taniya Das
The LPASS(Low Power Audio Subsystem) clock provider have a bunch of generic properties that are needed in a device tree. Also add clock ids for GCC LPASS and LPASS Core clock IDs for LPASS client to request for the clocks. Signed-off-by: Taniya Das ---

[PATCH v2 0/4] clk: qcom: Support for Low Power Audio Clocks on SC7180

2020-05-17 Thread Taniya Das
[v2] * Update retention macro name. * Update the register description in the documentation. [v1] * Add support for Retention of GDSCR. * Add YAML schema for LPASS clocks and clock IDs for LPASS. * Add clock driver for LPASS core clocks and GCC LPASS clock. Taniya Das (4): clk: qcom: gdsc:

[PATCH v2 4/4] clk: qcom: lpass: Add support for LPASS clock controller for SC7180

2020-05-17 Thread Taniya Das
The Low Power Audio subsystem clocks are required for Audio client to be able to request for the clocks and power domains. Signed-off-by: Taniya Das --- drivers/clk/qcom/Kconfig | 9 + drivers/clk/qcom/Makefile | 1 + drivers/clk/qcom/lpasscorecc-sc7180.c | 479

[PATCH v2 1/4] clk: qcom: gdsc: Add support to enable retention of GSDCR

2020-05-17 Thread Taniya Das
Add support for the RETAIN_FF_ENABLE feature which enables the usage of retention registers. These registers maintain their state after disabling and re-enabling a GDSC. Signed-off-by: Taniya Das --- drivers/clk/qcom/gdsc.c | 12 drivers/clk/qcom/gdsc.h | 1 + 2 files changed, 13

[PATCH v2 3/4] clk: qcom: gcc: Add support for GCC LPASS clock for SC7180

2020-05-17 Thread Taniya Das
Add the GCC lpass clock which is required to access the LPASS core clocks. Signed-off-by: Taniya Das --- drivers/clk/qcom/gcc-sc7180.c | 14 ++ 1 file changed, 14 insertions(+) diff --git a/drivers/clk/qcom/gcc-sc7180.c b/drivers/clk/qcom/gcc-sc7180.c index 6a51b5b..d970647 100644

Re: [PATCH] tracing: do not create option file latency-format

2020-05-17 Thread Changbin Du
Hi Steven, On Sat, May 16, 2020 at 01:15:21PM -0400, Steven Rostedt wrote: > On Sun, 17 May 2020 00:10:17 +0800 > Changbin Du wrote: > > > The flag LATENCY_FMT actually is usually set by latency tracers internally. > > So I think we should not export it to userspace. This patch removes the > >

[GIT PULL] USB driver fixes for 5.7-rc6

2020-05-17 Thread Greg KH
The following changes since commit 2ef96a5bb12be62ef75b5828c0aab838ebb29cb8: Linux 5.7-rc5 (2020-05-10 15:16:58 -0700) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git tags/usb-5.7-rc6 for you to fetch changes up to

[PATCH 03/29] modpost: add read_text_file() and get_line() helpers

2020-05-17 Thread Masahiro Yamada
modpost uses grab_file() to open a file, but it is not suitable for a text file because the mmaped file is not terminated by null byte. Actually, I see some issues for the use of grab_file(). The new helper, read_text_file() loads the whole file content into a malloc'ed buffer, and appends a null

[PATCH 26/29] modpost: set have_vmlinux in new_module()

2020-05-17 Thread Masahiro Yamada
Set have_vmlinux flag in a single place. Signed-off-by: Masahiro Yamada --- scripts/mod/modpost.c | 8 +++- 1 file changed, 3 insertions(+), 5 deletions(-) diff --git a/scripts/mod/modpost.c b/scripts/mod/modpost.c index 003b6fb2303c..79622939a6c7 100644 --- a/scripts/mod/modpost.c +++

[PATCH 16/29] modpost: rename ext_sym_list to dump_list

2020-05-17 Thread Masahiro Yamada
The -i option is used to include Modules.symver as well as files from $(KBUILD_EXTRA_SYMBOLS). Make the struct and variable names more generic. Signed-off-by: Masahiro Yamada --- scripts/mod/modpost.c | 27 ++- 1 file changed, 14 insertions(+), 13 deletions(-) diff

[PATCH 08/29] modpost: remove get_next_text() and make {grab,release_}file static

2020-05-17 Thread Masahiro Yamada
get_next_line() is no longer used. Remove. grab_file() and release_file() are only used in modpost.c. Make them static. Signed-off-by: Masahiro Yamada --- scripts/mod/modpost.c | 38 ++ scripts/mod/modpost.h | 3 --- 2 files changed, 2 insertions(+), 39

[PATCH 21/29] modpost: remove -s option

2020-05-17 Thread Masahiro Yamada
The -s option was added by commit 8d8d8289df65 ("kbuild: do not do section mismatch checks on vmlinux in 2nd pass"). Now that the second pass does not parse vmlinux, this option is unneeded. Signed-off-by: Masahiro Yamada --- scripts/Makefile.modpost | 2 +- scripts/mod/modpost.c| 10

[PATCH 29/29] modpost: change elf_info->size to size_t

2020-05-17 Thread Masahiro Yamada
Align with the mmap / munmap APIs. Signed-off-by: Masahiro Yamada --- scripts/mod/modpost.c | 9 - scripts/mod/modpost.h | 2 +- 2 files changed, 5 insertions(+), 6 deletions(-) diff --git a/scripts/mod/modpost.c b/scripts/mod/modpost.c index bcab010f09ce..af5c55d96df3 100644 ---

[PATCH 04/29] modpost: fix potential mmap'ed file overrun in get_src_version()

2020-05-17 Thread Masahiro Yamada
I do not know how reliably this function works, but it seems dangerous to me, at least. The function call strchr(sources, '\n'); ... continues searching until it finds '\n' or it reaches the '\0' terminator. In other words, 'sources' should be a null-terminated string. However, grab_file()

[PATCH 27/29] modpost: strip .o from modname before calling new_module()

2020-05-17 Thread Masahiro Yamada
new_module() conditionally strips the .o because the modname has .o suffix when it is called from read_symbols(), but no .o when it is called from read_dump(). It is clearer to strip .o in read_symbols(). I also used flexible-array for mod->name. Signed-off-by: Masahiro Yamada ---

[PATCH 25/29] modpost: remove mod->skip struct member

2020-05-17 Thread Masahiro Yamada
The meaning of 'skip' is obscure since it does not explain "what to skip". mod->skip is set when it is vmlinux or the module info came from a dump file. So, mod->skip is equivalent to (mod->is_vmlinux || mod->from_dump). For the check in write_namespace_deps_files(), mod->is_vmlinux is unneeded

[PATCH 24/29] modpost: add mod->is_vmlinux struct member

2020-05-17 Thread Masahiro Yamada
is_vmlinux() is called in several places to check whether the current module is vmlinux or not. It is faster and clearer to check mod->is_vmlinux flag. Signed-off-by: Masahiro Yamada --- scripts/mod/modpost.c | 19 ++- scripts/mod/modpost.h | 1 + 2 files changed, 11

[PATCH 11/29] modpost: pass -N option only for modules modpost

2020-05-17 Thread Masahiro Yamada
The built-in only code is not required to have MODULE_IMPORT_NS() to use symbols. So, the namespace is not checked for vmlinux(.o). Do not pass the meaningless -N option to the first pass of modpost. Signed-off-by: Masahiro Yamada --- scripts/Makefile.modpost | 3 ++- 1 file changed, 2

[PATCH 09/29] kbuild: disallow multi-word in M= or KBUILD_EXTMOD

2020-05-17 Thread Masahiro Yamada
$(firstword ...) in scripts/Makefile.modpost was added by commit 3f3fd3c05585 ("[PATCH] kbuild: allow multi-word $M in Makefile.modpost") to build multiple external module directories. This feature has been broken for a while. Remove the bitrotten code, and stop parsing if M or KBUILD_EXTMOD

[PATCH 28/29] modpost: remove is_vmlinux() helper

2020-05-17 Thread Masahiro Yamada
Now that is_vmlinux() is called only in new_module(), we can inline the function call. modname is the basename with '.o' is stripped. No need to compare it with 'vmlinux.o'. vmlinux is always located at the current working directory. No need to strip the directory path. Signed-off-by: Masahiro

[PATCH 14/29] modpost: track if the symbol origin is a dump file or ELF object

2020-05-17 Thread Masahiro Yamada
The meaning of sym->kernel is obscure; it is set for in-kernel symbols loaded from Modules.symver. This happens only when we are building external modules, and it is used to determine whether to dump symbols to $(KBUILD_EXTMOD)/Modules.symver It is clearer to remember whether the symbol or module

[PATCH 07/29] modpost: use read_text_file() and get_line() for reading text files

2020-05-17 Thread Masahiro Yamada
grab_file() mmaps a file, but it is not so efficient here because get_next_line() copies every line to the temporary buffer anyway. read_text_file() and get_line() are simpler. get_line() exploits the library function strchr(). Signed-off-by: Masahiro Yamada --- scripts/mod/modpost.c| 15

[PATCH 19/29] modpost: show warning if it fails to read symbol dump file

2020-05-17 Thread Masahiro Yamada
If modpost fails to load a symbol dump file, it cannot check unresolved symbols, hence module dependency will not be added. Nor CRCs can be added. Currently, external module builds check only $(objtree)/Module.symvers, but it should check files specified by KBUILD_EXTRA_SYMBOLS as well. Print

[PATCH 17/29] modpost: re-add -e to set external_module flag

2020-05-17 Thread Masahiro Yamada
Previously, the -i option had two functions; load a symbol dump file, and set the external_module flag. I want to assign a dedicate option for each of them. Going forward, the -i is used to load a symbol dump file, and the -e to set the external_module flag. With this, we will be able to use -i

[PATCH 23/29] modpost: remove is_vmlinux() call in check_for_{gpl_usage,unused}()

2020-05-17 Thread Masahiro Yamada
check_exports() is never called for vmlinux because mod->skip is set for vmlinux. Hence, check_for_gpl_usage() and check_for_unused() are not called for vmlinux, either. is_vmlinux() is always false here. Remove the is_vmlinux() calls, and hard-code the ".ko" suffix. Signed-off-by: Masahiro

[PATCH 15/29] modpost: allow to pass -i option multiple times remove -e option

2020-05-17 Thread Masahiro Yamada
Now that there is no difference in the functionality of -i and -e, they can be unified. Make modpost accept the -i option multiple times, then remove -e. I will reuse -e for a different purpose. Signed-off-by: Masahiro Yamada --- scripts/Makefile.modpost | 2 +- scripts/mod/modpost.c| 9

[PATCH 00/29] modpost: various fixes, cleanups, optimizations

2020-05-17 Thread Masahiro Yamada
Masahiro Yamada (29): modpost: drop RCS/CVS $Revision handling in MODULE_VERSION() modpost: do not call get_modinfo() for vmlinux modpost: add read_text_file() and get_line() helpers modpost: fix potential mmap'ed file overrun in get_src_version() modpost: re-add warning about missing

[PATCH 02/29] modpost: do not call get_modinfo() for vmlinux

2020-05-17 Thread Masahiro Yamada
The three calls of get_modinfo() ("license", "import_ns", "version") always return NULL for vmlinux because the built-in module info is prefixed with __MODULE_INFO_PREFIX. It is harmless to call get_modinfo(), but there is no point to search for what apparently does not exist. Signed-off-by:

[PATCH 18/29] modpost: show warning if vmlinux is not found when processing modules

2020-05-17 Thread Masahiro Yamada
check_exports() does not print warnings about unresolved symbols if vmlinux is missing because there would be too many. This situation happens when you do 'make modules' from the clean tree, or compile external modules against a kernel tree that has not been completely built. Not checking

[PATCH 06/29] modpost: avoid false-positive file open error

2020-05-17 Thread Masahiro Yamada
One problem of grab_file() is that it cannot distinguish the following two cases: - I cannot read the file (the file does not exist, or read permission is not set) - It can read the file, but the file size is zero This is because grab_file() calls mmap(), which requires the mapped length

[PATCH 01/29] modpost: drop RCS/CVS $Revision handling in MODULE_VERSION()

2020-05-17 Thread Masahiro Yamada
As far as I understood, this code gets rid of '$Revision$' or '$Revision:' of CVS, RCS or whatever in MODULE_VERSION() tags. Remove the primeval code. Signed-off-by: Masahiro Yamada --- scripts/mod/modpost.c| 3 -- scripts/mod/modpost.h| 4 --- scripts/mod/sumversion.c | 66

[PATCH 10/29] modpost: move -T option close to the modpost command

2020-05-17 Thread Masahiro Yamada
The '-T -' option reads the file list from stdin. It is clearer to put it close to the piped command. Signed-off-by: Masahiro Yamada --- scripts/Makefile.modpost | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/scripts/Makefile.modpost b/scripts/Makefile.modpost index

[PATCH 20/29] modpost: generate vmlinux.symvers and reuse it for the second modpost

2020-05-17 Thread Masahiro Yamada
The full build runs modpost twice, first for vmlinux.o and second for modules. The first pass dumps all the vmlinux symbols into Module.symvers, but the second pass parses vmlinux again instead of reusing the dump file, presumably because it needs to avoid accumulating stale symbols. Loading

[PATCH 05/29] modpost: re-add warning about missing *.mod file

2020-05-17 Thread Masahiro Yamada
This reverts 4be40e22233c ("kbuild: do not emit src version warning for non-modules"). I do not fully understand what that commit addressed, but commit 91341d4b2c19 ("kbuild: introduce new option to enhance section mismatch analysis") introduced partial section checks by using modpost. built-in.o

[PATCH 22/29] modpost: remove mod->is_dot_o struct member

2020-05-17 Thread Masahiro Yamada
Previously, there were two cases where mod->is_dot_o is unset: [1] the executable 'vmlinux' in the second pass of modpost [2] modules loaded by read_dump() I think [1] was intended usage to distinguish 'vmlinux.o' and 'vmlinux'. Now that modpost does not parse the executable 'vmlinux', this case

[PATCH 13/29] modpost: load KBUILD_EXTRA_SYMBOLS files in order

2020-05-17 Thread Masahiro Yamada
Currently, modpost reads extra symbol dump files in the reverse order. If '-e foo -e bar' is given, modpost reads bar, foo, in this order. This is probably not a big deal, but there is no good reason to reverse the order. Read files in the given order. Signed-off-by: Masahiro Yamada ---

[PATCH 12/29] modpost: move external module options

2020-05-17 Thread Masahiro Yamada
Separate out the external-only code for readability. Signed-off-by: Masahiro Yamada --- scripts/Makefile.modpost | 12 1 file changed, 8 insertions(+), 4 deletions(-) diff --git a/scripts/Makefile.modpost b/scripts/Makefile.modpost index bc5561aedb24..8321068abb31 100644 ---

[PATCH] iio: adc: ad7780: Fix a resource handling path in 'ad7780_probe()'

2020-05-17 Thread Christophe JAILLET
If 'ad7780_init_gpios()' fails, we must not release some resources that have not been allocated yet. Return directly instead. Fixes: 5bb30e7daf00 ("staging: iio: ad7780: move regulator to after GPIO init") Fixes: 9085daa4abcc ("staging: iio: ad7780: add gain & filter gpio support") Signed-off-by:

Re: [PATCH v1 1/3] clk: qcom: gcc: Add support for a new frequency for SC7180

2020-05-17 Thread Taniya Das
Hello Stephen, Thanks for your review. On 3/16/2020 11:19 PM, Stephen Boyd wrote: Quoting Taniya Das (2020-03-16 03:54:40) There is a requirement to support 51.2MHz from GPLL6 for qup clocks, thus update the frequency table and parent data/map to use the GPLL6 source PLL. Signed-off-by:

Re: [PATCH v1 3/3] clk: qcom: gcc: Add support for Secure control source clock

2020-05-17 Thread Taniya Das
Hello Stephen, Thanks for your review. On 3/16/2020 11:19 PM, Stephen Boyd wrote: Quoting Taniya Das (2020-03-16 03:54:42) diff --git a/drivers/clk/qcom/gcc-sc7180.c b/drivers/clk/qcom/gcc-sc7180.c index ad75847..3302f19 100644 --- a/drivers/clk/qcom/gcc-sc7180.c +++

[PATCH v2 3/3] clk: qcom: gcc: Add support for Secure control source clock

2020-05-17 Thread Taniya Das
The secure controller driver requires to request for various frequencies on the source clock, thus add support for the same. Signed-off-by: Taniya Das --- drivers/clk/qcom/gcc-sc7180.c | 21 + 1 file changed, 21 insertions(+) diff --git a/drivers/clk/qcom/gcc-sc7180.c

[PATCH v2 0/3] Add Misc GCC clock driver support for SC7180

2020-05-17 Thread Taniya Das
[v2] * Update to use ARRAY_SIZE instead of hard-coded values for num_parents. Also add the fixes tag. [v1] * Add a new frequency of 51.2MHz for QUP clock. * Add support for gcc_sec_ctrl_clk_src RCG for client to be able to request various frequencies. Taniya Das (3): clk: qcom:

[GIT pull] objtool/urgent for v5.7-rc6

2020-05-17 Thread Thomas Gleixner
Linus, please pull the latest objtool/urgent branch from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git objtool-urgent-2020-05-17 up to: 71c95825289f: x86/unwind/orc: Fix error handling in __unwind_start() A single bugfix for the ORC unwinder to ensure that the error flag

[PATCH v2 1/3] clk: qcom: gcc: Add support for a new frequency for SC7180

2020-05-17 Thread Taniya Das
There is a requirement to support 51.2MHz from GPLL6 for qup clocks, thus update the frequency table and parent data/map to use the GPLL6 source PLL. Fixes: 17269568f7267 ("clk: qcom: Add Global Clock controller (GCC) driver for SC7180") Signed-off-by: Taniya Das ---

[PATCH v2 2/3] dt-bindings: clock: Add gcc_sec_ctrl_clk_src clock ID

2020-05-17 Thread Taniya Das
The gcc_sec_ctrl_clk_src clock is required to be controlled by the secure controller driver. Signed-off-by: Taniya Das --- include/dt-bindings/clock/qcom,gcc-sc7180.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/dt-bindings/clock/qcom,gcc-sc7180.h

Re: [PATCH v3 0/5] RCU dyntick nesting counter cleanups for rcu -dev

2020-05-17 Thread Thomas Gleixner
Paul, "Paul E. McKenney" writes: > And I have allegedly resolved the conflicts with Thomas's and Peter's > series, or at least the noinstr-rcu-nmi-2020-05-15 branch of that series. > At least one conflict was completely invisible to "git rebase" (but > fortunately blindingly obvious to the

Re: [PATCH 1/2] drivers: thermal: tsens: Add 0C (zeorC) interrupt support

2020-05-17 Thread manafm
On 2020-05-05 17:39, Amit Kucheria wrote: Hi Manaf, Typo: fix zeorC in subject line. Done Please rebase this patch[1] on top of my patch merging tsens-common.c and tsens.c. [1]

[PATCH] habanalabs: update patched_cb_size for Wreg32

2020-05-17 Thread Oded Gabbay
From: Rachel Stahl The patch_cb_size is not updated for Wreg32 in its validate function, so updated in goya_validate_cb. Signed-off-by: Rachel Stahl Reviewed-by: Oded Gabbay Signed-off-by: Oded Gabbay --- drivers/misc/habanalabs/goya/goya.c | 1 + 1 file changed, 1 insertion(+) diff --git

Re: [PATCH 2/2] dt-bindings: thermal: tsens: Add zeroc interrupt support in yaml

2020-05-17 Thread manafm
On 2020-05-05 17:41, Amit Kucheria wrote: On Tue, May 5, 2020 at 4:43 PM Manaf Meethalavalappu Pallikunhi wrote: Add 0C (zeroc) interrupt support for tsens in yaml. Signed-off-by: Manaf Meethalavalappu Pallikunhi --- Documentation/devicetree/bindings/thermal/qcom-tsens.yaml | 7 +--

Re: [PATCH 0/2] Add 0C (zeorC) interrupt support to tsens driver

2020-05-17 Thread manafm
On 2020-05-05 17:42, Amit Kucheria wrote: Hi Manaf, Thanks for sending this. Typo: zeorc in subject line. Done On Tue, May 5, 2020 at 4:42 PM Manaf Meethalavalappu Pallikunhi wrote: Changes: * Add zeroc interrupt support to tsens driver * Update zeroc interrupt support in yaml Manaf

Re: [PATCH 2/2] dt-bindings: thermal: tsens: Add zeroc interrupt support in yaml

2020-05-17 Thread manafm
On 2020-05-05 21:08, Rob Herring wrote: On Tue, 5 May 2020 16:42:04 +0530, Manaf Meethalavalappu Pallikunhi wrote: Add 0C (zeroc) interrupt support for tsens in yaml. Signed-off-by: Manaf Meethalavalappu Pallikunhi --- Documentation/devicetree/bindings/thermal/qcom-tsens.yaml | 7 +--

[PATCH v2 1/2] drivers: thermal: tsens: Add zeroc interrupt support

2020-05-17 Thread Manaf Meethalavalappu Pallikunhi
TSENS IP v2.6+ adds zeroc interrupt support. It triggers set interrupt when aggregated minimum temperature of all TSENS falls below zeroc preset threshold and triggers reset interrupt when aggregated minimum temperature of all TSENS crosses above reset threshold. Add support for this interrupt in

[PATCH v9] arm64: dts: qcom: sc7180: Add WCN3990 WLAN module device node

2020-05-17 Thread Rakesh Pillai
Add device node for the ath10k SNOC platform driver probe and add resources required for WCN3990 on sc7180 soc. Signed-off-by: Rakesh Pillai --- Changes from v8: - Removed the qcom,msa-fixed-perm --- arch/arm64/boot/dts/qcom/sc7180-idp.dts | 7 +++ arch/arm64/boot/dts/qcom/sc7180.dtsi|

[PATCH v2 0/2] Add zeroc interrupt support to tsens driver

2020-05-17 Thread Manaf Meethalavalappu Pallikunhi
The changes have dependency on merging tsens-common.c into tsens.c [1] to merge first. Dependencies: [1] https://lkml.org/lkml/2020/4/29/1028 Changes in v2: * Add zeroc interrupt support to tsens driver * Update zeroc interrupt support in yaml Manaf Meethalavalappu Pallikunhi (2): drivers:

[PATCH v2 2/2] dt-bindings: thermal: tsens: Add zeroc interrupt support in yaml

2020-05-17 Thread Manaf Meethalavalappu Pallikunhi
Add zeroc interrupt support for tsens in yaml. Signed-off-by: Manaf Meethalavalappu Pallikunhi --- .../bindings/thermal/qcom-tsens.yaml | 21 +++ 1 file changed, 21 insertions(+) diff --git a/Documentation/devicetree/bindings/thermal/qcom-tsens.yaml

Re: [PATCH] seccomp: Add group_leader pid to seccomp_notif

2020-05-17 Thread Christian Brauner
On Sun, May 17, 2020 at 12:17:14AM -0700, Kees Cook wrote: > On Fri, May 15, 2020 at 04:40:05PM -0700, Sargun Dhillon wrote: > > This includes the thread group leader ID in the seccomp_notif. This is > > immediately useful for opening up a pidfd for the group leader, as > > pidfds only work on

[PATCH 1/2] io_uring: don't prepare DRAIN reqs twice

2020-05-17 Thread Pavel Begunkov
If req->io is not NULL, it's already prepared. Don't do it again, it's dangerous. Signed-off-by: Pavel Begunkov --- fs/io_uring.c | 13 +++-- 1 file changed, 7 insertions(+), 6 deletions(-) diff --git a/fs/io_uring.c b/fs/io_uring.c index 5a19120345e4..9e81781d7632 100644 ---

[PATCH for-5.7 0/2] fortify async punt preparation

2020-05-17 Thread Pavel Begunkov
[2] fixes FORCE_ASYNC. I don't want to go through every bit, so not sure whether this is an actual issue with [1], but it's just safer this way. Please, consider it for-5.7 IMHO, all preparation thing became a bit messy, definitely could use some rethinking in the future. Pavel Begunkov (2):

[PATCH 2/2] io_uring: fix FORCE_ASYNC req preparation

2020-05-17 Thread Pavel Begunkov
As for other not inlined requests, alloc req->io for FORCE_ASYNC reqs, so they can be prepared properly. Signed-off-by: Pavel Begunkov --- fs/io_uring.c | 12 +--- 1 file changed, 9 insertions(+), 3 deletions(-) diff --git a/fs/io_uring.c b/fs/io_uring.c index

Re: [PATCH 02/12] dt-bindings: display: Add ingenic,ipu.yaml

2020-05-17 Thread Paul Cercueil
Hi Sam, Le dim. 17 mai 2020 à 8:17, Sam Ravnborg a écrit : Hi Paul. On Sat, May 16, 2020 at 11:50:47PM +0200, Paul Cercueil wrote: Add documentation of the Device Tree bindings for the Image Processing Unit (IPU) found in most Ingenic SoCs. Signed-off-by: Paul Cercueil For me it fails

Re: "BUG: MAX_LOCKDEP_ENTRIES too low" with 6979 ">s_umount_key"

2020-05-17 Thread Qian Cai
> On May 16, 2020, at 9:16 PM, Waiman Long wrote: > > The lock_list table entries are for tracking a lock's forward and backward > dependencies. The lockdep_chains isn't the right lockdep file to look at. > Instead, check the lockdep files for entries with the maximum BD (backward >

[PATCH for-next 0/3] unrelated cleanups for next

2020-05-17 Thread Pavel Begunkov
Independent cleanups, that's it. Pavel Begunkov (3): io_uring: remove req->needs_fixed_files io_uring: rename io_file_put() io_uring: don't repeat valid flag list fs/io_uring.c | 47 ++- 1 file changed, 26 insertions(+), 21 deletions(-) --

[PATCH 3/3] io_uring: don't repeat valid flag list

2020-05-17 Thread Pavel Begunkov
req->flags stores all sqe->flags. After checking that sqe->flags are valid set if IOSQE* flags, no need to double check it, just forward them all. Signed-off-by: Pavel Begunkov --- fs/io_uring.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/fs/io_uring.c b/fs/io_uring.c

[PATCH 1/3] io_uring: remove req->needs_fixed_files

2020-05-17 Thread Pavel Begunkov
A submission is "async" IIF it's done by SQPOLL thread. Instead of passing @async flag into io_submit_sqes(), deduce it from ctx->flags. Signed-off-by: Pavel Begunkov --- fs/io_uring.c | 21 - 1 file changed, 12 insertions(+), 9 deletions(-) diff --git a/fs/io_uring.c

[PATCH 2/3] io_uring: rename io_file_put()

2020-05-17 Thread Pavel Begunkov
io_file_put() deals with flushing state's file refs, adding "state" to its name makes it a bit clearer. Also, avoid double check of state->file in __io_file_get() in some cases. Signed-off-by: Pavel Begunkov --- fs/io_uring.c | 22 +- 1 file changed, 13 insertions(+), 9

Re: [PATCH] seccomp: Add group_leader pid to seccomp_notif

2020-05-17 Thread Sargun Dhillon
On Sun, May 17, 2020 at 12:17 AM Kees Cook wrote: > > On Fri, May 15, 2020 at 04:40:05PM -0700, Sargun Dhillon wrote: > > This includes the thread group leader ID in the seccomp_notif. This is > > immediately useful for opening up a pidfd for the group leader, as > > pidfds only work on group

[PATCH v2 2/2] io_uring: add tee(2) support

2020-05-17 Thread Pavel Begunkov
Add IORING_OP_TEE implementing tee(2) support. Almost identical to splice bits, but without offsets. Signed-off-by: Pavel Begunkov --- fs/io_uring.c | 62 +-- include/uapi/linux/io_uring.h | 1 + 2 files changed, 60 insertions(+), 3 deletions(-)

[PATCH v2 1/2] splice: export do_tee()

2020-05-17 Thread Pavel Begunkov
export do_tee() for use in io_uring Signed-off-by: Pavel Begunkov --- fs/splice.c| 3 +-- include/linux/splice.h | 3 +++ 2 files changed, 4 insertions(+), 2 deletions(-) diff --git a/fs/splice.c b/fs/splice.c index fd0a1e7e5959..a1dd54de24d8 100644 --- a/fs/splice.c +++

[PATCH v2 0/2] io_uring tee support

2020-05-17 Thread Pavel Begunkov
Add tee support. v2: handle zero-len tee Pavel Begunkov (2): splice: export do_tee() io_uring: add tee(2) support fs/io_uring.c | 62 +-- fs/splice.c | 3 +- include/linux/splice.h| 3 ++

Re: [PATCH] seccomp: Add group_leader pid to seccomp_notif

2020-05-17 Thread Aleksa Sarai
On 2020-05-17, Christian Brauner wrote: > Or... And that's more invasive but ultimately cleaner we v2 the whole > thing so e.g. SECCOMP_IOCTL_NOTIF_RECV2, SECCOMP_IOCTL_NOTIF_SEND2, and > embedd the size argument in the structs. Userspace sets the size > argument, we use get_user() to get the

[PATCH liburing 1/4] splice/test: improve splice tests

2020-05-17 Thread Pavel Begunkov
Split and test functionality separately, better cover registered files cases, and validate file\pipe actual data. Signed-off-by: Pavel Begunkov --- test/splice.c | 393 ++ 1 file changed, 300 insertions(+), 93 deletions(-) diff --git

[PATCH liburing 2/4] update io_uring.h with tee()

2020-05-17 Thread Pavel Begunkov
Signed-off-by: Pavel Begunkov --- src/include/liburing/io_uring.h | 1 + 1 file changed, 1 insertion(+) diff --git a/src/include/liburing/io_uring.h b/src/include/liburing/io_uring.h index e48d746..a279151 100644 --- a/src/include/liburing/io_uring.h +++ b/src/include/liburing/io_uring.h @@

[PATCH liburing 0/4] splice/tee testing

2020-05-17 Thread Pavel Begunkov
Add tee and improve splice tests Pavel Begunkov (4): splice/test: improve splice tests update io_uring.h with tee() tee/test: add test for tee(2) splice/tee/tests: test len=0 splice/tee src/include/liburing/io_uring.h | 1 + test/splice.c | 538

[PATCH liburing 4/4] splice/tee/tests: test len=0 splice/tee

2020-05-17 Thread Pavel Begunkov
Check zero-length splice() and tee(). Signed-off-by: Pavel Begunkov --- test/splice.c | 38 -- 1 file changed, 36 insertions(+), 2 deletions(-) diff --git a/test/splice.c b/test/splice.c index 119c493..b81aa4b 100644 --- a/test/splice.c +++ b/test/splice.c

  1   2   3   4   5   >