[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <AANLkTi=fdwiVRavB-NbDNcpGLVNyH7ybpEzRYm1fkWGD@mail.gmail.com>
Date: Sun, 6 Feb 2011 10:07:45 +0000
From: Andrew Murray <amurray@...data.com>
To: Joe Perches <joe@...ches.com>
Cc: linux-embedded@...r.kernel.org,
linux kernel <linux-kernel@...r.kernel.org>,
Jiri Kosina <trivial@...nel.org>
Subject: Re: [PATCH] printk-formats.txt documentation update
Thanks for the feedback - I will truncate to 80 characters and
implement Joe's advice.
Thanks,
Andrew Murray
On 6 February 2011 00:37, Joe Perches <joe@...ches.com> wrote:
> On Sun, 2011-02-06 at 00:15 +0000, Andrew Murray wrote:
>> From: Andrew Murray <amurray@...-data.co.uk>
>> This patch updates the incomplete documentation concerning the printk
>> extended format specifiers.
>> Signed-off-by: Andrew Murray <amurray@...-data.co.uk>
>> ---
>> diff --git a/Documentation/printk-formats.txt b/Documentation/printk-formats.txt
> []
>> @@ -9,7 +9,42 @@ If variable is of Type, use printk format specifier:
>> size_t %zu or %zx
>> ssize_t %zd or %zx
>>
>> -Raw pointer value SHOULD be printed with %p.
>> +Raw pointer value SHOULD be printed with %p. The kernel supports
>> +the following extended format specifiers for pointer types:
>
> I think it'd be better if each extension were individually described
> with an example output.
>
>> +
>> + General:
>> +
>> + %pF function pointer with offset, e.g. module_start
>> + %pf function pointer without offset, e.g. module_start+0x0/0x62 [hello]
>
> with/without inversion?
>
>> + %pS text symbol with offset
>> + %ps text symbol without offset
>> + %pR struct resource with decoded flags, e.g. [mem 0x0-0x1f 64 bit pref]
>> + %pr struct resource with raw flags, e.g. [mem 0x0-0x1f flags 0x201]
>> +
>> + MAC/FDDI addresses:
>> +
>> + %pM colon-seperated 6-byte MAC address in hex notation, e.g. 00:01:02:03:04:05
>
> spelling: separated
>
>> + %pm non-colon-seperated 6-byte MAC address is hex notation, e.g. 000102030405
>> + %pMF 6-byte dash-separated FDDI hex notation
>> +
>> + IPv4 addresses:
>> +
>> + %pI4 IPv4 dot-seperated decimal without leading 0's, e.g. 1.2.3.4
>> + %pi4 IPv4 dot-seperated decimal with leading 0's, 001.002.003.004
>> + %p[Ii]4[hl] IPv4 dot-seperated decimal with/without leading 0's for
>> + host (h), little (l) or network/big (default) endian order
>> +
>> + IPv6 addresses:
>> + %pI6 IPv6 colon-seperated network-order 16 bit hex with leading 0's,
>> + e.g. 0001:0203:...:0708
>> + %pi6 IPv6 non-colon-seperated network-order 16 bit hex with leading 0's,
>> + e.g. 000102...0f
>> + %pI6c IPv6 address as described by
>> + http://tools.ietf.org/html/draft-ietf-6man-text-addr-representation-00,
>> + e.g. 1::708
>> +
>> + %pU[bBlL] 16 byte UUID/GUID in big or little endian using lower or upper case
>
> Maybe a simple 2 line table without the e.g.:
>
> %p<extension1> sample output1
> description1
> %p<extension2> sample output2
> description2
>
>
>
--
Andrew Murray, Embedded Linux Group
MPC Data Limited
e-mail: amurray@...-data.co.uk web: www.mpc-data.co.uk
tel: +44 (0) 1225 710600 fax: +44 (0) 1225 710601
ddi: +44 (0) 1225 710665
MPC Data Limited is a company registered in England and Wales with
company number 05507446
Registered Address: County Gate, County Way, Trowbridge, Wiltshire, BA14 7FJ
VAT no: 850625238
The information in this email and in the attached documents is
confidential and may be
legally privileged. Any unauthorized review, copying, disclosure or
distribution is
prohibited and may be unlawful. It is intended solely for the
addressee. Access to this
email by anyone else is unauthorized. If you are not the intended
recipient, please
contact the sender by reply email and destroy all copies of the
original message. When
addressed to our clients any opinions or advice contained in this
email is subject to
the terms and conditions expressed in the governing contract.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists