[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20060927160230.d9325a18.akpm@osdl.org>
Date: Wed, 27 Sep 2006 16:02:30 -0700
From: Andrew Morton <akpm@...l.org>
To: James Ketrenos <jketreno@...ux.intel.com>
Cc: Miles Lane <miles.lane@...il.com>,
LKML <linux-kernel@...r.kernel.org>,
Jouni Malinen <jkmaline@...hut.fi>
Subject: Re: 2.6.18-mm1 -- ieee80211: Info elem: parse failed:
info_element->len + 2 > left : info_element->len+2=28 left=9, id=221.
On Wed, 27 Sep 2006 15:58:03 -0700
James Ketrenos <jketreno@...ux.intel.com> wrote:
> >> + out += snprintf(buf + out, count - out, "%c", c);
> >> + }
> >> +
> >> + for (; j < 8; j++)
> >> + out += snprintf(buf + out, count - out, " ");
> >> + }
> >> +
> >> + return out;
> >> +}
> >
> > I've occasionally felt that the kernel should have a generic
> > print-a-hunk-of-memory function (slab.c has two open-coded
> > implementations already).
> >
> > What does the output of this one look like?
>
> The formatting was done to look pretty similar to generic hex editors/dumpers:
>
> 00000000 80 00 00 00 FF FF FF FF FF FF 00 14 6C 9E C1 1E ........ ....l...
> 00000010 00 14 6C 9E C1 1E 00 AF 86 07 D7 DC 11 00 00 00 ..l..... ........
> 00000020 64 00 01 04 00 07 4E 45 54 47 45 41 52 01 08 82 d.....NE TGEAR...
> 00000030 84 8B 96 24 30 48 6C 03 01 0B 05 04 00 01 00 00 ...$0Hl. ........
> 00000040 2A 01 02 2F 01 02 32 04 0C 12 18 60 DD 06 00 10 *../..2. ...`....
> 00000050 18 02 00 00
>
> The above was generated via printk_buf() with an 84 byte buffer passed in.
Very smooth. Perhaps some nice person will turn it into lib/print-line.c or
something for us (hint).
-
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