NetBSD-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: kern/46961: Please support BCM57762 Ethernet arapter(Apple'sThunderbolt Ethernet Adapter)
The following reply was made to PR kern/46961; it has been noted by GNATS.
From: Izumi Tsutsui <tsutsui%ceres.dti.ne.jp@localhost>
To: ryo_on%yk.rim.or.jp@localhost
Cc: gnats-bugs%NetBSD.org@localhost, tsutsui%ceres.dti.ne.jp@localhost
Subject: Re: kern/46961: Please support BCM57762 Ethernet
arapter(Apple'sThunderbolt
Ethernet Adapter)
Date: Mon, 17 Sep 2012 13:41:25 +0900
> http://www.netbsd.org/~ryoon/120916b-bcm57762.diff
:
> I have defined ETHER_VLAN_MAX_LEN in the suggested place of if_bgereg.h.
> It works.
I notice original FreeBSD's bge driver uses BGE_MAX_FRAMELEN for
BGE_RX_STD_RCB_MAXLEN_FLAGS register, and we also use it in
older !BGE_IS_5705_PLUS(sc) case.
The value is used to specify "Maximum Ethernet Frame Length"
for RX descriptors, so 1536 bytes should also work and using it
as a bge's magic number would be better to avoid divergence
from other OSes.
In our if_bgereg.h, BGE_MAX_FRAMELEN is defined as following:
> #define BGE_MAX_FRAMELEN (ETHER_MAX_LEN + ETHER_HDR_LEN + ETHER_CRC_LEN)
but this seems wrong because ETHER_MAX_LEN already includes header
and CRC length, and the original FreeBSD's bge just defines it as "1536"
(though ETHER_MAX_LEN + ETHER_HDR_LEN + ETHER_CRC_LEN is also 1536),
so I'll change BGE_MAX_FRAMELEN definition.
I'll integrate your patch (with the above change) later. Thanks.
---
Izumi Tsutsui
Home |
Main Index |
Thread Index |
Old Index