Date   

Re: RFC: OpenEmbedded layer for CIP project

Sean Hudson <sean_hudson@...>
 

On 2017-11-10 06:10 AM, Chris Paterson wrote:
Hello Sean,

From: cip-dev-bounces@... [mailto:cip-dev-
bounces@...] On Behalf Of Hudson, Sean
Sent: 19 September 2017 16:46

Hey all,

I'm still new to the project and working my way through the email archives.
However, I've started creating a meta-cip layer to capture metadata for
building the CIP project with OpenEmbedded. This will allow it to build with
the Yocto Project, as well. I'll create a project on gitlab soon to start collecting
my changes.

Any comments, concerns or thoughts?
Following on from our conversations at ELC-E I wanted to reboot this
thread.

Have you had a chance to look into this topic again? Did you create
the gitlab project in the end?
I have not looked at it since I returned. I plan to start looking at
this again next week, after the US Thanksgiving holiday. WRT to a
gitlab project, I do not have rights to create a project under the
cip-project, but it looks like Daniel created a cip-core project a few
days back, which is, at least currently, Deby focused.


What were you aiming to include in your meta-cip layer?
That's the million dollar question, IMHO. I am thinking we start with
the usual basic components and add from there:
- kernel
- libc of some form
- shell and command line utilities, e.g. busybox/toybox
- init flavor, most likely systemd at this point
- ...

Bootloaders may be problematic as they are more intimately tied to
specific architectures. So any selection there would need to be
considered carefully.

So, let me turn the question around, what's do companies think they will
need?

Another additional consideration for package selection would be the
licenses. It seems like most companies are 'allergic' to GPLv3, so we
should factor that into the package selections.

--
Sean


Test: Please ignore this email

Tiejun Chen
 

Sorry for this inconvenience please ignore this email.

Thanks
Tiejun


Re: Applying for CIP work

Agustin Benito Bethencourt <agustin.benito@...>
 

Hi Tiejun,

On 20/11/17 16:10, Agustin Benito Bethencourt wrote:
Go back to Unikernel exploration, I think at least you can find this,

https://wiki.linuxfoundation.org/realtime/events/rt-summit2017/schedule

Actually this is my personal proposal so it's still at the early stage.
Maybe you
also can find this somewhere else because this year I talked this similar
presentation at LinuxCon China, Open Source Summit North America, Open
Source Summit Europe & Embedded Linux Conference Europe and RT-Summit
Europe. You know, I was trying to collect some valuable comments and
feedback to issue my development. So I'm also looking forward to any
thought
from you. Thank you in advance
I am afraid I do not have the technical expertise required to evaluate or provide any meaningful feedback on this topic.

I will see your talk though.

Daniel Wagner, in CC, is the CIP RT kernel maintainer. Ben Hutchings is the CIP kernel maintainer. Both read this list. If they have anything relevant to say, they probably will.

Best Regards
--
Agustin Benito Bethencourt
Principal Consultant - FOSS at Codethink
agustin.benito@...


Re: Applying for CIP work

Agustin Benito Bethencourt <agustin.benito@...>
 

Hi,


On 20/11/17 13:09, Tiejun Chen wrote:
Did you receive this email? I cannot find this via cip-dev@....
No, I hadn't received it. I put the list on CC to make sure others can read it. I will answer in a different mail



Thanks
Tiejun

-----Original Message-----
From: Tiejun Chen
Sent: Saturday, November 18, 2017 3:02 PM
To: 'Agustin Benito Bethencourt' <agustin.benito@...>
Cc: cip-dev@...
Subject: RE: [cip-dev] Applying for CIP work

Agustin,

Very glad to meet you guys. I hope I can contribute to CIP.

I'm trying to understand insight of CIP based some public materials from your
team. And then I will go to check kernel project. On my side I'm curious if
anyone started working Preempt RT CIP Kernel. In addition, I'd like to take look
at if CIP need virtualization support. Based on my job, I think HW virtualization
can play very important role in some IoT cases. In addition, KSPP is also my
interest.

Go back to Unikernel exploration, I think at least you can find this,

https://wiki.linuxfoundation.org/realtime/events/rt-summit2017/schedule

Actually this is my personal proposal so it's still at the early stage. Maybe you
also can find this somewhere else because this year I talked this similar
presentation at LinuxCon China, Open Source Summit North America, Open
Source Summit Europe & Embedded Linux Conference Europe and RT-Summit
Europe. You know, I was trying to collect some valuable comments and
feedback to issue my development. So I'm also looking forward to any thought
from you. Thank you in advance.

Thanks
Tiejun

-----Original Message-----
From: Agustin Benito Bethencourt
[mailto:agustin.benito@...]
Sent: Friday, November 17, 2017 7:37 PM
To: Tiejun Chen <tiejunc@...>
Cc: cip-dev@...
Subject: Re: [cip-dev] Applying for CIP work

Hi Tiejun Chen,

On 17/11/17 08:05, Tiejun Chen wrote:
Hi,

I'm very interest in participating in CIP.

Name: Tiejun Chen
Company: VMware
Position/Role: Staff Engineer/Technical Leader Why you are
interested
on: I'm working on some industrial IoT projects and explorations at
VMware. It
involves Linux development like trimming down/Paravirtualizing
Preempt-RT Linux as Guest OS. And I'm also working on my personal
Unikernel project, UniLinux, Unilernelize Linux. And, I ever was
responsible of Wind River Linux Kernel/BSP development including
Preempt-RT kernel. After that I also working on enabling HW feature to
KVM/Xen/Qemu at Intel OTC. So I'd like to continue this kind of job.
Especially, I totally agree that we need this industrial grade Linux.

nice to meet you. Thanks for your kind offering.

Please check the following links in case you see something you might
be interested on or call your attention:
* CIP kernel maintenance:
https://urldefense.proofpoint.com/v2/url?u=https-
3A__wiki.linuxfoundation.org_civilinfrastructureplatform_cipkernelmain
tenanc
e&d=DwICaQ&c=uilaK90D4TOVoH58JNXRgQ&r=07uia9Ug44gDTos4Skoc-
UHWYOhje6rSAfMw5lKjUlo&m=_s3PV5euN3CS1h0XgeeBsnF45zK0ANnvy9zAqL
DgFIQ&s=WxhqZznW8JMh2YtycmrT7YfdiK8sXQ00Dlwc14ZXYBQ&e=

