public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
From: Laszlo Ersek <lersek@redhat.com>
To: "Ni, Ruiyu" <ruiyu.ni@intel.com>,
	Paulo Alcantara <pcacjr@zytor.com>,
	"Yao, Jiewen" <jiewen.yao@intel.com>
Cc: "edk2-devel@lists.01.org" <edk2-devel@lists.01.org>,
	"Wu, Hao A" <hao.a.wu@intel.com>,
	"Zeng, Star" <star.zeng@intel.com>
Subject: Re: Functionality issues in UDF support
Date: Fri, 15 Sep 2017 12:26:35 +0200	[thread overview]
Message-ID: <8da0f67f-bb6d-5c2b-19a1-a9a9a48563ee@redhat.com> (raw)
In-Reply-To: <734D49CCEBEEF84792F5B80ED585239D5BA42713@SHSMSX151.ccr.corp.intel.com>

Hello All,

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

after reading through this thread:

(1) I believed that those parts of the UDF enablement that could
actually interfere with other parts of the firmware, such as driver
model and PartitionDxe integration, were thoroughly vetted. At this
point I'm unsure if this bug specifically would have been possible to
catch in review, but at this point it doesn't really matter.

(2) If the bug *regresses* preexistent functionality, then UDF support
should urgently be turned into a conditional feature. I thought that
adding -D UDF_ENABLE to platform DSC files would be enough, but in this
case, for PartitionDxe, looks like a new FeaturePCD would be necessary,
at a minimum?

Please note that the following situation is also a regression: some UDF
media is present in the system, and now other media (or functionality)
stops working or gets confused. This is a regression relative to
previous state, where UDF media would simply not be recognized, but
everything else would work.

(3) If the bug does not regress preexistent functionality (in the above
sense), then I think it's OK to file a BZ for the issue, and resolve it
as time allows.


Ray, Star, what is your assessment about point (2) -- is this bug that
kind of regression? If so, what options do you consider acceptable or
best for mitigating it, in PartitionDxe? FeaturePCD perhaps?

Thanks,
Laszlo


  reply	other threads:[~2017-09-15 10:23 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-09-15  3:33 Functionality issues in UDF support Ni, Ruiyu
2017-09-15  4:57 ` Paulo Alcantara
2017-09-15  5:08   ` Ni, Ruiyu
2017-09-15  5:33     ` Zeng, Star
2017-09-15  5:35       ` Ni, Ruiyu
2017-09-15  5:37     ` Paulo Alcantara
2017-09-15  6:02       ` Ni, Ruiyu
2017-09-15  6:26         ` Paulo Alcantara
2017-09-15  7:01           ` Zeng, Star
2017-09-15  7:08             ` Ni, Ruiyu
2017-09-15  7:10           ` Ni, Ruiyu
2017-09-15  7:22             ` Paulo Alcantara
2017-09-15  7:38               ` Ni, Ruiyu
2017-09-15 10:26                 ` Laszlo Ersek [this message]
2017-09-15 11:03                 ` Laszlo Ersek
2017-09-15 12:45                   ` Ni, Ruiyu
2017-09-15 15:51                 ` Laszlo Ersek
2017-09-15 16:27                   ` Paulo Alcantara
2017-09-15 16:40                     ` Ni, Ruiyu
2017-09-15 16:51                       ` Laszlo Ersek
2017-09-15 23:38                         ` Yao, Jiewen
2017-09-15 23:58                           ` Yao, Jiewen
2017-09-16 21:19                             ` Laszlo Ersek
2017-09-16 20:21                           ` Laszlo Ersek
2017-09-15 16:45                     ` Laszlo Ersek

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-list from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=8da0f67f-bb6d-5c2b-19a1-a9a9a48563ee@redhat.com \
    --to=devel@edk2.groups.io \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox