On Tue, Mar 27, 2012 at 08:59:59AM +0200, Zygmunt Krynicki wrote: > W dniu 27.03.2012 06:46, Paul Larson pisze: > > I like this in general, but some things to think about: > > * Raw serial log is *hugely* important. Without it, some kernel bugs > > will simply not be visible reliably. > > And we'll keep grabbing them as today. It is just the case that: > > 1) They will not contain test output, so kernel bumps will sand out > > 2) If we capture them unreliably, such as today, then nothing breaks > > > * I'm starting to be convinced that we should have to depend on working > > ethernet - this is already the case with android > > This proposal does not depend on working ethernet on the test image > > > * Speaking of android... how does this affect testing on android? It > > sounds as if it may be geared more towards ubuntu image testing > > I need to check this but I suspect we can implement a imperative agent > (shell, or even java if needed) that helps us run android early > initialization. AFAIK most of the work is alredy performed via adb. > > > * If we require ethernet, what happens when we want to do an ethernet > > enablement test (this should be coming soon) that wants to bring up/down > > ethernet interfaces and connect/disconnect them? > > As above, we don't require ethernet on the test image. If the test > starts messing with ethernet then we simply loose the real-time log > streaming. In either case the log is preserved and is recovered after > reboot from the master image.
I am a bit concerned that we add more architectural complexity to LAVA by moving to ethernet and then implementing fallbacks and special cases for the times when ethernet doesn't work... If you only had serial, what can be done? What problems need to be solved? Are there other options? -- Alexander Sack <[email protected]> Technical Director, Linaro Platform Teams http://www.linaro.org | Open source software for ARM SoCs http://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog _______________________________________________ linaro-validation mailing list [email protected] http://lists.linaro.org/mailman/listinfo/linaro-validation
