[Bug 154484] [patch] request for new functionality. jail zfs dataset on jail start up by /etc/rc.d/jail

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=154484

Alexander Leidinger  changed:

   What|Removed |Added

 Status|Open|Closed
 Resolution|--- |Overcome By Events
 CC||netch...@freebsd.org

--- Comment #7 from Alexander Leidinger  ---
Native zfs dataset support was added to jail(8) in -current (_FreeBSD_version
1500011).

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

[Bug 275648] 13.2-RELEASE-p7 does not contain openzfs 2.1.14's "Zpool can start allocating from metaslab before TRIMs have completed" patch

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=275648

--- Comment #2 from Mark Millard  ---
This was a report against 13.2-RLEASE-p7, not 14.0.

So why: "Blocks: 14.0-erratas"?


Also, with with 13.3 soon to be branched, 13.3 should likely
contain openzfs 2.1.14's "Zpool can start allocating from
metaslab before TRIMs have completed" patch.

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

[Bug 163048] normal user cant mount ntfs-3g due to bug in mac_stub module

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=163048

Mark Linimon  changed:

   What|Removed |Added

   Assignee|am...@freebsd.org   |b...@freebsd.org
 CC||lini...@freebsd.org
Summary|normal user cant mount  |normal user cant mount
   |ntfs-3g |ntfs-3g due to bug in
   ||mac_stub module
 Status|In Progress |Open

--- Comment #9 from Mark Linimon  ---
^Triage: mark as not amd64-specific (most likely), and unmark In Progress (no
work seems to have been done).

To submitters/commenters: was this problem ever fixed?

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

[Bug 270707] Installer media doesn't boot on Thinkpad T14s Gen 3 (Ryzen 7 Pro 6850U)

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=270707

Matthias Lanter  changed:

   What|Removed |Added

 CC||free...@lanter-it.ch

--- Comment #27 from Matthias Lanter  ---
After my T14 Gen 3  stopped
working after the BIOS update last November and Lenovo replaced the mainboard
twice, I can now use it again for FreeBSD tests.

Even with yesterday's snapshot, the boot process hangs at the same point.

I get to the installer, but the built-in keyboard does not work with:
set hint.uart.1.disabled="1" 

On the boot screen the keyboard is working fine. No problems with Windows 10
and Debian 12.

I can only get further with a USB keyboard.

Additional information on the BIOS version:
Lenovo does not seem to have a lucky hand with the BIOS versions. The replaced
mainboard had v1.47. Version 1.49 was then temporary available on January 8,
but was also withdrawn. But I was quicker and so this one is now running.

I am available for further tests.

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

[Bug 248628] While in the console mode, 8 logos sometimes appear on my screen.

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248628

Mark Linimon  changed:

   What|Removed |Added

   See Also||https://bugs.freebsd.org/bu
   ||gzilla/show_bug.cgi?id=2541
   ||90

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

[Bug 270707] Installer media doesn't boot on Thinkpad T14s Gen 3 (Ryzen 7 Pro 6850U)

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=270707

--- Comment #28 from Matthias Lanter  ---
When I do the installation using the USB keyboard and then restart, the
internal keyboard has either a long delay or several characters per stroke.

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

[Bug 271062] add support for 28xx based device to isp(4)

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=271062

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

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

commit a922b89834ef611395cb440a5b4098d2c741c5fd
Author: Joerg Pulz 
AuthorDate: 2023-07-07 21:43:34 +
Commit: Alexander Motin 
CommitDate: 2024-01-19 16:51:45 +

isp(4): Add support to read contents of the FLT (flash layout table)

The FLT is like a TOC for the flash area and contains entries for every
flash
region with start/end address, size and flags.
Start using NVRAM addresses from FLT instead of hardcoded ones for ISP28xx
based HBAs.

The FLT should be available on earlier HBAs too, probably since ISP24xx
based.
This needs further investigation and testing.

PR: 271062
Reviewed by: imp, mav
Sponsored by: Technical University of Munich
Pull Request: https://github.com/freebsd/freebsd-src/pull/726

