On Oct 23 2016 08:30, Mark Brown wrote: > On Sat, Oct 22, 2016 at 08:42:15AM +0900, Takashi Sakamoto wrote: > >> 1. Add tracepoints to pcm parameter processing in ALSA PCM core >> In my memory of our previous mini audio conference, some issuers are >> addressed about pcm parameters. This is my WIP related to it. The aim is >> to monitor changes of pcm parameter refinement processing just after >> calling ioctl(HW_REFINE/HW_PARAMS). See my working branch: >> https://github.com/takaswie/sound/tree/trace-rules > > Do we need to discuss this face to face - are there concerns people have > about adding tracepoints or something? I think it's a good idea to do > the tracepoints, I'm just wondering if we're going to have much of a > discussion or if it'd be a very brief thing. A disadvantage we have; to enlarge binary size of snd-pcm.ko. Anyway, I'll propose it on this mailing list, later. >> 3. Dropping dice driver from ALSA firewire stack >> A fatal quirk apperard that the most of TCAT ASIC called as 'DICE' >> breaks the least significant protocol as a sound device[1][2]. The >> chipsets don't transfer PCM frames as the same as current sampling >> frequency (it's sampling transfer frequency in IEC 61883-6 word). >> This is my suggestion to drop dice driver from ALSA firewire stack. > > I guess this is something that is mainly going to be discussed by a few > people? Yep. Regards Takashi Sakamoto _______________________________________________ Alsa-devel mailing list Alsa-devel@xxxxxxxxxxxxxxxx http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
