From nobody Mon Dec 16 16:23:47 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 4YBlcw5ZKjz5hctB for ; Mon, 16 Dec 2024 16:24:00 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pg1-x52a.google.com (mail-pg1-x52a.google.com [IPv6:2607:f8b0:4864:20::52a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YBlcw3gWrz4PYX for ; Mon, 16 Dec 2024 16:24:00 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pg1-x52a.google.com with SMTP id 41be03b00d2f7-7feb6871730so2887207a12.2 for ; Mon, 16 Dec 2024 08:24:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1734366239; x=1734971039; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=QB8MJd+odMGD7xj3mRUxi/gYx+aeMKoOYtiu286cwD4=; b=gj/7n3ryjJ11l3u3DwjkQ+SAjAo7rXYtegq0vus40p0WEf9m614JebkIQrRaminJd6 a2FYtocX/MqMsXuHyBNasuf4SY862js888Dj8YQGGKZ1ehPVjsy8nEn1sonfhz/t6oI8 vOy246hHX5/VTDQzHuNU5tLJ6utu8zpt+44Ov5K7dB9J7gqcHqInXWw4jcL+FZRowt5e YIWJes9SDoCXc4vgz5kTZ4m1fFHFLUTLkmFpgvZLrdG8OZ0OC7V/v1R3huFqmdghVcRW tAUWG8gmyZ0TXnCd6N0NaqyDjZUvARs0c8vqk5FLGAHTNOmbejvQ7N1SdT2aYVpF/ozn aBEw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1734366239; x=1734971039; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=QB8MJd+odMGD7xj3mRUxi/gYx+aeMKoOYtiu286cwD4=; b=OcQj9wOXZVhdHqbuXBmonmVFGZb/qgQPmX2zGplKKQj2L/R0CVxbkcL8MtBZ8r9XHL 2OKLT0Rkp4pCNNZEonQj59f2h/fqc8xznuae+HABTQrA5K+CkFbO4VY1k151k7rYVLoq h3zoO0R/gCUBcxmXsEG8SCkDHfrfDv4ZOwoNQrymp9oUKva+eRa3lKakrZ1aggD0sQDl HMlz0JNJ2a1YwoUIeXxtXCGMcKgCKjMJLH0a4vc/l1dBqbwBORLKUww4awICX8d1ErKY iMY1yDdUwmsD000SV6GK90y5+0znxhNPIHFjlTbGVJ3CxlO3ZyD1ctWV+B3MQ5sZ807I G5DQ== X-Forwarded-Encrypted: i=1; AJvYcCU8mScd2DHuORs/slsOrUN46uWNLEGyMdH5CKC0TPBDXcg++TEWLZ3L9qPonp8FkgKkxnvtXPg=@freebsd.org X-Gm-Message-State: AOJu0YzOLSfFFBVgr43XBezjapO+QrMNTq1ZK587JOTOH4xDPjSK80iR X+BiScRFyyOBYAhXX8dibFW38YqPM2yc0vU3CrpgoqBQs7NpkR4Ymel8P7F9j2zw3OQcPaWtjvc hZhDICb/GfsoZyh5fG52ydQf/1yENMI4U6kujiw== X-Gm-Gg: ASbGncv9eCmUuSSIfBeD4dvJ4HIdpJqAkVrGQge1p/G+m9UTFDcO7471/lLTJyAj2mH T7GFeENqkdtn8GoCKv8XTyO9j2zbcn25NZRIl1w== X-Google-Smtp-Source: AGHT+IGt1UUMZVWuWzfrPr4B29znLWI5kFc6qoyuZmNS0CaUeln3xxBdLAT9ZWa3qwxfQlUHuE7L6ZGfY1FntCupXzo= X-Received: by 2002:a17:90a:e70d:b0:2ee:dd79:e03c with SMTP id 98e67ed59e1d1-2f28fd6e848mr19532009a91.20.1734366239112; Mon, 16 Dec 2024 08:23:59 -0800 (PST) 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 References: <3F04B2DC-1AA9-4663-BCDE-3EFD0B01527E@cs.huji.ac.il> <044EAFE1-DCB8-439C-A422-4B5F8CD4C37C@cs.huji.ac.il> <501640865.7444.1734350498438@localhost> <770149226.7914.1734358550887@localhost> <0F8F02E9-4FBD-491E-A4AD-81A86E0A8967@cs.huji.ac.il> <8837CC40-3CEC-4674-9CF5-CE2E625FA277@cs.huji.ac.il> In-Reply-To: <8837CC40-3CEC-4674-9CF5-CE2E625FA277@cs.huji.ac.il> From: Warner Losh Date: Mon, 16 Dec 2024 09:23:47 -0700 Message-ID: Subject: Re: not working /dev/console To: Daniel Braniss Cc: Ronald Klop , Kurt Jaeger , Freebsd-stable List , John Baldwin Content-Type: multipart/alternative; boundary="00000000000097da210629659b45" 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:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4YBlcw3gWrz4PYX X-Spamd-Bar: ---- --00000000000097da210629659b45 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, Dec 16, 2024 at 9:16=E2=80=AFAM Daniel Braniss wrote: > > > On 16 Dec 2024, at 17:22, Warner Losh wrote: > > > > On Mon, Dec 16, 2024, 7:32=E2=80=AFAM 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 >> *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=3D1 >> > > >> > > 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 traditiona= l >> 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 i= n >> FreeBSD 15. >> to see if you need to start including hints for the device on is= a >> 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=3D=E2=80=9Cisa= =E2=80=9D >> 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 t= he > 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/63e282288ed84387d2ec75ba8d= f7d7d004536781 >> >> You might try to put something like this in /boot/device.hints (or >> /boot/loader.conf?): >> hint.uart.0.at=3D"isa" >> hint.uart.0.port=3D"0x3F8" >> hint.uart.0.flags=3D"0x10" >> hint.uart.0.irq=3D"4" >> hint.uart.1.at=3D"isa" >> hint.uart.1.port=3D"0x2F8" >> hint.uart.1.irq=3D"3" >> >> >> Regards, >> Ronald. >> >> >> >> > --00000000000097da210629659b45 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Mon, Dec 16,= 2024 at 9:16=E2=80=AFAM 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=E2=80=AFAM Daniel Braniss <danny@cs.huji.ac.il> wrote:

On 16 Dec 2024, at 16:15, Ronald Klop <<= a href=3D"mailto:ronald-lists@klop.ws" rel=3D"noreferrer" target=3D"_blank"= >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.or= g>
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=3D1
> >
> > in /boot/loader.conf
> >
> > changed the value after reboot, but the serial console is still l= ost.
>
> 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.

--=C2=A0
pi@FreeBSD.org =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0+49 171 3101= 372 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0Now what ?
=C2=A0


Does this note from /usr/src/UPDATING help?

20240715:
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 We now lean more heavily on ACPI= enumeration for some traditional
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 devices. uart has moved from isa= to acpi so the hints act as wiring
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 instead of device enumeration. H= ints for parallel port, floppy, etc
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 have been removed.=C2=A0 Before = upgrading, grep your dmesg for lines like:
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 uart1: non-PNP ISA device will be removed from GENERIC in F= reeBSD 15.
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 to see if you need to start incl= uding hints for the device on isa
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 in your loader.conf or device.hi= nts file. APU1 (but not APU2) boards
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 are known to be affected, but th= ere may be others.

The problem i= s also on APU2, and fixing the hint.uart.0=3D=E2=80=9Cisa=E2=80=9D
got my serial console back!

FWIW, I've had several reports th= at 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 A= PU2 with a resent firmware from=C2=A0
Dasharo.com?

I thought I'd been told people with a rec= ent 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 seei= ng it in a quick email search.

Warner
= =C2=A0
Dan= ny


Warner

So thanks to all of you!

Dann= y


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/lo= ader.conf?):
hint.uart.0.port=3D"0x3F8"
hint.uart.0.flags=3D"0x10"
hint.uart.0.irq=3D"4"
hint.uart.1.port=3D"0x2F8"
hint.uart.1.irq=3D"3"
=C2=A0

Regards,
Ronald.
=C2=A0


--00000000000097da210629659b45--