From nobody Mon Dec 16 00:03:42 2024 X-Original-To: freebsd-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 4YBKtB2YfPz5gXHc for ; Mon, 16 Dec 2024 00:04:02 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-20.consmr.mail.gq1.yahoo.com (sonic314-20.consmr.mail.gq1.yahoo.com [98.137.69.83]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4YBKt90tpDz54vw for ; Mon, 16 Dec 2024 00:04:01 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=Ur1Erm9w; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.83 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1734307439; bh=u3vsgOkGhpjAtOWN2CNHiEvYTDPd4wbGj/8E7Y4b6WA=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=Ur1Erm9wVon53uLYLn5owuXxiaazZD2eE4i5rImvYeu/D2Xg8bDqeiZZaXvDVo/w4fZlsB83TsSdtXhSoN6bxnJnnB4jEK+K2PeZPGcEOoq8n2xl+Nu0VUp/c87KZtNftZ+ldN68euIB9PEEBX5AYQHlLcEO0mi7KJ1P1k51o26IaY9PMzF3eM12z9rZAkfK6Qo7HO0TKNJwOesVdqIQcgnZtQY0057QssgQUkvzLh9hSv7VPBwb34DMQwaCLhJf8teJhMMl/TvhJ3qBx7nrCKGws26tOkuUOZK2W180892WMqRGQMXHyZtioyW7x3xdjzxtrf1xFOfMmcY1tOl7KQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1734307439; bh=FYzGvN/UsrYZf+tv51tkYTwM9ErXatjWb1tCstHu9cU=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=hRCepPEHbSuDPPhwhWsq82lF0ZZFZ1imqq0iRHkvsbHPlyQzfCmZluVwgv0W4cf/knB5xJxkQ30y6yBabeepi+UiYhH+4/ZbZlV8m3NO4i4WkOypc00jAqiFTFtoVoAlcep7iiZJw/4dxtTDIQfQPZao2TLH3EEXMTRHiNZU0q8+VkGtR2izMATsrwco8iSlyaEvGdHgkqshGI8yIIIovwd2hWKZjzHIoozcfA1a629yFi/JugWZ5dUiRlfy3jqfq3W2GqAMkgJz1RplRizxDnGcCukLu7dnYHPgG3gMQlD3MkSXP7B0nfhxoEYWMRqFV9I8uNd0f+87+sdfplhTgg== X-YMail-OSG: tfPZRFAVM1kHkKW9_0TojoL5O9B31AaKIAxbtcDS6yaREpc0Kx7hC8cFQ1lLYFL LsdANrKekQiRVsWu6zX4dg3ulu.tuxvwKa1TTS4Fs9iImfS5C9b6ZqczjaeJ6i5UL3jOzjSRsCBr 6GzgGJHD07a4hQL7qcATTmgBp4gwHEezkXNTq5zBD4y7A8Tfk_.fJqqi8SxSg5PWn1hn7jDUqneD frwXvhmlko4QxsyqJcuN7omWG9KlcDcV4dIkK2P5oXKgYty25sv5jhbMZ4KhzAod85sKUlKdK4G7 3lsyUil6WdbdDgyf.Dd7DYYABNV8yiV1M_iBBx5zFdsufevVxUac7EnitTl9K9IZdePv03GmFEhO mH2V5Xj8kibBV2mX2E_sazmyr3bhLkIE8XPM.xSou2Hh9w2IHHGUA_kUx1oF1hzXvHtU9H_qYXKF 6_mc4YpyMDiqIQa1nAJuDEONPLfsawo8noZEHwSytGiAm9wZ9zSgAWrVf5ID2XaetUl7BeH8OUGg UxZ44Z5wPaV_wmaGrMMyek5cNAuzNecnZFFU_wxc1yknc5YVjJK_TME8CUYesimRuYyBSYvuOr7C x26UJ5P7.ImOVirVXuMUfVqedbFldmVbqt4LVsJyu7p76RTllqdOlXtPdFzdmppxrjDK_WuEK9r_ LEGpRm7lFVi.5Gk5qbVH9ePf3tmojihljQcse5qETd20Iqlqx98JsmSFfQ5CLM2S3RjPU4ovkRBu 2579M9pgoT7NnCf0spFgFAQNSQpF7VnJHwD0WyH.qttdQvTF1T_7mKVnCR7jHtk0hIbnr7IhsAUR t_n1s49dfCmRuuWLSIFCyKjjzjT2YGEtOGZqI6C8w6VViTU7yLCdpPhw29RMn5bnuZ3.0p9P72a_ C5Bf0Ahk5KIPoRKe.dzRIFp3Mk8yzyKd3FVgMfu3YYZvhVGRWrTyfNUDb6naEWIJOikBP7ssYWZU AIMEZVlZpGOZUXPlVV1pbOz0g0hHugNo7kU.1_p3kIRsFxh9RGK2Lvx6UrNdgpWZgIHmLOdgV8vy F.zHC_NbBd_RdFYHRt_zNWB1H5koOW83kn3oat3N9XHL8FCDfTM1y2xlJJaSrVVCRybkKV7KL.Ud 5fnwORGMmuQkdHLGOz5iKexehtT6SICkQ9NL7jkT3RA0ATD4hgqjONwg6VlK.eA2umw6oBrX_1DV QNGbn8Gt0S9Yir5d6Q9KV_vaHBWjOnXGdDAeEOaF04kq6kWpkptKLZrB18gYtYbsSGmXEGglJEv4 jxQynq.CaFFB8kJCTcCoVOOO7_Ljgsz976HeHwgYp1xIM_0Y5f_opRAm0UYu.kXG7UbmCD_8OLR_ VNpllF0z2pqRUT5Lm9V7eXkYC6LfYA63dGZwSrck5yS1ZZ2R74eGyw4QzixBNDUEA_H9V8O4B7dY 6lCurx9vtmeyhAYM18m11h.nVcnP5WF15Qje2irNZV5Z8T4kci9Fd.pGX.FyPUS5a53pRTm2GrE7 tbchXixuxT5kz7Zk4FbKZwUelBrFoHbzKAXByfkfhT0dZWYcUNUldZO29EVHrWEf0jH60PKXFt50 1p.32YLRSKtMfS4XzwAciLJWrHQDzUO9iQZxpPtG6ZPWg69wHvMZyJ3Ob6Wq73o4aWX_Ssx8m.Ps BIHn5bvcUYJuDAGlveM5tQ3dZEK_3ee8BgRRmIuhMtgh5pAoicCXO0Kthky3c1BRuEf1LU8fgdJM Rsgl_EYo2Ta1UemlgmoMEBLLousHVkW8wwiOJOHGW9_f2.GEByAJJGBWwG77u6wLWnPaz76A0_gd nYG6Jb_Xh5jt8WNTmWx0f2qWtOArWwSqn_xilKuLSjEO5t7Xzf6tX5tuZPFs6hI2G_jNttpSkARf zlLaksk9C6qd8RbH2OcgxLXmlle.jKnYHe3eScqhbfjzQUsHZHCFcAJ_RgQYE2wxjW_qZ4S6K3ot XUn1xhnfxEbIi_f9S1z.hTYfOjHb4ubsugh2wUnVeJ44rdvx15Mwdy5yNRz55ECAuKZNXd1ayuz8 4C.VCjKo0ZmRZsqH6cskt5Q.EAnJzWaAxhS9sSO3Z44Lt9mYzdBP52SiejhkmwtObziHOqyZvbrY OofIPQoj6vZXgJxgHdTJRb4D9J0LEahkp1vjaQNi.E3ikPBUh8hPn5FoAJXm1T2Q5HwH6fRw_1r. xkD4yDo2kY4IUJzUL72z50oKo4qO_xtMJxMtOUErHBMPPROM0grmYbxY7YkCEvce8rBPU3wl.8cW iM0z7xCzlrbPMzJl9sqclrpRMTRM- X-Sonic-MF: X-Sonic-ID: 355063b9-6205-4294-826e-26fe27e39f49 Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Mon, 16 Dec 2024 00:03:59 +0000 Received: by hermes--production-gq1-5dd4b47f46-5qmz7 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 2d2f7e71c4d8b929c6d109c5f62268cd; Mon, 16 Dec 2024 00:03:56 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable 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 (Mac OS X Mail 16.0 \(3826.300.87.4.3\)) Subject: What kind of code might generate amd64 addressses like 0xFFFFF80000000007 or be based on 0xFFFFF80000000000 ? Message-Id: <65B0673C-287A-47E5-A732-17CC5EEE3350@yahoo.com> Date: Sun, 15 Dec 2024 16:03:42 -0800 To: FreeBSD Current , FreeBSD-STABLE Mailing List , freebsd-hackers , freebsd-amd64@freebsd.org X-Mailer: Apple Mail (2.3826.300.87.4.3) References: <65B0673C-287A-47E5-A732-17CC5EEE3350.ref@yahoo.com> X-Spamd-Result: default: False [-2.50 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.83:from]; MID_RHS_MATCH_FROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.83:from] X-Rspamd-Queue-Id: 4YBKt90tpDz54vw X-Spamd-Bar: -- https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D267028 is for a = crash problem someone has been having over more than 2 years. There are boot time = crashes involved. It appears that 0xFFFFF80000000007 is showing up in use and stored in = data structures as a pointer value in fields/arguments that are pointers, = where such a special value would not be expected. Later defrerencing does not go = well, at least when the dererefenced data is then in-turn put to use. The small offset from 0xFFFFF80000000000 suggests to me that the special = value likely is inappropriately left around and somehow picked up and used. = 0xFFFFF80000000000 (or near it) might be odd enough to have only a few known likely possible = usages. Such notes in the bugzilla report would be good if such is the case. Thus my = question. The context has amdgpu raven support in use normally. Reportedly the = problem has never been seen with that disabled. (However, I'm not aware of = experiments with alternate card types, for example.) Where, when, and if a boot crash occurs is variable, not stable. But use = of the list found_modules->tqh_first->. . . tends to be involved. Some other modern 13.4-RELEASE related context notes ( comments #231 and #233 ): The person with the problem reports . . . I am not using a stock distribution of the kernel: diff -u sys/amd64/conf/{GENERIC,M5P} --- sys/amd64/conf/GENERIC 2024-07-03 16:23:56.252550000 -0400 +++ sys/amd64/conf/M5P 2024-07-03 16:25:05.287604000 -0400 @@ -18,12 +18,13 @@ # =20 cpu HAMMER -ident GENERIC +ident M5P =20 makeoptions DEBUG=3D-g # Build kernel with gdb(1) debug symbols makeoptions WITH_CTF=3D1 # Run ctfconvert(1) for DTrace support =20 -options SCHED_ULE # ULE scheduler +#options SCHED_ULE # ULE scheduler +options SCHED_4BSD # 4BSD scheduler options NUMA # Non-Uniform Memory Architecture support options PREEMPTION # Enable kernel thread preemption options VIMAGE # Subsystem virtualization, e.g. VNET I also noted (for modern 13.4-RELEASE times): Also: the build is based on the -p2 source code (hash 3f40d5821): # strings boot/kernel/kernel | grep "\-RELEASE" @(#)FreeBSD 13.4-RELEASE-p2 3f40d5821 M5P FreeBSD 13.4-RELEASE-p2 3f40d5821 M5P 13.4-RELEASE-p2 Because it is a rebuild, the kernel ends up with -p2 instead of the official -p1 ( from -p2 not updating boot/kernel/kernel in the official distributions ). =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Mon Dec 16 04:13:45 2024 X-Original-To: freebsd-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 4YBRQw6KTjz5gqrt; Mon, 16 Dec 2024 04:14:16 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from midget.dons.net.au (midget.dons.net.au [IPv6:2403:580d:ae98:0:225:90ff:fe47:39b4]) by mx1.freebsd.org (Postfix) with ESMTP id 4YBRQw2HDNz4DZs; Mon, 16 Dec 2024 04:14:16 +0000 (UTC) (envelope-from darius@dons.net.au) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple (unknown [IPv6:2001:44b8:1d2:8900:1876:809f:8906:ef38]) by midget.dons.net.au (Postfix) with ESMTPSA id 15A57756308; Mon, 16 Dec 2024 14:44:03 +1030 (ACDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dons.net.au; s=default; t=1734322445; bh=mNVyqTmcw9SeJxg5bqR5OOr4IpOtPA32g9kQkL4xq7E=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=qf+kdrOLn9fj5YMvSR0GfCpP/ARmVg3EF1hOs7m60HWfJi7gAlB1RNAtdZzCm2cER Pp6YVYrdd6vkLveVnT86hpFQiDUQEhL9IoqlQGmu4jP0LxQzc3G0PmXrIfC5QoSjz1 bB1t7/lKvWf52y60LKt7RgEArey7jLSCOvAsCVGaQ4C86lkJ4OH+7Ss8HLVdggUchu bVorf8mwlhI8LEr+V4QtqamlrfB2+1wWy7ljgzFyb+tZYGjJmQv1A09jFTH9AAwj71 lHPbU939JW7GuviGQ5cuqe/V5NrVCPLPNsU6Hyl/+Mw72qi3EJj1AjHE5CM+4DR+1W 803T2nvrSQsdg== Content-Type: text/plain; charset=us-ascii 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 (Mac OS X Mail 16.0 \(3826.200.121\)) Subject: Re: What kind of code might generate amd64 addressses like 0xFFFFF80000000007 or be based on 0xFFFFF80000000000 ? From: Daniel O'Connor In-Reply-To: <65B0673C-287A-47E5-A732-17CC5EEE3350@yahoo.com> Date: Mon, 16 Dec 2024 14:43:45 +1030 Cc: FreeBSD Current , FreeBSD-STABLE Mailing List , freebsd-hackers , freebsd-amd64@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <8C32FA41-C0EC-4679-9E26-B7CC3C69ECE6@dons.net.au> References: <65B0673C-287A-47E5-A732-17CC5EEE3350.ref@yahoo.com> <65B0673C-287A-47E5-A732-17CC5EEE3350@yahoo.com> To: Mark Millard X-Mailer: Apple Mail (2.3826.200.121) X-Rspamd-Action: no action X-Rspamd-Server: midget.dons.net.au X-Spam-Status: No, score=-0.09 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:4764, ipnet:2403:5800::/27, country:AU] X-Rspamd-Queue-Id: 4YBRQw2HDNz4DZs X-Spamd-Bar: ---- Hi Mark, > On 16 Dec 2024, at 10:33, Mark Millard wrote: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D267028 is for a = crash problem > someone has been having over more than 2 years. There are boot time = crashes > involved. >=20 > It appears that 0xFFFFF80000000007 is showing up in use and stored in = data > structures as a pointer value in fields/arguments that are pointers, = where such > a special value would not be expected. Later defrerencing does not go = well, at > least when the dererefenced data is then in-turn put to use. >=20 > The small offset from 0xFFFFF80000000000 suggests to me that the = special value likely > is inappropriately left around and somehow picked up and used. = 0xFFFFF80000000000 (or > near it) might be odd enough to have only a few known likely possible = usages. Such > notes in the bugzilla report would be good if such is the case. Thus = my question. That value (0xffffffff80000000) is kernbase (see sysctl = kern.base_address). However it is hard to think of why that value (or a small offset to it) = is getting put in places it shouldn't be.. -- Daniel O'Connor "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum From nobody Mon Dec 16 05:48:45 2024 X-Original-To: freebsd-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 4YBTXL3zKlz5gwcx for ; Mon, 16 Dec 2024 05:49:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-19.consmr.mail.gq1.yahoo.com (sonic306-19.consmr.mail.gq1.yahoo.com [98.137.68.82]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4YBTXK68nJz4N7M for ; Mon, 16 Dec 2024 05:49:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1734328143; bh=i2MvppBsFKhlJqN4/mEffoGFJneWWAFY/vjCRVyL1qY=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=ZTlQblc0hsHZBjJAZa/+q7maW0tUQ/t04kiRacxAV6Zh93iiZfhKz+KO4QXOrbA2DDgp/bJds6YPX+XCrVjIbvvFBvdyx7A59ADnLE8i+4CP/+PfyscgfqSCvz8Bu9YXNoPnSZlxENugJIcupmWNOegxxhKMipxoNciloZ+4Bz8skf6I9rmatOmhgvXpne0cbpf+LRkQrwigUu+jOJAxJ0yJlHhdlkB4tIeagBPziGK7+n0ilDoCt8lki00ExHfl398kW2tEgGJgA3bRNzwag3bOl7COVQPsniLx15TGA3DqwztHRCRp/kHtAV+H5U8jFXPP5hm8wplWXav49lhNzA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1734328143; bh=bZ8pyFD11Ak73UctFbb+8i8rOwu7e6P82U6sl7fibCC=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=gy+N49PoWlaUf+QwAa+IEGQ8IFQF2zrRF2qE1Sl9uCRX+czHk5uq/WhnKX7wu9INBplHiRvOztL4Vtrfc443kWWCijeijhEXnxX5lySTGdMNx4ZKTjys176m9VrS3dQ0mjeX46SEX5xrTjnCJXeR9JqXvPwPnl6C9tkls/5S8UGJcAHUlWt+OeeYwjm6HGTI64KwhlRf0kgSCIfXn9dmG9LE4VI4QEWYZCf2rp1+EY9R814ctFk2Uo0s7TCtBEMu1qRGM7PqsKRzdFK3otdDqw+MhDw78CSaE3+LxBwt04mXy+oUBBSmD94l1t96dIKZS2mP+AleDk/tPRYBL+/sBg== X-YMail-OSG: 2D6y..0VM1nW733Laf0tH_CpE3xMPTI.f3btRqi26I4y0O1PZZhKAIEidK156Cf D0V8CvdcbHW5XjUHs2X7obC1RvtZ3s00m_IUPYbJiut1PRxgwCCBOtpkHouPukJ2wjLKJjzrEeDp RsTIxNdU4eoZR3QRQOiDXlTsU0A8yIbHBlR.Q2e8G36EHf6xtWFFFcgzeplBsfMKtzNQlCBeZBCA XuR26859.6NMzRIpqdtgsDIjxNq4fdFjClCJbhxH4sImZtp3ERdNwbO4bO3FmmZNniM2odqzYppH LGfYmrUs6D_VsLNBu3fjt7LV8A5PWIe3wx3G4q5dluHvuqgqdRL7NIv9ZiMbYfk5LQLWscuulqqr 4los7ehJergzMKI_bZQ8.kz43dj_mKztyb6zYKIswYeryZBWKbgJESkcBNTSuJB5v4cmfNsVXNV5 nERGES.c3yB1m3Wc_XQXrhTzt63j8xE2fUt3UT1xAjLOWCUcP9UOSVfOxyg23ERuPQkVzynBCPrY bZE.uCYwrjPb6ptaCeoOWL4s85YCrTPEU9btfqOXmr3H7fpsHGmNz4ZHhbjNxfeht67aqtnLDEpZ G5R9y.2IflEl0YvCgLpwZEX7gLaVDnr1rCG5yt1cQhIONf4JIS_QlJFZRWtliebWkGVKEbphbdlj doKKytEpj86ZS2wQZU8dWrzy7YLxmYxiTfk_tJyZcOVv6Vh8ohp5hp18F4cSXLKyQKr9uKJNsN9s a5f03QO4NwCMLDJXaCGulSWH5scCzRboxAjbXJtlMCIrc6WXSSkLSaEh2ATHrVwiNviRt2Pzy59A N958zkDhWbQ2t06_6NR.IKPP5HIbzoCFPtW4dfa9jrWIZGcAP6Dqrmak7mtR2y7nn9OaoqscAtOb jkRNDvim8mfrjFNgwPpXk1XnEH2iGp.2C0niW3bj11J1CDO3GxcNXjLb1tggepSfzM74Rxuv5_kQ Sq4_ElThKcwTpaErfY0l1xqA3Yjbo6p6nkFiOPr8hLmwf2jxm8mTGD2TUQJXrPhzIqB.Vf59cXHD 4TXG7uOW5SOEmI7bOTrhCAXyj7vSsc5EMKjfn5GuUJI0U61B8mvx9swL3ULQKOaKDCtXNtjBKTvj 8nDtpYLV70EICzoaAl9j.RoeOysrolpE59QqmmKMlESk8qe6b7qbHx_niEtyi75cVRg_J1y.x33R bXMKqPFcOuwrFd0JGQwn3IyrhrFyeS.0IMC3iKHxMe4qViUwpZPzH7gupnXg_w9Uwq87JWtvL1Ql AvPlT6zHUQvwRZoB20EMOujl.A5k6eNo.T5Qwismf8KJga64zYD0kTV9bRiRURAaU5VU57nGdXqN 1dfXVBpPm_HwEiuI9A7g28gi0Hgwlukd2mcHcnH4ZKJVQOwwwrgNiLnaRiMuVyeO5YeuOi.q7wMa bPSRg9qh4fRYfKlAijAE6g2P714Ealt.YEanklnm6bsdnKW_xPJyiQoauVDcegeYHj6cNo7nodqs bOd02Avyd6XUqWD81du02.a7MZhjyjh1sOL.lvu9uv6mOvmCQou8ASidnxgptkGxWWTeX3XUQC3k vq3xEDUdyMoJdZLujxpyA9UPXyFX1vjSeo62QBxHPAWwxJGvIfUVkiFEY9WYod6fEtQtPY6_787t imqurXEC_vIB0NN9gG9JMwTJqTY_6q4Un8KiddmBXuPlAcPG7nznDd6Dbqu7Di9mk0SLfPjuErfX xYOqlJ.S_s2eUBK0fnjZIcQrzx5GqcpNfLgGYqDRZ.XP0kiUy_EcaYzlXDdsN1_WV8h9szDN4GQe Kh0q_1bGQ1Y3aZB4tslKwlkjjTu3N1J76kJNDSItqqy1HKOomkx9tgLvo9lIL_FqoYs43kfQdpdF log3xPOjtoXeKEdoXKV7dsUZ6DibR991GIrNS75P7qr.njLwbrKIskEu.Yb64L95mArsoZMvZKrW sxRN76LuDJxmAd.VcjT3pFsm1YSf9Hytv.yhcpqkMn3UR.sRDrf4ifVHvARv0oJaqr6Cfbc2wuXe YhVGg2IPwoIPOWBK22b7GWx1JSqtbXcimoonZA_Dij26D0SKVjGPPM1Ydef5XPU0P6i_UrLAD3_k h04l3nSHzxCfw.demcEpOIRpG0wtqjos9sDH0aZY.EMcq2RhtSi8MbFzbh3Kz8N6SZ54rsArxhhY bzGjUJ839Gk03CN.FxmQvGebYjE_rJ9VzofpCdBKGgSdKHpsWQEHVnnuTWzqUX3ummgbzVQHhaWP Vh.LYWMi8bFStagLSKg07fyseTzwKlaH0DatUVLhMGt92jG0IsS6owC7U.agqIZB9HRMg1YaAqg- - X-Sonic-MF: X-Sonic-ID: 1a89d55d-ca63-4714-b2f4-3f351511bf74 Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Mon, 16 Dec 2024 05:49:03 +0000 Received: by hermes--production-gq1-5dd4b47f46-5xsmt (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID ec0cbc91b415346e55b2360efa58ebfe; Mon, 16 Dec 2024 05:48:59 +0000 (UTC) Content-Type: text/plain; charset=us-ascii 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 (Mac OS X Mail 16.0 \(3826.300.87.4.3\)) Subject: Re: What kind of code might generate amd64 addressses like 0xFFFFF80000000007 or be based on 0xFFFFF80000000000 ? From: Mark Millard In-Reply-To: <8C32FA41-C0EC-4679-9E26-B7CC3C69ECE6@dons.net.au> Date: Sun, 15 Dec 2024 21:48:45 -0800 Cc: FreeBSD Current , FreeBSD-STABLE Mailing List , freebsd-hackers , freebsd-amd64@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <65B0673C-287A-47E5-A732-17CC5EEE3350.ref@yahoo.com> <65B0673C-287A-47E5-A732-17CC5EEE3350@yahoo.com> <8C32FA41-C0EC-4679-9E26-B7CC3C69ECE6@dons.net.au> To: Daniel O'Connor X-Mailer: Apple Mail (2.3826.300.87.4.3) 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:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4YBTXK68nJz4N7M X-Spamd-Bar: ---- On Dec 15, 2024, at 20:13, Daniel O'Connor wrote: > Hi Mark, Hello Daniel, >> On 16 Dec 2024, at 10:33, Mark Millard wrote: >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D267028 is for a = crash problem >> someone has been having over more than 2 years. There are boot time = crashes >> involved. >>=20 >> It appears that 0xFFFFF80000000007 is showing up in use and stored in = data >> structures as a pointer value in fields/arguments that are pointers, = where such >> a special value would not be expected. Later defrerencing does not go = well, at >> least when the dererefenced data is then in-turn put to use. >>=20 >> The small offset from 0xFFFFF80000000000 suggests to me that the = special value likely >> is inappropriately left around and somehow picked up and used. = 0xFFFFF80000000000 (or >> near it) might be odd enough to have only a few known likely possible = usages. Such >> notes in the bugzilla report would be good if such is the case. Thus = my question. >=20 > That value (0xffffffff80000000) is kernbase (see sysctl = kern.base_address). On an amd64 system that I have access to: # sysctl -x kern.base_address kern.base_address: 0xffffffff80000000 But, while looking similar, it is not the same base number: 0xfffff80000000007 (copied and pasted from the kgdb session on the = vmcore.*) 0xffffffff80000000 However, kern.base_address might be something that varies from system to system in some way. The closest examples I see in sysctl -ax output, start with 0xfffff801. . ., such as shown by: kern.geom.confdot: digraph geom { z0xfffff80105633a00 [shape=3Dbox,label=3D"ZFS::VDEV\nzfs::vdev\nr#4"]; z0xfffff827c9e7dc80 [label=3D"r1w1e1"]; z0xfffff827c9e7dc80 -> z0xfffff827c9e6d800; z0xfffff80105633a00 -> z0xfffff827c9e7dc80; z0xfffff8255c020300 [shape=3Dbox,label=3D"SWAP\nswap\nr#4"]; z0xfffff80e3c0bed00 [label=3D"r1w1e0"]; z0xfffff80e3c0bed00 -> z0xfffff80105633e00; z0xfffff8255c020300 -> z0xfffff80e3c0bed00; z0xfffff8010553c300 [shape=3Dbox,label=3D"PART\nda0\nr#2"]; z0xfffff80105531700 [label=3D"r0w0e0"]; z0xfffff80105531700 -> z0xfffff80105337c00; z0xfffff8010553c300 -> z0xfffff80105531700; . . . z0xfffff80105afa080 [label=3D"r0w0e0"]; z0xfffff80105afa080 -> z0xfffff80105631000; z0xfffff827c9f56400 -> z0xfffff80105afa080; z0xfffff8013806b800 [shape=3Dbox,label=3D"DEV\nnda0\nr#2"]; z0xfffff827c992f580 [label=3D"r0w0e0"]; z0xfffff827c992f580 -> z0xfffff80105931200; z0xfffff8013806b800 -> z0xfffff827c992f580; . . . kern.geom.confxml: . . . ZFS::VDEV zfs::vdev 4 r1w1e1 SWAP swap 4 r1w1e0 . . . nda0 2 r0w0e0 So: Only seen in such kern.geom.* related sysctl -ax output. Thanks: I'd not considered looking at sysctl output. > However it is hard to think of why that value (or a small offset to = it) is getting put in places it shouldn't be.. Certainly does seem odd. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Mon Dec 16 06:35:55 2024 X-Original-To: freebsd-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 4YBVZs5VSTz5h0NW; Mon, 16 Dec 2024 06:36:21 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from midget.dons.net.au (midget.dons.net.au [IPv6:2403:580d:ae98:0:225:90ff:fe47:39b4]) by mx1.freebsd.org (Postfix) with ESMTP id 4YBVZs2J3cz4TYH; Mon, 16 Dec 2024 06:36:21 +0000 (UTC) (envelope-from darius@dons.net.au) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple (unknown [IPv6:2001:44b8:1d2:8900:1876:809f:8906:ef38]) by midget.dons.net.au (Postfix) with ESMTPSA id 578E3738668; Mon, 16 Dec 2024 17:06:13 +1030 (ACDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dons.net.au; s=default; t=1734330974; bh=SaTxBtUxsyP0HBLCkOEmO+jkXtZDSAXyypzjGo1X5eo=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=CfTiiUmK1b10j3PBaNqK+Ggw+l/MM5lcvFasxR7xJ1DVTx0psGAUAXzbQ3Ya/J+4P crLr2rXKfHxcHOLwmfmdlJGNevUdtJRKvkOeEGilQXbWjPowM3bOX9ECamdrBA5Zsg RVcIfu8zk5BFHcu3KOCypaL/Ybrl2qUqK5dKER+yvKHiTVAoZp0IUqh/XHkvGRX6Tp JIceJ7D+eBd50EuYql7eqOddHcamA4OsHHfn/H56nCfqOgzAz5A5PAXT6Hd89VFiWq YWbZI8mSpQGxjaIq1VGTSq7TRDMSE1eoH00Hl1IK01csibisuu49FAku4IcMEwkJyp yQofUz/t/a8PA== Content-Type: text/plain; charset=us-ascii 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 (Mac OS X Mail 16.0 \(3826.200.121\)) Subject: Re: What kind of code might generate amd64 addressses like 0xFFFFF80000000007 or be based on 0xFFFFF80000000000 ? From: Daniel O'Connor In-Reply-To: Date: Mon, 16 Dec 2024 17:05:55 +1030 Cc: FreeBSD Current , FreeBSD-STABLE Mailing List , freebsd-hackers , freebsd-amd64@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <358515C3-C6B0-46C4-BC4F-03DA80598559@dons.net.au> References: <65B0673C-287A-47E5-A732-17CC5EEE3350.ref@yahoo.com> <65B0673C-287A-47E5-A732-17CC5EEE3350@yahoo.com> <8C32FA41-C0EC-4679-9E26-B7CC3C69ECE6@dons.net.au> To: Mark Millard X-Mailer: Apple Mail (2.3826.200.121) X-Rspamd-Action: no action X-Rspamd-Server: midget.dons.net.au X-Spam-Status: No, score=-0.09 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:4764, ipnet:2403:5800::/27, country:AU] X-Rspamd-Queue-Id: 4YBVZs2J3cz4TYH X-Spamd-Bar: ---- > On 16 Dec 2024, at 16:18, Mark Millard wrote: >>> On 16 Dec 2024, at 10:33, Mark Millard wrote: >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D267028 is for a = crash problem >>> someone has been having over more than 2 years. There are boot time = crashes >>> involved. >>>=20 >>> It appears that 0xFFFFF80000000007 is showing up in use and stored = in data >>> structures as a pointer value in fields/arguments that are pointers, = where such >>> a special value would not be expected. Later defrerencing does not = go well, at >>> least when the dererefenced data is then in-turn put to use. >>>=20 >>> The small offset from 0xFFFFF80000000000 suggests to me that the = special value likely >>> is inappropriately left around and somehow picked up and used. = 0xFFFFF80000000000 (or >>> near it) might be odd enough to have only a few known likely = possible usages. Such >>> notes in the bugzilla report would be good if such is the case. Thus = my question. >>=20 >> That value (0xffffffff80000000) is kernbase (see sysctl = kern.base_address). >=20 > On an amd64 system that I have access to: >=20 > # sysctl -x kern.base_address > kern.base_address: 0xffffffff80000000 >=20 > But, while looking similar, it is not the same base number: >=20 > 0xfffff80000000007 (copied and pasted from the kgdb session on the = vmcore.*) > 0xffffffff80000000 Oops, my mistake! > However, kern.base_address might be something that varies from > system to system in some way. Your value is the same as mine on this amd64 system - I don't think it = varies (for a given architecture anyway) > The closest examples I see in sysctl -ax output, start with > 0xfffff801. . ., such as shown by: >=20 > kern.geom.confdot: digraph geom { > z0xfffff80105633a00 [shape=3Dbox,label=3D"ZFS::VDEV\nzfs::vdev\nr#4"]; I assume these addresses are pointers to the internal GEOM objects = (because they must be unique) - ie they are actual memory location. Hmm, perhaps 0xfffff80000000000 is where kernel RAM starts? -- Daniel O'Connor "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum From nobody Mon Dec 16 08:23:21 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 4YBXyZ2mYDz5h6xS for ; Mon, 16 Dec 2024 08:23:34 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4YBXyX571Hz4hMY; Mon, 16 Dec 2024 08:23:32 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cs.huji.ac.il header.s=57791128 header.b=HAbtTevr; dkim=none ("invalid DKIM record") header.d=cse.huji.ac.il header.s=57791128 header.b=tYwyp6MO; spf=none (mx1.freebsd.org: domain of danny@cs.huji.ac.il has no SPF policy when checking 132.65.116.210) smtp.mailfrom=danny@cs.huji.ac.il; dmarc=pass (policy=none) header.from=huji.ac.il DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=cs.huji.ac.il; s=57791128; h=To:References:Message-Id:Content-Transfer-Encoding:Cc:Date:In-Reply-To:From:Subject:Mime-Version:Content-Type; bh=EpqciXf9+OR/9hIPGC6z+taxaxFqXT1Ppn94YZUqr8M=; b=HAbtTevrwt7OtaOO9FKJMrvFZtLkHP5QC06eU3RD3a9BJ9nG/5QUyWQZ7L9OrRdgYTFH/QU8DtHInulZ6mY6pFUVulJzK/BLN/sOlhyf1h85Z94cYXmarHwPI2F79QU2nll/xMSWd/OjfnWOaSzn+25TL7A7zyhmJmaJzGHfA7q1oJtT71qkhbTILRyY40KcxzV7Zn98UQHrhj0qOzPlYt/AXz6Yn7Eypc38RTXz4WivAAE0lwp0bZbmxE8kclFToEE9WO/FtC9zXayFha67WQFBWOtxY2DbIlGQZAXDN5kHK39LOWUpik91205sXCl+Q7zhYhuY1wWyfg9Or1wpmQ==; DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=cse.huji.ac.il; s=57791128; h=To:References:Message-Id:Content-Transfer-Encoding:Cc:Date:In-Reply-To:From:Subject:Mime-Version:Content-Type; bh=EpqciXf9+OR/9hIPGC6z+taxaxFqXT1Ppn94YZUqr8M=; b=tYwyp6MOP9PWiqC77ETEFuqRPcMPV2exLP0q6vTO69MdfPjexsiiuUb4K5GnjlYwPLCWlTEgrPtLACoJybUQ1CDwoLzH9L7mdX7GuzhEn3DTBhTAKqL0pda16NDEw3Fi9CSswpWOc/BXWKWtttfng+lcNeTNhLC8zvlWhnmwTH+1cuQCQa0S+swtQr2RsNlV3t3q3cR6y162V663z0ZSjo1TaELMgMg5QcvMRqOGVNHNBOrGDPt+rPG+ubesY8cGqHEHS9F/UzX2lwAyLmTtILJz1ueNvubCzgAXIsbQQ65Jym5ICDAF2GdH93V60V1PoR8tGFZTeCdWofKuAjNxbw==; Received: from bach.cs.huji.ac.il ([132.65.80.20] helo=smtpclient.apple) by kabab.cs.huji.ac.il with esmtp id 1tN6Nt-00016E-5d; Mon, 16 Dec 2024 10:23:21 +0200 Content-Type: text/plain; charset=us-ascii 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 (Mac OS X Mail 16.0 \(3696.120.41.1.10\)) Subject: Re: not working /dev/console From: Daniel Braniss In-Reply-To: <3F04B2DC-1AA9-4663-BCDE-3EFD0B01527E@cs.huji.ac.il> Date: Mon, 16 Dec 2024 10:23:21 +0200 Cc: Warner Losh , Freebsd-stable List Content-Transfer-Encoding: quoted-printable Message-Id: <044EAFE1-DCB8-439C-A422-4B5F8CD4C37C@cs.huji.ac.il> References: <365D866D-F7D2-4DB6-AFFB-B4C3829D8467@cs.huji.ac.il> <3F04B2DC-1AA9-4663-BCDE-3EFD0B01527E@cs.huji.ac.il> To: Kurt Jaeger X-Mailer: Apple Mail (2.3696.120.41.1.10) X-Spamd-Result: default: False [-3.19 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.987]; DMARC_POLICY_ALLOW(-0.50)[huji.ac.il,none]; MV_CASE(0.50)[]; R_DKIM_ALLOW(-0.20)[cs.huji.ac.il:s=57791128]; MIME_GOOD(-0.10)[text/plain]; ONCE_RECEIVED(0.10)[]; R_DKIM_PERMFAIL(0.00)[cse.huji.ac.il:s=57791128]; ASN(0.00)[asn:378, ipnet:132.64.0.0/15, country:IL]; MIME_TRACE(0.00)[0:+]; FREEFALL_USER(0.00)[danny]; ARC_NA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; R_SPF_NA(0.00)[no SPF record]; MLMMJ_DEST(0.00)[stable@freebsd.org]; RCPT_COUNT_THREE(0.00)[3]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; DKIM_MIXED(0.00)[]; TO_DN_ALL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[cs.huji.ac.il:+,cse.huji.ac.il:~] X-Rspamd-Queue-Id: 4YBXyX571Hz4hMY X-Spamd-Bar: --- > On 9 Dec 2024, at 10:35, Daniel Braniss wrote: >=20 > 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=20 > 5. Cons: Serial > and only the kernel messages. >=20 > no /dev/console, no /dev/ttyu0, but can remote login. >=20 > btw, all works fine with a 13.1 kernel >=20 >> On 8 Dec 2024, at 20:27, Kurt Jaeger wrote: >>=20 >> Hi! >>=20 >>> So, there should be a line like >>>=20 >>> uart0: console (115200,n,8,1) >>>=20 >>> if not, then hw.uart.console isn't making it through. >>=20 >> So somehow the uarts are not found during initialization ? >>=20 >>> If you are using a custom kernel, >>=20 >> It's the generic kernel. >>=20 >>> 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). >>=20 >> I'll investigate further. I made a diff from booting 13.1 and 14.2 with boot_verbose, and this = stands out: (only in the 13.1) -pcib0: allocated type 4 (0x3f8-0x3f8) for rid 0 of uart0 -pcib0: allocated type 4 (0x3f8-0x3f8) for rid 0 of uart0 -uart0: <16550 or compatible> at port 0x3f8 irq 4 flags 0x10 on isa0 -pcib0: allocated type 4 (0x3f8-0x3f8) for rid 0 of uart0 -uart0: console (115200,n,8,1) -ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 2 vector 53 -uart0: fast interrupt -uart0: PPS capture mode: DCD -pcib0: allocated type 4 (0x2f8-0x2f8) for rid 0 of uart1 -pcib0: allocated type 4 (0x2f8-0x2f8) for rid 0 of uart1 -uart1: <16550 or compatible> at port 0x2f8 irq 3 on isa0 -pcib0: allocated type 4 (0x2f8-0x2f8) for rid 0 of uart1 -ioapic0: routing intpin 3 (ISA IRQ 3) to lapic 3 vector 53 -uart1: fast interrupt -uart1: PPS capture mode: DCD does this help? cheers, danny >>=20 >> --=20 >> pi@FreeBSD.org +49 171 3101372 Now what ? >=20 From nobody Mon Dec 16 12:01:38 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 4YBdpF67kxz5hLSR for ; Mon, 16 Dec 2024 12:01:41 +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 4YBdpF3x5Kz41f3; Mon, 16 Dec 2024 12:01:41 +0000 (UTC) (envelope-from SRS0=NOSW=TJ=klop.ws=ronald-lists@realworks.nl) Authentication-Results: mx1.freebsd.org; none Date: Mon, 16 Dec 2024 13:01:38 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1734350499; 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=Mqs2rDIVkotLEplKw3vmfmErWfqsVIEFA30xz3Y0iRI=; b=ptgFdrgaRnrHDs/Y1TtswULgY4cMKuyK/QPO6gSTPb8q2E3WdQqK4T8BFczCPywC+kbeX9 0BMVHkUJIQoSwErYqc4xDRw1aWge1+1H968m5rXK9bMWNwhP1hqFuBkhZUm6F0t4iLW1bf 4EEANHPd/zayFvfrBJ6LWMtEgs4JF/X/NDooQRf0ZoastZ5KmA2nVbqCzYm3qqGZLyIiAu 8JAvnw+1yWOC7VMK1GObir70N7mN2M4rXFw7e0xXRRojNMH4RPvgM4kngMSUZliRy2qPaR xjwvhS0VoAM2QpkzKCQ3Vj6PMzKH8sbjP2/U7yR0kV5FBXlXvRO9SSaTTa0GAw== From: Ronald Klop To: Daniel Braniss Cc: Freebsd-stable List , Warner Losh , Kurt Jaeger Message-ID: <501640865.7444.1734350498438@localhost> In-Reply-To: <044EAFE1-DCB8-439C-A422-4B5F8CD4C37C@cs.huji.ac.il> References: <365D866D-F7D2-4DB6-AFFB-B4C3829D8467@cs.huji.ac.il> <3F04B2DC-1AA9-4663-BCDE-3EFD0B01527E@cs.huji.ac.il> <044EAFE1-DCB8-439C-A422-4B5F8CD4C37C@cs.huji.ac.il> 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_7443_110460761.1734350498418" 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: 4YBdpF3x5Kz41f3 X-Spamd-Bar: ---- ------=_Part_7443_110460761.1734350498418 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit 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, 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 remote login. > > > > btw, all works fine with a 13.1 kernel > > > >> On 8 Dec 2024, at 20:27, Kurt Jaeger wrote: > >> > >> 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 > >>> /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). > >> > >> I'll investigate further. > > > I made a diff from booting 13.1 and 14.2 with boot_verbose, and this stands out: > (only in the 13.1) > > -pcib0: allocated type 4 (0x3f8-0x3f8) for rid 0 of uart0 > -pcib0: allocated type 4 (0x3f8-0x3f8) for rid 0 of uart0 > -uart0: <16550 or compatible> at port 0x3f8 irq 4 flags 0x10 on isa0 > -pcib0: allocated type 4 (0x3f8-0x3f8) for rid 0 of uart0 > -uart0: console (115200,n,8,1) > -ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 2 vector 53 > -uart0: fast interrupt > -uart0: PPS capture mode: DCD > -pcib0: allocated type 4 (0x2f8-0x2f8) for rid 0 of uart1 > -pcib0: allocated type 4 (0x2f8-0x2f8) for rid 0 of uart1 > -uart1: <16550 or compatible> at port 0x2f8 irq 3 on isa0 > -pcib0: allocated type 4 (0x2f8-0x2f8) for rid 0 of uart1 > -ioapic0: routing intpin 3 (ISA IRQ 3) to lapic 3 vector 53 > -uart1: fast interrupt > -uart1: PPS capture mode: DCD > > does this help? > cheers, > danny > > > >> > >> -- > >> pi@FreeBSD.org +49 171 3101372 Now what ? > > > > > > > Hi, A change was made that uart does not attach on isa anymore. I think this was the commit about it: https://cgit.freebsd.org/src/commit/?h=releng/14.2&id=74b9fc7adcf4afb1c3039267e338c3cfdf022957 I don't know much about the details. Somebody else can tell more. Regards, Ronald. ------=_Part_7443_110460761.1734350498418 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit

