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 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).