Re: not working /dev/console

On Sun, Dec 8, 2024 at 10:44 AM Kurt Jaeger <pi@freebsd.org> wrote:

> Hi!
>
> > Does dmesg|grep uart
> > Show the console?
>
> No 8-(
>
> serial shows:
>
> Dual Console: Serial Primary, Video Secondary
> intsmb0: <AMD SB600/7xx/8xx/9xx SMBus Controller> at device 20.0 on pci0
> smbus0: <System Management Bus> on intsmb0
> re0: link state changed to UP
> re1: link state changed to UP
> re2: link state changed to UP
> lo0: link state changed to UP
> re0: link state changed to DOWN
> re2: link state changed to DOWN
>
> dmesg if logged into it via ssh shows:
>
> Dual Console: Serial Primary, Video Secondary
> intsmb0: <AMD SB600/7xx/8xx/9xx SMBus Controller> at device 20.0 on pci0
> smbus0: <System Management Bus> on intsmb0
> re0: link state changed to UP
> re1: link state changed to UP
> re2: link state changed to UP
> lo0: link state changed to UP
> re0: link state changed to DOWN
> re2: link state changed to DOWN
> re0: link state changed to UP
> re2: link state changed to UP
>
> I then tried to use net/realtek-re-kmod, and then both show:
>
> smbus0: <System Management Bus> on intsmb0
> lo0: link state changed to UP
> re0: link state changed to UP
> re2: link state changed to UP
>

So, there should be a line like

uart0: console (115200,n,8,1)

if not, then hw.uart.console isn't making it through. If you are using a
custom kernel, you can add that to a file and add 'env
/path/to/file/on/build/host' to the kernel config to wire that into the
kernel, should the boot path make it hard to set an initial environment
otherwise. Also, DHCP should still try to grab /boot/loader.conf from the
tftp/http server as well. That might also be something that needs debugging
(or hopefully just correct config).

Warner


> --
> pi@FreeBSD.org         +49 171 3101372                  Now what ?
>