Date   

Re: [PROPOSAL v2] Fix platform device irq domain support and gpio irq DT

Jean-Christophe PLAGNIOL-VILLARD
 

HI Tim,

is this ok for this time

Best Regards,
J.

On 07:07 Tue 22 Oct , Jean-Christophe PLAGNIOL-VILLARD wrote:
HI,

== Description ==
Fix IRQ Domain DT support issues and gpio IRQ

Today the kernel have multiple issues arround the IRQ

* IRQ Domain platfrom driver support

Today if you register an irq domain via a platform driver and then use the irq
in DT such as this

eth0: ethernet at 30000000 {
compatible = "micrel,ks8851-mll";
reg = <0x30000000 0x1
0x30000002 0xff>;
interrupt-parent = <&pioD>;
interrupts = <21 IRQ_TYPE_EDGE_BOTH>;
pinctrl-names = "default";
pinctrl-0 = <&pinctrl_board_eth0>;
status = "okay";
};

the irq in the platform resource will not be fill as the resolve is done at of_platform_populate
To fix this we need to resolve the irq at driver probe time.

* Multiple interrupt-parent support

Today if you need the irq from 2 interrupt controler it's impossible.
Such as a hw irq and a GPIO irq both provided via dt

To fix this implement a new property "interrupt-lines"

that will work in a same way as gpios by providing firt the phandle of the controller
and then the cell data

interrupt-lines = <&aic 0 4 0 & pioD 21 IRQ_TYPE_EDGE_BOTH>;

* gpio irq DT

Today you need to use a gpio as IRQ you need to configure it and then use it
As a in the kernel we make the disctinction between standard IRQ and gpio IRQ.
This should have never been the case and need to be fix up widely.
By droping all the gpio_to_irq in the drivers and ONLY provide interrupts

== Related work ==
http://permalink.gmane.org/gmane.linux.drivers.devicetree/36679


== Scope ==

I think this will take about 3 to 5 month depending on the discussion on the
kernel mainling list with an effort of about 240 to 300 hours.

== Contractor Candidates ==

Jean-Christophe PLAGNIOL-VILLARD <plagnioj at jcrosoft.com>
== Comments ==

By Linus Walleij

Actually I have that problem today. An MMC card slot
with two IRQs for the traffic and another totally different
IRQ for the card insertion IRQ, sitting on a different controller,
and this one is not even a GPIO, so I cannot cheat and have
it as a GPIO that I then translate into an IRQ.

Overall Jean-Christophe's proposal is correctly pinpointing
some serious unhandled corner cases we have in DT land.


Best Regards,
J.


Slides and videos from ELC Europe

Bird, Tim <Tim.Bird@...>
 

ELC Europe followers or interested parties...

Many slide decks and some videos from ELC Europe are now available.

The slides and videos on LF's web site are published here:
http://events.linuxfoundation.org/events/embedded-linux-conference-europe
under the heading "Event Recap".

A YouTube playlist containing videos from ELCE (18, as of this writing)
is available at:
http://www.youtube.com/playlist?list=PLbzoR-pLrL6oxnDyb7IvnNOOBur7z_8tE

I'm not sure if this is all the videos that will be published, but I thought I
would advertise this now so you can check if a video you are
interested in is available. Mine's there, for what it's worth :-)

Also, the slides from the event are being collected, and many are also available
on the elinux wiki at:
http://elinux.org/ELC_Europe_2013_Presentations

If you were a speaker at ELCE and haven't posted or sent your slides, please
do so as soon as possible.

Thanks, and enjoy!
-- Tim


[Reminder] Linux Foundation (CEWG) Japan Jamboree #47 [DATE CHANGED]

Satoru Ueda <Satoru.Ueda@...>
 

Hi,

Please be reminded that the next Japan Technical Jamboree is scheduled on December 11th (Wed)
at Nakano Sun-plaza.

===========================================
PLEASE BE NOTED THAT THE DATE WAS CHANGED FROM 6TH TO 11TH!
===========================================

Please look into the e-Linux wiki page for the detail. At the same time we are calling for your
presentation proposal!

http://elinux.org/Japan_Technical_Jamboree_47


Best,
S. Ueda

----- Japanese -----
各位、

