[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20110310134605.GC22195@opensource.wolfsonmicro.com>
Date: Thu, 10 Mar 2011 13:46:05 +0000
From: Mark Brown <broonie@...nsource.wolfsonmicro.com>
To: "Cai, Cliff" <Cliff.Cai@...log.com>
Cc: Cliff Cai <cliffcai.sh@...il.com>,
Mike Frysinger <vapier.adi@...il.com>,
"alsa-devel@...a-project.org" <alsa-devel@...a-project.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"device-drivers-devel@...ckfin.uclinux.org"
<device-drivers-devel@...ckfin.uclinux.org>,
"akpm@...ux-foundation.org" <akpm@...ux-foundation.org>,
"lrg@...mlogic.co.uk" <lrg@...mlogic.co.uk>
Subject: Re: [alsa-devel] [Device-drivers-devel] [PATCH] Add driver for
Analog Devices ADAU1701 SigmaDSP
On Thu, Mar 10, 2011 at 04:45:48AM -0500, Cai, Cliff wrote:
> >If there is default firmware then even if it's not
> >particularly useful the kernel should probably not *require*
> >that additional firmware is provided during driver startup -
> I'm afraid it's not the real use case,the test mode just for test,
> In practice,people always want the DSP to run some algrithm at the beginning,
> Although they may change it later.
I'd be surprised if people wanted to actually play audio through a
passthrough firmware in a shipping system but consider cases like board
bringup (where just verifying that everything is physically connected is
useful) and early boot (where you might not have mounted all filesystems
yet but the driver is trying to start up).
--
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