Re: not working /dev/console

< This machine is about a year old (that's how long it's taken me to > actually get around to setting it up). I'm contemplating trying to get > some Dell firmware updates just to see if that makes things any > better. So it turns out that it was a Dell issue, just not the sort of Dell issue that

Re: not working /dev/console

On Mon, Jan 27, 2025 at 8:07 PM Garrett Wollman wrote: > < said: > > > I'd try current on it and see if that fixes the problem (or doing a test > > boot, no need to install the whole thing). But I'm mostly interested > > to see how fast to MFC the fixes. > > Any particular snapshot? > Any -curre

Re: not working /dev/console

< said: > I'd try current on it and see if that fixes the problem (or doing a test > boot, no need to install the whole thing). But I'm mostly interested > to see how fast to MFC the fixes. Any particular snapshot? -GAWollman

Re: not working /dev/console

On Fri, Jan 24, 2025 at 10:05 AM Garrett Wollman wrote: > < said: > > > Both 13 and 14 have trouble with the latest batch of EDK-2 systems that > > public a SPCR table to describe the serial ports. 15 has support for that > > baked in fairly well, though. It's needed for arm64 systems a lot, but

Re: not working /dev/console

< said: > Both 13 and 14 have trouble with the latest batch of EDK-2 systems that > public a SPCR table to describe the serial ports. 15 has support for that > baked in fairly well, though. It's needed for arm64 systems a lot, but > amd64 systems are popping up that need it. Maybe this is one. Ho

Re: not working /dev/console