次回の日本テクニカルジャンボリーは、

 12月 11日(水) 午前10時~ 中野サンプラザ

にて開催します。3週間後です。詳細は下記を参照願います。

http://elinux.org/Japan_Technical_Jamboree_47

是非ともEmbedded Linux Conference Europeに参加されたかたからのお土産話を期待
しています!これらのイベントで発表された方、参加された方など、奮って参加願います。

併せて皆さんからの発表の申し込みをお待ちしています。

なお、このイベントは、どなたでも、無料で参加可能です。また、発表もなるべく多くの
方にして頂けるように配慮しております。


===============================================
重要:
===============================================
当初第47回テクニカルジャンボリーは12月6日(金)開催とご案内いたしましたが、
ARM社のテクニカルカンファレンスが同日開催されることから検討の上12月11日(水)
開催に変更しました。なお、翌12~13日はOpen Compliance Summit Asia 2013が
横浜で開催されます。

http://events.linuxfoundation.org/events/open-compliance-summit

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


上田

(2013/11/05 13:17), Satoru Ueda wrote:

[AN IMPORTANT NOTICE INCLUDED]

Hi,

The next Japan Technical Jamboree (#47) is scheduled on December 11th,
Wednesday. It is about 1 month to the date! Please block your schedule!

http://elinux.org/Japan_Technical_Jamboree_47

===============================================
IMPORTANT!!:
===============================================
PLEASE BE NOTED THAT THE DATE IS CHANGED FROM 6TH TO 11TH (WED)
DUE TO CONFLICT TO ANOTHER EMBEDDED SYSTEM RELATED EVENT.
===============================================


Best,
S. Ueda

----- JAPANESE -----

各位、

次回の日本テクニカルジャンボリーは、

 12月 11日(水) 午前10時~ 中野サンプラザ

にて開催します。およそ一ヶ月後です。詳細は下記を参照願います。

http://elinux.org/Japan_Technical_Jamboree_47

是非ともEmbedded Linux Conference Europeに参加されたかたからのお土産話を期待
しています!これらのイベントで発表された方、参加された方など、奮って参加願います。

併せて皆さんからの発表の申し込みをお待ちしています。

なお、このイベントは、どなたでも、無料で参加可能です。また、発表もなるべく多くの
方にして頂けるように配慮しております。


===============================================
重要:
===============================================
当初第47回テクニカルジャンボリーは12月6日(金)開催とご案内いたしましたが、
ARM社のテクニカルカンファレンスが同日開催されることから検討の上12月11日(水)
開催に変更しました。なお、翌12~13日はOpen Compliance Summit Asia 2013が
横浜で開催されます。

http://events.linuxfoundation.org/events/open-compliance-summit

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


上田
--
| TEL: +81-(0)50-3750-3882 FAX: +81-(0)50-3750-6620
| Strategic Alliance Sec.
| S&T Technology Promotion Dept, Software Design Group, Sony Corp.


Regarding "Boot U-Boot from UBI volume"

Ezequiel Garcia
 

Hi Tim and all,

I'd like to know what ever happened to the "Boot U-Boot from UBI
volume" proposal,
as it seemed a very interesting project.

Currently I'm working in a product with a _very_ long-life, yet based
in NAND flash,
and so I would have considered the ability to have the bootloader in a
bad block aware
device very appealing.

... and in the same vein, I would really appreciate to have some
status information about each
proposed project. Something that tells us if it was rejected (and
maybe some useful reasons
for rejection as feedback?) and/or accepted.

On the other side, maybe this is too much to ask? ;-)

Thanks a lot!
--
Ezequiel García, VanguardiaSur
www.vanguardiasur.com.ar


LTSI-3.10 merge window is now open !

Hisao Munakata
 

Hello CEWG ML subscribers

Thank you very much for supporting the LTSI Project. I would like to take
this opportunity to inform you that the merge window for LTSI v3.10 is
now open and we are accepting your patches.

View the upcoming development schedule:
http://go.linuxfoundation.org/e/6342/tsi-v3-10-development-schedule/tr8cj/495135417

Please let me know if you have any questions.

Best regards,
Noriaki Fukuyasu
The Linux Foundation

---- Following section is written in Japanese

