[Bug 279285] no sound on stable/14 with vchans disabled and bitperfect setup.

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

--- Comment #7 from Oleh Vinichenko  ---
i will try most recent changes first. and then start reverting back.

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


[Bug 279182] man(1) needs to check for .so files not only in the first line

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

Wolfram Schneider  changed:

   What|Removed |Added

 Status|In Progress |Closed
 Resolution|--- |FIXED

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


[Bug 279182] man(1) needs to check for .so files not only in the first line

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

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

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

commit 73eb53813fe3a2245edbeb670902e4bb9d41e288
Author: Wolfram Schneider 
AuthorDate: 2024-05-26 05:48:40 +
Commit: Wolfram Schneider 
CommitDate: 2024-05-26 05:48:40 +

man(1) needs to check for .so files not only in the first line
PR: 279182

Some manual pages have a copyright notice or commit id before including
other files with the .so macro. We need to skip comments and empty lines
at the beginning of the manpage while checking for the first .so macro.

MFC after:  1 week

 usr.bin/man/man.sh | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

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


[Bug 279308] mdmfs does not work as documented

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

Bug ID: 279308
   Summary: mdmfs does not work as documented
   Product: Base System
   Version: 14.0-STABLE
  Hardware: Any
OS: Any
Status: New
  Severity: Affects Some People
  Priority: ---
 Component: bin
  Assignee: b...@freebsd.org
  Reporter: rozhuk...@gmail.com

https://man.freebsd.org/cgi/man.cgi?query=mdmfs=8=0=FreeBSD+14.0-RELEASE+and+Ports
Say:
> Create and mount  a 16 megabyte malloc-backed file system on /tmp  using
>   the  /dev/md1  device;  furthermore,  donot use soft-updates on 
> it and
>   mount itasync:
>
>mdmfs -M -S -o async -s 16m md1 /tmp

But soft updates enabled and no "async".


# mdmfs -M -S -o async -s 16m md1 /media

# mount
/dev/md1 on /media (ufs, local, soft-updates)

# tunefs -p /dev/md1
tunefs: POSIX.1e ACLs: (-a)disabled
tunefs: NFSv4 ACLs: (-N)   disabled
tunefs: MAC multilabel: (-l)   disabled
tunefs: soft updates: (-n) enabled
tunefs: soft update journaling: (-j)   disabled
tunefs: gjournal: (-J) disabled
tunefs: trim: (-t) disabled
tunefs: maximum blocks per file in a cylinder group: (-e)  4096
tunefs: average file size: (-f)16384
tunefs: average number of files in a directory: (-s)   64
tunefs: minimum percentage of free space: (-m) 8%
tunefs: space to hold for metadata blocks: (-k)40
tunefs: optimization preference: (-o)  time
tunefs: volume label: (-L) 

# mount -v
/dev/md1 on /media (ufs, local, soft-updates, writes: sync 2 async 0, reads:
sync 3 async 0, fsid 1572526616e23f74, vnodes: count 2 )

# uname -a
FreeBSD rimwksv 14.1-STABLE FreeBSD 14.1-STABLE RIM_WKS amd64


Also, IMHO, -t should be forced for all memory backend mount points.

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


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

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

--- Comment #1 from Joshua Kinard  ---
Created attachment 250961
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=250961=edit
Patch to fix the case of the 'P' flag in newsyslog.conf's manpage

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


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

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

Bug ID: 279303
   Summary: usr.sbin/newsyslog: Fix case of the 'P' flag in
newsyslog.conf's manpage
   Product: Base System
   Version: CURRENT
  Hardware: Any
OS: Any
Status: New
  Severity: Affects Only Me
  Priority: ---
 Component: bin
  Assignee: b...@freebsd.org
  Reporter: free...@kumba.dev

Proposed patch fixes a very small typo in the newsyslog.conf(5) manpage that
has the 'P' flag lowercased.

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


[Bug 279302] kern: Remove leftover saf1761otg bits

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

--- Comment #1 from Joshua Kinard  ---
Created attachment 250960
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=250960=edit
Patch to cleanup remaining saf1761 driver references

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


[Bug 279302] kern: Remove leftover saf1761otg bits

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

Bug ID: 279302
   Summary: kern: Remove leftover saf1761otg bits
   Product: Base System
   Version: CURRENT
  Hardware: Any
OS: Any
Status: New
  Severity: Affects Only Me
  Priority: ---
 Component: kern
  Assignee: b...@freebsd.org
  Reporter: free...@kumba.dev

