RPI2 boot hangs with red light on

Mark Millard markmi at dsl-only.net
Tue Jan 9 00:38:01 UTC 2018


On 2018-Jan-8, at 3:09 PM, bob prohaska <fbsd at www.zefox.net> wrote:

> On Tue, Jan 02, 2018 at 03:50:40PM -0800, Mark Millard wrote:
>> 
>> I use a file that includes GENERIC.
>> As far as I know at this point RPI2 is
>> no longer maintained.
> 
> Aye, there's the rub. GENERIC works.
> Bulky, at over 10MB, however. RPI2
> was around 8MB.

While after the include I primarily adjust
the debug/non-debug types of status of
things, as I understand other types of lines
can override what is included vs. excluded
from the kernel. So if one knows what one
is doing about what is optional vs. not
for their purposes, smaller kernels are
possible while still being based on GENERIC.
(And, so, being somewhat auto-updating as
GENERIC progresses.)

Using powerpc64 as an example, the below
adds filemon and geom_label to the kernel
(because I have a context for which dynamic
loading of modules crashes the kernel):

# more /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODBG 
#
# GENERIC -- Custom configuration for the powerpc/powerpc64
#

include "GENERIC64"

ident   GENERIC64vtsc-NODBG

makeoptions     DEBUG=-g                # Build kernel with gdb(1) debug symbols

nooptions       PS3                     # Sony Playstation 3               HACK!!! to allow sc

options         KDB                     # Enable kernel debugger support

options         ALT_BREAK_TO_DEBUGGER
options         BREAK_TO_DEBUGGER

# For minimum debugger support (stable branch) use:
options         KDB_TRACE               # Print a stack trace for a panic
options         DDB                     # Enable the kernel debugger
options         GDB                     # HACK!!! ...

# Extra stuff:
#options        VERBOSE_SYSINIT         # Enable verbose sysinit messages
#options        BOOTVERBOSE=1
#options        BOOTHOWTO=RB_VERBOSE
#options        KTR
#options        KTR_MASK=KTR_TRAP
##options       KTR_CPUMASK=0xF
#options        KTR_VERBOSE

# HACK!!! to allow sc for 2560x1440 display on Radeon X1950 that vt historically mishandled during booting
device          sc
#device                 kbdmux          # HACK: already listed by vt
options         SC_OFWFB        # OFW frame buffer
options         SC_DFLT_FONT    # compile font in
makeoptions     SC_DFLT_FONT=cp437


# Disable any extra checking for. . .
nooptions       DEADLKRES               # Enable the deadlock resolver
nooptions       INVARIANTS              # Enable calls of extra sanity checking
nooptions       INVARIANT_SUPPORT       # Extra sanity checks of internal structures, required by INVARIANTS
nooptions       WITNESS                 # Enable checks to detect deadlocks and cycles
nooptions       WITNESS_SKIPSPIN        # Don't run witness on spinlocks for speed
nooptions       DIAGNOSTIC
nooptions       MALLOC_DEBUG_MAXZONES   # Separate malloc(9) zones

device          filemon
device          geom_label



It also has sc in the kernel, in addition to
vt, but I had to disable PS3 support to allow
such back when I did this.

===
Mark Millard
markmi at dsl-only.net



More information about the freebsd-arm mailing list