Messages in this thread | | | Date | Wed, 27 Sep 2006 16:02:30 -0700 | From | Andrew Morton <> | 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@linux.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@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |