From: Anton Ivanov <anton.ivanov@cambridgegreys.com>
To: Steven Rostedt <rostedt@goodmis.org>, Petr Mladek <pmladek@suse.com>
Cc: brakmo@fb.com, Knut Omang <knut.omang@oracle.com>,
jeffm@suse.com, Brendan Higgins <brendanhiggins@google.com>,
dri-devel@lists.freedesktop.org,
Sasha Levin <Alexander.Levin@microsoft.com>,
Linux Trace Devel <linux-trace-devel@vger.kernel.org>,
linux-kselftest@vger.kernel.org, shuah@kernel.org,
Rob Herring <robh@kernel.org>,
Frank Rowand <frowand.list@gmail.com>,
linux-nvdimm@lists.01.org, mpe@ellerman.id.au,
Eric Sandeen <sandeen@sandeen.net>,
Kieran Bingham <kieran.bingham@ideasonboard.com>,
Matthew Wilcox <willy@infradead.org>,
Felix Guo <felixguoxiuping@gmail.com>,
Joel Stanley <joel@jms.id.au>,
Kent Overstreet <kent.overstreet@gmail.com>,
jdike@addtoit.com, Tim.Bird@sony.com,
linux-um@lists.infradead.org, Julia Lawall <julia.lawall@lip6.fr>,
dan.j.williams@intel.com, kunit-dev@googlegroups.com,
richard@nod.at, Greg KH <gregkh@linuxfoundation.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Luis Chamberlain <mcgrof@kernel.org>,
Eryu Guan <guaneryu@gmail.com>, Daniel Vetter <daniel@ffwll.ch>,
Kees Cook <keescook@google.com>,
joe@perches.com, linux-fsdevel@vger.kernel.org,
khilman@baylibre.com
Subject: Re: [RFC v3 11/19] kunit: add Python libraries for handing KUnit config and kernel
Date: Tue, 11 Dec 2018 17:01:48 +0000 [thread overview]
Message-ID: <34f9e9f3-6bca-f11f-097c-c6e0cb779b61@cambridgegreys.com> (raw)
In-Reply-To: <20181211094140.2a928fe7@gandalf.local.home>
On 12/11/18 2:41 PM, Steven Rostedt wrote:
> On Tue, 11 Dec 2018 15:09:26 +0100
> Petr Mladek <pmladek@suse.com> wrote:
>
>>> We have liburcu already, which is good. The main sticking points are:
>>>
>>> - printk has started adding a lot of %pX enhancements which printf
>>> obviously doesn't know about.
>> I wonder how big problem it is and if it is worth using another
>> approach.
> No, please do not change the %pX approach.
>
>> An alternative would be to replace them with helper functions
>> the would produce the same string. The meaning would be easier
>> to understand. But concatenating with the surrounding text
>> would be less elegant. People might start using pr_cont()
>> that is problematic (mixed lines).
>>
>> Also the %pX formats are mostly used to print context of some
>> structures. Even the helper functions would need some maintenance
>> to keep them compatible.
>>
>> BTW: The printk() feature has been introduced 10 years ago by
>> the commit 4d8a743cdd2690c0bc8 ("vsprintf: add infrastructure
>> support for extended '%p' specifiers").
> trace-cmd and perf know about most of the %pX data and how to read it.
> Perhaps we can extend the libtraceevent library to export a generic way
> to read data from printk() output for other tools to use.
Going back for a second to using UML for this. UML console at present is
interrupt driven - it emulates serial IO using several different
back-ends (file descriptors, xterm or actual tty/ptys). Epoll events on
the host side are used to trigger the UML interrupts - both read and write.
This works OK for normal use, but may result in all kinds of interesting
false positives/false negatives when UML is used to run unit tests
against a change which changes interrupt behavior.
IMO it may be useful to consider some alternatives specifically for unit
test coverage purposes where printk and/or the whole console output
altogether bypass some of the IRQ driven semantics.
--
Anton R. Ivanov
Cambridge Greys Limited, England and Wales company No 10273661
http://www.cambridgegreys.com/
next prev parent reply other threads:[~2018-12-11 17:41 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20181128193636.254378-1-brendanhiggins@google.com>
[not found] ` <20181128193636.254378-12-brendanhiggins@google.com>
[not found] ` <841cf4ae-501b-05ae-5863-a51010709b67@ideasonboard.com>
[not found] ` <CAFd5g47x-UNja72k-CWPmWz9+LTn8pF8Wj5Poq+2FJ93E=vymA@mail.gmail.com>
[not found] ` <20181204204701.GT28501@garbanzo.do-not-panic.com>
[not found] ` <f8722f4a-44c8-24c2-c433-5178f9f40b82@ideasonboard.com>
[not found] ` <20181206153718.GD24603@bombadil.infradead.org>
[not found] ` <20181211140926.7wzd5jh6klcfsfgz@pathway.suse.cz>
2018-12-11 14:41 ` [RFC v3 11/19] kunit: add Python libraries for handing KUnit config and kernel Steven Rostedt
2018-12-11 17:01 ` Anton Ivanov [this message]
2019-02-09 0:40 ` Brendan Higgins
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=34f9e9f3-6bca-f11f-097c-c6e0cb779b61@cambridgegreys.com \
--to=anton.ivanov@cambridgegreys.com \
--cc=Alexander.Levin@microsoft.com \
--cc=Tim.Bird@sony.com \
--cc=brakmo@fb.com \
--cc=brendanhiggins@google.com \
--cc=dan.j.williams@intel.com \
--cc=daniel@ffwll.ch \
--cc=dri-devel@lists.freedesktop.org \
--cc=felixguoxiuping@gmail.com \
--cc=frowand.list@gmail.com \
--cc=gregkh@linuxfoundation.org \
--cc=guaneryu@gmail.com \
--cc=jdike@addtoit.com \
--cc=jeffm@suse.com \
--cc=joe@perches.com \
--cc=joel@jms.id.au \
--cc=julia.lawall@lip6.fr \
--cc=keescook@google.com \
--cc=kent.overstreet@gmail.com \
--cc=khilman@baylibre.com \
--cc=kieran.bingham@ideasonboard.com \
--cc=knut.omang@oracle.com \
--cc=kunit-dev@googlegroups.com \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-kselftest@vger.kernel.org \
--cc=linux-nvdimm@lists.01.org \
--cc=linux-trace-devel@vger.kernel.org \
--cc=linux-um@lists.infradead.org \
--cc=mcgrof@kernel.org \
--cc=mpe@ellerman.id.au \
--cc=pmladek@suse.com \
--cc=richard@nod.at \
--cc=robh@kernel.org \
--cc=rostedt@goodmis.org \
--cc=sandeen@sandeen.net \
--cc=shuah@kernel.org \
--cc=willy@infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).