On 12/09/2010 05:13 PM, Markus Armbruster wrote:
Avi Kivity<a...@redhat.com>  writes:

>  On 12/06/2010 06:43 PM, Alex Williamson wrote:
>>  On Mon, 2010-12-06 at 18:34 +0200, Avi Kivity wrote:
>>  >   On 12/06/2010 06:21 PM, Alex Williamson wrote:
>>  >   >   v2:
>>  >   >     - Reimplement 2/5 to remove more cruft
>>  >   >
>>  >   >   v1:
>>  >   >
>>  >   >   Now that we've got PCI capabilities cleaned up and device assignment
>>  >   >   using them, we can add more capabilities to be guest visible.  This
>>  >   >   adds minimal PCI Express, PCI-X, and Power Management, along with
>>  >   >   direct passthrough Vital Product Data and Vendor Specific 
capabilities.
>>  >   >   With this, devices like tg3, bnx2, vxge, and potentially quite a few
>>  >   >   others that didn't work previously should be happier.  Thanks,
>>  >   >
>>  >
>>  >   Applied, thanks.  EFAULT is not the best error return, though.
>>
>>  Do you prefer EBUSY?  Bad address seemed appropriate here, but I'm not
>>  attached to it.  Feel free to change it, or I can send a follow-up.
>>  Thanks,
>
>  EBUSY isn't descriptive either, but EFAULT is wrong, it's the syscall
>  equivalent of a SEGV, which hasn't happened here.  How I hate errno.h.

EEXIST?  EINVAL?

I guess EINVAL is best ("go read the source code").

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

--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to