Jan Kiszka wrote:
> The PIT may not be limited to x86 platforms. So I would propose to make
> the setup more generic and flexible. And I would move the code out of
> arch/x86, just the speaker support should remain there.
>
> I'm currently struggling with emulating a proprietary platform that has
> (among other specialties...) a different PIT base frequency, and I
> already had to patch user space qemu for customizable frequencies. Maybe
> this kernel extension is a good chance to generalize the PIT setup, and
> I would be happy to contribute to this if there is a consensus.
>   

Certainly an ioctl() to configure the PIT can be added.  I think that we 
can leave that to a later patch though.

-- 
error compiling committee.c: too many arguments to function


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
kvm-devel mailing list
kvm-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/kvm-devel

Reply via email to