Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1709094pxb; Mon, 8 Mar 2021 04:36:15 -0800 (PST) X-Google-Smtp-Source: ABdhPJyuAjbMTMC7JjVdz5ToD0HfjHCZt5Jz/ul4iW+iVXsI3O4m28LaonxNBE7wDbhVevbkoi7q X-Received: by 2002:a17:906:9243:: with SMTP id c3mr14919169ejx.388.1615206975067; Mon, 08 Mar 2021 04:36:15 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1615206975; cv=none; d=google.com; s=arc-20160816; b=Tw9SoJ0SBFXoSl1mw/pay9kk7PZXl2sUJd7cMlKGbW85NqNjpZuPDejkhmR0+0WZiQ CjFso4EhDJbRucH81VTm17wBIsyhE8iD2eQ5lPGOYBqn1M14u2hMfBYV0g/EmHBgXmVW J4/Kt8NQ3T9Idy9lgwGkX/Z/WAMwFMQz1DAyJiwy96gDnlCteLbg31kzPkV0uetJOtw5 FLSOvmNlZs9DPYgDDm848EqbFEqqEXfG5AlOJcNWTZpIl8QF6tUmlA7AZYZV7Qh9+1W8 JSYlCSZME2a1Mtkmmwar1gaNNvxyd1MYjuMQGfPjMfkn+rsl4CYp/K/iMcYpSZuEDsTp GgEQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=akaDhD99veI+OWw5Am9hs6OntPrWrsroPEalcaA3Abc=; b=OnaZeMB/Kj3lG10Ob0OL37A1DhpAoVl8uxp7XshG0p7qJrdU8IPdqHpjKF/bhlKPPg GzM5FZZDYVJesWRwKo8slvX4hPJrL0GeCPgCU/yYyEWhRI5kYXYf7FsExIHMAPHOutls FWK31W5wQKKioWVGyBBuOBJt/j9Wu/JLW9UB1fzLyng9smW66J+ZZ1hMt19zbqJr2g8E NK+V8sfoLXOHoluaVqun89U1SGVDClp3Oay58WWrIO7ehMTGjYK5Z10l/qogsQRq7iRU ASnnkCD6lyEUHZFiysWqttACpicmsfLwaPLcPrF4tHQeEJ/jshAYIVZc7kkND3R9RhiV 69gQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=eFET7Ct0; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id q21si6446648ejo.166.2021.03.08.04.35.52; Mon, 08 Mar 2021 04:36:15 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=eFET7Ct0; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231250AbhCHMew (ORCPT + 99 others); Mon, 8 Mar 2021 07:34:52 -0500 Received: from mail.kernel.org ([198.145.29.99]:43092 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230097AbhCHMeR (ORCPT ); Mon, 8 Mar 2021 07:34:17 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id 0298A651CF; Mon, 8 Mar 2021 12:34:15 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1615206856; bh=Ka9ouMWEb0Nu9M24W7opbQSgicq4l+VrtNaiTnVYThw=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=eFET7Ct0n0B1TVKwpKjq2ATQg/lk5Sg5Y1+9DemIA5I2Ia4m9ff48o9dwM+MSGMNL t5oRdP0R29zFaY8lewdQVoDTasv0jRWdA3uyqbz2/Vn2r9CVWZFzCmdYqIZMW2Nunn gxdwJFIpYFRyhuK+2y4DZCKgb9tqbpykUHOaWDF4= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Christoph Hellwig , Nicolas Saenz Julienne , Catalin Marinas , Jing Xiangfeng Subject: [PATCH 5.10 30/42] mm: Remove examples from enum zone_type comment Date: Mon, 8 Mar 2021 13:30:56 +0100 Message-Id: <20210308122719.604428347@linuxfoundation.org> X-Mailer: git-send-email 2.30.1 In-Reply-To: <20210308122718.120213856@linuxfoundation.org> References: <20210308122718.120213856@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Nicolas Saenz Julienne commit 04435217f96869ac3a8f055ff68c5237a60bcd7e upstream We can't really list every setup in common code. On top of that they are unlikely to stay true for long as things change in the arch trees independently of this comment. Suggested-by: Christoph Hellwig Signed-off-by: Nicolas Saenz Julienne Reviewed-by: Christoph Hellwig Link: https://lore.kernel.org/r/20201119175400.9995-8-nsaenzjulienne@suse.de Signed-off-by: Catalin Marinas Cc: Signed-off-by: Jing Xiangfeng Signed-off-by: Greg Kroah-Hartman --- include/linux/mmzone.h | 20 -------------------- 1 file changed, 20 deletions(-) --- a/include/linux/mmzone.h +++ b/include/linux/mmzone.h @@ -354,26 +354,6 @@ enum zone_type { * DMA mask is assumed when ZONE_DMA32 is defined. Some 64-bit * platforms may need both zones as they support peripherals with * different DMA addressing limitations. - * - * Some examples: - * - * - i386 and x86_64 have a fixed 16M ZONE_DMA and ZONE_DMA32 for the - * rest of the lower 4G. - * - * - arm only uses ZONE_DMA, the size, up to 4G, may vary depending on - * the specific device. - * - * - arm64 has a fixed 1G ZONE_DMA and ZONE_DMA32 for the rest of the - * lower 4G. - * - * - powerpc only uses ZONE_DMA, the size, up to 2G, may vary - * depending on the specific device. - * - * - s390 uses ZONE_DMA fixed to the lower 2G. - * - * - ia64 and riscv only use ZONE_DMA32. - * - * - parisc uses neither. */ #ifdef CONFIG_ZONE_DMA ZONE_DMA,