* Re: ardb/for-kernelci bisection: baseline.dmesg.alert on da850-lcdk
[not found] <61e3f952.1c69fb81.3e21a.0062@mx.google.com>
@ 2022-01-25 21:32 ` Guillaume Tucker
2022-01-25 22:21 ` Ard Biesheuvel
0 siblings, 1 reply; 4+ messages in thread
From: Guillaume Tucker @ 2022-01-25 21:32 UTC (permalink / raw)
To: Ard Biesheuvel; +Cc: kernelci-results@groups.io, kernelci@groups.io
Hello Ard,
Please see the bisection report below. I had a look around the
results and git history, this is about an "alert" message which
is present in mainline and linux-next but one day it disappeared
on your for-kernelci branch and then it was introduced again.
See the regression history here:
https://linux.kernelci.org/test/case/id/61ef9d00e75a9ac935abbd26/
The revision when it last passed was last Friday, and your branch
has been force-pushed since then so I don't have access to the
git history for it any more. The bisection found a revert commit
that apparently re-introduced the issue, but it's all a bit
confusing as this commit is not there any more but the alert
message still is.
The error can be found here in the log:
https://storage.kernelci.org/ardb/for-kernelci/arm-irq-and-vmap-stacks-for-rmk-11-g12fa502217d5/arm/davinci_all_defconfig/gcc-10/lab-baylibre/baseline-da850-lcdk.html#L552
BUG: Bad page state in process kworker/u2:0 pfn:c3000
So I'm not sure what happened, but it has highlighted this kernel
bug so I guess it might be worth taking a look in case there was
a commit somewhere in your tree that resolved it at some point
last week. What do you think?
Thanks,
Guillaume
On 16/01/2022 10:54, KernelCI bot wrote:
> * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
> * This automated bisection report was sent to you on the basis *
> * that you may be involved with the breaking commit it has *
> * found. No manual investigation has been done to verify it, *
> * and the root cause of the problem may be somewhere else. *
> * *
> * If you do send a fix, please include this trailer: *
> * Reported-by: "kernelci.org bot" <bot@kernelci.org> *
> * *
> * Hope this helps! *
> * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
>
> ardb/for-kernelci bisection: baseline.dmesg.alert on da850-lcdk
>
> Summary:
> Start: ac634ca2f750 ARM: switch_to: clean up Thumb2 code path
> Plain log: https://storage.kernelci.org/ardb/for-kernelci/v5.16-9704-gac634ca2f750/arm/davinci_all_defconfig/gcc-10/lab-baylibre/baseline-da850-lcdk.txt
> HTML log: https://storage.kernelci.org/ardb/for-kernelci/v5.16-9704-gac634ca2f750/arm/davinci_all_defconfig/gcc-10/lab-baylibre/baseline-da850-lcdk.html
> Result: 7395d7a5fec5 Revert "usb: musb: Set the DT node on the child device"
>
> Checks:
> revert: PASS
> verify: PASS
>
> Parameters:
> Tree: ardb
> URL: https://git.kernel.org/pub/scm/linux/kernel/git/ardb/linux.git
> Branch: for-kernelci
> Target: da850-lcdk
> CPU arch: arm
> Lab: lab-baylibre
> Compiler: gcc-10
> Config: davinci_all_defconfig
> Test case: baseline.dmesg.alert
>
> Breaking commit found:
>
> -------------------------------------------------------------------------------
> commit 7395d7a5fec55b99263d476e733c167dbcaf0525
> Author: Ard Biesheuvel <ardb@kernel.org>
> Date: Sat Jan 15 17:57:52 2022 +0100
>
> Revert "usb: musb: Set the DT node on the child device"
>
> This reverts commit cf081d009c447647c6b36aced535ca427dbebe72.
>
> diff --git a/drivers/usb/musb/am35x.c b/drivers/usb/musb/am35x.c
> index bf2c0fa6cb32..660641ab1545 100644
> --- a/drivers/usb/musb/am35x.c
> +++ b/drivers/usb/musb/am35x.c
> @@ -500,8 +500,6 @@ static int am35x_probe(struct platform_device *pdev)
> pinfo.num_res = pdev->num_resources;
> pinfo.data = pdata;
> pinfo.size_data = sizeof(*pdata);
> - pinfo.fwnode = of_fwnode_handle(pdev->dev.of_node);
> - pinfo.of_node_reused = true;
>
> glue->musb = musb = platform_device_register_full(&pinfo);
> if (IS_ERR(musb)) {
> diff --git a/drivers/usb/musb/da8xx.c b/drivers/usb/musb/da8xx.c
> index fd4ae2dd24e5..e4e0195131da 100644
> --- a/drivers/usb/musb/da8xx.c
> +++ b/drivers/usb/musb/da8xx.c
> @@ -563,8 +563,6 @@ static int da8xx_probe(struct platform_device *pdev)
> pinfo.num_res = pdev->num_resources;
> pinfo.data = pdata;
> pinfo.size_data = sizeof(*pdata);
> - pinfo.fwnode = of_fwnode_handle(np);
> - pinfo.of_node_reused = true;
>
> glue->musb = platform_device_register_full(&pinfo);
> ret = PTR_ERR_OR_ZERO(glue->musb);
> diff --git a/drivers/usb/musb/jz4740.c b/drivers/usb/musb/jz4740.c
> index 417c30bff9ca..5b7d576bf6ee 100644
> --- a/drivers/usb/musb/jz4740.c
> +++ b/drivers/usb/musb/jz4740.c
> @@ -231,7 +231,6 @@ static int jz4740_probe(struct platform_device *pdev)
> musb->dev.parent = dev;
> musb->dev.dma_mask = &musb->dev.coherent_dma_mask;
> musb->dev.coherent_dma_mask = DMA_BIT_MASK(32);
> - device_set_of_node_from_dev(&musb->dev, dev);
>
> glue->pdev = musb;
> glue->clk = clk;
> diff --git a/drivers/usb/musb/mediatek.c b/drivers/usb/musb/mediatek.c
> index 1aeb34dbe24f..f5d97eb84cb5 100644
> --- a/drivers/usb/musb/mediatek.c
> +++ b/drivers/usb/musb/mediatek.c
> @@ -538,8 +538,6 @@ static int mtk_musb_probe(struct platform_device *pdev)
> pinfo.num_res = pdev->num_resources;
> pinfo.data = pdata;
> pinfo.size_data = sizeof(*pdata);
> - pinfo.fwnode = of_fwnode_handle(np);
> - pinfo.of_node_reused = true;
>
> glue->musb_pdev = platform_device_register_full(&pinfo);
> if (IS_ERR(glue->musb_pdev)) {
> diff --git a/drivers/usb/musb/omap2430.c b/drivers/usb/musb/omap2430.c
> index 7d4d0713f4f0..d2b7e613eb34 100644
> --- a/drivers/usb/musb/omap2430.c
> +++ b/drivers/usb/musb/omap2430.c
> @@ -327,7 +327,6 @@ static int omap2430_probe(struct platform_device *pdev)
> musb->dev.parent = &pdev->dev;
> musb->dev.dma_mask = &omap2430_dmamask;
> musb->dev.coherent_dma_mask = omap2430_dmamask;
> - device_set_of_node_from_dev(&musb->dev, &pdev->dev);
>
> glue->dev = &pdev->dev;
> glue->musb = musb;
> diff --git a/drivers/usb/musb/ux500.c b/drivers/usb/musb/ux500.c
> index 8ea62c344328..9bce19b5ffd7 100644
> --- a/drivers/usb/musb/ux500.c
> +++ b/drivers/usb/musb/ux500.c
> @@ -262,7 +262,6 @@ static int ux500_probe(struct platform_device *pdev)
> musb->dev.parent = &pdev->dev;
> musb->dev.dma_mask = &pdev->dev.coherent_dma_mask;
> musb->dev.coherent_dma_mask = pdev->dev.coherent_dma_mask;
> - device_set_of_node_from_dev(&musb->dev, &pdev->dev);
>
> glue->dev = &pdev->dev;
> glue->musb = musb;
> -------------------------------------------------------------------------------
>
>
> Git bisection log:
>
> -------------------------------------------------------------------------------
> git bisect start
> # good: [1df6e064cf9e15ed39703b2fd087f4a7aaa30180] mm: make 'highmem' symbol ro_after_init
> git bisect good 1df6e064cf9e15ed39703b2fd087f4a7aaa30180
> # bad: [ac634ca2f750618d79257c126f4e00ef24de2565] ARM: switch_to: clean up Thumb2 code path
> git bisect bad ac634ca2f750618d79257c126f4e00ef24de2565
> # bad: [7395d7a5fec55b99263d476e733c167dbcaf0525] Revert "usb: musb: Set the DT node on the child device"
> git bisect bad 7395d7a5fec55b99263d476e733c167dbcaf0525
> # first bad commit: [7395d7a5fec55b99263d476e733c167dbcaf0525] Revert "usb: musb: Set the DT node on the child device"
> -------------------------------------------------------------------------------
>
>
>
>
>
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: ardb/for-kernelci bisection: baseline.dmesg.alert on da850-lcdk
2022-01-25 21:32 ` ardb/for-kernelci bisection: baseline.dmesg.alert on da850-lcdk Guillaume Tucker
@ 2022-01-25 22:21 ` Ard Biesheuvel
2022-01-25 22:27 ` Rob Herring
0 siblings, 1 reply; 4+ messages in thread
From: Ard Biesheuvel @ 2022-01-25 22:21 UTC (permalink / raw)
To: Guillaume Tucker, Arnd Bergmann, Rob Herring
Cc: kernelci-results@groups.io, kernelci@groups.io
(adding Arnd and Rob)
On Tue, 25 Jan 2022 at 22:32, Guillaume Tucker
<guillaume.tucker@collabora.com> wrote:
>
> Hello Ard,
>
> Please see the bisection report below. I had a look around the
> results and git history, this is about an "alert" message which
> is present in mainline and linux-next but one day it disappeared
> on your for-kernelci branch and then it was introduced again.
> See the regression history here:
>
> https://linux.kernelci.org/test/case/id/61ef9d00e75a9ac935abbd26/
>
> The revision when it last passed was last Friday, and your branch
> has been force-pushed since then so I don't have access to the
> git history for it any more. The bisection found a revert commit
> that apparently re-introduced the issue, but it's all a bit
> confusing as this commit is not there any more but the alert
> message still is.
>
> The error can be found here in the log:
>
> https://storage.kernelci.org/ardb/for-kernelci/arm-irq-and-vmap-stacks-for-rmk-11-g12fa502217d5/arm/davinci_all_defconfig/gcc-10/lab-baylibre/baseline-da850-lcdk.html#L552
>
> BUG: Bad page state in process kworker/u2:0 pfn:c3000
>
> So I'm not sure what happened, but it has highlighted this kernel
> bug so I guess it might be worth taking a look in case there was
> a commit somewhere in your tree that resolved it at some point
> last week. What do you think?
>
This may be related to a known problem regarding infinite recursion on
some DT nodes related to USB devices: Arnd or Rob would know more
about this.
At some point, my pending vmap'ed stacks code managed to catch this
but IIRC, the boot was still marked as a failure. I can't quite
explain why it no longer catches it, but this could be related to the
swapper stack not being vmap'ed.
I don't think the revert I attempted below actually helped though.
>
>
> On 16/01/2022 10:54, KernelCI bot wrote:
> > * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
> > * This automated bisection report was sent to you on the basis *
> > * that you may be involved with the breaking commit it has *
> > * found. No manual investigation has been done to verify it, *
> > * and the root cause of the problem may be somewhere else. *
> > * *
> > * If you do send a fix, please include this trailer: *
> > * Reported-by: "kernelci.org bot" <bot@kernelci.org> *
> > * *
> > * Hope this helps! *
> > * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
> >
> > ardb/for-kernelci bisection: baseline.dmesg.alert on da850-lcdk
> >
> > Summary:
> > Start: ac634ca2f750 ARM: switch_to: clean up Thumb2 code path
> > Plain log: https://storage.kernelci.org/ardb/for-kernelci/v5.16-9704-gac634ca2f750/arm/davinci_all_defconfig/gcc-10/lab-baylibre/baseline-da850-lcdk.txt
> > HTML log: https://storage.kernelci.org/ardb/for-kernelci/v5.16-9704-gac634ca2f750/arm/davinci_all_defconfig/gcc-10/lab-baylibre/baseline-da850-lcdk.html
> > Result: 7395d7a5fec5 Revert "usb: musb: Set the DT node on the child device"
> >
> > Checks:
> > revert: PASS
> > verify: PASS
> >
> > Parameters:
> > Tree: ardb
> > URL: https://git.kernel.org/pub/scm/linux/kernel/git/ardb/linux.git
> > Branch: for-kernelci
> > Target: da850-lcdk
> > CPU arch: arm
> > Lab: lab-baylibre
> > Compiler: gcc-10
> > Config: davinci_all_defconfig
> > Test case: baseline.dmesg.alert
> >
> > Breaking commit found:
> >
> > -------------------------------------------------------------------------------
> > commit 7395d7a5fec55b99263d476e733c167dbcaf0525
> > Author: Ard Biesheuvel <ardb@kernel.org>
> > Date: Sat Jan 15 17:57:52 2022 +0100
> >
> > Revert "usb: musb: Set the DT node on the child device"
> >
> > This reverts commit cf081d009c447647c6b36aced535ca427dbebe72.
> >
> > diff --git a/drivers/usb/musb/am35x.c b/drivers/usb/musb/am35x.c
> > index bf2c0fa6cb32..660641ab1545 100644
> > --- a/drivers/usb/musb/am35x.c
> > +++ b/drivers/usb/musb/am35x.c
> > @@ -500,8 +500,6 @@ static int am35x_probe(struct platform_device *pdev)
> > pinfo.num_res = pdev->num_resources;
> > pinfo.data = pdata;
> > pinfo.size_data = sizeof(*pdata);
> > - pinfo.fwnode = of_fwnode_handle(pdev->dev.of_node);
> > - pinfo.of_node_reused = true;
> >
> > glue->musb = musb = platform_device_register_full(&pinfo);
> > if (IS_ERR(musb)) {
> > diff --git a/drivers/usb/musb/da8xx.c b/drivers/usb/musb/da8xx.c
> > index fd4ae2dd24e5..e4e0195131da 100644
> > --- a/drivers/usb/musb/da8xx.c
> > +++ b/drivers/usb/musb/da8xx.c
> > @@ -563,8 +563,6 @@ static int da8xx_probe(struct platform_device *pdev)
> > pinfo.num_res = pdev->num_resources;
> > pinfo.data = pdata;
> > pinfo.size_data = sizeof(*pdata);
> > - pinfo.fwnode = of_fwnode_handle(np);
> > - pinfo.of_node_reused = true;
> >
> > glue->musb = platform_device_register_full(&pinfo);
> > ret = PTR_ERR_OR_ZERO(glue->musb);
> > diff --git a/drivers/usb/musb/jz4740.c b/drivers/usb/musb/jz4740.c
> > index 417c30bff9ca..5b7d576bf6ee 100644
> > --- a/drivers/usb/musb/jz4740.c
> > +++ b/drivers/usb/musb/jz4740.c
> > @@ -231,7 +231,6 @@ static int jz4740_probe(struct platform_device *pdev)
> > musb->dev.parent = dev;
> > musb->dev.dma_mask = &musb->dev.coherent_dma_mask;
> > musb->dev.coherent_dma_mask = DMA_BIT_MASK(32);
> > - device_set_of_node_from_dev(&musb->dev, dev);
> >
> > glue->pdev = musb;
> > glue->clk = clk;
> > diff --git a/drivers/usb/musb/mediatek.c b/drivers/usb/musb/mediatek.c
> > index 1aeb34dbe24f..f5d97eb84cb5 100644
> > --- a/drivers/usb/musb/mediatek.c
> > +++ b/drivers/usb/musb/mediatek.c
> > @@ -538,8 +538,6 @@ static int mtk_musb_probe(struct platform_device *pdev)
> > pinfo.num_res = pdev->num_resources;
> > pinfo.data = pdata;
> > pinfo.size_data = sizeof(*pdata);
> > - pinfo.fwnode = of_fwnode_handle(np);
> > - pinfo.of_node_reused = true;
> >
> > glue->musb_pdev = platform_device_register_full(&pinfo);
> > if (IS_ERR(glue->musb_pdev)) {
> > diff --git a/drivers/usb/musb/omap2430.c b/drivers/usb/musb/omap2430.c
> > index 7d4d0713f4f0..d2b7e613eb34 100644
> > --- a/drivers/usb/musb/omap2430.c
> > +++ b/drivers/usb/musb/omap2430.c
> > @@ -327,7 +327,6 @@ static int omap2430_probe(struct platform_device *pdev)
> > musb->dev.parent = &pdev->dev;
> > musb->dev.dma_mask = &omap2430_dmamask;
> > musb->dev.coherent_dma_mask = omap2430_dmamask;
> > - device_set_of_node_from_dev(&musb->dev, &pdev->dev);
> >
> > glue->dev = &pdev->dev;
> > glue->musb = musb;
> > diff --git a/drivers/usb/musb/ux500.c b/drivers/usb/musb/ux500.c
> > index 8ea62c344328..9bce19b5ffd7 100644
> > --- a/drivers/usb/musb/ux500.c
> > +++ b/drivers/usb/musb/ux500.c
> > @@ -262,7 +262,6 @@ static int ux500_probe(struct platform_device *pdev)
> > musb->dev.parent = &pdev->dev;
> > musb->dev.dma_mask = &pdev->dev.coherent_dma_mask;
> > musb->dev.coherent_dma_mask = pdev->dev.coherent_dma_mask;
> > - device_set_of_node_from_dev(&musb->dev, &pdev->dev);
> >
> > glue->dev = &pdev->dev;
> > glue->musb = musb;
> > -------------------------------------------------------------------------------
> >
> >
> > Git bisection log:
> >
> > -------------------------------------------------------------------------------
> > git bisect start
> > # good: [1df6e064cf9e15ed39703b2fd087f4a7aaa30180] mm: make 'highmem' symbol ro_after_init
> > git bisect good 1df6e064cf9e15ed39703b2fd087f4a7aaa30180
> > # bad: [ac634ca2f750618d79257c126f4e00ef24de2565] ARM: switch_to: clean up Thumb2 code path
> > git bisect bad ac634ca2f750618d79257c126f4e00ef24de2565
> > # bad: [7395d7a5fec55b99263d476e733c167dbcaf0525] Revert "usb: musb: Set the DT node on the child device"
> > git bisect bad 7395d7a5fec55b99263d476e733c167dbcaf0525
> > # first bad commit: [7395d7a5fec55b99263d476e733c167dbcaf0525] Revert "usb: musb: Set the DT node on the child device"
> > -------------------------------------------------------------------------------
> >
> >
> >
> >
> >
>
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: ardb/for-kernelci bisection: baseline.dmesg.alert on da850-lcdk
2022-01-25 22:21 ` Ard Biesheuvel
@ 2022-01-25 22:27 ` Rob Herring
2022-01-26 11:28 ` Guillaume Tucker
0 siblings, 1 reply; 4+ messages in thread
From: Rob Herring @ 2022-01-25 22:27 UTC (permalink / raw)
To: Ard Biesheuvel
Cc: Guillaume Tucker, Arnd Bergmann, kernelci-results@groups.io,
kernelci@groups.io
On Tue, Jan 25, 2022 at 4:21 PM Ard Biesheuvel <ardb@kernel.org> wrote:
>
> (adding Arnd and Rob)
>
> On Tue, 25 Jan 2022 at 22:32, Guillaume Tucker
> <guillaume.tucker@collabora.com> wrote:
> >
> > Hello Ard,
> >
> > Please see the bisection report below. I had a look around the
> > results and git history, this is about an "alert" message which
> > is present in mainline and linux-next but one day it disappeared
> > on your for-kernelci branch and then it was introduced again.
> > See the regression history here:
> >
> > https://linux.kernelci.org/test/case/id/61ef9d00e75a9ac935abbd26/
> >
> > The revision when it last passed was last Friday, and your branch
> > has been force-pushed since then so I don't have access to the
> > git history for it any more. The bisection found a revert commit
> > that apparently re-introduced the issue, but it's all a bit
> > confusing as this commit is not there any more but the alert
> > message still is.
> >
> > The error can be found here in the log:
> >
> > https://storage.kernelci.org/ardb/for-kernelci/arm-irq-and-vmap-stacks-for-rmk-11-g12fa502217d5/arm/davinci_all_defconfig/gcc-10/lab-baylibre/baseline-da850-lcdk.html#L552
> >
> > BUG: Bad page state in process kworker/u2:0 pfn:c3000
> >
> > So I'm not sure what happened, but it has highlighted this kernel
> > bug so I guess it might be worth taking a look in case there was
> > a commit somewhere in your tree that resolved it at some point
> > last week. What do you think?
> >
>
> This may be related to a known problem regarding infinite recursion on
> some DT nodes related to USB devices: Arnd or Rob would know more
> about this.
That should be fixed in rc1. Commit 9b22c17a3cc5 ("of: Check
'of_node_reused' flag on of_match_device()").
Rob
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: ardb/for-kernelci bisection: baseline.dmesg.alert on da850-lcdk
2022-01-25 22:27 ` Rob Herring
@ 2022-01-26 11:28 ` Guillaume Tucker
0 siblings, 0 replies; 4+ messages in thread
From: Guillaume Tucker @ 2022-01-26 11:28 UTC (permalink / raw)
To: kernelci, robh+dt, Ard Biesheuvel
Cc: Arnd Bergmann, kernelci-results@groups.io
On 25/01/2022 22:27, Rob Herring wrote:
> On Tue, Jan 25, 2022 at 4:21 PM Ard Biesheuvel <ardb@kernel.org> wrote:
>>
>> (adding Arnd and Rob)
>>
>> On Tue, 25 Jan 2022 at 22:32, Guillaume Tucker
>> <guillaume.tucker@collabora.com> wrote:
>>>
>>> Hello Ard,
>>>
>>> Please see the bisection report below. I had a look around the
>>> results and git history, this is about an "alert" message which
>>> is present in mainline and linux-next but one day it disappeared
>>> on your for-kernelci branch and then it was introduced again.
>>> See the regression history here:
>>>
>>> https://linux.kernelci.org/test/case/id/61ef9d00e75a9ac935abbd26/
>>>
>>> The revision when it last passed was last Friday, and your branch
>>> has been force-pushed since then so I don't have access to the
>>> git history for it any more. The bisection found a revert commit
>>> that apparently re-introduced the issue, but it's all a bit
>>> confusing as this commit is not there any more but the alert
>>> message still is.
>>>
>>> The error can be found here in the log:
>>>
>>> https://storage.kernelci.org/ardb/for-kernelci/arm-irq-and-vmap-stacks-for-rmk-11-g12fa502217d5/arm/davinci_all_defconfig/gcc-10/lab-baylibre/baseline-da850-lcdk.html#L552
>>>
>>> BUG: Bad page state in process kworker/u2:0 pfn:c3000
>>>
>>> So I'm not sure what happened, but it has highlighted this kernel
>>> bug so I guess it might be worth taking a look in case there was
>>> a commit somewhere in your tree that resolved it at some point
>>> last week. What do you think?
>>>
>>
>> This may be related to a known problem regarding infinite recursion on
>> some DT nodes related to USB devices: Arnd or Rob would know more
>> about this.
>
> That should be fixed in rc1. Commit 9b22c17a3cc5 ("of: Check
> 'of_node_reused' flag on of_match_device()").
Well the particular issue with the BUG message on da850-lcdk is
still there in v5.17-rc1:
https://linux.kernelci.org/test/case/id/61ed2891c2717f210aabbd69/
So it doesn't look like there's a trivial solution to this in
Ard's tree. I believe this issue has been around for a while, so
we'll add it to the list of kernel bugs detected by KernelCI and
it might be something someone will want to fix one day.
Thanks,
Guillaume
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2022-01-26 11:28 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <61e3f952.1c69fb81.3e21a.0062@mx.google.com>
2022-01-25 21:32 ` ardb/for-kernelci bisection: baseline.dmesg.alert on da850-lcdk Guillaume Tucker
2022-01-25 22:21 ` Ard Biesheuvel
2022-01-25 22:27 ` Rob Herring
2022-01-26 11:28 ` Guillaume Tucker
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox