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=-2.0 required=3.0 tests=DKIM_ADSP_CUSTOM_MED, DKIM_SIGNED,DKIM_VALID,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED,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 42B34C433E0 for ; Thu, 14 May 2020 11:18:02 +0000 (UTC) Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (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 1A6BF206DA for ; Thu, 14 May 2020 11:18:02 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="bzVUiz51"; dkim=fail reason="signature verification failed" (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="q1J8WZEF" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 1A6BF206DA Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=gmail.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20170209; h=Sender: Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=yhaebSSI0CshC1YDAEHorE2IqfGkQBrinatOG6b21g4=; b=bzVUiz51qojP+v mHqyeZsGS5lq0Er7y/QqiBpDRNuEZ5q8qjyg6bNEXoHP8IWSEq6Ll0yiM5JhiyaJlxRYRb+Kyb+4X 66MjdS68RWKDOY1Rd1Yc7U6f6Am1n2UngkDq7MBbFfzIJirLpafq5PgdpJHNJaDLURtvEdeEnyGWD d12P6taKbiSLCszvU+FktGB+B3eMIs3OkSP8WKhD1MD+8LwPrXy420XIX7LcEnBOVtkZDwHRLHPDy DXjr35HK910RU7FxJrZCUAQ/dC3VVKu1LV7w6yaM58Gr3fgDbiA0mGNR2cnUpevGbew04BSkAJD2m KtyZC7W/Z6X0fR6TMflg==; Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1jZBsH-00024V-Mq; Thu, 14 May 2020 11:18:01 +0000 Received: from mail-pl1-x62f.google.com ([2607:f8b0:4864:20::62f]) by bombadil.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1jZBsF-000246-9a for linux-arm-kernel@lists.infradead.org; Thu, 14 May 2020 11:18:00 +0000 Received: by mail-pl1-x62f.google.com with SMTP id y9so1045813plk.10 for ; Thu, 14 May 2020 04:17:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=hknV+GJMZHyHLAY2im/FQF7wHV4s+FSMrkKyD2kNtOw=; b=q1J8WZEFW7zcbs4kfMwHVNcPHEvHzP0sWCL1KDOejr+Oz4wbi66N2QIJHSjF4QRW3Q TEDfEChsLpQbBMWtT6S0V4Je1V3/Kxw2Ii8ipz53soDuZFlMN3tvKjzxQDXY03e0FnAB Jg6FI4bRC175fUnWz3QeCj9PmuQoJoo46BfEbGKM9BRYH3vJtBEeZCq24PuckXMpFn2k VAYNw3kO7blN2xdlp55KlI1JN2CpIU8h97kLDnhSRNEuqNgr6zNVM7IL4CJVtAN7eM1Q cEHqy92xeP6BQn5y4Ncknujhip2GTZvq/Ny62ESqPkpUVlycWaVsNKkF23F46abJzrV/ qbVg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=hknV+GJMZHyHLAY2im/FQF7wHV4s+FSMrkKyD2kNtOw=; b=X9obIVieMQG7CUMPDxtomqgmnYzmXK+6MAs3CRCAsA//dQw3uz4+vdANiggI/ZJuKt MEYPHApAQ0XxXm7vt1sBwP/L26EzdulWZXNwQNg4KICCN2D5qKQSyVJjg9sw2DkE9NlE ukLYj/sv9L6PEXSWafy4Db9q08YIaCRv8Y623v28KR+6ZF6h7ZkanqX66aA89k92d+AV IPE58aE5D4+grKBeofeWydq4lxsL0YZHR5mjqci78DUtXX/lZawdcBSXu29SQJq0s4tz 7xDV8NcC5YJoZsK1tmhPSbxvxFUwFNXfRNbcgqtwEXQTrPbSiQsyg3REhw7QTviqnZtD 3kNA== X-Gm-Message-State: AGi0PuZYc3zDerC5BKgsC2A8M5dRdGXdQNeV59IxDGBL0au6+O7EApK6 HG2je0u9CBFteK4fWCq/N0s= X-Google-Smtp-Source: APiQypLarzhPpMk65VrkKnqffPBenJAa46xewdPlN9VCMxKTNk/8c6C3ICwXE0q0hf7R3DKGKlS54g== X-Received: by 2002:a17:90a:cc6:: with SMTP id 6mr39655685pjt.17.1589455078047; Thu, 14 May 2020 04:17:58 -0700 (PDT) Received: from localhost ([49.205.220.80]) by smtp.gmail.com with ESMTPSA id g10sm2156051pfk.103.2020.05.14.04.17.57 (version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256); Thu, 14 May 2020 04:17:57 -0700 (PDT) Date: Thu, 14 May 2020 16:47:55 +0530 From: afzal mohammed To: Arnd Bergmann Subject: Re: ARM: static kernel in vmalloc space Message-ID: <20200514111755.GA4997@afzalpc> References: <20200415135407.GA6553@afzalpc> <20200503145017.GA5074@afzalpc> <20200504091018.GA24897@afzalpc> <20200511142113.GA31707@afzalpc> <20200512104758.GA12980@afzalpc> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.3 (2018-01-21) X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20200514_041759_358860_BEE15E96 X-CRM114-Status: GOOD ( 13.36 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Russell King , Linux ARM , "linux-kernel@vger.kernel.org" Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org Hi, On Tue, May 12, 2020 at 09:49:59PM +0200, Arnd Bergmann wrote: > Any idea which bit you want to try next? My plan has been to next post patches for the static kernel migration to vmalloc space (currently the code is rigid, taking easy route wherever possible & not of high quality) as that feature has an independent existence & adds value by itself. And then start working on other steps towards VMSPLIT_4G_4G. Now that you mentioned about other things, i will slowly start those as well. > Creating a raw_copy_{from,to}_user() > based on get_user_pages()/kmap_atomic()/memcpy() is probably a good > next thing to do. I think it can be done one page at a time with only > checking for > get_fs(), access_ok(), and page permissions, while get_user()/put_user() > need to handle a few more corner cases. Before starting w/ other things, i would like to align on the high level design, My understanding (mostly based on your comments) as follows, (i currently do not have a firm grip over these things, hope to have it once started w/ the implementation) 1. SoC w/ LPAE 2. TTBR1 (top 256MB) for static kernel, modules, io mappings, vmalloc, kmap, fixmap & vectors 3. TTBR0 (low 3768MB) for user space & lowmem (kernel lowmem to have separate ASID) 4. for user space to/from copy a. pin user pages b. kmap user page (can't corresponding lowmem be used instead ?) c. copy Main points are as above, right ?, anything missed ?, or anything more you want to add ?, let me know your opinion. Regards afzal _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel