lkml.org 
[lkml]   [2012]   [Jun]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [PATCH RESEND 1/3] printk: convert byte-buffer to variable-length record buffer
    On Tue, May 29, 2012 at 06:07:00PM +0200, Kay Sievers wrote:
    > On Sun, 2012-05-27 at 16:23 +0200, Kay Sievers wrote:
    > > On Sat, May 26, 2012 at 1:11 PM, Anton Vorontsov <anton.vorontsov@linaro.org> wrote:
    >
    > > > So, starting from this patch every kmsg_dump user is getting the
    > > > binary stuff, which is barely usable, and breaks a longstanding
    > > > user-visible ABIs (e.g. mtdoops, oops dumping into nvram on PowerPC,
    > > > and ramoops of course).
    > >
    > > These cases export their own format, it's just that the dump routines
    > > could copy the buffer in only two steps (beginning and end of the ring
    > > buffer), while in the future their code would need an update to copy
    > > it record for record now. The exported format in the dump does not
    > > necessarily need to change.
    >
    > Here is an untested patch, which should restore the old plain text
    > export format of the kmsg buffer. I adds an iterator to the dumper
    > routine, which can be used by the dumper to properly copy the data out
    > of the kmsg record buffer. All current users are converted in the same
    > patch.
    >
    > Any feedback/help in testing/updating and getting this thing into a
    > mergeable state would be greatly appreciated.

    Any comments on this patch? Did anyone try it out? I want to merge it
    now, so unless someone objects, will do so soon.

    thanks,

    greg k-h


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