From nobody@FreeBSD.org  Sun Oct 28 12:12:56 2001
Return-Path: <nobody@FreeBSD.org>
Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21])
	by hub.freebsd.org (Postfix) with ESMTP id EEB0837B405
	for <freebsd-gnats-submit@FreeBSD.org>; Sun, 28 Oct 2001 12:12:55 -0800 (PST)
Received: (from nobody@localhost)
	by freefall.freebsd.org (8.11.4/8.11.4) id f9SKCtT48887;
	Sun, 28 Oct 2001 12:12:55 -0800 (PST)
	(envelope-from nobody)
Message-Id: <200110282012.f9SKCtT48887@freefall.freebsd.org>
Date: Sun, 28 Oct 2001 12:12:55 -0800 (PST)
From: Brad Laue <brad@brad-x.com>
To: freebsd-gnats-submit@FreeBSD.org
Subject: USB devices cripple SMBFS
X-Send-Pr-Version: www-1.0

>Number:         31565
>Category:       kern
>Synopsis:       USB devices cripple SMBFS
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Oct 28 12:20:03 PST 2001
>Closed-Date:    Sat Jan 5 19:59:40 PST 2002
>Last-Modified:  Sat Jan 05 19:59:52 PST 2002
>Originator:     Brad Laue
>Release:        4.4-STABLE
>Organization:
>Environment:
FreeBSD Discovery.brad-x.com 4.4-STABLE FreeBSD 4.4-STABLE #0: Sun Oct 28 12:52:29 EST 2001     root@Discovery.brad-x.com:/usr/src/sys/compile/PHOENIX  i386
>Description:
Compile the following into your kernel:

options         NETSMB                  #SMB/CIFS requester
options         NETSMBCRYPTO            #encrypted password support for
SMB

# mchain library. It can be either loaded as KLD or compiled into kernel
options         LIBMCHAIN               #mbuf management library

# Kernel side iconv library
options         LIBICONV

options         SMBFS

Plug a Microsoft USB mouse in and try to mount an SMB share after the USB
mouse has detected. This will return a "no buffer space available"
message. All other networking functions are unimpaired.

Tested this with all but umass compiled directly into the kernel, and no
modules. I will be able to do further tests on monday, e.g. does an
existing share stop responding when the mouse is plugged in? Does SMBFS work if the USB mouse is plugged in at system startup?

Disconnecting the mouse does not solve the issue; shares remain
non-mountable.

Using 4.4-STABLE cvsuped to Friday, and smbfs userland version 1.4.1, from
ports, an EtherExpress Pro 10/100, and both Windows 98 and Windows 2000
AS servers.

Let me know if there is anything more I should look for and report.

Brad

>How-To-Repeat:
Compile both USB and SMBFS fully into the kernel, plug in a USB device, and try to mount a share using mount_smbfs. I will test out modularization and see if this changes matters, but the flaw exists nonetheless in this configuration.
>Fix:
Don't use USB if you need to access SMBFS shares.
>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->feedback 
State-Changed-By: sheldonh 
State-Changed-When: Thu Dec 27 04:41:59 PST 2001 
State-Changed-Why:  
Have you asked around on the freebsd-stable mailing list to see whether 
anyone else is seeing this behaviour?  It really sounds like a hardware 
conflict, but that's just a guess. 

http://www.FreeBSD.org/cgi/query-pr.cgi?pr=31565 
State-Changed-From-To: feedback->closed 
State-Changed-By: kris 
State-Changed-When: Sat Jan 5 19:59:40 PST 2002 
State-Changed-Why:  
Feedback timeout 

http://www.FreeBSD.org/cgi/query-pr.cgi?pr=31565 
>Unformatted:
