ccache during system build

Hi! Just few tips. 1. bsd.compiler.mk set COMPILERCHECK env var: # Handle bootstrapped compiler changes properly by hashing their content # rather than checking mtime. For external compilers it should be safe # to use

exec(btxld) failed (No such file or directory) and obj via nullfs

Hi! I found a way to fix error during install: exec(btxld) failed (No such file or directory) in case obj is nullfs mounted. Use option: -o nocache mount_nullfs -o rw -o nocache -o noatime "${MAKEOBJDIRPREFIX_TMP}" "${MAKEOBJDIRPREFIX}" This helps for me, hope it will be usfull for communit

Too many warnings for world and kernel for 13 stable

that something goes wrong. >From 616ca2b8b63b225be0305d34f36dd3d0050a6a4f Mon Sep 17 00:00:00 2001 From: Rozhuk Ivan Date: Fri, 10 Sep 2021 18:50:20 +0300 Subject: [PATCH] Fix build warnings --- lib/geom/eli/geom_eli.c | 4 +- lib/libc/stdlib/ran

Re: Problems with getting a crash dump

On Mon, 08 Nov 2021 19:08:31 + Alexander wrote: > Hello, I am currently using FreeBSD 14.0-CURRENT and I found a bug > that triggers a kernel panic. I wanted to make a kernel crash dump to > further investigate the issue, but after a few tries I still did not > manage to do it. I started by f

pthread_mutex_lock(), EDEADLK and thread ID

Hi! We have some product based on FreeBSD 12.2 that running in different places and environments, more than 5 years. At one place we got EDEADLK some times then calling pthread_mutex_lock(). This happen to often: 1-4 times per 10 minutes. Code designed to call abort() and generate coredump. So w

Re: Wi-Fi: HP ZBook 17 G2

On Fri, 23 Jul 2021 19:26:02 +0100 Graham Perrin wrote: > According to , > iwm(4) should work. > If your CPU can run byhive - do not waste time, install OpenWRT and let it be your WiFi driver: https://lists.freebsd.org/pipermail/freebsd-hackers/2

13 stable build fail

... In file included from /usr/src/lib/libc/gen/fstab.c:38: In file included from /tmp/obj.world/usr/src/amd64.amd64/tmp/usr/include/sys/mount.h:38: /tmp/obj.world/usr/src/amd64.amd64/tmp/usr/include/sys/ucred.h:42:10: fatal error: 'bsm/audit.h' file not found #include ^ 1

Re: WSLg update on 1-5-2021 - BSD / WSL

On Fri, 7 May 2021 14:31:39 +0100 David Chisnall wrote: > >> Whether Microsoft or the FreeBSD project should do the work really > >> comes down to who has more to gain. Windows 10 is installed on > >> around a 1.3 billion devices and any of these users can run Ubuntu > >> with a single click in

Re: WSLg update on 1-5-2021 - BSD / WSL

On Thu, 6 May 2021 10:57:16 +0100 David Chisnall wrote: > Whether Microsoft or the FreeBSD project should do the work really > comes down to who has more to gain. Windows 10 is installed on > around a 1.3 billion devices and any of these users can run Ubuntu > with a single click in the Microso

Re: WSLg update on 1-5-2021 - BSD / WSL

On Sat, 1 May 2021 21:42:38 +0200 Chargen wrote: > With FreeBSD subsystem and interops , windows should feel less > monolithic > Waste our resourses to increase MS money profit. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/ma

Re: stable/13, vm page counts do not add up

On Tue, 13 Apr 2021 17:18:42 -0400 Mark Johnston wrote: > > P.S. > > I have not been running any virtual machines. > > I do use nvidia graphics driver. > In past I had report: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=238698 Now I switch to AMD and got only ~1Gb memory allocated by x

Re: TCP Connection hang - MSS again

On Mon, 5 Apr 2021 13:04:19 +0200 tue...@freebsd.org wrote: > > As I understand, in some cases remote host does not reply with MSS > > option, and host behind router continue use mss 8960, that dropped > > by router. > If the peer does not provide an MSS option, your local FreeBSD based > host s

Re: TCP Connection hang - MSS again

