RPI HDMI audio for linux upstream tree.

Michael Zoran mzoran at crowfest.net
Tue Oct 18 11:11:33 PDT 2016


On Tue, 2016-10-18 at 10:59 -0700, Eric Anholt wrote:
> Michael Zoran <mzoran at crowfest.net> writes:
> 
> > Hi, 
> > 
> > I'm aware of the effort to upstream the vchiq driver from the
> > downstream RPI linux tree.  In fact, I'm working on a patch set to
> > allow the vchiq driver to be compiled for arm64.  I should be able
> > to
> > submit this shortly.
> > 
> > The question I was wondering is if any effort is being made to get
> > HDMI
> > audio for the RPI upstreamed?  IMHO, I'm not sure if vchiq has a
> > whole
> > lot of value without the audio driver being added as well.   I'm
> > fact,
> > to test my patches I've been copying the driver back to the
> > downstream
> > tree just so I have a test mechanism.
> > 
> > I would also like to add that I just so happen to have a arm64 port
> > of
> > the HDMI audio driver that seems to work quite well.   I'm able to
> > play
> > movies through VLC and watch videos from Youtube on my RPI3 running
> > in
> > arm64 mode.
> 
> We should really be driving HDMI audio entirely from the ARM.  I
> haven't
> scoped out the native stuff yet, but I expect it will be 80%
> bikeshedding DT bindings.  I'd consider firmware-based HDMI audio to
> be
> a temporary solution until we get ARM-side HDMI audio to work.
> 
> That said, something temporary may be worth doing until we can get
> the
> open source stuff done.  Want to look into putting it into staging?
> 
> My motivation for VCHIQ was to get media driver (camera, video
> decode,
> video encode) support.  I don't think we can get media fully opened,
> so
> VCHI is our only route to supporting it currently.

I would be interested in staging the audio driver even if it is only a
temp fix.  When combined with the new 3D video driver, it would add a
lot of value to the upstream code.





More information about the linux-rpi-kernel mailing list