All of lore.kernel.org
 help / color / mirror / Atom feed
From: Takashi Iwai <tiwai@suse.de>
To: David Olofson <david@olofson.net>
Cc: alsa-devel@lists.sourceforge.net
Subject: Re: Status of Echo/Event support
Date: Mon, 09 Dec 2002 15:45:29 +0100	[thread overview]
Message-ID: <s5hhedn8d4m.wl@alsa2.suse.de> (raw)
In-Reply-To: <200212091420.gB9EKUEO013443@mail.space2u.com>

At Mon, 9 Dec 2002 15:20:21 +0100,
David Olofson wrote:
> 
> > when i write a new driver, it would take
> >
> > - ca. 1 week if there is an OSS driver,
> > - ca. 2 weeks if it's a normal PCI (or ISA) device and there is
> > enough technical info, and
> > - more for exotic environment :)
> >
> > until the first beta release.  a test version may be ealier,
> > though.
> 
> Well, I'll see if I can match those times... ;-)
> 
> BTW, we're talking about som 650 kB of C++ code. Any estimates on 
> what that actually means?

hmm, sorry, difficult to say only from the code size.
the difficulty lies on how exotic the hardware design is.
if there is a similar design, you can reuse the existing driver code,
and it will reduce really much time.

> Anyway, I'll get started as soon as I get an official statement on 
> this "sublicensing as pure GPL" issue. That is, whether I should make 
> this a real driver, or an unofficial "C++ in kernel" hack. I'm not 
> converting all that code if it's never going into ALSA or Linux 
> anyway. (*Maybe* I could use some C++ to C converter, but that's 
> probably even worse than starting with the C++! ;-)

c++ on kernel is yet taboo.
and as long as the driver is written in c, it would be much better to
rewrite it by yourself rather than using some conversion tools.
otherwise you'll get lost what the code does.

although it depends on the architecture, usually the difficult
parts of most of pci sound drivers are

- initialization, especially if a micro-code is required,
- interrupt handling,
- conversion of units (bytes, frames, samples!)


the mixer stuff is usually easy to implement.


Takashi


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

      parent reply	other threads:[~2002-12-09 14:45 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-12-06  2:15 Status of Echo/Event support David Olofson
2002-12-09 14:13 ` Takashi Iwai
     [not found]   ` <200212091420.gB9EKUEO013443@mail.space2u.com>
2002-12-09 14:45     ` Takashi Iwai [this message]

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=s5hhedn8d4m.wl@alsa2.suse.de \
    --to=tiwai@suse.de \
    --cc=alsa-devel@lists.sourceforge.net \
    --cc=david@olofson.net \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.