[PATCH] ARM: dts: mvebu: add ethernet to the cm-a510 board

Russell King - ARM Linux linux at arm.linux.org.uk
Fri Feb 6 02:48:48 PST 2015


On Fri, Feb 06, 2015 at 08:58:55AM +0100, Jean-Francois Moine wrote:
> On Thu, 05 Feb 2015 23:13:58 +0100
> Sebastian Hesselbarth <sebastian.hesselbarth at gmail.com> wrote:
> 
> > > At this moment, I am trying to configure the framebuffer, but as Moine
> > > told me,it seems there is not video driver support for this board in
> > > DT... :( .  
> > 
> > Not quite true. Video is made up of at least 4 different devices:
> > Framebuffer, GPU, Decode engine, and usually DVI/HDMI transmitter or
> > VGA.
> > 
> > We do have a driver for the framebuffer (armada_drm) and there is great
> > work from Russell King and others on the GPU and Decode engine (IIRC).
> 
> Yes, but it has no DT support. Mine has.

It has partial DT support.  I'm currently waiting for a production Cubox
from SolidRun (Jon Nettleton recently went to Israel, and he and Rabeeh
located one - it's currently with Jon, waiting for him to be well enough
to dispatch it to me.)  Maybe that will put an end to my HDMI problems
with DT kernels.

Until then, I've no interest in DT kernels on Dove hardware; they're
basically not functional for me.

> From my previous tests with the si5351 in the Cubox, most video modes
> should work without external clocks.

Jean, let's put this into perspective.

Different HDMI sinks have different tolerances on the video timing
parameters.  Some HDMI sinks (such as monitors) accept almost any
timing.  Other sinks (such as TVs) are much stricter.

Just because it works for you without using the SI5351 does not make
it a correct implementation.  It probably means that you have a HDMI
sink that will accept wildly wrong timing but still display the image.
Other HDMI sinks may decide to ignore such a wrong signal (and many
seem to.)

You've more or less proved that by your investigations into what your
HDMI sink will accept for audio (which is basically anything) which,
again, is not the general rule.

Taking your case and trying to make believe that it applies everywhere
is wholely wrong.

-- 
FTTC broadband for 0.8mile line: currently at 10.5Mbps down 400kbps up
according to speedtest.net.



More information about the linux-arm-kernel mailing list