Re: [PATCH 4/7] drm: rcar-du: lvds: Add r8a7742 support

2020-08-08 Thread Laurent Pinchart
Hi Prabhakar, Thank you for the patch. On Fri, Aug 07, 2020 at 06:49:51PM +0100, Lad Prabhakar wrote: > The LVDS encoders on RZ/G1H SoC is identical to the R-Car Gen2 family. Add > support for RZ/G1H (R8A7742) SoC to the LVDS encoder driver. > > Signed-off-by: Lad Prabhakar > Reviewed-by:

arch/mips/sibyte/common/sb_tbprof.c:449:14: sparse: sparse: incorrect type in argument 1 (different address spaces)

2020-08-08 Thread kernel test robot
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 11030fe96b57ad843518b0e9430f3cd4b3610ce2 commit: 670d0a4b10704667765f7d18f7592993d02783aa sparse: use identifiers to define address spaces date: 7 weeks ago config: mips-randconfig-s032-20200809 (attached

Re: [PATCH net] net: phy: fix memory leak in device-create error path

2020-08-08 Thread David Miller
From: Johan Hovold Date: Thu, 6 Aug 2020 17:37:53 +0200 > A recent commit introduced a late error path in phy_device_create() > which fails to release the device name allocated by dev_set_name(). > > Fixes: 13d0ab6750b2 ("net: phy: check return code when requesting PHY driver > module") > Cc:

Re: [PATCH 6/7] ARM: dts: r8a7742: Add LVDS support

2020-08-08 Thread Laurent Pinchart
Hi Prabhakar, Thank you for the patch. On Fri, Aug 07, 2020 at 06:49:53PM +0100, Lad Prabhakar wrote: > Add LVDS encoder node to r8a7742 SoC DT. > > Signed-off-by: Lad Prabhakar > Reviewed-by: Marian-Cristian Rotariu > > --- > arch/arm/boot/dts/r8a7742.dtsi | 54

Re: [PATCH 5/7] ARM: dts: r8a7742: Add DU support

2020-08-08 Thread Laurent Pinchart
Hi Prabhakar, Thank you for the patch. On Fri, Aug 07, 2020 at 06:49:52PM +0100, Lad Prabhakar wrote: > Add du node to r8a7742 SoC DT. Boards that want to enable the DU > need to specify the output topology. > > Signed-off-by: Lad Prabhakar > Reviewed-by: Marian-Cristian Rotariu >

Re: [PATCH net resend] bitfield.h: don't compile-time validate _val in FIELD_FIT

2020-08-08 Thread David Miller
From: Nick Desaulniers Date: Thu, 6 Aug 2020 11:29:39 -0700 > From: Jakub Kicinski > > When ur_load_imm_any() is inlined into jeq_imm(), it's possible for the > compiler to deduce a case where _val can only have the value of -1 at > compile time. Specifically, > > /* struct bpf_insn: _s32

Re: [PATCH v4] hwmon/pmbus: use simple i2c probe function

2020-08-08 Thread kernel test robot
Hi Stephen, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on bcf876870b95592b52519ed4aafcf9d95999bc9c] url: https://github.com/0day-ci/linux/commits/Stephen-Kitt/hwmon-pmbus-use-simple-i2c-probe-function/20200809-025818 base:

Re: [GIT PULL] arm64 fix for 5.9-rc1

2020-08-08 Thread pr-tracker-bot
The pull request you sent on Sat, 8 Aug 2020 21:53:12 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux tags/arm64-fixes has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/06a81c1c7db9bd5de0bd38cd5acc44bb22b99150 Thank you! -- Deet-doot-dot, I am a

Re: [PATCH 2/5] net: Use helper function fdput()

2020-08-08 Thread David Miller
From: linmiaohe Date: Thu, 6 Aug 2020 19:52:24 +0800 > From: Miaohe Lin > > Use helper function fdput() to fput() the file iff FDPUT_FPUT is set. > > Signed-off-by: Miaohe Lin Applied.

Re: [PATCH 3/5] net: Set fput_needed iff FDPUT_FPUT is set

2020-08-08 Thread David Miller
From: linmiaohe Date: Thu, 6 Aug 2020 19:53:16 +0800 > From: Miaohe Lin > > We should fput() file iff FDPUT_FPUT is set. So we should set fput_needed > accordingly. > > Fixes: 00e188ef6a7e ("sockfd_lookup_light(): switch to fdget^W^Waway from > fget_light") > Signed-off-by: Miaohe Lin

Re: [PATCH 7/7] ARM: dts: r8a7742-iwg21d-q7: Add LCD support

2020-08-08 Thread Laurent Pinchart
Hi Prabhakar, Thank you for the patch. On Fri, Aug 07, 2020 at 06:49:54PM +0100, Lad Prabhakar wrote: > The iwg21d comes with a 7" capacitive touch screen, therefore > add support for it. I can't review most of this properly as I don't have access to the schematics. Is there a way to get it ?

Re: [PATCH 4/5] net: Remove meaningless jump label out_fs

2020-08-08 Thread David Miller
From: linmiaohe Date: Thu, 6 Aug 2020 19:54:19 +0800 > From: Miaohe Lin > > The out_fs jump label has nothing to do but goto out. > > Signed-off-by: Miaohe Lin Applied.

Re: [PATCH 5/5] net: Use helper function ip_is_fragment()

2020-08-08 Thread David Miller
From: linmiaohe Date: Thu, 6 Aug 2020 19:57:18 +0800 > From: Miaohe Lin > > Use helper function ip_is_fragment() to check ip fragment. > > Signed-off-by: Miaohe Lin Applied.

KASAN: use-after-free Read in __queue_work (3)

