All of lore.kernel.org
 help / color / mirror / Atom feed
From: Gao Xiang <hsiangkao@redhat.com>
To: Yue Hu <zbestahu@gmail.com>
Cc: xiang@kernel.org, linux-erofs@lists.ozlabs.org, huyue2@yulong.com
Subject: Re: [PATCH] AOSP: erofs-utils: fix sub directory prefix path in canned fs_config
Date: Tue, 22 Dec 2020 17:59:06 +0800	[thread overview]
Message-ID: <20201222095906.GA1826582@xiangao.remote.csb> (raw)
In-Reply-To: <20201222174623.00005f9b.zbestahu@gmail.com>

On Tue, Dec 22, 2020 at 05:46:23PM +0800, Yue Hu wrote:
> On Tue, 22 Dec 2020 17:39:52 +0800
> Gao Xiang <hsiangkao@redhat.com> wrote:
> 
> > On Tue, Dec 22, 2020 at 05:30:14PM +0800, Yue Hu wrote:
> > 
> > ...
> > 
> > > > > 
> > > > >     
> > > > > > +	else if (asprintf(&fspath, "%s/%s", cfg.mount_point,
> > > > > > +			  erofs_fspath(path)) <= 0)    
> > > > > 
> > > > > The argument of path will be root directory. And canned fs_config for root directory as
> > > > > below:
> > > > > 
> > > > > 0 0 755 selabel=u:object_r:rootfs:s0 capabilities=0x0
> > > > > 
> > > > > So, cannot add mount point to root directory for canned fs_config. And what about non-canned
> > > > > fs_config?    
> > > > 
> > > > Not quite sure what you mean. For non-canned fs_config, we didn't observed any strange
> > > > before (I ported to cuttlefish and hikey960 with boot success, also as I mentioned before
> > > > some other vendors already use it.)
> > > > 
> > > > I think the following commit is only useful for squashfs since its (non)root inode
> > > > workflows are different, so need to add in two difference place. But mkfs.erofs is not.
> > > > https://android.googlesource.com/platform/external/squashfs-tools/+/85a6bc1e52bb911f195c5dc0890717913938c2d1%5E%21/#F0
> > > > 
> > > > For root inode is erofs, I think erofs_fspath(path) would return "", so that case
> > > > is included as well.... Am I missing something?  
> > > 
> > > Yes, erofs_fspath(path) returns "" for root inode. However, the above patch add the mount
> > > point to fspath when specify it, so the real path is "vendor/" which does not exist in canned
> > > fs_config file. build will report below error:
> > > 
> > > failed to find [/vendor/] in canned fs_config  
> > 
> > Hmmm... such design is quite strange for me....
> 
> :) i checked the squashfs before, seems root directory is handled in some position. Separated
> with sub directory fs_config. so i add the goto code in the 1st patch.

What confuses me a lot is that we didn't get any strange without canned fs_config
if mount point prefix is added. I will look into other implementation about this
later (Another guess is that relates to Android 10 only?).

Yeah, the opensource fs_config implementation might be different from HUAWEI
internal fs_config version since such part was not originally written by me and
I didn't pay more attention about this part when I was in my previous company.
But anyway, this cleanup opensource version is already used for some vendors
as well and I don't get such report... And any formal description about this
would be helpful for me to understand how fs_config really works..

Thanks,
Gao Xiang

> 
> > Could you try the following diff?
> 
> Let's me verify.
> 


  reply	other threads:[~2020-12-22  9:59 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-12-22  2:04 [PATCH] AOSP: erofs-utils: fix sub directory prefix path in canned fs_config Yue Hu
2020-12-22  3:44 ` Gao Xiang
2020-12-22  4:47   ` Yue Hu
2020-12-22  6:31     ` Gao Xiang
2020-12-22  7:04       ` Gao Xiang
2020-12-22  7:12         ` Yue Hu
2020-12-22  8:10         ` Yue Hu
2020-12-22  9:13           ` Gao Xiang
2020-12-22  9:27             ` Gao Xiang
2020-12-22  9:30             ` Yue Hu
2020-12-22  9:39               ` Gao Xiang
2020-12-22  9:46                 ` Yue Hu
2020-12-22  9:59                   ` Gao Xiang [this message]
2020-12-22 10:17                     ` Yue Hu
2020-12-22 10:33                       ` Gao Xiang
2020-12-22 11:07                         ` Yue Hu
2020-12-22 10:34                 ` Yue Hu
2020-12-22 10:47                   ` Gao Xiang
2020-12-24  3:45                     ` Yue Hu
2020-12-24  4:19                       ` Gao Xiang

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-all 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=20201222095906.GA1826582@xiangao.remote.csb \
    --to=hsiangkao@redhat.com \
    --cc=huyue2@yulong.com \
    --cc=linux-erofs@lists.ozlabs.org \
    --cc=xiang@kernel.org \
    --cc=zbestahu@gmail.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.