You can view, comment on, or merge this pull request online at:
https://github.com/openzfs/openzfs/pull/533
-- Commit Summary --
* 8792 mac_tx_srs_quiesce() can kill a maxbw link
* 8652 Tautological comparisons with ZPROP_INVAL (followup)
* 8760 troff: variable 'type' set but not used
> On Feb 3, 2018, at 8:18 AM, Garrett D'Amore wrote:
>
> sd.conf is ugly as hell though.
agree 100%
>
> What we *really* need is a better tunable system — more like what we have
> with dladm for NICs, but intended for storage. I think we’d like to be able
> to set
sd.conf is ugly as hell though.
What we *really* need is a better tunable system — more like what we have
with dladm for NICs, but intended for storage. I think we’d like to be
able to set tunables for both targets and HBAs. I have some ideas here,
but precious little time to do anything about
> On Feb 3, 2018, at 7:57 AM, Igor Kozhukhov wrote:
>
> Hi All,
>
> i’d like to propose implenetation for soft-hba property for scsi layer with
> timing updates.
>
> Problem: we have hw hba like LSI, where we are using direct connetion of
> drives to HBA with low latency.
In
Hi All,
i’d like to propose implenetation for soft-hba property for scsi layer with
timing updates.
Problem: we have hw hba like LSI, where we are using direct connetion of drives
to HBA with low latency.
We have iSCSI drives with sd module usage where we try to use timing related to
HW HBA.