LF/CEWG dev メーリングリスト購読者のみなさん

LTSI project から LTSI-3.10 向けのパッチマージ期間がスタートしたことをご案内します。
次回 Jamboree (12/11) にて詳細ご案内の予定ですが、 年内いっぱいをパッチ収集
期間とし、2014年1月を検証期間、1月末~2月上旬にリリースに向けて開発を進めて
いきます。 ここで採用されたパッチは LTSI-3.10 のマスターツリーに反映されますので
是非このマージ期間中に、バックポート、in-house パッチの投稿をしてください。

--
hisao munakata <hisao.munakata.vt@...>


Re: [PROPOSAL] Improve UBI user space tools

Bird, Tim <Tim.Bird@...>
 

On Friday, November 08, 2013 2:41 PM, Richard Weinberger wrote:
IMHO we should not only focus on the user interface.
Customers often ask me for the following two features:

- A tool to extract files from an UBIFS image (AKA ubidump).
- Fastmap support for the ubinize tool to generate fastmap enabled UBI images.

If it's not too late it would nice to see that wishes in the proposal too.
I added the information to the proposal. It *is* a bit late, as we've
already had our technical meetings to review these proposals.
We are now waiting on approval from the workgroup steering
committee for funding for specific projects. (I'm not identifying
the selected projects yet, because of that.)

Thanks for the ideas, though. I think they are interesting.
-- Tim


Re: [PROPOSAL] Improve UBI user space tools

Richard Weinberger <richard@...>
 

Hi!

Sorry for the lame reply, I had to pull this mail out of a mailing list archive.

Improve UBI user space tools

; Summary: Improve UBI userspace tools

; Proposer: Ezequiel Garc?a <ezequiel at vanguardiasur.com.ar>

== Description ==
Currently the UBI tools are a bit messy and not straight-forward to use.
In addition, there are quite a few different -yet related- commands to
accomplish different stages of an UBI/UBIFS preparation or flashing.

A possible way of dealing with such complexity would be revisiting
these tools and introduce a new centralized tool (git-like), with sub-commands
for the different tasks.

The benefit of this effort is obviously to simplify the (exceedingly)
complicated
task of dealing with UBI and UBI volumes setup, both off-box and
in-box (presumably
for developers testings).

For instance, the ubinize tool requires the setup of an 'ini' file specifying
the volumes configuration, which is usually a bit annoying.
IMHO we should not only focus on the user interface.
Customers often ask me for the following two features:

- A tool to extract files from an UBIFS image (AKA ubidump).
- Fastmap support for the ubinize tool to generate fastmap enabled UBI images.

If it's not too late it would nice to see that wishes in the proposal too.

Thanks,
//richard


Linux Foundation (CEWG) Japan Jamboree #47 [DATE CHANGED]

Satoru Ueda <Satoru.Ueda@...>
 

[AN IMPORTANT NOTICE INCLUDED]

Hi,

