Subject: Re: kern/34935: if_re_pci.c needs updating
To: None <kern-bug-people@netbsd.org, gnats-admin@netbsd.org,>
From: Perry E. Metzger <perry@piermont.com>
List: netbsd-bugs
Date: 10/30/2006 01:30:02
The following reply was made to PR kern/34935; it has been noted by GNATS.
From: "Perry E. Metzger" <perry@piermont.com>
To: Izumi Tsutsui <tsutsui@ceres.dti.ne.jp>
Cc: gnats-bugs@NetBSD.org, kern-bug-people@NetBSD.org,
gnats-admin@NetBSD.org, netbsd-bugs@NetBSD.org
Subject: Re: kern/34935: if_re_pci.c needs updating
Date: Sun, 29 Oct 2006 20:22:30 -0500
Izumi Tsutsui <tsutsui@ceres.dti.ne.jp> writes:
> perry@piermont.com wrote:
>
>> > Please post individual bugs/fixes which you can confirm.
>>
>> I can't confirm them without doing the port, at which point why would
>> I need to post them? :)
>
> Otherwise this PR will never be closed and makes no sense, I'm afraid.
Clearly the PR makes plenty of sense. There are documented issues that
FreeBSD has fixed. Again, I can't absolutely confirm that their fixes
work without actually trying them, but I see no reason that I need to
have fixed a problem before filing a PR.
>> Clearly the fix that prevents certain versions of the card from
>> screwing up hardware assisted checksums is important.
>
> Only this? Or more other 8139C+ fixes?
> Is it a good idea to pull all fixes blindly?
I suspect that most of their fixes should be pulled "blindly" -- we
pulled their driver "blindly" after all, assuming that it was
correctly written.
> Anyway please also see recent posts on tech-kern and tech-net.
> yamt said that hw ip4csum bug only happens with
> very small packet (less than ETHER_PAD_LEN) so FreeBSD's
> fix is not right.
FreeBSD's fix is for precisely that problem.
> Furthermore, they choose to copy small packets
> to a new mbuf for padding, and several people object it.
When and if they find a better fix they can implement it.
--
Perry E. Metzger perry@piermont.com