Hi Hans, On Wed, Jul 04, 2018 at 10:15:54AM +0200, Hans Verkuil wrote: > On 04/07/18 10:08, jacopo mondi wrote: > > Hi Geert, > > > > On Wed, Jul 04, 2018 at 10:00:56AM +0200, Geert Uytterhoeven wrote: > >> Hi Jacopo, > >> > >> On Wed, Jul 4, 2018 at 9:49 AM jacopo mondi <jacopo@xxxxxxxxxx> wrote: > >>> On Wed, Jul 04, 2018 at 09:36:34AM +0200, Hans Verkuil wrote: > >>>> On 12/06/18 11:43, Jacopo Mondi wrote: > >>>>> Add R-Car R8A77995 SoC to the rcar-vin supported ones. > >>>>> > >>>>> Signed-off-by: Jacopo Mondi <jacopo+renesas@xxxxxxxxxx> > >>>>> Reviewed-by: Niklas Söderlund <niklas.soderlund+renesas@xxxxxxxxxxxx> > >>>>> Reviewed-by: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx> > >>>> > >>>> Checkpatch reports: > >>>> > >>>> WARNING: DT compatible string "renesas,vin-r8a77995" appears un-documented -- check ./Documentation/devicetree/bindings/ > >>>> #29: FILE: drivers/media/platform/rcar-vin/rcar-core.c:1150: > >>>> + .compatible = "renesas,vin-r8a77995", > >>>> > >>>> I'll still accept this series since this compatible string is already used in > >>>> a dtsi, but if someone can document this for the bindings? > >>> > >>> A patch has been sent on May 21st for this > >>> https://patchwork.kernel.org/patch/10415587/ > >>> > >>> Bindings documentation usually gets in a release later than bindings > >>> users, to give time to bindings to be changed eventually before > >>> being documented. > >>> > >>> Simon, Geert, is this correct? > >> > >> Hmm, not 100% ;-) > >> > >> Usually the binding update for a trivial one like this goes in _in parallel_ > >> with its user in a .dtsi. So it happens from time to time that the binding > >> update is delayed by one kernel release (or more). > >> > > > > Thanks for clarifying > > > >> This one is a bit special, as it seems a driver update is needed, too? > >> So I'd expect the binding update would be part of this series. > >> But that may be a bit too naive on my side, as I don't follow multimedia > >> development that closely. > > > > I sent dts and driver updates in two different series, and this last > > patch is the only one that was not collected. > > https://patchwork.kernel.org/patch/10415587/ > > Weird, this patch does not appear to have been posted to the linux-media > mailinglist, but it should since we are typically responsible for applying > patches in bindings/media. My bad, I haven't copied the media list as that patch was part of a renesas board dts update and I thought it was going in through Simon (and I felt 'bad' spamming the media list with that series too, even if it involved a VIN update) > > Why don't you post a v5, this time including linux-media and I'll pick it > up in my pull request. That's easier, yes. Will do now. Thanks, sorry for the mess j > > Regards, > > Hans > > > > > Hans is taking care of taking the driver updates, should I notify you > > and Simon once those patches land on the media master branch ? > > > > Thanks > > j > > > >> > >>>>> --- a/drivers/media/platform/rcar-vin/rcar-core.c > >>>>> +++ b/drivers/media/platform/rcar-vin/rcar-core.c > >>>>> @@ -1045,6 +1045,18 @@ static const struct rvin_info rcar_info_r8a77970 = { > >>>>> .routes = rcar_info_r8a77970_routes, > >>>>> }; > >>>>> > >>>>> +static const struct rvin_group_route rcar_info_r8a77995_routes[] = { > >>>>> + { /* Sentinel */ } > >>>>> +}; > >>>>> + > >>>>> +static const struct rvin_info rcar_info_r8a77995 = { > >>>>> + .model = RCAR_GEN3, > >>>>> + .use_mc = true, > >>>>> + .max_width = 4096, > >>>>> + .max_height = 4096, > >>>>> + .routes = rcar_info_r8a77995_routes, > >>>>> +}; > >>>>> + > >>>>> static const struct of_device_id rvin_of_id_table[] = { > >>>>> { > >>>>> .compatible = "renesas,vin-r8a7778", > >>>>> @@ -1086,6 +1098,10 @@ static const struct of_device_id rvin_of_id_table[] = { > >>>>> .compatible = "renesas,vin-r8a77970", > >>>>> .data = &rcar_info_r8a77970, > >>>>> }, > >>>>> + { > >>>>> + .compatible = "renesas,vin-r8a77995", > >>>>> + .data = &rcar_info_r8a77995, > >>>>> + }, > >>>>> { /* Sentinel */ }, > >>>>> }; > >>>>> MODULE_DEVICE_TABLE(of, rvin_of_id_table); > >> > >> Gr{oetje,eeting}s, > >> > >> Geert > >> > >> -- > >> Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@xxxxxxxxxxxxxx > >> > >> In personal conversations with technical people, I call myself a hacker. But > >> when I'm talking to journalists I just say "programmer" or something like that. > >> -- Linus Torvalds >
Attachment:
signature.asc
Description: PGP signature