From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <lersek@redhat.com>
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id 597D920945BE0
 for <edk2-devel@lists.01.org>; Fri, 15 Sep 2017 04:00:08 -0700 (PDT)
Received: from smtp.corp.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com
 [10.5.11.12])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id F2A7B5D686;
 Fri, 15 Sep 2017 11:03:07 +0000 (UTC)
DMARC-Filter: OpenDMARC Filter v1.3.2 mx1.redhat.com F2A7B5D686
Authentication-Results: ext-mx10.extmail.prod.ext.phx2.redhat.com;
 dmarc=none (p=none dis=none) header.from=redhat.com
Authentication-Results: ext-mx10.extmail.prod.ext.phx2.redhat.com;
 spf=fail smtp.mailfrom=lersek@redhat.com
Received: from lacos-laptop-7.usersys.redhat.com (ovpn-120-10.rdu2.redhat.com
 [10.10.120.10])
 by smtp.corp.redhat.com (Postfix) with ESMTP id 8FD6D60E3F;
 Fri, 15 Sep 2017 11:03:06 +0000 (UTC)
To: "Ni, Ruiyu" <ruiyu.ni@intel.com>, Paulo Alcantara <pcacjr@zytor.com>,
 "Yao, Jiewen" <jiewen.yao@intel.com>
Cc: "Wu, Hao A" <hao.a.wu@intel.com>,
 "edk2-devel@lists.01.org" <edk2-devel@lists.01.org>,
 "Zeng, Star" <star.zeng@intel.com>
References: <734D49CCEBEEF84792F5B80ED585239D5BA4206B@SHSMSX151.ccr.corp.intel.com>
 <081B7D33-9F33-40CE-B569-62CC8C204B56@zytor.com>
 <734D49CCEBEEF84792F5B80ED585239D5BA420DF@SHSMSX151.ccr.corp.intel.com>
 <A12947AE-24D2-453E-B843-3B6D5D7F42B3@zytor.com>
 <734D49CCEBEEF84792F5B80ED585239D5BA4212E@SHSMSX151.ccr.corp.intel.com>
 <1C01A5C1-09DE-4747-BA65-4EB668D76094@zytor.com>
 <734D49CCEBEEF84792F5B80ED585239D5BA42270@SHSMSX151.ccr.corp.intel.com>
 <FF50ABBE-4B4F-451A-9D42-44F67ACFAB7E@zytor.com>
 <734D49CCEBEEF84792F5B80ED585239D5BA42713@SHSMSX151.ccr.corp.intel.com>
From: Laszlo Ersek <lersek@redhat.com>
Message-ID: <c8d7bcb3-9427-dcef-defc-17e8c8a2d0b8@redhat.com>
Date: Fri, 15 Sep 2017 13:03:05 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.3.0
MIME-Version: 1.0
In-Reply-To: <734D49CCEBEEF84792F5B80ED585239D5BA42713@SHSMSX151.ccr.corp.intel.com>
X-Scanned-By: MIMEDefang 2.79 on 10.5.11.12
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.5.110.39]); Fri, 15 Sep 2017 11:03:08 +0000 (UTC)
Subject: Re: Functionality issues in UDF support
X-BeenThere: edk2-devel@lists.01.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: EDK II Development  <edk2-devel.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/edk2-devel>,
 <mailto:edk2-devel-request@lists.01.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/edk2-devel/>
List-Post: <mailto:edk2-devel@lists.01.org>
List-Help: <mailto:edk2-devel-request@lists.01.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/edk2-devel>,
 <mailto:edk2-devel-request@lists.01.org?subject=subscribe>
X-List-Received-Date: Fri, 15 Sep 2017 11:00:08 -0000
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: 7bit

On 09/15/17 09:38, Ni, Ruiyu wrote:
> Paulo,
> Supporting multiple LVDs can be considered as a long-term task, or can be added
> per request.
> But I think a urgent fix in PartitionDxe driver is to:
> 1. create child BLK only for the portion covered by the LVD
> 2. Do not create child BLK for LVD that's actually an Eltorito LVD
> 
> I submitted a Bugzilla to record this:
> https://bugzilla.tianocore.org/show_bug.cgi?id=707

Ray,

from the discussion it looks like the issue only hits with multi-volume
media. Paulo stated he had never seen such media. Can you share your
reproducer media perhaps (even privately, if it can be done legally), or
else provide instructions to create, or obtain, such media?

Thanks!
Laszlo