Hallo, > -----Original Message----- > From: linux-mmc-owner@xxxxxxxxxxxxxxx [mailto:linux-mmc-owner@xxxxxxxxxxxxxxx] > On Behalf Of Artem Bityutskiy > Sent: Friday, June 22, 2012 3:29 PM > To: Arnd Bergmann > Cc: Ted Ts'o; Alex Lemberg; HYOJIN JEONG; Saugata Das; Saugata Das; linux- > ext4@xxxxxxxxxxxxxxx; linux-fsdevel@xxxxxxxxxxxxxxx; linux- > mmc@xxxxxxxxxxxxxxx; patches@xxxxxxxxxx; venkat@xxxxxxxxxx; Luca Porzio > (lporzio) > Subject: Re: [PATCH 2/3] ext4: Context support > > On Wed, 2012-06-13 at 19:44 +0000, Arnd Bergmann wrote: > > I think using the inode number is a reasonable fit. Using the inode > > number of the parent directory might be more appropriate but it breaks > > with hard links and cross-directory renames (we must not use the same > > LBA with conflicting context numbers, or flush the old context > > inbetween). > > I would put it this way. > > 1. contex = inode number for data blocks. > 2. context = parent directory's inode number for stat data (times, > permissions, etc) blocks and directory entry blocks. Should help things like > readdir and readdir + stat. Besides, this stuff tend to change more often than > the data, so mixing it with the data in the same eraseblock is not smart. > 3. context = parent inode number for all the stuff belonging to xattrs. > > We do something similar in UBIFS. > Doesn't this end up using too many contexts? Opening one contexts per inode would end up in opening more contexts than available. The eMMC spec forbids more than 15 contexts for the whole device. > -- > Best Regards, > Artem Bityutskiy Cheers, Luca ��.n��������+%������w��{.n�����{���)�� jg��� �����ݢj����G���� ���j:+v���w�m������w�������h�����٥
