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: <s5h3a45aabc.wl%tiwai@suse.de>
Date:	Mon, 23 Nov 2009 09:56:39 +0100
From:	Takashi Iwai <tiwai@...e.de>
To:	wuzhangjin@...il.com
Cc:	Ralf Baechle <ralf@...ux-mips.org>,
	Thomas Bogendoerfer <tsbogend@...ha.franken.de>,
	Jaroslav Kysela <perex@...ex.cz>, alsa-devel@...a-project.org,
	linux-mips@...ux-mips.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] MIPS: Fixups of ALSA memory maps

At Sat, 21 Nov 2009 20:31:41 +0800,
Wu Zhangjin 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...


thanks,

Takashi
--
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/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