Van: Daniel Braniss <danny@cs.huji.ac.il>
Datum: maandag, 16 december 2024 09:23
Aan: Kurt Jaeger <pi@freebsd.org>
CC: Warner Losh <imp@bsdimp.com>, Freebsd-stable List <stable@freebsd.org>
Onderwerp: Re: not working /dev/console



> On 9 Dec 2024, at 10:35, Daniel Braniss <danny@cs.huji.ac.il> 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 only the kernel messages.
>
> no /dev/console, no /dev/ttyu0, but can remote login.
>
> btw, all works fine with a 13.1 kernel
>
>> On 8 Dec 2024, at 20:27, Kurt Jaeger <pi@freebsd.org> wrote:
>>
>> 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
>>> /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).
>>
>> I'll investigate further.


I made a diff from booting 13.1 and 14.2 with boot_verbose, and this stands out:
(only in the 13.1)

-pcib0: allocated type 4 (0x3f8-0x3f8) for rid 0 of uart0
-pcib0: allocated type 4 (0x3f8-0x3f8) for rid 0 of uart0
-uart0: <16550 or compatible> at port 0x3f8 irq 4 flags 0x10 on isa0
-pcib0: allocated type 4 (0x3f8-0x3f8) for rid 0 of uart0
-uart0: console (115200,n,8,1)
-ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 2 vector 53
-uart0: fast interrupt
-uart0: PPS capture mode: DCD
-pcib0: allocated type 4 (0x2f8-0x2f8) for rid 0 of uart1
-pcib0: allocated type 4 (0x2f8-0x2f8) for rid 0 of uart1
-uart1: <16550 or compatible> at port 0x2f8 irq 3 on isa0
-pcib0: allocated type 4 (0x2f8-0x2f8) for rid 0 of uart1
-ioapic0: routing intpin 3 (ISA IRQ 3) to lapic 3 vector 53
-uart1: fast interrupt
-uart1: PPS capture mode: DCD

