2020-10-05 16:58:07

by Greg Kroah-Hartman

[permalink] [raw]
Subject: [PATCH 5.8 00/85] 5.8.14-rc1 review

This is the start of the stable review cycle for the 5.8.14 release.
There are 85 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.

Responses should be made by Wed, 07 Oct 2020 14:20:55 +0000.
Anything received after that time might be too late.

The whole patch series can be found in one patch at:
https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.8.14-rc1.gz
or in the git tree and branch at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-5.8.y
and the diffstat can be found below.

thanks,

greg k-h

-------------
Pseudo-Shortlog of commits:

Greg Kroah-Hartman <[email protected]>
Linux 5.8.14-rc1

Al Viro <[email protected]>
ep_create_wakeup_source(): dentry name can change under you...

Al Viro <[email protected]>
epoll: EPOLL_CTL_ADD: close the race in decision to take fast path

Al Viro <[email protected]>
epoll: replace ->visited/visited_list with generation count

Al Viro <[email protected]>
epoll: do not insert into poll queues until all sanity checks are done

Damien Le Moal <[email protected]>
scsi: sd: sd_zbc: Fix ZBC disk initialization

Damien Le Moal <[email protected]>
scsi: sd: sd_zbc: Fix handling of host-aware ZBC disks

Zhenyu Wang <[email protected]>
drm/i915/gvt: Fix port number for BDW on EDID region setup

Andy Shevchenko <[email protected]>
gpiolib: Fix line event handling in syscall compatible mode

Thibaut Sautereau <[email protected]>
random32: Restore __latent_entropy attribute on net_rand_state

Linus Torvalds <[email protected]>
pipe: remove pipe_wait() and fix wakeup race with splice

Adrian Huang <[email protected]>
iommu/amd: Fix the overwritten field in IVMD header

Andy Shevchenko <[email protected]>
gpio: pca953x: Correctly initialize registers 6 and 7 for PCA957x

Hanks Chen <[email protected]>
pinctrl: mediatek: check mtk_is_virt_gpio input parameter

Dmitry Baryshkov <[email protected]>
pinctrl: qcom: sm8250: correct sdc2_clk

Linus Torvalds <[email protected]>
autofs: use __kernel_write() for the autofs pipe writing

Uwe Kleine-König <[email protected]>
scripts/dtc: only append to HOST_EXTRACFLAGS instead of overwriting

yangerkun <[email protected]>
blk-mq: call commit_rqs while list empty but error happen

Vincent Huang <[email protected]>
Input: trackpoint - enable Synaptics trackpoints

Tali Perry <[email protected]>
i2c: npcm7xx: Clear LAST bit after a failed transaction.

Nicolas VINCENT <[email protected]>
i2c: cpm: Fix i2c_ram structure

Tao Ren <[email protected]>
gpio: aspeed: fix ast2600 bank properties

Jeremy Kerr <[email protected]>
gpio/aspeed-sgpio: don't enable all interrupts by default

Jeremy Kerr <[email protected]>
gpio/aspeed-sgpio: enable access to all 80 input & output sgpios

Ye Li <[email protected]>
gpio: pca953x: Fix uninitialized pending variable

Yu Kuai <[email protected]>
iommu/exynos: add missing put_device() call in exynos_iommu_of_xlate()

Sudhakar Panneerselvam <[email protected]>
scsi: target: Fix lun lookup for TARGET_SCF_LOOKUP_LUN_FROM_TAG case

Marek Szyprowski <[email protected]>
clk: samsung: exynos4: mark 'chipid' clock as CLK_IGNORE_UNUSED

Vladimir Murzin <[email protected]>
dmaengine: dmatest: Prevent to run on misconfigured channel

Thierry Reding <[email protected]>
clk: tegra: Fix missing prototype for tegra210_clk_register_emc()

Thierry Reding <[email protected]>
clk: tegra: Always program PLL_E when enabled

Trond Myklebust <[email protected]>
pNFS/flexfiles: Ensure we initialise the mirror bsizes correctly on read

Olga Kornievskaia <[email protected]>
NFSv4.2: fix client's attribute cache management for copy_file_range

Jeffrey Mitchell <[email protected]>
nfs: Fix security label length not being reset

Chris Packham <[email protected]>
pinctrl: mvebu: Fix i2c sda definition for 98DX3236