2020-08-08 Thread syzbot
Hello, syzbot found the following issue on: HEAD commit:c0842fbc random32: move the pseudo-random 32-bit definitio.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=127a8d6690 kernel config: https://syzkaller.appspot.com/x/.config?x=cf567e8c7428377e

Re: [PATCH] net: Convert to use the fallthrough macro

2020-08-08 Thread David Miller
From: linmiaohe Date: Sat, 8 Aug 2020 16:23:10 +0800 > From: Miaohe Lin > > Convert the uses of fallthrough comments to fallthrough macro. > > Signed-off-by: Miaohe Lin Applied.

Re: [PATCH v8 2/2] display/drm/bridge: TC358775 DSI/LVDS driver

2020-08-08 Thread Laurent Pinchart
Hi Vinay, On Fri, Aug 07, 2020 at 06:22:59PM +0530, Vinay Simha B N wrote: > Hi All, > > Please Review the patch I'm afraid I won't have time for at least a couple of weeks. > On Wed, Jul 29, 2020 at 6:01 PM Vinay Simha B N wrote: > > > Hi All, > > > > Please Review the patch > > > > On Fri,

Re: [GIT PULL] sound updates for 5.9

2020-08-08 Thread John Stultz
On Fri, Aug 7, 2020 at 11:46 PM Takashi Iwai wrote: > > On Sat, 08 Aug 2020 02:23:24 +0200, > John Stultz wrote: > > > > On Thu, Aug 6, 2020 at 3:33 AM Takashi Iwai wrote: > > > > > > Linus, > > > > > > please pull sound updates for v5.9 from: > > > > > >

[PATCH] kernel: update callers of task_work_add() to use TWA_RESUME

2020-08-08 Thread Jens Axboe
Any pre-existing caller of this function uses 'true' to signal to use notifications or not, but we now also have signaled notifications. Update existing callers that specify 'true' for notify to use the updated TWA_RESUME instead. This was noted in the original commit as well: e91b48162332

-next on 32-bit thinkpad x60: blinking screen, intel DRM responsible?

2020-08-08 Thread Pavel Machek
Hi! Next has been unusable for a while, but today I got dmesg. Screen is blinking, machine is very unhappy, and ssh is slow/hangs, but I got this: This is recurring patern, usually machine dies like this within 30 minutes of boot. [ 455.019838] perf: interrupt took too long (2509 > 2500),

Re: [PATCH] mm/memcg: remove useless check on page->mem_cgroup

2020-08-08 Thread Roman Gushchin
On Sat, Aug 08, 2020 at 09:22:29PM +0800, Alex Shi wrote: > > > 在 2020/8/5 下午9:02, Alex Shi 写道: > > > > > > 在 2020/8/5 下午8:28, Alex Shi 写道: > >> The last patch has a problem on define. this version could fix it. > >> > >> BTW, I see some !memcg happens when MEMCG compilered but disabled by >

Hello My Dearest

2020-08-08 Thread Mrs. Sophia Robin
Hello My Dearest Please I appeal to you to exercise a little patience and read through my mail carefully, I am contacting you personally for investment assistance and a long term business relationship in your Country. I am Mrs. Sophia Robin a citizen of the united state of America; I work in

Re: [PATCH v4 2/4] iio:temperature:mlx90632: Adding extended calibration option

2020-08-08 Thread Crt Mori
Hi, I am very sorry you missed them, I thought you saw it (reply on v3 of the patch). Maybe something happened to that mail, as it contained link to datasheet, so I will omit it now. Except for the order, only the remarks below are still open (did you get the polling trail I did?) On Sat, 8 Aug

drivers/gpu/drm/i915/i915_sw_fence.c:111:20: error: unused function 'debug_fence_free'

2020-08-08 Thread kernel test robot
Hi Nick, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 11030fe96b57ad843518b0e9430f3cd4b3610ce2 commit: 9f4069b055d1508c833115df7493b6e0001e5c9b drm/i915: re-disable -Wframe-address date: 3 months ago config:

Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor

2020-08-08 Thread Pavel Machek
Hi! > Thanks for the lively discussion. I have tried to answer some of the > comments below. > > There are options today, e.g. > > > > a) If the restriction is only per-alias, you can have distinct aliases > >where one is writable and another is executable, and you can make it > >hard to

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

2020-08-08 Thread Pavel Machek
Hi! > Good morning, I hope the week is progressing well for everyone. > > > > CPUs starting from Icelake use Total Memory Encryption (TME) in > > > the place of MEE. TME throws away the Merkle tree, which means > > > losing integrity and anti-replay protection but also enables > > > variable

[GIT PULL] mtd: Changes for 5.9

2020-08-08 Thread Miquel Raynal
Hello Linus, This is the MTD PR for 5.9. Thanks, Miquèl The following changes since commit dcb7fd82c75ee2d6e6f9d8cc71c52519ed52e258: Linux 5.8-rc4 (2020-07-05 16:20:22 -0700) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/mtd/linux.git

Re: [PATCH v2 6/6] openrisc: uaccess: Add user address space check to access_ok

2020-08-08 Thread Stafford Horne
On Thu, Aug 06, 2020 at 09:02:29PM +0200, Luc Van Oostenryck wrote: > On Thu, Aug 06, 2020 at 06:07:25AM +0900, Stafford Horne wrote: > > Now that __user annotations are fixed for openrisc uaccess api's we can > > add checking to the access_ok macro. This patch adds the __chk_user_ptr > > check,

[PATCH] mm/gup: Allow real explicit breaking of COW

2020-08-08 Thread Peter Xu
Starting from commit 17839856fd58 ("gup: document and work around "COW can break either way" issue", 2020-06-02), explicit copy-on-write behavior is enforced for private gup pages even if it's a read-only. It is achieved by always passing FOLL_WRITE to emulate a write. That should fix the COW

