This is a note to let you know that I've just added the patch titled
vt: fix use after free in function "vc_do_resize"
to my tty git tree which can be found at
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty.git
in the tty-testing branch.
The patch will show up in the next release of the linux-next tree
(usually sometime within the next 24 hours during the week.)
The patch will be merged to the tty-next branch sometime soon,
after it passes testing, and the merge window is open.
If you have any questions about this process, please let me know.
>From 313a7425f23320844169046d83d8996c98fd8b1d Mon Sep 17 00:00:00 2001
From: Ye Bin <yebin10(a)huawei.com>
Date: Mon, 2 Mar 2020 19:28:56 +0800
Subject: vt: fix use after free in function "vc_do_resize"
Fix CVE-2020-8647 (https://nvd.nist.gov/vuln/detail/CVE-2020-8647),
detail description about this CVE is in bugzilla
"https://bugzilla.kernel.org/show_bug.cgi?id=206359".
error information:
BUG: KASan: use after free in vc_do_resize+0x49e/0xb30 at addr ffff88000016b9c0
Read of size 2 by task syz-executor.3/24164
page:ffffea0000005ac0 count:0 mapcount:0 mapping: (null) index:0x0
page flags: 0xfffff00000000()
page dumped because: kasan: bad access detected
CPU: 0 PID: 24164 Comm: syz-executor.3 Not tainted 3.10.0-862.14.2.1.x86_64+ #2
Hardware name: QEMU Standard PC (i440FX + PIIX, 1996),
BIOS rel-1.9.3-0-ge2fc41e-prebuilt.qemu-project.org 04/01/2014
Call Trace:
[<ffffffffb059f309>] dump_stack+0x1e/0x20
[<ffffffffaf8af957>] kasan_report+0x577/0x950
[<ffffffffaf8ae652>] __asan_load2+0x62/0x80
[<ffffffffafe3728e>] vc_do_resize+0x49e/0xb30
[<ffffffffafe3795c>] vc_resize+0x3c/0x60
[<ffffffffafe1d80d>] vt_ioctl+0x16ed/0x2670
[<ffffffffafe0089a>] tty_ioctl+0x46a/0x1a10
[<ffffffffaf92db3d>] do_vfs_ioctl+0x5bd/0xc40
[<ffffffffaf92e2f2>] SyS_ioctl+0x132/0x170
[<ffffffffb05c9b1b>] system_call_fastpath+0x22/0x27
In function vc_do_resize:
......
if (vc->vc_y > new_rows) {
.......
old_origin += first_copied_row * old_row_size;
} else
first_copied_row = 0;
end = old_origin + old_row_size * min(old_rows, new_rows);
......
while (old_origin < end) {
scr_memcpyw((unsigned short *) new_origin,
(unsigned short *) old_origin, rlth);
if (rrem)
scr_memsetw((void *)(new_origin + rlth),
vc->vc_video_erase_char, rrem);
old_origin += old_row_size;
new_origin += new_row_size;
}
......
We can see that before calculate variable "end" may update variable
"old_origin" with "old_origin += first_copied_row * old_row_size",
variable "end" is equal to "old_origin + (first_copied_row +
min(old_rows, new_rows))* old_row_size", it's possible that
"first_copied_row + min(old_rows, new_rows)" large than "old_rows". So
when call scr_memcpyw function cpoy data from origin buffer to new
buffer in "while" loop, which "old_origin" may large than real old
buffer end. Now, we calculate origin buffer end before update
"old_origin" to avoid illegal memory access.
Cc: Jiri Slaby <jslaby(a)suse.com>
Cc: stable <stable(a)vger.kernel.org>
Signed-off-by: Ye Bin <yebin10(a)huawei.com>
References: https://bugzilla.kernel.org/show_bug.cgi?id=206359
Link: https://lore.kernel.org/r/20200302112856.1101-1-yebin10@huawei.com
Signed-off-by: Greg Kroah-Hartman <gregkh(a)linuxfoundation.org>
---
drivers/tty/vt/vt.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/tty/vt/vt.c b/drivers/tty/vt/vt.c
index bbc26d73209a..60e60611141a 100644
--- a/drivers/tty/vt/vt.c
+++ b/drivers/tty/vt/vt.c
@@ -1231,6 +1231,7 @@ static int vc_do_resize(struct tty_struct *tty, struct vc_data *vc,
old_origin = vc->vc_origin;
new_origin = (long) newscreen;
new_scr_end = new_origin + new_screen_size;
+ end = old_origin + old_row_size * min(old_rows, new_rows);
if (vc->vc_y > new_rows) {
if (old_rows - vc->vc_y < new_rows) {
@@ -1249,7 +1250,6 @@ static int vc_do_resize(struct tty_struct *tty, struct vc_data *vc,
old_origin += first_copied_row * old_row_size;
} else
first_copied_row = 0;
- end = old_origin + old_row_size * min(old_rows, new_rows);
vc_uniscr_copy_area(new_uniscr, new_cols, new_rows,
get_vc_uniscr(vc), rlth/2, first_copied_row,
--
2.25.2
Hello,
We ran automated tests on a recent commit from this kernel tree:
Kernel repo: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git
Commit: e9dad62d5767 - io_uring: NULL-deref for IOSQE_{ASYNC,DRAIN}
The results of these automated tests are provided below.
Overall result: PASSED
Merge: OK
Compile: OK
Tests: OK
All kernel binaries, config files, and logs are available for download here:
https://cki-artifacts.s3.us-east-2.amazonaws.com/index.html?prefix=datawareβ¦
Please reply to this email if you have any questions about the tests that we
ran or if you have any suggestions on how to make future tests more effective.
,-. ,-.
( C ) ( K ) Continuous
`-',-.`-' Kernel
( I ) Integration
`-'
______________________________________________________________________________
Compile testing
---------------
We compiled the kernel for 4 architectures:
aarch64:
make options: -j30 INSTALL_MOD_STRIP=1 targz-pkg
ppc64le:
make options: -j30 INSTALL_MOD_STRIP=1 targz-pkg
s390x:
make options: -j30 INSTALL_MOD_STRIP=1 targz-pkg
x86_64:
make options: -j30 INSTALL_MOD_STRIP=1 targz-pkg
Hardware testing
----------------
We booted each kernel and ran the following tests:
aarch64:
Host 1:
β Boot test
β xfstests - ext4
β xfstests - xfs
β selinux-policy: serge-testsuite
β lvm thinp sanity
β storage: software RAID testing
β stress: stress-ng
π§ β IPMI driver test
π§ β IPMItool loop stress test
π§ β Storage blktests
Host 2:
β Boot test
β Podman system integration test - as root
β Podman system integration test - as user
β LTP
β Loopdev Sanity
β Memory function: memfd_create
β AMTU (Abstract Machine Test Utility)
β Networking bridge: sanity
β Ethernet drivers sanity
β Networking MACsec: sanity
β Networking socket: fuzz
β Networking sctp-auth: sockopts test
β Networking: igmp conformance test
β Networking route: pmtu
β Networking route_func - local
β Networking route_func - forward
β Networking TCP: keepalive test
β Networking UDP: socket
β Networking tunnel: geneve basic test
β Networking tunnel: gre basic
β L2TP basic test
β Networking tunnel: vxlan basic
β Networking ipsec: basic netns - transport
β Networking ipsec: basic netns - tunnel
β httpd: mod_ssl smoke sanity
β tuned: tune-processes-through-perf
β ALSA PCM loopback test
β ALSA Control (mixer) Userspace Element test
β Usex - version 1.9-29
β storage: SCSI VPD
β trace: ftrace/tracer
π§ β CIFS Connectathon
π§ β POSIX pjd-fstest suites
π§ β jvm - DaCapo Benchmark Suite
π§ β jvm - jcstress tests
π§ β Memory function: kaslr
π§ β LTP: openposix test suite
π§ β Networking vnic: ipvlan/basic
π§ β audit: audit testsuite test
π§ β iotop: sanity
π§ β storage: dm/common
ppc64le:
Host 1:
β Boot test
β xfstests - ext4
β xfstests - xfs
β selinux-policy: serge-testsuite
β lvm thinp sanity
β storage: software RAID testing
π§ β IPMI driver test
π§ β IPMItool loop stress test
π§ β Storage blktests
Host 2:
β Boot test
β Podman system integration test - as root
β Podman system integration test - as user
β LTP
β Loopdev Sanity
β Memory function: memfd_create
β AMTU (Abstract Machine Test Utility)
β Networking bridge: sanity
β Ethernet drivers sanity
β Networking MACsec: sanity
β Networking socket: fuzz
β Networking sctp-auth: sockopts test
β Networking route: pmtu
β Networking route_func - local
β Networking route_func - forward
β Networking TCP: keepalive test
β Networking UDP: socket
β Networking tunnel: geneve basic test
β Networking tunnel: gre basic
β L2TP basic test
β Networking tunnel: vxlan basic
β Networking ipsec: basic netns - tunnel
β httpd: mod_ssl smoke sanity
β tuned: tune-processes-through-perf
β ALSA PCM loopback test
β ALSA Control (mixer) Userspace Element test
β Usex - version 1.9-29
β trace: ftrace/tracer
π§ β CIFS Connectathon
π§ β POSIX pjd-fstest suites
π§ β jvm - DaCapo Benchmark Suite
π§ β jvm - jcstress tests
π§ β Memory function: kaslr
π§ β LTP: openposix test suite
π§ β Networking vnic: ipvlan/basic
π§ β audit: audit testsuite test
π§ β iotop: sanity
π§ β storage: dm/common
s390x:
Host 1:
β‘ Internal infrastructure issues prevented one or more tests (marked
with β‘β‘β‘) from running on this architecture.
This is not the fault of the kernel that was tested.
β Boot test
β Podman system integration test - as root
β Podman system integration test - as user
β Loopdev Sanity
β Memory function: memfd_create
β Networking bridge: sanity
β Ethernet drivers sanity
β Networking MACsec: sanity
β Networking sctp-auth: sockopts test
β Networking route: pmtu
β Networking route_func - local
β Networking route_func - forward
β Networking TCP: keepalive test
β Networking UDP: socket
β Networking tunnel: geneve basic test
β Networking tunnel: gre basic
β L2TP basic test
β Networking tunnel: vxlan basic
β Networking ipsec: basic netns - transport
β Networking ipsec: basic netns - tunnel
β httpd: mod_ssl smoke sanity
β tuned: tune-processes-through-perf
β trace: ftrace/tracer
π§ β CIFS Connectathon
π§ β POSIX pjd-fstest suites
π§ β jvm - DaCapo Benchmark Suite
π§ β jvm - jcstress tests
π§ β Memory function: kaslr
π§ β LTP: openposix test suite
π§ β Networking vnic: ipvlan/basic
π§ β‘β‘β‘ audit: audit testsuite test
π§ β iotop: sanity
π§ β storage: dm/common
Host 2:
β Boot test
β selinux-policy: serge-testsuite
π§ β Storage blktests
x86_64:
Host 1:
β Boot test
β Storage SAN device stress - mpt3sas driver
Host 2:
β Boot test
β Storage SAN device stress - megaraid_sas
Host 3:
β Boot test
β Podman system integration test - as root
β Podman system integration test - as user
β LTP
β Loopdev Sanity
β Memory function: memfd_create
β AMTU (Abstract Machine Test Utility)
β Networking bridge: sanity
β Ethernet drivers sanity
β Networking MACsec: sanity
β Networking socket: fuzz
β Networking sctp-auth: sockopts test
β Networking: igmp conformance test
β Networking route: pmtu
β Networking route_func - local
β Networking route_func - forward
β Networking TCP: keepalive test
β Networking UDP: socket
β Networking tunnel: geneve basic test
β Networking tunnel: gre basic
β L2TP basic test
β Networking tunnel: vxlan basic
β Networking ipsec: basic netns - transport
β Networking ipsec: basic netns - tunnel
β httpd: mod_ssl smoke sanity
β tuned: tune-processes-through-perf
β pciutils: sanity smoke test
β ALSA PCM loopback test
β ALSA Control (mixer) Userspace Element test
β Usex - version 1.9-29
β storage: SCSI VPD
β trace: ftrace/tracer
π§ β CIFS Connectathon
π§ β POSIX pjd-fstest suites
π§ β jvm - DaCapo Benchmark Suite
π§ β jvm - jcstress tests
π§ β Memory function: kaslr
π§ β LTP: openposix test suite
π§ β Networking vnic: ipvlan/basic
π§ β audit: audit testsuite test
π§ β iotop: sanity
π§ β storage: dm/common
Host 4:
β‘ Internal infrastructure issues prevented one or more tests (marked
with β‘β‘β‘) from running on this architecture.
This is not the fault of the kernel that was tested.
β Boot test
β xfstests - ext4
β xfstests - xfs
β selinux-policy: serge-testsuite
β lvm thinp sanity
β storage: software RAID testing
β stress: stress-ng
π§ β IOMMU boot test
π§ β IPMI driver test
π§ β IPMItool loop stress test
π§ β‘β‘β‘ Storage blktests
Test sources: https://github.com/CKI-project/tests-beaker
π Pull requests are welcome for new tests or improvements to existing tests!
Aborted tests
-------------
Tests that didn't complete running successfully are marked with β‘β‘β‘.
If this was caused by an infrastructure issue, we try to mark that
explicitly in the report.
Waived tests
------------
If the test run included waived tests, they are marked with π§. Such tests are
executed but their results are not taken into account. Tests are waived when
their results are not reliable enough, e.g. when they're just introduced or are
being fixed.
Testing timeout
---------------
We aim to provide a report within reasonable timeframe. Tests that haven't
finished running yet are marked with β±.
The following commit has been merged into the core/rcu branch of tip:
Commit-ID: 127e29815b4b2206c0a97ac1d83f92ffc0e25c34
Gitweb: https://git.kernel.org/tip/127e29815b4b2206c0a97ac1d83f92ffc0e25c34
Author: Paul E. McKenney <paulmck(a)kernel.org>
AuthorDate: Tue, 11 Feb 2020 06:17:33 -08:00
Committer: Paul E. McKenney <paulmck(a)kernel.org>
CommitterDate: Sat, 21 Mar 2020 16:14:25 -07:00
rcu: Make rcu_barrier() account for offline no-CBs CPUs
Currently, rcu_barrier() ignores offline CPUs, However, it is possible
for an offline no-CBs CPU to have callbacks queued, and rcu_barrier()
must wait for those callbacks. This commit therefore makes rcu_barrier()
directly invoke the rcu_barrier_func() with interrupts disabled for such
CPUs. This requires passing the CPU number into this function so that
it can entrain the rcu_barrier() callback onto the correct CPU's callback
list, given that the code must instead execute on the current CPU.
While in the area, this commit fixes a bug where the first CPU's callback
might have been invoked before rcu_segcblist_entrain() returned, which
would also result in an early wakeup.
Fixes: 5d6742b37727 ("rcu/nocb: Use rcu_segcblist for no-CBs CPUs")
Signed-off-by: Paul E. McKenney <paulmck(a)kernel.org>
[ paulmck: Apply optimization feedback from Boqun Feng. ]
Cc: <stable(a)vger.kernel.org> # 5.5.x
---
include/trace/events/rcu.h | 1 +
kernel/rcu/tree.c | 36 ++++++++++++++++++++++++------------
2 files changed, 25 insertions(+), 12 deletions(-)
diff --git a/include/trace/events/rcu.h b/include/trace/events/rcu.h
index 5e49b06..d56d54c 100644
--- a/include/trace/events/rcu.h
+++ b/include/trace/events/rcu.h
@@ -712,6 +712,7 @@ TRACE_EVENT_RCU(rcu_torture_read,
* "Begin": rcu_barrier() started.
* "EarlyExit": rcu_barrier() piggybacked, thus early exit.
* "Inc1": rcu_barrier() piggyback check counter incremented.
+ * "OfflineNoCBQ": rcu_barrier() found offline no-CBs CPU with callbacks.
* "OnlineQ": rcu_barrier() found online CPU with callbacks.
* "OnlineNQ": rcu_barrier() found online CPU, no callbacks.
* "IRQ": An rcu_barrier_callback() callback posted on remote CPU.
diff --git a/kernel/rcu/tree.c b/kernel/rcu/tree.c
index 739788f..35292c8 100644
--- a/kernel/rcu/tree.c
+++ b/kernel/rcu/tree.c
@@ -3097,9 +3097,10 @@ static void rcu_barrier_callback(struct rcu_head *rhp)
/*
* Called with preemption disabled, and from cross-cpu IRQ context.
*/
-static void rcu_barrier_func(void *unused)
+static void rcu_barrier_func(void *cpu_in)
{
- struct rcu_data *rdp = raw_cpu_ptr(&rcu_data);
+ uintptr_t cpu = (uintptr_t)cpu_in;
+ struct rcu_data *rdp = per_cpu_ptr(&rcu_data, cpu);
rcu_barrier_trace(TPS("IRQ"), -1, rcu_state.barrier_sequence);
rdp->barrier_head.func = rcu_barrier_callback;
@@ -3126,7 +3127,7 @@ static void rcu_barrier_func(void *unused)
*/
void rcu_barrier(void)
{
- int cpu;
+ uintptr_t cpu;
struct rcu_data *rdp;
unsigned long s = rcu_seq_snap(&rcu_state.barrier_sequence);
@@ -3149,13 +3150,14 @@ void rcu_barrier(void)
rcu_barrier_trace(TPS("Inc1"), -1, rcu_state.barrier_sequence);
/*
- * Initialize the count to one rather than to zero in order to
- * avoid a too-soon return to zero in case of a short grace period
- * (or preemption of this task). Exclude CPU-hotplug operations
- * to ensure that no offline CPU has callbacks queued.
+ * Initialize the count to two rather than to zero in order
+ * to avoid a too-soon return to zero in case of an immediate
+ * invocation of the just-enqueued callback (or preemption of
+ * this task). Exclude CPU-hotplug operations to ensure that no
+ * offline non-offloaded CPU has callbacks queued.
*/
init_completion(&rcu_state.barrier_completion);
- atomic_set(&rcu_state.barrier_cpu_count, 1);
+ atomic_set(&rcu_state.barrier_cpu_count, 2);
get_online_cpus();
/*
@@ -3165,13 +3167,23 @@ void rcu_barrier(void)
*/
for_each_possible_cpu(cpu) {
rdp = per_cpu_ptr(&rcu_data, cpu);
- if (!cpu_online(cpu) &&
+ if (cpu_is_offline(cpu) &&
!rcu_segcblist_is_offloaded(&rdp->cblist))
continue;
- if (rcu_segcblist_n_cbs(&rdp->cblist)) {
+ if (rcu_segcblist_n_cbs(&rdp->cblist) && cpu_online(cpu)) {
rcu_barrier_trace(TPS("OnlineQ"), cpu,
rcu_state.barrier_sequence);
- smp_call_function_single(cpu, rcu_barrier_func, NULL, 1);
+ smp_call_function_single(cpu, rcu_barrier_func, (void *)cpu, 1);
+ } else if (rcu_segcblist_n_cbs(&rdp->cblist) &&
+ cpu_is_offline(cpu)) {
+ rcu_barrier_trace(TPS("OfflineNoCBQ"), cpu,
+ rcu_state.barrier_sequence);
+ local_irq_disable();
+ rcu_barrier_func((void *)cpu);
+ local_irq_enable();
+ } else if (cpu_is_offline(cpu)) {
+ rcu_barrier_trace(TPS("OfflineNoCBNoQ"), cpu,
+ rcu_state.barrier_sequence);
} else {
rcu_barrier_trace(TPS("OnlineNQ"), cpu,
rcu_state.barrier_sequence);
@@ -3183,7 +3195,7 @@ void rcu_barrier(void)
* Now that we have an rcu_barrier_callback() callback on each
* CPU, and thus each counted, remove the initial count.
*/
- if (atomic_dec_and_test(&rcu_state.barrier_cpu_count))
+ if (atomic_sub_and_test(2, &rcu_state.barrier_cpu_count))
complete(&rcu_state.barrier_completion);
/* Wait for all rcu_barrier_callback() callbacks to be invoked. */
Hello,
We ran automated tests on a recent commit from this kernel tree:
Kernel repo: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git
Commit: 632a9431491f - Linux 5.5.12-rc1
The results of these automated tests are provided below.
Overall result: FAILED (see details below)
Merge: OK
Compile: OK
Tests: PANICKED
All kernel binaries, config files, and logs are available for download here:
https://cki-artifacts.s3.us-east-2.amazonaws.com/index.html?prefix=datawareβ¦
One or more kernel tests failed:
ppc64le:
π₯ xfstests - ext4
x86_64:
π₯ xfstests - ext4
We hope that these logs can help you find the problem quickly. For the full
detail on our testing procedures, please scroll to the bottom of this message.
Please reply to this email if you have any questions about the tests that we
ran or if you have any suggestions on how to make future tests more effective.
,-. ,-.
( C ) ( K ) Continuous
`-',-.`-' Kernel
( I ) Integration
`-'
______________________________________________________________________________
Compile testing
---------------
We compiled the kernel for 4 architectures:
aarch64:
make options: -j30 INSTALL_MOD_STRIP=1 targz-pkg
ppc64le:
make options: -j30 INSTALL_MOD_STRIP=1 targz-pkg
s390x:
make options: -j30 INSTALL_MOD_STRIP=1 targz-pkg
x86_64:
make options: -j30 INSTALL_MOD_STRIP=1 targz-pkg
Hardware testing
----------------
We booted each kernel and ran the following tests:
aarch64:
Host 1:
β Boot test
β xfstests - ext4
β xfstests - xfs
β selinux-policy: serge-testsuite
β lvm thinp sanity
β storage: software RAID testing
β stress: stress-ng
π§ β IPMI driver test
π§ β IPMItool loop stress test
π§ β Storage blktests
Host 2:
β Boot test
β Podman system integration test - as root
β Podman system integration test - as user
β LTP
β Loopdev Sanity
β Memory function: memfd_create
β AMTU (Abstract Machine Test Utility)
β Networking bridge: sanity
β Ethernet drivers sanity
β Networking MACsec: sanity
β Networking socket: fuzz
β Networking sctp-auth: sockopts test
β Networking: igmp conformance test
β Networking route: pmtu
β Networking route_func - local
β Networking route_func - forward
β Networking TCP: keepalive test
β Networking UDP: socket
β Networking tunnel: geneve basic test
β Networking tunnel: gre basic
β L2TP basic test
β Networking tunnel: vxlan basic
β Networking ipsec: basic netns - transport
β Networking ipsec: basic netns - tunnel
β httpd: mod_ssl smoke sanity
β tuned: tune-processes-through-perf
β ALSA PCM loopback test
β ALSA Control (mixer) Userspace Element test
β Usex - version 1.9-29
β storage: SCSI VPD
β trace: ftrace/tracer
π§ β CIFS Connectathon
π§ β POSIX pjd-fstest suites
π§ β jvm - DaCapo Benchmark Suite
π§ β jvm - jcstress tests
π§ β Memory function: kaslr
π§ β LTP: openposix test suite
π§ β Networking vnic: ipvlan/basic
π§ β audit: audit testsuite test
π§ β iotop: sanity
π§ β storage: dm/common
ppc64le:
Host 1:
β‘ Internal infrastructure issues prevented one or more tests (marked
with β‘β‘β‘) from running on this architecture.
This is not the fault of the kernel that was tested.
β Boot test
β‘β‘β‘ Podman system integration test - as root
β‘β‘β‘ Podman system integration test - as user
β‘β‘β‘ LTP
β‘β‘β‘ Loopdev Sanity
β‘β‘β‘ Memory function: memfd_create
β‘β‘β‘ AMTU (Abstract Machine Test Utility)
β‘β‘β‘ Networking bridge: sanity
β‘β‘β‘ Ethernet drivers sanity
β‘β‘β‘ Networking MACsec: sanity
β‘β‘β‘ Networking socket: fuzz
β‘β‘β‘ Networking sctp-auth: sockopts test
β‘β‘β‘ Networking route: pmtu
β‘β‘β‘ Networking route_func - local
β‘β‘β‘ Networking route_func - forward
β‘β‘β‘ Networking TCP: keepalive test
β‘β‘β‘ Networking UDP: socket
β‘β‘β‘ Networking tunnel: geneve basic test
β‘β‘β‘ Networking tunnel: gre basic
β‘β‘β‘ L2TP basic test
β‘β‘β‘ Networking tunnel: vxlan basic
β‘β‘β‘ Networking ipsec: basic netns - tunnel
β‘β‘β‘ httpd: mod_ssl smoke sanity
β‘β‘β‘ tuned: tune-processes-through-perf
β‘β‘β‘ ALSA PCM loopback test
β‘β‘β‘ ALSA Control (mixer) Userspace Element test
β‘β‘β‘ Usex - version 1.9-29
β‘β‘β‘ trace: ftrace/tracer
π§ β‘β‘β‘ CIFS Connectathon
π§ β‘β‘β‘ POSIX pjd-fstest suites
π§ β‘β‘β‘ jvm - DaCapo Benchmark Suite
π§ β‘β‘β‘ jvm - jcstress tests
π§ β‘β‘β‘ Memory function: kaslr
π§ β‘β‘β‘ LTP: openposix test suite
π§ β‘β‘β‘ Networking vnic: ipvlan/basic
π§ β‘β‘β‘ audit: audit testsuite test
π§ β‘β‘β‘ iotop: sanity
π§ β‘β‘β‘ storage: dm/common
Host 2:
β Boot test
π₯ xfstests - ext4
β‘β‘β‘ xfstests - xfs
β‘β‘β‘ selinux-policy: serge-testsuite
β‘β‘β‘ lvm thinp sanity
β‘β‘β‘ storage: software RAID testing
π§ β‘β‘β‘ IPMI driver test
π§ β‘β‘β‘ IPMItool loop stress test
π§ β‘β‘β‘ Storage blktests
Host 3:
β‘ Internal infrastructure issues prevented one or more tests (marked
with β‘β‘β‘) from running on this architecture.
This is not the fault of the kernel that was tested.
β Boot test
β Podman system integration test - as root
β Podman system integration test - as user
β LTP
β Loopdev Sanity
β Memory function: memfd_create
β AMTU (Abstract Machine Test Utility)
β Networking bridge: sanity
β Ethernet drivers sanity
β Networking MACsec: sanity
β Networking socket: fuzz
β Networking sctp-auth: sockopts test
β Networking route: pmtu
β Networking route_func - local
β Networking route_func - forward
β Networking TCP: keepalive test
β Networking UDP: socket
β Networking tunnel: geneve basic test
β Networking tunnel: gre basic
β L2TP basic test
β Networking tunnel: vxlan basic
β Networking ipsec: basic netns - tunnel
β httpd: mod_ssl smoke sanity
β tuned: tune-processes-through-perf
β ALSA PCM loopback test
β ALSA Control (mixer) Userspace Element test
β Usex - version 1.9-29
β trace: ftrace/tracer
π§ β CIFS Connectathon
π§ β POSIX pjd-fstest suites
π§ β jvm - DaCapo Benchmark Suite
π§ β jvm - jcstress tests
π§ β Memory function: kaslr
π§ β‘β‘β‘ LTP: openposix test suite
π§ β Networking vnic: ipvlan/basic
π§ β audit: audit testsuite test
π§ β iotop: sanity
π§ β storage: dm/common
s390x:
Host 1:
β Boot test
β selinux-policy: serge-testsuite
π§ β Storage blktests
Host 2:
β‘ Internal infrastructure issues prevented one or more tests (marked
with β‘β‘β‘) from running on this architecture.
This is not the fault of the kernel that was tested.
β Boot test
β Podman system integration test - as root
β‘β‘β‘ Podman system integration test - as user
β Loopdev Sanity
β Memory function: memfd_create
β Networking bridge: sanity
β Ethernet drivers sanity
β Networking MACsec: sanity
β Networking sctp-auth: sockopts test
β Networking route: pmtu
β Networking route_func - local
β Networking route_func - forward
β Networking TCP: keepalive test
β Networking UDP: socket
β Networking tunnel: geneve basic test
β Networking tunnel: gre basic
β L2TP basic test
β Networking tunnel: vxlan basic
β Networking ipsec: basic netns - transport
β Networking ipsec: basic netns - tunnel
β httpd: mod_ssl smoke sanity
β tuned: tune-processes-through-perf
β trace: ftrace/tracer
π§ β CIFS Connectathon
π§ β POSIX pjd-fstest suites
π§ β jvm - DaCapo Benchmark Suite
π§ β jvm - jcstress tests
π§ β Memory function: kaslr
π§ β LTP: openposix test suite
π§ β Networking vnic: ipvlan/basic
π§ β audit: audit testsuite test
π§ β iotop: sanity
π§ β storage: dm/common
x86_64:
Host 1:
β Boot test
β Storage SAN device stress - megaraid_sas
Host 2:
β Boot test
β Podman system integration test - as root
β Podman system integration test - as user
β LTP
β Loopdev Sanity
β Memory function: memfd_create
β AMTU (Abstract Machine Test Utility)
β Networking bridge: sanity
β Ethernet drivers sanity
β Networking MACsec: sanity
β Networking socket: fuzz
β Networking sctp-auth: sockopts test
β Networking: igmp conformance test
β Networking route: pmtu
β Networking route_func - local
β Networking route_func - forward
β Networking TCP: keepalive test
β Networking UDP: socket
β Networking tunnel: geneve basic test
β Networking tunnel: gre basic
β L2TP basic test
β Networking tunnel: vxlan basic
β Networking ipsec: basic netns - transport
β Networking ipsec: basic netns - tunnel
β httpd: mod_ssl smoke sanity
β tuned: tune-processes-through-perf
β pciutils: sanity smoke test
β ALSA PCM loopback test
β ALSA Control (mixer) Userspace Element test
β Usex - version 1.9-29
β storage: SCSI VPD
β trace: ftrace/tracer
π§ β CIFS Connectathon
π§ β POSIX pjd-fstest suites
π§ β jvm - DaCapo Benchmark Suite
π§ β jvm - jcstress tests
π§ β Memory function: kaslr
π§ β LTP: openposix test suite
π§ β Networking vnic: ipvlan/basic
π§ β audit: audit testsuite test
π§ β iotop: sanity
π§ β storage: dm/common
Host 3:
β Boot test
π₯ xfstests - ext4
β‘β‘β‘ xfstests - xfs
β‘β‘β‘ selinux-policy: serge-testsuite
β‘β‘β‘ lvm thinp sanity
β‘β‘β‘ storage: software RAID testing
β‘β‘β‘ stress: stress-ng
π§ β‘β‘β‘ IOMMU boot test
π§ β‘β‘β‘ IPMI driver test
π§ β‘β‘β‘ IPMItool loop stress test
π§ β‘β‘β‘ power-management: cpupower/sanity test
π§ β‘β‘β‘ Storage blktests
Host 4:
β Boot test
β Storage SAN device stress - mpt3sas driver
Test sources: https://github.com/CKI-project/tests-beaker
π Pull requests are welcome for new tests or improvements to existing tests!
Aborted tests
-------------
Tests that didn't complete running successfully are marked with β‘β‘β‘.
If this was caused by an infrastructure issue, we try to mark that
explicitly in the report.
Waived tests
------------
If the test run included waived tests, they are marked with π§. Such tests are
executed but their results are not taken into account. Tests are waived when
their results are not reliable enough, e.g. when they're just introduced or are
being fixed.
Testing timeout
---------------
We aim to provide a report within reasonable timeframe. Tests that haven't
finished running yet are marked with β±.
This is a note to let you know that I've just added the patch titled
nvmem: sprd: Fix the block lock operation
to my char-misc git tree which can be found at
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc.git
in the char-misc-next branch.
The patch will show up in the next release of the linux-next tree
(usually sometime within the next 24 hours during the week.)
The patch will also be merged in the next major kernel release
during the merge window.
If you have any questions about this process, please let me know.
>From c66ebde4d988b592e8f0008e04c47cc4950a49d3 Mon Sep 17 00:00:00 2001
From: Freeman Liu <freeman.liu(a)unisoc.com>
Date: Mon, 23 Mar 2020 15:00:03 +0000
Subject: nvmem: sprd: Fix the block lock operation
According to the Spreadtrum eFuse specification, we should write 0 to
the block to trigger the lock operation.
Fixes: 096030e7f449 ("nvmem: sprd: Add Spreadtrum SoCs eFuse support")
Cc: stable <stable(a)vger.kernel.org>
Signed-off-by: Freeman Liu <freeman.liu(a)unisoc.com>
Signed-off-by: Baolin Wang <baolin.wang7(a)gmail.com>
Signed-off-by: Srinivas Kandagatla <srinivas.kandagatla(a)linaro.org>
Link: https://lore.kernel.org/r/20200323150007.7487-2-srinivas.kandagatla@linaro.β¦
Signed-off-by: Greg Kroah-Hartman <gregkh(a)linuxfoundation.org>
---
drivers/nvmem/sprd-efuse.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/nvmem/sprd-efuse.c b/drivers/nvmem/sprd-efuse.c
index 2f1e0fbd1901..7a189ef52333 100644
--- a/drivers/nvmem/sprd-efuse.c
+++ b/drivers/nvmem/sprd-efuse.c
@@ -239,7 +239,7 @@ static int sprd_efuse_raw_prog(struct sprd_efuse *efuse, u32 blk, bool doub,
ret = -EBUSY;
} else {
sprd_efuse_set_prog_lock(efuse, lock);
- writel(*data, efuse->base + SPRD_EFUSE_MEM(blk));
+ writel(0, efuse->base + SPRD_EFUSE_MEM(blk));
sprd_efuse_set_prog_lock(efuse, false);
}
--
2.25.2
This is a note to let you know that I've just added the patch titled
staging: rtl8188eu: Add ASUS USB-N10 Nano B1 to device table
to my staging git tree which can be found at
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git
in the staging-next branch.
The patch will show up in the next release of the linux-next tree
(usually sometime within the next 24 hours during the week.)
The patch will also be merged in the next major kernel release
during the merge window.
If you have any questions about this process, please let me know.
>From 38ef48f7d4b7342f145a1b4f96023bde99aeb245 Mon Sep 17 00:00:00 2001
From: Larry Finger <Larry.Finger(a)lwfinger.net>
Date: Sat, 21 Mar 2020 13:00:11 -0500
Subject: staging: rtl8188eu: Add ASUS USB-N10 Nano B1 to device table
The ASUS USB-N10 Nano B1 has been reported as a new RTL8188EU device.
Add it to the device tables.
Signed-off-by: Larry Finger <Larry.Finger(a)lwfinger.net>
Reported-by: kovi <zraetn(a)gmail.com>
Cc: Stable <stable(a)vger.kernel.org>
Link: https://lore.kernel.org/r/20200321180011.26153-1-Larry.Finger@lwfinger.net
Signed-off-by: Greg Kroah-Hartman <gregkh(a)linuxfoundation.org>
---
drivers/staging/rtl8188eu/os_dep/usb_intf.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/staging/rtl8188eu/os_dep/usb_intf.c b/drivers/staging/rtl8188eu/os_dep/usb_intf.c
index 845c8817281c..f7f09c0d273f 100644
--- a/drivers/staging/rtl8188eu/os_dep/usb_intf.c
+++ b/drivers/staging/rtl8188eu/os_dep/usb_intf.c
@@ -32,6 +32,7 @@ static const struct usb_device_id rtw_usb_id_tbl[] = {
/****** 8188EUS ********/
{USB_DEVICE(0x056e, 0x4008)}, /* Elecom WDC-150SU2M */
{USB_DEVICE(0x07b8, 0x8179)}, /* Abocom - Abocom */
+ {USB_DEVICE(0x0B05, 0x18F0)}, /* ASUS USB-N10 Nano B1 */
{USB_DEVICE(0x2001, 0x330F)}, /* DLink DWA-125 REV D1 */
{USB_DEVICE(0x2001, 0x3310)}, /* Dlink DWA-123 REV D1 */
{USB_DEVICE(0x2001, 0x3311)}, /* DLink GO-USB-N150 REV B1 */
--
2.25.2