From nobody Mon Dec 16 15:22:34 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 4YBkGH3TzTz5hYn9 for ; Mon, 16 Dec 2024 15:22:47 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pg1-x536.google.com (mail-pg1-x536.google.com [IPv6:2607:f8b0:4864:20::536]) (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 4YBkGH1nhHz4DQh for ; Mon, 16 Dec 2024 15:22:47 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pg1-x536.google.com with SMTP id 41be03b00d2f7-7fd45005a09so2531859a12.2 for ; Mon, 16 Dec 2024 07:22:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1734362566; x=1734967366; 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=U40KkDDHfACPZqcnksNxH/eJxcxnhNWg1zdEfo98Fvk=; b=Hq+vfzoadBf7+OikpTqFu1CLqrlPaPPhWtOBh18MVoXbb2MTHJM+R0h1IXYHML+n2w WsBd5NJ5FCsQPrPKPUu+brOerAXytlFcfsgXuwnPvWell1MlEEwi+WB4WpGqIHdIgp6c j3yNR+eFTW0DuY/m/Wzq8VvkvOOo6r6flfdYWlocNAoFi7T+tDi0Gxn8SwQutsl9NNp0 yfJJ+cSnAnRHUZNZq9K2WQnExDSq7Jbumcx6rYQAWgn57L5vVxe0wTDNZ9kljLOhbKbk NxIRs4+BjvqzhkuxTnVveMMYmf8f1ly7w9edBjHeroR4GEXsacFpRVG3C0RWoyAIjUPc dK2w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1734362566; x=1734967366; 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=U40KkDDHfACPZqcnksNxH/eJxcxnhNWg1zdEfo98Fvk=; b=wF0bTN9cQmDRF1hhRFFzYStK4qAUPEXrqyyHo9gMHctrJB20L3WAsSFW0aEHnyrUX0 +TpUm6yQQVzFib5IkAJdEw5S0arPSIj0WpULlF/P0y/OaEr8erMO69qf084YExqcKI8Z e6lx4pAGBvsWe38ftNTSCBNRqs6S8RNb2xPmVtb8UTd69JszRpRN9kGuHLwrNHKcLUrD oLLia/aiPqVUEMIoYDYRgU5aitEkczwMOxJxlI+k5ermZgNHTmaaYMUWLLY2GDwghaGH DdbjStZQReNGGUEmBs2Lh5wKLoaElVghzgSRFvOvqqiF1hCMOzCoe+SSU876DJtSgSXQ IBZg== X-Forwarded-Encrypted: i=1; AJvYcCXVvJNQ99u/z2p0UKut55xmNCjJz7bslOq44fqTDkYI+hFSVO0xMJ8D0jN8Y9EC9Hb0ZkQxoTM=@freebsd.org X-Gm-Message-State: AOJu0YzDBub39gvsDnsIcCMLg78CmeL45ROzsYpkKr7bFBNXDVN7x8Li 96ePnarEaYpJ64Xy11rkm8v8vXK8GuRzGhOyMQn0vs2rQbpZ0iiLKUGzIlcl9/R4GGtyO6KX5li GglI9RmM8wln+amdYG4eAWY9sBnlS+9t2zTk2/zXhWHkSL0LAiZc= X-Gm-Gg: ASbGncvvq+jTxxu335JZT7mqgPIWpdiyFwbWiAtJgr0tCgKXgDo5mUGiPKSR8Qxr9Qc 5roS7pHsUknUH9pg9x3JzpcWWPmPUthvkcMo0Zorjr8AlenVKgmeqI7sXrRfk99c8rbk3 X-Google-Smtp-Source: AGHT+IFX41Hz1oArN6cTzI2SdI6SWKRTPauP8jOYzcxv6vCWlzorCDduieumfXdq8VjY9nV46Sn00CpaK46JRkyrZ2c= X-Received: by 2002:a17:90a:1c10:b0:2ee:cdea:ad91 with SMTP id 98e67ed59e1d1-2f28fb63fc4mr20066148a91.15.1734362565995; Mon, 16 Dec 2024 07:22:45 -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> In-Reply-To: <0F8F02E9-4FBD-491E-A4AD-81A86E0A8967@cs.huji.ac.il> From: Warner Losh Date: Mon, 16 Dec 2024 08:22:34 -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="000000000000a8921f062964c0a8" 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: 4YBkGH1nhHz4DQh X-Spamd-Bar: ---- --000000000000a8921f062964c0a8 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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 traditional > devices. uart has moved from isa to acpi so the hints act as wiri= ng > instead of device enumeration. Hints for parallel port, floppy, e= tc > 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=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 the only one made after maybe 2010 or so. 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/63e282288ed84387d2ec75ba8df= 7d7d004536781 > > 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. > > > > --000000000000a8921f062964c0a8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Mon, Dec 16, 2024, 7:32=E2=80= =AFAM Daniel Braniss <danny@cs.hu= ji.ac.il> wrote:


On 16 Dec 202= 4, at 16:15, Ronald Klop <ronald-lists@klop.ws> wrote:

Van: Kurt Jaeger <pi@freebsd.org><= br> 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.

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/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

--000000000000a8921f062964c0a8--