[mc1322x] Fragmented packets: could not allocate a queuebuf

[Daniel Berenguer]

Doing QUEUEBUF_CONF_NUM = 32 does not solve the problem. I've also
tried enabling BLOCKING_TX but no luck. Anyway, packet fragmentation
is not extrictly necessary for my application (tftp client) so I'll
revert to the old "uni-packet" config and will try to move ahead a bit
before looking into this issue again.

Daniel.


On 21 July 2010 14:50, Jon Smirl <jonsmirl at gmail.com> wrote:
> On Wed, Jul 21, 2010 at 8:00 AM, Mariano Alvira <mar at devl.org> wrote:
>> On Wed, Jul 21, 2010 at 12:08:24AM +0200, Daniel Berenguer wrote:
>>> Following my tests about sending fragmented UDP packets...
>>>
>>> Receiving multiple data packets of 512 bytes seems to cause the
>>> following Contiki run-time error:
>>> queuebuf_new_from_packetbuf: could not allocate a queuebuf
>>>
>>> The first receptions work just fine - hence my initial happiness :-) -
>>> but later transmissions end by encountering the above error. I've
>
> That's smells like buffers are being lost from the queue. A small race
> condition somewhere where a buffer getting freed gets lost instead of
> being returned to the queue. Over time buffers get lost until you
> start running out of them.
>
>
>>> tested with smaller packets and I'm not able to reproduce the problem.
>>> Maybe 1300 bytes is too much for a single packet ??
>>>
>>> I'm now trying to know whether this problem could be due to some kind
>>> of "time" overlap between incoming packets...
>>
>> Could you try increasing the number of QUEUEBUFs? In platform/redbee-econotag/contiki-conf.h:
>>
>> #define QUEUEBUF_CONF_NUM          16
>>
>> Maybe increase this to 32?
>>
>> -Mar.
>>
>> _______________________________________________
>> mc1322x mailing list
>> mc1322x at devl.org
>> http://devl.org/cgi-bin/mailman/listinfo/mc1322x
>>
>
>
>
> --
> Jon Smirl
> jonsmirl at gmail.com
>