Date: Sat, 27 Apr 2013 18:20:41 -0700 From: matt <sendtomatt@gmail.com> To: Steven Hartland <killing@multiplay.co.uk> Cc: freebsd-current@FreeBSD.org Subject: Re: r249939+ not detecting ata trim Message-ID: <517C7969.4090501@gmail.com> In-Reply-To: <37582339ED1A4356B6DE6142B2FBCD7B@multiplay.co.uk> References: <517C3C87.1020005@gmail.com> <37582339ED1A4356B6DE6142B2FBCD7B@multiplay.co.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
On 04/27/13 15:58, Steven Hartland wrote: > > If your controller doesn't support UNMAP then this will be the reason, > however mps should support this. > > Could you confirm if previously you where seeing UNMAP as the reported > delete_method? > > Regards > Steve > > ================================================ > This e.mail is private and confidential between Multiplay (UK) Ltd. > and the person or entity to whom it is addressed. In the event of > misdirection, the recipient is prohibited from using, copying, > printing or otherwise disseminating it or any information contained in > it. > In the event of misdirection, illegible or incomplete transmission > please telephone +44 845 868 1337 > or return the E.mail to postmaster@multiplay.co.uk. I am rebuilding world and kernel with the patches now. Congratulations/thanks on getting all this committed! I'll post the dmesg output from the printf patch afterward. Previously, the delete_method was reported as ATA_TRIM, with a very large delete max. Thanks, Matt
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?517C7969.4090501>