Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 07 Oct 2004 11:40:10 -0700
From:      Sean McNeil <sean@mcneil.com>
To:        David Kleiner <david.kleiner@gmail.com>
Cc:        freebsd-amd64@freebsd.org
Subject:   Re: amd64 on Asus K8V SE Deluxe
Message-ID:  <1097174410.4190.34.camel@server>
In-Reply-To: <f135cf2d04100711347612c0e2@mail.gmail.com>
References:  <20041002144347.GA66319@enemy.org> <20041002192307.GC66319@enemy.org> <1096745844.95733.7.camel@server> <20041003011653.GA76597@cat.robbins.dropbear.id.au> <20041003152917.GG66319@enemy.org> <20041004095514.GA12643@cat.robbins.dropbear.id.au> <20041007125836.GL66319@enemy.org> <f135cf2d04100711347612c0e2@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help

--=-y1qOWwK5nFFGaMagjnYV
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2004-10-07 at 11:34, David Kleiner wrote:
> On Thu, 7 Oct 2004 14:58:36 +0200, Alex D'Elia <acme@enemy.org> wrote:
> > * Tim Robbins <tjr@freebsd.org> [041004 11:55]:
> >=20
> > ....skip
> > > >
> > > > thanks for that, I got it installed now with that options and the C=
OMPAT_43
> > > > either, but I am ofcourse keeping on, cause I want to see how the s=
ystem
> > > > goes, and where the problems are, so that for the RELEASE things wi=
ll be
> > > > up and running as needed. And no users' complains :)
> > > >
> > > > so, do you mean is "bad" to enable that option ?
> > > > what are the problems I might encounter ?
> > >
> > > COMPAT_43 won't cause you any problems. The reason it's disabled is t=
hat if
> > > a "stable" release of FreeBSD/amd64 were to ship with that option ena=
bled by
> > > default, users could rightly assume that the additional system calls,=
 ioctls
> > > and quirks it enables would be available in future releases.
> >=20
> > Hi !
> >=20
> > Things seemed to run fine, beside some ports that are
> > still not supported for amd64, the rest look good.
> >  But constantly ( as reported also in other mails from
> > the mailing lists ) when I try a scp of a file > 50MB
> > it freezes, not only the sk0 but also the system,
> > which I cannot then reach in any way.
> > Then I must reboot ( cold boot ) the machine.
> >=20
> > To memeber this is an ASUS K8V SE Deluxe, with a:
> >=20
> > skc0: <Marvell Gigabit Ethernet> port 0xb000-0xb0ff
> > mem 0xfde00000-0xfde03fff irq 17 at device 10.0
> > on pci0
> > skc0: Yukon Gigabit Ethernet 10/100/1000Base-T Adapter
> > sk0: <Marvell Semiconductor, Inc. Yukon> on skc0
> >=20
> > I hope this can be of any help, not only for me.
> >=20
> > Thanks! everyone
> > alex
> >=20
> > --
> > ** acme aka Alex D'Elia         --> root.acme.com
> > ** mail:: acme@enemy.org
> > **
> >=20
>=20
> Hi,
>=20
> Similar behaviour on Asus A8V SE mobo.  When running ifconfig -m sk0,
> only 1000baseT speeds are listed.  Could the problem be in lower speed
> hub? I am using an oldish 5-port 10Mbit unit.  I am running -current.
>=20
> I also get occasional watchdog timeout messages but usually the
> interface freezes silently
> once I try to download a distfile of about 5-10 megs.
>=20
> On an unrelated note - is ULE scheduler still broken?  I get panics in
> both amd64 and i386
> versions of -current when ULE is enabled.

Do these interfaces have TXCSUM on?  I know there is a problem with that
on the re but it only really effects udp.  Sounds like you are having
issues with tcp.  If it is on it wouldn't hurt to try turning it off.

Cheers,
Sean


--=-y1qOWwK5nFFGaMagjnYV
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)

iD8DBQBBZY2KyQsGN30uGE4RAmHuAKC97R9IFaJQOc5kbyLFg9oWICApvwCfZgGU
cZo+hGp/pxKG4IAHmDg0xY0=
=vtZ0
-----END PGP SIGNATURE-----

--=-y1qOWwK5nFFGaMagjnYV--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1097174410.4190.34.camel>