On Fri, Jan 24, 2025 at 9:10 AM Garrett Wollman wrote: > < said: > > > On Thu, Jan 23, 2025, 2:19 PM Garrett Wollman > > wrote: > > >> Resurrecting an old thread, because I find myself in a position where > >> I have to get a serial console working on a UEFI-only Dell R360 (with > >> iDRAC Expre

Re: not working /dev/console

< said: > On Thu, Jan 23, 2025, 2:19 PM Garrett Wollman > wrote: >> Resurrecting an old thread, because I find myself in a position where >> I have to get a serial console working on a UEFI-only Dell R360 (with >> iDRAC Express, so no remote video console that I can look at). >> > What version

Re: not working /dev/console

On Thu, Jan 23, 2025, 2:19 PM Garrett Wollman wrote: > Resurrecting an old thread, because I find myself in a position where > I have to get a serial console working on a UEFI-only Dell R360 (with > iDRAC Express, so no remote video console that I can look at). > What version? > > < said: > > >

Re: not working /dev/console

Try adding: boot_serial=yes To loader.conf > On 23 Jan 2025, at 23:19, Garrett Wollman wrote: > > Resurrecting an old thread, because I find myself in a position where > I have to get a serial console working on a UEFI-only Dell R360 (with > iDRAC Express, so no remote video con

Re: not working /dev/console

Resurrecting an old thread, because I find myself in a position where I have to get a serial console working on a UEFI-only Dell R360 (with iDRAC Express, so no remote video console that I can look at). < said: > But, the tl;dr is likely just adding 'boot_serial=YES' and the > "hw.uart.console" >

Re: not working /dev/console

On 12/16/24 16:08, Kurt Jaeger wrote: Aha! Tested, works! For the APUs, this is sufficient: hint.uart.0.at="isa" hint.uart.1.at="isa" The loader finds the port/irq by some automagic. Kurt's suggestion of adding the 2 uart hints worx fine on my APU1 (can login again through serial conso

Re: not working /dev/console

n:* Kurt Jaeger >> *Datum:* maandag, 16 december 2024 14:34 >> *Aan:* Warner Losh >> *CC:* John Baldwin , Daniel Braniss , >> Freebsd-stable List >> *Onderwerp:* Re: not working /dev/console >> >> Hi! >> >> > > > can y

Re: not working /dev/console

rote: >>> >>> >>> Van: Kurt Jaeger mailto:p...@freebsd.org>> >>> Datum: maandag, 16 december 2024 14:34 >>> Aan: Warner Losh mailto:i...@bsdimp.com>> >>> CC: John Baldwin mailto:j...@freebsd.org>>, Daniel >>> Brani

Re: not working /dev/console

On Mon, Dec 16, 2024, 7:32 AM Daniel Braniss wrote: > > > On 16 Dec 2024, at 16:15, Ronald Klop wrote: > > > *Van:* Kurt Jaeger > *Datum:* maandag, 16 december 2024 14:34 > *Aan:* Warner Losh > *CC:* John Baldwin , Daniel Braniss , > Freebsd-stable List >

Re: not working /dev/console

Hi! > > > The system boots via serial, and then stops displaying any > > > kernel output. > > > APU is one of the latest machines that don't quite enumerate the > > serial ports right via ACPI, so you'll need to add the following to > > loader.conf > > > > hint.uart.0.at="isa" > > hint.uart.0.po

Re: not working /dev/console

> On 16 Dec 2024, at 16:15, Ronald Klop wrote: > > > Van: Kurt Jaeger > Datum: maandag, 16 december 2024 14:34 > Aan: Warner Losh > CC: John Baldwin , Daniel Braniss , > Freebsd-stable List > Onderwerp: Re: not working /dev/console > > Hi! > > >

Re: not working /dev/console

Van: Kurt Jaeger Datum: maandag, 16 december 2024 14:34 Aan: Warner Losh CC: John Baldwin , Daniel Braniss , Freebsd-stable List Onderwerp: Re: not working /dev/console Hi! > > > can you tell more on how to fix this ? > > > APU version apu1 lost their ability to hav

Re: not working /dev/console

On Mon, Dec 16, 2024, 6:52 AM Kurt Jaeger wrote: > Hi! > > > > The system boots via serial, and then stops displaying any > > > kernel output. > > > APU is one of the latest machines that don't quite enumerate the > > serial ports right via ACPI, so you'll need to add the following to > > loader.

Re: not working /dev/console

On Mon, Dec 16, 2024 at 6:34 AM Kurt Jaeger wrote: > 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 va

Re: not working /dev/console

Hi! > > The system boots via serial, and then stops displaying any > > kernel output. > APU is one of the latest machines that don't quite enumerate the > serial ports right via ACPI, so you'll need to add the following to > loader.conf > > hint.uart.0.at="isa" > hint.uart.0.port="0x3F8" > hint.

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 seria

Re: not working /dev/console

On Mon, Dec 16, 2024, 5:15 AM Kurt Jaeger wrote: > Hi, John, > > > 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

Re: not working /dev/console

Hi, John, > 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. -- p...@freebsd.org +49 171 31

Re: not working /dev/console

Hi, John, can you tell more on how to fix this ? APU version apu1 lost their ability to have a serial console in 14.2. > > > btw, all works fine with a 13.1 kernel [...] > > I made a diff from booting 13.1 and 14.2 with boot_verbose, and this stands > > out: > > (only in the 13.1) > > > > -pc

Re: not working /dev/console

Van: Daniel Braniss Datum: maandag, 16 december 2024 09:23 Aan: Kurt Jaeger CC: Warner Losh , Freebsd-stable List Onderwerp: Re: not working /dev/console > On 9 Dec 2024, at 10:35, Daniel Braniss wrote: > > hi Kurt & Warner: > im trying on a PCengines apu2 fbsd 14.2, b

Re: not working /dev/console

> On 9 Dec 2024, at 10:35, Daniel Braniss wrote: > > hi Kurt & Warner: > im trying on a PCengines apu2 fbsd 14.2, but have the same symptoms, no > console. > dmesg|grep uart -> nothing. > after some trials the best i have is: > the bsd-menu showing > 5. Cons: Serial > and

Re: not working /dev/console

hi Kurt & Warner: im trying on a PCengines apu2 fbsd 14.2, but have the same symptoms, no console. dmesg|grep uart -> nothing. after some trials the best i have is: the bsd-menu showing 5. Cons: Serial and only the kernel messages. no /dev/console, no /dev/ttyu0, but can r

Re: not working /dev/console

Hi! > So, there should be a line like > > uart0: console (115200,n,8,1) > > if not, then hw.uart.console isn't making it through. So somehow the uarts are not found during initialization ? > If you are using a custom kernel, It's the generic kernel. > you can add that to a file and add 'env

Re: not working /dev/console

On Sun, Dec 8, 2024 at 10:44 AM Kurt Jaeger wrote: > Hi! > > > Does dmesg|grep uart > > Show the console? > > No 8-( > > serial shows: > > Dual Console: Serial Primary, Video Secondary > intsmb0: at device 20.0 on pci0 > smbus0: on intsmb0 > re0: link state changed to UP > re1: link state chang

Re: not working /dev/console

On Fri, Nov 29, 2024 at 12:20 AM Daniel Braniss wrote: > > > On 27 Nov 2024, at 18:44, Warner Losh wrote: > > > > On Wed, Nov 27, 2024 at 3:59 AM Robert Schulze wrote: > >> Hello, >> >> Am 27.11.24 um 09:34 schrieb Daniel Braniss: >> > Hi, >> > when the console is not uart0, init’s output, whic

Re: not working /dev/console

Hi! > Does dmesg|grep uart > Show the console? No 8-( serial shows: Dual Console: Serial Primary, Video Secondary intsmb0: at device 20.0 on pci0 smbus0: 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: lin

Re: not working /dev/console

Hi Kurt, Does dmesg|grep uart Show the console? I will try to upgrade my PCengines and let you know ASAP. Danny PS: I did upgrade it’s bios some time ago > On 8 Dec 2024, at 15:15, Kurt Jaeger wrote: > > Hi! > > I have a case of a PC Engines APU1 model with the most recent > BIOS that no l

Re: not working /dev/console

Hi! I have a case of a PC Engines APU1 model with the most recent BIOS that no longer works after the upgrade to 14.2 with the serial console after boot. Is that related ? The devinfo -r output: - One box where I still have 14.1: https://people.freebsd.org/~pi/logs/devinfo-apu1-14.1 - The one

Re: not working /dev/console

> On 27 Nov 2024, at 18:44, Warner Losh wrote: > > > > On Wed, Nov 27, 2024 at 3:59 AM Robert Schulze > 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

Re: not working /dev/console

On Wed, Nov 27, 2024 at 3:59 AM Robert Schulze 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 hi

Re: not working /dev/console

On Wed, Nov 27, 2024 at 3:48 AM Daniel Braniss wrote: > > > On 27 Nov 2024, at 11:42, Warner Losh wrote: > > > > On Wed, Nov 27, 2024, 2:12 AM Daniel Braniss wrote: > >> >> >> > On 27 Nov 2024, at 10:45, Kurt Jaeger wrote: >> > >> > Hi! >> > >> >> when the console is not uart0, init’s output,

Re: not working /dev/console

On 11/27/24 02:34, Daniel Braniss wrote: 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. so, is there a way to configure /dev/console to uart1? thanks, danny Souonds like the primary configura

Re: not working /dev/console

> On 27 Nov 2024, at 11:42, Warner Losh wrote: > > > > On Wed, Nov 27, 2024, 2:12 AM Daniel Braniss > wrote: > > > > On 27 Nov 2024, at 10:45, Kurt Jaeger > > wrote: > > > > Hi! > > > >> when the console is not uart0, init’s output, w

Re: not working /dev/console

> On 27 Nov 2024, at 12:59, Robert Schulze 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

Re: not working /dev/console

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 uar

Re: not working /dev/console

On Wed, Nov 27, 2024, 2:12 AM Daniel Braniss wrote: > > > > On 27 Nov 2024, at 10:45, Kurt Jaeger wrote: > > > > 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. > >> > >> so, is there a way

Re: not working /dev/console

> On 27 Nov 2024, at 10:45, Kurt Jaeger wrote: > > 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. >> >> so, is there a way to configure /dev/console to uart1? > > I made some notes, and t

not working /dev/console

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. so, is there a way to configure /dev/console to uart1? thanks, danny