[Bug 279303] usr.sbin/newsyslog: Fix case of the 'P' flag in newsyslog.conf's manpage

2024-05-29 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279303

--- Comment #8 from Joshua Kinard  ---
(In reply to Ed Maste from comment #7)

Seems straight-forward enough.  I'll see about getting some patches ready this
weekend.

-- 
You are receiving this mail because:
You are the assignee for the bug.


[Bug 278993] fsck not checking disk if sysctl kern.boottrace.enabled=1 is set

2024-05-29 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278993

Oleksii Samorukov  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|New |Closed

-- 
You are receiving this mail because:
You are the assignee for the bug.


[Bug 278993] fsck not checking disk if sysctl kern.boottrace.enabled=1 is set

2024-05-29 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278993

--- Comment #5 from commit-h...@freebsd.org ---
A commit in branch main references this bug:

URL:
https://cgit.FreeBSD.org/src/commit/?id=f13275cf03ae3ce220efb7a323f73290276a731f

commit f13275cf03ae3ce220efb7a323f73290276a731f
Author: Alex Samorukov 
AuthorDate: 2024-05-28 14:45:30 +
Commit: Warner Losh 
CommitDate: 2024-05-29 19:29:53 +

export $autoboot var when running from $boottrace_cmd

At the moment, if bootrace profiling is enabled, autoboot is not
exported to the rc scripts. This causes fsck to not check the root
filesystem.  To fix this, pass _boot, rc_fast and autoboot to the
boottrace process to mimic what diretly sourcing the rc.d scripts.

PR: 278993
Reviewed by: imp
Pull Request: https://github.com/freebsd/freebsd-src/pull/1261

 libexec/rc/rc.subr | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

-- 
You are receiving this mail because:
You are the assignee for the bug.


[Bug 271826] FreeBSD is disastrously slow on a PowerMac G5, freezing at every command

2024-05-29 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=271826

--- Comment #25 from Mitch  ---
Hello everyone,

In my attempt to build a Kernel without c583b02587, I was initially confronted
to this conflict below 

mitch@bsd:~/freebsd-src $ git status
On branch tracking-branch
You are currently reverting commit c583b0258728.
  (fix conflicts and run "git revert --continue")
  (use "git revert --skip" to skip this patch)
  (use "git revert --abort" to cancel the revert operation)

Changes to be committed:
  (use "git restore --staged ..." to unstage)
modified:   sys/conf/files.powerpc
modified:   sys/powerpc/powermac/macio.c
modified:   sys/powerpc/powermac/platform_powermac.c

Unmerged paths:
  (use "git restore --staged ..." to unstage)
  (use "git add/rm ..." as appropriate to mark resolution)
deleted by them: sys/powerpc/powermac/platform_powermac.h
deleted by them: sys/powerpc/powermac/tbgpio.c


I've simply removed both files mentioned above in the unmerged section and I
was able to build a Kernel which I assume was the right thing to do, if not
please let me know.

Thanks to Warner's instructions I then cross compiled a test kernel against the
main branch from the freebsd source tree which appears to be the current 15
revision.

You can find it here :

https://box.ochem.net/cloud/index.php/s/Q6aCBiFdWrk69rb

I haven't test it myself but I assume you could simply rename it to kernel.txz
and do an in place replacement for testing purposes.

If needed I could also build a Stable/14 version of it.

Cheers,

Mitch

-- 
You are receiving this mail because:
You are the assignee for the bug.


[Bug 15470] Proposed change to comments in /etc/namedb/named.conf

2024-05-29 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=15470

--- Comment #2 from commit-h...@freebsd.org ---
A commit in branch main references this bug:

URL:
https://cgit.FreeBSD.org/ports/commit/?id=81eb1a733dacc201a8264908cc0bb7053fdaa8e3

commit 81eb1a733dacc201a8264908cc0bb7053fdaa8e3
Author: Kristof Provost 
AuthorDate: 2024-05-08 08:39:08 +
Commit: Baptiste Daroussin 
CommitDate: 2024-05-29 15:02:08 +

net/miniupnpd: update to 2.3.6

PR: 273207
PR: https://redmine.pfsense.org/issues/15470
Sponsored by:   Rubicon Communications, LLC ("Netgate")

 net/miniupnpd/Makefile   |   5 +-
 net/miniupnpd/distinfo   |   6 +-
 net/miniupnpd/files/patch-pf_obsdrdr.c   | 164 ---
 net/miniupnpd/files/patch-pf_pfpinhole.c |  88 +
 4 files changed, 201 insertions(+), 62 deletions(-)

-- 
You are receiving this mail because:
You are the assignee for the bug.


[Bug 279381] FreeBSD 13.3-RELEASE breaks isp driver with Qlogic QLE2692 16Gb fibre channel cards

2024-05-29 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279381

Mark Linimon  changed:

   What|Removed |Added

   Keywords||regression

-- 
You are receiving this mail because:
You are the assignee for the bug.


[Bug 279381] FreeBSD 13.3-RELEASE breaks isp driver with Qlogic QLE2692 16Gb fibre channel cards

2024-05-29 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279381

--- Comment #2 from drkspc  ---
Created attachment 251064
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=251064&action=edit
dmesg output for isp3 on FreeBSD 13.3

-- 
You are receiving this mail because:
You are the assignee for the bug.


[Bug 279381] FreeBSD 13.3-RELEASE breaks isp driver with Qlogic QLE2692 16Gb fibre channel cards

2024-05-29 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279381

--- Comment #1 from drkspc  ---
Created attachment 251063
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=251063&action=edit
dmesg output for isp0 on FreeBSD 13.2 with firmware loading disabled

-- 
You are receiving this mail because:
You are the assignee for the bug.


[Bug 279381] FreeBSD 13.3-RELEASE breaks isp driver with Qlogic QLE2692 16Gb fibre channel cards

2024-05-29 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279381

Bug ID: 279381
   Summary: FreeBSD 13.3-RELEASE breaks isp driver with Qlogic
QLE2692 16Gb fibre channel cards
   Product: Base System
   Version: 13.3-RELEASE
  Hardware: amd64
OS: Any
Status: New
  Severity: Affects Only Me
  Priority: ---
 Component: kern
  Assignee: b...@freebsd.org
  Reporter: drk...@mailbox.org

Created attachment 251062
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=251062&action=edit
dmesg output for isp0 on FreeBSD 13.3 with firmware loading disabled

We have a bunch of Dell servers with Qlogic QLE2692 16Gb FC cards, pulling in
storage from a switched FC network.
Upgrading from FreeBSD 13.2 to 13.3 leaves us with all the paths to our
multipath devices and thus zpools missing.

Debug output as per hint.isp.0.debug="0x70f" in /boot/device.hints looks like
firmware loading is not an issue. However, on 13.3, we get a message
isp0: fabric topology, but cannot get info about fabric controller (0x400a)

Booting with hint.isp.0.debug="0x71f", this is preceeded by:
isp0: Chan 0 handle 0x7fe Port 0xfe flags 0x0 curstate 44 laststate 44

as opposed to (13.2):
isp0: Chan 0 handle 0x7fe Port 0xfe flags 0x0 curstate 4 laststate 4

Rolling back to 13.2 results in all devices/paths showing up properly again.
Enabling or disabling firmware loading (hint.isp.0.fwload_disable="0" or "1")
on 13.3 does not make any difference. Using even newer firmware than provided
by FreeBSD on the card (9.14.0 from Dell's firmware packages) shows the same
effect.

In addition to the QLE2692 card, we installed an older QLE2662 16Gb into one of
the servers, as the updated firmware loading in 13.3 (bug #273263) only affects
newer cards. With the older card (isp2 and isp3) everything works as expected.

I'll attach the dmesg entries for isp0 (QLE2692) on FreeBSD 13.2 and 13.3 as
well as isp3 (QLE2662) on 13.3.

-- 
You are receiving this mail because:
You are the assignee for the bug.


[Bug 257789] libcompat.so is missing

2024-05-29 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257789

--- Comment #5 from commit-h...@freebsd.org ---
A commit in branch main references this bug:

URL:
https://cgit.FreeBSD.org/src/commit/?id=bb421be6c1174fad837973acc5e4a7bade4489db

commit bb421be6c1174fad837973acc5e4a7bade4489db
Author: Mariusz Zaborski 
AuthorDate: 2024-05-29 12:32:16 +
Commit: Mariusz Zaborski 
CommitDate: 2024-05-29 12:36:09 +

libutil: move ftime to libutil

It seems that there are still some applications that use ftime(3)
(for example, science/siconos and sysutils/lcdproc). The issue
is that we don't build libcompat as a shared library anymore.
The easiest solution is to move it to libutil, until we
deprecate it for good.

This solution was proposed by kib@ in
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257789.

PR: 257789
MFC after:  1 month
Reviewed by:kib (ages ago)
Differential Revision:  https://reviews.freebsd.org/D39994

 lib/libcompat/Makefile | 7 +--
 lib/libutil/Makefile   | 6 +++---
 lib/{libcompat/4.1 => libutil}/ftime.3 | 4 ++--
 lib/{libcompat/4.1 => libutil}/ftime.c | 2 ++
 sys/sys/timeb.h| 2 +-
 5 files changed, 9 insertions(+), 12 deletions(-)

-- 
You are receiving this mail because:
You are the assignee for the bug.