The next Japan Technical Jamboree (#47) is scheduled on December 11th,
Wednesday. It is about 1 month to the date! Please block your schedule!

http://elinux.org/Japan_Technical_Jamboree_47

===============================================
IMPORTANT!!:
===============================================
PLEASE BE NOTED THAT THE DATE IS CHANGED FROM 6TH TO 11TH (WED)
DUE TO CONFLICT TO ANOTHER EMBEDDED SYSTEM RELATED EVENT.
===============================================


Best,
S. Ueda

----- JAPANESE -----

各位、

次回の日本テクニカルジャンボリーは、

 12月 11日(水) 午前10時~ 中野サンプラザ

にて開催します。およそ一ヶ月後です。詳細は下記を参照願います。

http://elinux.org/Japan_Technical_Jamboree_47

是非ともEmbedded Linux Conference Europeに参加されたかたからのお土産話を期待
しています!これらのイベントで発表された方、参加された方など、奮って参加願います。

併せて皆さんからの発表の申し込みをお待ちしています。

なお、このイベントは、どなたでも、無料で参加可能です。また、発表もなるべく多くの
方にして頂けるように配慮しております。


===============================================
重要:
===============================================
当初第47回テクニカルジャンボリーは12月6日(金)開催とご案内いたしましたが、
ARM社のテクニカルカンファレンスが同日開催されることから検討の上12月11日(水)
開催に変更しました。なお、翌12~13日はOpen Compliance Summit Asia 2013が
横浜で開催されます。

http://events.linuxfoundation.org/events/open-compliance-summit

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


上田
--
| TEL: +81-(0)50-3750-3882 FAX: +81-(0)50-3750-6620
| Strategic Alliance Sec.
| S&T Technology Promotion Dept, Software Design Group, Sony Corp.


[FOSDEM] [CFP] Embedded and mobile devroom

Geert Uytterhoeven
 

Every year there is a special dedicated track for embedded and mobile
projects at Fosdem (see: www.fosdem.org ). If you are interested to
give a talk about your project read further for the details.

FOSDEM will be held the 1st and 2nd of February 2014 in Brussels,
Belgium.

For this year's program we are looking for people who would like to do
a presentation about their own or some community's project in this area.
These projects must be Free Software or Open Source.

Example of topics of interest:

* Embedded Linux in general
* Linux kernel development for embedded devices
* Build systems and embedded/mobile operating systems
* Multimedia and graphics
* Embedded systems optimization (boot time, memory consumption, power
consumption, etc.)
* Filesystem and storage
* Real-time
* Non-Linux embedded, such as Arduino
* Hardware platforms, such as BeagleBone, RaspberryPi
* Open source/free software for or related to Android
* ...

We are also interested in short tutorials, project overviews,
achievements, ports to new hardware and hardware hacking, real life
deployments, ... all are welcome and all submissions will be reviewed
by our panel.

Submissions require a small abstract and short speaker presentation
and should be submitted to fosdem.embedded@... or through
https://penta.fosdem.org/submission/ before the 10th of December 2013.
You can apply for a full length (~45 min) or a shorter (~20min) talk.

The panel consists of:

Philippe De Swert
Peter De Schrijver
Geert Uytterhoeven
Thomas Petazzoni

Gr{oetje,eeting}s,

Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@...

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds


[PROPOSAL v2] Fix platform device irq domain support and gpio irq DT

Jean-Christophe PLAGNIOL-VILLARD
 

HI,

== Description ==
Fix IRQ Domain DT support issues and gpio IRQ

Today the kernel have multiple issues arround the IRQ

* IRQ Domain platfrom driver support

Today if you register an irq domain via a platform driver and then use the irq
in DT such as this

eth0: ethernet at 30000000 {
compatible = "micrel,ks8851-mll";
reg = <0x30000000 0x1
0x30000002 0xff>;
interrupt-parent = <&pioD>;
interrupts = <21 IRQ_TYPE_EDGE_BOTH>;
pinctrl-names = "default";
pinctrl-0 = <&pinctrl_board_eth0>;
status = "okay";
};

the irq in the platform resource will not be fill as the resolve is done at of_platform_populate
To fix this we need to resolve the irq at driver probe time.

* Multiple interrupt-parent support

Today if you need the irq from 2 interrupt controler it's impossible.
Such as a hw irq and a GPIO irq both provided via dt

To fix this implement a new property "interrupt-lines"

that will work in a same way as gpios by providing firt the phandle of the controller
and then the cell data

interrupt-lines = <&aic 0 4 0 & pioD 21 IRQ_TYPE_EDGE_BOTH>;

* gpio irq DT

Today you need to use a gpio as IRQ you need to configure it and then use it
As a in the kernel we make the disctinction between standard IRQ and gpio IRQ.
This should have never been the case and need to be fix up widely.
By droping all the gpio_to_irq in the drivers and ONLY provide interrupts

== Related work ==
http://permalink.gmane.org/gmane.linux.drivers.devicetree/36679


== Scope ==

I think this will take about 3 to 5 month depending on the discussion on the
kernel mainling list with an effort of about 240 to 300 hours.

== Contractor Candidates ==

Jean-Christophe PLAGNIOL-VILLARD <plagnioj at jcrosoft.com>
== Comments ==

By Linus Walleij

Actually I have that problem today. An MMC card slot
with two IRQs for the traffic and another totally different
IRQ for the card insertion IRQ, sitting on a different controller,
and this one is not even a GPIO, so I cannot cheat and have
it as a GPIO that I then translate into an IRQ.

Overall Jean-Christophe's proposal is correctly pinpointing
some serious unhandled corner cases we have in DT land.


Best Regards,
J.


Re: [PROPOSAL] Kernel module binary compatibility with debug features

Rob Landley
 

On 10/02/2013 03:33:08 PM, Bird, Tim wrote:
; Summary: Kernel module binary compatibility with debug features
; Proposer: Tim Bird, Sony Mobile
== Description ==
Sometimes, the workflow for embedded systems include obtaining kernel modules from
3rd party vendors or other software teams. In certain situations, it can be difficult
to re-compile and re-install these 3rd party modules, even though the kernel on a system
can be re-configured, rebuilt and re-installed.
This feature proposes to isolate the kernel module interface from changes in certain
kernel debug features, so that turning on those feature will not create binary incompatibility
with a newly configured and deployed kernel.
You're aware that the upstream kernel guys see the lack of binary compatability as a feature, not a bug (punishing binary-only modules), so that not only will this feature probably never go upstream, but you'll quietly piss off multiple senior kernel developers by suggesting it and one of them will "coincidentally" rewrite whatever infrastructure it depends on in an incompatible way within the year?

They haven't got the spare bandwidth to pursue much legal action in court, but EXPORT_SYMBOL_GPL() is just the tip of the iceberg...

Rob


ELC 2013 videos

Michael Opdenacker
 

Greetings,

Better later than never, we at last managed to process the videos we
took at ELC in San Francisco earlier this year (together with links to
the ones taken by the Linux Foundation):
http://free-electrons.com/blog/elc-2013-videos/

We hope to see you at ELCE in Edinburgh in 10 days!

Cheers,

Michael.

--
Michael Opdenacker, CEO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
+33 484 258 098


Re: Info for my status talk

Bird, Tim <Tim.Bird@...>
 

On Wednesday, October 09, 2013 2:22 PM, Yann E. MORIN wrote:
Not sure it really applies, but there was this crazy (russian?) guy who
managed to run Linux on an 8-bit micro-controller:
http://dmitry.gr/index.php?r=05.Projects&proj=07.%20Linux%20on%208bit

TL;DR: the guy wrote a basic VM running on a 8-bit AVR, emulating the ARM
instruction set (armv5, PXA255), runs a small hypervisor to provide basic
functionality via hypercalls.

That was just for the fun of it, not an actual product, but it shows how
much the Linux kernel is versatile, and how enthusiast (and crazy!) the
community can be!
OK. That's pretty crazy. I should start a "bizarre Linux implementations"
page on the elinux wiki. This could go next to the Javascript implementation:
http://bellard.org/jslinux/

Thanks!
-- Tim


Re: Info for my status talk

Yann E. MORIN
 

Hello Tim, All,

On 2013-10-09 21:28 +0200, Bird, Tim spake thusly:
I'm finishing up my slides for ELC Europe, and I thought for some fun I'd
introduce a new section in my talk. This is my perennial "Status of Embedded
Linux" talk, and I usually give information about technologies that are
recently introduced or under development for the Linux kernel or embedded
systems, distros, etc.

For this talk, I thought I'd highlight some products that are at the extreme
edge of system size, boot time, or (some other interesting metric), as an indication
of where the industry is at.

Can anyone point me to products (not dev boards or internal demos) with
1) really small memory footprint
2) really quick boot time (all the way to customer use of the product)
3) some other extreme (lowest end processor, hardest realtime, longest
battery life, etc.)

