[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1371758085.1946.12.camel@bwh-desktop.uk.level5networks.com>
Date: Thu, 20 Jun 2013 20:54:45 +0100
From: Ben Hutchings <bhutchings@...arflare.com>
To: "Nelson, Shannon" <shannon.nelson@...el.com>
CC: "Kirsher, Jeffrey T" <jeffrey.t.kirsher@...el.com>,
"davem@...emloft.net" <davem@...emloft.net>,
"Brandeburg, Jesse" <jesse.brandeburg@...el.com>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
"gospo@...hat.com" <gospo@...hat.com>,
"sassmann@...hat.com" <sassmann@...hat.com>,
"Waskiewicz Jr, Peter P" <peter.p.waskiewicz.jr@...el.com>,
"e1000-devel@...ts.sourceforge.net"
<e1000-devel@...ts.sourceforge.net>
Subject: Re: [net-next 1/8] i40e: main driver core
On Thu, 2013-06-20 at 19:46 +0000, Nelson, Shannon wrote:
> > From: Ben Hutchings [mailto:bhutchings@...arflare.com]
> > Sent: Wednesday, June 19, 2013 11:13 AM
> >
> > On Thu, 2013-06-13 at 20:55 -0700, Jeff Kirsher wrote:
> > > From: Jesse Brandeburg <jesse.brandeburg@...el.com>
[...]
> > > +/**
> > > + * i40e_get_vsi_stats_struct - Get System Network Statistics
> > > + * @vsi: the VSI we care about
> > > + *
> > > + * Returns the address of the device statistics structure.
> > > + * The statistics are actually updated from the service task.
> > > + **/
> > > +struct net_device_stats *i40e_get_vsi_stats_struct(struct i40e_vsi
> > *vsi)
> > > +{
> > > + /* only return the current stats */
> > > + /* It is possible for a VSIs to not have a netdev */
> > > + if (vsi->netdev)
> > > + return &vsi->netdev->stats;
> > > + else
> > > + return &vsi->net_stats;
> > > +}
> >
> > You should be using rtnl_device_stats64; at 40G a 32-bit counter is
> > ridiculous (using this in a 32-bit machine is a bit ridiculous too,
> > though...)
>
> You mean rtnl_link_stats64? Sure.
Right, yes.
> Yes, this driver is really not meant for a 32-bit machine. We've
> discussed making sure it would only build for 64-bit, but hadn't quite
> gotten around to implementing the restriction. It seems the right
> thing to do - would anyone in the community get bent out of shape if
> we added that?
I'm afraid they probably would.
[...]
> > > +/**
> > > + * i40e_config_rss - Prepare for RSS if used
> > > + * @pf: board private structure
> > > + **/
> > > +static s32 i40e_config_rss(struct i40e_pf *pf)
> > > +{
> > > + struct i40e_hw *hw = &pf->hw;
> > > + u32 lut = 0;
> > > + int i, j;
> > > + u64 hena;
> > > + /* Set of random keys generated using kernel random number
> > generator */
> > > + static const u32 seed[I40E_PFQF_HKEY_MAX_INDEX + 1] = {0x41b01687,
> > > + 0x183cfd8c, 0xce880440, 0x580cbc3c, 0x35897377,
> > > + 0x328b25e1, 0x4fa98922, 0xb7d90c14, 0xd5bad70d,
> > > + 0xcd15a2c1, 0xe8580225, 0x4a1e9d11, 0xfe5731be};
> >
> > Chosen by a fair dice roll?
>
> Well, as fair as /dev/random gets.
[...]
My point is: once you turn a random choice into a constant, it's no
longer random.
Ben.
--
Ben Hutchings, Staff Engineer, Solarflare
Not speaking for my employer; that's the marketing department's job.
They asked us to note that Solarflare product names are trademarked.
--
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