Hi
We can supply high quality motorcycle brake pad in sintered material and
semi-metallic
We have good quality material and cheaper prices
if you have any requirment,you can click our website :www.tracyelise.com
Thanks
best regards
Motodios Limited
kian
Hi
We can supply high quality motorcycle brake pad in sintered material and
semi-metallic
We have good quality material and cheaper prices
if you have any requirment,you can click our website :www.tracyelise.com
Thanks
best regards
Motodios Limited
kian
On 2017/6/14 23:20, Jaegeuk Kim wrote:
> On 06/14, Chao Yu wrote:
>> On 2017/6/14 22:26, Jaegeuk Kim wrote:
>>> On 06/12, Chao Yu wrote:
Hi Jaegeuk,
On 2017/6/12 11:04, Jaegeuk Kim wrote:
> This patch resolves kernel panic for xfstests/081, caused by recent
> f2fs_bug_on
>>>
On 06/14, Chao Yu wrote:
> On 2017/6/14 22:26, Jaegeuk Kim wrote:
> > On 06/12, Chao Yu wrote:
> >> Hi Jaegeuk,
> >>
> >> On 2017/6/12 11:04, Jaegeuk Kim wrote:
> >>> This patch resolves kernel panic for xfstests/081, caused by recent
> >>> f2fs_bug_on
> >>>
> >>> f2fs: add f2fs_bug_on in __remo
From: Chao Yu
Don't set CP_TRIMMED_FLAG for non-zoned block device or discard
unsupported device, it can avoid to trigger unneeded checkpoint for
that kind of device.
Signed-off-by: Chao Yu
---
fs/f2fs/super.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/f2fs/super.c
From: Chao Yu
Both in memory or on disk, generic filesystems record i_blocks with
512bytes sized sector count, also VFS sub module such as disk quota
follows this rule, but f2fs records it with 4096bytes sized block
count, this difference leads to that once we use dquota's function
which inc/dec
On 2017/6/14 22:26, Jaegeuk Kim wrote:
> On 06/12, Chao Yu wrote:
>> Hi Jaegeuk,
>>
>> On 2017/6/12 11:04, Jaegeuk Kim wrote:
>>> This patch resolves kernel panic for xfstests/081, caused by recent
>>> f2fs_bug_on
>>>
>>> f2fs: add f2fs_bug_on in __remove_discard_cmd
>>>
>>> Signed-off-by: Jaege
Hi Piotr,
Still git blames some wrong patch format.
On 06/12, Piotr SokoĊowski wrote:
> Hi Jaegeuk,
> Sorry for my mistakes and lack of information in previous mail.
> This bug is quite simple. When dump.f2fs or similar command
> is invoked without any parameters, it always shows fsck.f2fs usag
On 06/12, Chao Yu wrote:
> Hi Jaegeuk,
>
> On 2017/6/12 11:04, Jaegeuk Kim wrote:
> > This patch resolves kernel panic for xfstests/081, caused by recent
> > f2fs_bug_on
> >
> > f2fs: add f2fs_bug_on in __remove_discard_cmd
> >
> > Signed-off-by: Jaegeuk Kim
> > ---
> > fs/f2fs/segment.c |
On 2017/6/14 7:47, Eric Biggers wrote:
> From: Eric Biggers
>
> Currently, filesystems allow truncate(2) on an encrypted file without
> the encryption key. However, it's impossible to correctly handle the
> case where the size being truncated to is not a multiple of the
> filesystem block size,
Just cleanup.
Signed-off-by: Chao Yu
---
fs/f2fs/super.c | 121 ++--
1 file changed, 74 insertions(+), 47 deletions(-)
diff --git a/fs/f2fs/super.c b/fs/f2fs/super.c
index 227498064a8f..6c04a5af455a 100644
--- a/fs/f2fs/super.c
+++ b/fs/f2fs/s
Codes related to sysfs and procfs are dispersive and mixed with sb
related codes, but actually these codes are independent from others,
so split them from super.c, and reorgnize and manger them in sysfs.c.
Signed-off-by: Chao Yu
---
fs/f2fs/Makefile | 2 +-
fs/f2fs/f2fs.h | 8 ++
fs/f2fs/s
On Wed, Jun 14, 2017 at 12:03:57AM -0700, Eric Biggers wrote:
> None of those are allowed because fallocate() requires a file descriptor, and
> open() fails with ENOKEY if the encryption key is not available. truncate()
> is
> different because it takes a path, not a file descriptor.
Ok, that ma
Hi Christoph,
On Tue, Jun 13, 2017 at 11:52:10PM -0700, Christoph Hellwig wrote:
> On Tue, Jun 13, 2017 at 04:47:53PM -0700, Eric Biggers wrote:
> > From: Eric Biggers
> >
> > Currently, filesystems allow truncate(2) on an encrypted file without
> > the encryption key. However, it's impossible
14 matches
Mail list logo
