linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [PATCH v2 1/1] lib/vsnprintf: Add %par specifier for sake of consistency
@ 2017-01-11 16:28 Andy Shevchenko
  2017-01-11 23:57 ` Andrew Morton
  0 siblings, 1 reply; 4+ messages in thread
From: Andy Shevchenko @ 2017-01-11 16:28 UTC (permalink / raw)
  To: Andrew Morton, linux-kernel, linux, arnd.bergmann; +Cc: Andy Shevchenko

While resource_size_t is repeating phys_addr_t, allocate %par specifier for
that type for sake of consistency.

Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
---
In v2:
- rebase on top of latest linux-next
- include more people to Cc list
 Documentation/printk-formats.txt | 13 ++++++++++---
 lib/vsprintf.c                   | 11 +++++++++--
 2 files changed, 19 insertions(+), 5 deletions(-)

diff --git a/Documentation/printk-formats.txt b/Documentation/printk-formats.txt
index 5962949944fd..d8c40c30118a 100644
--- a/Documentation/printk-formats.txt
+++ b/Documentation/printk-formats.txt
@@ -79,9 +79,16 @@ Physical addresses types phys_addr_t:
 
 	%pa[p]	0x01234567 or 0x0123456789abcdef
 
-	For printing a phys_addr_t type (and its derivatives, such as
-	resource_size_t) which can vary based on build options, regardless of
-	the width of the CPU data path. Passed by reference.
+	For printing a phys_addr_t type which can vary based on build options,
+	regardless of the width of the CPU data path. Passed by reference.
+
+Resource size types resource_size_t:
+
+	%par	0x01234567 or 0x0123456789abcdef
+
+	For printing a resource_size_t type which can vary based on build
+	options, regardless of the width of the CPU data path. Passed by
+	reference.
 
 DMA addresses types dma_addr_t:
 
diff --git a/lib/vsprintf.c b/lib/vsprintf.c
index c771444f3ae4..ca2b32adc124 100644
--- a/lib/vsprintf.c
+++ b/lib/vsprintf.c
@@ -1370,6 +1370,10 @@ char *address_val(char *buf, char *end, const void *addr, const char *fmt)
 		num = *(const dma_addr_t *)addr;
 		size = sizeof(dma_addr_t);
 		break;
+	case 'r':
+		num = *(const resource_size_t *)addr;
+		size = sizeof(resource_size_t);
+		break;
 	case 'p':
 	default:
 		num = *(const phys_addr_t *)addr;
@@ -1545,8 +1549,11 @@ int kptr_restrict __read_mostly;
  *              N no separator
  *            The maximum supported length is 64 bytes of the input. Consider
  *            to use print_hex_dump() for the larger input.
- * - 'a[pd]' For address types [p] phys_addr_t, [d] dma_addr_t and derivatives
- *           (default assumed to be phys_addr_t, passed by reference)
+ * - 'a[dpr]' For address types (default assumed to be phys_addr_t, passed by
+ *            reference):
+ *            [d] dma_addr_t
+ *            [p] phys_addr_t
+ *            [r] resource_size_t
  * - 'd[234]' For a dentry name (optionally 2-4 last components)
  * - 'D[234]' Same as 'd' but for a struct file
  * - 'g' For block_device name (gendisk + partition number)
-- 
2.11.0

^ permalink raw reply related	[flat|nested] 4+ messages in thread

* Re: [PATCH v2 1/1] lib/vsnprintf: Add %par specifier for sake of consistency
  2017-01-11 16:28 [PATCH v2 1/1] lib/vsnprintf: Add %par specifier for sake of consistency Andy Shevchenko
@ 2017-01-11 23:57 ` Andrew Morton
  2017-01-12  0:59   ` Joe Perches
  0 siblings, 1 reply; 4+ messages in thread
From: Andrew Morton @ 2017-01-11 23:57 UTC (permalink / raw)
  To: Andy Shevchenko; +Cc: linux-kernel, linux, arnd.bergmann

On Wed, 11 Jan 2017 18:28:07 +0200 Andy Shevchenko <andriy.shevchenko@linux.intel.com> wrote:

> While resource_size_t is repeating phys_addr_t, allocate %par specifier for
> that type for sake of consistency.
> 

I'm struggling to see the value in this.  A more detailed changelog
would help, explaining why you think the kernel would benefit from
this.

Are there callsites which should be converted?  If so, a patch which
does at least some of those would be helpful.

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [PATCH v2 1/1] lib/vsnprintf: Add %par specifier for sake of consistency
  2017-01-11 23:57 ` Andrew Morton
