Date: Mon, 17 Jan 2022 09:45:11 +0700 From: Eugene Grosbein <eugen@grosbein.net> To: Willem Jan Withagen <wjw@digiware.nl> Cc: "stable@freebsd.org" <stable@freebsd.org> Subject: Re: Trying to boot a supermicro H8DMT board Message-ID: <7903a41f-94ba-2caf-9270-a1bd9582c600@grosbein.net> In-Reply-To: <86766549-be58-1125-867e-ae4c415e1bb4@digiware.nl> References: <8ac447b6-eaaf-0a8f-da69-27db15dd6f55@digiware.nl> <YeFUErC27C6ud5lf@in-addr.com> <e1972327-dcf8-3485-382b-39b9021946a6@digiware.nl> <YeFd9mdywqEuIJ0H@in-addr.com> <2ec39eef-d2e2-c55e-b032-43de86e71a57@digiware.nl> <3d87a0b3-7bed-453b-df23-4a258ea46fbb@grosbein.net> <d8e6c746-3ec1-9c21-d5e7-44dc9600bb0b@digiware.nl> <802cf542-979d-b8e1-3f71-616b026eb852@grosbein.net> <48f57581-1f39-9f57-0e44-19c2c2bb3aeb@digiware.nl> <a0315a54-aefa-a3a3-2ac3-94d6e9410961@grosbein.net> <eac3dcef-9183-8fa5-b0de-b70650235960@digiware.nl> <78a47e83-a339-0c79-0ee0-9e55be80c78b@grosbein.net> <d0dbce19-f5e5-3ff0-99d6-55a9c94a4b48@digiware.nl> <2f49fd20-cb5a-5ccc-7f9b-0229bc8e14b1@grosbein.net> <86766549-be58-1125-867e-ae4c415e1bb4@digiware.nl>
next in thread | previous in thread | raw e-mail | index | archive | help
17.01.2022 8:01, Willem Jan Withagen wrote: > Got this a bit further by adding this to the config: > options ACPI_DEBUG > options VERBOSE_SYSINIT=1 > > But now it tells me: > Table 'FACP' at 0xdffc0200 > Table 'APIC' at 0xdffc0390 > Table 'MCFG' at 0xdffc0460 > Table 'OEMB' at 0xdffce040 > Table 'SRAT' at 0xdffc50f0 > ACPI: No SLIT table found > done. > subsystem 1000000 > vm_mem_init(0)... > > So I guess that the ACPI stuff is done, and we're going to look at init-ing the subsystems. > But how do I translate the number to a name? Look at sys/sys/kernel.h: SI_SUB_VM = 0x1000000, /* virtual memory system init */ > I guess it is the virtual memory init, since there is only on place that calls vm_mem_init. > And that is from the sysinit chain. > > But I would expect things to be really bad if the system hangs in the VM initialisation? How much RAM does the system have? You can try reducing memory addressed by the kernel with another loader knob: hw.physmem=4G
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?7903a41f-94ba-2caf-9270-a1bd9582c600>