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 D046EE573 for ; Sun, 19 Jul 2026 07:44:09 +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=1784447050; cv=none; b=Pmxprf5uSLKL9iZ4CVz0Oz3Mv7d1jdic2Fp610q+iTVPzZk+6XoZgsHQTrti0iLoNDsSSdn39NcMQOsAr9PwXc2iazyeKfJxp6D7bQLVxOZgNEdqkNsYF8/vCw4F/TUn5a9fMrqtnGvQDi6h3jYiEjbJoNaBibHScH6S+0VGi6k= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1784447050; c=relaxed/simple; bh=s8E8zxbi2//gKoAxmjyn3cZJq+3t5kgIFdkTUwiskd0=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=IO+D/0AOtNj69CtZBVQp6kr8/ttUIrJVnMwwTuZjwkfQq1xHYAey5TXXrkO8D6NTj2nuBgx7tmZ9bkQ6HBCq8aHsiZhum9BTJXFLOfpMEcuHA5TCoz9L9YQX4AEPUNU9OwwAlb+l1DuQJn8wjX/D1LtzbYhIM8AQGegJNNozkO4= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b=GQBEsb/l; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b="GQBEsb/l" Received: by smtp.kernel.org (Postfix) with ESMTPSA id DFBDB1F000E9; Sun, 19 Jul 2026 07:44:08 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linuxfoundation.org; s=korg; t=1784447049; bh=M/59xxJ2oy7ZjyY79EDhYxANHjW1EECY1YfKZwwayfg=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=GQBEsb/l9vxmGTsNfz523cT5lCFILywdXcz8BtZIQDCrx+PP+NYOSK5bgr1OgnRdw ktMPXix1cfoXNNegWhVmyGI/nkubn+ymeVFhCh2gj1qwcTL8sxJ/0LvHv4to1p6d3o S15BO6kPYtHlPK6Zck7alY9NZqcfI0fYWUD0Oet0= Date: Sun, 19 Jul 2026 09:42:47 +0200 From: Greg KH To: Carlos Eduardo Cc: luis.augenstein@tngtech.com, maximilian.huber@tngtech.com, linux-kernel@vger.kernel.org Subject: Re: [PATCH] scripts/sbom: catch ValueError from malformed shell quoting Message-ID: <2026071902-overfed-stunner-b086@gregkh> References: <20260718184457.1861-1-otakurack@gmail.com> <2026071915-iphone-helmet-0b54@gregkh> 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: On Sun, Jul 19, 2026 at 04:26:57AM -0300, Carlos Eduardo wrote: > On Sun, Jul 19, 2026 at 02:24:17AM -0300, Greg KH wrote: > > Do we have this today in the build system? > > Sorry for my previous reply. I'm still learning the Linux kernel mailing > list workflow. This was sent in html format, which the lists reject :( > The code path exists in the current implementation because the SBOM > generator parses the .cmd files generated by Kbuild. > > However, I have not observed malformed .cmd files produced by a normal > kernel build. My intention with this patch was to make the parser behave > consistently in tolerant mode (fail_on_unknown_build_command=False) when > given malformed or corrupted inputs, rather than to fix an issue known to > occur during standard kernel builds. Ok, that's fine, just wanted to check if this is needed to fix a bug today, but you are just making this more "robust". And how did you find this bug? Can you include that information in your changelog text and fix up the authorship/signed-off-by information? thanks, greg k-h