[PATCH v36 18/24] x86/vdso: Add support for exception fixup in vDSO functions

From: Sean Christopherson The basic concept and implementation is very similar to the kernel's exception fixup mechanism. The key differences are that the kernel handler is hardcoded and the fixup entry addresses are relative to the overall table as opposed to individual entries. Hardcoding the

[PATCH v36 17/24] x86/sgx: ptrace() support for the SGX driver

Add VMA callbacks for ptrace() that can be used with debug enclaves. With debug enclaves data can be read and write the memory word at a time by using ENCLS(EDBGRD) and ENCLS(EDBGWR) leaf instructions. Acked-by: Jethro Beekman Signed-off-by: Jarkko Sakkinen --- arch/x86/kernel/cpu/sgx/encl.c |

[PATCH v36 20/24] x86/traps: Attempt to fixup exceptions in vDSO before signaling

From: Sean Christopherson vDSO functions can now leverage an exception fixup mechanism similar to kernel exception fixup. For vDSO exception fixup, the initial user is Intel's Software Guard Extensions (SGX), which will wrap the low-level transitions to/from the enclave, i.e. EENTER and ERESUME

Re: [PATCH 20/25] pinctrl: pinctrl-rza1: Demote some kerneldoc headers and fix others

On Wed, Jul 15, 2020 at 9:30 AM Geert Uytterhoeven wrote: > Reviewed-by: Geert Uytterhoeven > i.e. will queue in sh-pfc-for-v5.9. OK since Geert is queueing this I'll drop this patch from my tree. Yours, Linus Walleij

[PATCH v36 19/24] x86/fault: Add helper function to sanitize error code

From: Sean Christopherson Add helper function to sanitize error code to prepare for vDSO exception fixup, which will expose the error code to userspace and runs before set_signal_archinfo(), i.e. suppresses the signal when fixup is successful. Acked-by: Jethro Beekman Signed-off-by: Sean Christ

[PATCH v36 00/24] Intel SGX foundations

Intel(R) SGX is a set of CPU instructions that can be used by applications to set aside private regions of code and data. The code outside the enclave is disallowed to access the memory inside the enclave by the CPU access control. There is a new hardware unit in the processor called Memory Encryp

[PATCH v36 21/24] x86/vdso: Implement a vDSO for Intel SGX enclave call

From: Sean Christopherson An SGX runtime must be aware of the exceptions, which happen inside an enclave. Introduce a vDSO call that wraps EENTER/ERESUME cycle and returns the CPU exception back to the caller exactly when it happens. Kernel fixups the exception information to RDI, RSI and RDX. T

[PATCH v36 23/24] docs: x86/sgx: Document SGX micro architecture and kernel internals

Document the Intel SGX kernel architecture. The fine-grained micro architecture details can be looked up from Intel SDM Volume 3D. Cc: linux-...@vger.kernel.org Acked-by: Randy Dunlap Co-developed-by: Sean Christopherson Signed-off-by: Sean Christopherson Signed-off-by: Jarkko Sakkinen --- Do

[PATCH v36 24/24] x86/sgx: Update MAINTAINERS

Add the maintainer information for the SGX subsystem. Cc: Thomas Gleixner Cc: Borislav Petkov Signed-off-by: Jarkko Sakkinen --- MAINTAINERS | 11 +++ 1 file changed, 11 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index b4a43a9e7fbc..a9e77b6e4171 100644 --- a/MAINTAINERS +++

Re: [PATCH 08/14] spi: spi-pl022: Provide missing struct attribute/function param docs

On Wed, Jul 15, 2020 at 5:06 PM Lee Jones wrote: > Also demote non-worthy kerneldoc headers to standard comment blocks. > > Fixes the following W=1 kernel build warning(s): > > drivers/spi/spi-pl022.c:304: warning: cannot understand function prototype: > 'enum ssp_writing ' > drivers/spi/spi-p

[PATCH 02/30] iio: accel: bma220_spi: Do not define 'struct acpi_device_id' when !CONFIG_ACPI

Since ACPI_PTR() is used to NULLify the value when !CONFIG_ACPI, struct 'bma220_acpi_id' becomes defined but unused. Fixes the following W=1 kernel build warning(s): drivers/iio/accel/bma220_spi.c:312:36: warning: ‘bma220_acpi_id’ defined but not used [-Wunused-const-variable=] 312 | static co

[PATCH 07/30] iio: dac: ad5360: Fix kerneldoc attribute formatting for 'lock'

Kerneldoc expects attributes/parameters to be in '@*.: ' format. Fixes the following W=1 kernel build warning(s): drivers/iio/dac/ad5360.c:89: warning: Function parameter or member 'lock' not described in 'ad5360_state' Cc: Michael Hennerich Signed-off-by: Lee Jones --- drivers/iio/dac/ad53

[PATCH 01/30] iio: adc: ad_sigma_delta: Remove unused variable 'ret'

Fixes the following W=1 kernel build warning(s): drivers/iio/adc/ad_sigma_delta.c: In function ‘ad_sd_trigger_handler’: drivers/iio/adc/ad_sigma_delta.c:405:6: warning: variable ‘ret’ set but not used [-Wunused-but-set-variable] 405 | int ret; | ^~~ Cc: Michael Hennerich Signed-off-by: Lee

