mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Hans de Goede <hdegoede@redhat.com>
To: "Knut St. Osmundsen" <knut.osmundsen@oracle.com>,
	vbox-dev@virtualbox.org
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Arnd Bergmann <arnd@arndb.de>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: [vbox-dev] [RFC] VGDrvCommonIoCtl: Add f32bit flag argument
Date: Mon, 14 Aug 2017 14:19:46 +0200	[thread overview]
Message-ID: <6ccad347-874e-8291-32bc-27fa44ea7259@redhat.com> (raw)
In-Reply-To: <83cdfab2-a5df-83c5-2fb0-55f8d81408be@oracle.com>

Hi,

On 14-08-17 13:43, Knut St. Osmundsen wrote:
> Hi Hans,
> 
> the other platforms also have KPIs or similar constructs for figuring
> out whether the client process issuing the I/O controls is a 32-bit or
> 64-bit one.  However, using the VBOXGUEST_IOCTL_FLAG set to 0 or 0x80 if
> 32-bit or 64-bit was a less complex (+faster(+safer)) way of deal with
> this.  The host driver does this as well.  I would like the structure of
> the two to be as similar as possible.
> 
> I'm not very keen to adding linux specific clutter (f32Bit + #ifndef
> RT_OS_LINUX) to the common code just because you can do it differently
> only Linux.  Sorry.  Want minimal platform specific cruft in common
> code.  Hope you understand.

OK and yes I understand.

> PS. I noticed in the Linux kernel RFC email thread that we've agreed to
> freeze the I/O control ABI.  We cannot guarantee that's it's 100% frozen
> at this point, since the generic status code fix (getting rid of that
> ioctl non-zero return value) hasn't been done yet.  I will see if I can
> squeeze it in later this week.

I had already decided to just live with the positive return for vbox
host status codes, but if you want this changed for other reasons, then yes
now would be the time to do that. But you don't have to do it just on
my account.

Regards,

Hans



> 
> 
> On 2017-08-14 9:30 AM, Hans de Goede wrote:
>> On 14-08-17 09:27, Hans de Goede wrote:
>>> Note to linux-kernel readers: This Cc-ed to linux-kernel because it is
>>> relevant for the "[RFC 0/2] Add Virtual Box vboxguest and vboxsf guest
>>> drivers to the mainline kernel" thread.
>>>
>>> Hi Michael, Knut,
>>>
>>> My first submission of the vboxguest driver for inclusion into
>>> the Linux kernel has lead to some questions about the use of the
>>> VBOXGUEST_IOCTL_FLAG to differentiate between 32 and 64 bit
>>> ioctls. Under Linux this is not necessary, as the driver already
>>> knows if it is serving a 32 bit compat or a regular ioctl.
>>>
>>> So I've come up with this patch to make VBOXGUEST_IOCTL_FLAG
>>> always 0 under Linux. I was hoping the f32bit flag could be
>>> used under more platforms so that it would actually be a cleanup,
>>> but it seems that Linux is the only platform with a compat_ioctl
>>> callback in its file-operations struct.
>>>
>>> Please let me know if you would be willing to merge this patch
>>> into upstream VirtualBox.
>>
>> p.s.
>>
>> I've only tested this patch with Linux!
>> _______________________________________________
>> vbox-dev mailing list
>> vbox-dev@virtualbox.org
>> https://www.virtualbox.org/mailman/listinfo/vbox-dev
> 
> 
> _______________________________________________
> vbox-dev mailing list
> vbox-dev@virtualbox.org
> https://www.virtualbox.org/mailman/listinfo/vbox-dev
> 

  parent reply	other threads:[~2017-08-14 12:19 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-08-14  7:27 Hans de Goede
2017-08-14  7:27 ` [PATCH] " Hans de Goede
     [not found] ` <3e0b527c-a6ed-243b-15d9-b29c14905763@redhat.com>
     [not found]   ` <83cdfab2-a5df-83c5-2fb0-55f8d81408be@oracle.com>
2017-08-14 12:19     ` Hans de Goede [this message]
2017-08-21 12:48       ` Modifying the vboxguest ioctl API (Was: Re: [vbox-dev] [RFC] VGDrvCommonIoCtl: Add f32bit flag argument) Hans de Goede

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=6ccad347-874e-8291-32bc-27fa44ea7259@redhat.com \
    --to=hdegoede@redhat.com \
    --cc=arnd@arndb.de \
    --cc=gregkh@linuxfoundation.org \
    --cc=knut.osmundsen@oracle.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=vbox-dev@virtualbox.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®