Re: 12.2-RC1: RTL8251/8153 1000BASE-T seemingly stuck at 100Mbps
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? On Wed, Oct 7, 2020, 23:36 John-Mark Gurney 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." > ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 12.2-RC1: RTL8251/8153 1000BASE-T seemingly stuck at 100Mbps
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." ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 12.2-RC1: RTL8251/8153 1000BASE-T seemingly stuck at 100Mbps
Hi! > 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 ? -- p...@opsec.eu+49 171 3101372Now what ? ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 12.2-RC1: RTL8251/8153 1000BASE-T seemingly stuck at 100Mbps
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 -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Issues with gptboot loader
Hello Andrey, Yes, we try UEFI boot and there was no difference. We have one other server SuperMicro, MB "X9DRi-LN4+" , with 7T System Disk, FreeBSD 11.4. To have succesful boot, we need to enter each time the root partition,( mountroot> prompt ), which is already described in the fstab file. After the manual entered (ufs:/dev/da0p2) the boot process mount the partition and booting finish as usual. Maybe it worth to try "vfs.root_mount_always_wait" knob in above case. Cheers Rumen Palov On 2020-10-07 12:49, Andrey V. Elsukov wrote: On 06.10.2020 13:16, Румен Палов via freebsd-stable wrote: Here we do not repeat the steps with zfsloader. The motherboard is SUPERMICRO X11DPI-NT with lates BIOS firmware. Is any one having issues like this ? Is this behavior enougth for PR request ? Hi, Did you try use UEFI? gptboot relies on API provided by BIOS. BIOS usually is not tested with such large disks and may have bugs and incompatibilities, especially related to 32-bit limitations. The cause when it worked before upgrade, may be that blocks with data were accessible even with BIOS limitations, but after time file system may place data into new blocks, that become inaccessible. UEFI is targeted to avoid limitations that BIOS have, and GPT is part of UEFI specification, they both designed for each other. :) ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
FreeBSD 12.2-RC1 poudriere warning: awk: can't open file /sys/param.h
awk: can't open file /sys/param.h Probably innocent, but reporting just in case: $ poudriere version 3.3.4 $ freebsd-version 12.2-RC1 # poudriere jail -c -j 122amd64-srv -v 12.2-RC1 [00:00:00] Creating 122amd64-srv fs at /data0/poudriere/jails/122amd64-srv... done [00:00:01] Using pre-distributed MANIFEST for FreeBSD 12.2-RC1 amd64 [00:00:01] Fetching base for FreeBSD 12.2-RC1 amd64 /data0/poudriere/jails/122amd64-srv/fromftp/ba 173 MB 20 MBps 08s [00:00:12] Extracting base... done [00:00:48] Fetching src for FreeBSD 12.2-RC1 amd64 /data0/poudriere/jails/122amd64-srv/fromftp/sr 163 MB 4192 kBps 40s [00:01:29] Extracting src... done [00:02:14] Fetching lib32 for FreeBSD 12.2-RC1 amd64 /data0/poudriere/jails/122amd64-srv/fromftp/li 62 MB 3139 kBps 21s [00:02:35] Extracting lib32... done [00:02:48] Cleaning up... done awk: can't open file /sys/param.h source line number 1 [00:02:52] Recording filesystem state for clean... done [00:02:53] Jail 122amd64-srv 12.2-RC1 amd64 is ready to be used Mark ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Issues with gptboot loader
On 06.10.2020 13:16, Румен Палов via freebsd-stable wrote: > Here we do not repeat the steps with zfsloader. > > The motherboard is SUPERMICRO X11DPI-NT with lates BIOS firmware. > > > Is any one having issues like this ? > > Is this behavior enougth for PR request ? Hi, Did you try use UEFI? gptboot relies on API provided by BIOS. BIOS usually is not tested with such large disks and may have bugs and incompatibilities, especially related to 32-bit limitations. The cause when it worked before upgrade, may be that blocks with data were accessible even with BIOS limitations, but after time file system may place data into new blocks, that become inaccessible. UEFI is targeted to avoid limitations that BIOS have, and GPT is part of UEFI specification, they both designed for each other. :) -- WBR, Andrey V. Elsukov signature.asc Description: OpenPGP digital signature