Hi Hans, Thanks for the patchset.
On Thu, Sep 20, 2012 at 5:36 PM, Hans Verkuil <hverk...@xs4all.nl> wrote: > Hi Prabhakar, > > This is the second patch series for a vpif driver cleanup. > > The first version can be found here: > > http://www.mail-archive.com/linux-media@vger.kernel.org/msg52136.html > > Changes since RFCv1: > > - rebased to a newer git repo: > > http://git.linuxtv.org/mhadli/v4l-dvb-davinci_devices.git/shortlog/refs/heads/da850_vpif_machine > > - fixed probe() cleanup code in both display and capture that was seriously > broken. > > - fixed a broken s_routing implementation in the tvp514x driver: if there > is no incoming video signal, then s_routing would return EINVAL and > leave the driver with an inconsistent internal state. This has always > been a problem, but with this patch series it suddenly became really > noticable. s_routing shouldn't try to wait for a valid signal, that's > not what s_routing should do. > > This patch series does some driver cleanup and reorganizes the config > structs that are used to set up subdevices. > > The current driver associates an input or output with a subdev, but multiple > inputs may use the same subdev and some inputs may not use a subdev at all > (this is the case for our hardware). > > Several other things were also configured in the wrong structure. For > example the vpif_interface struct is really part of the channel config > and has nothing to do with the subdev. > Acked-by: Prabhakar Lad <prabhakar....@ti.com> Tested-by: Prabhakar Lad <prabhakar....@ti.com> > What is missing here is that the output doesn't have the same flexibility > as the input when it comes to configuration. It would be good if someone > can pick this up as a follow-up since it's unlikely I'll be working on > that. > Working on it. Regards, --Prabhakar Lad > What would also be nice is that by leaving the inputs or outputs for the > second channel empty (NULL) in the configuration you can disable the second > video node, e.g. trying to use it will always result in ENODEV or something. > > This patch series will at least make things more flexible. > > Regards, > > Hans > _______________________________________________ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source