Re: Very poor -CURRENT boot performance on AMD

Hi Jung-uk Kim, On Thu, Feb 20, 2025 at 5:22 AM Jung-uk Kim wrote: > On 25. 2. 19., Mohammad Noureldin wrote: > > --snip-- > This happens because UEFI framebuffer access from boot loader is very > slow. Once the kernel is loaded and booted, everything is okay because > we properly set memory a

Re: Very poor -CURRENT boot performance on AMD

Hi Rupesh, On Thu, Feb 20, 2025 at 5:11 AM Rupesh Pilania wrote: > Hi Mohammad, > > I tried the same build on VMware and it came up very fast. I don't have > any AMD Ryzen based hw to confirm the behaviour. > IMO you should raise a PR. > [image: image.png] > > Thanks & Regards > Rupesh Pilania >

Re: Very poor -CURRENT boot performance on AMD

Hi Maku, On Thu, Feb 20, 2025 at 3:47 AM Maku Bex wrote: > Hi Mohammad, > > > > The performance issue(s) have been noted on the UPDATING file. Here is a > snippet: > > > > > > NOTE TO PEOPLE WHO THINK THAT FreeBSD 15.x IS SLOW: > > FreeBSD 15.x has many debugging features turned on, in both

Error messages in 15.0-CURRENT (n275524-8dc0889..)

Folks, I built a GENERIC kernel "hot off the presses" as of the commits cited above. I am surprised that I'm still getting error messages in dmesg​ about: - Firmware errors - i915/skl_dmc_ver1_27.bin: could not load binary firmware /boot/firmware/i915/skl_dmc_ver1_27.bin either (repeats) - drm

Re: Very poor -CURRENT boot performance on AMD

On 25. 2. 19., Mohammad Noureldin wrote: Hi, I've installed -CURRENT using snapshot "FreeBSD-15.0-CURRENT- amd64-20250213-6156da866e7d-275409" on an HP EliteBook 845 G10 with AMD Ryzen 5 7540U. Both when booting from the install media and when booting from disk after insta

Re: Very poor -CURRENT boot performance on AMD

ightbird.com> wrote: > Hi, > > I've installed -CURRENT using snapshot > "FreeBSD-15.0-CURRENT-amd64-20250213-6156da866e7d-275409" on an HP > EliteBook 845 G10 with AMD Ryzen 5 7540U. > > Both when booting from the install media and when booting from disk after &

RE: Very poor -CURRENT boot performance on AMD

Gbnw2KQIJAQu1m9zEP5XdWmFi SvGg1NHW2kzqAvFsG37flbwrGRu5fmTnS/LZ/oPzOCuwU6F+o1q0E7gLwFwnzD93 riKeabdd =iCV+ -END PGP PUBLIC KEY BLOCK- From: owner-freebsd-curr...@freebsd.org On Behalf Of Mohammad Noureldin Sent: Wednesday, February 19, 2025 9:34 PM To: Freebsd current Subject: Very poor -CURREN

Very poor -CURRENT boot performance on AMD

Hi, I've installed -CURRENT using snapshot "FreeBSD-15.0-CURRENT-amd64-20250213-6156da866e7d-275409" on an HP EliteBook 845 G10 with AMD Ryzen 5 7540U. Both when booting from the install media and when booting from disk after installation I get a very poor boot performance up un

Re: HEADS UP: NFS changes coming into CURRENT early February

to be incorrect, so disregard it. I think we should focus on the dead connection leak, where NFS RPC layer doesn't process garbage collecting of a TCP connection unless it actually needs to make a write on it, described here: https://lists.freebsd.org/archives/freebsd-current/2025-January/

Re: HEADS UP: NFS changes coming into CURRENT early February

nd running rpcbind(8)) > are affected. You would need to recompile & reinstall both the world and the > kernel together. Of course this is what you'd normally do when you track > FreeBSD CURRENT, but better be warned. I will post hashes of the specific > revisions that break AP

Re: HEADS UP: NFS changes coming into CURRENT early February

On Tue, Jan 28, 2025 at 09:14:00PM -0800, Gleb Smirnoff wrote: T> Second, with the patch the M_RPC leak count for me is 2. And I found that these T> two items are basically is a clnt_vc that belongs to a closed connection: T> T> f80029614a80 tcp4 0 0 10.6.6.9.772 10.6.6.9.204

Re: HEADS UP: NFS changes coming into CURRENT early February

On Mon, Jan 27, 2025 at 06:10:42PM -0800, Rick Macklem wrote: R> I think I've found a memory leak, but it shouldn't be a show stopper. R> R> What I did on the NFS client side is: R> # vmstat -m | fgrep -i rpc R> # mount -t nfs -o nfsv4,tls nfsv4-server:/ /mnt R> # ls --lR /mnt R> --> Then I networ

