<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/net/ethernet/ibm, branch linux-3.16.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.16.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.16.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2019-09-23T20:11:38Z</updated>
<entry>
<title>ehea: Fix a copy-paste err in ehea_init_port_res</title>
<updated>2019-09-23T20:11:38Z</updated>
<author>
<name>YueHaibing</name>
</author>
<published>2019-04-03T07:47:59Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=0ad8535265db8735da0ad91920a9946816694a66'/>
<id>urn:sha1:0ad8535265db8735da0ad91920a9946816694a66</id>
<content type='text'>
commit c8f191282f819ab4e9b47b22a65c6c29734cefce upstream.

pr-&gt;tx_bytes should be assigned to tx_bytes other than
rx_bytes.

Reported-by: Hulk Robot &lt;hulkci@huawei.com&gt;
Fixes: ce45b873028f ("ehea: Fixing statistics")
Signed-off-by: YueHaibing &lt;yuehaibing@huawei.com&gt;
Reviewed-by: Mukesh Ojha &lt;mojha@codeaurora.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Ben Hutchings &lt;ben@decadent.org.uk&gt;
</content>
</entry>
<entry>
<title>ibmveth: fix DMA unmap error in ibmveth_xmit_start error path</title>
<updated>2019-04-04T15:14:10Z</updated>
<author>
<name>Tyrel Datwyler</name>
</author>
<published>2018-12-31T21:43:01Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=2afa3fc1724c1c77837c6f6b7acfc5bab6081389'/>
<id>urn:sha1:2afa3fc1724c1c77837c6f6b7acfc5bab6081389</id>
<content type='text'>
commit 756af9c642329d54f048bac2a62f829b391f6944 upstream.

Commit 33a48ab105a7 ("ibmveth: Fix DMA unmap error") fixed an issue in the
normal code path of ibmveth_xmit_start() that was originally introduced by
Commit 6e8ab30ec677 ("ibmveth: Add scatter-gather support"). This original
fix missed the error path where dma_unmap_page is wrongly called on the
header portion in descs[0] which was mapped with dma_map_single. As a
result a failure to DMA map any of the frags results in a dmesg warning
when CONFIG_DMA_API_DEBUG is enabled.

------------[ cut here ]------------
DMA-API: ibmveth 30000002: device driver frees DMA memory with wrong function
  [device address=0x000000000a430000] [size=172 bytes] [mapped as page] [unmapped as single]
WARNING: CPU: 1 PID: 8426 at kernel/dma/debug.c:1085 check_unmap+0x4fc/0xe10
...
&lt;snip&gt;
...
DMA-API: Mapped at:
ibmveth_start_xmit+0x30c/0xb60
dev_hard_start_xmit+0x100/0x450
sch_direct_xmit+0x224/0x490
__qdisc_run+0x20c/0x980
__dev_queue_xmit+0x1bc/0xf20

This fixes the API misuse by unampping descs[0] with dma_unmap_single.

Fixes: 6e8ab30ec677 ("ibmveth: Add scatter-gather support")
Signed-off-by: Tyrel Datwyler &lt;tyreld@linux.vnet.ibm.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Ben Hutchings &lt;ben@decadent.org.uk&gt;
</content>
</entry>
<entry>
<title>net: emac: fix reset timeout with AR8035 phy</title>
<updated>2017-09-15T17:30:07Z</updated>
<author>
<name>Christian Lamparter</name>
</author>
<published>2017-06-07T13:51:15Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=46ef30652bf56cc42c4ed79f168192055a0b357f'/>
<id>urn:sha1:46ef30652bf56cc42c4ed79f168192055a0b357f</id>
<content type='text'>
commit 19d90ece81da802207a9b91ce95a29fbdc40626e upstream.

This patch fixes a problem where the AR8035 PHY can't be
detected on an Cisco Meraki MR24, if the ethernet cable is
not connected on boot.

Russell Senior provided steps to reproduce the issue:
|Disconnect ethernet cable, apply power, wait until device has booted,
|plug in ethernet, check for interfaces, no eth0 is listed.
|
|This appears to be a problem during probing of the AR8035 Phy chip.
|When ethernet has no link, the phy detection fails, and eth0 is not
|created. Plugging ethernet later has no effect, because there is no
|interface as far as the kernel is concerned. The relevant part of
|the boot log looks like this:
|this is the failing case:
|
|[    0.876611] /plb/opb/emac-rgmii@ef601500: input 0 in RGMII mode
|[    0.882532] /plb/opb/ethernet@ef600c00: reset timeout
|[    0.888546] /plb/opb/ethernet@ef600c00: can't find PHY!
|and the succeeding case:
|
|[    0.876672] /plb/opb/emac-rgmii@ef601500: input 0 in RGMII mode
|[    0.883952] eth0: EMAC-0 /plb/opb/ethernet@ef600c00, MAC 00:01:..
|[    0.890822] eth0: found Atheros 8035 Gigabit Ethernet PHY (0x01)

Based on the comment and the commit message of
commit 23fbb5a87c56 ("emac: Fix EMAC soft reset on 460EX/GT").
This is because the AR8035 PHY doesn't provide the TX Clock,
if the ethernet cable is not attached. This causes the reset
to timeout and the PHY detection code in emac_init_phy() is
unable to detect the AR8035 PHY. As a result, the emac driver
bails out early and the user left with no ethernet.

In order to stay compatible with existing configurations, the driver
tries the current reset approach at first. Only if the first attempt
timed out, it does perform one more retry with the clock temporarily
switched to the internal source for just the duration of the reset.

LEDE-Bug: #687 &lt;https://bugs.lede-project.org/index.php?do=details&amp;task_id=687&gt;

Cc: Chris Blake &lt;chrisrblake93@gmail.com&gt;
Reported-by: Russell Senior &lt;russell@personaltelco.net&gt;
Fixes: 23fbb5a87c56e98 ("emac: Fix EMAC soft reset on 460EX/GT")
Signed-off-by: Christian Lamparter &lt;chunkeey@googlemail.com&gt;
Reviewed-by: Andrew Lunn &lt;andrew@lunn.ch&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Ben Hutchings &lt;ben@decadent.org.uk&gt;
</content>
</entry>
<entry>
<title>net: ehea: avoid null pointer dereference</title>
<updated>2016-08-22T21:38:03Z</updated>
<author>
<name>xypron.glpk@gmx.de</name>
</author>
<published>2016-05-17T20:28:54Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=4990219c14c3a2a809b9da8f7b9d57c1dea2561b'/>
<id>urn:sha1:4990219c14c3a2a809b9da8f7b9d57c1dea2561b</id>
<content type='text'>
commit 1740c29a46b30a2f157afc473156f157e599d4c2 upstream.

ehea_get_port may return NULL. Do not dereference NULL value.

Fixes: 8c4877a4128e ("ehea: Use the standard logging functions")
Signed-off-by: Heinrich Schuchardt &lt;xypron.glpk@gmx.de&gt;
Acked-by: Thadeu Lima de Souza Cascardo &lt;cascardo@debian.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Ben Hutchings &lt;ben@decadent.org.uk&gt;
</content>
</entry>
<entry>
<title>ibmveth: Fix endian issues with rx_no_buffer statistic</title>
<updated>2014-10-05T20:40:52Z</updated>
<author>
<name>Anton Blanchard</name>
</author>
<published>2014-08-22T01:36:52Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=49283d645b077d0a26fb8177062c2be8c19350f8'/>
<id>urn:sha1:49283d645b077d0a26fb8177062c2be8c19350f8</id>
<content type='text'>
commit cbd5228199d8be45d895d9d0cc2b8ce53835fc21 upstream.

Hidden away in the last 8 bytes of the buffer_list page is a solitary
statistic. It needs to be byte swapped or else ethtool -S will
produce numbers that terrify the user.

Since we do this in multiple places, create a helper function with a
comment explaining what is going on.

