netdev - Re: [patch net-next v4 4/4] igb/igbvf: implement ndo_get_phys_port

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]

Message-ID: <1374770653.3058.9.camel@bwh-desktop.uk.level5networks.com>
Date:	Thu, 25 Jul 2013 17:44:13 +0100
From:	Ben Hutchings <bhutchings@...arflare.com>
To:	Alexander Duyck <alexander.h.duyck@...el.com>,
	Jiri Pirko <jiri@...nulli.us>
CC:	<netdev@...r.kernel.org>, <davem@...emloft.net>,
	<stephen@...workplumber.org>, <Narendra_K@...l.com>,
	<john.r.fastabend@...el.com>, <or.gerlitz@...il.com>,
	<jeffrey.t.kirsher@...el.com>, <jesse.brandeburg@...el.com>,
	<bruce.w.allan@...el.com>, <carolyn.wyborny@...el.com>,
	<donald.c.skidmore@...el.com>, <gregory.v.rose@...el.com>,
	<peter.p.waskiewicz.jr@...el.com>, <john.ronciak@...el.com>,
	<tushar.n.dave@...el.com>, <matthew.vick@...el.com>,
	<mitch.a.williams@...el.com>, <vyasevic@...hat.com>,
	<amwang@...hat.com>, <johannes@...solutions.net>
Subject: Re: [patch net-next v4 4/4] igb/igbvf: implement
 ndo_get_phys_port_id

On Thu, 2013-07-25 at 09:17 -0700, Alexander Duyck wrote:
> On 07/25/2013 06:03 AM, Jiri Pirko wrote:
> > @@ -1982,6 +2001,21 @@ static s32 igb_init_i2c(struct igb_adapter *adapter)
> >  	return status;
> >  }
> >  
> > +static void igb_compute_phys_port_id(struct igb_adapter *adapter)
> > +{
> > +	adapter->phys_port_id = *((u32 *) adapter->netdev->dev_addr);
> > +	adapter->phys_port_id ^= *((u32 *) adapter->netdev->dev_addr + 4);
> > +	adapter->phys_port_id ^= (long) adapter;
> > +	adapter->phys_port_id ^= (long) adapter->hw.hw_addr;
> > +	adapter->phys_port_id ^= (long) adapter->hw.flash_address;
> > +	adapter->phys_port_id ^= (u32) adapter->hw.io_base;
> > +	adapter->phys_port_id ^= adapter->hw.device_id;
> > +	adapter->phys_port_id ^= adapter->hw.subsystem_vendor_id;
> > +	adapter->phys_port_id ^= adapter->hw.subsystem_device_id;
> > +	adapter->phys_port_id ^= adapter->hw.vendor_id;
> > +	adapter->phys_port_id ^= adapter->hw.revision_id;

I didn't look at Jiri's patch initially, but... what's wrong with using
the MAC address from NVRAM (should already be in netdev->perm_addr)?
That's what I'm expecting to do for the SFC9000 family in sfc.

> > +}
> > +
> >  /**
> >   *  igb_probe - Device Initialization Routine
> >   *  @pdev: PCI device information struct
> 
> I really think this bit here should be standardized and made available
> to all drivers.
[...]

I think it's a bad example and should not be used in any drivers!

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