All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ivo van Doorn <ivdoorn@gmail.com>
To: "John W. Linville" <linville@tuxdriver.com>
Cc: Michael Wu <flamingice@sourmilk.net>, linux-wireless@vger.kernel.org
Subject: Re: [PATCH 1/2] Add 93cx6 eeprom library
Date: Sun, 13 May 2007 10:13:15 +0200	[thread overview]
Message-ID: <200705131013.15985.IvDoorn@gmail.com> (raw)
In-Reply-To: <20070512191749.GA6018@tuxdriver.com>

On Saturday 12 May 2007 21:17, John W. Linville wrote:
> On Fri, May 11, 2007 at 03:59:40PM -0400, Michael Wu wrote:
> 
> > +static inline void eeprom_93cx6_pulse_high(struct eeprom_93cx6 *eeprom)
> > +{
> > +	eeprom->reg_data_clock = 1;
> > +	eeprom->register_write(eeprom);
> > +	udelay(1);
> > +}
> > +
> > +static inline void eeprom_93cx6_pulse_low(struct eeprom_93cx6 *eeprom)
> > +{
> > +	eeprom->reg_data_clock = 0;
> > +	eeprom->register_write(eeprom);
> > +	udelay(1);
> > +}
> 
> I'm with Jeff, these udelay's should go.  If they belong anywhere, it
> would be in the write routines provided by the caller.  For example, the
> routines provided by rtl8187 already have a delay in them.  Other
> hardware might actually have a hardware timer to implement delays (hey,
> it's possible).  Either way, this delay is superfluous.

This udelay() was taken from the original implementation by Ralink,
They didn't place a comment about why the udelay should be there,
but apparently they did it for some reason...

> > +}
> > +EXPORT_SYMBOL_GPL(eeprom_93cx6_multiread);
> > +
> 
> It's pedantic, but I hate empty lines at the end of files...

GCC usually complains when a file does not have a empty line
at the end of the file.

Ivo

  parent reply	other threads:[~2007-05-13  8:14 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-05-11 19:59 [PATCH 1/2] Add 93cx6 eeprom library Michael Wu
2007-05-11 20:07 ` Ivo van Doorn
2007-05-12 19:17 ` John W. Linville
2007-05-13  1:29   ` Michael Wu
2007-05-13  8:13   ` Ivo van Doorn [this message]
2007-05-13  8:22     ` Johannes Berg
2007-05-13 18:50   ` Jeff Garzik
2007-05-14 17:45     ` John W. Linville
  -- strict thread matches above, loose matches on Subject: below --
2007-05-07  7:46 Michael Wu
2007-05-07  7:46 ` Michael Wu
2007-05-07  7:53 ` Ivo van Doorn
2007-05-07  7:53   ` Ivo van Doorn
2007-05-07 14:27 ` Ben Dooks
2007-05-07 15:34   ` John W. Linville
2007-05-07 15:34     ` John W. Linville
2007-05-07 15:40   ` Michael Wu
2007-05-07 15:40     ` Michael Wu

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=200705131013.15985.IvDoorn@gmail.com \
    --to=ivdoorn@gmail.com \
    --cc=flamingice@sourmilk.net \
    --cc=linux-wireless@vger.kernel.org \
    --cc=linville@tuxdriver.com \
    /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.