On Mon, 5 Apr 2021 17:23:39 +0700 Eugene Grosbein wrote: > > Is any other other options to work around this? > > Yes. Each entry in the routing table has "mtu" attribute limiting TCP > MSS, too. You should use default route with -mtu 1500 attribute. For > example, in /etc/rc.conf: > > default

Re: TCP Connection hang - MSS again

On Mon, 5 Apr 2021 12:44:50 +0300 Rozhuk Ivan wrote: > FreeBSD 13 desktop have no known problems with other websites. > Only with one remonte FreeBSD 12 with same sysctl.conf and mtu 9k. Forgot. FreeBSD 12 reply with MSS 8960, and I fix it in PF: > scrub in on $ext_v4_if0 all max-mss

TCP Connection hang - MSS again

Hi! TCP Connection hang then I try to open https://online.sberbank.ru/CSAFront/index.do#/ FreeBSD 13 desktop + FreeBSD 13 router (pf). http://www.netlab.linkpc.net/download/software/os_cfg/FBSD/13/base/etc/sysctl.conf FreeBSD 13 desktop have no known problems with other websites. Only with one

Re: freebsd 13 ryzen micro stutter

On Wed, 31 Mar 2021 02:35:25 -0700 Alastair Hogge wrote: > On 2021-03-28 16:09, Hans Petter Selasky wrote: > > On 3/27/21 11:54 AM, Santiago Martinez wrote: > >> Hi, i have the same output as @Nils B. If i run with steal =2 and > >> dtrace the micro stutter doesn't happen but as soon as i stop

Re: fsck strange output

On Mon, 25 Jan 2021 15:40:12 -0800 Kirk McKusick wrote: > Please try this patch to fsck_ffs and see if it fixes your problem. > > Kirk McKusick > > =-=-= > > *** sbin/fsck_ffs/inode.c.orig2021-01-07 15:04:04.969086284 > -0800 --- sbin/fsck_ffs/inode.c 2021-01-25 15:29:06.4

Re: fsck strange output

On Mon, 25 Jan 2021 20:51:50 + "Poul-Henning Kamp" wrote: > > Disk is 100% alive, got same on other HW. > > A disk can be alive and still have individually unreadable sectors, > that is, IMO, the most common failure mode. > > Try: > recoverdisk -v /dev/whatever > > That will attempt

fsck strange output

Hi! I am on fresh 13 and on auto fsck got: Jan 25 23:14:13 3des kernel: Starting file system checks: Jan 25 23:14:13 3des kernel: /dev/gptid/81241708-8948-11e9-b1ae-049226c061d6: CANNOT READ BLK: 11072 Jan 25 23:14:13 3des kernel: /dev/gptid/81241708-8948-11e9-b1ae-049226c061d6: UNEXPECTED SOF

ld: error: undefined symbol: hid_locate

Hi! Trying to build 429c7d1ab4, got: linking kernel.full ld: error: undefined symbol: hid_locate >>> referenced by uhid.c:727 (/usr/src/sys/dev/usb/input/uhid.c:727) >>> uhid.o:(uhid_probe) >>> referenced by uhid.c:730 (/usr/src/sys/dev/usb/input/uhid.c:730) >>> uhid.

UEFI does not boot on real HW

Hi! I am trying to migrate from 12/stable to main@163f4f1573 and after system (world + kernel + bootloaders) update UEFI does not work: it reads loader.conf, but a bit strange: - logo is off - OK - font colour does not change - not OK then black screen, no connect via ssh, after h/w reset - no fs

Re: Terminal colours in current