Re: HEADS UP: NFS changes coming into CURRENT early February

nd running rpcbind(8)) > are affected. You would need to recompile & reinstall both the world and the > kernel together. Of course this is what you'd normally do when you track > FreeBSD CURRENT, but better be warned. I will post hashes of the specific > revisions that break AP

Re: HEADS UP: NFS changes coming into CURRENT early February

.g. running rpc.tlsclntd(8) or rpc.tlsservd(8)) as well as users of > > network lock manager (e.g. having 'options NFSLOCKD' and running rpcbind(8)) > > are affected. You would need to recompile & reinstall both the world and > > the > > kernel together. Of

Re: HEADS UP: NFS changes coming into CURRENT early February

nd running rpcbind(8)) > are affected. You would need to recompile & reinstall both the world and the > kernel together. Of course this is what you'd normally do when you track > FreeBSD CURRENT, but better be warned. I will post hashes of the specific > revisions that break AP

Re: HEADS UP: NFS changes coming into CURRENT early February

On Thu, Jan 23, 2025 at 02:42:54PM -0800, Rick Macklem wrote: R> > The code is posted on phabricator, reviews D48547 through D48552. R> > Reviewers are very welcome! R> > R> > I share my branch on Github. It is usually rebased on today's CURRENT: R> > R>

Re: HEADS UP: NFS changes coming into CURRENT early February

nd running rpcbind(8)) > are affected. You would need to recompile & reinstall both the world and the > kernel together. Of course this is what you'd normally do when you track > FreeBSD CURRENT, but better be warned. I will post hashes of the specific > revisions that break AP

HEADS UP: NFS changes coming into CURRENT early February

recompile & reinstall both the world and the kernel together. Of course this is what you'd normally do when you track FreeBSD CURRENT, but better be warned. I will post hashes of the specific revisions that break API/ABI when they are pushed. Longer version: last year I tried to check-in a

USB massive disconnections with FreeBSD 15.0-CURRENT

, try to reset the USB stack and finally reboot. I attach part of the log messages uname -a FreeBSD defiant 15.0-CURRENT FreeBSD 15.0-CURRENT main-n273400-5e5e4e1cf0c3 GENERIC amd64 Nov  6 15:23:27 defiant dhclient[10922]: New Routers (em0): 192.168.66.1 Nov  6 18:30:15 defiant kernel: drmn0

[Bug 197921] scheduler: Allow non-migratable threads to bind to their current CPU

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197921 Mark Linimon changed: What|Removed |Added Keywords|needs-patch | -- You are receiving this mail be

Re: Freezes with FreeBSD 15.0-CURRENT since 3 weeks

10:40 *Aan:* freebsd-current@freebsd.org *Onderwerp:* Freezes with FreeBSD 15.0-CURRENT since 3 weeks Hi, Since 2 or 3 weeks I start experiencing system freezes on an and64 Lenovo Thinkbook laptop I'm using as my daily desktop PC. I'm running FreeBSD current using pkg base

Re: Freezes with FreeBSD 15.0-CURRENT since 3 weeks

: dinsdag, 22 oktober 2024 10:40 Aan: freebsd-current@freebsd.org Onderwerp: Freezes with FreeBSD 15.0-CURRENT since 3 weeks Hi, Since 2 or 3 weeks I start experiencing system freezes on an and64 Lenovo Thinkbook laptop I'm using as my daily desktop PC. I'm running FreeBSD current

Freezes with FreeBSD 15.0-CURRENT since 3 weeks

Hi, Since 2 or 3 weeks I start experiencing system freezes on an and64 Lenovo Thinkbook laptop I'm using as my daily desktop PC. I'm running FreeBSD current using pkg base_weekly to grab updates (currently main-n273070-6d42d5dbdd67). The full hardware details are here: https://wiki.f

Re: Problems with FreeBSD-15.0-CURRENT-amd64-20241003

On 09/10/2024 07:35, Paul Floyd wrote: … ld-elf.so.1: Shared object "libmd.so.6" not found, … pkgbase context: |

Re: Problems with FreeBSD-15.0-CURRENT-amd64-20241003

On 10-10-24 11:16, Konstantin Belousov wrote: If you can determine not just the number of taken locks, but also the specific locks that were taken, perhaps you can check that this is the libc exit lock? For the moment I've turned off the check for FreeBSD 15 and above. At present the ExeCo

Re: Problems with FreeBSD-15.0-CURRENT-amd64-20241003

On Wed, Oct 09, 2024 at 07:34:31PM +, Paul Floyd wrote: > > > On 09-10-24 08:50, Konstantin Belousov wrote: > > > Perhaps you can check for the presence of the symbol exit@FBSD_1.0 in the > > backtrace to determine the situation. > > We don't read .gnu.version and the version number hasn't

Re: Problems with FreeBSD-15.0-CURRENT-amd64-20241003

