From nobody Fri Mar 29 08:41:18 2024 X-Original-To: alpine-aports@mail.alpinelinux.org Delivered-To: alpine-aports@mail.alpinelinux.org Received: from mail.alpinelinux.org (dallas-a1.alpinelinux.org [127.0.0.1]) by mail.alpinelinux.org (Postfix) with ESMTP id 93607DC05D7 for ; Sun, 3 Apr 2016 05:21:24 +0000 (UTC) Received: from mail-pa0-f47.google.com (mail-pa0-f47.google.com [209.85.220.47]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mail.alpinelinux.org (Postfix) with ESMTPS id 4CB8BDC0501 for ; Sun, 3 Apr 2016 05:21:24 +0000 (UTC) Received: by mail-pa0-f47.google.com with SMTP id zm5so120735991pac.0 for ; Sat, 02 Apr 2016 22:21:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:mime-version:content-disposition :user-agent; bh=/iBboNFBL79TjRN1Q7I5kHag22E7sGeIjkVpMebngos=; b=DVt/tjdconNxEhHFwsTde4v6yP03jCKNEq7OeYmq6gKj5RaXqf8d5zC1wi4Q0E6/H3 6CFtwLi8XvAb5DRr5O0uII5bIuiy0XOr5fvTC1HWil3XR6zsAujin/RGM0M1/usspniR +TPPQaSXPX3fd2fhUOIcmuowH13QjS8B9xgGp/AjiplX7n0C+LjM8Hx0wcNef5VmvGx5 R/LuInxLKYldBMEwLmrJneEa/gi2SWiR+iqxtU4TR9Zh559uLhde0gUwudEcT8kVx7FP /fLC14qHNyxfytMHb6M7nIAoLPJ8L7U92oHEo9yTfGDeXjPfrv7cAMJbh1YKSYSVE3Ju wfbA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:subject:message-id:mime-version :content-disposition:user-agent; bh=/iBboNFBL79TjRN1Q7I5kHag22E7sGeIjkVpMebngos=; b=IggFjbFcY/Uebg6jUhFMhgYw7awgwZp5BA8y61OOw9wru2T/nPqJO/bna6tw+6GHnf uFhiWNSRMZcwYC+g+beaRScmrRoXGkHQWdAm7OTbHdHftr+TOa0tfz3OrsX3KPUmOBUk SHZQepKCYT7wnx92Qy+1XvMog75ZbnVh1lgkHiz3qO3+wYNrb4shjItgU7m8rB460+U2 P0zfoke4RfoTlARL2iXY5034lhh6xaz45aePKbaR3u2Wx00nP+6B+O5r3DsrQCDLEQL4 l3UN+GXZkCSPDwN67+TLydm8Nm6YrN/uzDJ+YAb0Ux9iEmeCy5v4PY9co6RUA5T/rBje bq6g== X-Gm-Message-State: AD7BkJLv2xZf5dinQLpmgvIyUBs/Dxffedib5TKFMNmzfZLxL3SLHmFTVvtz7JB4yXKlEg== X-Received: by 10.66.231.100 with SMTP id tf4mr43445675pac.44.1459660883408; Sat, 02 Apr 2016 22:21:23 -0700 (PDT) Received: from newbook ([50.0.225.136]) by smtp.gmail.com with ESMTPSA id wh9sm32476179pab.8.2016.04.02.22.21.22 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 02 Apr 2016 22:21:22 -0700 (PDT) Date: Sat, 2 Apr 2016 22:21:18 -0700 From: Isaac Dunham To: alpine-aports@lists.alpinelinux.org Subject: [alpine-aports] [RFC] Splitting linux-firmware Message-ID: <20160403052116.GA22996@newbook> X-Mailinglist: alpine-aports Precedence: list List-Id: Alpine Development List-Unsubscribe: List-Post: List-Help: List-Subscribe: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="7AUc2qLy4jB3hD7Z" Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-Virus-Scanned: ClamAV using ClamSMTP --7AUc2qLy4jB3hD7Z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello, I recently checked the size of installed packages on my system, and found that linux-firmware was the largest (~120 megabytes). I need the Realtek firmware, and perhaps could use the i915 firmware. So I figured it would be a significant cutdown in installed size, as well as a major reduction in downloads, if it were possible to just select firmware from a couple of manufacturers. While I was in the process of doing this, I noticed a few smaller issues: -the non-firmware files that the APKBUILD tries to delete are actually located in /lib/firmware, not /usr/lib/firmware -the source for carl9170 firmware is included in the final package Here's a tentative patch that fixes those issues and tries to split things up. Does this look like a good idea? Should any further splitting be done? For example: -splitting iwlwifi firmware off because it's the bulk of the intel firmware, but not the bulk of the users; -splitting qlogic, 3com, and chelsio firmware from -misc Thanks, Isaac Dunham --7AUc2qLy4jB3hD7Z Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="0001-main-linux-firmware-split-package.patch" >From 0059b36e8677ca5a0567d68a2c7790566a099843 Mon Sep 17 00:00:00 2001 From: Isaac Dunham Date: Sat, 2 Apr 2016 21:51:48 -0700 Subject: [PATCH] main/linux-firmware: split package linux-firmware is about 120 megabytes, close to twice the size of the kernel; most users only need about 1-5 files (gpu, wireless, ethernet, bluetooth, cpu). By splitting this package into smaller parts, it's possible to cut the footprint down significantly; I would end up needing linux-firmware-realtek and perhaps linux-firmware-intel, for ~40 megabytes. There is a case to be made for splitting -iwl from -intel: iwl is roughly 23 megabytes, the bulk of -intel. Smaller manfacturers didn't get split out, and form -misc. --- main/linux-firmware/APKBUILD | 87 ++++++++++++++++++++++++++++++++++++++++++-- 1 file changed, 83 insertions(+), 4 deletions(-) diff --git a/main/linux-firmware/APKBUILD b/main/linux-firmware/APKBUILD index 0a9bb49..a9b68fb 100644 --- a/main/linux-firmware/APKBUILD +++ b/main/linux-firmware/APKBUILD @@ -2,17 +2,19 @@ # Maintainer: Natanael Copa pkgname=linux-firmware pkgver=20151021 -pkgrel=0 +pkgrel=1 pkgdesc="firmware files for linux" #url="http://git.kernel.org/?p=linux/kernel/git/dwmw2/linux-firmware.git;a=summary" url="http://git.kernel.org/?p=linux/kernel/git/firmware/linux-firmware.git;a=summary" arch="noarch" license="GPL" -depends= +subpackages="${pkgname}-intel ${pkgname}-amd ${pkgname}-atheros + ${pkgname}-broadcom ${pkgname}-nvidia ${pkgname}-marvell + ${pkgname}-realtek ${pkgname}-ti ${pkgname}-misc" +depends="${subpackages}" makedepends= install="" -subpackages= replaces="linux-grsec linux-vserver" source="http://dev.alpinelinux.org/archive/$pkgname/$pkgname-${pkgver}.tar.gz" @@ -49,7 +51,84 @@ build() { package() { cd "${_builddir}" make DESTDIR="${pkgdir}" FIRMWAREDIR="/lib/firmware" install || return 1 - rm -f "${pkgdir}/usr/lib/firmware/{Makefile,README,configure,GPL-3}" + rm -f "${pkgdir}/lib/firmware/{Makefile,README,configure,GPL-3}" || return 1 + # carl9170 firmware is included as prebuilt and source + # this is the source code. + rm -rf "${pkgdir}/lib/firmware/carl9170fw/" || return 1 +} + +intel() { + pkgdesc="firmware for Intel hardware" + mkdir -p "$subpkgdir/lib/firmware" || return 1 + mv "$pkgdir"/lib/firmware/iwlwifi* "$subpkgdir/lib/firmware/" || return 1 + for S in e100 intel i915; do + mv "$pkgdir"/lib/firmware/"$S" "$subpkgdir/lib/firmware/" || return 1 + done +} + +amd() { + pkgdesc="firmware for AMD/ATI hardware" + mkdir -p "$subpkgdir/lib/firmware" || return 1 + for S in amd-ucode amdgpu radeon r128; do + mv "$pkgdir"/lib/firmware/"$S" "$subpkgdir"/lib/firmware || return 1 + done +} + +atheros() { + pkgdesc="firmware for Atheros and Qualcomm/Atheros hardware" + mkdir -p "$subpkgdir/lib/firmware" || return 1 + for S in ar3k ath10k ath9k_htc ath6k qca; do + mv "$pkgdir"/lib/firmware/"$S" "$subpkgdir"/lib/firmware || return 1 + done + for F in "$pkgdir"/lib/firmware/ath*.* \ + "$pkgdir"/lib/firmware/ar*.* \ + "$pkgdir"/lib/firmware/carl9170*.* + do mv "$F" "$subpkgdir"/lib/firmware/ || return 1 + done +} + +broadcom() { + pkgdesc="firmware for Broadcom hardware" + mkdir -p "$subpkgdir/lib/firmware" || return 1 + cd "$pkgdir"/lib/firmware + for S in brcm bnx2* tigon; do + mv $S "$subpkgdir"/lib/firmware/ || return 1 + done +} + +nvidia() { + pkgdesc="firmware for NVIDIA hardware" + mkdir -p "$subpkgdir"/lib/firmware || return 1 + mv "$pkgdir"/lib/firmware/nvidia "$subpkgdir"/lib/firmware || return 1 +} + +marvell() { + pkgdesc="firmware for Marvell hardware (including Libertas wireless cards)" + mkdir -p "$subpkgdir"/lib/firmware || return 1 + cd "$pkgdir"/lib/firmware || return 1 + mv mwl8k mwlwifi mrvl libertas "$subpkgdir"/lib/firmware/ || return 1 +} + +realtek() { + pkgdesc="firmware for Realtek hardware (networking and bluetooth)" + mkdir -p "$subpkgdir/lib/firmware" || return 1 + cd "$pkgdir"/lib/firmware || return 1 + for S in RTL8192E rtl_bt rtl_nic rtlwifi; do + mv $S "$subpkgdir"/lib/firmware/ || return 1 + done +} + +ti() { + pkgdesc="firmware for TI hardware (usb-serial adapters, wireless, SoCs)" + mkdir -p "$subpkgdir"/lib/firmware || return 1 + cd "$pkgdir"/lib/firmware || return 1 + mv ti-* ti_*.fw "$subpkgdir"/lib/firmware || return 1 +} + +misc() { + pkgdesc="firmware for hardware from assorted manufacturers" + mkdir -p "$subpkgdir"/lib || return 1 + mv "$pkgdir"/lib/firmware "$subpkgdir"/lib/ } md5sums="2960b7241de622362f1ef93592ab16d4 linux-firmware-20151021.tar.gz" -- 2.7.4 --7AUc2qLy4jB3hD7Z-- --- Unsubscribe: alpine-aports+unsubscribe@lists.alpinelinux.org Help: alpine-aports+help@lists.alpinelinux.org --- From nobody Fri Mar 29 08:41:18 2024 X-Original-To: alpine-aports@mail.alpinelinux.org Delivered-To: alpine-aports@mail.alpinelinux.org Received: from mail.alpinelinux.org (dallas-a1.alpinelinux.org [127.0.0.1]) by mail.alpinelinux.org (Postfix) with ESMTP id 7887BDC0501 for ; Sun, 3 Apr 2016 13:25:23 +0000 (UTC) Received: from mail-lb0-f170.google.com (mail-lb0-f170.google.com [209.85.217.170]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mail.alpinelinux.org (Postfix) with ESMTPS id 0CBDBDC014D for ; Sun, 3 Apr 2016 13:25:22 +0000 (UTC) Received: by mail-lb0-f170.google.com with SMTP id vo2so123746307lbb.1 for ; Sun, 03 Apr 2016 06:25:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=LdRxREZ+J67daVHis4tW9jE4OfywY2exycD7upjHbHc=; b=ASCYJ8b7/rycHmMqgXaC3vI3N6O88OCK431AhuXIelBuV7ho+Ycrv5d1i4OIeyOhcm k3sJoig+bxJclr7wspRN235djr2D7S661tOH+RgcsJu3oEMZhcN3saK57f52vDQZQ+QW pbrkR3gdRnL6zz9LiieR13FHMPJXnl/hE4XWs2AoEinkeHG/gOJgMl0L7lSxdu/wwz0l awTiW0wRNVIzhTa+O6LGGPYF/dH+eGgzsT6p05koZuvBboCTSpMiXbAei45arwxIqpSg fRgai1jmnIJRSR9rWNhBdFrxZlnAMG5uVGXtsMtgP+0x1OODAcs8zz5RCS93GEYsD1K1 Wblg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :in-reply-to:references:mime-version:content-transfer-encoding; bh=LdRxREZ+J67daVHis4tW9jE4OfywY2exycD7upjHbHc=; b=TULTqrvBut8RdCMjysB2kv1T7bxVZV3+i/3hfY+wZWDQhwplk44UHGHClLBDKBf6d5 O1BIFWoRAaiwZEYhJwj9IXkerpI+Opzy7UzdAI2D/AvXkFXDyfIhywDddlfFDalR1nst Ct/5NR99Tzi+K8Jn9sJVgETa5VNR1rSgLF13uPFCfv2FJms8+x5h45bgSLkkWH0P3Nva 82e7LF1Fdv7gDTTLZkHRkrhij1dme7g49ob+7anSUTyC0MbFGZZgmv0OMp2DqQqojLWg SIA6Kf0QJ3lKQkeb9Y4p/f1tCEvDnTtrdMAbV2pT6B+saAyihSeNCOfDqdPxC+Aec9Pj vyvA== X-Gm-Message-State: AD7BkJKuQuu1U6WfTSnjhsWaGezCOikojThX/8OlAc1VTb27cH7xYaf5gXX97fP4uu8aBg== X-Received: by 10.112.51.8 with SMTP id g8mr4271829lbo.109.1459689920985; Sun, 03 Apr 2016 06:25:20 -0700 (PDT) Received: from vostro ([83.145.235.201]) by smtp.gmail.com with ESMTPSA id a14sm3842483lfe.7.2016.04.03.06.25.20 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 03 Apr 2016 06:25:20 -0700 (PDT) Sender: =?UTF-8?Q?Timo_Ter=C3=A4s?= Date: Sun, 3 Apr 2016 16:25:18 +0300 From: Timo Teras To: Isaac Dunham Cc: alpine-aports@lists.alpinelinux.org Subject: Re: [alpine-aports] [RFC] Splitting linux-firmware Message-ID: <20160403162518.213e9151@vostro> In-Reply-To: <20160403052116.GA22996@newbook> References: <20160403052116.GA22996@newbook> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.28; x86_64-alpine-linux-musl) X-Mailinglist: alpine-aports Precedence: list List-Id: Alpine Development List-Unsubscribe: List-Post: List-Help: List-Subscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP On Sat, 2 Apr 2016 22:21:18 -0700 Isaac Dunham wrote: > I recently checked the size of installed packages on my system, and > found that linux-firmware was the largest (~120 megabytes). > I need the Realtek firmware, and perhaps could use the i915 firmware. > So I figured it would be a significant cutdown in installed size, > as well as a major reduction in downloads, if it were possible to just > select firmware from a couple of manufacturers. > > While I was in the process of doing this, I noticed a few smaller > issues: -the non-firmware files that the APKBUILD tries to delete are > actually located in /lib/firmware, not /usr/lib/firmware > -the source for carl9170 firmware is included in the final package > > Here's a tentative patch that fixes those issues and tries to split > things up. > > Does this look like a good idea? > Should any further splitting be done? > For example: > -splitting iwlwifi firmware off because it's the bulk of the intel > firmware, but not the bulk of the users; > -splitting qlogic, 3com, and chelsio firmware from -misc Before doing this, a first step would be to delete the unneeded firmwares. We already do this for modloop. But to do it for the package, would need a list of files needed to be maintained. I believe about half of the package can be just deleted based on our module configuration and specific kernel versions. See http://git.alpinelinux.org/cgit/alpine-iso/tree/Makefile#n92 for how to get info on what firmware is required by the kernel modules. If the package is still too large after this, doing splitting might be an idea. Thanks, Timo --- Unsubscribe: alpine-aports+unsubscribe@lists.alpinelinux.org Help: alpine-aports+help@lists.alpinelinux.org --- From nobody Fri Mar 29 08:41:18 2024 X-Original-To: alpine-aports@mail.alpinelinux.org Delivered-To: alpine-aports@mail.alpinelinux.org Received: from mail.alpinelinux.org (dallas-a1.alpinelinux.org [127.0.0.1]) by mail.alpinelinux.org (Postfix) with ESMTP id 94696DC02D1 for ; Sun, 3 Apr 2016 20:55:10 +0000 (UTC) Received: from mail-pa0-f51.google.com (mail-pa0-f51.google.com [209.85.220.51]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mail.alpinelinux.org (Postfix) with ESMTPS id 5FE9CDC0218 for ; Sun, 3 Apr 2016 20:55:09 +0000 (UTC) Received: by mail-pa0-f51.google.com with SMTP id tt10so129340810pab.3 for ; Sun, 03 Apr 2016 13:55:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=PeLYQaJFSljlfqt3UoP11Xc7SC80tahJSoZl2tnqV7s=; b=LiN7TFYzf/n1QFFU/NtmRV5ZKw7s7GDaYEZa1I59ticT51yw55UXAMB4dwMg1+6lH2 jxqD2C+nPFiBeGMw/xHHLcflgN/3ZCltegTGzYSQGj1jBOmsSZA/uhWsXHepWcj1v8rS LsaJ+Tr5Jsa8ezQ/MyS771TK5BY7uGbALaFzKRfYuGNrGlSmCI+m2tkPyrMy/wrcgDp+ F9QasmoXwR1dqX5xVEWIWi9h+oEvt780WQ4HNGMplrHycfgAZQ0JGXdgyJJN7REl7gG5 9feJ0OSXse7W1n6l8qMpNTNQr7ZrEwoXCBoSLA5bhOmo9VvlpZJ8xUhKwpr2090BAv+E yLJA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=PeLYQaJFSljlfqt3UoP11Xc7SC80tahJSoZl2tnqV7s=; b=G1eA3w/6UFHOinu/jDCnKbl+zXp7vx2UW71wqlaYHYluXY59oFzv4CNkchLFx8g6Uw I6+8JD/QPUL1EsgVx51MiP/H0KWx/IxgahOk3MkSUKet/xLBDwrdG2L7HCcXjFyIiDuC UeH+BdbrANWh4GkrDo9J1E7a9soBRVVfRUCdt6Z+G7JScD0RQ9vGTKkr0XtzctU/kMki i9TAO7VFt2antfBAWeCNOPhJq2ubLJzNOuWqVEgsjSDhEu6DsQhFHJFssiD5tY4ZqT/+ Rctm8m02L0a0CY0AczweVhedfnyYIaqjO8uHeVhOjH3wXo4PuCKOcJo7mK4jfS3VkU2w Lquw== X-Gm-Message-State: AD7BkJJyaYtFoVJA/EP3DoHOgEctoeycYW38YWb5UuXgFO0g8o4R3HDeVMgXA2ENe0fzAQ== X-Received: by 10.66.90.226 with SMTP id bz2mr48378253pab.31.1459716908063; Sun, 03 Apr 2016 13:55:08 -0700 (PDT) Received: from newbook ([50.0.225.136]) by smtp.gmail.com with ESMTPSA id o69sm34228522pfi.14.2016.04.03.13.55.07 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 03 Apr 2016 13:55:07 -0700 (PDT) Date: Sun, 3 Apr 2016 13:55:02 -0700 From: Isaac Dunham To: Timo Teras Cc: alpine-aports@lists.alpinelinux.org Subject: Re: [alpine-aports] [RFC] Splitting linux-firmware Message-ID: <20160403205501.GA13799@newbook> References: <20160403052116.GA22996@newbook> <20160403162518.213e9151@vostro> X-Mailinglist: alpine-aports Precedence: list List-Id: Alpine Development List-Unsubscribe: List-Post: List-Help: List-Subscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160403162518.213e9151@vostro> User-Agent: Mutt/1.5.24 (2015-08-30) X-Virus-Scanned: ClamAV using ClamSMTP On Sun, Apr 03, 2016 at 04:25:18PM +0300, Timo Teras wrote: > On Sat, 2 Apr 2016 22:21:18 -0700 > Isaac Dunham wrote: > > > I recently checked the size of installed packages on my system, and > > found that linux-firmware was the largest (~120 megabytes). > > I need the Realtek firmware, and perhaps could use the i915 firmware. > > So I figured it would be a significant cutdown in installed size, > > as well as a major reduction in downloads, if it were possible to just > > select firmware from a couple of manufacturers. > > > > While I was in the process of doing this, I noticed a few smaller > > issues: -the non-firmware files that the APKBUILD tries to delete are > > actually located in /lib/firmware, not /usr/lib/firmware > > -the source for carl9170 firmware is included in the final package > > > > Here's a tentative patch that fixes those issues and tries to split > > things up. > > > > Does this look like a good idea? > > Should any further splitting be done? > > For example: > > -splitting iwlwifi firmware off because it's the bulk of the intel > > firmware, but not the bulk of the users; > > -splitting qlogic, 3com, and chelsio firmware from -misc > > Before doing this, a first step would be to delete the unneeded > firmwares. > > We already do this for modloop. But to do it for the package, would > need a list of files needed to be maintained. I believe about half of > the package can be just deleted based on our module configuration and > specific kernel versions. > > See http://git.alpinelinux.org/cgit/alpine-iso/tree/Makefile#n92 for > how to get info on what firmware is required by the kernel modules. Before doing that, there's a question of whether we're going to support 'noarch' "properly" (ie, with a single build/package upload for all arches). If so, it would be necessary to compile a single list of files for all arches. Checking it against linux-firmware I get results along the lines of - one third of the firmware is 'missing' (ie, not in linux-firmware) A large chunk of this is in alsa-firmware and other packages. - the remainder runs just over 40 megabytes - there's lots of firmware that seems to be 'unneeded' even though the relevant drivers are enabled (eg, only 2 files from brcm/ of 24 are needed), which makes me wonder if something's wrong with modinfo... > If the package is still too large after this, doing splitting might be > an idea. *If* the results are correct, it wouldn't be *needed*. Thanks, Isaac Dunham --- Unsubscribe: alpine-aports+unsubscribe@lists.alpinelinux.org Help: alpine-aports+help@lists.alpinelinux.org --- From nobody Fri Mar 29 08:41:18 2024 X-Original-To: alpine-aports@mail.alpinelinux.org Delivered-To: alpine-aports@mail.alpinelinux.org Received: from mail.alpinelinux.org (dallas-a1.alpinelinux.org [127.0.0.1]) by mail.alpinelinux.org (Postfix) with ESMTP id 00AA2DD4DF5 for ; Mon, 4 Apr 2016 05:43:09 +0000 (UTC) Received: from mail-lf0-f47.google.com (mail-lf0-f47.google.com [209.85.215.47]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mail.alpinelinux.org (Postfix) with ESMTPS id 86C72DC0AE7 for ; Mon, 4 Apr 2016 05:43:09 +0000 (UTC) Received: by mail-lf0-f47.google.com with SMTP id g184so78055295lfb.3 for ; Sun, 03 Apr 2016 22:43:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=dYUEm9ct3BxPMgSegHaJnDvqmS0fDs4tKI/nNThtV38=; b=gt50vhKrPm2ggipQF+/ItN6Bkqu6WcHOR0cBo5x3f3hwasUu9nHSON04zHY/atubNH +7yuNN0IE1rw9d12QDGGrfISsPf6xU/3rpEBs8Rb2Gf6KBikoP08Z8ootcTWsw2fnxWO mEQNuT7fKiqgsAHB4yesNjcbjDudXLeL9RsakhyE9gNzoyDSiZCguE+Vz5VOFE5Ft1LI SJOf6/w6TbqiPDEP8GxByOOkSOsPQ7390I9yQkkx4kafIWk2ZO0MI0kLWAcUt4j1MiFg 6RtESeLXQIZRr2nKhNHSH1kuD4Mg46TcwOWtECx+K8/saQK2M5RXUF/SyWpFayjzBy9q 0m4g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :in-reply-to:references:mime-version:content-transfer-encoding; bh=dYUEm9ct3BxPMgSegHaJnDvqmS0fDs4tKI/nNThtV38=; b=EWqgCgx/vGxIJG7TqPxJrhBDFjqznBqcBonhXZyVi/Nfehk6tJp3DY8r55T27Rwrhf /jzqLZUoSQEMi3m+87jEVmj6tFijk9kl/dh4/JRImAN6sxc+ZZyLrWM/oMohxLOu2QKy YZODrjRafEc2tJ43GDMD4l2/luvcuoj3L4zjmwjfkwewpNt2kVZDzcg1qSOSJm/3NYZu VnmdwFMtYDKN5EwOf0G0rdU4c/qx/CVowG84nSpEH88Hqk5ffiqi4gV1pLhzzSTXbY1z nzcCVv0HIsPe23GFjZA5tQvYqjl9K2ts2ey0JvfhF5yna6s4XP1NlLhOBSsX06D3wne5 +bSA== X-Gm-Message-State: AD7BkJK5oAnMmceYy/I/kgyk75P6fYITkNVTwG02qX+CksdxwUSTkPnFRAnXfgvUU76mEQ== X-Received: by 10.25.37.136 with SMTP id l130mr7441868lfl.153.1459748587738; Sun, 03 Apr 2016 22:43:07 -0700 (PDT) Received: from vostro.util.wtbts.net ([2001:1bc8:101:f402:21a:9fff:fe0c:4022]) by smtp.gmail.com with ESMTPSA id ub6sm4487329lbb.17.2016.04.03.22.43.07 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 03 Apr 2016 22:43:07 -0700 (PDT) Sender: =?UTF-8?Q?Timo_Ter=C3=A4s?= Date: Mon, 4 Apr 2016 08:43:05 +0300 From: Timo Teras To: Isaac Dunham Cc: alpine-aports@lists.alpinelinux.org Subject: Re: [alpine-aports] [RFC] Splitting linux-firmware Message-ID: <20160404084305.3c82183e@vostro.util.wtbts.net> In-Reply-To: <20160403205501.GA13799@newbook> References: <20160403052116.GA22996@newbook> <20160403162518.213e9151@vostro> <20160403205501.GA13799@newbook> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.28; x86_64-alpine-linux-musl) X-Mailinglist: alpine-aports Precedence: list List-Id: Alpine Development List-Unsubscribe: List-Post: List-Help: List-Subscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP On Sun, 3 Apr 2016 13:55:02 -0700 Isaac Dunham wrote: > On Sun, Apr 03, 2016 at 04:25:18PM +0300, Timo Teras wrote: > > On Sat, 2 Apr 2016 22:21:18 -0700 > > Isaac Dunham wrote: > > > > > I recently checked the size of installed packages on my system, > > > and found that linux-firmware was the largest (~120 megabytes). > > > I need the Realtek firmware, and perhaps could use the i915 > > > firmware. So I figured it would be a significant cutdown in > > > installed size, as well as a major reduction in downloads, if it > > > were possible to just select firmware from a couple of > > > manufacturers. > > > > > > While I was in the process of doing this, I noticed a few smaller > > > issues: -the non-firmware files that the APKBUILD tries to delete > > > are actually located in /lib/firmware, not /usr/lib/firmware > > > -the source for carl9170 firmware is included in the final package > > > > > > Here's a tentative patch that fixes those issues and tries to > > > split things up. > > > > > > Does this look like a good idea? > > > Should any further splitting be done? > > > For example: > > > -splitting iwlwifi firmware off because it's the bulk of the intel > > > firmware, but not the bulk of the users; > > > -splitting qlogic, 3com, and chelsio firmware from -misc > > > > Before doing this, a first step would be to delete the unneeded > > firmwares. > > > > We already do this for modloop. But to do it for the package, would > > need a list of files needed to be maintained. I believe about half > > of the package can be just deleted based on our module > > configuration and specific kernel versions. > > > > See http://git.alpinelinux.org/cgit/alpine-iso/tree/Makefile#n92 for > > how to get info on what firmware is required by the kernel > > modules. > > Before doing that, there's a question of whether we're going to > support 'noarch' "properly" (ie, with a single build/package upload > for all arches). > If so, it would be necessary to compile a single list of files for > all arches. We could make linux-firmware 'all' package and keep only the modules relevant for that architectures kernel. Quite a bit of the hardware is architecture specific. Well technically it would work, but nobody really uses specific combinations and they are turned off in the relevant configs. > Checking it against linux-firmware I get results along the lines of > - one third of the firmware is 'missing' (ie, not in linux-firmware) > A large chunk of this is in alsa-firmware and other packages. > > - the remainder runs just over 40 megabytes > > - there's lots of firmware that seems to be 'unneeded' even though the > relevant drivers are enabled (eg, only 2 files from brcm/ of 24 are > needed), which makes me wonder if something's wrong with modinfo... I believe it's just a result of having firmware for all supported kernel versions in the linux-firmware package. E.g. many of the intel wifi drivers duplicates. The firmware version used really depends on the kernel version you run. Often the module version and the required firmware version go hand in hand. Each module can (and do) list several firmware file names -- all potential names they can request. So the list of modules names should be accurate. > > If the package is still too large after this, doing splitting might > > be an idea. > > *If* the results are correct, it wouldn't be *needed*. There was request also for some other firmwares not in linux-firmware. Such as the rpi3 wifi firmware. So we might need to split the firmware package in any case. Thanks, Timo --- Unsubscribe: alpine-aports+unsubscribe@lists.alpinelinux.org Help: alpine-aports+help@lists.alpinelinux.org ---