Almost all code related to the saf1761 driver was removed in commit
44796b7e822e, except for two small bits related to saf1761otg support in
sys/conf/files and sys/dev/usb/controller/usb_controller.c.  The proposed patch
completes the removal of this driver.

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


[Bug 275741] sys/modules: Fix processing of WITHOUT_MODULES

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

Joshua Kinard  changed:

   What|Removed |Added

 Attachment #247035|0   |1
is obsolete||

--- Comment #3 from Joshua Kinard  ---
Created attachment 250958
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=250958=edit
Fix processing of WITHOUT_MODULES v3

Updating the proposed patch to recent -CURRENT.  Other fixes:

  - Fixed a spot where I was applying the include for the new 'kmod.withoutmk'
logic on sys/modules/otus/Makefile, which doesn't have a SUBDIR variable
defined; this needed to actually be applied to sys/modules/otusfw/Makefile.

  - Added the include to sys/modules/cxgbe/Makefile, which was missed in the
last version of the patch.

  - Added the include to sys/modules/nvmf/Makefile (which looks like a
recently-added module)

  - Added the include to sys/modules/pms/Makefile, which has a SUBDIR variable
in it, but it is currently commented out, so this is for the future should that
variable ever be uncommented.

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


[Bug 279285] no sound on stable/14 with vchans disabled and bitperfect setup.

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

--- Comment #6 from Christos Margiolis  ---
Hello Oleh,

In the description you are mentioning things working fine after reverting back
to 8771127d75a1295dd32abd0022ff3750bc56470. It would be more helpful if you
could start applying the commits after it one by one and let me know at which
commit exactly things start breaking.

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


[Bug 277615] /usr/sbin/mixer -a does not display all mixer devices if /dev/mixer0 happens to not exist.

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

--- Comment #4 from commit-h...@freebsd.org ---
A commit in branch stable/14 references this bug:

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

commit cd254b9243d3d0f4d86b388f919dc744086fb002
Author: Christos Margiolis 
AuthorDate: 2024-05-23 00:57:25 +
Commit: Christos Margiolis 
CommitDate: 2024-05-25 19:30:49 +

mixer(8): Ignore mixer_open() failures for the -a option

The most likely reason mixer_open() will fail is because either the
device doesn't exist, or because it is disabled, so there is not reason
to kill the application. Instead, continue and print the rest of the
enabled mixers.

PR: 277615
Sponsored by:   The FreeBSD Foundation
MFC after:  1 day
Reviewed by:dev_submerge.ch
Differential Revision:  https://reviews.freebsd.org/D45151

(cherry picked from commit 0e80798518be673bdad7245b627cb5bd7ec0)

 usr.sbin/mixer/mixer.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

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


[Bug 277615] /usr/sbin/mixer -a does not display all mixer devices if /dev/mixer0 happens to not exist.

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

--- Comment #3 from commit-h...@freebsd.org ---
A commit in branch stable/14 references this bug:

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

commit ab7c89415462567665c36628137375847fbff590
Author: Christos Margiolis 
AuthorDate: 2024-05-23 00:57:17 +
Commit: Christos Margiolis 
CommitDate: 2024-05-25 19:30:40 +

sound: Handle unavailable devices in various OSS IOCTLs

mixer(8)'s -a option is used to print information about all mixer
devices in the system. To do this, it loops from 0 to
mixer_get_nmixers(), and tries to open "/dev/mixer%d". However, this
approach doesn't work when there are disabled/unregistered mixers in the
system, or when an audio device simply doesn't have a mixer.

mixer_get_nmixers() calls SNDCTL_SYSINFO and returns
oss_sysinfo->nummixers, whose value is the number of currently _enabled_
mixers only. Taking the bug report mentioned below (277615) as an
example, suppose a system with 8 mixer devices total, but 3 of them are
either disabled or non-existent, which means they will not show up under
/dev, meaning we have 5 enabled mixer devices, which is also what the
value of oss_sysinfo->nummixers will be. What mixer(8) will do is loop
from 0 to 5 (instead of 8), and start calling mixer_open() on
/dev/mixer0, up to /dev/mixer4, and as is expected, the first call will
fail right away, hence the error shown in the bug report.

To fix this, modify oss_sysinfo->nummixers to hold the value of the
maximum unit in the system, which, although not necessarily "correct",
is more intuitive for applications that will want to use this value to
loop through all mixer devices.

