From patchwork Wed Dec 2 14:48:44 2020 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Jan Beulich X-Patchwork-Id: 11946317 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=-7.2 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 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 32F16C64E7C for ; Wed, 2 Dec 2020 14:48:56 +0000 (UTC) Received: from lists.xenproject.org (lists.xenproject.org [192.237.175.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id B9D28221EB for ; Wed, 2 Dec 2020 14:48:55 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org B9D28221EB Authentication-Results: mail.kernel.org; dmarc=fail (p=quarantine dis=none) header.from=suse.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=xen-devel-bounces@lists.xenproject.org Received: from list by lists.xenproject.org with outflank-mailman.42796.77024 (Exim 4.92) (envelope-from ) id 1kkTR1-0003sm-Se; Wed, 02 Dec 2020 14:48:47 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 42796.77024; Wed, 02 Dec 2020 14:48:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kkTR1-0003sf-PC; Wed, 02 Dec 2020 14:48:47 +0000 Received: by outflank-mailman (input) for mailman id 42796; Wed, 02 Dec 2020 14:48:46 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kkTQz-0003sQ-VL for xen-devel@lists.xenproject.org; Wed, 02 Dec 2020 14:48:45 +0000 Received: from mx2.suse.de (unknown [195.135.220.15]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id c4e3ed96-efd5-4a45-86a5-2e3ceb9cf14e; Wed, 02 Dec 2020 14:48:45 +0000 (UTC) Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id 84E8DAB63; Wed, 2 Dec 2020 14:48:44 +0000 (UTC) X-BeenThere: xen-devel@lists.xenproject.org List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-devel-bounces@lists.xenproject.org Precedence: list Sender: "Xen-devel" X-Inumbo-ID: c4e3ed96-efd5-4a45-86a5-2e3ceb9cf14e X-Virus-Scanned: by amavisd-new at test-mx.suse.de DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.com; s=susede1; t=1606920524; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=pOUeix5rFQpTEf17eVWovsbIjIYjoeNzqwp31IeSKf0=; b=RXouTiTJAOtKSqxd7RXzwS+yoiWc2aekyhAu0Ov4PXcB7SPNuV3Fb+jdzZZ/zJZI7kzRHq rBwoD/yCIWdxAT9CGNpgFlWYESM3LFHahCrwiGHVHZEc1EhLaR2sCW+BqvLFrk0WJwNTS7 MmjBI/v86KjqrAJEik1qqpyEt4mmfu8= Cc: Andrew Cooper , George Dunlap , Ian Jackson , Julien Grall , Stefano Stabellini , Wei Liu , Hongyan Xia From: Jan Beulich Subject: [PATCH 0/2] a tiny bit of header disentangling To: "xen-devel@lists.xenproject.org" Message-ID: <75484377-160c-a529-1cfc-96de86cfc550@suse.com> Date: Wed, 2 Dec 2020 15:48:44 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.5.0 MIME-Version: 1.0 Content-Language: en-US While reviewing Hongyan's "x86/vmap: handle superpages in vmap_to_mfn()" it became apparent that the interaction of xen/mm.h and asm/page.h is problematic. Therefore some basic page size related definitions get moved out of the latter, and the mfn_t et al ones out of the former, each into new headers. While various configurations build fine for me with these changes in place, it's relatively likely that this may break some more exotic ones. Such breakage ought to be easy to resolve, so I hope this risk isn't going to be a hindrance of the changes here going in. 1: include: don't use asm/page.h from common headers 2: mm: split out mfn_t / gfn_t / pfn_t definitions and helpers Jan