<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux-stable.git/drivers/net, branch v4.1.26</title>
<subtitle>Linux kernel stable tree</subtitle>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux-stable.git/'/>
<entry>
<title>rtlwifi: pci: use dev_kfree_skb_irq instead of kfree_skb in rtl_pci_reset_trx_ring</title>
<updated>2016-06-06T23:12:17+00:00</updated>
<author>
<name>Sasha Levin</name>
<email>sasha.levin@oracle.com</email>
</author>
<published>2016-06-01T01:07:16+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux-stable.git/commit/?id=fa5c124f7dbee615a8e1fe7c1cb8f65a29040202'/>
<id>fa5c124f7dbee615a8e1fe7c1cb8f65a29040202</id>
<content type='text'>
[ Upstream commit cf968937d27751296920e6b82ffa89735e3a0023 ]

We can't use kfree_skb in irq disable context, because spin_lock_irqsave
make sure we are always in irq disable context, use dev_kfree_skb_irq
instead of kfree_skb is better than dev_kfree_skb_any.

This patch fix below kernel warning:
[ 7612.095528] ------------[ cut here ]------------
[ 7612.095546] WARNING: CPU: 3 PID: 4460 at kernel/softirq.c:150 __local_bh_enable_ip+0x58/0x80()
[ 7612.095550] Modules linked in: rtl8723be x86_pkg_temp_thermal btcoexist rtl_pci rtlwifi rtl8723_common
[ 7612.095567] CPU: 3 PID: 4460 Comm: ifconfig Tainted: G        W       4.4.0+ #4
[ 7612.095570] Hardware name: LENOVO 20DFA04FCD/20DFA04FCD, BIOS J5ET48WW (1.19 ) 08/27/2015
[ 7612.095574]  00000000 00000000 da37fc70 c12ce7c5 00000000 da37fca0 c104cc59 c19d4454
[ 7612.095584]  00000003 0000116c c19d4784 00000096 c10508a8 c10508a8 00000200 c1b42400
[ 7612.095594]  f29be780 da37fcb0 c104ccad 00000009 00000000 da37fcbc c10508a8 f21f08b8
[ 7612.095604] Call Trace:
[ 7612.095614]  [&lt;c12ce7c5&gt;] dump_stack+0x41/0x5c
[ 7612.095620]  [&lt;c104cc59&gt;] warn_slowpath_common+0x89/0xc0
[ 7612.095628]  [&lt;c10508a8&gt;] ? __local_bh_enable_ip+0x58/0x80
[ 7612.095634]  [&lt;c10508a8&gt;] ? __local_bh_enable_ip+0x58/0x80
[ 7612.095640]  [&lt;c104ccad&gt;] warn_slowpath_null+0x1d/0x20
[ 7612.095646]  [&lt;c10508a8&gt;] __local_bh_enable_ip+0x58/0x80
[ 7612.095653]  [&lt;c16b7d34&gt;] destroy_conntrack+0x64/0xa0
[ 7612.095660]  [&lt;c16b300f&gt;] nf_conntrack_destroy+0xf/0x20
[ 7612.095665]  [&lt;c1677565&gt;] skb_release_head_state+0x55/0xa0
[ 7612.095670]  [&lt;c16775bb&gt;] skb_release_all+0xb/0x20
[ 7612.095674]  [&lt;c167760b&gt;] __kfree_skb+0xb/0x60
[ 7612.095679]  [&lt;c16776f0&gt;] kfree_skb+0x30/0x70
[ 7612.095686]  [&lt;f81b869d&gt;] ? rtl_pci_reset_trx_ring+0x22d/0x370 [rtl_pci]
[ 7612.095692]  [&lt;f81b869d&gt;] rtl_pci_reset_trx_ring+0x22d/0x370 [rtl_pci]
[ 7612.095698]  [&lt;f81b87f9&gt;] rtl_pci_start+0x19/0x190 [rtl_pci]
[ 7612.095705]  [&lt;f81970e6&gt;] rtl_op_start+0x56/0x90 [rtlwifi]
[ 7612.095712]  [&lt;c17e3f16&gt;] drv_start+0x36/0xc0
[ 7612.095717]  [&lt;c17f5ab3&gt;] ieee80211_do_open+0x2d3/0x890
[ 7612.095725]  [&lt;c16820fe&gt;] ? call_netdevice_notifiers_info+0x2e/0x60
[ 7612.095730]  [&lt;c17f60bd&gt;] ieee80211_open+0x4d/0x50
[ 7612.095736]  [&lt;c16891b3&gt;] __dev_open+0xa3/0x130
[ 7612.095742]  [&lt;c183fa53&gt;] ? _raw_spin_unlock_bh+0x13/0x20
[ 7612.095748]  [&lt;c1689499&gt;] __dev_change_flags+0x89/0x140
[ 7612.095753]  [&lt;c127c70d&gt;] ? selinux_capable+0xd/0x10
[ 7612.095759]  [&lt;c1689589&gt;] dev_change_flags+0x29/0x60
[ 7612.095765]  [&lt;c1700b93&gt;] devinet_ioctl+0x553/0x670
[ 7612.095772]  [&lt;c12db758&gt;] ? _copy_to_user+0x28/0x40
[ 7612.095777]  [&lt;c17018b5&gt;] inet_ioctl+0x85/0xb0
[ 7612.095783]  [&lt;c166e647&gt;] sock_ioctl+0x67/0x260
[ 7612.095788]  [&lt;c166e5e0&gt;] ? sock_fasync+0x80/0x80
[ 7612.095795]  [&lt;c115c99b&gt;] do_vfs_ioctl+0x6b/0x550
[ 7612.095800]  [&lt;c127c812&gt;] ? selinux_file_ioctl+0x102/0x1e0
[ 7612.095807]  [&lt;c10a8914&gt;] ? timekeeping_suspend+0x294/0x320
[ 7612.095813]  [&lt;c10a256a&gt;] ? __hrtimer_run_queues+0x14a/0x210
[ 7612.095820]  [&lt;c1276e24&gt;] ? security_file_ioctl+0x34/0x50
[ 7612.095827]  [&lt;c115cef0&gt;] SyS_ioctl+0x70/0x80
[ 7612.095832]  [&lt;c1001804&gt;] do_fast_syscall_32+0x84/0x120
[ 7612.095839]  [&lt;c183ff91&gt;] sysenter_past_esp+0x36/0x55
[ 7612.095844] ---[ end trace 97e9c637a20e8348 ]---

