aboutsummaryrefslogtreecommitdiff
path: root/lib/libc/amd64/gen/fabs.S
diff options
context:
space:
mode:
authorPeter Eriksson <pen@lysator.liu.se>2025-08-31 18:58:56 +0000
committerWarner Losh <imp@FreeBSD.org>2025-08-31 19:01:09 +0000
commit004ce88ad1efd42a1d7d5692849b4aa6906178fc (patch)
treef4babd0fe1bf713dfe191ad1922258e2239487e5 /lib/libc/amd64/gen/fabs.S
parent58ce49d185c3ee96c0d6c7c9381c5b6fed51523e (diff)
mpr: Add workaround for too few slots being automatically scannedHEADmain
This patch adds a /boot/loader.conf setting that makes it possibly to override the detected number of slots in storage enclosures. Some (yes I'm looking at you HPE D6020!) reports less available slots that there actually are (the D6020 seems to report 18 but actually has 35 per drawer). This causes the mpr driver to have problems detecting/managing all drives in a multienclosure setting. For the D6020 this occurs when connecting two or more fully equipped (140 drives) enclosures to one controller... This problem can be "fixed" by adding the following to /boot/loader.conf and rebooting: hw.mpr.encl_min_slots="35" Note: I (Warner) don't have this hardware to see if there's some way to fix the detection, so I'm committing this as a stop-gap. It's a no-op if no tunable is set. PR: 271238 Reivewed by: imp
Diffstat (limited to 'lib/libc/amd64/gen/fabs.S')
0 files changed, 0 insertions, 0 deletions