Dan Carpenter <[email protected]>
phy: ti: am654: Fix a leak in serdes_am654_probe()

Taiping Lai <[email protected]>
gpio: sprd: Clear interrupt when setting the type as edge

Masahiro Yamada <[email protected]>
scripts/kallsyms: skip ppc compiler stub *.long_branch.* / *.plt_branch.*

James Smart <[email protected]>
nvme-fc: fail new connections to a deleted host or remote port

Xianting Tian <[email protected]>
nvme-pci: fix NULL req in completion handler

Xiaoliang Yang <[email protected]>
net: dsa: felix: fix some key offsets for IP4_TCP_UDP VCAP IS2 entries

Chris Packham <[email protected]>
spi: fsl-espi: Only process interrupts for expected events

Ulf Hansson <[email protected]>
cpuidle: psci: Fix suspicious RCU usage

Jens Axboe <[email protected]>
io_uring: mark statx/files_update/epoll_ctl as non-SQPOLL

Douglas Gilbert <[email protected]>
tools/io_uring: fix compile breakage

Sebastian Andrzej Siewior <[email protected]>
tracing: Make the space reserved for the pid wider

Felix Fietkau <[email protected]>
mac80211: do not allow bigger VHT MPDUs than the hardware supports

Aloka Dixit <[email protected]>
mac80211: Fix radiotap header channel flag for 6GHz band

Xie He <[email protected]>
drivers/net/wan/hdlc: Set skb->protocol before transmitting

Xie He <[email protected]>
drivers/net/wan/lapbether: Make skb->protocol consistent with the header

Al Viro <[email protected]>
fuse: fix the ->direct_IO() treatment of iov_iter

Chaitanya Kulkarni <[email protected]>
nvme-core: get/put ctrl and transport module in nvme_dev_open/release()

David Milburn <[email protected]>
nvme-pci: disable the write zeros command for Intel 600P/P3100

Olympia Giannou <[email protected]>
rndis_host: increase sleep time in the query-response loop

Lucy Yan <[email protected]>
net: dec: de2104x: Increase receive ring size for Tulip

Dexuan Cui <[email protected]>
hv_netvsc: Cache the current data path to avoid duplicate call and message

Martin Cerveny <[email protected]>
drm/sun4i: mixer: Extend regmap max_register

Mauro Carvalho Chehab <[email protected]>
Revert "wlcore: Adding suppoprt for IGTK key in wlcore driver"

Xie He <[email protected]>
drivers/net/wan/hdlc_fr: Add needed_headroom for PVC devices

Naveen N. Rao <[email protected]>
libbpf: Remove arch-specific include path in Makefile

Felix Fietkau <[email protected]>
mt76: mt7915: use ieee80211_free_txskb to free tx skbs

Hans de Goede <[email protected]>
vboxsf: Fix the check for the old binary mount-arguments struct

Guo Ren <[email protected]>
clocksource/drivers/timer-gx6605s: Fixup counter reload

Juergen Gross <[email protected]>
xen/events: don't use chip_data for legacy IRQs

Jean Delvare <[email protected]>
drm/amdgpu: restore proper ref count in amdgpu_display_crtc_set_config

Kai-Heng Feng <[email protected]>
memstick: Skip allocating card when removing host

Steven Rostedt (VMware) <[email protected]>
tracing: Fix trace_find_next_entry() accounting of temp buffer size

Steven Rostedt (VMware) <[email protected]>
ftrace: Move RCU is watching check after recursion check

Dmitry Baryshkov <[email protected]>
iio: adc: qcom-spmi-adc5: fix driver name

Jiri Kosina <[email protected]>
Input: i8042 - add nopnp quirk for Acer Aspire 5 A515

Jean Delvare <[email protected]>
i2c: i801: Exclude device from suspend direct complete optimization

Mark Mielke <[email protected]>
scsi: iscsi: iscsi_tcp: Avoid holding spinlock while calling getpeername()

Dinh Nguyen <[email protected]>
clk: socfpga: stratix10: fix the divider for the emac_ptp_free_clk

Marek Szyprowski <[email protected]>
clk: samsung: Keep top BPLL mux on Exynos542x enabled

