On Mon, Nov 23, 2009 at 09:56:39AM +0100, Takashi Iwai wrote: > > On Wed, 2009-11-18 at 18:47 +0100, Takashi Iwai wrote: > > [...] > > > > > > Well, we haven't reached the consensus. The discussion faded away > > > somehow mainly because I had too little time to update and ping people > > > again. > > > > > > In Tokyo, I talked with some guys regarding this. Ben agreed to take > > > this approach for ppc, and David said that he doesn't mind for sparc > > > part. Fujita-san mentioned it's no big problem to add one op from > > > the generic dma_ops. > > > > > > So, maybe somehow need to convince James in the end (and ask Paul to > > > check SH part, too), then it'll be all up... theoretically :) > > > > > > Anyway, I'm going to raise the discussion again on linux-arch. > > > I'm afraid it's a bit too late game for 2.6.33, but starting now is > > > better than too late again. > > > > Hi, Takashi Iwai > > > > Before the API stuff going into the mainline(2.6.33), can we apply this > > "[PATCH] MIPS: Fixups of ALSA memory maps"(This is the minimal > > necessares) as a current fixup. and then we will not get a broken sound > > support for MIPS, and also the support to the latest Loongson2F family > > machines will benefit from it. > > > > and Ralf, what about your suggestion? > > The question is whether this hack can be safely added for all MIPS > platforms just by checking kconfig. I had an impression that rather > many things have to be checked in the runtime. > > As I have really little clue about MIPS architecture, I'd like let > MIPS guys decide about it... Okay, I'll cook up a nice kludge. It can't cover all cases but it will be an improvment for most platforms. Ralf
