Re: [PATCH v2] arch/x86/kvm/ioapic: Remove license boilerplate with bad FSF address

2025-07-28 Thread Greg Kroah-Hartman
On Mon, Jul 28, 2025 at 05:36:47PM +0200, Greg Kroah-Hartman wrote: > On Mon, Jul 28, 2025 at 05:28:43PM +0200, Thomas Huth wrote: > > From: Thomas Huth > > > > The Free Software Foundation does not reside in "59 Temple Place" > > anymore, so we should not me

Re: [PATCH v2] arch/x86/kvm/ioapic: Remove license boilerplate with bad FSF address

2025-07-28 Thread Greg Kroah-Hartman
On Mon, Jul 28, 2025 at 05:28:43PM +0200, Thomas Huth wrote: > From: Thomas Huth > > The Free Software Foundation does not reside in "59 Temple Place" > anymore, so we should not mention that address in the source code here. > But instead of updating the address to their current location, let's >

Re: [PATCH] arch/x86/kvm/ioapic: Remove license boilerplate with bad FSF address

2025-07-28 Thread Greg Kroah-Hartman
Please don't top-post on kernel mailing lists. On Mon, Jul 28, 2025 at 03:19:51PM +, Marc-Etienne Vargenau (Nokia) wrote: > Hi Greg, > > I agree this is not major, but it means that for example Yocto creates > invalid SPDX SBOMs that must be fixed before it can be used. Then Yocto already h

Re: [PATCH] arch/x86/kvm/ioapic: Remove license boilerplate with bad FSF address

2025-07-28 Thread Greg Kroah-Hartman
On Mon, Jul 28, 2025 at 02:59:26PM +, Marc-Etienne Vargenau (Nokia) wrote: > Hello, > > That should be: > // SPDX-License-Identifier: LGPL-2.1-or-later > not > // SPDX-License-Identifier: LGPL-2.1+ > > « LGPL-2.1+ » is deprecated > https://spdx.org/licenses/LGPL-2.1+.html The kernel does not

Re: [PATCH v4 0/6] binder: Set up KUnit tests for alloc

2025-07-17 Thread Greg Kroah-Hartman
On Wed, Jul 16, 2025 at 06:10:03PM -0700, Tiffany Yang wrote: > Hello, > > binder_alloc_selftest provides a robust set of checks for the binder > allocator, but it rarely runs because it must hook into a running binder > process and block all other binder threads until it completes. The test > its

Re: [PATCH] LICENSES: Replace the obsolete address of the FSF

2025-07-16 Thread Greg Kroah-Hartman
On Fri, Jul 11, 2025 at 07:45:48AM +0200, Thomas Huth wrote: > From: Thomas Huth > > The FSF does not reside in the Franklin street anymore. Let's update > the address with the link to their website, as suggested in the latest > revisions of their licenses. > (See https://www.gnu.org/licenses/old

Re: [PATCH v3] powerpc: Drop GPL boilerplate text with obsolete FSF address

2025-07-16 Thread Greg Kroah-Hartman
entifier, so it should be > fine to simply drop all of this license boilerplate code here. > > Suggested-by: Greg Kroah-Hartman > Signed-off-by: Thomas Huth Reviewed-by: Greg Kroah-Hartman

Re: [PATCH v2] powerpc: Replace the obsolete address of the FSF

2025-07-11 Thread Greg Kroah-Hartman
On Fri, Jul 11, 2025 at 12:32:57AM -0700, Christoph Hellwig wrote: > On Fri, Jul 11, 2025 at 09:30:31AM +0200, Greg Kroah-Hartman wrote: > > That's a crazy exception, and one that should probably be talked about > > with the FSF to determine exactly what the SPDX lines should b

Re: [PATCH v2] powerpc: Replace the obsolete address of the FSF

2025-07-11 Thread Greg Kroah-Hartman
On Fri, Jul 11, 2025 at 09:09:08AM +0200, Thomas Huth wrote: > On 11/07/2025 07.52, Greg Kroah-Hartman wrote: > > On Fri, Jul 11, 2025 at 07:35:09AM +0200, Thomas Huth wrote: > > > From: Thomas Huth > > > > > > The FSF does not reside in the Franklin st

Re: [PATCH v2] powerpc: Replace the obsolete address of the FSF

2025-07-10 Thread Greg Kroah-Hartman
On Fri, Jul 11, 2025 at 07:35:09AM +0200, Thomas Huth wrote: > From: Thomas Huth > > The FSF does not reside in the Franklin street anymore. Let's update > the address with the link to their website, as suggested in the latest > revision of the GPL-2.0 license. > (See https://www.gnu.org/licenses

Re: [PATCH net] vsock/vmci: Clear the vmci transport packet properly when initializing it

2025-07-01 Thread Greg Kroah-Hartman
On Tue, Jul 01, 2025 at 02:42:10PM +0200, Stefano Garzarella wrote: > On Tue, Jul 01, 2025 at 02:22:54PM +0200, Greg Kroah-Hartman wrote: > > From: HarshaVardhana S A > > > > In vmci_transport_packet_init memset the vmci_transport_packet before > > populat

[PATCH net] vsock/vmci: Clear the vmci transport packet properly when initializing it

2025-07-01 Thread Greg Kroah-Hartman
iller" Cc: Eric Dumazet Cc: Jakub Kicinski Cc: Paolo Abeni Cc: Simon Horman Cc: virtualizat...@lists.linux.dev Cc: net...@vger.kernel.org Cc: stable Signed-off-by: HarshaVardhana S A Signed-off-by: Greg Kroah-Hartman --- Tweaked from original version by rewording the text and adding a

Re: [PATCH 1/2] LICENSES: refresh FSF GFDL/GPL licences