Signed-off-by: Wang YanQing &lt;udknight@gmail.com&gt;
Cc: Stable &lt;stable@vger.kernel.org&gt;
Acked-by: Larry Finger &lt;Larry.Finger@lwfinger.net&gt;
Signed-off-by: Kalle Valo &lt;kvalo@codeaurora.org&gt;
Signed-off-by: Sasha Levin &lt;sasha.levin@oracle.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
[ Upstream commit cf968937d27751296920e6b82ffa89735e3a0023 ]

We can't use kfree_skb in irq disable context, because spin_lock_irqsave
make sure we are always in irq disable context, use dev_kfree_skb_irq
instead of kfree_skb is better than dev_kfree_skb_any.

This patch fix below kernel warning:
[ 7612.095528] ------------[ cut here ]------------
[ 7612.095546] WARNING: CPU: 3 PID: 4460 at kernel/softirq.c:150 __local_bh_enable_ip+0x58/0x80()
[ 7612.095550] Modules linked in: rtl8723be x86_pkg_temp_thermal btcoexist rtl_pci rtlwifi rtl8723_common
[ 7612.095567] CPU: 3 PID: 4460 Comm: ifconfig Tainted: G        W       4.4.0+ #4
[ 7612.095570] Hardware name: LENOVO 20DFA04FCD/20DFA04FCD, BIOS J5ET48WW (1.19 ) 08/27/2015
[ 7612.095574]  00000000 00000000 da37fc70 c12ce7c5 00000000 da37fca0 c104cc59 c19d4454
[ 7612.095584]  00000003 0000116c c19d4784 00000096 c10508a8 c10508a8 00000200 c1b42400
[ 7612.095594]  f29be780 da37fcb0 c104ccad 00000009 00000000 da37fcbc c10508a8 f21f08b8
[ 7612.095604] Call Trace:
[ 7612.095614]  [&lt;c12ce7c5&gt;] dump_stack+0x41/0x5c
[ 7612.095620]  [&lt;c104cc59&gt;] warn_slowpath_common+0x89/0xc0
[ 7612.095628]  [&lt;c10508a8&gt;] ? __local_bh_enable_ip+0x58/0x80
[ 7612.095634]  [&lt;c10508a8&gt;] ? __local_bh_enable_ip+0x58/0x80
[ 7612.095640]  [&lt;c104ccad&gt;] warn_slowpath_null+0x1d/0x20
[ 7612.095646]  [&lt;c10508a8&gt;] __local_bh_enable_ip+0x58/0x80
[ 7612.095653]  [&lt;c16b7d34&gt;] destroy_conntrack+0x64/0xa0
[ 7612.095660]  [&lt;c16b300f&gt;] nf_conntrack_destroy+0xf/0x20
[ 7612.095665]  [&lt;c1677565&gt;] skb_release_head_state+0x55/0xa0
[ 7612.095670]  [&lt;c16775bb&gt;] skb_release_all+0xb/0x20
[ 7612.095674]  [&lt;c167760b&gt;] __kfree_skb+0xb/0x60
[ 7612.095679]  [&lt;c16776f0&gt;] kfree_skb+0x30/0x70
[ 7612.095686]  [&lt;f81b869d&gt;] ? rtl_pci_reset_trx_ring+0x22d/0x370 [rtl_pci]
[ 7612.095692]  [&lt;f81b869d&gt;] rtl_pci_reset_trx_ring+0x22d/0x370 [rtl_pci]
[ 7612.095698]  [&lt;f81b87f9&gt;] rtl_pci_start+0x19/0x190 [rtl_pci]
[ 7612.095705]  [&lt;f81970e6&gt;] rtl_op_start+0x56/0x90 [rtlwifi]
[ 7612.095712]  [&lt;c17e3f16&gt;] drv_start+0x36/0xc0
[ 7612.095717]  [&lt;c17f5ab3&gt;] ieee80211_do_open+0x2d3/0x890
[ 7612.095725]  [&lt;c16820fe&gt;] ? call_netdevice_notifiers_info+0x2e/0x60
[ 7612.095730]  [&lt;c17f60bd&gt;] ieee80211_open+0x4d/0x50
[ 7612.095736]  [&lt;c16891b3&gt;] __dev_open+0xa3/0x130
[ 7612.095742]  [&lt;c183fa53&gt;] ? _raw_spin_unlock_bh+0x13/0x20
[ 7612.095748]  [&lt;c1689499&gt;] __dev_change_flags+0x89/0x140
[ 7612.095753]  [&lt;c127c70d&gt;] ? selinux_capable+0xd/0x10
[ 7612.095759]  [&lt;c1689589&gt;] dev_change_flags+0x29/0x60
[ 7612.095765]  [&lt;c1700b93&gt;] devinet_ioctl+0x553/0x670
[ 7612.095772]  [&lt;c12db758&gt;] ? _copy_to_user+0x28/0x40
[ 7612.095777]  [&lt;c17018b5&gt;] inet_ioctl+0x85/0xb0
[ 7612.095783]  [&lt;c166e647&gt;] sock_ioctl+0x67/0x260
[ 7612.095788]  [&lt;c166e5e0&gt;] ? sock_fasync+0x80/0x80
[ 7612.095795]  [&lt;c115c99b&gt;] do_vfs_ioctl+0x6b/0x550
[ 7612.095800]  [&lt;c127c812&gt;] ? selinux_file_ioctl+0x102/0x1e0
[ 7612.095807]  [&lt;c10a8914&gt;] ? timekeeping_suspend+0x294/0x320
[ 7612.095813]  [&lt;c10a256a&gt;] ? __hrtimer_run_queues+0x14a/0x210
[ 7612.095820]  [&lt;c1276e24&gt;] ? security_file_ioctl+0x34/0x50
[ 7612.095827]  [&lt;c115cef0&gt;] SyS_ioctl+0x70/0x80
[ 7612.095832]  [&lt;c1001804&gt;] do_fast_syscall_32+0x84/0x120
[ 7612.095839]  [&lt;c183ff91&gt;] sysenter_past_esp+0x36/0x55
[ 7612.095844] ---[ end trace 97e9c637a20e8348 ]---

