From nobody Fri Mar 29 17:21:49 2024 X-Original-To: current@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 4V5nK56h4fz5FHPw for ; Fri, 29 Mar 2024 17:22:17 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from mailgate.Leidinger.net (mailgate.leidinger.net [IPv6:2a00:1828:2000:313::1:5]) (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-signature ECDSA (P-256) client-digest SHA256) (Client CN "mailgate.leidinger.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4V5nK461D4z4ZRq; Fri, 29 Mar 2024 17:22:16 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Authentication-Results: mx1.freebsd.org; none List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leidinger.net; s=outgoing-alex; t=1711732928; 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=KQqNXBY5fhhp7Oyu2kMvakyDziOO18G+zFHJjhEgNsU=; b=A9vQobdJfEJ1HjA9yefDB3R8V4T6DyxX/8r/bZZs1gMGB7jhFKKMSYBNpPJ5X0S7E5C/FJ WDseyTc+pRBfW3NIVRDYfcqlOHW5ZfoxpPKCuOexzQLgtyHVrWMT5wf8txUwitX4izzxc5 OWx7gdztKip1vn/pezF3wejgw9iMU/sQIQ78Ypmkp+P7fb85aub5IxUt85KAwcqakX2PWZ KujMcP1SQxPBA4bppTd/bocTpiAeyL8CxnIwWELkDyAC8lwKXv31Bsw2RWSkDZl8qWfTjf FrmKL0Elt/HnsSV9BEzQ1nwwYUWonpXIlcsuv37d5B1Scc67W+nZ5KkmI2hgnQ== Date: Fri, 29 Mar 2024 18:21:49 +0100 From: Alexander Leidinger To: Mark Johnston Cc: Current , bnovkov@freebsd.org Subject: Re: Multiple issues with current (kldload failures, missing CTF stuff, pty issues, ...) In-Reply-To: References: <09ef22679b76cb2dbeace8e78bf9f80e@Leidinger.net> Message-ID: Organization: No organization, this is a private message. Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=_aa724c7385a7df80ae67412cbe3a96a1"; micalg=pgp-sha256 X-Spamd-Bar: ---- 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:34240, ipnet:2a00:1828::/32, country:DE] X-Rspamd-Queue-Id: 4V5nK461D4z4ZRq This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --=_aa724c7385a7df80ae67412cbe3a96a1 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Am 2024-03-29 18:13, schrieb Mark Johnston: > On Fri, Mar 29, 2024 at 04:52:55PM +0100, Alexander Leidinger wrote: >> Hi, >> >> sources from 2024-03-11 work. Sources from 2024-03-25 and today don't >> work >> (see below for the issue). As the monthly stabilisation pass didn't >> find >> obvious issues, it is something related to my setup: >> - not a generic kernel >> - very modular kernel (as much as possible as a module) >> - bind_now (a build without fails too, tested with clean /usr/obj) >> - ccache (a build without fails too, tested with clean /usr/obj) >> - kernel retpoline (build without in progress) >> - userland retpoline (build without in progress) >> - kernel build with WITH_CTF / DDB_CTF (next one to test if it isn't >> retpoline) >> - -fno-builtin >> - CPUFLAGS=native (except for stuff in /usr/src/sys/boot) >> - malloc production >> - COPTFLAGS= -O2 -pipe >> >> The issue is, that kernel modules load OK from loader, but once it >> starts >> init any module fails to load (e.g. via autodetection of hardware or >> rc.conf >> kld_list) with the message that the kernel and module versions are out >> of >> sync and the module refuses to load. > > What is the exact revision you're running? There were some unrelated > changes to the kernel linker around the same time. The working src is from 2024-03-11-094351 (GMT+0100). The failing src was fetched after Glebs stabilization week message (and todays src before the sound stuff still fails). Retpoline wasn't the cause, next test is the CTF stuff in the kernel... >> I tried the workaround to load the modules from the loader, which >> works, but >> then I can't login remotely as ssh fails to allocate a pty. By loading >> modules via the loader, I can see messages about missing CTF info when >> the >> nvidia modules (from ports = not yet rebuild = in /boot/modules/...ko >> instead of /boot/kernel/...ko) try to get initialised... and it looks >> like >> they are failing to get initialised because of this missing CTF stuff >> (I'm >> back to the previous boot env to be able to login remotely and send >> mails, I >> don't have a copy of the failure message at hand). >> >> I assume the missing CTF stuff is due to the CTF based pretty printing >> (https://cgit.freebsd.org/src/commit/?id=c21bc6f3c2425de74141bfee07b609bf65b5a6b3). >> Is this supposed to fail to load modules which are compiled without >> CTF >> data? Shouldn't this work gracefully (e.g. spit out a warning that >> pretty >> printing is not available for module X and have the module working)? > > From my reading of linker_ctf_load_file(), this is exactly how it > already works. Great that it works this way, I still suggest to print a message what the warning about missing stuff means. Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_aa724c7385a7df80ae67412cbe3a96a1 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc; size=833 Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEER9UlYXp1PSd08nWXEg2wmwP42IYFAmYG+LwACgkQEg2wmwP4 2IYibQ//TvySR3GshoWYEEUNmgfAzE1Cy5HvdDW4C89JzoSmDa9LLeLuxsQhd/pY pxrxJss7EkbawMAoq41p4N36MD+QbsQ1GAZK72VMVHRMCrXCDsDWoS0oyqhsvBsm bOWYnadh7avxj+mhgexhAdPShrbuNVcGihxu+CyAnQ5zmWfgZLjndhkWzroJPBRs eCvaAjvn5J24IbGGnOevMdmmbotMCpgU7IcFXpIt7aDtyJJ75INlyVqvgQ2gAyMu /YiarcXCWf/EhyGCNpKrdZO7GaE6D81ZNpXGpUaCyzZRBm3X4jeINJXcCmHnQh2O ptf9Q/1kjhLAHybgM9PFZMRcipODaXX/cki7ShRB0Y4G7WLwMy7l/45NfMdoe/7y HvGOuzARfEFNRQco5Fw08JQzWpP2nc95IhjbDDDqnRlxepLAcy7PjNVurD0sMrwg PZhOWeVomO0jUSeR9X4x0Km0p/gHNJvrBukOBKLhebsESwxp/JSRAQI8zxhTkY2D +Ao1HVX0qeTWEyfwlxflWhVEG4K9g5VgNdE+dekY80e+DmRKBbsGZKjRwdDHf3UG mcVx5XEZOPnsJYGiit9VtNNPBzCzUcyt80V+hbf8oCd5GsTGXeFC2pKO8L6tRR7S ogcUtFw+EKSPRAiih1SC3RtqlXB9xvzk3CIYyU+0HRCX2GjUQ04= =JLhz -----END PGP SIGNATURE----- --=_aa724c7385a7df80ae67412cbe3a96a1--