re(4) lockups on a MSI K9AG Neo2-Digital (7.0-BETA3 amd64)

[Aryeh M. Friedman]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Martin Matuska wrote:
> Hi,
>
> I am using a MSI K9AG Neo2-Digital (MS-7368) mainboard with 7.0-BETA3 in
> amd64 mode at a german dedicated server provider.
> The mainboard has a onboard re(4) ethernet controller. I experience a
> very strange behaiviour:

I have a Neo-F and it does the same thing.... for a quick ref see
http://readlist.com/lists/freebsd.org/freebsd-current/9/47364.html....
it seems to have improved steadly as 8-current has been developed but
it is by no way fixed yet (even though I suggest switching to
8-current if you can afford the occasional down time from stuff not
working for short periods of time)
>
> When there are large transfers on the onboard SATA controller the re(4)
> controller starts to have packet loss.

Hum.... I see this when doing long heavy multi downloads.... but since
it is torrent it could be disk but I don't see a lot of disk activity
>
> This packet loss does not stop when there is no more load on ata(4).
> With another high load (like doing a full-system backup) the packet loss
> keeps increasing up to 90% and more - the system is not accesible over
> the internet anymore, packets get lost, SSH sessions or http requests
> get stale, I have to restart the system.

I think this has been well confirmed for TCP but I wonder if there is
a good UDP test to see if UDP is effected also.
>
> I experience no kernel panics. Another (maybe related) problem that
> occurs (but does not effect system responsiveness) is described in:

*SOMETIMES* just rerunning ifconfig on re(4) will do it (question to
Pyun why does the routing table loose the default route when I do this
even if re0 keep the same ip?)


- --
Aryeh M. Friedman
Developer, not business, friendly
http://www.flosoft-systems.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.4 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHSoZeJ9+1V27SttsRArmkAJwIVuyC1by+iUvsRwulKgjVTBNFHgCfa9sP
FcpoMQvwCEOHXfQBuTpIFWU=
=kMm2
-----END PGP SIGNATURE-----