From nobody Sun Dec 8 17:59:02 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 4Y5t6V5z8yz5gx3c for ; Sun, 08 Dec 2024 17:59:14 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pf1-x432.google.com (mail-pf1-x432.google.com [IPv6:2607:f8b0:4864:20::432]) (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 4Y5t6V3Hdfz44R9 for ; Sun, 8 Dec 2024 17:59:14 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pf1-x432.google.com with SMTP id d2e1a72fcca58-725ce7b82cbso1284723b3a.0 for ; Sun, 08 Dec 2024 09:59:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1733680753; x=1734285553; 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=IadPmexhZnilHrz68FiqMtjLoK9S2mrWvqlcRl/7LmM=; b=Ni5PJkRvlEmNuwn1auLBq9VM/WvVZ80aigMmdCNR8IZEj6gtwmqggTI2LuE8GzYSal ADpyFva7Xj9MPywRXanDwb4ImbtSXrpC7h5R0IQ2kFmwruPFkU6PqGVhmtVLu1gIAyzi DAEb79/QvtDbs5w3XQdwOa5fztvmvp1fThCkezzVUyiojkja/M+As+CGijCKTslfR2GC hSWE3lPJHH+D/JZ5pi6CS0XE54opvzRZvHdPRyGFJ7mNOrhA4Y4DOPgEXTekRnKnMsOy 9i1q5cgTppo72jpTfiLqCIyW0GEjE0F+RVHcXgHf1COKY7Avi4PpoFKTYz6SHFVpw1/K B2Dw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1733680753; x=1734285553; 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=IadPmexhZnilHrz68FiqMtjLoK9S2mrWvqlcRl/7LmM=; b=GBDOBzKoF0Xht3TUO8xFe7tvfBFe63VBw4OWMg8iiB8G9b7xg27/2X6T7DeeKf60b/ wr9zVHbe+b4pC3wn2E4KhDZYKJUmRdAv05iksHYk6cH6WfKJ5l5ua0HqsD4N4xAleud7 OCa7ci/BbcSgjarTmK4UAKhYODcBgUDCIPbKPIGuniIMW/0C4RHItb2H+Iy87oz82I5A 4TTN5LlXo6V+OBD8JBziYdI4qz/sCgxmgSS3+J2dK/wVhuoiJnw+3Caj07XNAOtZ+yEr Vj/Irp+yrOxIc8Y3uI6CxvCTiltjjLVpqsvCgt2hb4G3/AODRsmOV4w+96CVQtLpyv8O qubA== X-Forwarded-Encrypted: i=1; AJvYcCWDKqdDrdSIRF/K2SvsUR5Z4upYO8NwT5PhkoW0IwpuTCqUtYnHnjIAerCsOr/wUCknkPEHZs8=@freebsd.org X-Gm-Message-State: AOJu0YyK3FXtlYCGGPX9wDFiukJ/0HFrgfbcxrr8a7rhG6izVMg7ov9m c1lg1NN3b6mwzxPinihMj0HUsxI5Bqehr2+xW6/0tVIVp1osyyGg84x64yQebpj73qSy3LbtFHl HJq0U6mWJ37YBIqtVkiRjAqOZ4L3+HP0QZZifrw== X-Gm-Gg: ASbGncttVO2kR19XZ7XFbbIGIv0UNh1pxQ9DKGGXgRcMPfvFtwVmuwiA3F5XZ668Sjd 5i058p2numM8MZdnTLlQ/A0mtkGXBlDQ= X-Google-Smtp-Source: AGHT+IFGFRsk3atgC77PKuE5BQG6hSV3S9N3RkM3xKwS7eSYcesWocT3JOcJB/RmjUiFh//FuC9KQtUzKu7d2LHhVvI= X-Received: by 2002:a05:6a00:140d:b0:725:eb3e:22b7 with SMTP id d2e1a72fcca58-725eb3e25b2mr2237305b3a.26.1733680753188; Sun, 08 Dec 2024 09:59:13 -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: <365D866D-F7D2-4DB6-AFFB-B4C3829D8467@cs.huji.ac.il> In-Reply-To: From: Warner Losh Date: Sun, 8 Dec 2024 10:59:02 -0700 Message-ID: Subject: Re: not working /dev/console To: Kurt Jaeger Cc: Daniel Braniss , Freebsd-stable List Content-Type: multipart/alternative; boundary="00000000000072be210628c6015b" 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: 4Y5t6V3Hdfz44R9 X-Spamd-Bar: ---- --00000000000072be210628c6015b Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sun, Dec 8, 2024 at 10:44=E2=80=AFAM 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 changed to UP > re2: link state changed to UP > lo0: link state changed to UP > re0: link state changed to DOWN > re2: link state changed to DOWN > > dmesg if logged into it via ssh 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: link state changed to DOWN > re2: link state changed to DOWN > re0: link state changed to UP > re2: link state changed to UP > > I then tried to use net/realtek-re-kmod, and then both show: > > smbus0: on intsmb0 > lo0: link state changed to UP > re0: link state changed to UP > re2: link state changed to UP > So, there should be a line like uart0: console (115200,n,8,1) if not, then hw.uart.console isn't making it through. If you are using a custom kernel, you can add that to a file and add 'env /path/to/file/on/build/host' to the kernel config to wire that into the kernel, should the boot path make it hard to set an initial environment otherwise. Also, DHCP should still try to grab /boot/loader.conf from the tftp/http server as well. That might also be something that needs debugging (or hopefully just correct config). Warner > -- > pi@FreeBSD.org +49 171 3101372 Now what ? > --00000000000072be210628c6015b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Sun, Dec 8, = 2024 at 10:44=E2=80=AFAM Kurt Jaeger <= pi@freebsd.org> wrote:
Hi!

> Does dmesg|grep uart
> Show the console?

No 8-(

serial shows:

Dual Console: Serial Primary, Video Secondary
intsmb0: <AMD SB600/7xx/8xx/9xx SMBus Controller> at device 20.0 on p= ci0
smbus0: <System Management Bus> 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: link state changed to DOWN
re2: link state changed to DOWN

dmesg if logged into it via ssh shows:

Dual Console: Serial Primary, Video Secondary
intsmb0: <AMD SB600/7xx/8xx/9xx SMBus Controller> at device 20.0 on p= ci0
smbus0: <System Management Bus> 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: link state changed to DOWN
re2: link state changed to DOWN
re0: link state changed to UP
re2: link state changed to UP

I then tried to use net/realtek-re-kmod, and then both show:

smbus0: <System Management Bus> on intsmb0
lo0: link state changed to UP
re0: link state changed to UP
re2: link state changed to UP

So, there= should be a line like

uart0: console (115200,n,8,= 1)

if not, then hw.uart.console isn't making i= t through. If you are using a custom kernel, you can add that to a file and= add 'env /path/to/file/on/build/host' to the kernel=C2=A0config to= wire that into the kernel, should the boot path make it hard to set an ini= tial environment otherwise. Also, DHCP should still try to grab /boot/loade= r.conf from the tftp/http server as well. That might also be something that= needs debugging (or hopefully just correct config).

Warner
=C2=A0
--
pi@FreeBSD.org=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0+49 171 3101372=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Now what ?
--00000000000072be210628c6015b--