All of lore.kernel.org
 help / color / mirror / Atom feed
* Re: next/master baseline: 7 runs, 0 regressions (next-20190717)
       [not found] <5d2f063d.1c69fb81.64f72.9c8e@mx.google.com>
@ 2019-07-17 13:00 ` Guillaume Tucker
  2019-07-17 15:43   ` Kevin Hilman
  0 siblings, 1 reply; 3+ messages in thread
From: Guillaume Tucker @ 2019-07-17 13:00 UTC (permalink / raw)
  To: kernel-build-reports, kernelci; +Cc: Enric Balletbo i Serra

On 17/07/2019 12:27, kernelci.org bot wrote:
> next/master baseline: 7 runs, 0 regressions (next-20190717)
> 
> Test results summary
> --------------------
> 
> run | platform                 | arch   | lab                      | compiler | defconfig          | errors
> ----+--------------------------+--------+--------------------------+----------+--------------------+-------
>   1 | rk3288-veyron-jaq        | arm    | lab-collabora            | gcc-8    | multi_v7_defconfig | 1/61
>   2 | rk3288-veyron-jaq        | arm    | lab-collabora            | gcc-8    | multi_v7_defconfig | 1/61
>   3 | rk3288-veyron-jaq        | arm    | lab-collabora            | gcc-8    | multi_v7_defconfig | 1/61
>   4 | rk3399-gru-kevin         | arm64  | lab-collabora            | clang-8  | defconfig          | 0/78
>   5 | rk3399-gru-kevin         | arm64  | lab-collabora            | clang-8  | defconfig          | 0/78
>   6 | rk3399-gru-kevin         | arm64  | lab-collabora            | gcc-8    | defconfig          | 0/78
>   7 | rk3399-gru-kevin         | arm64  | lab-collabora            | gcc-8    | defconfig          | 0/78

There's still an issue with this summary table as the "full"
defconfig is not shown, so there's no way to tell the difference
between runs 1, 2 or 3.  In the detailed sections, you can see
that they have CONFIG_ARM_LPAE=y, CONFIG_EFI=y and CONFIG_SMP=n
on top of the defconfig.

So it could be reformatted this way:


run | platform                 | arch   | lab                      | compiler | defconfig                                         | errors
----+--------------------------+--------+--------------------------+----------+---------------------------------------------------+-------
  1 | rk3288-veyron-jaq        | arm    | lab-collabora            | gcc-8    | multi_v7_defconfig+CONFIG_EFI=y+CONFIG_ARM_LPAE=y | 1/61
  2 | rk3288-veyron-jaq        | arm    | lab-collabora            | gcc-8    | multi_v7_defconfig+CONFIG_SMP=n                   | 1/61
  3 | rk3288-veyron-jaq        | arm    | lab-collabora            | gcc-8    | multi_v7_defconfig                                | 1/61


which obviously makes the table quite a bit wider.

The width of each column is currently fixed but it could be
dynamically computed based on the results to avoid superfluous
spaces:

run | platform          | arch | lab           | compiler | defconfig                                         | errors
----+-------------------+------+---------------+----------+---------------------------------------------------+-------
  1 | rk3288-veyron-jaq | arm  | lab-collabora | gcc-8    | multi_v7_defconfig+CONFIG_EFI=y+CONFIG_ARM_LPAE=y | 1/61
  2 | rk3288-veyron-jaq | arm  | lab-collabora | gcc-8    | multi_v7_defconfig+CONFIG_SMP=n                   | 1/61
  3 | rk3288-veyron-jaq | arm  | lab-collabora | gcc-8    | multi_v7_defconfig                                | 1/61


Is that still readable enough, or does it get so wide that it's
becoming too hard to read?

Or, does anyone have any better idea of how to show this
information?


Guillaume

