Netdev Archive on lore.kernel.org
 help / color / Atom feed
* Re: next/master boot bisection: next-20190617 on sun8i-h2-plus-orangepi-zero
       [not found] <5d089fb6.1c69fb81.4f92.9134@mx.google.com>
@ 2019-06-18 16:53 ` Kevin Hilman
  2019-06-18 20:42   ` Martin Blumenstingl
  0 siblings, 1 reply; 5+ messages in thread
From: Kevin Hilman @ 2019-06-18 16:53 UTC (permalink / raw)
  To: kernelci.org bot, Martin Blumenstingl, David S. Miller,
	tomeu.vizoso, guillaume.tucker, mgalka, broonie, matthew.hart,
	enric.balletbo
  Cc: Jose Abreu, Giuseppe Cavallaro, kernelci.org bot,
	Alexandre Torgue, Linus Walleij, linux-kernel, David S. Miller,
	netdev, Maxime Coquelin, Andrew Lunn, linux-stm32,
	linux-arm-kernel

"kernelci.org bot" <bot@kernelci.org> writes:

> next/master boot bisection: next-20190617 on sun8i-h2-plus-orangepi-zero
>
> Summary:
>   Start:      a125097c8410 Add linux-next specific files for 20190617
>   Details:    https://kernelci.org/boot/id/5d07987659b51412add51503
>   Plain log:  https://storage.kernelci.org//next/master/next-20190617/arm/multi_v7_defconfig/gcc-8/lab-baylibre/boot-sun8i-h2-plus-orangepi-zero.txt
>   HTML log:   https://storage.kernelci.org//next/master/next-20190617/arm/multi_v7_defconfig/gcc-8/lab-baylibre/boot-sun8i-h2-plus-orangepi-zero.html
>   Result:     ce4ab73ab0c2 net: stmmac: drop the reset delays from struct stmmac_mdio_bus_data
>
> Checks:
>   revert:     PASS
>   verify:     PASS
>
> Parameters:
>   Tree:       next
>   URL:        git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git
>   Branch:     master
>   Target:     sun8i-h2-plus-orangepi-zero
>   CPU arch:   arm
>   Lab:        lab-baylibre
>   Compiler:   gcc-8
>   Config:     multi_v7_defconfig
>   Test suite: boot
>
> Breaking commit found:
>
> -------------------------------------------------------------------------------
> commit ce4ab73ab0c27c6a3853695aa8ec0f453c6329cd
> Author: Martin Blumenstingl <martin.blumenstingl@googlemail.com>
> Date:   Sat Jun 15 12:09:31 2019 +0200
>
>     net: stmmac: drop the reset delays from struct stmmac_mdio_bus_data
>     
>     Only OF platforms use the reset delays and these delays are only read in
>     stmmac_mdio_reset(). Move them from struct stmmac_mdio_bus_data to a
>     stack variable inside stmmac_mdio_reset() because that's the only usage
>     of these delays.
>     
>     Signed-off-by: Martin Blumenstingl <martin.blumenstingl@googlemail.com>
>     Signed-off-by: David S. Miller <davem@davemloft.net>

This seems to have broken on several sunxi SoCs, but also a MIPS SoC
(pistachio_marduk):

https://storage.kernelci.org/next/master/next-20190618/mips/pistachio_defconfig/gcc-8/lab-baylibre-seattle/boot-pistachio_marduk.html

Kevin

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: next/master boot bisection: next-20190617 on sun8i-h2-plus-orangepi-zero
  2019-06-18 16:53 ` next/master boot bisection: next-20190617 on sun8i-h2-plus-orangepi-zero Kevin Hilman
@ 2019-06-18 20:42   ` Martin Blumenstingl
  2019-06-18 20:53     ` Guillaume Tucker
  0 siblings, 1 reply; 5+ messages in thread
From: Martin Blumenstingl @ 2019-06-18 20:42 UTC (permalink / raw)
  To: Kevin Hilman
  Cc: kernelci.org bot, David S. Miller, tomeu.vizoso,
	guillaume.tucker, mgalka, broonie, matthew.hart, enric.balletbo,
	Jose Abreu, Giuseppe Cavallaro, Alexandre Torgue, Linus Walleij,
	linux-kernel, netdev, Maxime Coquelin, Andrew Lunn, linux-stm32,
	linux-arm-kernel

On Tue, Jun 18, 2019 at 6:53 PM Kevin Hilman <khilman@baylibre.com> wrote:
[...]
> This seems to have broken on several sunxi SoCs, but also a MIPS SoC
> (pistachio_marduk):
>
> https://storage.kernelci.org/next/master/next-20190618/mips/pistachio_defconfig/gcc-8/lab-baylibre-seattle/boot-pistachio_marduk.html
today I learned why initializing arrays on the stack is important
too bad gcc didn't warn that I was about to shoot myself (or someone
else) in the foot :/

I just sent a fix: [0]

sorry for this issue and thanks to Kernel CI for even pointing out the
offending commit (this makes things a lot easier than just yelling
that "something is broken")


Martin


[0] https://patchwork.ozlabs.org/patch/1118313/

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: next/master boot bisection: next-20190617 on sun8i-h2-plus-orangepi-zero
  2019-06-18 20:42   ` Martin Blumenstingl
