Comment correction.
authorWerner Koch <wk@gnupg.org>
Mon, 22 Aug 2011 19:49:22 +0000 (21:49 +0200)
committerWerner Koch <wk@gnupg.org>
Mon, 22 Aug 2011 19:49:22 +0000 (21:49 +0200)
In particular the sync byte comment mentioned OR instead of XOR with
the escape mask - a typo which may confuse folks who are not used to
look PPP data streams all the day.

ebusnode1.c

index acce85f..96c2410 100644 (file)
@@ -54,7 +54,7 @@
    de-stuffing.  In contrast to PPP we don't need a trailing flag to
    indicate the end of the frame because we use a fixed length
    payload.  The CRC uses the polynom x^16+x^12+x^5+1 and an initial
-   value of 0xfff (CRC-CCID).  The CRC is sent network byte order.
+   value of 0xffff (CRC-CCID).  The CRC is sent in network byte order.
 
    Future work:
    - Use correct timings.
 /* We always work on 16 byte long messages.  */
 #define MSGSIZE 16
 /* The sync byte which indicates the start of a new message.  If this
-   byte is used inside the message it needs to be escaped and ORed
+   byte is used inside the message it needs to be escaped and XORed
    with the escape mask.  This ensures that a sync byte will always be
    the start of a new frame.  Note that this is similar to the PPP
    (rfc-1662) framing format.  */