On Sat, 2 Jan 2021 06:33:55 +0100 "Hartmann, O." wrote: > Colour settings seem to be broken since a couple of months. Out of > the blue, coloured kernel messages vanished - this problem is on 12 > as well as CURRENT (we're running 12.2-RELENG, 12-STABLE and CURRENT). > I do no see problem on st

Terminal colours in current

Hi! I am tring current and found that kernel options: options TERMINAL_NORM_ATTR = (FG_GREEN|BG_BLACK) # def to SC_NORM_ATTR / 2 | 0x00 options TERMINAL_KERN_ATTR = (FG_YELLOW|BG_BLACK) # def to SC_KERNEL_CONS_ATTR / 14 / 0x00 does not work anymore. Fast greping source

Re: HEADSUP: drm-current-kmod now installs sources

On Fri, 16 Aug 2019 17:23:08 -0700 John Baldwin wrote: > > I use better way: > > /etc/make.conf: > > # Modules to build with kernel. > > PORTS_MODULES+= graphics/drm-fbsd12.0-kmod > > graphics/gpu-firmware-kmod > > This doesn't work for folks who use pre-built packages. > I update mine /usr/

Re: HEADSUP: drm-current-kmod now installs sources

On Fri, 16 Aug 2019 16:32:18 -0700 (PDT) "Rodney W. Grimes" wrote: > > > >> > I've lost the original thread, but would the sources in > > > >/usr/local/sys/modules get built regardless of what > > > >MAKEOBJDIRPREFIX is? And, now that sources may be installed by > > > >a port, what is the me

Re: HEADSUP: drm-current-kmod now installs sources

On Fri, 16 Aug 2019 15:40:24 -0700 Cy Schubert wrote: > On August 16, 2019 2:51:22 PM PDT, "Rodney W. Grimes" > wrote: > >> On 8/14/19 3:40 PM, Daniel Eischen wrote: > >> > I've lost the original thread, but would the sources in > >/usr/local/sys/modules get built regardless of what MAKEOBJD

Re: acpi issues on FreeBSD-current_r350103 on Thinkpad A485

On Sat, 20 Jul 2019 00:54:47 +0200 Evilham wrote: > Minor glitches: > - xbacklight doesn't work, neither does intel-backlight because > it's AMD > - Speakers don't appear to work, audio input/output on 3.5 jack > does. > - SD card reader doesn't work (Bounty for 125 USD: > https://bugs.

Re: Danish FreeBSD Developer hates jews collectively

On Fri, 10 May 2019 20:22:31 +0200 Steffen Nurpmeso wrote: > |> Background: Apparently a FreeBSD developer, a viking looking > fellow, |> has been hiding a secret: just as many of his predecessors > in the |> Danish cities during WWII (collaborators); He has a disdain > for "the |> jews" collect

Re: Danish FreeBSD Developer hates jews collectively

On Thu, 09 May 2019 18:03:04 + ossobser...@redchan.it wrote: > Background: Apparently a FreeBSD developer, a viking looking fellow, > has been hiding a secret: just as many of his predecessors in the > Danish cities during WWII (collaborators); He has a disdain for "the > jews" collectively.

Re: Boot hang on ryzen based notebook

On Wed, 3 Apr 2019 09:05:22 +0200 Yamagi Burmeister wrote: > > > You wrote "apic.0.disabled", not "acpi.0.disabled". Are you sure > > > you wrote the correct command? You do not want to disable the APIC > > > (interrupt controller), but the ACPI (control and power > > > interface). > > > > hin

Re: Boot hang on ryzen based notebook

On Sat, 30 Mar 2019 19:49:06 +0200 Darius Mihai wrote: > > > I haven't actually tried with FreeBSD, but Linux also seems to > > > have a similar problem that can be fixed by disabling ACPI. > > > See 11.13.2.3 in > > > https://www.freebsd.org/doc/handbook/acpi-overview.html and tell > > > us how

Re: Boot hang on ryzen based notebook

On Sat, 30 Mar 2019 16:37:06 +0200 Darius Mihai wrote: > I haven't actually tried with FreeBSD, but Linux also seems to have a > similar problem that can be fixed by disabling ACPI. > See 11.13.2.3 in > https://www.freebsd.org/doc/handbook/acpi-overview.html and tell us > how it works. > Panic

Boot hang on ryzen based notebook

Hello! Cant boot on ASUS VivoBook 15 X505ZA (AMD Ryzen 5 2500U) https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236899 Sreenshot: https://bugs.freebsd.org/bugzilla/attachment.cgi?id=203257 Any ideas how to start? ___ freebsd-current@freebsd.org maili

Re: FreeBSD 12 kernel broken

On Mon, 25 Mar 2019 06:13:28 +1100 Peter Jeremy wrote: > On 2019-Mar-22 19:08:18 +0300, Rozhuk Ivan > wrote: > >ld: error: undefined symbol: xz_dec_init > >>>> referenced by g_uzip_lzma.c:106 > >>>> (/usr/src/sys/geom/uzip/g_uzip_lzma.c:106) > >

Re: FreeBSD 12 kernel broken

On Fri, 22 Mar 2019 12:12:44 -0700 Maxim Sobolev wrote: > src/UPDATING entry perhaps in order? > > > Read the updated man page for geom_uzip. Add > > device xz > > to your kernel config. https://www.freebsd.org/cgi/man.cgi?query=geom_uzip&apropos=0&sektion=0&manpath=FreeBSD+13-current

FreeBSD 12 kernel broken

ld: error: undefined symbol: xz_dec_init >>> referenced by g_uzip_lzma.c:106 (/usr/src/sys/geom/uzip/g_uzip_lzma.c:106) >>> g_uzip_lzma.o:(g_uzip_lzma_ctor) ld: error: undefined symbol: xz_dec_run >>> referenced by g_uzip_lzma.c:81 (/usr/src/sys/geom/uzip/g_uzip_lzma.c:81) >>>

Re: sha256 speed

On Mon, 7 Jan 2019 01:17:45 +0100 Stefan Ehmann wrote: > Hello, > > On my Ryzen the sha256 command is much slower than openssl dgst > -sha256. For large files, openssl is more than 7 times faster in > practice. > > You can also test it with the builtin benchmarks: > sha256 -t > openssl speed sh

Re: No amdtemp sysctls, acpi errors, AMD Ryzen 5 2400G

On Tue, 13 Nov 2018 19:41:47 -0500 Daniel Eischen wrote: > >> I'm trying to track down a couple of things. amdtemp doesn't > >> report any temperature sensors, and acpi seems to have some > >> errors. Not sure if they are related. > > > > It s a bit legacy ) > > Try mine: http://www.netlab.l

Re: No amdtemp sysctls, acpi errors, AMD Ryzen 5 2400G

On Tue, 13 Nov 2018 13:14:46 -0800 Conrad Meyer wrote: > You can adjust dev.amdtemp.N.sensor_offset as needed. By default, the > amdtemp sysctl gives you the unadjusted value. On different Ryzen > models the raw value is wrong by different amounts. E.g. on my 1950X, > I have sensor_offset set

Re: No amdtemp sysctls, acpi errors, AMD Ryzen 5 2400G

On Tue, 13 Nov 2018 12:59:59 -0500 (EST) Daniel Eischen wrote: > I'm trying to track down a couple of things. amdtemp doesn't > report any temperature sensors, and acpi seems to have some > errors. Not sure if they are related. It s a bit legacy ) Try mine: http://www.netlab.linkpc.net/downloa

