public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "Günter Kukkukk" <linux@kukkukk.com>
To: Harvey Harrison <harvey.harrison@gmail.com>
Cc: Steve French <smfrench@gmail.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Adrian Bunk <bunk@kernel.org>,
	linux-kernel@vger.kernel.org, samba-technical@lists.samba.org,
	linux-cifs-client@lists.samba.org
Subject: Re: [2.6.27 patch] the scheduled smbfs removal
Date: Tue, 20 May 2008 04:40:58 +0200	[thread overview]
Message-ID: <200805200441.00236.linux@kukkukk.com> (raw)
In-Reply-To: <1211244549.5915.111.camel@brick>

Am Dienstag, 20. Mai 2008 schrieb Harvey Harrison:
> On Mon, 2008-05-19 at 19:00 -0500, Steve French wrote:
> > Harvey Harrison <harvey.harrison@gmail.com> wrote on 05/19/2008 
> > Note that some of the backlevel server support issues aren't handled
> > by smbfs either (and are hard due to protocol limitations). Guenter
> > Kukkukk had been tracking some of the issues with better backlevel
> > support (mostly for OS/2 and Win9x servers) so he might have more
> > information, but the obvious holes that come to mind are:
> > 
> > a) utimes to backlevel (lanman) servers
> > b) For some pre-Unicode servers it would help to be able to change the
> > code page used when translating readdir responses - so that we can
> > convert the server's readdir results from the old DBCS code pages to
> > UTF-8.
> > c) optionally zeroing pages on the client to work around the few buggy
> > old servers which don't zero on expanding file size remotely.
> > d) support for ancient dos ("core smb") servers
> > 
> > There are also a few places where Jeff Layton noticed the cifs code
> > would always try the more recent smb command (which fails) and only
> > then issue the backlevel SMB command (in a few of the places, it would
> > be safe to "remember" the "operation not supported" answer or
> > equivalent so we don't have to first try a command which will always
> > fail).
> 
> So it's generally people talking to older (or very old) servers that
> would be affected by this?  What options would they have if smbfs were
> removed?  Is there an alternative to smbfs that would work?  FUSE client?
> 
> (Not affected personally, just curious what the alternatives are where
> cifs won't do it)
> 
> Harvey
> 
> 
> 

dropping smbfs in 2.6.27 will conflict with
  - legacy servers like
       - win9x/me
       - OS/2
       - even todays sold "samba NAS boxes (2.x.x)" (!!!)
       - other old legacy servers like MSDOS/IBMDOS

Cifs vfs - the successor of smbfs - was _initially_
designed to only support the "NT LM 0.12" and "POSIX 2"
SMB/CIFS network dialects - NO legacy support at all.

I really can't talk about "FUSE client" - the burden
is on cifs vfs ... to also support legacy servers.

Steve French has already mentioned "some 
not implemented legacy features".

What is not working today in cifs vfs (regarding legacy servers):
  - stat()
  - utimes()
  - ....

There might be more glitches ...

Cheers, Günter

Btw - work is done to solve the outstanding problems

  parent reply	other threads:[~2008-05-20  2:43 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-05-20  0:00 [2.6.27 patch] the scheduled smbfs removal Steve French
2008-05-20  0:49 ` Harvey Harrison
2008-05-20  1:49   ` Steve French
2008-05-20  2:40   ` Günter Kukkukk [this message]
  -- strict thread matches above, loose matches on Subject: below --
2008-05-19 21:53 Adrian Bunk
2008-05-19 22:32 ` Andrew Morton
2008-05-19 23:03   ` Steven French
2008-05-19 23:06     ` Harvey Harrison

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=200805200441.00236.linux@kukkukk.com \
    --to=linux@kukkukk.com \
    --cc=akpm@linux-foundation.org \
    --cc=bunk@kernel.org \
    --cc=harvey.harrison@gmail.com \
    --cc=linux-cifs-client@lists.samba.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=samba-technical@lists.samba.org \
    --cc=smfrench@gmail.com \
    /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