Date   

Re: [Inquiry for CVE-2021-23133] -- necessity of the backporting

masashi.kudo@cybertrust.co.jp <masashi.kudo@...>
 

Hi, Jan-san,

Thanks for your feedback.

Iwamatsu-san,

Thanks for sharing the latest status.
So, let me drop this request.

Best regards,
--
M. Kudo

-----Original Message-----
From: nobuhiro1.iwamatsu@... <nobuhiro1.iwamatsu@...>
Sent: Tuesday, April 27, 2021 9:32 AM
To: cip-dev@...; 工藤 雅司(CTJ OSS・IoT事業部 IoT技術
本部) <masashi.kudo@...>; minmin@...
Subject: RE: [cip-dev] [Inquiry for CVE-2021-23133] -- necessity of the
backporting

Hi,

-----Original Message-----
From: cip-dev@... [mailto:cip-dev@...] On
Behalf Of Jan Kiszka
Sent: Monday, April 26, 2021 10:09 PM
To: masashi.kudo@...; minmin@...;
cip-dev@...
Subject: Re: [cip-dev] [Inquiry for CVE-2021-23133] -- necessity of the
backporting

On 26.04.21 07:49, masashi.kudo@... wrote:
Hi, Jan-san, Minda-san,

https://lists.cip-project.org/g/cip-dev/message/6382
As was reported by Chen-Yu san last week, the following CVE security patch
is not yet backported to kernels before
5.4.
CVE-2021-23133 [net/sctp: race in sctp_destroy_sock]

At this moment, sctp is enabled on PlatHome boards and Siemens boards.
We wonder whether sctp is really used or not. If not used, we would
recommend to disable sctp for those boards, and
we won't work on backporting this patch..

We are looking forward to hearing back from you.
I can try to listen around, but I see way more users (based on configs) than us:

https://gitlab.com/search?utf8=%E2%9C%93&search=CONFIG_IP_SCTP&group
_id=2748814&project_id=6052798&scope=&search_
code=true&snippets=false&repository_ref=master&nav_source=navbar

In that light, a backport might be required.
This CVE patch has already been backported and will be included if there are no
issues.

4.19.189-rc1:
https://lore.kernel.org/stable/20210426072820.621580223@linuxfoundation.org
/
4.4.268-rc1:
https://lore.kernel.org/stable/20210426072816.631201988@linuxfoundation.org
/

And 5.10.y has been fixed in 5.10.32.


Jan
Best regards,
Nobuhiro


Re: [Inquiry for CVE-2021-23133] -- necessity of the backporting

Nobuhiro Iwamatsu
 

Hi,

-----Original Message-----
From: cip-dev@... [mailto:cip-dev@...] On Behalf Of Jan Kiszka
Sent: Monday, April 26, 2021 10:09 PM
To: masashi.kudo@...; minmin@...; cip-dev@...
Subject: Re: [cip-dev] [Inquiry for CVE-2021-23133] -- necessity of the backporting

On 26.04.21 07:49, masashi.kudo@... wrote:
Hi, Jan-san, Minda-san,

https://lists.cip-project.org/g/cip-dev/message/6382
As was reported by Chen-Yu san last week, the following CVE security patch is not yet backported to kernels before
5.4.
CVE-2021-23133 [net/sctp: race in sctp_destroy_sock]

At this moment, sctp is enabled on PlatHome boards and Siemens boards.
We wonder whether sctp is really used or not. If not used, we would recommend to disable sctp for those boards, and
we won't work on backporting this patch..

We are looking forward to hearing back from you.
I can try to listen around, but I see way more users (based on configs) than us:

https://gitlab.com/search?utf8=%E2%9C%93&search=CONFIG_IP_SCTP&group_id=2748814&project_id=6052798&scope=&search_
code=true&snippets=false&repository_ref=master&nav_source=navbar

In that light, a backport might be required.
This CVE patch has already been backported and will be included if there are no issues.

4.19.189-rc1: https://lore.kernel.org/stable/20210426072820.621580223@linuxfoundation.org/
4.4.268-rc1: https://lore.kernel.org/stable/20210426072816.631201988@linuxfoundation.org/

And 5.10.y has been fixed in 5.10.32.


Jan
Best regards,
Nobuhiro


Re: [Inquiry for CVE-2021-23133] -- necessity of the backporting

Jan Kiszka
 

On 26.04.21 07:49, masashi.kudo@... wrote:
Hi, Jan-san, Minda-san,

https://lists.cip-project.org/g/cip-dev/message/6382
As was reported by Chen-Yu san last week, the following CVE security patch is not yet backported to kernels before 5.4.
CVE-2021-23133 [net/sctp: race in sctp_destroy_sock]

At this moment, sctp is enabled on PlatHome boards and Siemens boards.
We wonder whether sctp is really used or not. If not used, we would recommend to disable sctp for those boards, and we won't work on backporting this patch..

We are looking forward to hearing back from you.
I can try to listen around, but I see way more users (based on configs) than us:

https://gitlab.com/search?utf8=%E2%9C%93&search=CONFIG_IP_SCTP&group_id=2748814&project_id=6052798&scope=&search_code=true&snippets=false&repository_ref=master&nav_source=navbar

In that light, a backport might be required.

Jan

--
Siemens AG, T RDA IOT
Corporate Competence Center Embedded Linux


Failing -stable-rc testing

Pavel Machek
 

Hi!

This happened several times now:

https://gitlab.com/cip-project/cip-testing/linux-stable-rc-ci/-/jobs/1211168409

Waiting for pod gitlab/runner-z9bugs8s-project-14394223-concurrent-9kltbz to be running, status is Pending
477Running on runner-z9bugs8s-project-14394223-concurrent-9kltbz via cip-project-v4-small-gitlab-runner-65458d45f8-nsqq6...
479
Skipping Git repository setup
00:02
480Skipping Git checkout
481Skipping Git submodules setup
484
Downloading artifacts for build:arm64_defconfig (1211168356)...
02:05
485Downloading artifacts from coordinator... ok id=1211168356 responseStatus=200 OK token=U-WPxTXQ
487
$ /opt/submit_tests.sh
34:12
488-----------------
489Creating test job
490-----------------
491Version: Image_defconfig_5.10.33-rc1_f52b4f86d
492Arch: arm64
493Config: defconfig
494Device: r8a774a1-hihope-rzg2m-ex
495Kernel: Image
496DTB: r8a774a1-hihope-rzg2m-ex.dtb
497Modules: N/A
498Test: boot
499------------------
500Uploading binaries
501------------------
502upload: output/Image_defconfig_5.10.33-rc1_f52b4f86d/arm64/defconfig/modules/modules.tar.gz to s3://download.cip-project.org/ciptesting/ci/Image_defconfig_5.10.33-rc1_f52b4f86d/arm64/defconfig/modules/modules.tar.gz
506ERROR: Job failed: execution took longer than 2h0m0s seconds

Leading to -stable-rc test failure. It may have something to do with
4.19 and 5.10 -stable-rc's arriving closely together. I suspect
reruning the job will solve it.

(I don't want to do that now to preserve the debug info; but if you
could re-run it when you are done debugging, that would be nice.)

Best regards, Pavel

--
DENX Software Engineering GmbH, Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany


[Inquiry for CVE-2021-23133] -- necessity of the backporting

masashi.kudo@cybertrust.co.jp <masashi.kudo@...>
 

Hi, Jan-san, Minda-san,

https://lists.cip-project.org/g/cip-dev/message/6382
As was reported by Chen-Yu san last week, the following CVE security patch is not yet backported to kernels before 5.4.
CVE-2021-23133 [net/sctp: race in sctp_destroy_sock]

At this moment, sctp is enabled on PlatHome boards and Siemens boards.
We wonder whether sctp is really used or not. If not used, we would recommend to disable sctp for those boards, and we won't work on backporting this patch..

We are looking forward to hearing back from you.

Best regards,
--
M. Kudo


[ANNOUNCE] Release v4.19.188-cip48

Nobuhiro Iwamatsu
 

Hi,