Ed Wildgoose <[email protected]>
gpio: amd-fch: correct logic of GPIO_LINE_DIRECTION

dillon min <[email protected]>
gpio: tc35894: fix up tc35894 interrupt configuration

Bartosz Golaszewski <[email protected]>
gpio: mockup: fix resource leak in error path

Ahmad Fatoum <[email protected]>
gpio: siox: explicitly support only threaded irqs

M. Vefa Bicakci <[email protected]>
usbcore/driver: Accommodate usbip

M. Vefa Bicakci <[email protected]>
usbcore/driver: Fix incorrect downcast

M. Vefa Bicakci <[email protected]>
usbcore/driver: Fix specific driver selection

M. Vefa Bicakci <[email protected]>
Revert "usbip: Implement a match function to fix usbip"

Bryan O'Donoghue <[email protected]>
USB: gadget: f_ncm: Fix NDP16 datagram validation

Hans de Goede <[email protected]>
mmc: sdhci: Workaround broken command queuing on Intel GLK based IRBIS models

Filipe Manana <[email protected]>
btrfs: fix filesystem corruption after a device replace

Jens Axboe <[email protected]>
io_uring: always delete double poll wait entry on match


-------------

Diffstat:

.../devicetree/bindings/gpio/sgpio-aspeed.txt | 5 +-
Makefile | 4 +-
block/blk-mq.c | 18 +--
block/blk-settings.c | 46 +++++++
drivers/clk/samsung/clk-exynos4.c | 4 +-
drivers/clk/samsung/clk-exynos5420.c | 5 +
drivers/clk/socfpga/clk-s10.c | 2 +-
drivers/clk/tegra/clk-pll.c | 3 -
drivers/clk/tegra/clk-tegra210-emc.c | 2 +
drivers/clocksource/timer-gx6605s.c | 1 +
drivers/cpuidle/cpuidle-psci.c | 4 +-
drivers/dma/dmatest.c | 26 +++-
drivers/gpio/gpio-amd-fch.c | 2 +-
drivers/gpio/gpio-aspeed-sgpio.c | 134 +++++++++++++--------
drivers/gpio/gpio-aspeed.c | 4 +-
drivers/gpio/gpio-mockup.c | 2 +
drivers/gpio/gpio-pca953x.c | 7 +-
drivers/gpio/gpio-siox.c | 1 +
drivers/gpio/gpio-sprd.c | 3 +
drivers/gpio/gpio-tc3589x.c | 2 +-
drivers/gpio/gpiolib.c | 34 +++++-
drivers/gpu/drm/amd/amdgpu/amdgpu_display.c | 2 +-
drivers/gpu/drm/i915/gvt/vgpu.c | 6 +-
drivers/gpu/drm/sun4i/sun8i_mixer.c | 2 +-
drivers/i2c/busses/i2c-cpm.c | 3 +
drivers/i2c/busses/i2c-i801.c | 1 +
drivers/i2c/busses/i2c-npcm7xx.c | 9 ++
drivers/iio/adc/qcom-spmi-adc5.c | 2 +-
drivers/input/mouse/trackpoint.c | 2 +
drivers/input/serio/i8042-x86ia64io.h | 7 ++
drivers/iommu/amd/init.c | 56 ++-------
drivers/iommu/exynos-iommu.c | 8 +-
drivers/memstick/core/memstick.c | 4 +
drivers/mmc/host/sdhci-pci-core.c | 3 +-
drivers/net/dsa/ocelot/felix_vsc9959.c | 16 +--
drivers/net/ethernet/dec/tulip/de2104x.c | 2 +-
drivers/net/hyperv/hyperv_net.h | 3 +
drivers/net/hyperv/netvsc_drv.c | 21 +++-
drivers/net/usb/rndis_host.c | 2 +-
drivers/net/wan/hdlc_cisco.c | 1 +
drivers/net/wan/hdlc_fr.c | 6 +-
drivers/net/wan/hdlc_ppp.c | 1 +
drivers/net/wan/lapbether.c | 4 +-
drivers/net/wireless/mediatek/mt76/mt7915/init.c | 8 +-
drivers/net/wireless/mediatek/mt76/mt7915/mac.c | 2 +-
drivers/net/wireless/ti/wlcore/cmd.h | 1 -
drivers/net/wireless/ti/wlcore/main.c | 4 -
drivers/nvme/host/core.c | 15 +++
drivers/nvme/host/fc.c | 6 +-
drivers/nvme/host/pci.c | 17 +--
drivers/phy/ti/phy-am654-serdes.c | 6 +-
drivers/pinctrl/mediatek/pinctrl-mtk-common-v2.c | 4 +
drivers/pinctrl/mvebu/pinctrl-armada-xp.c | 2 +-
drivers/pinctrl/qcom/pinctrl-sm8250.c | 2 +-
drivers/scsi/iscsi_tcp.c | 22 ++--
drivers/scsi/sd.c | 34 +++---
drivers/scsi/sd.h | 14 +--
drivers/scsi/sd_zbc.c | 131 +++++++++++---------
drivers/spi/spi-fsl-espi.c | 5 +-
drivers/target/target_core_transport.c | 3 +-
drivers/usb/core/driver.c | 50 +++++---
drivers/usb/gadget/function/f_ncm.c | 30 +----
drivers/usb/usbip/stub_dev.c | 6 -
drivers/xen/events/events_base.c | 29 +++--
fs/autofs/waitq.c | 2 +-
fs/btrfs/dev-replace.c | 40 +++++-
fs/eventpoll.c | 72 +++++------
fs/fuse/file.c | 25 ++--
fs/io_uring.c | 8 +-
fs/nfs/dir.c | 3 +
fs/nfs/flexfilelayout/flexfilelayout.c | 11 +-
fs/nfs/nfs42proc.c | 10 +-
fs/pipe.c | 62 ++++++----
fs/read_write.c | 8 ++
fs/splice.c | 8 +-
fs/vboxsf/super.c | 2 +-
include/linux/blkdev.h | 2 +
include/linux/memstick.h | 1 +
include/linux/pipe_fs_i.h | 5 +-
kernel/trace/ftrace.c | 6 +-
kernel/trace/trace.c | 48 ++++----
kernel/trace/trace_output.c | 12 +-
lib/random32.c | 2 +-
net/mac80211/rx.c | 3 +-
net/mac80211/vht.c | 8 +-
scripts/dtc/Makefile | 2 +-
scripts/kallsyms.c | 16 ++-
tools/io_uring/io_uring-bench.c | 4 +-
tools/lib/bpf/Makefile | 2 +-
89 files changed, 761 insertions(+), 462 deletions(-)