@ 2017-01-12  0:59   ` Joe Perches
  2017-01-12 11:18     ` Andy Shevchenko
  0 siblings, 1 reply; 4+ messages in thread
From: Joe Perches @ 2017-01-12  0:59 UTC (permalink / raw)
  To: Andrew Morton, Andy Shevchenko; +Cc: linux-kernel, linux, arnd.bergmann

On Wed, 2017-01-11 at 15:57 -0800, Andrew Morton wrote:
> On Wed, 11 Jan 2017 18:28:07 +0200 Andy Shevchenko <andriy.shevchenko@linux.intel.com> wrote:
> 
> > While resource_size_t is repeating phys_addr_t, allocate %par specifier for
> > that type for sake of consistency.
> > 
> 
> I'm struggling to see the value in this.  A more detailed changelog
> would help, explaining why you think the kernel would benefit from
> this.
> 
> Are there callsites which should be converted?  If so, a patch which
> does at least some of those would be helpful.

A resource_size_t isn't a different size than a phys_addr_t.
Not so far anyway.

$ git grep typedef.*resource_size_t include
include/linux/types.h:typedef phys_addr_t resource_size_t;

Is there an arch that needs a different size?
If not, why add another case?
Just to make the kernel larger?

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [PATCH v2 1/1] lib/vsnprintf: Add %par specifier for sake of consistency
  2017-01-12  0:59   ` Joe Perches
@ 2017-01-12 11:18     ` Andy Shevchenko
  0 siblings, 0 replies; 4+ messages in thread
From: Andy Shevchenko @ 2017-01-12 11:18 UTC (permalink / raw)
  To: Joe Perches, Andrew Morton; +Cc: linux-kernel, linux, arnd.bergmann

On Wed, 2017-01-11 at 16:59 -0800, Joe Perches wrote:
> On Wed, 2017-01-11 at 15:57 -0800, Andrew Morton wrote:
> > On Wed, 11 Jan 2017 18:28:07 +0200 Andy Shevchenko <andriy.shevchenk
> > o@linux.intel.com> wrote:
> > 
> > > While resource_size_t is repeating phys_addr_t, allocate %par
> > > specifier for
> > > that type for sake of consistency.
> > > 
> > 
> > I'm struggling to see the value in this.  A more detailed changelog
> > would help, explaining why you think the kernel would benefit from
> > this.
> > 
> > Are there callsites which should be converted?  If so, a patch which
> > does at least some of those would be helpful.
> 
> A resource_size_t isn't a different size than a phys_addr_t.
> Not so far anyway.

Yeah, I know.

> $ git grep typedef.*resource_size_t include
> include/linux/types.h:typedef phys_addr_t resource_size_t;
> 
> Is there an arch that needs a different size?
> If not, why add another case?
> Just to make the kernel larger?

Andrew, Joe, thanks for your comments. That's what I asked for in v1.

Just drop the patch. I got my answers.

-- 
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Intel Finland Oy

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2017-01-12 11:18 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-01-11 16:28 [PATCH v2 1/1] lib/vsnprintf: Add %par specifier for sake of consistency Andy Shevchenko
2017-01-11 23:57 ` Andrew Morton
2017-01-12  0:59   ` Joe Perches
2017-01-12 11:18     ` Andy Shevchenko

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).