From: Helge Deller <deller@gmx.de>
To: Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
Tadeusz Struk <tadeusz.struk@intel.com>,
Herbert Xu <herbert@gondor.apana.org.au>,
Mauro Carvalho Chehab <m.chehab@samsung.com>,
Ingo Tuchscherer <ingo.tuchscherer@de.ibm.com>,
Alexander Viro <viro@zeniv.linux.org.uk>,
linux-kernel@vger.kernel.org, Joe Perches <joe@perches.com>,
Marek Vasut <marex@denx.de>
Subject: Re: [PATCH v3 4/5] parisc: use seq_hex_dump() to dump buffers
Date: Tue, 26 Aug 2014 21:36:59 +0200 [thread overview]
Message-ID: <53FCE1DB.5070900@gmx.de> (raw)
In-Reply-To: <1408957395-404-5-git-send-email-andriy.shevchenko@linux.intel.com>
Hi Andy,
On 08/25/2014 11:03 AM, Andy Shevchenko wrote:
> Instead of custom approach let's use recently introduced seq_hex_dump() helper.
>
> In one case it changes the output from
> 1111111122222222333333334444444455555555666666667777777788888888
> to
> 11111111 22222222 33333333 44444444 55555555 66666666 77777777 88888888
>
> though it seems it prints same data (by meaning) in both cases. I decide to
> choose to use the space divided one.
That's OK.
> Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
I compile-tested the patch on parisc and runtime-checked the changes to the
sba_iommu.c driver. Everything seems OK. Please add my Acked-by.
Acked-by: Helge Deller <deller@gmx.de>
Thanks!
Helge
> ---
> drivers/parisc/ccio-dma.c | 14 +++-----------
> drivers/parisc/sba_iommu.c | 11 +++--------
> 2 files changed, 6 insertions(+), 19 deletions(-)
>
> diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c
> index 8b490d7..9d353d2 100644
> --- a/drivers/parisc/ccio-dma.c
> +++ b/drivers/parisc/ccio-dma.c
> @@ -1101,20 +1101,12 @@ static const struct file_operations ccio_proc_info_fops = {
>
> static int ccio_proc_bitmap_info(struct seq_file *m, void *p)
> {
> - int len = 0;
> struct ioc *ioc = ioc_list;
>
> while (ioc != NULL) {
> - u32 *res_ptr = (u32 *)ioc->res_map;
> - int j;
> -
> - for (j = 0; j < (ioc->res_size / sizeof(u32)); j++) {
> - if ((j & 7) == 0)
> - len += seq_puts(m, "\n ");
> - len += seq_printf(m, "%08x", *res_ptr);
> - res_ptr++;
> - }
> - len += seq_puts(m, "\n\n");
> + seq_hex_dump(m, " ", DUMP_PREFIX_NONE, 32, 4, ioc->res_map,
> + ioc->res_size, false);
> + seq_putc(m, '\n');
> ioc = ioc->next;
> break; /* XXX - remove me */
> }
> diff --git a/drivers/parisc/sba_iommu.c b/drivers/parisc/sba_iommu.c
> index 1ff1b67..fbc4db9 100644
> --- a/drivers/parisc/sba_iommu.c
> +++ b/drivers/parisc/sba_iommu.c
> @@ -1857,15 +1857,10 @@ sba_proc_bitmap_info(struct seq_file *m, void *p)
> {
> struct sba_device *sba_dev = sba_list;
> struct ioc *ioc = &sba_dev->ioc[0]; /* FIXME: Multi-IOC support! */
> - unsigned int *res_ptr = (unsigned int *)ioc->res_map;
> - int i, len = 0;
>
> - for (i = 0; i < (ioc->res_size/sizeof(unsigned int)); ++i, ++res_ptr) {
> - if ((i & 7) == 0)
> - len += seq_printf(m, "\n ");
> - len += seq_printf(m, " %08x", *res_ptr);
> - }
> - len += seq_printf(m, "\n");
> + seq_hex_dump(m, " ", DUMP_PREFIX_NONE, 32, 4, ioc->res_map,
> + ioc->res_size, false);
> + seq_printf(m, "\n");
>
> return 0;
> }
>
next prev parent reply other threads:[~2014-08-26 19:37 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-08-25 9:03 [PATCH v3 0/5] fs/seq_file: introduce seq_hex_dump() helper Andy Shevchenko
2014-08-25 9:03 ` [PATCH v3 1/5] seq_file: provide an analogue of print_hex_dump() Andy Shevchenko
2014-08-30 22:54 ` Al Viro
2014-09-01 8:36 ` Andy Shevchenko
2014-09-01 8:58 ` Geert Uytterhoeven
2014-09-01 9:09 ` Andy Shevchenko
2014-09-01 9:25 ` Geert Uytterhoeven
2014-09-01 10:15 ` Andy Shevchenko
2014-09-01 10:59 ` Geert Uytterhoeven
2014-09-01 11:33 ` Andy Shevchenko
2014-09-01 11:49 ` Geert Uytterhoeven
2014-09-01 11:53 ` Andy Shevchenko
2014-08-25 9:03 ` [PATCH v3 2/5] saa7164: convert to seq_hex_dump() Andy Shevchenko
2014-08-25 9:03 ` [PATCH v3 3/5] crypto: qat - use seq_hex_dump() to dump buffers Andy Shevchenko
2014-08-25 9:03 ` [PATCH v3 4/5] parisc: " Andy Shevchenko
2014-08-26 19:36 ` Helge Deller [this message]
2014-08-25 9:03 ` [PATCH v3 5/5] [S390] zcrypt: " Andy Shevchenko
2014-08-27 13:26 ` Ingo Tuchscherer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=53FCE1DB.5070900@gmx.de \
--to=deller@gmx.de \
--cc=andriy.shevchenko@linux.intel.com \
--cc=herbert@gondor.apana.org.au \
--cc=ingo.tuchscherer@de.ibm.com \
--cc=joe@perches.com \
--cc=linux-kernel@vger.kernel.org \
--cc=m.chehab@samsung.com \
--cc=marex@denx.de \
--cc=tadeusz.struk@intel.com \
--cc=viro@zeniv.linux.org.uk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.