On Wed, Nov 4, 2015 at 8:47 AM, Thierry Reding <thierry.reding@xxxxxxxxx> wrote: > On Thu, Oct 01, 2015 at 05:12:27PM -0500, Rob Herring wrote: >> This is a quite large renaming to consolidate display related bindings >> into a single "display" directory from various scattered locations of >> video, drm, gpu, fb, mipi, and panel. The prior location was somewhat >> based on the Linux driver location, but bindings should be independent >> of that. > > Sorry for being so late to comment on this. I hadn't seen the patches > before and noticed only because various bindings that I chanced to look > at had moved in linux-next. > >> Signed-off-by: Rob Herring <robh@xxxxxxxxxx> >> Cc: Pawel Moll <pawel.moll@xxxxxxx> >> Cc: Mark Rutland <mark.rutland@xxxxxxx> >> Cc: Ian Campbell <ijc+devicetree@xxxxxxxxxxxxxx> >> Cc: Kumar Gala <galak@xxxxxxxxxxxxxx> > [...] >> diff --git a/Documentation/devicetree/bindings/gpu/nvidia,tegra20-host1x.txt b/Documentation/devicetree/bindings/display/tegra/nvidia,tegra20-host1x.txt >> similarity index 100% >> rename from Documentation/devicetree/bindings/gpu/nvidia,tegra20-host1x.txt >> rename to Documentation/devicetree/bindings/display/tegra/nvidia,tegra20-host1x.txt > > That's not quite correct in my opinion. host1x is a top-level module > that is the parent for a number of hardware blocks, only some of which > are display-related. host1x itself has nothing to do with display at > all, except perhaps for providing syncpoints for VBLANK counters. It's > not a GPU either, though the GPU hardware blocks are children (at least > on generations before Tegra124). Other children include hardware blocks > that do video encoding and decoding, so aren't really related to display > either. It is no worse than before and "display" is somewhat more general than "gpu" was. There's other things like i.MX IPU that similarly don't fit well. I'm not looking to solve all those cases at this point. I haven't even looked at bindings/media/ yet... > I suppose Documentation/devicetree/bindings/bus might be a more adequate > location for the host1x bindings, but then we'd need to split out the > display related pieces, and possibly refer to the host1x document from > them. The gr2d and gr3d could then be kept in the gpu subdirectory. > > Also the MIPI block is a calibration block that's used for both DSI and > CSI lanes, so it's used for both video display and capture. I can't > think of a good location for those. For both cases, unless we have similar bindings living in multiple places, the location is not so important IMO. > Also I notice that this patch doesn't update the MAINTAINERS entries > pointing at these documents, so maintainers will now no longer get Cc'ed > on patches that modify the bindings. Do you plan on fixing that up your- > self or do you expect maintainers to send patches, possibly after > further cleanup of the bindings? I'll update MAINTAINERS. Rob -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
