Hi Varka,
On Fri, May 09, 2014 at 06:39:42PM +0530, Varka Bhadram wrote:
> Hi,
>
> I applied the backports-20140417 to 3.12 kernel. I am able to load the
> required
> modules.
>
> root@beaglebone:~# lsmod
> Module Size Used by
> 6lowpan 31561 0
> 6lowpan_iphc 5938 1 6lowpan
> cc2520 7534 0
> mac802154 14406 1 cc2520
> ieee802154 19973 2 mac802154,6lowpan
> compat 5228 3 cc2520,6lowpan,ieee802154
>
> But every packet that is going out of the cc2520 radio has the same DSN
> value(always 0x00).
> So the packets are treated as duplicate at the destination node.
>
> Is there any patch to solve the problem?
this is an already known problem. I have a solution for this in my mind
but need time to make patches for this...
The hack solution looks like:
--- a/net/mac802154/tx.c
+++ b/net/mac802154/tx.c
@@ -42,12 +42,16 @@ struct xmit_work {
u8 page;
};
+static u8 seq;
+
static void mac802154_xmit_worker(struct work_struct *work)
{
struct xmit_work *xw = container_of(work, struct xmit_work, work);
struct mac802154_sub_if_data *sdata;
int res;
+ skb_mac_header(xw->skb)[2] = seq++;
+
mutex_lock(&xw->priv->phy->pib_lock);
if (xw->priv->phy->current_channel != xw->chan ||
xw->priv->phy->current_page != xw->page) {
but this is the wrong way! We need to increment it by dev_hard_header but
we have also problems in fragmentation then...
I have a solution for this in my minds but takes some time... The hacked
solution works only because we sending out only dataframes at the
moment.
- Alex
------------------------------------------------------------------------------
Is your legacy SCM system holding you back? Join Perforce May 7 to find out:
• 3 signs your SCM is hindering your productivity
• Requirements for releasing software faster
• Expert tips and advice for migrating your SCM now
http://p.sf.net/sfu/perforce
_______________________________________________
Linux-zigbee-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
