<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel/drivers/net/ethernet/emulex/benet/be_cmds.h, branch linux-4.3.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.</subtitle>
<id>https://universe.0xinfinity.dev/distro/kernel/atom?h=linux-4.3.y</id>
<link rel='self' href='https://universe.0xinfinity.dev/distro/kernel/atom?h=linux-4.3.y'/>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/'/>
<updated>2015-10-13T11:32:44Z</updated>
<entry>
<title>be2net: set pci_func_num while issuing GET_PROFILE_CONFIG cmd</title>
<updated>2015-10-13T11:32:44Z</updated>
<author>
<name>Somnath Kotur</name>
<email>somnath.kotur@emulex.com</email>
</author>
<published>2015-10-12T07:47:20Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=72ef3a88fa8e225301aaea296ffc95407de21986'/>
<id>urn:sha1:72ef3a88fa8e225301aaea296ffc95407de21986</id>
<content type='text'>
The FW requires the pf_num field in the cmd hdr to be set for it to return
the specific function's descriptors in the GET_PROFILE_CONFIG cmd. If not
set, the FW returns the descriptors of all the functions on the device.
If the first descriptor is not what is being queried for, the driver will
read wrong data. This patch fixes this issue by using the GET_CNTL_ATTRIB
cmd to query the real pci_func_num of a function and then uses it in the
GET_PROFILE_CONFIG cmd.

Signed-off-by: Somnath Kotur &lt;somnath.kotur@emulex.com&gt;
Signed-off-by: Sathya Perla &lt;sathya.perla@avagotech.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net</title>
<updated>2015-08-13T23:23:11Z</updated>
<author>
<name>David S. Miller</name>
<email>davem@davemloft.net</email>
</author>
<published>2015-08-13T23:23:11Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=182ad468e70fc7e8ff2e5d64344c690beaa00ddd'/>
<id>urn:sha1:182ad468e70fc7e8ff2e5d64344c690beaa00ddd</id>
<content type='text'>
Conflicts:
	drivers/net/ethernet/cavium/Kconfig

The cavium conflict was overlapping dependency
changes.

Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>be2net: enable IFACE filters only after creating RXQs</title>
<updated>2015-08-07T18:53:05Z</updated>
<author>
<name>Kalesh AP</name>
<email>kalesh.purayil@avagotech.com</email>
</author>
<published>2015-08-05T07:27:48Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=bcc84140a62c04f522eacceb793e6eef92965c84'/>
<id>urn:sha1:bcc84140a62c04f522eacceb793e6eef92965c84</id>
<content type='text'>
HW issues were observed on Lancer adapters if IFACE filters
(flags, mac addrs etc) are enabled *before* creating RXQs.  This patch
changes the driver design by enabling filters in be_open() --
instead of be_setup() -- after RXQs are created and buffers posted.
Two new wrapper functions, be_enable_if_filters() and
be_disable_if_filters() are introduced to enable/disable IFACE filters in
be_open()/be_close() respectively. In be_setup() the IFACE is now created
only with the RSS flag.

Signed-off-by: Kalesh AP &lt;kalesh.purayil@avagotech.com&gt;
Signed-off-by: Sathya Perla &lt;sathya.perla@avagotech.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>be2net: support ndo_get_phys_port_id()</title>
<updated>2015-07-25T05:41:22Z</updated>
<author>
<name>Sriharsha Basavapatna</name>
<email>sriharsha.basavapatna@avagotech.com</email>
</author>
<published>2015-07-22T05:45:12Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=a155a5db9389c4088c0901e665002332f2503660'/>
<id>urn:sha1:a155a5db9389c4088c0901e665002332f2503660</id>
<content type='text'>
Add be_get_phys_port_id() function to report physical port id. The port id
should be unique across different be2net devices in the system. We use the
chip serial number along with the physical port number for this.

Signed-off-by: Sriharsha Basavapatna &lt;sriharsha.basavapatna@avagotech.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>be2net: make SET_LOOPBACK_MODE cmd asynchrounous</title>
<updated>2015-07-11T06:24:30Z</updated>
<author>
<name>Suresh Reddy</name>
<email>Suresh.Reddy@emulex.com</email>
</author>
<published>2015-07-10T09:32:50Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=9c8559750cd7b7936dd38810fc2110fc91d7d527'/>
<id>urn:sha1:9c8559750cd7b7936dd38810fc2110fc91d7d527</id>
<content type='text'>
The SET_LOOPBACK_MODE command is always issued from ethtool only in a
process context. So, while waiting for the cmd to complete, the driver
can sleep instead of holding spin_lock_bh() on the mcc_lock. This is done
by calling be_mcc_notify() instead of be_mcc_notify_wait() (that returns
only after the cmd completes while the MCCQ is locked).