Re: Current status of Ryzen (non-)support

On Sun, 21 Oct 2018 18:09:50 +0200 Hannes Hauswedell wrote: > I wanted to ask what the current status of Ryzen support is and/or > whether any new changes are planned. > > My situation: > * second generation Ryzen: 2600X > * running -CURRENT > * I have done the things described here: > https://l

Re: APU Bristol Ridge graphics support

On Mon, 1 Oct 2018 01:04:20 +0200 Wolfgang Zenker wrote: > > drm-next requires FreeBSD 12, I do not try it yet. > > that is no longer true; drm-next requires at least FreeBSD 11.2 now Got kernel panic on amdgpu load. ___ freebsd-current@freebsd.org

Re: APU Bristol Ridge graphics support

On Sun, 30 Sep 2018 23:38:02 + Johannes Dieterich wrote: > > /usr/ports/graphics/drm-kmod > > /usr/ports/graphics/drm-stable-kmod > > /usr/ports/graphics/drm-legacy-kmod > > /usr/ports/graphics/drm-next-kmod > > /usr/ports/graphics/drm-devel-kmod > > > > Too many drm... > Which is why ther

Re: APU Bristol Ridge graphics support

On Sun, 30 Sep 2018 23:21:36 + Johannes Dieterich wrote: > > drm-next requires FreeBSD 12, I do not try it yet. > It requires a FreeBSD version equal or higher than 1101511, could you > provide sysctl kern.osrelease? kern.osrelease: 11.2-STABLE /usr/ports/graphics/drm-kmod /usr/ports/gr