does this help?
cheers,
    danny


>>
>> --
>> pi@FreeBSD.org         +49 171 3101372                  Now what ?
>

 


Hi,

A change was made that uart does not attach on isa anymore.
I think this was the commit about it:
https://cgit.freebsd.org/src/commit/?h=releng/14.2&id=74b9fc7adcf4afb1c3039267e338c3cfdf022957

I don't know much about the details. Somebody else can tell more.

Regards,
Ronald.
  ------=_Part_7443_110460761.1734350498418-- From nobody Mon Dec 16 12:10:09 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 4YBf0D5vd9z5hLvG for ; Mon, 16 Dec 2024 12:10:20 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from fc.opsec.eu (fc.opsec.eu [IPv6:2001:14f8:200:4::4]) by mx1.freebsd.org (Postfix) with ESMTP id 4YBf0C1Swnz42fn for ; Mon, 16 Dec 2024 12:10:19 +0000 (UTC) (envelope-from pi@freebsd.org) Authentication-Results: mx1.freebsd.org; dkim=none; spf=softfail (mx1.freebsd.org: 2001:14f8:200:4::4 is neither permitted nor denied by domain of pi@freebsd.org) smtp.mailfrom=pi@freebsd.org; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=freebsd.org (policy=none) Received: from pi (uid 104) (envelope-from pi@freebsd.org) id 93668 by fc.opsec.eu (DragonFly Mail Agent v0.13+ on fc.opsec.eu); Mon, 16 Dec 2024 13:10:09 +0100 Date: Mon, 16 Dec 2024 13:10:09 +0100 From: Kurt Jaeger To: jhb@freebsd.org Cc: Daniel Braniss , Freebsd-stable List , Warner Losh Subject: Re: not working /dev/console Message-ID: References: <365D866D-F7D2-4DB6-AFFB-B4C3829D8467@cs.huji.ac.il> <3F04B2DC-1AA9-4663-BCDE-3EFD0B01527E@cs.huji.ac.il> <044EAFE1-DCB8-439C-A422-4B5F8CD4C37C@cs.huji.ac.il> <501640865.7444.1734350498438@localhost> 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: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <501640865.7444.1734350498438@localhost> X-Spamd-Result: default: False [0.82 / 15.00]; VIOLATED_DIRECT_SPF(3.50)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-0.97)[-0.969]; NEURAL_HAM_SHORT(-0.91)[-0.915]; MIME_GOOD(-0.10)[text/plain]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : No valid SPF, No valid DKIM,none]; ONCE_RECEIVED(0.10)[]; RCVD_NO_TLS_LAST(0.10)[]; ASN(0.00)[asn:12502, ipnet:2001:14f8::/32, country:DE]; FREEFALL_USER(0.00)[pi]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[stable@freebsd.org]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; RCPT_COUNT_THREE(0.00)[4] X-Rspamd-Queue-Id: 4YBf0C1Swnz42fn X-Spamd-Bar: / 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) > > > > -pcib0: allocated type 4 (0x3f8-0x3f8) for rid 0 of uart0 > > -pcib0: allocated type 4 (0x3f8-0x3f8) for rid 0 of uart0 > > -uart0: <16550 or compatible> at port 0x3f8 irq 4 flags 0x10 on isa0 > > -pcib0: allocated type 4 (0x3f8-0x3f8) for rid 0 of uart0 > > -uart0: console (115200,n,8,1) > > -ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 2 vector 53 > > -uart0: fast interrupt > > -uart0: PPS capture mode: DCD > > -pcib0: allocated type 4 (0x2f8-0x2f8) for rid 0 of uart1 > > -pcib0: allocated type 4 (0x2f8-0x2f8) for rid 0 of uart1 > > -uart1: <16550 or compatible> at port 0x2f8 irq 3 on isa0 > > -pcib0: allocated type 4 (0x2f8-0x2f8) for rid 0 of uart1 > > -ioapic0: routing intpin 3 (ISA IRQ 3) to lapic 3 vector 53 > > -uart1: fast interrupt > > -uart1: PPS capture mode: DCD > A change was made that uart does not attach on isa anymore. > I think this was the commit about it: > https://cgit.freebsd.org/src/commit/?h=releng/14.2&id=74b9fc7adcf4afb1c3039267e338c3cfdf022957 -- pi@FreeBSD.org +49 171 3101372 Now what ? From nobody Mon Dec 16 12:15:09 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 4YBf5p5QdFz5hMM2 for ; Mon, 16 Dec 2024 12:15:10 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from fc.opsec.eu (fc.opsec.eu [IPv6:2001:14f8:200:4::4]) by mx1.freebsd.org (Postfix) with ESMTP id 4YBf5n6nwJz44bh for ; Mon, 16 Dec 2024 12:15:09 +0000 (UTC) (envelope-from pi@freebsd.org) Authentication-Results: mx1.freebsd.org; dkim=none; spf=softfail (mx1.freebsd.org: 2001:14f8:200:4::4 is neither permitted nor denied by domain of pi@freebsd.org) smtp.mailfrom=pi@freebsd.org; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=freebsd.org (policy=none) Received: from pi (uid 104) (envelope-from pi@freebsd.org) id 93669 by fc.opsec.eu (DragonFly Mail Agent v0.13+ on fc.opsec.eu); Mon, 16 Dec 2024 13:15:09 +0100 Date: Mon, 16 Dec 2024 13:15:09 +0100 From: Kurt Jaeger To: jhb@freebsd.org Cc: Daniel Braniss , Freebsd-stable List , Warner Losh Subject: Re: not working /dev/console Message-ID: References: <3F04B2DC-1AA9-4663-BCDE-3EFD0B01527E@cs.huji.ac.il> <044EAFE1-DCB8-439C-A422-4B5F8CD4C37C@cs.huji.ac.il> <501640865.7444.1734350498438@localhost> 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: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spamd-Result: default: False [1.05 / 15.00]; VIOLATED_DIRECT_SPF(3.50)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.92)[-0.918]; NEURAL_HAM_LONG(-0.73)[-0.734]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : No valid SPF, No valid DKIM,none]; RCVD_NO_TLS_LAST(0.10)[]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_COUNT_ONE(0.00)[1]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:12502, ipnet:2001:14f8::/32, country:DE]; FREEFALL_USER(0.00)[pi]; ARC_NA(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[stable@freebsd.org]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all:c]; RCPT_COUNT_THREE(0.00)[4] X-Rspamd-Queue-Id: 4YBf5n6nwJz44bh X-Spamd-Bar: + 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. -- pi@FreeBSD.org +49 171 3101372 Now what ? From nobody Mon Dec 16 13:31:22 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 4YBgp10vHKz5hR7F for ; Mon, 16 Dec 2024 13:31:37 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pg1-x52c.google.com (mail-pg1-x52c.google.com [IPv6:2607:f8b0:4864:20::52c]) (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 4YBgp06CJrz4DF4 for ; Mon, 16 Dec 2024 13:31:36 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pg1-x52c.google.com with SMTP id 41be03b00d2f7-7fd49d85f82so3272355a12.3 for ; Mon, 16 Dec 2024 05:31:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1734355895; x=1734960695; 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=ELfOYPeZOxJLXb0x+oC81zV8sGb86xYLR2+Y2oReSYk=; b=KNcIfTWijJu2SCbZOYJM4h3oVp94PxeF4tEx9SRc2TAfj5ZacrtVXRivCKM499Sm0V LkGKT9+qbNtCBXAiM5xClXj1jXTsGfEdG/mEdxOPTKvG3AiibVfJFOcFrCTG3Of2AGiU lTkQDPDOHYdUpjd414OZKDV/O+SNDDPoozYGiQaaDfp57scLSEtXT9+SqjIeKtiL88C5 03tWDbZ8fiSh/hIj3hB1/TpUdI/oOkLIra22Uj+N1SqyJHZ6G6xK+MQgjSuHpNzG7Gfl ATgs7vI+d6LdPr3Tyb9gE0Q2HKWvwOhw02h0MWaUyu295uGg7WAVqTO/OGojXVGyYImg AEmQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1734355895; x=1734960695; 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=ELfOYPeZOxJLXb0x+oC81zV8sGb86xYLR2+Y2oReSYk=; b=ZIK1fc4fnBtIEoDcd2OFz/RPllv6yYqFsT8gi5HmpzLL9K3a/rXHdhyGSVnWRv9re8 Yn7Dnm8wkm1lwSfaJXyqC0od+gqQPzWdrfQeuzHMKxcY/5Mw1e6ctQltQdoD7mzx+TXI vheahhVJOV+GUP6N0v5ixzcUNlP937M1SX3BXYp9a2BxceFTrvo6cNM8t35+ghijBftJ gJp6VDGA/KaW3Vik/+8Q+wttO6XKq/inzMZhZsYhQiUwz0BY3gfy/a2mfFlJqP4lukDo 79r9sLHOD0n8WfIsphVknRqEv0p8YCcPpggMGbV/mdEHgxjIVc/1mfJeNuqHSsAeZ98r ManQ== X-Forwarded-Encrypted: i=1; AJvYcCVordqfG/Tbt5MeIfSyMbOYr3c/l5LSuB+vc+xmh9xThAN/IeEIBSFVmqnxfhII4nVoMVEuVz4=@freebsd.org X-Gm-Message-State: AOJu0YwsiJX1mbTUnU4PtYL8kcmSMhdxKZR5aYUEfdaOSXiNTCGQrX55 nP3aps+JvdGn0aLqf6z6taCk5aay/WDt3wc+oi6Udw5E44keOMrsLFwstDp6nluWSxTbdo81r7r 1OwtvIJcht9pGWRdtwqQl4p7Yr2Xbo99B7tUX9g== X-Gm-Gg: ASbGncukWpxgf3NlWlzXhOcNBaiOYM7O1b5suCOcsoTH9pg5q8wHIgV3K2SJWQ5KbsE bldU9nUWS1UsyiR2sjTWvOwxFt/hnxACwLZbAx641rQqd8FPO+ScCYG7C3BktG90jh+8l X-Google-Smtp-Source: AGHT+IHy3kRgWha2wGPKGbhSWLfQWgyHYdAPdWI+vnKCw7ZNp8xhU91OWGkPUQaF2xp1SlIwEZN6hrDJt9cn2EVrd+Y= X-Received: by 2002:a17:90b:384b:b0:2ee:5bc9:75c3 with SMTP id 98e67ed59e1d1-2f28fa54f4cmr18654893a91.5.1734355895610; Mon, 16 Dec 2024 05:31:35 -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> In-Reply-To: From: Warner Losh Date: Mon, 16 Dec 2024 06:31:22 -0700 Message-ID: Subject: Re: not working /dev/console To: Kurt Jaeger Cc: John Baldwin , Daniel Braniss , Freebsd-stable List Content-Type: multipart/alternative; boundary="000000000000128c4b0629633360" 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: 4YBgp06CJrz4DF4 X-Spamd-Bar: ---- --000000000000128c4b0629633360 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, Dec 16, 2024, 5:15=E2=80=AFAM 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=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. Warner > -- > pi@FreeBSD.org +49 171 3101372 Now what ? > --000000000000128c4b0629633360 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Mon, Dec 16, 2024, 5:15=E2=80= =AFAM Kurt Jaeger <pi@freebsd.org&= gt; 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=3D1

