Re: not working /dev/console
- Reply: Daniel Braniss : "Re: not working /dev/console"
- In reply to: Robert Schulze : "Re: not working /dev/console"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Wed, 27 Nov 2024 16:44:43 UTC
On Wed, Nov 27, 2024 at 3:59 AM Robert Schulze <rs@bytecamp.net> wrote: > Hello, > > Am 27.11.24 um 09:34 schrieb Daniel Braniss: > > Hi, > > when the console is not uart0, init’s output, which I assume uses > /dev/console > > is lost. Boot, kernel and login work ok, also debugger. > > you can give the loader a hint, which uart is considered a console. > In my case, any IPMI-console on uart1 works with the following settings > in /boot/loader.conf: > > -- > boot_multicons="yes" > comconsole_port="0x2f8" > > hint.uart.0.flags="0x0" > hint.uart.1.flags="0x10" > hint.uart.1.baud="115200" > -- > > hint.uart.N.flags="0x10" means: this is a potential system console. > See uart(4) manpage for this. > hw.uart.console is preferred over the flags. In fact, nobody should be setting the flags at all. I should remove them from the man page, or burry them in a footnote somewhere. So boot_mulitcons w/o boot_serial=yes will mean that video is the primary console and serial the secondary, and /etc/rc only runs on the primary console. Warner > regards, > Robert Schulze > >