From owner-freebsd-scsi@FreeBSD.ORG Fri Nov 29 21:07:14 2013 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D06E39C3 for ; Fri, 29 Nov 2013 21:07:14 +0000 (UTC) Received: from pi.nmdps.net (pi.nmdps.net [109.61.102.5]) by mx1.freebsd.org (Postfix) with ESMTP id 8AC4D1F99 for ; Fri, 29 Nov 2013 21:07:14 +0000 (UTC) Received: from pi.nmdps.net (pi.nmdps.net [109.61.102.5]) (Authenticated sender: krichy@cflinux.hu) by pi.nmdps.net (Postfix) with ESMTPSA id 487E9179B; Fri, 29 Nov 2013 22:07:13 +0100 (CET) Date: Fri, 29 Nov 2013 22:07:10 +0100 (CET) From: Richard Kojedzinszky X-X-Sender: krichy@pi.nmdps.net To: Steven Hartland Subject: Re: Fwd: Re: ssd for zfs In-Reply-To: Message-ID: References: <0b12c19b8832c72369ff7244d7231846@cflinux.hu> <81b87ca49aef7d88db1b4dbd5f7eb201@cflinux.hu> <923bc6b4aa9141e5e9a49ab76b3a18b5@cflinux.hu> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-scsi@freebsd.org X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Nov 2013 21:07:14 -0000 Dear Steve, Thanks, I've already did that, but as you've mentioned, that is not a possible solution for an ata controller. And what if one enables the write cache on a device, than probably flush commands should be issued to guarantee consistency. What if FreeBSD would handle flushing as linux, ie keep track of current write cache setting, and if that is disabled for a drive, simply ignore flush commands? This could be implemented for ata and scsi drives, or in the geom layer. Regards, Kojedzinszky Richard On Fri, 29 Nov 2013, Steven Hartland wrote: > You could add a DA_Q_NO_SYNC_CACHE quirk for you device > which will prevent the cam layer attempting to call sync but this > will only work if its attached to a SCSI controller like an LSI there's > no such quirk currently implemented in ATA cam layer. > > Regards > Steve > ----- Original Message ----- From: > To: > Sent: Friday, November 29, 2013 8:17 PM > Subject: Re: Fwd: Re: ssd for zfs > > >> Dear scsi-devs, >> >> It seems that my device handles the flush commands slowly. The linux code >> avoids issuing this if the device reports its write cache is turned off. >> That way my SSD works fast under linux, but infortunately slow under >> FreeBSD. Actually I dont understand why is it slow for the flush command, >> as it has power-loss-protection, maybe for such a command it really flushes >> everything out, dont know. But when I enable the write cache in linux also, >> the block layer gets knowledge of the write cache, it issues the flush >> commands, and it gets same slow. >> >> How could this be solved? > > > ================================================ > 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. > >