Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 29 Dec 2020 15:30:03 -0800
From:      sreehari <sreeharisreedev1@gmail.com>
To:        sreehari <sreeharisreedev1@gmail.com>, Kurt Jaeger <pi@freebsd.org>,  "FreeBSD-stable@FreeBSD.org" <FreeBSD-stable@freebsd.org>
Subject:   Re: 12.2-RC1: RTL8251/8153 1000BASE-T seemingly stuck at 100Mbps
Message-ID:  <CAFZnm=zX4z5NJ6yBAo3xcNRJx1LWjdvp%2B0=1tvA5UJw1bVeRuw@mail.gmail.com>
In-Reply-To: <20201029193613.GL31099@funkthat.com>
References:  <CAFZnm=zK3-WwTKxkb-kzWo7gvzvbpT0H5NCz28na_DwfzZDWwQ@mail.gmail.com> <20201007223858.GS4213@funkthat.com> <20201008043602.GV53210@home.opsec.eu> <20201008063620.GT4213@funkthat.com> <CAFZnm=z9-sE0y4vDBTrfbq%2BLPWTHTsm_Pn2eNGZaPeSR193yMQ@mail.gmail.com> <20201008075314.GU4213@funkthat.com> <CAFZnm=yCtr3P2Qoj7O7K6QESXHOKXnaobJGFcKhTOQ4xOMGtKg@mail.gmail.com> <20201029193613.GL31099@funkthat.com>

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

On Thu, Oct 29, 2020 at 12:36 PM John-Mark Gurney <jmg@funkthat.com> wrote:
>
> sreehari wrote this message on Thu, Oct 08, 2020 at 16:04 -0700:
> > ok I tried cherry picking the commit from head to stable/12 according to
> > one person's suggestion and I get some hunk failed's when i try patch -C
> > -p0. Is there any way I can simulate the MFC? Sorry I'm just not familiar
> > with svn
>
> Sorry, I missed this reply... I'll be merging the change into stable/12
> in the comming week...
>
> > On Thu, Oct 8, 2020, 00:53 John-Mark Gurney <jmg@funkthat.com> wrote:
> >
> > > sreehari wrote this message on Wed, Oct 07, 2020 at 23:56 -0700:
> > > > I see. Since I have the hardware and freebsd head seems broken on my
> > > > laptop, I'll try compiling stable/12 with the ure patch from head within
> > > > the next few days. I have gigabit internet and other machines to test the
> > > > ethernet with the full 1000Mbps. Are there any actions you suggest I take
> > > > to benchmark or stress test the hardware or make sure everything is
> > > working
> > > > properly?
> > >
> > > Nothing in particular...  iperf or iperf3 works well...  do normal
> > > transfers and make sure you don't see packet drops that are unexpected
> > > (checksumming was enabled)...  If you have vlans, use those...  Just be
> > > aware of any unexpected behaviors..
> > >
> > > Thanks for the additional testing!  And letting mek now that it works
> > > is useful!
> > >
> > > > On Wed, Oct 7, 2020, 23:36 John-Mark Gurney <jmg@funkthat.com> wrote:
> > > >
> > > > > Kurt Jaeger wrote this message on Thu, Oct 08, 2020 at 06:36 +0200:
> > > > > > > sreehari wrote this message on Tue, Oct 06, 2020 at 21:02 -0700:
> > > > > > > > I have a USB C hub that supports gigabit ethernet under any
> > > other OS,
> > > > > > > > but under FreeBSD it seems to detect it properly, but I never get
> > > > > > > > speeds exceeding 100Mbps transfer rate on the whole thing. Is
> > > this a
> > > > > > > > known issue? Also is there any way to check what the perceived
> > > link
> > > > > > > > speed is? I've attached dmesg.boot if that helps.
> > > > > > >
> > > > > > > This is a known issue w/ the ure driver on FreeBSD.  This has been
> > > > > > > fixed in -current, and in a few months I'll look at merging it to
> > > > > > > stable/12, but it definitly will not make the 12.2 release:
> > > > > > > https://reviews.freebsd.org/D25809
> > > > > >
> > > > > > The changes seem to be limited to the driver itself -- is some
> > > > > > structural change in 13 stopping a merge to 12.2 ?
> > > > >
> > > > > The issue is that IMO, it's too close to the release of 12.2.  It only
> > > > > recently got committed to 13, and so hasn't had enough time to be
> > > tested
> > > > > in more environments than mine.  There have been a few others that have
> > > > > tested it.
>
> --
>   John-Mark Gurney                              Voice: +1 415 225 5579
>
>      "All that I will do, has been done, All that I have, has not."



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAFZnm=zX4z5NJ6yBAo3xcNRJx1LWjdvp%2B0=1tvA5UJw1bVeRuw>