[U-Boot] [PATCH 2/2] document network driver framework
Mike Frysinger
vapier at gentoo.org
Tue Jul 21 23:08:36 CEST 2009
On Tuesday 21 July 2009 16:55:34 Ben Warren wrote:
> Mike Frysinger wrote:
> > On Tuesday 21 July 2009 03:32:55 Wolfgang Denk wrote:
> >> Mike Frysinger wrote:
> >>>> Is this a generally-accepted naming convention? I personally think
> >>>> it's crap, and since there isn't a single driver that uses it yet, you
> >>>> might say this is a bit ahead of the curve.
> >>>
> >>> some style needed to be suggested, and what Jean proposed is better
> >>> than what we have today (which is nothing)
> >>
> >> Arent't we pretty much doing what Linux is doing here, too? I see lots
> >> of XXX_init functions in the Linux network code, for example.
> >>
> >>> that's why i said "should", deprecated current naming, and noted
> >>> existing practice. if you agree with the proposal, it's easy enough to
> >>> run sed on a few files to fix one function name. you agree with my
> >>> comment that today's behavior is confusing even if you stare and bang
> >>> on the code day in and day out ? it's even worse for the occasional
> >>> observer ...
> >>
> >> Hm... renaming something from "xxx_init()" into "xxx_register()"
> >> because other code is also also using "xxx_init()" does not really
> >> make anything clearer to me. Actually IMO it just adds confusion,
> >> because if other's use "xxx_init()" I'd expect from a consistence
> >> point of view that we use "xxx_init()", too.
> >
> > your reply reinforces my point. i'm not talking about xxx_init(), i'm
> > talking about xxx_initialize(). network drivers atm define both --
> > xxx_initialize() is to initialize the eth_driver structure and *register*
> > with the eth layer, and xxx_init() to *initialize* the hardware. i'm
> > proposing renaming xxx_initialize() to xxx_register().
>
> I understand what you're saying, and think in principle it's probably a
> good idea to rename to something other than xxx_initialize(). I just
> think a document that outlines best practices that are not in use *at
> all* seems a bit silly.
considering the document makes note of existing practice and suggests the new
naming schema, i think it's fine and shouldnt hold up merging.
> If we're going to go this way, IMHO we should change all function names
> at once. It would be easy to do, but would be a huge, potentially
> intrusive patch that I'm not sure buys us much.
how quickly we convert older drivers doesnt matter to me, but if you prefer
sooner rather than later, that's easy enough to do and hand off to Wolfgang
for the first patch in "next".
-mike
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part.
Url : http://lists.denx.de/pipermail/u-boot/attachments/20090721/8d30c793/attachment.pgp
More information about the U-Boot
mailing list