Re: io_remap_page_range (was Re: [Alsa-devel] alsa-driver willnot compile with kernel 2.6.9-rc2-mm4-S7)

From: Lee Revell
Date: Fri Oct 08 2004 - 15:13:47 EST


On Fri, 2004-10-08 at 15:23, Lee Revell wrote:
> On Mon, 2004-10-04 at 11:26, Takashi Iwai wrote:
> > At Fri, 01 Oct 2004 20:51:08 -0400,
> > Lee Revell wrote:
> > >
> > > On Fri, 2004-10-01 at 20:34, Rui Nuno Capela wrote:
> > > > Lee Revell wrote:
> > > > Good grief! I'm having this too, and I was desperate thinking I was the
> > > > only one, and ultimately offering the blame to gcc 3.4.1 which is what I'm
> > > > test-driving now on my laptop (Mdk 10.1c).
> > > >
> > > > Now I remember that -mm4 has some issue about remap_page_range kernel
> > > > symbol being renamed to something else, which is breaking the build of
> > > > outsider modules (i.e. not the ones bundled under the kernel source tree).
> > > > Or so it seems.
> > >
> > > Looking through my archives I cannot find a report of this exact issue,
> > > but you are probably right. Looks like ALSA drivers need to be updated.
> >
> > The alsa-kernel code there (pcm_native.c) is ok but the patch in
> > alsa-driver looks broken for the recent change of remap_pfn_range().
> >
> > Also, there was another API brekage about pci_save/restore_state().
> >
> > Fixed both on CVS now.
>
> I think this is still broken. Same problem when I went to configure
> ALSA for -mm3-T3. The configure script gets
> CONFIG_HAVE_OLD_REMAP_PAGE_RANGE wrong; I have the new version but
> configure fails to detect it.
>
> AFAICT the test in configure is a NOOP and
> CONFIG_HAVE_OLD_REMAP_PAGE_RANGE always gets set to 1.

Nope, sorry, it works now. But, I did cvs update, make clean, ./build
prep then configure and I was still hitting the bug. I was only able to
fix it by deleting my working directory and checking out again. I don't
think "make clean" cleans everything up.

Lee

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