From: "Kok, Auke" <auke-jan.h.kok@intel.com>
To: Auke Kok <auke-jan.h.kok@intel.com>
Cc: jeff@garzik.org, netdev@vger.kernel.org,
e1000-devel@lists.sourceforge.net
Subject: Re: [PATCH 1/5] e1000: remove PCI Express device IDs
Date: Wed, 30 Apr 2008 11:08:59 -0700 [thread overview]
Message-ID: <4818B5BB.1020209@intel.com> (raw)
In-Reply-To: <20080402204802.29122.81707.stgit@localhost.localdomain>
Auke Kok wrote:
> We do not want to prolong the situation much longer that e1000
> and e1000e support these devices at the same time. As a result,
> take out the bandage that was added for the interim period
> and remove all the PCI Express device IDs from e1000.
>
> Signed-off-by: Auke Kok <auke-jan.h.kok@intel.com>
> Cc: Linus Torvalds <torvalds@linux-foundation.org>
> Cc: Jeff Garzik <jeff@garzik.org>
Jeff,
I would like to see something like this merged in this merge window if that is
still possible - I think we both agree that postponing this change for another
kernel release will just make it much more confusing for users who need to switch.
Auke
> ---
>
> drivers/net/Kconfig | 3 ---
> drivers/net/e1000/e1000_main.c | 33 ---------------------------------
> 2 files changed, 0 insertions(+), 36 deletions(-)
>
> diff --git a/drivers/net/Kconfig b/drivers/net/Kconfig
> index 95d1b61..ec764a9 100644
> --- a/drivers/net/Kconfig
> +++ b/drivers/net/Kconfig
> @@ -2028,9 +2028,6 @@ config E1000E
> To compile this driver as a module, choose M here. The module
> will be called e1000e.
>
> -config E1000E_ENABLED
> - def_bool E1000E != n
> -
> config IP1000
> tristate "IP1000 Gigabit Ethernet support"
> depends on PCI && EXPERIMENTAL
> diff --git a/drivers/net/e1000/e1000_main.c b/drivers/net/e1000/e1000_main.c
> index 757d02f..f12de3c 100644
> --- a/drivers/net/e1000/e1000_main.c
> +++ b/drivers/net/e1000/e1000_main.c
> @@ -47,12 +47,6 @@ static const char e1000_copyright[] = "Copyright (c) 1999-2006 Intel Corporation
> * Macro expands to...
> * {PCI_DEVICE(PCI_VENDOR_ID_INTEL, device_id)}
> */
> -#ifdef CONFIG_E1000E_ENABLED
> - #define PCIE(x)
> -#else
> - #define PCIE(x) x,
> -#endif
> -
> static struct pci_device_id e1000_pci_tbl[] = {
> INTEL_E1000_ETHERNET_DEVICE(0x1000),
> INTEL_E1000_ETHERNET_DEVICE(0x1001),
> @@ -79,14 +73,6 @@ static struct pci_device_id e1000_pci_tbl[] = {
> INTEL_E1000_ETHERNET_DEVICE(0x1026),
> INTEL_E1000_ETHERNET_DEVICE(0x1027),
> INTEL_E1000_ETHERNET_DEVICE(0x1028),
> -PCIE( INTEL_E1000_ETHERNET_DEVICE(0x1049))
> -PCIE( INTEL_E1000_ETHERNET_DEVICE(0x104A))
> -PCIE( INTEL_E1000_ETHERNET_DEVICE(0x104B))
> -PCIE( INTEL_E1000_ETHERNET_DEVICE(0x104C))
> -PCIE( INTEL_E1000_ETHERNET_DEVICE(0x104D))
> -PCIE( INTEL_E1000_ETHERNET_DEVICE(0x105E))
> -PCIE( INTEL_E1000_ETHERNET_DEVICE(0x105F))
> -PCIE( INTEL_E1000_ETHERNET_DEVICE(0x1060))
> INTEL_E1000_ETHERNET_DEVICE(0x1075),
> INTEL_E1000_ETHERNET_DEVICE(0x1076),
> INTEL_E1000_ETHERNET_DEVICE(0x1077),
> @@ -95,28 +81,9 @@ PCIE( INTEL_E1000_ETHERNET_DEVICE(0x1060))
> INTEL_E1000_ETHERNET_DEVICE(0x107A),
> INTEL_E1000_ETHERNET_DEVICE(0x107B),
> INTEL_E1000_ETHERNET_DEVICE(0x107C),
> -PCIE( INTEL_E1000_ETHERNET_DEVICE(0x107D))
> -PCIE( INTEL_E1000_ETHERNET_DEVICE(0x107E))
> -PCIE( INTEL_E1000_ETHERNET_DEVICE(0x107F))
> INTEL_E1000_ETHERNET_DEVICE(0x108A),
> -PCIE( INTEL_E1000_ETHERNET_DEVICE(0x108B))
> -PCIE( INTEL_E1000_ETHERNET_DEVICE(0x108C))
> -PCIE( INTEL_E1000_ETHERNET_DEVICE(0x1096))
> -PCIE( INTEL_E1000_ETHERNET_DEVICE(0x1098))
> INTEL_E1000_ETHERNET_DEVICE(0x1099),
> -PCIE( INTEL_E1000_ETHERNET_DEVICE(0x109A))
> -PCIE( INTEL_E1000_ETHERNET_DEVICE(0x10A4))
> -PCIE( INTEL_E1000_ETHERNET_DEVICE(0x10A5))
> INTEL_E1000_ETHERNET_DEVICE(0x10B5),
> -PCIE( INTEL_E1000_ETHERNET_DEVICE(0x10B9))
> -PCIE( INTEL_E1000_ETHERNET_DEVICE(0x10BA))
> -PCIE( INTEL_E1000_ETHERNET_DEVICE(0x10BB))
> -PCIE( INTEL_E1000_ETHERNET_DEVICE(0x10BC))
> -PCIE( INTEL_E1000_ETHERNET_DEVICE(0x10C4))
> -PCIE( INTEL_E1000_ETHERNET_DEVICE(0x10C5))
> -PCIE( INTEL_E1000_ETHERNET_DEVICE(0x10D5))
> -PCIE( INTEL_E1000_ETHERNET_DEVICE(0x10D9))
> -PCIE( INTEL_E1000_ETHERNET_DEVICE(0x10DA))
> /* required last entry */
> {0,}
> };
>
> --
> To unsubscribe from this list: send the line "unsubscribe netdev" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
prev parent reply other threads:[~2008-04-30 18:09 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-02 20:48 [PATCH 1/5] e1000: remove PCI Express device IDs Auke Kok
2008-04-02 20:48 ` [PATCH 2/5] e1000e: limit EEPROM size accesses Auke Kok
2008-04-12 9:02 ` Jeff Garzik
2008-04-02 20:48 ` [PATCH 3/5] e1000e: Make arrays out of these Rx/Tx registers Auke Kok
2008-04-02 20:48 ` [PATCH 4/5] e1000e: rename a few functions Auke Kok
2008-04-02 20:48 ` [PATCH 5/5] e1000e: reformat register test code, fix some minor initialization Auke Kok
2008-04-30 18:08 ` Kok, Auke [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=4818B5BB.1020209@intel.com \
--to=auke-jan.h.kok@intel.com \
--cc=e1000-devel@lists.sourceforge.net \
--cc=jeff@garzik.org \
--cc=netdev@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;
as well as URLs for NNTP newsgroup(s).