<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers/net/ethernet/chelsio, branch v3.17</title>
<subtitle>Linux Kernel (branches are rebased on master from time to time)</subtitle>
<id>https://sre.ring0.de/linux/atom?h=v3.17</id>
<link rel='self' href='https://sre.ring0.de/linux/atom?h=v3.17'/>
<link rel='alternate' type='text/html' href='https://sre.ring0.de/linux/'/>
<updated>2014-09-15T21:42:59Z</updated>
<entry>
<title>cxgb4: Don't allocate adapter structure for all PF's</title>
<updated>2014-09-15T21:42:59Z</updated>
<author>
<name>Hariprasad Shenai</name>
<email>hariprasad@chelsio.com</email>
</author>
<published>2014-09-15T21:28:46Z</published>
<link rel='alternate' type='text/html' href='https://sre.ring0.de/linux/commit/?id=d6ce2628f32271c037a8c12e1994c9fba3a4af49'/>
<id>urn:sha1:d6ce2628f32271c037a8c12e1994c9fba3a4af49</id>
<content type='text'>
commit 35b1de557970 ("rdma/cxgb4: Fixes cxgb4 probe failure in VM when PF is
exposed through PCI Passthrough") moved the code to check for SR-IOV PF[0..3]
much further down in init_one() past the point where we allocate a (struct
adapter) for PF[0..3]. As a result, we left four of these on ever module remove.

Fix: Allocate adapter structure only for PF4

Signed-off-by: Hariprasad Shenai &lt;hariprasad@chelsio.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>cxgb4: Issue mbox commands on correct mbox</title>
<updated>2014-09-02T06:00:42Z</updated>
<author>
<name>Hariprasad Shenai</name>
<email>hariprasad@chelsio.com</email>
</author>
<published>2014-09-01T14:25:00Z</published>
<link rel='alternate' type='text/html' href='https://sre.ring0.de/linux/commit/?id=5c937dd3f9eb999e6f4802987a674eae5718be54'/>
<id>urn:sha1:5c937dd3f9eb999e6f4802987a674eae5718be54</id>
<content type='text'>
A couple of RDMA-related called to t4_query_params() were issuing mbox commands
on mbox0 instead of mbox4.

Signed-off-by: Hariprasad Shenai &lt;hariprasad@chelsio.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>cxgb4: Avoid dumping Write-only registers in register dump</title>
<updated>2014-09-02T06:00:42Z</updated>
<author>
<name>Hariprasad Shenai</name>
<email>hariprasad@chelsio.com</email>
</author>
<published>2014-09-01T14:24:59Z</published>
<link rel='alternate' type='text/html' href='https://sre.ring0.de/linux/commit/?id=3d9103f80d7b1e8f0be85d87d102ba8dc1084f2d'/>
<id>urn:sha1:3d9103f80d7b1e8f0be85d87d102ba8dc1084f2d</id>
<content type='text'>
Avoid dumping MPS_RPLC_MAP_CTL for reg dumps; this is a Write-Only register.
Reading this register may cause MPS TCAM corruption.

Signed-off-by: Hariprasad Shenai &lt;hariprasad@chelsio.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>cxgb4: Detect and display firmware reported errors</title>
<updated>2014-09-02T06:00:41Z</updated>
<author>
<name>Hariprasad Shenai</name>
<email>hariprasad@chelsio.com</email>
</author>
<published>2014-09-01T14:24:58Z</published>
<link rel='alternate' type='text/html' href='https://sre.ring0.de/linux/commit/?id=31d55c2d6672430f3ef0bfd4de72c5a4f6a8bab9'/>
<id>urn:sha1:31d55c2d6672430f3ef0bfd4de72c5a4f6a8bab9</id>
<content type='text'>
The adapter firmware can indicate error conditions to the host.
If the firmware has indicated an error, print out the reason for
the firmware error.

Based on original work by Casey Leedom &lt;leedom@chelsio.com&gt;

Signed-off-by: Hariprasad Shenai &lt;hariprasad@chelsio.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>cxgb4: Fix T5 adapter accessing T4 adapter registers</title>
<updated>2014-09-02T06:00:41Z</updated>
<author>
<name>Hariprasad Shenai</name>
<email>hariprasad@chelsio.com</email>
</author>
<published>2014-09-01T14:24:57Z</published>
<link rel='alternate' type='text/html' href='https://sre.ring0.de/linux/commit/?id=9bb59b96ae88ee9dc035d5cc9818b02b12208904'/>
<id>urn:sha1:9bb59b96ae88ee9dc035d5cc9818b02b12208904</id>
<content type='text'>
Fixes few register access for both T4 and T5.
PCIE_CORE_UTL_SYSTEM_BUS_AGENT_STATUS &amp; PCIE_CORE_UTL_PCI_EXPRESS_PORT_STATUS
is T4 only register don't let T5 access them. For T5 MA_PARITY_ERROR_STATUS2
is additionally read. MPS_TRC_RSS_CONTROL is T4 only register, for T5 use
MPS_T5_TRC_RSS_CONTROL.

Signed-off-by: Hariprasad Shenai &lt;hariprasad@chelsio.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>cxgb4: Fixed the code to use correct length for part number</title>
<updated>2014-09-02T06:00:41Z</updated>
<author>
<name>Hariprasad Shenai</name>
<email>hariprasad@chelsio.com</email>
</author>
<published>2014-09-01T14:24:56Z</published>
<link rel='alternate' type='text/html' href='https://sre.ring0.de/linux/commit/?id=63a92fe6f7e40069086be21bf9fbcfbe8d001345'/>
<id>urn:sha1:63a92fe6f7e40069086be21bf9fbcfbe8d001345</id>
<content type='text'>
Previously it was using the length value of serial number.
Also added macro for VPD unique identifier (0x82).

Signed-off-by: Casey Leedom &lt;leedom@chelsio.com&gt;
Signed-off-by: Hariprasad Shenai &lt;hariprasad@chelsio.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>cxgb4: Fix for handling 1Gb/s SFP+ Transceiver Modules</title>
<updated>2014-09-02T06:00:41Z</updated>
<author>
<name>Hariprasad Shenai</name>
<email>hariprasad@chelsio.com</email>
</author>
<published>2014-09-01T14:24:55Z</published>
<link rel='alternate' type='text/html' href='https://sre.ring0.de/linux/commit/?id=444018a7f1f46d588328498777cab5a9f4d29105'/>
<id>urn:sha1:444018a7f1f46d588328498777cab5a9f4d29105</id>
<content type='text'>
We previously assumed that a Port's Capabilities and Advertised Capabilities
would never change from Port Initialization time.  This is no longer true
when we can have 10Gb/s and 1Gb/s SFP+ Transceiver Modules randomly swapped.

Signed-off-by: Hariprasad Shenai &lt;hariprasad@chelsio.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>cxgb4: Free completed tx skbs promptly</title>
<updated>2014-08-22T04:54:52Z</updated>
<author>
<name>Hariprasad Shenai</name>
<email>hariprasad@chelsio.com</email>
</author>
<published>2014-08-21T11:34:46Z</published>
<link rel='alternate' type='text/html' href='https://sre.ring0.de/linux/commit/?id=08f1a1b9d1a9902498f7c4bd93b14899dda18708'/>
<id>urn:sha1:08f1a1b9d1a9902498f7c4bd93b14899dda18708</id>
<content type='text'>
Description of problem:
The NIC card is not reporting back to the driver the transmitted skbs,
so they get stuck in the TX ring causing issues with reference
counters in other kernel components.

Developed a new Automatic Egress Queue Update firmware facility to slowly tick
through Egress Queues and send back any outstanding CIDX Updates which are
laying around.

Based on original work by Casey Leedom &lt;leedom@chelsio.com&gt;

Signed-off-by: Hariprasad Shenai &lt;hariprasad@chelsio.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>cxgb4: Fix race condition in cleanup</title>
<updated>2014-08-22T04:45:36Z</updated>
<author>
<name>Anish Bhatt</name>
<email>anish@chelsio.com</email>
</author>
<published>2014-08-20T20:44:06Z</published>
<link rel='alternate' type='text/html' href='https://sre.ring0.de/linux/commit/?id=29aaee65bc28cc75281dc9fe0998cc5e10ac37f9'/>
<id>urn:sha1:29aaee65bc28cc75281dc9fe0998cc5e10ac37f9</id>
<content type='text'>
There is a possible race condition when we unregister the PCI Driver and then
flush/destroy the global "workq". This could lead to situations where there
are tasks on the Work Queue with references to now deleted adapter data
structures. Instead, have per-adapter Work Queues which were instantiated and
torn down in init_one() and remove_one(), respectively.

v2: Remove unnecessary call to flush_workqueue() before destroy_workqueue()

Signed-off-by: Anish Bhatt &lt;anish@chelsio.com&gt;
Signed-off-by: Casey Leedom &lt;leedom@chelsio.com&gt;
Acked-by: Neil Horman &lt;nhorman@tuxdriver.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>Merge tag 'pci-v3.17-changes-2' of git://git.kernel.org/pub/scm/linux/kernel/git/helgaas/pci</title>
<updated>2014-08-15T00:10:33Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@linux-foundation.org</email>
</author>
<published>2014-08-15T00:10:33Z</published>
<link rel='alternate' type='text/html' href='https://sre.ring0.de/linux/commit/?id=a11c5c9ef6dc562fc7df7aaf7911569a85f4d71c'/>
<id>urn:sha1:a11c5c9ef6dc562fc7df7aaf7911569a85f4d71c</id>
<content type='text'>
Pull DEFINE_PCI_DEVICE_TABLE removal from Bjorn Helgaas:
 "Part two of the PCI changes for v3.17:

    - Remove DEFINE_PCI_DEVICE_TABLE macro use (Benoit Taine)

  It's a mechanical change that removes uses of the
  DEFINE_PCI_DEVICE_TABLE macro.  I waited until later in the merge
  window to reduce conflicts, but it's possible you'll still see a few"

* tag 'pci-v3.17-changes-2' of git://git.kernel.org/pub/scm/linux/kernel/git/helgaas/pci:
  PCI: Remove DEFINE_PCI_DEVICE_TABLE macro use
</content>
</entry>
</feed>
