<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/net/ethernet/broadcom/b44.c, branch linux-4.4.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-4.4.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-4.4.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2020-11-24T11:48:09Z</updated>
<entry>
<title>net: b44: fix error return code in b44_init_one()</title>
<updated>2020-11-24T11:48:09Z</updated>
<author>
<name>Zhang Changzhong</name>
</author>
<published>2020-11-17T03:02:11Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=45a2a84369fc9896dd2addc5362f9c16686c1699'/>
<id>urn:sha1:45a2a84369fc9896dd2addc5362f9c16686c1699</id>
<content type='text'>
[ Upstream commit 7b027c249da54f492699c43e26cba486cfd48035 ]

Fix to return a negative error code from the error handling
case instead of 0, as done elsewhere in this function.

Fixes: 39a6f4bce6b4 ("b44: replace the ssb_dma API with the generic DMA API")
Reported-by: Hulk Robot &lt;hulkci@huawei.com&gt;
Signed-off-by: Zhang Changzhong &lt;zhangchangzhong@huawei.com&gt;
Reviewed-by: Michael Chan &lt;michael.chan@broadcom.com&gt;
Link: https://lore.kernel.org/r/1605582131-36735-1-git-send-email-zhangchangzhong@huawei.com
Signed-off-by: Jakub Kicinski &lt;kuba@kernel.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>drivers/net/b44: Change to non-atomic bit operations on pwol_mask</title>
<updated>2020-02-05T13:03:35Z</updated>
<author>
<name>Fenghua Yu</name>
</author>
<published>2020-01-02T21:27:06Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=93e0aca969d9833e923a41bc46ea1ede0a463bd9'/>
<id>urn:sha1:93e0aca969d9833e923a41bc46ea1ede0a463bd9</id>
<content type='text'>
[ Upstream commit f11421ba4af706cb4f5703de34fa77fba8472776 ]

Atomic operations that span cache lines are super-expensive on x86
(not just to the current processor, but also to other processes as all
memory operations are blocked until the operation completes). Upcoming
x86 processors have a switch to cause such operations to generate a #AC
trap. It is expected that some real time systems will enable this mode
in BIOS.

In preparation for this, it is necessary to fix code that may execute
atomic instructions with operands that cross cachelines because the #AC
trap will crash the kernel.

Since "pwol_mask" is local and never exposed to concurrency, there is
no need to set bits in pwol_mask using atomic operations.

Directly operate on the byte which contains the bit instead of using
__set_bit() to avoid any big endian concern due to type cast to
unsigned long in __set_bit().

Suggested-by: Peter Zijlstra &lt;peterz@infradead.org&gt;
Signed-off-by: Fenghua Yu &lt;fenghua.yu@intel.com&gt;
Signed-off-by: Tony Luck &lt;tony.luck@intel.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Sasha Levin &lt;sashal@kernel.org&gt;
</content>
</entry>
<entry>
<title>b44: call netif_napi_del()</title>
<updated>2015-06-08T02:45:34Z</updated>
<author>
<name>Hauke Mehrtens</name>
</author>
<published>2015-06-07T12:11:48Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=1489bdeeae1a47171926e255956c9fc251db13a0'/>
<id>urn:sha1:1489bdeeae1a47171926e255956c9fc251db13a0</id>
<content type='text'>
When the driver gets unregistered a call to netif_napi_del() was
missing, this all was also missing in the error paths of
b44_init_one().

Signed-off-by: Hauke Mehrtens &lt;hauke@hauke-m.de&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>MIPS: BCM47xx: Move NVRAM header to the include/linux/.</title>
<updated>2015-04-01T15:22:00Z</updated>
<author>
<name>Rafał Miłecki</name>
</author>
<published>2014-12-01T06:58:18Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=138173d4e826587da66c7d321da1a91283222536'/>
<id>urn:sha1:138173d4e826587da66c7d321da1a91283222536</id>
<content type='text'>
There are two reasons for having this header in the common place:
1) Simplifying drivers that read NVRAM entries. We will be able to
   safely call bcm47xx_nvram_* functions without #ifdef-s.
2) Getting NVRAM driver out of MIPS arch code. This is needed to support
   BCM5301X arch which also requires this NVRAM driver. Patch for that
   will follow once we get is reviewed.

Signed-off-by: Rafał Miłecki &lt;zajec5@gmail.com&gt;
Acked-by: Hauke Mehrtens &lt;hauke@hauke-m.de&gt;
Cc: linux-mips@linux-mips.org
Cc: Arnd Bergmann &lt;arnd@arndb.de&gt;
Cc: Paul Walmsley &lt;paul@pwsan.com&gt;
Cc: linux-soc@vger.kernel.org
Patchwork: https://patchwork.linux-mips.org/patch/8619/
Signed-off-by: Ralf Baechle &lt;ralf@linux-mips.org&gt;
</content>
</entry>
<entry>
<title>treewide: Remove unnecessary SSB_DEVTABLE_END macro</title>
<updated>2015-02-11T22:38:29Z</updated>
<author>
<name>Joe Perches</name>
</author>
<published>2015-02-10T21:19:24Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=673e2baaa6d986e2fcd9c867661d8113f6c7dc7b'/>
<id>urn:sha1:673e2baaa6d986e2fcd9c867661d8113f6c7dc7b</id>
<content type='text'>
Use the normal {} instead of a macro to terminate an array.

