From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-io0-x231.google.com (mail-io0-x231.google.com [IPv6:2607:f8b0:4001:c06::231]) (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 7EA9321ECCB11 for ; Wed, 20 Sep 2017 10:36:52 -0700 (PDT) Received: by mail-io0-x231.google.com with SMTP id i197so5265038ioe.9 for ; Wed, 20 Sep 2017 10:39:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=KFiGR+ezFC3FV5d/HpQcabZcvGxvlZ3u8sxRPBZ1Pa4=; b=hbVt3GcwJoT3nxZydYmP4QC+USZ9uNT8FQ8hTwYiOoEmZF40Rh8gXbi0jWAgTGr2y7 gQ4fJfwQcZKFI24pI2Hd8ayCqF0+he836avjf02PGAMMX7Hv7c0n9829yLUjB/S5e88o vUveBBUq+RT13QRBt7AdzgEatPVvfmDvAE6ac= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=KFiGR+ezFC3FV5d/HpQcabZcvGxvlZ3u8sxRPBZ1Pa4=; b=oYrfV8qaSpG06JHSjJaU44uOoRvzVn/at3ZndHYsOKsGaFNFq3mcfph8TVot5Pppsv 7lv8Br9zcxRkBplKEzKGjP2l5u7qoFaRwWAoI15Bh4VDjr967eZWghteUa33AIxYxn/d dxsMpNicMTjAhnAqeAafQMpFAHQNVL+Z6D5auMgqSBywL423p97MSoTzHBfaDNN1PAKZ ZDk8O7uV/ilEig7J8nGMwiL0k8ONn/50T7oD82u688lfyf/m1VK9YNrMAi6b+Jgc7G09 1lwLNo1iYo2HKthM1LsWp8SqV8DKqJdY7WzBxyp2PgQawTXWowm6YOsbIRoZOfKS1Lje HO+A== X-Gm-Message-State: AHPjjUjmVAIZez4F+yS2TTsm1hJXRQ64pPPmDDKYM4VcnID45kuGdMXg 4ErTSdQQl0Csrac31BTvcsQyEN7ZyXcODg+X/fyauQ== X-Google-Smtp-Source: AOwi7QCBeGZNmrm1TiT8+LlkJfjjBeQk4RNpf8XPjmYg63PNZPpJJvnwPaj5pnfkLNCgNnq5a6URPdTNuVJacZk9ggU= X-Received: by 10.107.132.226 with SMTP id o95mr7549706ioi.79.1505929197975; Wed, 20 Sep 2017 10:39:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.152.18 with HTTP; Wed, 20 Sep 2017 10:39:57 -0700 (PDT) In-Reply-To: References: <4CC33CC2-86D1-490E-A67E-12D751745121@apple.com> From: Ard Biesheuvel Date: Wed, 20 Sep 2017 10:39:57 -0700 Message-ID: To: Udit Kumar Cc: Pankaj Bansal , Andrew Fish , "Olivier.Martin@arm.com" , Vladimir Olovyannikov , "edk2-devel@lists.01.org" Subject: Re: Storing Non volatile variables on SD/NAND X-BeenThere: edk2-devel@lists.01.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: EDK II Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2017 17:36:52 -0000 Content-Type: text/plain; charset="UTF-8" On 20 September 2017 at 10:39, Ard Biesheuvel wrote: > On 20 September 2017 at 10:34, Udit Kumar wrote: >> >> When we want to have UEFI and OS accessing same media , >> Possibilities I see >> >> 1- Patch OS For status check of media (diversion from generic OS), Good case will be modify low level driver. >> But we may end up some surprises on synchronization. >> >> 2- no runtime service for OS . I guess this will not be possible >> >> 3- Way the Vladimir implemented for eMMC, This has risk of losing data in case of AC power off. >> >> 4- update hardware with dual view (Ard suggestion) >> > > 5 - abstract direct block device access into a firmware service that > is exposed via a DXE_RUNTIME_DRIVER. > > The UEFI spec allows you to expose entry points into a > DXE_RUNTIME_DRIVER module via a UEFI configuration table, and the OS > can use a driver that uses the abstracted device rather than the real > device. Performance is going to be terrible, probably, and lots of > things that are specific to SD/MMC will no longer work, but it is a > possibility nonetheless. BTW this would go beyond the UEFI spec, and would effectively be a PI/UEFI dependent feature.