From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: mx.groups.io; dkim=pass header.i=@linaro.org header.s=google header.b=Nzdema0O; spf=pass (domain: linaro.org, ip: 209.85.166.196, mailfrom: ard.biesheuvel@linaro.org) Received: from mail-it1-f196.google.com (mail-it1-f196.google.com [209.85.166.196]) by groups.io with SMTP; Mon, 29 Apr 2019 01:17:31 -0700 Received: by mail-it1-f196.google.com with SMTP id a190so14945583ite.4 for ; Mon, 29 Apr 2019 01:17:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=u51KQ8QXpXF0VUZKImSnR3w/QBd6eAsE4J1AEOc7Uqk=; b=Nzdema0OYFL8k2mbNz4eBE3rXf0n6WtTf56e8UFoPYRGR+dbwqc8ba/FQJanu2LS6x mLpASxVcA1Xrzkx1ckZ6G7PzTuaTMjWGHRct+LpEp70mjSLSyFm7S7s1d7Zr3KnrrqUU ISWQJXWgdrW4V/b7BZ4EB6dp8hpllUFuAF2Rc544oXKL8NEyjvS5ol6OviacaVSNo+uk 2Ggk653JaB/JTebpKRd+A0B7X2PtRMNiZRJaJU249dTRhlJEgh0268Cs8J0yse3uMsK3 YwjcNhh9dF+LxuAEXnt2eUMIG2dkBAQU5zgBBXVvzC9kwXNzXzqHX0A1/P64ajS0Kx71 V4qg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=u51KQ8QXpXF0VUZKImSnR3w/QBd6eAsE4J1AEOc7Uqk=; b=YA6Mo6rwvu2UBwWghloEej4LABaZNYtxZ/RlnuMkYVVlPeJAxgmJlYQtxnUXRDNZYf iIRGHkgkSD0qHXRTCvnROYIJjdDK+npq4Q/kzLaJPWn4fboKW5q5B1Ynvd4YPj8vEGml gcZrIL9yLTMD64Wn1SYI2BmbScTK/5jqK8y2QZIrbs5q/TbWcKFQ/feSaLnVHHs0xfY/ tov8hdPIXLIxWRWP/5tYc5gvrNLQ/CciFMWXyQVuGF8nnueB8fMGtsA7hjBvgduFuXIb fxbt8O1Ov1dxDx1mPHK5be8Lo67/6MS8Q8xj2i/UIexjCoh3q/FWEGTA9C2hAhE8vKrt cQYA== X-Gm-Message-State: APjAAAUpkXbp7V/oZxYSeuWvjTBZXR159bVo4QWF8E7orTWhmtO8fkwI Mk45j1yF7qkxPDhWSmTyaxEmo/XV6vDWhvcS21hdiA== X-Google-Smtp-Source: APXvYqzwOu93NtbBbvBNLUkoWnk9HpT9vrWkUIbw8dc59Ywin1MiDmxbFk78mD4O3hpWFkrDMBMEdpe69Ua5GBodBjU= X-Received: by 2002:a05:6638:310:: with SMTP id w16mr21693645jap.130.1556525850253; Mon, 29 Apr 2019 01:17:30 -0700 (PDT) MIME-Version: 1.0 References: <1554210602-2957-1-git-send-email-jagadeesh.ujja@arm.com> <20190429075816.y4gyeyqt4kp7lffk@bivouac.eciton.net> In-Reply-To: <20190429075816.y4gyeyqt4kp7lffk@bivouac.eciton.net> From: "Ard Biesheuvel" Date: Mon, 29 Apr 2019 10:17:17 +0200 Message-ID: Subject: Re: [edk2-devel] [edk2] [PATCH v2 edk2-platforms] Platform/ARM/Drivers: Add Nor Flash Driver To: Leif Lindholm Cc: edk2-devel-groups-io , Jagadeesh Ujja , Thomas Panakamattam Abraham Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, 29 Apr 2019 at 09:58, Leif Lindholm wrot= e: > > On Mon, Apr 29, 2019 at 08:52:46AM +0200, Ard Biesheuvel wrote: > > > > > I am not sure if any other platform is using > > > > > =E2=80=9CArmPlatformPkg/Drivers/NorFlashDxe=E2=80=9D and may requ= ire block I/O and > > > > > disk I/O protocols > > > > > if we remove =E2=80=9Csupport of block I/O and disk I/O protocol= s=E2=80=9D then we > > > > > can share the common code easily. > > > > > > > > > > > > > I see your point. > > > > > > > > The only reason you need block i/o and disk i/o is to use ordinary > > > > partition and filesystem drivers. I guess Juno uses this for its ma= gic > > > > filesystem? If not, I'd be glad to get rid of it. > > > > > > > > > > > Yes "block i/o and disk i/o of =E2=80=9CArmPlatformPkg/Drivers/NorF= lashDxe=E2=80=9D > > > driver is used even > > > in RD-platforms(edk2-platforms/Platform/ARM/SgiPkg/)(and JUNO) to lis= t > > > partition. we don't want to break > > > legacy and want to have separate > > > "Platform/ARM/Drivers/StandaloneMmNorFlash/" driver. > > > > In that case, could we move the existing code into > > edk2-platforms/Platform/ARM first? And then rip out the block i/o and > > disk i/o parts from the common driver? > > > > Leif, any thoughts? > > I guess my only thought is what to do about RDKQemu? Probably is > doesn't make any use of the special sauce, but need to verify? > > Then we conside stripping it out of the ARM platforms > medium-term. It's one of the last bastions of "let's be different". > Even if it should be kept around, surely it could be revamped to sit > on top of a sane, generic NorFlashDxe? > > I mean, the actually relevant bit is basically > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/d= rivers/mtd/afs.c, > isn't it? > > +Thomas. > AIUI, these things are entirely separate. Exposing NOR flash via block I/O and disk I/O permits the standard partition driver and FAT filesystem driver to bind to it, so that you can have a standard FAT ESP on NOR flash. I don't this is related at all to the BootMonFs stuff