From mboxrd@z Thu Jan 1 00:00:00 1970 From: Clemens Ladisch Subject: Re: [alsa-devel] SB16 build error. Date: Thu, 30 Jun 2011 15:10:21 +0200 Message-ID: <4E0C75BD.1050103@ladisch.de> References: <20110630091754.GA12119@linux-mips.org> <20110630105254.GA25732@linux-mips.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Return-path: Received: from out3.smtp.messagingengine.com ([66.111.4.27]:38454 "EHLO out3.smtp.messagingengine.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751211Ab1F3NK0 (ORCPT ); Thu, 30 Jun 2011 09:10:26 -0400 In-Reply-To: <20110630105254.GA25732@linux-mips.org> Sender: linux-arch-owner@vger.kernel.org List-ID: To: Ralf Baechle Cc: Takashi Iwai , linux-arch@vger.kernel.org, linux-mips@linux-mips.org, alsa-devel@alsa-project.org, florian@linux-mips.org, "David S. Miller" , Benjamin Herrenschmidt , linux-kernel@vger.kernel.org, Ivan Kokshaysky , sparclinux@vger.kernel.org, Paul Mackerras , Matt Turner , Florian Fainelli , Richard Henderson Ralf Baechle wrote: > I have no idea how big the soundblaster microcode being loaded actually is, > that is if the reduced size of 0x1f00 will be sufficient. The biggest file is WFM0001A.CSP with 0x2df0 bytes. > I don't see how the old ioctl can possibly have been > used before so there isn't a compatibility problem. The code uses SNDRV_SB_CSP_MAX_MICROCODE_FILE_SIZE but doesn't care what the size field of the ioctl code is, so we could use any random value on those architectures. > Or you could entirely sidestep the problem and use request_firmware() > but I guess that's more effort than you want to invest. The driver already implements this for a bunch of predefined CSP code blobs. I'm not sure whether anybody has ever loaded additional .csp files. Regards, Clemens