[Piglit] [Patch v4 1/4] framework/dmesg: Adds a new module for dmesg

Ilia Mirkin imirkin at alum.mit.edu
Tue Feb 4 09:04:21 PST 2014


On Tue, Feb 4, 2014 at 11:07 AM, Dylan Baker <baker.dylan.c at gmail.com> wrote:
> On Tuesday, February 04, 2014 10:59:20 AM Ilia Mirkin wrote:
>> On Tue, Feb 4, 2014 at 10:50 AM, Dylan Baker <baker.dylan.c at gmail.com>
>> > +        if not self._last_message:
>> > +            # We need to ensure that there is something in dmesg to check
>> > +            # timestamps.
>> > +            raise DmesgError(
>> > +                "Your dmesg ringbuffer is empty, so it's not possible to
>> > check " +                "for timestamp support. Try adding something to
>> > dmesg by " +                "writing /dev/kmsg. ex `echo 'foo' >>
>> > /dev/kmsg")
>> TBH, I'm not a fan of that -- doing "dmesg -c" isn't such an uncommon
>> thing. Printing out a warning is fine (and then erroring out when
>> things don't pan out), but I dunno about making it a hard requirement
>> to have something in dmesg.
>>
>
> Yeah, I'm not super happy with it either. I just don't see anywhere in the
> actually called methods we can bail out without having unexpected results
> first, without doing something as awful as a check for timestamps in
> dmesg_update(), which would lead to a bad performance hit. Any suggestions?

Print a warning and let things fail as they go? I prefer to allow
people to shoot themselves in the foot. Also what will _actually_
fail? The timestamp isn't parsed anywhere, the only thing that'll go
wrong is that some dmesg errors might not get picked up if they're
overly repetitive.

  -ilia


More information about the Piglit mailing list