login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2007
»
May
»
10
Re: [PATCH] libata: add human-readable error value decoding
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Jeff Garzik
Subject:
Re: [PATCH] libata: add human-readable error value decoding
Date: Thursday, May 10, 2007 - 9:40 am
Mark Lord wrote:
quoted text
> Same here, but I would like to see it in there under a CONFIG_DEBUG_LIBATA > kernel build option or something. Kind of like the "FANCY_STATUS_DUMPS" > flag > that drivers/ide used to have for this kind of stuff.
The long term goal is to enable verbose output with a module option and/or sysfs knob, rather than a compile-time switch. That's what ata_msg_xxx is for. We just don't have the knob yet. Patches welcome... Jeff -
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
[PATCH] libata: add human-readable error value decoding
, Robert Hancock
, (Wed May 9, 7:18 pm)
Re: [PATCH] libata: add human-readable error value decoding
, Tejun Heo
, (Thu May 10, 2:43 am)
Re: [PATCH] libata: add human-readable error value decoding
, Mark Lord
, (Thu May 10, 6:24 am)
Re: [PATCH] libata: add human-readable error value decoding
, Jeff Garzik
, (Thu May 10, 9:40 am)
Re: [PATCH] libata: add human-readable error value decoding
, Mark Lord
, (Thu May 10, 2:33 pm)
Re: [PATCH] libata: add human-readable error value decoding
, Jeff Garzik
, (Thu May 10, 2:42 pm)
Re: [PATCH] libata: add human-readable error value decoding
, Robert Hancock
, (Thu May 10, 4:29 pm)
Re: [PATCH] libata: add human-readable error value decoding
, Robert Hancock
, (Thu May 10, 4:32 pm)
Re: [PATCH] libata: add human-readable error value decoding
, Jeff Garzik
, (Thu May 10, 4:47 pm)
Re: [PATCH] libata: add human-readable error value decoding
, Alan Cox
, (Thu May 10, 5:55 pm)
Re: [PATCH] libata: add human-readable error value decoding
, Chuck Ebbert
, (Fri May 11, 9:48 am)
Re: [PATCH] libata: add human-readable error value decoding
, Tejun Heo
, (Fri May 11, 10:11 am)
Re: [PATCH] libata: add human-readable error value decoding
, Robert Hancock
, (Fri May 11, 4:10 pm)
Re: [PATCH] libata: add human-readable error value decoding
, Jeff Garzik
, (Fri May 11, 4:22 pm)
Navigation
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Eric Sandeen
Re: [PATCH] xfs: do not pass unused params to xfs_flush_pages
Daniel Hazelton
Re: x86: 4kstacks default
Alan Cox
Re: "Re: [PATCH 0/2] Colored kernel output (run2)" + "`Subject:' usage"
David Howells
[PATCH 24/28] AFS: Add a function to excise a rejected write from the pagecache [t...
Rusty Russell
Re: 2.6.22-rc3-mm1
linux-netdev
:
Andi Kleen
Re: RFC: Nagle latency tuning
Herbert Xu
Re: Oops in tun: bisected to Limit amount of queued packets per device
gregkh
Patch "IPv6: keep route for tentative address" has been added to the 2.6.34-stable...
Patrick McHardy
Re: [rfc 02/13] [RFC 02/13] netfilter: nf_conntrack_sip: Add callid parser
Krzysztof Oledzki
Re: Error: an inet prefix is expected rather than "0/0".
git
:
Johannes Schindelin
[PATCH] fetch: refuse to fetch into the current branch in a non-bare repository
Junio C Hamano
Re: [PATCH] http-push: making HTTP push more robust and more user-friendly
Oliver Kullmann
Re: how to move with history?
Alex Riesen
Re: git exclude patterns for directory
Andreas Ericsson
Re: why not TortoiseGit
openbsd-misc
:
Damien Miller
Re: Patching a SSH 'Weakness'
Stuart Henderson
Re: Apache Seg Fault after upgrade to 4.6 stable
Steve Shockley
Re: Vlan Tag on Vlan Tag (l2tunneling)
Jason Dixon
Re: OT: Dissertation ideas for my degree
Banco do Brasil S.A
Prezado Cliente
git-commits-head
:
Linux Kernel Mailing List
New device ID for sc92031 [1088:2031]
Linux Kernel Mailing List
drivers/acpi: use kasprintf
Linux Kernel Mailing List
Staging: et131x: prune all the debug code
Linux Kernel Mailing List
OMAP: DSS2: SDI driver
Linux Kernel Mailing List
drm/ttm: Fix build failure due to missing struct page
Colocation donated by:
Syndicate