<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel/net/mac802154/main.c, branch linux-5.1.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.</subtitle>
<id>https://universe.0xinfinity.dev/distro/kernel/atom?h=linux-5.1.y</id>
<link rel='self' href='https://universe.0xinfinity.dev/distro/kernel/atom?h=linux-5.1.y'/>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/'/>
<updated>2016-02-23T19:29:40Z</updated>
<entry>
<title>mac802154: Fixes kernel oops when unloading a radio driver</title>
<updated>2016-02-23T19:29:40Z</updated>
<author>
<name>Koen Zandberg</name>
<email>koen@bergzand.net</email>
</author>
<published>2016-02-10T10:49:38Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=aef00c15b8c503083a703900a755fdb1cf2436e0'/>
<id>urn:sha1:aef00c15b8c503083a703900a755fdb1cf2436e0</id>
<content type='text'>
Destroying the workqueue before unregistering the net device caused a
kernel oops

Signed-off-by: Koen Zandberg &lt;koen@bergzand.net&gt;
Acked-by: Alexander Aring &lt;aar@pengutronix.de&gt;
Signed-off-by: Marcel Holtmann &lt;marcel@holtmann.org&gt;
</content>
</entry>
<entry>
<title>mac802154: change frame_retries behaviour</title>
<updated>2015-08-10T18:43:06Z</updated>
<author>
<name>Alexander Aring</name>
<email>alex.aring@gmail.com</email>
</author>
<published>2015-08-10T19:15:56Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=89c7d788f89d58136a2e5596796c298942ee32d6'/>
<id>urn:sha1:89c7d788f89d58136a2e5596796c298942ee32d6</id>
<content type='text'>
This patch changes the default minimum value of frame_retries to 0 and
changes the frame_retries default value to 3 which is also 802.15.4
default.

We don't use the frame_retries "-1" value as indicator for no-aret mode
anymore, instead we checking on the ack request bit inside the 802.15.4
frame control field. This allows a acknowledge handling per frame. This
checking is done by transceiver or inside xmit callback of driver layer.

If a transceiver doesn't support ARET handling the transmit
functionality ignores ack frames then, which isn't well but should not
effect anything of current functionality.

Reviewed-by: Stefan Schmidt &lt;stefan@osg.samsung.com&gt;
Signed-off-by: Alexander Aring &lt;alex.aring@gmail.com&gt;
Signed-off-by: Marcel Holtmann &lt;marcel@holtmann.org&gt;
</content>
</entry>
<entry>
<title>mac802154: Fix memory corruption with global deferred transmit state.</title>
<updated>2015-07-30T12:08:55Z</updated>
<author>
<name>Lennert Buytenhek</name>
<email>buytenh@wantstofly.org</email>
</author>
<published>2015-07-21T14:44:47Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=c22ff7b4e74d8136a9911d8b8d0f25f9f7c3edc1'/>
<id>urn:sha1:c22ff7b4e74d8136a9911d8b8d0f25f9f7c3edc1</id>
<content type='text'>
When transmitting a packet via a mac802154 driver that can sleep in
its transmit function, mac802154 defers the call to the driver's
transmit function to a per-device workqueue.

However, mac802154 uses a single global work_struct for this, which
means that if you have more than one registered mac802154 interface
in the system, and you transmit on more than one of them at the same
time, you'll very easily cause memory corruption.

This patch moves the deferred transmit processing state from global
variables to struct ieee802154_local, and this seems to fix the memory
corruption issue.

Signed-off-by: Lennert Buytenhek &lt;buytenh@wantstofly.org&gt;
Acked-by: Alexander Aring &lt;alex.aring@gmail.com&gt;
Signed-off-by: Marcel Holtmann &lt;marcel@holtmann.org&gt;
</content>
</entry>
<entry>
<title>mac802154: fix ieee802154_rx handling</title>
<updated>2015-07-23T15:10:50Z</updated>
<author>
<name>Varka Bhadram</name>
<email>varkabhadram@gmail.com</email>
</author>
<published>2015-07-07T05:20:43Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=d10270ce941ee89afd74076ea3ed8dbef8a0ff25'/>
<id>urn:sha1:d10270ce941ee89afd74076ea3ed8dbef8a0ff25</id>
<content type='text'>
Instead of passing ieee802154_hw pointer to ieee802154_rx,
we can directly pass the ieee802154_local pointer.

Signed-off-by: Varka Bhadram &lt;varkabhadram@gmail.com&gt;
Acked-by: Alexander Aring &lt;alex.aring@gmail.com&gt;
Signed-off-by: Marcel Holtmann &lt;marcel@holtmann.org&gt;
</content>
</entry>
<entry>
<title>mac802154: use WARN_ON() macro</title>
<updated>2015-07-23T15:10:48Z</updated>
<author>
<name>Varka Bhadram</name>
<email>varkabhadram@gmail.com</email>
</author>
<published>2015-06-23T06:11:03Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=8f451829dd97fb22f03844ca52a49828e2e1d666'/>
<id>urn:sha1:8f451829dd97fb22f03844ca52a49828e2e1d666</id>
<content type='text'>
This patch will generate the warning if the required driver ops
were not defined. Also it removes unnecessary debug message.