Signed-off-by: Suresh Reddy &lt;suresh.reddy@avagotech.com&gt;
Signed-off-by: Sathya Perla &lt;sathya.perla@avagotech.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>be2net: query FW to check if EVB is enabled</title>
<updated>2015-07-11T06:24:29Z</updated>
<author>
<name>Kalesh Purayil</name>
<email>kalesh.purayil@avagotech.com</email>
</author>
<published>2015-07-10T09:32:44Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=ff9ed19d263d9678394b6ac079abd68efb3c55c0'/>
<id>urn:sha1:ff9ed19d263d9678394b6ac079abd68efb3c55c0</id>
<content type='text'>
The current code assumes that bridge functionality (EVB) in the adapter
is enabled only when SR-IOV is enabled. This is not always true.
This patch uses the GET_HSW_CONFIG FW cmd to query this from the FW.

Signed-off-by: Kalesh AP &lt;kalesh.purayil@avagotech.com&gt;
Signed-off-by: Sathya Perla &lt;sathya.perla@avagotech.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>be2net: Support for OS2BMC.</title>
<updated>2015-05-14T16:21:42Z</updated>
<author>
<name>Venkata Duvvuru</name>
<email>VenkatKumar.Duvvuru@Emulex.Com</email>
</author>
<published>2015-05-13T07:30:14Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=760c295e0e8d982917d004c9095cff61c0cbd803'/>
<id>urn:sha1:760c295e0e8d982917d004c9095cff61c0cbd803</id>
<content type='text'>
OS2BMC feature will allow the server to communicate with the on-board
BMC/idrac (Baseboard Management Controller) over the LOM via
standard Ethernet.

When OS2BMC feature is enabled, the LOM will filter traffic coming
from the host. If the destination MAC address matches the iDRAC MAC
address, it will forward the packet to the NC-SI side band interface
for iDRAC processing. Otherwise, it would send it out on the wire to
the external network. Broadcast and multicast packets are sent on the
side-band NC-SI channel and on the wire as well. Some of the packet
filters are not supported in the NIC and hence driver will identify
such packets and will hint the NIC to send those packets to the BMC.
This is done by duplicating packets on the management ring. Packets
are sent to the management ring, by setting mgmt bit in the wrb header.
The NIC will forward the packets on the management ring to the BMC
through the side-band NC-SI channel.

Please refer to this online document for more details,
http://www.dell.com/downloads/global/products/pedge/
os_to_bmc_passthrough_a_new_chapter_in_system_management.pdf

Signed-off-by: Venkat Duvvuru &lt;VenkatKumar.Duvvuru@Emulex.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>be2net: update copyright year to 2015</title>
<updated>2015-05-09T20:27:04Z</updated>
<author>
<name>Vasundhara Volam</name>
<email>vasundhara.volam@avagotech.com</email>
</author>
<published>2015-05-06T09:30:39Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=d19261b8ef508dcbd3bf8e076245f3c90f828bcd'/>
<id>urn:sha1:d19261b8ef508dcbd3bf8e076245f3c90f828bcd</id>
<content type='text'>
Signed-off-by: Vasundhara Volam &lt;vasundhara.volam@avagotech.com&gt;
Signed-off-by: Sathya Perla &lt;sathya.perla@avagotech.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>be2net: simplify UFI compatibility checking</title>
<updated>2015-05-09T20:27:03Z</updated>
<author>
<name>Vasundhara Volam</name>
<email>vasundhara.volam@avagotech.com</email>
</author>
<published>2015-05-06T09:30:37Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=a6e6ff6eee12f3edc7630e81993bf880a4f0d340'/>
<id>urn:sha1:a6e6ff6eee12f3edc7630e81993bf880a4f0d340</id>
<content type='text'>
The code in be_check_ufi_compatibility() checks to see if a UFI file meant
for a lower rev of a chip is being flashed on a higher rev, which is
disallowed. This patch re-writes the code needed for this check in a much
simpler manner.

Signed-off-by: Vasundhara Volam &lt;vasundhara.volam@avagotech.com&gt;
Signed-off-by: Sathya Perla &lt;sathya.perla@avagotech.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>be2net: check for INSUFFICIENT_VLANS error</title>
<updated>2015-05-09T20:27:03Z</updated>
<author>
<name>Kalesh AP</name>
<email>kalesh.purayil@emulex.com</email>
</author>
<published>2015-05-06T09:30:35Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=77be8c1c4ceabdb61781e96f8610fdc53c03c072'/>
<id>urn:sha1:77be8c1c4ceabdb61781e96f8610fdc53c03c072</id>
<content type='text'>
When the FW runs out of vlan filters it can either return an
INSUFFICIENT_RESOURCES error or an INSUFFICIENT_VLANS error.
The driver currently checks only for the former error value.
This patch adds a check for the latter value too.

Signed-off-by: Kalesh AP &lt;kalesh.purayil@emulex.com&gt;
Signed-off-by: Sathya Perla &lt;sathya.perla@avagotech.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
</feed>
