netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Jes Sorensen <jes@trained-monkey.org>
To: "David S. Miller" <davem@redhat.com>
Cc: shemminger@osdl.org, jgarzik@pobox.com, netdev@oss.sgi.com
Subject: Re: [PATCH 2.5.70] acenic -- update to use alloc_etherdev
Date: 12 Jun 2003 13:01:23 -0400	[thread overview]
Message-ID: <m3r85zxmak.fsf@trained-monkey.org> (raw)
In-Reply-To: <20030611.210445.21901735.davem@redhat.com>

>>>>> "David" == David S Miller <davem@redhat.com> writes:

David> How actively are you maintaining acenic. Jes?  :-) This is a
David> very serious question, I haven't seen a 2.5.x change go back to
David> 2.4.x since it's inception.

Hi David,

I clearly haven't been doing the job on acenic recently as I would
have liked nor on 2.5 for that sake, so I don't see all the changes
that just go into 2.5.

David> All this compat nonsense is becoming useless.  Other drivers
David> fair just fine 2.4.x/2.5.x without all this ifdef mumbo-jumbo
David> that litters acenic.c and makes it nearly impossible to read.

Depends on how you look at it. First of all the primary goal of the
macros is not to make it easier to integrate the driver with the
latest state of the art 2.4.x kernel from Marcelo, but rather to make
it possible for people to take the driver and drop it into an earlier
kernel they are running and only upgrade the driver. There have been
quite a lot of acenic users in the past who were not willing to
upgrade their kernels for various reasons and who relied on
this. Putting the compat macros into include/linux/interrupt.h in
Marcelo's tree as you suggested in a later email won't solve this
specific problem.

Nowadays it's probably reasonable to assume that the majority of users
are at 2.4.17+ so I think it's valid to go in and get rid of some of
the compat macros that are there to support kernels older than that.

David> In fact all these localized compat macros make acenic.c HARDER
David> to maintain.

I think we will just have to agree to disagree on this. I find it a
lot easier to read the code when it uses the 2.5 syntax and provides
2.4 compat macros than it is to have a ton of #ifdef's throughout the
code itself.

Cheers,
Jes

      parent reply	other threads:[~2003-06-12 17:01 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-06-11 21:42 [PATCH 2.5.70] acenic -- update to use alloc_etherdev Stephen Hemminger
2003-06-11 22:21 ` Jes Sorensen
2003-06-12  4:04   ` David S. Miller
     [not found]     ` <3EE81263.4040205@osdl.org>
2003-06-12  5:43       ` David S. Miller
2003-06-12 17:05       ` Jes Sorensen
2003-06-12  5:44     ` Stephen Hemminger
2003-06-12 17:01     ` Jes Sorensen [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=m3r85zxmak.fsf@trained-monkey.org \
    --to=jes@trained-monkey.org \
    --cc=davem@redhat.com \
    --cc=jgarzik@pobox.com \
    --cc=netdev@oss.sgi.com \
    --cc=shemminger@osdl.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;
as well as URLs for NNTP newsgroup(s).