[PATCH 09/30] iio: dummy: iio_simple_dummy: Demote unworthy kerneldocs and correct misspelling

File header comments are not good candidates for kerneldoc. Neither are generic comment blocks. Fixes the following W=1 kernel build warning(s): drivers/iio/dummy/iio_simple_dummy.c:26: warning: cannot understand function prototype: 'const struct config_item_type iio_dummy_type = ' drivers/ii

[PATCH 21/30] iio: dac: ad5449: Fix kerneldoc attribute formatting for 'lock'

Kerneldoc expects attributes/parameters to be in '@*.: ' format. Fixes the following W=1 kernel build warning(s): drivers/iio/dac/ad5449.c:75: warning: Function parameter or member 'lock' not described in 'ad5449' Cc: Michael Hennerich Signed-off-by: Lee Jones --- drivers/iio/dac/ad5449.c |

[PATCH 10/30] iio: dummy: iio_simple_dummy: Add newline after function-end

Fixes the following checkpatch.pl warning(s): CHECK: Please use a blank line after function/struct/union/enum declarations #46: FILE: drivers/iio/dummy/iio_simple_dummy.c:690: } +/* total: 0 errors, 0 warnings, 1 checks, 22 lines checked Signed-off-by: Lee Jones --- drivers/iio/dummy/iio_

[PATCH 19/30] iio: dac: ad5064: Fix a few kerneldoc misdemeanours

Misspelling, missing description and compiler attribute ordering. Fixes the following W=1 kernel build warning(s): drivers/iio/dac/ad5064.c:71: warning: bad line: internal vref. drivers/iio/dac/ad5064.c:83: warning: Function parameter or member 'channels' not described

[PATCH 23/30] iio: dac: ad5758: Move and fix-up kerneldoc header and demote unworthy kerneldoc

Kerneldoc headers need to come directly before the function/struct that they are documenting. Also fix some missing descriptions and misspellings. Fixes the following W=1 kernel build warning(s): drivers/iio/dac/ad5758.c:111: warning: Function parameter or member 'reg' not described in 'ad5758

[PATCH 22/30] iio: dac: ad5755: Fix kerneldoc attribute formatting for 'lock'

Kerneldoc expects attributes/parameters to be in '@*.: ' format. Fixes the following W=1 kernel build warning(s): drivers/iio/dac/ad5755.c:105: warning: Function parameter or member 'lock' not described in 'ad5755_state' Cc: Michael Hennerich Signed-off-by: Lee Jones --- drivers/iio/dac/ad5

[PATCH 25/30] iio: dac: ad5764: Fix misdocumenting and formatting error

Attribute descriptions must match the name exactly. Kerneldoc expects attributes/parameters to be in '@*.: ' format. Fixes the following W=1 kernel build warning(s): drivers/iio/dac/ad5764.c:42: warning: Function parameter or member 'channels' not described in 'ad5764_chip_info' drivers/iio/d

[PATCH 26/30] iio: dac: ad5791: Complete 'struct ad5791_chip_info' documentation

... and remove seemingly pointless comment. Fixes the following W=1 kernel build warning(s): drivers/iio/dac/ad5791.c:97: warning: Function parameter or member 'ctrl' not described in 'ad5791_state' drivers/iio/dac/ad5791.c:97: warning: Function parameter or member 'pwr_down_mode' not describ

[PATCH 27/30] iio: light: cm32181: Fix formatting and docrot issues in cm32181_acpi_get_cpm()

Fixes the following W=1 kernel build warning(s): drivers/iio/light/cm32181.c:107: warning: Function parameter or member 'dev' not described in 'cm32181_acpi_get_cpm' drivers/iio/light/cm32181.c:107: warning: Function parameter or member 'obj_name' not described in 'cm32181_acpi_get_cpm' drive

[PATCH 28/30] iio: magnetometer: mmc35240: Fix function header formatting

All lines in the header must start with " *". Fixes the following W=1 kernel build warning(s): drivers/iio/magnetometer/mmc35240.c:304: warning: bad line: compensation for output value. Cc: Daniel Baluta Signed-off-by: Lee Jones --- drivers/iio/magnetometer/mmc35

[PATCH v36 16/24] x86/sgx: Add a page reclaimer

There is a limited amount of EPC available. Therefore, some of it must be copied to the regular memory, and only subset kept in the SGX reserved memory. While kernel cannot directly access enclave memory, SGX provides a set of ENCLS leaf functions to perform reclaiming. This commits implements a p

[PATCH 15/30] iio: dummy: iio_dummy_evgen: Demote file header and supply description for 'irq_sim_domain'

File headers are not good candidates for kerneldoc. Fixes the following W=1 kernel build warning(s): drivers/iio/dummy/iio_dummy_evgen.c:30: warning: Cannot understand * @regs: irq regs we are faking on line 30 - I thought it was a doc line drivers/iio/dummy/iio_dummy_evgen.c:42: warning: Fu

[PATCH 18/30] iio: dummy: iio_simple_dummy_buffer: Demote file header and correct misspelling

File headers are not good candidates for kerneldoc. Fixes the following W=1 kernel build warning(s): drivers/iio/dummy/iio_simple_dummy_buffer.c:27: warning: cannot understand function prototype: 'const s16 fakedata[] = ' drivers/iio/dummy/iio_simple_dummy_buffer.c:185: warning: Function param