CIP kernel team has released Linux kernel v4.19.188-cip48.
The linux-4.19.y-cip tree has been updated base version from v4.19.186
to v4.19.188, and a patch has been added to fix the rcar-du issue.

You can get this release via the git tree at:

v4.19.188-cip48:
repository:
https://git.kernel.org/pub/scm/linux/kernel/git/cip/linux-cip.git
branch:
linux-4.19.y-cip
commit hash:
46c40361addfc061df66c8296e9dc3e717281464
added commits:
CIP: Bump version suffix to -cip48 after merge from stable
drm: rcar-du: Fix crash when using LVDS1 clock for CRTC

Best regards,
Nobuhiro


cip/linux-4.19.y-cip igt-kms-rockchip: 2 runs, 1 regressions (v4.19.188-cip48) #kernelci

kernelci.org bot <bot@...>
 

cip/linux-4.19.y-cip igt-kms-rockchip: 2 runs, 1 regressions (v4.19.188-cip48)

Regressions Summary
-------------------

platform | arch | lab | compiler | defconfig | regressions
-----------------+-------+---------------+----------+-----------+------------
rk3399-gru-kevin | arm64 | lab-collabora | gcc-8 | defconfig | 1

Details: https://kernelci.org/test/job/cip/branch/linux-4.19.y-cip/kernel/v4.19.188-cip48/plan/igt-kms-rockchip/

Test: igt-kms-rockchip
Tree: cip
Branch: linux-4.19.y-cip
Describe: v4.19.188-cip48
URL: https://git.kernel.org/pub/scm/linux/kernel/git/cip/linux-cip.git
SHA: 46c40361addfc061df66c8296e9dc3e717281464

Test suite revisions:
drm
URL: git://anongit.freedesktop.org/mesa/drm
SHA: c7dc0465cf55f613f1caa085aa762db06cb14974
igt-gpu-tools
URL: https://gitlab.freedesktop.org/drm/igt-gpu-tools.git
SHA: 907705f0c3f6b5ae6358a4822434dd6d7a070cff


Test Regressions
----------------


platform | arch | lab | compiler | defconfig | regressions
-----------------+-------+---------------+----------+-----------+------------
rk3399-gru-kevin | arm64 | lab-collabora | gcc-8 | defconfig | 1

Details: https://kernelci.org/test/plan/id/6085d6d9732328d1229b7797

Results: 85 PASS, 3 FAIL, 146 SKIP
Full config: defconfig
Compiler: gcc-8 (aarch64-linux-gnu-gcc (Debian 8.3.0-2) 8.3.0)
Plain log: https://storage.kernelci.org//cip/linux-4.19.y-cip/v4.19.188-cip48/arm64/defconfig/gcc-8/lab-collabora/igt-kms-rockchip-rk3399-gru-kevin.txt
HTML log: https://storage.kernelci.org//cip/linux-4.19.y-cip/v4.19.188-cip48/arm64/defconfig/gcc-8/lab-collabora/igt-kms-rockchip-rk3399-gru-kevin.html
Rootfs: http://storage.kernelci.org/images/rootfs/debian/buster-igt/20210419.0/arm64/rootfs.cpio.gz


* igt-kms-rockchip.kms_vblank.pipe-B-ts-continuation-dpms-suspend: https://kernelci.org/test/case/id/6085d6d9732328d1229b7820
new failure (last pass: v4.19.186-cip47-1-g4c2cb7ba796b)

2021-04-25 20:52:59.721000+00:00 <14>[ 156.287615] [IGT] kms_vblank: executing
2021-04-25 20:52:59.736000+00:00 IGT-Version: 1.25-g907705f (aarch64) (Linux: 4.19.188-cip48 aarc<14>[ 156.292987] [IGT] kms_vblank: starting subtest pipe-B-ts-continuation-dpms-suspend
2021-04-25 20:52:59.736000+00:00 h64)
2021-04-25 20:52:59.742000+00:00 Starting subtest: pipe-B-ts-continuation-dpms-suspend
2021-04-25 20:53:00.464000+00:00 <6>[ 157.027299] rockchip-dp ff970000.edp: Link Training Clock Recovery success
2021-04-25 20:53:00.478000+00:00 <6>[ 157.042550] rockchip-dp ff970000.edp: Link Training success!
2021-04-25 20:53:00.622000+00:00 Beginning pipe-B-ts-continuation-dpms-suspend on pipe B, connector eDP-1
2021-04-25 20:53:01.222000+00:00 [cmd] rtcwake: assuming RTC uses UTC ...
2021-04-25 20:53:01.228000+00:00 rtcwake: wakeup from \"mem\" using /dev/rtc0 at Sun Apr 25 20:30:14 2021
2021-04-25 20:53:01.242000+00:00 <6>[ 157.809408] PM: suspend entry (deep)
... (122 line(s) more)


cip/linux-4.19.y-cip baseline: 221 runs, 4 regressions (v4.19.188-cip48) #kernelci

kernelci.org bot <bot@...>
 

cip/linux-4.19.y-cip baseline: 221 runs, 4 regressions (v4.19.188-cip48)

Regressions Summary
-------------------

platform | arch | lab | compiler | defconfig | regressions
---------------------+------+---------------+----------+---------------------+------------
qemu_arm-versatilepb | arm | lab-baylibre | gcc-8 | versatile_defconfig | 1
qemu_arm-versatilepb | arm | lab-broonie | gcc-8 | versatile_defconfig | 1
qemu_arm-versatilepb | arm | lab-cip | gcc-8 | versatile_defconfig | 1
qemu_arm-versatilepb | arm | lab-collabora | gcc-8 | versatile_defconfig | 1

Details: https://kernelci.org/test/job/cip/branch/linux-4.19.y-cip/kernel/v4.19.188-cip48/plan/baseline/

Test: baseline
Tree: cip
Branch: linux-4.19.y-cip
Describe: v4.19.188-cip48
URL: https://git.kernel.org/pub/scm/linux/kernel/git/cip/linux-cip.git
SHA: 46c40361addfc061df66c8296e9dc3e717281464


Test Regressions
----------------


platform | arch | lab | compiler | defconfig | regressions
---------------------+------+---------------+----------+---------------------+------------
qemu_arm-versatilepb | arm | lab-baylibre | gcc-8 | versatile_defconfig | 1

Details: https://kernelci.org/test/plan/id/6085d57fd3e5be0ad49b77b6

Results: 0 PASS, 1 FAIL, 0 SKIP
Full config: versatile_defconfig
Compiler: gcc-8 (arm-linux-gnueabihf-gcc (Debian 8.3.0-2) 8.3.0)
Plain log: https://storage.kernelci.org//cip/linux-4.19.y-cip/v4.19.188-cip48/arm/versatile_defconfig/gcc-8/lab-baylibre/baseline-qemu_arm-versatilepb.txt
HTML log: https://storage.kernelci.org//cip/linux-4.19.y-cip/v4.19.188-cip48/arm/versatile_defconfig/gcc-8/lab-baylibre/baseline-qemu_arm-versatilepb.html
Rootfs: http://storage.kernelci.org/images/rootfs/buildroot/kci-2020.05-5-g2f114cc7102b/armel/baseline/rootfs.cpio.gz


* baseline.login: https://kernelci.org/test/case/id/6085d57fd3e5be0ad49b77b7
failing since 162 days (last pass: v4.19.152-cip37-37-g18852869b06b, first fail: v4.19.157-cip38)



platform | arch | lab | compiler | defconfig | regressions
---------------------+------+---------------+----------+---------------------+------------
qemu_arm-versatilepb | arm | lab-broonie | gcc-8 | versatile_defconfig | 1

Details: https://kernelci.org/test/plan/id/6085d586d3e5be0ad49b77bf

Results: 0 PASS, 1 FAIL, 0 SKIP
Full config: versatile_defconfig
Compiler: gcc-8 (arm-linux-gnueabihf-gcc (Debian 8.3.0-2) 8.3.0)
Plain log: https://storage.kernelci.org//cip/linux-4.19.y-cip/v4.19.188-cip48/arm/versatile_defconfig/gcc-8/lab-broonie/baseline-qemu_arm-versatilepb.txt
HTML log: https://storage.kernelci.org//cip/linux-4.19.y-cip/v4.19.188-cip48/arm/versatile_defconfig/gcc-8/lab-broonie/baseline-qemu_arm-versatilepb.html
Rootfs: http://storage.kernelci.org/images/rootfs/buildroot/kci-2020.05-5-g2f114cc7102b/armel/baseline/rootfs.cpio.gz