arch/powerpc/platforms/powernv/opal-fadump.c:130:22: sparse: sparse: incorrect type in assignment (different base types)

2020-08-08 Thread kernel test robot
-20200808 (attached as .config) compiler: powerpc64-linux-gcc (GCC) 9.3.0 reproduce: wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # apt-get install sparse # sparse version: v0.6.2-118

Re: [PATCH v2 5/6] openrisc: signal: Fix sparse address space warnings

2020-08-08 Thread Stafford Horne
On Thu, Aug 06, 2020 at 09:04:49PM +0200, Luc Van Oostenryck wrote: > On Thu, Aug 06, 2020 at 06:07:24AM +0900, Stafford Horne wrote: > > --- > > arch/openrisc/kernel/signal.c | 14 +++--- > > 1 file changed, 7 insertions(+), 7 deletions(-) > > > > diff --git

Re: [PATCH v2 0/6] OpenRISC header and sparse warning fixes for 5.9

2020-08-08 Thread Stafford Horne
On Thu, Aug 06, 2020 at 09:11:46PM +0200, Luc Van Oostenryck wrote: > On Thu, Aug 06, 2020 at 06:07:19AM +0900, Stafford Horne wrote: > > Hello, > > > > Changes since v1: > > - in "io: Fixup defines and move include to the end" added a linux/types.h > >include as there were compiler failurs

Re: [PATCH v8 2/4] scsi: ufs: Introduce HPB feature

