<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel/drivers/net/ethernet/sfc/tx_common.h, branch linux-5.14.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.</subtitle>
<id>https://universe.0xinfinity.dev/distro/kernel/atom?h=linux-5.14.y</id>
<link rel='self' href='https://universe.0xinfinity.dev/distro/kernel/atom?h=linux-5.14.y'/>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/'/>
<updated>2020-07-27T19:26:55Z</updated>
<entry>
<title>sfc: skeleton EF100 PF driver</title>
<updated>2020-07-27T19:26:55Z</updated>
<author>
<name>Edward Cree</name>
<email>ecree@solarflare.com</email>
</author>
<published>2020-07-27T11:55:55Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=51b35a454efdcd86f578e61ec8bf7596299c5f80'/>
<id>urn:sha1:51b35a454efdcd86f578e61ec8bf7596299c5f80</id>
<content type='text'>
No TX or RX path, no MCDI, not even an ifup/down handler.
Besides stubs, the bulk of the patch deals with reading the Xilinx
 extended PCIe capability, which tells us where to find our BAR.

Though in the same module, EF100 has its own struct pci_driver,
 which is named sfc_ef100.

A small number of additional nic_type methods are added; those in the
 TX (tx_enqueue) and RX (rx_packet) paths are called through indirect
 call wrappers to minimise the performance impact.

Signed-off-by: Edward Cree &lt;ecree@solarflare.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>sfc: factor out efx_tx_tso_header_length() and understand encapsulation</title>
<updated>2020-06-30T20:09:09Z</updated>
<author>
<name>Edward Cree</name>
<email>ecree@solarflare.com</email>
</author>
<published>2020-06-30T12:13:15Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=e7a256858f5fb58949c6f03c52e70cc98a4ad542'/>
<id>urn:sha1:e7a256858f5fb58949c6f03c52e70cc98a4ad542</id>
<content type='text'>
ef100 will need to check this against NIC limits.

Signed-off-by: Edward Cree &lt;ecree@solarflare.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>sfc: commonise TSO fallback code</title>
<updated>2020-06-30T20:09:09Z</updated>
<author>
<name>Edward Cree</name>
<email>ecree@solarflare.com</email>
</author>
<published>2020-06-30T12:12:17Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=740acc15c8a52c959111a9fbad974e9b0e5b4eb7'/>
<id>urn:sha1:740acc15c8a52c959111a9fbad974e9b0e5b4eb7</id>
<content type='text'>
ef100 will need this if it gets GSO skbs it can't handle (e.g. too long
 header length).

Signed-off-by: Edward Cree &lt;ecree@solarflare.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>sfc: complete the next packet when we receive a timestamp</title>
<updated>2020-03-05T22:56:57Z</updated>
<author>
<name>Tom Zhao</name>
<email>tzhao@solarflare.com</email>
</author>
<published>2020-03-05T11:38:45Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=3b4f06c715d0d3ecd6497275e3c85fe91462d0ee'/>
<id>urn:sha1:3b4f06c715d0d3ecd6497275e3c85fe91462d0ee</id>
<content type='text'>
We now ignore the "completion" event when using tx queue timestamping,
and only pay attention to the two (high and low) timestamp events. The
NIC will send a pair of timestamp events for every packet transmitted.
The current firmware may merge the completion events, and it is possible
that future versions may reorder the completion and timestamp events.
As such the completion event is not useful.

Without this patch in place a merged completion event on a queue with
timestamping will cause a "spurious TX completion" error. This affects
SFN8000-series adapters.

Signed-off-by: Tom Zhao &lt;tzhao@solarflare.com&gt;
Acked-by: Martin Habets &lt;mhabets@solarflare.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>sfc: move a couple more functions</title>
<updated>2020-01-10T19:24:37Z</updated>
<author>
<name>Alex Maftei (amaftei)</name>
<email>amaftei@solarflare.com</email>
</author>
<published>2020-01-10T13:27:50Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=88f7df35ceac7bdd4db33ceefcb1fe0b90112cda'/>
<id>urn:sha1:88f7df35ceac7bdd4db33ceefcb1fe0b90112cda</id>
<content type='text'>
Signed-off-by: Alexandru-Mihai Maftei &lt;amaftei@solarflare.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>sfc: move more tx code</title>
<updated>2020-01-10T19:24:37Z</updated>
<author>
<name>Alex Maftei (amaftei)</name>
<email>amaftei@solarflare.com</email>
</author>
<published>2020-01-10T13:26:46Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=b8cd94992f1758d1574f5871335fdaaf726c0944'/>
<id>urn:sha1:b8cd94992f1758d1574f5871335fdaaf726c0944</id>
<content type='text'>
The code that handles transmission finalization will also be common.

Signed-off-by: Alexandru-Mihai Maftei &lt;amaftei@solarflare.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>sfc: add new headers in preparation for code split</title>
<updated>2020-01-08T21:28:02Z</updated>
<author>
<name>Alex Maftei (amaftei)</name>
<email>amaftei@solarflare.com</email>
</author>
<published>2020-01-08T16:10:32Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=e1253f391042e34de66faf7d499595c00f99a076'/>
<id>urn:sha1:e1253f391042e34de66faf7d499595c00f99a076</id>
<content type='text'>
New headers contain prototypes of functions that will be common between
ef10 and upcoming driver.
Removed static modifier from the affected functions.
Some function prototypes were removed from existing headers.

Signed-off-by: Alexandru-Mihai Maftei &lt;amaftei@solarflare.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
</feed>