* baseline.login: https://kernelci.org/test/case/id/6085d586d3e5be0ad49b77c0
failing since 162 days (last pass: v4.19.152-cip37-37-g18852869b06b, first fail: v4.19.157-cip38)



platform | arch | lab | compiler | defconfig | regressions
---------------------+------+---------------+----------+---------------------+------------
qemu_arm-versatilepb | arm | lab-cip | gcc-8 | versatile_defconfig | 1

Details: https://kernelci.org/test/plan/id/6085d582d3e5be0ad49b77b9

Results: 0 PASS, 1 FAIL, 0 SKIP
Full config: versatile_defconfig
Compiler: gcc-8 (arm-linux-gnueabihf-gcc (Debian 8.3.0-2) 8.3.0)
Plain log: https://storage.kernelci.org//cip/linux-4.19.y-cip/v4.19.188-cip48/arm/versatile_defconfig/gcc-8/lab-cip/baseline-qemu_arm-versatilepb.txt
HTML log: https://storage.kernelci.org//cip/linux-4.19.y-cip/v4.19.188-cip48/arm/versatile_defconfig/gcc-8/lab-cip/baseline-qemu_arm-versatilepb.html
Rootfs: http://storage.kernelci.org/images/rootfs/buildroot/kci-2020.05-5-g2f114cc7102b/armel/baseline/rootfs.cpio.gz


* baseline.login: https://kernelci.org/test/case/id/6085d582d3e5be0ad49b77ba
failing since 162 days (last pass: v4.19.152-cip37-37-g18852869b06b, first fail: v4.19.157-cip38)



platform | arch | lab | compiler | defconfig | regressions
---------------------+------+---------------+----------+---------------------+------------
qemu_arm-versatilepb | arm | lab-collabora | gcc-8 | versatile_defconfig | 1

Details: https://kernelci.org/test/plan/id/6085d5341df99943909b779d

Results: 0 PASS, 1 FAIL, 0 SKIP
Full config: versatile_defconfig
Compiler: gcc-8 (arm-linux-gnueabihf-gcc (Debian 8.3.0-2) 8.3.0)
Plain log: https://storage.kernelci.org//cip/linux-4.19.y-cip/v4.19.188-cip48/arm/versatile_defconfig/gcc-8/lab-collabora/baseline-qemu_arm-versatilepb.txt
HTML log: https://storage.kernelci.org//cip/linux-4.19.y-cip/v4.19.188-cip48/arm/versatile_defconfig/gcc-8/lab-collabora/baseline-qemu_arm-versatilepb.html
Rootfs: http://storage.kernelci.org/images/rootfs/buildroot/kci-2020.05-5-g2f114cc7102b/armel/baseline/rootfs.cpio.gz


* baseline.login: https://kernelci.org/test/case/id/6085d5341df99943909b779e
failing since 162 days (last pass: v4.19.152-cip37-37-g18852869b06b, first fail: v4.19.157-cip38)


cip/linux-4.19.y-cip baseline-nfs: 12 runs, 1 regressions (v4.19.188-cip48) #kernelci

kernelci.org bot <bot@...>
 

cip/linux-4.19.y-cip baseline-nfs: 12 runs, 1 regressions (v4.19.188-cip48)

Regressions Summary
-------------------

platform | arch | lab | compiler | defconfig | regressions
-----------+------+-----------------+----------+--------------------+------------
dove-cubox | arm | lab-pengutronix | gcc-8 | multi_v7_defconfig | 1

Details: https://kernelci.org/test/job/cip/branch/linux-4.19.y-cip/kernel/v4.19.188-cip48/plan/baseline-nfs/

Test: baseline-nfs
Tree: cip
Branch: linux-4.19.y-cip
Describe: v4.19.188-cip48
URL: https://git.kernel.org/pub/scm/linux/kernel/git/cip/linux-cip.git
SHA: 46c40361addfc061df66c8296e9dc3e717281464


Test Regressions
----------------


platform | arch | lab | compiler | defconfig | regressions
-----------+------+-----------------+----------+--------------------+------------
dove-cubox | arm | lab-pengutronix | gcc-8 | multi_v7_defconfig | 1

Details: https://kernelci.org/test/plan/id/6085d82bdf309379bd9b7799

Results: 0 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//cip/linux-4.19.y-cip/v4.19.188-cip48/arm/multi_v7_defconfig/gcc-8/lab-pengutronix/baseline-nfs-dove-cubox.txt
HTML log: https://storage.kernelci.org//cip/linux-4.19.y-cip/v4.19.188-cip48/arm/multi_v7_defconfig/gcc-8/lab-pengutronix/baseline-nfs-dove-cubox.html
Rootfs: http://storage.kernelci.org/images/rootfs/debian/buster/20210419.0/armhf/initrd.cpio.gz


* baseline-nfs.login: https://kernelci.org/test/case/id/6085d82bdf309379bd9b779a
new failure (last pass: v4.19.186-cip47-1-g4c2cb7ba796b)


cip/linux-4.19.y-cip build: 129 builds: 0 failed, 129 passed, 48 warnings (v4.19.188-cip48) #kernelci

kernelci.org bot <bot@...>
 

cip/linux-4.19.y-cip build: 129 builds: 0 failed, 129 passed, 48 warnings (v4.19.188-cip48)

Full Build Summary: https://kernelci.org/build/cip/branch/linux-4.19.y-cip/kernel/v4.19.188-cip48/

Tree: cip
Branch: linux-4.19.y-cip
Git Describe: v4.19.188-cip48
Git Commit: 46c40361addfc061df66c8296e9dc3e717281464
Git URL: https://git.kernel.org/pub/scm/linux/kernel/git/cip/linux-cip.git
Built: 3 unique architectures

Warnings Detected:

arm64:
allmodconfig (gcc-8): 3 warnings
allnoconfig (gcc-8): 1 warning

arm:
allmodconfig (gcc-8): 3 warnings
allnoconfig (gcc-8): 1 warning
am200epdkit_defconfig (gcc-8): 1 warning
clps711x_defconfig (gcc-8): 1 warning
cm_x2xx_defconfig (gcc-8): 1 warning
colibri_pxa300_defconfig (gcc-8): 1 warning
corgi_defconfig (gcc-8): 1 warning
efm32_defconfig (gcc-8): 1 warning
eseries_pxa_defconfig (gcc-8): 1 warning
h5000_defconfig (gcc-8): 1 warning
integrator_defconfig (gcc-8): 1 warning
lpc32xx_defconfig (gcc-8): 1 warning
lpd270_defconfig (gcc-8): 1 warning
lubbock_defconfig (gcc-8): 1 warning
magician_defconfig (gcc-8): 1 warning
mainstone_defconfig (gcc-8): 1 warning
multi_v4t_defconfig (gcc-8): 1 warning
multi_v7_defconfig (gcc-8): 1 warning
multi_v7_defconfig+CONFIG_CPU_BIG_ENDIAN=y (gcc-8): 1 warning
multi_v7_defconfig+CONFIG_EFI=y+CONFIG_ARM_LPAE=y (gcc-8): 1 warning
multi_v7_defconfig+CONFIG_SMP=n (gcc-8): 1 warning
palmz72_defconfig (gcc-8): 1 warning
pcm027_defconfig (gcc-8): 1 warning
prima2_defconfig (gcc-8): 1 warning
pxa168_defconfig (gcc-8): 1 warning
pxa255-idp_defconfig (gcc-8): 1 warning
pxa3xx_defconfig (gcc-8): 1 warning
pxa910_defconfig (gcc-8): 1 warning
raumfeld_defconfig (gcc-8): 1 warning
s3c2410_defconfig (gcc-8): 1 warning
s3c6400_defconfig (gcc-8): 1 warning
s5pv210_defconfig (gcc-8): 1 warning
spitz_defconfig (gcc-8): 1 warning
stm32_defconfig (gcc-8): 1 warning
sunxi_defconfig (gcc-8): 1 warning
tango4_defconfig (gcc-8): 1 warning
tct_hammer_defconfig (gcc-8): 1 warning
vf610m4_defconfig (gcc-8): 1 warning
viper_defconfig (gcc-8): 1 warning
vt8500_v6_v7_defconfig (gcc-8): 1 warning
xcep_defconfig (gcc-8): 1 warning
zeus_defconfig (gcc-8): 1 warning