On 09-10-24 08:50, Konstantin Belousov wrote: Perhaps you can check for the presence of the symbol exit@FBSD_1.0 in the backtrace to determine the situation. We don't read .gnu.version and the version number hasn't changed as far as I can see. I can check osreldate to get an idea of the

Re: Problems with FreeBSD-15.0-CURRENT-amd64-20241003

On Wed, Oct 09, 2024 at 10:27:22AM +0200, Paul Floyd wrote: > > > > On Wed, 9 Oct 2024 at 09:08, Konstantin Belousov > > wrote: > > > On Wed, Oct 09, 2024 at 06:35:08AM +, Paul Floyd wrote: > > > The biggest problem is with Helgrind. All apps now generate an extra > > error > > > > > > ==68593

Re: Problems with FreeBSD-15.0-CURRENT-amd64-20241003

> > > I can probably check whether it's the main thread (I assume that this code > doesn't run on subsidiary threads) > No it looks like it can be any thread. A+ Paul

Re: Problems with FreeBSD-15.0-CURRENT-amd64-20241003

> > On Wed, 9 Oct 2024 at 09:08, Konstantin Belousov > wrote: > On Wed, Oct 09, 2024 at 06:35:08AM +, Paul Floyd wrote: > > The biggest problem is with Helgrind. All apps now generate an extra > error > > > > ==68593== Thread #1: Exiting thread still holds 1 lock > > ==68593==at 0x4BBB5DA:

Re: Problems with FreeBSD-15.0-CURRENT-amd64-20241003

On Wed, Oct 09, 2024 at 06:35:08AM +, Paul Floyd wrote: > Hi > > I don't often update my 15-0-CURRENT VM. I did last week and I'm getting > several issues. > > Firstly, a bit annoying, both pkg and ksh93 fail to run, giving. > ld-elf.so.1: Shared object &quo

Problems with FreeBSD-15.0-CURRENT-amd64-20241003

Hi I don't often update my 15-0-CURRENT VM. I did last week and I'm getting several issues. Firstly, a bit annoying, both pkg and ksh93 fail to run, giving. ld-elf.so.1: Shared object "libmd.so.6" not found, required by "ksh93" Next I'm getting a lot of ne

Re: change in /usr/bin/bc with CTRL-d no longer exit [fixed in -CURRENT]

Am 16.09.24 um 17:01 schrieb Cy Schubert: In message , Warner Losh writes: [...] The irony here is that i fixed thus very bug 2 or 3 years ago. Warner It's curious (or maybe not) how some bugs keep returning with a time and time again. Version 7.0.2 has just been committed to -CU

looking for feedback on the CURRENT stabilization cycle

Hi, we've been running the stabilization week of FreeBSD/main aka CURRENT since February. And it has been public since March. So we have had 5 cycles already and 4 were public. I'm eager to get some feedback from people who had been positively or negatively affected by this

random USB detach in CURRENT

Hi, Since a couple of weeks I'm start seeing random USB detach for all my devices once in a while. The issue doesn't occurs so often and there is no other details in the var log. I'm able to recover all my devices by just unplugging and re-plug the devices. I'm runni

Re: Is anyone using libzfs_core on 15-CURRENT?