Let me know if you've heard of something, or have done something.
I may have to separate answers into product categories, since these
attributes are affected enormously by the user-space stack.
Not sure it really applies, but there was this crazy (russian?) guy who
managed to run Linux on an 8-bit micro-controller:
http://dmitry.gr/index.php?r=05.Projects&proj=07.%20Linux%20on%208bit

TL;DR: the guy wrote a basic VM running on a 8-bit AVR, emulating the ARM
instruction set (armv5, PXA255), runs a small hypervisor to provide basic
functionality via hypercalls.

That was just for the fun of it, not an actual product, but it shows how
much the Linux kernel is versatile, and how enthusiast (and crazy!) the
community can be!

See you soon in Edimburgh! :-)

Regards,
Yann E. MORIN.

--
.-----------------.--------------------.------------------.--------------------.
| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
| +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. |
'------------------------------^-------^------------------^--------------------'


Info for my status talk

Bird, Tim <Tim.Bird@...>
 

Hey everyone,

I'm finishing up my slides for ELC Europe, and I thought for some fun I'd
introduce a new section in my talk. This is my perennial "Status of Embedded
Linux" talk, and I usually give information about technologies that are
recently introduced or under development for the Linux kernel or embedded
systems, distros, etc.

For this talk, I thought I'd highlight some products that are at the extreme
edge of system size, boot time, or (some other interesting metric), as an indication
of where the industry is at.

