From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-x22c.google.com (mail-wm0-x22c.google.com [IPv6:2a00:1450:400c:c09::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ml01.01.org (Postfix) with ESMTPS id 4DDCF1A1DEB for ; Fri, 2 Sep 2016 06:08:50 -0700 (PDT) Received: by mail-wm0-x22c.google.com with SMTP id c133so29018099wmd.1 for ; Fri, 02 Sep 2016 06:08:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=/QFVK4dbMMvgE/LAFauhn3PGHRybfams37LCfm2KiXY=; b=Yfq8P0KHOWZqMRwoc1hm72U6F3wH0lRJEEyVp9oFF38oPIrQ0yF3JaRUxN0FvG3mtD zit4jVdIRxmtTLCEc7feYnwLfUsMyx4jJqAQGvByJ+dVOVaDaxQBxT9HxW9gEzlHGbnV 2L6vW5MmySZ3TNlq77ikUMxZQwDr7H4uNE0iCMTt0oOOLdt+kpxjT7A5ubpieasItEmt oUUDUZs3F7D97guWnsfcm7iQzpa+ZdmQsWogHF52Jxlmg645ixdXLEdUChQm6N9VDM8l 6QWpdb3b0+QFtEr/BrQkrCA0Ao4ZNAbeHWr8hlGvTYZUVnnNEbVh3V7JC28HbAsbhQgU 8uOA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=/QFVK4dbMMvgE/LAFauhn3PGHRybfams37LCfm2KiXY=; b=ljP+f9O1gBhmARCkYHQemy0ioUWNC4j2ml26qum/DG/ErqwNVpD9k/FFotyWkvboMy nwUcMgIyBGhhFU93GcErz3Oc2r05MKihIZBdi9g34o46qLkiRcdy9MHRCI2J3jzlba8q EVWscLRq+fyaLH5HtazYfV8qYW1qnSs0vK9n47KxLsXN+zrsK3k6RBB4q/Dbi1P+9/ea jq0sTklsqio7VduWGhCD3WTyhhEGgXcBE66vaXlOrseaaupToS7RXLZE2A8WQelBGg0O HmgRlMIVIfTR4KU81dMqbOz4LDgpmqbtmH5yhmK3jL8TLEhPTW5G67FGb14g+4kBzt4d USVQ== X-Gm-Message-State: AE9vXwO/k1UmqxpFbBPIC8dCV38Ils/17phRHuy0F654nQJ1+p+/mzcbV2gJ+P5/bFjjC1NlbNJtBnPg/5sADw== X-Received: by 10.195.18.68 with SMTP id gk4mr6640087wjd.192.1472821728930; Fri, 02 Sep 2016 06:08:48 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.0.204 with HTTP; Fri, 2 Sep 2016 06:08:48 -0700 (PDT) From: Michael Zimmermann Date: Fri, 2 Sep 2016 15:08:48 +0200 Message-ID: To: "edk2-devel@lists.01.org" , Ard Biesheuvel X-Content-Filtered-By: Mailman/MimeDel 2.1.21 Subject: post-ExitBootServices memory protection of RT_Data (ARM) X-BeenThere: edk2-devel@lists.01.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: EDK II Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Sep 2016 13:08:50 -0000 Content-Type: text/plain; charset=UTF-8 Hi, a friend of mine works with a hacked Luma WP device. he can already boot Android by replacing UEFI with a linux bootloader. What would be nice however is using UEFI's LinuxLoader. The problem with that seems to be that even after ExitBootServices, booting linux from addresses previously allocated as RT_Data seems to just not work(no UART output etc and we don't have jtag). So, how can UEFI have such an influence at that point? Is there a ARM/TZ feature for that? Can it be disabled? I thought respecting the memory map would just be needed in case you want to be able to call RuntimeServices and that you don't need to do that if you don't need them. Thanks Michael