Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.kernel > #60521
| From | Roger Shimizu <rogershimizu@gmail.com> |
|---|---|
| Newsgroups | linux.debian.kernel, linux.debian.ports.arm |
| Subject | Re: armel/marvell kernel size |
| Date | 2018-03-22 13:00 +0100 |
| Message-ID | <vw6Tg-80p-3@gated-at.bofh.it> (permalink) |
| References | (1 earlier) <v99ZT-mH-5@gated-at.bofh.it> <vaKNH-5y0-13@gated-at.bofh.it> <vbbEf-5Ms-25@gated-at.bofh.it> <vka6d-72h-5@gated-at.bofh.it> <vw6Tg-80p-5@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
Cross-posted to 2 groups.
Dear Rogério, Good to hear from you again! On Thu, Mar 22, 2018 at 12:12 PM, Rogério Brito <rbrito@ime.usp.br> wrote: > Hi, all (and sorry for jumping in a bit late). > > On 2018-02-17 10:48, Salvatore Bonaccorso wrote: >> On Tue, Jan 23, 2018 at 06:30:23PM +0000, Ben Hutchings wrote: >>> 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. >> >> Did you had a chance to look at Ben's suggestions or ideas? > > If nobody is working on getting a new kernel working on armel, I would > like to (at least, unsuccessfully) try to get it to compile. > > At worst, I believe, I can gain some knowledge and compare what I get from > this armel kernel with a Kurobox HD (powerpc-based; see some notes at [0])... > > [0]: http://cynic.cc/blog/posts/simple-annotations-on-compiling-a-linux-kernel-for-an-embedded-platform/ > > For this task, I have some questions: I have a wiki entry to help you: - https://wiki.debian.org/HowToCrossBuildAnOfficialDebianKernelPackage However, Kurobox HD is not armel, so you need to use Kurobox Pro, if you still have it. Cheers, -- Roger Shimizu, GMT +9 Tokyo PGP/GPG: 4096R/6C6ACD6417B3ACB1
Back to linux.debian.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Re: armel/marvell kernel size Ben Hutchings <ben@decadent.org.uk> - 2018-01-18 05:30 +0100
Re: armel/marvell kernel size Roger Shimizu <rogershimizu@gmail.com> - 2018-01-22 15:00 +0100
Re: armel/marvell kernel size Ben Hutchings <ben@decadent.org.uk> - 2018-01-23 19:40 +0100
Re: armel/marvell kernel size Ben Hutchings <ben@decadent.org.uk> - 2018-01-26 19:00 +0100
Re: armel/marvell kernel size Salvatore Bonaccorso <carnil@debian.org> - 2018-02-17 13:50 +0100
Re: armel/marvell kernel size Bastian Blank <waldi@debian.org> - 2018-02-17 14:20 +0100
Re: armel/marvell kernel size Roger Shimizu <rogershimizu@gmail.com> - 2018-03-22 13:00 +0100
Re: armel/marvell kernel size Roger Shimizu <rogershimizu@gmail.com> - 2018-03-22 13:00 +0100
Re: armel/marvell kernel size Rogério Brito <rbrito@gmail.com> - 2018-03-22 19:20 +0100
Re: armel/marvell kernel size Ben Hutchings <ben@decadent.org.uk> - 2018-03-23 00:10 +0100
Re: armel/marvell kernel size Ben Hutchings <ben@decadent.org.uk> - 2018-03-24 03:00 +0100
Re: armel/marvell kernel size Rogério Brito <rbrito@gmail.com> - 2018-03-27 07:50 +0200
Re: armel/marvell kernel size Stefan Monnier <monnier@iro.umontreal.ca> - 2018-03-27 14:40 +0200
Re: armel/marvell kernel size Rogério Brito <rbrito@ime.usp.br> - 2018-03-27 22:30 +0200
Re: armel/marvell kernel size Rick Thomas <rbthomas@pobox.com> - 2018-03-27 22:50 +0200
Re: armel/marvell kernel size Rogério Brito <rbrito@ime.usp.br> - 2018-03-27 23:30 +0200
Re: armel/marvell kernel size Rick Thomas <rbthomas@pobox.com> - 2018-03-28 11:30 +0200
Re: armel/marvell kernel size Federico Pietro Briata <federico@briata.org> - 2018-03-28 14:30 +0200
Re: armel/marvell kernel size Roger Shimizu <rogershimizu@gmail.com> - 2018-04-01 15:30 +0200
Re: armel/marvell kernel size Rogério Brito <rbrito@ime.usp.br> - 2018-04-03 08:00 +0200
Re: armel/marvell kernel size Roger Shimizu <rogershimizu@gmail.com> - 2018-04-07 16:20 +0200
Re: armel/marvell kernel size Roger Shimizu <rogershimizu@gmail.com> - 2018-04-07 17:00 +0200
Re: armel/marvell kernel size Roger Shimizu <rogershimizu@gmail.com> - 2018-04-13 02:10 +0200
Re: armel/marvell kernel size Roger Shimizu <rogershimizu@gmail.com> - 2018-04-15 18:30 +0200
Re: armel/marvell kernel size Rick Thomas <rbthomas@pobox.com> - 2018-04-02 01:50 +0200
Re: armel/marvell kernel size Stefan Monnier <monnier@iro.umontreal.ca> - 2018-03-27 23:30 +0200
Re: armel/marvell kernel size Ben Hutchings <ben@decadent.org.uk> - 2018-03-27 21:10 +0200
Re: armel not to be released anymore? (was: armel/marvell kernel size) Ben Hutchings <ben@decadent.org.uk> - 2018-03-27 21:30 +0200
armel not to be released anymore? (was: armel/marvell kernel size) "W. Martin Borgert" <debacle@debian.org> - 2018-03-27 21:40 +0200
Re: armel not to be released anymore? (was: armel/marvell kernel size) Paul Wise <pabs@debian.org> - 2018-03-28 06:40 +0200
Re: armel/marvell kernel size Rogério Brito <rbrito@ime.usp.br> - 2018-03-27 22:50 +0200
csiph-web