Hi Ayman,

Basically, you just need to set up a LAVA lab, and allow users to submit "hacking session" jobs. The LAVA scheduler then sets up the required image and sets up an ssh session and gives the user information on how to ssh into the board. You'd also need to set up a server for people to ssh into - they could then use ssh forwarding to get onto the board. To provide serial access, you'd need to set up a serial console server. Then the user could ssh onto the server and use the "lava connect" command to get serial access.

This is all detailed in our documentation, currently on playground.validation.linaro.org, although that is still a work in progress - in fact it was the main focus of our work in San Francisco last week.

Hope this helps

Dave

On 1 Nov 2013, at 07:57, Ayman Hendawy <ayman.hendawy@gmail.com> wrote:

Hi,

Thanks for your detailed reply, 

I'm asking this question, because I was thinking about creating an open source Remote Embedded Lab, where developers have access to many open source kits(e.g, Panda, Beagle, Ethernut,  etc.) remotely, plus remote access to the measurement tools in this lab (e.g, oscilloscope, Logic analyzer, etc.) connected to this kits, I think something like that will have a great impact on embedded system world especially open source software developers, every developer like to have his own lab, buying new kits& measurement tools is expensive. 

My preliminary thought is to give the user a full access to there remote kits, through Ethernet JTAG and other tools, where the user is responsible for every thing, burn the bootloader, program SD Card, the connection between the measurement tools and the kits can be done by many ways (like multiplexer) and to be configured through web interface.

So I searched the web for a similar solution, providing H.W remote access, and I found your team, doing it but in a different way of may thought, so I need to understand the limitations and possibilities to doing so, if we give the user access to a full access via JTAGs is this may cause a problem to the kits.

Now I hope you understand my full idea, kindly I would like to hear you suggestions to do so.

Thanks  

On Thu, Oct 31, 2013 at 7:37 PM, Dave Pigott <dave.pigott@linaro.org> wrote:

On 31 Oct 2013, at 08:42, Neil Williams <codehelp@debian.org> wrote:

> On Thu, 31 Oct 2013 09:14:47 +0200
> Ayman Hendawy <ayman.hendawy@gmail.com> wrote:
>
>> Dear Neil,
>
> Do not reply to individuals. Keep replies only to the list.
>
>> Actually I wonder why it's not more open, why I can't get a real time
>> access to the kit serial console, why debugger is not available,
>> suppose I have an application over OS, I need to debug my code using
>> a debugger, to get know the certain line causing the problem, why I
>> don't have an access to some of the kit peripherals like USB port by
>> some how.
>>
>> What I mean, such great effort of LAVA, what limit it to give there
>> users more deeply access to there kits? why it's limited to posting
>> jobs?

To add to what Neil said:

The LAVA lab farm, which is what validation.linaro.org gives access to, is an automated test environment. The point of Linaro is to provide constantly improving Linux distributions, and part of this effort is to test changes automatically in LAVA - the Linaro Automated Validation Architecture. So the lab is all about automation, not about free access to hardware. It is a service that is only available to members and Linaro engineers. You have to understand that we are a not-for-profit organisation that is funded by its members. If we granted open access to the world, we would be giving the potential for commercial competitors to gain access to advanced and restricted hardware.

Linaro is an Open Source Software company - and indeed every line of code we generate is available freely and openly. We are not an Open Access Hardware Service.

If you are a Linaro assignee, or have a reason why you would need access that our Technical Steering Committee (TSC) agree to, then we can grant you access to be able to submit jobs into the Automated Validation framework, to a subset of devices in the validation farm - some devices are restricted because they are advanced hardware or emulations of silicon that have not yet been made commercially available and our members would not be very pleased if open access was granted.

So, in summary, the action that you must take is to provide us with information on why you need access to the LAVA farm and we will forward this onto the Linaro TSC.

Kind regards

Dave Pigott
LAVA Lab Lead

--

Best regards

Ayman Hendawy
Embedded system engineer

http://www.linkedin.com/pub/ayman-hendawy/28/375/b5

Cairo,Egypt

Phone: +201110406659