linux-ext4 - [Bug 124651] ext4 bugon panic when I mmap a file

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <bug-124651-13602-SsZT0jtSeZ@https.bugzilla.kernel.org/>
Date:	Mon, 18 Jul 2016 13:25:14 +0000
From:	bugzilla-daemon@...zilla.kernel.org
To:	linux-ext4@...r.kernel.org
Subject: [Bug 124651] ext4 bugon panic when I mmap a file

https://bugzilla.kernel.org/show_bug.cgi?id=124651

--- Comment #1 from Theodore Tso <tytso@....edu> ---
This is a Red Hat kernel, so ideally you should be reporting this to Red Hat.  
Because it's a Red Hat kernel, I can't easily determine what's on line 2263 of
fs/ext4/inode.c:

[55359.508185] kernel BUG at fs/ext4/inode.c:2263!

If you have access to Red Hat sources, can you give me an indication of what's
on that line?   One of the reasons why I ask is if I look at the upstream
sources, the only BUG_ON in mpage_prepare_extent_to_map is this one:

            wait_on_page_writeback(page);
            BUG_ON(PageWriteback(page));

And that's clearly a bug outside of ext4, because we've locked the page, so
once the page writeback flag is cleared, it shouldn't be set again.   So either
someone woke up the page without clearing the PageWriteback flag, or some other
racing process attempted to set the PageWriteback flag without holding the page
lock.

But this is assuming I'm looking at the correct BUG_ON --- and since this is a
Red Hat kernel, I can't be sure.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html