On Wed, Jun 19, 2024 at 06:34:24PM +0100, David Chisnall wrote: > Hi all, > > I have some code using libzfs_core that works fine on 13, but seems not to on > 15-CURRENT. The lzc_snapshot function is failing with exactly the same nv > list argument. It is failing with errno 2 (E

Is anyone using libzfs_core on 15-CURRENT?

Hi all, I have some code using libzfs_core that works fine on 13, but seems not to on 15-CURRENT. The lzc_snapshot function is failing with exactly the same nv list argument. It is failing with errno 2 (ENOENT) from the ZFS ioctl (and not returning an nvlist of errors). My understanding is

Re: CURRENT: exec_machdep.c:80:2: error: KDB must be enabled in order for DDB

et this error while perfoming "make -jX > buildworld > buildkernel": > > [...] > /usr/src/sys/amd64/amd64/exec_machdep.c:80:2: error: KDB must be enabled in > order for DDB to > work! 80 | #error KDB must be enabled in order for DDB to work! > | ^ > [...]

CURRENT: exec_machdep.c:80:2: error: KDB must be enabled in order for DDB

DDB to work! 80 | #error KDB must be enabled in order for DDB to work! | ^ [...] Apart from the recommendation not to disable KDB in CURRENT, is there a way to disable debugging features and mimik a stable branch? Thanks in advance, oh -- O. Hartmann

Re: CURRENT kernel crash beyond git: 02d15215cef2

On 26/05/2024 13:45, Herbert J. Skuhra wrote: … No, idea why the fix hasn't been committed yet: … A few hours earlier: uma: Fix improper uses of UMA_MD_SMALL_ALLOC · freebsd/freebsd-src@d25ed65 HTH

Re: CURRENT kernel crash beyond git: 02d15215cef2

Am Sun, 26 May 2024 14:45:37 +0200 "Herbert J. Skuhra" schrieb: > On Sun, May 26, 2024 at 02:35:16PM +0200, FreeBSD User wrote: > > Hello, > > > > boxes running CURRENT are last good with FreeBSD 15.0-CURRENT #44 > > main-n270400-02d15215cef2: Sat May 25

Re: CURRENT kernel crash beyond git: 02d15215cef2

On Sun, May 26, 2024 at 02:35:16PM +0200, FreeBSD User wrote: > Hello, > > boxes running CURRENT are last good with FreeBSD 15.0-CURRENT #44 > main-n270400-02d15215cef2: > Sat May 25 10:56:09 CEST 2024 amd64. Customized kernel. > > After that commit, booting the kernel dies

Re: bsdinstall wifi setup is broken on CURRENT

On 18/05/24 11:33, Alfonso S. Siciliano wrote: On 5/16/24 20:40, Renato Botelho wrote: I saw some users on a .br group complaining bsdinstall was failing to setup wifi network on 15.0 snapshots and tried it myself.  I was able to reproduce the problem and also noticed another one. Thank you

Re: bsdinstall wifi setup is broken on CURRENT

On 18/05/24 11:33, Alfonso S. Siciliano wrote: On 5/16/24 20:40, Renato Botelho wrote: I saw some users on a .br group complaining bsdinstall was failing to setup wifi network on 15.0 snapshots and tried it myself.  I was able to reproduce the problem and also noticed another one. Thank you

Re: bsdinstall wifi setup is broken on CURRENT

On 5/16/24 20:40, Renato Botelho wrote: I saw some users on a .br group complaining bsdinstall was failing to setup wifi network on 15.0 snapshots and tried it myself.  I was able to reproduce the problem and also noticed another one. Thank you for your report, the video is highly appreciate

Re: bsdinstall wifi setup is broken on CURRENT

Renato Botelho writes: > I'm not sure about a good way to test it on a running system instead. Update your source tree, build and install world, run `sudo bsdconfig`, scroll down and select “Network Management”, then select “Wireless Networks”. DES -- Dag-Erling Smørgrav - d...@freebsd.org

Re: bsdinstall wifi setup is broken on CURRENT

Hello Renato, I will give it a try this weekend with bhyve since I have a passtrhu for iwlwifi card. Cheers, Renato Botelho escreveu (quinta, 16/05/2024 à(s) 19:56): > On 16/05/24 15:47, Jessica Clarke wrote: > > On 16 May 2024, at 19:40, Renato Botelho wrote: > >> > >> I saw some users on a

bsdinstall wifi setup is broken on CURRENT

Thank you for the information. The right email address is i...@aktionheizung.de Pay information exclusively to this email address. Thanks - On 16 May 2024, at 19:40, Renato Botelho wrote: I saw some users on a .br group complaining bsdinstall was

Re: bsdinstall wifi setup is broken on CURRENT

On 16/05/24 15:47, Jessica Clarke wrote: On 16 May 2024, at 19:40, Renato Botelho wrote: I saw some users on a .br group complaining bsdinstall was failing to setup wifi network on 15.0 snapshots and tried it myself. I was able to reproduce the problem and also noticed another one. I notic

Re: bsdinstall wifi setup is broken on CURRENT

On 16 May 2024, at 19:40, Renato Botelho wrote: > > I saw some users on a .br group complaining bsdinstall was failing to setup > wifi network on 15.0 snapshots and tried it myself. I was able to reproduce > the problem and also noticed another one. > > I noticed Network Selection screen only

bsdinstall wifi setup is broken on CURRENT

I saw some users on a .br group complaining bsdinstall was failing to setup wifi network on 15.0 snapshots and tried it myself. I was able to reproduce the problem and also noticed another one. I noticed Network Selection screen only shows one line, it's not beautiful to navigate through item

Re: pkg server for current/arm64 stopped ? [main-armv7 on ampere2, . . .] [Update to Host OSVERSION 1500018 did not help]

On 2024-05-08 23:53:57 (+0800), Mark Millard wrote: On Apr 29, 2024, at 20:16, Mark Millard wrote: On Apr 29, 2024, at 20:11, Mark Millard wrote: On Apr 29, 2024, at 19:54, Mark Millard wrote: On Apr 28, 2024, at 18:06, Philip Paeps wrote: On 2024-04-18 23:14:22 (+0800), Mark Millard

Re: pkg server for current/arm64 stopped ? [main-armv7 on ampere2, . . .] [Update to Host OSVERSION 1500018 did not help]

On Apr 29, 2024, at 20:16, Mark Millard wrote: > On Apr 29, 2024, at 20:11, Mark Millard wrote: > >> On Apr 29, 2024, at 19:54, Mark Millard wrote: >> >>> On Apr 28, 2024, at 18:06, Philip Paeps wrote: >>> On 2024-04-18 23:14:22 (+0800), Mark Millard wrote: > On Apr 18, 2024, at 08

Re: pkg server for current/arm64 stopped ? [main-armv7 on ampere2, elapsed so far: 651:21:56]

On Apr 29, 2024, at 20:11, Mark Millard wrote: > On Apr 29, 2024, at 19:54, Mark Millard wrote: > >> On Apr 28, 2024, at 18:06, Philip Paeps wrote: >> >>> On 2024-04-18 23:14:22 (+0800), Mark Millard wrote: On Apr 18, 2024, at 08:02, Mark Millard wrote: > void wrote on > Dat

Re: pkg server for current/arm64 stopped ? [main-armv7 on ampere2, elapsed so far: 651:21:56]

On Apr 29, 2024, at 19:54, Mark Millard wrote: > On Apr 28, 2024, at 18:06, Philip Paeps wrote: > >> On 2024-04-18 23:14:22 (+0800), Mark Millard wrote: >>> On Apr 18, 2024, at 08:02, Mark Millard wrote: void wrote on Date: Thu, 18 Apr 2024 14:08:36 UTC : > Not sure where

Re: pkg server for current/arm64 stopped ? [main-armv7 on ampere2, elapsed so far: 651:21:56]

On Apr 28, 2024, at 18:06, Philip Paeps wrote: > On 2024-04-18 23:14:22 (+0800), Mark Millard wrote: >> On Apr 18, 2024, at 08:02, Mark Millard wrote: >>> void wrote on >>> Date: Thu, 18 Apr 2024 14:08:36 UTC : >>> Not sure where to post this.. The last bulk build for arm64 app

Re: pkg server for current/arm64 stopped ? [main-armv7 on ampere2, elapsed so far: 651:21:56]

On 2024-04-18 23:14:22 (+0800), Mark Millard wrote: On Apr 18, 2024, at 08:02, Mark Millard wrote: void wrote on Date: Thu, 18 Apr 2024 14:08:36 UTC : Not sure where to post this.. The last bulk build for arm64 appears to have happened around mid-March on ampere2. Is it broken? main-armv7

Re: TXT Kernel linking failed on -CURRENT

Konstantin, good day! 25.04.2024 0:09, Konstantin Belousov пишет: On Wed, Apr 24, 2024 at 01:12:39PM +0500, BSD USER wrote: linking kernel ld: error: undefined symbol: ktrcapfail referenced by vfs_lookup.c    vfs_lookup.o:(namei) referenced by vfs_lookup.c    vfs_look

Re: pkg server for current/arm64 stopped ? [main-armv7 on ampere2, elapsed so far: 651:21:56]

On Apr 26, 2024, at 18:55, Philip Paeps wrote: > On 2024-04-18 23:02:30 (+0800), Mark Millard wrote: >> void wrote on >> Date: Thu, 18 Apr 2024 14:08:36 UTC : >> >>> Not sure where to post this.. >>> >>> The last bulk build for arm64 appears to have happened around >>> mid-March on ampere2. Is

Re: pkg server for current/arm64 stopped ? [main-armv7 on ampere2, elapsed so far: 651:21:56]

On 2024-04-18 23:02:30 (+0800), Mark Millard wrote: void wrote on Date: Thu, 18 Apr 2024 14:08:36 UTC : Not sure where to post this.. The last bulk build for arm64 appears to have happened around mid-March on ampere2. Is it broken? main-armv7 building is broken and the last completed build

Re: TXT Kernel linking failed on -CURRENT

On Wed, Apr 24, 2024 at 01:12:39PM +0500, BSD USER wrote: > linking kernel > ld: error: undefined symbol: ktrcapfail > >>> referenced by vfs_lookup.c > >>>   vfs_lookup.o:(namei) > >>> referenced by vfs_lookup.c > >>>   vfs_lookup.o:(namei_setup) > >>> referenced by vfs_look

TXT Kernel linking failed on -CURRENT

Sorry for HTML-trash from previous mail :) Hi, FreeBSD Community! I have a teach with FreeBSD and use -CURRENT on my test machine. And some days ago after - git pull - make buildworld - make buildkernel There is /etc/src.conf and BSDSERV below, what can cause that error? Thanks for help! My

