[Bug 290156] mrsas driver 07.709.04.00-fbsd reports CACHE PAGE TOO SHORT errors

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

cyric@mm.st <cyric@mm.st> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |cyric@mm.st

--- Comment #3 from cyric@mm.st <cyric@mm.st> ---
(In reply to Paul Telles (Starcat) from comment #2)
I think this is just new diagnostic message added, properly checking the mode
page.  In any case, read the commit message for d5489f7d91a which introduced
the checks/messages; pasting it below hoping bugzilla will keep the formatting:

commit d5489f7d91aee42e474bb66602bdbd6d9bedaffa
Author: Warner Losh <imp@FreeBSD.org>
Date:   Wed May 7 10:07:55 2025 -0600

    scsi/da: Only send SYNC CACHE for devices with mode page 8

    Mode page 8 is the 'cache' mode page. It's used to control the cache,
    if one is present, on a device. When it is absent, that's a very
    strong hint that SYNCHRONIZED CACHE willl not be necessary. Set the
    NO_SYNC_CACHE quirk for this situation.

    SBC defines the 2010 Profile which specifies that both SYNCRHONIZE CACHE
    and Cache Mode Page must be supported. There are additional vague
    statements tieing these two together, but nothing that explicitly
    requires Cache Mode Page support when SYNCHRONIZE CACHE is needed for
    cache coherency. However, when the Cace Mode Page is present, that's a
    very strong hint SYNCHRONIZE CACHE is supported (or at the very least
    won't hang the firmware). Given the diversity of implementations, it's
    hard to say this is 100% safe. However, many devices known to hang or
    worse on a SYNCHRONIZE CACHE tolerate querying an unsupported mode page
    well. If there's any devices that have a valid Cache page, but where
    SYNCHRONIZE CACHE actually hangs can be dealt with by specific quirks.

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