Date: Thu, 26 Jan 2006 19:19:22 +0000 (GMT)
From: Hugh Dickins <hugh@veritas.com>
To: Takashi Iwai <tiwai@suse.de>
cc: Atsushi Nemoto <anemo@mba.ocn.ne.jp>, linux-kernel@vger.kernel.org,
       tbm@cyrius.com, t.sailer@alumni.ethz.ch, perex@suse.cz,
       ralf@linux-mips.org
Subject: Re: ALSA on MIPS platform
In-Reply-To: <s5hzmljt1si.wl%tiwai@suse.de>
Message-ID: <Pine.LNX.4.61.0601261910230.15596@goblin.wat.veritas.com>
References: <20060125.235007.126576298.anemo@mba.ocn.ne.jp> <s5hek2wb05q.wl%tiwai@suse.de>
 <20060127.002925.25911749.anemo@mba.ocn.ne.jp> <s5hzmljt1si.wl%tiwai@suse.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1118
Lines: 28

On Thu, 26 Jan 2006, Takashi Iwai wrote:
> At Fri, 27 Jan 2006 00:29:25 +0900 (JST),
> Atsushi Nemoto wrote:
> 
> > The most part of issue #1 will vanish if NEED_RESERVE_PAGES was
> > defined, and currently only ARM define this.  ARM defines
> > NEED_RESERVE_PAGES because it has dma_mmap_coherent(), right?
> 
> Well, the whole page-reserve kludge should disappear anyway in near
> future.  Right now it's in the process.

Yes, mark_pages() and unmark_pages() can just be removed as soon as
you like.

I didn't reply to the original posting because I noticed they're not
all of the virt_to_page()s in sound/core, and sometimes a part-answer
distracts someone more competent from responding with the full answer.

And I'm in no hurry to remove these PageReserved traces myself, since
it's not a bad idea to hold on to the bad_page cross-checking for a
release or two.

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