Kernel linking error on -CURRENT

Hi, FreeBSD Community! I have a teach with FreeBSD and use -CURRENT on my test machine.And some days ago after- git pull- make buildworld- make buildkernel There is /etc/src.conf and BSDSERV below, what can cause that error?Thanks for help! kernel building failed with such messages

Re: pkg server for current/arm64 stopped ? [main-armv7 on ampere2, elapsed so far: 651:21:56]

match the modern "Jail OSVERSION" that would be used? The package builders are due for a regular refresh to newer -CURRENT dogfood. I'll do the aarch64 builders first this time. I've set /root/stop-builds on them. I'll upgrade them when they go idle. Or I'll kill

Re: pkg server for current/arm64 stopped ? [main-armv7 on ampere2, elapsed so far: 651:21:56]

On Apr 19, 2024, at 07:16, Philip Paeps wrote: > On 2024-04-18 23:02:30 (+0800), Mark Millard wrote: > >> void wrote on >> Date: Thu, 18 Apr 2024 14:08:36 UTC : >> >>> Not sure where to post this.. >>> >>> The last bulk build for arm64 appears to have happened around >>> mid-March on ampere2.

Re: pkg server for current/arm64 stopped ? [main-armv7 on ampere2, elapsed so far: 651:21:56]

On 2024-04-18 23:02:30 (+0800), Mark Millard wrote: void wrote on Date: Thu, 18 Apr 2024 14:08:36 UTC : Not sure where to post this.. The last bulk build for arm64 appears to have happened around mid-March on ampere2. Is it broken? main-armv7 building is broken and the last completed build

