February 2023 - Linux-stable-mirror

[PATCH] ceph: do not print the whole xattr value if it's too long

by xiubli＠redhat.com

From: Xiubo Li <xiubli(a)redhat.com> If the xattr's value size is long enough the kernel will warn and then will fail the xfstests test case. Just print part of the value string if it's too long. Cc: stable(a)vger.kernel.org URL: https://tracker.ceph.com/issues/58404 Signed-off-by: Xiubo Li <xiubli(a)redhat.com> --- fs/ceph/xattr.c | 13 +++++++++---- 1 file changed, 9 insertions(+), 4 deletions(-) diff --git a/fs/ceph/xattr.c b/fs/ceph/xattr.c index b10d459c2326..6638bb0ec10f 100644 --- a/fs/ceph/xattr.c +++ b/fs/ceph/xattr.c @@ -561,6 +561,7 @@ static struct ceph_vxattr *ceph_match_vxattr(struct inode *inode, return NULL; } +#define XATTR_MAX_VAL 256 static int __set_xattr(struct ceph_inode_info *ci, const char *name, int name_len, const char *val, int val_len, @@ -654,8 +655,10 @@ static int __set_xattr(struct ceph_inode_info *ci, dout("__set_xattr_val p=%p\n", p); } - dout("__set_xattr_val added %llx.%llx xattr %p %.*s=%.*s\n", - ceph_vinop(&ci->netfs.inode), xattr, name_len, name, val_len, val); + dout("__set_xattr_val added %llx.%llx xattr %p %.*s=%.*s%s\n", + ceph_vinop(&ci->netfs.inode), xattr, name_len, name, + val_len > XATTR_MAX_VAL ? XATTR_MAX_VAL : val_len, val, + val_len > XATTR_MAX_VAL ? "..." : ""); return 0; } @@ -681,8 +684,10 @@ static struct ceph_inode_xattr *__get_xattr(struct ceph_inode_info *ci, else if (c > 0) p = &(*p)->rb_right; else { - dout("__get_xattr %s: found %.*s\n", name, - xattr->val_len, xattr->val); + int len = xattr->val_len; + dout("__get_xattr %s: found %.*s%s\n", name, + len > XATTR_MAX_VAL ? XATTR_MAX_VAL : len, + xattr->val, len > XATTR_MAX_VAL ? "..." : ""); return xattr; } } -- 2.31.1

2 years, 1 month

3
2
0 0

stable/6.2: backport commit 943f4e64ee17 ("ALSA: hda: cs35l41: Correct error condition handling")

by Richard Fitzgerald

commit 943f4e64ee177cf44d7f2c235281fcda7c32bb28 upstream Please backport to 6.2. This fixes an API break between the cs_dsp driver and the cs35l41 HDA driver that broke the cs35l41 driver. The original chain of patches that made the cs_dsp change missed out the corresponding change to the HDA code. These changes went into the first 6.2 release. Reported-by: Martin Wolf <info(a)martinwolf.pub>

2 years, 1 month

2
1
0 0

Ahoj

by silverl ynrojas

drahý příteli Jak se dneska máš? Myslím, že už je to dlouho, co jsme spolu mluvili naposledy. V každém případě Vás budu znovu kontaktovat ohledně naší předchozí transakce, která u Vás nebyla úspěšná. Vaše spolupráce se mnou bohužel nemůže dokončit převod finančních prostředků. Nevím, možná proto, že se musím smířit se svým zájmem o případ. V každém případě jsem rád, že mohu oznámit úspěch při přijímání finančních prostředků převedených novým partnerem z Venezuely. Momentálně jsem ve Venezuele kvůli investici. Nezapomněl jsem však na své předchozí snažení a snažil jsem se mi s převodem fondu pomoci, i když jsme nemohli dojít ke konkrétnímu závěru. Díky mé snaze pomoci mně jsme se s mým novým partnerem rozhodli vrátit vám 850 000 $, abyste si s námi mohli užívat radosti a štěstí. Nechal jsem vaše kompenzační vízum pro svou sekretářku, aby mi pomohla podat žádost. Nyní kontaktujte mou sekretářku v Togu, jmenuje se paní Silverly Rojas a její e-mailová adresa je (silverlynrojas94(a)gmail.com). Řekněte jí, aby vám poslala kartu Visa v hodnotě 850 000 USD. V současné době jsem velmi zaneprázdněn ve Venezuele kvůli investičním projektům, které mám se svým novým partnerem. Rychle kontaktujte paní Silverly Rojasovou a dejte jí vědět, kam má poslat čekající vízum. Karta vám bude obratem zaslána. Přeji vám vše nejlepší ve všech vašich snahách. S pozdravem Robert G Mohammed

