Hi,
as mention the packages seems to be valid expected the package size of 143.
I tried to manipulate the kernel module so that is read the SRAM but
I've trouble with reading the correct frame length. For me that is to
deep into kernel programming (I have no knowledge with the Linux kernel).
Temporally we switch to a RIOT based SLIP sniffer.
Thank you very much fro your help.
Best Regards
Sebastian Balz
Am 31.07.2017 um 15:48 schrieb Alexander Aring:
Hi,
On Sat, Jul 29, 2017 at 8:05 AM, Balz <Sebastian.balz@xxxxxxxxxx> wrote:
Hi Alex,
The Atmel/Microchip Team ask me to do not a Frame-Buffer Reader but a SRAM read(addr 0x00-0x7F)
I locked through the Code but could not find the Frame-Buffer reading part.
We start the read frame buffer command at [0].
I would like to recompile the corresponding part and check if that changes something
For me it sounds weird. You definitely lost the frame buffer
protection with that.
Is there some errata released where it stands you should use SRAM access?
If I would be atmel, then maybe try to use manual locks, see register
bits "RX_PDT_DIS". If they don't trust that automatic way doesn't
work.
You can change the code as well to use the manual way.
- Alex
[0] http://elixir.free-electrons.com/linux/latest/source/drivers/net/ieee802154/at86rf230.c#L758
--
To unsubscribe from this list: send the line "unsubscribe linux-wpan" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