2020-08-08 Thread Bart Van Assche
On 2020-08-06 02:11, Daejun Park wrote: > +static void ufshpb_issue_hpb_reset_query(struct ufs_hba *hba) > +{ > + int err; > + int retries; > + > + for (retries = 0; retries < HPB_RESET_REQ_RETRIES; retries++) { > + err = ufshcd_query_flag(hba, UPIU_QUERY_OPCODE_SET_FLAG, >

Re: [Linux-kernel-mentees] [PATCH net] rds: Prevent kernel-infoleak in rds_notify_queue_get()

2020-08-08 Thread Jack Leadford
Hello! Thanks to Jason for getting this conversation back on track. Yes: in general, {} or a partial initializer /will/ zero padding bits. However, there is a bug in some versions of GCC where {} will /not/ zero padding bits; actually, Jason's test program in this mail

Re: [PATCH v8 1/4] scsi: ufs: Add UFS feature related parameter

2020-08-08 Thread Bart Van Assche
On 2020-08-06 02:02, Daejun Park wrote: > @@ -537,6 +548,7 @@ struct ufs_dev_info { > u8 *model; > u16 wspecversion; > u32 clk_gating_wait_us; > + u8 b_ufs_feature_sup; > u32 d_ext_ufs_feature_sup; > u8 b_wb_buffer_type; > u32 d_wb_alloc_units; > Hmm ...

[PATCH v3 6/6] openrisc: uaccess: Add user address space check to access_ok

2020-08-08 Thread Stafford Horne
Now that __user annotations are fixed for openrisc uaccess api's we can add checking to the access_ok macro. This patch adds the __chk_user_ptr check, on normal builds the added check is a nop. Signed-off-by: Stafford Horne Reviewed-by: Luc Van Oostenryck --- Changes since v2: - Remove

[PATCH v3 3/6] openrisc: uaccess: Use static inline function in access_ok

2020-08-08 Thread Stafford Horne
As suggested by Linus when reviewing commit 9cb2feb4d21d ("arch/openrisc: Fix issues with access_ok()") last year; making __range_ok an inline function also fixes the used twice issue that the commit was fixing. I agree it's a good cleanup. This patch addresses that as I am currently working on

[PATCH v3 1/6] openrisc: io: Fixup defines and move include to the end

2020-08-08 Thread Stafford Horne
This didn't seem to cause any issues, but while working on fixing up sparse annotations for OpenRISC I noticed this. This patch moves the include of asm-generic/io.h to the end of the file. Also, we add defines of ioremap and iounmap, that way we don't get duplicate definitions from

[PATCH v3 5/6] openrisc: signal: Fix sparse address space warnings

2020-08-08 Thread Stafford Horne
The __user annotations in signal.c were mostly missing. The missing annotations caused the warnings listed below. This patch fixes them up by adding the __user annotations. arch/openrisc/kernel/signal.c:71:38: warning: incorrect type in initializer (different address spaces)

[PATCH v3 4/6] openrisc: uaccess: Remove unused macro __addr_ok

2020-08-08 Thread Stafford Horne
Since commit b48b2c3e5043 ("openrisc: use generic strnlen_user() function") the macro __addr_ok is no longer used. It is safe to remove so this patch removes it. Signed-off-by: Stafford Horne --- arch/openrisc/include/asm/uaccess.h | 3 --- 1 file changed, 3 deletions(-) diff --git

[PATCH v3 2/6] openrisc: uaccess: Fix sparse address space warnings

2020-08-08 Thread Stafford Horne
The OpenRISC user access functions put_user(), get_user() and clear_user() were missing proper sparse annotations. This generated warnings like the below. This patch adds the annotations to fix the warnings. Example warnings: net/ipv4/ip_sockglue.c:759:29: warning: incorrect type in argument 1

[PATCH v3 0/6] OpenRISC header and sparse warning fixes for 5.9

2020-08-08 Thread Stafford Horne
Hello, Changes since v1: - in "io: Fixup defines and move include to the end" added a linux/types.h include as there were compiler failurs pointed out by kbuild. - Remove some __force's suggested by Luc Van Oostenryck This a series of fixes for OpenRISC sparse warnings. The kbuild robots

Re: [PATCH v2 5/6] openrisc: signal: Fix sparse address space warnings

2020-08-08 Thread Luc Van Oostenryck
On Sun, Aug 09, 2020 at 07:48:22AM +0900, Stafford Horne wrote: > On Thu, Aug 06, 2020 at 09:04:49PM +0200, Luc Van Oostenryck wrote: > > On Thu, Aug 06, 2020 at 06:07:24AM +0900, Stafford Horne wrote: > > > --- > > > arch/openrisc/kernel/signal.c | 14 +++--- > > > 1 file changed, 7

Re: [PATCH v4 08/24] seqlock: lockdep assert non-preemptibility on seqcount_t write

2020-08-08 Thread Guenter Roeck
On Mon, Jul 20, 2020 at 05:55:14PM +0200, Ahmed S. Darwish wrote: > Preemption must be disabled before entering a sequence count write side > critical section. Failing to do so, the seqcount read side can preempt > the write side section and spin for the entire scheduler tick. If that > reader

Re: [PATCH v4 08/24] seqlock: lockdep assert non-preemptibility on seqcount_t write

2020-08-08 Thread Guenter Roeck
On Sat, Aug 08, 2020 at 04:21:22PM -0700, Guenter Roeck wrote: > On Mon, Jul 20, 2020 at 05:55:14PM +0200, Ahmed S. Darwish wrote: > > Preemption must be disabled before entering a sequence count write side > > critical section. Failing to do so, the seqcount read side can preempt > > the write

fs/nfs/nfs4file.c:347 nfs42_ssc_open() error: potential null dereference 'ctx'. (alloc_nfs_open_context returns null)

2020-08-08 Thread kernel test robot
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 06a81c1c7db9bd5de0bd38cd5acc44bb22b99150 commit: ec4b0925089826af45e99cdf78a8ac84c1d005f1 NFS: inter ssc open date: 10 months ago config: openrisc-randconfig-m031-20200809 (attached as .config) compiler:

[PATCH AUTOSEL 5.8 04/72] perf/x86/intel/uncore: Fix oops when counting IMC uncore events on some TGL

2020-08-08 Thread Sasha Levin
From: Kan Liang [ Upstream commit 2af834f1faab3f1e218fcbcab70a399121620d62 ] When counting IMC uncore events on some TGL machines, an oops will be triggered. [ 393.101262] BUG: unable to handle page fault for address: b45200e15858 [ 393.101269] #PF: supervisor read access in kernel

[PATCH AUTOSEL 5.8 03/72] x86/mce/inject: Fix a wrong assignment of i_mce.status

2020-08-08 Thread Sasha Levin
From: Zhenzhong Duan [ Upstream commit 5d7f7d1d5e01c22894dee7c9c9266500478dca99 ] The original code is a nop as i_mce.status is or'ed with part of itself, fix it. Fixes: a1300e505297 ("x86/ras/mce_amd_inj: Trigger deferred and thresholding errors interrupts") Signed-off-by: Zhenzhong Duan

[PATCH AUTOSEL 5.8 06/72] x86, sched: Bail out of frequency invariance if turbo frequency is unknown

2020-08-08 Thread Sasha Levin
From: Giovanni Gherdovich [ Upstream commit 51beea8862a3095559862df39554f05042e1195b ] There may be CPUs that support turbo boost but don't declare any turbo ratio, i.e. their MSR_TURBO_RATIO_LIMIT is all zeroes. In that condition scale-invariant calculations can't be performed. Fixes:

[PATCH AUTOSEL 5.8 09/72] sched: correct SD_flags returned by tl->sd_flags()

2020-08-08 Thread Sasha Levin
From: Peng Liu [ Upstream commit 9b1b234bb86bcdcdb142e900d39b599185465dbb ] During sched domain init, we check whether non-topological SD_flags are returned by tl->sd_flags(), if found, fire a waning and correct the violation, but the code failed to correct the violation. Correct this. Fixes:

[PATCH AUTOSEL 5.8 16/72] memory: tegra: Fix an error handling path in tegra186_emc_probe()

2020-08-08 Thread Sasha Levin
From: Christophe JAILLET [ Upstream commit c3d4eb3bf6ad32466555b31094f33a299444f795 ] The call to tegra_bpmp_get() must be balanced by a call to tegra_bpmp_put() in case of error, as already done in the remove function. Add an error handling path and corresponding goto. Fixes: 52d15dd23f0b

[PATCH AUTOSEL 5.8 14/72] crc-t10dif: Fix potential crypto notify dead-lock

2020-08-08 Thread Sasha Levin
From: Herbert Xu [ Upstream commit 3906f640224dbe7714b52b66d7d68c0812808e19 ] The crypto notify call occurs with a read mutex held so you must not do any substantial work directly. In particular, you cannot call crypto_alloc_* as they may trigger further notifications which may dead-lock in

[PATCH AUTOSEL 5.8 26/72] crypto: qat - allow xts requests not multiple of block

2020-08-08 Thread Sasha Levin
From: Giovanni Cabiddu [ Upstream commit 528f776df67c440361b2847b4da400d8754bf030 ] Allow AES-XTS requests that are not multiple of the block size. If a request is smaller than the block size, return -EINVAL. This fixes the following issue reported by the crypto testmgr self-test: alg:

[PATCH AUTOSEL 5.8 25/72] sched/uclamp: Fix initialization of struct uclamp_rq

2020-08-08 Thread Sasha Levin
From: Qais Yousef [ Upstream commit d81ae8aac85ca2e307d273f6dc7863a721bf054e ] struct uclamp_rq was zeroed out entirely in assumption that in the first call to uclamp_rq_inc() they'd be initialized correctly in accordance to default settings. But when next patch introduces a static key to skip

[PATCH AUTOSEL 5.8 05/72] x86, sched: check for counters overflow in frequency invariant accounting

2020-08-08 Thread Sasha Levin
From: Giovanni Gherdovich [ Upstream commit e2b0d619b400ae326f954a018a1d65d736c237c5 ] The product mcnt * arch_max_freq_ratio can overflows u64. For context, a large value for arch_max_freq_ratio would be 5000, corresponding to a turbo_freq/base_freq ratio of 5 (normally it's more like

[PATCH AUTOSEL 5.8 30/72] platform/x86: intel-hid: Fix return value check in check_acpi_dev()

2020-08-08 Thread Sasha Levin
From: Lu Wei [ Upstream commit 71fbe886ce6dd0be17f20aded9c63fe58edd2806 ] In the function check_acpi_dev(), if it fails to create platform device, the return value is ERR_PTR() or NULL. Thus it must use IS_ERR_OR_NULL() to check return value. Fixes: ecc83e52b28c ("intel-hid: new hid event

[PATCH AUTOSEL 5.8 31/72] platform/x86: intel-vbtn: Fix return value check in check_acpi_dev()

2020-08-08 Thread Sasha Levin
From: Lu Wei [ Upstream commit 64dd4a5a7d214a07e3d9f40227ec30ac8ba8796e ] In the function check_acpi_dev(), if it fails to create platform device, the return value is ERR_PTR() or NULL. Thus it must use IS_ERR_OR_NULL() to check return value. Fixes: 332e081225fc ("intel-vbtn: new driver for

[PATCH AUTOSEL 5.8 13/72] EDAC: Fix reference count leaks

2020-08-08 Thread Sasha Levin
From: Qiushi Wu [ Upstream commit 17ed808ad243192fb923e4e653c1338d3ba06207 ] When kobject_init_and_add() returns an error, it should be handled because kobject_init_and_add() takes a reference even when it fails. If this function returns an error, kobject_put() must be called to properly clean

[PATCH AUTOSEL 5.8 27/72] clk: scmi: Fix min and max rate when registering clocks with discrete rates

2020-08-08 Thread Sasha Levin
From: Sudeep Holla [ Upstream commit fcd2e0deae50bce48450f14c8fc5611b08d7438c ] Currently we are not initializing the scmi clock with discrete rates correctly. We fetch the min_rate and max_rate value only for clocks with ranges and ignore the ones with discrete rates. This will lead to wrong

[PATCH AUTOSEL 5.8 29/72] m68k: mac: Fix IOP status/control register writes

2020-08-08 Thread Sasha Levin
From: Finn Thain [ Upstream commit 931fc82a6aaf4e2e4a5490addaa6a090d78c24a7 ] When writing values to the IOP status/control register make sure those values do not have any extraneous bits that will clear interrupt flags. To place the SCC IOP into bypass mode would be desirable but this is not

[PATCH AUTOSEL 5.8 57/72] seccomp: Fix ioctl number for SECCOMP_IOCTL_NOTIF_ID_VALID

2020-08-08 Thread Sasha Levin
From: Kees Cook [ Upstream commit 47e33c05f9f07cac3de833e531bcac9ae052c7ca ] When SECCOMP_IOCTL_NOTIF_ID_VALID was first introduced it had the wrong direction flag set. While this isn't a big deal as nothing currently enforces these bits in the kernel, it should be defined correctly. Fix the

[PATCH AUTOSEL 5.8 47/72] regulator: fix memory leak on error path of regulator_register()

2020-08-08 Thread Sasha Levin
From: Vladimir Zapolskiy [ Upstream commit 9177514ce34902b3adb2abd490b6ad05d1cfcb43 ] The change corrects registration and deregistration on error path of a regulator, the problem was manifested by a reported memory leak on deferred probe: as3722-regulator as3722-regulator: regulator 13

[PATCH AUTOSEL 5.8 59/72] irqchip/loongson-htvec: Fix potential resource leak

2020-08-08 Thread Sasha Levin
From: Tiezhu Yang [ Upstream commit 652d54e77a438cf38a5731d8f9983c81e72dc429 ] In the function htvec_of_init(), system resource "parent_irq" was not released in an error case. Thus add a jump target for the completion of the desired exception handling. Fixes: 818e915fbac5 ("irqchip: Add

[PATCH AUTOSEL 5.8 44/72] crypto: x86/crc32c - fix building with clang ias

2020-08-08 Thread Sasha Levin
From: Arnd Bergmann [ Upstream commit 44623b2818f4a442726639572f44fd9b6d0ef68c ] The clang integrated assembler complains about movzxw: arch/x86/crypto/crc32c-pcl-intel-asm_64.S:173:2: error: invalid instruction mnemonic 'movzxw' It seems that movzwq is the mnemonic that it expects instead,

[PATCH AUTOSEL 5.8 39/72] ARM: dts: sunxi: bananapi-m2-plus-v1.2: Add regulator supply to all CPU cores

2020-08-08 Thread Sasha Levin
From: Chen-Yu Tsai [ Upstream commit 55b271af765b0e03d1ff29502f81644b1a3c87fd ] The device tree currently only assigns the a supply for the first CPU core, when in reality the regulator supply is shared by all four cores. This might cause an issue if the implementation does not realize the

[PATCH AUTOSEL 5.7 01/58] ARM: dts: stm32: fix uart7_pins_a comments in stm32mp15-pinctrl

2020-08-08 Thread Sasha Levin
From: Erwan Le Ray [ Upstream commit 391e437eedc0dab0a9f2c26997e68e040ae04ea3 ] Fix uart7_pins_a comments to indicate UART7 pins instead of UART4 pins. Fixes: bf4b5f379fed ("ARM: dts: stm32: Add missing pinctrl definitions for STM32MP157") Signed-off-by: Erwan Le Ray Signed-off-by:

[PATCH AUTOSEL 5.8 61/72] irqchip/loongson-pch-pic: Check return value of irq_domain_translate_twocell()

2020-08-08 Thread Sasha Levin
From: Tiezhu Yang [ Upstream commit 66a535c495f72e1deacc37dfa34acca2a06e3578 ] Check the return value of irq_domain_translate_twocell() due to it may returns -EINVAL if failed and use variable fwspec for it, and then use a new variable parent_fwspec which is proper for

[PATCH AUTOSEL 5.7 06/58] sched/fair: Fix NOHZ next idle balance

2020-08-08 Thread Sasha Levin
From: Vincent Guittot [ Upstream commit 3ea2f097b17e13a8280f1f9386c331b326a3dbef ] With commit: 'b7031a02ec75 ("sched/fair: Add NOHZ_STATS_KICK")' rebalance_domains of the local cfs_rq happens before others idle cpus have updated nohz.next_balance and its value is overwritten. Move the

[PATCH AUTOSEL 5.8 52/72] spi: rockchip: Fix error in SPI slave pio read

2020-08-08 Thread Sasha Levin
From: Jon Lin [ Upstream commit 4294e4accf8d695ea5605f6b189008b692e3e82c ] The RXFLR is possible larger than rx_left in Rockchip SPI, fix it. Fixes: 01b59ce5dac8 ("spi: rockchip: use irq rather than polling") Signed-off-by: Jon Lin Tested-by: Emil Renner Berthing Reviewed-by: Heiko Stuebner

[PATCH AUTOSEL 5.8 51/72] soc: qcom: pdr: Reorder the PD state indication ack

2020-08-08 Thread Sasha Levin
From: Sibi Sankar [ Upstream commit 72fe996f9643043c8f84e32c0610975b01aa555b ] The Protection Domains (PD) have a mechanism to keep its resources enabled until the PD down indication is acked. Reorder the PD state indication ack so that clients get to release the relevant resources before the

[PATCH AUTOSEL 5.8 34/72] ARM: dts: gose: Fix ports node name for adv7612

2020-08-08 Thread Sasha Levin
From: Niklas Söderlund [ Upstream commit 59692ac5a7bb8c97ff440fc8917828083fbc38d6 ] When adding the adv7612 device node the ports node was misspelled as port, fix this. Fixes: bc63cd87f3ce924f ("ARM: dts: gose: add HDMI input") Signed-off-by: Niklas Söderlund Link:

[PATCH AUTOSEL 5.8 46/72] recordmcount: only record relocation of type R_AARCH64_CALL26 on arm64.

2020-08-08 Thread Sasha Levin
From: Gregory Herrero [ Upstream commit ea0eada45632f4807b2f49de951072283e2d781c ] Currently, if a section has a relocation to '_mcount' symbol, a new __mcount_loc entry will be added whatever the relocation type is. This is problematic when a relocation to '_mcount' is in the middle of a

[PATCH AUTOSEL 5.8 68/72] nvme-rdma: fix controller reset hang during traffic

2020-08-08 Thread Sasha Levin
From: Sagi Grimberg [ Upstream commit 9f98772ba307dd89a3d17dc2589f213d3972fc64 ] commit fe35ec58f0d3 ("block: update hctx map when use multiple maps") exposed an issue where we may hang trying to wait for queue freeze during I/O. We call blk_mq_update_nr_hw_queues which in case of multiple

[PATCH AUTOSEL 5.8 54/72] iocost: Fix check condition of iocg abs_vdebt

2020-08-08 Thread Sasha Levin
From: Chengming Zhou [ Upstream commit d9012a59db54442d5b2fcfdfcded35cf566397d3 ] We shouldn't skip iocg when its abs_vdebt is not zero. Fixes: 0b80f9866e6b ("iocost: protect iocg->abs_vdebt with iocg->waitq.lock") Signed-off-by: Chengming Zhou Acked-by: Tejun Heo Signed-off-by: Jens Axboe

[PATCH AUTOSEL 5.8 64/72] kunit: tool: fix improper treatment of file location

2020-08-08 Thread Sasha Levin
From: Brendan Higgins [ Upstream commit d43c7fb05765152d4d4a39a8ef957c4ea14d8847 ] Commit 01397e822af4 ("kunit: Fix TabError, remove defconfig code and handle when there is no kunitconfig") and commit 45ba7a893ad8 ("kunit: kunit_tool: Separate out config/build/exec/parse") introduced two

[PATCH AUTOSEL 5.8 66/72] irqchip/gic-v4.1: Use GFP_ATOMIC flag in allocate_vpe_l1_table()

2020-08-08 Thread Sasha Levin
From: Zenghui Yu [ Upstream commit d1bd7e0ba533a2a6f313579ec9b504f6614c35c4 ] Booting the latest kernel with DEBUG_ATOMIC_SLEEP=y on a GICv4.1 enabled box, I get the following kernel splat: [0.053766] BUG: sleeping function called from invalid context at mm/slab.h:567 [0.053767]

[PATCH AUTOSEL 5.7 11/58] EDAC: Fix reference count leaks

2020-08-08 Thread Sasha Levin
From: Qiushi Wu [ Upstream commit 17ed808ad243192fb923e4e653c1338d3ba06207 ] When kobject_init_and_add() returns an error, it should be handled because kobject_init_and_add() takes a reference even when it fails. If this function returns an error, kobject_put() must be called to properly clean

[PATCH AUTOSEL 5.8 36/72] ARM: dts: exynos: Disable frequency scaling for FSYS bus on Odroid XU3 family

2020-08-08 Thread Sasha Levin
From: Marek Szyprowski [ Upstream commit 9ff416cf45a08f28167b75045222c762a0347930 ] Commit 1019fe2c7280 ("ARM: dts: exynos: Adjust bus related OPPs to the values correct for Exynos5422 Odroids") changed the parameters of the OPPs for the FSYS bus. Besides the frequency adjustments, it also

[PATCH AUTOSEL 5.7 08/58] arm64: dts: rockchip: fix rk3368-lion gmac reset gpio

2020-08-08 Thread Sasha Levin
From: Heiko Stuebner [ Upstream commit 2300e6dab473e93181cf76e4fe6671aa3d24c57b ] The lion gmac node currently uses opposite active-values for the gmac phy reset pin. The gpio-declaration uses active-high while the separate snps,reset-active-low property marks the pin as active low. While on

[PATCH AUTOSEL 5.7 07/58] sched: correct SD_flags returned by tl->sd_flags()

2020-08-08 Thread Sasha Levin
From: Peng Liu [ Upstream commit 9b1b234bb86bcdcdb142e900d39b599185465dbb ] During sched domain init, we check whether non-topological SD_flags are returned by tl->sd_flags(), if found, fire a waning and correct the violation, but the code failed to correct the violation. Correct this. Fixes:

[PATCH AUTOSEL 5.7 26/58] m68k: mac: Fix IOP status/control register writes

2020-08-08 Thread Sasha Levin
From: Finn Thain [ Upstream commit 931fc82a6aaf4e2e4a5490addaa6a090d78c24a7 ] When writing values to the IOP status/control register make sure those values do not have any extraneous bits that will clear interrupt flags. To place the SCC IOP into bypass mode would be desirable but this is not

[PATCH AUTOSEL 5.7 13/58] arm64: dts: qcom: msm8916: Replace invalid bias-pull-none property

2020-08-08 Thread Sasha Levin
From: Stephan Gerhold [ Upstream commit 1b6a1a162defe649c5599d661b58ac64bb6f31b6 ] msm8916-pins.dtsi specifies "bias-pull-none" for most of the audio pin configurations. This was likely copied from the qcom kernel fork where the same property was used for these audio pins. However,

[PATCH AUTOSEL 5.7 12/58] crc-t10dif: Fix potential crypto notify dead-lock

2020-08-08 Thread Sasha Levin
From: Herbert Xu [ Upstream commit 3906f640224dbe7714b52b66d7d68c0812808e19 ] The crypto notify call occurs with a read mutex held so you must not do any substantial work directly. In particular, you cannot call crypto_alloc_* as they may trigger further notifications which may dead-lock in

[PATCH AUTOSEL 5.7 36/58] ARM: dts: sunxi: bananapi-m2-plus-v1.2: Fix CPU supply voltages

2020-08-08 Thread Sasha Levin
From: Chen-Yu Tsai [ Upstream commit e4dae01bf08b754de79072441c357737220b873f ] The Bananapi M2+ uses a GPIO line to change the effective resistance of the CPU supply regulator's feedback resistor network. The voltages described in the device tree were given directly by the vendor. This turns

[PATCH AUTOSEL 5.7 28/58] platform/x86: intel-vbtn: Fix return value check in check_acpi_dev()

2020-08-08 Thread Sasha Levin
From: Lu Wei [ Upstream commit 64dd4a5a7d214a07e3d9f40227ec30ac8ba8796e ] In the function check_acpi_dev(), if it fails to create platform device, the return value is ERR_PTR() or NULL. Thus it must use IS_ERR_OR_NULL() to check return value. Fixes: 332e081225fc ("intel-vbtn: new driver for

[PATCH AUTOSEL 5.7 30/58] arm64: dts: renesas: Fix SD Card/eMMC interface device node names

2020-08-08 Thread Sasha Levin
From: Yoshihiro Shimoda [ Upstream commit a6cb262af1e1adfa6287cb43f09021ee42beb21c ] Fix the device node names as "mmc@". Fixes: 663386c3e1aa ("arm64: dts: renesas: r8a774a1: Add SDHI nodes") Fixes: 9b33e3001b67 ("arm64: dts: renesas: Initial r8a774b1 SoC device tree") Fixes: 77223211f44d

[PATCH AUTOSEL 5.7 17/58] ARM: exynos: MCPM: Restore big.LITTLE cpuidle support

2020-08-08 Thread Sasha Levin
From: Marek Szyprowski [ Upstream commit ea9dd8f61c8a890843f68e8dc0062ce78365aab8 ] Call exynos_cpu_power_up(cpunr) unconditionally. This is needed by the big.LITTLE cpuidle driver and has no side-effects on other code paths. The additional soft-reset call during little core power up has been

[PATCH AUTOSEL 5.7 22/58] sched/uclamp: Fix initialization of struct uclamp_rq

2020-08-08 Thread Sasha Levin
From: Qais Yousef [ Upstream commit d81ae8aac85ca2e307d273f6dc7863a721bf054e ] struct uclamp_rq was zeroed out entirely in assumption that in the first call to uclamp_rq_inc() they'd be initialized correctly in accordance to default settings. But when next patch introduces a static key to skip

[PATCH AUTOSEL 5.7 16/58] crypto: ccree - fix resource leak on error path

2020-08-08 Thread Sasha Levin
From: Gilad Ben-Yossef [ Upstream commit 9bc6165d608d676f05d8bf156a2c9923ee38d05b ] Fix a small resource leak on the error path of cipher processing. Signed-off-by: Gilad Ben-Yossef Fixes: 63ee04c8b491e ("crypto: ccree - add skcipher support") Cc: Markus Elfring Signed-off-by: Herbert Xu

[PATCH AUTOSEL 5.7 32/58] ARM: at91: pm: add missing put_device() call in at91_pm_sram_init()

2020-08-08 Thread Sasha Levin
From: yu kuai [ Upstream commit f87a4f022c44e5b87e842a9f3e644fba87e8385f ] if of_find_device_by_node() succeed, at91_pm_sram_init() doesn't have a corresponding put_device(). Thus add a jump target to fix the exception handling for this function implementation. Fixes: d2e467905596 ("ARM: at91:

[PATCH AUTOSEL 5.7 15/58] blktrace: fix debugfs use after free

2020-08-08 Thread Sasha Levin
From: Luis Chamberlain [ Upstream commit bad8e64fb19d3a0de5e564d9a7271c31bd684369 ] On commit 6ac93117ab00 ("blktrace: use existing disk debugfs directory") merged on v4.12 Omar fixed the original blktrace code for request-based drivers (multiqueue). This however left in place a possible crash,

[PATCH AUTOSEL 5.4 01/40] x86/mce/inject: Fix a wrong assignment of i_mce.status

2020-08-08 Thread Sasha Levin
From: Zhenzhong Duan [ Upstream commit 5d7f7d1d5e01c22894dee7c9c9266500478dca99 ] The original code is a nop as i_mce.status is or'ed with part of itself, fix it. Fixes: a1300e505297 ("x86/ras/mce_amd_inj: Trigger deferred and thresholding errors interrupts") Signed-off-by: Zhenzhong Duan

[PATCH AUTOSEL 5.4 10/40] blktrace: fix debugfs use after free

2020-08-08 Thread Sasha Levin
From: Luis Chamberlain [ Upstream commit bad8e64fb19d3a0de5e564d9a7271c31bd684369 ] On commit 6ac93117ab00 ("blktrace: use existing disk debugfs directory") merged on v4.12 Omar fixed the original blktrace code for request-based drivers (multiqueue). This however left in place a possible crash,

[PATCH AUTOSEL 5.7 52/58] irqchip/irq-bcm7038-l1: Guard uses of cpu_logical_map

2020-08-08 Thread Sasha Levin
From: Florian Fainelli [ Upstream commit 9808357ff2e5bfe1e0dcafef5e78cc5b617a7078 ] cpu_logical_map is only defined for CONFIG_SMP builds, when we are in an UP configuration, the boot CPU is 0. Fixes: 6468fc18b006 ("irqchip/irq-bcm7038-l1: Add PM support") Reported-by: kernel test robot

[PATCH AUTOSEL 5.7 46/58] iocost: Fix check condition of iocg abs_vdebt

2020-08-08 Thread Sasha Levin
From: Chengming Zhou [ Upstream commit d9012a59db54442d5b2fcfdfcded35cf566397d3 ] We shouldn't skip iocg when its abs_vdebt is not zero. Fixes: 0b80f9866e6b ("iocost: protect iocg->abs_vdebt with iocg->waitq.lock") Signed-off-by: Chengming Zhou Acked-by: Tejun Heo Signed-off-by: Jens Axboe

[PATCH AUTOSEL 5.7 43/58] soc: qcom: pdr: Reorder the PD state indication ack

2020-08-08 Thread Sasha Levin
From: Sibi Sankar [ Upstream commit 72fe996f9643043c8f84e32c0610975b01aa555b ] The Protection Domains (PD) have a mechanism to keep its resources enabled until the PD down indication is acked. Reorder the PD state indication ack so that clients get to release the relevant resources before the

[PATCH AUTOSEL 5.7 57/58] nvme-multipath: do not fall back to __nvme_find_path() for non-optimized paths

2020-08-08 Thread Sasha Levin
From: Hannes Reinecke [ Upstream commit fbd6a42d8932e172921c7de10468a2e12c34846b ] When nvme_round_robin_path() finds a valid namespace we should be using it; falling back to __nvme_find_path() for non-optimized paths will cause the result from nvme_round_robin_path() to be ignored for

[PATCH AUTOSEL 5.7 54/58] nvme-tcp: fix controller reset hang during traffic

2020-08-08 Thread Sasha Levin
From: Sagi Grimberg [ Upstream commit 2875b0aecabe2f081a8432e2bc85b85df0529490 ] commit fe35ec58f0d3 ("block: update hctx map when use multiple maps") exposed an issue where we may hang trying to wait for queue freeze during I/O. We call blk_mq_update_nr_hw_queues which in case of multiple

[PATCH AUTOSEL 5.4 11/40] crypto: ccree - fix resource leak on error path

2020-08-08 Thread Sasha Levin
From: Gilad Ben-Yossef [ Upstream commit 9bc6165d608d676f05d8bf156a2c9923ee38d05b ] Fix a small resource leak on the error path of cipher processing. Signed-off-by: Gilad Ben-Yossef Fixes: 63ee04c8b491e ("crypto: ccree - add skcipher support") Cc: Markus Elfring Signed-off-by: Herbert Xu

[PATCH AUTOSEL 5.7 40/58] regulator: fix memory leak on error path of regulator_register()

2020-08-08 Thread Sasha Levin
From: Vladimir Zapolskiy [ Upstream commit 9177514ce34902b3adb2abd490b6ad05d1cfcb43 ] The change corrects registration and deregistration on error path of a regulator, the problem was manifested by a reported memory leak on deferred probe: as3722-regulator as3722-regulator: regulator 13

[PATCH AUTOSEL 5.4 28/40] recordmcount: only record relocation of type R_AARCH64_CALL26 on arm64.

2020-08-08 Thread Sasha Levin
From: Gregory Herrero [ Upstream commit ea0eada45632f4807b2f49de951072283e2d781c ] Currently, if a section has a relocation to '_mcount' symbol, a new __mcount_loc entry will be added whatever the relocation type is. This is problematic when a relocation to '_mcount' is in the middle of a

  1   2   3   4   5   >