Maybe you can start by checking the kernel. Feel free to ask questions
through this list. Ben Hutchings and Daniel Wagner are the maintainers.
is the

* CIP Testing project:
https://urldefense.proofpoint.com/v2/url?u=https-
3A__wiki.linuxfoundation.org_civilinfrastructureplatform_ciptesting&d=
DwICa
Q&c=uilaK90D4TOVoH58JNXRgQ&r=07uia9Ug44gDTos4Skoc-
UHWYOhje6rSAfMw5lKjUlo&m=_s3PV5euN3CS1h0XgeeBsnF45zK0ANnvy9zAqL
DgFIQ&s=rPH_97_RlO3OzK2gR68M5vSUWpR-3kXimT9XCrnPi-Q&e=

Maybe you can check the latest version and downloading B@D v1.0 if you
are interested in kernel testing.

* CIP Core:
https://urldefense.proofpoint.com/v2/url?u=https-
3A__wiki.linuxfoundation.org_civilinfrastructureplatform_cip-
2Dcore&d=DwICaQ&c=uilaK90D4TOVoH58JNXRgQ&r=07uia9Ug44gDTos4Skoc-
UHWYOhje6rSAfMw5lKjUlo&m=_s3PV5euN3CS1h0XgeeBsnF45zK0ANnvy9zAqL
DgFIQ&s=g64lFK8R4NnFr5s1GNMv-SC70AEHQDQ9BgVaugpFenw&e=

We released a few days ago a first attempt of what should become CIP
base system. Feel free to check it out and let us know what you think about it.

Maybe you already have something else in mind where you can contribute
to. In such case, please let us know. It would be great to find an
area of interest for you that makes an impact in the project. This is
frequently the hardest part about joining a project. Let's try to find it together.

By the way, is your unikernel project open? It would be interesting if
you can provide us some links. It sounds interesting.

Best Regards


--
Agustin Benito Bethencourt
Principal Consultant - FOSS at Codethink
agustin.benito@...

--
Agustin Benito Bethencourt
Principal Consultant - FOSS at Codethink
agustin.benito@...


Re: B@D Vagrant install stalls at "Setting up net-tools"

Robert Marshall <robert.marshall@...>
 

Albert

Thanks for this report, see inline for comments

Albert ARIBAUD <albert.aribaud@...> writes:

Hello all,