@ 2019-06-18 20:53     ` Guillaume Tucker
  2019-06-18 20:58       ` Martin Blumenstingl
  0 siblings, 1 reply; 5+ messages in thread
From: Guillaume Tucker @ 2019-06-18 20:53 UTC (permalink / raw)
  To: Martin Blumenstingl, Kevin Hilman
  Cc: David S. Miller, tomeu.vizoso, mgalka, broonie, matthew.hart,
	enric.balletbo, Jose Abreu, Giuseppe Cavallaro, Alexandre Torgue,
	Linus Walleij, linux-kernel, netdev, Maxime Coquelin,
	Andrew Lunn, linux-stm32, linux-arm-kernel

On 18/06/2019 21:42, Martin Blumenstingl wrote:
> On Tue, Jun 18, 2019 at 6:53 PM Kevin Hilman <khilman@baylibre.com> wrote:
> [...]
>> This seems to have broken on several sunxi SoCs, but also a MIPS SoC
>> (pistachio_marduk):
>>
>> https://storage.kernelci.org/next/master/next-20190618/mips/pistachio_defconfig/gcc-8/lab-baylibre-seattle/boot-pistachio_marduk.html
> today I learned why initializing arrays on the stack is important
> too bad gcc didn't warn that I was about to shoot myself (or someone
> else) in the foot :/
> 
> I just sent a fix: [0]
> 
> sorry for this issue and thanks to Kernel CI for even pointing out the
> offending commit (this makes things a lot easier than just yelling
> that "something is broken")

Glad that helped :)

If you would be so kind as to credit our robot friend in your
patch, it'll be forever grateful:

  Reported-by: "kernelci.org bot" <bot@kernelci.org>

Thanks,
Guillaume

> Martin
> 
> 
> [0] https://patchwork.ozlabs.org/patch/1118313/
> 


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: next/master boot bisection: next-20190617 on sun8i-h2-plus-orangepi-zero
  2019-06-18 20:53     ` Guillaume Tucker
@ 2019-06-18 20:58       ` Martin Blumenstingl
  2019-06-18 21:07         ` Guillaume Tucker
  0 siblings, 1 reply; 5+ messages in thread
From: Martin Blumenstingl @ 2019-06-18 20:58 UTC (permalink / raw)
  To: Guillaume Tucker
  Cc: Kevin Hilman, David S. Miller, tomeu.vizoso, mgalka, broonie,
	matthew.hart, enric.balletbo, Jose Abreu, Giuseppe Cavallaro,
	Alexandre Torgue, Linus Walleij, linux-kernel, netdev,
	Maxime Coquelin, Andrew Lunn, linux-stm32, linux-arm-kernel

Hi Guillaume,

On Tue, Jun 18, 2019 at 10:53 PM Guillaume Tucker
<guillaume.tucker@collabora.com> wrote:
>
> On 18/06/2019 21:42, Martin Blumenstingl wrote:
> > On Tue, Jun 18, 2019 at 6:53 PM Kevin Hilman <khilman@baylibre.com> wrote:
> > [...]
> >> This seems to have broken on several sunxi SoCs, but also a MIPS SoC
> >> (pistachio_marduk):
> >>
> >> https://storage.kernelci.org/next/master/next-20190618/mips/pistachio_defconfig/gcc-8/lab-baylibre-seattle/boot-pistachio_marduk.html
> > today I learned why initializing arrays on the stack is important
> > too bad gcc didn't warn that I was about to shoot myself (or someone
> > else) in the foot :/
> >
> > I just sent a fix: [0]
> >
> > sorry for this issue and thanks to Kernel CI for even pointing out the
> > offending commit (this makes things a lot easier than just yelling
> > that "something is broken")
>
> Glad that helped :)
>
> If you would be so kind as to credit our robot friend in your
> patch, it'll be forever grateful:
>
>   Reported-by: "kernelci.org bot" <bot@kernelci.org>
sure
do you want me to re-send my other patch or should I just reply to it
adding the Reported-by tag and hope that Dave will catch it when
applying the patch?
in either case: I did mention in the patch description that Kernel CI caught it

by the way: I didn't know how to credit the Kernel CI bot.
syzbot / syzkaller makes that bit easy as it's mentioned in the
generated email, see [0] for a (random) example
have you considered adding the Reported-by to the generated email?


Martin


[0] https://lkml.org/lkml/2019/4/19/638

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: next/master boot bisection: next-20190617 on sun8i-h2-plus-orangepi-zero
  2019-06-18 20:58       ` Martin Blumenstingl
