Hi,
On 07/28/2016 02:20 PM, Alexander Aring wrote:
Hi,
On 06/21/2016 04:42 PM, Alexander Aring wrote:
...
I think to solve this issue, the best way currently is to evaluate:
/sys/class/net/$IFNAME/addr_len
which directly told us the dev->addr_len attribute in kernel. The only
thing that it could be that CONFIG_SYSFS isn't compiled. On 802.15.4 we
need to have SYSFS because iwpan and phy enumaration [0].
This solution should make radvd working with current mainline version
which does dev->addr_len == 8 and also with the version when we change
addr_len to 6.
this doesn't work because the kernel stuff will put the device address
with U/L bitflip inside the address option. radvd will never do that
because this should never be the case...
Setting the U/L bit in radvd is a crazy behaviour inside the radvd code for
support bug compatible version of btle 6lowpan.
I currently try to catch all suggestions from the bluetooth 6lowpan
rework RFC and making a next round. Then maybe we can finding more
"issues" about using right dev->addr etc. :-)
Also I want to sent some RFC to fix radvd in upstream for 6LoWPAN.
- Alex