2020-10-05 16:58:09

by Greg Kroah-Hartman

[permalink] [raw]
Subject: [PATCH 5.8 42/85] tools/io_uring: fix compile breakage

From: Douglas Gilbert <[email protected]>

[ Upstream commit 72f04da48a9828ba3ae8ac77bea648bda8b7d0ff ]

It would seem none of the kernel continuous integration does this:
$ cd tools/io_uring
$ make

Otherwise it may have noticed:
cc -Wall -Wextra -g -D_GNU_SOURCE -c -o io_uring-bench.o
io_uring-bench.c
io_uring-bench.c:133:12: error: static declaration of ‘gettid’
follows non-static declaration
133 | static int gettid(void)
| ^~~~~~
In file included from /usr/include/unistd.h:1170,
from io_uring-bench.c:27:
/usr/include/x86_64-linux-gnu/bits/unistd_ext.h:34:16: note:
previous declaration of ‘gettid’ was here
34 | extern __pid_t gettid (void) __THROW;
| ^~~~~~
make: *** [<builtin>: io_uring-bench.o] Error 1

The problem on Ubuntu 20.04 (with lk 5.9.0-rc5) is that unistd.h
already defines gettid(). So prefix the local definition with
"lk_".

Signed-off-by: Douglas Gilbert <[email protected]>
Signed-off-by: Jens Axboe <[email protected]>
Signed-off-by: Sasha Levin <[email protected]>
---
tools/io_uring/io_uring-bench.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/tools/io_uring/io_uring-bench.c b/tools/io_uring/io_uring-bench.c
index 0f257139b003e..7703f01183854 100644
--- a/tools/io_uring/io_uring-bench.c
+++ b/tools/io_uring/io_uring-bench.c
@@ -130,7 +130,7 @@ static int io_uring_register_files(struct submitter *s)
s->nr_files);
}