[PATCH 11/30] iio: dac: ad5421: Fix kerneldoc attribute formatting for 'lock'

Kerneldoc expects attributes/parameters to be in '@*.: ' format. Fixes the following W=1 kernel build warning(s): drivers/iio/dac/ad5421.c:82: warning: Function parameter or member 'lock' not described in 'ad5421_state' Cc: Michael Hennerich Signed-off-by: Lee Jones --- drivers/iio/dac/ad54

[PATCH 30/30] iio: dac: ad7303: Complete 'struct ad7303_state' doc and reorder compiler attribute

Kerneldoc gets confused if the variable does not follow the type/attribute definitions. Fixes the following W=1 kernel build warning(s): drivers/iio/dac/ad7303.c:49: warning: Function parameter or member 'vdd_reg' not described in 'ad7303_state' drivers/iio/dac/ad7303.c:49: warning: Function p

[PATCH 17/30] iio: adc: ad7949: Fix misspelling issue and compiler attribute ordering

Kerneldoc gets confused if the variable does not follow the type/attribute definitions. Fixes the following W=1 kernel build warning(s): drivers/iio/adc/ad7949.c:58: warning: Function parameter or member 'indio_dev' not described in 'ad7949_adc_chip' drivers/iio/adc/ad7949.c:58: warning: Funct

Re: [PATCH v3] watchdog: initialize device before misc_register

PLEASE PLEASE PLEASE _never_ send a new version of a patch as reply to a previous one. All this ensures it that it won't find its way into patchwork, which I and others use to track patches. This means such patches will likely get lost. Guenter On Thu, Jul 16, 2020 at 01:32:12PM +0200, krzysztof.

[PATCH 29/30] iio: imu: kmx61: Fix formatting in kerneldoc function headers

Kerneldoc expects attributes/parameters to be in '@*.: ' format. Fixes the following W=1 kernel build warning(s): drivers/iio/imu/kmx61.c:327: warning: Function parameter or member 'data' not described in 'kmx61_set_mode' drivers/iio/imu/kmx61.c:327: warning: Function parameter or member 'mode

[PATCH 20/30] iio: dac: ad5446: Complete 'struct ad5446_state' doc and demote unworthy kerneldocs

Fixes the following W=1 kernel build warning(s): drivers/iio/dac/ad5446.c:48: warning: Function parameter or member 'dev' not described in 'ad5446_state' drivers/iio/dac/ad5446.c:48: warning: Function parameter or member 'cached_val' not described in 'ad5446_state' drivers/iio/dac/ad5446.c:48

[PATCH 24/30] iio: dac: ad5761: Fix kerneldoc attribute formatting for 'lock'

Kerneldoc expects attributes/parameters to be in '@*.: ' format. Fixes the following W=1 kernel build warning(s): drivers/iio/dac/ad5761.c:80: warning: Function parameter or member 'lock' not described in 'ad5761_state' Cc: Michael Hennerich Cc: Liam Girdwood Cc: Mark Brown Cc: Ricardo Riba

[PATCH 04/30] iio: adc: ad7298: Demote obvious misuse of kerneldoc to standard comment blocks

No attempt has been made to document either of the demoted functions here. Fixes the following W=1 kernel build warning(s): drivers/iio/adc/ad7298.c:106: warning: Function parameter or member 'indio_dev' not described in 'ad7298_update_scan_mode' drivers/iio/adc/ad7298.c:106: warning: Function

[PATCH 16/30] iio: adc: ad7887: Demote seemingly unintentional kerneldoc header

This is the only use of function related kerneldoc in the sourcefile and no descriptions are provided. Fixes the following W=1 kernel build warning(s): drivers/iio/adc/ad7887.c:119: warning: Function parameter or member 'irq' not described in 'ad7887_trigger_handler' drivers/iio/adc/ad7887.c:1

[PATCH 06/30] iio: adc: ad7923: Demote obvious misuse of kerneldoc to standard comment blocks

No attempt has been made to document either of the demoted functions here Fixes the following W=1 kernel build warning(s): drivers/iio/adc/ad7923.c:159: warning: Function parameter or member 'indio_dev' not described in 'ad7923_update_scan_mode' drivers/iio/adc/ad7923.c:159: warning: Function

[PATCH 08/30] iio: dac: ad5380: Fix kerneldoc attribute formatting for 'lock'

Kerneldoc expects attributes/parameters to be in '@*.: ' format. Fixes the following W=1 kernel build warning(s): drivers/iio/dac/ad5380.c:64: warning: Function parameter or member 'lock' not described in 'ad5380_state' Cc: Michael Hennerich Signed-off-by: Lee Jones --- drivers/iio/dac/ad53

[PATCH 05/30] iio: chemical: sgp30: Add description for sgp_read_cmd()'s 'duration_us'

Fixes the following W=1 kernel build warning(s): drivers/iio/chemical/sgp30.c:236: warning: Function parameter or member 'duration_us' not described in 'sgp_read_cmd' Cc: Andreas Brauchli Cc: Pascal Sachs Signed-off-by: Lee Jones --- drivers/iio/chemical/sgp30.c | 1 + 1 file changed, 1 ins

Re: [PATCH v3 4/4] dt-bindings: timer: Add CLINT bindings

