Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S936851Ab3DJN7c (ORCPT ); Wed, 10 Apr 2013 09:59:32 -0400 Received: from mail-ia0-f172.google.com ([209.85.210.172]:61743 "EHLO mail-ia0-f172.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S936414Ab3DJN73 (ORCPT ); Wed, 10 Apr 2013 09:59:29 -0400 MIME-Version: 1.0 In-Reply-To: <20130410081221.753e4bb3@corrin.poochiereds.net> References: <1365511227-17626-1-git-send-email-piastry@etersoft.ru> <1365511227-17626-5-git-send-email-piastry@etersoft.ru> <20130410071144.08ef2983@corrin.poochiereds.net> <20130410081221.753e4bb3@corrin.poochiereds.net> Date: Wed, 10 Apr 2013 17:59:28 +0400 X-Google-Sender-Auth: FqCrlKlxn5Y7CNcaS1wZBL3Q0GA Message-ID: Subject: Re: [PATCH v5 4/7] CIFS: Use NT_CREATE_ANDX command for forcemand mounts From: Pavel Shilovsky To: Jeff Layton Cc: linux-cifs , Linux NFS Mailing list , wine-devel@winehq.org, samba-technical@lists.samba.org, linux-kernel@vger.kernel.org, linux-fsdevel Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 912 Lines: 25 2013/4/10 Jeff Layton : > (cc'ing samba-technical) > > I don't understand. Why would we need to use NT_CREATE_ANDX in lieu of > the POSIX trans2 open if the client isn't setting a share reservation > on that particular open? The server should still enforce share > reservations that are already set on the file regardless of which > method is used. Ok, I checked it out: Samba still enforce share reservations for trans2 opens too. In this case we need a check like if (IS_SHARELOCK(inode) && cifs_get_share_flags(openflags) != FILE_SHARE_ALL) /* use NT_CREATE_ANDX */ else /* use TRANS2 OPEN */ -- Best regards, Pavel Shilovsky. -- 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/