<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers/net, branch v3.6</title>
<subtitle>Mirror of https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/
</subtitle>
<id>https://git.shady.money/linux/atom?h=v3.6</id>
<link rel='self' href='https://git.shady.money/linux/atom?h=v3.6'/>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/'/>
<updated>2012-09-28T05:18:32Z</updated>
<entry>
<title>netdev: octeon: fix return value check in octeon_mgmt_init_phy()</title>
<updated>2012-09-28T05:18:32Z</updated>
<author>
<name>Wei Yongjun</name>
<email>yongjun_wei@trendmicro.com.cn</email>
</author>
<published>2012-09-27T19:04:21Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=df555b665367f9de6c04826acc482096f17c243d'/>
<id>urn:sha1:df555b665367f9de6c04826acc482096f17c243d</id>
<content type='text'>
In case of error, the function of_phy_connect() returns NULL
pointer not ERR_PTR(). The IS_ERR() test in the return value
check should be replaced with NULL test.

dpatch engine is used to auto generate this patch.
(https://github.com/weiyj/dpatch)

Signed-off-by: Wei Yongjun &lt;yongjun_wei@trendmicro.com.cn&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>qlcnic: Fix scheduling while atomic bug</title>
<updated>2012-09-27T23:24:52Z</updated>
<author>
<name>Narendra K</name>
<email>narendra_k@dell.com</email>
</author>
<published>2012-09-25T07:53:19Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=68b3f28c11bf896be32ad2a2e151aaa5f4a7c98e'/>
<id>urn:sha1:68b3f28c11bf896be32ad2a2e151aaa5f4a7c98e</id>
<content type='text'>
In the device close path, 'qlcnic_fw_destroy_ctx' and
'qlcnic_poll_rsp' call msleep. But  'qlcnic_fw_destroy_ctx' and
'qlcnic_poll_rsp' are called with 'adapter-&gt;tx_clean_lock' spin lock
held resulting in scheduling while atomic bug causing the following
trace.

I observed that the commit 012dc19a45b2b9cc2ebd14aaa401cf782c2abba4
from John Fastabend addresses a similar issue in ixgbevf driver.
Adopting the same approach used in the commit, this patch uses mdelay
to address the issue.

[79884.999115] BUG: scheduling while atomic: ip/30846/0x00000002
[79885.005562] INFO: lockdep is turned off.
[79885.009958] Modules linked in: qlcnic fuse nf_conntrack_netbios_ns nf_conntrack_broadcast ipt_MASQUERADE bnep bluetooth rfkill ip6table_mangle ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 ip6table_filter ip6_tables iptable_nat nf_nat iptable_mangle ipt_REJECT nf_conntrack_ipv4 nf_defrag_ipv4 xt_conntrack nf_conntrack iptable_filter ip_tables dcdbas coretemp kvm_intel kvm iTCO_wdt ixgbe iTCO_vendor_support crc32c_intel ghash_clmulni_intel nfsd microcode sb_edac pcspkr edac_core dca bnx2x shpchp auth_rpcgss nfs_acl lpc_ich mfd_core mdio lockd libcrc32c wmi acpi_pad acpi_power_meter sunrpc uinput sd_mod sr_mod cdrom crc_t10dif ahci libahci libata megaraid_sas usb_storage dm_mirror dm_region_hash dm_log dm_mod [last unloaded: qlcnic]
[79885.083608] Pid: 30846, comm: ip Tainted: G        W  O 3.6.0-rc7+ #1
[79885.090805] Call Trace:
[79885.093569]  [&lt;ffffffff816764d8&gt;] __schedule_bug+0x68/0x76
[79885.099699]  [&lt;ffffffff8168358e&gt;] __schedule+0x99e/0xa00
[79885.105634]  [&lt;ffffffff81683929&gt;] schedule+0x29/0x70
[79885.111186]  [&lt;ffffffff81680def&gt;] schedule_timeout+0x16f/0x350
[79885.117724]  [&lt;ffffffff811afb7a&gt;] ? init_object+0x4a/0x90
[79885.123770]  [&lt;ffffffff8107c190&gt;] ? __internal_add_timer+0x140/0x140
[79885.130873]  [&lt;ffffffff81680fee&gt;] schedule_timeout_uninterruptible+0x1e/0x20
[79885.138773]  [&lt;ffffffff8107e830&gt;] msleep+0x20/0x30
[79885.144159]  [&lt;ffffffffa04c7fbf&gt;] qlcnic_issue_cmd+0xef/0x290 [qlcnic]
[79885.151478]  [&lt;ffffffffa04c8265&gt;] qlcnic_fw_cmd_destroy_rx_ctx+0x55/0x90 [qlcnic]
[79885.159868]  [&lt;ffffffffa04c92fd&gt;] qlcnic_fw_destroy_ctx+0x2d/0xa0 [qlcnic]
[79885.167576]  [&lt;ffffffffa04bf2ed&gt;] __qlcnic_down+0x11d/0x180 [qlcnic]
[79885.174708]  [&lt;ffffffffa04bf6f8&gt;] qlcnic_close+0x18/0x20 [qlcnic]
[79885.181547]  [&lt;ffffffff8153b4c5&gt;] __dev_close_many+0x95/0xe0
[79885.187899]  [&lt;ffffffff8153b548&gt;] __dev_close+0x38/0x50
[79885.193761]  [&lt;ffffffff81545101&gt;] __dev_change_flags+0xa1/0x180
[79885.200419]  [&lt;ffffffff81545298&gt;] dev_change_flags+0x28/0x70
[79885.206779]  [&lt;ffffffff815531b8&gt;] do_setlink+0x378/0xa00
[79885.212731]  [&lt;ffffffff81354fe1&gt;] ? nla_parse+0x31/0xe0
[79885.218612]  [&lt;ffffffff815558ee&gt;] rtnl_newlink+0x37e/0x560
[79885.224768]  [&lt;ffffffff812cfa19&gt;] ? selinux_capable+0x39/0x50
[79885.231217]  [&lt;ffffffff812cbf98&gt;] ? security_capable+0x18/0x20
[79885.237765]  [&lt;ffffffff81555114&gt;] rtnetlink_rcv_msg+0x114/0x2f0
[79885.244412]  [&lt;ffffffff81551f87&gt;] ? rtnl_lock+0x17/0x20
[79885.250280]  [&lt;ffffffff81551f87&gt;] ? rtnl_lock+0x17/0x20
[79885.256148]  [&lt;ffffffff81555000&gt;] ? __rtnl_unlock+0x20/0x20
[79885.262413]  [&lt;ffffffff81570fc1&gt;] netlink_rcv_skb+0xa1/0xb0
[79885.268661]  [&lt;ffffffff81551fb5&gt;] rtnetlink_rcv+0x25/0x40
[79885.274727]  [&lt;ffffffff815708bd&gt;] netlink_unicast+0x19d/0x220
[79885.281146]  [&lt;ffffffff81570c45&gt;] netlink_sendmsg+0x305/0x3f0
[79885.287595]  [&lt;ffffffff8152b188&gt;] ? sock_update_classid+0x148/0x2e0
[79885.294650]  [&lt;ffffffff81525c2c&gt;] sock_sendmsg+0xbc/0xf0
[79885.300600]  [&lt;ffffffff8152600c&gt;] __sys_sendmsg+0x3ac/0x3c0
[79885.306853]  [&lt;ffffffff8109be23&gt;] ? up_read+0x23/0x40
[79885.312510]  [&lt;ffffffff816896cc&gt;] ? do_page_fault+0x2bc/0x570
[79885.318968]  [&lt;ffffffff81191854&gt;] ? sys_brk+0x44/0x150
[79885.324715]  [&lt;ffffffff811c458c&gt;] ? fget_light+0x24c/0x520
[79885.330875]  [&lt;ffffffff815286f9&gt;] sys_sendmsg+0x49/0x90
[79885.336707]  [&lt;ffffffff8168e429&gt;] system_call_fastpath+0x16/0x1b

Signed-off-by: Narendra K &lt;narendra_k@dell.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>bnx2: Clean up remaining iounmap</title>
<updated>2012-09-27T23:18:50Z</updated>
<author>
<name>Neil Horman</name>
<email>nhorman@tuxdriver.com</email>
</author>
<published>2012-09-26T07:22:02Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=64f605c77408ad3aaff025e849d2e42cad9687e3'/>
<id>urn:sha1:64f605c77408ad3aaff025e849d2e42cad9687e3</id>
<content type='text'>
commit c0357e975afdbbedab5c662d19bef865f02adc17 modified bnx2 to switch from
using ioremap/iounmap to pci_iomap/pci_iounmap.  They missed a spot in the error
path of bnx2_init_one though.  This patch just cleans that up.

Signed-off-by: Neil Horman &lt;nhorman@tuxdriver.com&gt;
CC: Michael Chan &lt;mcan@broadcom.com&gt;
CC: "David S. Miller" &lt;davem@davemloft.net&gt;
Acked-by: Michael Chan &lt;mchan@broadcom.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>net: phy: smsc: Implement PHY config_init for LAN87xx</title>
<updated>2012-09-27T22:28:30Z</updated>
<author>
<name>Marek Vasut</name>
<email>marex@denx.de</email>
</author>
<published>2012-09-25T10:17:42Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=b629820d18fa65cc598390e4b9712fd5f83ee693'/>
<id>urn:sha1:b629820d18fa65cc598390e4b9712fd5f83ee693</id>
<content type='text'>
The LAN8710/LAN8720 chips do have broken the "FlexPWR" smart power-saving
capability. Enabling it leads to the PHY not being able to detect Link when
cold-started without cable connected. Thus, make sure this is disabled.

Signed-off-by: Marek Vasut &lt;marex@denx.de&gt;
Cc: Christian Hohnstaedt &lt;chohnstaedt@innominate.com&gt;
Cc: David S. Miller &lt;davem@davemloft.net&gt;
Cc: Fabio Estevam &lt;fabio.estevam@freescale.com&gt;
Cc: Giuseppe Cavallaro &lt;peppe.cavallaro@st.com&gt;
Cc: Otavio Salvador &lt;otavio@ossystems.com.br&gt;
Acked-by: Otavio Salvador &lt;otavio@ossystems.com.br&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>smsc75xx: fix resume after device reset</title>
<updated>2012-09-27T21:59:30Z</updated>
<author>
<name>Steve Glendinning</name>
<email>steve.glendinning@shawell.net</email>
</author>
<published>2012-09-24T04:42:59Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=a3cff128c970da8400875c8893d68ac735e783fb'/>
<id>urn:sha1:a3cff128c970da8400875c8893d68ac735e783fb</id>
<content type='text'>
On some systems this device fails to properly resume after suspend,
this patch fixes it by running the usbnet_resume handler.

I suspect this also fixes this bug:

http://code.google.com/p/chromium-os/issues/detail?id=31871

Signed-off-by: Steve Glendinning &lt;steve.glendinning@shawell.net&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>netdev: pasemi: fix return value check in pasemi_mac_phy_init()</title>
<updated>2012-09-27T17:20:50Z</updated>
<author>
<name>Wei Yongjun</name>
<email>yongjun_wei@trendmicro.com.cn</email>
</author>
<published>2012-09-26T19:51:58Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=beb5ac20b3f90ffabac1eecd3c00205255df0728'/>
<id>urn:sha1:beb5ac20b3f90ffabac1eecd3c00205255df0728</id>
<content type='text'>
In case of error, the function of_phy_connect() returns NULL
pointer not ERR_PTR(). The IS_ERR() test in the return value
check should be replaced with NULL test.

dpatch engine is used to auto generate this patch.
(https://github.com/weiyj/dpatch)

Signed-off-by: Wei Yongjun &lt;yongjun_wei@trendmicro.com.cn&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>team: fix return value check</title>
<updated>2012-09-27T17:18:19Z</updated>
<author>
<name>Wei Yongjun</name>
<email>yongjun_wei@trendmicro.com.cn</email>
</author>
<published>2012-09-24T18:29:35Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=a326e6dd315ee38c280b7ecf8a0d777952e384cd'/>
<id>urn:sha1:a326e6dd315ee38c280b7ecf8a0d777952e384cd</id>
<content type='text'>
In case of error, the function genlmsg_put() returns NULL pointer
not ERR_PTR(). The IS_ERR() test in the return value check should
be replaced with NULL test.

dpatch engine is used to auto generate this patch.
(https://github.com/weiyj/dpatch)

Signed-off-by: Wei Yongjun &lt;yongjun_wei@trendmicro.com.cn&gt;
Acked-by: Jiri Pirko &lt;jiri@resnulli.us&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>Merge branch 'for-davem' of git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless</title>
<updated>2012-09-25T02:00:00Z</updated>
<author>
<name>David S. Miller</name>
<email>davem@davemloft.net</email>
</author>
<published>2012-09-25T02:00:00Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=41e268565a1f597b3d8f37d8075e6be7e40fd8f9'/>
<id>urn:sha1:41e268565a1f597b3d8f37d8075e6be7e40fd8f9</id>
<content type='text'>
John W. Linville says:

====================
Please pull this last(?) batch of fixes intended for 3.6...

For the Bluetooth bits, Gustavo says this:

"Here goes probably my last update to 3.6. It includes the two patches
you were ok last week(from Andrzej Kaczmarek), those are critical
ones, and two other fixes one for a system crash and the other for
a missing lockdep annotation."

The referenced fixes from Andrzej prevent attempts to configure devices
that are powered-off.

Along with the Bluetooth fixes, there are a couple of 802.11 fixes.
Emmanuel Grumbach gives us an iwlwifi fix to prevent releasing an
interrupt twice.  Luis R. Rodriguez provides a fix for a possible
circular lock dependency in the cfg80211 regulatory enforcement code.

All of these have been in linux-next for a few days.  I hope they are
not too late to make the 3.6 release!
====================

Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>phy/micrel: Rename KS80xx to KSZ80xx</title>
<updated>2012-09-24T19:54:33Z</updated>
<author>
<name>Marek Vasut</name>
<email>marex@denx.de</email>
</author>
<published>2012-09-23T16:58:50Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=510d573fefed904a136b220b259bf48d99d5e381'/>
<id>urn:sha1:510d573fefed904a136b220b259bf48d99d5e381</id>
<content type='text'>
There is no such part as KS8001, KS8041 or KS8051. There are only
KSZ8001, KSZ8041 and KSZ8051. Rename these parts as such to match
the Micrel naming.

Signed-off-by: Marek Vasut &lt;marex@denx.de&gt;
Cc: David J. Choi &lt;david.choi@micrel.com&gt;
Cc: David S. Miller &lt;davem@davemloft.net&gt;
Cc: Nobuhiro Iwamatsu &lt;nobuhiro.iwamatsu.yj@renesas.com&gt;
Cc: Linux ARM kernel &lt;linux-arm-kernel@lists.infradead.org&gt;
Cc: Fabio Estevam &lt;fabio.estevam@freescale.com&gt;
Cc: Shawn Guo &lt;shawn.guo@linaro.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>phy/micrel: Implement support for KSZ8021</title>
<updated>2012-09-24T19:54:32Z</updated>
<author>
<name>Marek Vasut</name>
<email>marex@denx.de</email>
</author>
<published>2012-09-23T16:58:49Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=212ea99a85d30dbc834888384c57ad5abbc67a0a'/>
<id>urn:sha1:212ea99a85d30dbc834888384c57ad5abbc67a0a</id>
<content type='text'>
The KSZ8021 PHY was previously caught by KS8051, which is not correct.
This PHY needs additional setup if it is strapped for address 0. In such
case an reserved bit must be written in the 0x16, "Operation Mode Strap
Override" register. According to the KS8051 datasheet, that bit means
"PHY Address 0 in non-broadcast" and it indeed behaves as such on KSZ8021.
The issue where the ethernet controller (Freescale FEC) did not communicate
with network is fixed by writing this bit as 1.

Signed-off-by: Marek Vasut &lt;marex@denx.de&gt;
Cc: David J. Choi &lt;david.choi@micrel.com&gt;
Cc: David S. Miller &lt;davem@davemloft.net&gt;
Cc: Nobuhiro Iwamatsu &lt;nobuhiro.iwamatsu.yj@renesas.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
</feed>
