From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id CD7063803D7 for ; Thu, 6 Aug 2026 16:50:40 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1786035045; cv=none; b=HrYk5Q2kMhDJW8DA+dU+qtBEo2qIv+wgI0UwJLYOIo12FyBOrmwvMoCo00p9xwDvMPNI+1cukX6tKkrjMNopc3yqhcQZI77fFZ/2bWqOE5naKh4rWCRXPd8px9CJiKzCjxZDoeHPzh28kPd4/qxdA1w1FCt5XyZNJbW1fy16zsg= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1786035045; c=relaxed/simple; bh=lUl6lNqnz54sltgDCL6el7ouDLirFAV6NA5eHu+t6hM=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=HUpDwSLZwft4gW4iSAVHhBZya1+gu4Puw8aWDrZU2LoRzAbnE5zCniXSdP7QZC+eskagza0aQlufFni2a3oQsI0/1dtiqdQfCLT0UhxCScLSWN6O2jBpfJGIi9/Ha5WWPyzuTWjXhTcpV0h8dANkNit0scgJfjwH5QyeEEsWh3U= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=HG06fDnf; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="HG06fDnf" Received: by smtp.kernel.org (Postfix) with ESMTPSA id C6F4F1F000E9; Thu, 6 Aug 2026 16:50:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1786035040; bh=lUl6lNqnz54sltgDCL6el7ouDLirFAV6NA5eHu+t6hM=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=HG06fDnfmZeAApxcQA4GWV6CFauD2aXPrUDntD3cSbZDHV6QrN0SrBghox6vLUbDq NpuiOzzwCnAW2nGkYvZZ3awyA8kgdqqtmqsP2cARb04/ywignq2wsfc0Mo3ptmIj4w l4GnKoHQw6KS0ZC4pXgHMgVxUg4aHdRz/prq0YxQhtw4zHrebYKINpgYtgqYKetgIs afit71uGXv04BMQkj+qpQNi7alAWdgA2pL4Sc6DCOSDBsuKfUv9wF9b9H1cf7D6eW+ X4ff3VkOb7i/AHrLeQJiaqEc/pw/H5hbQfvc8JNQkKaSMdr225YEgH9iOPpuZZrcqK 0y0PRW2ROTN1w== Date: Thu, 6 Aug 2026 17:50:23 +0100 From: "Lorenzo Stoakes (ARM)" To: Jason Gunthorpe Cc: "David Hildenbrand (Arm)" , Andrew Morton , linux-mm@kvack.org, Zi Yan , linux-kernel@vger.kernel.org Subject: AI slop (was Re: [PATCH] mm/huge_memory: let special huge VMAs bypass the THP) policy check Message-ID: References: <20260805055544.1568534-1-clg@redhat.com> <0e52d0b4-064d-4602-8e7b-5744b05f24ea@kernel.org> <5b7e84f5-2007-458c-910f-7a6e1e3d3eab@redhat.com> <20260806164517.GA140051@nvidia.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20260806164517.GA140051@nvidia.com> -cc some people to make it clear this is a general point not aimed at anybody in particular. On Thu, Aug 06, 2026 at 01:45:17PM -0300, Jason Gunthorpe wrote: > On Thu, Aug 06, 2026 at 04:47:07PM +0200, David Hildenbrand (Arm) wrote: > > Just to be clear: Unchecked AI slop in any form is making my life > > worse every day. > > I think eveyone's life who contributes reguarly to the kernel.. The > only ones who seem to benifit are people doing drive by patches! And they shouldn't - we should make sure that nobody doing this can benefit. This is why I've revised my 'I will never take somebody's patch from them and do it myself' policy. If you do AI slop I will ALWAYS do this (if your AI has found a real issue and if I am able to without burning out) or just say no and push it to a TODO. > > There is so much more harder work on the maintainer side, and it is > now even harder to get patches picked up on the submitter side. Yup it's all awful. > > Yet responsible use of AI seems genuinely helpful and quality improving :\ Yes and I use it daily. It's really helpful when kept on a short leash... We're going to have to move to a trust model eventually IMO where random new people just don't get to apply anything until they build trust with smaller changes (and with measures for established people who start sloppping). It sucks but it's the only workable solution IMO. > > Jason -- Cheers, Lorenzo