I am trying to install B@D, building the VM myself (method #2), on a
Xubuntu 17.04 host.

I am following the indications from

https://wiki.linuxfoundation.org/civilinfrastructureplatform/ciptestingboardatdeskdingledevdeployment#b-d-deployment-method-2-building-vm-from-scratch-using-vagrant-15

So I clone
https://gitlab.com/cip-project/cip-testing/board-at-desk-single-dev

Then cd into board-at-desk-single-dev and do a

$ vagrant up

But when the install process reaches this line:

==> default: Setting up net-tools (1.60+git20161116.90da8a0-1) ...

there is no progress any more -- but no error message either.
In the sample output, at this point we have

==> default: Setting up net-tools (1.60+git20161116.90da8a0-1) ...
==> default: Reading package lists...
==> default: Building dependency tree...
==> default: Reading state information...
==> default: The following NEW packages will be installed:
==> default: bc
==> default: 0 upgraded, 1 newly installed, 0 to remove and 1 not upgraded.
==> default: Need to get 105 kB of archives.

So in your case it doesn't progress past that first line which is
strange. As there's package installs before that. How is your machine
connected to the internet, is there a web proxy?


I have checked that prerequisites for B@D are satisfied on the host.

Is this stalling a known issue? Should I stick to using the prebuilt VM
for now rather than build it myself?
I've not seen it before but using the prebuilt VM might be an easier
workaround

Robert


Cordialement,
Albert ARIBAUD
3ADEV
_______________________________________________
cip-dev mailing list
cip-dev@...
https://lists.cip-project.org/mailman/listinfo/cip-dev


B@D Vagrant install stalls at "Setting up net-tools"

Albert ARIBAUD <albert.aribaud@...>
 

Hello all,

I am trying to install B@D, building the VM myself (method #2), on a
Xubuntu 17.04 host.

I am following the indications from

https://wiki.linuxfoundation.org/civilinfrastructureplatform/ciptestingboardatdeskdingledevdeployment#b-d-deployment-method-2-building-vm-from-scratch-using-vagrant-15

So I clone
https://gitlab.com/cip-project/cip-testing/board-at-desk-single-dev

Then cd into board-at-desk-single-dev and do a

$ vagrant up

But when the install process reaches this line:

==> default: Setting up net-tools (1.60+git20161116.90da8a0-1) ...

there is no progress any more -- but no error message either.

I have checked that prerequisites for B@D are satisfied on the host.

Is this stalling a known issue? Should I stick to using the prebuilt VM
for now rather than build it myself?

Cordialement,
Albert ARIBAUD
3ADEV


Re: Applying for CIP work

Tiejun Chen
 

Agustin,

Very glad to meet you guys. I hope I can contribute to CIP.

I'm trying to understand insight of CIP based some public materials from your team. And then I will go to check kernel project. On my side I'm curious if anyone started working Preempt RT CIP Kernel. In addition, I'd like to take look at if CIP need virtualization support. Based on my job, I think HW virtualization can play very important role in some IoT cases. In addition, KSPP is also my interest.

Go back to Unikernel exploration, I think at least you can find this,

https://wiki.linuxfoundation.org/realtime/events/rt-summit2017/schedule

Actually this is my personal proposal so it's still at the early stage. Maybe you also can find this somewhere else because this year I talked this similar presentation at LinuxCon China, Open Source Summit North America, Open Source Summit Europe & Embedded Linux Conference Europe and RT-Summit Europe. You know, I was trying to collect some valuable comments and feedback to issue my development. So I'm also looking forward to any thought from you. Thank you in advance.

Thanks
Tiejun

-----Original Message-----
From: Agustin Benito Bethencourt [mailto:agustin.benito@...]
Sent: Friday, November 17, 2017 7:37 PM
To: Tiejun Chen <tiejunc@...>
Cc: cip-dev@...
Subject: Re: [cip-dev] Applying for CIP work

Hi Tiejun Chen,

On 17/11/17 08:05, Tiejun Chen wrote:
Hi,

I'm very interest in participating in CIP.

Name: Tiejun Chen
Company: VMware
Position/Role: Staff Engineer/Technical Leader Why you are interested
on: I'm working on some industrial IoT projects and explorations at VMware. It
involves Linux development like trimming down/Paravirtualizing Preempt-RT
Linux as Guest OS. And I'm also working on my personal Unikernel project,
UniLinux, Unilernelize Linux. And, I ever was responsible of Wind River Linux
Kernel/BSP development including Preempt-RT kernel. After that I also working
on enabling HW feature to KVM/Xen/Qemu at Intel OTC. So I'd like to continue
this kind of job. Especially, I totally agree that we need this industrial grade
Linux.

nice to meet you. Thanks for your kind offering.

Please check the following links in case you see something you might be
interested on or call your attention:
* CIP kernel maintenance:
https://urldefense.proofpoint.com/v2/url?u=https-
3A__wiki.linuxfoundation.org_civilinfrastructureplatform_cipkernelmaintenanc
e&d=DwICaQ&c=uilaK90D4TOVoH58JNXRgQ&r=07uia9Ug44gDTos4Skoc-
UHWYOhje6rSAfMw5lKjUlo&m=_s3PV5euN3CS1h0XgeeBsnF45zK0ANnvy9zAqL
DgFIQ&s=WxhqZznW8JMh2YtycmrT7YfdiK8sXQ00Dlwc14ZXYBQ&e=

Maybe you can start by checking the kernel. Feel free to ask questions through
this list. Ben Hutchings and Daniel Wagner are the maintainers.
is the

* CIP Testing project:
https://urldefense.proofpoint.com/v2/url?u=https-
3A__wiki.linuxfoundation.org_civilinfrastructureplatform_ciptesting&d=DwICa
Q&c=uilaK90D4TOVoH58JNXRgQ&r=07uia9Ug44gDTos4Skoc-
UHWYOhje6rSAfMw5lKjUlo&m=_s3PV5euN3CS1h0XgeeBsnF45zK0ANnvy9zAqL
DgFIQ&s=rPH_97_RlO3OzK2gR68M5vSUWpR-3kXimT9XCrnPi-Q&e=

Maybe you can check the latest version and downloading B@D v1.0 if you are
interested in kernel testing.

* CIP Core:
https://urldefense.proofpoint.com/v2/url?u=https-
3A__wiki.linuxfoundation.org_civilinfrastructureplatform_cip-
2Dcore&d=DwICaQ&c=uilaK90D4TOVoH58JNXRgQ&r=07uia9Ug44gDTos4Skoc-
UHWYOhje6rSAfMw5lKjUlo&m=_s3PV5euN3CS1h0XgeeBsnF45zK0ANnvy9zAqL
DgFIQ&s=g64lFK8R4NnFr5s1GNMv-SC70AEHQDQ9BgVaugpFenw&e=

We released a few days ago a first attempt of what should become CIP base
system. Feel free to check it out and let us know what you think about it.

Maybe you already have something else in mind where you can contribute to. In
such case, please let us know. It would be great to find an area of interest for
you that makes an impact in the project. This is frequently the hardest part
about joining a project. Let's try to find it together.

By the way, is your unikernel project open? It would be interesting if you can
provide us some links. It sounds interesting.

Best Regards


--
Agustin Benito Bethencourt
Principal Consultant - FOSS at Codethink agustin.benito@...


Re: Applying for CIP work

Tiejun Chen
 

Nori,

 

Thank you. Do we have sort  the weekly meeting?

 

Thanks

Tiejun

 

From: Noriaki Fukuyasu [mailto:fukuyasu@...]
Sent: Friday, November 17, 2017 7:36 PM
To: Tiejun Chen <tiejunc@...>
Cc: cip-dev@...
Subject: Re: [cip-dev] Applying for CIP work

 

Hi Tiejun

 

Welcome to CIP developer community!

We are so happy to have an experienced kernel engineer like you!

 

We've doing several different sub projects centered toward SLTS and industrial grade linux, and in all the area, we will definitely need more help!

 

Ben, Daniel, Jan, Yoshi (or anyone)

Please chime in and suggest Teijun where might be the areas to start for him.

 

Thanks!

 

Nori

 

 

On Fri, Nov 17, 2017 at 4:05 PM, Tiejun Chen <tiejunc@...> wrote:

Hi,

I'm very interest in participating in CIP.

Name: Tiejun Chen
Company: VMware
Position/Role: Staff Engineer/Technical Leader
Why you are interested on: I'm working on some industrial IoT projects and explorations at VMware. It involves Linux development like trimming down/Paravirtualizing Preempt-RT Linux as Guest OS. And I'm also working on my personal Unikernel project, UniLinux, Unilernelize Linux. And,  I ever was responsible of Wind River Linux Kernel/BSP development including Preempt-RT kernel. After that I also working on enabling HW feature to KVM/Xen/Qemu at Intel OTC. So I'd like to continue this kind of job. Especially, I totally agree that we need this industrial grade Linux.

Thanks
Tiejun
_______________________________________________
cip-dev mailing list
cip-dev@...
https://lists.cip-project.org/mailman/listinfo/cip-dev



 

--

Noriaki Fukuyasu

 

VP of Japan Operations

The Linux Foundation

Mail: fukuyasu@...

Tel: +81-80-4350-1133


[PATCH] spi: pxa2xx: Add support for GPIO descriptor chip selects

Jan Kiszka
 

From: Mika Westerberg <mika.westerberg@...>

commit 99f499cd650405bbe6a9b5386d4b11ee81514fb7 upstream.

The driver uses custom chip_info coming from platform data for chip selects
implemented as GPIOs. If the system lacks board files setting up the
platform data, it is not possible to use GPIOs as chip selects.

This adds support for GPIO descriptors so that regardless of the underlying
firmware interface (DT, ACPI or platform data) the driver can request GPIOs
used as chip selects and configure them accordingly.

The custom chip_info GPIO support is still left there to make sure the
existing systems keep working as expected.

Signed-off-by: Mika Westerberg <mika.westerberg@...>
Signed-off-by: Mark Brown <broonie@...>
Signed-off-by: Jan Kiszka <jan.kiszka@...>
---

...and another one I missed as dependency for our IOT2000.

drivers/spi/spi-pxa2xx.c | 57 +++++++++++++++++++++++++++++++++++++++++++++---
drivers/spi/spi-pxa2xx.h | 3 +++
2 files changed, 57 insertions(+), 3 deletions(-)

diff --git a/drivers/spi/spi-pxa2xx.c b/drivers/spi/spi-pxa2xx.c
index 3cac73e4c3e4..21339ca204d9 100644
--- a/drivers/spi/spi-pxa2xx.c
+++ b/drivers/spi/spi-pxa2xx.c
@@ -1122,9 +1122,26 @@ static int pxa2xx_spi_unprepare_transfer(struct spi_master *master)
static int setup_cs(struct spi_device *spi, struct chip_data *chip,
struct pxa2xx_spi_chip *chip_info)
{
+ struct driver_data *drv_data = spi_master_get_devdata(spi->master);
int err = 0;

- if (chip == NULL || chip_info == NULL)
+ if (chip == NULL)
+ return 0;
+
+ if (drv_data->cs_gpiods) {
+ struct gpio_desc *gpiod;
+
+ gpiod = drv_data->cs_gpiods[spi->chip_select];
+ if (gpiod) {
+ chip->gpio_cs = desc_to_gpio(gpiod);
+ chip->gpio_cs_inverted = spi->mode & SPI_CS_HIGH;
+ gpiod_set_value(gpiod, chip->gpio_cs_inverted);
+ }
+
+ return 0;
+ }
+
+ if (chip_info == NULL)
return 0;

/* NOTE: setup() can be called multiple times, possibly with
@@ -1305,7 +1322,8 @@ static void cleanup(struct spi_device *spi)
if (!chip)
return;

- if (drv_data->ssp_type != CE4100_SSP && gpio_is_valid(chip->gpio_cs))
+ if (drv_data->ssp_type != CE4100_SSP && !drv_data->cs_gpiods &&
+ gpio_is_valid(chip->gpio_cs))
gpio_free(chip->gpio_cs);

kfree(chip);
@@ -1453,7 +1471,7 @@ static int pxa2xx_spi_probe(struct platform_device *pdev)
struct driver_data *drv_data;
struct ssp_device *ssp;
const struct lpss_config *config;
- int status;
+ int status, count;
u32 tmp;

platform_info = dev_get_platdata(dev);
@@ -1590,6 +1608,39 @@ static int pxa2xx_spi_probe(struct platform_device *pdev)
}
master->num_chipselect = platform_info->num_chipselect;

+ count = gpiod_count(&pdev->dev, "cs");
+ if (count > 0) {
+ int i;
+
+ master->num_chipselect = max_t(int, count,
+ master->num_chipselect);
+
+ drv_data->cs_gpiods = devm_kcalloc(&pdev->dev,
+ master->num_chipselect, sizeof(struct gpio_desc *),
+ GFP_KERNEL);
+ if (!drv_data->cs_gpiods) {
+ status = -ENOMEM;
+ goto out_error_clock_enabled;
+ }
+
+ for (i = 0; i < master->num_chipselect; i++) {
+ struct gpio_desc *gpiod;
+
+ gpiod = devm_gpiod_get_index(dev, "cs", i,
+ GPIOD_OUT_HIGH);
+ if (IS_ERR(gpiod)) {
+ /* Means use native chip select */
+ if (PTR_ERR(gpiod) == -ENOENT)
+ continue;
+
+ status = (int)PTR_ERR(gpiod);
+ goto out_error_clock_enabled;
+ } else {
+ drv_data->cs_gpiods[i] = gpiod;
+ }
+ }
+ }
+
tasklet_init(&drv_data->pump_transfers, pump_transfers,
(unsigned long)drv_data);

