Makefile | 4 +- drivers/base/base.h | 9 + drivers/base/bus.c | 2 +- drivers/base/dd.c | 2 +- drivers/bluetooth/btusb.c | 2 + drivers/bus/fsl-mc/fsl-mc-bus.c | 6 +- drivers/crypto/intel/iaa/iaa_crypto_main.c | 12 +- drivers/crypto/marvell/octeontx/otx_cptpf_ucode.c | 2 +- drivers/crypto/omap-crypto.c | 2 +- drivers/crypto/virtio/virtio_crypto_core.c | 5 + .../crypto/virtio/virtio_crypto_skcipher_algs.c | 2 - drivers/gpu/drm/exynos/exynos_drm_vidi.c | 38 +- drivers/net/wireless/realtek/rtl8xxxu/core.c | 1 + drivers/net/wireless/realtek/rtw88/main.c | 4 +- drivers/pci/endpoint/pci-ep-cfs.c | 15 +- drivers/scsi/qla2xxx/qla_gs.c | 41 +- drivers/scsi/qla2xxx/qla_init.c | 28 +- drivers/scsi/qla2xxx/qla_isr.c | 19 +- drivers/scsi/qla2xxx/qla_os.c | 3 +- fs/erofs/fileio.c | 7 +- fs/hfs/mdb.c | 35 +- fs/hfs/super.c | 10 +- fs/nilfs2/sufile.c | 4 + fs/smb/client/cached_dir.h | 8 +- fs/smb/client/smbdirect.c | 523 ++++++++++++++++----- fs/smb/common/smbdirect/smbdirect_socket.h | 18 + fs/smb/server/mgmt/user_session.c | 5 + fs/smb/server/mgmt/user_session.h | 1 + fs/smb/server/server.c | 6 +- fs/smb/server/smb2pdu.c | 12 +- fs/smb/server/transport_rdma.c | 147 +++++- fs/smb/server/transport_tcp.c | 3 +- fs/xfs/scrub/btree.c | 7 +- io_uring/io-wq.c | 27 +- io_uring/io-wq.h | 1 + io_uring/tctx.c | 11 + kernel/sched/core.c | 7 +- kernel/sched/sched.h | 6 +- sound/hda/codecs/conexant.c | 1 + 39 files changed, 788 insertions(+), 248 deletions(-)
This is the start of the stable review cycle for the 6.19.1 release.
There are 49 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 Sun, 15 Feb 2026 13:46:52 +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/v6.x/stable-review/patch-6.19.1-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-6.19.y
and the diffstat can be found below.
thanks,
greg k-h
-------------
Pseudo-Shortlog of commits:
Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Linux 6.19.1-rc1
Ali Tariq <alitariq45892@gmail.com>
wifi: rtl8xxxu: fix slab-out-of-bounds in rtl8xxxu_sta_add
Liu Song <liu.song13@zte.com.cn>
PCI: endpoint: Avoid creating sub-groups asynchronously
Jeongjun Park <aha310510@gmail.com>
drm/exynos: vidi: use ctx->lock to protect struct vidi_context member variables related to memory alloc/free
Darrick J. Wong <djwong@kernel.org>
xfs: fix UAF in xchk_btree_check_block_owner
Chao Yu <chao@kernel.org>
erofs: fix UAF issue for file-backed mounts w/ directio option
Gui-Dong Han <hanguidong02@gmail.com>
bus: fsl-mc: fix use-after-free in driver_override_show()
Thomas Gleixner <tglx@kernel.org>
sched/mmcid: Don't assume CID is CPU owned on mode switch
Anil Gurumurthy <agurumurthy@marvell.com>
scsi: qla2xxx: Query FW again before proceeding with login
Anil Gurumurthy <agurumurthy@marvell.com>
scsi: qla2xxx: Free sp in error path to fix system crash
Anil Gurumurthy <agurumurthy@marvell.com>
scsi: qla2xxx: Delay module unload while fabric scan in progress
Shreyas Deodhar <sdeodhar@marvell.com>
scsi: qla2xxx: Allow recovery for tape devices
Anil Gurumurthy <agurumurthy@marvell.com>
scsi: qla2xxx: Validate sp before freeing associated memory
Bitterblue Smith <rtl8821cerfe2@gmail.com>
wifi: rtw88: Fix alignment fault in rtw_core_enable_beacon()
Mehdi Ben Hadj Khelifa <mehdi.benhadjkhelifa@gmail.com>
hfs: ensure sb->s_fs_info is always cleaned up
Edward Adam Davis <eadavis@qq.com>
nilfs2: Fix potential block overflow that cause system hang
Bibo Mao <maobibo@loongson.cn>
crypto: virtio - Remove duplicated virtqueue_kick in virtio_crypto_skcipher_crypt_req
Bibo Mao <maobibo@loongson.cn>
crypto: virtio - Add spinlock protection with virtqueue notification
Kees Cook <kees@kernel.org>
crypto: omap - Allocate OMAP_CRYPTO_FORCE_COPY scatterlists correctly
Thorsten Blum <thorsten.blum@linux.dev>
crypto: octeontx - Fix length check to avoid truncation in ucode_load_store
Thorsten Blum <thorsten.blum@linux.dev>
crypto: iaa - Fix out-of-bounds index in find_empty_iaa_compression_mode
Takashi Iwai <tiwai@suse.de>
ALSA: hda/conexant: Add quirk for HP ZBook Studio G4
Zenm Chen <zenmchen@gmail.com>
Bluetooth: btusb: Add USB ID 7392:e611 for Edimax EW-7611UXB
Gui-Dong Han <hanguidong02@gmail.com>
driver core: enforce device_lock for driver_match_device()
Stefan Metzmacher <metze@samba.org>
smb: client: let send_done handle a completion without IB_SEND_SIGNALED
Stefan Metzmacher <metze@samba.org>
smb: client: let smbd_post_send_negotiate_req() use smbd_post_send()
Stefan Metzmacher <metze@samba.org>
smb: client: fix last send credit problem causing disconnects
Stefan Metzmacher <metze@samba.org>
smb: client: make use of smbdirect_socket.send_io.bcredits
Stefan Metzmacher <metze@samba.org>
smb: client: use smbdirect_send_batch processing
Stefan Metzmacher <metze@samba.org>
smb: client: introduce and use smbd_{alloc, free}_send_io()
Stefan Metzmacher <metze@samba.org>
smb: client: split out smbd_ib_post_send()
Stefan Metzmacher <metze@samba.org>
smb: client: port and use the wait_for_credits logic used by server
Stefan Metzmacher <metze@samba.org>
smb: client: remove pointless sc->send_io.pending handling in smbd_post_send_iter()
Stefan Metzmacher <metze@samba.org>
smb: client: remove pointless sc->recv_io.credits.count rollback
Stefan Metzmacher <metze@samba.org>
smb: client: let smbd_post_send() make use of request->wr
Stefan Metzmacher <metze@samba.org>
smb: client: let recv_done() queue a refill when the peer is low on credits
Stefan Metzmacher <metze@samba.org>
smb: client: make use of smbdirect_socket.recv_io.credits.available
Stefan Metzmacher <metze@samba.org>
smb: server: let send_done handle a completion without IB_SEND_SIGNALED
Stefan Metzmacher <metze@samba.org>
smb: server: fix last send credit problem causing disconnects
Stefan Metzmacher <metze@samba.org>
smb: server: make use of smbdirect_socket.send_io.bcredits
Stefan Metzmacher <metze@samba.org>
smb: server: let recv_done() queue a refill when the peer is low on credits
Stefan Metzmacher <metze@samba.org>
smb: server: make use of smbdirect_socket.recv_io.credits.available
Stefan Metzmacher <metze@samba.org>
smb: smbdirect: introduce smbdirect_socket.send_io.bcredits.*
Stefan Metzmacher <metze@samba.org>
smb: smbdirect: introduce smbdirect_socket.recv_io.credits.available
Henrique Carvalho <henrique.carvalho@suse.com>
smb: server: fix leak of active_num_conn in ksmbd_tcp_new_connection()
Namjae Jeon <linkinjeon@kernel.org>
ksmbd: add chann_lock to protect ksmbd_chann_list xarray
Namjae Jeon <linkinjeon@kernel.org>
ksmbd: fix infinite loop caused by next_smb2_rcv_hdr_off reset in error paths
Henrique Carvalho <henrique.carvalho@suse.com>
smb: client: split cached_fid bitfields to avoid shared-byte RMW races
Li Chen <me@linux.beauty>
io_uring: allow io-wq workers to exit when unused
Li Chen <me@linux.beauty>
io_uring/io-wq: add exit-on-idle state
-------------
Diffstat:
Makefile | 4 +-
drivers/base/base.h | 9 +
drivers/base/bus.c | 2 +-
drivers/base/dd.c | 2 +-
drivers/bluetooth/btusb.c | 2 +
drivers/bus/fsl-mc/fsl-mc-bus.c | 6 +-
drivers/crypto/intel/iaa/iaa_crypto_main.c | 12 +-
drivers/crypto/marvell/octeontx/otx_cptpf_ucode.c | 2 +-
drivers/crypto/omap-crypto.c | 2 +-
drivers/crypto/virtio/virtio_crypto_core.c | 5 +
.../crypto/virtio/virtio_crypto_skcipher_algs.c | 2 -
drivers/gpu/drm/exynos/exynos_drm_vidi.c | 38 +-
drivers/net/wireless/realtek/rtl8xxxu/core.c | 1 +
drivers/net/wireless/realtek/rtw88/main.c | 4 +-
drivers/pci/endpoint/pci-ep-cfs.c | 15 +-
drivers/scsi/qla2xxx/qla_gs.c | 41 +-
drivers/scsi/qla2xxx/qla_init.c | 28 +-
drivers/scsi/qla2xxx/qla_isr.c | 19 +-
drivers/scsi/qla2xxx/qla_os.c | 3 +-
fs/erofs/fileio.c | 7 +-
fs/hfs/mdb.c | 35 +-
fs/hfs/super.c | 10 +-
fs/nilfs2/sufile.c | 4 +
fs/smb/client/cached_dir.h | 8 +-
fs/smb/client/smbdirect.c | 523 ++++++++++++++++-----
fs/smb/common/smbdirect/smbdirect_socket.h | 18 +
fs/smb/server/mgmt/user_session.c | 5 +
fs/smb/server/mgmt/user_session.h | 1 +
fs/smb/server/server.c | 6 +-
fs/smb/server/smb2pdu.c | 12 +-
fs/smb/server/transport_rdma.c | 147 +++++-
fs/smb/server/transport_tcp.c | 3 +-
fs/xfs/scrub/btree.c | 7 +-
io_uring/io-wq.c | 27 +-
io_uring/io-wq.h | 1 +
io_uring/tctx.c | 11 +
kernel/sched/core.c | 7 +-
kernel/sched/sched.h | 6 +-
sound/hda/codecs/conexant.c | 1 +
39 files changed, 788 insertions(+), 248 deletions(-)
On Fri, Feb 13, 2026 at 02:47:19PM +0100, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 6.19.1 release. > There are 49 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. > Gui-Dong Han <hanguidong02@gmail.com> > driver core: enforce device_lock for driver_match_device() As you'd expect v6.19 is also affected by the breakage here: # bad: [fdd37e7f30acd1978b8c205b62562dbe7b17b015] Linux 6.19.1-rc1 # good: [05f7e89ab9731565d8a62e3b5d1ec206485eeb0b] Linux 6.19 git bisect start 'fdd37e7f30acd1978b8c205b62562dbe7b17b015' '05f7e89ab9731565d8a62e3b5d1ec206485eeb0b' # test job: [fdd37e7f30acd1978b8c205b62562dbe7b17b015] https://lava.sirena.org.uk/scheduler/job/2457262 # bad: [fdd37e7f30acd1978b8c205b62562dbe7b17b015] Linux 6.19.1-rc1 git bisect bad fdd37e7f30acd1978b8c205b62562dbe7b17b015 # test job: [f7a05eebaf2882496333b04ca6fc5697be454b29] https://lava.sirena.org.uk/scheduler/job/2457550 # good: [f7a05eebaf2882496333b04ca6fc5697be454b29] smb: client: let smbd_post_send_negotiate_req() use smbd_post_send() git bisect good f7a05eebaf2882496333b04ca6fc5697be454b29 # test job: [446b9894f78d8b8ba44628370191593e41d96255] https://lava.sirena.org.uk/scheduler/job/2457610 # bad: [446b9894f78d8b8ba44628370191593e41d96255] wifi: rtw88: Fix alignment fault in rtw_core_enable_beacon() git bisect bad 446b9894f78d8b8ba44628370191593e41d96255 # test job: [1b3bc6d65b96f215b17512174d20a045423f6d52] https://lava.sirena.org.uk/scheduler/job/2457672 # bad: [1b3bc6d65b96f215b17512174d20a045423f6d52] crypto: octeontx - Fix length check to avoid truncation in ucode_load_store git bisect bad 1b3bc6d65b96f215b17512174d20a045423f6d52 # test job: [a96368be3ad4b175cb3f91323b686e94be00c930] https://lava.sirena.org.uk/scheduler/job/2458025 # bad: [a96368be3ad4b175cb3f91323b686e94be00c930] Bluetooth: btusb: Add USB ID 7392:e611 for Edimax EW-7611UXB git bisect bad a96368be3ad4b175cb3f91323b686e94be00c930 # test job: [15c160f44ececb2caf42a5d6508991c31d73f59c] https://lava.sirena.org.uk/scheduler/job/2458104 # bad: [15c160f44ececb2caf42a5d6508991c31d73f59c] driver core: enforce device_lock for driver_match_device() git bisect bad 15c160f44ececb2caf42a5d6508991c31d73f59c # test job: [d7290ea01ac970dc255508b467fe0016d02be2f5] https://lava.sirena.org.uk/scheduler/job/2458145 # good: [d7290ea01ac970dc255508b467fe0016d02be2f5] smb: client: let send_done handle a completion without IB_SEND_SIGNALED git bisect good d7290ea01ac970dc255508b467fe0016d02be2f5 # first bad commit: [15c160f44ececb2caf42a5d6508991c31d73f59c] driver core: enforce device_lock for driver_match_device()
On Fri, Feb 13, 2026 at 7:21 PM Greg Kroah-Hartman <gregkh@linuxfoundation.org> wrote: > > This is the start of the stable review cycle for the 6.19.1 release. > There are 49 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 Sun, 15 Feb 2026 13:46:52 +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/v6.x/stable-review/patch-6.19.1-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-6.19.y > and the diffstat can be found below. > > thanks, > > greg k-h > > ------------- Build and boot report of linux-6.19.1 Build and boot tested linux stable-rc-6.19.1 using qemu. The kernel was successfully Build and booted in virtual environment without any issue. No dmesg regressions were found. Build details: Architectures: arm64, x86_64 Kernel version: 6.19.1 Configuration: defconfig Source: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git Commit: fdd37e7f30acd1978b8c205b62562dbe7b17b015 Tested-by: Dileep Malepu <dileep.debian@gmail.com>
On Fri, 13 Feb 2026 14:47:19 +0100 Greg Kroah-Hartman <gregkh@linuxfoundation.org> wrote:
>
> This is the start of the stable review cycle for the 6.19.1 release.
> There are 49 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 Sun, 15 Feb 2026 13:46:52 +0000.
> Anything received after that time might be too late.
Boot-tested under QEMU for Rust x86_64, arm64 and riscv64; built-tested
for loongarch64:
Tested-by: Miguel Ojeda <ojeda@kernel.org>
Notes:
- arm, loongarch64 and UML are waiting for a build fix: commit
174e2a339bf7 ("rust_binder: Fix build failure if !CONFIG_COMPAT")
and maybe we could add commmit 68aabb29a546 ("rust: redefine
`bindings::compat_ptr_ioctl` in Rust"). Both are currently in -next.
- arm64 is waiting for a build fix: commit 5ec66bbc7488 ("drm/tyr:
suppress unread field warnings"). Currently in -next.
There was no Cc: stable on those nor Fixes tag on these, but we will
need them backported after they hit mainline.
In addition, we are also waiting for a warning fix:
https://lore.kernel.org/rust-for-linux/20260121183719.71659-1-ojeda@kernel.org/
Thanks!
Cheers,
Miguel
# Librecast Test Results 020/020 [ OK ] liblcrq 010/010 [ OK ] libmld 120/120 [ OK ] liblibrecast CPU/kernel: Linux auntie 6.19.1-rc1-gfdd37e7f30ac #2 SMP PREEMPT_DYNAMIC Sat Feb 14 15:14:08 -00 2026 x86_64 AMD Ryzen 9 9950X 16-Core Processor AuthenticAMD GNU/Linux Tested-by: Brett A C Sheffield <bacs@librecast.net>
On 2/13/26 05:47, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 6.19.1 release. > There are 49 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 Sun, 15 Feb 2026 13:46:52 +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/v6.x/stable-review/patch-6.19.1-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-6.19.y > and the diffstat can be found below. > > thanks, > > greg k-h Built and booted successfully on RISC-V RV64 (HiFive Unmatched). Tested-by: Ron Economos <re@w6rz.net>
Tested-by: Luna Jernberg <droidbittin@gmail.com>
AMD Ryzen 5 5600 6-Core Processor:
https://www.inet.se/produkt/5304697/amd-ryzen-5-5600-3-5-ghz-35mb on a
https://www.gigabyte.com/Motherboard/B550-AORUS-ELITE-V2-rev-12
https://www.inet.se/produkt/1903406/gigabyte-b550-aorus-elite-v2
motherboard :)
running Arch Linux with the testing repos enabled:
https://archlinux.org/ https://archboot.com/
https://wiki.archlinux.org/title/Arch_Testing_Team
Den fre 13 feb. 2026 kl 14:51 skrev Greg Kroah-Hartman
<gregkh@linuxfoundation.org>:
>
> This is the start of the stable review cycle for the 6.19.1 release.
> There are 49 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 Sun, 15 Feb 2026 13:46:52 +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/v6.x/stable-review/patch-6.19.1-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-6.19.y
> and the diffstat can be found below.
>
> thanks,
>
> greg k-h
>
> -------------
> Pseudo-Shortlog of commits:
>
> Greg Kroah-Hartman <gregkh@linuxfoundation.org>
> Linux 6.19.1-rc1
>
> Ali Tariq <alitariq45892@gmail.com>
> wifi: rtl8xxxu: fix slab-out-of-bounds in rtl8xxxu_sta_add
>
> Liu Song <liu.song13@zte.com.cn>
> PCI: endpoint: Avoid creating sub-groups asynchronously
>
> Jeongjun Park <aha310510@gmail.com>
> drm/exynos: vidi: use ctx->lock to protect struct vidi_context member variables related to memory alloc/free
>
> Darrick J. Wong <djwong@kernel.org>
> xfs: fix UAF in xchk_btree_check_block_owner
>
> Chao Yu <chao@kernel.org>
> erofs: fix UAF issue for file-backed mounts w/ directio option
>
> Gui-Dong Han <hanguidong02@gmail.com>
> bus: fsl-mc: fix use-after-free in driver_override_show()
>
> Thomas Gleixner <tglx@kernel.org>
> sched/mmcid: Don't assume CID is CPU owned on mode switch
>
> Anil Gurumurthy <agurumurthy@marvell.com>
> scsi: qla2xxx: Query FW again before proceeding with login
>
> Anil Gurumurthy <agurumurthy@marvell.com>
> scsi: qla2xxx: Free sp in error path to fix system crash
>
> Anil Gurumurthy <agurumurthy@marvell.com>
> scsi: qla2xxx: Delay module unload while fabric scan in progress
>
> Shreyas Deodhar <sdeodhar@marvell.com>
> scsi: qla2xxx: Allow recovery for tape devices
>
> Anil Gurumurthy <agurumurthy@marvell.com>
> scsi: qla2xxx: Validate sp before freeing associated memory
>
> Bitterblue Smith <rtl8821cerfe2@gmail.com>
> wifi: rtw88: Fix alignment fault in rtw_core_enable_beacon()
>
> Mehdi Ben Hadj Khelifa <mehdi.benhadjkhelifa@gmail.com>
> hfs: ensure sb->s_fs_info is always cleaned up
>
> Edward Adam Davis <eadavis@qq.com>
> nilfs2: Fix potential block overflow that cause system hang
>
> Bibo Mao <maobibo@loongson.cn>
> crypto: virtio - Remove duplicated virtqueue_kick in virtio_crypto_skcipher_crypt_req
>
> Bibo Mao <maobibo@loongson.cn>
> crypto: virtio - Add spinlock protection with virtqueue notification
>
> Kees Cook <kees@kernel.org>
> crypto: omap - Allocate OMAP_CRYPTO_FORCE_COPY scatterlists correctly
>
> Thorsten Blum <thorsten.blum@linux.dev>
> crypto: octeontx - Fix length check to avoid truncation in ucode_load_store
>
> Thorsten Blum <thorsten.blum@linux.dev>
> crypto: iaa - Fix out-of-bounds index in find_empty_iaa_compression_mode
>
> Takashi Iwai <tiwai@suse.de>
> ALSA: hda/conexant: Add quirk for HP ZBook Studio G4
>
> Zenm Chen <zenmchen@gmail.com>
> Bluetooth: btusb: Add USB ID 7392:e611 for Edimax EW-7611UXB
>
> Gui-Dong Han <hanguidong02@gmail.com>
> driver core: enforce device_lock for driver_match_device()
>
> Stefan Metzmacher <metze@samba.org>
> smb: client: let send_done handle a completion without IB_SEND_SIGNALED
>
> Stefan Metzmacher <metze@samba.org>
> smb: client: let smbd_post_send_negotiate_req() use smbd_post_send()
>
> Stefan Metzmacher <metze@samba.org>
> smb: client: fix last send credit problem causing disconnects
>
> Stefan Metzmacher <metze@samba.org>
> smb: client: make use of smbdirect_socket.send_io.bcredits
>
> Stefan Metzmacher <metze@samba.org>
> smb: client: use smbdirect_send_batch processing
>
> Stefan Metzmacher <metze@samba.org>
> smb: client: introduce and use smbd_{alloc, free}_send_io()
>
> Stefan Metzmacher <metze@samba.org>
> smb: client: split out smbd_ib_post_send()
>
> Stefan Metzmacher <metze@samba.org>
> smb: client: port and use the wait_for_credits logic used by server
>
> Stefan Metzmacher <metze@samba.org>
> smb: client: remove pointless sc->send_io.pending handling in smbd_post_send_iter()
>
> Stefan Metzmacher <metze@samba.org>
> smb: client: remove pointless sc->recv_io.credits.count rollback
>
> Stefan Metzmacher <metze@samba.org>
> smb: client: let smbd_post_send() make use of request->wr
>
> Stefan Metzmacher <metze@samba.org>
> smb: client: let recv_done() queue a refill when the peer is low on credits
>
> Stefan Metzmacher <metze@samba.org>
> smb: client: make use of smbdirect_socket.recv_io.credits.available
>
> Stefan Metzmacher <metze@samba.org>
> smb: server: let send_done handle a completion without IB_SEND_SIGNALED
>
> Stefan Metzmacher <metze@samba.org>
> smb: server: fix last send credit problem causing disconnects
>
> Stefan Metzmacher <metze@samba.org>
> smb: server: make use of smbdirect_socket.send_io.bcredits
>
> Stefan Metzmacher <metze@samba.org>
> smb: server: let recv_done() queue a refill when the peer is low on credits
>
> Stefan Metzmacher <metze@samba.org>
> smb: server: make use of smbdirect_socket.recv_io.credits.available
>
> Stefan Metzmacher <metze@samba.org>
> smb: smbdirect: introduce smbdirect_socket.send_io.bcredits.*
>
> Stefan Metzmacher <metze@samba.org>
> smb: smbdirect: introduce smbdirect_socket.recv_io.credits.available
>
> Henrique Carvalho <henrique.carvalho@suse.com>
> smb: server: fix leak of active_num_conn in ksmbd_tcp_new_connection()
>
> Namjae Jeon <linkinjeon@kernel.org>
> ksmbd: add chann_lock to protect ksmbd_chann_list xarray
>
> Namjae Jeon <linkinjeon@kernel.org>
> ksmbd: fix infinite loop caused by next_smb2_rcv_hdr_off reset in error paths
>
> Henrique Carvalho <henrique.carvalho@suse.com>
> smb: client: split cached_fid bitfields to avoid shared-byte RMW races
>
> Li Chen <me@linux.beauty>
> io_uring: allow io-wq workers to exit when unused
>
> Li Chen <me@linux.beauty>
> io_uring/io-wq: add exit-on-idle state
>
>
> -------------
>
> Diffstat:
>
> Makefile | 4 +-
> drivers/base/base.h | 9 +
> drivers/base/bus.c | 2 +-
> drivers/base/dd.c | 2 +-
> drivers/bluetooth/btusb.c | 2 +
> drivers/bus/fsl-mc/fsl-mc-bus.c | 6 +-
> drivers/crypto/intel/iaa/iaa_crypto_main.c | 12 +-
> drivers/crypto/marvell/octeontx/otx_cptpf_ucode.c | 2 +-
> drivers/crypto/omap-crypto.c | 2 +-
> drivers/crypto/virtio/virtio_crypto_core.c | 5 +
> .../crypto/virtio/virtio_crypto_skcipher_algs.c | 2 -
> drivers/gpu/drm/exynos/exynos_drm_vidi.c | 38 +-
> drivers/net/wireless/realtek/rtl8xxxu/core.c | 1 +
> drivers/net/wireless/realtek/rtw88/main.c | 4 +-
> drivers/pci/endpoint/pci-ep-cfs.c | 15 +-
> drivers/scsi/qla2xxx/qla_gs.c | 41 +-
> drivers/scsi/qla2xxx/qla_init.c | 28 +-
> drivers/scsi/qla2xxx/qla_isr.c | 19 +-
> drivers/scsi/qla2xxx/qla_os.c | 3 +-
> fs/erofs/fileio.c | 7 +-
> fs/hfs/mdb.c | 35 +-
> fs/hfs/super.c | 10 +-
> fs/nilfs2/sufile.c | 4 +
> fs/smb/client/cached_dir.h | 8 +-
> fs/smb/client/smbdirect.c | 523 ++++++++++++++++-----
> fs/smb/common/smbdirect/smbdirect_socket.h | 18 +
> fs/smb/server/mgmt/user_session.c | 5 +
> fs/smb/server/mgmt/user_session.h | 1 +
> fs/smb/server/server.c | 6 +-
> fs/smb/server/smb2pdu.c | 12 +-
> fs/smb/server/transport_rdma.c | 147 +++++-
> fs/smb/server/transport_tcp.c | 3 +-
> fs/xfs/scrub/btree.c | 7 +-
> io_uring/io-wq.c | 27 +-
> io_uring/io-wq.h | 1 +
> io_uring/tctx.c | 11 +
> kernel/sched/core.c | 7 +-
> kernel/sched/sched.h | 6 +-
> sound/hda/codecs/conexant.c | 1 +
> 39 files changed, 788 insertions(+), 248 deletions(-)
>
>
>
Hi Greg On Fri, Feb 13, 2026 at 10:52 PM Greg Kroah-Hartman <gregkh@linuxfoundation.org> wrote: > > This is the start of the stable review cycle for the 6.19.1 release. > There are 49 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 Sun, 15 Feb 2026 13:46:52 +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/v6.x/stable-review/patch-6.19.1-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-6.19.y > and the diffstat can be found below. > > thanks, > > greg k-h > 6.19.1-rc1 tested. Build successfully completed. Boot successfully completed. No dmesg regressions. Video output normal. Sound output normal. Lenovo ThinkPad X1 Carbon Gen10(Intel i7-1260P(x86_64) arch linux) [ 0.000000] Linux version 6.19.1-rc1rv-gfdd37e7f30ac (takeshi@ThinkPadX1Gen10J0764) (gcc (GCC) 15.2.1 20260209, GNU ld (GNU Binutils) 2.46) #1 SMP PREEMPT_DYNAMIC Sat Feb 14 09:14:57 JST 2026 Thanks Tested-by: Takeshi Ogasawara <takeshi.ogasawara@futuring-girl.com>
On Fri, 13 Feb 2026 14:47:19 +0100, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 6.19.1 release.
> There are 49 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 Sun, 15 Feb 2026 13:46:52 +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/v6.x/stable-review/patch-6.19.1-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-6.19.y
> and the diffstat can be found below.
>
> thanks,
>
> greg k-h
All tests passing for Tegra ...
Test results for stable-v6.19:
9 builds: 9 pass, 0 fail
28 boots: 28 pass, 0 fail
133 tests: 133 pass, 0 fail
Linux version: 6.19.1-rc1-gfdd37e7f30ac
Boards tested: tegra124-jetson-tk1, tegra186-p2771-0000,
tegra186-p3509-0000+p3636-0001, tegra194-p2972-0000,
tegra194-p3509-0000+p3668-0000, tegra20-ventana,
tegra210-p2371-2180, tegra210-p3450-0000,
tegra30-cardhu-a04
Tested-by: Jon Hunter <jonathanh@nvidia.com>
Jon
On 2/13/26 05:47, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 6.19.1 release. > There are 49 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 Sun, 15 Feb 2026 13:46:52 +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/v6.x/stable-review/patch-6.19.1-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-6.19.y > and the diffstat can be found below. > > thanks, > > greg k-h On ARCH_BRCMSTB using 32-bit and 64-bit ARM kernels, build tested on BMIPS_GENERIC: Tested-by: Florian Fainelli <florian.fainelli@broadcom.com> -- Florian
On Fri, Feb 13, 2026 at 02:47:19PM +0100, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 6.19.1 release. > There are 49 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 Sun, 15 Feb 2026 13:46:52 +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/v6.x/stable-review/patch-6.19.1-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-6.19.y > and the diffstat can be found below. > > thanks, > > greg k-h Tested rc1 against the Fedora build system (aarch64, ppc64le, s390x, x86_64), and boot tested x86_64. No regressions noted. Tested-by: Justin M. Forbes <jforbes@fedoraproject.org>
Am 13.02.2026 um 14:47 schrieb Greg Kroah-Hartman: > This is the start of the stable review cycle for the 6.19.1 release. > There are 49 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. Builds, boots and works on my 2-socket Ivy Bridge Xeon E5-2697 v2 server. No dmesg oddities or regressions found. Tested-by: Peter Schneider <pschneider1968@googlemail.com> Beste Grüße, Peter Schneider -- Climb the mountain not to plant your flag, but to embrace the challenge, enjoy the air and behold the view. Climb it so you can see the world, not so the world can see you. -- David McCullough Jr. OpenPGP: 0xA3828BD796CCE11A8CADE8866E3A92C92C3FF244 Download: https://www.peters-netzplatz.de/download/pschneider1968_pub.asc https://keys.mailvelope.com/pks/lookup?op=get&search=pschneider1968@googlemail.com https://keys.mailvelope.com/pks/lookup?op=get&search=pschneider1968@gmail.com
On Fri Feb 13, 2026 at 2:47 PM CET, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 6.19.1 release. > There are 49 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 Sun, 15 Feb 2026 13:46:52 +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/v6.x/stable-review/patch-6.19.1-rc1.gz Hey, the link to this patch (and all other stable-review patches from today) seem to be not uploaded yet. Is this expected? > or in the git tree and branch at: > git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.19.y > and the diffstat can be found below. > > thanks, > > greg k-h
On Fri, Feb 13, 2026 at 03:48:19PM +0100, Achill Gilgenast wrote: > On Fri Feb 13, 2026 at 2:47 PM CET, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 6.19.1 release. > > There are 49 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 Sun, 15 Feb 2026 13:46:52 +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/v6.x/stable-review/patch-6.19.1-rc1.gz > > Hey, the link to this patch (and all other stable-review patches from > today) seem to be not uploaded yet. Is this expected? Nope, not at all. let me see if something went wrong on my side... thanks, greg k-h
On Fri, Feb 13, 2026 at 04:35:27PM +0100, Greg Kroah-Hartman wrote: > On Fri, Feb 13, 2026 at 03:48:19PM +0100, Achill Gilgenast wrote: > > On Fri Feb 13, 2026 at 2:47 PM CET, Greg Kroah-Hartman wrote: > > > This is the start of the stable review cycle for the 6.19.1 release. > > > There are 49 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 Sun, 15 Feb 2026 13:46:52 +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/v6.x/stable-review/patch-6.19.1-rc1.gz > > > > Hey, the link to this patch (and all other stable-review patches from > > today) seem to be not uploaded yet. Is this expected? > > Nope, not at all. let me see if something went wrong on my side... Ok, pushed again from my side, let's see if it propagates properly now...
On Fri, Feb 13, 2026 at 04:36:39PM +0100, Greg Kroah-Hartman wrote: > On Fri, Feb 13, 2026 at 04:35:27PM +0100, Greg Kroah-Hartman wrote: > > On Fri, Feb 13, 2026 at 03:48:19PM +0100, Achill Gilgenast wrote: > > > On Fri Feb 13, 2026 at 2:47 PM CET, Greg Kroah-Hartman wrote: > > > > This is the start of the stable review cycle for the 6.19.1 release. > > > > There are 49 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 Sun, 15 Feb 2026 13:46:52 +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/v6.x/stable-review/patch-6.19.1-rc1.gz > > > > > > Hey, the link to this patch (and all other stable-review patches from > > > today) seem to be not uploaded yet. Is this expected? > > > > Nope, not at all. let me see if something went wrong on my side... > > Ok, pushed again from my side, let's see if it propagates properly > now... > It's a kernel.org mirror issue, it's being worked on right now...
On Fri Feb 13, 2026 at 4:57 PM CET, Greg Kroah-Hartman wrote: > On Fri, Feb 13, 2026 at 04:36:39PM +0100, Greg Kroah-Hartman wrote: >> On Fri, Feb 13, 2026 at 04:35:27PM +0100, Greg Kroah-Hartman wrote: >> > On Fri, Feb 13, 2026 at 03:48:19PM +0100, Achill Gilgenast wrote: >> > > On Fri Feb 13, 2026 at 2:47 PM CET, Greg Kroah-Hartman wrote: >> > > > This is the start of the stable review cycle for the 6.19.1 release. >> > > > There are 49 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 Sun, 15 Feb 2026 13:46:52 +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/v6.x/stable-review/patch-6.19.1-rc1.gz >> > > >> > > Hey, the link to this patch (and all other stable-review patches from >> > > today) seem to be not uploaded yet. Is this expected? >> > >> > Nope, not at all. let me see if something went wrong on my side... >> >> Ok, pushed again from my side, let's see if it propagates properly >> now... >> > > It's a kernel.org mirror issue, it's being worked on right now... Ahh, yeah. Now it works! :3
Am 13.02.2026 um 16:57 schrieb Greg Kroah-Hartman: > On Fri, Feb 13, 2026 at 04:36:39PM +0100, Greg Kroah-Hartman wrote: >> On Fri, Feb 13, 2026 at 04:35:27PM +0100, Greg Kroah-Hartman wrote: >>> On Fri, Feb 13, 2026 at 03:48:19PM +0100, Achill Gilgenast wrote: >>>> On Fri Feb 13, 2026 at 2:47 PM CET, Greg Kroah-Hartman wrote: >>>>> This is the start of the stable review cycle for the 6.19.1 release. >>>>> There are 49 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 Sun, 15 Feb 2026 13:46:52 +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/v6.x/stable-review/patch-6.19.1-rc1.gz >>>> >>>> Hey, the link to this patch (and all other stable-review patches from >>>> today) seem to be not uploaded yet. Is this expected? >>> >>> Nope, not at all. let me see if something went wrong on my side... >> >> Ok, pushed again from my side, let's see if it propagates properly >> now... >> > > It's a kernel.org mirror issue, it's being worked on right now... It seems only the tarballs are affected?! I could git pull this RC just fine some 10 minutes ago and build it. Adding Helpdesk and Konstantin in... The 404 is funny though, kudos to whoever made this :-)) Beste Grüße, Peter Schneider -- Climb the mountain not to plant your flag, but to embrace the challenge, enjoy the air and behold the view. Climb it so you can see the world, not so the world can see you. -- David McCullough Jr. OpenPGP: 0xA3828BD796CCE11A8CADE8866E3A92C92C3FF244 Download: https://www.peters-netzplatz.de/download/pschneider1968_pub.asc https://keys.mailvelope.com/pks/lookup?op=get&search=pschneider1968@googlemail.com https://keys.mailvelope.com/pks/lookup?op=get&search=pschneider1968@gmail.com
On Fri, Feb 13, 2026 at 05:26:51PM +0100, Peter Schneider wrote: > > > Ok, pushed again from my side, let's see if it propagates properly > > > now... > > > > > > > It's a kernel.org mirror issue, it's being worked on right now... > > It seems only the tarballs are affected?! I could git pull this RC just fine > some 10 minutes ago and build it. Adding Helpdesk and Konstantin in... It's back in the world of living after a 2-disk RAID6 failure, an LVM cache removal gone wrong, lots of futzing with /etc/lvm/archive contents, lots of very heavy swearing in all languages known to me, and lots of nailbiting as the RAID array rebuilt over 18 hours. > The 404 is funny though, kudos to whoever made this :-)) Oh, yeah, I totally forgot about that one. -K
Am 13.02.2026 um 17:41 schrieb Konstantin Ryabitsev: > On Fri, Feb 13, 2026 at 05:26:51PM +0100, Peter Schneider wrote: >>>> Ok, pushed again from my side, let's see if it propagates properly >>>> now... >>>> >>> >>> It's a kernel.org mirror issue, it's being worked on right now... >> >> It seems only the tarballs are affected?! I could git pull this RC just fine >> some 10 minutes ago and build it. Adding Helpdesk and Konstantin in... > > It's back in the world of living after a 2-disk RAID6 failure, an LVM cache > removal gone wrong, lots of futzing with /etc/lvm/archive contents, lots of > very heavy swearing in all languages known to me, and lots of nailbiting > as the RAID array rebuilt over 18 hours. That sounds like an absolute SysAdmin's nightmare. Glad you could fix it! Beste Grüße, Peter Schneider -- Climb the mountain not to plant your flag, but to embrace the challenge, enjoy the air and behold the view. Climb it so you can see the world, not so the world can see you. -- David McCullough Jr. OpenPGP: 0xA3828BD796CCE11A8CADE8866E3A92C92C3FF244 Download: https://www.peters-netzplatz.de/download/pschneider1968_pub.asc https://keys.mailvelope.com/pks/lookup?op=get&search=pschneider1968@googlemail.com https://keys.mailvelope.com/pks/lookup?op=get&search=pschneider1968@gmail.com
On Fri, Feb 13, 2026 at 05:26:51PM +0100, Peter Schneider wrote: > Am 13.02.2026 um 16:57 schrieb Greg Kroah-Hartman: > > On Fri, Feb 13, 2026 at 04:36:39PM +0100, Greg Kroah-Hartman wrote: > > > On Fri, Feb 13, 2026 at 04:35:27PM +0100, Greg Kroah-Hartman wrote: > > > > On Fri, Feb 13, 2026 at 03:48:19PM +0100, Achill Gilgenast wrote: > > > > > On Fri Feb 13, 2026 at 2:47 PM CET, Greg Kroah-Hartman wrote: > > > > > > This is the start of the stable review cycle for the 6.19.1 release. > > > > > > There are 49 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 Sun, 15 Feb 2026 13:46:52 +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/v6.x/stable-review/patch-6.19.1-rc1.gz > > > > > > > > > > Hey, the link to this patch (and all other stable-review patches from > > > > > today) seem to be not uploaded yet. Is this expected? > > > > > > > > Nope, not at all. let me see if something went wrong on my side... > > > > > > Ok, pushed again from my side, let's see if it propagates properly > > > now... > > > > > > > It's a kernel.org mirror issue, it's being worked on right now... > > It seems only the tarballs are affected?! I could git pull this RC just fine > some 10 minutes ago and build it. Adding Helpdesk and Konstantin in... Yes, it's a tarball-only issue. And helpdesk and Konstantin already know about this :)
© 2016 - 2026 Red Hat, Inc.