Remove the macro too.

Signed-off-by: Joe Perches &lt;joe@perches.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>ethernet/broadcom: Use napi_alloc_skb instead of netdev_alloc_skb_ip_align</title>
<updated>2014-12-10T18:31:58Z</updated>
<author>
<name>Alexander Duyck</name>
</author>
<published>2014-12-10T03:41:17Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=45abfb1069e4c365f6c1e2fc97c5927272725bfa'/>
<id>urn:sha1:45abfb1069e4c365f6c1e2fc97c5927272725bfa</id>
<content type='text'>
This patch replaces the calls to netdev_alloc_skb_ip_align in the
copybreak paths.

Cc: Gary Zambrano &lt;zambrano@broadcom.com&gt;
Cc: Florian Fainelli &lt;f.fainelli@gmail.com&gt;
Cc: Ariel Elior &lt;ariel.elior@qlogic.com&gt;
Signed-off-by: Alexander Duyck &lt;alexander.h.duyck@redhat.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>SSB / B44: fix WOL for BCM4401</title>
<updated>2014-12-04T16:32:46Z</updated>
<author>
<name>Andrey Skvortsov</name>
</author>
<published>2014-12-04T16:32:46Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=5580373fb27706f07be3375c304558980eb90c4e'/>
<id>urn:sha1:5580373fb27706f07be3375c304558980eb90c4e</id>
<content type='text'>
Wake On Lan was not working on laptop DELL Vostro 1500.
If WOL was turned on, BCM4401 was powered up in suspend mode. LEDs blinked.
But the laptop could not be woken up with the Magic Packet. The reason for
that was that PCIE was not enabled as a system wakeup source and
therefore the host PCI bridge was not powered up in suspend mode.
PCIE was not enabled in suspend by PM because no child devices were
registered as wakeup source during suspend process.
On laptop BCM4401 is connected through the SSB bus, that is connected to the
PCI-Express bus. SSB and B44 did not use standard PM wakeup functions
and did not forward wakeup settings to their parents.
To fix that B44 driver enables PM wakeup and registers new wakeup source
using device_set_wakeup_enable(). Wakeup is automatically reported to the parent SSB
bus via power.wakeup_path. SSB bus enables wakeup for the parent PCI bridge, if there is any
child devices with enabled wakeup functionality. All other steps are
done by PM core code.

Signed-off-by: Andrey Skvortsov &lt;Andrej.Skvortzov@gmail.com&gt;
Signed-off-by: Michael Buesch &lt;m@bues.ch&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net</title>
<updated>2014-09-23T16:09:27Z</updated>
<author>
<name>David S. Miller</name>
</author>
<published>2014-09-23T16:09:27Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=1f6d80358dc9bbbeb56cb43384fa11fd645d9289'/>
<id>urn:sha1:1f6d80358dc9bbbeb56cb43384fa11fd645d9289</id>
<content type='text'>
Conflicts:
	arch/mips/net/bpf_jit.c
	drivers/net/can/flexcan.c

Both the flexcan and MIPS bpf_jit conflicts were cases of simple
overlapping changes.

Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>drivers: net: b44: Fix typo in returning multicast stats</title>
<updated>2014-09-12T22:23:55Z</updated>
<author>
<name>Mark Einon</name>
</author>
<published>2014-09-11T22:19:49Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=0bc9b73be43b21838973e80ddeb5250f0310ebf7'/>
<id>urn:sha1:0bc9b73be43b21838973e80ddeb5250f0310ebf7</id>
<content type='text'>
nstat-&gt;multicast refers to received packets, not transmitted as
is returned here. Change it so that received packet stats are
given.

Signed-off-by: Mark Einon &lt;mark.einon@gmail.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>drivers/net: Convert remaining uses of pr_warning to pr_warn</title>
<updated>2014-09-10T03:37:08Z</updated>
<author>
<name>Joe Perches</name>
</author>
<published>2014-09-10T03:27:44Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=fe3881cf7e09dfb93e4a4c65f44e2d92f92d0022'/>
<id>urn:sha1:fe3881cf7e09dfb93e4a4c65f44e2d92f92d0022</id>
<content type='text'>
Use the much more common pr_warn instead of pr_warning.

Other miscellanea:

o Typo fixes submiting/submitting
o Coalesce formats
o Realign arguments
o Add missing terminating '\n' to formats

Signed-off-by: Joe Perches &lt;joe@perches.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
</feed>