Can anyone point me to products (not dev boards or internal demos) with
1) really small memory footprint
2) really quick boot time (all the way to customer use of the product)
3) some other extreme (lowest end processor, hardest realtime, longest
battery life, etc.)

Let me know if you've heard of something, or have done something.
I may have to separate answers into product categories, since these
attributes are affected enormously by the user-space stack.

Thanks for any info you can provide.
-- Tim


Re: [PROPOSAL] Compressed printk messages

Wolfram Sang
 

Tim,

There might also be some benefit from message consolidation. (I don't know
if the compiler already coalesces identical strings, but this system should
be able to.)
Please note that my devm proposal intends to have convenience functions
which shall print error messages for standard code patterns. That will
remove a lot of inconsistent error strings ("can't get this or that")
from boilerplate code in probe functions.

Regards,

Wolfram


Request for bids

Bird, Tim <Tim.Bird@...>
 

Hello everyone,

I am now officially soliciting bids for the contract projects listed at:
http://elinux.org/Project_Proposals_for_2013

You can find detailed instructions for bidding at:
http://elinux.org/CEWG_project_bidding_instructions

The time is unfortunately not very long for bids to be
received. The bid deadline is October 21. Please
send the bids to me before then. I will be travelling the
week of October 14, so my responses may be delayed.
If you do not get an acknowledgement from me, please
ping me before the deadline to make sure I received
your bid.

Thanks very much.

-- Tim Bird
CEWG Architecture Group Chair


Re: [PROPOSAL] CPU Shielding capability

Bird, Tim <Tim.Bird@...>
 

On Wednesday, October 02, 2013 6:37 PM, Lucas De Marchi wrote:
Why not use the isolcpus on the kernel command line? It doesn't depend
on cgroups. Do you really need to configure this at runtime?
Good questions. I hadn't heard of isolcpus. I'll have to ask the Sony
team interested in this if they're aware of it, and if they need this
feature at runtime.
-- Tim


Re: [PROPOSAL] Android boot time improvements

Bird, Tim <Tim.Bird@...>
 

On Thursday, October 03, 2013 2:28 AM, Jean-Christophe PLAGNIOL-VILLARD wrote:
here I get board with a full system + QT UI in 300ms running from cold start.
Wow! That's really impressing. Can you provide any details? Is that from power on
to Qt driving the gui with an image up? Are you doing XIP? I haven't seen times
under 500 ms. unless people are doing some form of XIP, because binaries
are getting so big these days that just the load/link times are getting bad.
Did you statically link or pre-link?

Thanks - any details on this would be great. I'm trying to find examples of
quick boot, to use for the "state of the art" for my status presentation
at ELCE.

You must specify what means boot time because boot time can be up to the
prompt or up to specific application feature that is customer specific not
general purpose
Agreed. It's valuable to see new boot-time enhancement techniques. But
we should be specific about what the limits are, relative to other techniques.
One appeal of the checkpoint technique is that it appears to be general-purpose.
I'm not sure what technique is being proposed in Artemi's project.

As an aside, I'm not sure why checkpoint isn't referred to as hibernation, but I
haven't looked into the details.
-- Tim


Re: [PROPOSAL] Setup LTSI Testing/Validation infrastructure

Bird, Tim <Tim.Bird@...>
 

On Wednesday, October 02, 2013 11:28 PM, Artemi Ivanov wrote:

; Summary: Setup LTSI Testing/Validation infrastructure
Thanks - wiki page at:
http://elinux.org/Setup_LTSI_Testing/Validation_infrastructure

-- Tim