in /boot/loader.conf

changed the value after reboot, but the serial console is still lost.

Are th= e serial ports there at all? APU needs hints now for that.

Warner
--
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 ?
--000000000000128c4b0629633360-- From nobody Mon Dec 16 13:34:00 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 4YBgrn6GKwz5hRSv for ; Mon, 16 Dec 2024 13:34:01 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from fc.opsec.eu (fc.opsec.eu [IPv6:2001:14f8:200:4::4]) by mx1.freebsd.org (Postfix) with ESMTP id 4YBgrn2ZGpz4Fc3 for ; Mon, 16 Dec 2024 13:34:01 +0000 (UTC) (envelope-from pi@freebsd.org) Authentication-Results: mx1.freebsd.org; none Received: from pi (uid 104) (envelope-from pi@freebsd.org) id 93fbc by fc.opsec.eu (DragonFly Mail Agent v0.13+ on fc.opsec.eu); Mon, 16 Dec 2024 14:34:00 +0100 Date: Mon, 16 Dec 2024 14:34:00 +0100 From: Kurt Jaeger To: Warner Losh Cc: John Baldwin , Daniel Braniss , Freebsd-stable List Subject: Re: not working /dev/console Message-ID: References: <3F04B2DC-1AA9-4663-BCDE-3EFD0B01527E@cs.huji.ac.il> <044EAFE1-DCB8-439C-A422-4B5F8CD4C37C@cs.huji.ac.il> <501640865.7444.1734350498438@localhost> 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: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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:12502, ipnet:2001:14f8::/32, country:DE] X-Rspamd-Queue-Id: 4YBgrn2ZGpz4Fc3 X-Spamd-Bar: ---- 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 ? From nobody Mon Dec 16 13:48:53 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 4YBhB944gcz5hSJT for ; Mon, 16 Dec 2024 13:49:05 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pg1-x52c.google.com (mail-pg1-x52c.google.com [IPv6:2607:f8b0:4864:20::52c]) (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 4YBhB93Zpgz4MXS for ; Mon, 16 Dec 2024 13:49:05 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pg1-x52c.google.com with SMTP id 41be03b00d2f7-7fd581c2bf4so2344506a12.3 for ; Mon, 16 Dec 2024 05:49:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1734356944; x=1734961744; 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=znkt43psgkW9jOq/JRx4ifaGuFeSfx1GLhYFNNC9DOs=; b=qNkiRlUysKZjlnoqrxY913IB7IG39nSN5zu1jjqfC1qNsJL4I0sVQ08wolQXSe0YT5 UW+ngcgUQkuvGAYbgCDwEPh3TxkfKpaHyAme0aB85/j3ftewJpS+7EOs7ES5bLL3qq1E DrNEIUmO91JpzvnxPA+jHbsJPxQq8Y8tEALbPR0Bt8MSA8I1VaN05mdXERjy6Xran+O3 PFYoGuGbzeleCEIrLG8orhgTJ9ccJHPoEzdiQ3gEyBq+rjtlcrho6tOA8MlV2pYaOk+Z sCst+LTvJ78cWvrO6xp0AsjxCEVLRNpEgqjXDjy0dSQxr3XR/jLEi8WKuMQ/zauGHUgo A/gg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1734356944; x=1734961744; 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=znkt43psgkW9jOq/JRx4ifaGuFeSfx1GLhYFNNC9DOs=; b=FZoWWvNnshvYY23n5Q22bluYs8OHVHqezTwBeiDy4zxopY8Va13yl/zTZqiElXcVvL FAldH9qDw4wOmYu6icx1Xy0DjPClNQuQvoESmDJ+3uuxqub5KyIkYiifVWNBFbV+z1zw q5UeeMDQN6V/qtn9SNtehTpiT6nmjq9Sw+VQbHSp+SpHZZQuJ1bLK2LnsWNNCFYs/WJ1 yDCmL12YMhrNkjQ2+YrT/bM+EhrA6eINCQsxqM3j0uYNNLMsc/lEy8w1CtDsMKthX3eg TMZNCGUkW2+g1r1GZpTi/rWuNzkFBTAPBhpx5YCzAa0efYixTIFMR+l2fIDr+wgCyS7V SF0A== X-Forwarded-Encrypted: i=1; AJvYcCWr2SILXw/hHfv0vcYa028vDssAkb36y780rotYRu3i5kIQfKlXZSb/WPSCy2wlHaVddOd+epM=@freebsd.org X-Gm-Message-State: AOJu0YyGTf6gqsZqWfoKcnikqrnixVjcOp9TcsbYWisVr4KRI4NTxisk puTlOBXP/ygfesE5NngD5LC/YQKH5SYo8B8/2T6VLkOqPqLGyRm66/Jdjqd28NnKDf79BKQBDuA dB356oWqdPeP0Oasjf6ID9I51Nie3d9Fb+M+vDg== X-Gm-Gg: ASbGncuiCda+22qfJ9DbLgdP4BNOSl1wXjHCDCuHlZtQY59HI81tsrSXOZh2P93fLeh TR5htWJw4l92k1QcMiqe9iHjucUHYFTUr29QI6w== X-Google-Smtp-Source: AGHT+IFCSRGMlomv3a/m15DJq1qWRjtDyrb3YWJn4y7aet6R6e19cfqx4wff5W1rLgbVh+hiMI5jHO8MWLf4GCxu2SQ= X-Received: by 2002:a17:90b:2548:b0:2ee:8aa7:94a0 with SMTP id 98e67ed59e1d1-2f2901b7cf7mr16627185a91.32.1734356944070; Mon, 16 Dec 2024 05:49:04 -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> In-Reply-To: From: Warner Losh Date: Mon, 16 Dec 2024 06:48:53 -0700 Message-ID: Subject: Re: not working /dev/console To: Kurt Jaeger Cc: John Baldwin , Daniel Braniss , Freebsd-stable List Content-Type: multipart/alternative; boundary="00000000000090c59e062963710a" 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: 4YBhB93Zpgz4MXS X-Spamd-Bar: ---- --00000000000090c59e062963710a Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, Dec 16, 2024 at 6:34=E2=80=AFAM 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=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. > 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=3D"isa" hint.uart.0.port=3D"0x3F8" hint.uart.0.irq=3D"4" hint.uart.1.at=3D"isa" hint.uart.1.port=3D"0x2F8" hint.uart.1.irq=3D"3" Warner --00000000000090c59e062963710a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Mon, Dec 16,= 2024 at 6:34=E2=80=AFAM Kurt Jaeger <= pi@freebsd.org> 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=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.

APU is one of the latest= machines that don't quite enumerate the
serial ports right v= ia ACPI, so you'll need to add the following to
loader.conf

hint.= uart.0.irq=3D"4"
hint.uart.1= .at=3D"isa"
hint.uart.1.port=3D"0x2F8"
hint.u= art.1.irq=3D"3"

Warner
--00000000000090c59e062963710a-- From nobody Mon Dec 16 13:52:10 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 4YBhFl5nDGz5hSDL for ; Mon, 16 Dec 2024 13:52:11 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from fc.opsec.eu (fc.opsec.eu [IPv6:2001:14f8:200:4::4]) by mx1.freebsd.org (Postfix) with ESMTP id 4YBhFl2mYYz4Px9 for ; Mon, 16 Dec 2024 13:52:11 +0000 (UTC) (envelope-from pi@freebsd.org) Authentication-Results: mx1.freebsd.org; none Received: from pi (uid 104) (envelope-from pi@freebsd.org) id 93b4b by fc.opsec.eu (DragonFly Mail Agent v0.13+ on fc.opsec.eu); Mon, 16 Dec 2024 14:52:10 +0100 Date: Mon, 16 Dec 2024 14:52:10 +0100 From: Kurt Jaeger To: Warner Losh Cc: John Baldwin , Daniel Braniss , Freebsd-stable List Subject: Re: not working /dev/console Message-ID: References: <3F04B2DC-1AA9-4663-BCDE-3EFD0B01527E@cs.huji.ac.il> <044EAFE1-DCB8-439C-A422-4B5F8CD4C37C@cs.huji.ac.il> <501640865.7444.1734350498438@localhost> 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: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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:12502, ipnet:2001:14f8::/32, country:DE] X-Rspamd-Queue-Id: 4YBhFl2mYYz4Px9 X-Spamd-Bar: ---- 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.uart.0.irq="4" > hint.uart.1.at="isa" > hint.uart.1.port="0x2F8" > hint.uart.1.irq="3" Aha! Tested, works! -- pi@FreeBSD.org +49 171 3101372 Now what ? From nobody Mon Dec 16 14:01:28 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 4YBhSl3CnWz5hSph for ; Mon, 16 Dec 2024 14:01:43 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pj1-x1034.google.com (mail-pj1-x1034.google.com [IPv6:2607:f8b0:4864:20::1034]) (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 4YBhSl1Wysz4RF4 for ; Mon, 16 Dec 2024 14:01:43 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pj1-x1034.google.com with SMTP id 98e67ed59e1d1-2efd81c7ca4so2817428a91.2 for ; Mon, 16 Dec 2024 06:01:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1734357702; x=1734962502; 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=K0GarPG2skDAyeGkUDKbk0LxHegBVNjpDxvh6ratiqk=; b=K4OXh24tEqQXch82z59G/qnI7680j3Ki6y0AAiBNON4tkUXbyoLqQexXeqarynYjY6 lQ1fIiSuOg8LQ/SvkzgWxW/M5F79Dak3/F29hf6SMNcP8RNTPxq0/8Xsb3gSTQr1l3z6 dRyO+YGgrTfAXVLaNXF8vMf4qAcHJcpuwyu63OtfkbY4gRuRw6x0GQPPXHdiBftuFDLW 5ZphDrSBNTQ0dA64ySehgXmNBzakFnKtoTY/ygdAeHiuyMfDp4omXm6m2Ua7I6x/nbHg m+A90WW1VsQL5gfTXGCOt1dJtVNf1pz6xlzEchotZ7dZaHZKNbID3Zw+x4ocsgZQGSbF MiIw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1734357702; x=1734962502; 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=K0GarPG2skDAyeGkUDKbk0LxHegBVNjpDxvh6ratiqk=; b=t+ZSMSEAQuzxarqcL8oAlLpgLowXJM3s+rEVgonL9Px6qCIStx44exUKiafHn+4tTa HsagnGt+m0M29cDuUUd68hNIFw5go1qyba0iLHbU1BvmkNuI8vc6ozefDWXTn5bu74MB 5nDIZvuP0LKWJt9bPpMfXEe8BjaiDqNjYB15RBUFRKsN+v43o4GW831CDOTuk+0OAV+W H51l9mWUDRZjEE4Hym9Py3PQXt5jGfkhBAg+WmOPvoCy0TlzGyGWd65Kvr/uKWSh4jaJ w4r9WEtTAv5GI1Y3fggWZ/xFnbhNXxKcW/YAB1G1j5brr/x0pfHhJwedHMfOWWDN+pO0 ehwQ== X-Forwarded-Encrypted: i=1; AJvYcCWjjWuKB2xCLI9EhyjcQHJUiNk9trCPvjvqIe0ytWaRwRHDGhxEvX+VocUKWL8hx41wF8ZNl0s=@freebsd.org X-Gm-Message-State: AOJu0YyrNAi9VsVFh2mIuC2IUY71reVzGyS0b6kLJJJA7mgd0c1tA4DV +3dEf7OItKzrbfGMsEpUnE44CzfcfMX6FCOCmC9Gr1mASODNdeQgpyffmydGZI9E091KXmb0nCA Jwg17UlGE8IgQmyyK4P5jXrFS0EPJyLBWvZuwr6pREBsknGTMTT0= X-Gm-Gg: ASbGncsEa4cRho+p+RhuqDRRKEs11I11RNN52v4q7ZgdtRc1SDxWKpqYu/T/NM7iza9 WXgxrIrvnaFwf4jwjXsyVFVAwma7RRDg5u3qloEDSTwS2bT75ux8gq+0l6w9TpnfyelFT X-Google-Smtp-Source: AGHT+IGK/qS0YDfnSxf+IS+Oz8pPJvbHElooMsaqQYu4uUEh6is7YYhoozYaZzeTrBYjtXnrFGf6BDGayY3vHBtt+HM= X-Received: by 2002:a17:90b:540b:b0:2ee:6d08:7936 with SMTP id 98e67ed59e1d1-2f28fd702famr19286643a91.20.1734357700523; Mon, 16 Dec 2024 06:01:40 -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> In-Reply-To: From: Warner Losh Date: Mon, 16 Dec 2024 07:01:28 -0700 Message-ID: Subject: Re: not working /dev/console To: Kurt Jaeger Cc: John Baldwin , Daniel Braniss , Freebsd-stable List Content-Type: multipart/alternative; boundary="000000000000a755350629639eb8" 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: 4YBhSl1Wysz4RF4 X-Spamd-Bar: ---- --000000000000a755350629639eb8 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, Dec 16, 2024, 6:52=E2=80=AFAM 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.conf > > > > hint.uart.0.at=3D"isa" > > hint.uart.0.port=3D"0x3F8" > > hint.uart.0.irq=3D"4" > > hint.uart.1.at=3D"isa" > > hint.uart.1.port=3D"0x2F8" > > hint.uart.1.irq=3D"3" > > Aha! Tested, works! > I thought we added that to the release notes. Warner --=20 > pi@FreeBSD.org +49 171 3101372 Now what ? > --000000000000a755350629639eb8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Mon, Dec 16, 2024, 6:52=E2=80= =AFAM Kurt Jaeger <pi@freebsd.org&= gt; 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 t= o
> loader.conf
>
> hint.uart.0.at=3D"isa"
> hint.uart.0.port=3D"0x3F8"
> hint.uart.0.irq=3D"4"
> hint.uart.1.at=3D"isa"
> hint.uart.1.port=3D"0x2F8"
> hint.uart.1.irq=3D"3"

Aha! Tested, works!


I thought we added that to t= he release notes.

Warner=

--
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 ?
--000000000000a755350629639eb8-- 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-- From nobody Mon Dec 16 14:31:54 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 4YBj8219cpz5hVXS for ; Mon, 16 Dec 2024 14:32:18 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4YBj814XPQz4Z4X; Mon, 16 Dec 2024 14:32:17 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=cs.huji.ac.il; s=57791128; h=To:References:Message-Id:Cc:Date:In-Reply-To:From:Subject:Mime-Version:Content-Type; bh=GVG4Ue0ec90rzvuLq2P/IqfcNM062+Yq2sZ61F2YQ/E=; b=pjpWk6i3Kexoi/iVjj9DIuOjCanehBfwo/SsoIf11zBmgnKrv1WMVkAyS3lOrU0zlThYhbiRXTDnHK83ia7V9GcK9GM/0bzAujUSIbEJdKiQ7+HxjWDCyNCyfauTyITrNKyOlafmaasROQtWTnRtKqfB8SoJ8pXYeL5AsPz3M5NxA9BHJiSTEfzr2yBBAq14ACJNF9ok5wDv4kLcDG1BjAMcaw6jgcdDblgRIvItPZtONoDb2c09qpqsxSG3m+hxQbW6u9i0JcCzjFer9Jkhfm8/wSRIM5TNXbkzPsdUvGfvXNkUhrjhCnzyKmER9Brl3mwz2kxlQz3Af/NkY/onzA==; DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=cse.huji.ac.il; s=57791128; h=To:References:Message-Id:Cc:Date:In-Reply-To:From:Subject:Mime-Version:Content-Type; bh=GVG4Ue0ec90rzvuLq2P/IqfcNM062+Yq2sZ61F2YQ/E=; b=02tz9HXgt46DzUVETuJI3YuPiBtV/bIgMgmsOVhSmkIhC4BrvPyMasttpFyBtpO/DV434uKqd7ayQ/lH5S6rdspJcc5uD3ccGd54c7YYRWDFnUkjOigbFjnIlZqjyC9K5My8qZQWhHNbUCY9fGAZdMNB2tzlTYyGKucvBnlynQhYN/7bln0V/uZ480E9bxbw9avbn7JjIxhMtGIOMbayOx0RqBhUgHtEMxziKCbjDlxAOMG10ZRn02yyKaf6RYxoVh/pRwwLqEyNXZoB8bBlTqc8ld5hf4PhnUDv9xiPJ7ZvmCnWdkcHVWYP3cSjHNIGQb8Tez+fpFKYgsKwYKgYHQ==; Received: from imac.bk.cs.huji.ac.il ([132.65.179.42] helo=smtpclient.apple) by kabab.cs.huji.ac.il with esmtp id 1tNC8s-0006sc-Bf; Mon, 16 Dec 2024 16:32:14 +0200 Content-Type: multipart/alternative; boundary="Apple-Mail=_C0248C1E-C995-4659-9DCC-302725198507" 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 (Mac OS X Mail 16.0 \(3826.300.87.4.3\)) Subject: Re: not working /dev/console From: Daniel Braniss X-Priority: 3 (Normal) In-Reply-To: <770149226.7914.1734358550887@localhost> Date: Mon, 16 Dec 2024 16:31:54 +0200 Cc: Kurt Jaeger , Freebsd-stable List , Warner Losh , John Baldwin Message-Id: <0F8F02E9-4FBD-491E-A4AD-81A86E0A8967@cs.huji.ac.il> 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> To: Ronald Klop X-Mailer: Apple Mail (2.3826.300.87.4.3) 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:378, ipnet:132.64.0.0/15, country:IL] X-Rspamd-Queue-Id: 4YBj814XPQz4Z4X X-Spamd-Bar: ---- --Apple-Mail=_C0248C1E-C995-4659-9DCC-302725198507 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On 16 Dec 2024, at 16:15, Ronald Klop wrote: >=20 >=20 > 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 >=20 > Hi! >=20 > > > > can you tell more on how to fix this ? >=20 > > > > APU version apu1 lost their ability to have a serial console > > > > in 14.2. >=20 > > > 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. >=20 > 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: >=20 > How can I tell the kernel that the serials are still there ? >=20 > The system boots via serial, and then stops displaying any > kernel output. >=20 > --=20 > pi@FreeBSD.org +49 171 3101372 Now what ? > =20 >=20 >=20 > Does this note from /usr/src/UPDATING help? >=20 > 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. The problem is also on APU2, and fixing the hint.uart.0=3D=E2=80=9Cisa=E2=80= =9D got my serial console back! So thanks to all of you! Danny >=20 > I don't know if this note was MFC'ed to stable. > = https://github.com/freebsd/freebsd-src/commit/63e282288ed84387d2ec75ba8df7= d7d004536781 >=20 > 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" > =20 >=20 > Regards, > Ronald. > =20 --Apple-Mail=_C0248C1E-C995-4659-9DCC-302725198507 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8