diff --git a/drivers/spi/spi-pxa2xx.h b/drivers/spi/spi-pxa2xx.h
index 58efa98313aa..1320538f8623 100644
--- a/drivers/spi/spi-pxa2xx.h
+++ b/drivers/spi/spi-pxa2xx.h
@@ -80,6 +80,9 @@ struct driver_data {
void (*cs_control)(u32 command);

void __iomem *lpss_base;
+
+ /* GPIOs for chip selects */
+ struct gpio_desc **cs_gpiods;
};

struct chip_data {


Linux 4.4.98-cip13

Ben Hutchings <ben.hutchings@...>
 

I've released Linux version 4.4.98-cip13.  This removes the in-tree
firmware, adds support for some new hardware watchdog features, and
includes all the fixes from stable versions 4.4.93-4.4.98 inclusive.

(I also tagged a version 4.4.92-cip12 immediately before merging from
the 4.4 stable branch.)

Ben.

--
Ben Hutchings
Software Developer, Codethink Ltd.


Re: Applying for CIP work

Agustin Benito Bethencourt <agustin.benito@...>
 

Hi Tiejun Chen,

On 17/11/17 08:05, Tiejun Chen wrote:
Hi,

I'm very interest in participating in CIP.

Name: Tiejun Chen
Company: VMware
Position/Role: Staff Engineer/Technical Leader
Why you are interested on: I'm working on some industrial IoT projects and explorations at VMware. It involves Linux development like trimming down/Paravirtualizing Preempt-RT Linux as Guest OS. And I'm also working on my personal Unikernel project, UniLinux, Unilernelize Linux. And, I ever was responsible of Wind River Linux Kernel/BSP development including Preempt-RT kernel. After that I also working on enabling HW feature to KVM/Xen/Qemu at Intel OTC. So I'd like to continue this kind of job. Especially, I totally agree that we need this industrial grade Linux.
nice to meet you. Thanks for your kind offering.

Please check the following links in case you see something you might be interested on or call your attention:
* CIP kernel maintenance: https://wiki.linuxfoundation.org/civilinfrastructureplatform/cipkernelmaintenance

Maybe you can start by checking the kernel. Feel free to ask questions through this list. Ben Hutchings and Daniel Wagner are the maintainers. is the

* CIP Testing project: https://wiki.linuxfoundation.org/civilinfrastructureplatform/ciptesting

Maybe you can check the latest version and downloading B@D v1.0 if you are interested in kernel testing.

* CIP Core: https://wiki.linuxfoundation.org/civilinfrastructureplatform/cip-core

We released a few days ago a first attempt of what should become CIP base system. Feel free to check it out and let us know what you think about it.

Maybe you already have something else in mind where you can contribute to. In such case, please let us know. It would be great to find an area of interest for you that makes an impact in the project. This is frequently the hardest part about joining a project. Let's try to find it together.

By the way, is your unikernel project open? It would be interesting if you can provide us some links. It sounds interesting.

Best Regards


--
Agustin Benito Bethencourt
Principal Consultant - FOSS at Codethink
agustin.benito@...


Re: Applying for CIP work

Noriaki Fukuyasu <fukuyasu@...>
 

Hi Tiejun

Welcome to CIP developer community!
We are so happy to have an experienced kernel engineer like you!

We've doing several different sub projects centered toward SLTS and industrial grade linux, and in all the area, we will definitely need more help!

Ben, Daniel, Jan, Yoshi (or anyone)
Please chime in and suggest Teijun where might be the areas to start for him.

Thanks!

Nori


On Fri, Nov 17, 2017 at 4:05 PM, Tiejun Chen <tiejunc@...> wrote:
Hi,

I'm very interest in participating in CIP.

Name: Tiejun Chen
Company: VMware
Position/Role: Staff Engineer/Technical Leader
Why you are interested on: I'm working on some industrial IoT projects and explorations at VMware. It involves Linux development like trimming down/Paravirtualizing Preempt-RT Linux as Guest OS. And I'm also working on my personal Unikernel project, UniLinux, Unilernelize Linux. And,  I ever was responsible of Wind River Linux Kernel/BSP development including Preempt-RT kernel. After that I also working on enabling HW feature to KVM/Xen/Qemu at Intel OTC. So I'd like to continue this kind of job. Especially, I totally agree that we need this industrial grade Linux.

Thanks
Tiejun
_______________________________________________
cip-dev mailing list
cip-dev@...
https://lists.cip-project.org/mailman/listinfo/cip-dev



--
Noriaki Fukuyasu

VP of Japan Operations
The Linux Foundation
Tel: +81-80-4350-1133


Re: B@D run on Renesas board - issue

Robert Marshall <robert.marshall@...>
 

Hi

"Daniel Sangorrin" <daniel.sangorrin@...> writes:

Dear Trung san

-----Original Message-----
From: Trung. Huynh [mailto:trung.huynh.uw@...]
Sent: Thursday, November 16, 2017 5:49 PM
To: Daniel Sangorrin; 'Robert Marshall'; Binh Thanh. Nguyen
Cc: O365-Toru Oishi; 'Chris Paterson'; cip-dev@...
Subject: RE: B@D run on Renesas board - issue

Dear Daniel,

Thank for your reply.
The log in attachment is took from lava for easily observing instead of html page.
Regarding deploy section, YES, as you can see the log showing that
has passed over it already to get into test section.

Is there anything going wrong?
Looking for your feedback
It seems that you are not booting from a ramdisk, but rather the rootfs installed on the eMMC or SD Card.
It would be useful to see the test yaml as it is now, but looking back
in the thread the original has in the boot section:

commands: sd

you should change that to

commands: ramdisk

Robert

Regards,
Daniel

Best Regards,
Trung

-----Original Message-----
From: Daniel Sangorrin [mailto:daniel.sangorrin@...]
Sent: Thursday, November 16, 2017 3:11 PM
To: Trung. Huynh <trung.huynh.uw@...>; 'Robert Marshall'
<robert.marshall@...>; Binh Thanh. Nguyen
<binh.nguyen.uw@...>
Cc: O365-Toru Oishi <toru.oishi.zj@...>; 'Chris Paterson'
<Chris.Paterson2@...>; cip-dev@...
Subject: RE: B@D run on Renesas board - issue

Dear Trung san,

-----Original Message-----
From: Trung. Huynh [mailto:trung.huynh.uw@...]
Sent: Wednesday, November 15, 2017 7:21 PM
To: Daniel Sangorrin; 'Robert Marshall'; Binh Thanh. Nguyen
Cc: O365-Toru Oishi; 'Chris Paterson'; cip-dev@...
Subject: RE: B@D run on Renesas board - issue

Hi Daniel, Robert,

We got into test section already, but have no idea why it attempts to execute the thing non-exist at all:
# /lava-237/bin/lava-test-runner /lava-237/0 as you can see our error
log in attachment.
I also take example log over here https://gitlab.com/snippets/1679749
to see that it can create a directory by mkdir /lava-1

Could you please tell us what does it make scene? How can we fix it?
Thank you.
Please could you send the complete log?

P/S: healthcheck script same as Binh-san attached to you before
Did you make sure to uncomment the deploy section?

Regards,
Daniel


Best Regards,
Trung

-----Original Message-----
From: Daniel Sangorrin [mailto:daniel.sangorrin@...]
Sent: Monday, November 6, 2017 9:19 AM
To: 'Robert Marshall' <robert.marshall@...>; Binh Thanh.
Nguyen <binh.nguyen.uw@...>
Cc: O365-Toru Oishi <toru.oishi.zj@...>; 'Chris Paterson'
<Chris.Paterson2@...>; Trung. Huynh
<trung.huynh.uw@...>; cip-dev@...
Subject: RE: B@D run on Renesas board - issue

Hello Binh-san,

-----Original Message-----
From: Robert Marshall [mailto:robert.marshall@...]
Sent: Saturday, November 04, 2017 1:05 AM
To: Binh Thanh. Nguyen
Cc: Daniel Sangorrin; O365-Toru Oishi; Chris Paterson; Trung. Huynh;
cip-dev@...
Subject: Re: B@D run on Renesas board - issue

"Binh Thanh. Nguyen" <binh.nguyen.uw@...> writes:

Hello Daniel, Robert,

We are facing an issue when trying to run healthcheck using B@D on Renesas board.
I would like to attach the log and the healthcheck script (we
modified the healthcheck from Daniel)

The boot action was passed, but after that, look like LAVA cannot
send command to Board, only send "#" (it supposed to be "uname").
I wonder if you met same issue before?
And if possible, please give us any hints you may have for debugging this issue!

Best regards,
Binh Nguyen
Thanh

Sorry for the delay in responding!

That test is missing a deploy section (all commented out) are you
trying to make the test too minimal? LAVA tends to swallow output if
it is what is expected.

Robert
As Robert said, please do not comment out the deploy section. LAVA
does not just deploy the binaries as they are, it also copies some
scripts (LAVA Test shell) into the ramdisk (or network
filesystem).
# LAVA does not use scp (or a serial protocol) to copy them into the
target

For deploying you need a PDU (remote power switch). If you don't have
one you need to buy one and then add the corresponding commands.
# Note: I use an IP Power 9258 remote PDU.
# Note: do not think you can get around without a PDU*

Thanks,
Daniel

*There are ways to do it but they have limitations
https://validation.linaro.org/static/docs/v2/dispatcher-design.html#pr
imary-
connection




Applying for CIP work

Tiejun Chen
 

Hi,

I'm very interest in participating in CIP.

Name: Tiejun Chen
Company: VMware
Position/Role: Staff Engineer/Technical Leader
Why you are interested on: I'm working on some industrial IoT projects and explorations at VMware. It involves Linux development like trimming down/Paravirtualizing Preempt-RT Linux as Guest OS. And I'm also working on my personal Unikernel project, UniLinux, Unilernelize Linux. And, I ever was responsible of Wind River Linux Kernel/BSP development including Preempt-RT kernel. After that I also working on enabling HW feature to KVM/Xen/Qemu at Intel OTC. So I'd like to continue this kind of job. Especially, I totally agree that we need this industrial grade Linux.

Thanks
Tiejun


[PATCH] spi: pxa2xx-pci: fix ACPI-based enumeration of SPI devices

Jan Kiszka
 

From: Andy Shevchenko <andriy.shevchenko@...>

commit b70cd2de0ea85f5ab51a1d01893cba6415011b9d upstream.

Slave devices are not enumerated by ACPI data because the ACPI handle for the
core driver is NULL if it was enumerated by PCI.

Propagate firmware node handle of the PCI device to the platform device.

Suggested-by: Mika Westerberg <mika.westerberg@...>
Signed-off-by: Andy Shevchenko <andriy.shevchenko@...>
Signed-off-by: Mark Brown <broonie@...>
Signed-off-by: Jan Kiszka <jan.kiszka@...>
---

Required for our IOT2000 devices to work properly.

drivers/spi/spi-pxa2xx-pci.c | 1 +
1 file changed, 1 insertion(+)

diff --git a/drivers/spi/spi-pxa2xx-pci.c b/drivers/spi/spi-pxa2xx-pci.c
index d19d7f28aecb..ac0658ead1b9 100644
--- a/drivers/spi/spi-pxa2xx-pci.c
+++ b/drivers/spi/spi-pxa2xx-pci.c
@@ -167,6 +167,7 @@ static int pxa2xx_spi_pci_probe(struct pci_dev *dev,
return PTR_ERR(ssp->clk);

memset(&pi, 0, sizeof(pi));
+ pi.fwnode = dev->dev.fwnode;
pi.parent = &dev->dev;
pi.name = "pxa2xx-spi";
pi.id = ssp->port_id;


Re: B@D run on Renesas board - issue

Daniel Sangorrin <daniel.sangorrin@...>
 

Dear Trung san

-----Original Message-----
From: Trung. Huynh [mailto:trung.huynh.uw@...]
Sent: Thursday, November 16, 2017 5:49 PM
To: Daniel Sangorrin; 'Robert Marshall'; Binh Thanh. Nguyen
Cc: O365-Toru Oishi; 'Chris Paterson'; cip-dev@...
Subject: RE: B@D run on Renesas board - issue

Dear Daniel,

Thank for your reply.
The log in attachment is took from lava for easily observing instead of html page.
Regarding deploy section, YES, as you can see the log showing that has passed over it already to get into test section.

Is there anything going wrong?
Looking for your feedback
It seems that you are not booting from a ramdisk, but rather the rootfs installed on the eMMC or SD Card.

Regards,
Daniel

Best Regards,
Trung

-----Original Message-----
From: Daniel Sangorrin [mailto:daniel.sangorrin@...]
Sent: Thursday, November 16, 2017 3:11 PM
To: Trung. Huynh <trung.huynh.uw@...>; 'Robert Marshall' <robert.marshall@...>; Binh Thanh. Nguyen
<binh.nguyen.uw@...>
Cc: O365-Toru Oishi <toru.oishi.zj@...>; 'Chris Paterson' <Chris.Paterson2@...>; cip-dev@...
Subject: RE: B@D run on Renesas board - issue

Dear Trung san,

-----Original Message-----
From: Trung. Huynh [mailto:trung.huynh.uw@...]
Sent: Wednesday, November 15, 2017 7:21 PM
To: Daniel Sangorrin; 'Robert Marshall'; Binh Thanh. Nguyen
Cc: O365-Toru Oishi; 'Chris Paterson'; cip-dev@...
Subject: RE: B@D run on Renesas board - issue

Hi Daniel, Robert,

We got into test section already, but have no idea why it attempts to execute the thing non-exist at all:
# /lava-237/bin/lava-test-runner /lava-237/0 as you can see our error
log in attachment.
I also take example log over here https://gitlab.com/snippets/1679749
to see that it can create a directory by mkdir /lava-1

Could you please tell us what does it make scene? How can we fix it?
Thank you.
Please could you send the complete log?

P/S: healthcheck script same as Binh-san attached to you before
Did you make sure to uncomment the deploy section?

Regards,
Daniel


Best Regards,
Trung

-----Original Message-----
From: Daniel Sangorrin [mailto:daniel.sangorrin@...]
Sent: Monday, November 6, 2017 9:19 AM
To: 'Robert Marshall' <robert.marshall@...>; Binh Thanh.
Nguyen <binh.nguyen.uw@...>
Cc: O365-Toru Oishi <toru.oishi.zj@...>; 'Chris Paterson'
<Chris.Paterson2@...>; Trung. Huynh
<trung.huynh.uw@...>; cip-dev@...
Subject: RE: B@D run on Renesas board - issue

Hello Binh-san,

-----Original Message-----
From: Robert Marshall [mailto:robert.marshall@...]
Sent: Saturday, November 04, 2017 1:05 AM
To: Binh Thanh. Nguyen
Cc: Daniel Sangorrin; O365-Toru Oishi; Chris Paterson; Trung. Huynh;
cip-dev@...
Subject: Re: B@D run on Renesas board - issue

"Binh Thanh. Nguyen" <binh.nguyen.uw@...> writes:

Hello Daniel, Robert,

We are facing an issue when trying to run healthcheck using B@D on Renesas board.
I would like to attach the log and the healthcheck script (we
modified the healthcheck from Daniel)

The boot action was passed, but after that, look like LAVA cannot
send command to Board, only send "#" (it supposed to be "uname").
I wonder if you met same issue before?
And if possible, please give us any hints you may have for debugging this issue!

Best regards,
Binh Nguyen
Thanh

Sorry for the delay in responding!

That test is missing a deploy section (all commented out) are you
trying to make the test too minimal? LAVA tends to swallow output if
it is what is expected.

Robert
As Robert said, please do not comment out the deploy section. LAVA
does not just deploy the binaries as they are, it also copies some scripts (LAVA Test shell) into the ramdisk (or network filesystem).
# LAVA does not use scp (or a serial protocol) to copy them into the
target

For deploying you need a PDU (remote power switch). If you don't have
one you need to buy one and then add the corresponding commands.
# Note: I use an IP Power 9258 remote PDU.
# Note: do not think you can get around without a PDU*

Thanks,
Daniel

*There are ways to do it but they have limitations
https://validation.linaro.org/static/docs/v2/dispatcher-design.html#pr
imary-
connection




Re: B@D run on Renesas board - issue

Trung. Huynh <trung.huynh.uw@...>
 

Dear Daniel,

Thank for your reply.
The log in attachment is took from lava for easily observing instead of html page.
Regarding deploy section, YES, as you can see the log showing that has passed over it already to get into test section.

Is there anything going wrong?
Looking for your feedback

Best Regards,
Trung

-----Original Message-----
From: Daniel Sangorrin [mailto:daniel.sangorrin@...]
Sent: Thursday, November 16, 2017 3:11 PM
To: Trung. Huynh <trung.huynh.uw@...>; 'Robert Marshall' <robert.marshall@...>; Binh Thanh. Nguyen <binh.nguyen.uw@...>
Cc: O365-Toru Oishi <toru.oishi.zj@...>; 'Chris Paterson' <Chris.Paterson2@...>; cip-dev@...
Subject: RE: B@D run on Renesas board - issue

Dear Trung san,

-----Original Message-----
From: Trung. Huynh [mailto:trung.huynh.uw@...]
Sent: Wednesday, November 15, 2017 7:21 PM
To: Daniel Sangorrin; 'Robert Marshall'; Binh Thanh. Nguyen
Cc: O365-Toru Oishi; 'Chris Paterson'; cip-dev@...
Subject: RE: B@D run on Renesas board - issue

Hi Daniel, Robert,

We got into test section already, but have no idea why it attempts to execute the thing non-exist at all:
# /lava-237/bin/lava-test-runner /lava-237/0 as you can see our error
log in attachment.
I also take example log over here https://gitlab.com/snippets/1679749
to see that it can create a directory by mkdir /lava-1

Could you please tell us what does it make scene? How can we fix it?
Thank you.
Please could you send the complete log?

P/S: healthcheck script same as Binh-san attached to you before
Did you make sure to uncomment the deploy section?

Regards,
Daniel


Best Regards,
Trung

-----Original Message-----
From: Daniel Sangorrin [mailto:daniel.sangorrin@...]
Sent: Monday, November 6, 2017 9:19 AM
To: 'Robert Marshall' <robert.marshall@...>; Binh Thanh.
Nguyen <binh.nguyen.uw@...>
Cc: O365-Toru Oishi <toru.oishi.zj@...>; 'Chris Paterson'
<Chris.Paterson2@...>; Trung. Huynh
<trung.huynh.uw@...>; cip-dev@...
Subject: RE: B@D run on Renesas board - issue

Hello Binh-san,

-----Original Message-----
From: Robert Marshall [mailto:robert.marshall@...]
Sent: Saturday, November 04, 2017 1:05 AM
To: Binh Thanh. Nguyen
Cc: Daniel Sangorrin; O365-Toru Oishi; Chris Paterson; Trung. Huynh;
cip-dev@...
Subject: Re: B@D run on Renesas board - issue

"Binh Thanh. Nguyen" <binh.nguyen.uw@...> writes:

Hello Daniel, Robert,

We are facing an issue when trying to run healthcheck using B@D on Renesas board.
I would like to attach the log and the healthcheck script (we
modified the healthcheck from Daniel)

The boot action was passed, but after that, look like LAVA cannot
send command to Board, only send "#" (it supposed to be "uname").
I wonder if you met same issue before?
And if possible, please give us any hints you may have for debugging this issue!

Best regards,
Binh Nguyen
Thanh

Sorry for the delay in responding!

That test is missing a deploy section (all commented out) are you
trying to make the test too minimal? LAVA tends to swallow output if
it is what is expected.

Robert
As Robert said, please do not comment out the deploy section. LAVA
does not just deploy the binaries as they are, it also copies some scripts (LAVA Test shell) into the ramdisk (or network filesystem).
# LAVA does not use scp (or a serial protocol) to copy them into the
target

For deploying you need a PDU (remote power switch). If you don't have
one you need to buy one and then add the corresponding commands.
# Note: I use an IP Power 9258 remote PDU.
# Note: do not think you can get around without a PDU*

Thanks,
Daniel

*There are ways to do it but they have limitations
https://validation.linaro.org/static/docs/v2/dispatcher-design.html#pr
imary-
connection




Re: B@D run on Renesas board - issue

Daniel Sangorrin <daniel.sangorrin@...>
 

Dear Trung san,

-----Original Message-----
From: Trung. Huynh [mailto:trung.huynh.uw@...]
Sent: Wednesday, November 15, 2017 7:21 PM
To: Daniel Sangorrin; 'Robert Marshall'; Binh Thanh. Nguyen
Cc: O365-Toru Oishi; 'Chris Paterson'; cip-dev@...
Subject: RE: B@D run on Renesas board - issue

Hi Daniel, Robert,

We got into test section already, but have no idea why it attempts to execute the thing non-exist at all:
# /lava-237/bin/lava-test-runner /lava-237/0
as you can see our error log in attachment.
I also take example log over here https://gitlab.com/snippets/1679749
to see that it can create a directory by mkdir /lava-1

Could you please tell us what does it make scene? How can we fix it?
Thank you.
Please could you send the complete log?

P/S: healthcheck script same as Binh-san attached to you before
Did you make sure to uncomment the deploy section?

Regards,
Daniel


Best Regards,
Trung

-----Original Message-----
From: Daniel Sangorrin [mailto:daniel.sangorrin@...]
Sent: Monday, November 6, 2017 9:19 AM
To: 'Robert Marshall' <robert.marshall@...>; Binh Thanh. Nguyen <binh.nguyen.uw@...>
Cc: O365-Toru Oishi <toru.oishi.zj@...>; 'Chris Paterson' <Chris.Paterson2@...>; Trung. Huynh
<trung.huynh.uw@...>; cip-dev@...
Subject: RE: B@D run on Renesas board - issue

Hello Binh-san,

-----Original Message-----
From: Robert Marshall [mailto:robert.marshall@...]
Sent: Saturday, November 04, 2017 1:05 AM
To: Binh Thanh. Nguyen
Cc: Daniel Sangorrin; O365-Toru Oishi; Chris Paterson; Trung. Huynh;
cip-dev@...
Subject: Re: B@D run on Renesas board - issue

"Binh Thanh. Nguyen" <binh.nguyen.uw@...> writes:

Hello Daniel, Robert,

We are facing an issue when trying to run healthcheck using B@D on Renesas board.
I would like to attach the log and the healthcheck script (we
modified the healthcheck from Daniel)

The boot action was passed, but after that, look like LAVA cannot
send command to Board, only send "#" (it supposed to be "uname").
I wonder if you met same issue before?
And if possible, please give us any hints you may have for debugging this issue!

Best regards,
Binh Nguyen
Thanh

Sorry for the delay in responding!

That test is missing a deploy section (all commented out) are you
trying to make the test too minimal? LAVA tends to swallow output if
it is what is expected.

Robert
As Robert said, please do not comment out the deploy section. LAVA does not just deploy the binaries as they are, it also copies some
scripts (LAVA Test shell) into the ramdisk (or network filesystem).
# LAVA does not use scp (or a serial protocol) to copy them into the target

For deploying you need a PDU (remote power switch). If you don't have one you need to buy one and then add the corresponding
commands.
# Note: I use an IP Power 9258 remote PDU.
# Note: do not think you can get around without a PDU*

Thanks,
Daniel

*There are ways to do it but they have limitations https://validation.linaro.org/static/docs/v2/dispatcher-design.html#primary-
connection




Re: [PATCH 00/10] Backport of watchdog core triggered keepalive infrastructure v2

Ben Hutchings <ben.hutchings@...>
 

On Fri, 2017-11-10 at 13:09 +0100, Maxim Yu. Osipov wrote:
Hello,

This is updated series after Ben's review.
[..]

Much better, thanks. I've applied these and will push them out
shortly.

Ben.

--
Ben Hutchings
Software Developer, Codethink Ltd.


Re: B@D run on Renesas board - issue

Robert Marshall <robert.marshall@...>
 

Trung,

The LAVA environment knows about those paths - I'd look into whether the
prompts you get on logging in are the ones that LAVA is telling you that
it is expecting?

Robert

"Trung. Huynh" <trung.huynh.uw@...> writes:

Hi Daniel, Robert,

We got into test section already, but have no idea why it attempts to execute the thing non-exist at all:
# /lava-237/bin/lava-test-runner /lava-237/0
as you can see our error log in attachment.
I also take example log over here https://gitlab.com/snippets/1679749
to see that it can create a directory by mkdir /lava-1

Could you please tell us what does it make scene? How can we fix it?
Thank you.

P/S: healthcheck script same as Binh-san attached to you before

Best Regards,
Trung

-----Original Message-----
From: Daniel Sangorrin [mailto:daniel.sangorrin@...]
Sent: Monday, November 6, 2017 9:19 AM
To: 'Robert Marshall' <robert.marshall@...>; Binh Thanh. Nguyen <binh.nguyen.uw@...>
Cc: O365-Toru Oishi <toru.oishi.zj@...>; 'Chris Paterson'
<Chris.Paterson2@...>; Trung. Huynh
<trung.huynh.uw@...>; cip-dev@...
Subject: RE: B@D run on Renesas board - issue

Hello Binh-san,

-----Original Message-----
From: Robert Marshall [mailto:robert.marshall@...]
Sent: Saturday, November 04, 2017 1:05 AM
To: Binh Thanh. Nguyen
Cc: Daniel Sangorrin; O365-Toru Oishi; Chris Paterson; Trung. Huynh;
cip-dev@...
Subject: Re: B@D run on Renesas board - issue

"Binh Thanh. Nguyen" <binh.nguyen.uw@...> writes:

Hello Daniel, Robert,

We are facing an issue when trying to run healthcheck using B@D on Renesas board.
I would like to attach the log and the healthcheck script (we
modified the healthcheck from Daniel)

The boot action was passed, but after that, look like LAVA cannot
send command to Board, only send "#" (it supposed to be "uname").
I wonder if you met same issue before?
And if possible, please give us any hints you may have for debugging this issue!

Best regards,
Binh Nguyen
Thanh

Sorry for the delay in responding!

That test is missing a deploy section (all commented out) are you
trying to make the test too minimal? LAVA tends to swallow output if
it is what is expected.

Robert
As Robert said, please do not comment out the deploy section. LAVA does not just deploy the binaries as they are, it also copies some scripts (LAVA Test shell) into the ramdisk (or network filesystem).
# LAVA does not use scp (or a serial protocol) to copy them into the target

For deploying you need a PDU (remote power switch). If you don't have one you need to buy one and then add the corresponding commands.
# Note: I use an IP Power 9258 remote PDU.
# Note: do not think you can get around without a PDU*

Thanks,
Daniel

*There are ways to do it but they have limitations https://validation.linaro.org/static/docs/v2/dispatcher-design.html#primary-connection

9421 - 9440 of 10158