On 2 August 2013 00:26, Andy Green <andy.gr...@linaro.org> wrote:
> On 2 August 2013 01:46, Jon Medhurst (Tixy) <t...@linaro.org> wrote:
>> with vexpress we have the added complication thrown into the mix that
>> people use it a lot with QEMU ;-)
>
> ...if there's something special needed for QEMU, maybe the fragments
> are the right answer.

My general aim is that the kernel that works on h/w should
also work on the QEMU model. In general it does, though we
rely a bit on various driver probe routines gracefully coping
with the device not actually being present. "Somebody put
something new into the kernel and exposed a missing bit
of QEMU emulation support" is also a periodic event, but those
are just bugs that need fixing.

The biggest roadblock I'm seeing at the moment actually is
that there's a big class of problems (which generally
boil down to "wrong kernel config" or sometimes "wrong
QEMU command line arguments") which manifest as "kernel
produces no output". 'common and easy user error' + 'zero
diagnostics' = 'lots of annoying support email' :-)
x86 manages to do much better here because the "everything
looks like a PC" effect means it's much easier for the kernel
to produce output to serial or video very early. It's much
easier to configure an ARM kernel so it doesn't look for the
serial port in the right place or so it falls over before it
gets round to actually being able to output to serial (and
earlyprintk is very hit-and-miss especially in a multiplatform
kernel). I'm not sure there's really a good solution to this
problem, though :-(

-- PMM

_______________________________________________
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Reply via email to