On 30.11.2012 10:50, Lucas Stach wrote: > I'm with Thierry here. I think there is a fair chance that we won't get > the API right from the start, even when trying to come up with something > that sounds sane to everyone. It's also not desirable to delay gr2d > going into mainline until we are all completely satisfied with the API. > > I also fail to see how host1x module being in the DRM directory hinders > any downstream development. So I'm in favour of keeping host1x besides > the other DRM components to lower the burden for API changes and move it > out into some more generic directory, once we feel confident that the > API is reasonable stable. host1x module being in DRM directory hinders using nvhost from anywhere outside DRM in both upstream and downstream. I also don't like first putting the driver in one place, and then moving it with a huge commit to another place. We'd just postpone exactly the problems that were indicated earlier: we'd need to synchronize two trees to remove code in one and add in another at the same time so that there wouldn't be conflicting host1x drivers. I'd rather just add it in final place once, and be done with it. But if it's a make-it-or-brake-it for upstreaming, I can move it to be a subdirectory under drivers/gpu/drm/tegra. Would this mean that we'd modify the MAINTAINER's file so that the tegradrm entry excludes host1x sub-directory, and I'd add another one which included only the host1x sub-directory? The host1x part would be Supported, whereas rest of tegradrm is Maintained. Best regards, Terje _______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/dri-devel
