According to Poul-Henning (phk@), the principal author of GEOM, a GEOM class's
access method was intended to be a light-weight operation involving mostly
access counts. That is, it should be (have been) close in spirit to what
g_access() function does. The method is only called from g_access and
On Mon, Mar 12, 2018 at 7:17 AM, Andriy Gapon wrote:
>
> According to Poul-Henning (phk@), the principal author of GEOM, a GEOM
> class's
> access method was intended to be a light-weight operation involving mostly
> access counts. That is, it should be (have been) close in spirit to what
> g_ac
In message
, Warner
Losh writ
es:
>The storage layer generally doesn't expect higher-level locks around calls
>to it, and feels that it's free to sleep in the open routine for resources
>to become available. This is true across most 'open' routines (eg, tty will
>wait for the right sign
Hi all,
Thanks in advance to anyone that might be able to help. I subscribed to
freebsd-geom@ so that the list did not need to "reply-all". Having trouble
getting FreeBSD 11-STABLE @ r329011 to boot from SAS3 4Kn HDDs via LSISAS
3008 HBA on a SuperMicro X10DRH-iT motherboard after an apparent
inst
Have you tried setting dumpdev to AUTO in rc.conf to see if you can obtain
a panic dump? You could also try disabling reboot on it panic using the
sysctl
On Mon, 12 Mar 2018 at 22:18, Rick Miller wrote:
> Hi all,
>
> Thanks in advance to anyone that might be able to help. I subscribed to
> freeb
