On 20.07.2011, at 18:41, Stefan Weil wrote:
> Am 19.07.2011 04:53, schrieb Alexander Graf:
>> During the transition to get rid of CONFIG_XEN_MAPCACHE we lost the mapcache
>> stubs along the way. Nobody realized it because the commands were guarded by
>> if (xen_enabled()) clauses that made gcc op
On 07/19/2011 05:53 AM, Alexander Graf wrote:
During the transition to get rid of CONFIG_XEN_MAPCACHE we lost the mapcache
stubs along the way. Nobody realized it because the commands were guarded by
if (xen_enabled()) clauses that made gcc optimize out the respective calls.
Except those build
On 20.07.2011, at 17:12, Avi Kivity wrote:
> On 07/19/2011 05:53 AM, Alexander Graf wrote:
>> During the transition to get rid of CONFIG_XEN_MAPCACHE we lost the mapcache
>> stubs along the way. Nobody realized it because the commands were guarded by
>> if (xen_enabled()) clauses that made gcc op
Am 19.07.2011 04:53, schrieb Alexander Graf:
During the transition to get rid of CONFIG_XEN_MAPCACHE we lost the
mapcache
stubs along the way. Nobody realized it because the commands were
guarded by
if (xen_enabled()) clauses that made gcc optimize out the respective
calls.
This patch adds th
During the transition to get rid of CONFIG_XEN_MAPCACHE we lost the mapcache
stubs along the way. Nobody realized it because the commands were guarded by
if (xen_enabled()) clauses that made gcc optimize out the respective calls.
This patch adds the stubs again - this time in the generic xen-stubs
