From owner-freebsd-stable@FreeBSD.ORG Tue Apr 23 11:32:55 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2A18CE0; Tue, 23 Apr 2013 11:32:55 +0000 (UTC) (envelope-from prvs=18256b67b3=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 678DA186D; Tue, 23 Apr 2013 11:32:53 +0000 (UTC) Received: from r2d2 ([46.65.172.4]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50003438123.msg; Tue, 23 Apr 2013 12:32:46 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Tue, 23 Apr 2013 12:32:46 +0100 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 46.65.172.4 X-Return-Path: prvs=18256b67b3=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <4D28DBAE46424C268AA22FCDD8657946@multiplay.co.uk> From: "Steven Hartland" To: "Alexander Motin" , "Jeremy Chadwick" References: <20130422051452.GA2148@icarus.home.lan> <51763BF9.2000506@FreeBSD.org> <20130423092602.GA58831@icarus.home.lan> <51765466.4040209@FreeBSD.org> Subject: Re: ada(4) and ahci(4) quirk printing Date: Tue, 23 Apr 2013 12:33:09 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: freebsd-stable@freebsd.org, Kenneth Merry X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Apr 2013 11:32:55 -0000 ----- Original Message ----- From: "Alexander Motin" To: "Jeremy Chadwick" Cc: "Kenneth Merry" ; Sent: Tuesday, April 23, 2013 10:29 AM Subject: Re: ada(4) and ahci(4) quirk printing > On 23.04.2013 12:26, Jeremy Chadwick wrote: >> On Tue, Apr 23, 2013 at 10:44:57AM +0300, Alexander Motin wrote: >>> On 22.04.2013 08:14, Jeremy Chadwick wrote: >>>> I've written the following patches and done the following testing (see >>>> the results.*.txt files): >>>> >>>> http://jdc.koitsu.org/freebsd/quirk_printing/ >>>> >>>> Important: these are against stable/9 r249715. >>>> >>>> Folks are welcome to try these; I've tested about as best as I can. >>>> >>>> Questions/comments for Alexander and Kenneth: >>>> >>>> 1. I'm not sure if the location of where I added the printf() code is >>>> correct or not, >>> >>> It seems fine for me. >>> >>>> 2. Not sure if loader.conf(5) forced-quirks would show up here or not, >>> >>> As I see, they will. >>> >>>> 3. It would be nice to have the same for SCSI da(4). I took a stab at >>>> this but the printing code I wrote never got called (or the quirks entry >>>> I added wasn't right, not sure which), >>>> >>>> 4. I strongly believe quirk printing should be shown *without* verbose >>>> booting. I say this because I noticed some of the CAPAB printf()s only >>>> get shown if bootverbose is true. In fact, it's what prompted me to >>>> open PR 178040 ("My Intel 320 and 510-series SSDs don't show 4K quirks, >>>> yet advertise 512 logical and physical in IDENTIFY?! PR time!"). >>> >>> Let me disagree. bootverbose keeps dmesg readable for average user, >>> while quirks are specific driver workarounds and their names may >>> confuse more then really help. If every driver print its quirks, >>> dmesg would be two times bigger. There is bootverbose for it. >> >> I'm willing to bend on this assuming that userland has a way to display >> the quirks. I've already had one user contact me off-list stating that >> displaying of quirks is useful to them, but *without* bootverbose >> (because bootverbose shows too much information for them to have to sift >> through). And display of quirks (or in this case) was what prompted me >> to create PR 178040, since I had just *assumed* FreeBSD had 4K quirks in >> place for both models of SSDs. >> >> I think sysctl would be an ideal place for this. Is it possible to >> export active device quirks to sysctl (say kern.cam.ada.X.quirks), >> read-only, and preferably as a string (same printf() style used)? Or >> does that introduce complexities? >> >> If we can't reach an agreement, I'm happy to wrap the relevant bits with >> an "if (bootverbose)", but I really feel users should have some way to >> see this information outside of bootverbose. > > Both da and ada drivers already have sysctl's. It should be trivial to > add one more, especially if just numeric. Wouldn't camcontrol be a better place for this? 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.