Signed-off-by: Wang YanQing &lt;udknight@gmail.com&gt;
Cc: Stable &lt;stable@vger.kernel.org&gt;
Acked-by: Larry Finger &lt;Larry.Finger@lwfinger.net&gt;
Signed-off-by: Kalle Valo &lt;kvalo@codeaurora.org&gt;
Signed-off-by: Sasha Levin &lt;sasha.levin@oracle.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>rtlwifi: Fix logic error in enter/exit power-save mode</title>
<updated>2016-06-06T23:12:17+00:00</updated>
<author>
<name>Sasha Levin</name>
<email>sasha.levin@oracle.com</email>
</author>
<published>2016-06-01T01:04:01+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux-stable.git/commit/?id=5de658d6f56a158f29baa789880732dbc4375e33'/>
<id>5de658d6f56a158f29baa789880732dbc4375e33</id>
<content type='text'>
[ Upstream commit 873ffe154ae074c46ed2d72dbd9a2a99f06f55b4 ]

In commit a269913c52ad ("rtlwifi: Rework rtl_lps_leave() and
rtl_lps_enter() to use work queue"), the tests for enter/exit
power-save mode were inverted. With this change applied, the
wifi connection becomes much more stable.

Fixes: a269913c52ad ("rtlwifi: Rework rtl_lps_leave() and rtl_lps_enter() to use work queue")
Signed-off-by: Wang YanQing &lt;udknight@gmail.com&gt;
CC: Stable &lt;stable@vger.kernel.org&gt; [3.10+]
Acked-by: Larry Finger &lt;Larry.Finger@lwfinger.net&gt;
Signed-off-by: Kalle Valo &lt;kvalo@codeaurora.org&gt;
Signed-off-by: Sasha Levin &lt;sasha.levin@oracle.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
[ Upstream commit 873ffe154ae074c46ed2d72dbd9a2a99f06f55b4 ]

In commit a269913c52ad ("rtlwifi: Rework rtl_lps_leave() and
rtl_lps_enter() to use work queue"), the tests for enter/exit
power-save mode were inverted. With this change applied, the
wifi connection becomes much more stable.

Fixes: a269913c52ad ("rtlwifi: Rework rtl_lps_leave() and rtl_lps_enter() to use work queue")
Signed-off-by: Wang YanQing &lt;udknight@gmail.com&gt;
CC: Stable &lt;stable@vger.kernel.org&gt; [3.10+]
Acked-by: Larry Finger &lt;Larry.Finger@lwfinger.net&gt;
Signed-off-by: Kalle Valo &lt;kvalo@codeaurora.org&gt;
Signed-off-by: Sasha Levin &lt;sasha.levin@oracle.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>can: fix handling of unmodifiable configuration options</title>
<updated>2016-06-03T23:15:49+00:00</updated>
<author>
<name>Oliver Hartkopp</name>
<email>socketcan@hartkopp.net</email>
</author>
<published>2016-03-21T19:18:21+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux-stable.git/commit/?id=5b59ae1ed02bc606b5c32e4ce3f5afd6691cafb4'/>
<id>5b59ae1ed02bc606b5c32e4ce3f5afd6691cafb4</id>
<content type='text'>
[ Upstream commit bb208f144cf3f59d8f89a09a80efd04389718907 ]

As described in 'can: m_can: tag current CAN FD controllers as non-ISO'
(6cfda7fbebe) it is possible to define fixed configuration options by
setting the according bit in 'ctrlmode' and clear it in 'ctrlmode_supported'.
This leads to the incovenience that the fixed configuration bits can not be
passed by netlink even when they have the correct values (e.g. non-ISO, FD).

This patch fixes that issue and not only allows fixed set bit values to be set
again but now requires(!) to provide these fixed values at configuration time.
A valid CAN FD configuration consists of a nominal/arbitration bittiming, a
data bittiming and a control mode with CAN_CTRLMODE_FD set - which is now
enforced by a new can_validate() function. This fix additionally removed the
inconsistency that was prohibiting the support of 'CANFD-only' controller
drivers, like the RCar CAN FD.

For this reason a new helper can_set_static_ctrlmode() has been introduced to
provide a proper interface to handle static enabled CAN controller options.

Reported-by: Ramesh Shanmugasundaram &lt;ramesh.shanmugasundaram@bp.renesas.com&gt;
Signed-off-by: Oliver Hartkopp &lt;socketcan@hartkopp.net&gt;
Reviewed-by: Ramesh Shanmugasundaram  &lt;ramesh.shanmugasundaram@bp.renesas.com&gt;
Cc: &lt;stable@vger.kernel.org&gt; # &gt;= 3.18
Signed-off-by: Marc Kleine-Budde &lt;mkl@pengutronix.de&gt;
Signed-off-by: Sasha Levin &lt;sasha.levin@oracle.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
[ Upstream commit bb208f144cf3f59d8f89a09a80efd04389718907 ]

As described in 'can: m_can: tag current CAN FD controllers as non-ISO'
(6cfda7fbebe) it is possible to define fixed configuration options by
setting the according bit in 'ctrlmode' and clear it in 'ctrlmode_supported'.
This leads to the incovenience that the fixed configuration bits can not be
passed by netlink even when they have the correct values (e.g. non-ISO, FD).

This patch fixes that issue and not only allows fixed set bit values to be set
again but now requires(!) to provide these fixed values at configuration time.
A valid CAN FD configuration consists of a nominal/arbitration bittiming, a
data bittiming and a control mode with CAN_CTRLMODE_FD set - which is now
enforced by a new can_validate() function. This fix additionally removed the
inconsistency that was prohibiting the support of 'CANFD-only' controller
drivers, like the RCar CAN FD.

For this reason a new helper can_set_static_ctrlmode() has been introduced to
provide a proper interface to handle static enabled CAN controller options.

Reported-by: Ramesh Shanmugasundaram &lt;ramesh.shanmugasundaram@bp.renesas.com&gt;
Signed-off-by: Oliver Hartkopp &lt;socketcan@hartkopp.net&gt;
Reviewed-by: Ramesh Shanmugasundaram  &lt;ramesh.shanmugasundaram@bp.renesas.com&gt;
Cc: &lt;stable@vger.kernel.org&gt; # &gt;= 3.18
Signed-off-by: Marc Kleine-Budde &lt;mkl@pengutronix.de&gt;
Signed-off-by: Sasha Levin &lt;sasha.levin@oracle.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>ath9k: Fix LED polarity for some Mini PCI AR9220 MB92 cards.</title>
<updated>2016-06-03T23:15:33+00:00</updated>
<author>
<name>Vittorio Gambaletta (VittGam)</name>
<email>linux-wireless@vittgam.net</email>
</author>
<published>2016-04-11T02:48:55+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux-stable.git/commit/?id=a774710f2d27a61ad7cfd0b449e6708e03d70c7d'/>
<id>a774710f2d27a61ad7cfd0b449e6708e03d70c7d</id>
<content type='text'>
[ Upstream commit 0f9edcdd88a993914fa1d1dc369b35dc503979db ]

The Wistron DNMA-92 and Compex WLM200NX have inverted LED polarity
(active high instead of active low).

The same PCI Subsystem ID is used by both cards, which are based on
the same Atheros MB92 design.

Cc: &lt;linux-wireless@vger.kernel.org&gt;
Cc: &lt;ath9k-devel@qca.qualcomm.com&gt;
Cc: &lt;ath9k-devel@lists.ath9k.org&gt;
Cc: &lt;stable@vger.kernel.org&gt;
Signed-off-by: Vittorio Gambaletta &lt;linuxbugs@vittgam.net&gt;
Signed-off-by: Kalle Valo &lt;kvalo@qca.qualcomm.com&gt;
Signed-off-by: Sasha Levin &lt;sasha.levin@oracle.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
[ Upstream commit 0f9edcdd88a993914fa1d1dc369b35dc503979db ]

The Wistron DNMA-92 and Compex WLM200NX have inverted LED polarity
(active high instead of active low).

The same PCI Subsystem ID is used by both cards, which are based on
the same Atheros MB92 design.

Cc: &lt;linux-wireless@vger.kernel.org&gt;
Cc: &lt;ath9k-devel@qca.qualcomm.com&gt;
Cc: &lt;ath9k-devel@lists.ath9k.org&gt;
Cc: &lt;stable@vger.kernel.org&gt;
Signed-off-by: Vittorio Gambaletta &lt;linuxbugs@vittgam.net&gt;
Signed-off-by: Kalle Valo &lt;kvalo@qca.qualcomm.com&gt;
Signed-off-by: Sasha Levin &lt;sasha.levin@oracle.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>ath9k: Add a module parameter to invert LED polarity.</title>
<updated>2016-06-03T23:15:32+00:00</updated>
<author>
<name>Vittorio Gambaletta (VittGam)</name>
<email>linux-wireless@vittgam.net</email>
</author>
<published>2016-04-11T02:48:54+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux-stable.git/commit/?id=d24f503d5c01eb3f33a2dde74b6893c7ec2816ad'/>
<id>d24f503d5c01eb3f33a2dde74b6893c7ec2816ad</id>
<content type='text'>
[ Upstream commit cd84042ce9040ad038e958bc67a46fcfc015c736 ]

The LED can be active high instead of active low on some hardware.

Add the led_active_high module parameter. It defaults to -1 to obey
platform data as before.

Setting the parameter to 1 or 0 will force the LED respectively
active high or active low.

Cc: &lt;linux-wireless@vger.kernel.org&gt;
Cc: &lt;ath9k-devel@qca.qualcomm.com&gt;
Cc: &lt;ath9k-devel@lists.ath9k.org&gt;
Cc: &lt;stable@vger.kernel.org&gt;
Signed-off-by: Vittorio Gambaletta &lt;linuxbugs@vittgam.net&gt;
Signed-off-by: Kalle Valo &lt;kvalo@qca.qualcomm.com&gt;
Signed-off-by: Sasha Levin &lt;sasha.levin@oracle.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
[ Upstream commit cd84042ce9040ad038e958bc67a46fcfc015c736 ]

The LED can be active high instead of active low on some hardware.

Add the led_active_high module parameter. It defaults to -1 to obey
platform data as before.

Setting the parameter to 1 or 0 will force the LED respectively
active high or active low.

Cc: &lt;linux-wireless@vger.kernel.org&gt;
Cc: &lt;ath9k-devel@qca.qualcomm.com&gt;
Cc: &lt;ath9k-devel@lists.ath9k.org&gt;
Cc: &lt;stable@vger.kernel.org&gt;
Signed-off-by: Vittorio Gambaletta &lt;linuxbugs@vittgam.net&gt;
Signed-off-by: Kalle Valo &lt;kvalo@qca.qualcomm.com&gt;
Signed-off-by: Sasha Levin &lt;sasha.levin@oracle.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>rtlwifi: btcoexist: Implement antenna selection</title>
<updated>2016-06-03T23:15:23+00:00</updated>
<author>
<name>Larry Finger</name>
<email>Larry.Finger@lwfinger.net</email>
</author>
<published>2016-03-16T18:33:35+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux-stable.git/commit/?id=f448f47758d1e23385fd0846dc27015330908f0d'/>
<id>f448f47758d1e23385fd0846dc27015330908f0d</id>
<content type='text'>
[ Upstream commit baa1702290953295e421f0f433e2b1ff4815827c ]

The previous patch added an option to rtl8723be to manually select the
antenna for those cases when only a single antenna is present, and the
on-board EEPROM is incorrectly programmed. This patch implements the
necessary changes in the Bluetooth coexistence driver.

Signed-off-by: Larry Finger &lt;Larry.Finger@lwfinger.net&gt;
Cc: Stable &lt;stable@vger.kernel.org&gt; [V4.0+]
Signed-off-by: Kalle Valo &lt;kvalo@codeaurora.org&gt;
Signed-off-by: Sasha Levin &lt;sasha.levin@oracle.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
[ Upstream commit baa1702290953295e421f0f433e2b1ff4815827c ]

The previous patch added an option to rtl8723be to manually select the
antenna for those cases when only a single antenna is present, and the
on-board EEPROM is incorrectly programmed. This patch implements the
necessary changes in the Bluetooth coexistence driver.

Signed-off-by: Larry Finger &lt;Larry.Finger@lwfinger.net&gt;
Cc: Stable &lt;stable@vger.kernel.org&gt; [V4.0+]
Signed-off-by: Kalle Valo &lt;kvalo@codeaurora.org&gt;
Signed-off-by: Sasha Levin &lt;sasha.levin@oracle.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>rtlwifi: rtl8723be: Add antenna select module parameter</title>
<updated>2016-06-03T23:15:23+00:00</updated>
<author>
<name>Larry Finger</name>
<email>Larry.Finger@lwfinger.net</email>
</author>
<published>2016-03-16T18:33:34+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux-stable.git/commit/?id=7138f9840bea22badaeea76433957f8d88596554'/>
<id>7138f9840bea22badaeea76433957f8d88596554</id>
<content type='text'>
[ Upstream commit c18d8f5095715c56bb3cd9cba64242542632054b ]

A number of new laptops have been delivered with only a single antenna.
In principle, this is OK; however, a problem arises when the on-board
EEPROM is programmed to use the other antenna connection. The option
of opening the computer and moving the connector is not always possible
as it will void the warranty in some cases. In addition, this solution
breaks the Windows driver when the box dual boots Linux and Windows.

A fix involving a new module parameter has been developed.  This commit
adds the new parameter and implements the changes needed for the driver.

Signed-off-by: Larry Finger &lt;Larry.Finger@lwfinger.net&gt;
Cc: Stable &lt;stable@vger.kernel.org&gt; [V4.0+]
Signed-off-by: Kalle Valo &lt;kvalo@codeaurora.org&gt;
Signed-off-by: Sasha Levin &lt;sasha.levin@oracle.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
[ Upstream commit c18d8f5095715c56bb3cd9cba64242542632054b ]

A number of new laptops have been delivered with only a single antenna.
In principle, this is OK; however, a problem arises when the on-board
EEPROM is programmed to use the other antenna connection. The option
of opening the computer and moving the connector is not always possible
as it will void the warranty in some cases. In addition, this solution
breaks the Windows driver when the box dual boots Linux and Windows.

A fix involving a new module parameter has been developed.  This commit
adds the new parameter and implements the changes needed for the driver.

Signed-off-by: Larry Finger &lt;Larry.Finger@lwfinger.net&gt;
Cc: Stable &lt;stable@vger.kernel.org&gt; [V4.0+]
Signed-off-by: Kalle Valo &lt;kvalo@codeaurora.org&gt;
Signed-off-by: Sasha Levin &lt;sasha.levin@oracle.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>rtlwifi: rtl8723be: Fix module parameter initialization</title>
<updated>2016-06-03T23:15:22+00:00</updated>
<author>
<name>Sasha Levin</name>
<email>sasha.levin@oracle.com</email>
</author>
<published>2016-05-30T22:24:55+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux-stable.git/commit/?id=db4ec7cf24d08d9da4d17fd78294cb8e7f0574d6'/>
<id>db4ec7cf24d08d9da4d17fd78294cb8e7f0574d6</id>
<content type='text'>
[ Upstream commit 7079604ddb83f428359feace3aeaf8a9f435be4a ]

This driver has a number of errors in the module initialization. These
include the following:

Parameter msi_support is stored in two places - one is removed.
Paramters sw_crypto and disable_watchdog were never stored in the final
locations, nor were they initialized properly.

Signed-off-by: Larry Finger &lt;Larry.Finger@lwfinger.net&gt;
Cc: Stable &lt;stable@vger.kernel.org&gt;
Signed-off-by: Kalle Valo &lt;kvalo@codeaurora.org&gt;
Signed-off-by: Sasha Levin &lt;sasha.levin@oracle.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
[ Upstream commit 7079604ddb83f428359feace3aeaf8a9f435be4a ]

This driver has a number of errors in the module initialization. These
include the following:

Parameter msi_support is stored in two places - one is removed.
Paramters sw_crypto and disable_watchdog were never stored in the final
locations, nor were they initialized properly.

Signed-off-by: Larry Finger &lt;Larry.Finger@lwfinger.net&gt;
Cc: Stable &lt;stable@vger.kernel.org&gt;
Signed-off-by: Kalle Valo &lt;kvalo@codeaurora.org&gt;
Signed-off-by: Sasha Levin &lt;sasha.levin@oracle.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>ath5k: Change led pin configuration for compaq c700 laptop</title>
<updated>2016-06-01T20:08:58+00:00</updated>
<author>
<name>Joseph Salisbury</name>
<email>joseph.salisbury@canonical.com</email>
</author>
<published>2016-03-14T18:51:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux-stable.git/commit/?id=67b8cea5cc2222a2c7397161ea58b656793956e2'/>
<id>67b8cea5cc2222a2c7397161ea58b656793956e2</id>
<content type='text'>
[ Upstream commit 7b9bc799a445aea95f64f15e0083cb19b5789abe ]

BugLink: http://bugs.launchpad.net/bugs/972604

Commit 09c9bae26b0d3c9472cb6ae45010460a2cee8b8d ("ath5k: add led pin
configuration for compaq c700 laptop") added a pin configuration for the Compaq
c700 laptop.  However, the polarity of the led pin is reversed.  It should be
red for wifi off and blue for wifi on, but it is the opposite.  This bug was
reported in the following bug report:
http://pad.lv/972604

Fixes: 09c9bae26b0d3c9472cb6ae45010460a2cee8b8d ("ath5k: add led pin configuration for compaq c700 laptop")
Signed-off-by: Joseph Salisbury &lt;joseph.salisbury@canonical.com&gt;
Cc: stable@vger.kernel.org
Signed-off-by: Kalle Valo &lt;kvalo@qca.qualcomm.com&gt;
Signed-off-by: Sasha Levin &lt;sasha.levin@oracle.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
[ Upstream commit 7b9bc799a445aea95f64f15e0083cb19b5789abe ]

BugLink: http://bugs.launchpad.net/bugs/972604

Commit 09c9bae26b0d3c9472cb6ae45010460a2cee8b8d ("ath5k: add led pin
configuration for compaq c700 laptop") added a pin configuration for the Compaq
c700 laptop.  However, the polarity of the led pin is reversed.  It should be
red for wifi off and blue for wifi on, but it is the opposite.  This bug was
reported in the following bug report:
http://pad.lv/972604

Fixes: 09c9bae26b0d3c9472cb6ae45010460a2cee8b8d ("ath5k: add led pin configuration for compaq c700 laptop")
Signed-off-by: Joseph Salisbury &lt;joseph.salisbury@canonical.com&gt;
Cc: stable@vger.kernel.org
Signed-off-by: Kalle Valo &lt;kvalo@qca.qualcomm.com&gt;
Signed-off-by: Sasha Levin &lt;sasha.levin@oracle.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>ath10k: fix debugfs pktlog_filter write</title>
<updated>2016-05-30T22:00:06+00:00</updated>
<author>
<name>Anilkumar Kolli</name>
<email>akolli@qti.qualcomm.com</email>
</author>
<published>2016-03-11T06:16:39+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux-stable.git/commit/?id=3dec2ae8b610b459b1e37591149c4065ad343978'/>
<id>3dec2ae8b610b459b1e37591149c4065ad343978</id>
<content type='text'>
[ Upstream commit 9ddc486aa09a3413a6c492fcf160ce61bfccb7b1 ]

It is observed that, we are disabling the packet log if we write same
value to the pktlog_filter for the second time. Always enable pktlogs
on non zero filter.

Fixes: 90174455ae05 ("ath10k: add support to configure pktlog filter")
Cc: stable@vger.kernel.org
Signed-off-by: Anilkumar Kolli &lt;akolli@qti.qualcomm.com&gt;
Signed-off-by: Kalle Valo &lt;kvalo@qca.qualcomm.com&gt;
Signed-off-by: Sasha Levin &lt;sasha.levin@oracle.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
[ Upstream commit 9ddc486aa09a3413a6c492fcf160ce61bfccb7b1 ]

It is observed that, we are disabling the packet log if we write same
value to the pktlog_filter for the second time. Always enable pktlogs
on non zero filter.

Fixes: 90174455ae05 ("ath10k: add support to configure pktlog filter")
Cc: stable@vger.kernel.org
Signed-off-by: Anilkumar Kolli &lt;akolli@qti.qualcomm.com&gt;
Signed-off-by: Kalle Valo &lt;kvalo@qca.qualcomm.com&gt;
Signed-off-by: Sasha Levin &lt;sasha.levin@oracle.com&gt;
</pre>
</div>
</content>
</entry>
</feed>