(cherry picked from commit 27b4a1b7e5b871c248dc501aa359c93f7263b074)

 sys/dev/isp/isp.c| 296 ++-
 sys/dev/isp/ispreg.h |  81 ++
 sys/dev/isp/ispvar.h |  22 
 3 files changed, 397 insertions(+), 2 deletions(-)

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

[Bug 271062] add support for 28xx based device to isp(4)

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=271062

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

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

commit 6fdabe9b8df4493af8242fb2755b69e20d1ef042
Author: Joerg Pulz 
AuthorDate: 2023-07-07 21:43:34 +
Commit: Alexander Motin 
CommitDate: 2024-01-19 16:51:45 +

isp(4): Add support for QLogic 28xx devices

This covers the following HBAs:
  ISP2812-based 64/32G Fibre Channel to PCIe Controller:
QLE2770 Single Port 32GFC PCIe Gen4 x8 Adapter
QLE2772 Dual Port 32GFC PCIe Gen4 x8 Adapter
QLE2870 Single Port 64GFC PCIe Gen4 x8 Adapter
QLE2872 Dual Port 64GFC PCIe Gen4 x8 Adapter

  ISP2814-based 64/32G Fibre Channel to PCIe Controller:
QLE2774 Quad Port 32GFC PCIe Gen4 x16 Adapter
QLE2874 Quad Port 64GFC PCIe Gen4 x16 Adapter

While here, add required bits to support 64GB FC.

Default framesize is set to 2048 for ISP28xx based HBAs for now.

PR: 271062
Reviewed by: imp, mav
Sponsored by: Technical University of Munich
Pull Request: https://github.com/freebsd/freebsd-src/pull/726

(cherry picked from commit 407abff6a445c8db335093868e9e7e70438c5901)

 sys/dev/isp/isp.c | 14 +-
 sys/dev/isp/isp_pci.c | 28 
 sys/dev/isp/ispmbox.h |  3 +++
 sys/dev/isp/ispvar.h  |  3 +++
 4 files changed, 47 insertions(+), 1 deletion(-)

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

[Bug 271062] add support for 28xx based device to isp(4)

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=271062

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

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

commit 0a38059e24d44c2cb573df97b26dc10a2a9053c3
Author: Joerg Pulz 
AuthorDate: 2023-07-07 21:43:34 +
Commit: Alexander Motin 
CommitDate: 2024-01-19 16:51:46 +

isp(4): Remove redundant functions for reading data from FLT and flash

Rename isp_rd_2400_nvram to isp_rd_2xxx_flash.
Cleanup some leftovers.
Hide all output regarding FLT parsing behind ISP_LOGDEBUG0.

Thanks to imp@ and mav@ for reviewing and commenting.

PR: 271062
Reviewed by: imp, mav
Sponsored by: Technical University of Munich
Pull Request: https://github.com/freebsd/freebsd-src/pull/726

(cherry picked from commit 295fd9c1caeb42a4c93005080320d011bf01e4c0)

 sys/dev/isp/isp.c | 115 +++---
 1 file changed, 31 insertions(+), 84 deletions(-)

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

[Bug 271062] add support for 28xx based device to isp(4)

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=271062

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

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

commit f0275240dc3dea56c498a8e41e56c00761d3a597
Author: Joerg Pulz 
AuthorDate: 2023-07-07 21:43:34 +
Commit: Alexander Motin 
CommitDate: 2024-01-19 16:51:45 +

isp(4): Fix reading NVRAM contents for 28xx based devices

Use correct NVRAM address for ISP28xx based HBAs to read NVRAM contents.
  WWPN/WWNN and framesize are correctly read from NVRAM now.

PR: 271062
Reviewed by: imp, mav
Sponsored by: Technical University of Munich
Pull Request: https://github.com/freebsd/freebsd-src/pull/726

(cherry picked from commit f76f7fefa1bb5dc2ec0c9e44740faac0b46dac25)

 sys/dev/isp/isp.c | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

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

[Bug 271062] add support for 28xx based device to isp(4)

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=271062

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

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