-static int gettid(void)
+static int lk_gettid(void)
{
return syscall(__NR_gettid);
}
@@ -281,7 +281,7 @@ static void *submitter_fn(void *data)
struct io_sq_ring *ring = &s->sq_ring;
int ret, prepped;

- printf("submitter=%d\n", gettid());
+ printf("submitter=%d\n", lk_gettid());

srand48_r(pthread_self(), &s->rand);

--
2.25.1



2020-10-05 17:51:23

by Greg Kroah-Hartman

[permalink] [raw]
Subject: [PATCH 5.8 66/85] i2c: cpm: Fix i2c_ram structure

From: Nicolas VINCENT <[email protected]>

[ Upstream commit a2bd970aa62f2f7f80fd0d212b1d4ccea5df4aed ]

the i2c_ram structure is missing the sdmatmp field mentionned in
datasheet for MPC8272 at paragraph 36.5. With this field missing, the
hardware would write past the allocated memory done through
cpm_muram_alloc for the i2c_ram structure and land in memory allocated
for the buffers descriptors corrupting the cbd_bufaddr field. Since this
field is only set during setup(), the first i2c transaction would work
and the following would send data read from an arbitrary memory
location.

Fixes: 61045dbe9d8d ("i2c: Add support for I2C bus on Freescale CPM1/CPM2 controllers")
Signed-off-by: Nicolas VINCENT <[email protected]>
Acked-by: Jochen Friedrich <[email protected]>
Acked-by: Christophe Leroy <[email protected]>
Signed-off-by: Wolfram Sang <[email protected]>
Signed-off-by: Sasha Levin <[email protected]>
---
drivers/i2c/busses/i2c-cpm.c | 3 +++
1 file changed, 3 insertions(+)

diff --git a/drivers/i2c/busses/i2c-cpm.c b/drivers/i2c/busses/i2c-cpm.c
index 1213e1932ccb5..24d584a1c9a78 100644
--- a/drivers/i2c/busses/i2c-cpm.c
+++ b/drivers/i2c/busses/i2c-cpm.c
@@ -65,6 +65,9 @@ struct i2c_ram {
char res1[4]; /* Reserved */
ushort rpbase; /* Relocation pointer */
char res2[2]; /* Reserved */
+ /* The following elements are only for CPM2 */
+ char res3[4]; /* Reserved */
+ uint sdmatmp; /* Internal */
};

#define I2COM_START 0x80
--
2.25.1



2020-10-05 17:52:55

by Greg Kroah-Hartman

[permalink] [raw]
Subject: [PATCH 5.8 50/85] gpio: sprd: Clear interrupt when setting the type as edge

From: Taiping Lai <[email protected]>

[ Upstream commit 5fcface659aab7eac4bd65dd116d98b8f7bb88d5 ]

The raw interrupt status of GPIO maybe set before the interrupt is enabled,
which would trigger the interrupt event once enabled it from user side.
This is the case for edge interrupts only. Adding a clear operation when
setting interrupt type can avoid that.

There're a few considerations for the solution:
1) This issue is for edge interrupt only; The interrupts requested by users
are IRQ_TYPE_LEVEL_HIGH as default, so clearing interrupt when request
is useless.
2) The interrupt type can be set to edge when request and following up
with clearing it though, but the problem is still there once users set
the interrupt type to level trggier.
3) We can add a clear operation after each time of setting interrupt
enable bit, but it is redundant for level trigger interrupt.

Therefore, the solution is this patch seems the best for now.

Fixes: 9a3821c2bb47 ("gpio: Add GPIO driver for Spreadtrum SC9860 platform")
Signed-off-by: Taiping Lai <[email protected]>
Signed-off-by: Chunyan Zhang <[email protected]>
Reviewed-by: Baolin Wang <[email protected]>
Signed-off-by: Bartosz Golaszewski <[email protected]>
Signed-off-by: Sasha Levin <[email protected]>
---
drivers/gpio/gpio-sprd.c | 3 +++
1 file changed, 3 insertions(+)

