Date: Sun, 6 Nov 2022 23:44:34 +0100 (CET) From: Wojciech Puchar <wojtek@puchar.net> To: Warner Losh <imp@bsdimp.com> Cc: freebsd-hackers@freebsd.org Subject: Re: SSD - trim fails Message-ID: <16589dc-a890-579-c523-db92be5335ce@puchar.net> In-Reply-To: <CANCZdfrzu_mVFN=PHLrK9dHTb5ve7H=HN9bnRf9A1JHP4P4i3Q@mail.gmail.com> References: <8a5a1943-6b3-92fd-17c-473c5b13436@puchar.net> <CANCZdfrzu_mVFN=PHLrK9dHTb5ve7H=HN9bnRf9A1JHP4P4i3Q@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> Next, maybe the drive is lying the size of the DSM it will support, but again, this is a weird > message to report a request that's too long with. > > Maybe it doesn't support queued DSM, despite all appearances to the contrary from its > identify tables. Try setting the trem method to DSM_TRIM: > # sysctl kern.cam.ada.0.delete_method=DSM_TRIM > should do the trick. At the very least, that will change the command we send so if it can't this works. but not from /boot/loader.conf i put it in /etc/rc at beginning so it for sure is done before doing first trim. thank you
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?16589dc-a890-579-c523-db92be5335ce>