commit de4c073977c9b77d29cdfba9241a0bbe3e5de879
Author: Joerg Pulz 
AuthorDate: 2023-07-07 21:43:34 +
Commit: Alexander Motin 
CommitDate: 2024-01-19 16:51:46 +

isp(4): Use the FLT on all supported controllers

The ISP26xx based HBAs are left as is for now with static NVRAM addressing.
Those HBAs are known as 83xx (2031 and 8031 for real) and need special
handling.
This is left for further investigation for now.

Cosmetics:
  - rename functions and defines as they are no longer specific to 28xx
  - set reasonable log levels
  - sort FLT and NVRAM functions (in the order they are used)

Tested and approved to work on real hardware with:
  - Qlogic ISP 2532 (QLogic QLE2562 8Gb 2Port FC Adapter)
  - Qlogic ISP 2722 (QLogic QLE2690 16Gb FC Adapter)
  - Qlogic ISP 2812 (QLogic QLE2772 32Gbit 2Port FC Adapter)

PR: 271062
Reviewed by: imp, mav
Sponsored by: Technical University of Munich
Pull Request: https://github.com/freebsd/freebsd-src/pull/726

(cherry picked from commit 707e4d1b20aa3983f7cd2f444d6ce41eebc02698)

 sys/dev/isp/isp.c| 417 +--
 sys/dev/isp/ispreg.h |  29 ++--
 sys/dev/isp/ispvar.h |   4 +
 3 files changed, 260 insertions(+), 190 deletions(-)

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

[Bug 271062] add support for 28xx based device to isp(4)

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=271062

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

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

commit 07dd91cb046b9cabafb19e7d1dd38a1df89133ed
Author: Joerg Pulz 
AuthorDate: 2023-07-07 21:43:35 +
Commit: Alexander Motin 
CommitDate: 2024-01-19 16:51:46 +

isp(4): Style changes

Please tools/build/checkstyle9.pl as mentioned by imp@

PR: 271062
Reviewed by: imp, mav
Sponsored by: Technical University of Munich
Pull Request: https://github.com/freebsd/freebsd-src/pull/726

(cherry picked from commit 348ec8dc036bf4ba1f607bb8acb25a0358436cc7)

 sys/dev/isp/isp.c| 42 ++
 sys/dev/isp/ispreg.h |  4 ++--
 2 files changed, 24 insertions(+), 22 deletions(-)

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

[Bug 276405] Panic: data storage interrupt trap

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276405

Mark Johnston  changed:

   What|Removed |Added

   Assignee|b...@freebsd.org|powe...@freebsd.org
 CC||ma...@freebsd.org
 Status|New |Open

--- Comment #2 from Mark Johnston  ---
We at least need a backtrace to see where the kernel crashed.

> Reading symbols from /boot/kernel/kernel...
> Reading symbols from /usr/lib/debug//boot/kernel/kernel.debug...
> Failed to open vmcore: invalid corefile

Perhaps there's a problem with kernel dumps on powerpc?

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

[Bug 276464] assertion failure running fsck_msdosfs -n

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276464

Bug ID: 276464
   Summary: assertion failure running fsck_msdosfs -n
   Product: Base System
   Version: 13.2-STABLE
  Hardware: Any
OS: Any
Status: New
  Severity: Affects Only Me
  Priority: ---
 Component: bin
  Assignee: b...@freebsd.org
  Reporter: j...@mit.edu

Running fsck_msdosfs -n on a bad filesystem produces the following output:

** /dev/zvol/fast/fat32s1
** Phase 1 - Read FAT and checking connectivity
FAT starts with odd byte sequence (f807)
Correct? no
** Phase 2 - Checking Directories
/archive/2013-02-02 Drum1 doesn't start a new cluster chain
Truncate? no
Assertion failed: (fat_is_cl_head(fat, head)), function checkchain, file
/usr/home/jfc/freebsd/src/sbin/fsck_msdosfs/fat.c, line 1046.

The assertion may be invalid with -n.

Alternatively, this code from dir.c line 985

} else {
mod |= k = checksize(fat, p, &dirent);
if (k & FSDIRMOD)
mod |= THISMOD;
}

should not execute if (mod & FSERROR).

This is the same bad filesystem from bug 276408.

