From nobody Tue Jan 28 20:33:30 2025 X-Original-To: freebsd-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 4YjH7132hSz5m5bS for ; Tue, 28 Jan 2025 20:33:33 +0000 (UTC) (envelope-from ianfreislich@gmail.com) Received: from mail-yb1-xb35.google.com (mail-yb1-xb35.google.com [IPv6:2607:f8b0:4864:20::b35]) (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 4YjH702tvbz3tKM for ; Tue, 28 Jan 2025 20:33:32 +0000 (UTC) (envelope-from ianfreislich@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=E1j5TOcH; spf=pass (mx1.freebsd.org: domain of ianfreislich@gmail.com designates 2607:f8b0:4864:20::b35 as permitted sender) smtp.mailfrom=ianfreislich@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-yb1-xb35.google.com with SMTP id 3f1490d57ef6-e580d6211c8so10251365276.1 for ; Tue, 28 Jan 2025 12:33:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1738096411; x=1738701211; darn=freebsd.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:to:subject:user-agent:mime-version:date:message-id:from :to:cc:subject:date:message-id:reply-to; bh=p4kmPpjdDr7FWH0MCQ7bMgmHMwxbwthfX8hTiTi2PUQ=; b=E1j5TOcH71RGMwnaLWSygnKf0/vAUICaoS+H0sXOfvSoDomMgt8I+1gRx2jnwB2sEH zLQiX9Gd79AArS5KZHGcYKvub29I6x5doqan9uzm/Ug6LLL84Xkmpi3TklgkVzJSnP5h 8aVHD72oXrZc2VpE0euTvynOdu+QfSKDGLT2Cuo4Vto+AcqLHaJWRzoTJFRkFZc+FeTs sipFqfD3HN1TmQdcphb0vp8jLCUzTFNdOCEpMCgDIdXouGBJ2Hp5/2qijDhoyTCp4dfX 4P3HY0uL/0LSEb9v53NtEi/FBK5cUyyo2ntoxwrcg//POa44oCICC9zNXo4WajytdYVF 4CRQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1738096411; x=1738701211; h=content-transfer-encoding:in-reply-to:from:content-language :references:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=p4kmPpjdDr7FWH0MCQ7bMgmHMwxbwthfX8hTiTi2PUQ=; b=nCo/T8xfoLaRoV8tllHAXstzHghHbKCk3RdfZpeZ3gYnLXPmt1aGGRtcthSSrNp41k QB805EJn5ToQTQ9he2F2GGG4EHkkeM/RoRB8ZNqRdMCB6uNUZ/G2sLyRyBdkaPnA+rje HVtvwToO7mjlLuA78Z+Ek9+iGMGutartaC/0U5i7xIvTwBuhavzYuAJvJ+SFSYfmzM/G 9OPoN4F3AFFli0qqCNEFeJDKOsoO0SfTBP9S8vpOWGesY0mhGq2aq1IiiQMyCkNfPXTG O5TCOllI8TMxLWnR4gbWYyjbeaSUI+3AkKlYcMbQZ1HWOtH5LwdPD1D12iqAXoN4wvxV S5zQ== X-Gm-Message-State: AOJu0Yz2Fiix9Dc2644V80QYkvryiVGCshgJBSJKwQkKYmuRl/d72/nm uAKxLuEBP1Wk1KVPDXuUNi9/9kOmcFh6EWGhboLmDUjqiTKFj07rfKfukQ== X-Gm-Gg: ASbGnctCuL9CsCRBWOHczGOPdhU+opIkvkDVo4mpf4Suo7L7jmQNabTI09MUyVQOHEG /RA/AUTV0tiNw1cOhP+nBiG26D3RTqYrp1hkq/pG0/rONqQjiodK2NeENA9xS47YVQjO8m5O9P/ XcN9702GV/PICmTpojFuxrMme3U3DaO3l8vTlPQtk3UB+buinDbLSTgMrjj6J4vRp1ahl/fwcD5 a1TW2RUtftHPMT5LBxvY2aAOOsCRYePBRox0HJ+L+xi+KABBg6IB0DsKY4Gqea0tssG9YbL5LAf LETDyxcd46ITj40nzuOXYz7VxtqljqC+oSrCCvkd5eDf2sT/B7MXifwSBHbLQax6haqQzgY= X-Google-Smtp-Source: AGHT+IHghMFRhw7lQYPjO6yzA4AbGyjuZ50wwiNy0pV3EW6huq/vcKasI5cP6Ui64PhuzH3ay8gN+w== X-Received: by 2002:a05:690c:6809:b0:6ef:63cb:61d0 with SMTP id 00721157ae682-6f7a834ec9amr3510477b3.10.1738096410870; Tue, 28 Jan 2025 12:33:30 -0800 (PST) Received: from [10.0.0.5] (107-128-20-168.lightspeed.tukrga.sbcglobal.net. [107.128.20.168]) by smtp.gmail.com with ESMTPSA id 00721157ae682-6f75787730fsm20126977b3.1.2025.01.28.12.33.30 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 28 Jan 2025 12:33:30 -0800 (PST) Message-ID: <6024769d-1cac-439b-874d-c624112d30c9@gmail.com> Date: Tue, 28 Jan 2025 15:33:30 -0500 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 User-Agent: Thunderbird Daily Subject: Re: UFS bad inode, mangled entry on Alder Lake-N(100) To: freebsd-current@freebsd.org References: <6530f044-486d-4128-9e23-ee03e6686aa9@yamagi.org> <20250128122345.74075269.25648751.10101138@dino.sk> Content-Language: en-US From: Ian FREISLICH In-Reply-To: <20250128122345.74075269.25648751.10101138@dino.sk> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-3.37 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.991]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_MEDIUM(-0.39)[-0.387]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::b35:from] X-Spamd-Bar: --- X-Rspamd-Queue-Id: 4YjH702tvbz3tKM On 2025-01-28 06:23, Milan Obuch wrote: > On Mon, 27 Jan 2025 19:28:28 +0100 > Yamagi wrote: > >> Hi, >> >> sounds like the Alder Lakes PCID bug in N100 flavor. On the small >> cores the INVLPG instruction is broken, failing to flush all >> (global?) TLP entries leading to cache corruption. FreeBSD has a work >> around for >> that: https://cgit.freebsd.org/src/commit/?id=cde70e312c3fde5b37a29be1dacb7fde9a45b94a >> >> However that work around never fully solved the problem on the N100 >> series. My own N100 board was never stable with PCID enabled and >> there are several other reports of the same problems. For example >> https://lists.freebsd.org/archives/freebsd-current/2023-August/004116.html >> >> Since Linux went with disabling PCID all together on all Alder Lake >> and Raptor LAKE CPUs, I did the same by setting >> vm.pmap.pcid_enabled=0 in loader.conf. Since I did that the system is >> running fine. >> >> The Linux commit disabling PCID is here: >> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=ae8373a5add4ea39f032563cf12a02946d1e3546 >> >> A microcode update might also help. I didn't test the updates >> released by Intel since early last year so I don't know for sure. >> > > It looks like the right thing, in my case adding vm.pmap.pcid_enabled=0 > to /boot/loader.conf helps. I consider this easier than installing port > for microcode update... > > That being said, could someone add some more pro/cons for those two > approaches? > > Additionally, I am using M.2 SATA drive at the moment. While NVMe drive > worked to some extent, if fsck was necessary for some reason, it was > unpleasant - some 'waiting for nvme reset' event occured, this led to > nvme drive detach, and the only way to fix it was unscrew the drive, > put it in USB-NVMe converter, do fsck via USB drive, then mount it back > into box... not acceptable. I chose microcode but that was hard to do because I only have one nvme slot and the installer panicked trying to install the package at the final part of the install. I had to install onto an SD and then use another FreeBSD install to do a pkg chroot install onto that temporary media and then use that to boot with the firmware update and chroot install the firmware and edit loader.conf on the nvme. The microcode update fixed it for me. I inferred from reading that enable PCID might have a performance advantage. Ian