Re: pkg server for current/arm64 stopped ? [main-armv7 on ampere2, elapsed so far: 651:21:56]

On Thu, Apr 18, 2024 at 08:02:30AM -0700, Mark Millard wrote: void wrote on Date: Thu, 18 Apr 2024 14:08:36 UTC : Not sure where to post this.. The last bulk build for arm64 appears to have happened around mid-March on ampere2. Is it broken? main-armv7 building is broken and the last comple

Re: pkg server for current/arm64 stopped ? [main-armv7 on ampere2, elapsed so far: 651:21:56]

On Apr 18, 2024, at 08:02, Mark Millard wrote: > void wrote on > Date: Thu, 18 Apr 2024 14:08:36 UTC : > >> Not sure where to post this.. >> >> The last bulk build for arm64 appears to have happened around >> mid-March on ampere2. Is it broken? > > main-armv7 building is broken and the las

pkg server for current/arm64 stopped ? [main-armv7 on ampere2, elapsed so far: 651:21:56]

void wrote on Date: Thu, 18 Apr 2024 14:08:36 UTC : > Not sure where to post this.. > > The last bulk build for arm64 appears to have happened around > mid-March on ampere2. Is it broken? main-armv7 building is broken and the last completed build was the one started on Mon, 19 Feb 2024 12:32:10

Re: Multiple issues with current (kldload failures, missing CTF stuff, pty issues, ...)

27;t the cause, next test is the CTF stuff in the kernel... A rather obscure problem was causing this. The "last" BE had canmount set to "on" instead of "noauto". No idea how this happened, but this resulted in the "last" BE to be mounted on "zfs m

Re: CURRENT on laptop ASUS VivoBook Pro 14 90NB0VZ2-M01230

(For the not working Wifi chip, I use at the moment an USB-Wifi dongle, Realtek RTL8191S WLAN Adapter, which works fine). I also can't get Xorg plus twm up; it says in /var/log/Xorg.0.log at the end: .. REDWOOD, ATI Mobility Radeon Graphics, CEDAR, ATI FirePro 2270, ATI Radeon

Re: Multiple issues with current (kldload failures, missing CTF stuff, pty issues, ...)

On 3/29/24 16:52, Alexander Leidinger wrote: Hi, sources from 2024-03-11 work. Sources from 2024-03-25 and today don't work (see below for the issue). As the monthly stabilisation pass didn't find obvious issues, it is something related to my setup:  - not a generic kernel  - very modular ker

Re: Multiple issues with current (kldload failures, missing CTF stuff, pty issues, ...)

Am 2024-03-29 18:13, schrieb Mark Johnston: On Fri, Mar 29, 2024 at 04:52:55PM +0100, Alexander Leidinger wrote: Hi, sources from 2024-03-11 work. Sources from 2024-03-25 and today don't work (see below for the issue). As the monthly stabilisation pass didn't find obvious issues, it is somet

Re: Multiple issues with current (kldload failures, missing CTF stuff, pty issues, ...)

On Fri, Mar 29, 2024 at 04:52:55PM +0100, Alexander Leidinger wrote: > Hi, > > sources from 2024-03-11 work. Sources from 2024-03-25 and today don't work > (see below for the issue). As the monthly stabilisation pass didn't find > obvious issues, it is something related to my setup: > - not a gen

Multiple issues with current (kldload failures, missing CTF stuff, pty issues, ...)

Hi, sources from 2024-03-11 work. Sources from 2024-03-25 and today don't work (see below for the issue). As the monthly stabilisation pass didn't find obvious issues, it is something related to my setup: - not a generic kernel - very modular kernel (as much as possible as a module) - bind_