>   Test:     baseline
>   Tree:     next
>   Branch:   master
>   Describe: next-20190717
>   URL:      git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git
>   SHA:      e40115c06b1d3a6059ba379041e4661dbb6b02b8 
> 
> 
> Test Failures
> -------------
>   
> 
> run | platform                 | arch   | lab                      | compiler | defconfig          | errors
> ----+--------------------------+--------+--------------------------+----------+--------------------+-------
>   1 | rk3288-veyron-jaq        | arm    | lab-collabora            | gcc-8    | multi_v7_defconfig | 1/61
> 
>   Results:     60 PASS, 1 FAIL, 0 SKIP
>   Full config: multi_v7_defconfig+CONFIG_EFI=y+CONFIG_ARM_LPAE=y
>   Compiler:    gcc-8 (arm-linux-gnueabihf-gcc (Debian 8.3.0-2) 8.3.0)
>   Plain log:   https://storage.kernelci.org//next/master/next-20190717/arm/multi_v7_defconfig+CONFIG_EFI=y+CONFIG_ARM_LPAE=y/gcc-8/lab-collabora/baseline-rk3288-veyron-jaq.txt
>   HTML log:    https://storage.kernelci.org//next/master/next-20190717/arm/multi_v7_defconfig+CONFIG_EFI=y+CONFIG_ARM_LPAE=y/gcc-8/lab-collabora/baseline-rk3288-veyron-jaq.html
>   Rootfs:      https://storage.kernelci.org/images/rootfs/buildroot/kci-2019.02-2-gefc755ba4a02/armel/baseline/rootfs.cpio.gz     
> 
>   bootrr - 61 tests: 60  PASS, 1 FAIL, 0 SKIP
>     * rk3x-i2c5-probed: never passed  
>       
> 
> run | platform                 | arch   | lab                      | compiler | defconfig          | errors
> ----+--------------------------+--------+--------------------------+----------+--------------------+-------
>   2 | rk3288-veyron-jaq        | arm    | lab-collabora            | gcc-8    | multi_v7_defconfig | 1/61
> 
>   Results:     60 PASS, 1 FAIL, 0 SKIP
>   Full config: multi_v7_defconfig+CONFIG_SMP=n
>   Compiler:    gcc-8 (arm-linux-gnueabihf-gcc (Debian 8.3.0-2) 8.3.0)
>   Plain log:   https://storage.kernelci.org//next/master/next-20190717/arm/multi_v7_defconfig+CONFIG_SMP=n/gcc-8/lab-collabora/baseline-rk3288-veyron-jaq.txt
>   HTML log:    https://storage.kernelci.org//next/master/next-20190717/arm/multi_v7_defconfig+CONFIG_SMP=n/gcc-8/lab-collabora/baseline-rk3288-veyron-jaq.html
>   Rootfs:      https://storage.kernelci.org/images/rootfs/buildroot/kci-2019.02-2-gefc755ba4a02/armel/baseline/rootfs.cpio.gz     
> 
>   bootrr - 61 tests: 60  PASS, 1 FAIL, 0 SKIP
>     * rk3x-i2c5-probed: never passed  
>       
> 
> run | platform                 | arch   | lab                      | compiler | defconfig          | errors
> ----+--------------------------+--------+--------------------------+----------+--------------------+-------
>   3 | rk3288-veyron-jaq        | arm    | lab-collabora            | gcc-8    | multi_v7_defconfig | 1/61
> 
>   Results:     60 PASS, 1 FAIL, 0 SKIP
>   Full config: multi_v7_defconfig
>   Compiler:    gcc-8 (arm-linux-gnueabihf-gcc (Debian 8.3.0-2) 8.3.0)
>   Plain log:   https://storage.kernelci.org//next/master/next-20190717/arm/multi_v7_defconfig/gcc-8/lab-collabora/baseline-rk3288-veyron-jaq.txt
>   HTML log:    https://storage.kernelci.org//next/master/next-20190717/arm/multi_v7_defconfig/gcc-8/lab-collabora/baseline-rk3288-veyron-jaq.html
>   Rootfs:      https://storage.kernelci.org/images/rootfs/buildroot/kci-2019.02-2-gefc755ba4a02/armel/baseline/rootfs.cpio.gz     
> 
>   bootrr - 61 tests: 60  PASS, 1 FAIL, 0 SKIP
>     * rk3x-i2c5-probed: never passed  
>                   
> _______________________________________________
> Kernel-build-reports mailing list
> Kernel-build-reports@lists.linaro.org
> https://lists.linaro.org/mailman/listinfo/kernel-build-reports
> 


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