2 years, 1 month

1
0
0 0

[PATCH 1/3] usb: ucsi: Fix NULL pointer deref in ucsi_connector_change()

by Hans de Goede

When ucsi_init() fails, ucsi->connector is NULL, yet in case of ucsi_acpi we may still get events which cause the ucs_acpi code to call ucsi_connector_change(), which then derefs the NULL ucsi->connector pointer. Fix this by adding a check for ucsi->connector being NULL, as is already done in ucsi_resume() for similar reasons. Fixes: bdc62f2bae8f ("usb: typec: ucsi: Simplified registration and I/O API") Cc: stable(a)vger.kernel.org Signed-off-by: Hans de Goede <hdegoede(a)redhat.com> --- drivers/usb/typec/ucsi/ucsi.c | 8 +++++++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/drivers/usb/typec/ucsi/ucsi.c b/drivers/usb/typec/ucsi/ucsi.c index 1cf8947c6d66..e762897cb25a 100644 --- a/drivers/usb/typec/ucsi/ucsi.c +++ b/drivers/usb/typec/ucsi/ucsi.c @@ -842,7 +842,13 @@ static void ucsi_handle_connector_change(struct work_struct *work) */ void ucsi_connector_change(struct ucsi *ucsi, u8 num) { - struct ucsi_connector *con = &ucsi->connector[num - 1]; + struct ucsi_connector *con; + + /* Check for ucsi_init() failure */ + if (!ucsi->connector) + return; + + con = &ucsi->connector[num - 1]; if (!(ucsi->ntfy & UCSI_ENABLE_NTFY_CONNECTOR_CHANGE)) { dev_dbg(ucsi->dev, "Bogus connector change event\n"); -- 2.39.1

2 years, 1 month

3
6
0 0

[PATCH net 0/7] mptcp: fixes for 6.3

by Matthieu Baerts

Patch 1 fixes a possible deadlock in subflow_error_report() reported by lockdep. The report was in fact a false positive but the modification makes sense and silences lockdep to allow syzkaller to find real issues. The regression has been introduced in v5.12. Patch 2 is a refactoring needed to be able to fix the two next issues. It improves the situation and can be backported up to v6.0. Patches 3 and 4 fix UaF reported by KASAN. It fixes issues potentially visible since v5.7 and v5.19 but only reproducible until recently (v6.0). These two patches depend on patch 2/7. Patch 5 fixes the order of the printed values: expected vs seen values. The regression has been introduced recently: present in Linus' tree but not in a tagged version yet. Patch 6 adds missing ro_after_init flags. A previous patch added them for other functions but these two have been missed. This previous patch has been backported to stable versions (up to v5.12) so probably better to do the same here. Patch 7 fixes tcp_set_state() being called twice in a row since v5.10. Signed-off-by: Matthieu Baerts <matthieu.baerts(a)tessares.net> --- Geliang Tang (1): mptcp: add ro_after_init for tcp{,v6}_prot_override Matthieu Baerts (2): selftests: mptcp: userspace pm: fix printed values mptcp: avoid setting TCP_CLOSE state twice Paolo Abeni (4): mptcp: fix possible deadlock in subflow_error_report mptcp: refactor passive socket initialization mptcp: use the workqueue to destroy unaccepted sockets mptcp: fix UaF in listener shutdown net/mptcp/protocol.c | 44 +++----- net/mptcp/protocol.h | 4 +- net/mptcp/subflow.c | 122 +++++++--------------- tools/testing/selftests/net/mptcp/userspace_pm.sh | 2 +- 4 files changed, 59 insertions(+), 113 deletions(-) --- base-commit: aaa3c08ee0653beaa649d4adfb27ad562641cfd8 change-id: 20230227-upstream-net-20230227-mptcp-fixes-cc78f3a2f5b2 Best regards, -- Matthieu Baerts <matthieu.baerts(a)tessares.net>

2 years, 1 month

2
9
0 0

[REGRESSION] 5.15.88 and onwards no longer return EADDRINUSE from bind

by Winter

Hi all, I'm facing the same issue as https://lore.kernel.org/stable/CAFsF8vL4CGFzWMb38_XviiEgxoKX0GYup=JiUFXUOma…, but on 5.15. I've bisected it across releases to 5.15.88, and can reproduce on 5.15.93. However, I cannot seem to find the identified problematic commit in the 5.15 branch, so I'm unsure if this is a different issue or not. There's a few ways to reproduce this issue, but the one I've been using is running libuv's (https://github.com/libuv/libuv) tests, specifically tests 271 and 277. #regzbot introduced v5.15.88.. Thanks, Winter

2 years, 1 month

5
8
0 0

Symbol cpu_feature_keys should be exported to all modules on powerpc

by 王昊然

Just like symbol 'mmu_feature_keys'[1], 'cpu_feature_keys' was referenced indirectly by many inline functions; any GPL-incompatible modules using such a function will be potentially broken due to 'cpu_feature_keys' being exported as GPL-only. For example it still breaks ZFS, see https://github.com/openzfs/zfs/issues/14545 [1]: https://patchwork.ozlabs.org/project/linuxppc-dev/patch/20220329085709.4132…

2 years, 1 month

2
3
0 0

HELLO

by Aisha Al-Gaddafi

Please, I have an investment Project transaction of US$27.500.000.00. that involves transfer and I would like to have your advice on which Investment / Industry that you think that can bring us profit. If you're interested, kindly reply for more specific information on this project. Mr. Aisha Al-Gaddafi

2 years, 1 month

1
0
0 0

[PATCH 5.15 v2 0/5] Fix Build ID on arm64 if CONFIG_MODVERSIONS=y

by Tom Saeger

Build ID is missing for arm64 with CONFIG_MODVERSIONS=y using ld >= 2.36 on 5.4, 5.10, and 5.15 Backport BuildID fixes. I've build tested this on {x86_64, arm64, riscv, powerpc, s390, sh}. # view Build ID $ readelf -n vmlinux | grep "Build ID" Changes for v2: - rebase 5/5 c1c551bebf92 ("sh: define RUNTIME_DISCARD_EXIT") from upstream Previous threads: [1] https://lore.kernel.org/all/cover.1674851705.git.tom.saeger@oracle.com/ [2] https://lore.kernel.org/all/3df32572ec7016e783d37e185f88495831671f5d.167114… [3] https://lore.kernel.org/all/cover.1670358255.git.tom.saeger@oracle.com/ Signed-off-by: Tom Saeger <tom.saeger(a)oracle.com> --- Masahiro Yamada (2): arch: fix broken BuildID for arm64 and riscv s390: define RUNTIME_DISCARD_EXIT to fix link error with GNU ld < 2.36 Michael Ellerman (2): powerpc/vmlinux.lds: Define RUNTIME_DISCARD_EXIT powerpc/vmlinux.lds: Don't discard .rela* for relocatable builds Tom Saeger (1): sh: define RUNTIME_DISCARD_EXIT arch/powerpc/kernel/vmlinux.lds.S | 6 +++++- arch/s390/kernel/vmlinux.lds.S | 2 ++ arch/sh/kernel/vmlinux.lds.S | 1 + include/asm-generic/vmlinux.lds.h | 5 +++++ 4 files changed, 13 insertions(+), 1 deletion(-) --- base-commit: 85d7786c66b69d3f07cc149ac2f78d8f330c7c11 change-id: 20230210-tsaeger-upstream-linux-stable-5-15-f7bf45952c23 Best regards, -- Tom Saeger <tom.saeger(a)oracle.com>

2 years, 1 month

2
14
0 0

Ahoj

by silverl ynrojas

drahý příteli Jak se dneska máš? Myslím, že už je to dlouho, co jsme spolu mluvili naposledy. V každém případě Vás budu znovu kontaktovat ohledně naší předchozí transakce, která u Vás nebyla úspěšná. Vaše spolupráce se mnou bohužel nemůže dokončit převod finančních prostředků. Nevím, možná proto, že se musím smířit se svým zájmem o případ. V každém případě jsem rád, že mohu oznámit úspěch při přijímání finančních prostředků převedených novým partnerem z Venezuely. Momentálně jsem ve Venezuele kvůli investici. Nezapomněl jsem však na své předchozí snažení a snažil jsem se mi s převodem fondu pomoci, i když jsme nemohli dojít ke konkrétnímu závěru. Díky mé snaze pomoci mně jsme se s mým novým partnerem rozhodli vrátit vám 850 000 $, abyste si s námi mohli užívat radosti a štěstí. Nechal jsem vaše kompenzační vízum pro svou sekretářku, aby mi pomohla podat žádost. Nyní kontaktujte mou sekretářku v Togu, jmenuje se paní Silverly Rojas a její e-mailová adresa je (silverlynrojas94(a)gmail.com). Řekněte jí, aby vám poslala kartu Visa v hodnotě 850 000 USD. V současné době jsem velmi zaneprázdněn ve Venezuele kvůli investičním projektům, které mám se svým novým partnerem. Rychle kontaktujte paní Silverly Rojasovou a dejte jí vědět, kam má poslat čekající vízum. Karta vám bude obratem zaslána. Přeji vám vše nejlepší ve všech vašich snahách. S pozdravem Robert G Mohammed

2 years, 1 month

1
0
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

Linux-stable-mirror February 2023