Re: APU Bristol Ridge graphics support

On Sun, 30 Sep 2018 20:37:07 + Johannes Dieterich wrote: > > finishing device. [TTM] Memory type 2 has not been initialized > > device_attach: drmn0 attach returned 22 > Just to make sure, the gpu-firmware port is installed > and /boot/modules contains these files the load is looking for? W

Re: APU Bristol Ridge graphics support

On Sun, 30 Sep 2018 18:12:01 + Johannes Dieterich wrote: > > I try drm-stable-kmod-g20180822 but it fail to load, as I > > understand. > That should work, could you post the error messages? I assume you > followed the instructions in the port? # kldload /boot/modules/amdgpu.ko [drm] Ini

Re: APU Bristol Ridge graphics support

On Sun, 30 Sep 2018 17:04:26 + Johannes Dieterich wrote: > > A10-9700 > > Bristol Ridge Radeon R7 > > > > vgapci0@pci0:0:1:0: class=0x03 card=0x1e201002 > > chip=0x98741002 rev=0xe2 hdr=0x00 vendor = 'Advanced Micro > > Devices, Inc. [AMD/ATI]' device = 'Wani [Radeon R5/R6/R7 > >

APU Bristol Ridge graphics support

Hello! Is this graphics supported? A10-9700 Bristol Ridge Radeon R7 vgapci0@pci0:0:1:0: class=0x03 card=0x1e201002 chip=0x98741002 rev=0xe2 hdr=0x00 vendor = 'Advanced Micro Devices, Inc. [AMD/ATI]' device = 'Wani [Radeon R5/R6/R7 Graphics]' class = display

Re: Good motherboard for Ryzen (first-gen)

On Sat, 22 Sep 2018 20:28:22 +0200 Stefan Ehmann wrote: > Minor issues: > - powerd/amdtemp don't work correctly, I'll probably retest when > 12-BETA is out Will not. We does not have rep CPU temp offset table. Not sure about thing in base, but mine AMDTemp: https://reviews.freebsd.org/D9759 ha

Re: Good motherboard for Ryzen (first-gen)

On Fri, 21 Sep 2018 21:53:20 -0500 Eric van Gyzen wrote: > I would like to build a Ryzen desktop.  Can anyone recommend a good > motherboard? https://www.hardwareluxx.de/community/f12/pga-am4-mainboard-vrm-liste-1155146.html Any MoBo based on IR35201 or ASP1405I. > I'm planning on a first-ge

Re: TCP server app performance

On Sun, 12 Aug 2018 18:50:17 +0200 Honda Michio wrote: > I'm measuring TCP server app performance using my toy web server. > It just accept TCP connections and responds back HTTP OK to the > clients. It monitors sockets using kqueue, and processes each ready > descriptor using a pair of read() an

Re: TCP server app performance

On Sun, 12 Aug 2018 18:50:17 +0200 Honda Michio wrote: > I'm measuring TCP server app performance using my toy web server. > It just accept TCP connections and responds back HTTP OK to the > clients. It monitors sockets using kqueue, and processes each ready > descriptor using a pair of read() an

Re: [RFC] Deprecation and removal of the drm2 driver

On Mon, 21 May 2018 10:07:28 -0700 Steve Kargl wrote: > Why? "If it isn't broken, why fix it?" > > The conflict affects x86_64-*-freebsd aka amd64. The > conflict does not affect any other architecture. The > Makefile infrastructure can use MACHINE_ARCH to exclude > drm2 from build of amd64.

Re: [RFC] Deprecation and removal of the drm2 driver

On Sun, 20 May 2018 21:10:28 +0200 Oliver Pinter wrote: > > One of the reasons for the deprecation and removal of the drm2 bits > > is that they prevent us from automatically loading the > > drm-next/stable-kmod kernel modules, since the two collide. > > Regards > > > Then it wold be better t

