Hi! > > Changes since v7 [1]: > > At Maintainer Summit, Greg brought up a topic I proposed around > > EXPORT_SYMBOL_GPL usage. The motivation was considerations for when > > EXPORT_SYMBOL_GPL is warranted and the criteria for taking the > > exceptional step of reclassifying an existing export. Specifically, I > > wanted to make the case that although the line is fuzzy and hard to > > specify in abstract terms, it is nonetheless clear that > > devm_memremap_pages() and HMM (Heterogeneous Memory Management) have > > crossed it. The devm_memremap_pages() facility should have been > > EXPORT_SYMBOL_GPL from the beginning, and HMM as a derivative of that > > functionality should have naturally picked up that designation as well. > > > > Contrary to typical rules, the HMM infrastructure was merged upstream > > with zero in-tree consumers. There was a promise at the time that those > > users would be merged "soon", but it has been over a year with no drivers > > arriving. While the Nouveau driver is about to belatedly make good on > > that promise it is clear that HMM was targeted first and foremost at an > > out-of-tree consumer. Ok, so who is this consumer and is he GPLed? > It should be noted that [7/7] has a cc:stable. That is pretty evil thing to do, right? The aim here is not to fix "a real bug that hits people", AFAICT. The aim is to break existing configurations for users. Political games are sometimes neccessary, but should not really be played with stable. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
Attachment:
signature.asc
Description: Digital signature
_______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/dri-devel