Hi Anup, On 16/07/2020 14:32, Anup Patel wrote: > On Wed, Jul 15, 2020 at 11:20 PM Rob Herring wrote: [ ... ] > Thanks for these steps. I will fix and send v4. Please take the opportunity to clarify how you want the series to be merged. -- Linaro.org │ Open sourc

[PATCH 03/30] iio: common: ms_sensors: ms_sensors_i2c: Fix misspelling of parameter 'client'

Probably due to docrot. Fixes the following W=1 kernel build warning(s): drivers/iio/common/ms_sensors/ms_sensors_i2c.c:186: warning: Function parameter or member 'client' not described in 'ms_sensors_read_serial' drivers/iio/common/ms_sensors/ms_sensors_i2c.c:186: warning: Excess function pa

[PATCH 12/30] iio: gyro: adis16080: Fix formatting issue and compiler attribute ordering

Kerneldoc expects attributes/parameters to be in '@*.: ' format and gets confused if the variable does not follow the type/attribute definitions. Fixes the following W=1 kernel build warning(s): drivers/iio/gyro/adis16080.c:49: warning: Function parameter or member 'lock' not described in 'adis

[PATCH 00/30] First batch of W=1 fixes for IIO

This set is part of a larger effort attempting to clean-up W=1 kernel builds, which are currently overwhelmingly riddled with niggly little warnings. Lee Jones (30): iio: adc: ad_sigma_delta: Remove unused variable 'ret' iio: accel: bma220_spi: Do not define 'struct acpi_device_id' when !C

[PATCH 14/30] iio: dac: ad5064: Value returned by ad5064_vref_name may not be 'const * const'

