Alex Bennée <alex.ben...@linaro.org> writes: > Hi, > > This is the latest iteration of the plugins series. The main changes > from the last version are: > > - dropped passing of haddr to plugins > > This makes the code for handling the plugins less invasive in the > softmmu path at the cost of offloading processing to the plugin if it > wants the value. We rely on the fact that the TLB is per vCPU so a > helper can just trigger a re-query of the TLB to get the final > address. > > Part of that change involved embedding the MMU index in the meminfo > field for tracing. I see there are some other patches on the list for > messing with TCGMemOp so there might be a clash coming up. > > - translator_ld goes direct to softmmu/user functions > > I also mark the [SOFTMMU_]CODE_ACCESS helpers as deprecated. There is > more work to be done to clean up all the current uses of code access > helpers but ideally the only thing that should be peaking at code is > the translator loop itself. However a bunch of helpers have taken to > using code loading functions to peak at the instruction just executed > to figure out what to do. Once those have been fixed then we can > remove those helpers. > > Other more minor fixes can be found documented bellow the --- in the > individual patches. > > This series also includes the semihosting patches as they are a > pre-requisite for the translator_ld patches for ARM. > > Once the tree opens up for development again I hope to get the > semihosting and trivial clean-up patches merged quickly so the patch > count for the plugins patches proper can be reduced a bit.
Next time, please explain briefly what TCG plugins are about right in your cover letter. I had to go hunting for this. Found "[PATCH v4 11/54] docs/devel: add plugins.rst design document". Please advise why TCG plugins don't undermine the GPL. Any proposal to add a plugin interface needs to do that.
