https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=290156
[email protected] <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #3 from [email protected] <[email protected]> --- (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 <[email protected]> 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.