Fixes the following W=1 kernel build warning(s): drivers/iio/dac/ad5064.c:790:8: warning: type qualifiers ignored on function return type [-Wignored-qualifiers] 790 | static const char * const ad5064_vref_name(struct ad5064_state *st, | ^ Cc: Michael Hennerich Signed-off-by: Lee Jones -

[PATCH 13/30] iio: dummy: iio_simple_dummy_events: Demote file header and supply descriptions for val2 params

File headers are not good candidates for kerneldoc. Fixes the following W=1 kernel build warning(s): drivers/iio/dummy/iio_simple_dummy_events.c:21: warning: Incorrect use of kernel-doc format: * iio_simple_dummy_read_event_config() - is event enabled? drivers/iio/dummy/iio_simple_dummy_event

[PATCH v36 11/24] x86/sgx: Add SGX enclave driver

Intel Software Guard eXtensions (SGX) is a set of CPU instructions that can be used by applications to set aside private regions of code and data. The code outside the SGX hosted software entity is prevented from accessing the memory inside the enclave by the CPU. We call these entities enclaves.

Re: [PATCH v3] watchdog: initialize device before misc_register

On Thu, Jul 16, 2020 at 01:32:12PM +0200, krzysztof.sob...@nokia.com wrote: > When watchdog device is being registered, it calls misc_register that > makes watchdog available for systemd to open. This is a data race > scenario, because when device is open it may still have device struct > not initi

Re: [PATCH 0/2] Fix st7703 panel initialization failures

Hi Ondrej, On Thu, Jul 16, 2020 at 02:37:51PM +0200, Ondrej Jirman wrote: > When extending the driver for xbd599 panel support I tried to do minimal > changes and keep the existing initialization timing. > > It turned out that it's not good enough and the existing init sequence > is too aggressive

Re: [Freedreno] [PATCH v9 4/7] iommu/arm-smmu: Add a pointer to the attached device to smmu_domain

On Thu, Jul 16, 2020 at 1:51 AM Will Deacon wrote: > > On Mon, Jul 13, 2020 at 11:19:17AM -0600, Jordan Crouse wrote: > > On Mon, Jul 13, 2020 at 04:09:02PM +0100, Will Deacon wrote: > > > On Fri, Jun 26, 2020 at 02:00:38PM -0600, Jordan Crouse wrote: > > > > diff --git a/drivers/iommu/arm-smmu.h

Re: [PATCH v16 00/22] per memcg lru_lock

On Fri, Jul 10, 2020 at 5:59 PM Alex Shi wrote: > > The new version which bases on v5.8-rc4. Add 2 more patchs: > 'mm/thp: remove code path which never got into' > 'mm/thp: add tail pages into lru anyway in split_huge_page()' > and modified 'mm/mlock: reorder isolation sequence during munlock' > >

Re: [PATCH 20/25] pinctrl: pinctrl-rza1: Demote some kerneldoc headers and fix others

Hi Linus, On Thu, Jul 16, 2020 at 3:57 PM Linus Walleij wrote: > On Wed, Jul 15, 2020 at 9:30 AM Geert Uytterhoeven > wrote: > > Reviewed-by: Geert Uytterhoeven > > i.e. will queue in sh-pfc-for-v5.9. > > OK since Geert is queueing this I'll drop this patch from my tree. Oops, sorry, I didn't

[PATCH v36 22/24] selftests/x86: Add a selftest for SGX

Add a selftest for SGX. It is a trivial test where a simple enclave copies one 64-bit word of memory between two memory locations. Cc: linux-kselft...@vger.kernel.org Signed-off-by: Jarkko Sakkinen --- tools/testing/selftests/Makefile | 1 + tools/testing/selftests/sgx/.gitignore

Re: [PATCH] firmware: arm_scmi: Pass shmem address to SMCCC call

Hi Florian, Thanks for you feedback. On Wed, 2020-07-15 at 15:43 -0700, Florian Fainelli wrote: > > On 7/15/2020 9:55 AM, Daniele Alessandrelli wrote: > > From: Daniele Alessandrelli > > > > Currently, when SMC/HVC is used as transport, the base address of > > the > > shared memory used for co

Re: [PATCH 2/2] crypto: caam - support tagged keys for skcipher algorithms

On Mon, Jul 13, 2020 at 12:09 AM Iuliana Prodan wrote: > > Tagged keys are keys that contain metadata indicating what > they are and how to handle them using tag_object API. > > Add support, for tagged keys, to skcipher algorithms by > adding new transformations, with _tk_ prefix to distinguish >

Re: [PATCH 1/1] rcu/tree: Drop the lock before entering to page allocator

On 2020-07-15 15:14:49 [-0700], Paul E. McKenney wrote: > > My concern is that some critical bug will show up at some point > that requires double-argument kfree_rcu() be invoked while holding > a raw spinlock. (Single-argument kfree_rcu() must sometimes invoke > synchronize_rcu(), so it can neve

Re: [PATCH V5 1/4] mm/debug_vm_pgtable: Add tests validating arch helpers for core MM features

On 13/07/2020 04:23, Anshuman Khandual wrote: This adds new tests validating arch page table helpers for these following core memory features. These tests create and test specific mapping types at various page table levels. 1. SPECIAL mapping 2. PROTNONE mapping 3. DEVMAP mapping 4. SOFTDIRTY ma

[PATCH] mmc: core: Initial support for SD express card/host

In the SD specification v7.10 the SD express card has been added. This new type of removable SD card, can be managed via a PCIe/NVMe based interface, while also allowing backwards compatibility towards the legacy SD interface. To keep the backwards compatibility, it's required to start the initial

Re: [PATCH 02/20] dt-bindings: thermal: rcar-gen3-thermal: Add r8a774e1 support

On Wed, Jul 15, 2020 at 1:09 PM Lad Prabhakar wrote: > Document RZ/G2H (R8A774E1) SoC bindings. > > Signed-off-by: Lad Prabhakar Reviewed-by: Geert Uytterhoeven Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.or

Re: [PATCH] net: neterion: vxge: reduce stack usage in VXGE_COMPLETE_VPATH_TX

Hi Bixuan, Thank you for the patch! Yet something to improve: [auto build test ERROR on sparc-next/master] [also build test ERROR on net-next/master net/master linus/master v5.8-rc5 next-20200716] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch

Re: [PATCH 05/20] dt-bindings: timer: renesas,cmt: Document r8a774e1 CMT support

On Wed, Jul 15, 2020 at 1:09 PM Lad Prabhakar wrote: > Document SoC specific bindings for RZ/G2H (r8a774e1) SoC. > > Signed-off-by: Lad Prabhakar Reviewed-by: Geert Uytterhoeven Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge

[PATCH v3] staging: comedi: comedi_fops.c: added casts to get rid of sparse warnings

fixed sparse warnings by adding a cast in assignment from void [noderef] __user * to unsigned int __force * and a reverse cast in argument from unsigned int * to unsigned int __user * . Signed-off-by: B K Karthik --- drivers/staging/comedi/comedi_fops.c | 4 ++-- 1 file changed, 2 insertions(+)

Re: [PATCH v6 4/7] fs: Introduce O_MAYEXEC flag for openat2(2)

On 15/07/2020 22:06, Kees Cook wrote: > On Tue, Jul 14, 2020 at 08:16:35PM +0200, Mickaël Salaün wrote: >> When the O_MAYEXEC flag is passed, openat2(2) may be subject to >> additional restrictions depending on a security policy managed by the >> kernel through a sysctl or implemented by an LSM t

Re: [PATCH vhost next 09/10] vdpa/mlx5: Add shared memory registration code

Hi Eli, Thank you for the patch! Yet something to improve: [auto build test ERROR on next-20200715] url: https://github.com/0day-ci/linux/commits/Eli-Cohen/VDPA-support-for-Mellanox-ConnectX-devices/20200716-155039 base:ca0e494af5edb59002665bf12871e94b4163a257 config: ia64-allmodconfig

Re: [PATCH] ima: Rename internal audit rule functions

On Fri, 2020-07-10 at 14:42 -0500, Tyler Hicks wrote: > On 2020-06-29 17:30:03, Mimi Zohar wrote: > > [Cc'ing the audit mailing list] > > > > On Mon, 2020-06-29 at 10:30 -0500, Tyler Hicks wrote: > > > > > > diff --git a/security/integrity/ima/ima.h b/security/integrity/ima/ima.h > > > index ff2b

Re: [PATCH] timer: Preserve higher bits of expiration on index calculation

Frederic Weisbecker writes: > Subject: [PATCH] timer: Preserve higher bits of expiration on index > calculation > > The higher bits of the timer expiration are cropped while calling > calc_index() due to the implicit cast from unsigned long to unsigned int. > > This loss shouldn't have consequenc

Re: [PATCH 07/20] dt-bindings: timer: renesas,tmu: Document r8a774e1 bindings

On Wed, Jul 15, 2020 at 1:10 PM Lad Prabhakar wrote: > From: Marian-Cristian Rotariu > > Document RZ/G2H (R8A774E1) SoC in the Renesas TMU bindings. > > Signed-off-by: Marian-Cristian Rotariu > > Signed-off-by: Lad Prabhakar Reviewed-by: Geert Uytterhoeven > --- > Documentation/devicetree/

Re: [PATCH 2/2] thermal: cpufreq_cooling: Reuse effective_cpu_util()

Hi Peter, Thank you for summarizing this. I've put my comments below. On 7/16/20 12:56 PM, Peter Zijlstra wrote: On Tue, Jul 14, 2020 at 12:06:53PM +0530, Viresh Kumar wrote: /** + * get_load() - get current load for a cpu * @cpufreq_cdev: &struct cpufreq_cooling_device for this cpu

Re: [PATCH 1/1] rcu/tree: Drop the lock before entering to page allocator

On 2020-07-16 11:19:13 [+0200], Uladzislau Rezki wrote: > Sebastian, could you please confirm that if that patch that is in > question fixes it? > > It would be appreciated! So that preempt disable should in terms any warnings. However I don't think that it is strictly needed and from scheduling

Re: [PATCH v3] staging: comedi: comedi_fops.c: added casts to get rid of sparse warnings

On Thu, Jul 16, 2020 at 10:17:47AM -0400, B K Karthik wrote: > fixed sparse warnings by adding a cast in assignment from > void [noderef] __user * to unsigned int __force * > and a reverse cast in argument from > unsigned int * to unsigned int __user * . > > Signed-off-by: B K Karthik > --- > d

Re: [PATCH 11/20] dt-bindings: i2c: renesas,i2c: Document r8a774e1 support

On Wed, Jul 15, 2020 at 1:10 PM Lad Prabhakar wrote: > Document i2c controller for RZ/G2H (R8A774E1) SoC, which is compatible > with R-Car Gen3 SoC family. > > Signed-off-by: Lad Prabhakar > Reviewed-by: Marian-Cristian Rotariu > Reviewed-by: Geert Uytterhoeven Gr{oetje,eeting}s,

Re: [PATCH 0/4] ASoC: fsl_asrc: allow selecting arbitrary clocks

Le 16/07/2020 à 14:18, Mark Brown a écrit : > On Wed, Jul 15, 2020 at 02:03:08PM -0700, Nicolin Chen wrote: >> On Wed, Jul 15, 2020 at 03:05:19PM +0100, Mark Brown wrote: >>> On Tue, Jul 14, 2020 at 01:50:50PM -0700, Nicolin Chen wrote: > Thanks for the input. Fox i.MX6, I don't feel it wo

Re: [PATCH -next v2] usb: usbtest: reduce stack usage in test_queue

On Thu, Jul 16, 2020 at 09:47:10PM +0800, Bixuan Cui wrote: > Fix the warning: [-Werror=-Wframe-larger-than=] > > drivers/usb/misc/usbtest.c: In function 'test_queue': > drivers/usb/misc/usbtest.c:2148:1: > warning: the frame size of 1232 bytes is larger than 1024 bytes > > Reported-by: kbuild te

Re: [PATCH v3] staging: comedi: comedi_fops.c: added casts to get rid of sparse warnings

On Thu, Jul 16, 2020 at 10:25 AM Greg Kroah-Hartman wrote: > > On Thu, Jul 16, 2020 at 10:17:47AM -0400, B K Karthik wrote: > > fixed sparse warnings by adding a cast in assignment from > > void [noderef] __user * to unsigned int __force * > > and a reverse cast in argument from > > unsigned int *

[PATCH 1/1] mfd: core: Fix memory leak of 'cell'

When creating a platform device from an MFD cell description, we allocate some memory and make a copy which is then stored inside the platform_device's structure. However, care is not currently taken to free the allocated memory when the platform device is torn down. This patch takes care of the

Re: [PATCH 12/20] dt-bindings: i2c: renesas,iic: Document r8a774e1 support

On Wed, Jul 15, 2020 at 1:10 PM Lad Prabhakar wrote: > Document IIC controller for RZ/G2H (R8A774E1) SoC, which is compatible > with R-Car Gen3 SoC family. > > Signed-off-by: Lad Prabhakar > Reviewed-by: Marian-Cristian Rotariu > Reviewed-by: Geert Uytterhoeven Gr{oetje,eeting}s,

Re: [PATCH 14/20] dt-bindings: spi: renesas,sh-msiof: Add r8a774e1 support

On Wed, Jul 15, 2020 at 1:10 PM Lad Prabhakar wrote: > Document RZ/G2H (R8A774E1) SoC bindings. > > Signed-off-by: Lad Prabhakar > Reviewed-by: Marian-Cristian Rotariu > Reviewed-by: Geert Uytterhoeven Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots

Re: [PATCH 16/20] dt-bindings: watchdog: renesas,wdt: Document r8a774e1 support

On Wed, Jul 15, 2020 at 1:10 PM Lad Prabhakar wrote: > RZ/G2H (a.k.a. R8A774E1) watchdog implementation is compatible > with R-Car Gen3, therefore add the relevant documentation. > > Signed-off-by: Lad Prabhakar Reviewed-by: Geert Uytterhoeven Gr{oetje,eeting}s, Geert

Re: [PATCH 0/2] Fix st7703 panel initialization failures

Hi Guido, On Thu, Jul 16, 2020 at 04:08:43PM +0200, Guido Günther wrote: > Hi Ondrej, > On Thu, Jul 16, 2020 at 02:37:51PM +0200, Ondrej Jirman wrote: > > When extending the driver for xbd599 panel support I tried to do minimal > > changes and keep the existing initialization timing. > > > > It t

Re: [PATCH] cpufreq: intel_pstate: Implement passive mode with HWP enabled

On Wed, Jul 15, 2020 at 11:35 PM Francisco Jerez wrote: > > "Rafael J. Wysocki" writes: > > > On Wed, Jul 15, 2020 at 2:09 AM Francisco Jerez > > wrote: > >> > >> "Rafael J. Wysocki" writes: > >> > >> > From: Rafael J. Wysocki > >> > > >> > Allow intel_pstate to work in the passive mode with

Re: [PATCH] cpufreq: intel_pstate: Implement passive mode with HWP enabled

On Thu, Jul 16, 2020 at 3:14 AM Srinivas Pandruvada wrote: > > On Wed, 2020-07-15 at 14:35 -0700, Francisco Jerez wrote: > > "Rafael J. Wysocki" writes: > > > > > On Wed, Jul 15, 2020 at 2:09 AM Francisco Jerez < > > > curroje...@riseup.net> wrote: > > > > "Rafael J. Wysocki" writes: > > > > > >

Re: [PATCH 18/20] dt-bindings: can: rcar_can: Document r8a774e1 support

Hi Prabhakar, On Wed, Jul 15, 2020 at 1:11 PM Lad Prabhakar wrote: > Document SoC specific bindings for RZ/G2H (R8A774E1) SoC. > > Signed-off-by: Lad Prabhakar > Reviewed-by: Marian-Cristian Rotariu > Thanks for your patch! > --- a/Documentation/devicetree/bindings/net/can/rcar_can.txt > +++

Re: kernel oops in 'typec_ucsi' due to commit 'drivers property: When no children in primary, try secondary'

On Thu, Jul 16, 2020 at 11:17:03AM +0300, Maxim Levitsky wrote: > Hi! > > Few days ago I bisected a regression on 5.8 kernel: > > I have nvidia rtx 2070s and its USB type C port driver (which is open source) > started to crash on load: I'm looking at this, but I have questions: - any pointers to

Re: [PATCH] ASoC: meson: add the missed kfree() for axg_card_add_tdm_loopback

On Thu, Jul 16, 2020 at 03:29:39PM +0200, Jerome Brunet wrote: > On Thu 16 Jul 2020 at 15:25, Jing Xiangfeng wrote: > > axg_card_add_tdm_loopback() misses to call kfree() in an error path. Add > > the missed function call to fix it. > > > > Fixes: c84836d7f650 ("ASoC: meson: axg-card: use modern

Re: [PATCH 19/20] dt-bindings: can: rcar_canfd: Document r8a774e1 support

Hi Prabhakar, On Wed, Jul 15, 2020 at 1:11 PM Lad Prabhakar wrote: > Document the support for rcar_canfd on R8A774E1 SoC devices. > > Signed-off-by: Lad Prabhakar > Reviewed-by: Marian-Cristian Rotariu > Thanks for your patch! > --- a/Documentation/devicetree/bindings/net/can/rcar_canfd.txt

Re: [PATCH 1/1] rcu/tree: Drop the lock before entering to page allocator

On Thu, Jul 16, 2020 at 09:36:47AM -0400, Joel Fernandes wrote: > On Thu, Jul 16, 2020 at 11:19:13AM +0200, Uladzislau Rezki wrote: > > On Wed, Jul 15, 2020 at 07:13:33PM -0400, Joel Fernandes wrote: > > > On Wed, Jul 15, 2020 at 2:56 PM Sebastian Andrzej Siewior > > > wrote: > > > > > > > > On 20

RE: [PATCH 1/3] gpio: mxc: Support module build

Hi, Linus > Subject: Re: [PATCH 1/3] gpio: mxc: Support module build > > On Wed, Jul 15, 2020 at 4:44 AM Anson Huang > wrote: > > > > Subject: RE: [PATCH 1/3] gpio: mxc: Support module build > > > > > > Hi, Linus > > > > > > > Subject: Re: [PATCH 1/3] gpio: mxc: Support module build > > > > > >

Re: [PATCH 03/20] thermal: rcar_gen3_thermal: Add r8a774e1 support

On Wed, Jul 15, 2020 at 1:09 PM Lad Prabhakar wrote: > From: Marian-Cristian Rotariu > > Add r8a774e1 specific compatible string. > > Signed-off-by: Marian-Cristian Rotariu > > Signed-off-by: Lad Prabhakar Reviewed-by: Geert Uytterhoeven Gr{oetje,eeting}s, Geert --

Re: [PATCH] mm: drop duplicated words in

On 2020-07-15T18:29:43-07:00 Randy Dunlap wrote: > From: Randy Dunlap > > Drop the doubled words "to" and "the". > > Signed-off-by: Randy Dunlap > Cc: Andrew Morton > Cc: linux...@kvack.org Reviewed-by: SeongJae Park Thanks, SeongJae Park > --- > include/linux/mm.h |4 ++-- > 1 fil

[PATCH] Revert "test_bpf: flag tests that cannot be jited on s390"

This reverts commit 3203c9010060806ff88c9989aeab4dc8d9a474dc. The s390 bpf JIT previously had a restriction on the maximum program size, which required some tests in test_bpf to be flagged as expected failures. The program size limitation has been removed, and the tests now pass, so these tests sh

[PATCH][next] refperf: avoid null pointer dereference when buf fails to allocate

From: Colin Ian King Currently in the unlikely event that buf fails to be allocated it is dereferenced a few times. Use the errexit flag to determine if buf should be written to to avoid the null pointer dereferences. Addresses-Coverity: ("Dereference after null check") Fixes: f518f154ecef ("re

Re: [PATCH V5] drivers/nvme: Add support for ACPI StorageD3Enable property

On Mon, Jul 13, 2020 at 01:12:26PM +0200, Rafael J. Wysocki wrote: > I would write this as > > if (fwnode_property_read_u8(acpi_fwnode_handle(adev), > "StorageD3Enable", &val)) > return false; > > return val == 1; > > to eliminate the redundant fwnode variable

Re: [PATCH v3] staging: comedi: comedi_fops.c: added casts to get rid of sparse warnings

On Thu, Jul 16, 2020 at 10:28:06AM -0400, B K Karthik wrote: > On Thu, Jul 16, 2020 at 10:25 AM Greg Kroah-Hartman > wrote: > > > > On Thu, Jul 16, 2020 at 10:17:47AM -0400, B K Karthik wrote: > > > fixed sparse warnings by adding a cast in assignment from > > > void [noderef] __user * to unsigned

Re: [PATCH v6 5/7] fs,doc: Enable to enforce noexec mounts or file exec through O_MAYEXEC

On 15/07/2020 22:37, Kees Cook wrote: > On Tue, Jul 14, 2020 at 08:16:36PM +0200, Mickaël Salaün wrote: >> @@ -2849,7 +2855,7 @@ static int may_open(const struct path *path, int >> acc_mode, int flag) >> case S_IFLNK: >> return -ELOOP; >> case S_IFDIR: >> -if (

Re: [PATCH v6 7/7] ima: add policy support for the new file open MAY_OPENEXEC flag

On 15/07/2020 22:40, Kees Cook wrote: > On Tue, Jul 14, 2020 at 08:16:38PM +0200, Mickaël Salaün wrote: >> From: Mimi Zohar >> >> The kernel has no way of differentiating between a file containing data >> or code being opened by an interpreter. The proposed O_MAYEXEC >> openat2(2) flag bridges

Re: [PATCH] mm: drop duplicated words in

On 2020-07-15T18:29:51-07:00 Randy Dunlap wrote: > From: Randy Dunlap > > Drop the doubled words "used" and "by". > > Drop the repeated acronym "TLB" and make several other fixes around it. > (capital letters, spellos) > > Signed-off-by: Randy Dunlap Reviewed-by: SeongJae Park Thanks, Se

Re: [PATCH] linux/sched/mm.h: drop duplicated words in comments

On 2020-07-15T18:30:31-07:00 Randy Dunlap wrote: > From: Randy Dunlap > > Drop doubled words "to" and "that". > > Signed-off-by: Randy Dunlap Reviewed-by: SeongJae Park Thanks, SeongJae Park > Cc: Ingo Molnar > Cc: Peter Zijlstra > Cc: Andrew Morton > Cc: linux...@kvack.org > --- > i

Re: [PATCH v6 5/7] fs,doc: Enable to enforce noexec mounts or file exec through O_MAYEXEC

On 14/07/2020 20:40, Randy Dunlap wrote: > Hi, > > On 7/14/20 11:16 AM, Mickaël Salaün wrote: > >> --- >> Documentation/admin-guide/sysctl/fs.rst | 45 + >> fs/namei.c | 29 +--- >> include/linux/fs.h | 1 +

Re: [PATCH] mfd: remove smsc-ece1099 MFD driver

On Wed, 01 Jul 2020, Michael Walle wrote: > This MFD driver has no user. The keypad driver of this device never made > it into the kernel. Therefore, this driver is useless. Remove it. > > Signed-off-by: Michael Walle > Cc: Sourav Poddar > --- > Documentation/driver-api/index.rst| 1

[PATCH] drm/v3d: Fix double free in gem code

These two patches fix the same issue: - drm/v3d: Fix memory leak in v3d_submit_cl_ioctl (29cd13cfd76) - drm/v3d: don't leak bin job if v3d_job_init fails (0d352a3a8a1) And it seems that the conflict was missed during the merge. Get rid of one of the free() calls. Fixes: 77e0723bd27f ("Merge v5.

Re: [PATCH 2/2] kvm: mmu: page_track: Fix RCU list API usage

ge_track_write(struct kvm_vcpu *vcpu, gpa_t > > gpa, const u8 *new, > > return; > > > > idx = srcu_read_lock(&head->track_srcu); > > - hlist_for_each_entry_rcu(n, &head->track_notifier_list, node) > > + hlist_for_each_ent

Re: [RFC PATCH 0/4] rseq: Introduce extensible struct rseq

- On Jul 16, 2020, at 9:39 AM, carlos car...@redhat.com wrote: > On 7/15/20 9:02 AM, Mathieu Desnoyers wrote: >> At this point, the main question I would like answered is whether >> it would be acceptable to increase the size and alignment of >> the __rseq_abi symbol (which will be exposed by

<    1   2   3   4   5   6   7   8   9   10   >