Based on the previous discussions and suggestion by Jeff on providing a way
to tell about compiled kernel config options, I wrote a simple patch. It seems
useful. But, feel free to ignore this patch if you think it is not..
From: Suresh Jayaraman sjayara...@suse.de
Subject: [RFC][PATCH 1/2] cifs:
On Fri, 30 Jul 2010 15:29:35 +0530
Suresh Jayaraman sjayara...@suse.de wrote:
Based on the previous discussions and suggestion by Jeff on providing a way
to tell about compiled kernel config options, I wrote a simple patch. It seems
useful. But, feel free to ignore this patch if you think it
From: Suresh Jayaraman sjayara...@suse.de
Subject: [PATCH 1/2] cifs: show features compiled in as part of DebugData
This patch adds the features that are compiled in to the CIFS debugging data
as shown below:
$cat /proc/fs/cifs/DebugData
Display Internal CIFS Data Structures for
From: Suresh Jayaraman sjayara...@suse.de
Subject: [PATCH 2/2] cifs: update README
Update the README file to reflect that now DebugData shows all
the features enabled.
Signed-off-by: Suresh Jayaraman sjayara...@suse.de
Cc: Jeff Layton jlay...@redhat.com
--
fs/cifs/README |5 +++--
1 files
On Fri, 30 Jul 2010 17:57:22 +0530
Suresh Jayaraman sjayara...@novell.com wrote:
From: Suresh Jayaraman sjayara...@suse.de
Subject: [PATCH 1/2] cifs: show features compiled in as part of DebugData
This patch adds the features that are compiled in to the CIFS debugging data
as shown below:
Fixed the nit pointed out by Jeff.
From: Suresh Jayaraman sjayara...@suse.de
Subject: [PATCH 1/2] cifs: show features compiled in as part of DebugData
This patch adds the features that are compiled in to the CIFS debugging data
as shown below:
$cat /proc/fs/cifs/DebugData
Remove the __exit mark from cifs_exit_dns_resolver() as it's called by the
module init routine in case of error, and so may have been discarded during
linkage.
Signed-off-by: David Howells dhowe...@redhat.com
Acked-by: Jeff Layton jlay...@redhat.com
---
fs/cifs/dns_resolve.c |2 +-
If someone ever wants a script to parse this - seems like your
(original?) idea of putting this in /proc/fs/cifs/features instead of
/proc/fs/cifs/DebugData (which has various other pieces of debug
information) could be easier.
On Fri, Jul 30, 2010 at 7:55 AM, Suresh Jayaraman
On Fri, 30 Jul 2010 09:40:17 -0500
Steve French smfre...@gmail.com wrote:
I don't see a useful archive of this list (I used to use marc.info for
linux-cifs on samba.org) - has anyone found a good archive of this
list.
http://dir.gmane.org/gmane.linux.kernel.cifs
When I switched the list
Make ntlmv2 as an authentication mechanism ithin ntlmssp
instead of ntlmv1.
Parse type 2 response in ntlmssp negotiation to pluck
AV pairs and use them to calculate ntlmv2 response token.
Also, assign domain name from the sever response in type 2
packet of ntlmssp and use that (netbios) domain
On 07/30/2010 08:10 PM, Steve French wrote:
I don't see a useful archive of this list (I used to use marc.info for
linux-cifs on samba.org) - has anyone found a good archive of this
list.
Yeah, Gmane seem to be working fine with the new mailing list:
On 7/22/2010 5:28 AM, Suresh Jayaraman wrote:
Here are some results from my benchmarking:
Environment
I'm using my T60p laptop as the CIFS server (running Samba) and one of
my test machines as CIFS client, connected over an ethernet of reported
speed 1000 Mb/s. The TCP bandwidth
12 matches
Mail list logo