lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
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