x86_64:


Warnings summary:

37 drivers/clk/clk.c:49:27: warning: ‘orphan_list’ defined but not used [-Wunused-variable]
6 arch/arm/boot/dts/sun8i-h3-beelink-x2.dtb: Warning (clocks_property): /wifi_pwrseq: Missing property '#clock-cells' in node /soc/rtc@1f00000 or bad phandle (referred from clocks[0])
1 drivers/isdn/hardware/eicon/message.c:5985:1: warning: the frame size of 2096 bytes is larger than 2048 bytes [-Wframe-larger-than=]
1 WARNING: modpost: missing MODULE_LICENSE() in drivers/clk/keystone/pll.o
1 WARNING: modpost: missing MODULE_LICENSE() in drivers/clk/keystone/gate.o
1 /tmp/ccoOniuh.s:18196: Warning: using r15 results in unpredictable behaviour
1 /tmp/ccoOniuh.s:18124: Warning: using r15 results in unpredictable behaviour

================================================================================

Detailed per-defconfig build reports:

--------------------------------------------------------------------------------
acs5k_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
acs5k_tiny_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
allmodconfig (arm, gcc-8) — PASS, 0 errors, 3 warnings, 0 section mismatches

Warnings:
/tmp/ccoOniuh.s:18124: Warning: using r15 results in unpredictable behaviour
/tmp/ccoOniuh.s:18196: Warning: using r15 results in unpredictable behaviour
arch/arm/boot/dts/sun8i-h3-beelink-x2.dtb: Warning (clocks_property): /wifi_pwrseq: Missing property '#clock-cells' in node /soc/rtc@1f00000 or bad phandle (referred from clocks[0])