2025-06-21 Thread Greg Kroah-Hartman
On Sat, Jun 21, 2025 at 03:21:13AM +0200, Xose Vazquez Perez wrote: > Old licences have been modified, because FSF postal address was changed: > https://lists.gnu.org/archive/html/info-gnu/2024-09/msg0.html > https://www.fsf.org/blogs/community/fsf-office-closing-party > https://www.fsf.org/abo

Re: [PATCH 2/2] LICENSES: refresh FSF LGPL licences

2025-06-21 Thread Greg Kroah-Hartman
On Sat, Jun 21, 2025 at 03:21:14AM +0200, Xose Vazquez Perez wrote: > Old licences have been modified, because FSF postal address was changed: > https://lists.gnu.org/archive/html/info-gnu/2024-09/msg0.html > https://www.fsf.org/blogs/community/fsf-office-closing-party > https://www.fsf.org/abo

Re: [PATCH] LICENSES: add CC0-1.0 license text

2025-05-21 Thread Greg Kroah-Hartman
On Tue, May 13, 2025 at 01:59:12PM +0200, Lukas Bulwahn wrote: > From: Lukas Bulwahn > > Commit cbbd847d107f ("tools/x86/kcpuid: Introduce a complete cpuid > bitfields CSV file") turns the tools/arch/x86/kcpuid/cpuid.csv to be an > auto-generated file from an input file maintained at x86-cpuid.or

Re: [PATCH 07/12] Input: sysrq: mv sysrq into drivers/tty/sysrq.c

2025-05-09 Thread Greg Kroah-Hartman
> kernel/sysctl.c | 30 -- > 2 files changed, 38 insertions(+), 30 deletions(-) > Acked-by: Greg Kroah-Hartman

Re: [PATCH] rpmsg: qcom_smd: Fix uninitialized return variable in __qcom_smd_send()

2025-05-07 Thread Greg Kroah-Hartman
On Thu, May 08, 2025 at 09:40:26AM +0300, Dan Carpenter wrote: > Hi Greg, > > I'm sorry I forgot to add the: > > Cc: sta...@vger.kernel.org > > to this patch. Could we backport it to stable, please? What is the git id of it in Linus's tree? thanks, greg k-h

Re: [PATCH 6.1 000/167] 6.1.136-rc1 review

2025-05-01 Thread Greg Kroah-Hartman
On Wed, Apr 30, 2025 at 11:54:49AM -0400, Matthew Rosato wrote: > > > 2) > > Regressions on s390 with defconfig builds with gcc-13, gcc-8 and > > clang-20 and clang-nightly toolchains on the stable-rc 6.1.136-rc1. > > > > * s390, build > > - clang-20-defconfig > > - clang-nightly-defconfig >

Re: [PATCH 6.1 000/167] 6.1.136-rc1 review

2025-04-30 Thread Greg Kroah-Hartman
On Wed, Apr 30, 2025 at 04:09:18PM +0530, Naresh Kamboju wrote: > On Tue, 29 Apr 2025 at 23:31, Greg Kroah-Hartman > wrote: > > > > This is the start of the stable review cycle for the 6.1.136 release. > > There are 167 patches in this series, all will be posted as a respo

Re: [PATCH v2] scripts/spdxcheck: Limit the scope of git.Repo

2025-04-10 Thread Greg Kroah-Hartman
On Thu, Apr 10, 2025 at 08:21:09AM +0200, Gon Solo wrote: > > > This is not necessary as it was Python's fault and is fixed by 3.13.3 > > > which came out yesterday. I just checked. > > > > It will take some time before this reaches all distributions. This > > patch is relatively simple. > > > >

Re: spdxcheck: python git module considered harmful (was RE: [PATCH] scripts/spdxcheck: Limit the scope of git.Repo)

2025-04-08 Thread Greg Kroah-Hartman
On Tue, Apr 08, 2025 at 05:34:20PM +, Bird, Tim wrote: > > -Original Message- > > From: Gon Solo > > It's a known problem: > > https://github.com/gitpython-developers/GitPython/issues/2003 > > https://github.com/python/cpython/issues/118761#issuecomment-2661504264 > > > > For what it

Re: [PATCH 6.13 00/23] 6.13.10-rc1 review

2025-04-05 Thread Greg Kroah-Hartman
On Sat, Apr 05, 2025 at 11:50:59AM +0530, Naresh Kamboju wrote: > On Thu, 3 Apr 2025 at 20:56, Greg Kroah-Hartman > wrote: > > > > This is the start of the stable review cycle for the 6.13.10 release. > > There are 23 patches in this series, all will be posted as a respo

Re: [PATCH] scripts/spdxcheck: Limit the scope of git.Repo

2025-04-04 Thread Greg Kroah-Hartman
On Fri, Apr 04, 2025 at 08:29:21AM +0200, Ricardo Ribalda wrote: > On Fri, 4 Apr 2025 at 08:22, Greg Kroah-Hartman > wrote: > > > > On Thu, Apr 03, 2025 at 11:34:14PM +0200, Ricardo Ribalda wrote: > > > Friendly ping > > > > Empty pings provide no cont

Re: [PATCH] scripts/spdxcheck: Limit the scope of git.Repo

