[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20101219055731.GD5854@auslistsprd01.us.dell.com>
Date: Sat, 18 Dec 2010 23:57:31 -0600
From: Matt Domsch <Matt_Domsch@...l.com>
To: Ben Hutchings <bhutchings@...arflare.com>
Cc: Eilon Greenstein <eilong@...adcom.com>,
Dimitris Michailidis <dm@...lsio.com>,
Dmitry Kravkov <dmitry@...adcom.com>,
"davem@...emloft.net" <davem@...emloft.net>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
"narendra_k@...l.com" <narendra_k@...l.com>,
"jordan_hargrave@...l.com" <jordan_hargrave@...l.com>
Subject: Re: [PATCH net-next] bnx2x: Add Nic partitioning mode (57712 devices)
On Fri, Dec 17, 2010 at 01:22:37PM +0000, Ben Hutchings wrote:
> On Thu, 2010-12-16 at 20:45 -0600, Matt Domsch wrote:
> > On Thu, Dec 09, 2010 at 04:49:25PM +0200, Eilon Greenstein wrote:
> In the case of sfc, each port has a separate PCI function. We read this
> register field to find out which port we're talking to, as
> virtualisation can alter the function number. I don't know about the
> others.
For a single card then, this makes sense.
pci<slot>#<port> where port = dev_id
If I have 2 such cards on a PCI extender though, I think this breaks.
Here, I'd see duplicate dev_id values, yes?
Do you label the ports on your cards in any fashion? Do they have
labels like port 0, port 1, port 2, ... ? Does it matter if we give
names starting at 0, or starting at 1? latest biosdevname starts them
at 1, or uses whatever value BIOS actually provides, which on systems
I've tried, all start at 1.
Maybe the PCI extender case I should just ignore as being unsolvable
right now... If I think N PCI devices are in the same slot, then
using the dev_id value as a per-slot value is fine. If there's an
extender that would break this scheme, biosdevname now returns nothing
for any names it would otherwise suggest duplicate names for,
essentially throwing its hands up "I don't know".
--
Matt Domsch
Technology Strategist
Dell | Office of the CTO
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists