On Thu, Nov 5, 2015 at 12:53 AM, Nelson, Shannon
<shannon.nel...@intel.com> wrote:
>> From: Andy Shevchenko [mailto:andy.shevche...@gmail.com]
>> Sent: Wednesday, November 04, 2015 11:59 AM
>>
>> On Wed, Nov 4, 2015 at 9:39 PM, Sowmini Varadhan
>> <sowmini.varad...@oracle.com> wrote:
>> >
>> > This is the i40e equivalent of commit c762dff24c06 ("ixgbe: Look up MAC
>> > address in Open Firmware or IDPROM").
>
> [...]
>
>> > + }
>> > +
>> > + memset(&element, 0, sizeof(element));
>> > + ether_addr_copy(element.mac_addr, macaddr);
>> > + element.flags = cpu_to_le16(I40E_AQC_MACVLAN_ADD_PERFECT_MATCH);
>> > + ret = i40e_aq_add_macvlan(&vsi->back->hw, vsi->seid, &element,
>> 1, NULL);
>> > + aq_err = vsi->back->hw.aq.asq_last_status;
>>
>> Do you really need a separate variable (aq_err)?
>
> These are two separate error values that we're tracking - one from the
> communication between the driver and the firmware (aq_err) and one from the
> driver activity. Sometimes there may be an AQ error that we want to report,
> but it might not actually be a driver error. Alternatively, there are times
> when the AQ error needs to get interpreted different ways depending on which
> task the driver is performing. Lastly, the AQ error gives us more detail on
> whatever the transaction error may have been which gives us more useful debug
> info.
Understandable, though in this certain function I don't see why we
can't drop it. The usage of it like this:
var x;
x = y;
if (x) {
...
}
Which is just
if (y) {
...
}
>
> sln
--
With Best Regards,
Andy Shevchenko
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
