From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-3.8 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 69BFAC4338F for ; Tue, 3 Aug 2021 08:40:30 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 4CC9660F8F for ; Tue, 3 Aug 2021 08:40:30 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234414AbhHCIkk (ORCPT ); Tue, 3 Aug 2021 04:40:40 -0400 Received: from mail110.syd.optusnet.com.au ([211.29.132.97]:59379 "EHLO mail110.syd.optusnet.com.au" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234356AbhHCIkj (ORCPT ); Tue, 3 Aug 2021 04:40:39 -0400 Received: from dread.disaster.area (pa49-195-182-146.pa.nsw.optusnet.com.au [49.195.182.146]) by mail110.syd.optusnet.com.au (Postfix) with ESMTPS id DAA83108EFA; Tue, 3 Aug 2021 18:40:26 +1000 (AEST) Received: from dave by dread.disaster.area with local (Exim 4.92.3) (envelope-from ) id 1mApyK-00DyTQ-Uv; Tue, 03 Aug 2021 18:40:24 +1000 Date: Tue, 3 Aug 2021 18:40:24 +1000 From: Dave Chinner To: Christoph Hellwig Cc: "Darrick J. Wong" , Matthew Wilcox , Gao Xiang , Andreas Gruenbacher , Eric Biggers , linux-fsdevel , xfs Subject: Re: iomap 5.15 branch construction ... Message-ID: <20210803084024.GJ2757197@dread.disaster.area> References: <20210802221114.GG3601466@magnolia> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.3 cv=YKPhNiOx c=1 sm=1 tr=0 a=QpfB3wCSrn/dqEBSktpwZQ==:117 a=QpfB3wCSrn/dqEBSktpwZQ==:17 a=kj9zAlcOel0A:10 a=MhDmnRu9jo8A:10 a=7-415B0cAAAA:8 a=7JT1_2E538Rp00IizEwA:9 a=CjuIK1q_8ugA:10 a=biEYGPWJfzWAr4FL6Ov7:22 Precedence: bulk List-ID: X-Mailing-List: linux-xfs@vger.kernel.org On Tue, Aug 03, 2021 at 09:17:37AM +0100, Christoph Hellwig wrote: > I'm on vacation this week, so just a quick note: > > I'd love to see 1. and 2. from your list in a public branch ASAP, > maybe also 3 and 4 if they get positive reviews so that I can > rebased the iter stuff ontop of that so that I can repost the iter > series with that as a baseline. > > I still haven't succeeded getting a working DAX setup, though. Just set up a VM with a chunk of RAM and then use the memmap= command line option to use some of that RAM as pmem. I use a VM with 32GB of RAM (-m 32768) and then use this command line: -append "console=ttyS0,115200 root=/dev/sda1 scsi_debug.add_host=0 memmap=8G!15G,8G!24G $1" that gives me two 8GB pmem devices, one at a base address of 15GB and the other at a base address of 24GB. This is the only way I've been able to get "pmem" to work reliably with qemu. The persistence lasts for the qemu process lifetime, so you can reboot the VM and the devices still contain the data from the previous boot, but they do not persist across restarting the qemu process. Cheers, Dave. -- Dave Chinner david@fromorbit.com