Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1031345Ab2K3RNe (ORCPT ); Fri, 30 Nov 2012 12:13:34 -0500 Received: from mail-da0-f46.google.com ([209.85.210.46]:60923 "EHLO mail-da0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1758836Ab2K3RJh (ORCPT ); Fri, 30 Nov 2012 12:09:37 -0500 Date: Fri, 30 Nov 2012 09:09:21 -0800 From: Greg KH To: Andy King Cc: George Zhang , linux-kernel@vger.kernel.org, virtualization@lists.linux-foundation.org, pv-drivers@vmware.com, Dmitry Torokhov Subject: Re: [PATCH 12/12] VMCI: Some header and config files. Message-ID: <20121130170921.GA6247@kroah.com> References: <20121127002357.GA27683@core.coreip.homeip.net> <1481496655.36482563.1354294066563.JavaMail.root@vmware.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1481496655.36482563.1354294066563.JavaMail.root@vmware.com> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1642 Lines: 36 On Fri, Nov 30, 2012 at 08:47:46AM -0800, Andy King wrote: > I didn't get the resend either, so it seems our corporate mail really is > eating messages. Lovely. > > > > > +#define IOCTLCMD(_cmd) IOCTL_VMCI_ ## _cmd > > > > > > I don't recall ever getting a valid answer for this (if you did, my > > > appologies, can you repeat it). What in the world are you talking > > > about here? Why is your driver somehow special from the thousands > > > of other ones that use the in-kernel IO macros properly for an > > > ioctl? > > Because we're morons. And unfortunately, we've shipped our product > using those broken definitions: our VMX uses them to talk to the driver. > So here's what we'd like to do. We will send out a patch soon that > fixes the other issues you mention and also adds IOCTL definitions the > proper way using _IOBLAH(). But we'd also like to retain these broken > definitions for a short period, commented as such, at least until we > can get out a patch release to Workstation 9, at which point we can > remove them. Does that sound reasonable? It has been my experience, that when people say "We will remove that api sometime in the future", it never happens. So why not just do it now? Especially given that this code will be coming out in 3.9 at the earliest, and that is 6 months away, so that should be plenty of time to get this fixed up. thanks, greg k-h -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/