From: Brendan Higgins <brendanhiggins@google.com>
To: Logan Gunthorpe <logang@deltatee.com>
Cc: Kees Cook <keescook@google.com>,
Luis Chamberlain <mcgrof@kernel.org>,
shuah@kernel.org, Rob Herring <robh@kernel.org>,
Kieran Bingham <kieran.bingham@ideasonboard.com>,
Frank Rowand <frowand.list@gmail.com>,
Greg KH <gregkh@linuxfoundation.org>,
Joel Stanley <joel@jms.id.au>,
Michael Ellerman <mpe@ellerman.id.au>,
Joe Perches <joe@perches.com>,
brakmo@fb.com, Steven Rostedt <rostedt@goodmis.org>,
"Bird, Timothy" <Tim.Bird@sony.com>,
Kevin Hilman <khilman@baylibre.com>,
Julia Lawall <julia.lawall@lip6.fr>,
linux-kselftest@vger.kernel.org, kunit-dev@googlegroups.com,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Jeff Dike <jdike@addtoit.com>,
Richard Weinberger <richard@nod.at>,
linux-um@lists.infradead.org, Daniel Vetter <daniel@ffwll.ch>
Subject: Re: [RFC v4 00/17] kunit: introduce KUnit, the Linux kernel unit testing framework
Date: Thu, 21 Mar 2019 16:33:46 -0700 [thread overview]
Message-ID: <CAFd5g45u6oX=nK9anAEdfsV+8SET8Zo_Dpy0WfzCna19r_jSyw@mail.gmail.com> (raw)
In-Reply-To: <3bdbe44c-5bd8-db37-89f9-a518cd5a21a8@deltatee.com>
On Thu, Mar 21, 2019 at 3:27 PM Logan Gunthorpe <logang@deltatee.com> wrote:
>
>
>
> On 2019-03-21 4:07 p.m., Brendan Higgins wrote:
> > A couple of points, as for needing CONFIG_PCI; my plan to deal with
> > that type of thing has been that we would add support for a KUnit/UML
> > version that is just for KUnit. It would mock out the necessary bits
> > to provide a fake hardware implementation for anything that might
> > depend on it. I wrote a prototype for mocking/faking MMIO that I
> > presented to the list here[1]; it is not part of the current patchset
> > because we decided it would be best to focus on getting an MVP in, but
> > I plan on bringing it back up at some point. Anyway, what do you
> > generally think of this approach?
>
> Yes, I was wondering if that might be possible. I think that's a great
> approach but it will unfortunately take a lot of work before larger
> swaths of the kernel are testable in Kunit with UML. Having more common
> mocked infrastructure will be great by-product of it though.
Yeah, it's unfortunate that the best way to do something often takes
so much longer.
>
> > Awesome, I looked at the code you posted and it doesn't look like you
> > have had too many troubles. One thing that stood out to me, why did
> > you need to put it in the kunit/ dir?
>
> Yeah, writing the code was super easy. Only after, did I realized I
> couldn't get it to easily build.
Yeah, we really need to fix that; unfortunately, broadly addressing
that problem is really hard and will most likely take a long time.
>
> Putting it in the kunit directory was necessary because nothing in the
> NTB tree builds unless CONFIG_NTB is set (see drivers/Makefile) and
> CONFIG_NTB depends on CONFIG_PCI. I didn't experiment to see how hard it
> would be to set CONFIG_NTB without CONFIG_PCI; I assumed it would be tricky.
>
> > I am looking forward to see what you think!
>
> Generally, I'm impressed and want to see this work in upstream as soon
> as possible so I can start to make use of it!
Great to hear! I was trying to get the next revision out this week,
but addressing some of the comments is taking a little longer than
expected. I should have something together fairly soon though
(hopefully next week). Good news is that next revision will be
non-RFC; most of the feedback has settled down and I think we are
ready to start figuring out how to merge it. Fingers crossed :-)
Cheers
WARNING: multiple messages have this Message-ID (diff)
From: Brendan Higgins <brendanhiggins@google.com>
To: Logan Gunthorpe <logang@deltatee.com>
Cc: Kees Cook <keescook@google.com>,
Luis Chamberlain <mcgrof@kernel.org>,
shuah@kernel.org, Rob Herring <robh@kernel.org>,
Kieran Bingham <kieran.bingham@ideasonboard.com>,
Frank Rowand <frowand.list@gmail.com>,
Greg KH <gregkh@linuxfoundation.org>,
Joel Stanley <joel@jms.id.au>,
Michael Ellerman <mpe@ellerman.id.au>,
Joe Perches <joe@perches.com>,
brakmo@fb.com, Steven Rostedt <rostedt@goodmis.org>,
"Bird, Timothy" <Tim.Bird@sony.com>,
Kevin Hilman <khilman@baylibre.com>,
Julia Lawall <julia.lawall@lip6.fr>,
linux-kselftest@vger.kernel.org, kunit-dev@googlegroups.com,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Jeff Dike <jdike@addtoit.com>,
Richard Weinberger <richard@nod.at>,
linux-um@lists.infradead.org, Daniel Vetter <daniel@ffwll.ch>,
dri-devel <dri-devel@lists.freedesktop.org>,
Dan Williams <dan.j.williams@intel.com>,
linux-nvdimm <linux-nvdimm@lists.01.org>,
Knut Omang <knut.omang@oracle.com>,
devicetree <devicetree@vger.kernel.org>,
Petr Mladek <pmladek@suse.com>,
Sasha Levin <Alexander.Levin@microsoft.com>,
Amir Goldstein <amir73il@gmail.com>,
Dan Carpenter <dan.carpenter@oracle.com>,
wfg@linux.intel.com
Subject: Re: [RFC v4 00/17] kunit: introduce KUnit, the Linux kernel unit testing framework
Date: Thu, 21 Mar 2019 16:33:46 -0700 [thread overview]
Message-ID: <CAFd5g45u6oX=nK9anAEdfsV+8SET8Zo_Dpy0WfzCna19r_jSyw@mail.gmail.com> (raw)
In-Reply-To: <3bdbe44c-5bd8-db37-89f9-a518cd5a21a8@deltatee.com>
On Thu, Mar 21, 2019 at 3:27 PM Logan Gunthorpe <logang@deltatee.com> wrote:
>
>
>
> On 2019-03-21 4:07 p.m., Brendan Higgins wrote:
> > A couple of points, as for needing CONFIG_PCI; my plan to deal with
> > that type of thing has been that we would add support for a KUnit/UML
> > version that is just for KUnit. It would mock out the necessary bits
> > to provide a fake hardware implementation for anything that might
> > depend on it. I wrote a prototype for mocking/faking MMIO that I
> > presented to the list here[1]; it is not part of the current patchset
> > because we decided it would be best to focus on getting an MVP in, but
> > I plan on bringing it back up at some point. Anyway, what do you
> > generally think of this approach?
>
> Yes, I was wondering if that might be possible. I think that's a great
> approach but it will unfortunately take a lot of work before larger
> swaths of the kernel are testable in Kunit with UML. Having more common
> mocked infrastructure will be great by-product of it though.
Yeah, it's unfortunate that the best way to do something often takes
so much longer.
>
> > Awesome, I looked at the code you posted and it doesn't look like you
> > have had too many troubles. One thing that stood out to me, why did
> > you need to put it in the kunit/ dir?
>
> Yeah, writing the code was super easy. Only after, did I realized I
> couldn't get it to easily build.
Yeah, we really need to fix that; unfortunately, broadly addressing
that problem is really hard and will most likely take a long time.
>
> Putting it in the kunit directory was necessary because nothing in the
> NTB tree builds unless CONFIG_NTB is set (see drivers/Makefile) and
> CONFIG_NTB depends on CONFIG_PCI. I didn't experiment to see how hard it
> would be to set CONFIG_NTB without CONFIG_PCI; I assumed it would be tricky.
>
> > I am looking forward to see what you think!
>
> Generally, I'm impressed and want to see this work in upstream as soon
> as possible so I can start to make use of it!
Great to hear! I was trying to get the next revision out this week,
but addressing some of the comments is taking a little longer than
expected. I should have something together fairly soon though
(hopefully next week). Good news is that next revision will be
non-RFC; most of the feedback has settled down and I think we are
ready to start figuring out how to merge it. Fingers crossed :-)
Cheers
WARNING: multiple messages have this Message-ID (diff)
From: brendanhiggins at google.com (Brendan Higgins)
Subject: [RFC v4 00/17] kunit: introduce KUnit, the Linux kernel unit testing framework
Date: Thu, 21 Mar 2019 16:33:46 -0700 [thread overview]
Message-ID: <CAFd5g45u6oX=nK9anAEdfsV+8SET8Zo_Dpy0WfzCna19r_jSyw@mail.gmail.com> (raw)
In-Reply-To: <3bdbe44c-5bd8-db37-89f9-a518cd5a21a8@deltatee.com>
On Thu, Mar 21, 2019 at 3:27 PM Logan Gunthorpe <logang at deltatee.com> wrote:
>
>
>
> On 2019-03-21 4:07 p.m., Brendan Higgins wrote:
> > A couple of points, as for needing CONFIG_PCI; my plan to deal with
> > that type of thing has been that we would add support for a KUnit/UML
> > version that is just for KUnit. It would mock out the necessary bits
> > to provide a fake hardware implementation for anything that might
> > depend on it. I wrote a prototype for mocking/faking MMIO that I
> > presented to the list here[1]; it is not part of the current patchset
> > because we decided it would be best to focus on getting an MVP in, but
> > I plan on bringing it back up at some point. Anyway, what do you
> > generally think of this approach?
>
> Yes, I was wondering if that might be possible. I think that's a great
> approach but it will unfortunately take a lot of work before larger
> swaths of the kernel are testable in Kunit with UML. Having more common
> mocked infrastructure will be great by-product of it though.
Yeah, it's unfortunate that the best way to do something often takes
so much longer.
>
> > Awesome, I looked at the code you posted and it doesn't look like you
> > have had too many troubles. One thing that stood out to me, why did
> > you need to put it in the kunit/ dir?
>
> Yeah, writing the code was super easy. Only after, did I realized I
> couldn't get it to easily build.
Yeah, we really need to fix that; unfortunately, broadly addressing
that problem is really hard and will most likely take a long time.
>
> Putting it in the kunit directory was necessary because nothing in the
> NTB tree builds unless CONFIG_NTB is set (see drivers/Makefile) and
> CONFIG_NTB depends on CONFIG_PCI. I didn't experiment to see how hard it
> would be to set CONFIG_NTB without CONFIG_PCI; I assumed it would be tricky.
>
> > I am looking forward to see what you think!
>
> Generally, I'm impressed and want to see this work in upstream as soon
> as possible so I can start to make use of it!
Great to hear! I was trying to get the next revision out this week,
but addressing some of the comments is taking a little longer than
expected. I should have something together fairly soon though
(hopefully next week). Good news is that next revision will be
non-RFC; most of the feedback has settled down and I think we are
ready to start figuring out how to merge it. Fingers crossed :-)
Cheers
WARNING: multiple messages have this Message-ID (diff)
From: brendanhiggins@google.com (Brendan Higgins)
Subject: [RFC v4 00/17] kunit: introduce KUnit, the Linux kernel unit testing framework
Date: Thu, 21 Mar 2019 16:33:46 -0700 [thread overview]
Message-ID: <CAFd5g45u6oX=nK9anAEdfsV+8SET8Zo_Dpy0WfzCna19r_jSyw@mail.gmail.com> (raw)
Message-ID: <20190321233346.3zfg3iiFzXoTq-5QEEqsBtp-RlFniHi0fPdC4_Jhkj8@z> (raw)
In-Reply-To: <3bdbe44c-5bd8-db37-89f9-a518cd5a21a8@deltatee.com>
On Thu, Mar 21, 2019@3:27 PM Logan Gunthorpe <logang@deltatee.com> wrote:
>
>
>
> On 2019-03-21 4:07 p.m., Brendan Higgins wrote:
> > A couple of points, as for needing CONFIG_PCI; my plan to deal with
> > that type of thing has been that we would add support for a KUnit/UML
> > version that is just for KUnit. It would mock out the necessary bits
> > to provide a fake hardware implementation for anything that might
> > depend on it. I wrote a prototype for mocking/faking MMIO that I
> > presented to the list here[1]; it is not part of the current patchset
> > because we decided it would be best to focus on getting an MVP in, but
> > I plan on bringing it back up at some point. Anyway, what do you
> > generally think of this approach?
>
> Yes, I was wondering if that might be possible. I think that's a great
> approach but it will unfortunately take a lot of work before larger
> swaths of the kernel are testable in Kunit with UML. Having more common
> mocked infrastructure will be great by-product of it though.
Yeah, it's unfortunate that the best way to do something often takes
so much longer.
>
> > Awesome, I looked at the code you posted and it doesn't look like you
> > have had too many troubles. One thing that stood out to me, why did
> > you need to put it in the kunit/ dir?
>
> Yeah, writing the code was super easy. Only after, did I realized I
> couldn't get it to easily build.
Yeah, we really need to fix that; unfortunately, broadly addressing
that problem is really hard and will most likely take a long time.
>
> Putting it in the kunit directory was necessary because nothing in the
> NTB tree builds unless CONFIG_NTB is set (see drivers/Makefile) and
> CONFIG_NTB depends on CONFIG_PCI. I didn't experiment to see how hard it
> would be to set CONFIG_NTB without CONFIG_PCI; I assumed it would be tricky.
>
> > I am looking forward to see what you think!
>
> Generally, I'm impressed and want to see this work in upstream as soon
> as possible so I can start to make use of it!
Great to hear! I was trying to get the next revision out this week,
but addressing some of the comments is taking a little longer than
expected. I should have something together fairly soon though
(hopefully next week). Good news is that next revision will be
non-RFC; most of the feedback has settled down and I think we are
ready to start figuring out how to merge it. Fingers crossed :-)
Cheers
WARNING: multiple messages have this Message-ID (diff)
From: Brendan Higgins <brendanhiggins@google.com>
To: Logan Gunthorpe <logang@deltatee.com>
Cc: brakmo@fb.com, Petr Mladek <pmladek@suse.com>,
Amir Goldstein <amir73il@gmail.com>,
dri-devel <dri-devel@lists.freedesktop.org>,
Sasha Levin <Alexander.Levin@microsoft.com>,
linux-kselftest@vger.kernel.org,
Frank Rowand <frowand.list@gmail.com>,
Rob Herring <robh@kernel.org>,
linux-nvdimm <linux-nvdimm@lists.01.org>,
Richard Weinberger <richard@nod.at>,
Knut Omang <knut.omang@oracle.com>,
Kieran Bingham <kieran.bingham@ideasonboard.com>,
wfg@linux.intel.com, Joel Stanley <joel@jms.id.au>,
Jeff Dike <jdike@addtoit.com>,
Dan Carpenter <dan.carpenter@oracle.com>,
devicetree <devicetree@vger.kernel.org>,
shuah@kernel.org, "Bird," Timothy" <Tim.Bird@sony.com>,
Kees Cook <keescook@google.com>," linux-um@lists.infradead.org,
Steven Rostedt <rostedt@goodmis.org>,
Julia Lawall <julia.lawall@lip6.fr>,
Dan Williams <dan.j.williams@intel.com>,
kunit-dev@googlegroups.com, Greg KH <gregkh@linuxfoundation.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Luis Chamberlain <mcgrof@kernel.org>,
Daniel Vetter <daniel@ffwll.ch>,
Michael Ellerman <mpe@ellerman.id.au>,
Joe Perches <joe@perches.com>,
Kevin Hilman <khilman@baylibre.com>
Subject: Re: [RFC v4 00/17] kunit: introduce KUnit, the Linux kernel unit testing framework
Date: Thu, 21 Mar 2019 16:33:46 -0700 [thread overview]
Message-ID: <CAFd5g45u6oX=nK9anAEdfsV+8SET8Zo_Dpy0WfzCna19r_jSyw@mail.gmail.com> (raw)
In-Reply-To: <3bdbe44c-5bd8-db37-89f9-a518cd5a21a8@deltatee.com>
On Thu, Mar 21, 2019 at 3:27 PM Logan Gunthorpe <logang@deltatee.com> wrote:
>
>
>
> On 2019-03-21 4:07 p.m., Brendan Higgins wrote:
> > A couple of points, as for needing CONFIG_PCI; my plan to deal with
> > that type of thing has been that we would add support for a KUnit/UML
> > version that is just for KUnit. It would mock out the necessary bits
> > to provide a fake hardware implementation for anything that might
> > depend on it. I wrote a prototype for mocking/faking MMIO that I
> > presented to the list here[1]; it is not part of the current patchset
> > because we decided it would be best to focus on getting an MVP in, but
> > I plan on bringing it back up at some point. Anyway, what do you
> > generally think of this approach?
>
> Yes, I was wondering if that might be possible. I think that's a great
> approach but it will unfortunately take a lot of work before larger
> swaths of the kernel are testable in Kunit with UML. Having more common
> mocked infrastructure will be great by-product of it though.
Yeah, it's unfortunate that the best way to do something often takes
so much longer.
>
> > Awesome, I looked at the code you posted and it doesn't look like you
> > have had too many troubles. One thing that stood out to me, why did
> > you need to put it in the kunit/ dir?
>
> Yeah, writing the code was super easy. Only after, did I realized I
> couldn't get it to easily build.
Yeah, we really need to fix that; unfortunately, broadly addressing
that problem is really hard and will most likely take a long time.
>
> Putting it in the kunit directory was necessary because nothing in the
> NTB tree builds unless CONFIG_NTB is set (see drivers/Makefile) and
> CONFIG_NTB depends on CONFIG_PCI. I didn't experiment to see how hard it
> would be to set CONFIG_NTB without CONFIG_PCI; I assumed it would be tricky.
>
> > I am looking forward to see what you think!
>
> Generally, I'm impressed and want to see this work in upstream as soon
> as possible so I can start to make use of it!
Great to hear! I was trying to get the next revision out this week,
but addressing some of the comments is taking a little longer than
expected. I should have something together fairly soon though
(hopefully next week). Good news is that next revision will be
non-RFC; most of the feedback has settled down and I think we are
ready to start figuring out how to merge it. Fingers crossed :-)
Cheers
_______________________________________________
linux-um mailing list
linux-um@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-um
next prev parent reply other threads:[~2019-03-21 23:33 UTC|newest]
Thread overview: 316+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-02-14 21:37 [RFC v4 00/17] kunit: introduce KUnit, the Linux kernel unit testing framework Brendan Higgins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` brendanhiggins
2019-02-14 21:37 ` [RFC v4 02/17] kunit: test: add test resource management API Brendan Higgins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` brendanhiggins
2019-02-15 21:01 ` Stephen Boyd
2019-02-15 21:01 ` Stephen Boyd
2019-02-15 21:01 ` Stephen Boyd
2019-02-15 21:01 ` sboyd
2019-02-15 21:01 ` Stephen Boyd
2019-02-19 23:24 ` Brendan Higgins
2019-02-19 23:24 ` Brendan Higgins
2019-02-19 23:24 ` Brendan Higgins
2019-02-19 23:24 ` brendanhiggins
2019-02-19 23:24 ` Brendan Higgins
2019-02-14 21:37 ` [RFC v4 07/17] kunit: test: add initial tests Brendan Higgins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` brendanhiggins
2019-02-14 21:37 ` [RFC v4 16/17] of: unittest: split out a couple of test cases from unittest Brendan Higgins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` brendanhiggins
2019-03-22 1:14 ` Frank Rowand
2019-03-22 1:14 ` Frank Rowand
2019-03-22 1:14 ` Frank Rowand
2019-03-22 1:14 ` frowand.list
2019-03-22 1:14 ` Frank Rowand
2019-03-22 1:45 ` Brendan Higgins
2019-03-22 1:45 ` Brendan Higgins
2019-03-22 1:45 ` Brendan Higgins
2019-03-22 1:45 ` brendanhiggins
2019-03-22 1:45 ` Brendan Higgins
2019-03-22 1:45 ` Brendan Higgins
2019-02-14 21:37 ` [RFC v4 17/17] of: unittest: split up some super large test cases Brendan Higgins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` brendanhiggins
2019-03-22 1:16 ` Frank Rowand
2019-03-22 1:16 ` Frank Rowand
2019-03-22 1:16 ` Frank Rowand
2019-03-22 1:16 ` frowand.list
2019-03-22 1:16 ` Frank Rowand
2019-03-22 1:16 ` Frank Rowand
[not found] ` <09b06e6d-fd36-707e-cb7a-e935bd930510-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2019-03-22 1:45 ` Brendan Higgins
2019-03-22 1:45 ` Brendan Higgins
2019-03-22 1:45 ` Brendan Higgins
2019-03-22 1:45 ` brendanhiggins
2019-03-22 1:45 ` Brendan Higgins
2019-02-18 20:02 ` [RFC v4 00/17] kunit: introduce KUnit, the Linux kernel unit testing framework Frank Rowand
2019-02-18 20:02 ` Frank Rowand
2019-02-18 20:02 ` Frank Rowand
2019-02-18 20:02 ` frowand.list
2019-02-20 6:34 ` Brendan Higgins
2019-02-20 6:34 ` Brendan Higgins
2019-02-20 6:34 ` Brendan Higgins
2019-02-20 6:34 ` brendanhiggins
2019-02-20 6:34 ` Brendan Higgins
2019-02-20 6:46 ` Frank Rowand
2019-02-20 6:46 ` Frank Rowand
2019-02-20 6:46 ` Frank Rowand
2019-02-20 6:46 ` frowand.list
2019-02-20 6:46 ` Frank Rowand
2019-02-22 20:52 ` Thiago Jung Bauermann
2019-02-22 20:52 ` Thiago Jung Bauermann
2019-02-22 20:52 ` Thiago Jung Bauermann
2019-02-22 20:52 ` bauerman
2019-02-22 20:52 ` Thiago Jung Bauermann
2019-02-28 4:18 ` Brendan Higgins
2019-02-28 4:18 ` Brendan Higgins
2019-02-28 4:18 ` brendanhiggins
2019-02-28 4:18 ` Brendan Higgins
2019-02-28 4:15 ` Brendan Higgins
2019-02-28 4:15 ` Brendan Higgins
2019-02-28 4:15 ` Brendan Higgins
2019-02-28 4:15 ` brendanhiggins
2019-02-28 4:15 ` Brendan Higgins
2019-03-04 23:01 ` Brendan Higgins
2019-03-04 23:01 ` Brendan Higgins
2019-03-04 23:01 ` Brendan Higgins
2019-03-04 23:01 ` brendanhiggins
2019-03-04 23:01 ` Brendan Higgins
2019-03-22 1:23 ` Frank Rowand
2019-03-22 1:23 ` Frank Rowand
2019-03-22 1:23 ` Frank Rowand
2019-03-22 1:23 ` frowand.list
2019-03-22 1:23 ` Frank Rowand
2019-03-22 1:23 ` Frank Rowand
[not found] ` <0e6eb370-3e62-e1a5-1b91-bccc5868e8e4-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2019-03-25 22:11 ` Brendan Higgins
2019-03-25 22:11 ` Brendan Higgins
2019-03-25 22:11 ` Brendan Higgins
2019-03-25 22:11 ` brendanhiggins
2019-03-25 22:11 ` Brendan Higgins
[not found] ` <20190214213729.21702-1-brendanhiggins-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>
2019-02-14 21:37 ` [RFC v4 01/17] kunit: test: add KUnit test runner core Brendan Higgins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` brendanhiggins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` [RFC v4 03/17] kunit: test: add string_stream a std::stream like string builder Brendan Higgins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` brendanhiggins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` [RFC v4 04/17] kunit: test: add test_stream a std::stream like logger Brendan Higgins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` brendanhiggins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` [RFC v4 05/17] kunit: test: add the concept of expectations Brendan Higgins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` brendanhiggins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` [RFC v4 06/17] kbuild: enable building KUnit Brendan Higgins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` brendanhiggins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` [RFC v4 08/17] kunit: test: add support for test abort Brendan Higgins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` brendanhiggins
2019-02-14 21:37 ` Brendan Higgins
[not found] ` <20190214213729.21702-9-brendanhiggins-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>
2019-02-18 19:52 ` Frank Rowand
2019-02-18 19:52 ` Frank Rowand
2019-02-18 19:52 ` frowand.list
2019-02-18 19:52 ` Frank Rowand
[not found] ` <da1995fa-a362-dfe6-8184-7fcdf2b923e8-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2019-02-20 3:39 ` Brendan Higgins
2019-02-20 3:39 ` Brendan Higgins
2019-02-20 3:39 ` Brendan Higgins
2019-02-20 3:39 ` brendanhiggins
2019-02-20 3:39 ` Brendan Higgins
2019-02-20 6:44 ` Frank Rowand
2019-02-20 6:44 ` Frank Rowand
2019-02-20 6:44 ` Frank Rowand
2019-02-20 6:44 ` frowand.list
2019-02-20 6:44 ` Frank Rowand
2019-02-20 6:44 ` Frank Rowand
2019-02-28 7:42 ` Brendan Higgins
2019-02-28 7:42 ` Brendan Higgins
2019-02-28 7:42 ` Brendan Higgins
2019-02-28 7:42 ` brendanhiggins
2019-02-28 7:42 ` Brendan Higgins
[not found] ` <CAFd5g47EDmsBWKNiW0jpHW2VG_GWCfe8UO+=ofgM2_ru+_UBQA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2019-03-22 1:09 ` Frank Rowand
2019-03-22 1:09 ` Frank Rowand
2019-03-22 1:09 ` Frank Rowand
2019-03-22 1:09 ` frowand.list
2019-03-22 1:09 ` Frank Rowand
2019-03-22 1:41 ` Brendan Higgins
2019-03-22 1:41 ` Brendan Higgins
2019-03-22 1:41 ` Brendan Higgins
2019-03-22 1:41 ` brendanhiggins
2019-03-22 1:41 ` Brendan Higgins
[not found] ` <CAFd5g46AP9yZQ+z+60HGaZuqhJQmfSBw9+r62w4k=cGiMEkqLA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2019-03-22 7:10 ` Knut Omang
2019-03-22 7:10 ` Knut Omang
2019-03-22 7:10 ` Knut Omang
2019-03-22 7:10 ` knut.omang
2019-03-22 7:10 ` Knut Omang
2019-03-25 22:32 ` Brendan Higgins
2019-03-25 22:32 ` Brendan Higgins
2019-03-25 22:32 ` brendanhiggins
2019-03-25 22:32 ` Brendan Higgins
[not found] ` <CAFd5g44eqjN-nVCJuoeYFCxwVa5AorWiAnXe-tFCAc11zDgJFA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2019-03-26 7:44 ` Knut Omang
2019-03-26 7:44 ` Knut Omang
2019-03-26 7:44 ` Knut Omang
2019-03-26 7:44 ` knut.omang
2019-03-26 7:44 ` Knut Omang
2019-02-26 20:35 ` Stephen Boyd
2019-02-26 20:35 ` Stephen Boyd
2019-02-26 20:35 ` Stephen Boyd
2019-02-26 20:35 ` sboyd
2019-02-26 20:35 ` Stephen Boyd
[not found] ` <155121334527.260864.5324117081460979741-n1Xw8LXHxjTHt/MElyovVYaSKrA+ACpX0E9HWUfgJXw@public.gmane.org>
2019-02-28 9:03 ` Brendan Higgins
2019-02-28 9:03 ` Brendan Higgins
2019-02-28 9:03 ` brendanhiggins
2019-02-28 9:03 ` Brendan Higgins
2019-02-28 13:54 ` Dan Carpenter
2019-02-28 13:54 ` Dan Carpenter
2019-02-28 13:54 ` Dan Carpenter
2019-02-28 13:54 ` dan.carpenter
2019-02-28 13:54 ` Dan Carpenter
2019-03-04 22:28 ` Brendan Higgins
2019-03-04 22:28 ` Brendan Higgins
2019-03-04 22:28 ` Brendan Higgins
2019-03-04 22:28 ` brendanhiggins
2019-03-04 22:28 ` Brendan Higgins
2019-02-28 18:02 ` Stephen Boyd
2019-02-28 18:02 ` Stephen Boyd
[not found] ` <155137694423.260864.2846034318906225490-n1Xw8LXHxjTHt/MElyovVYaSKrA+ACpX0E9HWUfgJXw@public.gmane.org>
2019-03-04 22:39 ` Brendan Higgins
2019-03-04 22:39 ` Brendan Higgins
2019-03-04 22:39 ` Brendan Higgins
2019-03-04 22:39 ` brendanhiggins
2019-03-04 22:39 ` Brendan Higgins
2019-02-14 21:37 ` [RFC v4 09/17] kunit: test: add the concept of assertions Brendan Higgins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` brendanhiggins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` [RFC v4 10/17] kunit: test: add test managed resource tests Brendan Higgins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` brendanhiggins
2019-02-14 21:37 ` Brendan Higgins
[not found] ` <20190214213729.21702-11-brendanhiggins-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>
2019-02-15 20:54 ` Stephen Boyd
2019-02-15 20:54 ` Stephen Boyd
2019-02-15 20:54 ` Stephen Boyd
2019-02-15 20:54 ` sboyd
2019-02-15 20:54 ` Stephen Boyd
2019-02-19 23:20 ` Brendan Higgins
2019-02-19 23:20 ` Brendan Higgins
2019-02-19 23:20 ` Brendan Higgins
2019-02-19 23:20 ` brendanhiggins
2019-02-19 23:20 ` Brendan Higgins
2019-02-20 22:03 ` Stephen Boyd
2019-02-20 22:03 ` Stephen Boyd
2019-02-14 21:37 ` [RFC v4 11/17] kunit: tool: add Python wrappers for running KUnit tests Brendan Higgins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` brendanhiggins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` [RFC v4 12/17] kunit: defconfig: add defconfigs for building " Brendan Higgins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` brendanhiggins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` [RFC v4 13/17] Documentation: kunit: add documentation for KUnit Brendan Higgins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` brendanhiggins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` [RFC v4 14/17] MAINTAINERS: add entry for KUnit the unit testing framework Brendan Higgins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` brendanhiggins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` [RFC v4 15/17] of: unittest: migrate tests to run on KUnit Brendan Higgins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` Brendan Higgins
2019-02-14 21:37 ` brendanhiggins
2019-02-14 21:37 ` Brendan Higgins
[not found] ` <20190214213729.21702-16-brendanhiggins-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>
2019-02-16 0:24 ` Frank Rowand
2019-02-16 0:24 ` Frank Rowand
2019-02-16 0:24 ` Frank Rowand
2019-02-16 0:24 ` frowand.list
2019-02-16 0:24 ` Frank Rowand
[not found] ` <cda7c8db-a6d0-6a93-5c33-9ccf32dfd29a-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2019-02-20 2:24 ` Brendan Higgins
2019-02-20 2:24 ` Brendan Higgins
2019-02-20 2:24 ` Brendan Higgins
2019-02-20 2:24 ` brendanhiggins
2019-02-20 2:24 ` Brendan Higgins
2019-03-21 1:07 ` [RFC v4 00/17] kunit: introduce KUnit, the Linux kernel unit testing framework Logan Gunthorpe
2019-03-21 1:07 ` Logan Gunthorpe
2019-03-21 1:07 ` Logan Gunthorpe
2019-03-21 1:07 ` logang
2019-03-21 1:07 ` Logan Gunthorpe
[not found] ` <6d9b3b21-1179-3a45-7545-30aa15306cb4-OTvnGxWRz7hWk0Htik3J/w@public.gmane.org>
2019-03-21 5:23 ` Knut Omang
2019-03-21 5:23 ` Knut Omang
2019-03-21 5:23 ` Knut Omang
2019-03-21 5:23 ` knut.omang
2019-03-21 5:23 ` Knut Omang
2019-03-21 15:56 ` Logan Gunthorpe
2019-03-21 15:56 ` Logan Gunthorpe
2019-03-21 15:56 ` Logan Gunthorpe
2019-03-21 15:56 ` logang
2019-03-21 15:56 ` Logan Gunthorpe
2019-03-21 15:56 ` Logan Gunthorpe
[not found] ` <ce355f5c-189c-816c-cde4-fb4e816d44e7-OTvnGxWRz7hWk0Htik3J/w@public.gmane.org>
2019-03-21 16:55 ` Brendan Higgins
2019-03-21 16:55 ` Brendan Higgins
2019-03-21 16:55 ` Brendan Higgins
2019-03-21 16:55 ` brendanhiggins
2019-03-21 16:55 ` Brendan Higgins
[not found] ` <CAFd5g45LKU+SZAFzn3RNCoxhzum0NAr9t+UJ80SJDMc_FeKgBQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2019-03-21 19:13 ` Knut Omang
2019-03-21 19:13 ` Knut Omang
2019-03-21 19:13 ` Knut Omang
2019-03-21 19:13 ` knut.omang
2019-03-21 19:13 ` Knut Omang
2019-03-21 19:29 ` Logan Gunthorpe
2019-03-21 19:29 ` Logan Gunthorpe
2019-03-21 19:29 ` Logan Gunthorpe
2019-03-21 19:29 ` logang
2019-03-21 19:29 ` Logan Gunthorpe
2019-03-21 19:29 ` Logan Gunthorpe
[not found] ` <961494a3-d08c-2720-c59d-7d7008edb288-OTvnGxWRz7hWk0Htik3J/w@public.gmane.org>
2019-03-21 20:14 ` Knut Omang
2019-03-21 20:14 ` Knut Omang
2019-03-21 20:14 ` Knut Omang
2019-03-21 20:14 ` knut.omang
2019-03-21 20:14 ` Knut Omang
2019-03-21 22:07 ` Brendan Higgins
2019-03-21 22:07 ` Brendan Higgins
2019-03-21 22:07 ` Brendan Higgins
2019-03-21 22:07 ` brendanhiggins
2019-03-21 22:07 ` Brendan Higgins
2019-03-21 22:26 ` Logan Gunthorpe
2019-03-21 22:26 ` Logan Gunthorpe
2019-03-21 22:26 ` Logan Gunthorpe
2019-03-21 22:26 ` logang
2019-03-21 22:26 ` Logan Gunthorpe
2019-03-21 23:33 ` Brendan Higgins [this message]
2019-03-21 23:33 ` Brendan Higgins
2019-03-21 23:33 ` Brendan Higgins
2019-03-21 23:33 ` brendanhiggins
2019-03-21 23:33 ` Brendan Higgins
2019-03-22 1:12 ` Frank Rowand
2019-03-22 1:12 ` Frank Rowand
2019-03-22 1:12 ` Frank Rowand
2019-03-22 1:12 ` frowand.list
2019-03-22 1:12 ` Frank Rowand
2019-03-22 1:12 ` Frank Rowand
[not found] ` <aea24c8e-5ce8-5f33-c81b-d2eeef588ec8-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2019-03-25 22:12 ` Brendan Higgins
2019-03-25 22:12 ` Brendan Higgins
2019-03-25 22:12 ` Brendan Higgins
2019-03-25 22:12 ` brendanhiggins
2019-03-25 22:12 ` 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='CAFd5g45u6oX=nK9anAEdfsV+8SET8Zo_Dpy0WfzCna19r_jSyw@mail.gmail.com' \
--to=brendanhiggins@google.com \
--cc=Tim.Bird@sony.com \
--cc=brakmo@fb.com \
--cc=daniel@ffwll.ch \
--cc=frowand.list@gmail.com \
--cc=gregkh@linuxfoundation.org \
--cc=jdike@addtoit.com \
--cc=joe@perches.com \
--cc=joel@jms.id.au \
--cc=julia.lawall@lip6.fr \
--cc=keescook@google.com \
--cc=khilman@baylibre.com \
--cc=kieran.bingham@ideasonboard.com \
--cc=kunit-dev@googlegroups.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-kselftest@vger.kernel.org \
--cc=linux-um@lists.infradead.org \
--cc=logang@deltatee.com \
--cc=mcgrof@kernel.org \
--cc=mpe@ellerman.id.au \
--cc=richard@nod.at \
--cc=robh@kernel.org \
--cc=rostedt@goodmis.org \
--cc=shuah@kernel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.