Re: CURRENT on laptop ASUS VivoBook Pro 14 90NB0VZ2-M01230

mt7921 supports all 802.11 a/b/g/n/ac and ax the compatibility code currently only supports 802.11 a/b/g modes. Support for 802.11 n/ac is to come. BUGS Certainly. SEE ALSO wlan(4), ifconfig(8), wpa_supplicant(8) HISTORY The mt7921 driver first appeared in FreeBSD 14.0. FreeBSD 14.0-CURRENTApril 18, 2023FreeBSD 14.0-CURRENT

Re: CURRENT on laptop ASUS VivoBook Pro 14 90NB0VZ2-M01230

El día miércoles, marzo 27, 2024 a las 10:37:48a. m. +0100, Matthias Apitz escribió: > > Hello, > > I bought the laptop ASUS VivoBook Pro 14 90NB0VZ2-M01230 and managed to > boot FreeBSD with boot verbose messages from an USB key and I'm able to > login. The /var/log/messages are here > http://

Re: CURRENT on laptop ASUS VivoBook Pro 14 90NB0VZ2-M01230

On Wed, Mar 27, 2024 at 12:38 PM Matthias Apitz wrote: > > > Hello, > > I bought the laptop ASUS VivoBook Pro 14 90NB0VZ2-M01230 and managed to > boot FreeBSD with boot verbose messages from an USB key and I'm able to > login. The /var/log/messages are here > http://www.unixarea.de/ASUS-VivoBook-P

CURRENT on laptop ASUS VivoBook Pro 14 90NB0VZ2-M01230

Hello, I bought the laptop ASUS VivoBook Pro 14 90NB0VZ2-M01230 and managed to boot FreeBSD with boot verbose messages from an USB key and I'm able to login. The /var/log/messages are here http://www.unixarea.de/ASUS-VivoBook-Pro-14-messages.txt I can identify the harddisk as nda0 (correct), bu

CURRENT 220ee18f1964 memstick kernel panic, MacBookPro8,3

99a62f336fe2083bd&=&format=webp&quality=lossless&width=915&height=686> USB flash drive written from FreeBSD-15.0-CURRENT-amd64-20240314-220ee18f1964-268793-memstick.img.xz Broadcom Wi-Fi-related, maybe? <https://bsd-hardware.info/?probe=89647876db#pci:14e4-4331-106b-00d6>

Re: sysutils/pam_xdg: Cancelled on -CURRENT

On 2024-03-19 16:02, Emmanuel Vadot wrote: > On Tue, 19 Mar 2024 07:55:15 + > Alastair Hogge wrote: > >> On 2024-03-19 15:23, Emmanuel Vadot wrote: >> > Hi, >> >> Hey Emmanuel, >> >> > On Tue, 19 Mar 2024 06:54:27 + >> > Alastair Hogge wrote: >> > >> >> Hello, >> >> >> >> Recently a

Re: sysutils/pam_xdg: Cancelled on -CURRENT

On Tue, 19 Mar 2024 07:55:15 + Alastair Hogge wrote: > On 2024-03-19 15:23, Emmanuel Vadot wrote: > > Hi, > > Hey Emmanuel, > > > On Tue, 19 Mar 2024 06:54:27 + > > Alastair Hogge wrote: > > > >> Hello, > >> > >> Recently a similar module (PAM) mentioned in the subject was committed

Re: sysutils/pam_xdg: Cancelled on -CURRENT

On 2024-03-19 15:23, Emmanuel Vadot wrote: > Hi, Hey Emmanuel, > On Tue, 19 Mar 2024 06:54:27 + > Alastair Hogge wrote: > >> Hello, >> >> Recently a similar module (PAM) mentioned in the subject was committed >> to base[1]. The module in base masks the currently installed Port, the >> man

Re: sysutils/pam_xdg: Cancelled on -CURRENT

Hi, On Tue, 19 Mar 2024 06:54:27 + Alastair Hogge wrote: > Hello, > > Recently a similar module (PAM) mentioned in the subject was committed > to base[1]. The module in base masks the currently installed Port, the > man page can be accessed with man -M /usr/local/share/man 8 pam_xdg, > h

sysutils/pam_xdg: Cancelled on -CURRENT

Hello, Recently a similar module (PAM) mentioned in the subject was committed to base[1]. The module in base masks the currently installed Port, the man page can be accessed with man -M /usr/local/share/man 8 pam_xdg, however, I can now no longer build the Port. I noticed that the base module has

Re: Unable to boot -CURRENT on Thinkpad P16s G2

follow-up: disabling uart0 and uart1 at the loader prompt allowed > us > | to boot and install FreeBSD (the -CURRENT snapshot from 2024-02-29 in > case > | it matters). > > UARTS on AMD can be a bit different. Some BIOS implementations seem > to set them up to work like legacy port

