Version 0.2.4:
	- Fixed wrong buffer overrun check in sarlib_decode_rawcell()
	  reported by Stephen Robinson <stephen.robinson@zen.co.uk>
	- Fixed bug when input skb did not contain a multple of 52/53 bytes.
	  (would happen when the speedtouch device resynced)
	  also reported by Stephen Robinson <stephen.robinson@zen.co.uk>

Version 0.2.3:
	- Fixed wrong allocation size. caused memory corruption in some
	  cases. Reported by Vladimir Dergachev <volodya@mindspring.com>
	- Added some comments

Version 0.2.2:
	- Fixed CRCASM (patch from Linus Flannagan <linusf@netservices.eng.net>)
	- Fixed problem when user did NOT use the SARLIB_USE_53BYTE_CELL flag.
          (reported by  Piers Scannell <email@lot105.com> )
	- No more in-buffer rewriting for cloned buffers.
	- Removed the PII specific CFLAGS in the Makefile.

Version 0.2.1:
	- removed dependancy on alloc_tx. tis presented problems when using
		this with the  br2684 code.

Version 0.2:
        - added AAL0 reassembly
        - added alloc_tx support                  
        - replaced alloc_skb in decode functions to dev_alloc_skb to allow
                 calling from interrupt
        - fixed embarassing AAL5 bug. I was setting the pti bit in the wrong
                byte...
        - fixed another emabrassing bug.. picked up the wrong crc type and
                forgot to invert the crc result...
        - fixed AAL5 length calculations.
        - removed automatic skb freeing from encode functions.
                This caused problems because i did kfree_skb it, while it
                needed to be popped. I cannot determine though whether it
                needs to be popped or not. Figu'e it out ye'self ;-)
        - added mru field. This is the buffersize. sarlib_decode_aal0 will
                use when it allocates a receive buffer. A stop gap for real
		buffer management.

Version 0.1:
	- library created.
	- only contains AAL5, AAL0 can be easily added. ( actually, only
		AAL0 reassembly is missing)