Re: [RFC] Deprecation and removal of the drm2 driver

On Sun, 20 May 2018 16:32:50 +0100 Johannes Lundberg wrote: > Not in the current port. > I think it should be usable in 4.15 but need some more tweaking and > updated firmware modules before we can update the port. > Active development going on here > https://github.com/FreeBSDDesktop/kms-drm/iss

Re: [RFC] Deprecation and removal of the drm2 driver

On Fri, 18 May 2018 21:12:26 +0100 Johannes Lundberg wrote: Is Ryzen 2200G integrated graphic supported? ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-

Re: SSP_CFLAGS for kernel

On Sat, 5 May 2018 12:38:37 +0200 bryn1u85 wrote: > Don't touch src.conf I want to buils kernel and system with SSP too. > Entry for make.conf should looks like below: > > WITH_SSP_PORTS=YES > > SSP_CFLAGS=-fstack-protector-all > > SSP_CXXFLAGS=-fstack-protector-all SSP_CXXFLAGS does not

SSP_CFLAGS for kernel

Hi! I set: /etc/src.conf: WITH_SSP= /etc/make.conf: SSP_CFLAGS=-fstack-protector-all WITH_SSP_PORTS=yes But in /usr/src/sys/conf/kern.mk: ... # # GCC SSP support # .if ${MK_SSP} != "no" && \ ${MACHINE_CPUARCH} != "arm" && ${MACHINE_CPUARCH} != "mips" CFLAGS+=-fstack-protector .end

Re: Speed up CD/DVD-based FreeBSD

On Wed, 14 Mar 2018 17:13:27 +0100 "Hartmann, O." wrote: > The image itself is "custom made", since NanoBSD doesn't offer a > proper CD9660 build script. But, it isn't hard to add some > functionality to achive this task. May be geom_cache can help increase random read speed? ___

Re: FreeBSD has a politics problem

On Sat, 03 Mar 2018 17:30:14 -0500 John Darrah wrote: > FreeBSD recently introduced an updated Code of Conduct that > developers and members must adhere to. There has been much backlash > online about it and about introducing identity politics into a > technical OS project in general. The Code of

Re: CURRENT: FreeBSD not reporting AES-NI on Intel(R) Xeon(R) CPU E5-1650 v3

On Fri, 17 Mar 2017 17:53:24 +0100 "O. Hartmann" wrote: > > Other OS detect AES-NI on this server? > > I havn't ried so far, the box is in heavy use. I'd like to check with > some live USB drive versions and report later. > You can write or find some program that read and decode CPUID and ch

Re: AMD CPU/APU temperature driver

On Wed, 8 Mar 2017 09:02:05 +0100 Olivier Cochard-Labbé wrote: > On Wed, Mar 8, 2017 at 7:29 AM, Rozhuk Ivan > wrote: > > > > > Try now with last version of patch. > > > > ​Compile now and works on PC Engine APU1 and APU2: &g

Re: AMD CPU/APU temperature driver

On Mon, 6 Mar 2017 13:23:40 +0100 Olivier Cochard-Labbé wrote: > > New amdtemp driver needs more testers! > > https://reviews.freebsd.org/D9759 > ​ > This patch apply correctly (on 12-head r314770), but a "make > buildkernel" failed with > > ​--- all_subdir_amdtemp --- > /usr/src/sys/modules/amd

Re: AMD CPU/APU temperature driver

On Mon, 6 Mar 2017 10:04:06 +0100 Matthias Apitz wrote: > > rus/eng: http://netlab.dhis.org/wiki/ru:software:freebsd:amdtemp > > The English version of the Wiki gives only: This topic does not exist > yet. Is there an English version? > Sory, now avaible.

AMD CPU/APU temperature driver

Hi! New amdtemp driver needs more testers! https://reviews.freebsd.org/D9759 Fast buld/install: ...download and apply patch... kldunload amdtemp cd /usr/src/sys/modules/amdtemp/ make make install make cleandir kldload amdtemp rus/eng: http://netlab.dhis.org/wiki/ru:software:freebsd:amdtemp