Additionally, notify applications that a device is
unavailable/unregistered instead of skipping it. The current
implementations of SNDCTL_AUDIOINFO, SNDCTL_MIXERINFO and
SNDCTL_CARDINFO break applications that expect to get information about
a device that is skipped. Related discussion can be found here:
https://reviews.freebsd.org/D45135#1029526

It has to be noted, that other applications, apart from mixer(8), suffer
from this.

PR: 277615
Sponsored by:   The FreeBSD Foundation
MFC after:  1 day
Reviewed by:dev_submerge.ch
Differential Revision:  https://reviews.freebsd.org/D45256

(cherry picked from commit 5d980fadf73df64a1e0eda40a93170ed76ce6f14)

 lib/libmixer/mixer.3  |   7 +-
 sys/dev/sound/pcm/dsp.c   |  23 +-
 sys/dev/sound/pcm/mixer.c | 201 --
 sys/dev/sound/pcm/mixer.h |   2 -
 sys/dev/sound/pcm/sound.c |  41 ++
 5 files changed, 155 insertions(+), 119 deletions(-)

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


[Bug 279201] mptutil(8) use date from the future: May 24, 2024

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

Ed Maste  changed:

   What|Removed |Added

   Assignee|b...@freebsd.org|ema...@freebsd.org
 CC||ema...@freebsd.org

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


[Bug 279268] [patch] xdm dies when pressing CTRL-C if pam_xdg.so is used

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

Mark Linimon  changed:

   What|Removed |Added

   Keywords||crash

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


[Bug 279285] no sound on stable/14 with vchans disabled and bitperfect setup.

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

Oleh Vinichenko  changed:

   What|Removed |Added

Version|Unspecified |14.0-STABLE

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


[Bug 279054] Compile failure when #include in C++ code

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

cnba...@gmail.com changed:

   What|Removed |Added

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

--- Comment #1 from cnba...@gmail.com ---
https://cgit.freebsd.org/src/commit/?id=ff92493a4f6504c49a6c84ec65053f493ff5d708
Patches applied.

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


[Bug 279285] no sound on stable/14 with vchans disabled and bitperfect setup.

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

--- Comment #5 from Oleh Vinichenko  ---
Created attachment 250944
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=250944=edit
output of `mixer` command

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


[Bug 279285] no sound on stable/14 with vchans disabled and bitperfect setup.

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

--- Comment #4 from Oleh Vinichenko  ---
Created attachment 250943
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=250943=edit
cat /dev/sndstat

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


[Bug 279285] no sound on stable/14 with vchans disabled and bitperfect setup.

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

Oleh Vinichenko  changed:

   What|Removed |Added

Summary|no sound on stable/14 with  |no sound on stable/14 with
   |vchans and bitperfect   |vchans disabled and
   |setup.  |bitperfect setup.

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


[Bug 279285] no sound on stable/14 with vchans and bitperfect setup.

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

--- Comment #3 from Oleh Vinichenko  ---
Created attachment 250942
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=250942=edit
relevant part of sysctl.conf

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


[Bug 279285] no sound on stable/14 with vchans and bitperfect setup.

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

--- Comment #2 from Oleh Vinichenko  ---
Created attachment 250941
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=250941=edit
sysctl dev.hdac

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


[Bug 279285] no sound on stable/14 with vchans and bitperfect setup.

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

--- Comment #1 from Oleh Vinichenko  ---
Created attachment 250940
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=250940=edit
sysctl dev.pcm

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


[Bug 279285] no sound on stable/14 with vchans and bitperfect setup.

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

Bug ID: 279285
   Summary: no sound on stable/14 with vchans and bitperfect
setup.
   Product: Base System
   Version: Unspecified
  Hardware: amd64
OS: Any
Status: New
  Severity: Affects Only Me
  Priority: ---
 Component: misc
  Assignee: b...@freebsd.org
  Reporter: moonlaps...@gmail.com

Created attachment 250939
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=250939=edit
sysctl hw.snd

i follow stable/14 on my thinkpad t480 with vchans disabled and bitperfect mode
enabled for intel hda. it worked well until very recent added changes to
sound(4). now i hearing no sound at all while the application is working (
musicpd in my case ). either from speakers or headphones.
reverting the src tree all the way back until commit 
8771127d75a1295dd32abd0022ff3750bc564706, which is the first commit of sound
system changes restores the state with working sound.

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