@ 2019-06-18 21:07         ` Guillaume Tucker
  0 siblings, 0 replies; 5+ messages in thread
From: Guillaume Tucker @ 2019-06-18 21:07 UTC (permalink / raw)
  To: Martin Blumenstingl
  Cc: Kevin Hilman, David S. Miller, tomeu.vizoso, mgalka, broonie,
	matthew.hart, enric.balletbo, Jose Abreu, Giuseppe Cavallaro,
	Alexandre Torgue, Linus Walleij, linux-kernel, netdev,
	Maxime Coquelin, Andrew Lunn, linux-stm32, linux-arm-kernel

Hi Martin,

On 18/06/2019 21:58, Martin Blumenstingl wrote:
> Hi Guillaume,
> 
> On Tue, Jun 18, 2019 at 10:53 PM Guillaume Tucker
> <guillaume.tucker@collabora.com> wrote:
>>
>> On 18/06/2019 21:42, Martin Blumenstingl wrote:
>>> On Tue, Jun 18, 2019 at 6:53 PM Kevin Hilman <khilman@baylibre.com> wrote:
>>> [...]
>>>> This seems to have broken on several sunxi SoCs, but also a MIPS SoC
>>>> (pistachio_marduk):
>>>>
>>>> https://storage.kernelci.org/next/master/next-20190618/mips/pistachio_defconfig/gcc-8/lab-baylibre-seattle/boot-pistachio_marduk.html
>>> today I learned why initializing arrays on the stack is important
>>> too bad gcc didn't warn that I was about to shoot myself (or someone
>>> else) in the foot :/
>>>
>>> I just sent a fix: [0]
>>>
>>> sorry for this issue and thanks to Kernel CI for even pointing out the
>>> offending commit (this makes things a lot easier than just yelling
>>> that "something is broken")
>>
>> Glad that helped :)
>>
>> If you would be so kind as to credit our robot friend in your
>> patch, it'll be forever grateful:
>>
>>   Reported-by: "kernelci.org bot" <bot@kernelci.org>
> sure
> do you want me to re-send my other patch or should I just reply to it
> adding the Reported-by tag and hope that Dave will catch it when
> applying the patch?

Well that's no big deal so replying would already be great.  The
important part is that the fix gets applied.

> in either case: I did mention in the patch description that Kernel CI caught it

I see, thanks!

> by the way: I didn't know how to credit the Kernel CI bot.
> syzbot / syzkaller makes that bit easy as it's mentioned in the
> generated email, see [0] for a (random) example
> have you considered adding the Reported-by to the generated email?

Yes, we've got some bugs to fix first but that will be added to
the email report soon (next week I guess).  Thanks for the
suggestion though.

Guillaume

> [0] https://lkml.org/lkml/2019/4/19/638

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, back to index

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <5d089fb6.1c69fb81.4f92.9134@mx.google.com>
2019-06-18 16:53 ` next/master boot bisection: next-20190617 on sun8i-h2-plus-orangepi-zero Kevin Hilman
2019-06-18 20:42   ` Martin Blumenstingl
2019-06-18 20:53     ` Guillaume Tucker
2019-06-18 20:58       ` Martin Blumenstingl
2019-06-18 21:07         ` Guillaume Tucker

Netdev Archive on lore.kernel.org

Archives are clonable:
	git clone --mirror https://lore.kernel.org/netdev/0 netdev/git/0.git
	git clone --mirror https://lore.kernel.org/netdev/1 netdev/git/1.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 netdev netdev/ https://lore.kernel.org/netdev \
		netdev@vger.kernel.org netdev@archiver.kernel.org
	public-inbox-index netdev


Newsgroup available over NNTP:
	nntp://nntp.lore.kernel.org/org.kernel.vger.netdev


AGPL code for this site: git clone https://public-inbox.org/ public-inbox