<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux-toradex.git/drivers/net/ethernet/realtek, branch v3.12.15</title>
<subtitle>Linux kernel for Apalis and Colibri modules</subtitle>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/'/>
<entry>
<title>net: 8139cp: fix a BUG_ON triggered by wrong bytes_compl</title>
<updated>2013-12-08T15:29:15+00:00</updated>
<author>
<name>Yang Yingliang</name>
<email>yangyingliang@huawei.com</email>
</author>
<published>2013-11-27T06:32:52+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=2650c2f88adb79a2ec693ccf65fd59f7389e79c9'/>
<id>2650c2f88adb79a2ec693ccf65fd59f7389e79c9</id>
<content type='text'>
[ Upstream commit 7fe0ee099ad5e3dea88d4ee1b6f20246b1ca57c3 ]

Using iperf to send packets(GSO mode is on), a bug is triggered:

[  212.672781] kernel BUG at lib/dynamic_queue_limits.c:26!
[  212.673396] invalid opcode: 0000 [#1] SMP
[  212.673882] Modules linked in: 8139cp(O) nls_utf8 edd fuse loop dm_mod ipv6 i2c_piix4 8139too i2c_core intel_agp joydev pcspkr hid_generic intel_gtt floppy sr_mod mii button sg cdrom ext3 jbd mbcache usbhid hid uhci_hcd ehci_hcd usbcore sd_mod usb_common crc_t10dif crct10dif_common processor thermal_sys hwmon scsi_dh_emc scsi_dh_rdac scsi_dh_hp_sw scsi_dh ata_generic ata_piix libata scsi_mod [last unloaded: 8139cp]
[  212.676084] CPU: 0 PID: 4124 Comm: iperf Tainted: G           O 3.12.0-0.7-default+ #16
[  212.676084] Hardware name: Bochs Bochs, BIOS Bochs 01/01/2007
[  212.676084] task: ffff8800d83966c0 ti: ffff8800db4c8000 task.ti: ffff8800db4c8000
[  212.676084] RIP: 0010:[&lt;ffffffff8122e23f&gt;]  [&lt;ffffffff8122e23f&gt;] dql_completed+0x17f/0x190
[  212.676084] RSP: 0018:ffff880116e03e30  EFLAGS: 00010083
[  212.676084] RAX: 00000000000005ea RBX: 0000000000000f7c RCX: 0000000000000002
[  212.676084] RDX: ffff880111dd0dc0 RSI: 0000000000000bd4 RDI: ffff8800db6ffcc0
[  212.676084] RBP: ffff880116e03e48 R08: 0000000000000992 R09: 0000000000000000
[  212.676084] R10: ffffffff8181e400 R11: 0000000000000004 R12: 000000000000000f
[  212.676084] R13: ffff8800d94ec840 R14: ffff8800db440c80 R15: 000000000000000e
[  212.676084] FS:  00007f6685a3c700(0000) GS:ffff880116e00000(0000) knlGS:0000000000000000
[  212.676084] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[  212.676084] CR2: 00007f6685ad6460 CR3: 00000000db714000 CR4: 00000000000006f0
[  212.676084] Stack:
[  212.676084]  ffff8800db6ffc00 000000000000000f ffff8800d94ec840 ffff880116e03eb8
[  212.676084]  ffffffffa041509f ffff880116e03e88 0000000f16e03e88 ffff8800d94ec000
[  212.676084]  00000bd400059858 000000050000000f ffffffff81094c36 ffff880116e03eb8
[  212.676084] Call Trace:
[  212.676084]  &lt;IRQ&gt;
[  212.676084]  [&lt;ffffffffa041509f&gt;] cp_interrupt+0x4ef/0x590 [8139cp]
[  212.676084]  [&lt;ffffffff81094c36&gt;] ? ktime_get+0x56/0xd0
[  212.676084]  [&lt;ffffffff8108cf73&gt;] handle_irq_event_percpu+0x53/0x170
[  212.676084]  [&lt;ffffffff8108d0cc&gt;] handle_irq_event+0x3c/0x60
[  212.676084]  [&lt;ffffffff8108fdb5&gt;] handle_fasteoi_irq+0x55/0xf0
[  212.676084]  [&lt;ffffffff810045df&gt;] handle_irq+0x1f/0x30
[  212.676084]  [&lt;ffffffff81003c8b&gt;] do_IRQ+0x5b/0xe0
[  212.676084]  [&lt;ffffffff8142beaa&gt;] common_interrupt+0x6a/0x6a
[  212.676084]  &lt;EOI&gt;
[  212.676084]  [&lt;ffffffffa0416a21&gt;] ? cp_start_xmit+0x621/0x97c [8139cp]
[  212.676084]  [&lt;ffffffffa0416a09&gt;] ? cp_start_xmit+0x609/0x97c [8139cp]
[  212.676084]  [&lt;ffffffff81378ed9&gt;] dev_hard_start_xmit+0x2c9/0x550
[  212.676084]  [&lt;ffffffff813960a9&gt;] sch_direct_xmit+0x179/0x1d0
[  212.676084]  [&lt;ffffffff813793f3&gt;] dev_queue_xmit+0x293/0x440
[  212.676084]  [&lt;ffffffff813b0e46&gt;] ip_finish_output+0x236/0x450
[  212.676084]  [&lt;ffffffff810e59e7&gt;] ? __alloc_pages_nodemask+0x187/0xb10
[  212.676084]  [&lt;ffffffff813b10e8&gt;] ip_output+0x88/0x90
[  212.676084]  [&lt;ffffffff813afa64&gt;] ip_local_out+0x24/0x30
[  212.676084]  [&lt;ffffffff813aff0d&gt;] ip_queue_xmit+0x14d/0x3e0
[  212.676084]  [&lt;ffffffff813c6fd1&gt;] tcp_transmit_skb+0x501/0x840
[  212.676084]  [&lt;ffffffff813c8323&gt;] tcp_write_xmit+0x1e3/0xb20
[  212.676084]  [&lt;ffffffff81363237&gt;] ? skb_page_frag_refill+0x87/0xd0
[  212.676084]  [&lt;ffffffff813c8c8b&gt;] tcp_push_one+0x2b/0x40
[  212.676084]  [&lt;ffffffff813bb7e6&gt;] tcp_sendmsg+0x926/0xc90
[  212.676084]  [&lt;ffffffff813e1d21&gt;] inet_sendmsg+0x61/0xc0
[  212.676084]  [&lt;ffffffff8135e861&gt;] sock_aio_write+0x101/0x120
[  212.676084]  [&lt;ffffffff81107cf1&gt;] ? vma_adjust+0x2e1/0x5d0
[  212.676084]  [&lt;ffffffff812163e0&gt;] ? timerqueue_add+0x60/0xb0
[  212.676084]  [&lt;ffffffff81130b60&gt;] do_sync_write+0x60/0x90
[  212.676084]  [&lt;ffffffff81130d44&gt;] ? rw_verify_area+0x54/0xf0
[  212.676084]  [&lt;ffffffff81130f66&gt;] vfs_write+0x186/0x190
[  212.676084]  [&lt;ffffffff811317fd&gt;] SyS_write+0x5d/0xa0
[  212.676084]  [&lt;ffffffff814321e2&gt;] system_call_fastpath+0x16/0x1b
[  212.676084] Code: ca 41 89 dc 41 29 cc 45 31 db 29 c2 41 89 c5 89 d0 45 29 c5 f7 d0 c1 e8 1f e9 43 ff ff ff 66 0f 1f 44 00 00 31 c0 e9 7b ff ff ff &lt;0f&gt; 0b eb fe 66 66 66 66 2e 0f 1f 84 00 00 00 00 00 c7 47 40 00
[  212.676084] RIP  [&lt;ffffffff8122e23f&gt;] dql_completed+0x17f/0x190
------------[ cut here ]------------

When a skb has frags, bytes_compl plus skb-&gt;len nr_frags times in cp_tx().
It's not the correct value(actually, it should plus skb-&gt;len once) and it
will trigger the BUG_ON(bytes_compl &gt; num_queued - dql-&gt;num_completed).
So only increase bytes_compl when finish sending all frags. pkts_compl also
has a wrong value, fix it too.

It's introduced by commit 871f0d4c ("8139cp: enable bql").

Suggested-by: Eric Dumazet &lt;edumazet@google.com&gt;
Signed-off-by: Yang Yingliang &lt;yangyingliang@huawei.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
[ Upstream commit 7fe0ee099ad5e3dea88d4ee1b6f20246b1ca57c3 ]

Using iperf to send packets(GSO mode is on), a bug is triggered:

[  212.672781] kernel BUG at lib/dynamic_queue_limits.c:26!
[  212.673396] invalid opcode: 0000 [#1] SMP
[  212.673882] Modules linked in: 8139cp(O) nls_utf8 edd fuse loop dm_mod ipv6 i2c_piix4 8139too i2c_core intel_agp joydev pcspkr hid_generic intel_gtt floppy sr_mod mii button sg cdrom ext3 jbd mbcache usbhid hid uhci_hcd ehci_hcd usbcore sd_mod usb_common crc_t10dif crct10dif_common processor thermal_sys hwmon scsi_dh_emc scsi_dh_rdac scsi_dh_hp_sw scsi_dh ata_generic ata_piix libata scsi_mod [last unloaded: 8139cp]
[  212.676084] CPU: 0 PID: 4124 Comm: iperf Tainted: G           O 3.12.0-0.7-default+ #16
[  212.676084] Hardware name: Bochs Bochs, BIOS Bochs 01/01/2007
[  212.676084] task: ffff8800d83966c0 ti: ffff8800db4c8000 task.ti: ffff8800db4c8000
[  212.676084] RIP: 0010:[&lt;ffffffff8122e23f&gt;]  [&lt;ffffffff8122e23f&gt;] dql_completed+0x17f/0x190
[  212.676084] RSP: 0018:ffff880116e03e30  EFLAGS: 00010083
[  212.676084] RAX: 00000000000005ea RBX: 0000000000000f7c RCX: 0000000000000002
[  212.676084] RDX: ffff880111dd0dc0 RSI: 0000000000000bd4 RDI: ffff8800db6ffcc0
[  212.676084] RBP: ffff880116e03e48 R08: 0000000000000992 R09: 0000000000000000
[  212.676084] R10: ffffffff8181e400 R11: 0000000000000004 R12: 000000000000000f
[  212.676084] R13: ffff8800d94ec840 R14: ffff8800db440c80 R15: 000000000000000e
[  212.676084] FS:  00007f6685a3c700(0000) GS:ffff880116e00000(0000) knlGS:0000000000000000
[  212.676084] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[  212.676084] CR2: 00007f6685ad6460 CR3: 00000000db714000 CR4: 00000000000006f0
[  212.676084] Stack:
[  212.676084]  ffff8800db6ffc00 000000000000000f ffff8800d94ec840 ffff880116e03eb8
[  212.676084]  ffffffffa041509f ffff880116e03e88 0000000f16e03e88 ffff8800d94ec000
[  212.676084]  00000bd400059858 000000050000000f ffffffff81094c36 ffff880116e03eb8
[  212.676084] Call Trace:
[  212.676084]  &lt;IRQ&gt;
[  212.676084]  [&lt;ffffffffa041509f&gt;] cp_interrupt+0x4ef/0x590 [8139cp]
[  212.676084]  [&lt;ffffffff81094c36&gt;] ? ktime_get+0x56/0xd0
[  212.676084]  [&lt;ffffffff8108cf73&gt;] handle_irq_event_percpu+0x53/0x170
[  212.676084]  [&lt;ffffffff8108d0cc&gt;] handle_irq_event+0x3c/0x60
[  212.676084]  [&lt;ffffffff8108fdb5&gt;] handle_fasteoi_irq+0x55/0xf0
[  212.676084]  [&lt;ffffffff810045df&gt;] handle_irq+0x1f/0x30
[  212.676084]  [&lt;ffffffff81003c8b&gt;] do_IRQ+0x5b/0xe0
[  212.676084]  [&lt;ffffffff8142beaa&gt;] common_interrupt+0x6a/0x6a
[  212.676084]  &lt;EOI&gt;
[  212.676084]  [&lt;ffffffffa0416a21&gt;] ? cp_start_xmit+0x621/0x97c [8139cp]
[  212.676084]  [&lt;ffffffffa0416a09&gt;] ? cp_start_xmit+0x609/0x97c [8139cp]
[  212.676084]  [&lt;ffffffff81378ed9&gt;] dev_hard_start_xmit+0x2c9/0x550
[  212.676084]  [&lt;ffffffff813960a9&gt;] sch_direct_xmit+0x179/0x1d0
[  212.676084]  [&lt;ffffffff813793f3&gt;] dev_queue_xmit+0x293/0x440
[  212.676084]  [&lt;ffffffff813b0e46&gt;] ip_finish_output+0x236/0x450
[  212.676084]  [&lt;ffffffff810e59e7&gt;] ? __alloc_pages_nodemask+0x187/0xb10
[  212.676084]  [&lt;ffffffff813b10e8&gt;] ip_output+0x88/0x90
[  212.676084]  [&lt;ffffffff813afa64&gt;] ip_local_out+0x24/0x30
[  212.676084]  [&lt;ffffffff813aff0d&gt;] ip_queue_xmit+0x14d/0x3e0
[  212.676084]  [&lt;ffffffff813c6fd1&gt;] tcp_transmit_skb+0x501/0x840
[  212.676084]  [&lt;ffffffff813c8323&gt;] tcp_write_xmit+0x1e3/0xb20
[  212.676084]  [&lt;ffffffff81363237&gt;] ? skb_page_frag_refill+0x87/0xd0
[  212.676084]  [&lt;ffffffff813c8c8b&gt;] tcp_push_one+0x2b/0x40
[  212.676084]  [&lt;ffffffff813bb7e6&gt;] tcp_sendmsg+0x926/0xc90
[  212.676084]  [&lt;ffffffff813e1d21&gt;] inet_sendmsg+0x61/0xc0
[  212.676084]  [&lt;ffffffff8135e861&gt;] sock_aio_write+0x101/0x120
[  212.676084]  [&lt;ffffffff81107cf1&gt;] ? vma_adjust+0x2e1/0x5d0
[  212.676084]  [&lt;ffffffff812163e0&gt;] ? timerqueue_add+0x60/0xb0
[  212.676084]  [&lt;ffffffff81130b60&gt;] do_sync_write+0x60/0x90
[  212.676084]  [&lt;ffffffff81130d44&gt;] ? rw_verify_area+0x54/0xf0
[  212.676084]  [&lt;ffffffff81130f66&gt;] vfs_write+0x186/0x190
[  212.676084]  [&lt;ffffffff811317fd&gt;] SyS_write+0x5d/0xa0
[  212.676084]  [&lt;ffffffff814321e2&gt;] system_call_fastpath+0x16/0x1b
[  212.676084] Code: ca 41 89 dc 41 29 cc 45 31 db 29 c2 41 89 c5 89 d0 45 29 c5 f7 d0 c1 e8 1f e9 43 ff ff ff 66 0f 1f 44 00 00 31 c0 e9 7b ff ff ff &lt;0f&gt; 0b eb fe 66 66 66 66 2e 0f 1f 84 00 00 00 00 00 c7 47 40 00
[  212.676084] RIP  [&lt;ffffffff8122e23f&gt;] dql_completed+0x17f/0x190
------------[ cut here ]------------

When a skb has frags, bytes_compl plus skb-&gt;len nr_frags times in cp_tx().
It's not the correct value(actually, it should plus skb-&gt;len once) and it
will trigger the BUG_ON(bytes_compl &gt; num_queued - dql-&gt;num_completed).
So only increase bytes_compl when finish sending all frags. pkts_compl also
has a wrong value, fix it too.

It's introduced by commit 871f0d4c ("8139cp: enable bql").

Suggested-by: Eric Dumazet &lt;edumazet@google.com&gt;
Signed-off-by: Yang Yingliang &lt;yangyingliang@huawei.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>r8169: check ALDPS bit and disable it if enabled for the 8168g</title>
<updated>2013-12-08T15:29:15+00:00</updated>
<author>
<name>David Chang</name>
<email>dchang@suse.com</email>
</author>
<published>2013-11-27T07:48:36+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=8b0a34fa49e2cca02beeafce2d96e9d8a53c85e3'/>
<id>8b0a34fa49e2cca02beeafce2d96e9d8a53c85e3</id>
<content type='text'>
[ Upstream commit 1bac1072425c86f1ac85bd5967910706677ef8b3 ]

Windows driver will enable ALDPS function, but linux driver and firmware
do not have any configuration related to ALDPS function for 8168g.
So restart system to linux and remove the NIC cable, LAN enter ALDPS,
then LAN RX will be disabled.

This issue can be easily reproduced on dual boot windows and linux
system with RTL_GIGA_MAC_VER_40 chip.

Realtek said, ALDPS function can be disabled by configuring to PHY,
switch to page 0x0A43, reg0x10 bit2=0.

Signed-off-by: David Chang &lt;dchang@suse.com&gt;
Acked-by: Hayes Wang &lt;hayeswang@realtek.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
[ Upstream commit 1bac1072425c86f1ac85bd5967910706677ef8b3 ]

Windows driver will enable ALDPS function, but linux driver and firmware
do not have any configuration related to ALDPS function for 8168g.
So restart system to linux and remove the NIC cable, LAN enter ALDPS,
then LAN RX will be disabled.

This issue can be easily reproduced on dual boot windows and linux
system with RTL_GIGA_MAC_VER_40 chip.

Realtek said, ALDPS function can be disabled by configuring to PHY,
switch to page 0x0A43, reg0x10 bit2=0.

Signed-off-by: David Chang &lt;dchang@suse.com&gt;
Acked-by: Hayes Wang &lt;hayeswang@realtek.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>r8169: enforce RX_MULTI_EN for the 8168f.</title>
<updated>2013-09-12T06:38:43+00:00</updated>
<author>
<name>françois romieu</name>
<email>romieu@fr.zoreil.com</email>
</author>
<published>2013-09-07T23:15:35+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=3ced8c955e74d319f3e3997f7169c79d524dfd06'/>
<id>3ced8c955e74d319f3e3997f7169c79d524dfd06</id>
<content type='text'>
Same narrative as eb2dc35d99028b698cdedba4f5522bc43e576bd2 ("r8169: RxConfig
hack for the 8168evl.") regarding AMD IOMMU errors.

RTL_GIGA_MAC_VER_36 - 8168f as well - has not been reported to behave the
same.

Tested-by: David R &lt;david@unsolicited.net&gt;
Tested-by: Frédéric Leroy &lt;fredo@starox.org&gt;
Cc: Hayes Wang &lt;hayeswang@realtek.com&gt;
Signed-off-by: Francois Romieu &lt;romieu@fr.zoreil.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Same narrative as eb2dc35d99028b698cdedba4f5522bc43e576bd2 ("r8169: RxConfig
hack for the 8168evl.") regarding AMD IOMMU errors.

RTL_GIGA_MAC_VER_36 - 8168f as well - has not been reported to behave the
same.

Tested-by: David R &lt;david@unsolicited.net&gt;
Tested-by: Frédéric Leroy &lt;fredo@starox.org&gt;
Cc: Hayes Wang &lt;hayeswang@realtek.com&gt;
Signed-off-by: Francois Romieu &lt;romieu@fr.zoreil.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net</title>
<updated>2013-08-26T20:37:08+00:00</updated>
<author>
<name>David S. Miller</name>
<email>davem@davemloft.net</email>
</author>
<published>2013-08-26T20:37:08+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=b05930f5d1c7d5873cb050261d21789a99de9d48'/>
<id>b05930f5d1c7d5873cb050261d21789a99de9d48</id>
<content type='text'>
Conflicts:
	drivers/net/wireless/iwlwifi/pcie/trans.c
	include/linux/inetdevice.h

The inetdevice.h conflict involves moving the IPV4_DEVCONF values
into a UAPI header, overlapping additions of some new entries.

The iwlwifi conflict is a context overlap.

Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Conflicts:
	drivers/net/wireless/iwlwifi/pcie/trans.c
	include/linux/inetdevice.h

The inetdevice.h conflict involves moving the IPV4_DEVCONF values
into a UAPI header, overlapping additions of some new entries.

The iwlwifi conflict is a context overlap.

Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>r8169: fix invalid register dump</title>
<updated>2013-08-22T21:25:58+00:00</updated>
<author>
<name>Peter Wu</name>
<email>lekensteyn@gmail.com</email>
</author>
<published>2013-08-21T21:17:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=15edae91cb2d91131ab3b0c6eebf1fbfc12d643e'/>
<id>15edae91cb2d91131ab3b0c6eebf1fbfc12d643e</id>
<content type='text'>
For some reason, my PCIe RTL8111E onboard NIC on a GA-Z68X-UD3H-B3
motherboard reads as FFs when reading from MMIO with a block size
larger than 7. Therefore change to reading blocks of four bytes.

Ben Hutchings noted that the buffer is large enough to hold all
registers, so now all registers are read.

Signed-off-by: Peter Wu &lt;lekensteyn@gmail.com&gt;
Acked-by: Francois Romieu &lt;romieu@fr.zoreil.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
For some reason, my PCIe RTL8111E onboard NIC on a GA-Z68X-UD3H-B3
motherboard reads as FFs when reading from MMIO with a block size
larger than 7. Therefore change to reading blocks of four bytes.

Ben Hutchings noted that the buffer is large enough to hold all
registers, so now all registers are read.

Signed-off-by: Peter Wu &lt;lekensteyn@gmail.com&gt;
Acked-by: Francois Romieu &lt;romieu@fr.zoreil.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>r8169: remember WOL preferences on driver load</title>
<updated>2013-08-20T23:48:32+00:00</updated>
<author>
<name>Peter Wu</name>
<email>lekensteyn@gmail.com</email>
</author>
<published>2013-08-17T09:00:02+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=8f9d5138035de0940358cfb36eed16ebdaf5a4e5'/>
<id>8f9d5138035de0940358cfb36eed16ebdaf5a4e5</id>
<content type='text'>
Do not clear Broadcast/Multicast/Unicast Wake Flag or LanWake in
Config5. This is necessary to preserve WOL state when the driver is
loaded. Although the r8168 vendor driver does not write Config5 (it has
been commented out), Hayes Wang from Realtek said that masking bits like
this is more sensible.

Signed-off-by: Peter Wu &lt;lekensteyn@gmail.com&gt;
Acked-by: Francois Romieu &lt;romieu@fr.zoreil.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Do not clear Broadcast/Multicast/Unicast Wake Flag or LanWake in
Config5. This is necessary to preserve WOL state when the driver is
loaded. Although the r8168 vendor driver does not write Config5 (it has
been commented out), Hayes Wang from Realtek said that masking bits like
this is more sensible.

Signed-off-by: Peter Wu &lt;lekensteyn@gmail.com&gt;
Acked-by: Francois Romieu &lt;romieu@fr.zoreil.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>r8169,sis190: remove unnecessary length check</title>
<updated>2013-08-20T21:57:42+00:00</updated>
<author>
<name>Peter Wu</name>
<email>lekensteyn@gmail.com</email>
</author>
<published>2013-08-16T23:07:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=e7fb06a1b4d1c5bdcbbf78f7c7e938835395bcdb'/>
<id>e7fb06a1b4d1c5bdcbbf78f7c7e938835395bcdb</id>
<content type='text'>
The ethtool core will lower the requested length to the one returned by
get_regs_len, therefore no additional check is needed in the get_regs
function.

Reported-by: Ben Hutchings &lt;bhutchings@solarflare.com&gt;
Signed-off-by: Peter Wu &lt;lekensteyn@gmail.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The ethtool core will lower the requested length to the one returned by
get_regs_len, therefore no additional check is needed in the get_regs
function.

Reported-by: Ben Hutchings &lt;bhutchings@solarflare.com&gt;
Signed-off-by: Peter Wu &lt;lekensteyn@gmail.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>8139cp: Fix skb leak in rx_status_loop failure path.</title>
<updated>2013-08-09T18:17:03+00:00</updated>
<author>
<name>Dave Jones</name>
<email>davej@redhat.com</email>
</author>
<published>2013-08-09T18:16:34+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=d06f5187469eee1b2932c02fd093d113cfc60d5e'/>
<id>d06f5187469eee1b2932c02fd093d113cfc60d5e</id>
<content type='text'>
Introduced in cf3c4c03060b688cbc389ebc5065ebcce5653e96
("8139cp: Add dma_mapping_error checking")

Signed-off-by: Dave Jones &lt;davej@redhat.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Introduced in cf3c4c03060b688cbc389ebc5065ebcce5653e96
("8139cp: Add dma_mapping_error checking")

Signed-off-by: Dave Jones &lt;davej@redhat.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>r8169: remove "PHY reset until link up" log spam</title>
<updated>2013-08-02T21:55:09+00:00</updated>
<author>
<name>Lekensteyn</name>
<email>lekensteyn@gmail.com</email>
</author>
<published>2013-08-02T08:36:55+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=9bb8eeb554795e6fac7cacf7af44bf413e75c9b9'/>
<id>9bb8eeb554795e6fac7cacf7af44bf413e75c9b9</id>
<content type='text'>
This message was added in commit a7154cb8 (June 2004, [PATCH] r8169:
link handling and phy reset rework) and is printed every ten seconds
when no cable is connected and runtime power management is disabled.
(Before that commit, "Reset RTL8169s PHY" would be printed instead.)

Signed-off-by: Peter Wu &lt;lekensteyn@gmail.com&gt;
Acked-by: Francois Romieu &lt;romieu@fr.zoreil.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This message was added in commit a7154cb8 (June 2004, [PATCH] r8169:
link handling and phy reset rework) and is printed every ten seconds
when no cable is connected and runtime power management is disabled.
(Before that commit, "Reset RTL8169s PHY" would be printed instead.)

Signed-off-by: Peter Wu &lt;lekensteyn@gmail.com&gt;
Acked-by: Francois Romieu &lt;romieu@fr.zoreil.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>8139cp: Add dma_mapping_error checking</title>
<updated>2013-08-01T00:01:43+00:00</updated>
<author>
<name>Neil Horman</name>
<email>nhorman@tuxdriver.com</email>
</author>
<published>2013-07-31T13:03:56+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=cf3c4c03060b688cbc389ebc5065ebcce5653e96'/>
<id>cf3c4c03060b688cbc389ebc5065ebcce5653e96</id>
<content type='text'>
Self explanitory dma_mapping_error addition to the 8139 driver, based on this:
https://bugzilla.redhat.com/show_bug.cgi?id=947250

It showed several backtraces arising for dma_map_* usage without checking the
return code on the mapping.  Add the check and abort the rx/tx operation if its
failed.  Untested as I have no hardware and the reporter has wandered off, but
seems pretty straightforward.

Signed-off-by: Neil Horman &lt;nhorman@tuxdriver.com&gt;
CC: "David S. Miller" &lt;davem@davemloft.net&gt;
CC: Francois Romieu &lt;romieu@fr.zoreil.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Self explanitory dma_mapping_error addition to the 8139 driver, based on this:
https://bugzilla.redhat.com/show_bug.cgi?id=947250

It showed several backtraces arising for dma_map_* usage without checking the
return code on the mapping.  Add the check and abort the rx/tx operation if its
failed.  Untested as I have no hardware and the reporter has wandered off, but
seems pretty straightforward.

Signed-off-by: Neil Horman &lt;nhorman@tuxdriver.com&gt;
CC: "David S. Miller" &lt;davem@davemloft.net&gt;
CC: Francois Romieu &lt;romieu@fr.zoreil.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</pre>
</div>
</content>
</entry>
</feed>
