[PATCH AUTOSEL 4.19 004/101] staging: vt6656: use meaningful error code during buffer allocation

From: Quentin Deslandes [ Upstream commit d8c2869300ab5f7a19bf6f5a04fe473c5c9887e3 ] Check on called function's returned value for error and return 0 on success or a negative errno value on error instead of a boolean value. Signed-off-by: Quentin Deslandes Signed-off-by: Greg Kroah-Hartman

[PATCH AUTOSEL 5.1 061/141] staging: ks7010: Fix build error

From: YueHaibing [ Upstream commit 3e5bc68fa596874500e8c718605aa44d5e42a34c ] when CRYPTO is m and KS7010 is y, building fails: drivers/staging/ks7010/ks_hostif.o: In function `michael_mic.constprop.13': ks_hostif.c:(.text+0x560): undefined reference to `crypto_alloc_shash'

[PATCH AUTOSEL 5.1 006/141] staging: vt6656: use meaningful error code during buffer allocation

From: Quentin Deslandes [ Upstream commit d8c2869300ab5f7a19bf6f5a04fe473c5c9887e3 ] Check on called function's returned value for error and return 0 on success or a negative errno value on error instead of a boolean value. Signed-off-by: Quentin Deslandes Signed-off-by: Greg Kroah-Hartman

[PATCH AUTOSEL 5.2 080/171] staging: ks7010: Fix build error

From: YueHaibing [ Upstream commit 3e5bc68fa596874500e8c718605aa44d5e42a34c ] when CRYPTO is m and KS7010 is y, building fails: drivers/staging/ks7010/ks_hostif.o: In function `michael_mic.constprop.13': ks_hostif.c:(.text+0x560): undefined reference to `crypto_alloc_shash'

[PATCH AUTOSEL 5.2 032/171] staging: kpc2000: report error status to spi core

From: Mao Wenan [ Upstream commit 9164f336311863d3e9f80840f4a1cce2aee293bd ] There is an error condition that's not reported to the spi core in kp_spi_transfer_one_message(). It should restore status value to m->status, and return it in error path. Signed-off-by: Mao Wenan Signed-off-by: Greg

[PATCH AUTOSEL 5.2 006/171] staging: kpc2000: added missing clean-up to probe_core_uio.

From: Jeremy Sowden [ Upstream commit abb611d2c21c0a4fa8eab35dc936c80d9a07acd8 ] On error, probe_core_uio just returned an error without freeing resources which had previously been allocated. Added the missing clean-up code. Updated TODO. Signed-off-by: Jeremy Sowden Reviewed-by: Dan

[PATCH AUTOSEL 5.2 008/171] staging: vt6656: use meaningful error code during buffer allocation

From: Quentin Deslandes [ Upstream commit d8c2869300ab5f7a19bf6f5a04fe473c5c9887e3 ] Check on called function's returned value for error and return 0 on success or a negative errno value on error instead of a boolean value. Signed-off-by: Quentin Deslandes Signed-off-by: Greg Kroah-Hartman

[PATCH v2] x86/hyper-v: Zero out the VP ASSIST PAGE to fix CPU offlining

The VP ASSIST PAGE is an "overlay" page (see Hyper-V TLFS's Section 5.2.1 "GPA Overlay Pages" for the details) and here is an excerpt: " The hypervisor defines several special pages that "overlay" the guest's Guest Physical Addresses (GPA) space. Overlays are addressed GPA but are not included

[PATCH] staging: kpc2000: Remove null check before kfree

As kfree already has NULL check we may not need null check before calling same. Issue found with coccicheck Signed-off-by: Hariprasad Kelam --- drivers/staging/kpc2000/kpc2000_spi.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/staging/kpc2000/kpc2000_spi.c

Re: [PATCH] v3: staging: erofs: fix typo

On 2019/7/18 4:11, Karen Palacio wrote: > Fix typo in Kconfig > > Signed-off-by: Karen Palacio Reviewed-by: Chao Yu Thanks, ___ devel mailing list de...@linuxdriverproject.org http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel

Re: [PATCH] v3: staging: erofs: fix typo

On 2019/7/18 4:11, Karen Palacio wrote: > Fix typo in Kconfig > > Signed-off-by: Karen Palacio Reviewed-by: Gao Xiang Thanks, Gao Xiang ___ devel mailing list de...@linuxdriverproject.org

[PATCH] staging: rtl8723bs: Disable procfs debugging by default

The procfs provides many useful information for debugging, but it may be too much for normal usage, routines like proc_get_sec_info() reports various security related information. So disable it by defaultl. Signed-off-by: Kai-Heng Feng --- drivers/staging/rtl8723bs/include/autoconf.h | 4

RE: [PATCH] x86/hyper-v: Zero out the VP assist page to fix CPU offlining

> From: Thomas Gleixner > Sent: Thursday, July 18, 2019 12:56 AM > To: Dexuan Cui > > On Thu, 18 Jul 2019, Dexuan Cui wrote: > > > > The concept of the "overlay page" seems weird, and frankly speaking, > > I don't really understand why the Hyper-V guys invented it, but as far > > as this patch

RE: [PATCH] x86/hyper-v: Zero out the VP assist page to fix CPU offlining

On Thu, 18 Jul 2019, Dexuan Cui wrote: > > The concept of the "overlay page" seems weird, and frankly speaking, > I don't really understand why the Hyper-V guys invented it, but as far > as this patch here is concerned, I think the patch is safe and it can > indeed fix the CPU offlining issue I

RE: [PATCH] x86/hyper-v: Zero out the VP assist page to fix CPU offlining

> From: Thomas Gleixner > Sent: Thursday, July 18, 2019 12:01 AM > ... > Those are two different things. The GPF_ZERO allocation makes sense on its > own but it _cannot_ prevent the following scenario: Hi tglx, The scenario can be prevented. The VP ASSIST PAGE is an "overlay" page (please see

Re: [PATCH] staging: media: sunxi: Add bool cast to value

Hi, On Wed 17 Jul 19, 19:53, Nishka Dasgupta wrote: > Typecast as bool the return value of cedrus_find_format in > cedrus_check_format as the return value of cedrus_check_format is always > treated like a boolean value. Thanks for the patch! Could we also add !! to the returned pointer so that

RE: [PATCH] x86/hyper-v: Zero out the VP assist page to fix CPU offlining

On Thu, 18 Jul 2019, Dexuan Cui wrote: > > On Thu, 4 Jul 2019, Dexuan Cui wrote: > > This is the allocation when the CPU is brought online for the first > > time. So what effect has zeroing at allocation time vs. offlining and > > potentially receiving IPIs? That allocation is never freed. > > >