# file -s /dev/zvol/fast/fat32
/dev/zvol/fast/fat32: DOS/MBR boot sector MS-MBR 9M english at offset 0x10+0xFF
"Invalid partition table" at offset 0x127 "Error loading operating system" at
offset 0x146 "Missing operating system", disk signature 0xaab3b4a1, created
with driveID 0x81 at 21:59:0; partition 1 : ID=0xc, active, start-CHS
(0x0,1,1), end-CHS (0x280,254,63), startsector 63, 586067202 sectors
# file -s /dev/zvol/fast/fat32s1 
/dev/zvol/fast/fat32s1: DOS/MBR boot sector, code offset 0x5a+2, OEM-ID
"MSWIN4.1", sectors/cluster 64, Media descriptor 0xf8, sectors/track 63, heads
255, hidden sectors 63, sectors 586067202 (volumes > 32 MB), FAT (32 bit),
sectors/FAT 71533, serial number 0x1dd91023, label: "SEA_DISK   "

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

[Bug 274434] HTMLDOCS for CXGBE(4) has an incorrect link to ng_ether(4) in all versions from 9.0

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=274434

Navdeep Parhar  changed:

   What|Removed |Added

 CC||n...@freebsd.org

--- Comment #1 from Navdeep Parhar  ---
This is not cxgbe(4) specific -- any man page with a cross reference that has
an underscore in its name seems to be this way.  For example, both the ng_*
entries in the SEE ALSO section of ng_vlan(4) have the same problem.

https://man.freebsd.org/cgi/man.cgi?query=ng_vlan&apropos=0&sektion=0&manpath=FreeBSD+9.0-RELEASE+and+Ports&arch=default&format=html#end

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

[Bug 276464] assertion failure running fsck_msdosfs -n

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276464

--- Comment #1 from John F. Carr  ---
Created attachment 247785
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=247785&action=edit
do not call checksize if the cluster is bad

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

[Bug 276464] fix assertion failure when running fsck_msdosfs -n

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276464

Mark Linimon  changed:

   What|Removed |Added

   Assignee|b...@freebsd.org|f...@freebsd.org
Summary|assertion failure running   |fix assertion failure when
   |fsck_msdosfs -n |running fsck_msdosfs -n

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

[Bug 275912] nfsstat(1): options list is outdated

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=275912

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

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

commit 266c79883a7e1653f80c482a6fba513c80ac5f35
Author: Lexi Winter 
AuthorDate: 2023-12-27 17:30:31 +
Commit: Alan Somers 
CommitDate: 2024-01-19 20:22:54 +

nfsstat: update option strings in docs

Add the missing -q option to the nfsstat(1) manpage SYNOPSIS (it is
already documented in DESCRIPTION), and add the missing -E and -q
options to the built-in usage output.

PR: 275912
Pull Request:   https://github.com/freebsd/freebsd-src/pull/958

(cherry picked from commit 30ce26cacfd626552c647c9327dd510e7f421d97)

 usr.bin/nfsstat/nfsstat.1 | 4 ++--
 usr.bin/nfsstat/nfsstat.c | 2 +-
 2 files changed, 3 insertions(+), 3 deletions(-)

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

[Bug 275912] nfsstat(1): options list is outdated

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=275912

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

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

commit be908114fd62a0ac4e42dffae3c5fbfa0db58e43
Author: Lexi Winter 
AuthorDate: 2023-12-27 17:30:31 +
Commit: Alan Somers 
CommitDate: 2024-01-20 01:54:27 +

nfsstat: update option strings in docs

Add the missing -q option to the nfsstat(1) manpage SYNOPSIS (it is
already documented in DESCRIPTION), and add the missing -E and -q
options to the built-in usage output.

PR: 275912
Pull Request:   https://github.com/freebsd/freebsd-src/pull/958

(cherry picked from commit 30ce26cacfd626552c647c9327dd510e7f421d97)

 usr.bin/nfsstat/nfsstat.1 | 4 ++--
 usr.bin/nfsstat/nfsstat.c | 2 +-
 2 files changed, 3 insertions(+), 3 deletions(-)

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