UBIFS assert failed in ubifs_set_page_dirty at 1421
hujianyang
hujianyang at huawei.com
Tue Oct 21 20:38:53 PDT 2014
On 2014/10/20 19:52, Artem Bityutskiy wrote:
> On Thu, 2014-10-09 at 06:48 +0000, Jijiagang wrote:
>> Hi Artem and Adrian,
>>
>> We encountered a “UBIFS assert failed in ubifs_set_page_dirty at 1421
>> (pid 543)” problem when running MONKEY test in android platform.
>
> Hi, yes, this looks like a bug,
>
> could you please re-send this e-mail in plain test format, because the
> MTD mailing list traps HTML e-mails.
>
> Thanks!
>
Hi Artem,
My colleagues find me and complain about this problem in September. The
previous bug I fixed, commit 691a7c6f, didn't fix the problem they
tolerate now. It has a different dump stack.
I don't have enough board or enough understanding to recreate this failure.
Do you think it is related?
line 1160, func try_to_unmap_one() in mm/rmap.c
""
/* Move the dirty bit to the physical page now the pte is gone. */
if (pte_dirty(pteval))
set_page_dirty(page);
""
Is this pte_dirty() cause this error?
The recent patch you send, [PATCH] UBIFS: fix budget leak in error path,
seems not to fix this problem. They've tested this patch and find the
problem still exist.
Do you have any suggestions about this? I was busy these days so maybe
I could start to deal with this problem in November.
I should say, I don't know if it is a real problem caused by kernel. Maybe
this problem is caused by other changes outside kernel.
Any help is welcomed~!
Hu
More information about the linux-mtd
mailing list