From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (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 3C3BB28E7; Fri, 30 May 2025 06:21:42 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1748586103; cv=none; b=AyjV/XiHcM+2XrfLBapbJcvQNF6Ht+j/O4Qt/RgHnJcMyWZv8zGk3oyXGfUBYnfmh4RohydXY/WfL4ThYitfyqU+H8W2H3UOhHbNUUygISSGxXmgnn/fU4vjfdTJ/8u9oKsro910BONldZQGjN2GtGJj7dzhUkXtXNdlY4VDEnE= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1748586103; c=relaxed/simple; bh=VpqxYC41wgu2mTGNJCW2xRMKvPZQZvoCbvlcteSN3Mg=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=tvGWSxnw8S/M9Wk1C4kqaaUdFZxKBAGmbn7OSJkFaxKv5kndcTnwW3Q2od+wD8JIzE8aygtq8ZMM4usYi+LX8xM6uuwxnjdj0+N7uHSFqUpXd/dqyRrDG5yMYef5hNKjbZi9kVVQqSnUPHU8Nk88c5edJaTPl5Wr3qmvAw9D920= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b=yxRmOqQs; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b="yxRmOqQs" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 0E6FCC4CEE9; Fri, 30 May 2025 06:21:42 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1748586102; bh=VpqxYC41wgu2mTGNJCW2xRMKvPZQZvoCbvlcteSN3Mg=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=yxRmOqQsRFjc7gDNI2g03OpZD+lFBwvwN0XmWBxlNazJPwSwW1qNk1YoLRnT9tqz/ HHsfp8mgMmmXbq74XamKoiZ1tKY5CusfrOfmxi3BM4AIVeakL7XNOZpomp5BOujFeq OqnwHPlz+Y+xagArzFaUnrD1aWN6GVZABJeFz5Ss= Date: Fri, 30 May 2025 08:21:39 +0200 From: Greg KH To: Alexandre Courbot Cc: Danilo Krummrich , Timur Tabi , John Hubbard , Miguel Ojeda , Alex Gaynor , Boqun Feng , Gary Guo , =?iso-8859-1?Q?Bj=F6rn?= Roy Baron , Benno Lossin , Andreas Hindborg , Alice Ryhl , Trevor Gross , linux-kernel@vger.kernel.org, rust-for-linux@vger.kernel.org Subject: Re: [PATCH] rust: add basic ELF sections parser Message-ID: <2025053058-siding-emperor-d8fd@gregkh> References: <8b14b078-b899-42e8-8522-599daa65bc63@nvidia.com> <2025051647-urology-think-b8e0@gregkh> <2025052932-pyramid-unvisited-68f7@gregkh> Precedence: bulk X-Mailing-List: rust-for-linux@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 Fri, May 30, 2025 at 09:58:02AM +0900, Alexandre Courbot wrote: > > But for now, doing it in generic code, that all systems end up loading, > > yet very very very few would ever actually use makes no sense. And > > adding it to a driver also doesn't make sense as you can define your > > user/kernel api now, it's not set in stone at all given that there is no > > existing code merged. > > Eschewing this from the driver would require duplicating the GSP > firmware (a healthy 26MB compressed binary) in linux-firmware to provide > both ELF and non-ELF versions of the same code, and also store the other > ELF sections as their own files. I expect this to be a hard sell for > linux-firmware. Why would the linux-firmware people care about the size of firmware blobs being given to them? That's the whole reason for their existance, to put them in one place instead of having to download them from random locations on the internet, or to have them in the kernel tree itself. It's already 300MB or so for the whole project, what's 26MB more? It's not like the collection is ever going to get smaller :) thanks, greg k-h