[alsa-devel] [PATCH 0/9] ALSA: compress offfload fixes
Vinod Koul
vinod.koul at intel.com
Tue Aug 27 15:30:30 CEST 2013
On Tue, Aug 27, 2013 at 04:05:36PM +0200, Takashi Iwai wrote:
> At Tue, 27 Aug 2013 18:44:38 +0530,
> Vinod Koul wrote:
> >
> > On Tue, Aug 27, 2013 at 02:32:28PM +0200, Takashi Iwai wrote:
> > > > > > - As disscused on our sample rate problem, lets move to use rate values and I
> > > > > > will fix the lib too. Since the driver are not upstream the impact of this
> > > > > > change wont be huge.
> > > > >
> > > > > I see no code touching sampling_rate field.
> > > > Yes its passed directly to the drivers, where tehy use values to program
> > > > decoders. Only meaning of the field is changing now.
> > >
> > > So you're proposing a patch just changing the comment in the header
> > > file as a stable fix patch? Please reread stable_kernel_rules.txt
> > > once again.
> > Yes along with header version so that tinycompress can cope with it.
>
> I've seen nothing but changing the comment in the patch.
> What's missing?
>
> > The meaning of the value is changing here...
>
> Again, is this a bug fix? Stable patches are only for bug fixes.
yup... we can't do 12K, 24K decoding without this. We actually found when folks
tried aac with 12K
~Vinod
--
More information about the Alsa-devel
mailing list