linux-kernel - 28-rc9-mmotm1219 page_fault-retry-with-nopage

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-next>] [day] [month] [year] [list]

Message-ID: <4576.1230006925@turing-police.cc.vt.edu>
Date:	Mon, 22 Dec 2008 23:35:25 -0500
From:	Valdis.Kletnieks@...edu
To:	Andrew Morton <akpm@...ux-foundation.org>,
	Ying Han <yinghan@...gle.com>
Cc:	linux-kernel@...r.kernel.org
Subject: 28-rc9-mmotm1219 page_fault-retry-with-nopage_retry.patch hoses xmms

OK, here's a weird one.. ;)

Dell Latitude D820 laptop, x86_64 kernel and userspace.

Symptom: The 'xmms' media player will consistently (every time) get stuck and
keep repeating the first 1 second or so of the song over and over (sounding
very similar to how an audio card will keep looping the ring buffer if the
system crashes). However, xmms is responsive.  It claims it's making progress
through the song - and the spectrum analyzer display is changing, *not* looping
the same second over and over.

The spectrum analyzer convinces me that the xmms thread reading from disk is
getting new data, but I'm unable to tell if the looping is happening on the
xmms->pulseaudio handoff or the pulseaudio->ALSA side.

Bisect results:

shmem-unify-regular-and-tiny-shmem.patch        GOOD
#
page_fault-retry-with-nopage_retry.patch
page_fault-retry-with-nopage_retry-fix.patch
page_fault-retry-with-nopage_retry-fix-fix.patch        BAD

Content of type "application/pgp-signature" skipped