[mc1322x] Interrupt driver serial output

[Jon Smirl]

Small bug in the code...
	h = head + 1;
	if (h >= sizeof(tx_buf))
		h = 0;

The fragmented packets are arriving at minimum packet spacing. That
means there is only 650us from the end of the packet until we have to
have the next buffer ready. We aren't even close to being able to
process a packet and free the buffer in 650us. So we have to have at
least two receive buffers in maca.c. Once the second buffer is in
place we can take 5ms to process the packet.

I hacked together receive double buffering, but it my code must not be
doing enough. I need to read more about auto receive mode in the
morning.

This is three attempts to send a packet with 5 fragments. Half of the
packets are missing.

IPv6 packet received from  aaaa:0000:0000:0000:0000:0000:0000:0001  to
 aaaa:0000:0000:0000:0002:01ff:fe01:0101
Receiving TCP packet
In found
sicslowpan input: FRAGN size 452, tag 127, offset 28)
sicslowpan input: INIT FRAGMENTATION (len 452, tag 127)
sicslowpan input: FRAG1 size 452, tag 128, offset 0)
sicslowpan input: Dropping 6lowpan packet
sicslowpan input: FRAGN size 452, tag 128, offset 40)
sicslowpan input: Dropping 6lowpan packet
sicslowpan input: Dropping 6lowpan packet
sicslowpan input: FRAG1 size 452, tag 129, offset 0)
sicslowpan input: INIT FRAGMENTATION (len 452, tag 129)
sicslowpan input: IPHC
sicslowpan input: Dropping 6lowpan packet
sicslowpan input: FRAGN size 452, tag 129, offset 28)
N
In tcp_send
Sending TCP packet to aaaa:000

-- 
Jon Smirl
jonsmirl at gmail.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: netirq
Type: application/octet-stream
Size: 7887 bytes
Desc: not available
URL: <http://devl.org/pipermail/mc1322x/attachments/20091124/8d919360/attachment.obj>