Hello anmar,
I'm sorry I forgot to tell you my email is liuyinsi(a)163.com, please do not email to liuyinsi(a)huawei.com.
Thank you for providing me the QEMU's instance booting log, I'm sorry I still don't know how to reproduce the issues.
Hello David and Luca,
Which command did it report errors when it was executed?
Where did you execute the commands？In the server openEuler OS
that i setup for you, or run a container on the server, then execute commands in the container?
Could you help me to reappear question on tmux 'tm lys', it is convenient to locate the problem, thank you very much.
Thanks,
yinsi
liuyinsi(a)163.com
发件人： Anmar Oueja
发送日期： 2021年02月18日 02:43
收件人： liuyinsi
抄送人： Cameron，wufengguang，yuchuan，lkq-dev，Dave Pigott，Luca Di Stefano，Jammy Zhou
主题： Issues with docker on OpenEulerOS
Hello Yinsi/Yuchan,
Happy Lunar New Year!!!
David and Luca (on CC) are hitting a few bumps trying to get the QEMU
instances running in a docker container on the OpenEuler OS install
you setup for us. The QEMU instances are failing to boot from NFS.
Thinking it might be a permission problem, we confirmed that the
containers are run as root and SELinux is disabled yet the problem
persists. We did replicate the setup on a Debian Aarch64 system and it
worked so we suspect there's something in OpenEuler OS we haven't
configured correctly.
This is QEMU's instance booting log you:
https://lkft-staging.validation.linaro.org/scheduler/job/100307
Can you please work with David and Luca to try and figure this out.
Cheers!
anmar
On Wed, 24 Feb 2021 08:02:05 +0000
Jonathan Cameron via Lkq-dev <lkq-dev(a)op-lists.linaro.org> wrote:
> Try specifying gic v3. There is a bug in some firmware versions that makes the host kernel think we are gic v2 compatible which it doesn't.
>
> Jonathan
https://lore.kernel.org/linux-arm-kernel/20201130102639.7504-1-shameerali.k…
For reference on the issue - plus proposed fix.
Marc Zyngier then posted an alternative fix
https://lore.kernel.org/linux-arm-kernel/20210115140323.2682634-1-maz@kerne…
I believe Marc's fix is queued up for current merge window.
If it's not that, it would be great to have the command run + boot log.
Jonathan
>
>
>
>
> --------------------------------------------------
> Jonathan Cameron
> Mobile: +44-7870588074
> Email: jonathan.cameron(a)huawei.com<mailto:jonathan.cameron@huawei.com>
> From:Luca Di Stefano <luca.distefano(a)linaro.org>
> To:liuyinsi <liuyinsi(a)163.com>;Oueja <anmar.oueja(a)linaro.org>;Pigott <dave.pigott(a)linaro.org>
> Cc:wufengguang <wufengguang(a)huawei.com>;Jonathan Cameron <jonathan.cameron(a)huawei.com>;jammy.zhou <jammy.zhou(a)linaro.org>;lkq-dev <lkq-dev(a)op-lists.linaro.org>
> Date:2021-02-23 12:12:05
> Subject:Re: Fw: Issues with docker on OpenEulerOS
>
>
> Hi Yinsi,
>
> On 20/02/2021 07:19, liuyinsi(a)163.com<mailto:liuyinsi@163.com> wrote:
> Hello anmar,
>
> I'm sorry I forgot to tell you my email is liuyinsi(a)163.com<mailto:liuyinsi@163.com>, please do not email to liuyinsi(a)huawei.com<mailto:liuyinsi@huawei.com>.
>
> Thank you for providing me the QEMU's instance booting log, I'm sorry I still don't know how to reproduce the issues.
>
> Hello David and Luca,
>
> Which command did it report errors when it was executed?
>
> There was not a specific error as much as the qemu not being able to mount the rootfs as in other equivalent aarch64 jobs on other dispatchers:
>
> https://lkft-staging.validation.linaro.org/scheduler/job/100307T
>
> That's an example of the boot process.
>
> Tried the same qemu command manually with the same kernel and initrd in a container on the server and had the same result.
>
>
> Where did you execute the commands？In the server openEuler OS
> that i setup for you, or run a container on the server, then execute commands in the container?
>
> We run everything on a container on the server.
>
> Could you help me to reappear question on tmux 'tm lys', it is convenient to locate the problem, thank you very much.
>
> Does that command need to be run in the background? otherwise i get a new shell opened only.
>
> Thank you
>
> Thanks,
> yinsi
> ________________________________
> liuyinsi(a)163.com<mailto:liuyinsi@163.com>
> 发件人： Anmar Oueja<mailto:anmar.oueja@linaro.org>
> 发送日期： 2021年02月18日 02:43
> 收件人： liuyinsi<mailto:liuyinsi@huawei.com>
> 抄送人： Cameron<mailto:jonathan.cameron@huawei.com>，wufengguang<mailto:wufengguang@huawei.com>，yuchuan<mailto:13186087857@163.com>，lkq-dev<mailto:lkq-dev@op-lists.linaro.org>，Dave Pigott<mailto:dave.pigott@linaro.org>，Luca Di Stefano<mailto:luca.distefano@linaro.org>，Jammy Zhou<mailto:jammy.zhou@linaro.org>
> 主题： Issues with docker on OpenEulerOS
> Hello Yinsi/Yuchan,
>
> Happy Lunar New Year!!!
>
> David and Luca (on CC) are hitting a few bumps trying to get the QEMU
> instances running in a docker container on the OpenEuler OS install
> you setup for us. The QEMU instances are failing to boot from NFS.
>
> Thinking it might be a permission problem, we confirmed that the
> containers are run as root and SELinux is disabled yet the problem
> persists. We did replicate the setup on a Debian Aarch64 system and it
> worked so we suspect there's something in OpenEuler OS we haven't
> configured correctly.
>
> This is QEMU's instance booting log you:
> https://lkft-staging.validation.linaro.org/scheduler/job/100307
>
> Can you please work with David and Luca to try and figure this out.
>
> Cheers!
> anmar
Hello Yinsi/Yuchan,
Happy Lunar New Year!!!
David and Luca (on CC) are hitting a few bumps trying to get the QEMU
instances running in a docker container on the OpenEuler OS install
you setup for us. The QEMU instances are failing to boot from NFS.
Thinking it might be a permission problem, we confirmed that the
containers are run as root and SELinux is disabled yet the problem
persists. We did replicate the setup on a Debian Aarch64 system and it
worked so we suspect there's something in OpenEuler OS we haven't
configured correctly.
This is QEMU's instance booting log you:
https://lkft-staging.validation.linaro.org/scheduler/job/100307
Can you please work with David and Luca to try and figure this out.
Cheers!
anmar
Hi Paolo,
The performance compare and bisect tools will both deal with stats and there is a library that provides some few fundamental stats functions:
https://gitee.com/wu_fengguang/lkp-tests/blob/master/lib/stats.rb
You may check and select the parts that can be referenced or directly reused when doing performance regression detection and bisection.
Xueliang wrote a simple bisect tool that works for build errors:
https://gitee.com/wu_fengguang/compass-ci/blob/master/sbin/git-bisect
Which may be referenced when doing performance bisect tool.
The BJTU students in CC list are interested in bisect. Hopefully you can cooperate on the work.
Thanks,
Fengguang
---
> Il giorno 9 feb 2021, alle ore 12:50, wufengguang <wufengguang(a)huawei.com> ha scritto:
>
> Hi Anmar,
>
> Sorry for top posting -- it's outlook.
>
> lkp-tests does have the compare scripts
>
> https://gitee.com/wu_fengguang/lkp-tests/blob/master/sbin/compare
> https://gitee.com/wu_fengguang/lkp-tests/blob/master/sbin/ncompare
>
> However they work on data from local files, which does not scale.
> So we created
>
> https://gitee.com/openeuler/compass-ci/blob/master/sbin/compare
>
> to work on data from ElasticSearch database.
>
> Some compare functions can be reused as base for detect/bisecting performance regression. However we still need add more functions to actually detect regression and bisect good/bad state. That is the current state.
>
Hi Fengguang,
how are you?
We are about to start implementing our tool for detecting regressions. In this respect, I'd like to make sure I've got the following important point right. So let me sum up the situation with my words and ask you whether I'm right.
Functionalities for detecting regression are not mature yet in Compass-CI, whereas 01.org does report performance regressions. So, compass-ci and 01.org are both based on LKP, but 01.org guys have already implemented their own code for regression detection and reporting. This code has not to do with the compare functionalities your are developing.
Am I correct?
Thanks,
Paolo
> Thanks,
> Fengguang
> ---
>
> Hello Fengguang,
>
> I hope this email finds you well. We dug into the regression detection tool and discovered things like lib/compare and reports such as [1] clearly showing that LKP is able to do some regression analysis.
>
> TBH, I'm a little confused as to what the regression detection tool we discussed is meant to do given that the functionality is already present in LKP. I recall you mentioning that CompassCI doesn't do regression detection so I might have misunderstood your statement or something got lost in translation. Our intention is to create a benchmark data analysis and regression tool that can be used by both CompassCI and LKFT.
>
> Let me know what you think please. We can always jump on a call to sort this out if need be.
>
> --
> anmar
>
>
> [1] https://lists.01.org/hyperkitty/list/lkp@lists.01.org/thread/V725VQJIASSE2N…
Hi Anmar,
Sorry for top posting -- it's outlook.
lkp-tests does have the compare scripts
https://gitee.com/wu_fengguang/lkp-tests/blob/master/sbin/comparehttps://gitee.com/wu_fengguang/lkp-tests/blob/master/sbin/ncompare
However they work on data from local files, which does not scale.
So we created
https://gitee.com/openeuler/compass-ci/blob/master/sbin/compare
to work on data from ElasticSearch database.
Some compare functions can be reused as base for detect/bisecting performance regression. However we still need add more functions to actually detect regression and bisect good/bad state. That is the current state.
Thanks,
Fengguang
---
Hello Fengguang,
I hope this email finds you well. We dug into the regression detection tool and discovered things like lib/compare and reports such as [1] clearly showing that LKP is able to do some regression analysis.
TBH, I'm a little confused as to what the regression detection tool we discussed is meant to do given that the functionality is already present in LKP. I recall you mentioning that CompassCI doesn't do regression detection so I might have misunderstood your statement or something got lost in translation. Our intention is to create a benchmark data analysis and regression tool that can be used by both CompassCI and LKFT.
Let me know what you think please. We can always jump on a call to sort this out if need be.
--
anmar
[1] https://lists.01.org/hyperkitty/list/lkp@lists.01.org/thread/V725VQJIASSE2N…
Hello Fengguang,
I hope this email finds you well. We dug into the regression
detection tool and discovered things like lib/compare and reports such
as [1] clearly showing that LKP is able to do some regression
analysis.
TBH, I'm a little confused as to what the regression detection tool we
discussed is meant to do given that the functionality is already
present in LKP. I recall you mentioning that CompassCI doesn't do
regression detection so I might have misunderstood your statement or
something got lost in translation. Our intention is to create a
benchmark data analysis and regression tool that can be used by both
CompassCI and LKFT.
Let me know what you think please. We can always jump on a call to
sort this out if need be.
--
anmar
[1] https://lists.01.org/hyperkitty/list/lkp@lists.01.org/thread/V725VQJIASSE2N…
