alsa-devel.alsa-project.org archive mirror
 help / color / mirror / Atom feed
From: Anksh Agarwal <anksh.agarwal@gmail.com>
To: alsa-devel@alsa-project.org
Subject: Query about code organization for kernel driver.
Date: Tue, 25 May 2010 01:17:39 +0530	[thread overview]
Message-ID: <AANLkTin91dBbESP2i_LyZKoL0KdBWFKzqKPIpuQyIIGY@mail.gmail.com> (raw)

Hi Everyone,

I am currently working on a custom ARM based board and have succeeded in
running alsa on my target.
In this reference I have some basic queries and would be great if someone
could give me pointers.This would help me in rorganizing the code as per
acceptance from the group.

since we planning to support a list of devices I wanted to keep the
interface independent of
playback/record session.this helps in switching to different devices in
middle of playback. At any point a single device would be enabled.

So i have another driver snd_device.c  which uses sysfs interface to get
device index or name to enable/disable device. The reason for this was that
we could
reuse a lot of code from the alsa-plugin(maemo). But then will it be right
to put
the device enable/disable code under sound/soc/xxxx/snd_device.c path,
or can we split and place it seperately under sound/driver/xxxx/snd_device.c
or any other suggested directory?

i am not aware how to split the audio path enable/disable code from the soc
driver
and which would be ideal directory to place them, since there is hardly any
interaction
between playback and device enable/disable routines? I think the device
enable/disable code outside sound/ directory wont be a good idea as its
to be specifically used by alsa playback/record only.

please suggest as this would help me a lot. Also let me know if any more
info would help to get to a better conclusion.

Really appreciate all the help.

Thanks,
Anksh

             reply	other threads:[~2010-05-24 19:47 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-05-24 19:47 Anksh Agarwal [this message]
2010-05-24 22:19 ` Query about code organization for kernel driver Mark Brown

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=AANLkTin91dBbESP2i_LyZKoL0KdBWFKzqKPIpuQyIIGY@mail.gmail.com \
    --to=anksh.agarwal@gmail.com \
    --cc=alsa-devel@alsa-project.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).