On 17 Sep 2002, Martin Soto wrote:
> On Tue, 2002-09-17 at 11:49, Jaroslav Kysela wrote:
> > On 16 Sep 2002, Martin Soto wrote:
> > > Is it possible to load DSP programs to the EMU10K1 chip? The alsa-tools
> > > package contains a modified as10k1 that allows you to assemble such
> > > programs, but there's no information about how to upload them to the
> > > processor.
> >
> > The work has not been finished at all. The changes in assembler are
> > incomplete and the user space linker/loader program is missing at all.
>
> Thanks for the answer. I actually discovered part of it yesterday after
> I wrote my original mail, by looking directly at the driver code. I'm
> actually interested in writing a patch loader/manager, and as far as I
> can see, the driver interface is already there. I haven't tested it
> thoroughly though, so I'm not sure it is completely operational. But it
> looks good.
>
> And, by the way, I have a question regarding it. In the hardware
> dependant ioctl interface to the EMU10K1 there are two ioctls,
> SNDRV_EMU10K1_IOCTL_CODE_PEEK and SNDRV_EMU10K1_IOCTL_CODE_POKE, that
> allow you to read the DSP code and to actually upload new code. Part of
> what SNDRV_EMU10K1_IOCTL_CODE_POKE does is defining new (mixer) controls
> and eventually deleting those that are not needed any more.
>
> However, I didn't find a way to know which current mixer controls are
> *actually* associated to general purpose registers in the FX8010. Of
> course, I could read the code in emufx.c and determine it from there,
> but that would make my code very sensible to changes in the driver. I
> just though of using the mixer/control interface in alsalib to find all
> controls, and try to delete them with CODE_POKE, hoping that the driver
> will only delete those that are connected to GPRs, but that looks too
> much like a hack. Is there a more elegant way to handle that?
I've added gpr_list_control* variables to emu10k1_fx8010_code_t.
The SNDRV_EMU10K1_IOCTL_CODE_PEEK will fill these variables for you. Note
that all this code in emufx.c is mostly untested, so give me feedback,
what features/functions need to be corrected.
Jaroslav
-----
Jaroslav Kysela <[EMAIL PROTECTED]>
Linux Kernel Sound Maintainer
ALSA Project http://www.alsa-project.org
SuSE Linux http://www.suse.com
-------------------------------------------------------
Sponsored by: AMD - Your access to the experts on Hammer Technology!
Open Source & Linux Developers, register now for the AMD Developer
Symposium. Code: EX8664 http://www.developwithamd.com/developerlab
_______________________________________________
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel
