linux-kernel - Re: bad page state in 3.13-rc4

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: <20131219171740.GA881@redhat.com>
Date:	Thu, 19 Dec 2013 12:17:40 -0500
From:	Dave Jones <davej@...hat.com>
To:	Linus Torvalds <torvalds@...ux-foundation.org>
Cc:	Linux Kernel <linux-kernel@...r.kernel.org>,
	linux-mm <linux-mm@...ck.org>, Christoph Lameter <cl@...two.org>,
	Benjamin LaHaise <bcrl@...ck.org>,
	Kent Overstreet <kmo@...erainc.com>,
	Al Viro <viro@...iv.linux.org.uk>
Subject: Re: bad page state in 3.13-rc4

On Thu, Dec 19, 2013 at 09:07:27AM -0800, Linus Torvalds wrote:
 > On Thu, Dec 19, 2013 at 7:53 AM, Dave Jones <davej@...hat.com> wrote:
 > >
 > > Interesting that CPU2 was doing sys_io_setup again. Different trace though.
 > 
 > Well, it was once again in aio_free_ring() - double free or freeing
 > while already in use? And this time the other end of the complaint was
 > allocating a new page that definitely was still busily in use (it's
 > locked).
 > 
 > And there's no sign of migration, although obviously that could have
 > happened or be in progress on another CPU and just didn't notice the
 > mess. But yes, based on the two traces, fs/aio.c:io_setup() would seem
 > to be the main point of interest.
 > 
 > Have you started doing something new in trinity wrt AIO, and
 > io_setup() in particular? Or anything else different that might have
 > started triggering this?

Nothing special for aio, it's always had support for creating things that
look like iovecs, though now maybe it's filling those iovec's with mmaps
that it created (including potentially huge pages) instead of just mallocs.

	Dave

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/