diff --git a/drivers/gpio/gpio-sprd.c b/drivers/gpio/gpio-sprd.c
index d7314d39ab65b..36ea8a3bd4510 100644
--- a/drivers/gpio/gpio-sprd.c
+++ b/drivers/gpio/gpio-sprd.c
@@ -149,17 +149,20 @@ static int sprd_gpio_irq_set_type(struct irq_data *data,
sprd_gpio_update(chip, offset, SPRD_GPIO_IS, 0);
sprd_gpio_update(chip, offset, SPRD_GPIO_IBE, 0);
sprd_gpio_update(chip, offset, SPRD_GPIO_IEV, 1);
+ sprd_gpio_update(chip, offset, SPRD_GPIO_IC, 1);
irq_set_handler_locked(data, handle_edge_irq);
break;
case IRQ_TYPE_EDGE_FALLING:
sprd_gpio_update(chip, offset, SPRD_GPIO_IS, 0);
sprd_gpio_update(chip, offset, SPRD_GPIO_IBE, 0);
sprd_gpio_update(chip, offset, SPRD_GPIO_IEV, 0);
+ sprd_gpio_update(chip, offset, SPRD_GPIO_IC, 1);
irq_set_handler_locked(data, handle_edge_irq);
break;
case IRQ_TYPE_EDGE_BOTH:
sprd_gpio_update(chip, offset, SPRD_GPIO_IS, 0);
sprd_gpio_update(chip, offset, SPRD_GPIO_IBE, 1);
+ sprd_gpio_update(chip, offset, SPRD_GPIO_IC, 1);
irq_set_handler_locked(data, handle_edge_irq);
break;
case IRQ_TYPE_LEVEL_HIGH:
--
2.25.1



2020-10-05 17:53:01

by Greg Kroah-Hartman

[permalink] [raw]
Subject: [PATCH 5.8 70/85] scripts/dtc: only append to HOST_EXTRACFLAGS instead of overwriting

From: Uwe Kleine-König <[email protected]>

[ Upstream commit efe84d408bf41975db8506d3a1cc02e794e2309c ]

When building with

$ HOST_EXTRACFLAGS=-g make

the expectation is that host tools are built with debug informations.
This however doesn't happen if the Makefile assigns a new value to the
HOST_EXTRACFLAGS instead of appending to it. So use += instead of := for
the first assignment.

Fixes: e3fd9b5384f3 ("scripts/dtc: consolidate include path options in Makefile")
Signed-off-by: Uwe Kleine-König <[email protected]>
Signed-off-by: Rob Herring <[email protected]>
Signed-off-by: Sasha Levin <[email protected]>
---
scripts/dtc/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/scripts/dtc/Makefile b/scripts/dtc/Makefile
index 0b44917f981c7..d4129e0275e4a 100644
--- a/scripts/dtc/Makefile
+++ b/scripts/dtc/Makefile
@@ -10,7 +10,7 @@ dtc-objs := dtc.o flattree.o fstree.o data.o livetree.o treesource.o \
dtc-objs += dtc-lexer.lex.o dtc-parser.tab.o

# Source files need to get at the userspace version of libfdt_env.h to compile
-HOST_EXTRACFLAGS := -I $(srctree)/$(src)/libfdt
+HOST_EXTRACFLAGS += -I $(srctree)/$(src)/libfdt

ifeq ($(shell pkg-config --exists yaml-0.1 2>/dev/null && echo yes),)
ifneq ($(CHECK_DT_BINDING)$(CHECK_DTBS),)
--
2.25.1



2020-10-06 00:21:12

by Shuah Khan

[permalink] [raw]
Subject: Re: [PATCH 5.8 00/85] 5.8.14-rc1 review

On 10/5/20 9:25 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.8.14 release.
> There are 85 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses should be made by Wed, 07 Oct 2020 14:20:55 +0000.
> Anything received after that time might be too late.
>
> The whole patch series can be found in one patch at:
> https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.8.14-rc1.gz
> or in the git tree and branch at:
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-5.8.y
> and the diffstat can be found below.
>
> thanks,
>
> greg k-h
>

Compiled and booted on my test system. No dmesg regressions.

Tested-by: Shuah Khan <[email protected]>

thanks,
-- Shuah

2020-10-06 05:29:44

by Naresh Kamboju

[permalink] [raw]
Subject: Re: [PATCH 5.8 00/85] 5.8.14-rc1 review

On Mon, 5 Oct 2020 at 21:01, Greg Kroah-Hartman
<[email protected]> wrote:
>
> This is the start of the stable review cycle for the 5.8.14 release.
> There are 85 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses should be made by Wed, 07 Oct 2020 14:20:55 +0000.
> Anything received after that time might be too late.
>
> The whole patch series can be found in one patch at:
> https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.8.14-rc1.gz
> or in the git tree and branch at:
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-5.8.y
> and the diffstat can be found below.
>
> thanks,
>
> greg k-h
>

Results from Linaro’s test farm.
No regressions on arm64, arm, x86_64, and i386.

Tested-by: Linux Kernel Functional Testing <[email protected]>

Summary
------------------------------------------------------------------------

kernel: 5.8.14-rc1
git repo: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git
git branch: linux-5.8.y
git commit: 8bb413de12d0ad809391ab5a965b0fcf1b9bb3fb
git describe: v5.8.13-86-g8bb413de12d0
Test details: https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-5.8.y/build/v5.8.13-86-g8bb413de12d0

No regressions (compared to build v5.8.13)

No fixes (compared to build v5.8.13)

Ran 39163 total tests in the following environments and test suites.

Environments
--------------
- dragonboard-410c
- hi6220-hikey
- i386
- juno-r2
- juno-r2-compat
- juno-r2-kasan
- nxp-ls2088
- qemu_arm
- qemu_arm64
- qemu_i386
- qemu_x86_64
- x15
- x86
- x86-kasan

Test Suites
-----------
* build
* install-android-platform-tools-r2600
* kselftest
* libhugetlbfs
* linux-log-parser
* ltp-cap_bounds-tests
* ltp-commands-tests
* ltp-controllers-tests
* ltp-cpuhotplug-tests
* ltp-crypto-tests
* ltp-cve-tests
* ltp-dio-tests
* ltp-fcntl-locktests-tests
* ltp-filecaps-tests
* ltp-fs-tests
* ltp-fs_bind-tests
* ltp-fs_perms_simple-tests
* ltp-fsx-tests
* ltp-hugetlb-tests
* ltp-io-tests
* ltp-ipc-tests
* ltp-math-tests
* ltp-mm-tests
* ltp-nptl-tests
* ltp-pty-tests
* ltp-securebits-tests
* ltp-syscalls-tests
* perf
* network-basic-tests
* v4l2-compliance
* ltp-containers-tests
* ltp-open-posix-tests
* ltp-sched-tests
* ltp-tracing-tests
* timesync-off
* kselftest-vsyscall-mode-native
* kselftest-vsyscall-mode-none
* ssuite

--
Linaro LKFT
https://lkft.linaro.org

2020-10-06 09:00:38

by Jeffrin Thalakkottoor

[permalink] [raw]
Subject: Re: [PATCH 5.8 00/85] 5.8.14-rc1 review

On Mon, 2020-10-05 at 17:25 +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.8.14 release.
> There are 85 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied,
> please
> let me know.
>
> Responses should be made by Wed, 07 Oct 2020 14:20:55 +0000.
> Anything received after that time might be too late.
>
> The whole patch series can be found in one patch at:
>
> https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.8.14-rc1.gz
> or in the git tree and branch at:
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-
> stable-rc.git linux-5.8.y
> and the diffstat can be found below.
>
> thanks,
>
> greg k-h

hello,

compiled and booted 5.8.14-rc1+.
No dmesg regression compared to 5.8.13.

networking (wifi): functional (ok)
ssh : works (ok)
rsync of a large directory over ssh : works (ok)
git clone : functional (ok)
web browser: works (ok)
email: works (ok)
wget: functional (ok).
play audio/video files : functional (ok)

Base Board Information:
Manufacturer: ASUSTeK COMPUTER INC.
Product Name: X507UAR
Version: 1.0
Serial Number: N0CV1847MB0006040
Asset Tag: ATN12345678901234567
Board is a hosting board
Board is replaceable
Location In Chassis: MIDDLE
Chassis Handle: 0x0003
Type: Motherboard
Contained Object Handles: 0


--
software engineer
rajagiri school of engineering and technology

2020-10-06 09:14:35

by Jeffrin Thalakkottoor

[permalink] [raw]
Subject: Re: [PATCH 5.8 00/85] 5.8.14-rc1 review

On Mon, 2020-10-05 at 17:25 +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.8.14 release.
> There are 85 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied,
> please
> let me know.
>
> Responses should be made by Wed, 07 Oct 2020 14:20:55 +0000.
> Anything received after that time might be too late.
>
> The whole patch series can be found in one patch at:
>
> https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.8.14-rc1.gz
> or in the git tree and branch at:
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-
> stable-rc.git linux-5.8.y
> and the diffstat can be found below.
>
> thanks,
>
> greg k-h

forgot to add...

Tested-by: Jeffrin Jose T <[email protected]>



--
software engineer
rajagiri school of engineering and technology

2020-10-06 18:20:17

by Guenter Roeck

[permalink] [raw]
Subject: Re: [PATCH 5.8 00/85] 5.8.14-rc1 review

On 10/5/20 8:25 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.8.14 release.
> There are 85 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses should be made by Wed, 07 Oct 2020 14:20:55 +0000.
> Anything received after that time might be too late.
>

Build results:
total: 154 pass: 154 fail: 0
Qemu test results:
total: 430 pass: 430 fail: 0

Tested-by: Guenter Roeck <[email protected]>

Guenter

2020-10-07 09:13:04

by Greg Kroah-Hartman

[permalink] [raw]
Subject: Re: [PATCH 5.8 00/85] 5.8.14-rc1 review

On Tue, Oct 06, 2020 at 11:18:06AM -0700, Guenter Roeck wrote:
> On 10/5/20 8:25 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 5.8.14 release.
> > There are 85 patches in this series, all will be posted as a response
> > to this one. If anyone has any issues with these being applied, please
> > let me know.
> >
> > Responses should be made by Wed, 07 Oct 2020 14:20:55 +0000.
> > Anything received after that time might be too late.
> >
>
> Build results:
> total: 154 pass: 154 fail: 0
> Qemu test results:
> total: 430 pass: 430 fail: 0
>
> Tested-by: Guenter Roeck <[email protected]>

Thanks for testing all of these and letting me know.

I'll try to get to the perf 4.19 issues "soon"...

greg k-h

2020-10-07 09:14:09

by Greg Kroah-Hartman

[permalink] [raw]
Subject: Re: [PATCH 5.8 00/85] 5.8.14-rc1 review

On Tue, Oct 06, 2020 at 10:57:21AM +0530, Naresh Kamboju wrote:
> On Mon, 5 Oct 2020 at 21:01, Greg Kroah-Hartman
> <[email protected]> wrote:
> >
> > This is the start of the stable review cycle for the 5.8.14 release.
> > There are 85 patches in this series, all will be posted as a response
> > to this one. If anyone has any issues with these being applied, please
> > let me know.
> >
> > Responses should be made by Wed, 07 Oct 2020 14:20:55 +0000.
> > Anything received after that time might be too late.
> >
> > The whole patch series can be found in one patch at:
> > https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.8.14-rc1.gz
> > or in the git tree and branch at:
> > git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-5.8.y
> > and the diffstat can be found below.
> >
> > thanks,
> >
> > greg k-h
> >
>
> Results from Linaro’s test farm.
> No regressions on arm64, arm, x86_64, and i386.
>
> Tested-by: Linux Kernel Functional Testing <[email protected]>

Thanks for testing all of these and letting me know.

greg k-h

2020-10-07 09:14:25

by Greg Kroah-Hartman

[permalink] [raw]
Subject: Re: [PATCH 5.8 00/85] 5.8.14-rc1 review

On Mon, Oct 05, 2020 at 06:18:56PM -0600, Shuah Khan wrote:
> On 10/5/20 9:25 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 5.8.14 release.
> > There are 85 patches in this series, all will be posted as a response
> > to this one. If anyone has any issues with these being applied, please
> > let me know.
> >
> > Responses should be made by Wed, 07 Oct 2020 14:20:55 +0000.
> > Anything received after that time might be too late.
> >
> > The whole patch series can be found in one patch at:
> > https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.8.14-rc1.gz
> > or in the git tree and branch at:
> > git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-5.8.y
> > and the diffstat can be found below.
> >
> > thanks,
> >
> > greg k-h
> >
>
> Compiled and booted on my test system. No dmesg regressions.
>
> Tested-by: Shuah Khan <[email protected]>

Thanks for testing them all and letting me know.

greg k-h