[PATCH] arm64: defconfig: enable ARCH_BCM

[Mark Brown]

On Fri, Sep 09, 2022 at 05:54:11PM +0530, Naresh Kamboju wrote:
> On Fri, 9 Sept 2022 at 13:08, Krzysztof Kozlowski
> > On 09/09/2022 09:35, Naresh Kamboju wrote:

> > > Reported-by: Linux Kernel Functional Testing <lkft at linaro.org>

> > The patch was sent on 6th of September. Your report on 8th of September...

> Understood !

> Maybe off-topic,
> Testing Linux next seems to be a bit late to report the regressions.
> Our testing would have build and boot test devicetree/for-next or
> devicetree / master branches to find early regressions.
> or Any other well known maintainers trees.
> 
> Your suggestions are most welcome for improving Linux kernel quality.

Checking maintainer trees in addition to -next isn't going to be that
substantially faster except at weekends, the whole thing with -next is
that it gets built daily so depending on when patches appear in the
maintainer trees and how long -next takes to build you'll be running
tests less than two days earlier, the way people's timezones work out
it's often under a day for many maintainer trees.  It can reduce
turnaround time for the specific tree, and it can be useful for
identifying where problems come from, but on the other hand the
integration that -next offers is important, some critical stuff only
appears in -next and obviously each individual tree that gets covered
separately is more load on your systems and triage.

The key thing with -next is that it's a moving target so it's useful to
turn around results as fast as possible so they arrive before it gets
rebuilt, or if you've seen something on an older -next check that it's
still relevant when you do report it.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20220909/a113df9f/attachment.sig>