Re: Unable to boot -CURRENT on Thinkpad P16s G2

and install FreeBSD (the -CURRENT snapshot from 2024-02-29 in case | it matters). UARTS on AMD can be a bit different. Some BIOS implementations seem to set them up to work like legacy ports others do not. On a Naples platform I helped add support for them since they were not setup in the leg

Re: Unable to boot -CURRENT on Thinkpad P16s G2

On 2/28/24 21:10, Philipp Ost wrote: [boot log stripped] Does anyone have any suggestions on how to proceed at this point? [...] Short follow-up: disabling uart0 and uart1 at the loader prompt allowed us to boot and install FreeBSD (the -CURRENT snapshot from 2024-02-29 in case it matters

Unable to boot -CURRENT on Thinkpad P16s G2

Hi everyone, we have a Lenovo Thinkpad P16s Gen2 (Type 21K9) here with an AMD Ryzen 7 CPU which we would like to install FreeBSD on. Alas, it won't boot. The FreeBSD 15-CURRENT amd64 snapshot from February 22 hangs after: [...] acpi_acad0: on acpi0 battery0: on acpi0 A verbose

Re: Missing files on -current

On Sat, Feb 24, 2024 at 03:59:01PM +, Gary Jennejohn wrote: > > The function run_rc_scripts is defined in /usr/src/libexec/rc/rc.subr and > is called in /usr/src/libexec/rc/rc. /etc/rc includes /etc/rc.subr. > > So, maybe one of these files is not up to date under /etc? > My fault, etcupda

Re: Missing files on -current

On Sat, 24 Feb 2024 06:53:37 -0800 bob prohaska wrote: > A Pi4 running -current completed a build/install cycle for world and kernel > without obvious errors but failed to reboot, reporting: > ... > Warning: no time-of-day clock registered, system time will not be set > ac

Re: Missing files on -current

~ # However, the same is true of a Pi3 running 14-release p5. It boots reliably once it reaches loader. I wouldn't expect this part of the boot process to be platform dependent. Maybe -current and -release do things differently? > * /etc/rc.subr is missing. Present and accounted f

Missing files on -current

A Pi4 running -current completed a build/install cycle for world and kernel without obvious errors but failed to reboot, reporting: ... Warning: no time-of-day clock registered, system time will not be set accurately Dual Console: Serial Primary, Video Secondary /etc/rc: run_rc_scripts: not found

Re: FreeBSD CURRENT stabilization cycle

Hi, And whom do you want to „stab“ with this? ;) Why not do the same thing that ports does and call this „monthly“ which is pretty much what it is and easy to understand and you can have one build at the end of that week? Cheers, Franco > On 24. Feb 2024, at 12:51, Kirill Ponomarev wrote: >

Re: FreeBSD CURRENT stabilization cycle

On 02/23, Mark Millard wrote: > Gleb Smirnoff wrote on > Date: Sat, 24 Feb 2024 04:32:52 UTC : > > > More seriously speaking, I > > actually hope that in some future snapshots.FreeBSD.org will start using > > these > > points for snapshot generation. > > How about also the likes of: > > https:

RE: FreeBSD CURRENT stabilization cycle

Gleb Smirnoff wrote on Date: Sat, 24 Feb 2024 04:32:52 UTC : > More seriously speaking, I > actually hope that in some future snapshots.FreeBSD.org will start using these > points for snapshot generation. How about also the likes of: https://pkg.freebsd.org/FreeBSD:15:aarch64/stabweek/ for pkg

FreeBSD CURRENT stabilization cycle

Hi FreeBSD CURRENT users, back in November I came up with a proposal of providing some stabilization cadence to development of the main branch, also known as FreeBSD CURRENT. Here is a video with the initial proposal and following discussion at VendorBSD Conference (18 minutes): https

Re: nvme controller reset failures on recent -CURRENT

Hi all, > Am 13.02.2024 um 20:56 schrieb Pete Wright : > 1. M.2 nvme really does need proper cooling, much more so than traditional > SATA/SAS/SCSI drives. I recently found a tool named "Scrutiny" that presents a nice dashboard of all your disk devices and their SMART data including crucial poin

Re: nvme controller reset failures on recent -CURRENT

I had issues with a nvme drive in an intel nuc. When I asked freebsd-hackers, overheating was the first guess: https://lists.freebsd.org/pipermail/freebsd-hackers/2018-May/052783.html I blew the dust out of the fan assembly and changed the bios fan settings to be more aggressive and the syste

Re: nvme controller reset failures on recent -CURRENT

There's a tiny chance that this could be something more exotic, but my money is on hardware gone bad after 2 years of service. I don't think this is 'wear out' of the NAND (it's only 15TB written, but it could be if this drive is really really crappy nand: first generation QLC maybe, but it seems

  1   2   3   4   5   6   7   8   9   10   >