From: "dezheng shen" <dzshen@winbond.com>
To: "Jesper Juhl" <jesper.juhl@gmail.com>
Cc: "Linux Kernel Mailing List" <linux-kernel@vger.kernel.org>,
"PI14 SJIN" <SJin@winbond.com>
Subject: Re: [Winbond] flash memory reader SCSI device drivers
Date: Wed, 14 Jun 2006 14:03:04 +0800 [thread overview]
Message-ID: <448FA698.201@winbond.com> (raw)
In-Reply-To: <9a8748490606130258k60cdf429n89b1d1d017af60fe@mail.gmail.com>
> Please review the following files before posting the patches :
>
> Documentation/CodingStyle
right now, we are working on this one. However, I spotted one
statement in coding style
GLOBAL variables (to be used only if you _really_ need them) need to
have descriptive names, as do global functions. If you have a function
that counts the number of active users, you should call that
"count_active_users()" or similar, you should _not_ call it "cntusr()".
we used global variables in our codes to make coding easier. For
example, we placed some variable on stack so that spaces are
automatically allocated once our driver is loaded into memory and it is
also automatically deallocated once our driver is unloaded. Thus, we
don't have to consider WHAT IF situations in our codes. Of course, we
can use dynamically allocated kernel memory but it just makes our codes
a little complex.
My question is -- could we use global variables if they are NOT
absolutely necessary?
thank you,
dz
> Documentation/SubmittingDrivers
> Documentation/SubmittingPatches
>
> and make sure you've cleaned up the code to follow CodingStyle -
> otherwise that's just going to be the first thing people will tell you
> to fix :-)
>
> Also make sure you include appropriate "Signed-off-by:" lines on the
> patches and please post patches inline, not as attachments (and please
> test send those mails to yourself first and check that the patches
> apply and have not been mangled by your email client).
>
>
>> This is the first we send this request to this mailing list and we are
>> not sure this is the right way to do. If any of you is interested in
>> reviewing our sources for Memory Stick driver for Winbond w518 chip,
>> please let me know so that we can post our sources.
>>
> I don't have the appropriate hardware, but I'd still be interrested in
> taking a look at the patches, and I'm sure many other people feel the
> same way.
> I'd say posting the patches on LKML and adding relevant people/lists
> from the MAINTAINERS file to Cc would be the way to do it.
>
>
===========================================================================================
The privileged confidential information contained in this email is intended for use only by the addressees as indicated by the original sender of this email. If you are not the addressee indicated in this email or are not responsible for delivery of the email to such a person, please kindly reply to the sender indicating this fact and delete all copies of it from your computer and network server immediately. Your cooperation is highly appreciated. It is advised that any unauthorized use of confidential information of Winbond is strictly prohibited; and any information in this email irrelevant to the official business of Winbond shall be deemed as neither given nor endorsed by Winbond.
next prev parent reply other threads:[~2006-06-14 6:03 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-06-13 9:37 [Winbond] flash memory reader SCSI device drivers dezheng shen
2006-06-13 9:58 ` Jesper Juhl
2006-06-14 6:03 ` dezheng shen [this message]
2006-06-14 7:54 ` dezheng shen
2006-06-15 19:02 ` Pierre Ossman
2006-06-16 1:36 ` [Winbond] flash memory reader SCSI device drivers [headers] dezheng shen
2006-06-16 2:32 ` Randy.Dunlap
2006-06-16 6:03 ` Pierre Ossman
2006-06-16 6:39 ` dezheng shen
2006-06-16 10:21 ` Jesper Juhl
2006-06-16 6:07 ` Pierre Ossman
2006-06-16 1:38 ` [Winbond] flash memory reader SCSI device drivers [C sources] dezheng shen
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=448FA698.201@winbond.com \
--to=dzshen@winbond.com \
--cc=SJin@winbond.com \
--cc=jesper.juhl@gmail.com \
--cc=linux-kernel@vger.kernel.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