From nobody Fri Feb 18 20:36:27 2022 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 796B619CF61B for ; Fri, 18 Feb 2022 20:36:30 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-qv1-xf31.google.com (mail-qv1-xf31.google.com [IPv6:2607:f8b0:4864:20::f31]) (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 "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4K0k4Y5zbDz4pgs for ; Fri, 18 Feb 2022 20:36:29 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: by mail-qv1-xf31.google.com with SMTP id h9so17055671qvm.0 for ; Fri, 18 Feb 2022 12:36:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:message-id:date:mime-version:user-agent:subject :content-language:to:references:from:in-reply-to :content-transfer-encoding; bh=dNeUM1gEv1PhsgUBaAOOYEbZ/K4KDJzt4ggnIRD28Oc=; b=YkcpE45IhDsdlNA9gavfA3i8qVEQ1qXK4+sG+a9VAzx6UX7Q7oEQBwqm8mI1iSBy+Y 35n5KPyv3aM59zYV3pOqkdRllE1qgojcL1yPMaxNpJEcTlNH2x9zR82RaoA0x0g/eG6X Y0v9K/cQ9d61c+XazqL3uT8GfdXlXG/FcnJuxLVnyiInGMMLEThtssVFguimwKKReOzE N7qmOP3e3blY0P1k2BfsnOle+YAyRjRxvcOZkN8SRsXm605wX3m1bAbu5+AvlFdXhqGk h6okBtkIeNp8HxZuZ8JTwIRWM/l9Im0OH2unJJ+4ARCAJVn+uE5eF76LLag6SciH6GUG R7Uw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:sender:message-id:date:mime-version:user-agent :subject:content-language:to:references:from:in-reply-to :content-transfer-encoding; bh=dNeUM1gEv1PhsgUBaAOOYEbZ/K4KDJzt4ggnIRD28Oc=; b=CqdbfjZLLuA/UqHIrOPit0ZpHRqZYdqhQhnRKf4VtOzesa84GEdwo8I+SKDhce0jZm sXE9PrYKtSrLQGXJD28rj1mybf6W/ehhaEbuSidAXiof2EMusWSXICv4Zxh2jv4WRIiQ +CAnCAiwYmz1SXMbZ9HsGKsPvFP8BINNzDGUWrpBC347LFZfpETA8SekyW5bTMrEBFGK lGouuYdLcL6L9w4uZMTUVs9chx9mypwxvbn+3LVTw7MB6J3bdpZWp0pRrS6mxbFUTsA2 nBNIdOFeTdRofwnjIcEPhEpdefhPsk4Gupwf6WtnEdgrU0SfmdeRWdywr9pSLw2Pwu6A n28w== X-Gm-Message-State: AOAM532z042JiYBMmM8MOXn93GYxQ1qH3mrkmWkGb+4F6exAEj3TiVOe WBcZTa2uwhah2rJOKa2tsckpwVqyqVM= X-Google-Smtp-Source: ABdhPJximcn3muLiGumFIgYlyYEXGPRrwdGJjPYBC5banRs01gnU6Sb5+DH3B2KwgB7ClUQVcJx7Lw== X-Received: by 2002:a05:6214:c4e:b0:42c:d5f:7e56 with SMTP id r14-20020a0562140c4e00b0042c0d5f7e56mr7293558qvj.46.1645216589314; Fri, 18 Feb 2022 12:36:29 -0800 (PST) Received: from [10.231.1.66] (075-130-069-034.biz.spectrum.com. [75.130.69.34]) by smtp.gmail.com with ESMTPSA id de15sm21543335qkb.107.2022.02.18.12.36.28 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 18 Feb 2022 12:36:28 -0800 (PST) Message-ID: <5fd2a34e-1135-4237-a028-d4566ff65c69@FreeBSD.org> Date: Fri, 18 Feb 2022 15:36:27 -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: Mozilla/5.0 (X11; FreeBSD amd64; rv:91.0) Gecko/20100101 Thunderbird/91.4.1 Subject: Re: [Intel AlderLake]Read&Write files to FAT32 or UFS partition cause data corrupt due to P-Core&E-Core Content-Language: en-US To: "Chen, Alvin W" , "freebsd-current@freebsd.org" References: From: Alexander Motin In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4K0k4Y5zbDz4pgs X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=YkcpE45I; dmarc=none; spf=pass (mx1.freebsd.org: domain of mavbsd@gmail.com designates 2607:f8b0:4864:20::f31 as permitted sender) smtp.mailfrom=mavbsd@gmail.com X-Spamd-Result: default: False [-1.31 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; FORGED_SENDER(0.30)[mav@FreeBSD.org,mavbsd@gmail.com]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; FROM_NEQ_ENVFROM(0.00)[mav@FreeBSD.org,mavbsd@gmail.com]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.89)[0.889]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[FreeBSD.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::f31:from]; MLMMJ_DEST(0.00)[freebsd-current]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N This looks pretty weird to me, but I don't think it is specific to the FAT32. Just today I've first noticed that booting TrueNAS 12.0-U8 (http://download.freenas.org/12.0/STABLE/U8/x64/TrueNAS-12.0-U8.iso) (based on FreeBSD 12.2 with many backports) from NVMe SSD (I don't insist on NVMe so far) and ZFS almost never completes successfully, ending up in hangs or random stack corruption panics in ZFS threads as soon as at least one E core is enabled of my i7-12700K. Disabling all E cores fixes the problem. Updated to TrueNAS 13.0-BETA1 (based on FreeBSD 13.0-STABLE from few weeks ago) it does not demonstrate the problem any more. The same TrueNAS 12.0-U8 kernel booted from NFS does not seem to demonstrate the problem with ZFS mounting, but I haven't stressed it much so far. There are seem to be dragons somewhere... On 15.02.2022 22:29, Chen, Alvin W wrote: > Hi Guys, > Any updates to support Intel P-core + E-core? > I have filed a bug: PR 261169 > , but no updates. > Does anybody know the progress? > > For Intel Adler Lake P core + E core processor (i7-12700T), copying > files to FAT32 partition, the file corrupted (50%), but ZFS is fine. > After disabling E core in the code by restrict the max cpu number, this > issue is gone. And No E core processor has no such issue, like i7-12400. > > HW ENV: > CPU: Intel AlderLake 12th Gen i7-12700T > Disk: NVME SSD > > There are 3 methods to reproduce this issue: > 1. Make FreeBSD 13 USB disk installer, install FreeBSD with UFS, and > select install source and ports, the txz package checking will be failed. > > 2. Boot to shell by USB disk installer, and mount a FAT32 partition (on > SSD), and copy a 300MB file to the FAT32, compare the sha256 checksums > for the source file and the dst file, the checksum are different (50%). > Or if there is a 300MB file in FAT32 partition, mount the partition, and > for the first time check the sha256 value by running 'sha256 file.tgz', > the checksum is wrong, but the second time, the checksum is correct. > > 3. Install FreeBSD 13 with ZFS, and it can work well. And boot into > FreeBSD, disable swap, and format the SWAP partition to FAT32. Do the > testing as above. > > Regards, > > Alvin Chen > > Dell | Comercial Client Group > > office +86-10-82862506, fax +86-10-82861554, Dell Lync 8672506 > weike_chen@dell.com > > Internal Use - Confidential > -- Alexander Motin