[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <485D4630.1090007@intel.com>
Date: Sat, 21 Jun 2008 11:19:28 -0700
From: "Kok, Auke" <auke-jan.h.kok@...el.com>
To: Taku Izumi <izumi.taku@...fujitsu.com>
CC: linux-kernel@...r.kernel.org, netdev@...r.kernel.org,
Tomohiro Kusumi <kusumi.tomohiro@...fujitsu.com>,
auke-jan.h.kok@...el.com,
"Kirsher, Jeffrey T" <jeffrey.t.kirsher@...el.com>
Subject: Re: [PATCH 0/3] e1000,e1000e,igb: make ioport free for adapters that
need NO ioport resources
Taku Izumi wrote:
> Hi all,
>
> Only a few Intel Gigabit Adapters need ioport resources for workaround,
> but most do not need them. Most adapters work properly without them.
> In the case where ioport resources are not assigned to adapters, this can
> happen on the large system, drivers' probe function fails like the following,
> and adapters can not be used as a result.
>
> e1000e 0002:22:00.0: device not available because of BAR 2 [0:1f] collisions
> e1000e: probe of 0002:22:00.0 failed with error -22
>
> These patches corrects behavior in probe function so as not to request ioport
> resources as long as they are not really needed. These are based on the
> ioport-free patch of e1000 driver from Auke Kok and Tomohiro Kusumi.
>
> * [PATCH 1/3] e1000: make ioport free
> * [PATCH 2/3] e1000e: make ioport free
> * [PATCH 3/3] igb: make ioport free
I think patch 2 and 3 are way too large since igb and e1000e can be totally ioport
free at all times. There is no need to keep compatibility code for ioport in those
drivers as it's unlikely that this will ever be needed.
So, perhaps you can remove the ioport code from those 2 drivers (e1000e/igb)
completely and resubmit to Jeff Kirsher?
Cheers,
Auke
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists