lkml.org 
[lkml]   [2006]   [Sep]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: 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/

    \
     
     \ /
      Last update: 2006-09-28 01:09    [W:2.783 / U:0.636 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site