From: Christian Lamparter <chunkeey@googlemail.com>
To: p2p@posteo.de, linux-wireless@vger.kernel.org
Subject: Re: RTL8188S
Date: Wed, 04 Dec 2013 20:20:33 +0100 [thread overview]
Message-ID: <7500746.DphX02H77Q@blech> (raw)
In-Reply-To: <ca7208642ae7c2ad48c990314f2f03ba@posteo.de>
(readded cc)
Hello Peter,
On Wednesday, December 04, 2013 07:10:01 PM p2p@posteo.de wrote:
> >> I don't know yet if I have the time to take part. But as I wrote I
> >> have a good book which describes in detail driver development for
> >> 2.6 kernel.
> >>
> >> What do you think how many LOC have to been written?
> > Ok?!
> >
> > rtl8192cu has around 8600 LOCs, rtl8192se has around 10700. That
> > said,
> > realtek's own 8190n driver comes in at 90 000+ LOCs driver [of
> > course,
> > that driver comes with its own stack, sme and maybe a few other bells
> > and whiles]. I guess the answer here is really: take what ever number
> > you prefer :-D.
> >
>
> What do you think how many percent can be written by copy and paste?
I think this problem has to be approached from two sides.
1.
In theory (as in CS theory) everything you need is basically a carefully
selected string of 0 and 1s. [That said: it is very hard to develop this way.
but it would be cool - certainly a "one of a kind" approach in these days.
It would be familiar with those who ever had to use punch cards and a
"one-shot" hole puncher].
=> need to copy & paste just 2 bits
2.
rtlwifi should already provide a decent framework/foundation for such a
driver. So no need to copy anything, you just have to use the API that's
already in place. If you need a function from rtl8192se or rtl8192cu, you
shouldn't copy it, but move it to the shared library code instead.
=> no copy & paste at all.
Summary:
"A driver can be copied & pasted together from just two bits (that would a
cool "best case")... or it could be: every single line needs to be written
by hand (is this the "worst case"? or is it the other way around)."
[I think these "statistics" only work, if the project is already "done",
or at least at the "almost nearly done" milestone.]
Regards,
Christian
prev parent reply other threads:[~2013-12-04 19:20 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-25 17:57 RTL8188S p2p
2013-11-25 21:57 ` RTL8188S Christian Lamparter
2013-11-25 22:12 ` RTL8188S Larry Finger
2013-11-25 22:59 ` RTL8188S Christian Lamparter
2013-11-26 16:47 ` RTL8188S p2p
2013-11-26 20:38 ` RTL8188S Christian Lamparter
2013-12-03 19:14 ` RTL8188S p2p
2013-12-03 20:14 ` RTL8188S Christian Lamparter
[not found] ` <ca7208642ae7c2ad48c990314f2f03ba@posteo.de>
2013-12-04 19:20 ` Christian Lamparter [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=7500746.DphX02H77Q@blech \
--to=chunkeey@googlemail.com \
--cc=linux-wireless@vger.kernel.org \
--cc=p2p@posteo.de \
/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.