Signed-off-by: Varka Bhadram &lt;varkab@cdac.in&gt;
Acked-by: Alexander Aring &lt;alex.aring@gmail.com&gt;
Signed-off-by: Marcel Holtmann &lt;marcel@holtmann.org&gt;
</content>
</entry>
<entry>
<title>ieee802154: add iftypes capability</title>
<updated>2015-05-19T09:44:42Z</updated>
<author>
<name>Alexander Aring</name>
<email>alex.aring@gmail.com</email>
</author>
<published>2015-05-17T19:44:47Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=65318680c97cca15e3678148b3a5acaa33e991ec'/>
<id>urn:sha1:65318680c97cca15e3678148b3a5acaa33e991ec</id>
<content type='text'>
This patch adds capability flags for supported interface types.

Signed-off-by: Alexander Aring &lt;alex.aring@gmail.com&gt;
Signed-off-by: Marcel Holtmann &lt;marcel@holtmann.org&gt;
</content>
</entry>
<entry>
<title>ieee802154: add several phy supported handling</title>
<updated>2015-05-19T09:44:42Z</updated>
<author>
<name>Alexander Aring</name>
<email>alex.aring@gmail.com</email>
</author>
<published>2015-05-17T19:44:43Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=fea3318d20776a94afeea0460c6ee9904e60569e'/>
<id>urn:sha1:fea3318d20776a94afeea0460c6ee9904e60569e</id>
<content type='text'>
This patch adds support for phy supported handling for all other already
existing handling 802.15.4 functionality. We assume now a fully 802.15.4
complaint transceiver at phy allocation. If a transceiver can support
802.15.4 default values only, then the values should be overwirtten by
values the transceiver supports. If the transceiver doesn't set the
according hardware flags, we assume the 802.15.4 defaults now which
cannot be changed.

Signed-off-by: Alexander Aring &lt;alex.aring@gmail.com&gt;
Suggested-by: Phoebe Buckheister &lt;phoebe.buckheister@itwm.fraunhofer.de&gt;
Signed-off-by: Marcel Holtmann &lt;marcel@holtmann.org&gt;
</content>
</entry>
<entry>
<title>Merge branch 'for-upstream' of git://git.kernel.org/pub/scm/linux/kernel/git/bluetooth/bluetooth</title>
<updated>2015-05-09T19:51:00Z</updated>
<author>
<name>David S. Miller</name>
<email>davem@davemloft.net</email>
</author>
<published>2015-05-09T19:51:00Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=0a801445db4cb00bc900fd89b1e5eb7d7b581d7e'/>
<id>urn:sha1:0a801445db4cb00bc900fd89b1e5eb7d7b581d7e</id>
<content type='text'>
Johan Hedberg says:

====================
Here are a couple of important Bluetooth &amp; mac802154 fixes for 4.1:

 - mac802154 fix for crypto algorithm allocation failure checking
 - mac802154 wpan phy leak fix for error code path
 - Fix for not calling Bluetooth shutdown() if interface is not up

Let me know if there are any issues pulling. Thanks.
====================

Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>cfg802154: pass name_assign_type to rdev_add_virtual_intf()</title>
<updated>2015-04-30T16:48:10Z</updated>
<author>
<name>Varka Bhadram</name>
<email>varkabhadram@gmail.com</email>
</author>
<published>2015-04-30T15:44:57Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=5b4a10390460cccf17a9fac739e153d68cf25ef5'/>
<id>urn:sha1:5b4a10390460cccf17a9fac739e153d68cf25ef5</id>
<content type='text'>
This code is based on commit 6bab2e19c5ffd
("cfg80211: pass name_assign_type to rdev_add_virtual_intf()")

This will expose in sysfs whether the ifname of a IEEE-802.15.4
device is set by userspace or generated by the kernel.
We are using two types of name_assign_types
 o NET_NAME_ENUM: Default interface name provided by kernel
 o NET_NAME_USER: Interface name provided by user.

Signed-off-by: Varka Bhadram &lt;varkab@cdac.in&gt;
Signed-off-by: Alexander Aring &lt;alex.aring@gmail.com&gt;
Signed-off-by: Marcel Holtmann &lt;marcel@holtmann.org&gt;
</content>
</entry>
<entry>
<title>mac802154: fix ieee802154_register_hw error handling</title>
<updated>2015-04-30T16:46:21Z</updated>
<author>
<name>Alexander Aring</name>
<email>alex.aring@gmail.com</email>
</author>
<published>2015-04-30T15:44:53Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=2b4d413c3871af0f2ccd466fb6581ed2c2d89438'/>
<id>urn:sha1:2b4d413c3871af0f2ccd466fb6581ed2c2d89438</id>
<content type='text'>
Currently if ieee802154_if_add failed, we don't unregister the wpan phy
which was registered before. This patch adds a correct error handling
for unregister the wpan phy when ieee802154_if_add failed.

Signed-off-by: Alexander Aring &lt;alex.aring@gmail.com&gt;
Signed-off-by: Marcel Holtmann &lt;marcel@holtmann.org&gt;
</content>
</entry>
</feed>
