Re: not working /dev/console
- In reply to: Daniel Braniss : "Re: not working /dev/console"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Mon, 16 Dec 2024 16:23:47 UTC
On Mon, Dec 16, 2024 at 9:16 AM Daniel Braniss <danny@cs.huji.ac.il> wrote: > > > On 16 Dec 2024, at 17:22, Warner Losh <imp@bsdimp.com> wrote: > > > > On Mon, Dec 16, 2024, 7:32 AM Daniel Braniss <danny@cs.huji.ac.il> wrote: > >> >> >> On 16 Dec 2024, at 16:15, Ronald Klop <ronald-lists@klop.ws> wrote: >> >> >> *Van:* Kurt Jaeger <pi@freebsd.org> >> *Datum:* maandag, 16 december 2024 14:34 >> *Aan:* Warner Losh <imp@bsdimp.com> >> *CC:* John Baldwin <jhb@freebsd.org>, Daniel Braniss <danny@cs.huji.ac.il>, >> Freebsd-stable List <stable@freebsd.org> >> *Onderwerp:* Re: not working /dev/console >> >> Hi! >> >> > > > can you tell more on how to fix this ? >> >> > > > APU version apu1 lost their ability to have a serial console >> > > > in 14.2. >> >> > > hw.acpi.override_isa_irq_polarity=1 >> > > >> > > in /boot/loader.conf >> > > >> > > changed the value after reboot, but the serial console is still lost. >> > >> > Are the serial ports there at all? APU needs hints now for that. >> >> They are not. As the hardware did not change (I did not unsolder >> some chips from the board 8-), I guess that's what I'm asking: >> >> How can I tell the kernel that the serials are still there ? >> >> The system boots via serial, and then stops displaying any >> kernel output. >> >> -- >> pi@FreeBSD.org +49 171 3101372 Now what ? >> >> ------------------------------ >> >> >> >> Does this note from /usr/src/UPDATING help? >> >> 20240715: >> We now lean more heavily on ACPI enumeration for some traditional >> devices. uart has moved from isa to acpi so the hints act as >> wiring >> instead of device enumeration. Hints for parallel port, floppy, >> etc >> have been removed. Before upgrading, grep your dmesg for lines >> like: >> uart1: non-PNP ISA device will be removed from GENERIC in >> FreeBSD 15. >> to see if you need to start including hints for the device on isa >> in your loader.conf or device.hints file. APU1 (but not APU2) >> boards >> are known to be affected, but there may be others. >> >> >> The problem is also on APU2, and fixing the hint.uart.0=“isa” >> got my serial console back! >> > > FWIW, I've had several reports that APU2 with up of date firmware diesnot > have this issue. APU was the only system to come up more than once, and the > only one made after maybe 2010 or so. > > > IMHO, it might me an issue with the bios/efi firmware, I have PCengins > APU2 with a resent firmware from > Dasharo.com? > I thought I'd been told people with a recent firmware from PCEngines were fine on the APU2, but all versions of the APU/APU1 had an issue. But perhaps I'm misremembering. I'm not seeing it in a quick email search. Warner > Danny > > > Warner > > So thanks to all of you! >> >> Danny >> >> >> I don't know if this note was MFC'ed to stable. >> >> https://github.com/freebsd/freebsd-src/commit/63e282288ed84387d2ec75ba8df7d7d004536781 >> >> You might try to put something like this in /boot/device.hints (or >> /boot/loader.conf?): >> hint.uart.0.at="isa" >> hint.uart.0.port="0x3F8" >> hint.uart.0.flags="0x10" >> hint.uart.0.irq="4" >> hint.uart.1.at="isa" >> hint.uart.1.port="0x2F8" >> hint.uart.1.irq="3" >> >> >> Regards, >> Ronald. >> >> >> >> >