On 16 Dec 2024, at 16:15, Ronald Klop = <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.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=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 =             &n= bsp;    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:
=             &n= bsp;   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!

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/63e282= 288ed84387d2ec75ba8df7d7d004536781

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.
 

= --Apple-Mail=_C0248C1E-C995-4659-9DCC-302725198507-- From nobody Mon Dec 16 15:08:20 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 4YBjxf5lWQz5hXkH for ; Mon, 16 Dec 2024 15:08:22 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from fc.opsec.eu (fc.opsec.eu [IPv6:2001:14f8:200:4::4]) by mx1.freebsd.org (Postfix) with ESMTP id 4YBjxd3YRtz44gv for ; Mon, 16 Dec 2024 15:08:21 +0000 (UTC) (envelope-from pi@freebsd.org) Authentication-Results: mx1.freebsd.org; dkim=none; spf=softfail (mx1.freebsd.org: 2001:14f8:200:4::4 is neither permitted nor denied by domain of pi@freebsd.org) smtp.mailfrom=pi@freebsd.org; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=freebsd.org (policy=none) Received: from pi (uid 104) (envelope-from pi@freebsd.org) id 9438d by fc.opsec.eu (DragonFly Mail Agent v0.13+ on fc.opsec.eu); Mon, 16 Dec 2024 16:08:20 +0100 Date: Mon, 16 Dec 2024 16:08:20 +0100 From: Kurt Jaeger To: Warner Losh Cc: John Baldwin , Daniel Braniss , Freebsd-stable List Subject: Re: not working /dev/console Message-ID: References: <3F04B2DC-1AA9-4663-BCDE-3EFD0B01527E@cs.huji.ac.il> <044EAFE1-DCB8-439C-A422-4B5F8CD4C37C@cs.huji.ac.il> <501640865.7444.1734350498438@localhost> 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: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spamd-Result: default: False [2.03 / 15.00]; VIOLATED_DIRECT_SPF(3.50)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-0.72)[-0.721]; MIME_GOOD(-0.10)[text/plain]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : No valid SPF, No valid DKIM,none]; ONCE_RECEIVED(0.10)[]; RCVD_NO_TLS_LAST(0.10)[]; NEURAL_SPAM_SHORT(0.05)[0.053]; TO_DN_ALL(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; MISSING_XM_UA(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:12502, ipnet:2001:14f8::/32, country:DE]; MIME_TRACE(0.00)[0:+]; R_SPF_SOFTFAIL(0.00)[~all]; FROM_EQ_ENVFROM(0.00)[]; FREEFALL_USER(0.00)[pi]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[stable@freebsd.org]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4YBjxd3YRtz44gv X-Spamd-Bar: ++ 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.uart.0.irq="4" > > hint.uart.1.at="isa" > > hint.uart.1.port="0x2F8" > > hint.uart.1.irq="3" > > 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. -- pi@FreeBSD.org +49 171 3101372 Now what ? 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-- From nobody Mon Dec 16 16:16: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 4YBlSC6jBkz5hcvr for ; Mon, 16 Dec 2024 16:16:27 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4YBlSC2qGYz4Mdn; Mon, 16 Dec 2024 16:16:27 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=cs.huji.ac.il; s=57791128; h=References:To:Cc:In-Reply-To:Date:Subject:Mime-Version:Content-Type:Message-Id:From; bh=m1e6imaMKpEp4zvP6rX4mwTEobgxnBnQiK4PssSGNu0=; b=LBadfjJddPn31a6FVG9wB9Uul5J2KHdBVPNvSTcIpg2v2Rzew4NDeE5x7SNGktk9s9xOq9x5ZWMDFgFsPOOtooy+OzUbWpopRfDbFs8cFFq688ZbLRaD+0zYEt57y591BdDuLtHbcpFKFnd5oKbJyUNsj4NqmRI6a4RbhHJumi2BRytmpZoTpulXEaZiCTliZcjkauxTEb5GCXQKK2yy2D9pXm3rtBI2yO1SBhCYGUlCa7l8nI/nTR/s3o1qY3E/IlV0H8xTZoD0NgI/wFYNK6RlNuPcHP4g5dPSeix3Q8MRI++wCAR4fA5yZXQ2903VN1/Gtly3t29Z8KFS/dbdtQ==; DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=cse.huji.ac.il; s=57791128; h=References:To:Cc:In-Reply-To:Date:Subject:Mime-Version:Content-Type:Message-Id:From; bh=m1e6imaMKpEp4zvP6rX4mwTEobgxnBnQiK4PssSGNu0=; b=o7+v53q64Bmi9tWdioMNEFoAVUxqQrOAA/yV508z2JgiS4pudJG1imHT9eGM4SVwkTAn4k843ddwB0TyZL1TfWnsaeVc97hy3Zb8rJ+KnKo9VMSKFQJCbp2zMGWuv1aoII1wfPHv7vz/TiU2uapr0e7M5X4iMUXSrIfG0FBwQT1sydHTYZb02oNUp9cOYBPXb0ghjlkxN07sRTWL7JoV9b01xAlPygQcg46QDNDgZeSK4veQdxMOOuv1l1wdhHOivATkPUID9HXxviQwq94ljQHpY/kXS/BgzFR4tI64vD715id8IOg4430n8H60dDT0Q88YYJwl7VmIislX7yGFRw==; Received: from imac.bk.cs.huji.ac.il ([132.65.179.42] helo=smtpclient.apple) by kabab.cs.huji.ac.il with esmtp id 1tNDle-0008AL-R4; Mon, 16 Dec 2024 18:16:22 +0200 From: Daniel Braniss Message-Id: <8837CC40-3CEC-4674-9CF5-CE2E625FA277@cs.huji.ac.il> Content-Type: multipart/alternative; boundary="Apple-Mail=_D66ABE17-F90D-42D2-9C8F-695661FA7CCD" 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 (Mac OS X Mail 16.0 \(3826.300.87.4.3\)) Subject: Re: not working /dev/console Date: Mon, 16 Dec 2024 18:16:02 +0200 In-Reply-To: Cc: Ronald Klop , Kurt Jaeger , Freebsd-stable List , John Baldwin To: Warner Losh 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> X-Mailer: Apple Mail (2.3826.300.87.4.3) 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:378, ipnet:132.64.0.0/15, country:IL] X-Rspamd-Queue-Id: 4YBlSC2qGYz4Mdn X-Spamd-Bar: ---- --Apple-Mail=_D66ABE17-F90D-42D2-9C8F-695661FA7CCD Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On 16 Dec 2024, at 17:22, Warner Losh wrote: >=20 >=20 >=20 > On Mon, Dec 16, 2024, 7:32=E2=80=AFAM Daniel Braniss = > wrote: >>=20 >>=20 >>> On 16 Dec 2024, at 16:15, Ronald Klop > wrote: >>>=20 >>>=20 >>> 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 >>>=20 >>> Hi! >>>=20 >>> > > > can you tell more on how to fix this ? >>>=20 >>> > > > APU version apu1 lost their ability to have a serial console >>> > > > in 14.2. >>>=20 >>> > > 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. >>>=20 >>> 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: >>>=20 >>> How can I tell the kernel that the serials are still there ? >>>=20 >>> The system boots via serial, and then stops displaying any >>> kernel output. >>>=20 >>> --=20 >>> pi@FreeBSD.org +49 171 3101372 Now what ? >>> =20 >>>=20 >>>=20 >>> Does this note from /usr/src/UPDATING help? >>>=20 >>> 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. >>=20 >> The problem is also on APU2, and fixing the hint.uart.0=3D=E2=80=9Cisa=E2= =80=9D >> got my serial console back! >=20 >=20 > 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. >=20 IMHO, it might me an issue with the bios/efi firmware, I have PCengins = APU2 with a resent firmware from=20 Dasharo.com? Danny > Warner >=20 >> So thanks to all of you! >>=20 >> Danny >>=20 >>>=20 >>> I don't know if this note was MFC'ed to stable. >>> = https://github.com/freebsd/freebsd-src/commit/63e282288ed84387d2ec75ba8df7= d7d004536781 >>>=20 >>> 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" >>> =20 >>>=20 >>> Regards, >>> Ronald. >>> =20 >>=20 --Apple-Mail=_D66ABE17-F90D-42D2-9C8F-695661FA7CCD Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8

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 <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.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=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 =             &n= bsp;    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:
=             &n= bsp;   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.


