Re: Re : [opensuse-arm] openQA generalhw backend

2020-10-23 Thread Matwey V. Kornilov
вс, 23 авг. 2020 г. в 13:34, Matwey V. Kornilov :

>
> Thanks, Guillaume!
>
> Do I understand correctly, that SUT-companion and OpenQA worker may be on
> the same host?
>
> I would like to test BeagleBone Black. In an ideal world, I would like it
> to be tested on openqa.opensuse.org.
> Now I see that I have to learn how to boot the board from USB. The AM335x
> reference documentation says that it is possible to load U-Boot firmware
> via UART and USB, but I have never tried it.
>
>
JFYI,

I've enabled booting the system from USB device for am335x:
https://github.com/u-boot/u-boot/commit/8c444c184c36dfa314a2a500349785f58c8a8d24
It works fine with JeOS written on USB-flash drive.

I've also managed to learn how to supply U-boot via UART, but it works too
slow: 10KBps given U-boot size is about 1MB.


>
> вс, 23 авг. 2020 г. в 10:25, Guillaume GARDET :
>
>>
>> Hi Matwey,
>>
>> Here are some details about the RPi3 case:
>>
>> https://github.com/ggardet/blog/blob/master/HowTo-Add_tests_on_real_hardware_with_openQA-RPi3_case.md
>>
>> It uses an external board with USB OTG to boot the RPi from USB (Firmware
>> is still on uSD due to:
>> https://github.com/raspberrypi/firmware/issues/1322).
>> You could also use some USB SD mux such as:
>> https://shop.linux-automation.com/usb_sd_mux-D02-R01-V02-C00-en
>> But it does not work well with RPi4 atm, whereas it works perfectly fine
>> with the HiKey960.
>>
>> Also, if you want to make it available to openqa.o.o:
>>
>> https://github.com/ggardet/blog/blob/master/HowTo-Install_a_remote_openQA_worker.md
>>
>> May I ask for which board you would like to test?
>>
>> Cheers,
>> Guillaume
>>
>>
>>
>> - Matwey V. Kornilov  a écrit :
>> > Hello,
>> >
>> > I am looking through openQA sources and I am very excited about
>> > generalhw backend. I see that it is currently in use at
>> > openqa.opensuse.org to test Raspberry Pi images. Unfortunately, there
>> is
>> > a little details in the sources, I only see that the backend calls some
>> > preconfigured external commands to manipulate hardware, but I've failed
>> > to find more implementation details.
>> >
>> > Is there a kind of presentation or documentation on how all this works?
>> > I am especially interested in how the flash card image is deployed?
>> >
>> >
>> >
>> >
>> > --
>> > With best regards,
>> > Matwey V. Kornilov
>>
>>
>
> --
> With best regards,
> Matwey V. Kornilov
>


-- 
With best regards,
Matwey V. Kornilov


Re : Re: Re : [opensuse-arm] openQA generalhw backend

2020-08-23 Thread Guillaume GARDET


Yes, the SUT-companion and openQA worker may be on the same host, or can be 
separated, it is up to you!

You can cheat by having u-boot on uSD and boot the image to test from USB.
Otherwise, you can try the usb-sd-mux hardware to flash the uSD card directly.

Cheers,
Guillaume


- Matwey V. Kornilov  a écrit :
> Thanks, Guillaume!
> 
> Do I understand correctly, that SUT-companion and OpenQA worker may be on
> the same host?
> 
> I would like to test BeagleBone Black. In an ideal world, I would like it
> to be tested on openqa.opensuse.org.
> Now I see that I have to learn how to boot the board from USB. The AM335x
> reference documentation says that it is possible to load U-Boot firmware
> via UART and USB, but I have never tried it.
> 
> 
> вс, 23 авг. 2020 г. в 10:25, Guillaume GARDET :
> 
> >
> > Hi Matwey,
> >
> > Here are some details about the RPi3 case:
> >
> > https://github.com/ggardet/blog/blob/master/HowTo-Add_tests_on_real_hardware_with_openQA-RPi3_case.md
> >
> > It uses an external board with USB OTG to boot the RPi from USB (Firmware
> > is still on uSD due to:
> > https://github.com/raspberrypi/firmware/issues/1322).
> > You could also use some USB SD mux such as:
> > https://shop.linux-automation.com/usb_sd_mux-D02-R01-V02-C00-en
> > But it does not work well with RPi4 atm, whereas it works perfectly fine
> > with the HiKey960.
> >
> > Also, if you want to make it available to openqa.o.o:
> >
> > https://github.com/ggardet/blog/blob/master/HowTo-Install_a_remote_openQA_worker.md
> >
> > May I ask for which board you would like to test?
> >
> > Cheers,
> > Guillaume
> >
> >
> >
> > - Matwey V. Kornilov  a écrit :
> > > Hello,
> > >
> > > I am looking through openQA sources and I am very excited about
> > > generalhw backend. I see that it is currently in use at
> > > openqa.opensuse.org to test Raspberry Pi images. Unfortunately, there is
> > > a little details in the sources, I only see that the backend calls some
> > > preconfigured external commands to manipulate hardware, but I've failed
> > > to find more implementation details.
> > >
> > > Is there a kind of presentation or documentation on how all this works?
> > > I am especially interested in how the flash card image is deployed?
> > >
> > >
> > >
> > >
> > > --
> > > With best regards,
> > > Matwey V. Kornilov
> >
> >
> 
> -- 
> With best regards,
> Matwey V. Kornilov
--
To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org
To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org



Re: Re : [opensuse-arm] openQA generalhw backend

2020-08-23 Thread Matwey V. Kornilov
Thanks, Guillaume!

Do I understand correctly, that SUT-companion and OpenQA worker may be on
the same host?

I would like to test BeagleBone Black. In an ideal world, I would like it
to be tested on openqa.opensuse.org.
Now I see that I have to learn how to boot the board from USB. The AM335x
reference documentation says that it is possible to load U-Boot firmware
via UART and USB, but I have never tried it.


вс, 23 авг. 2020 г. в 10:25, Guillaume GARDET :

>
> Hi Matwey,
>
> Here are some details about the RPi3 case:
>
> https://github.com/ggardet/blog/blob/master/HowTo-Add_tests_on_real_hardware_with_openQA-RPi3_case.md
>
> It uses an external board with USB OTG to boot the RPi from USB (Firmware
> is still on uSD due to:
> https://github.com/raspberrypi/firmware/issues/1322).
> You could also use some USB SD mux such as:
> https://shop.linux-automation.com/usb_sd_mux-D02-R01-V02-C00-en
> But it does not work well with RPi4 atm, whereas it works perfectly fine
> with the HiKey960.
>
> Also, if you want to make it available to openqa.o.o:
>
> https://github.com/ggardet/blog/blob/master/HowTo-Install_a_remote_openQA_worker.md
>
> May I ask for which board you would like to test?
>
> Cheers,
> Guillaume
>
>
>
> - Matwey V. Kornilov  a écrit :
> > Hello,
> >
> > I am looking through openQA sources and I am very excited about
> > generalhw backend. I see that it is currently in use at
> > openqa.opensuse.org to test Raspberry Pi images. Unfortunately, there is
> > a little details in the sources, I only see that the backend calls some
> > preconfigured external commands to manipulate hardware, but I've failed
> > to find more implementation details.
> >
> > Is there a kind of presentation or documentation on how all this works?
> > I am especially interested in how the flash card image is deployed?
> >
> >
> >
> >
> > --
> > With best regards,
> > Matwey V. Kornilov
>
>

-- 
With best regards,
Matwey V. Kornilov


Re : [opensuse-arm] openQA generalhw backend

2020-08-23 Thread Guillaume GARDET


Hi Matwey,

Here are some details about the RPi3 case:
https://github.com/ggardet/blog/blob/master/HowTo-Add_tests_on_real_hardware_with_openQA-RPi3_case.md

It uses an external board with USB OTG to boot the RPi from USB (Firmware is 
still on uSD due to: https://github.com/raspberrypi/firmware/issues/1322).
You could also use some USB SD mux such as: 
https://shop.linux-automation.com/usb_sd_mux-D02-R01-V02-C00-en
But it does not work well with RPi4 atm, whereas it works perfectly fine with 
the HiKey960.

Also, if you want to make it available to openqa.o.o:
https://github.com/ggardet/blog/blob/master/HowTo-Install_a_remote_openQA_worker.md

May I ask for which board you would like to test?

Cheers,
Guillaume



- Matwey V. Kornilov  a écrit :
> Hello,
> 
> I am looking through openQA sources and I am very excited about
> generalhw backend. I see that it is currently in use at
> openqa.opensuse.org to test Raspberry Pi images. Unfortunately, there is
> a little details in the sources, I only see that the backend calls some
> preconfigured external commands to manipulate hardware, but I've failed
> to find more implementation details.
> 
> Is there a kind of presentation or documentation on how all this works?
> I am especially interested in how the flash card image is deployed?
> 
> 
> 
> 
> -- 
> With best regards,
> Matwey V. Kornilov
--
To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org
To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org



[opensuse-arm] openQA generalhw backend

2020-08-23 Thread Matwey V. Kornilov
Hello,

I am looking through openQA sources and I am very excited about
generalhw backend. I see that it is currently in use at
openqa.opensuse.org to test Raspberry Pi images. Unfortunately, there is
a little details in the sources, I only see that the backend calls some
preconfigured external commands to manipulate hardware, but I've failed
to find more implementation details.

Is there a kind of presentation or documentation on how all this works?
I am especially interested in how the flash card image is deployed?




-- 
With best regards,
Matwey V. Kornilov