Re: [patch 2/2] bugfixes and new hardware support for arcnet driver

[Jeff Garzik <jeff@garzik.org>]

akpm@linux-foundation.org wrote:
> From: Jeff Morrow <jmorrow@jmorrow.org>
> 
> The modifications and bug fixes noted below were done by Realtime Control
> Works and Contemporary Control Systems, Inc, Jan 2005.  They were
> incorporated into the 2.6 kernel by Jeff Morrow of Sierra Analytics, Feb
> 2007.  <jmorrow@massspec.com>
> 
> The changes have been tested on a Contemporary Controls PCI20U-4000.
> 
> Summary of changes:
> 
> Arc-rawmode.c:
>       rx():
>       - Fixed error in received packet lengths; 256 byte packets were
>         being received as 257 bytes packets.
> 
>       prepare_tx():
>       - Fixed error in transmit length calcs; 257 byte packets were being
>         transmitted as 260 byte packets.
> 
> com20020.c:
>       com20020_check():
>       - We now load the SETUP2 register if the 'clockm' parameter is
>         non-zero, instead of checking for ARC_CAN_10MBIT. The user is
>         now responsible for whether or not SETUP2 is loaded.  If the
>         clock multiplier is non-zero, this means that the user wants a
>         baud rate greater than 2.5Mbps. This is not possible unless the
>         SETUP2 register is present (COM20020D, or COM20022). So, we're
>         relying on the user to be smart about what kind of chip he's
>         dealing with...
> 
> com20020-pci.c
>       - Added several entries to com20020pci_id_table[].
> 
> Signed-off-by: Jeff Morrow <jmorrow@massspec.com>
> Cc: "David S. Miller" <davem@davemloft.net>
> Cc: Jeff Garzik <jeff@garzik.org>
> Signed-off-by: Andrew Morton <akpm@linux-foundation.org>

applied