Signed-off-by: Anton Blanchard &lt;anton@samba.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>net: use SPEED_UNKNOWN and DUPLEX_UNKNOWN when appropriate</title>
<updated>2014-06-06T23:24:07Z</updated>
<author>
<name>Jiri Pirko</name>
</author>
<published>2014-06-06T12:17:00Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=537fae0101c8853abb52136788173dde74b9d1e9'/>
<id>urn:sha1:537fae0101c8853abb52136788173dde74b9d1e9</id>
<content type='text'>
Signed-off-by: Jiri Pirko &lt;jiri@resnulli.us&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>2014-06-04T06:32:12Z</updated>
<author>
<name>David S. Miller</name>
</author>
<published>2014-06-04T06:32:12Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=c99f7abf0e69987e4add567e155e042cb1f2a20b'/>
<id>urn:sha1:c99f7abf0e69987e4add567e155e042cb1f2a20b</id>
<content type='text'>
Conflicts:
	include/net/inetpeer.h
	net/ipv6/output_core.c

Changes in net were fixing bugs in code removed in net-next.

Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>emac: aggregation of v1-2 PLB errors for IER register</title>
<updated>2014-05-30T23:29:57Z</updated>
<author>
<name>Ivan Mikhaylov</name>
</author>
<published>2014-05-26T18:34:39Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=09271db6e0f2b282f9bfe0ab6e8b644a93237c5e'/>
<id>urn:sha1:09271db6e0f2b282f9bfe0ab6e8b644a93237c5e</id>
<content type='text'>
Aggreagation of version 1-2 because of version 1 can hit
PLB errors too. If it's not set so we missing events for PLB bits
and driver can't process those interrupts.

Signed-off-by: Ivan Mikhaylov &lt;ivan@ru.ibm.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>emac: add missing support of 10mbit in emac/rgmii</title>
<updated>2014-05-30T23:29:57Z</updated>
<author>
<name>Ivan Mikhaylov</name>
</author>
<published>2014-05-26T18:24:17Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=faacd3af0cf4a3ef5565da86038812a25f6fe9eb'/>
<id>urn:sha1:faacd3af0cf4a3ef5565da86038812a25f6fe9eb</id>
<content type='text'>
In chips of emac/rgmii b'000' for 0/1 channel isn't suitable which
resulted in non working network interface in this mode.

Signed-off-by: Ivan Mikhaylov &lt;ivan@ru.ibm.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>ehea: Introduce the use of the managed version of kzalloc</title>
<updated>2014-05-30T22:40:29Z</updated>
<author>
<name>Himangi Saraogi</name>
</author>
<published>2014-05-28T14:23:09Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=09b38aa1e73234e9173a3d640eb0b02ab12b790c'/>
<id>urn:sha1:09b38aa1e73234e9173a3d640eb0b02ab12b790c</id>
<content type='text'>
This patch moves data allocated using kzalloc to managed data allocated
using devm_kzalloc and cleans now unnecessary kfrees in probe and remove
functions. Also, linux/device.h is added to make sure the devm_*()
routine declarations are unambiguously available.

The following Coccinelle semantic patch was used for making the change:

@platform@
identifier p, probefn, removefn;
@@
struct platform_driver p = {
  .probe = probefn,
  .remove = removefn,
};

@prb@
identifier platform.probefn, pdev;
expression e, e1, e2;
@@
probefn(struct platform_device *pdev, ...) {
  &lt;+...
- e = kzalloc(e1, e2)
+ e = devm_kzalloc(&amp;pdev-&gt;dev, e1, e2)
  ...
?-kfree(e);
  ...+&gt;
}

@rem depends on prb@
identifier platform.removefn;
expression e;
@@
removefn(...) {
  &lt;...
- kfree(e);
  ...&gt;
}

Signed-off-by: Himangi Saraogi &lt;himangi774@gmail.com&gt;
Compile-Tested-by: Thadeu Lima de Souza Cascardo &lt;cascardo@linux.vnet.ibm.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
</feed>
