From nobody Mon Dec 16 14:15:50 2024 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4YBhn55QLlz5hTHb for ; Mon, 16 Dec 2024 14:15:53 +0000 (UTC) (envelope-from SRS0=NOSW=TJ=klop.ws=ronald-lists@realworks.nl) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.24]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4YBhn52bDnz4T8R; Mon, 16 Dec 2024 14:15:53 +0000 (UTC) (envelope-from SRS0=NOSW=TJ=klop.ws=ronald-lists@realworks.nl) Authentication-Results: mx1.freebsd.org; none Date: Mon, 16 Dec 2024 15:15:50 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1734358551; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=ocKs/klY7rtsoLnj7MKk/Lmbr0FIIMUpd+o2B5Tiuco=; b=iAQPRz22Ow9jp7wlOscGm+W5xk6WiWmTlLahq8Quj/LNHcZpYrHgllYMqXeA4IMq5qWoZb pwYpW1kzoLuxob1VtsfBjNjCFXrDpsJZtuhylKldNDOgiSzwx0o+GzaK+QTTd+WwOce7b+ OY+0Bx2kbSo50OK/8RRQg6IqwdcSLUbr0tZFZSJtyKqUON88pZIQth4bQXV0UPSPV1MN+y mxurzuLm6gqqIgBzwRC3OvwxO4FhCcnYhpP4nG+cq041No5TqsrVsHCbsi1gKdcO73ppkT SsikOlBCw7TMUrCrjFhxQ9bzctvK42BeDdJhZTeq9LL3gCTM9j6CEQDXP7hjSg== From: Ronald Klop To: Kurt Jaeger Cc: Freebsd-stable List , Warner Losh , Daniel Braniss , John Baldwin Message-ID: <770149226.7914.1734358550887@localhost> In-Reply-To: References: <3F04B2DC-1AA9-4663-BCDE-3EFD0B01527E@cs.huji.ac.il> <044EAFE1-DCB8-439C-A422-4B5F8CD4C37C@cs.huji.ac.il> <501640865.7444.1734350498438@localhost> Subject: Re: not working /dev/console List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_7913_1424241562.1734358550883" X-Mailer: Realworks (732.103) Importance: Normal X-Priority: 3 (Normal) X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL] X-Rspamd-Queue-Id: 4YBhn52bDnz4T8R X-Spamd-Bar: ---- ------=_Part_7913_1424241562.1734358550883 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit 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 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. 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. ------=_Part_7913_1424241562.1734358550883 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit

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.

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.
  ------=_Part_7913_1424241562.1734358550883--