* Re: next/master baseline: 7 runs, 0 regressions (next-20190717)
  2019-07-17 13:00 ` next/master baseline: 7 runs, 0 regressions (next-20190717) Guillaume Tucker
@ 2019-07-17 15:43   ` Kevin Hilman
  2019-07-17 17:44     ` Mark Brown
  0 siblings, 1 reply; 3+ messages in thread
From: Kevin Hilman @ 2019-07-17 15:43 UTC (permalink / raw)
  To: kernelci, guillaume.tucker, kernel-build-reports, kernelci
  Cc: Enric Balletbo i Serra

"Guillaume Tucker" <guillaume.tucker@gmail.com> writes:

> On 17/07/2019 12:27, kernelci.org bot wrote:
>> next/master baseline: 7 runs, 0 regressions (next-20190717)
>> 
>> Test results summary
>> --------------------
>> 
>> run | platform                 | arch   | lab                      | compiler | defconfig          | errors
>> ----+--------------------------+--------+--------------------------+----------+--------------------+-------
>>   1 | rk3288-veyron-jaq        | arm    | lab-collabora            | gcc-8    | multi_v7_defconfig | 1/61
>>   2 | rk3288-veyron-jaq        | arm    | lab-collabora            | gcc-8    | multi_v7_defconfig | 1/61
>>   3 | rk3288-veyron-jaq        | arm    | lab-collabora            | gcc-8    | multi_v7_defconfig | 1/61
>>   4 | rk3399-gru-kevin         | arm64  | lab-collabora            | clang-8  | defconfig          | 0/78
>>   5 | rk3399-gru-kevin         | arm64  | lab-collabora            | clang-8  | defconfig          | 0/78
>>   6 | rk3399-gru-kevin         | arm64  | lab-collabora            | gcc-8    | defconfig          | 0/78
>>   7 | rk3399-gru-kevin         | arm64  | lab-collabora            | gcc-8    | defconfig          | 0/78
>
> There's still an issue with this summary table as the "full"
> defconfig is not shown, so there's no way to tell the difference
> between runs 1, 2 or 3.  In the detailed sections, you can see
> that they have CONFIG_ARM_LPAE=y, CONFIG_EFI=y and CONFIG_SMP=n
> on top of the defconfig.
>
> So it could be reformatted this way:
>
>
> run | platform                 | arch   | lab                      | compiler | defconfig                                         | errors
> ----+--------------------------+--------+--------------------------+----------+---------------------------------------------------+-------
>   1 | rk3288-veyron-jaq        | arm    | lab-collabora            | gcc-8    | multi_v7_defconfig+CONFIG_EFI=y+CONFIG_ARM_LPAE=y | 1/61
>   2 | rk3288-veyron-jaq        | arm    | lab-collabora            | gcc-8    | multi_v7_defconfig+CONFIG_SMP=n                   | 1/61
>   3 | rk3288-veyron-jaq        | arm    | lab-collabora            | gcc-8    | multi_v7_defconfig                                | 1/61
>
>
> which obviously makes the table quite a bit wider.
>
> The width of each column is currently fixed but it could be
> dynamically computed based on the results to avoid superfluous
> spaces:
>
> run | platform          | arch | lab           | compiler | defconfig                                         | errors
> ----+-------------------+------+---------------+----------+---------------------------------------------------+-------
>   1 | rk3288-veyron-jaq | arm  | lab-collabora | gcc-8    | multi_v7_defconfig+CONFIG_EFI=y+CONFIG_ARM_LPAE=y | 1/61
>   2 | rk3288-veyron-jaq | arm  | lab-collabora | gcc-8    | multi_v7_defconfig+CONFIG_SMP=n                   | 1/61
>   3 | rk3288-veyron-jaq | arm  | lab-collabora | gcc-8    | multi_v7_defconfig                                | 1/61
>
>
> Is that still readable enough, or does it get so wide that it's
> becoming too hard to read?

IMO, that's readable, but any more columns, and were going to soon be in
the realm of "not useful to view in email"

Kevin

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

* Re: next/master baseline: 7 runs, 0 regressions (next-20190717)
  2019-07-17 15:43   ` Kevin Hilman
@ 2019-07-17 17:44     ` Mark Brown
  0 siblings, 0 replies; 3+ messages in thread
From: Mark Brown @ 2019-07-17 17:44 UTC (permalink / raw)
  To: kernelci, khilman
  Cc: guillaume.tucker, kernel-build-reports, Enric Balletbo i Serra

[-- Attachment #1: Type: text/plain, Size: 1527 bytes --]

On Wed, Jul 17, 2019 at 10:43:55AM -0500, Kevin Hilman wrote:
> "Guillaume Tucker" <guillaume.tucker@gmail.com> writes:

> > run | platform                 | arch   | lab                      | compiler | defconfig                                         | errors
> > ----+--------------------------+--------+--------------------------+----------+---------------------------------------------------+-------
> >   1 | rk3288-veyron-jaq        | arm    | lab-collabora            | gcc-8    | multi_v7_defconfig+CONFIG_EFI=y+CONFIG_ARM_LPAE=y | 1/61

> > which obviously makes the table quite a bit wider.

> > The width of each column is currently fixed but it could be
> > dynamically computed based on the results to avoid superfluous
> > spaces:

> > run | platform          | arch | lab           | compiler | defconfig                                         | errors
> > ----+-------------------+------+---------------+----------+---------------------------------------------------+-------
> >   1 | rk3288-veyron-jaq | arm  | lab-collabora | gcc-8    | multi_v7_defconfig+CONFIG_EFI=y+CONFIG_ARM_LPAE=y | 1/61

> > Is that still readable enough, or does it get so wide that it's
> > becoming too hard to read?

> IMO, that's readable, but any more columns, and were going to soon be in
> the realm of "not useful to view in email"

Both of those are *way* over 80 columns so it's already a bit of an
issue, I do tend to agree with Kevin that it's still usable as is if
you expand the window but won't scale much further.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

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

end of thread, other threads:[~2019-07-17 17:44 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <5d2f063d.1c69fb81.64f72.9c8e@mx.google.com>
2019-07-17 13:00 ` next/master baseline: 7 runs, 0 regressions (next-20190717) Guillaume Tucker
2019-07-17 15:43   ` Kevin Hilman
2019-07-17 17:44     ` Mark Brown

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.