IMHO, it = might me an issue with the bios/efi firmware, I have PCengins APU2 with = a resent firmware = from 
Dasharo.com?

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/63e282288= ed84387d2ec75ba8df7d7d004536781

You might try to put something like this in /boot/device.hints (or = /boot/loader.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"
 

Regards,
Ronald.
=  


= --Apple-Mail=_D66ABE17-F90D-42D2-9C8F-695661FA7CCD-- 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-- From nobody Mon Dec 16 20:58:29 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 4YBsjq3frFz5gVCr for ; Mon, 16 Dec 2024 20:58:39 +0000 (UTC) (envelope-from mail@osfux.nl) Received: from vm1982.osfux.nl (vm1982.osfux.nl [IPv6:2a03:5500:1724:55:79:99:187:212]) (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 4YBsjq1LSpz4trG; Mon, 16 Dec 2024 20:58:38 +0000 (UTC) (envelope-from mail@osfux.nl) Authentication-Results: mx1.freebsd.org; none Received: from vm1982.osfux.nl (localhost [127.0.0.1]) by vm1982.osfux.nl (Postfix) with ESMTP id C45DF7F; Mon, 16 Dec 2024 21:58:29 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=osfux.nl; s=default; t=1734382710; bh=4ND6I2Tk09miTR35b4w96ymw5Voo0tOxH9OivhOw+Is=; h=Date:Subject:To:References:From:In-Reply-To; b=rEnKZmaMOK5DafR8ZxnkRvlKGO/pAumld4XVoRU2pVvLRiKaBDCUreWHLwlKZPQnc +nt1rU1+7GSB+yg0XnWwH9vrQ8afS0V/gZi1O+cAdcTRtcRYMoMIkzyPGnqBjAzdo+ wxMyTs4wTn4/CVhUBSnDNqSLrS5Ep+RP8fD9BG3gEvQV40jmsTtWTR1yyyZe87+GhF Ga4op4pR6/nMFon1E0t6nc5bY8IoPrYT61eZnFwtx3fGA6pcMOThmamOVMoGlbAdYH +QF1lD6GqDqU/XmvUO/aicPrp2yG9GKXF4o/L6o9QCGigHeeBGRbKVZfUv3xseWg1G oxF/Xw3wc0Lv9IybZZNswBbLWPV4QxzChtSQA6+EQ2SuXiTBbgotPGUkhKg2RY9NN2 005aF8wSgipKjvreGkWPwYWc9me+oR1C20Qm6Xb+mC+GEV1O95068JKWHojEg/cwvA j0Pe/2Kn4B1KAQEJcCQENy/ln5GzPQfR4oDTIDxUn21cbLZ0SYdsAJjXf1Fq58D3UP Hj/TXqOGLgrkQ9B1G50rdeculUKnNEjY4wWxhS39SSe5UZNb2vfmFlPz3VNZt3GT78 xrt4j+eYeBGlen96le7A1BgBE5a+Cj2XE2mmVWEQtkdlnIvrmI4K3UhQY3OBcoPq/R NACI8PD+w1tbwFag/RerNcL4= X-Spam-Status: No, score=0.0 required=5.0 tests=none shortcircuit=no X-Spam-Checker-Version: SpamAssassin 4.0.0 Received: from [10.212.134.100] (office.shockmedia.nl [31.7.3.253]) (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) (No client certificate requested) by vm1982.osfux.nl (Postfix) with ESMTPSA; Mon, 16 Dec 2024 21:58:29 +0100 (CET) Message-ID: Date: Mon, 16 Dec 2024 21:58:29 +0100 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 User-Agent: Mozilla Thunderbird Subject: Re: not working /dev/console To: stable@freebsd.org, pi@freebsd.org References: <3F04B2DC-1AA9-4663-BCDE-3EFD0B01527E@cs.huji.ac.il> <044EAFE1-DCB8-439C-A422-4B5F8CD4C37C@cs.huji.ac.il> <501640865.7444.1734350498438@localhost> Content-Language: en-US From: Serveradmin In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit 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:8315, ipnet:2a03:5500::/31, country:NL] X-Rspamd-Queue-Id: 4YBsjq1LSpz4trG X-Spamd-Bar: ---- 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 console). TnX :) I a few weeks ill be upgrading my APU2, will report back on its serial functionality after the upgrade to 14.2 .