--------------------------------------------------------------------------------
allmodconfig (x86_64, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
allmodconfig (arm64, gcc-8) — PASS, 0 errors, 3 warnings, 0 section mismatches

Warnings:
drivers/isdn/hardware/eicon/message.c:5985:1: warning: the frame size of 2096 bytes is larger than 2048 bytes [-Wframe-larger-than=]
WARNING: modpost: missing MODULE_LICENSE() in drivers/clk/keystone/gate.o
WARNING: modpost: missing MODULE_LICENSE() in drivers/clk/keystone/pll.o

--------------------------------------------------------------------------------
allnoconfig (x86_64, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
allnoconfig (arm64, gcc-8) — PASS, 0 errors, 1 warning, 0 section mismatches

Warnings:
drivers/clk/clk.c:49:27: warning: ‘orphan_list’ defined but not used [-Wunused-variable]

--------------------------------------------------------------------------------
allnoconfig (arm, gcc-8) — PASS, 0 errors, 1 warning, 0 section mismatches

Warnings:
drivers/clk/clk.c:49:27: warning: ‘orphan_list’ defined but not used [-Wunused-variable]

--------------------------------------------------------------------------------
am200epdkit_defconfig (arm, gcc-8) — PASS, 0 errors, 1 warning, 0 section mismatches

Warnings:
drivers/clk/clk.c:49:27: warning: ‘orphan_list’ defined but not used [-Wunused-variable]

--------------------------------------------------------------------------------
aspeed_g4_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
assabet_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
at91_dt_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
axm55xx_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
badge4_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
bcm2835_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
cerfcube_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
clps711x_defconfig (arm, gcc-8) — PASS, 0 errors, 1 warning, 0 section mismatches

Warnings:
drivers/clk/clk.c:49:27: warning: ‘orphan_list’ defined but not used [-Wunused-variable]

--------------------------------------------------------------------------------
cm_x2xx_defconfig (arm, gcc-8) — PASS, 0 errors, 1 warning, 0 section mismatches

Warnings:
drivers/clk/clk.c:49:27: warning: ‘orphan_list’ defined but not used [-Wunused-variable]

--------------------------------------------------------------------------------
cm_x300_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
cns3420vb_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
colibri_pxa270_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
colibri_pxa300_defconfig (arm, gcc-8) — PASS, 0 errors, 1 warning, 0 section mismatches

Warnings:
drivers/clk/clk.c:49:27: warning: ‘orphan_list’ defined but not used [-Wunused-variable]

--------------------------------------------------------------------------------
collie_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
corgi_defconfig (arm, gcc-8) — PASS, 0 errors, 1 warning, 0 section mismatches

Warnings:
drivers/clk/clk.c:49:27: warning: ‘orphan_list’ defined but not used [-Wunused-variable]

--------------------------------------------------------------------------------
davinci_all_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
defconfig (arm64, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
defconfig+CONFIG_CPU_BIG_ENDIAN=y (arm64, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
defconfig+CONFIG_RANDOMIZE_BASE=y (arm64, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
dove_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
ebsa110_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
efm32_defconfig (arm, gcc-8) — PASS, 0 errors, 1 warning, 0 section mismatches

Warnings:
drivers/clk/clk.c:49:27: warning: ‘orphan_list’ defined but not used [-Wunused-variable]

--------------------------------------------------------------------------------
em_x270_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
ep93xx_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
eseries_pxa_defconfig (arm, gcc-8) — PASS, 0 errors, 1 warning, 0 section mismatches

Warnings:
drivers/clk/clk.c:49:27: warning: ‘orphan_list’ defined but not used [-Wunused-variable]

--------------------------------------------------------------------------------
exynos_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
ezx_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
footbridge_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
gemini_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
h3600_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
h5000_defconfig (arm, gcc-8) — PASS, 0 errors, 1 warning, 0 section mismatches

Warnings:
drivers/clk/clk.c:49:27: warning: ‘orphan_list’ defined but not used [-Wunused-variable]

--------------------------------------------------------------------------------
hackkit_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
hisi_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
imote2_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
imx_v4_v5_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
imx_v6_v7_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
integrator_defconfig (arm, gcc-8) — PASS, 0 errors, 1 warning, 0 section mismatches

Warnings:
drivers/clk/clk.c:49:27: warning: ‘orphan_list’ defined but not used [-Wunused-variable]

--------------------------------------------------------------------------------
iop13xx_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
iop32x_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
iop33x_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
ixp4xx_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
jornada720_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
keystone_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
ks8695_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
lart_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
lpc18xx_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
lpc32xx_defconfig (arm, gcc-8) — PASS, 0 errors, 1 warning, 0 section mismatches

Warnings:
drivers/clk/clk.c:49:27: warning: ‘orphan_list’ defined but not used [-Wunused-variable]

--------------------------------------------------------------------------------
lpd270_defconfig (arm, gcc-8) — PASS, 0 errors, 1 warning, 0 section mismatches

Warnings:
drivers/clk/clk.c:49:27: warning: ‘orphan_list’ defined but not used [-Wunused-variable]

--------------------------------------------------------------------------------
lubbock_defconfig (arm, gcc-8) — PASS, 0 errors, 1 warning, 0 section mismatches

Warnings:
drivers/clk/clk.c:49:27: warning: ‘orphan_list’ defined but not used [-Wunused-variable]

--------------------------------------------------------------------------------
magician_defconfig (arm, gcc-8) — PASS, 0 errors, 1 warning, 0 section mismatches

Warnings:
drivers/clk/clk.c:49:27: warning: ‘orphan_list’ defined but not used [-Wunused-variable]

--------------------------------------------------------------------------------
mainstone_defconfig (arm, gcc-8) — PASS, 0 errors, 1 warning, 0 section mismatches

Warnings:
drivers/clk/clk.c:49:27: warning: ‘orphan_list’ defined but not used [-Wunused-variable]

--------------------------------------------------------------------------------
mini2440_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
mmp2_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
moxart_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
mps2_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
multi_v4t_defconfig (arm, gcc-8) — PASS, 0 errors, 1 warning, 0 section mismatches

Warnings:
drivers/clk/clk.c:49:27: warning: ‘orphan_list’ defined but not used [-Wunused-variable]

--------------------------------------------------------------------------------
multi_v5_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
multi_v7_defconfig (arm, gcc-8) — PASS, 0 errors, 1 warning, 0 section mismatches

Warnings:
arch/arm/boot/dts/sun8i-h3-beelink-x2.dtb: Warning (clocks_property): /wifi_pwrseq: Missing property '#clock-cells' in node /soc/rtc@1f00000 or bad phandle (referred from clocks[0])

--------------------------------------------------------------------------------
multi_v7_defconfig+CONFIG_CPU_BIG_ENDIAN=y (arm, gcc-8) — PASS, 0 errors, 1 warning, 0 section mismatches

Warnings:
arch/arm/boot/dts/sun8i-h3-beelink-x2.dtb: Warning (clocks_property): /wifi_pwrseq: Missing property '#clock-cells' in node /soc/rtc@1f00000 or bad phandle (referred from clocks[0])

--------------------------------------------------------------------------------
multi_v7_defconfig+CONFIG_EFI=y+CONFIG_ARM_LPAE=y (arm, gcc-8) — PASS, 0 errors, 1 warning, 0 section mismatches

Warnings:
arch/arm/boot/dts/sun8i-h3-beelink-x2.dtb: Warning (clocks_property): /wifi_pwrseq: Missing property '#clock-cells' in node /soc/rtc@1f00000 or bad phandle (referred from clocks[0])

--------------------------------------------------------------------------------
multi_v7_defconfig+CONFIG_SMP=n (arm, gcc-8) — PASS, 0 errors, 1 warning, 0 section mismatches

Warnings:
arch/arm/boot/dts/sun8i-h3-beelink-x2.dtb: Warning (clocks_property): /wifi_pwrseq: Missing property '#clock-cells' in node /soc/rtc@1f00000 or bad phandle (referred from clocks[0])

--------------------------------------------------------------------------------
mv78xx0_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
mvebu_v5_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
mvebu_v7_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
mxs_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
neponset_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
netwinder_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
netx_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
nhk8815_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
nuc910_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
nuc950_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
nuc960_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
omap1_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
omap2plus_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
orion5x_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
oxnas_v6_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
palmz72_defconfig (arm, gcc-8) — PASS, 0 errors, 1 warning, 0 section mismatches

Warnings:
drivers/clk/clk.c:49:27: warning: ‘orphan_list’ defined but not used [-Wunused-variable]

--------------------------------------------------------------------------------
pcm027_defconfig (arm, gcc-8) — PASS, 0 errors, 1 warning, 0 section mismatches

Warnings:
drivers/clk/clk.c:49:27: warning: ‘orphan_list’ defined but not used [-Wunused-variable]

--------------------------------------------------------------------------------
pleb_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
prima2_defconfig (arm, gcc-8) — PASS, 0 errors, 1 warning, 0 section mismatches

Warnings:
drivers/clk/clk.c:49:27: warning: ‘orphan_list’ defined but not used [-Wunused-variable]

--------------------------------------------------------------------------------
pxa168_defconfig (arm, gcc-8) — PASS, 0 errors, 1 warning, 0 section mismatches

Warnings:
drivers/clk/clk.c:49:27: warning: ‘orphan_list’ defined but not used [-Wunused-variable]

--------------------------------------------------------------------------------
pxa255-idp_defconfig (arm, gcc-8) — PASS, 0 errors, 1 warning, 0 section mismatches

Warnings:
drivers/clk/clk.c:49:27: warning: ‘orphan_list’ defined but not used [-Wunused-variable]

--------------------------------------------------------------------------------
pxa3xx_defconfig (arm, gcc-8) — PASS, 0 errors, 1 warning, 0 section mismatches

Warnings:
drivers/clk/clk.c:49:27: warning: ‘orphan_list’ defined but not used [-Wunused-variable]

--------------------------------------------------------------------------------
pxa910_defconfig (arm, gcc-8) — PASS, 0 errors, 1 warning, 0 section mismatches

Warnings:
drivers/clk/clk.c:49:27: warning: ‘orphan_list’ defined but not used [-Wunused-variable]

--------------------------------------------------------------------------------
pxa_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
qcom_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
raumfeld_defconfig (arm, gcc-8) — PASS, 0 errors, 1 warning, 0 section mismatches

Warnings:
drivers/clk/clk.c:49:27: warning: ‘orphan_list’ defined but not used [-Wunused-variable]

--------------------------------------------------------------------------------
realview_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
rpc_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
s3c2410_defconfig (arm, gcc-8) — PASS, 0 errors, 1 warning, 0 section mismatches

Warnings:
drivers/clk/clk.c:49:27: warning: ‘orphan_list’ defined but not used [-Wunused-variable]

--------------------------------------------------------------------------------
s3c6400_defconfig (arm, gcc-8) — PASS, 0 errors, 1 warning, 0 section mismatches

Warnings:
drivers/clk/clk.c:49:27: warning: ‘orphan_list’ defined but not used [-Wunused-variable]

--------------------------------------------------------------------------------
s5pv210_defconfig (arm, gcc-8) — PASS, 0 errors, 1 warning, 0 section mismatches

Warnings:
drivers/clk/clk.c:49:27: warning: ‘orphan_list’ defined but not used [-Wunused-variable]

--------------------------------------------------------------------------------
sama5_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
shannon_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
shmobile_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
simpad_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
socfpga_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
spear13xx_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
spear3xx_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
spear6xx_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
spitz_defconfig (arm, gcc-8) — PASS, 0 errors, 1 warning, 0 section mismatches

Warnings:
drivers/clk/clk.c:49:27: warning: ‘orphan_list’ defined but not used [-Wunused-variable]

--------------------------------------------------------------------------------
stm32_defconfig (arm, gcc-8) — PASS, 0 errors, 1 warning, 0 section mismatches

Warnings:
drivers/clk/clk.c:49:27: warning: ‘orphan_list’ defined but not used [-Wunused-variable]

--------------------------------------------------------------------------------
sunxi_defconfig (arm, gcc-8) — PASS, 0 errors, 1 warning, 0 section mismatches

Warnings:
arch/arm/boot/dts/sun8i-h3-beelink-x2.dtb: Warning (clocks_property): /wifi_pwrseq: Missing property '#clock-cells' in node /soc/rtc@1f00000 or bad phandle (referred from clocks[0])

--------------------------------------------------------------------------------
tango4_defconfig (arm, gcc-8) — PASS, 0 errors, 1 warning, 0 section mismatches

Warnings:
drivers/clk/clk.c:49:27: warning: ‘orphan_list’ defined but not used [-Wunused-variable]

--------------------------------------------------------------------------------
tct_hammer_defconfig (arm, gcc-8) — PASS, 0 errors, 1 warning, 0 section mismatches

Warnings:
drivers/clk/clk.c:49:27: warning: ‘orphan_list’ defined but not used [-Wunused-variable]

--------------------------------------------------------------------------------
tegra_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
trizeps4_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
u300_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
u8500_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
versatile_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
vexpress_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
vf610m4_defconfig (arm, gcc-8) — PASS, 0 errors, 1 warning, 0 section mismatches

Warnings:
drivers/clk/clk.c:49:27: warning: ‘orphan_list’ defined but not used [-Wunused-variable]

--------------------------------------------------------------------------------
viper_defconfig (arm, gcc-8) — PASS, 0 errors, 1 warning, 0 section mismatches

Warnings:
drivers/clk/clk.c:49:27: warning: ‘orphan_list’ defined but not used [-Wunused-variable]

--------------------------------------------------------------------------------
vt8500_v6_v7_defconfig (arm, gcc-8) — PASS, 0 errors, 1 warning, 0 section mismatches

Warnings:
drivers/clk/clk.c:49:27: warning: ‘orphan_list’ defined but not used [-Wunused-variable]

--------------------------------------------------------------------------------
x86_64_defconfig (x86_64, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
x86_64_defconfig+kvm_guest (x86_64, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
x86_64_defconfig+x86-chromebook (x86_64, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

--------------------------------------------------------------------------------
xcep_defconfig (arm, gcc-8) — PASS, 0 errors, 1 warning, 0 section mismatches

Warnings:
drivers/clk/clk.c:49:27: warning: ‘orphan_list’ defined but not used [-Wunused-variable]

--------------------------------------------------------------------------------
zeus_defconfig (arm, gcc-8) — PASS, 0 errors, 1 warning, 0 section mismatches

Warnings:
drivers/clk/clk.c:49:27: warning: ‘orphan_list’ defined but not used [-Wunused-variable]

--------------------------------------------------------------------------------
zx_defconfig (arm, gcc-8) — PASS, 0 errors, 0 warnings, 0 section mismatches

---
For more info write to <info@...>


Re: umn.edu situation and its effects on stable/cip

Pavel Machek
 

Hi!

A Linux Foundation colleague has offered to do an analysis for projects to
assess the situation.

"I can run an analysis of ... source code looking for commits from the two
PhDs who are currently known, and also look for any commits from an @umn.edu
email address."

If this is of interest, I'll look into this offer further.
Well, there's big series from Greg:

Date: Wed, 21 Apr 2021 14:57:55 +0200
From: Greg Kroah-Hartman <gregkh@...>
To: linux-kernel@...
Subject: [PATCH 000/190] Revertion of all of the umn.edu commits
Message-Id: <20210421130105.1226686-1-gregkh@...>

If noone commented on the patch, yet, analysing it may not be bad
idea. There is a lot of fixes in there, and we don't want to revert
those.

(But I believe this is so hot issue that there will be enough manpower
on it.)

Best regards,

Pavel
--
DENX Software Engineering GmbH, Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany


Re: umn.edu situation and its effects on stable/cip

Neal Caidin
 

A Linux Foundation colleague has offered to do an analysis for projects to assess the situation.

"I can run an analysis of ... source code looking for commits from the two PhDs who are currently known, and also look for any commits from an @umn.edu email address."

If this is of interest, I'll look into this offer further.

Please let me know.

Best,
Neal

Neal Caidin
Program Manager, Program Management & Operations
The Linux Foundation
+1 (919) 238-9104 (w/h)
+1 (919) 949-1861 (m)




On Fri, Apr 23, 2021 at 6:58 AM Pavel Machek <pavel@...> wrote:
Hi!

You may have noticed in the news something funny is going on with
umn.edu commits.

Researchers at umn.edu did 3 bad-faith patches to kernel, sent them
from gmail.com addresses, and tried to get them reviewed (but
prevented them from being merged):

https://github.com/QiushiWu/QiushiWu.github.io/blob/main/papers/OpenSourceInsecurity.pdf

That somehow led to Greg trying to revert all patches from umn.edu:

https://github.com/QiushiWu/QiushiWu.github.io/blob/main/papers/OpenSourceInsecurity.pdf

And indeed there are some patches that do not fix any problem in
mainline (I identified one during stable review), but I don't see
evidence they were done in bad faith.

This is developing news, discussed on linux-kernel and ksummit-discuss
mailing lists (at least), but it should not affect us till middle of
May, and in my view it is likely that impact will be minor in the end.

Best regards,
                                                                Pavel
--
DENX Software Engineering GmbH,      Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany




umn.edu situation and its effects on stable/cip

Pavel Machek
 

Hi!

You may have noticed in the news something funny is going on with
umn.edu commits.

Researchers at umn.edu did 3 bad-faith patches to kernel, sent them
from gmail.com addresses, and tried to get them reviewed (but
prevented them from being merged):

https://github.com/QiushiWu/QiushiWu.github.io/blob/main/papers/OpenSourceInsecurity.pdf

That somehow led to Greg trying to revert all patches from umn.edu:

https://github.com/QiushiWu/QiushiWu.github.io/blob/main/papers/OpenSourceInsecurity.pdf

And indeed there are some patches that do not fix any problem in
mainline (I identified one during stable review), but I don't see
evidence they were done in bad faith.

This is developing news, discussed on linux-kernel and ksummit-discuss
mailing lists (at least), but it should not affect us till middle of
May, and in my view it is likely that impact will be minor in the end.

Best regards,
Pavel
--
DENX Software Engineering GmbH, Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany


Re: Kselftest implementation

Alice Ferrazzi
 

Hi,

thanks for the review,


On Thu, Apr 22, 2021 at 4:35 PM Nobuhiro Iwamatsu <nobuhiro1.iwamatsu@...> wrote:
Hi,

Thanks for your work.

On Thu, Apr 15, 2021 at 11:04:26AM +0900, Alice Ferrazzi wrote:
> Hello Chris,
>
> On Wed, Apr 14, 2021 at 7:27 AM Chris Paterson <Chris.Paterson2@...>
> wrote:
>
> > Hello Alice,
> >
> > > From: cip-dev@... <cip-dev@...> On
> > > Behalf Of Alice Ferrazzi via lists.cip-project.org
> > > Sent: 13 April 2021 18:30
> > >
> > > Hi everyone,
> > >
> > > I'm Alice Ferrazzi from Cybertrust Japan.
> > >
> > > I'm currently working on adding Kselftest to the current CIP CI tests of
> > linux-
> > > cip Kernel
> >
> > Thank you for your work on this!
> >
> > >
> > > I made and tested kselftest on a testing instance of lava, currently
> > tested
> > > only on qemu x86_64
> >
> > If you'd like to test on a wider range of platforms then get in touch and
> > we'll get you access to the CIP LAVA instance.
> >
>
> This would be nice!
>
>
> > > I implemented a simple skiplist in the kselftest envelope for skipping
> > tests
> > > that are currently not working.
> > > The usage is similar to how spectre-meltdown-checker-test is currently
> > > working.
> > >
> > > Raw log:
> > >
> > > http://140.211.166.173:10080/scheduler/job/329
> > > Results list:
> > > http://140.211.166.173:10080/results/329/1_kselftest
> >
> > It looks like a great start.
> >
> >
> Thanks
>
> >
> > >
> > > My idea is to start implementing kselftest tests for at least qemu x86_64
> > > architecture and expand in the future to other architectures.
> > > As Iwamatsu-san pointed, we need also to create kselftest binary.
> > >
> > > I'm currently thinking of implementing kselftest binary creation
> > mechanism
> > > on linux-cip-ci kernel build script but I still didn't start to work on
> > this yet.
> > >
> > > Kselftest test code:
> > >
> > > https://gitlab.com/alice.ferrazzi/cip-kselftest
> >
> >
> Is there any work we can leverage from the Linaro test-definitions repo?
> >
> > https://github.com/Linaro/test-definitions/tree/master/automated/linux/kselftest
> >
> > That was the first thing I tried out but was not working correctly on the
> cip rootfs enviroment

As you write, cip rootfs lacks the software to run kselftest. Therefore,
it is necessary to make a separate flavor of rootfs.
There are also two types of cip rootfs, and we need to use either or
both for kernel testing.
 

ok.

 
>
>
> > KernelCI also recently implemented kselftest support if that's useful at
> > all, this'll include the build side of things.
> > https://github.com/kernelci/kernelci-core/tree/main/config/lava/kselftest
> >
> >
> I know about KernelCI effort for kselftest and I think to use a similar
> approach about the kselftest binary creation implementation.
>
> The code I wrote is based on Glava-tests that is part of GKernelCI.
> GKernelCI is the current Gentoo kernel CI system that is reporting and
> collaborating with KernelCI.
> https://github.com/GKernelCI/Glava-tests
> Using a different repository currently is helpful for self managing the
> skiplist, but it could be changed in the future.


I think this needs to be done first.
I also think there are several approaches to creating kselftest
binaries.

- Continue to use a particular kernel version of ksefltests.
- Use CIP kernel kselftest.
- Use the latest kernel kselftest.

I used to build an environment using the latter.

https://gitlab.com/cip-project/cip-kernel/linux-cip/-/tree/ci/iwamatsu/linux-cip-kselftest

By the way, do you know which kernelci they are using?


KernelCI is building kselftest in production for at least linux-next and mainline any time a new revision is discovered on the branches. on staging.kernelci.org kselftest is built for each job.

Currently I'm working on a similar implementation for CIP testing.

Thanks,
Alicef



--
======================================
Cybertrust Japan Co.,Ltd.
Alice Ferrazzi
alice.ferrazzi@...
======================================


Re: CIP IRC weekly meeting today

Nobuhiro Iwamatsu
 

Hi,

I may not be able to attend because I am in conflict with others. I add the updates below.

-----Original Message-----
From: cip-dev@... [mailto:cip-dev@...] On Behalf Of
masashi.kudo@...
Sent: Thursday, April 22, 2021 11:00 AM
To: cip-dev@...
Subject: [cip-dev] CIP IRC weekly meeting today

Hi all,

Kindly be reminded to attend the weekly meeting through IRC to discuss technical topics with CIP kernel today.

*Please note that the IRC meeting was rescheduled to UTC (GMT) 09:00 starting from the first week of Apr. according
to TSC meeting*
https://www.timeanddate.com/worldclock/meetingdetails.html?year=2021&month=4&day=22&hour=9&min=0&sec=0&p1=224&p2=
179&p3=136&p4=37&p5=241&p6=248

USWest USEast UK DE TW JP
02:00 05:00 10:00 11:00 17:00 18:00

Channel:
* irc:chat.freenode.net:6667/cip

Last meeting minutes:
https://irclogs.baserock.org/meetings/cip/2021/04/cip.2021-04-15-09.00.log.html

* Action item
1. Combine root filesystem with kselftest binary - iwamatsu
It is progressing little by little. This is discussed on ML and gitlab.
Simple operation has been tested and I have confirmed that it works with QEMU.

2. Do some experiment to lower burdens on CI - patersonc
3. Monitor the status of CVE-2021-3444 and CVE-2021-20292 (3/25) - Kernel Team
4. Monitor the status of CVE-2021-29650 (4/1) - Kernel Team
5. Update Testing table below with 5.10 info - patersonc
https://wiki.linuxfoundation.org/civilinfrastructureplatform/ciptesting/centalisedtesting/cioverview

* Kernel maintenance updates
I reviewed 4.9.267 and 5.10.32.

* Kernel testing
* CIP Security
* AOB
1. Next IRC meeting

The meeting will take 30 min, although it can be extended to an hour if it makes sense and those involved in the topics
can stay. Otherwise, the topic will be taken offline or in the next meeting.

Best regards,
Best regards,
Nobuhiro


Re: Kselftest implementation

Nobuhiro Iwamatsu
 

Hi,

Thanks for your work.

On Thu, Apr 15, 2021 at 11:04:26AM +0900, Alice Ferrazzi wrote:
Hello Chris,

On Wed, Apr 14, 2021 at 7:27 AM Chris Paterson <Chris.Paterson2@...>
wrote:

Hello Alice,

From: cip-dev@... <cip-dev@...> On
Behalf Of Alice Ferrazzi via lists.cip-project.org
Sent: 13 April 2021 18:30

Hi everyone,

I'm Alice Ferrazzi from Cybertrust Japan.

I'm currently working on adding Kselftest to the current CIP CI tests of
linux-
cip Kernel
Thank you for your work on this!


I made and tested kselftest on a testing instance of lava, currently
tested
only on qemu x86_64
If you'd like to test on a wider range of platforms then get in touch and
we'll get you access to the CIP LAVA instance.
This would be nice!


I implemented a simple skiplist in the kselftest envelope for skipping
tests
that are currently not working.
The usage is similar to how spectre-meltdown-checker-test is currently
working.

Raw log:

http://140.211.166.173:10080/scheduler/job/329
Results list:
http://140.211.166.173:10080/results/329/1_kselftest
It looks like a great start.

Thanks



My idea is to start implementing kselftest tests for at least qemu x86_64
architecture and expand in the future to other architectures.
As Iwamatsu-san pointed, we need also to create kselftest binary.

I'm currently thinking of implementing kselftest binary creation
mechanism
on linux-cip-ci kernel build script but I still didn't start to work on
this yet.

Kselftest test code:

https://gitlab.com/alice.ferrazzi/cip-kselftest
Is there any work we can leverage from the Linaro test-definitions repo?

https://github.com/Linaro/test-definitions/tree/master/automated/linux/kselftest

That was the first thing I tried out but was not working correctly on the
cip rootfs enviroment
As you write, cip rootfs lacks the software to run kselftest. Therefore,
it is necessary to make a separate flavor of rootfs.
There are also two types of cip rootfs, and we need to use either or
both for kernel testing.



KernelCI also recently implemented kselftest support if that's useful at
all, this'll include the build side of things.
https://github.com/kernelci/kernelci-core/tree/main/config/lava/kselftest

I know about KernelCI effort for kselftest and I think to use a similar
approach about the kselftest binary creation implementation.

The code I wrote is based on Glava-tests that is part of GKernelCI.
GKernelCI is the current Gentoo kernel CI system that is reporting and
collaborating with KernelCI.
https://github.com/GKernelCI/Glava-tests
Using a different repository currently is helpful for self managing the
skiplist, but it could be changed in the future.

I think this needs to be done first.
I also think there are several approaches to creating kselftest
binaries.

- Continue to use a particular kernel version of ksefltests.
- Use CIP kernel kselftest.
- Use the latest kernel kselftest.

I used to build an environment using the latter.

https://gitlab.com/cip-project/cip-kernel/linux-cip/-/tree/ci/iwamatsu/linux-cip-kselftest

By the way, do you know which kernelci they are using?




linux-cip Kernel Kselftest implementation (currently in draft):
https://gitlab.com/cip-project/cip-testing/linux-cip-ci/-/merge_requests
Please assign the MR to me when you're ready for it to be reviewed, or if
you need any help.

Also let me know if you want write access to the linux-cip-ci repo.
If you push your branch to our repo directly the CI will be able to run,
making it easier for you to test.
Testing the kselftest branch directly on CIP CI test environment from
linux-cip-ci
repo would be really helpful.

Thanks,
Alicef

Best regards,
Nobuhiro


Cip-kernel-sec Updates for Week of 2021-04-22

Chen-Yu Tsai (Moxa) <wens@...>
 

Hi everyone,

Seven new CVEs this week, though three can be ignored.

- CVE-2021-1076 [nvidia out-of-tree driver DoS] - ignore
- CVE-2021-1077 [nvidia out-of-tree driver DoS] - ignore
- CVE-2021-23133 [net/sctp: race in sctp_destroy_sock] - fixed
Needs backport to kernels before 5.4

- CVE-2021-29155 [bpf: kernel memory content leak] - fixed
Debian notes this likely only affects 5.8 and later.
I intend to mark it as such if no one objects.

- CVE-2021-3492 [shiftfs: double free] - ignore Ubuntu specific
- CVE-2021-3493 [overlayfs: privilege escalation] - fixed
- CVE-2021-3506 [f2fs: out-of-bounds access] - fix queued up for -next

Regarding CVE-2021-29650 from 4/1, it seems Pavel's backport
still didn't hit the stable mailing list. Guenter ended up
posting backports [1] for all the old LTS kernels, but there
were some other issues and he asked Greg to drop them.


Regards
ChenYu

[1] https://lore.kernel.org/stable/1780f159-140b-231f-8af5-ccec049dc8b0@roeck-us.net/


CIP IRC weekly meeting today

masashi.kudo@cybertrust.co.jp <masashi.kudo@...>
 

Hi all,

Kindly be reminded to attend the weekly meeting through IRC to discuss technical topics with CIP kernel today.

*Please note that the IRC meeting was rescheduled to UTC (GMT) 09:00 starting from the first week of Apr. according to TSC meeting*
https://www.timeanddate.com/worldclock/meetingdetails.html?year=2021&month=4&day=22&hour=9&min=0&sec=0&p1=224&p2=179&p3=136&p4=37&p5=241&p6=248

USWest USEast UK DE TW JP
02:00 05:00 10:00 11:00 17:00 18:00

Channel:
* irc:chat.freenode.net:6667/cip

Last meeting minutes:
https://irclogs.baserock.org/meetings/cip/2021/04/cip.2021-04-15-09.00.log.html

* Action item
1. Combine root filesystem with kselftest binary - iwamatsu
2. Do some experiment to lower burdens on CI - patersonc
3. Monitor the status of CVE-2021-3444 and CVE-2021-20292 (3/25) - Kernel Team
4. Monitor the status of CVE-2021-29650 (4/1) - Kernel Team
5. Update Testing table below with 5.10 info - patersonc
https://wiki.linuxfoundation.org/civilinfrastructureplatform/ciptesting/centalisedtesting/cioverview

* Kernel maintenance updates
* Kernel testing
* CIP Security
* AOB
1. Next IRC meeting

The meeting will take 30 min, although it can be extended to an hour if it makes sense and those involved in the topics can stay. Otherwise, the topic will be taken offline or in the next meeting.

Best regards,
--
M. Kudo
Cybertrust Japan Co., Ltd.


Re: 4.19-rt tests on zynqmp

Chris Paterson
 

Hello Toyooka-san,

From: Hiraku Toyooka <hiraku.toyooka@...>
Sent: 16 April 2021 17:11

Hi,

After staring at the logs, I noticed that duplicate MAC addresses were
used on the
two zynqmp-zcu102. I believe this is the cause of the intermittent
TFTP termination
problem.

So I made those machines use a unique MAC address. Now this problem has
been
resolved.
Thank you for looking into it!

Kind regards, Chris


Sorry for the inconvenience.

Best regards,
Hiraku Toyooka

On Wed, Mar 24, 2021 at 9:12 PM Hiraku Toyooka
<hiraku.toyooka@...> wrote:

Hi,

I found that the TFTP transfer of the kernel was terminated in all
failure cases.
So this is at least not a kernel failure.

For example,
https://jpn01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flava.c
iplatform.org%2Fscheduler%2Fjob%2F191862&amp;data=04%7C01%7CChris.
Paterson2%40renesas.com%7Ca984f521d1a445e1045708d900f23fb0%7C53d8
2571da1947e49cb4625a166a4a2a%7C0%7C0%7C637541862716437777%7CUnk
nown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6I
k1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=vFnuBFSijckj4gdGDQRvtE9S
GYCSdiCu2LuKJWdhlJA%3D&amp;reserved=0
TFTP from server 192.168.11.5; our IP address is 192.168.11.9
Filename '192436/tftp-deploy-4hdvrfd6/kernel/Image'.
Load address: 0x80000
Loading:
*#########################################################
########
...<snip>...
##################################T T
TFTP server died; starting again

I will continue to investigate the TFTP issue.

Best regards,
Hiraku Toyooka

On Wed, Mar 24, 2021 at 12:22 PM Hiraku Toyooka
<hiraku.toyooka@...> wrote:

Hello Pavel-san,

I'm sorry to give you trouble.
It looks "Infrastructure error" and happens intermittently even in 5.10.
I will investigate the cause.

Failure case:
https://jpn01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flava.c
iplatform.org%2Fscheduler%2Fjob%2F191862&amp;data=04%7C01%7CChris.
Paterson2%40renesas.com%7Ca984f521d1a445e1045708d900f23fb0%7C53d8
2571da1947e49cb4625a166a4a2a%7C0%7C0%7C637541862716437777%7CUnk
nown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6I
k1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=vFnuBFSijckj4gdGDQRvtE9S
GYCSdiCu2LuKJWdhlJA%3D&amp;reserved=0
Success case(Resubimit):
https://jpn01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flava.c
iplatform.org%2Fscheduler%2Fjob%2F192183&amp;data=04%7C01%7CChris.
Paterson2%40renesas.com%7Ca984f521d1a445e1045708d900f23fb0%7C53d8
2571da1947e49cb4625a166a4a2a%7C0%7C0%7C637541862716447769%7CUnk
nown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6I
k1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=QZU6rsK4zm7iEzhvBoNQcC
Tp4T%2B0xAQEz7N%2FPVG2FvA%3D&amp;reserved=0

For a while, if the same error occurs again, is it possible to
resubmit of the LAVA Job manually (or ignore errors)?

Best regards,
Hiraku Toyooka

On Wed, Mar 24, 2021 at 7:55 AM Pavel Machek <pavel@...>
wrote:

Hi!

I'm preparing new 4.19-rt release, and I see tests failing on zynqmp.

https://jpn01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgitlab
.com%2Fcip-project%2Fcip-kernel%2Flinux-cip%2F-
%2Fpipelines%2F275281028&amp;data=04%7C01%7CChris.Paterson2%40ren
esas.com%7Ca984f521d1a445e1045708d900f23fb0%7C53d82571da1947e49cb
4625a166a4a2a%7C0%7C0%7C637541862716447769%7CUnknown%7CTWFpb
GZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI
6Mn0%3D%7C1000&amp;sdata=jC5XQTCE5MSoQ1HAj7X31wAXoxSC6OXtTA
eKtWpoglU%3D&amp;reserved=0

But they fail on old release, too, and IIRC 4.19 simply does not
support zynqmp.

So I believe this is not a kernel failure. If I'm wrong, let me know.

Best regards,
Pavel
--
DENX Software Engineering GmbH, Managing Director: Wolfgang
Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell,
Germany



--
Hiraku Toyooka
Cybertrust Japan Co., Ltd.



--
Hiraku Toyooka
Cybertrust Japan Co., Ltd.



--
Hiraku Toyooka
Cybertrust Japan Co., Ltd.


Re: 4.19-rt tests on zynqmp

Hiraku Toyooka
 

Hi,

After staring at the logs, I noticed that duplicate MAC addresses were
used on the
two zynqmp-zcu102. I believe this is the cause of the intermittent
TFTP termination
problem.

So I made those machines use a unique MAC address. Now this problem has been
resolved.

Sorry for the inconvenience.

Best regards,
Hiraku Toyooka

On Wed, Mar 24, 2021 at 9:12 PM Hiraku Toyooka
<hiraku.toyooka@...> wrote:

Hi,

I found that the TFTP transfer of the kernel was terminated in all
failure cases.
So this is at least not a kernel failure.

For example, https://lava.ciplatform.org/scheduler/job/191862
TFTP from server 192.168.11.5; our IP address is 192.168.11.9
Filename '192436/tftp-deploy-4hdvrfd6/kernel/Image'.
Load address: 0x80000
Loading: *#################################################################
...<snip>...
##################################T T
TFTP server died; starting again

I will continue to investigate the TFTP issue.

Best regards,
Hiraku Toyooka

On Wed, Mar 24, 2021 at 12:22 PM Hiraku Toyooka
<hiraku.toyooka@...> wrote:

Hello Pavel-san,

I'm sorry to give you trouble.
It looks "Infrastructure error" and happens intermittently even in 5.10.
I will investigate the cause.

Failure case: https://lava.ciplatform.org/scheduler/job/191862
Success case(Resubimit): https://lava.ciplatform.org/scheduler/job/192183

For a while, if the same error occurs again, is it possible to
resubmit of the LAVA Job manually (or ignore errors)?

Best regards,
Hiraku Toyooka

On Wed, Mar 24, 2021 at 7:55 AM Pavel Machek <pavel@...> wrote:

Hi!

I'm preparing new 4.19-rt release, and I see tests failing on zynqmp.

https://gitlab.com/cip-project/cip-kernel/linux-cip/-/pipelines/275281028

But they fail on old release, too, and IIRC 4.19 simply does not
support zynqmp.

So I believe this is not a kernel failure. If I'm wrong, let me know.

Best regards,
Pavel
--
DENX Software Engineering GmbH, Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany



--
Hiraku Toyooka
Cybertrust Japan Co., Ltd.



--
Hiraku Toyooka
Cybertrust Japan Co., Ltd.



--
Hiraku Toyooka
Cybertrust Japan Co., Ltd.

3761 - 3780 of 10158