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
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Thu, 4 Jul 2013 19:39:25 +0200
From:	Richard Cochran <richardcochran@...il.com>
To:	Ben Hutchings <bhutchings@...arflare.com>
Cc:	linux-net-drivers <linux-net-drivers@...arflare.com>,
	netdev <netdev@...r.kernel.org>,
	Laurence Evans <levans@...arflare.com>
Subject: Re: PHC device sharing between PCI functions

On Thu, Jul 04, 2013 at 05:21:18PM +0100, Ben Hutchings wrote:
> 
> But that is the opposite of what we're talking about.  Say the card has,
> 16 functions resulting in net devices eth0-eth15, each of which can
> access the same physical clock.  You said it's OK to have read-only
> aliases for a clock, so then there might be a writable /dev/ptp0 and
> read-only /dev/ptp1-ptp15.  What is the proper association between net
> devices and clock devices?

But the card doesn't have 16 plugs, or does it?

I understood you to have meant that the card has one physical plug,
shared between one host and fifteen guests. Or maybe I am total
confused. No, I am surely confused.

Anyhow, if a host is multihomed, then ideally all of the interfaces
share one and the same clock. But, if the only purpose of the multiple
interfaces in the VM host is to assign them to VM guests, then I guess
it doesn't matter very much how they appear in the VM host.

Richard
--
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