From nobody Mon Dec 16 00:03:42 2024 X-Original-To: freebsd-amd64@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 4YBKtB2Vb2z5gX5T 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 4YBKt92bKJz54vx 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: Porting FreeBSD to the AMD64 platform List-Archive: https://lists.freebsd.org/archives/freebsd-amd64 List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-amd64@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-amd64@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: 4YBKt92bKJz54vx 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