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 75F31C433DB for ; Tue, 23 Feb 2021 15:48:57 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 4D70164E20 for ; Tue, 23 Feb 2021 15:48:57 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233424AbhBWPsn (ORCPT ); Tue, 23 Feb 2021 10:48:43 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45792 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233418AbhBWPrX (ORCPT ); Tue, 23 Feb 2021 10:47:23 -0500 Received: from sipsolutions.net (s3.sipsolutions.net [IPv6:2a01:4f8:191:4433::2]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 47753C061786 for ; Tue, 23 Feb 2021 07:46:42 -0800 (PST) Received: by sipsolutions.net with esmtpsa (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (Exim 4.94) (envelope-from ) id 1lEZtU-007ReE-Po; Tue, 23 Feb 2021 16:46:37 +0100 Message-ID: Subject: Re: [PATCH 1/7] um: allow disabling NO_IOMEM From: Johannes Berg To: Geert Uytterhoeven Cc: linux-um , Arnd Bergmann , Linux Kernel Mailing List Date: Tue, 23 Feb 2021 16:46:35 +0100 In-Reply-To: (sfid-20210223_164419_226979_7AEC4F67) References: <20210223152707.408995-1-johannes@sipsolutions.net> <20210223161449.5fbbdace8fea.I7b2fad8378e4fde7f26ef06a03980ae2807d81c9@changeid> (sfid-20210223_164419_226979_7AEC4F67) Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.36.5 (3.36.5-2.fc32) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-malware-bazaar: not-scanned Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, > Can't you just use the asm-generic versions instead? Hmm, yes, for fb.h and vga.h that should work, since they should never be used. For vga.h it would be wrong since it assumes the VGA memory is mapped into the CPU memory, but since it should never run it would still address the compilation issues I needed this for. So yeah, I guess we could just use the asm-generic versions of these two. johannes