Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id DEB1BC677F1 for ; Thu, 23 Feb 2023 21:18:57 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229516AbjBWVS4 (ORCPT ); Thu, 23 Feb 2023 16:18:56 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60704 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229688AbjBWVSy (ORCPT ); Thu, 23 Feb 2023 16:18:54 -0500 Received: from mail-ed1-x52b.google.com (mail-ed1-x52b.google.com [IPv6:2a00:1450:4864:20::52b]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1694218B0A for ; Thu, 23 Feb 2023 13:18:53 -0800 (PST) Received: by mail-ed1-x52b.google.com with SMTP id x10so46441982edd.13 for ; Thu, 23 Feb 2023 13:18:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux-foundation.org; s=google; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=o5EaUMxUu98mAPL68+dXX7WmuwtBVQHznLgjebwlQ4I=; b=Pl3dZ9xTbzURMJzx/eGGIQXnmfoYM03pN0WhMPpwPgnrLPDyz+genkT2s+ds1BpkV6 twgQRI8jT/MQAGxLGHvJ8M2g8/XP/ZqA8moBtTkD1S/r7vQSfaSuRiHAxK/lkLQc1hyl 4pyuSAjtf+qu+jr1Ej+LvtHyHtN7af3Z5Hg1Y= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=o5EaUMxUu98mAPL68+dXX7WmuwtBVQHznLgjebwlQ4I=; b=PpGsn3tZSLLsZObTP0oKiCrwIeBx6AMwCdNqhGmnx0Q+Ayxh+alkwgYwSjjmGNgtXZ q+K/cBiaX/K9YM7f7AjyaCMTXyt2WK1KcdbvdCFO7UWz6dYFScecbe9zTkHqeY4JOJQB OL1mCpkbchxERJlO9FBsnyWroAN0vbjOpY1X4/LqpfxwgJ+W8Hi+4K+9cEDLqTNtsGOO rsl+sdZYiIewgbmU0s4iit4mCKAabD6GDzPp5MEJjOTBl5ZeuMNRy89GSB7wjRlOjR0W dCK0p6naQfh7/X286y+v84egp144taQnMtfctUhzH2YI7DkC7yYBcXT3MbgAwqTbsmP4 z5Hw== X-Gm-Message-State: AO0yUKVcU/xhxj14dvRxBGX2ndk/PZmHzNK6sl6KIjODM6C23qE5zXwq G+l159/Ir5qfz3AipY1uRav9dqWXZD45KgCvbUxyXg== X-Google-Smtp-Source: AK7set//pIpic6Wb8kn185AOWPIUI34sPAlAZA//XbRsW5xTl92otKG7wpWW/o7Py7ZVEM6VIi/sFw== X-Received: by 2002:a17:907:a801:b0:8a9:e031:c4ae with SMTP id vo1-20020a170907a80100b008a9e031c4aemr21861998ejc.2.1677187130909; Thu, 23 Feb 2023 13:18:50 -0800 (PST) Received: from mail-ed1-f41.google.com (mail-ed1-f41.google.com. [209.85.208.41]) by smtp.gmail.com with ESMTPSA id jx14-20020a170907760e00b008cc920469b5sm6313976ejc.18.2023.02.23.13.18.49 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 23 Feb 2023 13:18:50 -0800 (PST) Received: by mail-ed1-f41.google.com with SMTP id f13so46706081edz.6 for ; Thu, 23 Feb 2023 13:18:49 -0800 (PST) X-Received: by 2002:a17:906:8508:b0:8d0:2c55:1aa with SMTP id i8-20020a170906850800b008d02c5501aamr7232357ejx.0.1677187129340; Thu, 23 Feb 2023 13:18:49 -0800 (PST) MIME-Version: 1.0 References: <20230223141542.672463796@linuxfoundation.org> In-Reply-To: From: Linus Torvalds Date: Thu, 23 Feb 2023 13:18:31 -0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH 5.15 00/37] 5.15.96-rc2 review To: Nathan Chancellor Cc: Guenter Roeck , Greg Kroah-Hartman , stable@vger.kernel.org, patches@lists.linux.dev, linux-kernel@vger.kernel.org, akpm@linux-foundation.org, shuah@kernel.org, patches@kernelci.org, lkft-triage@lists.linaro.org, pavel@denx.de, jonathanh@nvidia.com, f.fainelli@gmail.com, sudipm.mukherjee@gmail.com, srw@sladewatkins.net, rwarsow@gmx.de Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Feb 23, 2023 at 11:47 AM Nathan Chancellor wrote: > > I can send a patch unless you want to take those changes directly, you > have half a commit message there already I think :) Not being one of those old fogeys myself, I don't feel hugely motivated to care. In fact, I think GNU patch implemented the git patch format extensions more than a decade ago, so we might even simply decide that it's past time to even worry about this at all. In fact, with all the base infrastructure supporting git patches, I'm not quite sure just _how_ quilt is able to apply patches without dealing with mode bits. Does quilt parse the patches and actively remove those lines before applying them? Or does quilt have some actual built-in patch application code that doesn't depend on GNU patch? (Side note: GNU patch may support git patches, but I don't think GNU diffutils will generate them, so I guess not all base infrastructure supports that fancy new "mode" line) Linus