Path: csiph.com!goblin3!goblin2!goblin.stu.neva.ru!aioe.org!bofh.it!news.nic.it!robomod From: Ben Hutchings Newsgroups: linux.debian.kernel Subject: Re: armel/marvell kernel size Date: Tue, 23 Jan 2018 19:40:03 +0100 Message-ID: References: X-Original-To: Roger Shimizu X-Mailbox-Line: From debian-kernel-request@lists.debian.org Tue Jan 23 18:30:50 2018 Old-Return-Path: X-Amavis-Spam-Status: No, score=-12.71 tagged_above=-10000 required=5.3 tests=[BAYES_00=-2, LDO_WHITELIST=-5, PGPSIGNATURE=-5, RCVD_IN_DNSWL_LOW=-0.7, T_RP_MATCHES_RCVD=-0.01] autolearn=ham autolearn_force=no X-Policyd-Weight: using cached result; rate:hard: -6.1 Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-z/F59QwD7atSx1GIEDk/" X-Mailer: Evolution 3.26.3-1 MIME-Version: 1.0 X-Sa-Exim-Connect-IP: 2a02:8011:400e:2:6f00:88c8:c921:d332 X-Sa-Exim-Mail-From: ben@decadent.org.uk X-Sa-Exim-Scanned: No (on shadbolt.decadent.org.uk); SAEximRunCond expanded to false X-Mailing-List: archive/latest/115573 List-ID: List-URL: List-Archive: https://lists.debian.org/msgid-search/1516732223.5097.105.camel@decadent.org.uk Approved: robomod@news.nic.it Lines: 85 Organization: linux.* mail to news gateway Sender: robomod@news.nic.it X-Original-Cc: Debian kernel maintainers X-Original-Date: Tue, 23 Jan 2018 18:30:23 +0000 X-Original-Message-ID: <1516732223.5097.105.camel@decadent.org.uk> X-Original-References: <1508508423.2721.34.camel@decadent.org.uk> <1516249342.5097.25.camel@decadent.org.uk> Xref: csiph.com linux.debian.kernel:60059 --=-z/F59QwD7atSx1GIEDk/ Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, 2018-01-22 at 22:38 +0900, Roger Shimizu wrote: > Dear Ben, >=20 > Thanks for keeping armel things rolling for a few releases! >=20 > On Thu, Jan 18, 2018 at 1:22 PM, Ben Hutchings wrot= e: > > On Fri, 2017-10-20 at 15:07 +0100, Ben Hutchings wrote: > > > Sadly, linux has again failed to build on armel in experimental due t= o > > > the image size growing too large. > >=20 > > It's happened again. The compressed image is 1% over the limit. >=20 > Yes, it's time again. >=20 > I tried the "CRYPTO_MANAGER2" stuff you mentioned before. > Unfortunately, I didn't make it built as module, except after > disabling CONFIG_NET, which seems quite ridiculous. >=20 > Do you know any other option, BTW? > I'll continue trying for a while. There's an upstream change in cfg80211 that enables direct-loading of wireless rules, which requires public key crypto in the kernel. There doesn't appear to be any option to disable that mode, even though we don't need it because crda still works. Maybe you could disable wireless networking completely? Some options that could possibly be changed from y to m: - I2C, I2C_CHARDEV, I2C_MV64XXX. initramfs-tools should include I2C drivers to the initramfs if needed, but I'm not certain. - MTD, MTD_CMDLINE_PARTS, etc. But I'm pretty sure this will break some systems unless initramfs-tools is updated to include and load the cmdlinepart module. - RTC_DRV_MV (and disable RTC_HCTOSYS). There's a udev rule that should load the system clock from the first RTC if its driver is a module. - SPI_ORION. initramfs-tools should include this in the initramfs if needed, but I'm not certain. Some options that could possibly be disabled: - AUDIT. This is quite a niche feature. Also try comparing the complete configs over time and looking for symbols newly set to y. Ben. --=20 Ben Hutchings Reality is just a crutch for people who can't handle science fiction. --=-z/F59QwD7atSx1GIEDk/ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEErCspvTSmr92z9o8157/I7JWGEQkFAlpnfz8ACgkQ57/I7JWG EQkLUA//XIsaIT1j7B9wIL/HnzbTfZLuNwvbO3RTrTEbKY/HMQNi3fpD9bs26cXc fLaj8olwVQIFS68VqnHquStBV++ycN9a0o0Kv+ednJQYkPXp1Z8eBr9Bel3/8++S 1XEdtYrIQG/rNGRHRR0LOOSlPtpb+JbGmSfDj7AnnGeWgbz2EbkvpfBNFqAz7HnN HGm9lMvcCEhinpxs/A54G/0RwxO7ADiZZHsqksPPMyVv24+okyUQ680fH6Dl0Gk5 opExyTuM9y8utAYbaLn3mbRQCo1tqB6PFR2rcV2mg1muQ0ngmHlVDIrfMbCCp+3K +9ZiZe+UfiFVcfYJzz0K3Xli7ZKQ622WqISbh07Mpsmuo3VMOyjh3BunMpUZD6PZ JpZomuuEwMcM06TuUiRdMp4KtSYIQchBvtoYXxUBUy93ym4zTvx5DS4mPY0K9tdW ohYf58IVHqm4WyoOOpObw3X3lLUIr4DjmtQH3VrOQ2uyh3C0iQUZFXbG5xz2YW2V SWlkXQjLBiVusDoKOvchvwG6mAWi6k4VatMVm4dQmaWLZytqnMy5AYZBL+PHzwv8 IOfMaKT+qkK2J1ncmgCswQIZDoZ0W8gSf61Ajnb6/csXJ13+j8aakTCZ9M8c3/EI bhCntWZf7XCZMpBF3fbJP34IjHyPSVjxTQBT4UJvXvQIa5/MM+o= =Hzis -----END PGP SIGNATURE----- --=-z/F59QwD7atSx1GIEDk/--