2025-04-03 Thread Greg Kroah-Hartman
On Thu, Apr 03, 2025 at 11:34:14PM +0200, Ricardo Ribalda wrote: > Friendly ping Empty pings provide no context at all :(

Re: [PATCH v2 0/3] sysfs: constify bin_attribute argument of sysfs_bin_attr_simple_read()

2025-01-10 Thread Greg Kroah-Hartman
On Thu, Jan 09, 2025 at 12:23:01AM -0800, Christoph Hellwig wrote: > On Thu, Jan 09, 2025 at 09:12:03AM +0100, Greg Kroah-Hartman wrote: > > > Hey, when I duplicated the method to convert sysfs over to a proper > > > seq_file based approach that avoids buffer overflows you ba

Re: [PATCH v2 0/3] sysfs: constify bin_attribute argument of sysfs_bin_attr_simple_read()

2025-01-09 Thread Greg Kroah-Hartman
On Thu, Jan 09, 2025 at 12:06:09AM -0800, Christoph Hellwig wrote: > On Thu, Jan 09, 2025 at 08:56:37AM +0100, Greg Kroah-Hartman wrote: > > The "pointless" penalty will go away once we convert all instances, and > > really, it's just one pointer check, sysfs files sh

Re: [PATCH v2 0/3] sysfs: constify bin_attribute argument of sysfs_bin_attr_simple_read()

2025-01-08 Thread Greg Kroah-Hartman
On Wed, Jan 08, 2025 at 09:45:45AM -0800, Alexei Starovoitov wrote: > On Tue, Dec 31, 2024 at 2:30 AM Thomas Weißschuh wrote: > > > > On 2024-12-30 16:50:41-0800, Alexei Starovoitov wrote: > > > On Sat, Dec 28, 2024 at 12:43 AM Thomas Weißschuh > > > wrote: > > > > > > > > Most users use this fu

Re: [PATCH v5 1/2] virt: pvmemcontrol: control guest physical memory properties

2025-01-04 Thread Greg Kroah-Hartman
On Mon, Dec 02, 2024 at 04:23:27PM -0800, Yuanchu Xie wrote: > Pvmemcontrol provides a way for the guest to control its physical memory > properties and enables optimizations and security features. For example, > the guest can provide information to the host where parts of a hugepage > may be unbac

Re: [PATCH v5 1/2] virt: pvmemcontrol: control guest physical memory properties

2025-01-04 Thread Greg Kroah-Hartman
On Thu, Dec 19, 2024 at 10:58:24AM -0800, Yuanchu Xie wrote: > On Mon, Dec 2, 2024 at 4:24 PM Yuanchu Xie wrote: > > > > Pvmemcontrol provides a way for the guest to control its physical memory > > properties and enables optimizations and security features. For example, > > the guest can provide i

Re: Linux 6.1.120

2024-12-30 Thread Greg Kroah-Hartman
On Mon, Dec 30, 2024 at 03:46:25PM +0100, Greg Kroah-Hartman wrote: > On Wed, Dec 18, 2024 at 04:29:31PM +, Conor Dooley wrote: > > On Tue, Dec 17, 2024 at 09:28:18AM +0100, Greg Kroah-Hartman wrote: > > > On Tue, Dec 17, 2024 at 04:11:21PM +0800, Z qiang wrote: > > >

Re: Linux 6.1.120

2024-12-30 Thread Greg Kroah-Hartman
On Wed, Dec 18, 2024 at 04:29:31PM +, Conor Dooley wrote: > On Tue, Dec 17, 2024 at 09:28:18AM +0100, Greg Kroah-Hartman wrote: > > On Tue, Dec 17, 2024 at 04:11:21PM +0800, Z qiang wrote: > > > > > > > > On Sat, Dec 14, 2024 at 09:53:13PM +0100, Greg K

Re: [PATCH v3 1/3] drivers: base: Don't match devices with NULL of_node/fwnode/etc

2024-12-20 Thread Greg Kroah-Hartman
On Fri, Dec 20, 2024 at 10:33:51AM -0700, Shuah Khan wrote: > On 12/18/24 22:45, David Gow wrote: > > On Tue, 17 Dec 2024 at 04:12, Brian Norris wrote: > > > > > > of_find_device_by_node(), bus_find_device_by_of_node(), > > > bus_find_device_by_fwnode(), ..., all produce arbitrary results when >

Re: [PATCH v5 1/2] virt: pvmemcontrol: control guest physical memory properties

2024-12-19 Thread Greg Kroah-Hartman
On Thu, Dec 19, 2024 at 10:58:24AM -0800, Yuanchu Xie wrote: > On Mon, Dec 2, 2024 at 4:24 PM Yuanchu Xie wrote: > > > > Pvmemcontrol provides a way for the guest to control its physical memory > > properties and enables optimizations and security features. For example, > > the guest can provide i

Re: Linux 6.1.120

2024-12-17 Thread Greg Kroah-Hartman
On Tue, Dec 17, 2024 at 04:11:21PM +0800, Z qiang wrote: > > > > On Sat, Dec 14, 2024 at 09:53:13PM +0100, Greg Kroah-Hartman wrote: > > > I'm announcing the release of the 6.1.120 kernel. > > > > > > All users of the 6.1 kernel series must upgrade. &

Re: [PATCH v5 2/2] module: Block a module by TUXEDO from accessing GPL symbols

2024-11-18 Thread Greg Kroah-Hartman
On Mon, Nov 18, 2024 at 10:05:27AM +0100, Daniel Gomez wrote: > Thomas, Greg, are we using any specific SPDX version for kernel license > identifiers? Why the new identifiers where amended as valid and not > replacing [2] the old ones? Was it to avoid replacing all files with the > old id? Yes it

Re: [PATCH v4 1/2] virt: pvmemcontrol: control guest physical memory properties

2024-10-21 Thread Greg Kroah-Hartman
On Mon, Oct 21, 2024 at 01:48:48PM -0700, Yuanchu Xie wrote: > +static DEFINE_RWLOCK(pvmemcontrol_lock); What does this lock control? > +static struct pvmemcontrol *pvmemcontrol __read_mostly; Having a single static device should not be needed, please tie this properly to the pci device that the

Re: [PATCH v3 1/2] virt: pvmemcontrol: control guest physical memory properties

2024-10-16 Thread Greg Kroah-Hartman
On Wed, Oct 16, 2024 at 12:39:46PM -0700, Yuanchu Xie wrote: > + dev_info(dev->device, > + "pvmemcontrol_vmm_info.ret_errno = %u\n" > + "pvmemcontrol_vmm_info.ret_code = %u\n" > + "pvmemcontrol_vmm_info.major_version = %llu\n" > + "pvmemcontro

Re: [PATCH v3 1/2] virt: pvmemcontrol: control guest physical memory properties

2024-10-16 Thread Greg Kroah-Hartman
On Wed, Oct 16, 2024 at 12:39:46PM -0700, Yuanchu Xie wrote: > Pvmemcontrol provides a way for the guest to control its physical memory > properties and enables optimizations and security features. For example, > the guest can provide information to the host where parts of a hugepage > may be unbac

Re: [PATCH v2 1/2] virt: pvmemcontrol: control guest physical memory properties

2024-10-16 Thread Greg Kroah-Hartman
A: http://en.wikipedia.org/wiki/Top_post Q: Were do I find info about this thing called top-posting? A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? A: No. Q: Should I includ

Re: [PATCH] virtio_console: fix misc probe bugs

2024-09-16 Thread Greg Kroah-Hartman
tio: console: Add a new MULTIPORT feature, support > for generic ports") > Signed-off-by: Michael S. Tsirkin > --- > drivers/char/virtio_console.c | 18 ++ > 1 file changed, 10 insertions(+), 8 deletions(-) Hi, This is the friendly patch-bot of Greg Kroa

Re: [PATCH v2 16/19] gendwarfksyms: Add support for reserved structure fields

2024-08-22 Thread Greg Kroah-Hartman
On Thu, Aug 22, 2024 at 12:00:15PM +, Benno Lossin wrote: > > Here's one example in the android tree where 4 64bit fields are reserved > > for future abi changes: > > > > https://android.googlesource.com/kernel/common/+/refs/heads/android12-5.10/include/linux/fs.h#421 > > > > And here's a

Re: [PATCH v2 16/19] gendwarfksyms: Add support for reserved structure fields

2024-08-22 Thread Greg Kroah-Hartman
On Thu, Aug 22, 2024 at 05:55:32AM +, Benno Lossin wrote: > On 22.08.24 01:29, Greg Kroah-Hartman wrote: > > On Wed, Aug 21, 2024 at 11:31:25AM +, Benno Lossin wrote: > >> On 20.08.24 22:03, Matthew Maurer wrote: > >>>>> The way `KAbiReserved` is imple

Re: [PATCH v2 16/19] gendwarfksyms: Add support for reserved structure fields

2024-08-21 Thread Greg Kroah-Hartman
On Wed, Aug 21, 2024 at 11:31:25AM +, Benno Lossin wrote: > On 20.08.24 22:03, Matthew Maurer wrote: > >>> The way `KAbiReserved` is implemented is via a `union` (maybe a bit > >>> ironic, considering what I said in my other replies, but in this case, > >>> we would provide a safe abstraction o

Re: [PATCH v2 16/19] gendwarfksyms: Add support for reserved structure fields

2024-08-19 Thread Greg Kroah-Hartman
On Sat, Aug 17, 2024 at 01:19:55PM +, Benno Lossin wrote: > On 17.08.24 09:41, Greg Kroah-Hartman wrote: > > On Fri, Aug 16, 2024 at 08:50:53AM -0700, Sami Tolvanen wrote: > >> On Fri, Aug 16, 2024 at 12:20 AM Greg Kroah-Hartman > >> wrote: > >>> On Thu,

Re: [PATCH v2 16/19] gendwarfksyms: Add support for reserved structure fields

2024-08-17 Thread Greg Kroah-Hartman
On Fri, Aug 16, 2024 at 08:50:53AM -0700, Sami Tolvanen wrote: > Hi Greg, > > On Fri, Aug 16, 2024 at 12:20 AM Greg Kroah-Hartman > wrote: > > > > On Thu, Aug 15, 2024 at 05:39:20PM +, Sami Tolvanen wrote: > > > Distributions that want to maintain a stable k

Re: [PATCH v2 16/19] gendwarfksyms: Add support for reserved structure fields

2024-08-16 Thread Greg Kroah-Hartman
On Thu, Aug 15, 2024 at 05:39:20PM +, Sami Tolvanen wrote: > Distributions that want to maintain a stable kABI need the ability to > add reserved fields to kernel data structures that they anticipate > will be modified during the ABI support timeframe, either by LTS > updates or backports. > >

Re: [PATCH v2 00/19] Implement DWARF modversions

2024-08-16 Thread Greg Kroah-Hartman
On Thu, Aug 15, 2024 at 05:39:04PM +, Sami Tolvanen wrote: > Changes in v2: > - Per Luis' request, dropped Rust-specific patches and added > gendwarfksyms as an alternative to genksyms for the entire > kernel. > > - Added support for missing DWARF features needed to handle > also non-Rus

Re: [PATCH v2 01/19] tools: Add gendwarfksyms

2024-08-16 Thread Greg Kroah-Hartman
On Thu, Aug 15, 2024 at 05:39:05PM +, Sami Tolvanen wrote: > --- /dev/null > +++ b/scripts/gendwarfksyms/dwarf.c > @@ -0,0 +1,87 @@ > +// SPDX-License-Identifier: GPL-2.0-or-later Sorry, but I have to ask, do you _REALLY_ mean "or later" here and in other places in this series? If so, great,

Re: [PATCH] driver core: Fix a null-ptr-deref in module_add_driver()

2024-08-12 Thread Greg Kroah-Hartman
(struct module *mod, const struct > > device_driver *drv) > … > > sysfs_remove_link(mk->drivers_dir, driver_name); > > + > > +out_free_driver_name: > > kfree(driver_name); > > > > +out_remove_kobj: > > + sysfs_remove_link(&drv->p->kobj, &qu

Re: [PATCH 00/15] Implement MODVERSIONS for Rust

2024-07-16 Thread Greg Kroah-Hartman
On Mon, Jul 15, 2024 at 08:39:59PM +, Sami Tolvanen wrote: > If using unions here is acceptable to everyone, a simple solution > would be to use a known name prefix for the reserved members and teach > gendwarfksyms to only print out the original type for the replaced > ones. For example: > >

Re: [PATCH v3] init: staging: Fix missing warning/taint on builtin code

2024-07-10 Thread Greg Kroah-Hartman
On Sat, Jul 06, 2024 at 12:15:01AM -0300, Ágatha Isabelle Chris Moreira Guedes wrote: > Fix the absence of warning message and kernel tainting when initializing > drivers from the `drivers/staging` subtree from initcalls (when > configured as built-in). > > When such a driver is built as module a

Re: [PATCH] tracing/net_sched: NULL pointer dereference in perf_trace_qdisc_reset()

2024-07-04 Thread Greg Kroah-Hartman
On Thu, Jul 04, 2024 at 08:16:34PM +0900, Yunseong Kim wrote: > Hi Greg, Hi Jakub > > On 7/4/24 6:32 오후, Greg Kroah-Hartman wrote: > > On Wed, Jul 03, 2024 at 07:18:35PM -0700, Jakub Kicinski wrote: > >> On Wed, 3 Jul 2024 03:01:47 +0900 Yunseong Kim wrote: > >&

Re: [PATCH] tracing/net_sched: NULL pointer dereference in perf_trace_qdisc_reset()

2024-07-04 Thread Greg Kroah-Hartman
On Wed, Jul 03, 2024 at 07:18:35PM -0700, Jakub Kicinski wrote: > On Wed, 3 Jul 2024 03:01:47 +0900 Yunseong Kim wrote: > > Support backports for stable version. There are two places where null > > deref could happen before > > commit 2c92ca849fcc ("tracing/treewide: Remove second parameter of >

Re: [PATCH 00/15] Implement MODVERSIONS for Rust

2024-06-18 Thread Greg Kroah-Hartman
On Wed, Jun 19, 2024 at 01:50:36AM +0900, Masahiro Yamada wrote: > On Wed, Jun 19, 2024 at 1:44 AM Greg Kroah-Hartman > wrote: > > > > On Mon, Jun 17, 2024 at 05:58:19PM +, Sami Tolvanen wrote: > > > Hi folks, > > > > > > This series impleme

Re: [PATCH 00/15] Implement MODVERSIONS for Rust

2024-06-18 Thread Greg Kroah-Hartman
On Mon, Jun 17, 2024 at 05:58:19PM +, Sami Tolvanen wrote: > Hi folks, > > This series implements CONFIG_MODVERSIONS for Rust, an important > feature for distributions like Android that want to ship Rust > kernel modules, and depend on modversions to help ensure module ABI > compatibility. >

Re: [PATCH] nvdimm: make nd_class constant

2024-06-12 Thread Greg Kroah-Hartman
On Mon, Jun 10, 2024 at 10:44:42AM -0700, Dan Williams wrote: > Greg Kroah-Hartman wrote: > > Now that the driver core allows for struct class to be in read-only > > memory, we should make all 'class' structures declared at build time > > placing them into read-only

[PATCH] nvdimm: make nd_class constant

2024-06-10 Thread Greg Kroah-Hartman
Ira Weiny Cc: nvd...@lists.linux.dev Signed-off-by: Greg Kroah-Hartman --- drivers/nvdimm/bus.c | 19 ++- 1 file changed, 10 insertions(+), 9 deletions(-) diff --git a/drivers/nvdimm/bus.c b/drivers/nvdimm/bus.c index 508aed017ddc..101c425f3e8b 100644 --- a/drivers/nvdimm/b

Re: [RFC PATCH v1 1/2] virt: memctl: control guest physical memory properties

2024-05-14 Thread Greg Kroah-Hartman
On Tue, May 14, 2024 at 06:21:57PM -0700, Yuanchu Xie wrote: > On Tue, May 14, 2024 at 9:06 AM Greg Kroah-Hartman > wrote: > > > > On Mon, May 13, 2024 at 07:03:00PM -0700, Yuanchu Xie wrote: > > > Memctl provides a way for the guest to control its physical memory &g

Re: [RFC PATCH v1 1/2] virt: memctl: control guest physical memory properties

2024-05-14 Thread Greg Kroah-Hartman
On Mon, May 13, 2024 at 07:03:00PM -0700, Yuanchu Xie wrote: > +/* > + * Used for internal kernel memctl calls, i.e. to better support kernel > stacks, > + * or to efficiently zero hugetlb pages. > + */ > +long memctl_vmm_call(__u64 func_code, __u64 addr, __u64 length, __u64 arg, > +

Re: [RFC PATCH v1 1/2] virt: memctl: control guest physical memory properties

2024-05-14 Thread Greg Kroah-Hartman
On Mon, May 13, 2024 at 07:03:00PM -0700, Yuanchu Xie wrote: > Memctl provides a way for the guest to control its physical memory > properties, and enables optimizations and security features. For > example, the guest can provide information to the host where parts of a > hugepage may be unbacked,

Re: [PATCH] Revert "tracing/trigger: Fix to return error if failed to alloc snapshot"

2024-04-19 Thread Greg Kroah-Hartman
On Thu, Apr 18, 2024 at 06:58:06PM +0530, Siddh Raman Pant wrote: > This reverts commit b5085b5ac1d96ea2a8a6240f869655176ce44197. > > The change has an incorrect assumption about the return value because > in the current stable trees for versions 5.15 and before, the following > commit responsible

Re: [PATCH] [v4] module: don't ignore sysfs_create_link() failures

2024-04-11 Thread Greg Kroah-Hartman
he links already exist, so keep ignoring -EEXIST > > errors. > > > > Fixes: e17e0f51aeea ("Driver core: show drivers in /sys/module/") > > Reviewed-by: Greg Kroah-Hartman > > Reviewed-by: Luis Chamberlain Oh right, I should apply this, sorry about that, will go do that now...

Re: [PATCH] [v3] module: don't ignore sysfs_create_link() failures

2024-04-04 Thread Greg Kroah-Hartman
> Rework the code to properly unwind and return the error code to the > caller. My reading of the original code was that it tries to > not fail when the links already exist, so keep ignoring -EEXIST > errors. > > Cc: Luis Chamberlain > Cc: linux-modu...@vger.kernel.org >

Re: [PATCH] [v2] module: don't ignore sysfs_create_link() failures

2024-03-23 Thread Greg Kroah-Hartman
> Rework the code to properly unwind and return the error code to the > caller. My reading of the original code was that it tries to > not fail when the links already exist, so keep ignoring -EEXIST > errors. > > Cc: Luis Chamberlain > Cc: linux-modu...@vger.kernel.org >

Re: [PATCH] module: silence warning about unused 'no_warn' variable

2024-03-22 Thread Greg Kroah-Hartman
; > Add an explicit cast to void to prevent this check as well. > > Cc: Luis Chamberlain > Cc: linux-modu...@vger.kernel.org > Cc: Greg Kroah-Hartman > Cc: "Rafael J. Wysocki" > Fixes: e17e0f51aeea ("Driver core: show drivers in /sys/module/") > See-al

Re: [PATCH 0/3] Fairphone 5 PMIC-GLINK support (USB-C, charger, fuel gauge)

2024-02-07 Thread Greg Kroah-Hartman
On Wed, Feb 07, 2024 at 12:20:00AM +0100, Luca Weiss wrote: > On Tue Jan 2, 2024 at 2:53 PM CET, Greg Kroah-Hartman wrote: > > On Tue, Jan 02, 2024 at 02:43:24PM +0100, Luca Weiss wrote: > > > On Tue Jan 2, 2024 at 2:36 PM CET, Greg Kroah-Hartman wrote: > > > > On T

Re: [PATCH] device-dax: make dax_bus_type const

2024-02-05 Thread Greg Kroah-Hartman
> Cc: Greg Kroah-Hartman > Suggested-by: Greg Kroah-Hartman > Signed-off-by: Ricardo B. Marliere Reviewed-by: Greg Kroah-Hartman

Re: [PATCH] nvdimm: make nvdimm_bus_type const

2024-02-05 Thread Greg Kroah-Hartman
. > > Cc: Greg Kroah-Hartman > Suggested-by: Greg Kroah-Hartman > Signed-off-by: Ricardo B. Marliere Reviewed-by: Greg Kroah-Hartman

Re: [PATCH] rpmsg: core: make rpmsg_bus const

2024-02-05 Thread Greg Kroah-Hartman
> Cc: Greg Kroah-Hartman > Suggested-by: Greg Kroah-Hartman > Signed-off-by: Ricardo B. Marliere Reviewed-by: Greg Kroah-Hartman

Re: [PATCH] vdpa: make vdpa_bus const

2024-02-05 Thread Greg Kroah-Hartman
> Cc: Greg Kroah-Hartman > Suggested-by: Greg Kroah-Hartman > Signed-off-by: Ricardo B. Marliere Reviewed-by: Greg Kroah-Hartman

Re: [PATCH] virtio: make virtio_bus const

2024-02-05 Thread Greg Kroah-Hartman
> Cc: Greg Kroah-Hartman > Suggested-by: Greg Kroah-Hartman > Signed-off-by: Ricardo B. Marliere Reviewed-by: Greg Kroah-Hartman

Re: [PATCH v2 0/5] PM: domains: Add helpers for multi PM domains to avoid open-coding

2024-01-26 Thread Greg Kroah-Hartman
On Fri, Jan 26, 2024 at 05:12:12PM +0100, Ulf Hansson wrote: > On Fri, 5 Jan 2024 at 17:01, Ulf Hansson wrote: > > > > Updates in v2: > > - Ccing Daniel Baluta and Iuliana Prodan the NXP remoteproc patches > > to > > requests help with testing. > > - Fixed NULL pointer bug

Re: [PATCH 0/3] Fairphone 5 PMIC-GLINK support (USB-C, charger, fuel gauge)

2024-01-02 Thread Greg Kroah-Hartman
On Tue, Jan 02, 2024 at 02:43:24PM +0100, Luca Weiss wrote: > On Tue Jan 2, 2024 at 2:36 PM CET, Greg Kroah-Hartman wrote: > > On Thu, Dec 21, 2023 at 02:45:26PM +0100, Luca Weiss wrote: > > > On Thu Dec 21, 2023 at 1:53 PM CET, Konrad Dybcio wrote: > > > > On 21.1

Re: [PATCH 0/3] Fairphone 5 PMIC-GLINK support (USB-C, charger, fuel gauge)

2024-01-02 Thread Greg Kroah-Hartman
On Thu, Dec 21, 2023 at 02:45:26PM +0100, Luca Weiss wrote: > On Thu Dec 21, 2023 at 1:53 PM CET, Konrad Dybcio wrote: > > On 21.12.2023 11:34, Dmitry Baryshkov wrote: > > > On Thu, 21 Dec 2023 at 09:33, Luca Weiss wrote: > > >> > > >> On Wed Dec 20, 2023 at 1:32 PM CET, Konrad Dybcio wrote: > > >

Re: [PATCH v6 2/4] dax/bus: Use guard(device) in sysfs attribute helpers

2023-12-14 Thread Greg Kroah-Hartman
On Thu, Dec 14, 2023 at 10:25:27PM -0700, Vishal Verma wrote: > Use the guard(device) macro to lock a 'struct device', and unlock it > automatically when going out of scope using Scope Based Resource > Management semantics. A lot of the sysfs attribute writes in > drivers/dax/bus.c benefit from a c

Re: [PATCH v5 4/4] dax: add a sysfs knob to control memmap_on_memory behavior

2023-12-14 Thread Greg Kroah-Hartman
On Thu, Dec 14, 2023 at 12:37:57AM -0700, Vishal Verma wrote: > +static ssize_t memmap_on_memory_show(struct device *dev, > + struct device_attribute *attr, char *buf) > +{ > + struct dev_dax *dev_dax = to_dev_dax(dev); > + > + return sprintf(buf, "%d\n", de

Re: [ANNOUNCE] 5.10.201-rt98

2023-11-24 Thread Greg Kroah-Hartman
On Wed, Nov 22, 2023 at 10:36:23AM -0300, Luis Claudio R. Goncalves wrote: > On Tue, Nov 21, 2023 at 10:01:25PM -0300, Luis Claudio R. Goncalves wrote: > > Hello RT-list! > > > > I'm pleased to announce the 5.10.201-rt98 stable release. > > > > This release is just an update to the new stable 5.1

Re: [REGRESSION] USB ports do not work after suspend/resume cycle with v6.6.2

2023-11-24 Thread Greg Kroah-Hartman
On Fri, Nov 24, 2023 at 01:59:24PM +0100, Vlastimil Babka wrote: > +Cc workflows > > On 11/24/23 12:43, Greg Kroah-Hartman wrote: > > On Thu, Nov 23, 2023 at 07:20:46PM +0100, Oleksandr Natalenko wrote: > >> Hello. > >> > >> Since v6.6.2 kernel release

Re: [PATCH 04/10] staging: ks7010: remove unused ioctl handler

2023-10-09 Thread Greg Kroah-Hartman
> Signed-off-by: Arnd Bergmann Reviewed-by: Greg Kroah-Hartman

Re: [PATCH 05/10] staging: rtl8192: remove unused legacy ioctl handlers

2023-10-09 Thread Greg Kroah-Hartman
drivers/staging/rtl8192u/r8192U_core.c| 109 > 6 files changed, 729 deletions(-) Reviewed-by: Greg Kroah-Hartman

Re: [PATCH 07/10] staging: rtl8723bs: remove dead code

2023-10-09 Thread Greg Kroah-Hartman
removed as well. > > Looking through the exported functions, I found a bunch more that have > no callers, so just drop all of those. > > Signed-off-by: Arnd Bergmann Reviewed-by: Greg Kroah-Hartman

Re: [PATCH 06/10] staging: rtl8712: remove unused legacy ioctl handlers

2023-10-09 Thread Greg Kroah-Hartman
aging/rtl8712/os_intfs.c| 1 - > drivers/staging/rtl8712/osdep_intf.h | 2 - > drivers/staging/rtl8712/rtl871x_ioctl_linux.c | 124 -- > 3 files changed, 127 deletions(-) Reviewed-by: Greg Kroah-Hartman

[PATCH] testing: nvdimm: make struct class structures constant

2023-10-06 Thread Greg Kroah-Hartman
Ira Weiny Signed-off-by: Greg Kroah-Hartman --- tools/testing/nvdimm/test/ndtest.c | 17 + tools/testing/nvdimm/test/nfit.c | 14 +++--- 2 files changed, 16 insertions(+), 15 deletions(-) diff --git a/tools/testing/nvdimm/test/ndtest.c b/tools/testing/nvdimm/test/ndte

[PATCH] net: appletalk: remove cops support

2023-09-27 Thread Greg Kroah-Hartman
cleared up. Reported-by: Prarit Bhargava Cc: Christoph Hellwig Cc: Vitaly Kuznetsov Cc: jsch...@samba.org Signed-off-by: Greg Kroah-Hartman --- .../device_drivers/appletalk/cops.rst | 80 -- .../device_drivers/appletalk/index.rst| 18 - .../networking/device_drivers/index.rst

Re: [PATCH v3 2/8] cxl/acpi: Add root device lockdep validation

2022-04-21 Thread Greg Kroah-Hartman
ad code elimination in the > CONFIG_PROVE_LOCKING=n case. > > Suggested-by: Peter Zijlstra > Cc: Greg Kroah-Hartman > Cc: "Rafael J. Wysocki" > Cc: Ingo Molnar > Cc: Will Deacon > Cc: Waiman Long > Cc: Boqun Feng > Cc: Alison Schofield > Cc: Vishal V

Re: [PATCH v3 7/8] device-core: Kill the lockdep_mutex

2022-04-21 Thread Greg Kroah-Hartman
Link: > https://lore.kernel.org/r/ylf0dewci8myl...@hirez.programming.kicks-ass.net [1] > Cc: Greg Kroah-Hartman > Cc: "Rafael J. Wysocki" > Suggested-by: Peter Zijlstra > Signed-off-by: Dan Williams YES! Acked-by: Greg Kroah-Hartman Nice work.

Re: Re: [syzbot] INFO: rcu detected stall in tx

2021-04-20 Thread Greg Kroah-Hartman
On Mon, Apr 19, 2021 at 08:56:19PM +, Guido Kiener wrote: > Hi all, > > The error is in usbtmc_interrupt(struct urb *urb) since five years. The > status code EPROTO is not handled correctly. > It's not a showstopper, but we should fix it and check the status code > according to usbtmc_read_b

Re: [PATCH 1/2] Revert "USB: serial: ch341: add new Product ID for CH341A"

2021-04-20 Thread Greg Kroah-Hartman
On Mon, Apr 19, 2021 at 09:25:19PM -0500, Frank Zago wrote: > From: frank zago > > The 0x5512 USB PID is for the I2C/GPIO/SPI interfaces. UART is still > present but only the TX and RX pins are available; DTS, DTR, ... are > used for other things. Remove the PID, and let a I2C driver bind to > it

Re: [PATCH 5.10 043/103] net: tipc: Fix spelling errors in net/tipc module

2021-04-20 Thread Greg Kroah-Hartman
On Mon, Apr 19, 2021 at 11:32:47PM +0200, Pavel Machek wrote: > Hi! > > > [ Upstream commit a79ace4b312953c5835fafb12adc3cb6878b26bd ] > > > > These patches fix a series of spelling errors in net/tipc module. > > This should not be in -stable, it just cleans up comments. Agreed, now dropped, th

Re: [PATCH 5.10 042/103] net/rds: Avoid potential use after free in rds_send_remove_from_sock

2021-04-20 Thread Greg Kroah-Hartman
On Mon, Apr 19, 2021 at 11:29:30PM +0200, Pavel Machek wrote: > Hi! > > > [ Upstream commit 0c85a7e87465f2d4cbc768e245f4f45b2f299b05 ] > > > > In case of rs failure in rds_send_remove_from_sock(), the 'rm' resource > > is freed and later under spinlock, causing potential use-after-free. > > Set t

Re: [PATCH 5.10 042/103] net/rds: Avoid potential use after free in rds_send_remove_from_sock

2021-04-20 Thread Greg Kroah-Hartman
On Mon, Apr 19, 2021 at 03:05:53PM +0200, Greg Kroah-Hartman wrote: > From: Aditya Pakki > > [ Upstream commit 0c85a7e87465f2d4cbc768e245f4f45b2f299b05 ] > > In case of rs failure in rds_send_remove_from_sock(), the 'rm' resource > is freed and later under spinlock,

Re: [PATCH 00/13] [RFC] Rust support

2021-04-19 Thread Greg Kroah-Hartman
On Mon, Apr 19, 2021 at 05:24:33PM -0700, Nick Desaulniers wrote: > On Fri, Apr 16, 2021 at 10:39 AM Willy Tarreau wrote: > > > > resources usage, I'm really not convinced at all it's suited for > > low-level development. I understand the interest of the experiment > > to help the language evolve

[PATCH 5.4 22/73] ASoC: fsl_esai: Fix TDM slot setup for I2S mode

2021-04-19 Thread Greg Kroah-Hartman
From: Alexander Shiyan [ Upstream commit e7a48c710defa0e0fef54d42b7d9e4ab596e2761 ] When using the driver in I2S TDM mode, the fsl_esai_startup() function rewrites the number of slots previously set by the fsl_esai_set_dai_tdm_slot() function to 2. To fix this, let's use the saved slot count val

[PATCH 5.4 30/73] net: ieee802154: stop dump llsec devkeys for monitors

2021-04-19 Thread Greg Kroah-Hartman
From: Alexander Aring [ Upstream commit 080d1a57a94d93e70f84b7a360baa351388c574f ] This patch stops dumping llsec devkeys for monitors which we don't support yet. Otherwise we will access llsec mib which isn't initialized for monitors. Signed-off-by: Alexander Aring Link: https://lore.kernel.o

[PATCH 5.4 60/73] ibmvnic: avoid calling napi_disable() twice

2021-04-19 Thread Greg Kroah-Hartman
ich checks if napi is disabled or not before calling napi_disable. Fixes: bfc32f297337 ("ibmvnic: Move resource initialization to its own routine") Suggested-by: Thomas Falcon Signed-off-by: Lijun Pan Signed-off-by: David S. Miller Signed-off-by: Greg Kroah-Hartman --- drivers/net

[PATCH 5.4 68/73] r8169: fix performance regression related to PCIe max read request size

2021-04-19 Thread Greg Kroah-Hartman
From: Heiner Kallweit [ Upstream commit 21b5f672fb2eb1366dedc4ac9d32431146b378d3 ] It turned out that on low performance systems the original change can cause lower tx performance. On a N3450-based mini-PC tx performance in iperf3 was reduced from 950Mbps to ~900Mbps. Therefore effectively rever

[PATCH 5.4 67/73] r8169: simplify setting PCI_EXP_DEVCTL_NOSNOOP_EN

2021-04-19 Thread Greg Kroah-Hartman
From: Heiner Kallweit [ Upstream commit e0bbe7cbb3c5ff72d680993edf89db2391e80d5d ] r8168b_0_hw_jumbo_enable() and r8168b_0_hw_jumbo_disable() both do the same and just set PCI_EXP_DEVCTL_NOSNOOP_EN. We can simplify the code by moving this setting for RTL8168B to rtl_hw_start_8168(). Signed-off-

[PATCH 5.4 69/73] r8169: improve rtl_jumbo_config

2021-04-19 Thread Greg Kroah-Hartman
From: Heiner Kallweit [ Upstream commit 9db0ac57bd3286fedcf43a86b29b847cea281cc7 ] Merge enabling and disabling jumbo packets to one function to make the code a little simpler. Signed-off-by: Heiner Kallweit Signed-off-by: David S. Miller Signed-off-by: Sasha Levin --- drivers/net/ethernet/

[PATCH 5.4 43/73] dm verity fec: fix misaligned RS roots IO

2021-04-19 Thread Greg Kroah-Hartman
x FEC for RS roots unaligned to block size") Cc: sta...@vger.kernel.org Signed-off-by: Jaegeuk Kim Signed-off-by: Mike Snitzer Signed-off-by: Greg Kroah-Hartman --- drivers/md/dm-verity-fec.c | 11 --- drivers/md/dm-verity-fec.h |1 + 2 files changed, 9 insertions(+), 3 dele

[PATCH 5.4 65/73] arm64: dts: allwinner: Fix SD card CD GPIO for SOPine systems

2021-04-19 Thread Greg Kroah-Hartman
From: Andre Przywara [ Upstream commit 3dd4ce4185df6798dcdcc3669bddb35899d7d5e1 ] Commit 941432d00768 ("arm64: dts: allwinner: Drop non-removable from SoPine/LTS SD card") enabled the card detect GPIO for the SOPine module, along the way with the Pine64-LTS, which share the same base .dtsi. How

  1   2   3   4   5   6   7   8   9   10   >