From: Ben Warren <biggerbadderben@gmail.com>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] [PATCH v2 4/7] add SMSC LAN9x1x Network driver
Date: Thu, 27 Mar 2008 09:56:48 -0400 [thread overview]
Message-ID: <47EBA7A0.5010405@gmail.com> (raw)
In-Reply-To: <000101c88ff6$dbd44eb0$3a4d010a@Emea.Arm.com>
Hi Peter,
Peter Pearse wrote:
>> -----Original Message-----
>> From: Ben Warren [mailto:biggerbadderben at gmail.com]
>> Sent: 26 March 2008 20:08
>> To: Guennadi Liakhovetski
>> Cc: u-boot-users at lists.sourceforge.net; Wolfgang Denk; Peter Pearse
>> Subject: Re: [U-Boot-Users] [PATCH v2 4/7] add SMSC LAN9x1x
>> Network driver
>>
>> Hi Guennadi,
>>
>> Guennadi Liakhovetski wrote:
>>
>>> From: Sascha Hauer <s.hauer@pengutronix.de>
>>>
>>> This patch adds a driver for the following smsc network controllers:
>>> LAN9115
>>> LAN9116
>>> LAN9117
>>> LAN9215
>>> LAN9216
>>> LAN9217
>>>
>>>
>>>
>> How many of these have been tested, and on what platforms.
>> I'm asking because the code seems to assume a 32-bit
>> interface and these aren't all 32-bit chips.
>>
>
> Comments please Sascha.
>
> ---snip---
>
>
>>> diff --git a/drivers/net/smc911x.c b/drivers/net/smc911x.c new file
>>> mode 100644 index 0000000..5830368
>>> --- /dev/null
>>> +++ b/drivers/net/smc911x.c
>>>
>
> ---snip---
>
>
>>> +
>>> +#ifdef CONFIG_DRIVER_SMC911X
>>> +
>>>
>>>
>> This should be moved to the Makefile.
>>
>
> Agreed
>
>
> ---snip---
>
>
>>>
>>>
>> Register and bitfield definitions should be in a header file.
>>
>
> Not these file specific ones.
> Ben - where else would they be applicable?
>
>
Well, I can't come up with a better answer than 'precedent', so I guess
it's OK to keep the #defines in the C code.
>> More generally, only register addresses and bitfields should
>> be defined.
>>
>
> Using macros to encapsulate both address and
>
>> function is bad form, IMHO.
>>
>
> Agreed
>
>
>> I haven't even gotten into the functionality, because I think
>> there's a lot of work to be done just in coding style
>>
>
> Ben - perhaps you could help by pointing out some more examples
>
>
By coding style I mean the nasty macros, not stuff like brackets and
whitespace. If the code was more readable and addressed the bus width
differences between chips, this would probably go in quickly. I'll have
another look to see if I can be more helpful rather than curmudgeonly.
regards,
Ben
next prev parent reply other threads:[~2008-03-27 13:56 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-03-26 19:40 [U-Boot-Users] [PATCH v2 4/7] add SMSC LAN9x1x Network driver Guennadi Liakhovetski
2008-03-26 20:08 ` Ben Warren
2008-03-26 20:19 ` Guennadi Liakhovetski
2008-03-27 10:39 ` Peter Pearse
2008-03-27 13:56 ` Ben Warren [this message]
2008-03-27 14:17 ` Peter Pearse
2008-03-27 16:37 ` Sascha Hauer
2008-03-27 17:39 ` Ben Warren
2008-03-27 18:23 ` Nick Droogh
2008-03-28 9:44 ` Sascha Hauer
2008-04-13 22:01 ` Wolfgang Denk
2008-04-14 1:09 ` Ben Warren
2008-04-14 1:22 ` Mike Frysinger
2008-04-14 1:29 ` Ben Warren
[not found] <mailman.71288.1206627489.31037.u-boot-users@lists.sourceforge.net>
2008-03-27 17:03 ` Tim Braun
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=47EBA7A0.5010405@gmail.com \
--to=biggerbadderben@gmail.com \
--cc=u-boot@lists.denx.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox