On Wed, 2011-12-14 at 08:35 +0200, Sasha Levin wrote:
>
> In that case, KVM_CAP_IOEVENTFD is simply not set, so we're better off
> checking the cap dynamically instead of having it defined statically
> in the makefile.
>
> I'll send a short patch that does that.
Indeed, and in general, even if i
On Wed, 2011-12-14 at 11:34 +1100, Matt Evans wrote:
> On 13/12/11 21:23, Sasha Levin wrote:
> > On Tue, 2011-12-13 at 18:00 +1100, Matt Evans wrote:
> >> The second patch is a small fix for generic virtio code (now that we have a
> >> PPC build) which removes reliance on ioeventfds for PPC, which
On 13/12/11 21:23, Sasha Levin wrote:
> On Tue, 2011-12-13 at 18:00 +1100, Matt Evans wrote:
>> The second patch is a small fix for generic virtio code (now that we have a
>> PPC build) which removes reliance on ioeventfds for PPC, which doesn't
>> provide
>> them.
>
> Hm... ioeventfds are locat
On Tue, 2011-12-13 at 18:00 +1100, Matt Evans wrote:
> The second patch is a small fix for generic virtio code (now that we have a
> PPC build) which removes reliance on ioeventfds for PPC, which doesn't provide
> them.
Hm... ioeventfds are located in the generic code and should be available
on a
These two patches build on the previous "split out arch-specific" work. The
first adds a PPC64 build, basic CPU support, guest RAM mapping (using
hugepages),
flat kernel loading and all required arch-specific definitions & structures.
With patches to date, this should build PPC but not necessari
