From pei7 at yahoo.com  Sat Nov  1 15:16:03 2008
From: pei7 at yahoo.com (Ferry Syafei Sapei)
Date: Sat Nov  1 15:16:10 2008
Subject: USB speaker does not output any sound even though recognized
Message-ID: <115856.33908.qm@web30603.mail.mud.yahoo.com>

I have just installed PC-BSD 7.0.1 on my notebook. Having finished the installation, I deactivated the automatic sound card detection by commenting snddetect_enable="YES" in /etc/rc.conf. Afterwards I added the line snd_uaudio_load="YES" to /boot/loader.conf to output the sound to an external USB speaker.

After reboot, I could see clearly in the middle of the initialization phase that PC-BSD recognized my USB speaker. However at the end of the initialization phase, PC-BSD tried to set the value of dev.pcm.0.play.vchans and I saw an error message as follows:
sysctl: dev.pcm.0.play.vchans : operation not supported by device.

Then I opened an audio file to test the USB speaker and I did not hear any sound at all.

Could someone please help me to solve this problem?

Below you can find some output from different commands:

# dmesg
Copyright (c) 1992-2008 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
        The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.            
FreeBSD 7.1-PRERELEASE #1: Tue Oct  7 09:17:14 EDT 2008                 
    root@pcbsdx32-7:/usr/obj/pcbsd-build/cvs/7.0.1-src/sys/PCBSD        
Timecounter "i8254" frequency 1193182 Hz quality 0                      
CPU: Intel(R) Core(TM)2 CPU         T7200  @ 2.00GHz (1997.34-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0x6f6  Stepping = 6                            
  Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>                                                                                                            
  Features2=0xe3bd<SSE3,RSVD2,MON,DS_CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM>                                                   
  AMD Features=0x20100000<NX,LM>                                                                                             
  AMD Features2=0x1<LAHF>                                                                                                    
  Cores per package: 2                                                                                                       
real memory  = 2145988608 (2046 MB)                                                                                          
avail memory = 2081918976 (1985 MB)                                                                                          
ACPI APIC Table: <DELL   M07    >                                                                                            
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs                                                                          
 cpu0 (BSP): APIC ID:  0                                                                                                     
 cpu1 (AP): APIC ID:  1                                                                                                      
ioapic0: Changing APIC ID to 2                                                                                               
ioapic0 <Version 2.0> irqs 0-23 on motherboard                                                                               
kbd1 at kbdmux0                                                                                                              
ath_hal: 0.10.5.6 (AR5210, AR5211, AR5212, AR5416, RF5111, RF5112, RF2413, RF5413, RF2133, RF2425, RF2417)                   
acpi0: <DELL M07    > on motherboard                                                                                         
acpi0: [ITHREAD]                                                                                                             
Timecounter "HPET" frequency 14318180 Hz quality 900                                                                         
acpi0: reservation of 0, 9fc00 (3) failed                                                                                    
acpi0: reservation of 100000, 7fd93400 (3) failed                                                                            
Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000                                                                    
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0                                                       
acpi_acad0: <AC Adapter> on acpi0                                                                                            
battery0: <ACPI Control Method Battery> on acpi0                                                                             
acpi_lid0: <Control Method Lid Switch> on acpi0                                                                              
acpi_button0: <Power Button> on acpi0                                                                                        
acpi_button1: <Sleep Button> on acpi0                                                                                        
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0                                                                      
pci0: <ACPI PCI bus> on pcib0                                                                                                
pcib1: <ACPI PCI-PCI bridge> at device 1.0 on pci0                                                                           
pci1: <ACPI PCI bus> on pcib1                                                                                                
vgapci0: <VGA-compatible display> mem 0xed000000-0xedffffff,0xd0000000-0xdfffffff,0xee000000-0xeeffffff irq 16 at device 0.0 on pci1                                                                                                                       
nvidia0: <GeForce Go 7400> on vgapci0                                                                                        
vgapci0: child nvidia0 requested pci_enable_busmaster                                                                        
vgapci0: child nvidia0 requested pci_enable_io                                                                               
nvidia0: [GIANT-LOCKED]                                                                                                      
nvidia0: [ITHREAD]                                                                                                           
pci0: <multimedia> at device 27.0 (no driver attached)                                                                       
pcib2: <ACPI PCI-PCI bridge> at device 28.0 on pci0                                                                          
pci11: <ACPI PCI bus> on pcib2                                                                                               
pcib3: <ACPI PCI-PCI bridge> at device 28.1 on pci0                                                                          
pci12: <ACPI PCI bus> on pcib3                                                                                               
wpi0: <Intel(R) PRO/Wireless 3945ABG> mem 0xecfff000-0xecffffff irq 17 at device 0.0 on pci12                                
wpi0: Ethernet address: 00:19:d2:d5:ec:3e                                                                                    
wpi0: [ITHREAD]                                                                                                              
pcib4: <ACPI PCI-PCI bridge> at device 28.3 on pci0                                                                          
pci13: <ACPI PCI bus> on pcib4                                                                                               
uhci0: <UHCI (generic) USB controller> port 0xbf80-0xbf9f irq 20 at device 29.0 on pci0                                      
uhci0: [GIANT-LOCKED]                                                                                                        
uhci0: [ITHREAD]                                                                                                             
usb0: <UHCI (generic) USB controller> on uhci0                                                                               
usb0: USB revision 1.0                                                                                                       
uhub0: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb0                                                       
uhub0: 2 ports with 2 removable, self powered                                                                                
uhci1: <UHCI (generic) USB controller> port 0xbf60-0xbf7f irq 21 at device 29.1 on pci0                                      
uhci1: [GIANT-LOCKED]                                                                                                        
uhci1: [ITHREAD]                                                                                                             
usb1: <UHCI (generic) USB controller> on uhci1                                                                               
usb1: USB revision 1.0                                                                                                       
uhub1: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb1                                                       
uhub1: 2 ports with 2 removable, self powered                                                                                
uhci2: <UHCI (generic) USB controller> port 0xbf40-0xbf5f irq 22 at device 29.2 on pci0                                      
uhci2: [GIANT-LOCKED]                                                                                                        
uhci2: [ITHREAD]                                                                                                             
usb2: <UHCI (generic) USB controller> on uhci2                                                                               
usb2: USB revision 1.0                                                                                                       
uhub2: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb2                                                       
uhub2: 2 ports with 2 removable, self powered                                                                                
uhci3: <UHCI (generic) USB controller> port 0xbf20-0xbf3f irq 23 at device 29.3 on pci0                                      
uhci3: [GIANT-LOCKED]                                                                                                        
uhci3: [ITHREAD]                                                                                                             
usb3: <UHCI (generic) USB controller> on uhci3                                                                               
usb3: USB revision 1.0                                                                                                       
uhub3: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb3                                                       
uhub3: 2 ports with 2 removable, self powered                                                                                
ehci0: <Intel 82801GB/R (ICH7) USB 2.0 controller> mem 0xffa80000-0xffa803ff irq 20 at device 29.7 on pci0                   
ehci0: [GIANT-LOCKED]                                                                                                        
ehci0: [ITHREAD]                                                                                                             
usb4: EHCI version 1.0                                                                                                       
usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3                                                               
usb4: <Intel 82801GB/R (ICH7) USB 2.0 controller> on ehci0                                                                   
usb4: USB revision 2.0                                                                                                       
uhub4: <Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1> on usb4                                                       
uhub4: 8 ports with 8 removable, self powered                                                                                
pcib5: <ACPI PCI-PCI bridge> at device 30.0 on pci0                                                                          
pci3: <ACPI PCI bus> on pcib5                                                                                                
bfe0: <Broadcom BCM4401-B0 Fast Ethernet> mem 0xecbfe000-0xecbfffff irq 17 at device 0.0 on pci3                             
miibus0: <MII bus> on bfe0                                                                                                   
bmtphy0: <BCM4401 10/100baseTX PHY> PHY 1 on miibus0                                                                         
bmtphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto                                                               
bfe0: Ethernet address: 00:18:8b:c9:d0:71                                                                                    
bfe0: [ITHREAD]                                                                                                              
fwohci0: <1394 Open Host Controller Interface> mem 0xecbfd800-0xecbfdfff irq 19 at device 1.0 on pci3                        
fwohci0: [FILTER]                                                                                                            
fwohci0: OHCI version 1.10 (ROM=0)                                                                                           
fwohci0: No. of Isochronous channels is 4.                                                                                   
fwohci0: EUI64 39:4f:c0:00:10:ea:ec:50                                                                                       
fwohci0: Phy 1394a available S400, 1 ports.                                                                                  
fwohci0: Link S400, max_rec 2048 bytes.                                                                                      
firewire0: <IEEE1394(FireWire) bus> on fwohci0                                                                               
fwe0: <Ethernet over FireWire> on firewire0                                                                                  
if_fwe0: Fake Ethernet address: 3a:4f:c0:ea:ec:50                                                                            
fwe0: Ethernet address: 3a:4f:c0:ea:ec:50                                                                                    
fwip0: <IP over FireWire> on firewire0                                                                                       
fwip0: Firewire address: 39:4f:c0:00:10:ea:ec:50 @ 0xfffe00000000, S400, maxrec 2048                                         
sbp0: <SBP-2/SCSI over FireWire> on firewire0                                                                                
dcons_crom0: <dcons configuration ROM> on firewire0                                                                          
dcons_crom0: bus_addr 0x7d928000                                                                                             
fwohci0: Initiate bus reset                                                                                                  
fwohci0: BUS reset                                                                                                           
fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode                                                                         
pci3: <base peripheral> at device 1.1 (no driver attached)                                                                   
pci3: <base peripheral> at device 1.2 (no driver attached)                                                                   
pci3: <base peripheral> at device 1.3 (no driver attached)                                                                   
pci3: <base peripheral> at device 1.4 (no driver attached)                                                                   
isab0: <PCI-ISA bridge> at device 31.0 on pci0                                                                               
isa0: <ISA bus> on isab0                                                                                                     
atapci0: <Intel ICH7M SATA300 controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xbfa0-0xbfaf irq 17 at device 31.2 on pci0
ata0: <ATA channel 0> on atapci0                                                                                             
ata0: [ITHREAD]                                                                                                              
ata1: <ATA channel 1> on atapci0                                                                                             
ata1: [ITHREAD]                                                                                                              
pci0: <serial bus, SMBus> at device 31.3 (no driver attached)                                                                
acpi_tz0: <Thermal Zone> on acpi0                                                                                            
atkbdc0: <Keyboard controller (i8042)> port 0x60,0x64,0x62,0x66 irq 1 on acpi0                                               
atkbd0: <AT Keyboard> irq 1 on atkbdc0                                                                                       
kbd0 at atkbd0                                                                                                               
atkbd0: [GIANT-LOCKED]                                                                                                       
atkbd0: [ITHREAD]                                                                                                            
psm0: <PS/2 Mouse> flags 0x1000 irq 12 on atkbdc0                                                                            
psm0: [GIANT-LOCKED]                                                                                                         
psm0: [ITHREAD]                                                                                                              
psm0: model Generic PS/2 mouse, device ID 0                                                                                  
cpu0: <ACPI CPU> on acpi0                                                                                                    
est0: <Enhanced SpeedStep Frequency Control> on cpu0                                                                         
p4tcc0: <CPU Frequency Thermal Control> on cpu0                                                                              
cpu1: <ACPI CPU> on acpi0                                                                                                    
est1: <Enhanced SpeedStep Frequency Control> on cpu1                                                                         
p4tcc1: <CPU Frequency Thermal Control> on cpu1                                                                              
pmtimer0 on isa0                                                                                                             
orm0: <ISA Option ROM> at iomem 0xc0000-0xcffff pnpid ORM0000 on isa0                                                        
ppc0: parallel port not found.                                                                                               
sc0: <System console> at flags 0x100 on isa0                                                                                 
sc0: VGA <16 virtual consoles, flags=0x300>                                                                                  
sio0: configured irq 4 not in bitmap of probed irqs 0                                                                        
sio0: port may not be enabled                                                                                                
sio0: configured irq 4 not in bitmap of probed irqs 0                                                                        
sio0: port may not be enabled                                                                                                
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0                                                                            
sio0: type 8250 or not responding                                                                                            
sio0: [FILTER]                                                                                                               
sio1: configured irq 3 not in bitmap of probed irqs 0                                                                        
sio1: port may not be enabled                                                                                                
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0                                                    
ums0: <Logitech USB Receiver, class 0/0, rev 2.00/42.04, addr 2> on uhub0                                                    
ums0: 16 buttons and Z dir.                                                                                                  
uhid0: <Logitech USB Receiver, class 0/0, rev 2.00/42.04, addr 2> on uhub0                                                   
ukbd0: <Microsoft Natural\M-. Ergonomic Keyboard 4000, class 0/0, rev 2.00/1.73, addr 3> on uhub0                            
kbd2 at ukbd0                                                                                                                
uhid1: <Microsoft Natural\M-. Ergonomic Keyboard 4000, class 0/0, rev 2.00/1.73, addr 3> on uhub0                            
uhub5: <Broadcom BCM2045B2, class 9/0, rev 2.00/1.00, addr 2> on uhub1                                                       
uhub5: 3 ports with 0 removable, bus powered                                                                                 
ugen0: <Broadcom Corp BCM2045, class 224/1, rev 2.00/1.00, addr 3> on uhub5                                                  
ukbd1: <Broadcom Corp product 0x4502, class 0/0, rev 2.00/1.00, addr 4> on uhub5                                             
kbd3 at ukbd1                                                                                                                
ums1: <Broadcom Corp product 0x4503, class 0/0, rev 2.00/1.00, addr 5> on uhub5                                              
ums1: 3 buttons.                                                                                                             
uaudio0: <vendor 0x046d product 0x08c6, class 0/0, rev 2.00/80.05, addr 2> on uhub2                                          
uaudio0: audio rev 1.00                                                                                                      
pcm0: <USB Audio> on uaudio0                                                                                                 
uaudio1: <Bose Corporation Bose USB Audio, class 0/0, rev 1.00/1.00, addr 2> on uhub3                                        
uaudio1: audio rev 1.00                                                                                                      
pcm1: <USB Audio> on uaudio1                                                                                                 
uhid2: <Bose Corporation Bose USB Audio, class 0/0, rev 1.00/1.00, addr 2> on uhub3                                          
Timecounters tick every 1.000 msec                                                                                           
ipfw2 (+ipv6) initialized, divert enabled, nat loadable, rule-based forwarding firewire0: 1 nodes, maxhop <= 0, cable IRM = 0(me)
firewire0: bus manager 0 (me)
disabled, default to accept, logging disabled
ad0: 95396MB <Seagate ST910021AS 8.04> at ata0-master SATA150
acd0: DVDR <HL-DT-ST DVD+/-RW GSA-T11N/A103> at ata1-master UDMA33
GEOM_LABEL: Label for provider ad0s1 is ntfs/Win'XP.
GEOM_LABEL: Label for provider ad0s2 is msdosfs/ .
acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01
acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01
cd0 at ata1 bus 0 target 0 lun 0
cd0: <HL-DT-ST DVD+-RW GSA-T11N A103> Removable CD-ROM SCSI-0 device
cd0: 33.000MB/s transfers
cd0: Attempt to query device size failed: NOT READY, Medium not present
SMP: AP CPU #1 Launched!
Trying to mount root from ufs:/dev/ad0s3a
wpi0: timeout resetting Tx ring 1
wpi0: timeout resetting Tx ring 3
wpi0: timeout resetting Tx ring 4
wpi0: timeout resetting Tx ring 1
wpi0: timeout resetting Tx ring 3
wpi0: timeout resetting Tx ring 4
wpi0: timeout resetting Tx ring 1
wpi0: timeout resetting Tx ring 3
wpi0: timeout resetting Tx ring 4
wpi0: timeout resetting Tx ring 1
wpi0: timeout resetting Tx ring 3
wpi0: timeout resetting Tx ring 4
wpi0: link state changed to UP
pid 15638 (npviewer.bin), uid 1001: exited on signal 11
GEOM_LABEL: Label msdosfs/  removed.
acd0: WARNING - unknown CMD (0xac) read data overrun 8>0
acd0: WARNING - unknown CMD (0xac) read data overrun 8>0


# usbdevs -v
Controller /dev/usb0:
addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00
 port 1 addr 2: low speed, power 98 mA, config 1, USB Receiver(0xc518), Logitech(0x046d), rev 42.04
 port 2 addr 3: low speed, power 100 mA, config 1, Natural? Ergonomic Keyboard 4000(0x00db), Microsoft(0x045e), rev 1.73
Controller /dev/usb1:
addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00
 port 1 addr 2: full speed, self powered, config 1, BCM2045B2(0x4500), Broadcom(0x0a5c), rev 1.00
  port 1 addr 3: full speed, self powered, config 1, BCM2045(0x8126), Broadcom Corp(0x413c), rev 1.00
  port 2 addr 4: full speed, self powered, config 1, product 0x4502(0x4502), Broadcom Corp(0x0a5c), rev 1.00
  port 3 addr 5: full speed, self powered, config 1, product 0x4503(0x4503), Broadcom Corp(0x0a5c), rev 1.00
 port 2 powered
Controller /dev/usb2:
addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00
 port 1 addr 2: full speed, power 500 mA, config 1, product 0x08c6(0x08c6), vendor 0x046d(0x046d), rev 80.05
 port 2 powered
Controller /dev/usb3:
addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00
 port 1 powered
 port 2 addr 2: full speed, self powered, config 1, Bose USB Audio(0x1020), Bose Corporation(0x05a7), rev 1.00
Controller /dev/usb4:
addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), Intel(0x0000), rev 1.00
 port 1 powered
 port 2 powered
 port 3 powered
 port 4 powered
 port 5 powered
 port 6 powered
 port 7 powered
 port 8 powered


# cat /dev/sndstat
FreeBSD Audio Driver (newpcm: 32bit 2007061600/i386)
Installed devices:
pcm0: <USB Audio> at ? kld snd_uaudio [GIANT] (0p:0v/1r:4v channels default)
        mode 3:(input) 1ch, 16/16bit, pcm, 16000Hz
pcm1: <USB Audio> at ? kld snd_uaudio [GIANT] (mixer only)


# sysctl hw.snd dev.pcm
hw.snd.latency_profile: 1
hw.snd.latency: 5
hw.snd.report_soft_formats: 1
hw.snd.compat_linux_mmap: 0
hw.snd.feeder_buffersize: 16384
hw.snd.feeder_rate_round: 25
hw.snd.feeder_rate_max: 2016000
hw.snd.feeder_rate_min: 1
hw.snd.verbose: 1
hw.snd.maxautovchans: 16
hw.snd.default_unit: 0
hw.snd.version: 2007061600/i386
hw.snd.default_auto: 0
dev.pcm.0.%desc: USB Audio
dev.pcm.0.%driver: pcm
dev.pcm.0.%parent: uaudio0
dev.pcm.0.rec.vchans: 4
dev.pcm.0.rec.vchanrate: 16000
dev.pcm.0.rec.vchanformat: s16le
dev.pcm.0.buffersize: 16384
dev.pcm.1.%desc: USB Audio
dev.pcm.1.%driver: pcm
dev.pcm.1.%parent: uaudio1
dev.pcm.1.buffersize: 16384


      
From redchin at gmail.com  Sat Nov  1 21:00:11 2008
From: redchin at gmail.com (Kevin Downey)
Date: Sat Nov  1 21:00:18 2008
Subject: usb/128418: [panic] [rum] loading if_rum causes panic,
	looks like in usb stack
Message-ID: <200811020400.mA240BTR037565@freefall.freebsd.org>

The following reply was made to PR usb/128418; it has been noted by GNATS.

From: "Kevin Downey" <redchin@gmail.com>
To: bug-followup@freebsd.org
Cc:  
Subject: Re: usb/128418: [panic] [rum] loading if_rum causes panic, looks like in usb stack
Date: Sat, 1 Nov 2008 20:59:26 -0700

 Gar. I had to rebuild the kernel with all the debugging stuffs. Then
 loading the usb modules just locked up the laptop, no dumps, so now
 the usb modules are compiled into the kernel.
 
 #0  doadump () at pcpu.h:246
 #1  0xc05927ae in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:420
 #2  0xc0592a82 in panic (fmt=Variable "fmt" is not available.
 ) at /usr/src/sys/kern/kern_shutdown.c:576
 #3  0xc048a287 in db_panic (addr=Could not find the frame base for "db_panic".
 ) at /usr/src/sys/ddb/db_command.c:478
 #4  0xc048a8b1 in db_command (last_cmdp=0xc08a8e9c, cmd_table=0x0, dopager=1)
    at /usr/src/sys/ddb/db_command.c:445
 #5  0xc048aa0a in db_command_loop () at /usr/src/sys/ddb/db_command.c:498
 #6  0xc048c86d in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:229
 #7  0xc05bf686 in kdb_trap (type=12, code=0, tf=0xc3bc0bbc)
    at /usr/src/sys/kern/subr_kdb.c:534
 #8  0xc07ddd3f in trap_fatal (frame=0xc3bc0bbc, eva=56)
    at /usr/src/sys/i386/i386/trap.c:920
 #9  0xc07ddf60 in trap_pfault (frame=0xc3bc0bbc, usermode=0, eva=56)
    at /usr/src/sys/i386/i386/trap.c:842
 #10 0xc07de923 in trap (frame=0xc3bc0bbc) at /usr/src/sys/i386/i386/trap.c:522
 #11 0xc07c334b in calltrap () at /usr/src/sys/i386/i386/exception.s:165
 #12 0xc05110f4 in ehci_idone (ex=0xc3fca600) at /usr/src/sys/dev/usb/ehci.c:914
 #13 0xc0511a9a in ehci_softintr (v=0xc4012000)
    at /usr/src/sys/dev/usb/ehci.c:802
 #14 0xc052a1e2 in usb_schedsoftintr (bus=0xc4012000)
    at /usr/src/sys/dev/usb/usb.c:848
 #15 0xc051362e in ehci_intr1 (sc=0xc4012000) at /usr/src/sys/dev/usb/ehci.c:631
 #16 0xc0514105 in ehci_intr (v=0xc4012000) at /usr/src/sys/dev/usb/ehci.c:590
 #17 0xc0573ee5 in intr_event_execute_handlers (p=0xc3d617d4, ie=0xc3da0b00)
    at /usr/src/sys/kern/kern_intr.c:1134
 #18 0xc0574b5f in ithread_loop (arg=0xc4056be0)
    at /usr/src/sys/kern/kern_intr.c:1147
 #19 0xc0571ca8 in fork_exit (callout=0xc0574ac0 <ithread_loop>,
    arg=0xc4056be0, frame=0xc3bc0d38) at /usr/src/sys/kern/kern_fork.c:815
 #20 0xc07c33c0 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:270
 
 
 -- 
 The Mafia way is that we pursue larger goals under the guise of
 personal relationships.
     Fisheye
From hselasky at c2i.net  Sun Nov  2 01:16:20 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Sun Nov  2 01:16:27 2008
Subject: USB speaker does not output any sound even though recognized
In-Reply-To: <115856.33908.qm@web30603.mail.mud.yahoo.com>
References: <115856.33908.qm@web30603.mail.mud.yahoo.com>
Message-ID: <200811020918.26260.hselasky@c2i.net>

On Saturday 01 November 2008, Ferry Syafei Sapei wrote:
> I have just installed PC-BSD 7.0.1 on my notebook. Having finished the
> installation, I deactivated the automatic sound card detection by
> commenting snddetect_enable="YES" in /etc/rc.conf. Afterwards I added the
> line snd_uaudio_load="YES" to /boot/loader.conf to output the sound to an
> external USB speaker.
>
> After reboot, I could see clearly in the middle of the initialization phase
> that PC-BSD recognized my USB speaker. However at the end of the
> initialization phase, PC-BSD tried to set the value of
> dev.pcm.0.play.vchans and I saw an error message as follows: sysctl:
> dev.pcm.0.play.vchans : operation not supported by device.
>
> Then I opened an audio file to test the USB speaker and I did not hear any
> sound at all.
>
> Could someone please help me to solve this problem?
>
> Below you can find some output from different commands:
>
> # dmesg
> Copyright (c) 1992-2008 The FreeBSD Project.
> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
>         The Regents of the University of California. All rights reserved.
> FreeBSD is a registered trademark of The FreeBSD Foundation.
> FreeBSD 7.1-PRERELEASE #1: Tue Oct  7 09:17:14 EDT 2008
>     root@pcbsdx32-7:/usr/obj/pcbsd-build/cvs/7.0.1-src/sys/PCBSD
> Timecounter "i8254" frequency 1193182 Hz quality 0
> CPU: Intel(R) Core(TM)2 CPU         T7200  @ 2.00GHz (1997.34-MHz 686-class
> CPU) Origin = "GenuineIntel"  Id = 0x6f6  Stepping = 6
>  
> Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MC
>A,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
> Features2=0xe3bd<SSE3,RSVD2,MON,DS_CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM>
> AMD Features=0x20100000<NX,LM>
>   AMD Features2=0x1<LAHF>
>   Cores per package: 2
> real memory  = 2145988608 (2046 MB)
> avail memory = 2081918976 (1985 MB)
> ACPI APIC Table: <DELL   M07    >
> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
>  cpu0 (BSP): APIC ID:  0
>  cpu1 (AP): APIC ID:  1
> ioapic0: Changing APIC ID to 2
> ioapic0 <Version 2.0> irqs 0-23 on motherboard
> kbd1 at kbdmux0
> ath_hal: 0.10.5.6 (AR5210, AR5211, AR5212, AR5416, RF5111, RF5112, RF2413,
> RF5413, RF2133, RF2425, RF2417) acpi0: <DELL M07    > on motherboard
> acpi0: [ITHREAD]
> Timecounter "HPET" frequency 14318180 Hz quality 900
> acpi0: reservation of 0, 9fc00 (3) failed
> acpi0: reservation of 100000, 7fd93400 (3) failed
> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
> acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0
> acpi_acad0: <AC Adapter> on acpi0
> battery0: <ACPI Control Method Battery> on acpi0
> acpi_lid0: <Control Method Lid Switch> on acpi0
> acpi_button0: <Power Button> on acpi0
> acpi_button1: <Sleep Button> on acpi0
> pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
> pci0: <ACPI PCI bus> on pcib0
> pcib1: <ACPI PCI-PCI bridge> at device 1.0 on pci0
> pci1: <ACPI PCI bus> on pcib1
> vgapci0: <VGA-compatible display> mem
> 0xed000000-0xedffffff,0xd0000000-0xdfffffff,0xee000000-0xeeffffff irq 16 at
> device 0.0 on pci1 nvidia0: <GeForce Go 7400> on vgapci0
> vgapci0: child nvidia0 requested pci_enable_busmaster
> vgapci0: child nvidia0 requested pci_enable_io
> nvidia0: [GIANT-LOCKED]
> nvidia0: [ITHREAD]
> pci0: <multimedia> at device 27.0 (no driver attached)
> pcib2: <ACPI PCI-PCI bridge> at device 28.0 on pci0
> pci11: <ACPI PCI bus> on pcib2
> pcib3: <ACPI PCI-PCI bridge> at device 28.1 on pci0
> pci12: <ACPI PCI bus> on pcib3
> wpi0: <Intel(R) PRO/Wireless 3945ABG> mem 0xecfff000-0xecffffff irq 17 at
> device 0.0 on pci12 wpi0: Ethernet address: 00:19:d2:d5:ec:3e
> wpi0: [ITHREAD]
> pcib4: <ACPI PCI-PCI bridge> at device 28.3 on pci0
> pci13: <ACPI PCI bus> on pcib4
> uhci0: <UHCI (generic) USB controller> port 0xbf80-0xbf9f irq 20 at device
> 29.0 on pci0 uhci0: [GIANT-LOCKED]
> uhci0: [ITHREAD]
> usb0: <UHCI (generic) USB controller> on uhci0
> usb0: USB revision 1.0
> uhub0: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb0
> uhub0: 2 ports with 2 removable, self powered
> uhci1: <UHCI (generic) USB controller> port 0xbf60-0xbf7f irq 21 at device
> 29.1 on pci0 uhci1: [GIANT-LOCKED]
> uhci1: [ITHREAD]
> usb1: <UHCI (generic) USB controller> on uhci1
> usb1: USB revision 1.0
> uhub1: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb1
> uhub1: 2 ports with 2 removable, self powered
> uhci2: <UHCI (generic) USB controller> port 0xbf40-0xbf5f irq 22 at device
> 29.2 on pci0 uhci2: [GIANT-LOCKED]
> uhci2: [ITHREAD]
> usb2: <UHCI (generic) USB controller> on uhci2
> usb2: USB revision 1.0
> uhub2: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb2
> uhub2: 2 ports with 2 removable, self powered
> uhci3: <UHCI (generic) USB controller> port 0xbf20-0xbf3f irq 23 at device
> 29.3 on pci0 uhci3: [GIANT-LOCKED]
> uhci3: [ITHREAD]
> usb3: <UHCI (generic) USB controller> on uhci3
> usb3: USB revision 1.0
> uhub3: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb3
> uhub3: 2 ports with 2 removable, self powered
> ehci0: <Intel 82801GB/R (ICH7) USB 2.0 controller> mem
> 0xffa80000-0xffa803ff irq 20 at device 29.7 on pci0 ehci0: [GIANT-LOCKED]
> ehci0: [ITHREAD]
> usb4: EHCI version 1.0
> usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3
> usb4: <Intel 82801GB/R (ICH7) USB 2.0 controller> on ehci0
> usb4: USB revision 2.0
> uhub4: <Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1> on usb4
> uhub4: 8 ports with 8 removable, self powered
> pcib5: <ACPI PCI-PCI bridge> at device 30.0 on pci0
> pci3: <ACPI PCI bus> on pcib5
> bfe0: <Broadcom BCM4401-B0 Fast Ethernet> mem 0xecbfe000-0xecbfffff irq 17
> at device 0.0 on pci3 miibus0: <MII bus> on bfe0
> bmtphy0: <BCM4401 10/100baseTX PHY> PHY 1 on miibus0
> bmtphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
> bfe0: Ethernet address: 00:18:8b:c9:d0:71
> bfe0: [ITHREAD]
> fwohci0: <1394 Open Host Controller Interface> mem 0xecbfd800-0xecbfdfff
> irq 19 at device 1.0 on pci3 fwohci0: [FILTER]
> fwohci0: OHCI version 1.10 (ROM=0)
> fwohci0: No. of Isochronous channels is 4.
> fwohci0: EUI64 39:4f:c0:00:10:ea:ec:50
> fwohci0: Phy 1394a available S400, 1 ports.
> fwohci0: Link S400, max_rec 2048 bytes.
> firewire0: <IEEE1394(FireWire) bus> on fwohci0
> fwe0: <Ethernet over FireWire> on firewire0
> if_fwe0: Fake Ethernet address: 3a:4f:c0:ea:ec:50
> fwe0: Ethernet address: 3a:4f:c0:ea:ec:50
> fwip0: <IP over FireWire> on firewire0
> fwip0: Firewire address: 39:4f:c0:00:10:ea:ec:50 @ 0xfffe00000000, S400,
> maxrec 2048 sbp0: <SBP-2/SCSI over FireWire> on firewire0
> dcons_crom0: <dcons configuration ROM> on firewire0
> dcons_crom0: bus_addr 0x7d928000
> fwohci0: Initiate bus reset
> fwohci0: BUS reset
> fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode
> pci3: <base peripheral> at device 1.1 (no driver attached)
> pci3: <base peripheral> at device 1.2 (no driver attached)
> pci3: <base peripheral> at device 1.3 (no driver attached)
> pci3: <base peripheral> at device 1.4 (no driver attached)
> isab0: <PCI-ISA bridge> at device 31.0 on pci0
> isa0: <ISA bus> on isab0
> atapci0: <Intel ICH7M SATA300 controller> port
> 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xbfa0-0xbfaf irq 17 at device 31.2 on
> pci0 ata0: <ATA channel 0> on atapci0
> ata0: [ITHREAD]
> ata1: <ATA channel 1> on atapci0
> ata1: [ITHREAD]
> pci0: <serial bus, SMBus> at device 31.3 (no driver attached)
> acpi_tz0: <Thermal Zone> on acpi0
> atkbdc0: <Keyboard controller (i8042)> port 0x60,0x64,0x62,0x66 irq 1 on
> acpi0 atkbd0: <AT Keyboard> irq 1 on atkbdc0
> kbd0 at atkbd0
> atkbd0: [GIANT-LOCKED]
> atkbd0: [ITHREAD]
> psm0: <PS/2 Mouse> flags 0x1000 irq 12 on atkbdc0
> psm0: [GIANT-LOCKED]
> psm0: [ITHREAD]
> psm0: model Generic PS/2 mouse, device ID 0
> cpu0: <ACPI CPU> on acpi0
> est0: <Enhanced SpeedStep Frequency Control> on cpu0
> p4tcc0: <CPU Frequency Thermal Control> on cpu0
> cpu1: <ACPI CPU> on acpi0
> est1: <Enhanced SpeedStep Frequency Control> on cpu1
> p4tcc1: <CPU Frequency Thermal Control> on cpu1
> pmtimer0 on isa0
> orm0: <ISA Option ROM> at iomem 0xc0000-0xcffff pnpid ORM0000 on isa0
> ppc0: parallel port not found.
> sc0: <System console> at flags 0x100 on isa0
> sc0: VGA <16 virtual consoles, flags=0x300>
> sio0: configured irq 4 not in bitmap of probed irqs 0
> sio0: port may not be enabled
> sio0: configured irq 4 not in bitmap of probed irqs 0
> sio0: port may not be enabled
> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
> sio0: type 8250 or not responding
> sio0: [FILTER]
> sio1: configured irq 3 not in bitmap of probed irqs 0
> sio1: port may not be enabled
> vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
> ums0: <Logitech USB Receiver, class 0/0, rev 2.00/42.04, addr 2> on uhub0
> ums0: 16 buttons and Z dir.
> uhid0: <Logitech USB Receiver, class 0/0, rev 2.00/42.04, addr 2> on uhub0
> ukbd0: <Microsoft Natural\M-. Ergonomic Keyboard 4000, class 0/0, rev
> 2.00/1.73, addr 3> on uhub0 kbd2 at ukbd0
> uhid1: <Microsoft Natural\M-. Ergonomic Keyboard 4000, class 0/0, rev
> 2.00/1.73, addr 3> on uhub0 uhub5: <Broadcom BCM2045B2, class 9/0, rev
> 2.00/1.00, addr 2> on uhub1 uhub5: 3 ports with 0 removable, bus powered
> ugen0: <Broadcom Corp BCM2045, class 224/1, rev 2.00/1.00, addr 3> on uhub5
> ukbd1: <Broadcom Corp product 0x4502, class 0/0, rev 2.00/1.00, addr 4> on
> uhub5 kbd3 at ukbd1
> ums1: <Broadcom Corp product 0x4503, class 0/0, rev 2.00/1.00, addr 5> on
> uhub5 ums1: 3 buttons.
> uaudio0: <vendor 0x046d product 0x08c6, class 0/0, rev 2.00/80.05, addr 2>
> on uhub2 uaudio0: audio rev 1.00
> pcm0: <USB Audio> on uaudio0
> uaudio1: <Bose Corporation Bose USB Audio, class 0/0, rev 1.00/1.00, addr
> 2> on uhub3 uaudio1: audio rev 1.00
> pcm1: <USB Audio> on uaudio1
> uhid2: <Bose Corporation Bose USB Audio, class 0/0, rev 1.00/1.00, addr 2>
> on uhub3 Timecounters tick every 1.000 msec
> ipfw2 (+ipv6) initialized, divert enabled, nat loadable, rule-based
> forwarding firewire0: 1 nodes, maxhop <= 0, cable IRM = 0(me) firewire0:
> bus manager 0 (me)
> disabled, default to accept, logging disabled
> ad0: 95396MB <Seagate ST910021AS 8.04> at ata0-master SATA150
> acd0: DVDR <HL-DT-ST DVD+/-RW GSA-T11N/A103> at ata1-master UDMA33
> GEOM_LABEL: Label for provider ad0s1 is ntfs/Win'XP.
> GEOM_LABEL: Label for provider ad0s2 is msdosfs/ .
> acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00
> 0x01 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40
> 0x00 0x01 cd0 at ata1 bus 0 target 0 lun 0
> cd0: <HL-DT-ST DVD+-RW GSA-T11N A103> Removable CD-ROM SCSI-0 device
> cd0: 33.000MB/s transfers
> cd0: Attempt to query device size failed: NOT READY, Medium not present
> SMP: AP CPU #1 Launched!
> Trying to mount root from ufs:/dev/ad0s3a
> wpi0: timeout resetting Tx ring 1
> wpi0: timeout resetting Tx ring 3
> wpi0: timeout resetting Tx ring 4
> wpi0: timeout resetting Tx ring 1
> wpi0: timeout resetting Tx ring 3
> wpi0: timeout resetting Tx ring 4
> wpi0: timeout resetting Tx ring 1
> wpi0: timeout resetting Tx ring 3
> wpi0: timeout resetting Tx ring 4
> wpi0: timeout resetting Tx ring 1
> wpi0: timeout resetting Tx ring 3
> wpi0: timeout resetting Tx ring 4
> wpi0: link state changed to UP
> pid 15638 (npviewer.bin), uid 1001: exited on signal 11
> GEOM_LABEL: Label msdosfs/  removed.
> acd0: WARNING - unknown CMD (0xac) read data overrun 8>0
> acd0: WARNING - unknown CMD (0xac) read data overrun 8>0
>
>
> # usbdevs -v
> Controller /dev/usb0:
> addr 1: full speed, self powered, config 1, UHCI root hub(0x0000),
> Intel(0x0000), rev 1.00 port 1 addr 2: low speed, power 98 mA, config 1,
> USB Receiver(0xc518), Logitech(0x046d), rev 42.04 port 2 addr 3: low speed,
> power 100 mA, config 1, Natural? Ergonomic Keyboard 4000(0x00db),
> Microsoft(0x045e), rev 1.73 Controller /dev/usb1:
> addr 1: full speed, self powered, config 1, UHCI root hub(0x0000),
> Intel(0x0000), rev 1.00 port 1 addr 2: full speed, self powered, config 1,
> BCM2045B2(0x4500), Broadcom(0x0a5c), rev 1.00 port 1 addr 3: full speed,
> self powered, config 1, BCM2045(0x8126), Broadcom Corp(0x413c), rev 1.00
> port 2 addr 4: full speed, self powered, config 1, product 0x4502(0x4502),
> Broadcom Corp(0x0a5c), rev 1.00 port 3 addr 5: full speed, self powered,
> config 1, product 0x4503(0x4503), Broadcom Corp(0x0a5c), rev 1.00 port 2
> powered
> Controller /dev/usb2:
> addr 1: full speed, self powered, config 1, UHCI root hub(0x0000),
> Intel(0x0000), rev 1.00 port 1 addr 2: full speed, power 500 mA, config 1,
> product 0x08c6(0x08c6), vendor 0x046d(0x046d), rev 80.05 port 2 powered
> Controller /dev/usb3:
> addr 1: full speed, self powered, config 1, UHCI root hub(0x0000),
> Intel(0x0000), rev 1.00 port 1 powered
>  port 2 addr 2: full speed, self powered, config 1, Bose USB Audio(0x1020),
> Bose Corporation(0x05a7), rev 1.00 Controller /dev/usb4:
> addr 1: high speed, self powered, config 1, EHCI root hub(0x0000),
> Intel(0x0000), rev 1.00 port 1 powered
>  port 2 powered
>  port 3 powered
>  port 4 powered
>  port 5 powered
>  port 6 powered
>  port 7 powered
>  port 8 powered
>
>
> # cat /dev/sndstat
> FreeBSD Audio Driver (newpcm: 32bit 2007061600/i386)
> Installed devices:
> pcm0: <USB Audio> at ? kld snd_uaudio [GIANT] (0p:0v/1r:4v channels
> default) mode 3:(input) 1ch, 16/16bit, pcm, 16000Hz
> pcm1: <USB Audio> at ? kld snd_uaudio [GIANT] (mixer only)
>
>
> # sysctl hw.snd dev.pcm
> hw.snd.latency_profile: 1
> hw.snd.latency: 5
> hw.snd.report_soft_formats: 1
> hw.snd.compat_linux_mmap: 0
> hw.snd.feeder_buffersize: 16384
> hw.snd.feeder_rate_round: 25
> hw.snd.feeder_rate_max: 2016000
> hw.snd.feeder_rate_min: 1
> hw.snd.verbose: 1
> hw.snd.maxautovchans: 16
> hw.snd.default_unit: 0
> hw.snd.version: 2007061600/i386
> hw.snd.default_auto: 0
> dev.pcm.0.%desc: USB Audio
> dev.pcm.0.%driver: pcm
> dev.pcm.0.%parent: uaudio0
> dev.pcm.0.rec.vchans: 4
> dev.pcm.0.rec.vchanrate: 16000
> dev.pcm.0.rec.vchanformat: s16le
> dev.pcm.0.buffersize: 16384
> dev.pcm.1.%desc: USB Audio
> dev.pcm.1.%driver: pcm
> dev.pcm.1.%parent: uaudio1
> dev.pcm.1.buffersize: 16384
>
>

What does the mixer settings look like ?

--HPS
From pei7 at yahoo.com  Sun Nov  2 06:18:02 2008
From: pei7 at yahoo.com (Ferry Syafei Sapei)
Date: Sun Nov  2 07:28:44 2008
Subject: USB speaker does not output any sound even though recognized
References: <115856.33908.qm@web30603.mail.mud.yahoo.com>
	<200811020918.26260.hselasky@c2i.net>
Message-ID: <5632.7969.qm@web30607.mail.mud.yahoo.com>

The mixer settings could be seen below:

# mixer
Mixer vol      is currently set to 100:100
Mixer pcm      is currently set to 100:100
Mixer mic      is currently set to   0:0


Best regards,
Ferry



      
From hselasky at c2i.net  Sun Nov  2 09:04:49 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Sun Nov  2 09:04:56 2008
Subject: USB speaker does not output any sound even though recognized
In-Reply-To: <5632.7969.qm@web30607.mail.mud.yahoo.com>
References: <115856.33908.qm@web30603.mail.mud.yahoo.com>
	<200811020918.26260.hselasky@c2i.net>
	<5632.7969.qm@web30607.mail.mud.yahoo.com>
Message-ID: <200811021806.54970.hselasky@c2i.net>

On Sunday 02 November 2008, Ferry Syafei Sapei wrote:
> The mixer settings could be seen below:
>
> # mixer
> Mixer vol      is currently set to 100:100
> Mixer pcm      is currently set to 100:100
> Mixer mic      is currently set to   0:0
>
>
> Best regards,
> Ferry
>

Try increasing the microphone volume.

--HPS
From bruce at cran.org.uk  Sun Nov  2 11:12:06 2008
From: bruce at cran.org.uk (Bruce Cran)
Date: Sun Nov  2 11:12:15 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <200810261633.22020.hselasky@c2i.net>
References: <200810251925.47273.hselasky@c2i.net>
	<20081025181603.GD83037@elvis.mu.org>
	<200810261633.22020.hselasky@c2i.net>
Message-ID: <20081102105302.40af66f6@tau.draftnet>

On Sun, 26 Oct 2008 16:33:20 +0100
Hans Petter Selasky <hselasky@c2i.net> wrote:

> Hi,
> 
> A new USB release is available:
> 
> http://www.selasky.org/hans_petter/usb4bsd/for_review/
> 
> %md5 usb2_release_003.*
> MD5 (usb2_release_003.diff) = e31a032d0234bb7d72eb968c33118d84
> MD5 (usb2_release_003.tar.gz) = 0a0d9dd44e93ba2ceaa849c577f6fecf
> %sha256 usb2_release_003.*
> SHA256 (usb2_release_003.diff) = 
> 9b4359f76eeef43d9b6c0c524198e529f2debff14e6158ebac8f35d51efb211b
> SHA256 (usb2_release_003.tar.gz) = 
> 3040714546fc21bc2943c2e7aec1734150845271664aad44639ff5c553e3ed31

I untarred usb2_release_003.tar.gz into /usr/src but am having
problems building it: it seems libusb20 needs /usr/src/sys in the
include path, but after installing libusb20 the modules won't build:

> cd /sys/modules/usb2
> make
===> bluetooth (all)
Warning: Object directory not changed from
original /usr/src/sys/modules/usb2/bluetooth make: don't know how to
make usb2_if.h. Stop *** Error code 2

Stop in /usr/src/sys/modules/usb2.

If I use the copy of /sys/conf/files from perforce then I get a compile
error in the ata driver during buildkernel because I guess things have
moved on and the references are no longer valid.  What's the proper way
to build the new usb stack?

-- 
Bruce Cran
From hselasky at c2i.net  Sun Nov  2 12:40:13 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Sun Nov  2 12:40:20 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <20081102105302.40af66f6@tau.draftnet>
References: <200810251925.47273.hselasky@c2i.net>
	<200810261633.22020.hselasky@c2i.net>
	<20081102105302.40af66f6@tau.draftnet>
Message-ID: <200811022142.12653.hselasky@c2i.net>

On Sunday 02 November 2008, Bruce Cran wrote:
> On Sun, 26 Oct 2008 16:33:20 +0100
>
> Hans Petter Selasky <hselasky@c2i.net> wrote:
> > Hi,
> >
> > A new USB release is available:
> >
> > http://www.selasky.org/hans_petter/usb4bsd/for_review/
> >
> > %md5 usb2_release_003.*
> > MD5 (usb2_release_003.diff) = e31a032d0234bb7d72eb968c33118d84
> > MD5 (usb2_release_003.tar.gz) = 0a0d9dd44e93ba2ceaa849c577f6fecf
> > %sha256 usb2_release_003.*
> > SHA256 (usb2_release_003.diff) =
> > 9b4359f76eeef43d9b6c0c524198e529f2debff14e6158ebac8f35d51efb211b
> > SHA256 (usb2_release_003.tar.gz) =
> > 3040714546fc21bc2943c2e7aec1734150845271664aad44639ff5c553e3ed31
>
> I untarred usb2_release_003.tar.gz into /usr/src but am having
> problems building it: it seems libusb20 needs /usr/src/sys in the
>
> include path, but after installing libusb20 the modules won't build:
> > cd /sys/modules/usb2
> > make
>
> ===> bluetooth (all)
> Warning: Object directory not changed from
> original /usr/src/sys/modules/usb2/bluetooth make: don't know how to
> make usb2_if.h. Stop *** Error code 2
>
> Stop in /usr/src/sys/modules/usb2.
>
> If I use the copy of /sys/conf/files from perforce then I get a compile
> error in the ata driver during buildkernel because I guess things have
> moved on and the references are no longer valid.  What's the proper way
> to build the new usb stack?

Did you apply the patches in the diff file ?

--HPS
From pei7 at yahoo.com  Sun Nov  2 12:32:13 2008
From: pei7 at yahoo.com (Ferry Syafei Sapei)
Date: Sun Nov  2 13:48:55 2008
Subject: USB speaker does not output any sound even though recognized
References: <115856.33908.qm@web30603.mail.mud.yahoo.com>
	<200811020918.26260.hselasky@c2i.net>
	<5632.7969.qm@web30607.mail.mud.yahoo.com>
	<200811021806.54970.hselasky@c2i.net>
Message-ID: <225889.87935.qm@web30603.mail.mud.yahoo.com>

I've set microphone volume to 100, but there was still no sound at all.

What else should I do?



Ferry



      
From jhs at berklix.org  Sun Nov  2 14:06:34 2008
From: jhs at berklix.org (Julian Stacey)
Date: Sun Nov  2 14:06:42 2008
Subject: USB speaker does not output any sound even though recognized 
In-Reply-To: Your message "Sun, 02 Nov 2008 12:32:12 PST."
	<225889.87935.qm@web30603.mail.mud.yahoo.com> 
Message-ID: <200811022206.mA2M5xn9014731@fire.js.berklix.net>

Hi,
Reference:
> From:		Ferry Syafei Sapei <pei7@yahoo.com> 
> Date:		Sun, 2 Nov 2008 12:32:12 -0800 (PST) 
> Message-id:	<225889.87935.qm@web30603.mail.mud.yahoo.com> 

Ferry Syafei Sapei wrote:
> I've set microphone volume to 100, but there was still no sound at all.
> 
> What else should I do?

mixer 100
man mixer
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/sound-setup.html

Cheers,
Julian
-- 
Julian Stacey: BSDUnixLinux C Prog Admin SysEng Consult Munich www.berklix.com
  Mail plain ASCII text.  HTML & Base64 text are spam. www.asciiribbon.org
From bruce at cran.org.uk  Sun Nov  2 14:16:10 2008
From: bruce at cran.org.uk (Bruce Cran)
Date: Sun Nov  2 14:16:18 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <200811022142.12653.hselasky@c2i.net>
References: <200810251925.47273.hselasky@c2i.net>
	<200810261633.22020.hselasky@c2i.net>
	<20081102105302.40af66f6@tau.draftnet>
	<200811022142.12653.hselasky@c2i.net>
Message-ID: <20081102141558.582958ba@tau.draftnet>

On Sun, 2 Nov 2008 21:42:11 +0100
Hans Petter Selasky <hselasky@c2i.net> wrote:

> On Sunday 02 November 2008, Bruce Cran wrote:
> > On Sun, 26 Oct 2008 16:33:20 +0100
> >
> > Hans Petter Selasky <hselasky@c2i.net> wrote:
> > > Hi,
> > >
> > > A new USB release is available:
> > >
> > > http://www.selasky.org/hans_petter/usb4bsd/for_review/
> > >
> > > %md5 usb2_release_003.*
> > > MD5 (usb2_release_003.diff) = e31a032d0234bb7d72eb968c33118d84
> > > MD5 (usb2_release_003.tar.gz) = 0a0d9dd44e93ba2ceaa849c577f6fecf
> > > %sha256 usb2_release_003.*
> > > SHA256 (usb2_release_003.diff) =
> > > 9b4359f76eeef43d9b6c0c524198e529f2debff14e6158ebac8f35d51efb211b
> > > SHA256 (usb2_release_003.tar.gz) =
> > > 3040714546fc21bc2943c2e7aec1734150845271664aad44639ff5c553e3ed31
> >
> > I untarred usb2_release_003.tar.gz into /usr/src but am having
> > problems building it: it seems libusb20 needs /usr/src/sys in the
> >
> > include path, but after installing libusb20 the modules won't build:
> > > cd /sys/modules/usb2
> > > make
> >
> > ===> bluetooth (all)
> > Warning: Object directory not changed from
> > original /usr/src/sys/modules/usb2/bluetooth make: don't know how to
> > make usb2_if.h. Stop *** Error code 2
> >
> > Stop in /usr/src/sys/modules/usb2.
> >
> > If I use the copy of /sys/conf/files from perforce then I get a
> > compile error in the ata driver during buildkernel because I guess
> > things have moved on and the references are no longer valid.
> > What's the proper way to build the new usb stack?
> 
> Did you apply the patches in the diff file ?
> 

That was the problem: after applying the patches and updating kmod.mk
the build works.

-- 
Bruce Cran
From bugmaster at FreeBSD.org  Mon Nov  3 03:07:01 2008
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Nov  3 03:09:16 2008
Subject: Current problem reports assigned to freebsd-usb@FreeBSD.org
Message-ID: <200811031107.mA3B7192011077@freefall.freebsd.org>

Note: to view an individual PR, use:
  http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.


S Tracker      Resp.      Description
--------------------------------------------------------------------------------
o usb/128485   usb        Nokia N80 modem support
o usb/128425   usb        Cannot Connect Maxtor Onetouch 4 USB drive
f usb/128418   usb        [panic] [rum] loading if_rum causes panic, looks like 
o usb/128324   usb        [uplcom] remove baud rate restriction for PL2303X chip
p usb/128115   usb        [uplcom] [patch] USB-RS232 circuets on chip PL2303HX n
o usb/128093   usb        [ohci] panic in ohci_softintr: OXFER(xfer)->xfer.pipe 
o usb/127980   usb        [QUIRK] Fix Samsung YP U2 MP3 player on 7.x and 8.x
o usb/127926   usb        [boot] USB Timeout during bootup
o usb/127549   usb        [umass] [patch] Meizu MiniPlayer M6 (SL) requires some
f usb/127516   usb        after csup src-all RELENG_7
s usb/127453   usb        [request] ubsa, uark, ubser, uftdi, and friends should
o usb/127423   usb        [boot] BTX halted on Gigabyte GA-MA69VM-S2 / AMD Sempr
o usb/127342   usb        [boot] cannot enable usb keyboard and mouse support in
o kern/127222  usb        [ohci]: Regression in 7.0 usb storage generic driver
o usb/126884   usb        [patch] Bug in buffer handling in ugen.c
f kern/126848  usb        [usb]: USB Keyboard hangs during Installation
o usb/126740   usb        [ulpt] doesn't work on 7.0-RELEASE, 10 second stall be
o usb/126519   usb        [usb] [panic] panic when plugging in an iphone
o kern/126396  usb        [panic] kernel panic after unplug USB Bluetooth device
o usb/125736   usb        [ukbd] [hang] system hangs after AT keyboard detect if
o usb/125631   usb        [usb][ums] kernel panic during bootup while 'Logitech 
o usb/125510   usb        repeated plug and unplug of USB mass storage devices l
o usb/125450   usb        [panic] Removing USB flash card while being accessed c
o usb/125264   usb        [patch] sysctl for set usb mouse rate (very useful for
o usb/125238   usb        Habu Mouse turns off in X
o usb/125088   usb        Touchpad not detected on Adesso AKB-430UG USB kbd/pad 
o usb/125072   usb        [uplcom] [patch] add Mobile Action MA-620 Infrared Ada
o usb/124980   usb        [panic] kernel panic on detaching unmounted umass devi
o kern/124777  usb        [ucom] USB cua devices don't revert to tty devices whe
o usb/124758   usb        rum panics SMP kernel
o usb/124708   usb        [panic] Kernel panic on USB KVM reattach
o usb/124604   usb        Wireless Mouse doesn't work
o usb/123969   usb        Supermicro H8SMi-2 usb problem
o usb/123714   usb        Panic when hald-storage-probe runs with umass device i
o usb/123691   usb        usbd(8): usbd hangs
o usb/123690   usb        Panic on USB device insertion when usb loaded as a mod
o usb/123611   usb        [usb] BBB reset failed, STALLED from Imation/Mitsumi U
o usb/123509   usb        [umass] continuous reset Samsung SGH-G600 phone
o usb/123352   usb        Add Option GTMAX3.6/7.2 and Quallcomm MMC module devic
o usb/123351   usb        Add Reiner SCT cyberJack, Omnikey [26]020, Fujitsu Sie
p usb/123211   usb        [udav] if_udav driver doesn't support Davicom 9601 USB
p usb/123148   usb        [uscanner] [patch] Epson DX8400/50 needs uscanner to s
o usb/122992   usb        MotoROKR Z6 Phone not recognised by umass as USB disk.
o usb/122956   usb        Support for Novatel Wireless XU870 3G Card
o usb/122936   usb        [ucom][ubsa] Device does not receive interrupt
o usb/122905   usb        [ubsa] [patch] add Huawei E220 to ubsa
o usb/122819   usb        Patch to provide dynamic additions to the usb quirks t
o usb/122813   usb        [udbp] [request] udbp driver should be removed in favo
o usb/122621   usb        [patch] [request] New driver for Sierra Wireless 3G US
p usb/122610   usb        Add Verizon v740 support to ubsa(4)
o usb/122547   usb        [ehci] USB Printer not being recognized after reboot
o usb/122539   usb        [ohci] [panic] AnyDATA ADU-E1000D - kernel panic: ohci
o usb/122483   usb        [panic] [ulpt] Repeatable panic in 7.0-STABLE
o usb/122119   usb        [umass] umass device causes creation of daX but not da
o usb/122025   usb        [patch] uscanner does not attach to Epson RX620 printe
o usb/121755   usb        [ohci] [patch] Fix panic after ohci/uhub cardbus devic
o usb/121734   usb        [ugen] ugen HP1022 printer device not working since up
o usb/121708   usb        [keyboard] nforce 650i mobo w/ usb keyboard infinite k
o usb/121474   usb        [cam] [patch] QUIRK: SAMSUNG HM250JI in LaCie usb hard
o usb/121426   usb        [patch] [uscanner] add HP ScanJet 3570C
o usb/121275   usb        [boot] FreeBSD fails to boot with usb legacy support e
o usb/121232   usb        USB CardBus card removal causes reboot sometimes
o usb/121184   usb        [uipaq] [patch] add ids from linux ipaq driver (plus a
o usb/121169   usb        [umass] Issues with usb mp3 player
o usb/121045   usb        [uftdi] [patch] Add support for PC-OP-RS1 and KURO-RS
o usb/120786   usb        Kernel panic when forced umount of a dettached USB Har
o usb/120729   usb        [panic] fault while in kernel mode with connecting USB
o usb/120572   usb        [umass] [patch] quirk to support ASUS P535 as umass (a
o usb/120321   usb        [hang] System hangs when transferring data to WD MyBoo
o usb/120283   usb        [panic] Automation reboot with wireless keyboard & mou
o usb/120034   usb        [hang] 6.2 & 6.3 hangs on boot at usb0: OHCI with 1.5 
o usb/120017   usb        [ehci] [patch] CS5536 (AMD Geode) USB 2.0 quirk
o usb/119981   usb        [axe] [patch] add support for LOGITEC LAN-GTJ/U2 gigab
o usb/119977   usb        [ums] Mouse does not work in a Cherry-USB keyboard/mou
o usb/119653   usb        [cam] [patch] iriver s7 player sync cache error patch
o usb/119633   usb        [umass] umass0: BBB reset failed, IOERROR [regression]
o usb/119513   usb        [irq] inserting dlink dwl-g630 wireless card results i
o usb/119509   usb        USB flaky on Dell Optiplex 755
o usb/119481   usb        [hang] FreeBSD not responding after connecting USB-Mas
o usb/119389   usb        [umass] Sony DSC-W1 CBI reset failed, STALLED [regress
o usb/119227   usb        [ubsa] [patch] ubsa buffer is too small; should be tun
o usb/119201   usb        [cam] [patch] Quirks for Olympus FE-210 camera, LG and
o usb/119150   usb        [usbdevs] [patch] new usbdevs for CDMA 1xEVDO devices
o usb/118686   usb        [usbdevs] [patch] teach usbdevs / ubsa(4) about Huawei
o usb/118485   usb        [usbdevs] [patch] Logitech Headset Workaround
o usb/118480   usb        [umass] Timeout in USB mass storage freezes vfs layer 
o usb/118353   usb        [panic] [ppp] repeatable kernel panic during ppp(4) se
o usb/118141   usb        [ucom] usb serial and nokia phones ucomreadcb ucomread
o usb/118140   usb        [ucom] [patch] quick hack for ucom to get it behave wi
o usb/118098   usb        [umass] 6th gen iPod causes problems when disconnectin
o usb/117955   usb        [umass] [panic] inserting minolta dimage a2 crashes OS
o usb/117946   usb        [panic] D-Link DUB-E100 rev. B1 crashes FreeBSD 7.0-BE
o usb/117938   usb        [ums] [patch] Adding support for MS WL Natural and MS 
o usb/117911   usb        [ums] [request] Mouse Gembird MUSWC not work
o usb/117893   usb        [umass] Lacie USB DVD writing failing
o usb/117613   usb        [uhci] [irq] uhci interrupt storm & USB leaked memory 
o usb/117598   usb        [uaudio] [patch] Not possible to record with Plantroni
o usb/117546   usb        [uftdi] [patch] Add MaxStream ZigBee product ID to uft
o usb/117313   usb        [umass] [panic] panic on usb camera insertion
o usb/117205   usb        [uscanner] [patch] uscanner support for HP ScanJet 447
o usb/117200   usb        [ugen] ugen0 prints strange string on attach if detach
o usb/117185   usb        [umodem] [patch] Add support for UNION interface descr
o usb/117183   usb        [panic] USB/fusefs -- panic while transferring large a
o usb/117075   usb        [scsi_da] [patch] quirk: USB Samsung YP-U3 MP3
o usb/116947   usb        [ukbd] [patch] [regression] enable boot protocol on th
o usb/116699   usb        [usbhid] USB HID devices do not initialize at system b
o usb/116561   usb        [umodem] [panic] RELENG_6 umodem panic "trying to slee
o usb/116282   usb        [ulpt] Cannot print on USB HP LJ1018 or LJ1300
o usb/115935   usb        [usbdevs] [patch] kernel counterproductively attaches 
o usb/115933   usb        [uftdi] [patch] RATOC REX-USB60F (usb serial converter
o usb/115400   usb        [ehci] Problem with EHCI on ASUS M2N4-SLI
o usb/115298   usb        [ulpt] [panic] Turning off USB printer panics kernel
o usb/114916   usb        [umass] [patch] USB Maxtor drive (L300RO) requires qui
o kern/114780  usb        [uplcom] [panic] Panics while stress testing the uplco
o usb/114682   usb        [umass] generic USB media-card reader unusable
o usb/114310   usb        [libusb] [patch] [panic] USB hub attachment panics ker
o usb/114068   usb        [umass] [patch] Problems with connection of the umass 
o conf/114013  usb        [patch] WITHOUT_USB allow to compil a lot of USB stuff
s usb/113977   usb        [request] Need a way to set mode of USB disk's write c
o usb/113672   usb        [ehci] [panic] Kernel panic with AEWIN CB6971
s usb/113629   usb        [ukbd] Dropped USB keyboard events on Dell Latitude D6
o usb/113432   usb        [ucom] WARNING: attempt to net_add_domain(netgraph) af
a usb/113060   usb        [usbdevs] [patch] Samsung printer not working in bidir
o usb/112944   usb        [ulpt] [patch] Bi-directional access to HP LaserJet 10
o usb/112640   usb        [usb] [hang] Kernel freezes when writing a file to an 
o usb/112631   usb        [panic] Problem with SONY DSC-S80 camera on umount
s usb/112568   usb        [umass] [request] USB mode may wrong when mounting Pla
o usb/112463   usb        [umass] problem with Samsung USB DVD writer, libscg an
o usb/112461   usb        [ehci] [request] ehci USB 2.0 doesn't work on nforce4
o usb/111753   usb        [uhid] [panic] Replicable system panic involving UHID 
s usb/110991   usb        [usbdevs] [patch] QUIRK: Super Top IDE DEVICE (depends
o usb/110988   usb        [umass] [patch] Handling of quirk IGNORE_RESIDUE is um
o usb/110856   usb        [ugen] [patch] interrupt in msgs are truncated when bu
o usb/110197   usb        [umass] Sony PSP umass device does not detach from EHC
o usb/109397   usb        [panic] on boot from USB flash
o usb/109274   usb        [usb] MCP55 USB Controller fails to attach in AMD64 Cu
o usb/108513   usb        [umass] Creative MuVo TX FM fails in 6.2-RELEASE [regr
s usb/108344   usb        [panic] kernel with atausb panics when unplugging USB 
o usb/108056   usb        [ohci] Mouse gets powered off during device probe when
o usb/107935   usb        [uplcom] [panic] panic while accessing /dev/cuaU0
o usb/107924   usb        [patch] usbd(8) does not call detach
o usb/107848   usb        [umass] [request] cannot access Samsung flash disk
o usb/107827   usb        [ohci] [panic] ohci_add_done addr not found
o usb/107496   usb        [uhub] USB device problem on RELENG_6_2 (SHORT_XFER) [
o usb/107446   usb        [umass] umass problems (usb and fw disks)
o usb/107388   usb        [patch] [request] new driver: add utoppy device from N
o usb/107248   usb        [umass] [patch] scsi_da.c quirk for Cowon iAUDIO X5 MP
o usb/107243   usb        [cam] [patch] Apacer USB Flash Drive quirk
o usb/106861   usb        [usbdevs] [patch]: usbdevs update: Add product ACER Ze
s usb/106832   usb        USB HP printer is not detected by kernel when ACPI ena
o usb/106648   usb        [umass] [hang] USB Floppy on D1950 10 min Hang on Inse
o usb/106621   usb        [axe] [patch] DLINK DUB-E100 support broken
o usb/106615   usb        [uftdi] uftdi module does not automatically load with 
o usb/106041   usb        [usb] [request] FreeBSD does not recognise Mustek Bear
o usb/105361   usb        [panic] Kernel panic during unmounting mass storage (C
o usb/105186   usb        [ehci] [panic] USB 2.0/ehci on FreeBSD 6.2-PRE/AMD64 c
o usb/105065   usb        [ata] SATA - USB Bridge
o usb/104830   usb        [umass] system crashes when copying data to umass devi
o usb/104645   usb        [umass] [request] Rave C-201 MP3 player does not commu
o usb/104352   usb        [ural] [patch] ural driver doesnt work
o usb/104292   usb        [umass] [hang] system lockup on forced umount of usb-s
o usb/104290   usb        [umass] [patch] quirk: TOSHIBA DVD-RAM drive (libretto
o usb/103917   usb        [uhub] USB driver reports "Addr 0 should never happen"
o usb/103418   usb        usbhidctl(1): [patch] [request] usbhidctl: add ability
o usb/103289   usb        [request] USB 2.0 problems on AMD LX-800 CPU and CS-55
o usb/103046   usb        [ulpt] [patch] ulpt event driven I/O with select(2) an
o usb/103025   usb        [uhub] [panic] wrong detection of USB device for FreeB
o usb/102976   usb        [panic] Casio Exilim Digital Camera causes panic on in
o usb/102678   usb        [keyboard] Dell PowerEdge DRAC5 USB Keyboard does not 
f usb/102096   usb        [patch] usbd(8) does not handle multiple devices in on
o usb/102066   usb        [ukbd] usb keyboard and multimedia keys don't work
o usb/101775   usb        [libusbhid] [patch] possible error in report descripto
o usb/101761   usb        [usb] [patch] [request] usb.h: increase maximal size o
o usb/101752   usb        [umass] [panic] 6.1-RELEASE kernel panic on usb device
o usb/101448   usb        [ohci] FBSD 6.1-STABLE/AMD64 crashes under heavy USB/O
o usb/101096   usb        [ural] [panic] USB WLAN occasionally causes kernel-pan
o usb/100746   usb        [keyboard] system does not boot due to USB keyboard pr
o usb/99538    usb        [keyboard] while using USB keyboard default params of 
o usb/99431    usb        [keyboard] FreeBSD on MSI 6566E (Intel 845E motherboar
o usb/98343    usb        [boot] BBB reset failed errors with Creative Muvo MP3 
o usb/97472    usb        [cam] [patch] add support for Olympus C150,D390
s usb/97286    usb        [mouse] [request] MS Wireless Intellimouse Explorer 2.
o usb/97175    usb        [umass] [hang] USB cardreader hangs system
o usb/96457    usb        [umass] [panic] fatback on umass = reboot
o usb/96381    usb        [cam] [patch] add a quirk table entry for a flash ram 
o usb/96224    usb        [usb] [msdosfs] mount_msdosfs cause page fault in sync
s usb/96120    usb        [ums] [request] USB mouse not always detected
s usb/95636    usb        [umass] [boot] 5 minute delay at boot when using VT620
o usb/95562    usb        [umass] Write Stress in USB Mass drive causes "vinvalb
s usb/95348    usb        [keyboard] USB keyboard unplug causes noise on screen
o usb/95037    usb        [umass] USB disk not recognized on hot-plug.
o usb/94897    usb        [panic] Kernel Panic when cleanly unmounting USB disk
o usb/94717    usb        [ulpt] Reading from /dev/ulpt can break work of a UHCI
o usb/94384    usb        [panic] kernel panic with usb2 hardware
o usb/93872    usb        [cam] [patch] SCSI quirk required for ELTA 8061 OL USB
o usb/93828    usb        [ohci] [panic] ohci causes panic on boot (HP Pavillion
o usb/93408    usb        [mouse] hw.acpi.cpu.cx_lowest=C3 on AMD Turion causes 
o usb/93389    usb        [umass] [patch] Digital Camera Pentax S60 don't work
o usb/93155    usb        [ulpt] /dev/ulpt0: device busy, USB printer does not w
o usb/92852    usb        [ums] [patch] Vertical scroll not working properly on 
o usb/92171    usb        [panic] panic unplugging Vodafone Mobile Connect (UMTS
o usb/92142    usb        [uhub] SET_ADDR_FAILED and SHORT_XFER errors from usb 
o usb/92083    usb        [ural] [panic] panic using WPA on ural NIC in 6.0-RELE
o usb/92052    usb        [ulpt] usbd causes defunct process with busy file-hand
o usb/91906    usb        [ehci] [hang] FreeBSD hangs while booting with USB leg
o usb/91896    usb        camcontrol(8): Serial Number of USB Memory Sticks is n
o usb/91811    usb        [umass] Compact Flash in HP Photosmart 2610 return  " 
o usb/91629    usb        usbd_abort_pipe() may result in infinite loop
o usb/91546    usb        [umodem] [patch] Nokia 6630 mobile phone does not work
o usb/91538    usb        [ulpt] [patch] Unable to print to EPSON CX3500
o usb/91283    usb        [boot] [regression] booting very slow with usb devices
o usb/91238    usb        [umass] USB tape unit fails to write a second tape fil
o usb/90700    usb        [umass] [panic] Kernel panic on connect/mount/use umas
o usb/89954    usb        [umass] [panic] USB Disk driver race condition?
s usb/89003    usb        [request] LaCie Firewire drive not properly supported 
o usb/88743    usb        [hang] [regression] USB makes kernel hang at boot (reg
o usb/88408    usb        [axe] axe0 read PHY failed
o usb/87648    usb        [mouse] Logitech USB-optical mouse problem.
o usb/87224    usb        Cannot mount USB Zip750
o usb/86767    usb        [umass] [patch] bogus "slice starts beyond end of the 
o usb/86298    usb        [mouse] Known good USB mouse won't work with correct s
s usb/85067    usb        [uscanner] Cannot attach ScanJet 4300C to usb device
f usb/84750    usb        [hang] 6-BETA2 reboot/shutdown with root_fs on externa
s usb/84336    usb        [usb] [reboot] instant system reboot when unmounting a
o usb/84326    usb        [umass] Panic trying to connect SCSI tape drive via US
o usb/83977    usb        [ucom] [panic] ucom1: open bulk out error (addr 2): IN
o usb/83863    usb        [ugen] Communication problem between opensc/openct via
o usb/83756    usb        [ums] [patch] Microsoft Intellimouse Explorer 4.0A doe
f usb/83677    usb        [usb] [request] usb controller often not detected (Sun
o usb/83563    usb        [umass] [panic] Page Fault while detaching Mpman Usb d
o usb/83504    usb        [kernel] [patch] SpeedTouch USB stop working on recent
o usb/82660    usb        [ehci] [panic] EHCI: I/O stuck in state 'physrd'/panic
s usb/82569    usb        [umass] [panic] USB mass storage plug/unplug causes sy
o usb/82520    usb        [udbp] [reboot] Reboot when USL101 connected
o usb/82350    usb        [ucom] [panic] null pointer dereference in USB stack
o usb/81621    usb        [ehci] [hang] external hd hangs under load on ehci
o usb/80935    usb        [uvisor] [patch] uvisor.c is not work with CLIE TH55.
o usb/80862    usb        [patch] USB locking issues: missing some Giant calls
o usb/80854    usb        [patch] [request] suggestion for new iface-no-probe me
o usb/80829    usb        [modules] [panic] possible panic when loading USB-modu
s usb/80777    usb        [request] usb_rem_task() should wait for callback to c
s usb/80776    usb        [udav] [request] UDAV device driver shouldn't use usb_
o usb/80774    usb        [patch] have "usbd_find_desc" in line with the other "
o usb/80361    usb        [umass] [patch] mounting of Dell usb-stick fails
o usb/80040    usb        [hang] Use of sound mixer causes system freeze with ua
o usb/79723    usb        [usb] [request] prepare for high speed isochronous tra
o usb/79722    usb        [ehci] wrong alignments in ehci.h
a usb/79656    usb        [ehci] RHSC interrupts lost
o usb/79524    usb        [ulpt] printing to Minolta PagePro 1[23]xxW via USB fa
o usb/79287    usb        [uhci] [hang] UHCI hang after interrupt transfer
o usb/79269    usb        [ohci] USB ohci da0 plug/unplug causes crashes and loc
o usb/78984    usb        [umass] [patch] Creative MUVO umass failure
o usb/77294    usb        [ucom] [panic] ucom + ulpcom panic
o usb/77184    usb        [umass] [panic] kernel panic on USB device disconnect,
o usb/76732    usb        Mouse problems with USB KVM Switch
o usb/76653    usb        [umass] [patch] Problem with Asahi Optical usb device 
o usb/76461    usb        [umass] disklabel of umass(4)-CAM(4)-da(4) not used by
o usb/76395    usb        [uhci] USB printer does not work, usbdevs says "addr 0
s usb/75928    usb        [umass] [request] Cytronix SmartMedia card (SMC) reade
o usb/75800    usb        [ucom] ucom1: init failed STALLED error in time of syn
o usb/75797    usb        [sound] 5.3-STABLE(2005 1/4) detect USB headset, But c
o usb/75764    usb        [umass] [patch] "umass0: Phase Error" - no device for 
o usb/75705    usb        [umass] [panic] da0 attach / Optio S4 (with backtrace)
o usb/74771    usb        [umass] [hang] mounting write-protected umass device a
s usb/74453    usb        [umass] [patch] Q-lity CD-RW USB ECW-043 (ScanLogic SL
o usb/74211    usb        [umass] USB flash drive causes CAM status 0x4 on 4.10R
o usb/73307    usb        [panic] Kernel panics on USB disconnect
s usb/72733    usb        [ucom] [request] Kyocera 7135 Palm OS connection probl
o usb/71455    usb        [umass] Slow USB umass performance of 5.3
o usb/71417    usb        [ugen] Cryptoflex e-gate USB token (ugen0) communicati
o usb/71416    usb        [ugen] Cryptoflex e-gate USB token (ugen0) detach is n
o usb/71280    usb        [aue] aue0 device (linksys usb100tx) doesn't work in 1
o usb/71155    usb        [ulpt] misbehaving usb-printer hangs processes, causes
o usb/70523    usb        [umct] [patch] umct sending/receiving wrong characters
o usb/69006    usb        [usbdevs] [patch] Apple Cinema Display hangs USB ports
o usb/68232    usb        [ugen] [patch] ugen(4) isochronous handling correction
o usb/67301    usb        [uftdi] [panic] RTS and system panic
o usb/66547    usb        [ucom] Palm Tungsten T USB does not initialize correct
o usb/63621    usb        [umass] [panic] USB MemoryStick Reader stalls/crashes 
s usb/62257    usb        [umass] [request] card reader UCR-61S2B is only half-s
o usb/59698    usb        [keyboard] [patch] Rework of ukbd HID to AT code trans
o bin/57255    usb        usbd(8) and multi-function devices
s usb/52026    usb        [usb] [request] umass driver support for InSystem ISD2
s usb/51958    usb        [urio] [patch] update for urio driver
o i386/46371   usb        USB controller cannot be initialized on IBM Netfinity 
o usb/40948    usb        [umass] [request] USB HP CDW8200 does not work
o conf/30929   usb        [usb] [patch] use usbd to initialize USB ADSL modem

287 problems total.

From bruce at cran.org.uk  Mon Nov  3 20:02:46 2008
From: bruce at cran.org.uk (Bruce Cran)
Date: Mon Nov  3 20:02:52 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <20081102141558.582958ba@tau.draftnet>
References: <200810251925.47273.hselasky@c2i.net>
	<200810261633.22020.hselasky@c2i.net>
	<20081102105302.40af66f6@tau.draftnet>
	<200811022142.12653.hselasky@c2i.net>
	<20081102141558.582958ba@tau.draftnet>
Message-ID: <20081103200233.33d81de1@tau.draftnet>

On Sun, 2 Nov 2008 14:15:58 -0800
Bruce Cran <bruce@cran.org.uk> wrote:

> On Sun, 2 Nov 2008 21:42:11 +0100
> Hans Petter Selasky <hselasky@c2i.net> wrote:
> 
> > On Sunday 02 November 2008, Bruce Cran wrote:
> > > On Sun, 26 Oct 2008 16:33:20 +0100
> > >
> > > Hans Petter Selasky <hselasky@c2i.net> wrote:
> > > > Hi,
> > > >
> > > > A new USB release is available:
> > > >
> > > > http://www.selasky.org/hans_petter/usb4bsd/for_review/
> > > >
> > > > %md5 usb2_release_003.*
> > > > MD5 (usb2_release_003.diff) = e31a032d0234bb7d72eb968c33118d84
> > > > MD5 (usb2_release_003.tar.gz) = 0a0d9dd44e93ba2ceaa849c577f6fecf
> > > > %sha256 usb2_release_003.*
> > > > SHA256 (usb2_release_003.diff) =
> > > > 9b4359f76eeef43d9b6c0c524198e529f2debff14e6158ebac8f35d51efb211b
> > > > SHA256 (usb2_release_003.tar.gz) =
> > > > 3040714546fc21bc2943c2e7aec1734150845271664aad44639ff5c553e3ed31
> > >
> > > I untarred usb2_release_003.tar.gz into /usr/src but am having
> > > problems building it: it seems libusb20 needs /usr/src/sys in the
> > >
> > > include path, but after installing libusb20 the modules won't
> > > build:
> > > > cd /sys/modules/usb2
> > > > make
> > >
> > > ===> bluetooth (all)
> > > Warning: Object directory not changed from
> > > original /usr/src/sys/modules/usb2/bluetooth make: don't know how
> > > to make usb2_if.h. Stop *** Error code 2
> > >
> > > Stop in /usr/src/sys/modules/usb2.
> > >
> > > If I use the copy of /sys/conf/files from perforce then I get a
> > > compile error in the ata driver during buildkernel because I guess
> > > things have moved on and the references are no longer valid.
> > > What's the proper way to build the new usb stack?
> > 
> > Did you apply the patches in the diff file ?
> > 
> 
> That was the problem: after applying the patches and updating kmod.mk
> the build works.
> 

It's working now and I've been able to read back data from
my Garmin GPS device on FreeBSD for the first time!   

I've noticed a couple of issues while getting it working.  The first
is that I get a message when I plug the GPS in, but not when I unplug
it - I'd expect to see something like "ugen3.1: at usbus3 disconnected".
It gets attached on the ohci hub; usbconfig reports it as:

ugen3.1: <OHCI root HUB ATI> at usbus3, cfg=0 md=HOST spd=FULL (12Mbps)
pwr=ON ugen3.2: <product 0x0003 Garmin International> at usbus3, cfg=0
md=HOST spd=FULL (12Mbps) pwr=ON

I've built the stack as modules, and just 'kldload
usb2_controller_ohci'.

The other issue I bumped into was when I was trying to get gpsbabel
working.  I tracked it down to the code that selected an endpoint
address: my Garmin has addresses 0x81, 0x2 and 0x83 but the USB stack
wasn't happy with gpsbabel sending the result of those addresses ANDed
with USB_ENDPOINT_ADDRESS_MASK.  When I passed the addresses
themselves, gpsbabel sprang into life and read data back from the
device.

-- 
Bruce Cran
From hselasky at c2i.net  Tue Nov  4 10:37:57 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Tue Nov  4 10:38:03 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <20081103200233.33d81de1@tau.draftnet>
References: <200810251925.47273.hselasky@c2i.net>
	<20081102141558.582958ba@tau.draftnet>
	<20081103200233.33d81de1@tau.draftnet>
Message-ID: <200811041940.02969.hselasky@c2i.net>

On Tuesday 04 November 2008, Bruce Cran wrote:
...

Hi Bruce,

This issue should be fixed now in P4 and my private SVN.

How to override existing libusb-0.1.12 by using symbolic links:

/usr/local/lib/libusb-0.1.so.8 -> /usr/lib/libusb20.so.1
/usr/local/lib/libusb.a -> /usr/lib/libusb20.a

Thanks for reporting!

--HPS
From stevefranks at ieee.org  Tue Nov  4 11:31:17 2008
From: stevefranks at ieee.org (Steve Franks)
Date: Tue Nov  4 11:31:23 2008
Subject: ucom panic
In-Reply-To: <539c60b90810301354h10c9a411tdbad75880a8448@mail.gmail.com>
References: <539c60b90810291648l7567b974h8e0999a66971495b@mail.gmail.com>
	<20081029.183134.1650439445.imp@bsdimp.com>
	<539c60b90810301354h10c9a411tdbad75880a8448@mail.gmail.com>
Message-ID: <539c60b90811041131h5a45ab8ev397e84cf3a0cf489@mail.gmail.com>

On Thu, Oct 30, 2008 at 1:54 PM, Steve Franks <stevefranks@ieee.org> wrote:
> On Wed, Oct 29, 2008 at 5:31 PM, M. Warner Losh <imp@bsdimp.com> wrote:
>> In message: <539c60b90810291648l7567b974h8e0999a66971495b@mail.gmail.com>
>>            "Steve Franks" <stevefranks@ieee.org> writes:
>> : Perhaps someone can make sense of my backtrace, this is a ucom causes
>> : a panic, but only when I open it from one specific program.  If I talk
>> : to the ucom with minicom, no issues.  That aside, a panic when talking
>> : to any serial port with any program would be considered a bug, right?
>>
>> Is there any way you could boot a -current kernel?  I think this is a
>> bug I fixed in -current, but maybe didn't back merge to 7...
>>
>> Warner
>>
>
> I have a rather older amd64 kernel that didn't do it until I rebuilt
> the day before yesterday (now that's bad luck), and my internal umass
> drive seems to panic both (amd64 & i386) pretty reliably...is there a
> fresbie for current?  I suppose the regular snapshot CD would be
> sufficient as well, right?
>
> How about the stability of the rest of current?  This is my work
> desktop, and all my files are offsite, so I'm not too concerned about
> weekly reliability, if I get better hw support day-to-day...do you run
> current on any of your workstations?
>
> Alternatively, is there a patch for 7-stable?  My work is as an OEM,
> and all our devices get programmed over a ucom bootloader.  I'm pretty
> much stuck until this is fixed...
>
> Steve
>

So, no real luck installing 8, I don't have an extra disk at the
moment to put it on.  I'm really interested in this patch, however.
Is this the same as the new USB4BSD, or USB2 that I've been hearing
about?  Can I patch my 7.1 with it?  That would be easier for me to
test out.

Steve
From hselasky at c2i.net  Tue Nov  4 11:55:24 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Tue Nov  4 11:55:30 2008
Subject: ucom panic
In-Reply-To: <539c60b90811041131h5a45ab8ev397e84cf3a0cf489@mail.gmail.com>
References: <539c60b90810291648l7567b974h8e0999a66971495b@mail.gmail.com>
	<539c60b90810301354h10c9a411tdbad75880a8448@mail.gmail.com>
	<539c60b90811041131h5a45ab8ev397e84cf3a0cf489@mail.gmail.com>
Message-ID: <200811042057.27556.hselasky@c2i.net>

On Tuesday 04 November 2008, Steve Franks wrote:
> On Thu, Oct 30, 2008 at 1:54 PM, Steve Franks <stevefranks@ieee.org> wrote:
> > On Wed, Oct 29, 2008 at 5:31 PM, M. Warner Losh <imp@bsdimp.com> wrote:
> >> In message:
> >> <539c60b90810291648l7567b974h8e0999a66971495b@mail.gmail.com>
> >>
> >>            "Steve Franks" <stevefranks@ieee.org> writes:
> >> : Perhaps someone can make sense of my backtrace, this is a ucom causes
> >> : a panic, but only when I open it from one specific program.  If I talk
> >> : to the ucom with minicom, no issues.  That aside, a panic when talking
> >> : to any serial port with any program would be considered a bug, right?
> >>
> >> Is there any way you could boot a -current kernel?  I think this is a
> >> bug I fixed in -current, but maybe didn't back merge to 7...
> >>
> >> Warner
> >
> > I have a rather older amd64 kernel that didn't do it until I rebuilt
> > the day before yesterday (now that's bad luck), and my internal umass
> > drive seems to panic both (amd64 & i386) pretty reliably...is there a
> > fresbie for current?  I suppose the regular snapshot CD would be
> > sufficient as well, right?
> >
> > How about the stability of the rest of current?  This is my work
> > desktop, and all my files are offsite, so I'm not too concerned about
> > weekly reliability, if I get better hw support day-to-day...do you run
> > current on any of your workstations?
> >
> > Alternatively, is there a patch for 7-stable?  My work is as an OEM,
> > and all our devices get programmed over a ucom bootloader.  I'm pretty
> > much stuck until this is fixed...
> >
> > Steve
>
> So, no real luck installing 8, I don't have an extra disk at the
> moment to put it on.  I'm really interested in this patch, however.
> Is this the same as the new USB4BSD, or USB2 that I've been hearing
> about?  Can I patch my 7.1 with it?  That would be easier for me to
> test out.
>
> Steve

Hi,

If you compile a FreeBSD 8 kernel with:

options         COMPAT_FREEBSD7

It should pretty much work if you then copy the resulting kernel and modules 
to your FreeBSD 7 /boot/kernel directory.

--HPS
From hselasky at c2i.net  Tue Nov  4 12:57:52 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Tue Nov  4 12:58:02 2008
Subject: weird USB keyboard behavior with new USB stack
In-Reply-To: <20081104203806.GA1801@darklight.homeunix.org>
References: <20081104203806.GA1801@darklight.homeunix.org>
Message-ID: <200811042159.56731.hselasky@c2i.net>

On Tuesday 04 November 2008, Yuri Pankov wrote:
> Hi,
>
> I'm testing new USB stack as part of -CURRENT. My USB keyboard
> occasionally locks up (and I need to re-plug it), sends wrong modifiers
> keys, etc. which didn't happen with old USB stack. Are there any
> settings/options which I can use to debug this problem further?
>

Yes, try:

sysctl hw.usb2.ukbd.debug=15

And see what it outputs.

I'm also using a USB-keyboard and I have not experienced such problems, though 
it might not be related to the USB keyboard. Have you got any other USB 
devices working at FULL speed USB ?

--HPS

> Info from usbconfig:
> ugen0.1: <OHCI root HUB nVidia> at usbus0, cfg=0 md=HOST spd=FULL
> (12Mbps) pwr=ON
> ugen1.1: <EHCI root HUB nVidia> at usbus1, cfg=0 md=HOST spd=HIGH
> (480Mbps) pwr=ON
> ugen0.2: <IrDA/USB Bridge Sigmatel Inc> at usbus0, cfg=0 md=HOST
> spd=FULL (12Mbps) pwr=ON
> ugen0.5: <Wireless Battery Free Optical Mouse A4Tech> at usbus0, cfg=0
> md=HOST spd=LOW (1.5Mbps) pwr=ON
> ugen0.3: <product 0x2050 Cypress Semiconductor> at usbus0, cfg=0 md=HOST
> spd=FULL (12Mbps) pwr=ON
> ugen0.4: <product 0x004c KYE Systems> at usbus0, cfg=0 md=HOST spd=FULL
> (12Mbps) pwr=ON
>
> from dmesg:
> ukbd0: <KYE Systems product 0x004c, class 0/0, rev 1.10/1.01, addr 4> on
> usbus0
From yuri.pankov at gmail.com  Tue Nov  4 13:03:33 2008
From: yuri.pankov at gmail.com (Yuri Pankov)
Date: Tue Nov  4 13:03:46 2008
Subject: weird USB keyboard behavior with new USB stack
Message-ID: <20081104203806.GA1801@darklight.homeunix.org>

Hi,

I'm testing new USB stack as part of -CURRENT. My USB keyboard
occasionally locks up (and I need to re-plug it), sends wrong modifiers
keys, etc. which didn't happen with old USB stack. Are there any
settings/options which I can use to debug this problem further?

Info from usbconfig:
ugen0.1: <OHCI root HUB nVidia> at usbus0, cfg=0 md=HOST spd=FULL
(12Mbps) pwr=ON
ugen1.1: <EHCI root HUB nVidia> at usbus1, cfg=0 md=HOST spd=HIGH
(480Mbps) pwr=ON
ugen0.2: <IrDA/USB Bridge Sigmatel Inc> at usbus0, cfg=0 md=HOST
spd=FULL (12Mbps) pwr=ON
ugen0.5: <Wireless Battery Free Optical Mouse A4Tech> at usbus0, cfg=0
md=HOST spd=LOW (1.5Mbps) pwr=ON
ugen0.3: <product 0x2050 Cypress Semiconductor> at usbus0, cfg=0 md=HOST
spd=FULL (12Mbps) pwr=ON
ugen0.4: <product 0x004c KYE Systems> at usbus0, cfg=0 md=HOST spd=FULL
(12Mbps) pwr=ON

from dmesg:
ukbd0: <KYE Systems product 0x004c, class 0/0, rev 1.10/1.01, addr 4> on
usbus0


TIA,
Yuri
From hselasky at c2i.net  Tue Nov  4 13:06:34 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Tue Nov  4 13:06:40 2008
Subject: weird USB keyboard behavior with new USB stack
In-Reply-To: <20081104203806.GA1801@darklight.homeunix.org>
References: <20081104203806.GA1801@darklight.homeunix.org>
Message-ID: <200811042208.41145.hselasky@c2i.net>

Hi,

Some other tips:

Try using kbdcontrol to re-set the layout on your keyboard.

What platform are you using? x86 comatible? AMD64? Dual/Single core?

Is the "weird behaviour" seen under "X11" ?

--HPS
From lme at FreeBSD.org  Tue Nov  4 13:22:56 2008
From: lme at FreeBSD.org (Lars Engels)
Date: Tue Nov  4 13:23:08 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <200810311716.10165.Thomas.Sparrevohn@btinternet.com>
References: <200810251925.47273.hselasky@c2i.net>
	<367b2c980810310828q2f4f0ecfmdb8cae313c91e8c8@mail.gmail.com>
	<200810311656.44467.hselasky@c2i.net>
	<200810311716.10165.Thomas.Sparrevohn@btinternet.com>
Message-ID: <20081104212254.GB8256@e.0x20.net>

On Fri, Oct 31, 2008 at 05:16:09PM +0000, Thomas Sparrevohn wrote:
> On Friday 31 October 2008 15:56:42 Hans Petter Selasky wrote:
> > On Friday 31 October 2008, Olivier SMEDTS wrote:
> > > Hello,
> > >
> > > Each device driver has been splitted since RC3.
> > > Look in /boot/kernel/usb2_*. You can use modules.
> > > For example, for my usb mouse, I use usb2_input_ums.
> > 
> > Hi,
> > 
> > Looks like I made a small typo there. The module is named "usb2_input_ms" 
> > while the kernel option is named "usb2_input_ums". The kernel option should 
> > be named "usb2_input_ms".
> > 
> 
> Is this the same issue?
> 
> config: Error: device "usb2_controller_uss820dci" is unknown
> config: Error: device "usb2_ethernet_dav" is unknown
> 

device usb2_ethernet_dav is still unknown in the commit version in HEAD.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-usb/attachments/20081104/b82da649/attachment.pgp
From lme at FreeBSD.org  Tue Nov  4 14:07:27 2008
From: lme at FreeBSD.org (Lars Engels)
Date: Tue Nov  4 14:07:46 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <747dc8f30811041356j72b3507cxbcdc077cf6f7ff12@mail.gmail.com>
References: <200810251925.47273.hselasky@c2i.net>
	<367b2c980810310828q2f4f0ecfmdb8cae313c91e8c8@mail.gmail.com>
	<200810311656.44467.hselasky@c2i.net>
	<200810311716.10165.Thomas.Sparrevohn@btinternet.com>
	<20081104212254.GB8256@e.0x20.net>
	<747dc8f30811041356j72b3507cxbcdc077cf6f7ff12@mail.gmail.com>
Message-ID: <20081104220725.GC8256@e.0x20.net>

On Tue, Nov 04, 2008 at 07:56:47PM -0200, Renato Botelho wrote:
> On Tue, Nov 4, 2008 at 7:22 PM, Lars Engels <lme@freebsd.org> wrote:
> > On Fri, Oct 31, 2008 at 05:16:09PM +0000, Thomas Sparrevohn wrote:
> >> On Friday 31 October 2008 15:56:42 Hans Petter Selasky wrote:
> >> > On Friday 31 October 2008, Olivier SMEDTS wrote:
> >> > > Hello,
> >> > >
> >> > > Each device driver has been splitted since RC3.
> >> > > Look in /boot/kernel/usb2_*. You can use modules.
> >> > > For example, for my usb mouse, I use usb2_input_ums.
> >> >
> >> > Hi,
> >> >
> >> > Looks like I made a small typo there. The module is named "usb2_input_ms"
> >> > while the kernel option is named "usb2_input_ums". The kernel option should
> >> > be named "usb2_input_ms".
> >> >
> >>
> >> Is this the same issue?
> >>
> >> config: Error: device "usb2_controller_uss820dci" is unknown
> >> config: Error: device "usb2_ethernet_dav" is unknown
> >>
> >
> > device usb2_ethernet_dav is still unknown in the commit version in HEAD.
> 
> I believe it was just a typo, the correct is usb2_ethernet_udav

Good point. :) After changing it to _udav I am getting this:
In file included from /usr/src/sys/dev/sound/pcm/sound.h:94,
                 from /usr/src/sys/dev/usb2/sound/uaudio2.c:79:
/usr/src/sys/dev/sound/pcm/channel.h:216:24: error: channel_if.h: No
such file or directory
/usr/src/sys/dev/usb2/sound/uaudio2.c:81:23: error: feeder_if.h: No such
file or directory
In file included from /usr/src/sys/dev/sound/pcm/sound.h:94,
                 from /usr/src/sys/dev/usb2/sound/uaudio2_pcm.c:31:
/usr/src/sys/dev/sound/pcm/channel.h:216:24: error: channel_if.h: No
such file or directory
/usr/src/sys/dev/usb2/sound/uaudio2_pcm.c:36:22: error: mixer_if.h: No
such file or directory

mkdep: compile failed

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-usb/attachments/20081104/3fb57a47/attachment.pgp
From rbgarga at gmail.com  Tue Nov  4 14:24:40 2008
From: rbgarga at gmail.com (Renato Botelho)
Date: Tue Nov  4 14:24:48 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <20081104212254.GB8256@e.0x20.net>
References: <200810251925.47273.hselasky@c2i.net>
	<367b2c980810310828q2f4f0ecfmdb8cae313c91e8c8@mail.gmail.com>
	<200810311656.44467.hselasky@c2i.net>
	<200810311716.10165.Thomas.Sparrevohn@btinternet.com>
	<20081104212254.GB8256@e.0x20.net>
Message-ID: <747dc8f30811041356j72b3507cxbcdc077cf6f7ff12@mail.gmail.com>

On Tue, Nov 4, 2008 at 7:22 PM, Lars Engels <lme@freebsd.org> wrote:
> On Fri, Oct 31, 2008 at 05:16:09PM +0000, Thomas Sparrevohn wrote:
>> On Friday 31 October 2008 15:56:42 Hans Petter Selasky wrote:
>> > On Friday 31 October 2008, Olivier SMEDTS wrote:
>> > > Hello,
>> > >
>> > > Each device driver has been splitted since RC3.
>> > > Look in /boot/kernel/usb2_*. You can use modules.
>> > > For example, for my usb mouse, I use usb2_input_ums.
>> >
>> > Hi,
>> >
>> > Looks like I made a small typo there. The module is named "usb2_input_ms"
>> > while the kernel option is named "usb2_input_ums". The kernel option should
>> > be named "usb2_input_ms".
>> >
>>
>> Is this the same issue?
>>
>> config: Error: device "usb2_controller_uss820dci" is unknown
>> config: Error: device "usb2_ethernet_dav" is unknown
>>
>
> device usb2_ethernet_dav is still unknown in the commit version in HEAD.

I believe it was just a typo, the correct is usb2_ethernet_udav

-- 
Renato Botelho
From lme at FreeBSD.org  Tue Nov  4 15:04:04 2008
From: lme at FreeBSD.org (Lars Engels)
Date: Tue Nov  4 15:04:10 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <20081104220725.GC8256@e.0x20.net>
References: <200810251925.47273.hselasky@c2i.net>
	<367b2c980810310828q2f4f0ecfmdb8cae313c91e8c8@mail.gmail.com>
	<200810311656.44467.hselasky@c2i.net>
	<200810311716.10165.Thomas.Sparrevohn@btinternet.com>
	<20081104212254.GB8256@e.0x20.net>
	<747dc8f30811041356j72b3507cxbcdc077cf6f7ff12@mail.gmail.com>
	<20081104220725.GC8256@e.0x20.net>
Message-ID: <20081104230402.GD8256@e.0x20.net>

On Tue, Nov 04, 2008 at 11:07:25PM +0100, Lars Engels wrote:
> On Tue, Nov 04, 2008 at 07:56:47PM -0200, Renato Botelho wrote:
> > On Tue, Nov 4, 2008 at 7:22 PM, Lars Engels <lme@freebsd.org> wrote:
> > > device usb2_ethernet_dav is still unknown in the commit version in HEAD.
> > 
> > I believe it was just a typo, the correct is usb2_ethernet_udav
> 
> Good point. :) After changing it to _udav I am getting this:
> In file included from /usr/src/sys/dev/sound/pcm/sound.h:94,
>                  from /usr/src/sys/dev/usb2/sound/uaudio2.c:79:
> /usr/src/sys/dev/sound/pcm/channel.h:216:24: error: channel_if.h: No
> such file or directory
> /usr/src/sys/dev/usb2/sound/uaudio2.c:81:23: error: feeder_if.h: No such
> file or directory
> In file included from /usr/src/sys/dev/sound/pcm/sound.h:94,
>                  from /usr/src/sys/dev/usb2/sound/uaudio2_pcm.c:31:
> /usr/src/sys/dev/sound/pcm/channel.h:216:24: error: channel_if.h: No
> such file or directory
> /usr/src/sys/dev/usb2/sound/uaudio2_pcm.c:36:22: error: mixer_if.h: No
> such file or directory
> 
> mkdep: compile failed
> 


Now I just removed everything but usb2_core from the kernel config and
load the modules manually. So far it runs pretty good.

Mounting a umass device, removing it and doing an 'ls' on the mountpoint
freezes the system, I thought this should not happen with the new stack?

sysctl hw.usb2.uscanner.uscanner: 0
                        ^^^^^^^^
Could it be that this should be "debug"?


-- 
Lars Engels
E-Mail: lars.engels@0x20.net 	
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-usb/attachments/20081104/e5f0f4b1/attachment.pgp
From lme at FreeBSD.org  Tue Nov  4 15:05:48 2008
From: lme at FreeBSD.org (Lars Engels)
Date: Tue Nov  4 15:06:00 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <20081104230402.GD8256@e.0x20.net>
References: <200810251925.47273.hselasky@c2i.net>
	<367b2c980810310828q2f4f0ecfmdb8cae313c91e8c8@mail.gmail.com>
	<200810311656.44467.hselasky@c2i.net>
	<200810311716.10165.Thomas.Sparrevohn@btinternet.com>
	<20081104212254.GB8256@e.0x20.net>
	<747dc8f30811041356j72b3507cxbcdc077cf6f7ff12@mail.gmail.com>
	<20081104220725.GC8256@e.0x20.net>
	<20081104230402.GD8256@e.0x20.net>
Message-ID: <20081104230547.GE8256@e.0x20.net>

On Wed, Nov 05, 2008 at 12:04:02AM +0100, Lars Engels wrote:
> 
> 
> Now I just removed everything but usb2_core from the kernel config and
> load the modules manually. So far it runs pretty good.
> 
> Mounting a umass device, removing it and doing an 'ls' on the mountpoint
> freezes the system, I thought this should not happen with the new stack?
> 
> sysctl hw.usb2.uscanner.uscanner: 0
>                         ^^^^^^^^
> Could it be that this should be "debug"?

And one last thing:
# usbdevs -v
usbdevs: no USB controllers found


Huh? :)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-usb/attachments/20081104/346b7440/attachment.pgp
From thompsa at FreeBSD.org  Tue Nov  4 15:38:27 2008
From: thompsa at FreeBSD.org (Andrew Thompson)
Date: Tue Nov  4 15:38:34 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <20081104230547.GE8256@e.0x20.net>
References: <200810251925.47273.hselasky@c2i.net>
	<367b2c980810310828q2f4f0ecfmdb8cae313c91e8c8@mail.gmail.com>
	<200810311656.44467.hselasky@c2i.net>
	<200810311716.10165.Thomas.Sparrevohn@btinternet.com>
	<20081104212254.GB8256@e.0x20.net>
	<747dc8f30811041356j72b3507cxbcdc077cf6f7ff12@mail.gmail.com>
	<20081104220725.GC8256@e.0x20.net>
	<20081104230402.GD8256@e.0x20.net>
	<20081104230547.GE8256@e.0x20.net>
Message-ID: <20081104231135.GB840@citylink.fud.org.nz>

On Wed, Nov 05, 2008 at 12:05:47AM +0100, Lars Engels wrote:
> On Wed, Nov 05, 2008 at 12:04:02AM +0100, Lars Engels wrote:
> > 
> > 
> > Now I just removed everything but usb2_core from the kernel config and
> > load the modules manually. So far it runs pretty good.
> > 
> > Mounting a umass device, removing it and doing an 'ls' on the mountpoint
> > freezes the system, I thought this should not happen with the new stack?
> > 
> > sysctl hw.usb2.uscanner.uscanner: 0
> >                         ^^^^^^^^
> > Could it be that this should be "debug"?
> 
> And one last thing:
> # usbdevs -v
> usbdevs: no USB controllers found

usbdevs does not work with it, there is a new usbconfig util that should
do what you want.


Andrew
From bruce at cran.org.uk  Tue Nov  4 16:50:43 2008
From: bruce at cran.org.uk (Bruce Cran)
Date: Tue Nov  4 17:01:30 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <20081104230402.GD8256@e.0x20.net>
References: <200810251925.47273.hselasky@c2i.net>
	<367b2c980810310828q2f4f0ecfmdb8cae313c91e8c8@mail.gmail.com>
	<200810311656.44467.hselasky@c2i.net>
	<200810311716.10165.Thomas.Sparrevohn@btinternet.com>
	<20081104212254.GB8256@e.0x20.net>
	<747dc8f30811041356j72b3507cxbcdc077cf6f7ff12@mail.gmail.com>
	<20081104220725.GC8256@e.0x20.net>
	<20081104230402.GD8256@e.0x20.net>
Message-ID: <20081104165029.225511d8@tau.draftnet>

On Wed, 5 Nov 2008 00:04:02 +0100
Lars Engels <lme@FreeBSD.org> wrote:
> Now I just removed everything but usb2_core from the kernel config and
> load the modules manually. So far it runs pretty good.
> 
> Mounting a umass device, removing it and doing an 'ls' on the
> mountpoint freezes the system, I thought this should not happen with
> the new stack?
> 

I seem to remember the problem was tracked back to something in the cam
layer not liking surprise removals?

-- 
Bruce Cran
From imp at bsdimp.com  Tue Nov  4 17:32:17 2008
From: imp at bsdimp.com (M. Warner Losh)
Date: Tue Nov  4 17:32:35 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <20081104165029.225511d8@tau.draftnet>
References: <20081104220725.GC8256@e.0x20.net>
	<20081104230402.GD8256@e.0x20.net>
	<20081104165029.225511d8@tau.draftnet>
Message-ID: <20081104.183051.689649421.imp@bsdimp.com>

In message: <20081104165029.225511d8@tau.draftnet>
            Bruce Cran <bruce@cran.org.uk> writes:
: On Wed, 5 Nov 2008 00:04:02 +0100
: Lars Engels <lme@FreeBSD.org> wrote:
: > Now I just removed everything but usb2_core from the kernel config and
: > load the modules manually. So far it runs pretty good.
: > 
: > Mounting a umass device, removing it and doing an 'ls' on the
: > mountpoint freezes the system, I thought this should not happen with
: > the new stack?
: > 
: 
: I seem to remember the problem was tracked back to something in the cam
: layer not liking surprise removals?

For msdos filesystem, there were a number of minor tweaks that were
made to make this suck less.  Some were in the old usb layer, but most
were in the buffer cache of FreeBSD to make it more resilient to
errors from the device...  But it wasn't totally fixed...  Hans' stack
did have a period of time when card removal was working better than
the stock FreeBSD stack, but that got cleaned up before 7.0.

Warner
From kevinxlinuz at 163.com  Tue Nov  4 23:57:09 2008
From: kevinxlinuz at 163.com (kevin)
Date: Tue Nov  4 23:57:15 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <200810261633.22020.hselasky@c2i.net>
References: <200810251925.47273.hselasky@c2i.net>	<20081025181603.GD83037@elvis.mu.org>
	<200810261633.22020.hselasky@c2i.net>
Message-ID: <49114E3D.9080201@163.com>

Hans Petter Selasky wrote:
> Hi,
>
> A new USB release is available:
>
> http://www.selasky.org/hans_petter/usb4bsd/for_review/
>
> %md5 usb2_release_003.*
> MD5 (usb2_release_003.diff) = e31a032d0234bb7d72eb968c33118d84
> MD5 (usb2_release_003.tar.gz) = 0a0d9dd44e93ba2ceaa849c577f6fecf
> %sha256 usb2_release_003.*
> SHA256 (usb2_release_003.diff) = 
> 9b4359f76eeef43d9b6c0c524198e529f2debff14e6158ebac8f35d51efb211b
> SHA256 (usb2_release_003.tar.gz) = 
> 3040714546fc21bc2943c2e7aec1734150845271664aad44639ff5c553e3ed31
>
> Changes since 002 release:
>   
I try to compile kernel with usb2.
Link error:
cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -march=nocona 
-std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef 
-Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/usr/src/sys 
-I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS 
-include opt_global.h -fno-common -finline-limit=8000 --param 
inline-unit-growth=100 --param large-function-growth=1000  
-fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone  -mfpmath=387 
-mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow  -msoft-float 
-fno-asynchronous-unwind-tables -ffreestanding -fstack-protector 
-Werror  vers.c
ctfconvert -L VERSION vers.o
linking kernel
ng_ubt2.o(.text+0x38): In function `ubt_detach':
: undefined reference to `ng_rmnode_self'
ng_ubt2.o(.text+0x488): In function `ubt_attach':
: undefined reference to `ng_make_node_common'
ng_ubt2.o(.text+0x4be): In function `ubt_attach':
: undefined reference to `ng_name_node'
ng_ubt2.o(.text+0x52b): In function `ubt_attach':
: undefined reference to `ng_unref_node'
ng_ubt2.o(.text+0xc02): In function `ubt_modevent':
: undefined reference to `ng_newtype'
ng_ubt2.o(.text+0xde0): In function `ubt_bulk_read_complete':
: undefined reference to `ng_package_data'
ng_ubt2.o(.text+0xdfb): In function `ubt_bulk_read_complete':
: undefined reference to `ng_address_hook'
ng_ubt2.o(.text+0xe39): In function `ubt_bulk_read_complete':
: undefined reference to `ng_snd_item'
ng_ubt2.o(.text+0xfce): In function `ubt_intr_read_complete':
: undefined reference to `ng_package_data'
ng_ubt2.o(.text+0xfe9): In function `ubt_intr_read_complete':
: undefined reference to `ng_address_hook'
ng_ubt2.o(.text+0x1027): In function `ubt_intr_read_complete':
: undefined reference to `ng_snd_item'
ng_ubt2.o(.text+0x105d): In function `ng_ubt_rcvdata':
: undefined reference to `ng_free_item'
ng_ubt2.o(.text+0x10a7): In function `ng_ubt_rcvdata':
: undefined reference to `ng_free_item'
ng_ubt2.o(.text+0x124e): In function `ng_ubt_rcvmsg':
: undefined reference to `ng_free_item'
ng_ubt2.o(.text+0x12b3): In function `ng_ubt_rcvmsg':
: undefined reference to `ng_free_item'
ng_ubt2.o(.text+0x12bf): In function `ng_ubt_rcvmsg':
: undefined reference to `M_NETGRAPH_MSG'
ng_ubt2.o(.text+0x1314): In function `ng_ubt_rcvmsg':
: undefined reference to `M_NETGRAPH_MSG'
ng_ubt2.o(.text+0x1413): In function `ng_ubt_rcvmsg':
: undefined reference to `ng_address_ID'
ng_ubt2.o(.text+0x142a): In function `ng_ubt_rcvmsg':
: undefined reference to `ng_snd_item'
ng_ubt2.o(.text+0x1480): In function `ng_ubt_rcvmsg':
: undefined reference to `M_NETGRAPH_MSG'
ng_ubt2.o(.text+0x1561): In function `ng_ubt_rcvmsg':
: undefined reference to `M_NETGRAPH_MSG'
ng_ubt2.o(.text+0x162e): In function `ng_ubt_rcvmsg':
: undefined reference to `M_NETGRAPH_MSG'
ng_ubt2.o(.text+0x1a7a): In function `ng_ubt_shutdown':
: undefined reference to `ng_unref_node'
ng_ubt2.o(.text+0x1ab5): In function `ng_ubt_shutdown':
: undefined reference to `ng_make_node_common'
ng_ubt2.o(.text+0x1acc): In function `ng_ubt_shutdown':
: undefined reference to `ng_name_node'
ng_ubt2.o(.text+0x1b6b): In function `ng_ubt_shutdown':
: undefined reference to `ng_unref_node'
ng_ubt2.o(.text+0x1c28): In function `ubt_isoc_read_complete':
: undefined reference to `ng_package_data'
ng_ubt2.o(.text+0x1c43): In function `ubt_isoc_read_complete':
: undefined reference to `ng_address_hook'
ng_ubt2.o(.text+0x1d01): In function `ubt_isoc_read_complete':
: undefined reference to `ng_snd_item'
ng_ubt2.o(.text+0x1eaf): In function `ubt_bulk_read_callback':
: undefined reference to `ng_send_fn'
ng_ubt2.o(.text+0x20cd): In function `ubt_intr_read_callback':
: undefined reference to `ng_send_fn'
ng_ubt2.o(.text+0x242c): In function `ubt_isoc_read_callback':
: undefined reference to `ng_send_fn'
ng_ubt2.o(.text+0xc36): In function `ubt_modevent':
: undefined reference to `ng_rmtype'
ng_ubt2.o(.rodata+0x5f0): undefined reference to `ng_parse_uint16_type'
ng_ubt2.o(.rodata+0x618): undefined reference to `ng_parse_uint16_type'
ng_ubt2.o(.rodata+0x6c0): undefined reference to `ng_parse_struct_type'
ng_ubt2.o(.rodata+0x700): undefined reference to `ng_parse_struct_type'
ng_ubt2.o(.rodata+0x748): undefined reference to `ng_parse_int32_type'
ng_ubt2.o(.rodata+0x760): undefined reference to `ng_parse_int32_type'
ng_ubt2.o(.rodata+0x7a8): undefined reference to `ng_parse_uint32_type'
ng_ubt2.o(.rodata+0x7c0): undefined reference to `ng_parse_uint32_type'
ng_ubt2.o(.rodata+0x7d8): undefined reference to `ng_parse_uint32_type'
ng_ubt2.o(.rodata+0x7f0): undefined reference to `ng_parse_uint32_type'
ng_ubt2.o(.rodata+0x808): undefined reference to `ng_parse_uint32_type'
ng_ubt2.o(.rodata+0x820): more undefined references to 
`ng_parse_uint32_type' follow
*** Error code 1

I removed all old usb config. any other depends for usb2_bluetooth_ng?
# USB core support
device          usb2_core

# USB controller support
device          usb2_controller
device          usb2_controller_ehci
device          usb2_controller_ohci
device          usb2_controller_uhci

# USB mass storage support
device          usb2_storage
device          usb2_storage_mass

# USB ethernet support, requires miibus
#device         usb2_ethernet
#device         usb2_ethernet_aue
#device         usb2_ethernet_axe
#device         usb2_ethernet_cdce
#device         usb2_ethernet_cue
#device         usb2_ethernet_kue
#device         usb2_ethernet_rue
#device         usb2_ethernet_dav

# USB wireless LAN support
#device         usb2_wlan
#device         usb2_wlan_rum
#device         usb2_wlan_ral
#device         usb2_wlan_zyd

# USB serial device support
#device         usb2_serial
#device         usb2_serial_ark
#device         usb2_serial_bsa
#device         usb2_serial_bser
#device         usb2_serial_chcom
#device         usb2_serial_cycom
#device         usb2_serial_foma
#device         usb2_serial_ftdi
#device         usb2_serial_gensa
#device         usb2_serial_ipaq
#device         usb2_serial_lpt
#device         usb2_serial_mct
#device         usb2_serial_modem
#device         usb2_serial_moscom
#device         usb2_serial_plcom
#device         usb2_serial_visor
#device         usb2_serial_vscom

# USB bluetooth support
device          usb2_bluetooth
device          usb2_bluetooth_ng

# USB input device support
device          usb2_input
device          usb2_input_hid
device          usb2_input_kbd
device          usb2_input_ms

# USB sound and MIDI device support
#device         usb2_sound

Thanks,
kevin

From hselasky at c2i.net  Wed Nov  5 00:05:42 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Wed Nov  5 00:05:49 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <20081104212254.GB8256@e.0x20.net>
References: <200810251925.47273.hselasky@c2i.net>
	<200810311716.10165.Thomas.Sparrevohn@btinternet.com>
	<20081104212254.GB8256@e.0x20.net>
Message-ID: <200811050907.49411.hselasky@c2i.net>

On Tuesday 04 November 2008, Lars Engels wrote:
> On Fri, Oct 31, 2008 at 05:16:09PM +0000, Thomas Sparrevohn wrote:
> > On Friday 31 October 2008 15:56:42 Hans Petter Selasky wrote:
> > > On Friday 31 October 2008, Olivier SMEDTS wrote:
> > > > Hello,
> > > >
> > > > Each device driver has been splitted since RC3.
> > > > Look in /boot/kernel/usb2_*. You can use modules.
> > > > For example, for my usb mouse, I use usb2_input_ums.
> > >
> > > Hi,
> > >
> > > Looks like I made a small typo there. The module is named
> > > "usb2_input_ms" while the kernel option is named "usb2_input_ums". The
> > > kernel option should be named "usb2_input_ms".
> >
> > Is this the same issue?
> >
> > config: Error: device "usb2_controller_uss820dci" is unknown
> > config: Error: device "usb2_ethernet_dav" is unknown
>
> device usb2_ethernet_dav is still unknown in the commit version in HEAD.

Hi,

It is going to be named usb2_ethernet_dav in the future. Currently it is named 
usb2_ethernet_udav .

--HPS
From hselasky at c2i.net  Wed Nov  5 00:06:33 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Wed Nov  5 00:06:51 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <49114E3D.9080201@163.com>
References: <200810251925.47273.hselasky@c2i.net>
	<200810261633.22020.hselasky@c2i.net> <49114E3D.9080201@163.com>
Message-ID: <200811050908.35744.hselasky@c2i.net>

On Wednesday 05 November 2008, kevin wrote:
> Hans Petter Selasky wrote:
> > Hi,
> >
> > A new USB release is available:
> >
> > http://www.selasky.org/hans_petter/usb4bsd/for_review/
> >
> > %md5 usb2_release_003.*
> > MD5 (usb2_release_003.diff) = e31a032d0234bb7d72eb968c33118d84
> > MD5 (usb2_release_003.tar.gz) = 0a0d9dd44e93ba2ceaa849c577f6fecf
> > %sha256 usb2_release_003.*
> > SHA256 (usb2_release_003.diff) =
> > 9b4359f76eeef43d9b6c0c524198e529f2debff14e6158ebac8f35d51efb211b
> > SHA256 (usb2_release_003.tar.gz) =
> > 3040714546fc21bc2943c2e7aec1734150845271664aad44639ff5c553e3ed31
> >
> > Changes since 002 release:
>
> I try to compile kernel with usb2.
> Link error:
> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -march=nocona
> -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef
> -Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/usr/src/sys
> -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS
> -include opt_global.h -fno-common -finline-limit=8000 --param
> inline-unit-growth=100 --param large-function-growth=1000
> -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone  -mfpmath=387
> -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow  -msoft-float
> -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector
> -Werror  vers.c
> ctfconvert -L VERSION vers.o
> linking kernel
>
> ng_ubt2.o(.text+0x38): In function `ubt_detach':
> : undefined reference to `ng_rmnode_self'
>
> ng_ubt2.o(.text+0x488): In function `ubt_attach':
> : undefined reference to `ng_make_node_common'
>
> ng_ubt2.o(.text+0x4be): In function `ubt_attach':
> : undefined reference to `ng_name_node'
>
> ng_ubt2.o(.text+0x52b): In function `ubt_attach':
> : undefined reference to `ng_unref_node'
>
> ng_ubt2.o(.text+0xc02): In function `ubt_modevent':
> : undefined reference to `ng_newtype'
>
> ng_ubt2.o(.text+0xde0): In function `ubt_bulk_read_complete':
> : undefined reference to `ng_package_data'
>
> ng_ubt2.o(.text+0xdfb): In function `ubt_bulk_read_complete':
> : undefined reference to `ng_address_hook'
>
> ng_ubt2.o(.text+0xe39): In function `ubt_bulk_read_complete':
> : undefined reference to `ng_snd_item'
>
> ng_ubt2.o(.text+0xfce): In function `ubt_intr_read_complete':
> : undefined reference to `ng_package_data'
>
> ng_ubt2.o(.text+0xfe9): In function `ubt_intr_read_complete':
> : undefined reference to `ng_address_hook'
>
> ng_ubt2.o(.text+0x1027): In function `ubt_intr_read_complete':
> : undefined reference to `ng_snd_item'
>
> ng_ubt2.o(.text+0x105d): In function `ng_ubt_rcvdata':
> : undefined reference to `ng_free_item'
>
> ng_ubt2.o(.text+0x10a7): In function `ng_ubt_rcvdata':
> : undefined reference to `ng_free_item'
>
> ng_ubt2.o(.text+0x124e): In function `ng_ubt_rcvmsg':
> : undefined reference to `ng_free_item'
>
> ng_ubt2.o(.text+0x12b3): In function `ng_ubt_rcvmsg':
> : undefined reference to `ng_free_item'
>
> ng_ubt2.o(.text+0x12bf): In function `ng_ubt_rcvmsg':
> : undefined reference to `M_NETGRAPH_MSG'
>
> ng_ubt2.o(.text+0x1314): In function `ng_ubt_rcvmsg':
> : undefined reference to `M_NETGRAPH_MSG'
>
> ng_ubt2.o(.text+0x1413): In function `ng_ubt_rcvmsg':
> : undefined reference to `ng_address_ID'
>
> ng_ubt2.o(.text+0x142a): In function `ng_ubt_rcvmsg':
> : undefined reference to `ng_snd_item'
>
> ng_ubt2.o(.text+0x1480): In function `ng_ubt_rcvmsg':
> : undefined reference to `M_NETGRAPH_MSG'
>
> ng_ubt2.o(.text+0x1561): In function `ng_ubt_rcvmsg':
> : undefined reference to `M_NETGRAPH_MSG'
>
> ng_ubt2.o(.text+0x162e): In function `ng_ubt_rcvmsg':
> : undefined reference to `M_NETGRAPH_MSG'
>
> ng_ubt2.o(.text+0x1a7a): In function `ng_ubt_shutdown':
> : undefined reference to `ng_unref_node'
>
> ng_ubt2.o(.text+0x1ab5): In function `ng_ubt_shutdown':
> : undefined reference to `ng_make_node_common'
>
> ng_ubt2.o(.text+0x1acc): In function `ng_ubt_shutdown':
> : undefined reference to `ng_name_node'
>
> ng_ubt2.o(.text+0x1b6b): In function `ng_ubt_shutdown':
> : undefined reference to `ng_unref_node'
>
> ng_ubt2.o(.text+0x1c28): In function `ubt_isoc_read_complete':
> : undefined reference to `ng_package_data'
>
> ng_ubt2.o(.text+0x1c43): In function `ubt_isoc_read_complete':
> : undefined reference to `ng_address_hook'
>
> ng_ubt2.o(.text+0x1d01): In function `ubt_isoc_read_complete':
> : undefined reference to `ng_snd_item'
>
> ng_ubt2.o(.text+0x1eaf): In function `ubt_bulk_read_callback':
> : undefined reference to `ng_send_fn'
>
> ng_ubt2.o(.text+0x20cd): In function `ubt_intr_read_callback':
> : undefined reference to `ng_send_fn'
>
> ng_ubt2.o(.text+0x242c): In function `ubt_isoc_read_callback':
> : undefined reference to `ng_send_fn'
>
> ng_ubt2.o(.text+0xc36): In function `ubt_modevent':
> : undefined reference to `ng_rmtype'
>
> ng_ubt2.o(.rodata+0x5f0): undefined reference to `ng_parse_uint16_type'
> ng_ubt2.o(.rodata+0x618): undefined reference to `ng_parse_uint16_type'
> ng_ubt2.o(.rodata+0x6c0): undefined reference to `ng_parse_struct_type'
> ng_ubt2.o(.rodata+0x700): undefined reference to `ng_parse_struct_type'
> ng_ubt2.o(.rodata+0x748): undefined reference to `ng_parse_int32_type'
> ng_ubt2.o(.rodata+0x760): undefined reference to `ng_parse_int32_type'
> ng_ubt2.o(.rodata+0x7a8): undefined reference to `ng_parse_uint32_type'
> ng_ubt2.o(.rodata+0x7c0): undefined reference to `ng_parse_uint32_type'
> ng_ubt2.o(.rodata+0x7d8): undefined reference to `ng_parse_uint32_type'
> ng_ubt2.o(.rodata+0x7f0): undefined reference to `ng_parse_uint32_type'
> ng_ubt2.o(.rodata+0x808): undefined reference to `ng_parse_uint32_type'
> ng_ubt2.o(.rodata+0x820): more undefined references to
> `ng_parse_uint32_type' follow
> *** Error code 1
>
> I removed all old usb config. any other depends for usb2_bluetooth_ng?

Hi,

Try to load the module instead of having bluetooth in the kernel. Then all 
dependancies are loaded automatically.

Depends on some bluetooth stuff.

--HPS
From hselasky at c2i.net  Wed Nov  5 00:12:37 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Wed Nov  5 00:12:49 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <20081104230402.GD8256@e.0x20.net>
References: <200810251925.47273.hselasky@c2i.net>
	<20081104220725.GC8256@e.0x20.net>
	<20081104230402.GD8256@e.0x20.net>
Message-ID: <200811050914.44225.hselasky@c2i.net>

On Wednesday 05 November 2008, Lars Engels wrote:

Hi Lars,

> Now I just removed everything but usb2_core from the kernel config and
> load the modules manually. So far it runs pretty good.
>
> Mounting a umass device, removing it and doing an 'ls' on the mountpoint
> freezes the system, I thought this should not happen with the new stack?

It is not a USB problem. It is the CAM layer that is hanging on the disk.

>
> sysctl hw.usb2.uscanner.uscanner: 0
>                         ^^^^^^^^
> Could it be that this should be "debug"?

Fixed in P4 now. Will soon sync my private SVN.

--HPS

From hselasky at c2i.net  Wed Nov  5 00:13:51 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Wed Nov  5 00:14:03 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <20081104230547.GE8256@e.0x20.net>
References: <200810251925.47273.hselasky@c2i.net>
	<20081104230402.GD8256@e.0x20.net>
	<20081104230547.GE8256@e.0x20.net>
Message-ID: <200811050915.54175.hselasky@c2i.net>

Hi,

> And one last thing:
> # usbdevs -v
> usbdevs: no USB controllers found
>

That command is no longer supported. Use "usbconfig" instead. I'm not sure if 
it is currently installed by default.

--HPS
From hselasky at c2i.net  Wed Nov  5 01:07:13 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Wed Nov  5 01:07:20 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <20081104220725.GC8256@e.0x20.net>
References: <200810251925.47273.hselasky@c2i.net>
	<747dc8f30811041356j72b3507cxbcdc077cf6f7ff12@mail.gmail.com>
	<20081104220725.GC8256@e.0x20.net>
Message-ID: <200811050909.14866.hselasky@c2i.net>

On Tuesday 04 November 2008, Lars Engels wrote:
> On Tue, Nov 04, 2008 at 07:56:47PM -0200, Renato Botelho wrote:
> > On Tue, Nov 4, 2008 at 7:22 PM, Lars Engels <lme@freebsd.org> wrote:
> > > On Fri, Oct 31, 2008 at 05:16:09PM +0000, Thomas Sparrevohn wrote:
> > >> On Friday 31 October 2008 15:56:42 Hans Petter Selasky wrote:
> > >> > On Friday 31 October 2008, Olivier SMEDTS wrote:
> > >> > > Hello,
> > >> > >
> > >> > > Each device driver has been splitted since RC3.
> > >> > > Look in /boot/kernel/usb2_*. You can use modules.
> > >> > > For example, for my usb mouse, I use usb2_input_ums.
> > >> >
> > >> > Hi,
> > >> >
> > >> > Looks like I made a small typo there. The module is named
> > >> > "usb2_input_ms" while the kernel option is named "usb2_input_ums".
> > >> > The kernel option should be named "usb2_input_ms".
> > >>
> > >> Is this the same issue?
> > >>
> > >> config: Error: device "usb2_controller_uss820dci" is unknown
> > >> config: Error: device "usb2_ethernet_dav" is unknown
> > >
> > > device usb2_ethernet_dav is still unknown in the commit version in
> > > HEAD.
> >
> > I believe it was just a typo, the correct is usb2_ethernet_udav
>
> Good point. :) After changing it to _udav I am getting this:
> In file included from /usr/src/sys/dev/sound/pcm/sound.h:94,
>                  from /usr/src/sys/dev/usb2/sound/uaudio2.c:79:
> /usr/src/sys/dev/sound/pcm/channel.h:216:24: error: channel_if.h: No
> such file or directory
> /usr/src/sys/dev/usb2/sound/uaudio2.c:81:23: error: feeder_if.h: No such
> file or directory
> In file included from /usr/src/sys/dev/sound/pcm/sound.h:94,
>                  from /usr/src/sys/dev/usb2/sound/uaudio2_pcm.c:31:
> /usr/src/sys/dev/sound/pcm/channel.h:216:24: error: channel_if.h: No
> such file or directory
> /usr/src/sys/dev/usb2/sound/uaudio2_pcm.c:36:22: error: mixer_if.h: No
> such file or directory
>
> mkdep: compile failed

Hi,

Dependancy towards "device sound" I think. Try loading the module instead of 
having the device in the kernel.

--HPS
From imp at bsdimp.com  Wed Nov  5 01:17:26 2008
From: imp at bsdimp.com (M. Warner Losh)
Date: Wed Nov  5 01:17:41 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <200811050914.44225.hselasky@c2i.net>
References: <20081104220725.GC8256@e.0x20.net>
	<20081104230402.GD8256@e.0x20.net>
	<200811050914.44225.hselasky@c2i.net>
Message-ID: <20081105.021817.-332174942.imp@bsdimp.com>

In message: <200811050914.44225.hselasky@c2i.net>
            Hans Petter Selasky <hselasky@c2i.net> writes:
: On Wednesday 05 November 2008, Lars Engels wrote:
: 
: Hi Lars,
: 
: > Now I just removed everything but usb2_core from the kernel config and
: > load the modules manually. So far it runs pretty good.
: >
: > Mounting a umass device, removing it and doing an 'ls' on the mountpoint
: > freezes the system, I thought this should not happen with the new stack?
: 
: It is not a USB problem. It is the CAM layer that is hanging on the disk.

Sure it is CAM layer and not buffer cache or filesystem code?

Warner
From rink at FreeBSD.org  Wed Nov  5 02:21:46 2008
From: rink at FreeBSD.org (Rink Springer)
Date: Wed Nov  5 02:21:53 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <20081105.021817.-332174942.imp@bsdimp.com>
References: <20081104220725.GC8256@e.0x20.net>
	<20081104230402.GD8256@e.0x20.net>
	<200811050914.44225.hselasky@c2i.net>
	<20081105.021817.-332174942.imp@bsdimp.com>
Message-ID: <20081105100433.GA43232@rink.nu>

On Wed, Nov 05, 2008 at 02:18:17AM -0700, M. Warner Losh wrote:
> In message: <200811050914.44225.hselasky@c2i.net>
>             Hans Petter Selasky <hselasky@c2i.net> writes:
> : On Wednesday 05 November 2008, Lars Engels wrote:
> : > Mounting a umass device, removing it and doing an 'ls' on the mountpoint
> : > freezes the system, I thought this should not happen with the new stack?
> : 
> : It is not a USB problem. It is the CAM layer that is hanging on the disk.
> 
> Sure it is CAM layer and not buffer cache or filesystem code?

Well, the CAM layer problem will immediately first - it does not like
CAM busses disappearing. Once this is fixed or avoided and the problem
still shows up, we can blame buffer cache / filesystem code.

As I suggested before, a good fix is to create one CAM bus per USB root
hub, and use that to attach all umass devices to. This will also get rid
of the one-bus-per-umass-device which is visually unappealling.

Regards,
Rink

-- 
Rink P.W. Springer                                - http://rink.nu
"Anyway boys, this is America. Just because you get more votes doesn't
 mean you win." - Fox Mulder
From kevinxlinuz at 163.com  Wed Nov  5 02:41:26 2008
From: kevinxlinuz at 163.com (kevin)
Date: Wed Nov  5 02:41:38 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <200811050908.35744.hselasky@c2i.net>
References: <200810251925.47273.hselasky@c2i.net>
	<200810261633.22020.hselasky@c2i.net> <49114E3D.9080201@163.com>
	<200811050908.35744.hselasky@c2i.net>
Message-ID: <49117846.9080301@163.com>

Hans Petter Selasky wrote:
> On Wednesday 05 November 2008, kevin wrote:
>   
>> Hans Petter Selasky wrote:
>>     
>>> Hi,
>>>
>>> A new USB release is available:
>>>
>>> http://www.selasky.org/hans_petter/usb4bsd/for_review/
>>>
>>> %md5 usb2_release_003.*
>>> MD5 (usb2_release_003.diff) = e31a032d0234bb7d72eb968c33118d84
>>> MD5 (usb2_release_003.tar.gz) = 0a0d9dd44e93ba2ceaa849c577f6fecf
>>> %sha256 usb2_release_003.*
>>> SHA256 (usb2_release_003.diff) =
>>> 9b4359f76eeef43d9b6c0c524198e529f2debff14e6158ebac8f35d51efb211b
>>> SHA256 (usb2_release_003.tar.gz) =
>>> 3040714546fc21bc2943c2e7aec1734150845271664aad44639ff5c553e3ed31
>>>
>>> Changes since 002 release:
>>>       
>> I try to compile kernel with usb2.
>>
>>     
> Hi,
>
> Try to load the module instead of having bluetooth in the kernel. Then all 
> dependancies are loaded automatically.
>
> Depends on some bluetooth stuff.
>
> --HPS
>
>   
I build kernel without usb2_bluetooth_ng successfully. i notice that 
fingerpring and bluetooth mouse nolonger work now.
in dmesg:
ugen0.2: <Broadcom Corp> at usbus0
ugen0.3: <STMicroelectronics> at usbus0
maybe /etc/rc.d/bthidd and fprint package need update now.

Thanks,
kevin

From Thomas.Sparrevohn at btinternet.com  Wed Nov  5 04:36:46 2008
From: Thomas.Sparrevohn at btinternet.com (Thomas Sparrevohn)
Date: Wed Nov  5 04:36:52 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <200811050915.54175.hselasky@c2i.net>
References: <200810251925.47273.hselasky@c2i.net>
	<20081104230547.GE8256@e.0x20.net>
	<200811050915.54175.hselasky@c2i.net>
Message-ID: <200811051236.41450.Thomas.Sparrevohn@btinternet.com>

On Wednesday 05 November 2008 08:15:52 Hans Petter Selasky wrote:
> Hi,
> 
> > And one last thing:
> > # usbdevs -v
> > usbdevs: no USB controllers found
> >
> 
> That command is no longer supported. Use "usbconfig" instead. I'm not sure if 
> it is currently installed by default.
> 
> --HPS
> 

usbconfig does not install per default - it does not even seem to compile - 
From imp at bsdimp.com  Wed Nov  5 08:02:59 2008
From: imp at bsdimp.com (M. Warner Losh)
Date: Wed Nov  5 08:03:06 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <49117846.9080301@163.com>
References: <49114E3D.9080201@163.com> <200811050908.35744.hselasky@c2i.net>
	<49117846.9080301@163.com>
Message-ID: <20081105.090218.1678770569.imp@bsdimp.com>

In message: <49117846.9080301@163.com>
            kevin <kevinxlinuz@163.com> writes:
: Hans Petter Selasky wrote:
: > On Wednesday 05 November 2008, kevin wrote:
: >   
: >> Hans Petter Selasky wrote:
: >>     
: >>> Hi,
: >>>
: >>> A new USB release is available:
: >>>
: >>> http://www.selasky.org/hans_petter/usb4bsd/for_review/
: >>>
: >>> %md5 usb2_release_003.*
: >>> MD5 (usb2_release_003.diff) = e31a032d0234bb7d72eb968c33118d84
: >>> MD5 (usb2_release_003.tar.gz) = 0a0d9dd44e93ba2ceaa849c577f6fecf
: >>> %sha256 usb2_release_003.*
: >>> SHA256 (usb2_release_003.diff) =
: >>> 9b4359f76eeef43d9b6c0c524198e529f2debff14e6158ebac8f35d51efb211b
: >>> SHA256 (usb2_release_003.tar.gz) =
: >>> 3040714546fc21bc2943c2e7aec1734150845271664aad44639ff5c553e3ed31
: >>>
: >>> Changes since 002 release:
: >>>       
: >> I try to compile kernel with usb2.
: >>
: >>     
: > Hi,
: >
: > Try to load the module instead of having bluetooth in the kernel. Then all 
: > dependancies are loaded automatically.
: >
: > Depends on some bluetooth stuff.
: >
: > --HPS
: >
: >   
: I build kernel without usb2_bluetooth_ng successfully. i notice that 
: fingerpring and bluetooth mouse nolonger work now.
: in dmesg:
: ugen0.2: <Broadcom Corp> at usbus0
: ugen0.3: <STMicroelectronics> at usbus0
: maybe /etc/rc.d/bthidd and fprint package need update now.

Almost certainly...  And they will likely have to deal with both
stacks for a while...

Warner
From imp at bsdimp.com  Wed Nov  5 08:03:02 2008
From: imp at bsdimp.com (M. Warner Losh)
Date: Wed Nov  5 08:03:28 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <20081105100433.GA43232@rink.nu>
References: <200811050914.44225.hselasky@c2i.net>
	<20081105.021817.-332174942.imp@bsdimp.com>
	<20081105100433.GA43232@rink.nu>
Message-ID: <20081105.090111.-861032299.imp@bsdimp.com>

In message: <20081105100433.GA43232@rink.nu>
            Rink Springer <rink@FreeBSD.org> writes:
: On Wed, Nov 05, 2008 at 02:18:17AM -0700, M. Warner Losh wrote:
: > In message: <200811050914.44225.hselasky@c2i.net>
: >             Hans Petter Selasky <hselasky@c2i.net> writes:
: > : On Wednesday 05 November 2008, Lars Engels wrote:
: > : > Mounting a umass device, removing it and doing an 'ls' on the mountpoint
: > : > freezes the system, I thought this should not happen with the new stack?
: > : 
: > : It is not a USB problem. It is the CAM layer that is hanging on the disk.
: > 
: > Sure it is CAM layer and not buffer cache or filesystem code?
: 
: Well, the CAM layer problem will immediately first - it does not like
: CAM busses disappearing. Once this is fixed or avoided and the problem
: still shows up, we can blame buffer cache / filesystem code.
: 
: As I suggested before, a good fix is to create one CAM bus per USB root
: hub, and use that to attach all umass devices to. This will also get rid
: of the one-bus-per-umass-device which is visually unappealling.

That might work.

It might also be useful to see if the DragonFly patches to allow this
port over or not...

Warner
From hselasky at c2i.net  Wed Nov  5 08:17:30 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Wed Nov  5 08:17:42 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <20081105.021817.-332174942.imp@bsdimp.com>
References: <20081104220725.GC8256@e.0x20.net>
	<200811050914.44225.hselasky@c2i.net>
	<20081105.021817.-332174942.imp@bsdimp.com>
Message-ID: <200811051719.30962.hselasky@c2i.net>

On Wednesday 05 November 2008, M. Warner Losh wrote:
> In message: <200811050914.44225.hselasky@c2i.net>
>
> : It is not a USB problem. It is the CAM layer that is hanging on the disk.
>
> Sure it is CAM layer and not buffer cache or filesystem code?
>

No, I'm not sure, except it is not an USB problem. I currently keep the CAM 
instance around after that the device has been removed from USB, returning an 
error on all subsequent SCSI requests.

--HPS
From hselasky at c2i.net  Wed Nov  5 08:19:24 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Wed Nov  5 08:19:42 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <20081105100433.GA43232@rink.nu>
References: <20081104220725.GC8256@e.0x20.net>
	<20081105.021817.-332174942.imp@bsdimp.com>
	<20081105100433.GA43232@rink.nu>
Message-ID: <200811051721.26082.hselasky@c2i.net>

On Wednesday 05 November 2008, Rink Springer wrote:
> On Wed, Nov 05, 2008 at 02:18:17AM -0700, M. Warner Losh wrote:
> > In message: <200811050914.44225.hselasky@c2i.net>
> >
> >             Hans Petter Selasky <hselasky@c2i.net> writes:
> > : On Wednesday 05 November 2008, Lars Engels wrote:
> > : > Mounting a umass device, removing it and doing an 'ls' on the
> > : > mountpoint freezes the system, I thought this should not happen with
> > : > the new stack?
> > :
> > : It is not a USB problem. It is the CAM layer that is hanging on the
> > : disk.
> >
> > Sure it is CAM layer and not buffer cache or filesystem code?
>
> Well, the CAM layer problem will immediately first - it does not like
> CAM busses disappearing. Once this is fixed or avoided and the problem
> still shows up, we can blame buffer cache / filesystem code.
>
> As I suggested before, a good fix is to create one CAM bus per USB root
> hub, and use that to attach all umass devices to. This will also get rid
> of the one-bus-per-umass-device which is visually unappealling.
>

I've temporarily created one CAM bus per module, and release it when the 
usb2_storage_mass module is unloaded.

--HPS
From hselasky at c2i.net  Wed Nov  5 08:20:42 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Wed Nov  5 08:20:59 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <49117846.9080301@163.com>
References: <200810251925.47273.hselasky@c2i.net>
	<200811050908.35744.hselasky@c2i.net> <49117846.9080301@163.com>
Message-ID: <200811051722.44148.hselasky@c2i.net>

On Wednesday 05 November 2008, kevin wrote:
> Hans Petter Selasky wrote:
> > On Wednesday 05 November 2008, kevin wrote:
> >> Hans Petter Selasky wrote:
> >>> Hi,
> >>>
> >>> A new USB release is available:
> >>>
> >>> http://www.selasky.org/hans_petter/usb4bsd/for_review/
> >>>
> >>> %md5 usb2_release_003.*
> >>> MD5 (usb2_release_003.diff) = e31a032d0234bb7d72eb968c33118d84
> >>> MD5 (usb2_release_003.tar.gz) = 0a0d9dd44e93ba2ceaa849c577f6fecf
> >>> %sha256 usb2_release_003.*
> >>> SHA256 (usb2_release_003.diff) =
> >>> 9b4359f76eeef43d9b6c0c524198e529f2debff14e6158ebac8f35d51efb211b
> >>> SHA256 (usb2_release_003.tar.gz) =
> >>> 3040714546fc21bc2943c2e7aec1734150845271664aad44639ff5c553e3ed31
> >>>
> >>> Changes since 002 release:
> >>
> >> I try to compile kernel with usb2.
> >
> > Hi,
> >
> > Try to load the module instead of having bluetooth in the kernel. Then
> > all dependancies are loaded automatically.
> >
> > Depends on some bluetooth stuff.
> >
> > --HPS
>
> I build kernel without usb2_bluetooth_ng successfully. i notice that
> fingerpring and bluetooth mouse nolonger work now.
> in dmesg:
> ugen0.2: <Broadcom Corp> at usbus0
> ugen0.3: <STMicroelectronics> at usbus0
> maybe /etc/rc.d/bthidd and fprint package need update now.
>

Try:

kldload usb2_bluetooth_ng


Or add:

usb2_bluetooth_load=YES
usb2_bluetooth_ng_load=YES

to:  /boot/loader.conf 

--HPS
From hselasky at c2i.net  Wed Nov  5 08:26:38 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Wed Nov  5 08:26:49 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <863ai6yx36.fsf@gmail.com>
References: <200810251925.47273.hselasky@c2i.net>
	<200811051236.41450.Thomas.Sparrevohn@btinternet.com>
	<863ai6yx36.fsf@gmail.com>
Message-ID: <200811051728.44513.hselasky@c2i.net>

On Wednesday 05 November 2008, swell.k@gmail.com wrote:
> Thomas Sparrevohn <Thomas.Sparrevohn@btinternet.com> writes:
> > On Wednesday 05 November 2008 08:15:52 Hans Petter Selasky wrote:
> >> Hi,
> >>
> >> > And one last thing:
> >> > # usbdevs -v
> >> > usbdevs: no USB controllers found
> >>
> >> That command is no longer supported. Use "usbconfig" instead. I'm not
> >> sure if it is currently installed by default.
> >>
> >> --HPS
> >
> > usbconfig does not install per default - it does not even seem to compile
> > -
>
> I think this patch might be a workaround then.

Hi,

I will get this patch in next time an USB2 update gets committed to 
FreeBSD-current.

Thanks!

--HPS
From swell.k at gmail.com  Wed Nov  5 08:39:50 2008
From: swell.k at gmail.com (swell.k@gmail.com)
Date: Wed Nov  5 08:39:56 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <200811051236.41450.Thomas.Sparrevohn@btinternet.com> (Thomas
	Sparrevohn's message of "Wed, 5 Nov 2008 12:36:40 +0000")
References: <200810251925.47273.hselasky@c2i.net>
	<20081104230547.GE8256@e.0x20.net>
	<200811050915.54175.hselasky@c2i.net>
	<200811051236.41450.Thomas.Sparrevohn@btinternet.com>
Message-ID: <863ai6yx36.fsf@gmail.com>

Thomas Sparrevohn <Thomas.Sparrevohn@btinternet.com> writes:

> On Wednesday 05 November 2008 08:15:52 Hans Petter Selasky wrote:
>> Hi,
>> 
>> > And one last thing:
>> > # usbdevs -v
>> > usbdevs: no USB controllers found
>> >
>> 
>> That command is no longer supported. Use "usbconfig" instead. I'm not sure if 
>> it is currently installed by default.
>> 
>> --HPS
>> 
>
> usbconfig does not install per default - it does not even seem to compile - 

I think this patch might be a workaround then.

-------------- next part --------------
Index: share/man/man4/Makefile
===================================================================
--- share/man/man4/Makefile	(revision 184644)
+++ share/man/man4/Makefile	(working copy)
@@ -416,6 +416,20 @@
 	ural.4 \
 	urio.4 \
 	usb.4 \
+	usb2_bluetooth.4 \
+	usb2_controller.4 \
+	usb2_core.4 \
+	usb2_ethernet.4 \
+	usb2_image.4 \
+	usb2_input.4 \
+	usb2_misc.4 \
+	usb2_ndis.4 \
+	usb2_quirk.4 \
+	usb2_serial.4 \
+	usb2_sound.4 \
+	usb2_storage.4 \
+	usb2_template.4 \
+	usb2_wlan.4 \
 	uscanner.4 \
 	uslcom.4 \
 	utopia.4 \
Index: usr.sbin/Makefile
===================================================================
--- usr.sbin/Makefile	(revision 184644)
+++ usr.sbin/Makefile	(working copy)
@@ -181,6 +181,7 @@
 	trpt \
 	tzsetup \
 	ugidfw \
+	${_usbconfig} \
 	${_usbdevs} \
 	${_vidcontrol} \
 	vipw \
@@ -401,6 +402,7 @@
 .endif
 
 .if ${MK_USB} != "no"
+_usbconfig=	usbconfig
 _usbdevs=	usbdevs
 .endif
 
Index: lib/Makefile
===================================================================
--- lib/Makefile	(revision 184644)
+++ lib/Makefile	(working copy)
@@ -38,7 +38,8 @@
 	${_libpmc} libproc librt ${_libsdp} ${_libsm} ${_libsmb} \
 	${_libsmdb} \
 	${_libsmutil} libstand ${_libtelnet} ${_libthr} libthread_db libufs \
-	libugidfw ${_libusbhid} ${_libvgl} libwrap liby libz ${_bind}
+	libugidfw ${_libusb20} ${_libusbhid} ${_libvgl} libwrap liby libz \
+	${_bind}
 
 .if exists(${.CURDIR}/csu/${MACHINE_ARCH}-elf)
 _csu=csu/${MACHINE_ARCH}-elf
@@ -135,6 +136,7 @@
 .endif
 
 .if ${MK_USB} != "no"
+_libusb20=	libusb20
 _libusbhid=	libusbhid
 .endif
 
Index: lib/libusb20/Makefile
===================================================================
--- lib/libusb20/Makefile	(revision 184644)
+++ lib/libusb20/Makefile	(working copy)
@@ -18,7 +18,7 @@
 INCS+=		libusb20_compat10.h
 MAN=		libusb20.3
 MKLINT=		no
+CFLAGS+=	-I${.CURDIR}/../../sys
 NOGCCERROR=
 
 .include <bsd.lib.mk>
-
From kevinxlinuz at 163.com  Wed Nov  5 18:19:15 2008
From: kevinxlinuz at 163.com (kevin)
Date: Wed Nov  5 18:19:28 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <200811051722.44148.hselasky@c2i.net>
References: <200810251925.47273.hselasky@c2i.net>	<200811050908.35744.hselasky@c2i.net>
	<49117846.9080301@163.com> <200811051722.44148.hselasky@c2i.net>
Message-ID: <49125418.4040008@163.com>

Hans Petter Selasky wrote:
> On Wednesday 05 November 2008, kevin wrote:
>   
>> Hans Petter Selasky wrote:
>>     
>>> On Wednesday 05 November 2008, kevin wrote:
>>>       
>>>> Hans Petter Selasky wrote:
>>>>         
>>>>> Hi,
>>>>>
>>>>> A new USB release is available:
>>>>>
>>>>> http://www.selasky.org/hans_petter/usb4bsd/for_review/
>>>>>
>>>>> %md5 usb2_release_003.*
>>>>> MD5 (usb2_release_003.diff) = e31a032d0234bb7d72eb968c33118d84
>>>>> MD5 (usb2_release_003.tar.gz) = 0a0d9dd44e93ba2ceaa849c577f6fecf
>>>>> %sha256 usb2_release_003.*
>>>>> SHA256 (usb2_release_003.diff) =
>>>>> 9b4359f76eeef43d9b6c0c524198e529f2debff14e6158ebac8f35d51efb211b
>>>>> SHA256 (usb2_release_003.tar.gz) =
>>>>> 3040714546fc21bc2943c2e7aec1734150845271664aad44639ff5c553e3ed31
>>>>>
>>>>> Changes since 002 release:
>>>>>           
>>>> I try to compile kernel with usb2.
>>>>         
>>> Hi,
>>>
>>> Try to load the module instead of having bluetooth in the kernel. Then
>>> all dependancies are loaded automatically.
>>>
>>> Depends on some bluetooth stuff.
>>>
>>> --HPS
>>>       
>> I build kernel without usb2_bluetooth_ng successfully. i notice that
>> fingerpring and bluetooth mouse nolonger work now.
>> in dmesg:
>> ugen0.2: <Broadcom Corp> at usbus0
>> ugen0.3: <STMicroelectronics> at usbus0
>> maybe /etc/rc.d/bthidd and fprint package need update now.
>>
>>     
>
> Try:
>
> kldload usb2_bluetooth_ng
>
>
> Or add:
>
> usb2_bluetooth_load=YES
> usb2_bluetooth_ng_load=YES
>
> to:  /boot/loader.conf 
>   
usb2_bluetooth was built into kernel already,and usb2_bluetooth_ng was 
included in ng_ubt.

in /boot/loader.conf
ng_ubt_load=YES
usb2_bluetooth_fw_load=YES
ubtbcmfw=YES

Thanks,
kevin

From alfred at freebsd.org  Thu Nov  6 02:17:24 2008
From: alfred at freebsd.org (Alfred Perlstein)
Date: Thu Nov  6 02:17:31 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <200811051728.44513.hselasky@c2i.net>
References: <200810251925.47273.hselasky@c2i.net>
	<200811051236.41450.Thomas.Sparrevohn@btinternet.com>
	<863ai6yx36.fsf@gmail.com> <200811051728.44513.hselasky@c2i.net>
Message-ID: <20081106100456.GF60438@elvis.mu.org>

* Hans Petter Selasky <hselasky@c2i.net> [081105 08:26] wrote:
> 
> Hi,
> 
> I will get this patch in next time an USB2 update gets committed to 
> FreeBSD-current.

Hey Hans, can you look into using svk for your repository?  I think
it will make commits to svn easier for both of us.  Easier for
me to pull your changes and easier for you to track changes
in FreeBSD... ?

-Alfred
From avg at icyb.net.ua  Thu Nov  6 04:47:44 2008
From: avg at icyb.net.ua (Andriy Gapon)
Date: Thu Nov  6 04:47:51 2008
Subject: usb keyboard dying at loader prompt
Message-ID: <4912E462.4090608@icyb.net.ua>


I have a quite strange problem.
This is with 7-BETA amd64.
All of USB is out of kernel and is loaded via modules.
BIOS has "Legacy USB" enabled.
I have only a USB keyboard, no PS/2 port.

The keyboard works file in BIOS and for selecting boot device in boot0
menu. It also works in loader menu. If in the menu I select to go to
loader prompt then it works for about 5 seconds and then "dies" - no
reaction to key presses, no led change, nothing.
I haven't actually verified if the keyboard would still work if I stayed
in loader menu for longer than ~10 seconds.

This doesn't happen if USB is built into kernel.

Weird...

-- 
Andriy Gapon
From bruce at cran.org.uk  Thu Nov  6 05:04:32 2008
From: bruce at cran.org.uk (Bruce Cran)
Date: Thu Nov  6 05:04:50 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <200811051722.44148.hselasky@c2i.net>
References: <200810251925.47273.hselasky@c2i.net>
	<200811050908.35744.hselasky@c2i.net> <49117846.9080301@163.com>
	<200811051722.44148.hselasky@c2i.net>
Message-ID: <20081106050416.09944ea2@tau.draftnet>

On Wed, 5 Nov 2008 17:22:43 +0100
Hans Petter Selasky <hselasky@c2i.net> wrote:

> On Wednesday 05 November 2008, kevin wrote:
> > Hans Petter Selasky wrote:
> > > On Wednesday 05 November 2008, kevin wrote:
> > >> Hans Petter Selasky wrote:
> > >>> Hi,
> > >>>
> > >>> A new USB release is available:
> > >>>
> > >>> http://www.selasky.org/hans_petter/usb4bsd/for_review/
> > >>>
> > >>> %md5 usb2_release_003.*
> > >>> MD5 (usb2_release_003.diff) = e31a032d0234bb7d72eb968c33118d84
> > >>> MD5 (usb2_release_003.tar.gz) = 0a0d9dd44e93ba2ceaa849c577f6fecf
> > >>> %sha256 usb2_release_003.*
> > >>> SHA256 (usb2_release_003.diff) =
> > >>> 9b4359f76eeef43d9b6c0c524198e529f2debff14e6158ebac8f35d51efb211b
> > >>> SHA256 (usb2_release_003.tar.gz) =
> > >>> 3040714546fc21bc2943c2e7aec1734150845271664aad44639ff5c553e3ed31
> > >>>
> > >>> Changes since 002 release:
> > >>
> > >> I try to compile kernel with usb2.
> > >
> > > Hi,
> > >
> > > Try to load the module instead of having bluetooth in the kernel.
> > > Then all dependancies are loaded automatically.
> > >
> > > Depends on some bluetooth stuff.
> > >
> > > --HPS
> >
> > I build kernel without usb2_bluetooth_ng successfully. i notice that
> > fingerpring and bluetooth mouse nolonger work now.
> > in dmesg:
> > ugen0.2: <Broadcom Corp> at usbus0
> > ugen0.3: <STMicroelectronics> at usbus0
> > maybe /etc/rc.d/bthidd and fprint package need update now.
> >
> 
> Try:
> 
> kldload usb2_bluetooth_ng

I don't know if this is a problem in general, but I can't load
usb2_serial_modem and have usb2_serial load automatically:

> kldload usb2_serial_modem
interface ucom.1 already present in the KLD 'ucom.ko'!
kldload: /boot/kernel/usb2_serial.ko: Unsupported file type
KLD usb2_serial_modem.ko: depends on usb2_serial - not available
kldload: /boot/kernel/usb2_serial_modem.ko: Unsupported file type

kldload'ing usb2_serial followed by usb2_serial_modem works though.

-- 
Bruce Cran
From shuvaev at physik.uni-wuerzburg.de  Thu Nov  6 06:32:54 2008
From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev)
Date: Thu Nov  6 06:33:00 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <20081106050416.09944ea2@tau.draftnet>
References: <200810251925.47273.hselasky@c2i.net>
	<200811050908.35744.hselasky@c2i.net> <49117846.9080301@163.com>
	<200811051722.44148.hselasky@c2i.net>
	<20081106050416.09944ea2@tau.draftnet>
Message-ID: <20081106141323.GA4489@wep4035.physik.uni-wuerzburg.de>

On Thu, Nov 06, 2008 at 05:04:16AM -0800, Bruce Cran wrote:
> 
> I don't know if this is a problem in general, but I can't load
> usb2_serial_modem and have usb2_serial load automatically:
> 
> > kldload usb2_serial_modem
> interface ucom.1 already present in the KLD 'ucom.ko'!
                                               ^^^^^^^
I think it is a module from the old usb stack.

> kldload: /boot/kernel/usb2_serial.ko: Unsupported file type
> KLD usb2_serial_modem.ko: depends on usb2_serial - not available
> kldload: /boot/kernel/usb2_serial_modem.ko: Unsupported file type
> 
> kldload'ing usb2_serial followed by usb2_serial_modem works though.
> 
I also see automatic loading of the old stack modules,
for example (entries 17, 18):

[wep4035] ~> kldstat 
Id Refs Address            Size     Name
 1   55 0xffffffff80100000 8daac8   kernel (/boot/kernel/kernel)
 2    1 0xffffffff809db000 21ed8    snd_hda.ko (/boot/kernel/snd_hda.ko)
 3    2 0xffffffff809fd000 749c8    sound.ko (/boot/kernel/sound.ko)
 4    1 0xffffffff80a72000 3090     speaker.ko (/boot/kernel/speaker.ko)
 5    1 0xffffffff80a76000 59e8     ichsmb.ko (/boot/kernel/ichsmb.ko)
 6    2 0xffffffff80a7c000 2440     smbus.ko (/boot/kernel/smbus.ko)
 7    1 0xffffffff80a7f000 fa10     i915.ko (/boot/kernel/i915.ko)
 8    2 0xffffffff80a8f000 21c48    drm.ko (/boot/kernel/drm.ko)
 9    1 0xffffffff80ab1000 e648     usb2_controller_uhci.ko (/boot/kernel/usb2_controller_uhci.ko)
10    3 0xffffffff80ac0000 5168     usb2_controller.ko (/boot/kernel/usb2_controller.ko)
11    8 0xffffffff80ac6000 5c548    usb2_core.ko (/boot/kernel/usb2_core.ko)
12    1 0xffffffff80b23000 125a0    usb2_controller_ehci.ko (/boot/kernel/usb2_controller_ehci.ko)
13    1 0xffffffff80b36000 4e48     usb2_input_ms.ko (/boot/kernel/usb2_input_ms.ko)
14    2 0xffffffff80b3b000 560      usb2_input.ko (/boot/kernel/usb2_input.ko)
15    1 0xffffffff80b3c000 ff08     usb2_storage_mass.ko (/boot/kernel/usb2_storage_mass.ko)
16    2 0xffffffff80b4c000 570      usb2_storage.ko (/boot/kernel/usb2_storage.ko)
17    1 0xffffffff80c22000 18c7     ums.ko (/boot/kernel/ums.ko)
18    1 0xffffffff80c24000 9612     usb.ko (/boot/kernel/usb.ko)
19    1 0xffffffff80c2e000 216      green_saver.ko (/boot/kernel/green_saver.ko)

Simple kldunload-ing of ums.ko unloads usb.ko also.

I am having quite reliable panics with the new stack when I insert
usb stick (actually during the first access to it).
Trying to collect more information I haven't managed to produce
memory dump. Is it working on amd64 SMP CURRENT? I remember there were
some complains about it.
I will report details of the panic when I get them.

Alexey.
From hselasky at c2i.net  Thu Nov  6 09:09:58 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Thu Nov  6 09:10:05 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <20081106050416.09944ea2@tau.draftnet>
References: <200810251925.47273.hselasky@c2i.net>
	<200811051722.44148.hselasky@c2i.net>
	<20081106050416.09944ea2@tau.draftnet>
Message-ID: <200811061812.04449.hselasky@c2i.net>

On Thursday 06 November 2008, Bruce Cran wrote:
> On Wed, 5 Nov 2008 17:22:43 +0100
>
> Hans Petter Selasky <hselasky@c2i.net> wrote:
> > On Wednesday 05 November 2008, kevin wrote:
> > > Hans Petter Selasky wrote:
> > > > On Wednesday 05 November 2008, kevin wrote:
> > > >> Hans Petter Selasky wrote:
> > > >>> Hi,
> > > >>>
> > > >>> A new USB release is available:
> > > >>>
> > > >>> http://www.selasky.org/hans_petter/usb4bsd/for_review/
> > > >>>
> > > >>> %md5 usb2_release_003.*
> > > >>> MD5 (usb2_release_003.diff) = e31a032d0234bb7d72eb968c33118d84
> > > >>> MD5 (usb2_release_003.tar.gz) = 0a0d9dd44e93ba2ceaa849c577f6fecf
> > > >>> %sha256 usb2_release_003.*
> > > >>> SHA256 (usb2_release_003.diff) =
> > > >>> 9b4359f76eeef43d9b6c0c524198e529f2debff14e6158ebac8f35d51efb211b
> > > >>> SHA256 (usb2_release_003.tar.gz) =
> > > >>> 3040714546fc21bc2943c2e7aec1734150845271664aad44639ff5c553e3ed31
> > > >>>
> > > >>> Changes since 002 release:
> > > >>
> > > >> I try to compile kernel with usb2.
> > > >
> > > > Hi,
> > > >
> > > > Try to load the module instead of having bluetooth in the kernel.
> > > > Then all dependancies are loaded automatically.
> > > >
> > > > Depends on some bluetooth stuff.
> > > >
> > > > --HPS
> > >
> > > I build kernel without usb2_bluetooth_ng successfully. i notice that
> > > fingerpring and bluetooth mouse nolonger work now.
> > > in dmesg:
> > > ugen0.2: <Broadcom Corp> at usbus0
> > > ugen0.3: <STMicroelectronics> at usbus0
> > > maybe /etc/rc.d/bthidd and fprint package need update now.
> >
> > Try:
> >
> > kldload usb2_bluetooth_ng
>
> I don't know if this is a problem in general, but I can't load
>
> usb2_serial_modem and have usb2_serial load automatically:
> > kldload usb2_serial_modem
>
> interface ucom.1 already present in the KLD 'ucom.ko'!
> kldload: /boot/kernel/usb2_serial.ko: Unsupported file type
> KLD usb2_serial_modem.ko: depends on usb2_serial - not available
> kldload: /boot/kernel/usb2_serial_modem.ko: Unsupported file type
>
> kldload'ing usb2_serial followed by usb2_serial_modem works though.

Hi,

Fixed in the following commit:

http://perforce.freebsd.org/chv.cgi?CH=152584

Thanks again for your reporting.

--HPS
From hselasky at c2i.net  Thu Nov  6 09:14:26 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Thu Nov  6 09:14:39 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <20081106100456.GF60438@elvis.mu.org>
References: <200810251925.47273.hselasky@c2i.net>
	<200811051728.44513.hselasky@c2i.net>
	<20081106100456.GF60438@elvis.mu.org>
Message-ID: <200811061816.27429.hselasky@c2i.net>

On Thursday 06 November 2008, Alfred Perlstein wrote:
> * Hans Petter Selasky <hselasky@c2i.net> [081105 08:26] wrote:
> > Hi,
> >
> > I will get this patch in next time an USB2 update gets committed to
> > FreeBSD-current.
>
> Hey Hans, can you look into using svk for your repository?  I think
> it will make commits to svn easier for both of us.  Easier for
> me to pull your changes and easier for you to track changes
> in FreeBSD... ?
>

Yes, I will try to set it up later today.

Should we retire the USB P4 repository then ?

--HPS
From imp at bsdimp.com  Thu Nov  6 09:30:22 2008
From: imp at bsdimp.com (M. Warner Losh)
Date: Thu Nov  6 09:30:30 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <200811061812.04449.hselasky@c2i.net>
References: <200811051722.44148.hselasky@c2i.net>
	<20081106050416.09944ea2@tau.draftnet>
	<200811061812.04449.hselasky@c2i.net>
Message-ID: <20081106.102738.-2043076325.imp@bsdimp.com>

In message: <200811061812.04449.hselasky@c2i.net>
            Hans Petter Selasky <hselasky@c2i.net> writes:
: On Thursday 06 November 2008, Bruce Cran wrote:
: > On Wed, 5 Nov 2008 17:22:43 +0100
: >
: > Hans Petter Selasky <hselasky@c2i.net> wrote:
: > > On Wednesday 05 November 2008, kevin wrote:
: > > > Hans Petter Selasky wrote:
: > > > > On Wednesday 05 November 2008, kevin wrote:
: > > > >> Hans Petter Selasky wrote:
: > > > >>> Hi,
: > > > >>>
: > > > >>> A new USB release is available:
: > > > >>>
: > > > >>> http://www.selasky.org/hans_petter/usb4bsd/for_review/
: > > > >>>
: > > > >>> %md5 usb2_release_003.*
: > > > >>> MD5 (usb2_release_003.diff) = e31a032d0234bb7d72eb968c33118d84
: > > > >>> MD5 (usb2_release_003.tar.gz) = 0a0d9dd44e93ba2ceaa849c577f6fecf
: > > > >>> %sha256 usb2_release_003.*
: > > > >>> SHA256 (usb2_release_003.diff) =
: > > > >>> 9b4359f76eeef43d9b6c0c524198e529f2debff14e6158ebac8f35d51efb211b
: > > > >>> SHA256 (usb2_release_003.tar.gz) =
: > > > >>> 3040714546fc21bc2943c2e7aec1734150845271664aad44639ff5c553e3ed31
: > > > >>>
: > > > >>> Changes since 002 release:
: > > > >>
: > > > >> I try to compile kernel with usb2.
: > > > >
: > > > > Hi,
: > > > >
: > > > > Try to load the module instead of having bluetooth in the kernel.
: > > > > Then all dependancies are loaded automatically.
: > > > >
: > > > > Depends on some bluetooth stuff.
: > > > >
: > > > > --HPS
: > > >
: > > > I build kernel without usb2_bluetooth_ng successfully. i notice that
: > > > fingerpring and bluetooth mouse nolonger work now.
: > > > in dmesg:
: > > > ugen0.2: <Broadcom Corp> at usbus0
: > > > ugen0.3: <STMicroelectronics> at usbus0
: > > > maybe /etc/rc.d/bthidd and fprint package need update now.
: > >
: > > Try:
: > >
: > > kldload usb2_bluetooth_ng
: >
: > I don't know if this is a problem in general, but I can't load
: >
: > usb2_serial_modem and have usb2_serial load automatically:
: > > kldload usb2_serial_modem
: >
: > interface ucom.1 already present in the KLD 'ucom.ko'!
: > kldload: /boot/kernel/usb2_serial.ko: Unsupported file type
: > KLD usb2_serial_modem.ko: depends on usb2_serial - not available
: > kldload: /boot/kernel/usb2_serial_modem.ko: Unsupported file type
: >
: > kldload'ing usb2_serial followed by usb2_serial_modem works though.
: 
: Hi,
: 
: Fixed in the following commit:
: 
: http://perforce.freebsd.org/chv.cgi?CH=152584
: 
: Thanks again for your reporting.

I've merged this into -head.

Warner
From gary.jennejohn at freenet.de  Thu Nov  6 09:48:56 2008
From: gary.jennejohn at freenet.de (Gary Jennejohn)
Date: Thu Nov  6 09:49:03 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <20081106141323.GA4489@wep4035.physik.uni-wuerzburg.de>
References: <200810251925.47273.hselasky@c2i.net>
	<200811050908.35744.hselasky@c2i.net> <49117846.9080301@163.com>
	<200811051722.44148.hselasky@c2i.net>
	<20081106050416.09944ea2@tau.draftnet>
	<20081106141323.GA4489@wep4035.physik.uni-wuerzburg.de>
Message-ID: <20081106183720.4aa1a83f@ernst.jennejohn.org>

On Thu, 6 Nov 2008 15:13:23 +0100
"Alexey Shuvaev" <shuvaev@physik.uni-wuerzburg.de> wrote:

[big snip]
> I am having quite reliable panics with the new stack when I insert
> usb stick (actually during the first access to it).
> Trying to collect more information I haven't managed to produce
> memory dump. Is it working on amd64 SMP CURRENT? I remember there were
> some complains about it.
>

It works just fine for me with SMP amd64.  I tested several USB sticks
and saw absolutely no problems.  I have not tried it with a real
external USB disk.

It also works with my FTDI USB-to-serial adapters.

I do not use any USB modules.

---
Gary Jennejohn
From hselasky at c2i.net  Thu Nov  6 10:08:14 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Thu Nov  6 10:08:26 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <20081106183720.4aa1a83f@ernst.jennejohn.org>
References: <200810251925.47273.hselasky@c2i.net>
	<20081106141323.GA4489@wep4035.physik.uni-wuerzburg.de>
	<20081106183720.4aa1a83f@ernst.jennejohn.org>
Message-ID: <200811061910.21994.hselasky@c2i.net>

On Thursday 06 November 2008, Gary Jennejohn wrote:
> On Thu, 6 Nov 2008 15:13:23 +0100
> "Alexey Shuvaev" <shuvaev@physik.uni-wuerzburg.de> wrote:
>
> [big snip]
>
> > I am having quite reliable panics with the new stack when I insert
> > usb stick (actually during the first access to it).
> > Trying to collect more information I haven't managed to produce
> > memory dump. Is it working on amd64 SMP CURRENT? I remember there were
> > some complains about it.
>
> It works just fine for me with SMP amd64.  I tested several USB sticks
> and saw absolutely no problems.  I have not tried it with a real
> external USB disk.
>
> It also works with my FTDI USB-to-serial adapters.
>
> I do not use any USB modules.

Hi Alexey,

Maybe you are using the ATA interface for USB?

Could you do a "kldstat" ?

Or try:

kldunload usb2_storage_ata

And:

kldload usb2_storage_mass

--HPS
From shuvaev at physik.uni-wuerzburg.de  Thu Nov  6 11:12:32 2008
From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev)
Date: Thu Nov  6 11:12:40 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <200811061910.21994.hselasky@c2i.net>
References: <200810251925.47273.hselasky@c2i.net>
	<20081106141323.GA4489@wep4035.physik.uni-wuerzburg.de>
	<20081106183720.4aa1a83f@ernst.jennejohn.org>
	<200811061910.21994.hselasky@c2i.net>
Message-ID: <20081106191230.GA47600@wep4035.physik.uni-wuerzburg.de>

On Thu, Nov 06, 2008 at 07:10:20PM +0100, Hans Petter Selasky wrote:
> On Thursday 06 November 2008, Gary Jennejohn wrote:
> > On Thu, 6 Nov 2008 15:13:23 +0100
> > "Alexey Shuvaev" <shuvaev@physik.uni-wuerzburg.de> wrote:
> >
> > [big snip]
Exactly here was output from kldstat :)

> >
> > > I am having quite reliable panics with the new stack when I insert
> > > usb stick (actually during the first access to it).
> > > Trying to collect more information I haven't managed to produce
> > > memory dump. Is it working on amd64 SMP CURRENT? I remember there were
> > > some complains about it.
> >
Here I was actually asking about kernel memory dumps...
Will try harder this time.

> > It works just fine for me with SMP amd64.  I tested several USB sticks
> > and saw absolutely no problems.  I have not tried it with a real
> > external USB disk.
> >
> > It also works with my FTDI USB-to-serial adapters.
> >
> > I do not use any USB modules.
> 
> Hi Alexey,
> 
> Maybe you are using the ATA interface for USB?
> 
> Could you do a "kldstat" ?
> 
Here it is:

[wep4035] ~> kldstat 
Id Refs Address            Size     Name
 1   46 0xffffffff80100000 8daac8   kernel (/boot/kernel/kernel)
 2    1 0xffffffff809db000 21ed8    snd_hda.ko (/boot/kernel/snd_hda.ko)
 3    2 0xffffffff809fd000 749c8    sound.ko (/boot/kernel/sound.ko)
 4    1 0xffffffff80a72000 3090     speaker.ko (/boot/kernel/speaker.ko)
 5    1 0xffffffff80a76000 59e8     ichsmb.ko (/boot/kernel/ichsmb.ko)
 6    2 0xffffffff80a7c000 2440     smbus.ko (/boot/kernel/smbus.ko)
 7    1 0xffffffff80a7f000 fa10     i915.ko (/boot/kernel/i915.ko)
 8    2 0xffffffff80a8f000 21c48    drm.ko (/boot/kernel/drm.ko)
 9    1 0xffffffff80ab1000 e648     usb2_controller_uhci.ko (/boot/kernel/usb2_controller_uhci.ko)
10    3 0xffffffff80ac0000 5168     usb2_controller.ko (/boot/kernel/usb2_controller.ko)
11    8 0xffffffff80ac6000 5c548    usb2_core.ko (/boot/kernel/usb2_core.ko)
12    1 0xffffffff80b23000 125a0    usb2_controller_ehci.ko (/boot/kernel/usb2_controller_ehci.ko)
13    1 0xffffffff80b36000 4e48     usb2_input_ms.ko (/boot/kernel/usb2_input_ms.ko)
14    2 0xffffffff80b3b000 560      usb2_input.ko (/boot/kernel/usb2_input.ko)
15    1 0xffffffff80b3c000 ff08     usb2_storage_mass.ko (/boot/kernel/usb2_storage_mass.ko)
16    2 0xffffffff80b4c000 570      usb2_storage.ko (/boot/kernel/usb2_storage.ko)
19    1 0xffffffff80c2e000 216      green_saver.ko (/boot/kernel/green_saver.ko)

Actually here what I have:

[wep4035] ~> cat /boot/loader.conf 
loader_logo="beastie"
ichsmb_load="YES"
snd_hda_load="YES"
speaker_load="YES"
i915_load="YES"
usb2_controller_uhci_load="YES"
usb2_controller_ehci_load="YES"
usb2_input_ms_load="YES"
usb2_storage_mass_load="YES"

> Or try:
> 
> kldunload usb2_storage_ata
> 
> And:
> 
> kldload usb2_storage_mass
> 
Now I will play with offending usb stick and with another one
(actually microSDHC-usb adapter).

Can it be that some modules are automatically loaded when I insert usb stick?

Alexey.
From shuvaev at physik.uni-wuerzburg.de  Thu Nov  6 13:03:03 2008
From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev)
Date: Thu Nov  6 13:03:15 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <20081106191230.GA47600@wep4035.physik.uni-wuerzburg.de>
References: <200810251925.47273.hselasky@c2i.net>
	<20081106141323.GA4489@wep4035.physik.uni-wuerzburg.de>
	<20081106183720.4aa1a83f@ernst.jennejohn.org>
	<200811061910.21994.hselasky@c2i.net>
	<20081106191230.GA47600@wep4035.physik.uni-wuerzburg.de>
Message-ID: <20081106210300.GA1595@wep4035.physik.uni-wuerzburg.de>

On Thu, Nov 06, 2008 at 08:12:30PM +0100, Alexey Shuvaev wrote:
> On Thu, Nov 06, 2008 at 07:10:20PM +0100, Hans Petter Selasky wrote:
> > On Thursday 06 November 2008, Gary Jennejohn wrote:
> > >
> > > Alexey Shuvaev wrote:
> > > > I am having quite reliable panics with the new stack when I insert
> > > > usb stick (actually during the first access to it).
> > > >
Well, they are not so reliable. I have managed to produce one,
but not with this stick. It is with USB-microSDHC adapter with 8 Gb card.

> > > > Trying to collect more information I haven't managed to produce
> > > > memory dump. Is it working on amd64 SMP CURRENT? I remember there were
> > > > some complains about it.
> > >
> Here I was actually asking about kernel memory dumps...
> Will try harder this time.
> 
Calling doadump at ddb prompt does the job.

> Now I will play with offending usb stick and with another one
> (actually microSDHC-usb adapter).
> 
> Can it be that some modules are automatically loaded when I insert usb stick?
> 
Seems not to be the case.
Now I have a kernel dump. Some info from it:

Unread portion of the kernel message buffer:
[snip]
ugen7.2: <SanDisk> at usbus7
umass0: <SanDisk MobileMate Micro, class 0/0, rev 2.00/94.07, addr 2> on usbus7
umass0:  SCSI over Bulk-Only; quirks = 0x0000
umass0:1:0:-1: Attached to scbus1
da0 at umass-sim0 bus 0 target 0 lun 0
da0: <Generic STORAGE DEVICE 9407> Removable Direct Access SCSI-0 device 
da0: 40.000MB/s transfers
da0: 7790MB (15954944 512 byte sectors: 255H 63S/T 993C)
<118># 
[here I have mounted it rw]
<118># 
<118>.Spotlight-V100    IMG_2684.CR2    IMG_2836.JPG    films
<118>.Trashes   IMG_2684.JPG    My Documents    gpsVP
<118>._.Trashes IMG_2836.CR2    bombus-ng       pilot
[and here umounted, IIRC]
<118># 
Kernel page fault with the following non-sleepable locks held:
exclusive sleep mutex UMASS lock (UMASS lock) r = 0 (0xffffffff80b426a0) locked @ /usr/src/sys/modules/usb2/core/../../../dev/usb2/core/usb2_transfer.c:1795
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2a
_witness_debugger() at _witness_debugger+0x49
witness_warn() at witness_warn+0x2b7
trap() at trap+0x38f
calltrap() at calltrap+0x8
--- trap 0xc, rip = 0xffffffff804b2466, rsp = 0xfffffffeba7f8ac0, rbp = 0xfffffffeba7f8b00 ---
bcopy() at bcopy+0x16
usb2_bdma_pre_sync() at usb2_bdma_pre_sync+0x35
usb2_bdma_work_loop() at usb2_bdma_work_loop+0x29b
usb2_command_wrapper() at usb2_command_wrapper+0x76
usb2_callback_wrapper() at usb2_callback_wrapper+0xfd
usb2_command_wrapper() at usb2_command_wrapper+0x76
usb2_callback_proc() at usb2_callback_proc+0x68
usb2_process() at usb2_process+0xc0
fork_exit() at fork_exit+0x12a
fork_trampoline() at fork_trampoline+0xe
--- trap 0, rip = 0, rsp = 0xfffffffeba7f8d40, rbp = 0 ---


Fatal trap 12: page fault while in kernel mode
cpuid = 1; apic id = 01
fault virtual address   = 0xfffffffea429a000
fault code              = supervisor write data, page not present
instruction pointer     = 0x8:0xffffffff804b2466
stack pointer           = 0x10:0xfffffffeba7f8ac0
frame pointer           = 0x10:0xfffffffeba7f8b00
code segment            = base 0x0, limit 0xfffff, type 0x1b
                        = DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags        = interrupt enabled, resume, IOPL = 0
current process         = 3393 (USBPROC)
lock order reversal: (Giant after non-sleepable)
 1st 0xffffffff80b426a0 UMASS lock (UMASS lock) @ /usr/src/sys/modules/usb2/core/../../../dev/usb2/core/usb2_transfer.c:1795
 2nd 0xffffffff806eeb20 Giant (Giant) @ /usr/src/sys/dev/kbdmux/kbdmux.c:1044
KDB: stack backtrace:
lock order reversal: (sleepable after non-sleepable)
 1st 0xffffffff80b426a0 UMASS lock (UMASS lock) @ /usr/src/sys/modules/usb2/core/../../../dev/usb2/core/usb2_transfer.c:1795
 2nd 0xffffff00014ab3d0 user map (user map) @ /usr/src/sys/vm/vm_map.c:3115
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2a
_witness_debugger() at _witness_debugger+0x49
witness_checkorder() at witness_checkorder+0x7e6
_sx_xlock() at _sx_xlock+0x44
vm_map_lookup() at vm_map_lookup+0x47
vm_fault() at vm_fault+0xfe
trap_pfault() at trap_pfault+0x1fa
trap() at trap+0x201
calltrap() at calltrap+0x8
--- trap 0xc, rip = 0xffffffff804b2466, rsp = 0xfffffffeba7f8ac0, rbp = 0xfffffffeba7f8b00 ---
bcopy() at bcopy+0x16
usb2_bdma_pre_sync() at usb2_bdma_pre_sync+0x35
usb2_bdma_work_loop() at usb2_bdma_work_loop+0x29b
usb2_command_wrapper() at usb2_command_wrapper+0x76
usb2_callback_wrapper() at usb2_callback_wrapper+0xfd
usb2_command_wrapper() at usb2_command_wrapper+0x76
usb2_callback_proc() at usb2_callback_proc+0x68
usb2_process() at usb2_process+0xc0
fork_exit() at fork_exit+0x12a
fork_trampoline() at fork_trampoline+0xe
--- trap 0, rip = 0, rsp = 0xfffffffeba7f8d40, rbp = 0 ---
panic: vm_fault: fault on nofault entry, addr: fffffffea429a000
cpuid = 1
KDB: enter: panic
Physical memory: 4075 MB
Dumping 347 MB: 332 316 300 284 268 252 236 220 204 188 172 156 140 124 108 92 76 60 44 28 12

[here starts post-reboot session with kgdb]
[snip]
#0  doadump () at pcpu.h:196
196             __asm __volatile("movq %%gs:0,%0" : "=r" (td));
(kgdb) bt
#0  doadump () at pcpu.h:196
#1  0xffffffff80195f6c in db_fncall (dummy1=Variable "dummy1" is not available.
)
    at /usr/src/sys/ddb/db_command.c:548
#2  0xffffffff801962a1 in db_command (last_cmdp=0xffffffff806d1aa0, cmd_table=Variable "cmd_table" is not available.
)
    at /usr/src/sys/ddb/db_command.c:445
#3  0xffffffff801964e9 in db_command_loop ()
    at /usr/src/sys/ddb/db_command.c:498
#4  0xffffffff80198347 in db_trap (type=Variable "type" is not available.
) at /usr/src/sys/ddb/db_main.c:229
#5  0xffffffff802d4cd2 in kdb_trap (type=3, code=0, tf=0xfffffffeba7f84d0)
    at /usr/src/sys/kern/subr_kdb.c:534
#6  0xffffffff804b3b7f in trap (frame=0xfffffffeba7f84d0)
    at /usr/src/sys/amd64/amd64/trap.c:533
#7  0xffffffff80496d2e in calltrap ()
    at /usr/src/sys/amd64/amd64/exception.S:217
#8  0xffffffff802d4e81 in kdb_enter (why=0xffffffff805183d9 "panic", 
    msg=0xa <Address 0xa out of bounds>) at cpufunc.h:63
#9  0xffffffff802a804f in panic (fmt=Variable "fmt" is not available.
) at /usr/src/sys/kern/kern_shutdown.c:559
#10 0xffffffff804775f3 in vm_fault (map=0xffffff0001000000, 
    vaddr=18446744067873808384, fault_type=Variable "fault_type" is not available.
) at /usr/src/sys/vm/vm_fault.c:277
#11 0xffffffff804b3359 in trap_pfault (frame=0xfffffffeba7f8a10, usermode=0)
    at /usr/src/sys/amd64/amd64/trap.c:664
#12 0xffffffff804b3bec in trap (frame=0xfffffffeba7f8a10)
    at /usr/src/sys/amd64/amd64/trap.c:444
---Type <return> to continue, or q <return> to quit---
#13 0xffffffff80496d2e in calltrap ()
    at /usr/src/sys/amd64/amd64/exception.S:217
#14 0xffffffff804b2466 in bcopy () at /usr/src/sys/amd64/amd64/support.S:123
#15 0xffffffff804917b4 in _bus_dmamap_sync (dmat=0xffffff0005af6380, map=Variable "map" is not available.
)
    at /usr/src/sys/amd64/amd64/busdma_machdep.c:932
#16 0xffffffff80ac6549 in usb2_bdma_pre_sync (xfer=0xfffffffea429a000)
    at /usr/src/sys/modules/usb2/core/../../../dev/usb2/core/usb2_busdma.c:1358
#17 0xffffffff80ac691e in usb2_bdma_work_loop () from /boot/kernel/usb2_core.ko
#18 0xffffffff80ad947c in usb2_command_wrapper (pq=0xfffffffe406fc000, xfer=Variable "xfer" is not available.
)
    at /usr/src/sys/modules/usb2/core/../../../dev/usb2/core/usb2_transfer.c:2515
#19 0xffffffff80adbcb8 in usb2_callback_wrapper (pq=Variable "pq" is not available.
)
    at /usr/src/sys/modules/usb2/core/../../../dev/usb2/core/usb2_transfer.c:1926
#20 0xffffffff80ad947c in usb2_command_wrapper (pq=0xfffffffe406fc028, xfer=Variable "xfer" is not available.
)
    at /usr/src/sys/modules/usb2/core/../../../dev/usb2/core/usb2_transfer.c:2515
#21 0xffffffff80ad95c7 in usb2_callback_proc (_pm=Variable "_pm" is not available.
)
    at /usr/src/sys/modules/usb2/core/../../../dev/usb2/core/usb2_transfer.c:1799
#22 0xffffffff80ad7221 in usb2_process (arg=Variable "arg" is not available.
)
    at /usr/src/sys/modules/usb2/core/../../../dev/usb2/core/usb2_process.c:139
#23 0xffffffff80289eea in fork_exit (
---Type <return> to continue, or q <return> to quit---
    callout=0xffffffff80ad7161 <usb2_process>, arg=0xfffffffe406fc0f0, 
    frame=0xfffffffeba7f8c90) at /usr/src/sys/kern/kern_fork.c:815
#24 0xffffffff8049713e in fork_trampoline ()
    at /usr/src/sys/amd64/amd64/exception.S:521
#25 0x0000000000000000 in ?? ()
[snip]
#50 0x0000000000000000 in ?? ()
#51 0xffffff00056a05a0 in ?? ()
#52 0xffffffff806f6900 in tdq_cpu ()
#53 0xffffff00014e96e0 in ?? ()
#54 0xfffffffeba7f8a70 in ?? ()
#55 0xfffffffeba7f8a28 in ?? ()
#56 0xffffff00056a1000 in ?? ()
#57 0xffffffff802c8de1 in sched_switch (td=0xfffffffe406fc0f0, 
    newtd=0xffffffff80ad7161, flags=Variable "flags" is not available.
) at /usr/src/sys/kern/sched_ule.c:1848
Previous frame inner to this frame (corrupt stack?)
(kgdb) 

I have a dump so let me know if you need more info.

Alexey.
From hselasky at c2i.net  Thu Nov  6 15:34:10 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Thu Nov  6 15:34:17 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <20081106210300.GA1595@wep4035.physik.uni-wuerzburg.de>
References: <200810251925.47273.hselasky@c2i.net>
	<20081106191230.GA47600@wep4035.physik.uni-wuerzburg.de>
	<20081106210300.GA1595@wep4035.physik.uni-wuerzburg.de>
Message-ID: <200811070036.15816.hselasky@c2i.net>

On Thursday 06 November 2008, Alexey Shuvaev wrote:
> db_trace_self_wrapper() at db_trace_self_wrapper+0x2a
> _witness_debugger() at _witness_debugger+0x49
> witness_checkorder() at witness_checkorder+0x7e6
> _sx_xlock() at _sx_xlock+0x44
> vm_map_lookup() at vm_map_lookup+0x47
> vm_fault() at vm_fault+0xfe
> trap_pfault() at trap_pfault+0x1fa
> trap() at trap+0x201
> calltrap() at calltrap+0x8
> --- trap 0xc, rip = 0xffffffff804b2466, rsp = 0xfffffffeba7f8ac0, rbp =
> 0xfffffffeba7f8b00 --- bcopy() at bcopy+0x16
> usb2_bdma_pre_sync() at usb2_bdma_pre_sync+0x35
> usb2_bdma_work_loop() at usb2_bdma_work_loop+0x29b
> usb2_command_wrapper() at usb2_command_wrapper+0x76
> usb2_callback_wrapper() at usb2_callback_wrapper+0xfd
> usb2_command_wrapper() at usb2_command_wrapper+0x76
> usb2_callback_proc() at usb2_callback_proc+0x68
> usb2_process() at usb2_process+0xc0

Hi Alexey,

This looks more like a busdma problem to me. "bcopy()" is called from 
within "bus_dmamap_sync()". Maybe you can figure out if it is the source or 
the destination address that fails?

Looks like your system has started bouncing data to the 32-bit address range.

--HPS
From hselasky at c2i.net  Fri Nov  7 09:16:03 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Fri Nov  7 09:16:09 2008
Subject: Fwd: Re: Kernel panic when copying data to umass device (USB4BSD) -
	problem found
Message-ID: <200811071818.06953.hselasky@c2i.net>


----------  Forwarded Message  ----------

Subject: Re: Kernel panic when copying data to umass device (USB4BSD) - 
problem found
Date: Friday 07 November 2008
From: Hans Petter Selasky <hselasky@c2i.net>
To: freebsd-current@freebsd.org

On Friday 07 November 2008, Jeremy Chadwick wrote:
> Not sure if this is caused by problems with USB4BSD or not, as I can
> reproduce it on RELENG_7 (but there, the kernel does not panic; it just
> "wedges" in a loop/thread somewhere; SSH sessions remain up, but
> commands running stop; hitting Ctrl-T shows them in all sorts of
> different states, but the states never change; hitting Ctrl-Alt-Esc does
> in fact drop me to db>).
>

Hi Jeremy,

I've reproduced the issue with some mods to the usb2_busdma.c on 32-bit 
arcitecture and have made a fix for this problem.

Try the following patch and re-test! Some mem-stick benchmarks would be 
nice ...

My private SVN also has this patch in addition to P4.

--HPS

http://perforce.freebsd.org/chv.cgi?CH=152624
       
        Fix some problems related to busdma:
        Need to unload DMA maps before re-use!
        Fix a corner case when loading zero bytes.

Affected files ...

.. //depot/projects/usb/src/sys/dev/usb2/core/usb2_busdma.c#10 edit

Differences ...

==== //depot/projects/usb/src/sys/dev/usb2/core/usb2_busdma.c#10 (text+ko) 
====

@@ -597,6 +597,12 @@
                        uptag = pc->tag_parent;
 
                        /*
+                        * We have to unload the previous loaded DMA
+                        * pages before trying to load a new one!
+                        */
+                       bus_dmamap_unload(pc->tag, pc->map);
+
+                       /*
                         * Try to load memory into DMA.
                         */
                        err = bus_dmamap_load(
@@ -612,6 +618,12 @@
                } else {
 
                        /*
+                        * We have to unload the previous loaded DMA
+                        * pages before trying to load a new one!
+                        */
+                       bus_dmamap_unload(pc->tag, pc->map);
+
+                       /*
                         * Try to load memory into DMA. The callback
                         * will be called in all cases:
                         */
@@ -639,6 +651,10 @@
 void
 usb2_pc_cpu_invalidate(struct usb2_page_cache *pc)
 {
+       if (pc->page_offset_end == pc->page_offset_buf) {
+               /* nothing has been loaded into this page cache! */
+               return;
+       }
        bus_dmamap_sync(pc->tag, pc->map,
            BUS_DMASYNC_POSTWRITE | BUS_DMASYNC_POSTREAD);
        return;
@@ -650,6 +666,10 @@
 void
 usb2_pc_cpu_flush(struct usb2_page_cache *pc)
 {
+       if (pc->page_offset_end == pc->page_offset_buf) {
+               /* nothing has been loaded into this page cache! */
+               return;
+       }
        bus_dmamap_sync(pc->tag, pc->map,
            BUS_DMASYNC_PREWRITE | BUS_DMASYNC_PREREAD);
        return;
@@ -953,6 +973,12 @@
 
        if (size > 0) {
 
+               /*
+                * We have to unload the previous loaded DMA
+                * pages before trying to load a new one!
+                */
+               bus_dmamap_unload(pc->tag, pc->map);
+
                /* try to load memory into DMA using using no wait option */
                if (bus_dmamap_load(pc->tag, pc->map, pc->buffer,
                    size, NULL, BUS_DMA_NOWAIT)) {
@@ -990,6 +1016,10 @@
 
        len = pc->page_offset_end - pc->page_offset_buf;
 
+       if (len == 0) {
+               /* nothing has been loaded into this page cache */
+               return;
+       }
        bus_dmamap_sync(pc->tag, pc->map, 0, len,
            BUS_DMASYNC_POSTWRITE | BUS_DMASYNC_POSTREAD);
        return;
@@ -1005,6 +1035,10 @@
 
        len = pc->page_offset_end - pc->page_offset_buf;
 
+       if (len == 0) {
+               /* nothing has been loaded into this page cache */
+               return;
+       }
        bus_dmamap_sync(pc->tag, pc->map, 0, len,
            BUS_DMASYNC_PREWRITE | BUS_DMASYNC_PREREAD);
        return;
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"

-------------------------------------------------------
From shuvaev at physik.uni-wuerzburg.de  Fri Nov  7 11:19:32 2008
From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev)
Date: Fri Nov  7 11:19:38 2008
Subject: Kernel panic when copying data to umass device (USB4BSD) -
	problem found
In-Reply-To: <200811071811.27181.hselasky@c2i.net>
References: <20081107082740.GA1334@icarus.home.lan>
	<200811071811.27181.hselasky@c2i.net>
Message-ID: <20081107191935.GA51170@localhost.my.domain>

On Fri, Nov 07, 2008 at 06:11:26PM +0100, Hans Petter Selasky wrote:
> 
> Hi Jeremy,
> 
> I've reproduced the issue with some mods to the usb2_busdma.c on 32-bit 
> arcitecture and have made a fix for this problem.
> 
> Try the following patch and re-test!
>
Thanks a lot! I have rebuild the kernel with this patch
> 
> http://perforce.freebsd.org/chv.cgi?CH=152624
> 
and so far no panics. Indeed, the system I am using is amd64 with 4Gb of RAM.

> Some mem-stick benchmarks would be nice ...
> 
What exactly do you mean?
I have done:
dd if=file_on_one_stick of=/dev/null bs=1m (12.5 Mb/s)
dd if=/dev/random of=file_on_the_stick bs=1m count=128 (2.6 Mb/s)

and the same tests with USB-microSDHC adapter with 8Gb card
(20 MB/s read, 15 Mb/s write).

Anything else?

Alexey.
From onemda at gmail.com  Fri Nov  7 12:10:08 2008
From: onemda at gmail.com (Paul B. Mahol)
Date: Fri Nov  7 12:10:14 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <3a142e750811071154y5108f299h60bb7c1060f4567e@mail.gmail.com>
References: <200810251925.47273.hselasky@c2i.net>
	<20081106191230.GA47600@wep4035.physik.uni-wuerzburg.de>
	<20081106210300.GA1595@wep4035.physik.uni-wuerzburg.de>
	<200811070036.15816.hselasky@c2i.net>
	<3a142e750811071154y5108f299h60bb7c1060f4567e@mail.gmail.com>
Message-ID: <3a142e750811071202h765c64a0g820db4fe54ec9b4f@mail.gmail.com>

On 11/7/08, Paul B. Mahol <onemda@gmail.com> wrote:
> On recent CURRENT when attaching rum card, strange bug appear:
>
> usb2_alloc_device:1417: set address 2 failed (ignored)
> usb2_alloc_device:1452: getting device descriptor at addr 2 failed!
> uhub_reattach_port:401: could not allocate new device!
>
> uhub_reattach_port:355: port 5 reset failed, error=USB_ERR_TIMEOUT
> uhub_reattach_port:421: device problem (USB_ERR_TIMEOUT), disabling port 5
> uhub_reattach_port:370: giving up port reset - device vanished!
> uhub_reattach_port:370: giving up port reset - device vanished!
> uhub_reattach_port:370: giving up port reset - device vanished!
> uhub_reattach_port:370: giving up port reset - device vanished!
> uhub_reattach_port:370: giving up port reset - device vanished!
> uhub_reattach_port:370: giving up port reset - device vanished!
> uhub_reattach_port:370: giving up port reset - device vanished!
> uhub_reattach_port:370: giving up port reset - device vanished!
> uhub_reattach_port:355: port 5 reset failed, error=USB_ERR_TIMEOUT
> uhub_reattach_port:421: device problem (USB_ERR_TIMEOUT), disabling port 5
> uhub_reattach_port:370: giving up port reset - device vanished!
> usb2_alloc_device:1417: set address 2 failed (ignored)
> usb2_alloc_device:1452: getting device descriptor at addr 2 failed!
> uhub_reattach_port:401: could not allocate new device!
>
> usb2_alloc_device:1417: set address 2 failed (ignored)
> usb2_alloc_device:1452: getting device descriptor at addr 2 failed!
> uhub_reattach_port:401: could not allocate new device!
>
> But not so old one from svn was working fine.
>
>> kldstat
> Id Refs Address    Size     Name
>  1  155 0xc0400000 51f700   kernel (/boot/kernel/kernel)
>  2    2 0xc0920000 51bb0    sound.ko (/boot/kernel/sound.ko)
>  3    1 0xc0972000 1a5e0    snd_hda.ko (/boot/kernel/snd_hda.ko)
>  4    2 0xc098d000 18170    agp.ko (/boot/kernel/agp.ko)
>  5    1 0xc09a6000 c3fc     random.ko (/boot/kernel/random.ko)
>  6    2 0xc09b3000 16b14    drm.ko (/boot/kernel/drm.ko)
>  7    1 0xc09ca000 af9c     i915.ko (/boot/kernel/i915.ko)
>  8    5 0xc09d5000 e3cc     ata.ko (/boot/kernel/ata.ko)
>  9    2 0xc09e4000 5230     ataahci.ko (/boot/kernel/ataahci.ko)
> 10    3 0xc09ea000 88b0     atapci.ko (/boot/kernel/atapci.ko)
> 11    1 0xc09f3000 4638     atadisk.ko (/boot/kernel/atadisk.ko)
> 12    1 0xc09f8000 5834     ataintel.ko (/boot/kernel/ataintel.ko)
> 13    1 0xc09fe000 be08     cpufreq.ko (/boot/kernel/cpufreq.ko)
> 14    1 0xc0a0a000 4dc8     sysvmsg.ko (/boot/kernel/sysvmsg.ko)
> 15    1 0xc0a0f000 5e9c     sysvsem.ko (/boot/kernel/sysvsem.ko)
> 16    1 0xc0a15000 5034     sysvshm.ko (/boot/kernel/sysvshm.ko)
> 17    1 0xc0a1b000 6b974    acpi.ko (/boot/kernel/acpi.ko)
> 18    9 0xc462c000 35000    usb2_core.ko (/boot/kernel/usb2_core.ko)
> 19    4 0xc46eb000 3000     usb2_controller.ko
> (/boot/kernel/usb2_controller.ko)
> 20    1 0xc46f8000 a000     usb2_controller_uhci.ko
> (/boot/kernel/usb2_controller_uhci.ko)
> 21    1 0xc474e000 c000     usb2_controller_ehci.ko
> (/boot/kernel/usb2_controller_ehci.ko)
> 22    1 0xc477b000 a000     usb2_controller_ohci.ko
> (/boot/kernel/usb2_controller_ohci.ko)
> 23    1 0xc47a8000 a000     usb2_storage_mass.ko
> (/boot/kernel/usb2_storage_mass.ko)
> 24    1 0xc47b2000 43000    cam.ko (/boot/kernel/cam.ko)
> 25    1 0xc47fe000 2000     usb2_storage.ko (/boot/kernel/usb2_storage.ko)
> 26    1 0xc4800000 a000     usb2_wlan_rum.ko (/boot/kernel/usb2_wlan_rum.ko)
> 27    1 0xc480a000 2000     wlan_amrr.ko (/boot/kernel/wlan_amrr.ko)
> 28    4 0xc480c000 34000    wlan.ko (/boot/kernel/wlan.ko)
> 29    1 0xc4849000 2000     usb2_wlan.ko (/boot/kernel/usb2_wlan.ko)
>

After some time it will appear but will start attaching and dettaching
all the time:

ugen4.2: <Ralink> at usbus4
rum0: <Ralink 802.11 bg WLAN, class 0/0, rev 2.00/0.01, addr 2> on usbus4
rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528
rum0: at ushub4, port 6, addr 2 (disconnected)
rum0: detached
ugen4.2: <Ralink> at usbus4
rum0: <Ralink 802.11 bg WLAN, class 0/0, rev 2.00/0.01, addr 2> on usbus4
rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528
rum0: at ushub4, port 6, addr 2 (disconnected)
rum0: detached
ugen2.2: <Ralink> at usbus2
rum0: <Ralink 802.11 bg WLAN, class 0/0, rev 2.00/0.01, addr 2> on usbus2
rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528
rum0: at ushub2, port 2, addr 2 (disconnected)
rum0: detached
From onemda at gmail.com  Fri Nov  7 12:18:38 2008
From: onemda at gmail.com (Paul B. Mahol)
Date: Fri Nov  7 12:18:44 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <3a142e750811071202h765c64a0g820db4fe54ec9b4f@mail.gmail.com>
References: <200810251925.47273.hselasky@c2i.net>
	<20081106191230.GA47600@wep4035.physik.uni-wuerzburg.de>
	<20081106210300.GA1595@wep4035.physik.uni-wuerzburg.de>
	<200811070036.15816.hselasky@c2i.net>
	<3a142e750811071154y5108f299h60bb7c1060f4567e@mail.gmail.com>
	<3a142e750811071202h765c64a0g820db4fe54ec9b4f@mail.gmail.com>
Message-ID: <3a142e750811071218q7c104687j9b55572319ddb5df@mail.gmail.com>

On 11/7/08, Paul B. Mahol <onemda@gmail.com> wrote:
> On 11/7/08, Paul B. Mahol <onemda@gmail.com> wrote:
>> On recent CURRENT when attaching rum card, strange bug appear:
>>
>> usb2_alloc_device:1417: set address 2 failed (ignored)
>> usb2_alloc_device:1452: getting device descriptor at addr 2 failed!
>> uhub_reattach_port:401: could not allocate new device!
>>
>> uhub_reattach_port:355: port 5 reset failed, error=USB_ERR_TIMEOUT
>> uhub_reattach_port:421: device problem (USB_ERR_TIMEOUT), disabling port 5
>> uhub_reattach_port:370: giving up port reset - device vanished!
>> uhub_reattach_port:370: giving up port reset - device vanished!
>> uhub_reattach_port:370: giving up port reset - device vanished!
>> uhub_reattach_port:370: giving up port reset - device vanished!
>> uhub_reattach_port:370: giving up port reset - device vanished!
>> uhub_reattach_port:370: giving up port reset - device vanished!
>> uhub_reattach_port:370: giving up port reset - device vanished!
>> uhub_reattach_port:370: giving up port reset - device vanished!
>> uhub_reattach_port:355: port 5 reset failed, error=USB_ERR_TIMEOUT
>> uhub_reattach_port:421: device problem (USB_ERR_TIMEOUT), disabling port 5
>> uhub_reattach_port:370: giving up port reset - device vanished!
>> usb2_alloc_device:1417: set address 2 failed (ignored)
>> usb2_alloc_device:1452: getting device descriptor at addr 2 failed!
>> uhub_reattach_port:401: could not allocate new device!
>>
>> usb2_alloc_device:1417: set address 2 failed (ignored)
>> usb2_alloc_device:1452: getting device descriptor at addr 2 failed!
>> uhub_reattach_port:401: could not allocate new device!
>>
>> But not so old one from svn was working fine.
>>
>>> kldstat
>> Id Refs Address    Size     Name
>>  1  155 0xc0400000 51f700   kernel (/boot/kernel/kernel)
>>  2    2 0xc0920000 51bb0    sound.ko (/boot/kernel/sound.ko)
>>  3    1 0xc0972000 1a5e0    snd_hda.ko (/boot/kernel/snd_hda.ko)
>>  4    2 0xc098d000 18170    agp.ko (/boot/kernel/agp.ko)
>>  5    1 0xc09a6000 c3fc     random.ko (/boot/kernel/random.ko)
>>  6    2 0xc09b3000 16b14    drm.ko (/boot/kernel/drm.ko)
>>  7    1 0xc09ca000 af9c     i915.ko (/boot/kernel/i915.ko)
>>  8    5 0xc09d5000 e3cc     ata.ko (/boot/kernel/ata.ko)
>>  9    2 0xc09e4000 5230     ataahci.ko (/boot/kernel/ataahci.ko)
>> 10    3 0xc09ea000 88b0     atapci.ko (/boot/kernel/atapci.ko)
>> 11    1 0xc09f3000 4638     atadisk.ko (/boot/kernel/atadisk.ko)
>> 12    1 0xc09f8000 5834     ataintel.ko (/boot/kernel/ataintel.ko)
>> 13    1 0xc09fe000 be08     cpufreq.ko (/boot/kernel/cpufreq.ko)
>> 14    1 0xc0a0a000 4dc8     sysvmsg.ko (/boot/kernel/sysvmsg.ko)
>> 15    1 0xc0a0f000 5e9c     sysvsem.ko (/boot/kernel/sysvsem.ko)
>> 16    1 0xc0a15000 5034     sysvshm.ko (/boot/kernel/sysvshm.ko)
>> 17    1 0xc0a1b000 6b974    acpi.ko (/boot/kernel/acpi.ko)
>> 18    9 0xc462c000 35000    usb2_core.ko (/boot/kernel/usb2_core.ko)
>> 19    4 0xc46eb000 3000     usb2_controller.ko
>> (/boot/kernel/usb2_controller.ko)
>> 20    1 0xc46f8000 a000     usb2_controller_uhci.ko
>> (/boot/kernel/usb2_controller_uhci.ko)
>> 21    1 0xc474e000 c000     usb2_controller_ehci.ko
>> (/boot/kernel/usb2_controller_ehci.ko)
>> 22    1 0xc477b000 a000     usb2_controller_ohci.ko
>> (/boot/kernel/usb2_controller_ohci.ko)
>> 23    1 0xc47a8000 a000     usb2_storage_mass.ko
>> (/boot/kernel/usb2_storage_mass.ko)
>> 24    1 0xc47b2000 43000    cam.ko (/boot/kernel/cam.ko)
>> 25    1 0xc47fe000 2000     usb2_storage.ko (/boot/kernel/usb2_storage.ko)
>> 26    1 0xc4800000 a000     usb2_wlan_rum.ko
>> (/boot/kernel/usb2_wlan_rum.ko)
>> 27    1 0xc480a000 2000     wlan_amrr.ko (/boot/kernel/wlan_amrr.ko)
>> 28    4 0xc480c000 34000    wlan.ko (/boot/kernel/wlan.ko)
>> 29    1 0xc4849000 2000     usb2_wlan.ko (/boot/kernel/usb2_wlan.ko)
>>
>
> After some time it will appear but will start attaching and dettaching
> all the time:
>
> ugen4.2: <Ralink> at usbus4
> rum0: <Ralink 802.11 bg WLAN, class 0/0, rev 2.00/0.01, addr 2> on usbus4
> rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528
> rum0: at ushub4, port 6, addr 2 (disconnected)
> rum0: detached
> ugen4.2: <Ralink> at usbus4
> rum0: <Ralink 802.11 bg WLAN, class 0/0, rev 2.00/0.01, addr 2> on usbus4
> rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528
> rum0: at ushub4, port 6, addr 2 (disconnected)
> rum0: detached
> ugen2.2: <Ralink> at usbus2
> rum0: <Ralink 802.11 bg WLAN, class 0/0, rev 2.00/0.01, addr 2> on usbus2
> rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528
> rum0: at ushub2, port 2, addr 2 (disconnected)
> rum0: detached
>

Looks like some code is missing because loading only usb2_wlan_rum do
not load ehci and uhci usb2 modules. (causing card to not attach)

I managed to get card working with usb2_controller_uhci and
usb2_controller_ehci loaded. (without ohci)
From imp at bsdimp.com  Fri Nov  7 12:23:47 2008
From: imp at bsdimp.com (M. Warner Losh)
Date: Fri Nov  7 12:24:00 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <3a142e750811071218q7c104687j9b55572319ddb5df@mail.gmail.com>
References: <3a142e750811071154y5108f299h60bb7c1060f4567e@mail.gmail.com>
	<3a142e750811071202h765c64a0g820db4fe54ec9b4f@mail.gmail.com>
	<3a142e750811071218q7c104687j9b55572319ddb5df@mail.gmail.com>
Message-ID: <20081107.132401.1622434515.imp@bsdimp.com>

In message: <3a142e750811071218q7c104687j9b55572319ddb5df@mail.gmail.com>
            "Paul B. Mahol" <onemda@gmail.com> writes:
: On 11/7/08, Paul B. Mahol <onemda@gmail.com> wrote:
: > On 11/7/08, Paul B. Mahol <onemda@gmail.com> wrote:
: >> On recent CURRENT when attaching rum card, strange bug appear:
: >>
: >> usb2_alloc_device:1417: set address 2 failed (ignored)
: >> usb2_alloc_device:1452: getting device descriptor at addr 2 failed!
: >> uhub_reattach_port:401: could not allocate new device!
: >>
: >> uhub_reattach_port:355: port 5 reset failed, error=USB_ERR_TIMEOUT
: >> uhub_reattach_port:421: device problem (USB_ERR_TIMEOUT), disabling port 5
: >> uhub_reattach_port:370: giving up port reset - device vanished!
: >> uhub_reattach_port:370: giving up port reset - device vanished!
: >> uhub_reattach_port:370: giving up port reset - device vanished!
: >> uhub_reattach_port:370: giving up port reset - device vanished!
: >> uhub_reattach_port:370: giving up port reset - device vanished!
: >> uhub_reattach_port:370: giving up port reset - device vanished!
: >> uhub_reattach_port:370: giving up port reset - device vanished!
: >> uhub_reattach_port:370: giving up port reset - device vanished!
: >> uhub_reattach_port:355: port 5 reset failed, error=USB_ERR_TIMEOUT
: >> uhub_reattach_port:421: device problem (USB_ERR_TIMEOUT), disabling port 5
: >> uhub_reattach_port:370: giving up port reset - device vanished!
: >> usb2_alloc_device:1417: set address 2 failed (ignored)
: >> usb2_alloc_device:1452: getting device descriptor at addr 2 failed!
: >> uhub_reattach_port:401: could not allocate new device!
: >>
: >> usb2_alloc_device:1417: set address 2 failed (ignored)
: >> usb2_alloc_device:1452: getting device descriptor at addr 2 failed!
: >> uhub_reattach_port:401: could not allocate new device!
: >>
: >> But not so old one from svn was working fine.
: >>
: >>> kldstat
: >> Id Refs Address    Size     Name
: >>  1  155 0xc0400000 51f700   kernel (/boot/kernel/kernel)
: >>  2    2 0xc0920000 51bb0    sound.ko (/boot/kernel/sound.ko)
: >>  3    1 0xc0972000 1a5e0    snd_hda.ko (/boot/kernel/snd_hda.ko)
: >>  4    2 0xc098d000 18170    agp.ko (/boot/kernel/agp.ko)
: >>  5    1 0xc09a6000 c3fc     random.ko (/boot/kernel/random.ko)
: >>  6    2 0xc09b3000 16b14    drm.ko (/boot/kernel/drm.ko)
: >>  7    1 0xc09ca000 af9c     i915.ko (/boot/kernel/i915.ko)
: >>  8    5 0xc09d5000 e3cc     ata.ko (/boot/kernel/ata.ko)
: >>  9    2 0xc09e4000 5230     ataahci.ko (/boot/kernel/ataahci.ko)
: >> 10    3 0xc09ea000 88b0     atapci.ko (/boot/kernel/atapci.ko)
: >> 11    1 0xc09f3000 4638     atadisk.ko (/boot/kernel/atadisk.ko)
: >> 12    1 0xc09f8000 5834     ataintel.ko (/boot/kernel/ataintel.ko)
: >> 13    1 0xc09fe000 be08     cpufreq.ko (/boot/kernel/cpufreq.ko)
: >> 14    1 0xc0a0a000 4dc8     sysvmsg.ko (/boot/kernel/sysvmsg.ko)
: >> 15    1 0xc0a0f000 5e9c     sysvsem.ko (/boot/kernel/sysvsem.ko)
: >> 16    1 0xc0a15000 5034     sysvshm.ko (/boot/kernel/sysvshm.ko)
: >> 17    1 0xc0a1b000 6b974    acpi.ko (/boot/kernel/acpi.ko)
: >> 18    9 0xc462c000 35000    usb2_core.ko (/boot/kernel/usb2_core.ko)
: >> 19    4 0xc46eb000 3000     usb2_controller.ko
: >> (/boot/kernel/usb2_controller.ko)
: >> 20    1 0xc46f8000 a000     usb2_controller_uhci.ko
: >> (/boot/kernel/usb2_controller_uhci.ko)
: >> 21    1 0xc474e000 c000     usb2_controller_ehci.ko
: >> (/boot/kernel/usb2_controller_ehci.ko)
: >> 22    1 0xc477b000 a000     usb2_controller_ohci.ko
: >> (/boot/kernel/usb2_controller_ohci.ko)
: >> 23    1 0xc47a8000 a000     usb2_storage_mass.ko
: >> (/boot/kernel/usb2_storage_mass.ko)
: >> 24    1 0xc47b2000 43000    cam.ko (/boot/kernel/cam.ko)
: >> 25    1 0xc47fe000 2000     usb2_storage.ko (/boot/kernel/usb2_storage.ko)
: >> 26    1 0xc4800000 a000     usb2_wlan_rum.ko
: >> (/boot/kernel/usb2_wlan_rum.ko)
: >> 27    1 0xc480a000 2000     wlan_amrr.ko (/boot/kernel/wlan_amrr.ko)
: >> 28    4 0xc480c000 34000    wlan.ko (/boot/kernel/wlan.ko)
: >> 29    1 0xc4849000 2000     usb2_wlan.ko (/boot/kernel/usb2_wlan.ko)
: >>
: >
: > After some time it will appear but will start attaching and dettaching
: > all the time:
: >
: > ugen4.2: <Ralink> at usbus4
: > rum0: <Ralink 802.11 bg WLAN, class 0/0, rev 2.00/0.01, addr 2> on usbus4
: > rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528
: > rum0: at ushub4, port 6, addr 2 (disconnected)
: > rum0: detached
: > ugen4.2: <Ralink> at usbus4
: > rum0: <Ralink 802.11 bg WLAN, class 0/0, rev 2.00/0.01, addr 2> on usbus4
: > rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528
: > rum0: at ushub4, port 6, addr 2 (disconnected)
: > rum0: detached
: > ugen2.2: <Ralink> at usbus2
: > rum0: <Ralink 802.11 bg WLAN, class 0/0, rev 2.00/0.01, addr 2> on usbus2
: > rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528
: > rum0: at ushub2, port 2, addr 2 (disconnected)
: > rum0: detached
: >
: 
: Looks like some code is missing because loading only usb2_wlan_rum do
: not load ehci and uhci usb2 modules. (causing card to not attach)
: 
: I managed to get card working with usb2_controller_uhci and
: usb2_controller_ehci loaded. (without ohci)

That's not a bug.

Warner
From onemda at gmail.com  Fri Nov  7 12:27:27 2008
From: onemda at gmail.com (Paul B. Mahol)
Date: Fri Nov  7 12:27:34 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <200811070036.15816.hselasky@c2i.net>
References: <200810251925.47273.hselasky@c2i.net>
	<20081106191230.GA47600@wep4035.physik.uni-wuerzburg.de>
	<20081106210300.GA1595@wep4035.physik.uni-wuerzburg.de>
	<200811070036.15816.hselasky@c2i.net>
Message-ID: <3a142e750811071154y5108f299h60bb7c1060f4567e@mail.gmail.com>

On recent CURRENT when attaching rum card, strange bug appear:

usb2_alloc_device:1417: set address 2 failed (ignored)
usb2_alloc_device:1452: getting device descriptor at addr 2 failed!
uhub_reattach_port:401: could not allocate new device!

uhub_reattach_port:355: port 5 reset failed, error=USB_ERR_TIMEOUT
uhub_reattach_port:421: device problem (USB_ERR_TIMEOUT), disabling port 5
uhub_reattach_port:370: giving up port reset - device vanished!
uhub_reattach_port:370: giving up port reset - device vanished!
uhub_reattach_port:370: giving up port reset - device vanished!
uhub_reattach_port:370: giving up port reset - device vanished!
uhub_reattach_port:370: giving up port reset - device vanished!
uhub_reattach_port:370: giving up port reset - device vanished!
uhub_reattach_port:370: giving up port reset - device vanished!
uhub_reattach_port:370: giving up port reset - device vanished!
uhub_reattach_port:355: port 5 reset failed, error=USB_ERR_TIMEOUT
uhub_reattach_port:421: device problem (USB_ERR_TIMEOUT), disabling port 5
uhub_reattach_port:370: giving up port reset - device vanished!
usb2_alloc_device:1417: set address 2 failed (ignored)
usb2_alloc_device:1452: getting device descriptor at addr 2 failed!
uhub_reattach_port:401: could not allocate new device!

usb2_alloc_device:1417: set address 2 failed (ignored)
usb2_alloc_device:1452: getting device descriptor at addr 2 failed!
uhub_reattach_port:401: could not allocate new device!

But not so old one from svn was working fine.

> kldstat
Id Refs Address    Size     Name
 1  155 0xc0400000 51f700   kernel (/boot/kernel/kernel)
 2    2 0xc0920000 51bb0    sound.ko (/boot/kernel/sound.ko)
 3    1 0xc0972000 1a5e0    snd_hda.ko (/boot/kernel/snd_hda.ko)
 4    2 0xc098d000 18170    agp.ko (/boot/kernel/agp.ko)
 5    1 0xc09a6000 c3fc     random.ko (/boot/kernel/random.ko)
 6    2 0xc09b3000 16b14    drm.ko (/boot/kernel/drm.ko)
 7    1 0xc09ca000 af9c     i915.ko (/boot/kernel/i915.ko)
 8    5 0xc09d5000 e3cc     ata.ko (/boot/kernel/ata.ko)
 9    2 0xc09e4000 5230     ataahci.ko (/boot/kernel/ataahci.ko)
10    3 0xc09ea000 88b0     atapci.ko (/boot/kernel/atapci.ko)
11    1 0xc09f3000 4638     atadisk.ko (/boot/kernel/atadisk.ko)
12    1 0xc09f8000 5834     ataintel.ko (/boot/kernel/ataintel.ko)
13    1 0xc09fe000 be08     cpufreq.ko (/boot/kernel/cpufreq.ko)
14    1 0xc0a0a000 4dc8     sysvmsg.ko (/boot/kernel/sysvmsg.ko)
15    1 0xc0a0f000 5e9c     sysvsem.ko (/boot/kernel/sysvsem.ko)
16    1 0xc0a15000 5034     sysvshm.ko (/boot/kernel/sysvshm.ko)
17    1 0xc0a1b000 6b974    acpi.ko (/boot/kernel/acpi.ko)
18    9 0xc462c000 35000    usb2_core.ko (/boot/kernel/usb2_core.ko)
19    4 0xc46eb000 3000     usb2_controller.ko (/boot/kernel/usb2_controller.ko)
20    1 0xc46f8000 a000     usb2_controller_uhci.ko
(/boot/kernel/usb2_controller_uhci.ko)
21    1 0xc474e000 c000     usb2_controller_ehci.ko
(/boot/kernel/usb2_controller_ehci.ko)
22    1 0xc477b000 a000     usb2_controller_ohci.ko
(/boot/kernel/usb2_controller_ohci.ko)
23    1 0xc47a8000 a000     usb2_storage_mass.ko
(/boot/kernel/usb2_storage_mass.ko)
24    1 0xc47b2000 43000    cam.ko (/boot/kernel/cam.ko)
25    1 0xc47fe000 2000     usb2_storage.ko (/boot/kernel/usb2_storage.ko)
26    1 0xc4800000 a000     usb2_wlan_rum.ko (/boot/kernel/usb2_wlan_rum.ko)
27    1 0xc480a000 2000     wlan_amrr.ko (/boot/kernel/wlan_amrr.ko)
28    4 0xc480c000 34000    wlan.ko (/boot/kernel/wlan.ko)
29    1 0xc4849000 2000     usb2_wlan.ko (/boot/kernel/usb2_wlan.ko)
From onemda at gmail.com  Fri Nov  7 12:29:03 2008
From: onemda at gmail.com (Paul B. Mahol)
Date: Fri Nov  7 12:29:10 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <20081107.132401.1622434515.imp@bsdimp.com>
References: <3a142e750811071154y5108f299h60bb7c1060f4567e@mail.gmail.com>
	<3a142e750811071202h765c64a0g820db4fe54ec9b4f@mail.gmail.com>
	<3a142e750811071218q7c104687j9b55572319ddb5df@mail.gmail.com>
	<20081107.132401.1622434515.imp@bsdimp.com>
Message-ID: <3a142e750811071229r6d452b28t7979ab08e1c90d71@mail.gmail.com>

On 11/7/08, M. Warner Losh <imp@bsdimp.com> wrote:
> In message: <3a142e750811071218q7c104687j9b55572319ddb5df@mail.gmail.com>
>             "Paul B. Mahol" <onemda@gmail.com> writes:
> : On 11/7/08, Paul B. Mahol <onemda@gmail.com> wrote:
> : > On 11/7/08, Paul B. Mahol <onemda@gmail.com> wrote:
> : >> On recent CURRENT when attaching rum card, strange bug appear:
> : >>
> : >> usb2_alloc_device:1417: set address 2 failed (ignored)
> : >> usb2_alloc_device:1452: getting device descriptor at addr 2 failed!
> : >> uhub_reattach_port:401: could not allocate new device!
> : >>
> : >> uhub_reattach_port:355: port 5 reset failed, error=USB_ERR_TIMEOUT
> : >> uhub_reattach_port:421: device problem (USB_ERR_TIMEOUT), disabling
> port 5
> : >> uhub_reattach_port:370: giving up port reset - device vanished!
> : >> uhub_reattach_port:370: giving up port reset - device vanished!
> : >> uhub_reattach_port:370: giving up port reset - device vanished!
> : >> uhub_reattach_port:370: giving up port reset - device vanished!
> : >> uhub_reattach_port:370: giving up port reset - device vanished!
> : >> uhub_reattach_port:370: giving up port reset - device vanished!
> : >> uhub_reattach_port:370: giving up port reset - device vanished!
> : >> uhub_reattach_port:370: giving up port reset - device vanished!
> : >> uhub_reattach_port:355: port 5 reset failed, error=USB_ERR_TIMEOUT
> : >> uhub_reattach_port:421: device problem (USB_ERR_TIMEOUT), disabling
> port 5
> : >> uhub_reattach_port:370: giving up port reset - device vanished!
> : >> usb2_alloc_device:1417: set address 2 failed (ignored)
> : >> usb2_alloc_device:1452: getting device descriptor at addr 2 failed!
> : >> uhub_reattach_port:401: could not allocate new device!
> : >>
> : >> usb2_alloc_device:1417: set address 2 failed (ignored)
> : >> usb2_alloc_device:1452: getting device descriptor at addr 2 failed!
> : >> uhub_reattach_port:401: could not allocate new device!
> : >>
> : >> But not so old one from svn was working fine.
> : >>
> : >>> kldstat
> : >> Id Refs Address    Size     Name
> : >>  1  155 0xc0400000 51f700   kernel (/boot/kernel/kernel)
> : >>  2    2 0xc0920000 51bb0    sound.ko (/boot/kernel/sound.ko)
> : >>  3    1 0xc0972000 1a5e0    snd_hda.ko (/boot/kernel/snd_hda.ko)
> : >>  4    2 0xc098d000 18170    agp.ko (/boot/kernel/agp.ko)
> : >>  5    1 0xc09a6000 c3fc     random.ko (/boot/kernel/random.ko)
> : >>  6    2 0xc09b3000 16b14    drm.ko (/boot/kernel/drm.ko)
> : >>  7    1 0xc09ca000 af9c     i915.ko (/boot/kernel/i915.ko)
> : >>  8    5 0xc09d5000 e3cc     ata.ko (/boot/kernel/ata.ko)
> : >>  9    2 0xc09e4000 5230     ataahci.ko (/boot/kernel/ataahci.ko)
> : >> 10    3 0xc09ea000 88b0     atapci.ko (/boot/kernel/atapci.ko)
> : >> 11    1 0xc09f3000 4638     atadisk.ko (/boot/kernel/atadisk.ko)
> : >> 12    1 0xc09f8000 5834     ataintel.ko (/boot/kernel/ataintel.ko)
> : >> 13    1 0xc09fe000 be08     cpufreq.ko (/boot/kernel/cpufreq.ko)
> : >> 14    1 0xc0a0a000 4dc8     sysvmsg.ko (/boot/kernel/sysvmsg.ko)
> : >> 15    1 0xc0a0f000 5e9c     sysvsem.ko (/boot/kernel/sysvsem.ko)
> : >> 16    1 0xc0a15000 5034     sysvshm.ko (/boot/kernel/sysvshm.ko)
> : >> 17    1 0xc0a1b000 6b974    acpi.ko (/boot/kernel/acpi.ko)
> : >> 18    9 0xc462c000 35000    usb2_core.ko (/boot/kernel/usb2_core.ko)
> : >> 19    4 0xc46eb000 3000     usb2_controller.ko
> : >> (/boot/kernel/usb2_controller.ko)
> : >> 20    1 0xc46f8000 a000     usb2_controller_uhci.ko
> : >> (/boot/kernel/usb2_controller_uhci.ko)
> : >> 21    1 0xc474e000 c000     usb2_controller_ehci.ko
> : >> (/boot/kernel/usb2_controller_ehci.ko)
> : >> 22    1 0xc477b000 a000     usb2_controller_ohci.ko
> : >> (/boot/kernel/usb2_controller_ohci.ko)
> : >> 23    1 0xc47a8000 a000     usb2_storage_mass.ko
> : >> (/boot/kernel/usb2_storage_mass.ko)
> : >> 24    1 0xc47b2000 43000    cam.ko (/boot/kernel/cam.ko)
> : >> 25    1 0xc47fe000 2000     usb2_storage.ko
> (/boot/kernel/usb2_storage.ko)
> : >> 26    1 0xc4800000 a000     usb2_wlan_rum.ko
> : >> (/boot/kernel/usb2_wlan_rum.ko)
> : >> 27    1 0xc480a000 2000     wlan_amrr.ko (/boot/kernel/wlan_amrr.ko)
> : >> 28    4 0xc480c000 34000    wlan.ko (/boot/kernel/wlan.ko)
> : >> 29    1 0xc4849000 2000     usb2_wlan.ko (/boot/kernel/usb2_wlan.ko)
> : >>
> : >
> : > After some time it will appear but will start attaching and dettaching
> : > all the time:
> : >
> : > ugen4.2: <Ralink> at usbus4
> : > rum0: <Ralink 802.11 bg WLAN, class 0/0, rev 2.00/0.01, addr 2> on
> usbus4
> : > rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528
> : > rum0: at ushub4, port 6, addr 2 (disconnected)
> : > rum0: detached
> : > ugen4.2: <Ralink> at usbus4
> : > rum0: <Ralink 802.11 bg WLAN, class 0/0, rev 2.00/0.01, addr 2> on
> usbus4
> : > rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528
> : > rum0: at ushub4, port 6, addr 2 (disconnected)
> : > rum0: detached
> : > ugen2.2: <Ralink> at usbus2
> : > rum0: <Ralink 802.11 bg WLAN, class 0/0, rev 2.00/0.01, addr 2> on
> usbus2
> : > rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528
> : > rum0: at ushub2, port 2, addr 2 (disconnected)
> : > rum0: detached
> : >
> :
> : Looks like some code is missing because loading only usb2_wlan_rum do
> : not load ehci and uhci usb2 modules. (causing card to not attach)
> :
> : I managed to get card working with usb2_controller_uhci and
> : usb2_controller_ehci loaded. (without ohci)
>
> That's not a bug.

Really, how then to explain that I cannot make card working properly
whan having both uhci2, ehci2 and ohci2 loaded

Loading usb2_controller_musb fail, with message:
link_elf: symbol usb2_sw_transfer undefined
From imp at bsdimp.com  Fri Nov  7 12:50:48 2008
From: imp at bsdimp.com (M. Warner Losh)
Date: Fri Nov  7 12:50:54 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <3a142e750811071229r6d452b28t7979ab08e1c90d71@mail.gmail.com>
References: <3a142e750811071218q7c104687j9b55572319ddb5df@mail.gmail.com>
	<20081107.132401.1622434515.imp@bsdimp.com>
	<3a142e750811071229r6d452b28t7979ab08e1c90d71@mail.gmail.com>
Message-ID: <20081107.134946.811533952.imp@bsdimp.com>

In message: <3a142e750811071229r6d452b28t7979ab08e1c90d71@mail.gmail.com>
            "Paul B. Mahol" <onemda@gmail.com> writes:
: On 11/7/08, M. Warner Losh <imp@bsdimp.com> wrote:
: > In message: <3a142e750811071218q7c104687j9b55572319ddb5df@mail.gmail.com>
: >             "Paul B. Mahol" <onemda@gmail.com> writes:
: > : On 11/7/08, Paul B. Mahol <onemda@gmail.com> wrote:
: > : > On 11/7/08, Paul B. Mahol <onemda@gmail.com> wrote:
: > : >> On recent CURRENT when attaching rum card, strange bug appear:
: > : >>
: > : >> usb2_alloc_device:1417: set address 2 failed (ignored)
: > : >> usb2_alloc_device:1452: getting device descriptor at addr 2 failed!
: > : >> uhub_reattach_port:401: could not allocate new device!
: > : >>
: > : >> uhub_reattach_port:355: port 5 reset failed, error=USB_ERR_TIMEOUT
: > : >> uhub_reattach_port:421: device problem (USB_ERR_TIMEOUT), disabling
: > port 5
: > : >> uhub_reattach_port:370: giving up port reset - device vanished!
: > : >> uhub_reattach_port:370: giving up port reset - device vanished!
: > : >> uhub_reattach_port:370: giving up port reset - device vanished!
: > : >> uhub_reattach_port:370: giving up port reset - device vanished!
: > : >> uhub_reattach_port:370: giving up port reset - device vanished!
: > : >> uhub_reattach_port:370: giving up port reset - device vanished!
: > : >> uhub_reattach_port:370: giving up port reset - device vanished!
: > : >> uhub_reattach_port:370: giving up port reset - device vanished!
: > : >> uhub_reattach_port:355: port 5 reset failed, error=USB_ERR_TIMEOUT
: > : >> uhub_reattach_port:421: device problem (USB_ERR_TIMEOUT), disabling
: > port 5
: > : >> uhub_reattach_port:370: giving up port reset - device vanished!
: > : >> usb2_alloc_device:1417: set address 2 failed (ignored)
: > : >> usb2_alloc_device:1452: getting device descriptor at addr 2 failed!
: > : >> uhub_reattach_port:401: could not allocate new device!
: > : >>
: > : >> usb2_alloc_device:1417: set address 2 failed (ignored)
: > : >> usb2_alloc_device:1452: getting device descriptor at addr 2 failed!
: > : >> uhub_reattach_port:401: could not allocate new device!
: > : >>
: > : >> But not so old one from svn was working fine.
: > : >>
: > : >>> kldstat
: > : >> Id Refs Address    Size     Name
: > : >>  1  155 0xc0400000 51f700   kernel (/boot/kernel/kernel)
: > : >>  2    2 0xc0920000 51bb0    sound.ko (/boot/kernel/sound.ko)
: > : >>  3    1 0xc0972000 1a5e0    snd_hda.ko (/boot/kernel/snd_hda.ko)
: > : >>  4    2 0xc098d000 18170    agp.ko (/boot/kernel/agp.ko)
: > : >>  5    1 0xc09a6000 c3fc     random.ko (/boot/kernel/random.ko)
: > : >>  6    2 0xc09b3000 16b14    drm.ko (/boot/kernel/drm.ko)
: > : >>  7    1 0xc09ca000 af9c     i915.ko (/boot/kernel/i915.ko)
: > : >>  8    5 0xc09d5000 e3cc     ata.ko (/boot/kernel/ata.ko)
: > : >>  9    2 0xc09e4000 5230     ataahci.ko (/boot/kernel/ataahci.ko)
: > : >> 10    3 0xc09ea000 88b0     atapci.ko (/boot/kernel/atapci.ko)
: > : >> 11    1 0xc09f3000 4638     atadisk.ko (/boot/kernel/atadisk.ko)
: > : >> 12    1 0xc09f8000 5834     ataintel.ko (/boot/kernel/ataintel.ko)
: > : >> 13    1 0xc09fe000 be08     cpufreq.ko (/boot/kernel/cpufreq.ko)
: > : >> 14    1 0xc0a0a000 4dc8     sysvmsg.ko (/boot/kernel/sysvmsg.ko)
: > : >> 15    1 0xc0a0f000 5e9c     sysvsem.ko (/boot/kernel/sysvsem.ko)
: > : >> 16    1 0xc0a15000 5034     sysvshm.ko (/boot/kernel/sysvshm.ko)
: > : >> 17    1 0xc0a1b000 6b974    acpi.ko (/boot/kernel/acpi.ko)
: > : >> 18    9 0xc462c000 35000    usb2_core.ko (/boot/kernel/usb2_core.ko)
: > : >> 19    4 0xc46eb000 3000     usb2_controller.ko
: > : >> (/boot/kernel/usb2_controller.ko)
: > : >> 20    1 0xc46f8000 a000     usb2_controller_uhci.ko
: > : >> (/boot/kernel/usb2_controller_uhci.ko)
: > : >> 21    1 0xc474e000 c000     usb2_controller_ehci.ko
: > : >> (/boot/kernel/usb2_controller_ehci.ko)
: > : >> 22    1 0xc477b000 a000     usb2_controller_ohci.ko
: > : >> (/boot/kernel/usb2_controller_ohci.ko)
: > : >> 23    1 0xc47a8000 a000     usb2_storage_mass.ko
: > : >> (/boot/kernel/usb2_storage_mass.ko)
: > : >> 24    1 0xc47b2000 43000    cam.ko (/boot/kernel/cam.ko)
: > : >> 25    1 0xc47fe000 2000     usb2_storage.ko
: > (/boot/kernel/usb2_storage.ko)
: > : >> 26    1 0xc4800000 a000     usb2_wlan_rum.ko
: > : >> (/boot/kernel/usb2_wlan_rum.ko)
: > : >> 27    1 0xc480a000 2000     wlan_amrr.ko (/boot/kernel/wlan_amrr.ko)
: > : >> 28    4 0xc480c000 34000    wlan.ko (/boot/kernel/wlan.ko)
: > : >> 29    1 0xc4849000 2000     usb2_wlan.ko (/boot/kernel/usb2_wlan.ko)
: > : >>
: > : >
: > : > After some time it will appear but will start attaching and dettaching
: > : > all the time:
: > : >
: > : > ugen4.2: <Ralink> at usbus4
: > : > rum0: <Ralink 802.11 bg WLAN, class 0/0, rev 2.00/0.01, addr 2> on
: > usbus4
: > : > rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528
: > : > rum0: at ushub4, port 6, addr 2 (disconnected)
: > : > rum0: detached
: > : > ugen4.2: <Ralink> at usbus4
: > : > rum0: <Ralink 802.11 bg WLAN, class 0/0, rev 2.00/0.01, addr 2> on
: > usbus4
: > : > rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528
: > : > rum0: at ushub4, port 6, addr 2 (disconnected)
: > : > rum0: detached
: > : > ugen2.2: <Ralink> at usbus2
: > : > rum0: <Ralink 802.11 bg WLAN, class 0/0, rev 2.00/0.01, addr 2> on
: > usbus2
: > : > rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528
: > : > rum0: at ushub2, port 2, addr 2 (disconnected)
: > : > rum0: detached
: > : >
: > :
: > : Looks like some code is missing because loading only usb2_wlan_rum do
: > : not load ehci and uhci usb2 modules. (causing card to not attach)
: > :
: > : I managed to get card working with usb2_controller_uhci and
: > : usb2_controller_ehci loaded. (without ohci)
: >
: > That's not a bug.
: 
: Really, how then to explain that I cannot make card working properly
: whan having both uhci2, ehci2 and ohci2 loaded

You are supposed to load them yourself.  The leaf modules shouldn't
know about the controllers.  There may be other bugs here, but not
loading the host controllers isn't one of them.

Warner
From hselasky at c2i.net  Fri Nov  7 13:21:13 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Fri Nov  7 13:21:21 2008
Subject: Kernel panic when copying data to umass device (USB4BSD) -
	problem found
In-Reply-To: <20081107191935.GA51170@localhost.my.domain>
References: <20081107082740.GA1334@icarus.home.lan>
	<200811071811.27181.hselasky@c2i.net>
	<20081107191935.GA51170@localhost.my.domain>
Message-ID: <200811072223.20313.hselasky@c2i.net>

On Friday 07 November 2008, Alexey Shuvaev wrote:
> On Fri, Nov 07, 2008 at 06:11:26PM +0100, Hans Petter Selasky wrote:
> > Hi Jeremy,
> >
> > I've reproduced the issue with some mods to the usb2_busdma.c on 32-bit
> > arcitecture and have made a fix for this problem.
> >
> > Try the following patch and re-test!
>
> Thanks a lot! I have rebuild the kernel with this patch
>
> > http://perforce.freebsd.org/chv.cgi?CH=152624
>
> and so far no panics. Indeed, the system I am using is amd64 with 4Gb of
> RAM.
>
> > Some mem-stick benchmarks would be nice ...
>
> What exactly do you mean?
> I have done:
> dd if=file_on_one_stick of=/dev/null bs=1m (12.5 Mb/s)
> dd if=/dev/random of=file_on_the_stick bs=1m count=128 (2.6 Mb/s)
>
> and the same tests with USB-microSDHC adapter with 8Gb card
> (20 MB/s read, 15 Mb/s write).
>
> Anything else?

No, that looks very good. Maybe you could also do a md5 on the transferred 
data, just to see if there are data errors.

BTW: I have forced my 32-bit system to use bounce buffers now, and I have 
found more problems!

Warner: I see that bus-dma is allocating bounce buffers for the EHCI/OHCI/UHCI 
transfer descriptors and queue heads, even though I use "bus_dmamem_alloc()" 
with the COHERENT flag and everything. I suspect that the problem is 
that "bus_dmamem_alloc()" is optimised to use "malloc()" which then 
automatically will imply a possible bounce buffer. Even if I use PAGE_SIZE 
byte allocations it goes wrong. Maybe I also need to set the alignment to 
PAGE_SIZE bytes, to really ensure that "busdma" is not putting the TD's and 
QH's in the wrong part of the memory from the beginning?

This is a big problem, because the busdma API does not allow flushing single 
fields of these descriptors, which is an absolute mandatory feature during 
USB operation. On NetBSD this is possible. What should we do? I guess this is 
the root problem of USB(2) not working reliable on 64-bit architectures.

--HPS
From hselasky at c2i.net  Fri Nov  7 13:31:45 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Fri Nov  7 13:31:51 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <3a142e750811071229r6d452b28t7979ab08e1c90d71@mail.gmail.com>
References: <3a142e750811071154y5108f299h60bb7c1060f4567e@mail.gmail.com>
	<20081107.132401.1622434515.imp@bsdimp.com>
	<3a142e750811071229r6d452b28t7979ab08e1c90d71@mail.gmail.com>
Message-ID: <200811072233.46558.hselasky@c2i.net>

On Friday 07 November 2008, Paul B. Mahol wrote:
> On 11/7/08, M. Warner Losh <imp@bsdimp.com> wrote:
> > In message: <3a142e750811071218q7c104687j9b55572319ddb5df@mail.gmail.com>
> >
> >             "Paul B. Mahol" <onemda@gmail.com> writes:
> > : On 11/7/08, Paul B. Mahol <onemda@gmail.com> wrote:
> > : > On 11/7/08, Paul B. Mahol <onemda@gmail.com> wrote:
> > : >> On recent CURRENT when attaching rum card, strange bug appear:
> > : >>
> > : >> usb2_alloc_device:1417: set address 2 failed (ignored)
> > : >> usb2_alloc_device:1452: getting device descriptor at addr 2 failed!
> > : >> uhub_reattach_port:401: could not allocate new device!
> > : >>
> > : >> uhub_reattach_port:355: port 5 reset failed, error=USB_ERR_TIMEOUT
> > : >> uhub_reattach_port:421: device problem (USB_ERR_TIMEOUT), disabling
> >
> > port 5
> >
> > : >> uhub_reattach_port:370: giving up port reset - device vanished!
> > : >> uhub_reattach_port:370: giving up port reset - device vanished!
> > : >> uhub_reattach_port:370: giving up port reset - device vanished!
> > : >> uhub_reattach_port:370: giving up port reset - device vanished!
> > : >> uhub_reattach_port:370: giving up port reset - device vanished!
> > : >> uhub_reattach_port:370: giving up port reset - device vanished!
> > : >> uhub_reattach_port:370: giving up port reset - device vanished!
> > : >> uhub_reattach_port:370: giving up port reset - device vanished!
> > : >> uhub_reattach_port:355: port 5 reset failed, error=USB_ERR_TIMEOUT
> > : >> uhub_reattach_port:421: device problem (USB_ERR_TIMEOUT), disabling
> >
> > port 5
> >
> > : >> uhub_reattach_port:370: giving up port reset - device vanished!
> > : >> usb2_alloc_device:1417: set address 2 failed (ignored)
> > : >> usb2_alloc_device:1452: getting device descriptor at addr 2 failed!
> > : >> uhub_reattach_port:401: could not allocate new device!
> > : >>
> > : >> usb2_alloc_device:1417: set address 2 failed (ignored)
> > : >> usb2_alloc_device:1452: getting device descriptor at addr 2 failed!
> > : >> uhub_reattach_port:401: could not allocate new device!
> > : >>
> > : >> But not so old one from svn was working fine.
> > : >>
> > : >>> kldstat
> > : >>
> > : >> Id Refs Address    Size     Name
> > : >>  1  155 0xc0400000 51f700   kernel (/boot/kernel/kernel)
> > : >>  2    2 0xc0920000 51bb0    sound.ko (/boot/kernel/sound.ko)
> > : >>  3    1 0xc0972000 1a5e0    snd_hda.ko (/boot/kernel/snd_hda.ko)
> > : >>  4    2 0xc098d000 18170    agp.ko (/boot/kernel/agp.ko)
> > : >>  5    1 0xc09a6000 c3fc     random.ko (/boot/kernel/random.ko)
> > : >>  6    2 0xc09b3000 16b14    drm.ko (/boot/kernel/drm.ko)
> > : >>  7    1 0xc09ca000 af9c     i915.ko (/boot/kernel/i915.ko)
> > : >>  8    5 0xc09d5000 e3cc     ata.ko (/boot/kernel/ata.ko)
> > : >>  9    2 0xc09e4000 5230     ataahci.ko (/boot/kernel/ataahci.ko)
> > : >> 10    3 0xc09ea000 88b0     atapci.ko (/boot/kernel/atapci.ko)
> > : >> 11    1 0xc09f3000 4638     atadisk.ko (/boot/kernel/atadisk.ko)
> > : >> 12    1 0xc09f8000 5834     ataintel.ko (/boot/kernel/ataintel.ko)
> > : >> 13    1 0xc09fe000 be08     cpufreq.ko (/boot/kernel/cpufreq.ko)
> > : >> 14    1 0xc0a0a000 4dc8     sysvmsg.ko (/boot/kernel/sysvmsg.ko)
> > : >> 15    1 0xc0a0f000 5e9c     sysvsem.ko (/boot/kernel/sysvsem.ko)
> > : >> 16    1 0xc0a15000 5034     sysvshm.ko (/boot/kernel/sysvshm.ko)
> > : >> 17    1 0xc0a1b000 6b974    acpi.ko (/boot/kernel/acpi.ko)
> > : >> 18    9 0xc462c000 35000    usb2_core.ko (/boot/kernel/usb2_core.ko)
> > : >> 19    4 0xc46eb000 3000     usb2_controller.ko
> > : >> (/boot/kernel/usb2_controller.ko)
> > : >> 20    1 0xc46f8000 a000     usb2_controller_uhci.ko
> > : >> (/boot/kernel/usb2_controller_uhci.ko)
> > : >> 21    1 0xc474e000 c000     usb2_controller_ehci.ko
> > : >> (/boot/kernel/usb2_controller_ehci.ko)
> > : >> 22    1 0xc477b000 a000     usb2_controller_ohci.ko
> > : >> (/boot/kernel/usb2_controller_ohci.ko)
> > : >> 23    1 0xc47a8000 a000     usb2_storage_mass.ko
> > : >> (/boot/kernel/usb2_storage_mass.ko)
> > : >> 24    1 0xc47b2000 43000    cam.ko (/boot/kernel/cam.ko)
> > : >> 25    1 0xc47fe000 2000     usb2_storage.ko
> >
> > (/boot/kernel/usb2_storage.ko)
> >
> > : >> 26    1 0xc4800000 a000     usb2_wlan_rum.ko
> > : >> (/boot/kernel/usb2_wlan_rum.ko)
> > : >> 27    1 0xc480a000 2000     wlan_amrr.ko (/boot/kernel/wlan_amrr.ko)
> > : >> 28    4 0xc480c000 34000    wlan.ko (/boot/kernel/wlan.ko)
> > : >> 29    1 0xc4849000 2000     usb2_wlan.ko (/boot/kernel/usb2_wlan.ko)
> > : >
> > : > After some time it will appear but will start attaching and
> > : > dettaching all the time:
> > : >
> > : > ugen4.2: <Ralink> at usbus4
> > : > rum0: <Ralink 802.11 bg WLAN, class 0/0, rev 2.00/0.01, addr 2> on
> >
> > usbus4
> >
> > : > rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528
> > : > rum0: at ushub4, port 6, addr 2 (disconnected)
> > : > rum0: detached
> > : > ugen4.2: <Ralink> at usbus4
> > : > rum0: <Ralink 802.11 bg WLAN, class 0/0, rev 2.00/0.01, addr 2> on
> >
> > usbus4
> >
> > : > rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528
> > : > rum0: at ushub4, port 6, addr 2 (disconnected)
> > : > rum0: detached
> > : > ugen2.2: <Ralink> at usbus2
> > : > rum0: <Ralink 802.11 bg WLAN, class 0/0, rev 2.00/0.01, addr 2> on
> >
> > usbus2
> >
> > : > rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528
> > : > rum0: at ushub2, port 2, addr 2 (disconnected)
> > : > rum0: detached
> > :
> > : Looks like some code is missing because loading only usb2_wlan_rum do
> > : not load ehci and uhci usb2 modules. (causing card to not attach)
> > :
> > : I managed to get card working with usb2_controller_uhci and
> > : usb2_controller_ehci loaded. (without ohci)
> >
> > That's not a bug.

It is a new feature :-)

>
> Really, how then to explain that I cannot make card working properly
> whan having both uhci2, ehci2 and ohci2 loaded
>
> Loading usb2_controller_musb fail, with message:
> link_elf: symbol usb2_sw_transfer undefined

You cannot load that module, because the bus interface file 
(musb2_otg_atmelarm.c) only compiles on the FreeBSD ARM target, due to some 
header file dependencies, which we should fix.

Therefore there are some missing KLD dependencies in the module which makes it 
complain about missing symbols, which is not an error, but thanks for 
reporting. Maybe I will create a dummy PCI module interface for the driver. 
Mostly the module is there to ensure that the code compiles.

These are the KLD dependancy lines:

MODULE_DEPEND(musbotg, usb2_controller, 1, 1, 1);
MODULE_DEPEND(musbotg, usb2_core, 1, 1, 1);

Which are in "musb2_otg_atmelarm.c" which is not compiled into the module by 
default.

--HPS
From hselasky at c2i.net  Fri Nov  7 13:34:34 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Fri Nov  7 13:34:41 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <3a142e750811071229r6d452b28t7979ab08e1c90d71@mail.gmail.com>
References: <3a142e750811071154y5108f299h60bb7c1060f4567e@mail.gmail.com>
	<20081107.132401.1622434515.imp@bsdimp.com>
	<3a142e750811071229r6d452b28t7979ab08e1c90d71@mail.gmail.com>
Message-ID: <200811072236.38267.hselasky@c2i.net>

On Friday 07 November 2008, Paul B. Mahol wrote:
> On 11/7/08, M. Warner Losh <imp@bsdimp.com> wrote:

> > : > After some time it will appear but will start attaching and
> > : > dettaching all the time:

How quick is this happening? There has been some changes to the 
sys/dev/usb2/core/uhub2.c file recently, which control how HUB is responding 
to events.

Maybe you can get the date of that file from the build where it works and the 
build where it doesn't work, and I will check the differences.

--HPS
From Thomas.Sparrevohn at btinternet.com  Fri Nov  7 11:46:13 2008
From: Thomas.Sparrevohn at btinternet.com (Thomas Sparrevohn)
Date: Fri Nov  7 13:46:16 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <200811070036.15816.hselasky@c2i.net>
References: <200810251925.47273.hselasky@c2i.net>
	<20081106210300.GA1595@wep4035.physik.uni-wuerzburg.de>
	<200811070036.15816.hselasky@c2i.net>
Message-ID: <200811071946.01269.Thomas.Sparrevohn@btinternet.com>

On Thursday 06 November 2008 23:36:14 Hans Petter Selasky wrote:
> On Thursday 06 November 2008, Alexey Shuvaev wrote:
> > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a
> > _witness_debugger() at _witness_debugger+0x49
> > witness_checkorder() at witness_checkorder+0x7e6
> > _sx_xlock() at _sx_xlock+0x44
> > vm_map_lookup() at vm_map_lookup+0x47
> > vm_fault() at vm_fault+0xfe
> > trap_pfault() at trap_pfault+0x1fa
> > trap() at trap+0x201
> > calltrap() at calltrap+0x8
> > --- trap 0xc, rip = 0xffffffff804b2466, rsp = 0xfffffffeba7f8ac0, rbp =
> > 0xfffffffeba7f8b00 --- bcopy() at bcopy+0x16
> > usb2_bdma_pre_sync() at usb2_bdma_pre_sync+0x35
> > usb2_bdma_work_loop() at usb2_bdma_work_loop+0x29b
> > usb2_command_wrapper() at usb2_command_wrapper+0x76
> > usb2_callback_wrapper() at usb2_callback_wrapper+0xfd
> > usb2_command_wrapper() at usb2_command_wrapper+0x76
> > usb2_callback_proc() at usb2_callback_proc+0x68
> > usb2_process() at usb2_process+0xc0
> 
> Hi Alexey,
> 
> This looks more like a busdma problem to me. "bcopy()" is called from 
> within "bus_dmamap_sync()". Maybe you can figure out if it is the source or 
> the destination address that fails?
> 
> Looks like your system has started bouncing data to the 32-bit address range.
> 

I can reproduce an error like it whenever I use DMA on umass device - The error 
somehow are triggered/created by the multiport patches that was introduced
in the ATA framework back in April - For a long time I believed it was an error 
in the ATA frame work until I discovered that If I disabled the umass device
the error disappered 

I am using ZFS on both devices. If I change to usb2_ata the problem disappers.
I think that is because usb2_ata does not use DMA.

I believe the problem is related to the DMA handling in the umass 

see attached fault - In short the problem has been around for a long time
but it seems to be related to the USB stack DMA handling - before usb2
it showed up as a DMA error in the ATA driver - but that was because
the old umass driver somehow "stole" an active DMA 


w2fzz0vc03.aah-go-on.com dumped core - see /var/crash/vmcore.42

Thu Oct 16 19:11:48 BST 2008

FreeBSD w2fzz0vc03.aah-go-on.com 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Wed Oct 15 21:39:04 BST 2008     sandbox@w2fzz0vc03.aah-go-on.com:/usr/home/sandbox/newusb/obj/usr/home/sandbox/newusb/src/sys/GENERIC_usb2  amd64

panic: mutex Giant not owned at /usr/home/sandbox/newusb/src/sys/kern/tty_ttydisc.c:1129

GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "amd64-marcel-freebsd"...

Unread portion of the kernel message buffer:
Kernel page fault with the following non-sleepable locks held:
exclusive sleep mutex UMASS lock (UMASS lock) r = 0 (0xffffffff80b67e60) locked @ /usr/home/sandbox/newusb/src/sys/dev/usb2/core/usb2_transfer.c:1795
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2a
_witness_debugger() at _witness_debugger+0x49
witness_warn() at witness_warn+0x232
trap() at trap+0x38f
calltrap() at calltrap+0x8
--- trap 0xc, rip = 0xffffffff807b2a46, rsp = 0xfffffffeb7267ac0, rbp = 0xfffffffeb7267b00 ---
bcopy() at bcopy+0x16
usb2_bdma_pre_sync() at usb2_bdma_pre_sync+0x59
usb2_bdma_work_loop() at usb2_bdma_work_loop+0x2ac
usb2_command_wrapper() at usb2_command_wrapper+0x76
usb2_callback_wrapper() at usb2_callback_wrapper+0x101
usb2_command_wrapper() at usb2_command_wrapper+0x76
usb2_callback_proc() at usb2_callback_proc+0x68
usb2_process() at usb2_process+0xc0
fork_exit() at fork_exit+0x12a
fork_trampoline() at fork_trampoline+0xe
--- trap 0, rip = 0, rsp = 0xfffffffeb7267d40, rbp = 0 ---


Fatal trap 12: page fault while in kernel mode
cpuid = 3; apic id = 03
fault virtual address	= 0xfffffffe69a00000
fault code		= supervisor read data, page not present
instruction pointer	= 0x8:0xffffffff807b2a46
stack pointer	        = 0x10:0xfffffffeb7267ac0
frame pointer	        = 0x10:0xfffffffeb7267b00
code segment		= base 0x0, limit 0xfffff, type 0x1b
			= DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags	= interrupt enabled, resume, IOPL = 0
current process		= 139 (USBPROC)
lock order reversal: (Giant after non-sleepable)
 1st 0xffffffff80b67e60 UMASS lock (UMASS lock) @ /usr/home/sandbox/newusb/src/sys/dev/usb2/core/usb2_transfer.c:1795
 2nd 0xffffffff80b6bfe0 Giant (Giant) @ /usr/home/sandbox/newusb/src/sys/dev/kbdmux/kbdmux.c:1044
KDB: stack backtrace:
panic: mutex Giant not owned at /usr/home/sandbox/newusb/src/sys/kern/tty_ttydisc.c:1129
cpuid = 3
KDB: stack backtrace:
Physical memory: 4078 MB
Dumping 1154 MB: 1139 1123 1107 1091 1075 1059 1043 1027 1011 995 979 963 947 931 915 899 883 867 851 835 819 803 787 771 755 739 723 707 691 675 659 643 627 611 595 579 563 547 531 515 499 483 467 451 435 419 403 387 371 355 339 323 307 291 275 259 243 227 211 195 179 163 147 131 115 99 83 67 51 35 19 3

Reading symbols from /boot/kernel/zfs.ko...Reading symbols from /bootdir/boot/kernel/zfs.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/zfs.ko
Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from /bootdir/boot/kernel/opensolaris.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/opensolaris.ko
Reading symbols from /boot/kernel/linux.ko...Reading symbols from /bootdir/boot/kernel/linux.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/linux.ko
Reading symbols from /boot/kernel/daemon_saver.ko...Reading symbols from /bootdir/boot/kernel/daemon_saver.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/daemon_saver.ko
#0  doadump () at pcpu.h:196
196	pcpu.h: No such file or directory.
	in pcpu.h
(kgdb) #0  doadump () at pcpu.h:196
#1  0xffffffff801c475c in db_fncall (dummy1=Variable "dummy1" is not available.
)
    at /usr/home/sandbox/newusb/src/sys/ddb/db_command.c:548
#2  0xffffffff801c4a91 in db_command (last_cmdp=0xffffffff80b384a0, cmd_table=Variable "cmd_table" is not available.

) at /usr/home/sandbox/newusb/src/sys/ddb/db_command.c:445
#3  0xffffffff801c4cd9 in db_command_loop ()
    at /usr/home/sandbox/newusb/src/sys/ddb/db_command.c:498
#4  0xffffffff801c6b37 in db_trap (type=Variable "type" is not available.
)
    at /usr/home/sandbox/newusb/src/sys/ddb/db_main.c:229
#5  0xffffffff8051deb2 in kdb_trap (type=12, code=0, tf=0xfffffffeb7267a10)
    at /usr/home/sandbox/newusb/src/sys/kern/subr_kdb.c:534
#6  0xffffffff807b361d in trap_fatal (frame=0xfffffffeb7267a10, eva=Variable "eva" is not available.
)
    at /usr/home/sandbox/newusb/src/sys/amd64/amd64/trap.c:754
#7  0xffffffff807b4371 in trap (frame=0xfffffffeb7267a10)
    at /usr/home/sandbox/newusb/src/sys/amd64/amd64/trap.c:289
#8  0xffffffff807973de in calltrap ()
    at /usr/home/sandbox/newusb/src/sys/amd64/amd64/exception.S:217
#9  0xffffffff807b2a46 in bcopy ()
    at /usr/home/sandbox/newusb/src/sys/amd64/amd64/support.S:123
#10 0xffffffff80791ea0 in _bus_dmamap_sync (dmat=0xffffff0004028400, map=Variable "map" is not available.
)
    at /usr/home/sandbox/newusb/src/sys/amd64/amd64/busdma_machdep.c:922
#11 0xffffffff80426b42 in usb2_bdma_pre_sync (xfer=Variable "xfer" is not available.
)
    at /usr/home/sandbox/newusb/src/sys/dev/usb2/core/usb2_busdma.c:1360
#12 0xffffffff80426f01 in usb2_bdma_work_loop (pq=0xfffffffe40f84000)
    at /usr/home/sandbox/newusb/src/sys/dev/usb2/core/usb2_busdma.c:1297
#13 0xffffffff80439b26 in usb2_command_wrapper (pq=0xfffffffe40f84000, xfer=Variable "xfer" is not available.
)
    at /usr/home/sandbox/newusb/src/sys/dev/usb2/core/usb2_transfer.c:2515
#14 0xffffffff8043c3ed in usb2_callback_wrapper (pq=Variable "pq" is not available.
)
    at /usr/home/sandbox/newusb/src/sys/dev/usb2/core/usb2_transfer.c:1926
#15 0xffffffff80439b26 in usb2_command_wrapper (pq=0xfffffffe40f84028, xfer=Variable "xfer" is not available.
)
    at /usr/home/sandbox/newusb/src/sys/dev/usb2/core/usb2_transfer.c:2515
#16 0xffffffff80439c70 in usb2_callback_proc (_pm=Variable "_pm" is not available.
)
    at /usr/home/sandbox/newusb/src/sys/dev/usb2/core/usb2_transfer.c:1799
#17 0xffffffff804378b4 in usb2_process (arg=Variable "arg" is not available.
)
    at /usr/home/sandbox/newusb/src/sys/dev/usb2/core/usb2_process.c:139
#18 0xffffffff804d314a in fork_exit (
    callout=0xffffffff804377f4 <usb2_process>, arg=0xfffffffe40f840f0, 
    frame=0xfffffffeb7267c90)
    at /usr/home/sandbox/newusb/src/sys/kern/kern_fork.c:810
#19 0xffffffff807977ee in fork_trampoline ()
    at /usr/home/sandbox/newusb/src/sys/amd64/amd64/exception.S:521
#20 0x0000000000000000 in ?? ()
#21 0x0000000000000000 in ?? ()
#22 0x0000000000000001 in ?? ()
#23 0x0000000000000000 in ?? ()
#24 0x0000000000000000 in ?? ()
#25 0x0000000000000000 in ?? ()
#26 0x0000000000000000 in ?? ()
#27 0x0000000000000000 in ?? ()
#28 0x0000000000000000 in ?? ()
#29 0x0000000000000000 in ?? ()
#30 0x0000000000000000 in ?? ()
#31 0x0000000000000000 in ?? ()
#32 0x0000000000000000 in ?? ()
#33 0x0000000000000000 in ?? ()
#34 0x0000000000000000 in ?? ()
#35 0x0000000000000000 in ?? ()
#36 0x0000000000000000 in ?? ()
#37 0x0000000000000000 in ?? ()
#38 0x0000000000000000 in ?? ()
#39 0x0000000000000000 in ?? ()
#40 0x0000000000000000 in ?? ()
#41 0x0000000000000000 in ?? ()
#42 0x0000000000000000 in ?? ()
#43 0x0000000000000000 in ?? ()
#44 0x0000000001024000 in ?? ()
#45 0x0000000000000000 in ?? ()
#46 0xffffffff80b8dd70 in sleepq_chains ()
#47 0xffffffff80b756c0 in tdq_cpu ()
#48 0xffffff00024e96e0 in ?? ()
#49 0xfffffffeb7267ac0 in ?? ()
#50 0xfffffffeb7267a78 in ?? ()
#51 0xffffff0002ddd370 in ?? ()
#52 0xffffffff80511f90 in sched_switch (td=0xfffffffe40f840f0, 
    newtd=0xffffffff804377f4, flags=Variable "flags" is not available.
)
    at /usr/home/sandbox/newusb/src/sys/kern/sched_ule.c:1844
Previous frame inner to this frame (corrupt stack?)
(kgdb) 

------------------------------------------------------------------------
ps -axl

  UID   PID  PPID CPU PRI NI   VSZ   RSS MWCHAN STAT  TT       TIME COMMAND
    0     0     0   0 -68  0     0     0 -      DLs   ??  747427:30.00 [kernel]
    0     1     0   0  44  0  2180     0 wait   DLs   ??  5472248:30.00 [init]
    0     2     0   0  -8  0     0     0 -      DL    ??  1887795:30.00 [g_event]
    0     3     0   0  -8  0     0     0 -      DL    ??  159170669:00.00 [g_up]
    0     4     0   0  -8  0     0     0 -      DL    ??  80623968:30.00 [g_down]
    0     5     0   0 -16  0     0     0 tq->tq DL    ??    0:00.00 [system_tas
    0     6     0   0 -16  0     0     0 tq->tq DL    ??    0:00.00 [system_tas
    0     7     0   0 -16  0     0     0 tq->tq DL    ??    0:00.00 [system_tas
    0     8     0   0 -16  0     0     0 tq->tq DL    ??    0:00.00 [system_tas
    0     9     0   0 -16  0     0     0 ccb_sc DL    ??    0:00.00 [xpt_thrd]
    0    10     0   0 -16  0     0     0 audit_ DL    ??  5455:30.00 [audit]
    0    11     0   0 171  0     0     0 -      RL    ??  10883646524:50.00 [idle]
    0    12     0   0 -48  0     0     0 -      WL    ??  74210281:20.00 [intr]
    0    13     0   0  44  0     0     0 -      DL    ??  2767776:50.00 [yarrow]
    0    14     0   0 -64  0     0     0 WMSG   DL    ??    0:00.00 [USBPROC]
    0    15     0   0 -64  0     0     0 WMSG   DL    ??  17473:30.00 [USBPROC]
    0    16     0   0 -16  0     0     0 -      DL    ??    0:00.00 [fw0_probe]
    0    17     0   0 -16  0     0     0 waitin DL    ??  1154:00.00 [sctp_itera
    0    19     0   0  44  0     0     0 d      DL    ??  1475436:10.00 [arc_reclai
    0    21     0   0 -68  0     0     0 WMSG   DL    ??    0:00.00 [USBPROC]
    0    22     0   0 -68  0     0     0 WMSG   DL    ??    0:00.00 [USBPROC]
    0    23     0   0 -64  0     0     0 WMSG   DL    ??    0:00.00 [USBPROC]
    0    26     0   0 -68  0     0     0 WMSG   DL    ??  28989:30.00 [USBPROC]
    0    27     0   0 -68  0     0     0 WMSG   DL    ??    0:00.00 [USBPROC]
    0    28     0   0 -64  0     0     0 WMSG   DL    ??  3466420:40.00 [USBPROC]
    0    29     0   0  45  0     0     0 psleep DL    ??  13022:40.00 [pagedaemon
    0    30     0   0  45  0     0     0 psleep DL    ??  581:40.00 [vmdaemon]
    0    31     0   0  76  0     0     0 pgzero DL    ??  665:40.00 [pagezero]
    0    32     0   0  45  0     0     0 psleep DL    ??  28784:30.00 [bufdaemon]
    0    33     0   0  61  0     0     0 syncer DL    ??  134824082:40.00 [syncer]
    0    34     0   0  45  0     0     0 vlruwt DL    ??  68163:10.00 [vnlru]
    0    35     0   0  45  0     0     0 sdflus DL    ??  58308:10.00 [softdepflu
    0    89     0   0 -68  0     0     0 WMSG   DL    ??  10673:10.00 [USBPROC]
    0    90     0   0  45  0     0     0 tq->tq DL    ??  226:50.00 [spa_zio_is
    0    91     0   0  45  0     0     0 tq->tq DL    ??  206:10.00 [spa_zio_is
    0    92     0   0  45  0     0     0 tq->tq DL    ??  408:20.00 [spa_zio_is
    0    93     0   0  45  0     0     0 tq->tq DL    ??  346:50.00 [spa_zio_is
    0    94     0   0  45  0     0     0 tq->tq DL    ??  271:10.00 [spa_zio_in
    0    95     0   0  45  0     0     0 tq->tq DL    ??  310:00.00 [spa_zio_in
    0    96     0   0  45  0     0     0 tq->tq DL    ??  191:00.00 [spa_zio_in
    0    97     0   0  45  0     0     0 tq->tq DL    ??  342:10.00 [spa_zio_in
    0    98     0   0  45  0     0     0 tq->tq DL    ??  692:10.00 [spa_zio_is
    0    99     0   0  45  0     0     0 tq->tq DL    ??  561:50.00 [spa_zio_is
    0   100     0   0  45  0     0     0 tq->tq DL    ??  407:00.00 [spa_zio_is
    0   101     0   0  45  0     0     0 tq->tq DL    ??  384:40.00 [spa_zio_is
    0   102     0   0  44  0     0     0 tq->tq DL    ??  3915100:00.00 [spa_zio_in
    0   103     0   0  52  0     0     0 tq->tq DL    ??  679657:30.00 [spa_zio_in
    0   104     0   0  52  0     0     0 tq->tq DL    ??  724595:40.00 [spa_zio_in
    0   105     0   0  44  0     0     0 tq->tq DL    ??  3595602:50.00 [spa_zio_in
    0   106     0   0  44  0     0     0 tq->tq DL    ??  161446:00.00 [spa_zio_is
    0   107     0   0  44  0     0     0 tq->tq DL    ??  315903:50.00 [spa_zio_is
    0   108     0   0  44  0     0     0 tq->tq DL    ??  438196:30.00 [spa_zio_is
    0   109     0   0  47  0     0     0 tq->tq DL    ??  68604:10.00 [spa_zio_is
    0   110     0   0  44  0     0     0 tq->tq DL    ??  192541000:20.00 [spa_zio_in
    0   111     0   0  44  0     0     0 tq->tq DL    ??  183661574:50.00 [spa_zio_in
    0   112     0   0  44  0     0     0 tq->tq DL    ??  180367061:20.00 [spa_zio_in
    0   113     0   0  48  0     0     0 tq->tq DL    ??  202043190:20.00 [spa_zio_in
    0   114     0   0  45  0     0     0 tq->tq DL    ??  683:50.00 [spa_zio_is
    0   115     0   0  45  0     0     0 tq->tq DL    ??  595:40.00 [spa_zio_is
    0   116     0   0  45  0     0     0 tq->tq DL    ??  486:10.00 [spa_zio_is
    0   117     0   0  45  0     0     0 tq->tq DL    ??  226:50.00 [spa_zio_is
    0   118     0   0  45  0     0     0 tq->tq DL    ??  386:30.00 [spa_zio_in
    0   119     0   0  45  0     0     0 tq->tq DL    ??  790:20.00 [spa_zio_in
    0   120     0   0  45  0     0     0 tq->tq DL    ??  419:40.00 [spa_zio_in
    0   121     0   0  45  0     0     0 tq->tq DL    ??  173:20.00 [spa_zio_in
    0   122     0   0  45  0     0     0 tq->tq DL    ??  771:10.00 [spa_zio_is
    0   123     0   0  45  0     0     0 tq->tq DL    ??  746:30.00 [spa_zio_is
    0   124     0   0  45  0     0     0 tq->tq DL    ??  525:40.00 [spa_zio_is
    0   125     0   0  45  0     0     0 tq->tq DL    ??  736:40.00 [spa_zio_is
    0   126     0   0  45  0     0     0 tq->tq DL    ??  528:40.00 [spa_zio_in
    0   127     0   0  45  0     0     0 tq->tq DL    ??  309:40.00 [spa_zio_in
    0   128     0   0  45  0     0     0 tq->tq DL    ??  246:40.00 [spa_zio_in
    0   129     0   0  45  0     0     0 tq->tq DL    ??  531:10.00 [spa_zio_in
    0   130     0   0  45  0     0     0 tq->tq DL    ??  3007:50.00 [spa_zio_is
    0   131     0   0  45  0     0     0 tq->tq DL    ??  289:40.00 [spa_zio_is
    0   132     0   0  45  0     0     0 tq->tq DL    ??  289:20.00 [spa_zio_is
    0   133     0   0  45  0     0     0 tq->tq DL    ??  432:40.00 [spa_zio_is
    0   134     0   0  45  0     0     0 tq->tq DL    ??  546:50.00 [spa_zio_in
    0   135     0   0  45  0     0     0 tq->tq DL    ??  312:00.00 [spa_zio_in
    0   136     0   0  45  0     0     0 tq->tq DL    ??  319:40.00 [spa_zio_in
    0   137     0   0  45  0     0     0 tq->tq DL    ??  673:40.00 [spa_zio_in
    0   138     0   0  44  0     0     0 ffffff000407c910 DL    ??  7618572:50.00 [vdev:worke
    0   139     0   0 -68  0     0     0 -      RL    ??  907164:40.00 [USBPROC]
    0   140     0   0  44  0     0     0 2      DL    ??  7583535:20.00 [vdev:worke
    0   141     0   0  44  0     0     0 2      DL    ??  7083820:40.00 [vdev:worke
    0   142     0   0  45  0     0     0 tx->tx DL    ??  15303:20.00 [txg_thread
    0   143     0   0  44  0     0     0 tx->tx DL    ??  164076779:50.00 [txg_thread
    0   144     0   0  45  0     0     0 tx->tx DL    ??  9893:50.00 [txg_thread
    0   145     0   0  45  0     0     0 tq->tq DL    ??  746:40.00 [zil_clean]
    0   171     0   0 -68  0     0     0 WMSG   DL    ??  17984:50.00 [USBPROC]
    0   172     0   0 -68  0     0     0 WMSG   DL    ??  2636:50.00 [USBPROC]
    0   191     0   0 -68  0     0     0 WMSG   DL    ??  6680:30.00 [USBPROC]
    0   192     0   0 -68  0     0     0 WMSG   DL    ??  1121246:10.00 [USBPROC]
    0   193     0   0 -68  0     0     0 WMSG   DL    ??  1451850:30.00 [USBPROC]
    0   194     0   0 -64  0     0     0 WMSG   DL    ??  777326:00.00 [USBPROC]
    0   195     0   0 -68  0     0     0 WMSG   DL    ??  8560:40.00 [USBPROC]
    0   196     0   0 -68  0     0     0 WMSG   DL    ??  108571:50.00 [USBPROC]
    0   265     0   0  45  0     0     0 tq->tq DL    ??  913:20.00 [spa_zio_is
    0   266     0   0  45  0     0     0 tq->tq DL    ??  556:20.00 [spa_zio_is
    0   267     0   0  45  0     0     0 tq->tq DL    ??  264:20.00 [spa_zio_is
    0   268     0   0  45  0     0     0 tq->tq DL    ??  738:20.00 [spa_zio_is
    0   269     0   0  45  0     0     0 tq->tq DL    ??  568:00.00 [spa_zio_in
    0   270     0   0  45  0     0     0 tq->tq DL    ??  599:30.00 [spa_zio_in
    0   271     0   0  45  0     0     0 tq->tq DL    ??  841:00.00 [spa_zio_in
    0   272     0   0  45  0     0     0 tq->tq DL    ??  522:30.00 [spa_zio_in
    0   273     0   0  45  0     0     0 tq->tq DL    ??  730:00.00 [spa_zio_is
    0   274     0   0  45  0     0     0 tq->tq DL    ??  495:10.00 [spa_zio_is
    0   275     0   0  45  0     0     0 tq->tq DL    ??  188:10.00 [spa_zio_is
    0   276     0   0  45  0     0     0 tq->tq DL    ??  311:00.00 [spa_zio_is
    0   277     0   0  45  0     0     0 tq->tq DL    ??  99792:30.00 [spa_zio_in
    0   278     0   0  45  0     0     0 tq->tq DL    ??  220438:10.00 [spa_zio_in
    0   279     0   0  45  0     0     0 tq->tq DL    ??  99017:10.00 [spa_zio_in
    0   280     0   0  45  0     0     0 tq->tq DL    ??  234007:10.00 [spa_zio_in
    0   281     0   0  45  0     0     0 tq->tq DL    ??  13354:20.00 [spa_zio_is
    0   282     0   0  45  0     0     0 tq->tq DL    ??  13582:50.00 [spa_zio_is
    0   283     0   0  45  0     0     0 tq->tq DL    ??  26698:20.00 [spa_zio_is
    0   284     0   0  45  0     0     0 tq->tq DL    ??  26920:10.00 [spa_zio_is
    0   285     0   0  45  0     0     0 tq->tq DL    ??  168799:10.00 [spa_zio_in
    0   286     0   0  45  0     0     0 tq->tq DL    ??  166680:30.00 [spa_zio_in
    0   287     0   0  45  0     0     0 tq->tq DL    ??  159190:00.00 [spa_zio_in
    0   288     0   0  45  0     0     0 tq->tq DL    ??  157914:20.00 [spa_zio_in
    0   289     0   0  45  0     0     0 tq->tq DL    ??  687:20.00 [spa_zio_is
    0   290     0   0  45  0     0     0 tq->tq DL    ??  890:00.00 [spa_zio_is
    0   291     0   0  45  0     0     0 tq->tq DL    ??  506:30.00 [spa_zio_is
    0   292     0   0  45  0     0     0 tq->tq DL    ??  143:20.00 [spa_zio_is
    0   293     0   0  45  0     0     0 tq->tq DL    ??  766:30.00 [spa_zio_in
    0   294     0   0  45  0     0     0 tq->tq DL    ??  753:10.00 [spa_zio_in
    0   295     0   0  45  0     0     0 tq->tq DL    ??  531:00.00 [spa_zio_in
    0   296     0   0  45  0     0     0 tq->tq DL    ??  424:20.00 [spa_zio_in
    0   297     0   0  45  0     0     0 tq->tq DL    ??  902:40.00 [spa_zio_is
    0   298     0   0  45  0     0     0 tq->tq DL    ??  717:30.00 [spa_zio_is
    0   299     0   0  45  0     0     0 tq->tq DL    ??  538:30.00 [spa_zio_is
    0   300     0   0  45  0     0     0 tq->tq DL    ??  770:40.00 [spa_zio_is
    0   301     0   0  45  0     0     0 tq->tq DL    ??  831:10.00 [spa_zio_in
    0   302     0   0  45  0     0     0 tq->tq DL    ??  876:00.00 [spa_zio_in
    0   303     0   0  45  0     0     0 tq->tq DL    ??  1040:30.00 [spa_zio_in
    0   304     0   0  45  0     0     0 tq->tq DL    ??  966:00.00 [spa_zio_in
    0   305     0   0  45  0     0     0 tq->tq DL    ??  882:00.00 [spa_zio_is
    0   306     0   0  45  0     0     0 tq->tq DL    ??  714:30.00 [spa_zio_is
    0   307     0   0  45  0     0     0 tq->tq DL    ??  905:20.00 [spa_zio_is
    0   308     0   0  45  0     0     0 tq->tq DL    ??  774:30.00 [spa_zio_is
    0   309     0   0  45  0     0     0 tq->tq DL    ??  1262:40.00 [spa_zio_in
    0   310     0   0  45  0     0     0 tq->tq DL    ??  732:50.00 [spa_zio_in
    0   311     0   0  45  0     0     0 tq->tq DL    ??  624:10.00 [spa_zio_in
    0   312     0   0  45  0     0     0 tq->tq DL    ??  769:00.00 [spa_zio_in
    0   313     0   0  45  0     0     0 a      DL    ??  138498:00.00 [vdev:worke
    0   314     0   0  45  0     0     0 tx->tx DL    ??  13274:30.00 [txg_thread
    0   315     0   0  45  0     0     0 zio->i DL    ??  592414:00.00 [txg_thread
    0   316     0   0  45  0     0     0 tx->tx DL    ??  14080:20.00 [txg_thread
    0   369     0   0  45  0     0     0 tq->tq DL    ??  406:20.00 [spa_zio_is
    0   370     0   0  45  0     0     0 tq->tq DL    ??  291:50.00 [spa_zio_is
    0   371     0   0  45  0     0     0 tq->tq DL    ??  654:30.00 [spa_zio_is
    0   372     0   0  45  0     0     0 tq->tq DL    ??  515:10.00 [spa_zio_is
    0   373     0   0  45  0     0     0 tq->tq DL    ??  289:50.00 [spa_zio_in
    0   374     0   0  45  0     0     0 tq->tq DL    ??  781:10.00 [spa_zio_in
    0   375     0   0  45  0     0     0 tq->tq DL    ??  689:40.00 [spa_zio_in
    0   376     0   0  45  0     0     0 tq->tq DL    ??  363:40.00 [spa_zio_in
    0   377     0   0  45  0     0     0 tq->tq DL    ??  388:50.00 [spa_zio_is
    0   378     0   0  45  0     0     0 tq->tq DL    ??  577:50.00 [spa_zio_is
    0   379     0   0  45  0     0     0 tq->tq DL    ??  386:20.00 [spa_zio_is
    0   380     0   0  45  0     0     0 tq->tq DL    ??  633:00.00 [spa_zio_is
    0   381     0   0  45  0     0     0 tq->tq DL    ??  461038:00.00 [spa_zio_in
    0   382     0   0  45  0     0     0 tq->tq DL    ??  469792:50.00 [spa_zio_in
    0   383     0   0  45  0     0     0 tq->tq DL    ??  452893:40.00 [spa_zio_in
    0   384     0   0  76  0     0     0 tq->tq DL    ??  260950:00.00 [spa_zio_in
    0   385     0   0  45  0     0     0 tq->tq DL    ??  838:10.00 [spa_zio_is
    0   386     0   0  45  0     0     0 tq->tq DL    ??  359:50.00 [spa_zio_is
    0   387     0   0  44  0     0     0 tq->tq DL    ??  648:20.00 [spa_zio_is
    0   388     0   0  44  0     0     0 tq->tq DL    ??  507:00.00 [spa_zio_is
    0   389     0   0  44  0     0     0 tq->tq DL    ??  717:00.00 [spa_zio_in
    0   390     0   0  45  0     0     0 tq->tq DL    ??  449:30.00 [spa_zio_in
    0   391     0   0  44  0     0     0 tq->tq DL    ??  500:20.00 [spa_zio_in
    0   392     0   0  44  0     0     0 tq->tq DL    ??  351:20.00 [spa_zio_in
    0   393     0   0  45  0     0     0 tq->tq DL    ??  779:40.00 [spa_zio_is
    0   394     0   0  45  0     0     0 tq->tq DL    ??  856:30.00 [spa_zio_is
    0   395     0   0  45  0     0     0 tq->tq DL    ??  602:10.00 [spa_zio_is
    0   396     0   0  45  0     0     0 tq->tq DL    ??  525:00.00 [spa_zio_is
    0   397     0   0  45  0     0     0 tq->tq DL    ??  979:00.00 [spa_zio_in
    0   398     0   0  45  0     0     0 tq->tq DL    ??  821:20.00 [spa_zio_in
    0   399     0   0  45  0     0     0 tq->tq DL    ??  671:00.00 [spa_zio_in
    0   400     0   0  45  0     0     0 tq->tq DL    ??  1013:40.00 [spa_zio_in
    0   401     0   0  45  0     0     0 tq->tq DL    ??  595:30.00 [spa_zio_is
    0   402     0   0  45  0     0     0 tq->tq DL    ??  363:30.00 [spa_zio_is
    0   403     0   0  45  0     0     0 tq->tq DL    ??  444:50.00 [spa_zio_is
    0   404     0   0  45  0     0     0 tq->tq DL    ??  749:20.00 [spa_zio_is
    0   405     0   0  45  0     0     0 tq->tq DL    ??  942:00.00 [spa_zio_in
    0   406     0   0  45  0     0     0 tq->tq DL    ??  379:30.00 [spa_zio_in
    0   407     0   0  45  0     0     0 tq->tq DL    ??  583:00.00 [spa_zio_in
    0   408     0   0  45  0     0     0 tq->tq DL    ??  553:00.00 [spa_zio_in
    0   409     0   0  45  0     0     0 tq->tq DL    ??  570:30.00 [spa_zio_is
    0   410     0   0  45  0     0     0 tq->tq DL    ??  344:10.00 [spa_zio_is
    0   411     0   0  45  0     0     0 tq->tq DL    ??  527:30.00 [spa_zio_is
    0   412     0   0  45  0     0     0 tq->tq DL    ??  449:20.00 [spa_zio_is
    0   413     0   0  45  0     0     0 tq->tq DL    ??  505:00.00 [spa_zio_in
    0   414     0   0  45  0     0     0 tq->tq DL    ??  685:40.00 [spa_zio_in
    0   415     0   0  45  0     0     0 tq->tq DL    ??  467:50.00 [spa_zio_in
    0   416     0   0  45  0     0     0 tq->tq DL    ??  535:00.00 [spa_zio_in
    0   417     0   0  44  0     0     0 d      DL    ??  3205:20.00 [vdev:worke
    0   418     0   0  44  0     0     0 d      DL    ??  3536:10.00 [vdev:worke
    0   419     0   0  44  0     0     0 1      DL    ??  3537:00.00 [vdev:worke
    0   420     0   0  44  0     0     0 1      DL    ??  3025:10.00 [vdev:worke
    0   421     0   0  45  0     0     0 tx->tx DL    ??  13045:50.00 [txg_thread
    0   422     0   0  45  0     0     0 tx->tx DL    ??  24917:00.00 [txg_thread
    0   423     0   0  45  0     0     0 tx->tx DL    ??  10366:50.00 [txg_thread
    0   433     0   0  45  0     0     0 tq->tq DL    ??  622:20.00 [zil_clean]
    0   434     0   0  45  0     0     0 tq->tq DL    ??  4334:00.00 [zil_clean]
    0   435     0   0  45  0     0     0 tq->tq DL    ??  214:20.00 [zil_clean]
    0   448     0   0  45  0     0     0 tq->tq DL    ??  218:20.00 [zil_clean]
    0   455     0   0  45  0     0     0 tq->tq DL    ??  10766862:50.00 [zil_clean]
    0   545     1   0  76  0  2600     0 pause  Ds    ??  20311:10.00 [adjkerntz]
    0  1072     1   0  76  0  2176     0 select Ds    ??  26750:00.00 [devd]
    0  1315     1   0  44  0  5724     0 select Ds    ??  2184241:50.00 [syslogd]
    0  1370     1   0  76  0  5744     0 auditd Ds    ??  425594:30.00 [auditd]
    0  1503     1   0  44  0  5724     0 select Ds    ??  345377:40.00 [powerd]
65534  1558     1   0  44  0  4640     0 select Ds    ??  329227:40.00 [mdnsd]
    0  1571     1   0  61  0 21812     0 kqread Ds    ??  1627382:50.00 [cupsd]
    1  1580     1   0  44  0  7236     0 select Ds    ??  73565:50.00 [slpd]
    0  1612     1   0  76  0 24684     0 select Ds    ??  165899:50.00 [sshd]
    0  1617     1   0  44  0 10692     0 select Ds    ??  390314:20.00 [sendmail]
   25  1623     1   0  76  0 10692     0 pause  Ds    ??  444533:40.00 [sendmail]
    0  1629     1   0  44  0  6780     0 nanslp Ds    ??  308518:30.00 [cron]
    0  1638     1   0  44  0  5672     0 nanslp Ds    ??  45776:40.00 [uptimed]
    0  1650     1   0  76  0  6872     0 select Ds    ??  127881:40.00 [moused]
    0  1674     1   0  76  0  7832     0 select Ds    ??  207752:10.00 [inetd]
    0  1700     1   0  44  0 20476     0 wait   Ds    ??  457620:30.00 [login]
    0  1701     1   0  44  0 20476     0 wait   Ds    ??  232783:10.00 [login]
    0  1702     1   0  76  0  5720     0 tty in Ds+   ??  195147:40.00 [getty]
    0  1703     1   0  76  0  5720     0 tty in Ds+   ??  190936:00.00 [getty]
    0  1704     1   0  76  0  5720     0 tty in Ds+   ??  374987:20.00 [getty]
    0  1705     1   0  76  0  5720     0 tty in Ds+   ??  611203:40.00 [getty]
    0  1706     1   0  76  0  5720     0 tty in Ds+   ??  224722:50.00 [getty]
    0  1707     1   0  76  0  5720     0 tty in Ds+   ??  203391:00.00 [getty]
    0  1708     1   0  76  0  5720     0 tty in Ds+   ??  313967:20.00 [getty]
    0  1709     1   0  76  0  5720     0 tty in Ds+   ??  205962:50.00 [getty]
    0  1710     1   0  76  0  5720     0 tty in Ds+   ??  244910:10.00 [getty]
    0  1714  1700   0  44  0 10132     0 tty in D+    ??  1077786:20.00 [tcsh]
    0  1775     0   0  45  0     0     0 tq->tq DL    ??    0:00.00 [zil_clean]
    0  1777     0   0  45  0     0     0 tq->tq DL    ??    0:00.00 [zil_clean]
    0  1778     0   0  45  0     0     0 tq->tq DL    ??    0:00.00 [zil_clean]
    0  1939     0   0  45  0     0     0 tq->tq DL    ??    0:00.00 [zil_clean]
    0  1940     0   0  45  0     0     0 tq->tq DL    ??    0:00.00 [zil_clean]
    0  1941     0   0  45  0     0     0 tq->tq DL    ??    0:00.00 [zil_clean]
    0  1942     0   0  45  0     0     0 tq->tq DL    ??    0:00.00 [zil_clean]
    0  1943     0   0  45  0     0     0 tq->tq DL    ??    0:00.00 [zil_clean]
    0  1944     0   0  45  0     0     0 tq->tq DL    ??    0:00.00 [zil_clean]
    0  1945     0   0  45  0     0     0 tq->tq DL    ??    0:00.00 [zil_clean]
    0  1946     0   0  45  0     0     0 tq->tq DL    ??    0:00.00 [zil_clean]
    0  1947     0   0  45  0     0     0 tq->tq DL    ??    0:00.00 [zil_clean]
    0  1948     0   0  45  0     0     0 tq->tq DL    ??    0:00.00 [zil_clean]
    0  1949     0   0  45  0     0     0 tq->tq DL    ??    0:00.00 [zil_clean]
    0  1950     0   0  45  0     0     0 tq->tq DL    ??    0:00.00 [zil_clean]
    0  1951     0   0  45  0     0     0 tq->tq DL    ??    0:00.00 [zil_clean]
    0  1952     0   0  45  0     0     0 tq->tq DL    ??    0:00.00 [zil_clean]
    0  1953     0   0  45  0     0     0 tq->tq DL    ??    0:00.00 [zil_clean]
    0  1954     0   0  45  0     0     0 tq->tq DL    ??    0:00.00 [zil_clean]
    0  1955     0   0  45  0     0     0 tq->tq DL    ??    0:00.00 [zil_clean]
    0  1956     0   0  45  0     0     0 tq->tq DL    ??    0:00.00 [zil_clean]
    0  1957     0   0  45  0     0     0 tq->tq DL    ??    0:00.00 [zil_clean]
    0  1958     0   0  45  0     0     0 tq->tq DL    ??    0:00.00 [zil_clean]
    0  1960     0   0  45  0     0     0 tq->tq DL    ??    0:00.00 [zil_clean]
    0  1962     0   0  45  0     0     0 tq->tq DL    ??    0:00.00 [zil_clean]
    0  1964     0   0  45  0     0     0 tq->tq DL    ??    0:00.00 [zil_clean]
    0  1966     0   0  45  0     0     0 tq->tq DL    ??    0:00.00 [zil_clean]
    0  1967     0   0  45  0     0     0 tq->tq DL    ??    0:00.00 [zil_clean]
    0  1997  1701   0  44  0 10132     0 pause  D     ??  184970:50.00 [tcsh]
    0  2001  1997   0  45  0 14452     0 tx->tx D+    ??    0:00.00 [zpool]

------------------------------------------------------------------------
vmstat -s

        0 cpu context switches
        0 device interrupts
        0 software interrupts
        0 traps
        0 system calls
        0 kernel threads created
        0  fork() calls
        0 vfork() calls
        0 rfork() calls
        0 swap pager pageins
        0 swap pager pages paged in
        0 swap pager pageouts
        0 swap pager pages paged out
        0 vnode pager pageins
        0 vnode pager pages paged in
        0 vnode pager pageouts
        0 vnode pager pages paged out
        0 page daemon wakeups
        0 pages examined by the page daemon
     2934 pages reactivated
        0 copy-on-write faults
        0 copy-on-write optimized faults
        0 zero fill pages zeroed
        0 zero fill pages prezeroed
        0 intransit blocking page faults
        0 total VM faults taken
        0 pages affected by kernel thread creation
        0 pages affected by  fork()
        0 pages affected by vfork()
        0 pages affected by rfork()
     3251 pages cached
        0 pages freed
        0 pages freed by daemon
    83854 pages freed by exiting processes
     5662 pages active
     2107 pages inactive
      109 pages in VM cache
   250660 pages wired down
   745813 pages free
     4096 bytes per page
    78523 total name lookups
          cache hits (86% pos + 3% neg) system 0% per-directory
          deletions 0%, falsehits 0%, toolong 0%

------------------------------------------------------------------------
vmstat -m

         Type InUse MemUse HighUse Requests  Size(s)
  ntfs_nthash    -1  -511K       -        0  
    pfs_nodes   -20    -4K       -        0  
  pfs_vncache    -1     0K       -        0  
      fw_xfer   255     0K       -      256  16
     firewire  4082   -37K       -     4096  16,32
         GEOM 2301117 -2321K       -  2303408  16,32,64,128,256,512,1024,2048,4096,8192
       isadev    -8     0K       -        0  
      CAM XPT 40167   -58K       -    40320  32,64,128,256,512
     pci_link   -68    -4K       -        0  
         cdev   -12    -2K       -        0  
          sbp   -96   -12K       -        0  
  ddb_capture    -1   -47K       -        0  
        sigio    -1     0K       -        0  
     filedesc 890917 -1005K       -   892928  16,32,64,128,256,512,1024,2048,4096,8192
         kenv   -25    -9K       -       48  32
       kqueue 32226   -32K       -    32256  64,128,256
    proc-args 42410   -42K       -    43168  16,32,64,128,256,512,1024,2048,4096
      ithread   -77   -11K       -        0  
       prison    -1     0K       -        0  
       KTRACE  -100   -11K       -        0  
       linker  1355  -160K       -     1568  16,32,64,128,512
        lockf   418    -2K       -      448  64
       ip6ndp    -6     0K       -        0  
         temp 125335915 -122423K       - 125343008  16,32,64,128,256,512,1024,2048,4096,8192,16384,32768
       devbuf 361425 -13088K       -   367648  16,32,128,256,512,1024,4096
       module  -431   -52K       -        0  
     mtx_pool    -1    -7K       -        0  
      subproc 7141528 -8238K       -  7143936  16,32,64,128,256,512,1024,2048,4096,8192
         proc    -2   -15K       -        0  
      session   608    -3K       -      640  16,32
         pgrp  5558    -8K       -     5632  16,32,128,256
         cred 1585026 -1566K       -  1591296  16,32,64,128,256,512,1024,2048,4096,8192,16384,32768
      uidinfo   184    -1K       -      192  16,32
       plimit 60926   -63K       -    61184  16,32,64,128,256,512,1024
    sysctltmp 14679   -13K       -    15024  16,32,64,128,512,2048
    sysctloid  2500  -217K       -     7056  16,32,64,128,256,1024,2048
       sysctl 15292   -14K       -    15920  32,64,128,256,1024,4096
      callout    -3 -1535K       -        0  
         umtx  -452   -55K       -        0  
     p1003.1b    -1     0K       -        0  
         SWAP    -8 -8751K       -        0  
       bus-sc 25513187 -25071K       - 25516768  16,32,128,256,512,1024,2048,16384,32768
          bus 1324171 -1395K       -  1330928  16,32,64,128,256,512,1024,2048,4096,8192,65536
        clist   -54    -5K       -        0  
      devstat   -26   -51K       -        0  
 eventhandler   -66    -4K       -        0  
       kbdmux    -6    -7K       -        0  
         kobj 454261 -1579K       -   454656  16,32,64,128,256,1024
         rman 54940   -74K       -    55552  32,256,512,2048,4096
         sbuf 1113064 -1086K       -  1113920  16,32,64,128,256,512,1024,2048,4096
        stack   510     0K       -      512  32
    taskqueue   -13     0K       -        0  
       Unitno   301     0K       -      320  32,64
       acpica 3955121 -4083K       -  3991088  16,64,256,512,1024,16384,32768,65536,131072,262144
     acpitask    63     0K       -       64  16
CAM dev queue    -4     0K       -        0  
      Witness    -1  -127K       -        0  
          iov 217186  -211K       -   218080  32,64,128,256,1024,2048,8192
       select   -20    -1K       -        0  
     ioctlops 6375330 -6235K       -  6382160  16,64,128,256,512,1024,2048,32768,65536
          msg    -4   -29K       -        0  
          sem    -4    -6K       -        0  
          shm    -1   -15K       -        0  
          tty   -21   -20K       -        0  
     mbuf_tag   529     0K       -      544  16,32,128
        shmfd    -1    -7K       -        0  
    CAM queue  2445    -1K       -     2560  16,32,64,256,512
          pcb  1743  -157K       -     1824  16,32,64,128,512
       soname 10028    -9K       -    10384  16,32,64,128,256,512,1024,2048
     vfscache    -1 -1023K       -        0  
     vfs_hash    -1  -511K       -        0  
       vnodes    -2     0K       -        0  
      acpisem   -15     0K       -        0  
  vnodemarker 1129310 -1104K       -  1131520  32,64,128,256,512,1024,2048,4096,8192,16384
        mount 54510   -71K       -    56576  32,64,128,512,1024,2048,4096,16384
          BPF    -6     0K       -        0  
  ether_multi   764    -1K       -      816  16,32,64,128
       ifaddr  3654   -21K       -     3968  64,128,256,512,1024
        ifnet    -6    -9K       -        0  
        clone    -5   -19K       -        0  
       arpcom    -2     0K       -        0  
       fw_com    -1     0K       -        0  
  ata_generic    -6    -5K       -        0  
    ad_driver    -4     0K       -        0  
     routetbl 13587   -15K       -    13664  16,32,64,256,512
     80211vap    -1    -3K       -        0  
  80211crypto    -4     0K       -        0  
     80211com    -1    -7K       -        0  
  80211nodeie  1275    -1K       -     1280  16,32
    80211node 12286   -23K       -    12288  16
    80211scan    -3    -5K       -        0  
         igmp    -1     0K       -        0  
   in_msource  4089    -6K       -     4096  64
  ip_moptions  1266    -1K       -     1280  128
     in_multi    -4     0K       -        0  
    sctp_iter   510     0K       -      512  32
     sctp_ifn    -2     0K       -        0  
     sctp_ifa    -3     0K       -        0  
     sctp_vrf    -1     0K       -        0  
    sctp_a_it    30     0K       -       32  32
    hostcache    -1   -27K       -        0  
    ar_driver 69612   -67K       -    69632  64,256
     syncache    -1   -91K       -        0  
    in6_multi   -16     0K       -        0  
   acd_driver    -2    -3K       -        0  
  nfss_daemon    -1   -15K       -        0  
   audit_data   508     0K       -      512  16,32
audit_evclass  5750   -21K       -     6464  32,128,1024,2048
       newblk    -1     0K       -        0  
     inodedep    -1  -511K       -        0  
      pagedep    -1  -127K       -        0  
  ufs_dirhash    -3     0K       -        0  
    ufs_mount    -3    -5K       -        0  
      UMAHash 19446   -38K       -    19456  32,64
    vm_pgdata    -5  -127K       -        0  
      scsi_da   705     0K       -      752  16,32,64,128,256
      CAM SIM    -4     0K       -        0  
      entropy -1024   -63K       -        0  
      io_apic    -1    -1K       -        0  
   CAM periph  3377    -5K       -     3408  16,32,64,128
      memdesc    -1    -3K       -        0  
      acpidev   -69    -3K       -        0  
     nexusdev    -3     0K       -        0  
         UART    -3     0K       -        0  
     atkbddev    -2     0K       -        0  
       USBdev  2033   -13K       -     2048  32
          USB 98263  -251K       -    98304  32,64,128
       DEVFS1   894   -64K       -     1024  32
       DEVFS3   623   -35K       -      768  16,32
        DEVFS    -2     0K       -       16  16
      solaris 9120189812 -9801837K       - 9128038272  16,32,64,128,256,512,1024,2048,4096,8192,16384,32768,65536,131072,262144,524288,1048576,2097152,4194304,8388608,16777216,33554432
   kstat_data    -1     0K       -        0  
        linux   -12     0K       -        0  

------------------------------------------------------------------------
vmstat -z

ITEM                     SIZE     LIMIT      USED      FREE  REQUESTS  FAILURES

UMA Kegs:                 200,        0,       93,        9,       93,        0
UMA Zones:                280,        0,       93,       11,       93,        0
UMA Slabs:                128,        0,    12645,       57,    99014,        0
UMA RCntSlabs:            128,        0,      279,       11,      279,        0
UMA Hash:                 256,        0,        6,        9,        8,        0
16 Bucket:                152,        0,      125,        0,      125,        0
32 Bucket:                280,        0,      117,        9,      117,        0
64 Bucket:                536,        0,      147,        0,      147,      658
128 Bucket:              1048,        0,     1126,        2,     1126,     1817
VM OBJECT:                200,        0,     1347,      325,    25494,        0
MAP:                      216,        0,        7,       29,        7,        0
KMAP ENTRY:               112,   150216,      528,      462,   240659,        0
MAP ENTRY:                112,        0,      841,      446,    57149,        0
DP fakepg:                112,        0,        0,        0,        0,        0
mt_zone:                 2056,        0,      262,        1,      262,        0
16:                        16,        0,     3340,      524,   734431,        0
32:                        32,        0,     3692,    12266,  3883221,        0
64:                        64,        0,    10658,     4798,  1238880,        0
128:                      128,        0,    17006,      481,  1301704,        0
256:                      256,        0,      930,    90600,   626721,        0
512:                      512,        0,     2572,      228,    24619,        0
1024:                    1024,        0,      203,     1561,    19987,        0
2048:                    2048,        0,      598,      196,     5822,        0
4096:                    4096,        0,      756,      395,    13709,        0
Files:                     80,        0,      100,      260,     8865,        0
TURNSTILE:                136,        0,      453,       67,      453,        0
umtx pi:                   96,        0,        0,        0,        0,        0
PROC:                    1072,        0,      265,      131,     2009,        0
THREAD:                   872,        0,      421,       31,      421,        0
SLEEPQUEUE:                80,        0,      453,      132,      453,        0
VMSPACE:                  376,        0,       30,       90,     1555,        0
cpuset:                    72,        0,        2,       98,        2,        0
audit_record:             984,        0,        0,       28,        4,        0
mbuf_packet:              256,        0,        0,      512,     9789,        0
mbuf:                     256,        0,        1,      522,      870,        0
mbuf_cluster:            2048,    25600,      512,       46,      512,        0
mbuf_jumbo_page:         4096,    12800,        0,        0,        0,        0
mbuf_jumbo_9k:           9216,    19200,        0,        0,        0,        0
mbuf_jumbo_16k:         16384,    12800,        0,        0,        0,        0
mbuf_ext_refcnt:            4,        0,        0,        0,        0,        0
ACL UMA zone:             388,        0,        0,       30,      124,        0
g_bio:                    216,        0,       16,      704,   367222,        0
ttyinq:                   160,        0,      720,      216,     2520,        0
ttyoutq:                  256,        0,      372,      138,     1302,        0
ata_request:              312,        0,        1,      380,   155536,        0
ata_composite:            336,        0,        0,        0,        0,        0
taskq_ent_cache:           64,        0,     1872,      368,     3772,        0
taskq_cache:              288,        0,       71,       46,      157,        0
VNODE:                    472,        0,      850,      126,     1512,        0
VNODEPOLL:                104,        0,        0,        0,        0,        0
NAMEI:                   1024,        0,        0,       48,    23670,        0
S VFS Cache:              104,        0,      581,      355,     7279,        0
L VFS Cache:              327,        0,        0,       24,        1,        0
DIRHASH:                 1024,        0,       13,        7,       13,        0
NFSMOUNT:                 640,        0,        0,        0,        0,        0
NFSNODE:                  640,        0,        0,        0,        0,        0
pipe:                     712,        0,        2,       63,      880,        0
ksiginfo:                 112,        0,      376,      680,      376,        0
itimer:                   344,        0,        0,       22,        1,        0
KNOTE:                    120,        0,        6,      118,       35,        0
socket:                   640,    12330,       27,       45,      286,        0
unpcb:                    240,    12336,       10,       70,       20,        0
ipq:                       56,      819,        0,        0,        0,        0
udpcb:                    280,    12334,        7,       63,      251,        0
inpcb:                    280,    12334,        9,       33,       13,        0
tcpcb:                    728,    12330,        9,       16,       13,        0
tcptw:                     88,     2478,        0,        0,        0,        0
syncache:                 136,    15372,        0,        0,        0,        0
hostcache:                136,    15372,        0,        0,        0,        0
tcpreass:                  40,     1680,        0,        0,        0,        0
sackhole:                  32,        0,        0,        0,        0,        0
sctp_ep:                 1160,    12330,        0,        0,        0,        0
sctp_asoc:               2152,    40000,        0,        0,        0,        0
sctp_laddr:                48,    80064,        0,      144,        2,        0
sctp_raddr:               584,    80003,        0,        0,        0,        0
sctp_chunk:               136,   400008,        0,        0,        0,        0
sctp_readq:               104,   400032,        0,        0,        0,        0
sctp_stream_msg_out:       88,   400008,        0,        0,        0,        0
sctp_asconf:               40,   400008,        0,        0,        0,        0
sctp_asconf_ack:           48,   400032,        0,        0,        0,        0
ripcb:                    280,    12334,        0,        0,        0,        0
rtentry:                  232,        0,        9,       39,        9,        0
zio_cache:                672,        0,        5,    10585,  1515161,        0
dmu_buf_impl_t:           224,        0,     8767,      260,    40691,        0
dnode_t:                  760,        0,     1578,       97,     2839,        0
arc_buf_hdr_t:            184,        0,    13995,      453,    40842,        0
arc_buf_t:                 40,        0,     8746,      494,    41434,        0
zil_lwb_cache:            200,        0,        2,     2164,     3926,        0
zfs_znode_cache:          336,        0,      673,      218,     1276,        0
selfd:                     56,        0,       44,      271,     3245,        0
SWAPMETA:                 288,   116519,        0,        0,        0,        0
Mountpoints:              800,        0,       37,       43,       88,        0
FFS inode:                176,        0,        7,       56,        7,        0
FFS1 dinode:              128,        0,        0,        0,        0,        0
FFS2 dinode:              256,        0,        7,       38,        7,        0


------------------------------------------------------------------------
vmstat -i

interrupt                          total       rate
irq1: atkbd0                        3006          4
irq12: psm0                            9          0
irq18: fwohci0                         3          0
irq20: atapci2                       117          0
irq21: ohci0+                      58425         89
irq22: ehci0                       19116         29
irq23: atapci1                     72123        109
cpu0: timer                      1695176       2584
cpu1: timer                      1685074       2568
cpu2: timer                      1672747       2549
cpu3: timer                      1672756       2549
Total                            6878552      10485

------------------------------------------------------------------------
pstat -T

100/12328 files
0M/65535M swap space

------------------------------------------------------------------------
pstat -s

Device          1K-blocks     Used    Avail Capacity
/dev/ad4s1b      16777088        0 16777088     0%
/dev/ad6s1d      16777088        0 16777088     0%
/dev/ad12s1d     16777088        0 16777088     0%
/dev/ad14s1b     16777088        0 16777088     0%
Total            67108352        0 67108352     0%

------------------------------------------------------------------------
iostat

iostat: kvm_read(_tk_nin): invalid address (0x0)
iostat: disabling TTY statistics
iostat: kvm_getcptime: invalid address (0x0)
iostat: disabling CPU time statistics
             ad4              ad6              ad12 
  KB/t tps  MB/s   KB/t tps  MB/s   KB/t tps  MB/s 
 56.47  62  3.44  46.83  48  2.18  47.01  48  2.18 

------------------------------------------------------------------------
ipcs -a

Message Queues:
T           ID          KEY MODE        OWNER    GROUP    CREATOR  CGROUP                 CBYTES                 QNUM               QBYTES        LSPID        LRPID STIME    RTIME    CTIME   

Shared Memory:
T           ID          KEY MODE        OWNER    GROUP    CREATOR  CGROUP         NATTCH        SEGSZ         CPID         LPID ATIME    DTIME    CTIME   

Semaphores:
T           ID          KEY MODE        OWNER    GROUP    CREATOR  CGROUP          NSEMS OTIME    CTIME   


------------------------------------------------------------------------
ipcs -T

msginfo:
	msgmax:        16384	(max characters in a message)
	msgmni:           40	(# of message queues)
	msgmnb:         2048	(max characters in a message queue)
	msgtql:           40	(max # of messages in system)
	msgssz:            8	(size of a message segment)
	msgseg:         2048	(# of message segments in system)

shminfo:
	shmmax:     33554432	(max shared memory segment size)
	shmmin:            1	(min shared memory segment size)
	shmmni:          192	(max number of shared memory identifiers)
	shmseg:          128	(max shared memory segments per process)
	shmall:         8192	(max amount of shared memory in pages)

seminfo:
	semmap:           30	(# of entries in semaphore map)
	semmni:           10	(# of semaphore identifiers)
	semmns:           60	(# of semaphores in system)
	semmnu:           30	(# of undo structures in system)
	semmsl:           60	(max # of semaphores per id)
	semopm:          100	(max # of operations per semop call)
	semume:           10	(max # of undo entries per process)
	semusz:          104	(size in bytes of undo structure)
	semvmx:        32767	(semaphore maximum value)
	semaem:        16384	(adjust on exit max value)


------------------------------------------------------------------------
nfsstat

Client Info:
Rpc Counts:
  Getattr   Setattr    Lookup  Readlink      Read     Write    Create    Remove
        0         0         0         0         0         0         0         0
   Rename      Link   Symlink     Mkdir     Rmdir   Readdir  RdirPlus    Access
        0         0         0         0         0         0         0         0
    Mknod    Fsstat    Fsinfo  PathConf    Commit
        0         0         0         0         0
Rpc Info:
 TimedOut   Invalid X Replies   Retries  Requests
        0         0         0         0         0
Cache Info:
Attr Hits    Misses Lkup Hits    Misses BioR Hits    Misses BioW Hits    Misses
        0         0         0         0         0         0         0         0
BioRLHits    Misses BioD Hits    Misses DirE Hits    Misses
        0         0         0         0         0         0

Server Info:
  Getattr   Setattr    Lookup  Readlink      Read     Write    Create    Remove
        0         0         0         0         0         0         0         0
   Rename      Link   Symlink     Mkdir     Rmdir   Readdir  RdirPlus    Access
        0         0         0         0         0         0         0         0
    Mknod    Fsstat    Fsinfo  PathConf    Commit
        0         0         0         0         0
Server Ret-Failed
                0
Server Faults
            0
Server Cache Stats:
   Inprog      Idem  Non-idem    Misses
        0         0         0         0
Server Write Gathering:
 WriteOps  WriteRPC   Opsaved
        0         0         0

------------------------------------------------------------------------
netstat -s

tcp:
	0 packets sent
		0 data packets (0 bytes)
		0 data packets (0 bytes) retransmitted
		0 data packets unnecessarily retransmitted
		0 resends initiated by MTU discovery
		0 ack-only packets (0 delayed)
		0 URG only packets
		0 window probe packets
		0 window update packets
		0 control packets
	0 packets received
		0 acks (for 0 bytes)
		0 duplicate acks
		0 acks for unsent data
		0 packets (0 bytes) received in-sequence
		0 completely duplicate packets (0 bytes)
		0 old duplicate packets
		0 packets with some dup. data (0 bytes duped)
		0 out-of-order packets (0 bytes)
		0 packets (0 bytes) of data after window
		0 window probes
		0 window update packets
		0 packets received after close
		0 discarded for bad checksums
		0 discarded for bad header offset fields
		0 discarded because packet too short
		0 discarded due to memory problems
	0 connection requests
	0 connection accepts
	0 bad connection attempts
	0 listen queue overflows
	0 ignored RSTs in the windows
	0 connections established (including accepts)
	4 connections closed (including 0 drops)
		0 connections updated cached RTT on close
		0 connections updated cached RTT variance on close
		0 connections updated cached ssthresh on close
	0 embryonic connections dropped
	0 segments updated rtt (of 0 attempts)
	0 retransmit timeouts
		0 connections dropped by rexmit timeout
	0 persist timeouts
		0 connections dropped by persist timeout
	0 Connections (fin_wait_2) dropped because of timeout
	0 keepalive timeouts
		0 keepalive probes sent
		0 connections dropped by keepalive
	0 correct ACK header predictions
	0 correct data packet header predictions
	0 syncache entries added
		0 retransmitted
		0 dupsyn
		0 dropped
		0 completed
		0 bucket overflow
		0 cache overflow
		0 reset
		0 stale
		0 aborted
		0 badack
		0 unreach
		0 zone failures
	0 cookies sent
	0 cookies received
	0 SACK recovery episodes
	0 segment rexmits in SACK recovery episodes
	0 byte rexmits in SACK recovery episodes
	0 SACK options (SACK blocks) received
	0 SACK options (SACK blocks) sent
	0 SACK scoreboard overflow
	0 packets with ECN CE bit set
	0 packets with ECN ECT(0) bit set
	0 packets with ECN ECT(1) bit set
	0 successful ECN handshakes
	0 times ECN reduced the congestion window
udp:
	132 datagrams received
	0 with incomplete header
	0 with bad data length field
	0 with bad checksum
	0 with no checksum
	0 dropped due to no socket
	24 broadcast/multicast datagrams undelivered
	0 dropped due to full socket buffers
	0 not for hashed pcb
	108 delivered
	100 datagrams output
	0 times multicast source filter matched
ip:
	1419 total packets received
	0 bad header checksums
	0 with size smaller than minimum
	0 with data size < data length
	0 with ip length > max ip packet size
	0 with header length < data size
	0 with data length < header length
	0 with bad options
	0 with incorrect version number
	0 fragments received
	0 fragments dropped (dup or out of space)
	0 fragments dropped after timeout
	0 packets reassembled ok
	132 packets for this host
	30 packets for unknown/unsupported protocol
	0 packets forwarded (0 packets fast forwarded)
	0 packets not forwardable
	1257 packets received for unknown multicast group
	0 redirects sent
	121 packets sent from this host
	0 packets sent with fabricated ip header
	0 output packets dropped due to no bufs, etc.
	0 output packets discarded due to no route
	0 output datagrams fragmented
	0 fragments created
	0 datagrams that can't be fragmented
	0 tunneling packets that can't find gif
	0 datagrams with bad address in header
icmp:
	0 calls to icmp_error
	0 errors not generated in response to an icmp message
	0 messages with bad code fields
	0 messages less than the minimum length
	0 messages with bad checksum
	0 messages with bad length
	0 multicast echo requests ignored
	0 multicast timestamp requests ignored
	0 message responses generated
	0 invalid return addresses
	0 no return routes
igmp:
	30 messages received
	0 messages received with too few bytes
	0 messages received with bad checksum
	14 membership queries received
	0 membership queries received with invalid field(s)
	16 membership reports received
	0 membership reports received with invalid field(s)
	16 membership reports received for groups to which we belong
	21 membership reports sent
ip6:
	10 total packets received
	0 with size smaller than minimum
	0 with data size < data length
	0 with bad options
	0 with incorrect version number
	0 fragments received
	0 fragments dropped (dup or out of space)
	0 fragments dropped after timeout
	0 fragments that exceeded limit
	0 packets reassembled ok
	0 packets for this host
	0 packets forwarded
	10 packets not forwardable
	0 redirects sent
	4 packets sent from this host
	0 packets sent with fabricated ip header
	0 output packets dropped due to no bufs, etc.
	0 output packets discarded due to no route
	0 output datagrams fragmented
	0 fragments created
	0 datagrams that can't be fragmented
	0 packets that violated scope rules
	10 multicast packets which we don't join
	Input histogram:
		UDP: 10
	Mbuf statistics:
		0 one mbuf
		10 one ext mbuf
		0 two or more ext mbuf
	0 packets whose headers are not continuous
	0 tunneling packets that can't find gif
	0 packets discarded because of too many headers
	0 failures of source address selection
	0 forward cache hit
	0 forward cache miss
	Source addresses selection rule applied:
		1 first candidate
		1 same address
icmp6:
	0 calls to icmp6_error
	0 errors not generated in response to an icmp6 message
	0 errors not generated because of rate limitation
	Output histogram:
		multicast listener report: 4
	0 messages with bad code fields
	0 messages < minimum length
	0 bad checksums
	0 messages with bad length
	Histogram of error messages to be generated:
		0 no route
		0 administratively prohibited
		0 beyond scope
		0 address unreachable
		0 port unreachable
		0 packet too big
		0 time exceed transit
		0 time exceed reassembly
		0 erroneous header field
		0 unrecognized next header
		0 unrecognized option
		0 redirect
		0 unknown
	0 message responses generated
	0 messages with too many ND options
	0 messages with bad ND options
	0 bad neighbor solicitation messages
	0 bad neighbor advertisement messages
	0 bad router solicitation messages
	0 bad router advertisement messages
	0 bad redirect messages
	0 path MTU changes
rip6:
	0 messages received
	0 checksum calcurations on inbound
	0 messages with bad checksum
	0 messages dropped due to no socket
	0 multicast messages dropped due to no socket
	0 messages dropped due to full socket buffers
	0 delivered
	0 datagrams output

------------------------------------------------------------------------
netstat -m

1/1034/1035 mbufs in use (current/cache/total)
0/558/558/25600 mbuf clusters in use (current/cache/total/max)
0/512 mbuf+clusters out of packet secondary zone in use (current/cache)
0/0/0/12800 4k (page size) jumbo clusters in use (current/cache/total/max)
0/0/0/19200 9k jumbo clusters in use (current/cache/total/max)
0/0/0/12800 16k jumbo clusters in use (current/cache/total/max)
18014398509481983K/1374K/1374K bytes allocated to network (current/cache/total)
0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters)
0/0/0 requests for jumbo clusters denied (4k/9k/16k)
0 requests for sfbufs denied
0 requests for sfbufs delayed
0 requests for I/O initiated by sendfile
0 calls to protocol drain routines

------------------------------------------------------------------------
netstat -id

Name    Mtu Network       Address              Ipkts Ierrs    Opkts Oerrs  Coll Drop
fwe0*  1500 <Link#1>      82:00:00:00:00:00        0     0        0     0     0    0 
fwip0  1500 <Link#2>      80:00:00:00:00:00:00:00:0a:02:ff:fe:00:00:00:00        0     0        0     0     0    0 
lo0   16384 <Link#3>                               0     0        0     0     0    0 
lo0   16384 fe80:3::1     fe80:3::1                0     -        0     -     -    - 
lo0   16384 localhost     ::1                      0     -        0     -     -    - 
lo0   16384 your-net      localhost                0     -        0     -     -    - 
rum0   2290 <Link#4>      00:17:3f:72:40:90        0     0      316     2     0    0 
wlan0  1500 <Link#5>      00:17:3f:72:40:90     1435     0      122     0     0    0 
wlan0  1500 192.168.0.0   w2fzz0vc03             162     -      121     -     -    - 

------------------------------------------------------------------------
netstat -anr

Routing tables

Internet:
Destination        Gateway            Flags    Refs      Use  Netif Expire
default            192.168.0.1        UGS         0       76  wlan0
127.0.0.1          127.0.0.1          UH          0        0    lo0
192.168.0.0/24     link#5             UC          0        0  wlan0
192.168.0.1        00:1c:df:77:6c:f5  UHLW        2       14  wlan0   1251

Internet6:
Destination                       Gateway                       Flags      Netif Expire
::1                               ::1                           UHL         lo0
fe80::%lo0/64                     fe80::1%lo0                   U           lo0
fe80::1%lo0                       link#3                        UHL         lo0
ff01:3::/32                       fe80::1%lo0                   UC          lo0
ff02::%lo0/32                     fe80::1%lo0                   UC          lo0

------------------------------------------------------------------------
netstat -anA

Active UNIX domain sockets
Address  Type   Recv-Q Send-Q    Inode     Conn     Refs  Nextref Addr
ffffff0004decd20 stream      0      0 ffffff00856fb938        0        0        0 /var/run/cups.sock
ffffff0004dedb40 stream      0      0 ffffff0004fa0000        0        0        0 /var/run/mdnsd
ffffff0004ded000 stream      0      0 ffffff0004d123b0        0        0        0 /var/run/devd.pipe
ffffff00857fa870 dgram       0      0        0 ffffff0004dede10        0 ffffff00859693c0
ffffff00859693c0 dgram       0      0        0 ffffff0004dede10        0 ffffff0004deca50
ffffff0004dec960 dgram       0      0        0 ffffff0004ea5000        0        0
ffffff0004deca50 dgram       0      0        0 ffffff0004dede10        0 ffffff0004dedd20
ffffff0004dedd20 dgram       0      0        0 ffffff0004dede10        0        0
ffffff0004dede10 dgram       0      0 ffffff0004fa3938        0 ffffff00857fa870        0 /var/run/logpriv
ffffff0004ea5000 dgram       0      0 ffffff0004fa3b10        0 ffffff0004dec960        0 /var/run/log

------------------------------------------------------------------------
netstat -aL


------------------------------------------------------------------------
fstat

USER     CMD          PID   FD MOUNT      INUM MODE         SZ|DV R/W
root     zpool       2001 root /             3 drwxr-xr-x      32  r
root     zpool       2001   wd /            24 drwxr-xr-x      98  r
root     zpool       2001 text /          1090 -r-xr-xr-x   67152  r
root     zpool       2001    0 /dev         55 crw-------   ttyv1 rw
root     zpool       2001    1 /dev         55 crw-------   ttyv1 rw
root     zpool       2001    2 /dev         55 crw-------   ttyv1 rw
root     zpool       2001    3 /dev         76 crw-rw----     zfs rw
root     zpool       2001    4 /dev         31 crw-rw-rw-    null  r
root     zpool       2001    5 /           745 -rw-r--r--       0  r
root     tcsh        1997 root /             3 drwxr-xr-x      32  r
root     tcsh        1997   wd /            24 drwxr-xr-x      98  r
root     tcsh        1997 text /          1008 -r-xr-xr-x  345232  r
root     tcsh        1997   15 /dev         55 crw-------   ttyv1 rw
root     tcsh        1997   16 /dev         55 crw-------   ttyv1 rw
root     tcsh        1997   17 /dev         55 crw-------   ttyv1 rw
root     tcsh        1997   18 /dev         55 crw-------   ttyv1 rw
root     tcsh        1997   19 /dev         55 crw-------   ttyv1 rw
root     zil_clean   1967 root /             3 drwxr-xr-x      32  r
root     zil_clean   1967   wd /             3 drwxr-xr-x      32  r
root     zil_clean   1966 root /             3 drwxr-xr-x      32  r
root     zil_clean   1966   wd /             3 drwxr-xr-x      32  r
root     zil_clean   1964 root /             3 drwxr-xr-x      32  r
root     zil_clean   1964   wd /             3 drwxr-xr-x      32  r
root     zil_clean   1962 root /             3 drwxr-xr-x      32  r
root     zil_clean   1962   wd /             3 drwxr-xr-x      32  r
root     zil_clean   1960 root /             3 drwxr-xr-x      32  r
root     zil_clean   1960   wd /             3 drwxr-xr-x      32  r
root     zil_clean   1958 root /             3 drwxr-xr-x      32  r
root     zil_clean   1958   wd /             3 drwxr-xr-x      32  r
root     zil_clean   1957 root /             3 drwxr-xr-x      32  r
root     zil_clean   1957   wd /             3 drwxr-xr-x      32  r
root     zil_clean   1956 root /             3 drwxr-xr-x      32  r
root     zil_clean   1956   wd /             3 drwxr-xr-x      32  r
root     zil_clean   1955 root /             3 drwxr-xr-x      32  r
root     zil_clean   1955   wd /             3 drwxr-xr-x      32  r
root     zil_clean   1954 root /             3 drwxr-xr-x      32  r
root     zil_clean   1954   wd /             3 drwxr-xr-x      32  r
root     zil_clean   1953 root /             3 drwxr-xr-x      32  r
root     zil_clean   1953   wd /             3 drwxr-xr-x      32  r
root     zil_clean   1952 root /             3 drwxr-xr-x      32  r
root     zil_clean   1952   wd /             3 drwxr-xr-x      32  r
root     zil_clean   1951 root /             3 drwxr-xr-x      32  r
root     zil_clean   1951   wd /             3 drwxr-xr-x      32  r
root     zil_clean   1950 root /             3 drwxr-xr-x      32  r
root     zil_clean   1950   wd /             3 drwxr-xr-x      32  r
root     zil_clean   1949 root /             3 drwxr-xr-x      32  r
root     zil_clean   1949   wd /             3 drwxr-xr-x      32  r
root     zil_clean   1948 root /             3 drwxr-xr-x      32  r
root     zil_clean   1948   wd /             3 drwxr-xr-x      32  r
root     zil_clean   1947 root /             3 drwxr-xr-x      32  r
root     zil_clean   1947   wd /             3 drwxr-xr-x      32  r
root     zil_clean   1946 root /             3 drwxr-xr-x      32  r
root     zil_clean   1946   wd /             3 drwxr-xr-x      32  r
root     zil_clean   1945 root /             3 drwxr-xr-x      32  r
root     zil_clean   1945   wd /             3 drwxr-xr-x      32  r
root     zil_clean   1944 root /             3 drwxr-xr-x      32  r
root     zil_clean   1944   wd /             3 drwxr-xr-x      32  r
root     zil_clean   1943 root /             3 drwxr-xr-x      32  r
root     zil_clean   1943   wd /             3 drwxr-xr-x      32  r
root     zil_clean   1942 root /             3 drwxr-xr-x      32  r
root     zil_clean   1942   wd /             3 drwxr-xr-x      32  r
root     zil_clean   1941 root /             3 drwxr-xr-x      32  r
root     zil_clean   1941   wd /             3 drwxr-xr-x      32  r
root     zil_clean   1940 root /             3 drwxr-xr-x      32  r
root     zil_clean   1940   wd /             3 drwxr-xr-x      32  r
root     zil_clean   1939 root /             3 drwxr-xr-x      32  r
root     zil_clean   1939   wd /             3 drwxr-xr-x      32  r
root     zil_clean   1778 root /             3 drwxr-xr-x      32  r
root     zil_clean   1778   wd /             3 drwxr-xr-x      32  r
root     zil_clean   1777 root /             3 drwxr-xr-x      32  r
root     zil_clean   1777   wd /             3 drwxr-xr-x      32  r
root     zil_clean   1775 root /             3 drwxr-xr-x      32  r
root     zil_clean   1775   wd /             3 drwxr-xr-x      32  r
root     tcsh        1714 root /             3 drwxr-xr-x      32  r
root     tcsh        1714   wd /            24 drwxr-xr-x      98  r
root     tcsh        1714 text /          1008 -r-xr-xr-x  345232  r
root     tcsh        1714    0 /dev         54 crw-------   ttyv0 rw
root     tcsh        1714    1 /dev         54 crw-------   ttyv0 rw
root     tcsh        1714    2 /dev         54 crw-------   ttyv0 rw
root     tcsh        1714   15 /dev         54 crw-------   ttyv0 rw
root     tcsh        1714   16 /dev         54 crw-------   ttyv0 rw
root     tcsh        1714   17 /dev         54 crw-------   ttyv0 rw
root     tcsh        1714   18 /dev         54 crw-------   ttyv0 rw
root     tcsh        1714   19 /dev         54 crw-------   ttyv0 rw
root     getty       1710 root /             3 drwxr-xr-x      32  r
root     getty       1710   wd /             3 drwxr-xr-x      32  r
root     getty       1710 text /usr       1227 -r-xr-xr-x   27728  r
root     getty       1710    0 /dev         64 crw-------   ttyva rw
root     getty       1710    1 /dev         64 crw-------   ttyva rw
root     getty       1710    2 /dev         64 crw-------   ttyva rw
root     getty       1709 root /             3 drwxr-xr-x      32  r
root     getty       1709   wd /             3 drwxr-xr-x      32  r
root     getty       1709 text /usr       1227 -r-xr-xr-x   27728  r
root     getty       1709    0 /dev         63 crw-------   ttyv9 rw
root     getty       1709    1 /dev         63 crw-------   ttyv9 rw
root     getty       1709    2 /dev         63 crw-------   ttyv9 rw
root     getty       1708 root /             3 drwxr-xr-x      32  r
root     getty       1708   wd /             3 drwxr-xr-x      32  r
root     getty       1708 text /usr       1227 -r-xr-xr-x   27728  r
root     getty       1708    0 /dev         62 crw-------   ttyv8 rw
root     getty       1708    1 /dev         62 crw-------   ttyv8 rw
root     getty       1708    2 /dev         62 crw-------   ttyv8 rw
root     getty       1707 root /             3 drwxr-xr-x      32  r
root     getty       1707   wd /             3 drwxr-xr-x      32  r
root     getty       1707 text /usr       1227 -r-xr-xr-x   27728  r
root     getty       1707    0 /dev         61 crw-------   ttyv7 rw
root     getty       1707    1 /dev         61 crw-------   ttyv7 rw
root     getty       1707    2 /dev         61 crw-------   ttyv7 rw
root     getty       1706 root /             3 drwxr-xr-x      32  r
root     getty       1706   wd /             3 drwxr-xr-x      32  r
root     getty       1706 text /usr       1227 -r-xr-xr-x   27728  r
root     getty       1706    0 /dev         60 crw-------   ttyv6 rw
root     getty       1706    1 /dev         60 crw-------   ttyv6 rw
root     getty       1706    2 /dev         60 crw-------   ttyv6 rw
root     getty       1705 root /             3 drwxr-xr-x      32  r
root     getty       1705   wd /             3 drwxr-xr-x      32  r
root     getty       1705 text /usr       1227 -r-xr-xr-x   27728  r
root     getty       1705    0 /dev         59 crw-------   ttyv5 rw
root     getty       1705    1 /dev         59 crw-------   ttyv5 rw
root     getty       1705    2 /dev         59 crw-------   ttyv5 rw
root     getty       1704 root /             3 drwxr-xr-x      32  r
root     getty       1704   wd /             3 drwxr-xr-x      32  r
root     getty       1704 text /usr       1227 -r-xr-xr-x   27728  r
root     getty       1704    0 /dev         58 crw-------   ttyv4 rw
root     getty       1704    1 /dev         58 crw-------   ttyv4 rw
root     getty       1704    2 /dev         58 crw-------   ttyv4 rw
root     getty       1703 root /             3 drwxr-xr-x      32  r
root     getty       1703   wd /             3 drwxr-xr-x      32  r
root     getty       1703 text /usr       1227 -r-xr-xr-x   27728  r
root     getty       1703    0 /dev         57 crw-------   ttyv3 rw
root     getty       1703    1 /dev         57 crw-------   ttyv3 rw
root     getty       1703    2 /dev         57 crw-------   ttyv3 rw
root     getty       1702 root /             3 drwxr-xr-x      32  r
root     getty       1702   wd /             3 drwxr-xr-x      32  r
root     getty       1702 text /usr       1227 -r-xr-xr-x   27728  r
root     getty       1702    0 /dev         56 crw-------   ttyv2 rw
root     getty       1702    1 /dev         56 crw-------   ttyv2 rw
root     getty       1702    2 /dev         56 crw-------   ttyv2 rw
root     login       1701 root /             3 drwxr-xr-x      32  r
root     login       1701   wd /            24 drwxr-xr-x      98  r
root     login       1701 text /usr        817 -r-sr-xr-x   25400  r
root     login       1701    0 /dev         55 crw-------   ttyv1 rw
root     login       1701    1 /dev         55 crw-------   ttyv1 rw
root     login       1701    2 /dev         55 crw-------   ttyv1 rw
root     login       1701    3 /           751 -rw-------     567  r
root     login       1701    4 /           750 -r--r--r--     652  r
root     login       1701    5 /           746 -rw-------     225  r
root     login       1701    6* local dgram ffffff00857fa870 <-> ffffff0004dede10
root     login       1700 root /             3 drwxr-xr-x      32  r
root     login       1700   wd /            24 drwxr-xr-x      98  r
root     login       1700 text /usr        817 -r-sr-xr-x   25400  r
root     login       1700    0 /dev         54 crw-------   ttyv0 rw
root     login       1700    1 /dev         54 crw-------   ttyv0 rw
root     login       1700    2 /dev         54 crw-------   ttyv0 rw
root     login       1700    3 /           751 -rw-------     567  r
root     login       1700    4 /           750 -r--r--r--     652  r
root     login       1700    5 /           746 -rw-------     225  r
root     login       1700    6* local dgram ffffff00859693c0 <-> ffffff0004dede10
root     inetd       1674 root /             3 drwxr-xr-x      32  r
root     inetd       1674   wd /             3 drwxr-xr-x      32  r
root     inetd       1674 text /usr        191 -r-xr-xr-x   47296  r
root     inetd       1674    0 /dev         31 crw-rw-rw-    null rw
root     inetd       1674    1 /dev         31 crw-rw-rw-    null rw
root     inetd       1674    2 /dev         31 crw-rw-rw-    null rw
root     inetd       1674    3 /var       6228 -rw-------       4  w
root     inetd       1674    4* pipe ffffff0004e71858 <-> ffffff0004e719a8      0 rw
root     inetd       1674    5* pipe ffffff0004e719a8 <-> ffffff0004e71858      0 rw
root     moused      1650 root /             3 drwxr-xr-x      32  r
root     moused      1650   wd /             3 drwxr-xr-x      32  r
root     moused      1650 text /usr        194 -r-xr-xr-x   40080  r
root     moused      1650    0 /dev         31 crw-rw-rw-    null rw
root     moused      1650    1 /dev         31 crw-rw-rw-    null rw
root     moused      1650    2 /dev         31 crw-rw-rw-    null rw
root     moused      1650    3 /dev         46 crw-rw-rw-    psm0 rw
root     moused      1650    4 /dev         70 crw-------  consolectl rw
root     moused      1650    5 /var       6227 -rw-------       4  w
root     uptimed     1638 root /             3 drwxr-xr-x      32  r
root     uptimed     1638   wd /             3 drwxr-xr-x      32  r
root     uptimed     1638 text /usr/local 110466 -r-xr-xr-x   15872  r
root     cron        1629 root /             3 drwxr-xr-x      32  r
root     cron        1629   wd /var         13 drwxr-x---       3  r
root     cron        1629 text /usr        256 -r-xr-xr-x   38608  r
root     cron        1629    0 /dev         31 crw-rw-rw-    null rw
root     cron        1629    1 /dev         31 crw-rw-rw-    null rw
root     cron        1629    2 /dev         31 crw-rw-rw-    null rw
root     cron        1629    3 /var       6224 -rw-------       4  w
smmsp    sendmail    1623 root /             3 drwxr-xr-x      32  r
smmsp    sendmail    1623   wd /var        110 drwxrwx---       3  r
smmsp    sendmail    1623 text /usr       1229 -r-xr-sr-x  680072  r
smmsp    sendmail    1623    0 /dev         31 crw-rw-rw-    null  r
smmsp    sendmail    1623    1 /dev         31 crw-rw-rw-    null  w
smmsp    sendmail    1623    2 /dev         31 crw-rw-rw-    null  w
smmsp    sendmail    1623    3* local dgram ffffff0004dec960 <-> ffffff0004ea5000
root     sendmail    1617 root /             3 drwxr-xr-x      32  r
root     sendmail    1617   wd /var        111 drwxr-xr-x       2  r
root     sendmail    1617 text /usr       1229 -r-xr-sr-x  680072  r
root     sendmail    1617    0 /dev         31 crw-rw-rw-    null  r
root     sendmail    1617    1 /dev         31 crw-rw-rw-    null  w
root     sendmail    1617    2 /dev         31 crw-rw-rw-    null  w
root     sendmail    1617    3* local dgram ffffff0004deca50 <-> ffffff0004dede10
root     sendmail    1617    4* internet stream tcp ffffff0085608888
root     sendmail    1617    5* internet6 stream tcp ffffff00856085b0
root     sendmail    1617    6* internet stream tcp ffffff00856082d8
root     sendmail    1617    7 /var       6223 -rw-------      44  w
root     sshd        1612 root /             3 drwxr-xr-x      32  r
root     sshd        1612   wd /             3 drwxr-xr-x      32  r
root     sshd        1612 text /usr        210 -r-xr-xr-x  241824  r
root     sshd        1612    0 /dev         31 crw-rw-rw-    null rw
root     sshd        1612    1 /dev         31 crw-rw-rw-    null rw
root     sshd        1612    2 /dev         31 crw-rw-rw-    null rw
root     sshd        1612    3* internet6 stream tcp ffffff0085703000
root     sshd        1612    4* internet stream tcp ffffff0085608b60
daemon   slpd        1580 root /             3 drwxr-xr-x      32  r
daemon   slpd        1580   wd /             3 drwxr-xr-x      32  r
daemon   slpd        1580 text /usr/local 110501 -r-xr-xr-x   82784  r
daemon   slpd        1580    3 /var       6120 -rw-------  812302  w
daemon   slpd        1580    4* internet stream tcp ffffff0004f9d888
daemon   slpd        1580    5* internet stream tcp ffffff0004f9d5b0
daemon   slpd        1580    6* internet dgram udp ffffff0004d90af0
daemon   slpd        1580    7* internet dgram udp ffffff00857cf9d8
root     cupsd       1571 root /             3 drwxr-xr-x      32  r
root     cupsd       1571   wd /             3 drwxr-xr-x      32  r
root     cupsd       1571 text /usr/local 110523 -rwxr-xr-x  908330  r
root     cupsd       1571    1 /dev          7 crw-rw-rw-  random  r
root     cupsd       1571    2 /var       6215 -rw-r--r--  1564517 rw
root     cupsd       1571    3* internet stream tcp ffffff00857035b0
root     cupsd       1571    4* internet6 stream tcp ffffff00857032d8
root     cupsd       1571    5* local stream ffffff0004decd20
root     cupsd       1571    6* internet dgram udp ffffff0004d6faf0
root     cupsd       1571    7* pipe ffffff0004472b20 <-> ffffff0004472c70      0 rw
root     cupsd       1571    8* pipe ffffff0004472c70 <-> ffffff0004472b20      0 rw
nobody   mdnsd       1558 root /             3 drwxr-xr-x      32  r
nobody   mdnsd       1558   wd /             3 drwxr-xr-x      32  r
nobody   mdnsd       1558 text /usr/local 110499 -rwxr-xr-x  189869  r
nobody   mdnsd       1558    0 /dev         31 crw-rw-rw-    null rw
nobody   mdnsd       1558    1 /dev         31 crw-rw-rw-    null rw
nobody   mdnsd       1558    2 /dev         31 crw-rw-rw-    null rw
nobody   mdnsd       1558    3* internet dgram udp ffffff0004d90578
nobody   mdnsd       1558    4* internet dgram udp ffffff0004d909d8
nobody   mdnsd       1558    5 /           536 -rw-r--r--      44  r
nobody   mdnsd       1558    6* route raw 0 ffffff0004d6e780
nobody   mdnsd       1558    7* local stream ffffff0004dedb40
nobody   mdnsd       1558    8 /           536 -rw-r--r--      44  r
root     powerd      1503 root /             3 drwxr-xr-x      32  r
root     powerd      1503   wd /             3 drwxr-xr-x      32  r
root     powerd      1503 text /usr        227 -r-xr-xr-x   13488  r
root     powerd      1503    0 /dev         31 crw-rw-rw-    null rw
root     powerd      1503    1 /dev         31 crw-rw-rw-    null rw
root     powerd      1503    2 /dev         31 crw-rw-rw-    null rw
root     powerd      1503    3 /var       4542 -rw-------       4  w
root     auditd      1370 root /             3 drwxr-xr-x      32  r
root     auditd      1370   wd /             3 drwxr-xr-x      32  r
root     auditd      1370 text /usr         77 -r-xr-xr-x   20384  r
root     auditd      1370    0 /dev         31 crw-rw-rw-    null rw
root     auditd      1370    1 /dev         31 crw-rw-rw-    null rw
root     auditd      1370    2 /dev         31 crw-rw-rw-    null rw
root     auditd      1370    3* local dgram ffffff0004dedd20 <-> ffffff0004dede10
root     auditd      1370    4 /var       4538 -rw-r--r--       5  w
root     auditd      1370    5 /dev         19 crw-------   audit  r
root     auditd      1370    6 /           746 -rw-------     225  r
root     auditd      1370    8 /           750 -r--r--r--     652  r
root     syslogd     1315 root /             3 drwxr-xr-x      32  r
root     syslogd     1315   wd /             3 drwxr-xr-x      32  r
root     syslogd     1315 text /usr        242 -r-xr-xr-x   38976  r
root     syslogd     1315    0 /dev         31 crw-rw-rw-    null rw
root     syslogd     1315    1 /dev         31 crw-rw-rw-    null rw
root     syslogd     1315    2 /dev         31 crw-rw-rw-    null rw
root     syslogd     1315    3 /var         46 -rw-------       4  w
root     syslogd     1315    4* local dgram ffffff0004ea5000
root     syslogd     1315    5* local dgram ffffff0004dede10
root     syslogd     1315    6* internet6 dgram udp ffffff0004d6fe38
root     syslogd     1315    7* internet dgram udp ffffff0004d90000
root     syslogd     1315    8 /dev         33 crw-------    klog  r
root     syslogd     1315   10 -         -         bad    -
root     syslogd     1315   11 /var       6284 -rw-r--r--   26174  w
root     syslogd     1315   12 /var       6165 -rw-------    3761  w
root     syslogd     1315   13 /var       6127 -rw-------   51509  w
root     syslogd     1315   14 /var       6167 -rw-r-----    5487  w
root     syslogd     1315   15 /var       6199 -rw-r--r--      82  w
root     syslogd     1315   16 /var       6119 -rw-------      82  w
root     syslogd     1315   17 /var       6147 -rw-------   25357  w
root     syslogd     1315   18 /var       6124 -rw-------   82118  w
root     syslogd     1315   19 /var       6146 -rw-------   49305  w
root     syslogd     1315   20 /var       6198 -rw-------  599426  w
root     syslogd     1315   21 /var       6101 -rw-r-----      82  w
root     syslogd     1315   22 /var       6104 -rw-r-----      82  w
root     syslogd     1315   23 /var       6099 -rw-r--r--  255549441  w
root     devd        1072 root /             3 drwxr-xr-x      32  r
root     devd        1072   wd /             3 drwxr-xr-x      32  r
root     devd        1072 text /          1124 -r-xr-xr-x  401160  r
root     devd        1072    0 /dev         31 crw-rw-rw-    null rw
root     devd        1072    1 /dev         31 crw-rw-rw-    null rw
root     devd        1072    2 /dev         31 crw-rw-rw-    null rw
root     devd        1072    3 /dev          5 crw-------  devctl  r
root     devd        1072    4* local stream ffffff0004ded000
root     devd        1072    5 /var         39 -rw-------       4  w
root     adjkerntz    545 root /             3 drwxr-xr-x      32  r
root     adjkerntz    545   wd /             3 drwxr-xr-x      32  r
root     adjkerntz    545 text /          1102 -r-xr-xr-x    9072  r
root     adjkerntz    545    0 /dev         31 crw-rw-rw-    null rw
root     adjkerntz    545    1 /dev         31 crw-rw-rw-    null rw
root     adjkerntz    545    2 /dev         31 crw-rw-rw-    null rw
root     zil_clean    455 root /             3 drwxr-xr-x      32  r
root     zil_clean    455   wd /             3 drwxr-xr-x      32  r
root     zil_clean    448 root /             3 drwxr-xr-x      32  r
root     zil_clean    448   wd /             3 drwxr-xr-x      32  r
root     zil_clean    435 root /             3 drwxr-xr-x      32  r
root     zil_clean    435   wd /             3 drwxr-xr-x      32  r
root     zil_clean    434 root /             3 drwxr-xr-x      32  r
root     zil_clean    434   wd /             3 drwxr-xr-x      32  r
root     zil_clean    433 root /             3 drwxr-xr-x      32  r
root     zil_clean    433   wd /             3 drwxr-xr-x      32  r
root     txg_thread_enter   423 root /             3 drwxr-xr-x      32  r
root     txg_thread_enter   423   wd /             3 drwxr-xr-x      32  r
root     txg_thread_enter   422 root /             3 drwxr-xr-x      32  r
root     txg_thread_enter   422   wd /             3 drwxr-xr-x      32  r
root     txg_thread_enter   421 root /             3 drwxr-xr-x      32  r
root     txg_thread_enter   421   wd /             3 drwxr-xr-x      32  r
root     vdev:worker ad14s1   420 root /             3 drwxr-xr-x      32  r
root     vdev:worker ad14s1   420   wd /             3 drwxr-xr-x      32  r
root     vdev:worker ad12s1   419 root /             3 drwxr-xr-x      32  r
root     vdev:worker ad12s1   419   wd /             3 drwxr-xr-x      32  r
root     vdev:worker ad6s1d   418 root /             3 drwxr-xr-x      32  r
root     vdev:worker ad6s1d   418   wd /             3 drwxr-xr-x      32  r
root     vdev:worker ad4s1d   417 root /             3 drwxr-xr-x      32  r
root     vdev:worker ad4s1d   417   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_5   416 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_5   416   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_5   415 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_5   415   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_5   414 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_5   414   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_5   413 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_5   413   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_5   412 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_5   412   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_5   411 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_5   411   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_5   410 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_5   410   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_5   409 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_5   409   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_4   408 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_4   408   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_4   407 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_4   407   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_4   406 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_4   406   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_4   405 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_4   405   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_4   404 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_4   404   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_4   403 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_4   403   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_4   402 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_4   402   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_4   401 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_4   401   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_3   400 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_3   400   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_3   399 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_3   399   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_3   398 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_3   398   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_3   397 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_3   397   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_3   396 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_3   396   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_3   395 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_3   395   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_3   394 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_3   394   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_3   393 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_3   393   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_2   392 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_2   392   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_2   391 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_2   391   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_2   390 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_2   390   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_2   389 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_2   389   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_2   388 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_2   388   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_2   387 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_2   387   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_2   386 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_2   386   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_2   385 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_2   385   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_1   384 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_1   384   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_1   383 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_1   383   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_1   382 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_1   382   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_1   381 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_1   381   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_1   380 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_1   380   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_1   379 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_1   379   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_1   378 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_1   378   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_1   377 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_1   377   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_0   376 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_0   376   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_0   375 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_0   375   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_0   374 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_0   374   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_0   373 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_0   373   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_0   372 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_0   372   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_0   371 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_0   371   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_0   370 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_0   370   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_0   369 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_0   369   wd /             3 drwxr-xr-x      32  r
root     txg_thread_enter   316 root /             3 drwxr-xr-x      32  r
root     txg_thread_enter   316   wd /             3 drwxr-xr-x      32  r
root     txg_thread_enter   315 root /             3 drwxr-xr-x      32  r
root     txg_thread_enter   315   wd /             3 drwxr-xr-x      32  r
root     txg_thread_enter   314 root /             3 drwxr-xr-x      32  r
root     txg_thread_enter   314   wd /             3 drwxr-xr-x      32  r
root     vdev:worker da0s2a   313 root /             3 drwxr-xr-x      32  r
root     vdev:worker da0s2a   313   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_5   312 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_5   312   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_5   311 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_5   311   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_5   310 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_5   310   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_5   309 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_5   309   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_5   308 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_5   308   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_5   307 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_5   307   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_5   306 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_5   306   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_5   305 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_5   305   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_4   304 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_4   304   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_4   303 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_4   303   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_4   302 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_4   302   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_4   301 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_4   301   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_4   300 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_4   300   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_4   299 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_4   299   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_4   298 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_4   298   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_4   297 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_4   297   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_3   296 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_3   296   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_3   295 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_3   295   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_3   294 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_3   294   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_3   293 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_3   293   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_3   292 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_3   292   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_3   291 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_3   291   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_3   290 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_3   290   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_3   289 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_3   289   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_2   288 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_2   288   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_2   287 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_2   287   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_2   286 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_2   286   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_2   285 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_2   285   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_2   284 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_2   284   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_2   283 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_2   283   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_2   282 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_2   282   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_2   281 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_2   281   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_1   280 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_1   280   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_1   279 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_1   279   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_1   278 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_1   278   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_1   277 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_1   277   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_1   276 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_1   276   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_1   275 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_1   275   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_1   274 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_1   274   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_1   273 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_1   273   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_0   272 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_0   272   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_0   271 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_0   271   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_0   270 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_0   270   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_0   269 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_0   269   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_0   268 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_0   268   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_0   267 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_0   267   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_0   266 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_0   266   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_0   265 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_0   265   wd /             3 drwxr-xr-x      32  r
root     USBPROC      196 root /             3 drwxr-xr-x      32  r
root     USBPROC      196   wd /             3 drwxr-xr-x      32  r
root     USBPROC      195 root /             3 drwxr-xr-x      32  r
root     USBPROC      195   wd /             3 drwxr-xr-x      32  r
root     USBPROC      194 root /             3 drwxr-xr-x      32  r
root     USBPROC      194   wd /             3 drwxr-xr-x      32  r
root     USBPROC      193 root /             3 drwxr-xr-x      32  r
root     USBPROC      193   wd /             3 drwxr-xr-x      32  r
root     USBPROC      192 root /             3 drwxr-xr-x      32  r
root     USBPROC      192   wd /             3 drwxr-xr-x      32  r
root     USBPROC      191 root /             3 drwxr-xr-x      32  r
root     USBPROC      191   wd /             3 drwxr-xr-x      32  r
root     USBPROC      172 root /             3 drwxr-xr-x      32  r
root     USBPROC      172   wd /             3 drwxr-xr-x      32  r
root     USBPROC      171 root /             3 drwxr-xr-x      32  r
root     USBPROC      171   wd /             3 drwxr-xr-x      32  r
root     zil_clean    145 root /             3 drwxr-xr-x      32  r
root     zil_clean    145   wd /             3 drwxr-xr-x      32  r
root     txg_thread_enter   144 root /             3 drwxr-xr-x      32  r
root     txg_thread_enter   144   wd /             3 drwxr-xr-x      32  r
root     txg_thread_enter   143 root /             3 drwxr-xr-x      32  r
root     txg_thread_enter   143   wd /             3 drwxr-xr-x      32  r
root     txg_thread_enter   142 root /             3 drwxr-xr-x      32  r
root     txg_thread_enter   142   wd /             3 drwxr-xr-x      32  r
root     vdev:worker ad14s2   141 root /             3 drwxr-xr-x      32  r
root     vdev:worker ad14s2   141   wd /             3 drwxr-xr-x      32  r
root     vdev:worker ad12s2   140 root /             3 drwxr-xr-x      32  r
root     vdev:worker ad12s2   140   wd /             3 drwxr-xr-x      32  r
root     USBPROC      139 root /             3 drwxr-xr-x      32  r
root     USBPROC      139   wd /             3 drwxr-xr-x      32  r
root     vdev:worker ad6s2   138 root /             3 drwxr-xr-x      32  r
root     vdev:worker ad6s2   138   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_5   137 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_5   137   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_5   136 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_5   136   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_5   135 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_5   135   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_5   134 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_5   134   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_5   133 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_5   133   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_5   132 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_5   132   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_5   131 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_5   131   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_5   130 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_5   130   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_4   129 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_4   129   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_4   128 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_4   128   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_4   127 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_4   127   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_4   126 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_4   126   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_4   125 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_4   125   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_4   124 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_4   124   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_4   123 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_4   123   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_4   122 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_4   122   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_3   121 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_3   121   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_3   120 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_3   120   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_3   119 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_3   119   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_3   118 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_3   118   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_3   117 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_3   117   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_3   116 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_3   116   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_3   115 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_3   115   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_3   114 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_3   114   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_2   113 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_2   113   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_2   112 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_2   112   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_2   111 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_2   111   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_2   110 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_2   110   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_2   109 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_2   109   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_2   108 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_2   108   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_2   107 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_2   107   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_2   106 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_2   106   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_1   105 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_1   105   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_1   104 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_1   104   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_1   103 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_1   103   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_1   102 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_1   102   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_1   101 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_1   101   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_1   100 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_1   100   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_1    99 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_1    99   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_1    98 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_1    98   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_0    97 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_0    97   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_0    96 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_0    96   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_0    95 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_0    95   wd /             3 drwxr-xr-x      32  r
root     spa_zio_intr_0    94 root /             3 drwxr-xr-x      32  r
root     spa_zio_intr_0    94   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_0    93 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_0    93   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_0    92 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_0    92   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_0    91 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_0    91   wd /             3 drwxr-xr-x      32  r
root     spa_zio_issue_0    90 root /             3 drwxr-xr-x      32  r
root     spa_zio_issue_0    90   wd /             3 drwxr-xr-x      32  r
root     USBPROC       89 root /             3 drwxr-xr-x      32  r
root     USBPROC       89   wd /             3 drwxr-xr-x      32  r
root     init           1 root /             3 drwxr-xr-x      32  r
root     init           1   wd /             3 drwxr-xr-x      32  r
root     init           1 text /          1197 -r-xr-xr-x  705696  r
root     kernel         0 root /             3 drwxr-xr-x      32  r
root     kernel         0   wd /             3 drwxr-xr-x      32  r

------------------------------------------------------------------------
dmesg

Copyright (c) 1992-2008 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
	The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 8.0-CURRENT #1: Wed Oct 15 21:39:04 BST 2008
    sandbox@w2fzz0vc03.aah-go-on.com:/usr/home/sandbox/newusb/obj/usr/home/sandbox/newusb/src/sys/GENERIC_usb2
WARNING: WITNESS option enabled, expect reduced performance.
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel(R) Core(TM)2 Quad CPU           @ 2.66GHz (2660.04-MHz K8-class CPU)
  Origin = "GenuineIntel"  Id = 0x6f7  Stepping = 7
  Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
  Features2=0xe3bd<SSE3,DTES64,MON,DS_CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM>
  AMD Features=0x20100800<SYSCALL,NX,LM>
  AMD Features2=0x1<LAHF>
  Cores per package: 4
usable memory = 4276260864 (4078 MB)
avail memory  = 4091035648 (3901 MB)
ACPI APIC Table: <DELL   B8K    >
FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs
 cpu0 (BSP): APIC ID:  0
 cpu1 (AP): APIC ID:  1
 cpu2 (AP): APIC ID:  2
 cpu3 (AP): APIC ID:  3
This module (opensolaris) contains code covered by the
Common Development and Distribution License (CDDL)
see http://opensolaris.org/os/licensing/opensolaris_license/
ioapic0: Changing APIC ID to 8
ioapic0 <Version 1.1> irqs 0-23 on motherboard
lapic0: Forcing LINT1 to edge trigger
kbd1 at kbdmux0
ath_hal: 0.10.5.10 (AR5210, AR5211, AR5212, AR5416, RF5111, RF5112, RF2413, RF5413, RF2133, RF2425, RF2417)
acpi0: <DELL B8K    > on motherboard
acpi0: [ITHREAD]
acpi0: Power Button (fixed)
acpi0: reservation of 0, a0000 (3) failed
acpi0: reservation of 100000, f00000 (3) failed
acpi0: reservation of 1000000, 9edbcc00 (3) failed
Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0
acpi_hpet0: <High Precision Event Timer> iomem 0xfed00000-0xfed003ff on acpi0
Timecounter "HPET" frequency 25000000 Hz quality 900
acpi_button0: <Power Button> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
pci0: <memory, RAM> at device 0.1 (no driver attached)
pci0: <memory, RAM> at device 0.2 (no driver attached)
pci0: <memory, RAM> at device 0.3 (no driver attached)
pci0: <memory, RAM> at device 0.4 (no driver attached)
pci0: <memory, RAM> at device 1.0 (no driver attached)
pci0: <memory, RAM> at device 1.1 (no driver attached)
pci0: <memory, RAM> at device 1.2 (no driver attached)
pci0: <memory, RAM> at device 1.3 (no driver attached)
pci0: <memory, RAM> at device 1.4 (no driver attached)
pci0: <memory, RAM> at device 1.5 (no driver attached)
pci0: <memory, RAM> at device 1.6 (no driver attached)
pcib1: <ACPI PCI-PCI bridge> at device 2.0 on pci0
pci1: <ACPI PCI bus> on pcib1
vgapci0: <VGA-compatible display> port 0xdc80-0xdcff mem 0xde000000-0xdeffffff,0xa0000000-0xafffffff,0xdc000000-0xddffffff irq 16 at device 0.0 on pci1
pcib2: <ACPI PCI-PCI bridge> at device 4.0 on pci0
pci2: <ACPI PCI bus> on pcib2
pcib3: <ACPI PCI-PCI bridge> at device 5.0 on pci0
pci3: <ACPI PCI bus> on pcib3
pci0: <memory, RAM> at device 9.0 (no driver attached)
isab0: <PCI-ISA bridge> port 0x4f00-0x4fff at device 10.0 on pci0
isa0: <ISA bus> on isab0
pci0: <serial bus, SMBus> at device 10.1 (no driver attached)
ohci0: <OHCI (generic) USB controller> mem 0xdfffc000-0xdfffcfff irq 21 at device 11.0 on pci0
ohci0: [ITHREAD]
usbus0: <OHCI (generic) USB controller> on ohci0
ehci0: <EHCI (generic) USB 2.0 controller> mem 0xdfffbf00-0xdfffbfff irq 22 at device 11.1 on pci0
ehci0: [ITHREAD]
usbus1: waiting for BIOS to give up control
usbus1: EHCI version 1.0
usbus1: <EHCI (generic) USB 2.0 controller> on ehci0
atapci0: <nVidia nForce MCP55 UDMA133 controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xecf0-0xecff at device 13.0 on pci0
ata0: <ATA channel 0> on atapci0
ata0: [ITHREAD]
ata1: <ATA channel 1> on atapci0
ata1: [ITHREAD]
atapci1: <nVidia nForce MCP55 SATA300 controller> port 0xfe00-0xfe07,0xfe10-0xfe13,0xfe20-0xfe27,0xfe30-0xfe33,0xfec0-0xfecf mem 0xdfffd000-0xdfffdfff irq 23 at device 14.0 on pci0
atapci1: [ITHREAD]
ata2: <ATA channel 0> on atapci1
ata2: [ITHREAD]
ata3: <ATA channel 1> on atapci1
ata3: [ITHREAD]
atapci2: <nVidia nForce MCP55 SATA300 controller> port 0xfe40-0xfe47,0xfe50-0xfe53,0xfe60-0xfe67,0xfe70-0xfe73,0xfed0-0xfedf mem 0xdfffe000-0xdfffefff irq 20 at device 14.1 on pci0
atapci2: [ITHREAD]
ata4: <ATA channel 0> on atapci2
ata4: [ITHREAD]
ata5: <ATA channel 1> on atapci2
ata5: [ITHREAD]
atapci3: <nVidia nForce MCP55 SATA300 controller> port 0xfe80-0xfe87,0xfe90-0xfe93,0xfea0-0xfea7,0xfeb0-0xfeb3,0xfef0-0xfeff mem 0xdffff000-0xdfffffff irq 21 at device 14.2 on pci0
atapci3: [ITHREAD]
ata6: <ATA channel 0> on atapci3
ata6: [ITHREAD]
ata7: <ATA channel 1> on atapci3
ata7: [ITHREAD]
pcib4: <ACPI PCI-PCI bridge> at device 15.0 on pci0
pci4: <ACPI PCI bus> on pcib4
pci4: <unknown> at device 4.0 (no driver attached)
pci4: <multimedia, audio> at device 5.0 (no driver attached)
fwohci0: <Texas Instruments TSB43AB22/A> mem 0xdadfb800-0xdadfbfff,0xdadfc000-0xdadfffff irq 18 at device 10.0 on pci4
fwohci0: [FILTER]
fwohci0: OHCI version 1.10 (ROM=0)
fwohci0: No. of Isochronous channels is 4.
fwohci0: EUI64 80:00:00:00:00:00:00:00
fwohci0: Phy 1394a available S400, 2 ports.
fwohci0: Link S400, max_rec 2048 bytes.
firewire0: <IEEE1394(FireWire) bus> on fwohci0
dcons_crom0: <dcons configuration ROM> on firewire0
dcons_crom0: bus_addr 0x2598000
fwe0: <Ethernet over FireWire> on firewire0
if_fwe0: Fake Ethernet address: 82:00:00:00:00:00
fwe0: Ethernet address: 82:00:00:00:00:00
fwip0: <IP over FireWire> on firewire0
fwip0: Firewire address: 80:00:00:00:00:00:00:00 @ 0xfffe00000000, S400, maxrec 2048
sbp0: <SBP-2/SCSI over FireWire> on firewire0
fwohci0: Initiate bus reset
fwohci0: BUS reset
fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode
pcib5: <ACPI PCI-PCI bridge> at device 19.0 on pci0
pci5: <ACPI PCI bus> on pcib5
pcib6: <ACPI PCI-PCI bridge> at device 24.0 on pci0
pci6: <ACPI PCI bus> on pcib6
vgapci1: <VGA-compatible display> port 0xbc80-0xbcff mem 0xd1000000-0xd1ffffff,0xc0000000-0xcfffffff,0xd2000000-0xd3ffffff irq 16 at device 0.0 on pci6
atrtc0: <AT realtime clock> port 0x70-0x7f irq 8 on acpi0
atkbdc0: <Keyboard controller (i8042)> port 0x60,0x64 irq 1 on acpi0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
atkbd0: [ITHREAD]
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: [GIANT-LOCKED]
psm0: [ITHREAD]
psm0: model MouseMan+, device ID 0
uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0
uart0: [FILTER]
cpu0: <ACPI CPU> on acpi0
est0: <Enhanced SpeedStep Frequency Control> on cpu0
est: CPU supports Enhanced Speedstep, but is not recognized.
est: cpu_vendor GenuineIntel, msr a2a0a2a86000a2a
device_attach: est0 attach returned 6
p4tcc0: <CPU Frequency Thermal Control> on cpu0
cpu1: <ACPI CPU> on acpi0
est1: <Enhanced SpeedStep Frequency Control> on cpu1
est: CPU supports Enhanced Speedstep, but is not recognized.
est: cpu_vendor GenuineIntel, msr a2a0a2a86000a2a
device_attach: est1 attach returned 6
p4tcc1: <CPU Frequency Thermal Control> on cpu1
cpu2: <ACPI CPU> on acpi0
est2: <Enhanced SpeedStep Frequency Control> on cpu2
est: CPU supports Enhanced Speedstep, but is not recognized.
est: cpu_vendor GenuineIntel, msr a2a0a2a86000a2a
device_attach: est2 attach returned 6
p4tcc2: <CPU Frequency Thermal Control> on cpu2
cpu3: <ACPI CPU> on acpi0
est3: <Enhanced SpeedStep Frequency Control> on cpu3
est: CPU supports Enhanced Speedstep, but is not recognized.
est: cpu_vendor GenuineIntel, msr a2a0a2a86000a2a
device_attach: est3 attach returned 6
p4tcc3: <CPU Frequency Thermal Control> on cpu3
orm0: <ISA Option ROMs> at iomem 0xc0000-0xcc7ff,0xcc800-0xce7ff,0xce800-0xcffff on isa0
ppc0: cannot reserve I/O port range
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
WARNING: ZFS is considered to be an experimental feature in FreeBSD.
Timecounters tick every 1.000 msec
usbus0: 12Mbps Full Speed USB v1.0
firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me)
firewire0: bus manager 0 (me)
ZFS filesystem version 6
ZFS storage pool version 6
ugen0.1: <nVidia> at usbus0
ushub0: <nVidia OHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus0
ushub0: 10 ports with 10 removable, self powered
usbus1: 480Mbps High Speed USB v2.0
ugen1.1: <nVidia> at usbus1
ushub1: <nVidia EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1> on usbus1
ushub1: 10 ports with 10 removable, self powered
ad4: 305245MB <Hitachi HDP725032GLA360 GM3OA52A> at ata2-master SATA300
ad6: 305245MB <Hitachi HDP725032GLA360 GM3OA52A> at ata3-master SATA300
acd0: CDRW <TSSTcorp CD-RW/DVD-ROM TS-H493A/D200> at ata4-master SATA150
acd1: DVDR <TSSTcorp DVD+/-RW TS-H653A/D500> at ata5-master SATA150
GEOM_LABEL: Label for provider ad4s2 is ntfs/System.
ad12: 305245MB <Hitachi HDT725032VLA360 V54OA7EA> at ata6-master SATA300
ad14: 305245MB <Hitachi HDT725032VLA360 V54OA7EA> at ata7-master SATA300
lapic1: Forcing LINT1 to edge trigger
SMP: AP CPU #1 Launched!
lapic2: Forcing LINT1 to edge trigger
SMP: AP CPU #2 Launched!
lapic3: Forcing LINT1 to edge trigger
SMP: AP CPU #3 Launched!
WARNING: WITNESS option enabled, expect reduced performance.
Trying to mount root from zfs:tank
lock order reversal:
 1st 0xffffff0002d72000 vfslock (vfslock) @ /usr/home/sandbox/newusb/src/sys/kern/vfs_subr.c:372
 2nd 0xffffff0002d73448 devfs (devfs) @ /usr/home/sandbox/newusb/src/sys/kern/vfs_lookup.c:428
 3rd 0xffffff0002d71c80 vfslock (vfslock) @ /usr/home/sandbox/newusb/src/sys/kern/vfs_subr.c:372
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2a
_witness_debugger() at _witness_debugger+0x49
witness_checkorder() at witness_checkorder+0x7a5
__lockmgr_args() at __lockmgr_args+0xca6
vfs_busy() at vfs_busy+0xd0
vfs_mount_alloc() at vfs_mount_alloc+0x7d
vfs_donmount() at vfs_donmount+0xf05
kernel_mount() at kernel_mount+0xa1
kernel_vmount() at kernel_vmount+0xce
vfs_mountroot_try() at vfs_mountroot_try+0xf4
vfs_mountroot() at vfs_mountroot+0x3ea
start_init() at start_init+0x62
fork_exit() at fork_exit+0x12a
fork_trampoline() at fork_trampoline+0xe
--- trap 0, rip = 0, rsp = 0xfffffffe40023d40, rbp = 0 ---
ugen1.2: <Seagate> at usbus1
umass0: <Interface0> on usbus1
umass0:  SCSI over Bulk-Only; quirks = 0x0000
lock order reversal:
 1st 0xffffff0002c4a7f8 zfs (zfs) @ /usr/home/sandbox/newusb/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:1123
 2nd 0xffffff0002d72000 vfslock (vfslock) @ /usr/home/sandbox/newusb/src/sys/kern/vfs_subr.c:372
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2a
_witness_debugger() at _witness_debugger+0x49
witness_checkorder() at witness_checkorder+0x7a5
__lockmgr_args() at __lockmgr_args+0xca6
vfs_busy() at vfs_busy+0xd0
lookup() at lookup+0x8c0
namei() at namei+0x454
kern_unlinkat() at kern_unlinkat+0x9d
vfs_mountroot_try() at vfs_mountroot_try+0x411
vfs_mountroot() at vfs_mountroot+0x3ea
start_init() at start_init+0x62
fork_exit() at fork_exit+0x12a
fork_trampoline() at fork_trampoline+0xe
--- trap 0, rip = 0, rsp = 0xfffffffe40023d40, rbp = 0 ---
lock order reversal:
 1st 0xffffff00024ee070 user map (user map) @ /usr/home/sandbox/newusb/src/sys/vm/vm_map.c:3115
 2nd 0xffffff0002c4a448 zfs (zfs) @ /usr/home/sandbox/newusb/src/sys/kern/vfs_subr.c:2049
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2a
_witness_debugger() at _witness_debugger+0x49
witness_checkorder() at witness_checkorder+0x7a5
__lockmgr_args() at __lockmgr_args+0xca6
vop_stdlock() at vop_stdlock+0x39
VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b
_vn_lock() at umass0:1:0:-1: At_tvanc_hleodc kt+o0 xs5c0bu
s1
vget() at vget+0x7d
vnode_pager_lock() at vnode_pager_lock+0x1d4
vm_fault() at vm_fault+0x22f
trap_pfault() at trap_pfault+0x103
trap() at trap+0x51c
calltrap() at calltrap+0x8
--- trap 0xc, rip = 0x40014f, rsp = 0x7fffffffee70, rbp = 0x7fffffffee90 ---
da0 at umass-sim0 bus 0 target 0 lun 0
da0: <Seagate FreeAgentDesktop 100D> Fixed Direct Access SCSI-4 device 
da0: 40.000MB/s transfers
da0: 476940MB (976773168 512 byte sectors: 255H 63S/T 60801C)
GEOM_LABEL: Label for provider da0s1 is ntfs/Backup.
Entropy harvesting:
 interrupts
 ethernet
 point_to_point
ugen1.3: <Belkin Components> at usbus1
ushub2: <Belkin Components F5U237 USB 2.0 7-Port Hub, class 9/0, rev 2.00/1.00, addr 3> on usbus1
 kickstart
.
ushub2: 7 ports with 7 removable, self powered
ugen1.4: <MARVELL .......> at usbus1
ugen1.5: <Belkin> at usbus1
rum0: <Belkin Belkin 54g USB Network Adapter, class 0/0, rev 2.00/0.01, addr 5> on usbus1
rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528
ugen1.6: <TEAC> at usbus1
umass1: <TEAC CA-200, class 0/0, rev 2.00/4.00, addr 6> on usbus1
umass1:  SCSI over Bulk-Only; quirks = 0x0000
umass1:2:1:-1: Attached to scbus2
da1 at umass-sim1 bus 1 target 0 lun 0
da1: <TEAC USB   HS-CF Card 4.00> Removable Direct Access SCSI-0 device 
da1: 40.000MB/s transfers
da1: Attempt to query device size failed: NOT READY, Medium not present
da2 at umass-sim1 bus 1 target 0 lun 1
da2: <TEAC USB   HS-xD/SM 4.00> Removable Direct Access SCSI-0 device 
da2: 40.000MB/s transfers
da2: Attempt to query device size failed: NOT READY, Medium not present
da3 at umass-sim1 bus 1 target 0 lun 2
da3: <TEAC USB   HS-MS Card 4.00> Removable Direct Access SCSI-0 device 
da3: 40.000MB/s transfers
da3: Attempt to query device size failed: NOT READY, Medium not present
da4 at umass-sim1 bus 1 target 0 lun 3
da4: <TEAC USB   HS-SD Card 4.00> Removable Direct Access SCSI-0 device 
da4: 40.000MB/s transfers
da4: Attempt to query device size failed: NOT READY, Medium not present
/dev/ad4s1a: 6872 files, 492217 used, 520797 free (3413 frags, 64673 blocks, 0.3% fragmentation)
Mismatched versions:  File system is version 2 on-disk format, which is incompatible with this software version 1!
cannot mount 'backup/20080823-0125': Operation not supported
lock order reversal:
 1st 0xffffff0004b7d098 syncer (syncer) @ /usr/home/sandbox/newusb/src/sys/kern/vfs_subr.c:1657
 2nd 0xffffff0004ba7960 vfslock (vfslock) @ /usr/home/sandbox/newusb/src/sys/kern/vfs_subr.c:372
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2a
_witness_debugger() at _witness_debugger+0x49
witness_checkorder() at witness_checkorder+0x7a5
__lockmgr_args() at __lockmgr_args+0xca6
vfs_busy() at vfs_busy+0xd0
sync_fsync() at sync_fsync+0x9c
sync_vnode() at sync_vnode+0x143
sched_sync() at sched_sync+0x1c5
fork_exit() at fork_exit+0x12a
fork_trampoline() at fork_trampoline+0xe
--- trap 0, rip = 0, rsp = 0xfffffffeb4d05d40, rbp = 0 ---
wlan0: Ethernet address: 00:17:3f:72:40:90
Starting Network: lo0.
add net default: gateway 192.168.0.1
Additional TCP/IP options:
 tcp extensions=NO
.
savecore: reboot after panic: mutex Giant not owned at /usr/home/sandbox/newusb/src/sys/kern/tty_ttydisc.c:1129
Oct 16 15:27:09 w2fzz0vc03 savecore: reboot after panic: mutex Giant not owned at /usr/home/sandbox/newusb/src/sys/kern/tty_ttydisc.c:1129
savecore: writing core to vmcore.41
wlan0: link state changed to UP
Additional ABI support:
 linux
.
Setting date via ntp.
16 Oct 15:28:06 ntpdate[1341]: step time server 192.108.114.23 offset 0.827552 sec
Setting NIS domain: aah-go-on.com.
pg_ctl: invalid data in PID file "/usr/local/pgsql/data/postmaster.pid"
Oct 16 15:28:08 w2fzz0vc03 mDNSResponder (Engineering Build) (Aug 19 2008 18:02:49) [1558]: starting
Configuring syscons:
 keymap
 font8x16
 font8x14
 font8x8
 blanktime
 screensaver
.
Local package initialization:
 uptimed
.

Thu Oct 16 15:28:11 BST 2008
Oct 16 15:31:28 w2fzz0vc03 login: ROOT LOGIN (root) ON ttyv0
Oct 16 15:41:04 w2fzz0vc03 login: ROOT LOGIN (root) ON ttyv1
Kernel page fault with the following non-sleepable locks held:
exclusive sleep mutex UMASS lock (UMASS lock) r = 0 (0xffffffff80b67e60) locked @ /usr/home/sandbox/newusb/src/sys/dev/usb2/core/usb2_transfer.c:1795
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2a
_witness_debugger() at _witness_debugger+0x49
witness_warn() at witness_warn+0x232
trap() at trap+0x38f
calltrap() at calltrap+0x8
--- trap 0xc, rip = 0xffffffff807b2a46, rsp = 0xfffffffeb7267ac0, rbp = 0xfffffffeb7267b00 ---
bcopy() at bcopy+0x16
usb2_bdma_pre_sync() at usb2_bdma_pre_sync+0x59
usb2_bdma_work_loop() at usb2_bdma_work_loop+0x2ac
usb2_command_wrapper() at usb2_command_wrapper+0x76
usb2_callback_wrapper() at usb2_callback_wrapper+0x101
usb2_command_wrapper() at usb2_command_wrapper+0x76
usb2_callback_proc() at usb2_callback_proc+0x68
usb2_process() at usb2_process+0xc0
fork_exit() at fork_exit+0x12a
fork_trampoline() at fork_trampoline+0xe
--- trap 0, rip = 0, rsp = 0xfffffffeb7267d40, rbp = 0 ---


Fatal trap 12: page fault while in kernel mode
cpuid = 3; apic id = 03
fault virtual address	= 0xfffffffe69a00000
fault code		= supervisor read data, page not present
instruction pointer	= 0x8:0xffffffff807b2a46
stack pointer	        = 0x10:0xfffffffeb7267ac0
frame pointer	        = 0x10:0xfffffffeb7267b00
code segment		= base 0x0, limit 0xfffff, type 0x1b
			= DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags	= interrupt enabled, resume, IOPL = 0
current process		= 139 (USBPROC)
lock order reversal: (Giant after non-sleepable)
 1st 0xffffffff80b67e60 UMASS lock (UMASS lock) @ /usr/home/sandbox/newusb/src/sys/dev/usb2/core/usb2_transfer.c:1795
 2nd 0xffffffff80b6bfe0 Giant (Giant) @ /usr/home/sandbox/newusb/src/sys/dev/kbdmux/kbdmux.c:1044
KDB: stack backtrace:
panic: mutex Giant not owned at /usr/home/sandbox/newusb/src/sys/kern/tty_ttydisc.c:1129
cpuid = 3
KDB: stack backtrace:
Physical memory: 4078 MB
Dumping 1154 MB: 1139 1123 1107 1091 1075 1059 1043 1027 1011 995 979 963 947 931 915 899 883 867 851 835 819 803 787 771 755 739 723 707 691 675 659 643 627 611 595 579 563 547 531 515 499 483 467 451 435 419 403 387 371 355 339 323 307 291 275 259 243 227 211 195 179 163 147 131 115 99 83 67 51 35 19 3

------------------------------------------------------------------------
kernel config

config: File /boot/kernel/kernel doesn't contain configuration file. Either unsupported, or not compiled with INCLUDE_CONFIG_FILE
 

From koitsu at FreeBSD.org  Fri Nov  7 14:12:45 2008
From: koitsu at FreeBSD.org (Jeremy Chadwick)
Date: Fri Nov  7 14:12:52 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <200811071946.01269.Thomas.Sparrevohn@btinternet.com>
References: <200810251925.47273.hselasky@c2i.net>
	<20081106210300.GA1595@wep4035.physik.uni-wuerzburg.de>
	<200811070036.15816.hselasky@c2i.net>
	<200811071946.01269.Thomas.Sparrevohn@btinternet.com>
Message-ID: <20081107220242.GA14562@icarus.home.lan>

On Fri, Nov 07, 2008 at 07:46:00PM +0000, Thomas Sparrevohn wrote:
> On Thursday 06 November 2008 23:36:14 Hans Petter Selasky wrote:
> > On Thursday 06 November 2008, Alexey Shuvaev wrote:
> > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a
> > > _witness_debugger() at _witness_debugger+0x49
> > > witness_checkorder() at witness_checkorder+0x7e6
> > > _sx_xlock() at _sx_xlock+0x44
> > > vm_map_lookup() at vm_map_lookup+0x47
> > > vm_fault() at vm_fault+0xfe
> > > trap_pfault() at trap_pfault+0x1fa
> > > trap() at trap+0x201
> > > calltrap() at calltrap+0x8
> > > --- trap 0xc, rip = 0xffffffff804b2466, rsp = 0xfffffffeba7f8ac0, rbp =
> > > 0xfffffffeba7f8b00 --- bcopy() at bcopy+0x16
> > > usb2_bdma_pre_sync() at usb2_bdma_pre_sync+0x35
> > > usb2_bdma_work_loop() at usb2_bdma_work_loop+0x29b
> > > usb2_command_wrapper() at usb2_command_wrapper+0x76
> > > usb2_callback_wrapper() at usb2_callback_wrapper+0xfd
> > > usb2_command_wrapper() at usb2_command_wrapper+0x76
> > > usb2_callback_proc() at usb2_callback_proc+0x68
> > > usb2_process() at usb2_process+0xc0
> > 
> > Hi Alexey,
> > 
> > This looks more like a busdma problem to me. "bcopy()" is called from 
> > within "bus_dmamap_sync()". Maybe you can figure out if it is the source or 
> > the destination address that fails?
> > 
> > Looks like your system has started bouncing data to the 32-bit address range.
> > 
> 
> I can reproduce an error like it whenever I use DMA on umass device - The error 
> somehow are triggered/created by the multiport patches that was introduced
> in the ATA framework back in April - For a long time I believed it was an error 
> in the ATA frame work until I discovered that If I disabled the umass device
> the error disappered 
> 
> I am using ZFS on both devices. If I change to usb2_ata the problem disappers.
> I think that is because usb2_ata does not use DMA.
> 
> I believe the problem is related to the DMA handling in the umass 
> 
> see attached fault - In short the problem has been around for a long time
> but it seems to be related to the USB stack DMA handling - before usb2
> it showed up as a DMA error in the ATA driver - but that was because
> the old umass driver somehow "stole" an active DMA 
>
> {gigantic snip}

Check out this thread, which includes patches:

http://lists.freebsd.org/pipermail/freebsd-current/2008-November/thread.html#220
http://lists.freebsd.org/pipermail/freebsd-current/2008-November/000220.html

-- 
| Jeremy Chadwick                                jdc at parodius.com |
| Parodius Networking                       http://www.parodius.com/ |
| UNIX Systems Administrator                  Mountain View, CA, USA |
| Making life hard for others since 1977.              PGP: 4BD6C0CB |

From hselasky at freebsd.org  Sat Nov  8 02:21:04 2008
From: hselasky at freebsd.org (Hans Petter Selasky)
Date: Sat Nov  8 02:21:16 2008
Subject: Serious busdma bug in -current in relation to USB harware.
In-Reply-To: <20081108001128.GA1437@icarus.home.lan>
References: <20081107082740.GA1334@icarus.home.lan>
	<200811071811.27181.hselasky@c2i.net>
	<20081108001128.GA1437@icarus.home.lan>
Message-ID: <200811081023.10058.hselasky@freebsd.org>

Hi,

The virtual offset must be retained on bounce pages. Else the EHCI and OHCI 
will misplace the data! It has nothing to do with my new USB stack. That is 
the way the USB DMA engine works. It expects that when the end of the page is 
reached the next page begins. Moving a partially a page to the beginning of a 
page gets the USB DMA engine out of sync, and it will actually fill data into 
the remaining part of the first page, if the transfer length is greater than 
the partial page part. I've made a fix in P4 for I386. Can someone propagate 
this patch to the other platforms and have it committed to -current ASAP?

http://perforce.freebsd.org/chv.cgi?CH=152649

--HPS
From Thomas.Sparrevohn at btinternet.com  Sat Nov  8 03:49:16 2008
From: Thomas.Sparrevohn at btinternet.com (Thomas Sparrevohn)
Date: Sat Nov  8 03:49:26 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <20081107220242.GA14562@icarus.home.lan>
References: <200810251925.47273.hselasky@c2i.net>
	<200811071946.01269.Thomas.Sparrevohn@btinternet.com>
	<20081107220242.GA14562@icarus.home.lan>
Message-ID: <200811081149.12568.Thomas.Sparrevohn@btinternet.com>

> > see attached fault - In short the problem has been around for a long time
> > but it seems to be related to the USB stack DMA handling - before usb2
> > it showed up as a DMA error in the ATA driver - but that was because
> > the old umass driver somehow "stole" an active DMA 
> >
> > {gigantic snip}
> 
> Check out this thread, which includes patches:
> 
> http://lists.freebsd.org/pipermail/freebsd-current/2008-November/thread.html#220
> http://lists.freebsd.org/pipermail/freebsd-current/2008-November/000220.html
> 


The patch indeed solved the problem - thanks a million 
From hselasky at c2i.net  Sat Nov  8 04:51:02 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Sat Nov  8 04:51:07 2008
Subject: (FWD) Serious busdma bug in -current in relation to USB harware.
In-Reply-To: <200811081023.10058.hselasky@freebsd.org>
References: <20081107082740.GA1334@icarus.home.lan>
	<20081108001128.GA1437@icarus.home.lan>
	<200811081023.10058.hselasky@freebsd.org>
Message-ID: <200811081353.09697.hselasky@c2i.net>

On Saturday 08 November 2008, Alexander Motin wrote:
> Hans Petter Selasky wrote:
> > http://perforce.freebsd.org/chv.cgi?CH=152649
> >
> > Change 152649 by hselasky@hselasky_laptop001 on 2008/11/08 09:09:50
> >
> >
> >     Fix a serious BUSDMA bug: The initial virtual page offset is
> >     not retained on the bounce pages, which is what the EHCI and
> >     the OHCI expects.
>
> I'm sorry, but are you sure with this? If bounce page will have the same
> page offset as original data, then how bus_dma_tag_create()'s alignment
> parameter expected to work? What if data are misaligned, but hardware
> require alignment?

Hi,

I'm not saying that my patch is fully correct for all cases, but at least it 
solves the USB case. USB uses an alignment of 1-byte for data.

Probably someone needs to sit down a think this through. Like it is now, it is 
very scary with regard to USB!

Maybe it is time to create a new busdma tag flag? BUS_DMA_NOREALIGN?

If this flag is set, busdma should refuse to load the memory if the memory is 
not aligned already to the given aligment in the DMA tag ?

--HPS
From volker at vwsoft.com  Sat Nov  8 04:59:03 2008
From: volker at vwsoft.com (Volker)
Date: Sat Nov  8 04:59:11 2008
Subject: usb keyboard dying at loader prompt
In-Reply-To: <4912E462.4090608@icyb.net.ua>
References: <4912E462.4090608@icyb.net.ua>
Message-ID: <491586B9.2020303@vwsoft.com>

Andriy,

On 12/23/-58 20:59, Andriy Gapon wrote:
> I have a quite strange problem.
> This is with 7-BETA amd64.

Did it work with earlier versions?

> All of USB is out of kernel and is loaded via modules.
> BIOS has "Legacy USB" enabled.
> I have only a USB keyboard, no PS/2 port.

Can you check BIOS settings for EHCI handover?

If the BIOS does not have handover enabled, it may disable legacy 
support after a timeout, which is often bad. IMO this is the same 
with booting off USB drives but every BIOS handles that different.

> The keyboard works file in BIOS and for selecting boot device in boot0
> menu. It also works in loader menu. If in the menu I select to go to
> loader prompt then it works for about 5 seconds and then "dies" - no
> reaction to key presses, no led change, nothing.
> I haven't actually verified if the keyboard would still work if I stayed
> in loader menu for longer than ~10 seconds.
> 
> This doesn't happen if USB is built into kernel.

That sound strange. I have no idea why that might work (or I'm 
totally wrong with my handover theory).

> Weird...

Yes, sounds like or it's probably easily explainable ;)

Volker
From hselasky at c2i.net  Sat Nov  8 08:25:03 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Sat Nov  8 08:25:14 2008
Subject: (FWD) Serious busdma bug in -current in relation to USB harware.
In-Reply-To: <200811081353.09697.hselasky@c2i.net>
References: <20081107082740.GA1334@icarus.home.lan>
	<200811081023.10058.hselasky@freebsd.org>
	<200811081353.09697.hselasky@c2i.net>
Message-ID: <200811081727.08788.hselasky@c2i.net>

On Saturday 08 November 2008, Hans Petter Selasky wrote:
> On Saturday 08 November 2008, Alexander Motin wrote:

> What is the real reason to do that? If you are saying that you uses
> 1-byte alignment then you should be able to accept _any_ address that
> busdma will allocate to you! Why original data alignment should so
> strictly affect hardware operation?

Hi,

The real reason is that the EHCI and OHCI only takes the full physical address 
of the _first_ page, and then for the subsequent pages only stores the upper 
bits of the physical address, leaving it impossible to program a per-page 
data start offset. The hardware assumes that the lower part of the physical 
address wraps modulo PAGE_SIZE, and that's it. Don't ask me why they designed 
it like that. Currently USB is broken on all architectures where bouncing is 
used. I see no other way around this than to change busdma.

--HPS
From xcllnt at mac.com  Sat Nov  8 12:08:08 2008
From: xcllnt at mac.com (Marcel Moolenaar)
Date: Sat Nov  8 12:08:20 2008
Subject: (FWD) Serious busdma bug in -current in relation to USB harware.
In-Reply-To: <200811081353.09697.hselasky@c2i.net>
References: <20081107082740.GA1334@icarus.home.lan>
	<20081108001128.GA1437@icarus.home.lan>
	<200811081023.10058.hselasky@freebsd.org>
	<200811081353.09697.hselasky@c2i.net>
Message-ID: <61594882-04B6-4DC9-AE16-FD3F0638EDCC@mac.com>


On Nov 8, 2008, at 4:53 AM, Hans Petter Selasky wrote:

> On Saturday 08 November 2008, Alexander Motin wrote:
>> Hans Petter Selasky wrote:
>>> http://perforce.freebsd.org/chv.cgi?CH=152649
>>>
>>> Change 152649 by hselasky@hselasky_laptop001 on 2008/11/08 09:09:50
>>>
>>>
>>>    Fix a serious BUSDMA bug: The initial virtual page offset is
>>>    not retained on the bounce pages, which is what the EHCI and
>>>    the OHCI expects.
>>
>> I'm sorry, but are you sure with this? If bounce page will have the  
>> same
>> page offset as original data, then how bus_dma_tag_create()'s  
>> alignment
>> parameter expected to work? What if data are misaligned, but hardware
>> require alignment?
>
> Hi,
>
> I'm not saying that my patch is fully correct for all cases, but at  
> least it
> solves the USB case. USB uses an alignment of 1-byte for data.

Another way to look at it is that USB (at least EHCI) uses page-aligned
data and that for the first descriptor you can optionally add an offset
within the page. Effectively this gives you 1-byte alignment, but it
comes with the restriction that on crossing the page boundary, all data
comes from offset 0 on subsequent pages.

-- 
Marcel Moolenaar
xcllnt@mac.com



From onemda at gmail.com  Sat Nov  8 14:42:08 2008
From: onemda at gmail.com (Paul B. Mahol)
Date: Sat Nov  8 14:42:21 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <200811072236.38267.hselasky@c2i.net>
References: <3a142e750811071154y5108f299h60bb7c1060f4567e@mail.gmail.com>
	<20081107.132401.1622434515.imp@bsdimp.com>
	<3a142e750811071229r6d452b28t7979ab08e1c90d71@mail.gmail.com>
	<200811072236.38267.hselasky@c2i.net>
Message-ID: <3a142e750811081442kc746a41j41d3d46e6688033f@mail.gmail.com>

On 11/7/08, Hans Petter Selasky <hselasky@c2i.net> wrote:
> On Friday 07 November 2008, Paul B. Mahol wrote:
>> On 11/7/08, M. Warner Losh <imp@bsdimp.com> wrote:
>
>> > : > After some time it will appear but will start attaching and
>> > : > dettaching all the time:
>
> How quick is this happening? There has been some changes to the
> sys/dev/usb2/core/uhub2.c file recently, which control how HUB is responding
> to events.

~3 seconds.

I got also this messages:

uhci1: LegSup = 0x2f00
uhci_interrupt: host controller halted
uhci_dumpregs:705: usbus1 regs: cmd=0000, sts=0020, intr=0000,
frnum=0000, flbase=3f7fa000, sof=0040, portsc1=0080, portsc2=0080
uhci_dump_qh:779: QH(0xc627e900) at 0x05a7e902: h_next=0x05a7db82
e_next=0x00000001
uhci_dump_qh:779: QH(0xc627db80) at 0x05a7db82: h_next=0x05a7dc02
e_next=0x00000001
uhci_dump_qh:779: QH(0xc627dc00) at 0x05a7dc02: h_next=0x05a7dc82
e_next=0x00000001
uhci_dump_qh:779: QH(0xc627dc80) at 0x05a7dc82: h_next=0x00000001
e_next=0x05a7dd00
uhci_interrupt: host controller halted
uhci_dumpregs:705: usbus1 regs: cmd=0000, sts=0020, intr=0000,
frnum=0000, flbase=3f7fa000, sof=0040, portsc1=0080, portsc2=0080
uhci_dump_qh:779: QH(0xc627e900) at 0x05a7e902: h_next=0x05a7db82
e_next=0x00000001
uhci_dump_qh:779: QH(0xc627db80) at 0x05a7db82: h_next=0x05a7dc02
e_next=0x00000001
uhci_dump_qh:779: QH(0xc627dc00) at 0x05a7dc02: h_next=0x05a7dc82
e_next=0x00000001
uhci_dump_qh:779: QH(0xc627dc80) at 0x05a7dc82: h_next=0x00000001
e_next=0x05a7dd00

Doesnt looks like hub is source of fault, one from perforce with
152460 comitt is not available
in CURRENT and with latest version of usb2_hub.c from perforce problem
is still there.

> Maybe you can get the date of that file from the build where it works and
> the
> build where it doesn't work, and I will check the differences.

Last time I tested usb2 from svn was before huge modularization.
From hselasky at c2i.net  Sun Nov  9 01:14:19 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Sun Nov  9 01:14:32 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <15059493.193721226221296136.JavaMail.coremail@bj163app23.163.com>
References: <3a142e750811071229r6d452b28t7979ab08e1c90d71@mail.gmail.com>
	<20081107.132401.1622434515.imp@bsdimp.com>
	<15059493.193721226221296136.JavaMail.coremail@bj163app23.163.com>
Message-ID: <200811091016.16934.hselasky@c2i.net>

On Sunday 09 November 2008, kevin wrote:
> It's a bug?
> /boot/loader.conf:
> zfs_load="YES"
> vm.kmem_size_max="2048M"
> vm.kmem_size="2048M"
> vfs.zfs.zil_disable=1
> vfs.zfs.prefetch_disable=1
> hw.psm.synaptics_support=1
> legal.intel_iwn.license_ack=1
> acpi_ibm_load="YES"
> snd_hda_load="YES"
> powerd_enable="YES"
> linux_load="YES"
> if_iwn_load="YES"
> ubtbcmfw_load="YES"
> usb2_bluetooth_load="YES"
> usb2_bluetooth_ng_load="YES"
> usb2_bluetooth_fw_load="YES"
> usb2_controller_uhci_load="YES"
> usb2_controller_ehci_load="YES"
> usb2_input_ms_load="YES"
> usb2_storage_mass_load="YES"
> usb2_image_load="YES"
>
> kldstat:
> Id Refs Address            Size     Name
>  1   82 0xffffffff80100000 756b28   kernel (/boot/kernel/kernel)
>  2    1 0xffffffff80857000 3a88f8   zfs.ko (/boot/kernel/zfs.ko)
>  3    2 0xffffffff80c00000 6670     opensolaris.ko
> (/boot/kernel/opensolaris.ko) 4    2 0xffffffff80c07000 a1dd8    linux.ko
> (/boot/kernel/linux.ko) 5    1 0xffffffff80ca9000 28470    snd_hda.ko
> (/boot/kernel/snd_hda.ko) 6    2 0xffffffff80cd2000 bc4d0    sound.ko
> (/boot/kernel/sound.ko) 7    1 0xffffffff80d8f000 7a38     acpi_ibm.ko
> (/boot/kernel/acpi_ibm.ko) 8    1 0xffffffff80d97000 24e80    if_iwn.ko
> (/boot/kernel/if_iwn.ko) 9    1 0xffffffff80dbc000 6c18     ubtbcmfw.ko
> (/boot/kernel/ubtbcmfw.ko) 10    2 0xffffffff80dc3000 27f88    usb.ko
> (/boot/kernel/usb.ko)
> 11    3 0xffffffff80deb000 be8      usb2_bluetooth.ko
> (/boot/kernel/usb2_bluetooth.ko) 12   12 0xffffffff80dec000 9c868   
> usb2_core.ko (/boot/kernel/usb2_core.ko) 13    1 0xffffffff80e89000 bbf8   
>  usb2_bluetooth_ng.ko (/boot/kernel/usb2_bluetooth_ng.ko) 14    6
> 0xffffffff80e95000 1ad00    netgraph.ko (/boot/kernel/netgraph.ko) 15    1
> 0xffffffff80eb0000 a950     usb2_bluetooth_fw.ko
> (/boot/kernel/usb2_bluetooth_fw.ko) 16    1 0xffffffff80ebb000 15978   
> usb2_controller_uhci.ko (/boot/kernel/usb2_controller_uhci.ko) 17    3
> 0xffffffff80ed1000 8780     usb2_controller.ko
> (/boot/kernel/usb2_controller.ko) 18    1 0xffffffff80eda000 19dd0   
> usb2_controller_ehci.ko (/boot/kernel/usb2_controller_ehci.ko) 19    1
> 0xffffffff80ef4000 e128     usb2_input_ms.ko
> (/boot/kernel/usb2_input_ms.ko) 20    2 0xffffffff80f03000 bd0     
> usb2_input.ko (/boot/kernel/usb2_input.ko) 21    1 0xffffffff80f04000 15c28
>    usb2_storage_mass.ko (/boot/kernel/usb2_storage_mass.ko) 22    2
> 0xffffffff80f1a000 bd8      usb2_storage.ko (/boot/kernel/usb2_storage.ko)
> 23    1 0xffffffff80f1b000 bd0      usb2_image.ko
> (/boot/kernel/usb2_image.ko) 24    4 0xffffffff81022000 1835    
> ng_bluetooth.ko (/boot/kernel/ng_bluetooth.ko) 25    1 0xffffffff81024000
> 133a9    ng_hci.ko (/boot/kernel/ng_hci.ko) 26    1 0xffffffff81038000
> 174b7    ng_l2cap.ko (/boot/kernel/ng_l2cap.ko) 27    1 0xffffffff81050000
> 2de0a    ng_btsocket.ko (/boot/kernel/ng_btsocket.ko) 28    1
> 0xffffffff8107e000 535e     ng_socket.ko (/boot/kernel/ng_socket.ko) 29   
> 1 0xffffffff81084000 8059     vkbd.ko (/boot/kernel/vkbd.ko) 30    1
> 0xffffffff8108d000 6f4      rtc.ko (/usr/local/modules/rtc.ko)
>
> I build kernel without usb*.I notice usb.ko's refs is 2, after i run
> kldunload usb.ko, it is 1.when i try to kldunload usb.ko another time,it
> return "Device busy".Any thing still request usb.ko?
>

Hi,

Could you send me your kernel config file. Maybe there is still one USB config 
entry left for the old USB stack. Else the following should do the trick: 
rm /boot/kernel/usb.ko

--HPS
From hselasky at c2i.net  Sun Nov  9 01:37:47 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Sun Nov  9 01:37:58 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <3a142e750811081442kc746a41j41d3d46e6688033f@mail.gmail.com>
References: <3a142e750811071154y5108f299h60bb7c1060f4567e@mail.gmail.com>
	<200811072236.38267.hselasky@c2i.net>
	<3a142e750811081442kc746a41j41d3d46e6688033f@mail.gmail.com>
Message-ID: <200811091039.55889.hselasky@c2i.net>

On Saturday 08 November 2008, Paul B. Mahol wrote:
> On 11/7/08, Hans Petter Selasky <hselasky@c2i.net> wrote:
> > On Friday 07 November 2008, Paul B. Mahol wrote:
> >> On 11/7/08, M. Warner Losh <imp@bsdimp.com> wrote:
> >> > : > After some time it will appear but will start attaching and
> >> > : > dettaching all the time:
> >
> > How quick is this happening? There has been some changes to the
> > sys/dev/usb2/core/uhub2.c file recently, which control how HUB is
> > responding to events.
>
> ~3 seconds.
>
> I got also this messages:
>
> uhci1: LegSup = 0x2f00
                   ^^^^ Legacy support is complaining about something!

> uhci_interrupt: host controller halted
> uhci_dumpregs:705: usbus1 regs: cmd=0000, sts=0020, intr=0000,
> frnum=0000, flbase=3f7fa000, sof=0040, portsc1=0080, portsc2=0080
> uhci_dump_qh:779: QH(0xc627e900) at 0x05a7e902: h_next=0x05a7db82
> e_next=0x00000001
> uhci_dump_qh:779: QH(0xc627db80) at 0x05a7db82: h_next=0x05a7dc02
> e_next=0x00000001
> uhci_dump_qh:779: QH(0xc627dc00) at 0x05a7dc02: h_next=0x05a7dc82
> e_next=0x00000001
> uhci_dump_qh:779: QH(0xc627dc80) at 0x05a7dc82: h_next=0x00000001
> e_next=0x05a7dd00
> uhci_interrupt: host controller halted
> uhci_dumpregs:705: usbus1 regs: cmd=0000, sts=0020, intr=0000,
> frnum=0000, flbase=3f7fa000, sof=0040, portsc1=0080, portsc2=0080
> uhci_dump_qh:779: QH(0xc627e900) at 0x05a7e902: h_next=0x05a7db82
> e_next=0x00000001
> uhci_dump_qh:779: QH(0xc627db80) at 0x05a7db82: h_next=0x05a7dc02
> e_next=0x00000001
> uhci_dump_qh:779: QH(0xc627dc00) at 0x05a7dc02: h_next=0x05a7dc82
> e_next=0x00000001
> uhci_dump_qh:779: QH(0xc627dc80) at 0x05a7dc82: h_next=0x00000001
> e_next=0x05a7dd00
>
> Doesnt looks like hub is source of fault, one from perforce with
> 152460 comitt is not available
> in CURRENT and with latest version of usb2_hub.c from perforce problem
> is still there.
>
> > Maybe you can get the date of that file from the build where it works and
> > the
> > build where it doesn't work, and I will check the differences.
>
> Last time I tested usb2 from svn was before huge modularization.

Yes, then it probably has something to do with Legacy USB support.

Some suggestions:

0) Have you tried putting the USB modules in the kernel ?

1) Try not loading the EHCI driver. Does the UHCI driver work without the host 
controller halted error?

2) sys/dev/usb2/controller/uhci2_pci.c

Try moving the pci_read/pci_write lines before the IRQ is setup:

#if (__FreeBSD_version >= 700031)
        err = bus_setup_intr(self, sc->sc_irq_res, INTR_TYPE_BIO | 
INTR_MPSAFE,
            NULL, (void *)(void *)uhci_interrupt, sc, &sc->sc_intr_hdl);
#else
        err = bus_setup_intr(self, sc->sc_irq_res, INTR_TYPE_BIO | 
INTR_MPSAFE,
            (void *)(void *)uhci_interrupt, sc, &sc->sc_intr_hdl);
#endif

        if (err) {
                device_printf(self, "Could not setup irq, %d\n", err);
                sc->sc_intr_hdl = NULL;
                goto error;
        }
        /*
         * Set the PIRQD enable bit and switch off all the others. We don't
         * want legacy support to interfere with us XXX Does this also mean
         * that the BIOS won't touch the keyboard anymore if it is connected
         * to the ports of the root hub?
         */
#if USB_DEBUG
        if (pci_read_config(self, PCI_LEGSUP, 2) != PCI_LEGSUP_USBPIRQDEN) {
                device_printf(self, "LegSup = 0x%04x\n",
                    pci_read_config(self, PCI_LEGSUP, 2));
        }
#endif
        pci_write_config(self, PCI_LEGSUP, PCI_LEGSUP_USBPIRQDEN, 2);

3) There has been some changes to the EHCI legacy support code recently. Try 
the same in EHCI: Move "ehci_pci_takecontroller" before the IRQ is setup:

sys/dev/usb2/controller/ehci2_pci.c

#if (__FreeBSD_version >= 700031)
        err = bus_setup_intr(self, sc->sc_irq_res, INTR_TYPE_BIO | 
INTR_MPSAFE,
            NULL, (void *)(void *)ehci_interrupt, sc, &sc->sc_intr_hdl);
#else
        err = bus_setup_intr(self, sc->sc_irq_res, INTR_TYPE_BIO | 
INTR_MPSAFE,
            (void *)(void *)ehci_interrupt, sc, &sc->sc_intr_hdl);
#endif
        if (err) {
                device_printf(self, "Could not setup irq, %d\n", err);
                sc->sc_intr_hdl = NULL;
                goto error;
        }
        ehci_pci_takecontroller(self);

You only need to recompile and reinstall the USB2 modules after these changes.

Try one suggestion at a time so that we can do some elimination.

--HPS
From rink at FreeBSD.org  Sun Nov  9 04:20:33 2008
From: rink at FreeBSD.org (Rink Springer)
Date: Sun Nov  9 04:20:42 2008
Subject: Patch to convert usb2 to use cdev
Message-ID: <20081109120257.GA78524@rink.nu>

Hi everyone,

I've made a patch, available at http://rink.nu/tmp/usb-cdev.diff, which
removes the custom "/dev/usb " device, associated event handlers and
custom ownership/permissions structures and converts the whole deal to
use make_dev(9) and friends. The end result is that every USB device
will get a /dev entry, which can be chmod(1)-ed, chown(1)-ed etc as
usual - futhermore, possible races between looking up a device name and
opening it are completely removed by this patch [1]

usbconfig(8) works as before after applying the patch, but obviously,
commands that involve setting permissions or ownership will return an
error as those ioctl's are no longer present; I intend to remove them
completely and from usbconfig itself after this patch has been
committed.

Feel free to review this patch; I'd like to commit it to HEAD at the end
of the week or so.

[1] The previous code would set a global variable to determine which
    USB device corresponds with the file being looked up, and a
    subsequent open call would open this device. I don't know the VFS
    well enough to determine if this can be exploited, but it doesn't
    look right to me :-)

Regards,

-- 
Rink P.W. Springer                                - http://rink.nu
"Anyway boys, this is America. Just because you get more votes doesn't
 mean you win." - Fox Mulder
From hselasky at c2i.net  Sun Nov  9 06:13:19 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Sun Nov  9 06:13:26 2008
Subject: Patch to convert usb2 to use cdev
In-Reply-To: <20081109120257.GA78524@rink.nu>
References: <20081109120257.GA78524@rink.nu>
Message-ID: <200811091515.26123.hselasky@c2i.net>

Hi Rick,

After going through your patch I have a feeling you quite well understand how 
USB2 is working with regard to the file system.

Some issues:

1) You don't have to create an alias in "usb2_fifo_attach". The 
alias /dev/usbX.Y.Z.T is mostly for internal usage.

+               make_dev_alias(f_sc->dev, buf);

2) struct usb2_privdata

I would call the structure "usb2_fs_privdata" so that it is clear that this is 
File-System related private data. There is also a field 
called "xfer->priv_sc" so it might be confusing?

3) You need to solve the problem about a per-open-call context 
for /dev/ugenX.Y . This device is supposed to be cloneable, that means 
multiple processes are allowed to open it and establish independant 
connections to the USB stack. Here are also some tricky issues with 
permissions, because I allow trunking of multiple endpoints through the same 
file-handle, called USB FS, and you have to verify that the current thread 
has permission to open the endpoint inside an ioctl function.

4) You need to generate dummy /dev/ugenX.Y.0 ... 15 inclusivly, endpoint 
holders. Typically there are not 15 endpoints, but it is difficult to 
in-advance figure out this number.

5) Given that you use "destroy_dev_sched_cb" it becomes very easy to end up in 
a situation with multiple cdev instances having identical names, because 
the "destroy_dev_sched_cb" does not delete the device until the process which 
has the device opened closes it. Especially when re-attaching an USB device.

Regarding your finding [1], I've assumed that lookup and open of a file is 
atomic in devfs regard. Else you would have to change the devfs-clone 
interface to be able to solve the problem passing along the global variables.

--HPS

On Sunday 09 November 2008, Rink Springer wrote:
> Hi everyone,
>
> I've made a patch, available at http://rink.nu/tmp/usb-cdev.diff, which
> removes the custom "/dev/usb " device, associated event handlers and
> custom ownership/permissions structures and converts the whole deal to
> use make_dev(9) and friends. The end result is that every USB device
> will get a /dev entry, which can be chmod(1)-ed, chown(1)-ed etc as
> usual - futhermore, possible races between looking up a device name and
> opening it are completely removed by this patch [1]
>
> usbconfig(8) works as before after applying the patch, but obviously,
> commands that involve setting permissions or ownership will return an
> error as those ioctl's are no longer present; I intend to remove them
> completely and from usbconfig itself after this patch has been
> committed.
>
> Feel free to review this patch; I'd like to commit it to HEAD at the end
> of the week or so.
>
> [1] The previous code would set a global variable to determine which
>     USB device corresponds with the file being looked up, and a
>     subsequent open call would open this device. I don't know the VFS
>     well enough to determine if this can be exploited, but it doesn't
>     look right to me :-)
>
From hselasky at c2i.net  Sun Nov  9 07:13:20 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Sun Nov  9 07:13:27 2008
Subject: Patch to convert usb2 to use cdev
In-Reply-To: <20081109120257.GA78524@rink.nu>
References: <20081109120257.GA78524@rink.nu>
Message-ID: <200811091515.26123.hselasky@c2i.net>

Hi Rick,

After going through your patch I have a feeling you quite well understand how 
USB2 is working with regard to the file system.

Some issues:

1) You don't have to create an alias in "usb2_fifo_attach". The 
alias /dev/usbX.Y.Z.T is mostly for internal usage.

+               make_dev_alias(f_sc->dev, buf);

2) struct usb2_privdata

I would call the structure "usb2_fs_privdata" so that it is clear that this is 
File-System related private data. There is also a field 
called "xfer->priv_sc" so it might be confusing?

3) You need to solve the problem about a per-open-call context 
for /dev/ugenX.Y . This device is supposed to be cloneable, that means 
multiple processes are allowed to open it and establish independant 
connections to the USB stack. Here are also some tricky issues with 
permissions, because I allow trunking of multiple endpoints through the same 
file-handle, called USB FS, and you have to verify that the current thread 
has permission to open the endpoint inside an ioctl function.

4) You need to generate dummy /dev/ugenX.Y.0 ... 15 inclusivly, endpoint 
holders. Typically there are not 15 endpoints, but it is difficult to 
in-advance figure out this number.

5) Given that you use "destroy_dev_sched_cb" it becomes very easy to end up in 
a situation with multiple cdev instances having identical names, because 
the "destroy_dev_sched_cb" does not delete the device until the process which 
has the device opened closes it. Especially when re-attaching an USB device.

Regarding your finding [1], I've assumed that lookup and open of a file is 
atomic in devfs regard. Else you would have to change the devfs-clone 
interface to be able to solve the problem passing along the global variables.

--HPS

On Sunday 09 November 2008, Rink Springer wrote:
> Hi everyone,
>
> I've made a patch, available at http://rink.nu/tmp/usb-cdev.diff, which
> removes the custom "/dev/usb " device, associated event handlers and
> custom ownership/permissions structures and converts the whole deal to
> use make_dev(9) and friends. The end result is that every USB device
> will get a /dev entry, which can be chmod(1)-ed, chown(1)-ed etc as
> usual - futhermore, possible races between looking up a device name and
> opening it are completely removed by this patch [1]
>
> usbconfig(8) works as before after applying the patch, but obviously,
> commands that involve setting permissions or ownership will return an
> error as those ioctl's are no longer present; I intend to remove them
> completely and from usbconfig itself after this patch has been
> committed.
>
> Feel free to review this patch; I'd like to commit it to HEAD at the end
> of the week or so.
>
> [1] The previous code would set a global variable to determine which
>     USB device corresponds with the file being looked up, and a
>     subsequent open call would open this device. I don't know the VFS
>     well enough to determine if this can be exploited, but it doesn't
>     look right to me :-)
>
From rink at FreeBSD.org  Sun Nov  9 07:47:22 2008
From: rink at FreeBSD.org (Rink Springer)
Date: Sun Nov  9 07:47:35 2008
Subject: Patch to convert usb2 to use cdev
In-Reply-To: <200811091515.26123.hselasky@c2i.net>
References: <20081109120257.GA78524@rink.nu>
	<200811091515.26123.hselasky@c2i.net>
Message-ID: <20081109154722.GC78524@rink.nu>

Hi Hans,

On Sun, Nov 09, 2008 at 03:15:25PM +0100, Hans Petter Selasky wrote:
> 1) You don't have to create an alias in "usb2_fifo_attach". The 
> alias /dev/usbX.Y.Z.T is mostly for internal usage.
> 
> +               make_dev_alias(f_sc->dev, buf);

OK, I'll remove it - I assumed it might be used elsewhere, but
appearantly this is not the case.

> 
> 2) struct usb2_privdata
> 
> I would call the structure "usb2_fs_privdata" so that it is clear that this is 
> File-System related private data. There is also a field 
> called "xfer->priv_sc" so it might be confusing?

Yeah, after some though that is way too generic - I've renamed it to
'usb2_cdev_privdata' as it's really private cdev data.

> 3) You need to solve the problem about a per-open-call context 
> for /dev/ugenX.Y . This device is supposed to be cloneable, that means 
> multiple processes are allowed to open it and establish independant 
> connections to the USB stack. Here are also some tricky issues with 
> permissions, because I allow trunking of multiple endpoints through the same 
> file-handle, called USB FS, and you have to verify that the current thread 
> has permission to open the endpoint inside an ioctl function.

Well, multiple opens aren't a problem to implement - but I fail the
permissions problem. I think allowing multiple opens is useful for
as you can do ioctl() to them - but why would you ever want to be able
to read/write the same endpoint from multiple processes?

> 4) You need to generate dummy /dev/ugenX.Y.0 ... 15 inclusivly, endpoint 
> holders. Typically there are not 15 endpoints, but it is difficult to 
> in-advance figure out this number.

OK, will do.

> 5) Given that you use "destroy_dev_sched_cb" it becomes very easy to end up in 
> a situation with multiple cdev instances having identical names, because 
> the "destroy_dev_sched_cb" does not delete the device until the process which 
> has the device opened closes it. Especially when re-attaching an USB device.

Yeah, I agree this is a problem. Robert Watson suggested that maybe a
worker thread that does all make_dev and destroy_dev calls may be a good
idea (appearantly, pccard does this already) - so they can be adequately
serialized to prevent duplicant devices from existing. I'll think about
this some more and talk to pccard people about how they did it.

-- 
Rink P.W. Springer                                - http://rink.nu
"Anyway boys, this is America. Just because you get more votes doesn't
 mean you win." - Fox Mulder
From rink at FreeBSD.org  Sun Nov  9 07:47:22 2008
From: rink at FreeBSD.org (Rink Springer)
Date: Sun Nov  9 07:47:35 2008
Subject: Patch to convert usb2 to use cdev
In-Reply-To: <200811091515.26123.hselasky@c2i.net>
References: <20081109120257.GA78524@rink.nu>
	<200811091515.26123.hselasky@c2i.net>
Message-ID: <20081109154722.GC78524@rink.nu>

Hi Hans,

On Sun, Nov 09, 2008 at 03:15:25PM +0100, Hans Petter Selasky wrote:
> 1) You don't have to create an alias in "usb2_fifo_attach". The 
> alias /dev/usbX.Y.Z.T is mostly for internal usage.
> 
> +               make_dev_alias(f_sc->dev, buf);

OK, I'll remove it - I assumed it might be used elsewhere, but
appearantly this is not the case.

> 
> 2) struct usb2_privdata
> 
> I would call the structure "usb2_fs_privdata" so that it is clear that this is 
> File-System related private data. There is also a field 
> called "xfer->priv_sc" so it might be confusing?

Yeah, after some though that is way too generic - I've renamed it to
'usb2_cdev_privdata' as it's really private cdev data.

> 3) You need to solve the problem about a per-open-call context 
> for /dev/ugenX.Y . This device is supposed to be cloneable, that means 
> multiple processes are allowed to open it and establish independant 
> connections to the USB stack. Here are also some tricky issues with 
> permissions, because I allow trunking of multiple endpoints through the same 
> file-handle, called USB FS, and you have to verify that the current thread 
> has permission to open the endpoint inside an ioctl function.

Well, multiple opens aren't a problem to implement - but I fail the
permissions problem. I think allowing multiple opens is useful for
as you can do ioctl() to them - but why would you ever want to be able
to read/write the same endpoint from multiple processes?

> 4) You need to generate dummy /dev/ugenX.Y.0 ... 15 inclusivly, endpoint 
> holders. Typically there are not 15 endpoints, but it is difficult to 
> in-advance figure out this number.

OK, will do.

> 5) Given that you use "destroy_dev_sched_cb" it becomes very easy to end up in 
> a situation with multiple cdev instances having identical names, because 
> the "destroy_dev_sched_cb" does not delete the device until the process which 
> has the device opened closes it. Especially when re-attaching an USB device.

Yeah, I agree this is a problem. Robert Watson suggested that maybe a
worker thread that does all make_dev and destroy_dev calls may be a good
idea (appearantly, pccard does this already) - so they can be adequately
serialized to prevent duplicant devices from existing. I'll think about
this some more and talk to pccard people about how they did it.

-- 
Rink P.W. Springer                                - http://rink.nu
"Anyway boys, this is America. Just because you get more votes doesn't
 mean you win." - Fox Mulder
From hselasky at c2i.net  Sun Nov  9 07:58:03 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Sun Nov  9 07:58:08 2008
Subject: Patch to convert usb2 to use cdev
In-Reply-To: <20081109154722.GC78524@rink.nu>
References: <20081109120257.GA78524@rink.nu>
	<200811091515.26123.hselasky@c2i.net>
	<20081109154722.GC78524@rink.nu>
Message-ID: <200811091700.06932.hselasky@c2i.net>

Hi Rick,

On Sunday 09 November 2008, Rink Springer wrote:
> Hi Hans,
...
>
> > 3) You need to solve the problem about a per-open-call context
> > for /dev/ugenX.Y . This device is supposed to be cloneable, that means
> > multiple processes are allowed to open it and establish independant
> > connections to the USB stack. Here are also some tricky issues with
> > permissions, because I allow trunking of multiple endpoints through the
> > same file-handle, called USB FS, and you have to verify that the current
> > thread has permission to open the endpoint inside an ioctl function.
>
> Well, multiple opens aren't a problem to implement - but I fail the
> permissions problem. I think allowing multiple opens is useful for
> as you can do ioctl() to them - but why would you ever want to be able
> to read/write the same endpoint from multiple processes?

Hi,

It is not the same endpoint, but multiple different endpoints on the same 
device through the same file handle. Instead of one endpoint per file, you 
have one file handle for each set of endpoints you need for your USB userland 
driver, like LibUSB. Then there is only one file-handle to poll. Actually 
there are two modes in UGEN now. Maybe you were not aware. Let me quickly 
explain:

1) Simple read/write mode that works with cat & dd.

2) Special USB FS mode which exposes the full USB features to userland. This 
mode does not use read/write, but rather copyin, copyout and a set of 
software USB descriptors.

--HPS
From hselasky at c2i.net  Sun Nov  9 08:09:25 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Sun Nov  9 08:09:36 2008
Subject: Patch to convert usb2 to use cdev
In-Reply-To: <20081109154722.GC78524@rink.nu>
References: <20081109120257.GA78524@rink.nu>
	<200811091515.26123.hselasky@c2i.net>
	<20081109154722.GC78524@rink.nu>
Message-ID: <200811091711.32260.hselasky@c2i.net>

Hi Rick,

> but why would you ever want to be able 
> to read/write the same endpoint from multiple processes?
>

The control endpoint is a special endpoint which is shared and might be 
accessed from multiple process. Else you are right that only one process 
should access and endpoint at a time.

--HPS
From hselasky at c2i.net  Sun Nov  9 08:09:25 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Sun Nov  9 08:09:36 2008
Subject: Patch to convert usb2 to use cdev
In-Reply-To: <20081109154722.GC78524@rink.nu>
References: <20081109120257.GA78524@rink.nu>
	<200811091515.26123.hselasky@c2i.net>
	<20081109154722.GC78524@rink.nu>
Message-ID: <200811091711.32260.hselasky@c2i.net>

Hi Rick,

> but why would you ever want to be able 
> to read/write the same endpoint from multiple processes?
>

The control endpoint is a special endpoint which is shared and might be 
accessed from multiple process. Else you are right that only one process 
should access and endpoint at a time.

--HPS
From rink at FreeBSD.org  Sun Nov  9 08:28:34 2008
From: rink at FreeBSD.org (Rink Springer)
Date: Sun Nov  9 08:28:46 2008
Subject: Patch to convert usb2 to use cdev
In-Reply-To: <200811091700.06932.hselasky@c2i.net>
References: <20081109120257.GA78524@rink.nu>
	<200811091515.26123.hselasky@c2i.net>
	<20081109154722.GC78524@rink.nu>
	<200811091700.06932.hselasky@c2i.net>
Message-ID: <20081109162835.GE78524@rink.nu>

Hi Hans,

On Sun, Nov 09, 2008 at 05:00:05PM +0100, Hans Petter Selasky wrote:
> It is not the same endpoint, but multiple different endpoints on the same 
> device through the same file handle. Instead of one endpoint per file, you 
> have one file handle for each set of endpoints you need for your USB userland 
> driver, like LibUSB. Then there is only one file-handle to poll. Actually 
> there are two modes in UGEN now. Maybe you were not aware. Let me quickly 
> explain:
> 
> 1) Simple read/write mode that works with cat & dd.
> 
> 2) Special USB FS mode which exposes the full USB features to userland. This 
> mode does not use read/write, but rather copyin, copyout and a set of 
> software USB descriptors.

Hmm, I think I see what you mean. Basically, you just
open("/dev/ugenX.Y") and you can use the USB_FS_xxx ioctl's to have
fine-grained control. However, if you open("/dev/ugen.X.Y.Z"), you'd
talk with endpoint Z on USB device X.Y..  this is actually quite cool,
guess I should have studied usb2_generic.c more :-)

I think it makes sense to say that if /dev/ugenX.Y is opened, you
shouldn't be able to open /dev/ugenX.Y.Z, right? However, what happends
if /dev/ugenX.Y.Z is opened? I'd think that opening /dev/ugenX.Y would
be fine, but any ioctl() dealing with the corresponding endpoint Z
should be denied.

Does this make sense to you?

-- 
Rink P.W. Springer                                - http://rink.nu
"Anyway boys, this is America. Just because you get more votes doesn't
 mean you win." - Fox Mulder
From rink at FreeBSD.org  Sun Nov  9 08:28:34 2008
From: rink at FreeBSD.org (Rink Springer)
Date: Sun Nov  9 08:28:46 2008
Subject: Patch to convert usb2 to use cdev
In-Reply-To: <200811091700.06932.hselasky@c2i.net>
References: <20081109120257.GA78524@rink.nu>
	<200811091515.26123.hselasky@c2i.net>
	<20081109154722.GC78524@rink.nu>
	<200811091700.06932.hselasky@c2i.net>
Message-ID: <20081109162835.GE78524@rink.nu>

Hi Hans,

On Sun, Nov 09, 2008 at 05:00:05PM +0100, Hans Petter Selasky wrote:
> It is not the same endpoint, but multiple different endpoints on the same 
> device through the same file handle. Instead of one endpoint per file, you 
> have one file handle for each set of endpoints you need for your USB userland 
> driver, like LibUSB. Then there is only one file-handle to poll. Actually 
> there are two modes in UGEN now. Maybe you were not aware. Let me quickly 
> explain:
> 
> 1) Simple read/write mode that works with cat & dd.
> 
> 2) Special USB FS mode which exposes the full USB features to userland. This 
> mode does not use read/write, but rather copyin, copyout and a set of 
> software USB descriptors.

Hmm, I think I see what you mean. Basically, you just
open("/dev/ugenX.Y") and you can use the USB_FS_xxx ioctl's to have
fine-grained control. However, if you open("/dev/ugen.X.Y.Z"), you'd
talk with endpoint Z on USB device X.Y..  this is actually quite cool,
guess I should have studied usb2_generic.c more :-)

I think it makes sense to say that if /dev/ugenX.Y is opened, you
shouldn't be able to open /dev/ugenX.Y.Z, right? However, what happends
if /dev/ugenX.Y.Z is opened? I'd think that opening /dev/ugenX.Y would
be fine, but any ioctl() dealing with the corresponding endpoint Z
should be denied.

Does this make sense to you?

-- 
Rink P.W. Springer                                - http://rink.nu
"Anyway boys, this is America. Just because you get more votes doesn't
 mean you win." - Fox Mulder
From rink at FreeBSD.org  Sun Nov  9 08:39:04 2008
From: rink at FreeBSD.org (Rink Springer)
Date: Sun Nov  9 08:39:15 2008
Subject: Patch to convert usb2 to use cdev
In-Reply-To: <20081109162835.GE78524@rink.nu>
References: <20081109120257.GA78524@rink.nu>
	<200811091515.26123.hselasky@c2i.net>
	<20081109154722.GC78524@rink.nu>
	<200811091700.06932.hselasky@c2i.net>
	<20081109162835.GE78524@rink.nu>
Message-ID: <20081109163906.GF78524@rink.nu>

On Sun, Nov 09, 2008 at 05:28:35PM +0100, Rink Springer wrote:
> I think it makes sense to say that if /dev/ugenX.Y is opened, you
> shouldn't be able to open /dev/ugenX.Y.Z, right? However, what happends
> if /dev/ugenX.Y.Z is opened? I'd think that opening /dev/ugenX.Y would
> be fine, but any ioctl() dealing with the corresponding endpoint Z
> should be denied.

Come to think of it, I'd expect that an application would either:

1) Open /dev/ugenX.Y and chat with whatever endpoints it needs
2) Open /dev/ugenX.Y.{Z1,Z2} and chat with them

But not mix these - thus, if a device opens /dev/ugenX.Y, I'd say it
should have complete control since it asked for this; if it opens
/dev/ugenX.Y.Z, anyone else can open /dev/ugenX.Y.Z' if Z' != Z.

You see, I'd prefer to keep the implementation reasonably easy - for
example, what happends if a process forks off extra threads which each
open a /dev/usbX.Y.Z device? Should they be allowed? What if one of them
dies, etc... I'd like to avoid the whole 'the same process can...'
alltogether for this purpose.

(Of course, the zero endpoint should be magic, since you need it to
suspend/resume a device etc.)

Does this make sense to you (or anyone else for what matter? :-)

-- 
Rink P.W. Springer                                - http://rink.nu
"Anyway boys, this is America. Just because you get more votes doesn't
 mean you win." - Fox Mulder
From rink at FreeBSD.org  Sun Nov  9 08:39:04 2008
From: rink at FreeBSD.org (Rink Springer)
Date: Sun Nov  9 08:39:15 2008
Subject: Patch to convert usb2 to use cdev
In-Reply-To: <20081109162835.GE78524@rink.nu>
References: <20081109120257.GA78524@rink.nu>
	<200811091515.26123.hselasky@c2i.net>
	<20081109154722.GC78524@rink.nu>
	<200811091700.06932.hselasky@c2i.net>
	<20081109162835.GE78524@rink.nu>
Message-ID: <20081109163906.GF78524@rink.nu>

On Sun, Nov 09, 2008 at 05:28:35PM +0100, Rink Springer wrote:
> I think it makes sense to say that if /dev/ugenX.Y is opened, you
> shouldn't be able to open /dev/ugenX.Y.Z, right? However, what happends
> if /dev/ugenX.Y.Z is opened? I'd think that opening /dev/ugenX.Y would
> be fine, but any ioctl() dealing with the corresponding endpoint Z
> should be denied.

Come to think of it, I'd expect that an application would either:

1) Open /dev/ugenX.Y and chat with whatever endpoints it needs
2) Open /dev/ugenX.Y.{Z1,Z2} and chat with them

But not mix these - thus, if a device opens /dev/ugenX.Y, I'd say it
should have complete control since it asked for this; if it opens
/dev/ugenX.Y.Z, anyone else can open /dev/ugenX.Y.Z' if Z' != Z.

You see, I'd prefer to keep the implementation reasonably easy - for
example, what happends if a process forks off extra threads which each
open a /dev/usbX.Y.Z device? Should they be allowed? What if one of them
dies, etc... I'd like to avoid the whole 'the same process can...'
alltogether for this purpose.

(Of course, the zero endpoint should be magic, since you need it to
suspend/resume a device etc.)

Does this make sense to you (or anyone else for what matter? :-)

-- 
Rink P.W. Springer                                - http://rink.nu
"Anyway boys, this is America. Just because you get more votes doesn't
 mean you win." - Fox Mulder
From hselasky at c2i.net  Sun Nov  9 08:46:04 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Sun Nov  9 08:46:22 2008
Subject: Patch to convert usb2 to use cdev
In-Reply-To: <20081109162835.GE78524@rink.nu>
References: <20081109120257.GA78524@rink.nu>
	<200811091700.06932.hselasky@c2i.net>
	<20081109162835.GE78524@rink.nu>
Message-ID: <200811091748.05863.hselasky@c2i.net>

On Sunday 09 November 2008, Rink Springer wrote:
> Hi Hans,
>
> On Sun, Nov 09, 2008 at 05:00:05PM +0100, Hans Petter Selasky wrote:
> > It is not the same endpoint, but multiple different endpoints on the same
> > device through the same file handle. Instead of one endpoint per file,
> > you have one file handle for each set of endpoints you need for your USB
> > userland driver, like LibUSB. Then there is only one file-handle to poll.
> > Actually there are two modes in UGEN now. Maybe you were not aware. Let
> > me quickly explain:
> >
> > 1) Simple read/write mode that works with cat & dd.
> >
> > 2) Special USB FS mode which exposes the full USB features to userland.
> > This mode does not use read/write, but rather copyin, copyout and a set
> > of software USB descriptors.
>
> Hmm, I think I see what you mean. Basically, you just
> open("/dev/ugenX.Y") and you can use the USB_FS_xxx ioctl's to have
> fine-grained control. However, if you open("/dev/ugen.X.Y.Z"), you'd
> talk with endpoint Z on USB device X.Y..  this is actually quite cool,
> guess I should have studied usb2_generic.c more :-)

That's correct.

>
> I think it makes sense to say that if /dev/ugenX.Y is opened, you
> shouldn't be able to open /dev/ugenX.Y.Z, right? However, what happends
> if /dev/ugenX.Y.Z is opened? I'd think that opening /dev/ugenX.Y would
> be fine, but any ioctl() dealing with the corresponding endpoint Z
> should be denied.

I would say it be allowed to open the endpoint both ways at the same time. It 
can make debugging easier.

But there can be two different processes opening /dev/ugenX.Y at the same 
time, accessing different endpoints!

--HPS
From hselasky at c2i.net  Sun Nov  9 08:46:04 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Sun Nov  9 08:46:23 2008
Subject: Patch to convert usb2 to use cdev
In-Reply-To: <20081109162835.GE78524@rink.nu>
References: <20081109120257.GA78524@rink.nu>
	<200811091700.06932.hselasky@c2i.net>
	<20081109162835.GE78524@rink.nu>
Message-ID: <200811091748.05863.hselasky@c2i.net>

On Sunday 09 November 2008, Rink Springer wrote:
> Hi Hans,
>
> On Sun, Nov 09, 2008 at 05:00:05PM +0100, Hans Petter Selasky wrote:
> > It is not the same endpoint, but multiple different endpoints on the same
> > device through the same file handle. Instead of one endpoint per file,
> > you have one file handle for each set of endpoints you need for your USB
> > userland driver, like LibUSB. Then there is only one file-handle to poll.
> > Actually there are two modes in UGEN now. Maybe you were not aware. Let
> > me quickly explain:
> >
> > 1) Simple read/write mode that works with cat & dd.
> >
> > 2) Special USB FS mode which exposes the full USB features to userland.
> > This mode does not use read/write, but rather copyin, copyout and a set
> > of software USB descriptors.
>
> Hmm, I think I see what you mean. Basically, you just
> open("/dev/ugenX.Y") and you can use the USB_FS_xxx ioctl's to have
> fine-grained control. However, if you open("/dev/ugen.X.Y.Z"), you'd
> talk with endpoint Z on USB device X.Y..  this is actually quite cool,
> guess I should have studied usb2_generic.c more :-)

That's correct.

>
> I think it makes sense to say that if /dev/ugenX.Y is opened, you
> shouldn't be able to open /dev/ugenX.Y.Z, right? However, what happends
> if /dev/ugenX.Y.Z is opened? I'd think that opening /dev/ugenX.Y would
> be fine, but any ioctl() dealing with the corresponding endpoint Z
> should be denied.

I would say it be allowed to open the endpoint both ways at the same time. It 
can make debugging easier.

But there can be two different processes opening /dev/ugenX.Y at the same 
time, accessing different endpoints!

--HPS
From hselasky at c2i.net  Sun Nov  9 08:53:24 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Sun Nov  9 08:53:36 2008
Subject: Patch to convert usb2 to use cdev
In-Reply-To: <20081109163906.GF78524@rink.nu>
References: <20081109120257.GA78524@rink.nu> <20081109162835.GE78524@rink.nu>
	<20081109163906.GF78524@rink.nu>
Message-ID: <200811091755.23962.hselasky@c2i.net>

Hi Rick,

On Sunday 09 November 2008, Rink Springer wrote:
> On Sun, Nov 09, 2008 at 05:28:35PM +0100, Rink Springer wrote:
> > I think it makes sense to say that if /dev/ugenX.Y is opened, you
> > shouldn't be able to open /dev/ugenX.Y.Z, right? However, what happends
> > if /dev/ugenX.Y.Z is opened? I'd think that opening /dev/ugenX.Y would
> > be fine, but any ioctl() dealing with the corresponding endpoint Z
> > should be denied.
>
> Come to think of it, I'd expect that an application would either:
>
> 1) Open /dev/ugenX.Y and chat with whatever endpoints it needs
> 2) Open /dev/ugenX.Y.{Z1,Z2} and chat with them

Right.

>
> But not mix these - thus, if a device opens /dev/ugenX.Y, I'd say it
> should have complete control since it asked for this; if it opens
> /dev/ugenX.Y.Z, anyone else can open /dev/ugenX.Y.Z' if Z' != Z.
>
> You see, I'd prefer to keep the implementation reasonably easy - for
> example, what happends if a process forks off extra threads which each
> open a /dev/usbX.Y.Z device? Should they be allowed? 

I would say yes. For debugging purpose only. Sometimes you need to do things 
out of the ordinary, and then this is a very easy way to do it.

> What if one of them  
> dies, etc... I'd like to avoid the whole 'the same process can...' 
> alltogether for this purpose.

LibUSB20 currently uses the /dev/ugenX.Y for all device access. /dev/ugenX.Y.Z 
is mostly there for backwards compatibility and debugging.

With some minor tweaks to devfs the "magic" I'm already doing, would become 
much simpler.

>
> (Of course, the zero endpoint should be magic, since you need it to
> suspend/resume a device etc.)
>
> Does this make sense to you (or anyone else for what matter? :-)

Yes, I think you are getting it now :-)

--HPS
From hselasky at c2i.net  Sun Nov  9 08:53:24 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Sun Nov  9 08:53:36 2008
Subject: Patch to convert usb2 to use cdev
In-Reply-To: <20081109163906.GF78524@rink.nu>
References: <20081109120257.GA78524@rink.nu> <20081109162835.GE78524@rink.nu>
	<20081109163906.GF78524@rink.nu>
Message-ID: <200811091755.23962.hselasky@c2i.net>

Hi Rick,

On Sunday 09 November 2008, Rink Springer wrote:
> On Sun, Nov 09, 2008 at 05:28:35PM +0100, Rink Springer wrote:
> > I think it makes sense to say that if /dev/ugenX.Y is opened, you
> > shouldn't be able to open /dev/ugenX.Y.Z, right? However, what happends
> > if /dev/ugenX.Y.Z is opened? I'd think that opening /dev/ugenX.Y would
> > be fine, but any ioctl() dealing with the corresponding endpoint Z
> > should be denied.
>
> Come to think of it, I'd expect that an application would either:
>
> 1) Open /dev/ugenX.Y and chat with whatever endpoints it needs
> 2) Open /dev/ugenX.Y.{Z1,Z2} and chat with them

Right.

>
> But not mix these - thus, if a device opens /dev/ugenX.Y, I'd say it
> should have complete control since it asked for this; if it opens
> /dev/ugenX.Y.Z, anyone else can open /dev/ugenX.Y.Z' if Z' != Z.
>
> You see, I'd prefer to keep the implementation reasonably easy - for
> example, what happends if a process forks off extra threads which each
> open a /dev/usbX.Y.Z device? Should they be allowed? 

I would say yes. For debugging purpose only. Sometimes you need to do things 
out of the ordinary, and then this is a very easy way to do it.

> What if one of them  
> dies, etc... I'd like to avoid the whole 'the same process can...' 
> alltogether for this purpose.

LibUSB20 currently uses the /dev/ugenX.Y for all device access. /dev/ugenX.Y.Z 
is mostly there for backwards compatibility and debugging.

With some minor tweaks to devfs the "magic" I'm already doing, would become 
much simpler.

>
> (Of course, the zero endpoint should be magic, since you need it to
> suspend/resume a device etc.)
>
> Does this make sense to you (or anyone else for what matter? :-)

Yes, I think you are getting it now :-)

--HPS
From hselasky at c2i.net  Sun Nov  9 08:58:05 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Sun Nov  9 08:58:11 2008
Subject: Patch to convert usb2 to use cdev
In-Reply-To: <20081109154722.GC78524@rink.nu>
References: <20081109120257.GA78524@rink.nu>
	<200811091515.26123.hselasky@c2i.net>
	<20081109154722.GC78524@rink.nu>
Message-ID: <200811091700.06932.hselasky@c2i.net>

Hi Rick,

On Sunday 09 November 2008, Rink Springer wrote:
> Hi Hans,
...
>
> > 3) You need to solve the problem about a per-open-call context
> > for /dev/ugenX.Y . This device is supposed to be cloneable, that means
> > multiple processes are allowed to open it and establish independant
> > connections to the USB stack. Here are also some tricky issues with
> > permissions, because I allow trunking of multiple endpoints through the
> > same file-handle, called USB FS, and you have to verify that the current
> > thread has permission to open the endpoint inside an ioctl function.
>
> Well, multiple opens aren't a problem to implement - but I fail the
> permissions problem. I think allowing multiple opens is useful for
> as you can do ioctl() to them - but why would you ever want to be able
> to read/write the same endpoint from multiple processes?

Hi,

It is not the same endpoint, but multiple different endpoints on the same 
device through the same file handle. Instead of one endpoint per file, you 
have one file handle for each set of endpoints you need for your USB userland 
driver, like LibUSB. Then there is only one file-handle to poll. Actually 
there are two modes in UGEN now. Maybe you were not aware. Let me quickly 
explain:

1) Simple read/write mode that works with cat & dd.

2) Special USB FS mode which exposes the full USB features to userland. This 
mode does not use read/write, but rather copyin, copyout and a set of 
software USB descriptors.

--HPS
From onemda at gmail.com  Sun Nov  9 09:15:18 2008
From: onemda at gmail.com (Paul B. Mahol)
Date: Sun Nov  9 09:15:24 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <200811091039.55889.hselasky@c2i.net>
References: <3a142e750811071154y5108f299h60bb7c1060f4567e@mail.gmail.com>
	<200811072236.38267.hselasky@c2i.net>
	<3a142e750811081442kc746a41j41d3d46e6688033f@mail.gmail.com>
	<200811091039.55889.hselasky@c2i.net>
Message-ID: <3a142e750811090915u389a3bfeqf4a13fc8b6c70c5d@mail.gmail.com>

On 11/9/08, Hans Petter Selasky <hselasky@c2i.net> wrote:
> On Saturday 08 November 2008, Paul B. Mahol wrote:
>> On 11/7/08, Hans Petter Selasky <hselasky@c2i.net> wrote:
>> > On Friday 07 November 2008, Paul B. Mahol wrote:
>> >> On 11/7/08, M. Warner Losh <imp@bsdimp.com> wrote:
>> >> > : > After some time it will appear but will start attaching and
>> >> > : > dettaching all the time:
>> >
>> > How quick is this happening? There has been some changes to the
>> > sys/dev/usb2/core/uhub2.c file recently, which control how HUB is
>> > responding to events.
>>
>> ~3 seconds.
>>
>> I got also this messages:
>>
>> uhci1: LegSup = 0x2f00
>                    ^^^^ Legacy support is complaining about something!
>
>> uhci_interrupt: host controller halted
>> uhci_dumpregs:705: usbus1 regs: cmd=0000, sts=0020, intr=0000,
>> frnum=0000, flbase=3f7fa000, sof=0040, portsc1=0080, portsc2=0080
>> uhci_dump_qh:779: QH(0xc627e900) at 0x05a7e902: h_next=0x05a7db82
>> e_next=0x00000001
>> uhci_dump_qh:779: QH(0xc627db80) at 0x05a7db82: h_next=0x05a7dc02
>> e_next=0x00000001
>> uhci_dump_qh:779: QH(0xc627dc00) at 0x05a7dc02: h_next=0x05a7dc82
>> e_next=0x00000001
>> uhci_dump_qh:779: QH(0xc627dc80) at 0x05a7dc82: h_next=0x00000001
>> e_next=0x05a7dd00
>> uhci_interrupt: host controller halted
>> uhci_dumpregs:705: usbus1 regs: cmd=0000, sts=0020, intr=0000,
>> frnum=0000, flbase=3f7fa000, sof=0040, portsc1=0080, portsc2=0080
>> uhci_dump_qh:779: QH(0xc627e900) at 0x05a7e902: h_next=0x05a7db82
>> e_next=0x00000001
>> uhci_dump_qh:779: QH(0xc627db80) at 0x05a7db82: h_next=0x05a7dc02
>> e_next=0x00000001
>> uhci_dump_qh:779: QH(0xc627dc00) at 0x05a7dc02: h_next=0x05a7dc82
>> e_next=0x00000001
>> uhci_dump_qh:779: QH(0xc627dc80) at 0x05a7dc82: h_next=0x00000001
>> e_next=0x05a7dd00
>>
>> Doesnt looks like hub is source of fault, one from perforce with
>> 152460 comitt is not available
>> in CURRENT and with latest version of usb2_hub.c from perforce problem
>> is still there.
>>
>> > Maybe you can get the date of that file from the build where it works
>> > and
>> > the
>> > build where it doesn't work, and I will check the differences.
>>
>> Last time I tested usb2 from svn was before huge modularization.
>
> Yes, then it probably has something to do with Legacy USB support.
>
> Some suggestions:
>
> 0) Have you tried putting the USB modules in the kernel ?
>
> 1) Try not loading the EHCI driver. Does the UHCI driver work without the
> host 
> controller halted error?
>
> 2) sys/dev/usb2/controller/uhci2_pci.c
>
> Try moving the pci_read/pci_write lines before the IRQ is setup:
>
> #if (__FreeBSD_version >= 700031)
>         err = bus_setup_intr(self, sc->sc_irq_res, INTR_TYPE_BIO | 
> INTR_MPSAFE,
>             NULL, (void *)(void *)uhci_interrupt, sc, &sc->sc_intr_hdl);
> #else
>         err = bus_setup_intr(self, sc->sc_irq_res, INTR_TYPE_BIO | 
> INTR_MPSAFE,
>             (void *)(void *)uhci_interrupt, sc, &sc->sc_intr_hdl);
> #endif
>
>         if (err) {
>                 device_printf(self, "Could not setup irq, %d\n", err);
>                 sc->sc_intr_hdl = NULL;
>                 goto error;
>         }
>         /*
>          * Set the PIRQD enable bit and switch off all the others. We don't
>          * want legacy support to interfere with us XXX Does this also mean
>          * that the BIOS won't touch the keyboard anymore if it is connected
>          * to the ports of the root hub?
>          */
> #if USB_DEBUG
>         if (pci_read_config(self, PCI_LEGSUP, 2) != PCI_LEGSUP_USBPIRQDEN) {
>                 device_printf(self, "LegSup = 0x%04x\n",
>                     pci_read_config(self, PCI_LEGSUP, 2));
>         }
> #endif
>         pci_write_config(self, PCI_LEGSUP, PCI_LEGSUP_USBPIRQDEN, 2);
>
> 3) There has been some changes to the EHCI legacy support code recently. Try
> the same in EHCI: Move "ehci_pci_takecontroller" before the IRQ is setup:
>
> sys/dev/usb2/controller/ehci2_pci.c
>
> #if (__FreeBSD_version >= 700031)
>         err = bus_setup_intr(self, sc->sc_irq_res, INTR_TYPE_BIO | 
> INTR_MPSAFE,
>             NULL, (void *)(void *)ehci_interrupt, sc, &sc->sc_intr_hdl);
> #else
>         err = bus_setup_intr(self, sc->sc_irq_res, INTR_TYPE_BIO | 
> INTR_MPSAFE,
>             (void *)(void *)ehci_interrupt, sc, &sc->sc_intr_hdl);
> #endif
>         if (err) {
>                 device_printf(self, "Could not setup irq, %d\n", err);
>                 sc->sc_intr_hdl = NULL;
>                 goto error;
>         }
>         ehci_pci_takecontroller(self);
>
> You only need to recompile and reinstall the USB2 modules after these
> changes.
>
> Try one suggestion at a time so that we can do some elimination.

Real source of problem was card itself (similar errors were happening in oldusb, linux and windows)

Another card works fine. Sorry for the noise.
From kevinxlinuz at 163.com  Sun Nov  9 19:12:32 2008
From: kevinxlinuz at 163.com (kevin)
Date: Sun Nov  9 19:12:44 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <200811091016.16934.hselasky@c2i.net>
References: <3a142e750811071229r6d452b28t7979ab08e1c90d71@mail.gmail.com>
	<20081107.132401.1622434515.imp@bsdimp.com>
	<15059493.193721226221296136.JavaMail.coremail@bj163app23.163.com>
	<200811091016.16934.hselasky@c2i.net>
Message-ID: <4917A695.3030903@163.com>

Hans Petter Selasky wrote:
> On Sunday 09 November 2008, kevin wrote:
>   
>> It's a bug?
>> /boot/loader.conf:
>> zfs_load="YES"
>> vm.kmem_size_max="2048M"
>> vm.kmem_size="2048M"
>> vfs.zfs.zil_disable=1
>> vfs.zfs.prefetch_disable=1
>> hw.psm.synaptics_support=1
>> legal.intel_iwn.license_ack=1
>> acpi_ibm_load="YES"
>> snd_hda_load="YES"
>> powerd_enable="YES"
>> linux_load="YES"
>> if_iwn_load="YES"
>> ubtbcmfw_load="YES"
>> usb2_bluetooth_load="YES"
>> usb2_bluetooth_ng_load="YES"
>> usb2_bluetooth_fw_load="YES"
>> usb2_controller_uhci_load="YES"
>> usb2_controller_ehci_load="YES"
>> usb2_input_ms_load="YES"
>> usb2_storage_mass_load="YES"
>> usb2_image_load="YES"
>>
>> kldstat:
>> Id Refs Address            Size     Name
>>  1   82 0xffffffff80100000 756b28   kernel (/boot/kernel/kernel)
>>  2    1 0xffffffff80857000 3a88f8   zfs.ko (/boot/kernel/zfs.ko)
>>  3    2 0xffffffff80c00000 6670     opensolaris.ko
>> (/boot/kernel/opensolaris.ko) 4    2 0xffffffff80c07000 a1dd8    linux.ko
>> (/boot/kernel/linux.ko) 5    1 0xffffffff80ca9000 28470    snd_hda.ko
>> (/boot/kernel/snd_hda.ko) 6    2 0xffffffff80cd2000 bc4d0    sound.ko
>> (/boot/kernel/sound.ko) 7    1 0xffffffff80d8f000 7a38     acpi_ibm.ko
>> (/boot/kernel/acpi_ibm.ko) 8    1 0xffffffff80d97000 24e80    if_iwn.ko
>> (/boot/kernel/if_iwn.ko) 9    1 0xffffffff80dbc000 6c18     ubtbcmfw.ko
>> (/boot/kernel/ubtbcmfw.ko) 10    2 0xffffffff80dc3000 27f88    usb.ko
>> (/boot/kernel/usb.ko)
>> 11    3 0xffffffff80deb000 be8      usb2_bluetooth.ko
>> (/boot/kernel/usb2_bluetooth.ko) 12   12 0xffffffff80dec000 9c868   
>> usb2_core.ko (/boot/kernel/usb2_core.ko) 13    1 0xffffffff80e89000 bbf8   
>>  usb2_bluetooth_ng.ko (/boot/kernel/usb2_bluetooth_ng.ko) 14    6
>> 0xffffffff80e95000 1ad00    netgraph.ko (/boot/kernel/netgraph.ko) 15    1
>> 0xffffffff80eb0000 a950     usb2_bluetooth_fw.ko
>> (/boot/kernel/usb2_bluetooth_fw.ko) 16    1 0xffffffff80ebb000 15978   
>> usb2_controller_uhci.ko (/boot/kernel/usb2_controller_uhci.ko) 17    3
>> 0xffffffff80ed1000 8780     usb2_controller.ko
>> (/boot/kernel/usb2_controller.ko) 18    1 0xffffffff80eda000 19dd0   
>> usb2_controller_ehci.ko (/boot/kernel/usb2_controller_ehci.ko) 19    1
>> 0xffffffff80ef4000 e128     usb2_input_ms.ko
>> (/boot/kernel/usb2_input_ms.ko) 20    2 0xffffffff80f03000 bd0     
>> usb2_input.ko (/boot/kernel/usb2_input.ko) 21    1 0xffffffff80f04000 15c28
>>    usb2_storage_mass.ko (/boot/kernel/usb2_storage_mass.ko) 22    2
>> 0xffffffff80f1a000 bd8      usb2_storage.ko (/boot/kernel/usb2_storage.ko)
>> 23    1 0xffffffff80f1b000 bd0      usb2_image.ko
>> (/boot/kernel/usb2_image.ko) 24    4 0xffffffff81022000 1835    
>> ng_bluetooth.ko (/boot/kernel/ng_bluetooth.ko) 25    1 0xffffffff81024000
>> 133a9    ng_hci.ko (/boot/kernel/ng_hci.ko) 26    1 0xffffffff81038000
>> 174b7    ng_l2cap.ko (/boot/kernel/ng_l2cap.ko) 27    1 0xffffffff81050000
>> 2de0a    ng_btsocket.ko (/boot/kernel/ng_btsocket.ko) 28    1
>> 0xffffffff8107e000 535e     ng_socket.ko (/boot/kernel/ng_socket.ko) 29   
>> 1 0xffffffff81084000 8059     vkbd.ko (/boot/kernel/vkbd.ko) 30    1
>> 0xffffffff8108d000 6f4      rtc.ko (/usr/local/modules/rtc.ko)
>>
>> I build kernel without usb*.I notice usb.ko's refs is 2, after i run
>> kldunload usb.ko, it is 1.when i try to kldunload usb.ko another time,it
>> return "Device busy".Any thing still request usb.ko?
>>
>>     
>
> Hi,
>
> Could you send me your kernel config file. Maybe there is still one USB config 
> entry left for the old USB stack. Else the following should do the trick: 
> rm /boot/kernel/usb.ko
>
> --HPS
>
>   
This is my kernel config file.

cpu HAMMER
ident G8laptop
options SCHED_ULE # ULE scheduler
options PREEMPTION # Enable kernel thread preemption
options INET # InterNETworking
options INET6 # IPv6 communications protocols
options SCTP # Stream Control Transmission Protocol
options FFS # Berkeley Fast Filesystem
options SOFTUPDATES # Enable FFS soft updates support
options UFS_ACL # Support for access control lists
options UFS_DIRHASH # Improve performance on big directories
options UFS_GJOURNAL # Enable gjournal-based UFS journaling
options NFSCLIENT # Network Filesystem Client
options NFSLOCKD # Network Lock Manager
options NTFS # NT File System
options MSDOSFS # MSDOS Filesystem
options CD9660 # ISO 9660 Filesystem
options PROCFS # Process filesystem (requires PSEUDOFS)
options PSEUDOFS # Pseudo-filesystem framework
options GEOM_PART_GPT # GUID Partition Tables.
options GEOM_LABEL # Provides labelization
options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!]
options COMPAT_IA32 # Compatible with i386 binaries
options COMPAT_FREEBSD4 # Compatible with FreeBSD4
options COMPAT_FREEBSD5 # Compatible with FreeBSD5
options COMPAT_FREEBSD6 # Compatible with FreeBSD6
options COMPAT_FREEBSD7 # Compatible with FreeBSD7
options KTRACE # ktrace(1) support
options STACK # stack(9) support
options SYSVSHM # SYSV-style shared memory
options SYSVMSG # SYSV-style message queues
options SYSVSEM # SYSV-style semaphores
options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions
options KBD_INSTALL_CDEV # install a CDEV entry in /dev
options STOP_NMI # Stop CPUS using NMI instead of IPI
options AUDIT # Security event auditing
options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4)
options KDB # Enable kernel debugger support.
options DDB # Support DDB.
options KDTRACE_HOOKS
options DDB_CTF
options KDTRACE_FRAME
options SMP # Symmetric MultiProcessor Kernel
device cpufreq
device coretemp
device nvram
device acpi
device pci
device ata
device atadisk # ATA disk drives
device atapicd # ATAPI CDROM drives
options ATA_STATIC_ID # Static device numbering
device scbus # SCSI bus (required for SCSI)
device da # Direct Access (disks)
device cd # CD
device pass # Passthrough device (direct SCSI access)
device atkbdc # AT keyboard controller
device atkbd # AT keyboard
device psm # PS/2 mouse
device kbdmux # keyboard multiplexer
device vga # VGA video card driver
device splash # Splash screen and screen saver support
device sc
device agp # support several AGP chipsets
device cbb # cardbus (yenta) bridge
device pccard # PC Card (16-bit) bus
device cardbus # CardBus (32-bit) bus
device em # Intel PRO/1000 Gigabit Ethernet Family
device miibus # MII bus support
device wlan # 802.11 support
options IEEE80211_DEBUG # enable debug msgs
options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's
device wlan_wep # 802.11 WEP support
device wlan_ccmp # 802.11 CCMP support
device wlan_tkip # 802.11 TKIP support
device wlan_amrr # AMRR transmit rate control algorithm
device loop # Network loopback
device random # Entropy device
device ether # Ethernet support
device tun # Packet tunnel.
device pty # BSD-style compatibility pseudo ttys
device md # Memory "disks"
device gif # IPv6 and IPv4 tunneling
device faith # IPv6-to-IPv4 relaying (translation)
device firmware # firmware assist module
device bpf # Berkeley packet filter
device usb2_storage
device usb2_storage_mass

I don't think any thing request usb.ko. When i unload all usb2* and 
netgraph.ko related modules,i find i can unload usb.ko successful.



Thanks,
kevin

From agathos at fobos.org  Sun Nov  9 22:20:02 2008
From: agathos at fobos.org (aGaTHoS)
Date: Sun Nov  9 22:20:08 2008
Subject: usb/128745: zyd teoretically supported usb device makes kernel panic
Message-ID: <200811100610.mAA6Aqpr036758@www.freebsd.org>


>Number:         128745
>Category:       usb
>Synopsis:       zyd teoretically supported usb device makes kernel panic
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-usb
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Nov 10 06:20:01 UTC 2008
>Closed-Date:
>Last-Modified:
>Originator:     aGaTHoS
>Release:        FreeBSD 7.1-PRERELEASE
>Organization:
>Environment:
FreeBSD ares.fobos.org 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #6: Sun Nov  2 00:12:52 CET 2008     root@ares.fobos.org:/usr/obj/usr/src/sys/ARES  amd64
>Description:
Usb zyd device with vendor and product id's: 0x0ace, 0x1215, causes kernel panic inmediately when plugged.
>How-To-Repeat:
1. plug zyd device with vendor and product id's 0x0ace, 0x1215
2. wait 2 or 3 seconds :)

[root@ares ~]# kgdb /usr/obj/usr/src/sys/ARES/kernel.debug /var/crash/vmcore.1 
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "amd64-marcel-freebsd"...

Unread portion of the kernel message buffer:
zyd0: zyd_read sleep timeout
ehci_check_intr: sqtdstart=NULL


Fatal trap 12: page fault while in kernel mode
cpuid = 1; apic id = 01
fault virtual address   = 0x38
fault code              = supervisor read data, page not present
instruction pointer     = 0x8:0xffffffff802273df
stack pointer           = 0x10:0xffffffffacd82be0
frame pointer           = 0x10:0xffffffffacdb1f80
code segment            = base 0x0, limit 0xfffff, type 0x1b
                        = DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags        = interrupt enabled, resume, IOPL = 0
current process         = 28 (usbtask-hc)
trap number             = 12
panic: page fault
cpuid = 1
Uptime: 18m29s
ehci_check_intr: sqtdstart=NULL
ehci_check_intr: sqtdstart=NULL
ehci_check_intr: sqtdstart=NULL
ehci_check_intr: sqtdstart=NULL
ehci_check_intr: sqtdstart=NULL
ehci_check_intr: sqtdstart=NULL
Physical memory: 2037 MB
Dumping 165 MB: 150 134 118 102 86 70 54 38 22 6

Reading symbols from /boot/kernel/zfs.ko...Reading symbols from /boot/kernel/zfs.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/zfs.ko
Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from /boot/kernel/opensolaris.ko.
symbols...done.
done.
Loaded symbols for /boot/kernel/opensolaris.ko
Reading symbols from /boot/kernel/if_zyd.ko...Reading symbols from /boot/kernel/if_zyd.ko.symbols...
done.
done.
Loaded symbols for /boot/kernel/if_zyd.ko
Reading symbols from /boot/kernel/wlan_amrr.ko...Reading symbols from /boot/kernel/wlan_amrr.ko.symb
ols...done.
done.
Loaded symbols for /boot/kernel/wlan_amrr.ko
Reading symbols from /boot/kernel/wlan.ko...Reading symbols from /boot/kernel/wlan.ko.symbols...done
>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted:
From hselasky at c2i.net  Sun Nov  9 23:50:36 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Sun Nov  9 23:50:43 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <4917A695.3030903@163.com>
References: <3a142e750811071229r6d452b28t7979ab08e1c90d71@mail.gmail.com>
	<200811091016.16934.hselasky@c2i.net> <4917A695.3030903@163.com>
Message-ID: <200811100852.43003.hselasky@c2i.net>

On Monday 10 November 2008, kevin wrote:
> Hans Petter Selasky wrote:
> > On Sunday 09 November 2008, kevin wrote:
> >> It's a bug?
> >> /boot/loader.conf:
> >> zfs_load="YES"
> >> vm.kmem_size_max="2048M"
> >> vm.kmem_size="2048M"
> >> vfs.zfs.zil_disable=1
> >> vfs.zfs.prefetch_disable=1
> >> hw.psm.synaptics_support=1
> >> legal.intel_iwn.license_ack=1
> >> acpi_ibm_load="YES"
> >> snd_hda_load="YES"
> >> powerd_enable="YES"
> >> linux_load="YES"
> >> if_iwn_load="YES"
> >> ubtbcmfw_load="YES"
> >> usb2_bluetooth_load="YES"
> >> usb2_bluetooth_ng_load="YES"
> >> usb2_bluetooth_fw_load="YES"
> >> usb2_controller_uhci_load="YES"
> >> usb2_controller_ehci_load="YES"
> >> usb2_input_ms_load="YES"
> >> usb2_storage_mass_load="YES"
> >> usb2_image_load="YES"
> >>
> >> kldstat:
> >> Id Refs Address            Size     Name
> >>  1   82 0xffffffff80100000 756b28   kernel (/boot/kernel/kernel)
> >>  2    1 0xffffffff80857000 3a88f8   zfs.ko (/boot/kernel/zfs.ko)
> >>  3    2 0xffffffff80c00000 6670     opensolaris.ko
> >> (/boot/kernel/opensolaris.ko) 4    2 0xffffffff80c07000 a1dd8   
> >> linux.ko (/boot/kernel/linux.ko) 5    1 0xffffffff80ca9000 28470   
> >> snd_hda.ko (/boot/kernel/snd_hda.ko) 6    2 0xffffffff80cd2000 bc4d0   
> >> sound.ko (/boot/kernel/sound.ko) 7    1 0xffffffff80d8f000 7a38    
> >> acpi_ibm.ko (/boot/kernel/acpi_ibm.ko) 8    1 0xffffffff80d97000 24e80  
> >>  if_iwn.ko (/boot/kernel/if_iwn.ko) 9    1 0xffffffff80dbc000 6c18    
> >> ubtbcmfw.ko (/boot/kernel/ubtbcmfw.ko) 10    2 0xffffffff80dc3000 27f88 
> >>   usb.ko (/boot/kernel/usb.ko)
> >> 11    3 0xffffffff80deb000 be8      usb2_bluetooth.ko
> >> (/boot/kernel/usb2_bluetooth.ko) 12   12 0xffffffff80dec000 9c868
> >> usb2_core.ko (/boot/kernel/usb2_core.ko) 13    1 0xffffffff80e89000 bbf8
> >>  usb2_bluetooth_ng.ko (/boot/kernel/usb2_bluetooth_ng.ko) 14    6
> >> 0xffffffff80e95000 1ad00    netgraph.ko (/boot/kernel/netgraph.ko) 15   
> >> 1 0xffffffff80eb0000 a950     usb2_bluetooth_fw.ko
> >> (/boot/kernel/usb2_bluetooth_fw.ko) 16    1 0xffffffff80ebb000 15978
> >> usb2_controller_uhci.ko (/boot/kernel/usb2_controller_uhci.ko) 17    3
> >> 0xffffffff80ed1000 8780     usb2_controller.ko
> >> (/boot/kernel/usb2_controller.ko) 18    1 0xffffffff80eda000 19dd0
> >> usb2_controller_ehci.ko (/boot/kernel/usb2_controller_ehci.ko) 19    1
> >> 0xffffffff80ef4000 e128     usb2_input_ms.ko
> >> (/boot/kernel/usb2_input_ms.ko) 20    2 0xffffffff80f03000 bd0
> >> usb2_input.ko (/boot/kernel/usb2_input.ko) 21    1 0xffffffff80f04000
> >> 15c28 usb2_storage_mass.ko (/boot/kernel/usb2_storage_mass.ko) 22    2
> >> 0xffffffff80f1a000 bd8      usb2_storage.ko
> >> (/boot/kernel/usb2_storage.ko) 23    1 0xffffffff80f1b000 bd0     
> >> usb2_image.ko
> >> (/boot/kernel/usb2_image.ko) 24    4 0xffffffff81022000 1835
> >> ng_bluetooth.ko (/boot/kernel/ng_bluetooth.ko) 25    1
> >> 0xffffffff81024000 133a9    ng_hci.ko (/boot/kernel/ng_hci.ko) 26    1
> >> 0xffffffff81038000 174b7    ng_l2cap.ko (/boot/kernel/ng_l2cap.ko) 27   
> >> 1 0xffffffff81050000 2de0a    ng_btsocket.ko
> >> (/boot/kernel/ng_btsocket.ko) 28    1
> >> 0xffffffff8107e000 535e     ng_socket.ko (/boot/kernel/ng_socket.ko) 29
> >> 1 0xffffffff81084000 8059     vkbd.ko (/boot/kernel/vkbd.ko) 30    1
> >> 0xffffffff8108d000 6f4      rtc.ko (/usr/local/modules/rtc.ko)
> >>
> >> I build kernel without usb*.I notice usb.ko's refs is 2, after i run
> >> kldunload usb.ko, it is 1.when i try to kldunload usb.ko another time,it
> >> return "Device busy".Any thing still request usb.ko?
> >
> > Hi,
> >
> > Could you send me your kernel config file. Maybe there is still one USB
> > config entry left for the old USB stack. Else the following should do the
> > trick: rm /boot/kernel/usb.ko
> >
> > --HPS
>
> This is my kernel config file.
>
> cpu HAMMER
> ident G8laptop
> options SCHED_ULE # ULE scheduler
> options PREEMPTION # Enable kernel thread preemption
> options INET # InterNETworking
> options INET6 # IPv6 communications protocols
> options SCTP # Stream Control Transmission Protocol
> options FFS # Berkeley Fast Filesystem
> options SOFTUPDATES # Enable FFS soft updates support
> options UFS_ACL # Support for access control lists
> options UFS_DIRHASH # Improve performance on big directories
> options UFS_GJOURNAL # Enable gjournal-based UFS journaling
> options NFSCLIENT # Network Filesystem Client
> options NFSLOCKD # Network Lock Manager
> options NTFS # NT File System
> options MSDOSFS # MSDOS Filesystem
> options CD9660 # ISO 9660 Filesystem
> options PROCFS # Process filesystem (requires PSEUDOFS)
> options PSEUDOFS # Pseudo-filesystem framework
> options GEOM_PART_GPT # GUID Partition Tables.
> options GEOM_LABEL # Provides labelization
> options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!]
> options COMPAT_IA32 # Compatible with i386 binaries
> options COMPAT_FREEBSD4 # Compatible with FreeBSD4
> options COMPAT_FREEBSD5 # Compatible with FreeBSD5
> options COMPAT_FREEBSD6 # Compatible with FreeBSD6
> options COMPAT_FREEBSD7 # Compatible with FreeBSD7
> options KTRACE # ktrace(1) support
> options STACK # stack(9) support
> options SYSVSHM # SYSV-style shared memory
> options SYSVMSG # SYSV-style message queues
> options SYSVSEM # SYSV-style semaphores
> options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions
> options KBD_INSTALL_CDEV # install a CDEV entry in /dev
> options STOP_NMI # Stop CPUS using NMI instead of IPI
> options AUDIT # Security event auditing
> options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4)
> options KDB # Enable kernel debugger support.
> options DDB # Support DDB.
> options KDTRACE_HOOKS
> options DDB_CTF
> options KDTRACE_FRAME
> options SMP # Symmetric MultiProcessor Kernel
> device cpufreq
> device coretemp
> device nvram
> device acpi
> device pci
> device ata
> device atadisk # ATA disk drives
> device atapicd # ATAPI CDROM drives
> options ATA_STATIC_ID # Static device numbering
> device scbus # SCSI bus (required for SCSI)
> device da # Direct Access (disks)
> device cd # CD
> device pass # Passthrough device (direct SCSI access)
> device atkbdc # AT keyboard controller
> device atkbd # AT keyboard
> device psm # PS/2 mouse
> device kbdmux # keyboard multiplexer
> device vga # VGA video card driver
> device splash # Splash screen and screen saver support
> device sc
> device agp # support several AGP chipsets
> device cbb # cardbus (yenta) bridge
> device pccard # PC Card (16-bit) bus
> device cardbus # CardBus (32-bit) bus
> device em # Intel PRO/1000 Gigabit Ethernet Family
> device miibus # MII bus support
> device wlan # 802.11 support
> options IEEE80211_DEBUG # enable debug msgs
> options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's
> device wlan_wep # 802.11 WEP support
> device wlan_ccmp # 802.11 CCMP support
> device wlan_tkip # 802.11 TKIP support
> device wlan_amrr # AMRR transmit rate control algorithm
> device loop # Network loopback
> device random # Entropy device
> device ether # Ethernet support
> device tun # Packet tunnel.
> device pty # BSD-style compatibility pseudo ttys
> device md # Memory "disks"
> device gif # IPv6 and IPv4 tunneling
> device faith # IPv6-to-IPv4 relaying (translation)
> device firmware # firmware assist module
> device bpf # Berkeley packet filter
> device usb2_storage
> device usb2_storage_mass
>
> I don't think any thing request usb.ko. When i unload all usb2* and
> netgraph.ko related modules,i find i can unload usb.ko successful.
>

Try adding "device usb2_controller", "usb2_controller_ehci", 
and "usb2_controller_ohci" to the kernel config.

Or "rm /boot/kernel/usb.ko"

--HPS
From bugmaster at FreeBSD.org  Mon Nov 10 03:07:00 2008
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Nov 10 03:09:24 2008
Subject: Current problem reports assigned to freebsd-usb@FreeBSD.org
Message-ID: <200811101106.mAAB6xkr049890@freefall.freebsd.org>

Note: to view an individual PR, use:
  http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.


S Tracker      Resp.      Description
--------------------------------------------------------------------------------
o usb/128745   usb        zyd teoretically supported usb device makes kernel pan
o usb/128485   usb        Nokia N80 modem support
o usb/128425   usb        Cannot Connect Maxtor Onetouch 4 USB drive
f usb/128418   usb        [panic] [rum] loading if_rum causes panic, looks like 
o usb/128324   usb        [uplcom] remove baud rate restriction for PL2303X chip
p usb/128115   usb        [uplcom] [patch] USB-RS232 circuets on chip PL2303HX n
o usb/128093   usb        [ohci] panic in ohci_softintr: OXFER(xfer)->xfer.pipe 
o usb/127980   usb        [QUIRK] Fix Samsung YP U2 MP3 player on 7.x and 8.x
o usb/127926   usb        [boot] USB Timeout during bootup
o usb/127549   usb        [umass] [patch] Meizu MiniPlayer M6 (SL) requires some
f usb/127516   usb        after csup src-all RELENG_7
s usb/127453   usb        [request] ubsa, uark, ubser, uftdi, and friends should
o usb/127423   usb        [boot] BTX halted on Gigabyte GA-MA69VM-S2 / AMD Sempr
o usb/127342   usb        [boot] cannot enable usb keyboard and mouse support in
o kern/127222  usb        [ohci]: Regression in 7.0 usb storage generic driver
o usb/126884   usb        [patch] Bug in buffer handling in ugen.c
f kern/126848  usb        [usb]: USB Keyboard hangs during Installation
o usb/126740   usb        [ulpt] doesn't work on 7.0-RELEASE, 10 second stall be
o usb/126519   usb        [usb] [panic] panic when plugging in an iphone
o kern/126396  usb        [panic] kernel panic after unplug USB Bluetooth device
o usb/125736   usb        [ukbd] [hang] system hangs after AT keyboard detect if
o usb/125631   usb        [usb][ums] kernel panic during bootup while 'Logitech 
o usb/125510   usb        repeated plug and unplug of USB mass storage devices l
o usb/125450   usb        [panic] Removing USB flash card while being accessed c
o usb/125264   usb        [patch] sysctl for set usb mouse rate (very useful for
o usb/125238   usb        Habu Mouse turns off in X
o usb/125088   usb        Touchpad not detected on Adesso AKB-430UG USB kbd/pad 
o usb/125072   usb        [uplcom] [patch] add Mobile Action MA-620 Infrared Ada
o usb/124980   usb        [panic] kernel panic on detaching unmounted umass devi
o kern/124777  usb        [ucom] USB cua devices don't revert to tty devices whe
o usb/124758   usb        rum panics SMP kernel
o usb/124708   usb        [panic] Kernel panic on USB KVM reattach
o usb/124604   usb        Wireless Mouse doesn't work
o usb/123969   usb        Supermicro H8SMi-2 usb problem
o usb/123714   usb        Panic when hald-storage-probe runs with umass device i
o usb/123691   usb        usbd(8): usbd hangs
o usb/123690   usb        Panic on USB device insertion when usb loaded as a mod
o usb/123611   usb        [usb] BBB reset failed, STALLED from Imation/Mitsumi U
o usb/123509   usb        [umass] continuous reset Samsung SGH-G600 phone
o usb/123352   usb        Add Option GTMAX3.6/7.2 and Quallcomm MMC module devic
o usb/123351   usb        Add Reiner SCT cyberJack, Omnikey [26]020, Fujitsu Sie
p usb/123211   usb        [udav] if_udav driver doesn't support Davicom 9601 USB
p usb/123148   usb        [uscanner] [patch] Epson DX8400/50 needs uscanner to s
o usb/122992   usb        MotoROKR Z6 Phone not recognised by umass as USB disk.
o usb/122956   usb        Support for Novatel Wireless XU870 3G Card
o usb/122936   usb        [ucom][ubsa] Device does not receive interrupt
o usb/122905   usb        [ubsa] [patch] add Huawei E220 to ubsa
o usb/122819   usb        Patch to provide dynamic additions to the usb quirks t
o usb/122813   usb        [udbp] [request] udbp driver should be removed in favo
o usb/122621   usb        [patch] [request] New driver for Sierra Wireless 3G US
p usb/122610   usb        Add Verizon v740 support to ubsa(4)
o usb/122547   usb        [ehci] USB Printer not being recognized after reboot
o usb/122539   usb        [ohci] [panic] AnyDATA ADU-E1000D - kernel panic: ohci
o usb/122483   usb        [panic] [ulpt] Repeatable panic in 7.0-STABLE
o usb/122119   usb        [umass] umass device causes creation of daX but not da
o usb/122025   usb        [patch] uscanner does not attach to Epson RX620 printe
o usb/121755   usb        [ohci] [patch] Fix panic after ohci/uhub cardbus devic
o usb/121734   usb        [ugen] ugen HP1022 printer device not working since up
o usb/121708   usb        [keyboard] nforce 650i mobo w/ usb keyboard infinite k
o usb/121474   usb        [cam] [patch] QUIRK: SAMSUNG HM250JI in LaCie usb hard
o usb/121426   usb        [patch] [uscanner] add HP ScanJet 3570C
o usb/121275   usb        [boot] FreeBSD fails to boot with usb legacy support e
o usb/121232   usb        USB CardBus card removal causes reboot sometimes
o usb/121184   usb        [uipaq] [patch] add ids from linux ipaq driver (plus a
o usb/121169   usb        [umass] Issues with usb mp3 player
o usb/121045   usb        [uftdi] [patch] Add support for PC-OP-RS1 and KURO-RS
o usb/120786   usb        Kernel panic when forced umount of a dettached USB Har
o usb/120729   usb        [panic] fault while in kernel mode with connecting USB
o usb/120572   usb        [umass] [patch] quirk to support ASUS P535 as umass (a
o usb/120321   usb        [hang] System hangs when transferring data to WD MyBoo
o usb/120283   usb        [panic] Automation reboot with wireless keyboard & mou
o usb/120034   usb        [hang] 6.2 & 6.3 hangs on boot at usb0: OHCI with 1.5 
o usb/120017   usb        [ehci] [patch] CS5536 (AMD Geode) USB 2.0 quirk
o usb/119981   usb        [axe] [patch] add support for LOGITEC LAN-GTJ/U2 gigab
o usb/119977   usb        [ums] Mouse does not work in a Cherry-USB keyboard/mou
o usb/119653   usb        [cam] [patch] iriver s7 player sync cache error patch
o usb/119633   usb        [umass] umass0: BBB reset failed, IOERROR [regression]
o usb/119513   usb        [irq] inserting dlink dwl-g630 wireless card results i
o usb/119509   usb        USB flaky on Dell Optiplex 755
o usb/119481   usb        [hang] FreeBSD not responding after connecting USB-Mas
o usb/119389   usb        [umass] Sony DSC-W1 CBI reset failed, STALLED [regress
o usb/119227   usb        [ubsa] [patch] ubsa buffer is too small; should be tun
o usb/119201   usb        [cam] [patch] Quirks for Olympus FE-210 camera, LG and
o usb/119150   usb        [usbdevs] [patch] new usbdevs for CDMA 1xEVDO devices
o usb/118686   usb        [usbdevs] [patch] teach usbdevs / ubsa(4) about Huawei
o usb/118485   usb        [usbdevs] [patch] Logitech Headset Workaround
o usb/118480   usb        [umass] Timeout in USB mass storage freezes vfs layer 
o usb/118353   usb        [panic] [ppp] repeatable kernel panic during ppp(4) se
o usb/118141   usb        [ucom] usb serial and nokia phones ucomreadcb ucomread
o usb/118140   usb        [ucom] [patch] quick hack for ucom to get it behave wi
o usb/118098   usb        [umass] 6th gen iPod causes problems when disconnectin
o usb/117955   usb        [umass] [panic] inserting minolta dimage a2 crashes OS
o usb/117946   usb        [panic] D-Link DUB-E100 rev. B1 crashes FreeBSD 7.0-BE
o usb/117938   usb        [ums] [patch] Adding support for MS WL Natural and MS 
o usb/117911   usb        [ums] [request] Mouse Gembird MUSWC not work
o usb/117893   usb        [umass] Lacie USB DVD writing failing
o usb/117613   usb        [uhci] [irq] uhci interrupt storm & USB leaked memory 
o usb/117598   usb        [uaudio] [patch] Not possible to record with Plantroni
o usb/117546   usb        [uftdi] [patch] Add MaxStream ZigBee product ID to uft
o usb/117313   usb        [umass] [panic] panic on usb camera insertion
o usb/117205   usb        [uscanner] [patch] uscanner support for HP ScanJet 447
o usb/117200   usb        [ugen] ugen0 prints strange string on attach if detach
o usb/117185   usb        [umodem] [patch] Add support for UNION interface descr
o usb/117183   usb        [panic] USB/fusefs -- panic while transferring large a
o usb/117075   usb        [scsi_da] [patch] quirk: USB Samsung YP-U3 MP3
o usb/116947   usb        [ukbd] [patch] [regression] enable boot protocol on th
o usb/116699   usb        [usbhid] USB HID devices do not initialize at system b
o usb/116561   usb        [umodem] [panic] RELENG_6 umodem panic "trying to slee
o usb/116282   usb        [ulpt] Cannot print on USB HP LJ1018 or LJ1300
o usb/115935   usb        [usbdevs] [patch] kernel counterproductively attaches 
o usb/115933   usb        [uftdi] [patch] RATOC REX-USB60F (usb serial converter
o usb/115400   usb        [ehci] Problem with EHCI on ASUS M2N4-SLI
o usb/115298   usb        [ulpt] [panic] Turning off USB printer panics kernel
o usb/114916   usb        [umass] [patch] USB Maxtor drive (L300RO) requires qui
o kern/114780  usb        [uplcom] [panic] Panics while stress testing the uplco
o usb/114682   usb        [umass] generic USB media-card reader unusable
o usb/114310   usb        [libusb] [patch] [panic] USB hub attachment panics ker
o usb/114068   usb        [umass] [patch] Problems with connection of the umass 
o conf/114013  usb        [patch] WITHOUT_USB allow to compil a lot of USB stuff
s usb/113977   usb        [request] Need a way to set mode of USB disk's write c
o usb/113672   usb        [ehci] [panic] Kernel panic with AEWIN CB6971
s usb/113629   usb        [ukbd] Dropped USB keyboard events on Dell Latitude D6
o usb/113432   usb        [ucom] WARNING: attempt to net_add_domain(netgraph) af
a usb/113060   usb        [usbdevs] [patch] Samsung printer not working in bidir
o usb/112944   usb        [ulpt] [patch] Bi-directional access to HP LaserJet 10
o usb/112640   usb        [usb] [hang] Kernel freezes when writing a file to an 
o usb/112631   usb        [panic] Problem with SONY DSC-S80 camera on umount
s usb/112568   usb        [umass] [request] USB mode may wrong when mounting Pla
o usb/112463   usb        [umass] problem with Samsung USB DVD writer, libscg an
o usb/112461   usb        [ehci] [request] ehci USB 2.0 doesn't work on nforce4
o usb/111753   usb        [uhid] [panic] Replicable system panic involving UHID 
s usb/110991   usb        [usbdevs] [patch] QUIRK: Super Top IDE DEVICE (depends
o usb/110988   usb        [umass] [patch] Handling of quirk IGNORE_RESIDUE is um
o usb/110856   usb        [ugen] [patch] interrupt in msgs are truncated when bu
o usb/110197   usb        [umass] Sony PSP umass device does not detach from EHC
o usb/109397   usb        [panic] on boot from USB flash
o usb/109274   usb        [usb] MCP55 USB Controller fails to attach in AMD64 Cu
o usb/108513   usb        [umass] Creative MuVo TX FM fails in 6.2-RELEASE [regr
s usb/108344   usb        [panic] kernel with atausb panics when unplugging USB 
o usb/108056   usb        [ohci] Mouse gets powered off during device probe when
o usb/107935   usb        [uplcom] [panic] panic while accessing /dev/cuaU0
o usb/107924   usb        [patch] usbd(8) does not call detach
o usb/107848   usb        [umass] [request] cannot access Samsung flash disk
o usb/107827   usb        [ohci] [panic] ohci_add_done addr not found
o usb/107496   usb        [uhub] USB device problem on RELENG_6_2 (SHORT_XFER) [
o usb/107446   usb        [umass] umass problems (usb and fw disks)
o usb/107388   usb        [patch] [request] new driver: add utoppy device from N
o usb/107248   usb        [umass] [patch] scsi_da.c quirk for Cowon iAUDIO X5 MP
o usb/107243   usb        [cam] [patch] Apacer USB Flash Drive quirk
o usb/106861   usb        [usbdevs] [patch]: usbdevs update: Add product ACER Ze
s usb/106832   usb        USB HP printer is not detected by kernel when ACPI ena
o usb/106648   usb        [umass] [hang] USB Floppy on D1950 10 min Hang on Inse
o usb/106621   usb        [axe] [patch] DLINK DUB-E100 support broken
o usb/106615   usb        [uftdi] uftdi module does not automatically load with 
o usb/106041   usb        [usb] [request] FreeBSD does not recognise Mustek Bear
o usb/105361   usb        [panic] Kernel panic during unmounting mass storage (C
o usb/105186   usb        [ehci] [panic] USB 2.0/ehci on FreeBSD 6.2-PRE/AMD64 c
o usb/105065   usb        [ata] SATA - USB Bridge
o usb/104830   usb        [umass] system crashes when copying data to umass devi
o usb/104645   usb        [umass] [request] Rave C-201 MP3 player does not commu
o usb/104352   usb        [ural] [patch] ural driver doesnt work
o usb/104292   usb        [umass] [hang] system lockup on forced umount of usb-s
o usb/104290   usb        [umass] [patch] quirk: TOSHIBA DVD-RAM drive (libretto
o usb/103917   usb        [uhub] USB driver reports "Addr 0 should never happen"
o usb/103418   usb        usbhidctl(1): [patch] [request] usbhidctl: add ability
o usb/103289   usb        [request] USB 2.0 problems on AMD LX-800 CPU and CS-55
o usb/103046   usb        [ulpt] [patch] ulpt event driven I/O with select(2) an
o usb/103025   usb        [uhub] [panic] wrong detection of USB device for FreeB
o usb/102976   usb        [panic] Casio Exilim Digital Camera causes panic on in
o usb/102678   usb        [keyboard] Dell PowerEdge DRAC5 USB Keyboard does not 
f usb/102096   usb        [patch] usbd(8) does not handle multiple devices in on
o usb/102066   usb        [ukbd] usb keyboard and multimedia keys don't work
o usb/101775   usb        [libusbhid] [patch] possible error in report descripto
o usb/101761   usb        [usb] [patch] [request] usb.h: increase maximal size o
o usb/101752   usb        [umass] [panic] 6.1-RELEASE kernel panic on usb device
o usb/101448   usb        [ohci] FBSD 6.1-STABLE/AMD64 crashes under heavy USB/O
o usb/101096   usb        [ural] [panic] USB WLAN occasionally causes kernel-pan
o usb/100746   usb        [keyboard] system does not boot due to USB keyboard pr
o usb/99538    usb        [keyboard] while using USB keyboard default params of 
o usb/99431    usb        [keyboard] FreeBSD on MSI 6566E (Intel 845E motherboar
o usb/98343    usb        [boot] BBB reset failed errors with Creative Muvo MP3 
o usb/97472    usb        [cam] [patch] add support for Olympus C150,D390
s usb/97286    usb        [mouse] [request] MS Wireless Intellimouse Explorer 2.
o usb/97175    usb        [umass] [hang] USB cardreader hangs system
o usb/96457    usb        [umass] [panic] fatback on umass = reboot
o usb/96381    usb        [cam] [patch] add a quirk table entry for a flash ram 
o usb/96224    usb        [usb] [msdosfs] mount_msdosfs cause page fault in sync
s usb/96120    usb        [ums] [request] USB mouse not always detected
s usb/95636    usb        [umass] [boot] 5 minute delay at boot when using VT620
o usb/95562    usb        [umass] Write Stress in USB Mass drive causes "vinvalb
s usb/95348    usb        [keyboard] USB keyboard unplug causes noise on screen
o usb/95037    usb        [umass] USB disk not recognized on hot-plug.
o usb/94897    usb        [panic] Kernel Panic when cleanly unmounting USB disk
o usb/94717    usb        [ulpt] Reading from /dev/ulpt can break work of a UHCI
o usb/94384    usb        [panic] kernel panic with usb2 hardware
o usb/93872    usb        [cam] [patch] SCSI quirk required for ELTA 8061 OL USB
o usb/93828    usb        [ohci] [panic] ohci causes panic on boot (HP Pavillion
o usb/93408    usb        [mouse] hw.acpi.cpu.cx_lowest=C3 on AMD Turion causes 
o usb/93389    usb        [umass] [patch] Digital Camera Pentax S60 don't work
o usb/93155    usb        [ulpt] /dev/ulpt0: device busy, USB printer does not w
o usb/92852    usb        [ums] [patch] Vertical scroll not working properly on 
o usb/92171    usb        [panic] panic unplugging Vodafone Mobile Connect (UMTS
o usb/92142    usb        [uhub] SET_ADDR_FAILED and SHORT_XFER errors from usb 
o usb/92083    usb        [ural] [panic] panic using WPA on ural NIC in 6.0-RELE
o usb/92052    usb        [ulpt] usbd causes defunct process with busy file-hand
o usb/91906    usb        [ehci] [hang] FreeBSD hangs while booting with USB leg
o usb/91896    usb        camcontrol(8): Serial Number of USB Memory Sticks is n
o usb/91811    usb        [umass] Compact Flash in HP Photosmart 2610 return  " 
o usb/91629    usb        usbd_abort_pipe() may result in infinite loop
o usb/91546    usb        [umodem] [patch] Nokia 6630 mobile phone does not work
o usb/91538    usb        [ulpt] [patch] Unable to print to EPSON CX3500
o usb/91283    usb        [boot] [regression] booting very slow with usb devices
o usb/91238    usb        [umass] USB tape unit fails to write a second tape fil
o usb/90700    usb        [umass] [panic] Kernel panic on connect/mount/use umas
o usb/89954    usb        [umass] [panic] USB Disk driver race condition?
s usb/89003    usb        [request] LaCie Firewire drive not properly supported 
o usb/88743    usb        [hang] [regression] USB makes kernel hang at boot (reg
o usb/88408    usb        [axe] axe0 read PHY failed
o usb/87648    usb        [mouse] Logitech USB-optical mouse problem.
o usb/87224    usb        Cannot mount USB Zip750
o usb/86767    usb        [umass] [patch] bogus "slice starts beyond end of the 
o usb/86298    usb        [mouse] Known good USB mouse won't work with correct s
s usb/85067    usb        [uscanner] Cannot attach ScanJet 4300C to usb device
f usb/84750    usb        [hang] 6-BETA2 reboot/shutdown with root_fs on externa
s usb/84336    usb        [usb] [reboot] instant system reboot when unmounting a
o usb/84326    usb        [umass] Panic trying to connect SCSI tape drive via US
o usb/83977    usb        [ucom] [panic] ucom1: open bulk out error (addr 2): IN
o usb/83863    usb        [ugen] Communication problem between opensc/openct via
o usb/83756    usb        [ums] [patch] Microsoft Intellimouse Explorer 4.0A doe
f usb/83677    usb        [usb] [request] usb controller often not detected (Sun
o usb/83563    usb        [umass] [panic] Page Fault while detaching Mpman Usb d
o usb/83504    usb        [kernel] [patch] SpeedTouch USB stop working on recent
o usb/82660    usb        [ehci] [panic] EHCI: I/O stuck in state 'physrd'/panic
s usb/82569    usb        [umass] [panic] USB mass storage plug/unplug causes sy
o usb/82520    usb        [udbp] [reboot] Reboot when USL101 connected
o usb/82350    usb        [ucom] [panic] null pointer dereference in USB stack
o usb/81621    usb        [ehci] [hang] external hd hangs under load on ehci
o usb/80935    usb        [uvisor] [patch] uvisor.c is not work with CLIE TH55.
o usb/80862    usb        [patch] USB locking issues: missing some Giant calls
o usb/80854    usb        [patch] [request] suggestion for new iface-no-probe me
o usb/80829    usb        [modules] [panic] possible panic when loading USB-modu
s usb/80777    usb        [request] usb_rem_task() should wait for callback to c
s usb/80776    usb        [udav] [request] UDAV device driver shouldn't use usb_
o usb/80774    usb        [patch] have "usbd_find_desc" in line with the other "
o usb/80361    usb        [umass] [patch] mounting of Dell usb-stick fails
o usb/80040    usb        [hang] Use of sound mixer causes system freeze with ua
o usb/79723    usb        [usb] [request] prepare for high speed isochronous tra
o usb/79722    usb        [ehci] wrong alignments in ehci.h
a usb/79656    usb        [ehci] RHSC interrupts lost
o usb/79524    usb        [ulpt] printing to Minolta PagePro 1[23]xxW via USB fa
o usb/79287    usb        [uhci] [hang] UHCI hang after interrupt transfer
o usb/79269    usb        [ohci] USB ohci da0 plug/unplug causes crashes and loc
o usb/78984    usb        [umass] [patch] Creative MUVO umass failure
o usb/77294    usb        [ucom] [panic] ucom + ulpcom panic
o usb/77184    usb        [umass] [panic] kernel panic on USB device disconnect,
o usb/76732    usb        Mouse problems with USB KVM Switch
o usb/76653    usb        [umass] [patch] Problem with Asahi Optical usb device 
o usb/76461    usb        [umass] disklabel of umass(4)-CAM(4)-da(4) not used by
o usb/76395    usb        [uhci] USB printer does not work, usbdevs says "addr 0
s usb/75928    usb        [umass] [request] Cytronix SmartMedia card (SMC) reade
o usb/75800    usb        [ucom] ucom1: init failed STALLED error in time of syn
o usb/75797    usb        [sound] 5.3-STABLE(2005 1/4) detect USB headset, But c
o usb/75764    usb        [umass] [patch] "umass0: Phase Error" - no device for 
o usb/75705    usb        [umass] [panic] da0 attach / Optio S4 (with backtrace)
o usb/74771    usb        [umass] [hang] mounting write-protected umass device a
s usb/74453    usb        [umass] [patch] Q-lity CD-RW USB ECW-043 (ScanLogic SL
o usb/74211    usb        [umass] USB flash drive causes CAM status 0x4 on 4.10R
o usb/73307    usb        [panic] Kernel panics on USB disconnect
s usb/72733    usb        [ucom] [request] Kyocera 7135 Palm OS connection probl
o usb/71455    usb        [umass] Slow USB umass performance of 5.3
o usb/71417    usb        [ugen] Cryptoflex e-gate USB token (ugen0) communicati
o usb/71416    usb        [ugen] Cryptoflex e-gate USB token (ugen0) detach is n
o usb/71280    usb        [aue] aue0 device (linksys usb100tx) doesn't work in 1
o usb/71155    usb        [ulpt] misbehaving usb-printer hangs processes, causes
o usb/70523    usb        [umct] [patch] umct sending/receiving wrong characters
o usb/69006    usb        [usbdevs] [patch] Apple Cinema Display hangs USB ports
o usb/68232    usb        [ugen] [patch] ugen(4) isochronous handling correction
o usb/67301    usb        [uftdi] [panic] RTS and system panic
o usb/66547    usb        [ucom] Palm Tungsten T USB does not initialize correct
o usb/63621    usb        [umass] [panic] USB MemoryStick Reader stalls/crashes 
s usb/62257    usb        [umass] [request] card reader UCR-61S2B is only half-s
o usb/59698    usb        [keyboard] [patch] Rework of ukbd HID to AT code trans
o bin/57255    usb        usbd(8) and multi-function devices
s usb/52026    usb        [usb] [request] umass driver support for InSystem ISD2
s usb/51958    usb        [urio] [patch] update for urio driver
o i386/46371   usb        USB controller cannot be initialized on IBM Netfinity 
o usb/40948    usb        [umass] [request] USB HP CDW8200 does not work
o conf/30929   usb        [usb] [patch] use usbd to initialize USB ADSL modem

288 problems total.

From devet at devet.org  Mon Nov 10 12:10:03 2008
From: devet at devet.org (Arjan de Vet)
Date: Mon Nov 10 12:10:10 2008
Subject: usb/128760: [ums] patch for Microsoft Comfort Optical Mouse 3000
	(model 1043)
Message-ID: <200811102004.mAAK4ANn056158@www.freebsd.org>


>Number:         128760
>Category:       usb
>Synopsis:       [ums] patch for Microsoft Comfort Optical Mouse 3000 (model 1043)
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-usb
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Mon Nov 10 20:10:01 UTC 2008
>Closed-Date:
>Last-Modified:
>Originator:     Arjan de Vet
>Release:        FreeBSD 7.0-RELEASE-p5
>Organization:
>Environment:
FreeBSD adv.devet.org 7.0-RELEASE-p5 FreeBSD 7.0-RELEASE-p5 #1: Mon Nov 10 20:17:26 CET 2008     root@adv.devet.org:/usr/obj/usr/src/sys/ADV  i386
>Description:
The Microsoft Comfort Optical Mouse 3000 (model 1043), a wired USB mouse, does not work by default. Its characteristics are:

Microsoft Optical Mouse with Tilt Wheel(0x00d1), Microsoft(0x045e), rev 1.20

>How-To-Repeat:
Plug in a mouse of the type mentioned.
>Fix:
The attached patch (relative to RELENG_7_0) makes the mouse working, except for left/right tilt-wheel and 4th button which might need more code.


Patch attached with submission follows:

Index: usb_quirks.c
===================================================================
RCS file: /home/freebsd/CVS/src/sys/dev/usb/usb_quirks.c,v
retrieving revision 1.63.4.1
diff -u -r1.63.4.1 usb_quirks.c
--- usb_quirks.c	7 Jan 2008 23:12:45 -0000	1.63.4.1
+++ usb_quirks.c	10 Nov 2008 18:57:34 -0000
@@ -88,6 +88,8 @@
    ANY, { UQ_MS_BAD_CLASS | UQ_MS_LEADING_BYTE }},
  { USB_VENDOR_MICROSOFT, USB_PRODUCT_MICROSOFT_WLNOTEBOOK2,
    ANY, { UQ_MS_BAD_CLASS | UQ_MS_LEADING_BYTE }},
+ { USB_VENDOR_MICROSOFT, USB_PRODUCT_MICROSOFT_COMFORT3000,
+   ANY, { UQ_MS_BAD_CLASS | UQ_MS_LEADING_BYTE }},
  { USB_VENDOR_MICROSOFT, USB_PRODUCT_MICROSOFT_WLINTELLIMOUSE,
    ANY, { UQ_MS_LEADING_BYTE }},
 
Index: usbdevs
===================================================================
RCS file: /home/freebsd/CVS/src/sys/dev/usb/usbdevs,v
retrieving revision 1.328.2.1.2.1
diff -u -r1.328.2.1.2.1 usbdevs
--- usbdevs	7 Jan 2008 23:12:45 -0000	1.328.2.1.2.1
+++ usbdevs	10 Nov 2008 19:54:43 -0000
@@ -1640,6 +1640,7 @@
 product MICROSOFT WLINTELLIMOUSE 0x008c	Wireless Optical IntelliMouse
 product MICROSOFT WLNOTEBOOK	0x00b9	Wireless Optical Mouse (Model 1023)
 product MICROSOFT WLNOTEBOOK2	0x00e1	Wireless Optical Mouse 3000 (Model 1056)
+product MICROSOFT COMFORT3000	0x00d1	Comfort Optical Mouse 3000 (Model 1043)
 product MICROSOFT WLUSBMOUSE	0x00b9	Wireless USB Mouse
 product MICROSOFT XBOX360	0x0292	XBOX 360 WLAN
 


>Release-Note:
>Audit-Trail:
>Unformatted:
From weongyo at FreeBSD.org  Mon Nov 10 17:37:29 2008
From: weongyo at FreeBSD.org (weongyo@FreeBSD.org)
Date: Mon Nov 10 17:37:36 2008
Subject: usb/128745: zyd teoretically supported usb device makes kernel
	panic
Message-ID: <200811110137.mAB1bTdM003943@freefall.freebsd.org>

Synopsis: zyd teoretically supported usb device makes kernel panic

Responsible-Changed-From-To: freebsd-usb->weongyo
Responsible-Changed-By: weongyo
Responsible-Changed-When: Tue Nov 11 01:36:06 UTC 2008
Responsible-Changed-Why: 
Promised to him I'll look at this PR.

http://www.freebsd.org/cgi/query-pr.cgi?pr=128745
From kevinxlinuz at 163.com  Mon Nov 10 18:43:18 2008
From: kevinxlinuz at 163.com (kevin)
Date: Mon Nov 10 18:43:25 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <200811100852.43003.hselasky@c2i.net>
References: <3a142e750811071229r6d452b28t7979ab08e1c90d71@mail.gmail.com>	<200811091016.16934.hselasky@c2i.net>
	<4917A695.3030903@163.com> <200811100852.43003.hselasky@c2i.net>
Message-ID: <4918F13F.1090302@163.com>

Hans Petter Selasky wrote:
> On Monday 10 November 2008, kevin wrote:
>   
>> Hans Petter Selasky wrote:
>>     
>>> On Sunday 09 November 2008, kevin wrote:
>>>       
>>>> It's a bug?
>>>> /boot/loader.conf:
>>>> zfs_load="YES"
>>>> vm.kmem_size_max="2048M"
>>>> vm.kmem_size="2048M"
>>>> vfs.zfs.zil_disable=1
>>>> vfs.zfs.prefetch_disable=1
>>>> hw.psm.synaptics_support=1
>>>> legal.intel_iwn.license_ack=1
>>>> acpi_ibm_load="YES"
>>>> snd_hda_load="YES"
>>>> powerd_enable="YES"
>>>> linux_load="YES"
>>>> if_iwn_load="YES"
>>>> ubtbcmfw_load="YES"
>>>> usb2_bluetooth_load="YES"
>>>> usb2_bluetooth_ng_load="YES"
>>>> usb2_bluetooth_fw_load="YES"
>>>> usb2_controller_uhci_load="YES"
>>>> usb2_controller_ehci_load="YES"
>>>> usb2_input_ms_load="YES"
>>>> usb2_storage_mass_load="YES"
>>>> usb2_image_load="YES"
>>>>
>>>> kldstat:
>>>> Id Refs Address            Size     Name
>>>>  1   82 0xffffffff80100000 756b28   kernel (/boot/kernel/kernel)
>>>>  2    1 0xffffffff80857000 3a88f8   zfs.ko (/boot/kernel/zfs.ko)
>>>>  3    2 0xffffffff80c00000 6670     opensolaris.ko
>>>> (/boot/kernel/opensolaris.ko) 4    2 0xffffffff80c07000 a1dd8   
>>>> linux.ko (/boot/kernel/linux.ko) 5    1 0xffffffff80ca9000 28470   
>>>> snd_hda.ko (/boot/kernel/snd_hda.ko) 6    2 0xffffffff80cd2000 bc4d0   
>>>> sound.ko (/boot/kernel/sound.ko) 7    1 0xffffffff80d8f000 7a38    
>>>> acpi_ibm.ko (/boot/kernel/acpi_ibm.ko) 8    1 0xffffffff80d97000 24e80  
>>>>  if_iwn.ko (/boot/kernel/if_iwn.ko) 9    1 0xffffffff80dbc000 6c18    
>>>> ubtbcmfw.ko (/boot/kernel/ubtbcmfw.ko) 10    2 0xffffffff80dc3000 27f88 
>>>>   usb.ko (/boot/kernel/usb.ko)
>>>> 11    3 0xffffffff80deb000 be8      usb2_bluetooth.ko
>>>> (/boot/kernel/usb2_bluetooth.ko) 12   12 0xffffffff80dec000 9c868
>>>> usb2_core.ko (/boot/kernel/usb2_core.ko) 13    1 0xffffffff80e89000 bbf8
>>>>  usb2_bluetooth_ng.ko (/boot/kernel/usb2_bluetooth_ng.ko) 14    6
>>>> 0xffffffff80e95000 1ad00    netgraph.ko (/boot/kernel/netgraph.ko) 15   
>>>> 1 0xffffffff80eb0000 a950     usb2_bluetooth_fw.ko
>>>> (/boot/kernel/usb2_bluetooth_fw.ko) 16    1 0xffffffff80ebb000 15978
>>>> usb2_controller_uhci.ko (/boot/kernel/usb2_controller_uhci.ko) 17    3
>>>> 0xffffffff80ed1000 8780     usb2_controller.ko
>>>> (/boot/kernel/usb2_controller.ko) 18    1 0xffffffff80eda000 19dd0
>>>> usb2_controller_ehci.ko (/boot/kernel/usb2_controller_ehci.ko) 19    1
>>>> 0xffffffff80ef4000 e128     usb2_input_ms.ko
>>>> (/boot/kernel/usb2_input_ms.ko) 20    2 0xffffffff80f03000 bd0
>>>> usb2_input.ko (/boot/kernel/usb2_input.ko) 21    1 0xffffffff80f04000
>>>> 15c28 usb2_storage_mass.ko (/boot/kernel/usb2_storage_mass.ko) 22    2
>>>> 0xffffffff80f1a000 bd8      usb2_storage.ko
>>>> (/boot/kernel/usb2_storage.ko) 23    1 0xffffffff80f1b000 bd0     
>>>> usb2_image.ko
>>>> (/boot/kernel/usb2_image.ko) 24    4 0xffffffff81022000 1835
>>>> ng_bluetooth.ko (/boot/kernel/ng_bluetooth.ko) 25    1
>>>> 0xffffffff81024000 133a9    ng_hci.ko (/boot/kernel/ng_hci.ko) 26    1
>>>> 0xffffffff81038000 174b7    ng_l2cap.ko (/boot/kernel/ng_l2cap.ko) 27   
>>>> 1 0xffffffff81050000 2de0a    ng_btsocket.ko
>>>> (/boot/kernel/ng_btsocket.ko) 28    1
>>>> 0xffffffff8107e000 535e     ng_socket.ko (/boot/kernel/ng_socket.ko) 29
>>>> 1 0xffffffff81084000 8059     vkbd.ko (/boot/kernel/vkbd.ko) 30    1
>>>> 0xffffffff8108d000 6f4      rtc.ko (/usr/local/modules/rtc.ko)
>>>>
>>>> I build kernel without usb*.I notice usb.ko's refs is 2, after i run
>>>> kldunload usb.ko, it is 1.when i try to kldunload usb.ko another time,it
>>>> return "Device busy".Any thing still request usb.ko?
>>>>         
>>> Hi,
>>>
>>> Could you send me your kernel config file. Maybe there is still one USB
>>> config entry left for the old USB stack. Else the following should do the
>>> trick: rm /boot/kernel/usb.ko
>>>
>>> --HPS
>>>       
>> This is my kernel config file.
>>
>> cpu HAMMER
>> ident G8laptop
>> options SCHED_ULE # ULE scheduler
>> options PREEMPTION # Enable kernel thread preemption
>> options INET # InterNETworking
>> options INET6 # IPv6 communications protocols
>> options SCTP # Stream Control Transmission Protocol
>> options FFS # Berkeley Fast Filesystem
>> options SOFTUPDATES # Enable FFS soft updates support
>> options UFS_ACL # Support for access control lists
>> options UFS_DIRHASH # Improve performance on big directories
>> options UFS_GJOURNAL # Enable gjournal-based UFS journaling
>> options NFSCLIENT # Network Filesystem Client
>> options NFSLOCKD # Network Lock Manager
>> options NTFS # NT File System
>> options MSDOSFS # MSDOS Filesystem
>> options CD9660 # ISO 9660 Filesystem
>> options PROCFS # Process filesystem (requires PSEUDOFS)
>> options PSEUDOFS # Pseudo-filesystem framework
>> options GEOM_PART_GPT # GUID Partition Tables.
>> options GEOM_LABEL # Provides labelization
>> options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!]
>> options COMPAT_IA32 # Compatible with i386 binaries
>> options COMPAT_FREEBSD4 # Compatible with FreeBSD4
>> options COMPAT_FREEBSD5 # Compatible with FreeBSD5
>> options COMPAT_FREEBSD6 # Compatible with FreeBSD6
>> options COMPAT_FREEBSD7 # Compatible with FreeBSD7
>> options KTRACE # ktrace(1) support
>> options STACK # stack(9) support
>> options SYSVSHM # SYSV-style shared memory
>> options SYSVMSG # SYSV-style message queues
>> options SYSVSEM # SYSV-style semaphores
>> options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions
>> options KBD_INSTALL_CDEV # install a CDEV entry in /dev
>> options STOP_NMI # Stop CPUS using NMI instead of IPI
>> options AUDIT # Security event auditing
>> options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4)
>> options KDB # Enable kernel debugger support.
>> options DDB # Support DDB.
>> options KDTRACE_HOOKS
>> options DDB_CTF
>> options KDTRACE_FRAME
>> options SMP # Symmetric MultiProcessor Kernel
>> device cpufreq
>> device coretemp
>> device nvram
>> device acpi
>> device pci
>> device ata
>> device atadisk # ATA disk drives
>> device atapicd # ATAPI CDROM drives
>> options ATA_STATIC_ID # Static device numbering
>> device scbus # SCSI bus (required for SCSI)
>> device da # Direct Access (disks)
>> device cd # CD
>> device pass # Passthrough device (direct SCSI access)
>> device atkbdc # AT keyboard controller
>> device atkbd # AT keyboard
>> device psm # PS/2 mouse
>> device kbdmux # keyboard multiplexer
>> device vga # VGA video card driver
>> device splash # Splash screen and screen saver support
>> device sc
>> device agp # support several AGP chipsets
>> device cbb # cardbus (yenta) bridge
>> device pccard # PC Card (16-bit) bus
>> device cardbus # CardBus (32-bit) bus
>> device em # Intel PRO/1000 Gigabit Ethernet Family
>> device miibus # MII bus support
>> device wlan # 802.11 support
>> options IEEE80211_DEBUG # enable debug msgs
>> options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's
>> device wlan_wep # 802.11 WEP support
>> device wlan_ccmp # 802.11 CCMP support
>> device wlan_tkip # 802.11 TKIP support
>> device wlan_amrr # AMRR transmit rate control algorithm
>> device loop # Network loopback
>> device random # Entropy device
>> device ether # Ethernet support
>> device tun # Packet tunnel.
>> device pty # BSD-style compatibility pseudo ttys
>> device md # Memory "disks"
>> device gif # IPv6 and IPv4 tunneling
>> device faith # IPv6-to-IPv4 relaying (translation)
>> device firmware # firmware assist module
>> device bpf # Berkeley packet filter
>> device usb2_storage
>> device usb2_storage_mass
>>
>> I don't think any thing request usb.ko. When i unload all usb2* and
>> netgraph.ko related modules,i find i can unload usb.ko successful.
>>
>>     
>
> Try adding "device usb2_controller", "usb2_controller_ehci", 
> and "usb2_controller_ohci" to the kernel config.
>
>   
I build kernel with "device usb2_controller", "usb2_controller_ehci", 
and "usb2_controller_ohci".but it works nothing. usb.ko was still 
loaded.,and usb2_controller* seems not be compiled into kernel. 
usb2_controller_uhci_load="YES",usb2_controller_ehci_load="YES" still 
load model to kernel.
> Or "rm /boot/kernel/usb.ko"
>
>
>   

Thanks,
kevin

From avg at icyb.net.ua  Tue Nov 11 05:00:05 2008
From: avg at icyb.net.ua (Andriy Gapon)
Date: Tue Nov 11 05:00:19 2008
Subject: usb keyboard dying at loader prompt
In-Reply-To: <4912E462.4090608@icyb.net.ua>
References: <4912E462.4090608@icyb.net.ua>
Message-ID: <491981D0.7060100@icyb.net.ua>

on 06/11/2008 14:34 Andriy Gapon said the following:
> I have a quite strange problem.
> This is with 7-BETA amd64.
> All of USB is out of kernel and is loaded via modules.
> BIOS has "Legacy USB" enabled.
> I have only a USB keyboard, no PS/2 port.
> 
> The keyboard works file in BIOS and for selecting boot device in boot0
> menu. It also works in loader menu. If in the menu I select to go to
> loader prompt then it works for about 5 seconds and then "dies" - no
> reaction to key presses, no led change, nothing.
> I haven't actually verified if the keyboard would still work if I stayed
> in loader menu for longer than ~10 seconds.
> 
> This doesn't happen if USB is built into kernel.
> 
> Weird...


I did more experimentation and the behavior seems to be quite random -
sometimes keyboard works ok for long time in all places, sometimes it
stops working after some period of time, sometimes it doesn't work from
the start and couple of times I experienced boot process going astray.
Not sure what stage that was, there were endless messages spewed on the
screen very fast, I couldn't read them.

This leads me to the following "crazy" question - is it possible that
our boot chain corrupts some vital BIOS memory? I think loader would be
a primary suspect. I am not sure of anything, but a wild guess is that
RAM where BIOS stores some USB-related stuff gets corrupted. Maybe it's
overwritten when kernel and modules are loaded...

-- 
Andriy Gapon
From avg at icyb.net.ua  Tue Nov 11 05:14:08 2008
From: avg at icyb.net.ua (Andriy Gapon)
Date: Tue Nov 11 05:14:14 2008
Subject: usb keyboard dying at loader prompt
In-Reply-To: <491586B9.2020303@vwsoft.com>
References: <4912E462.4090608@icyb.net.ua> <491586B9.2020303@vwsoft.com>
Message-ID: <4919851B.7050800@icyb.net.ua>

on 08/11/2008 14:31 Volker said the following:
> Andriy,
> 
> On 12/23/-58 20:59, Andriy Gapon wrote:
>> I have a quite strange problem.
>> This is with 7-BETA amd64.
> 
> Did it work with earlier versions?

Can't say, this is a new machine, FreeBSD took its virginity :-)

>> All of USB is out of kernel and is loaded via modules.
>> BIOS has "Legacy USB" enabled.
>> I have only a USB keyboard, no PS/2 port.
> 
> Can you check BIOS settings for EHCI handover?

No such settings.

> If the BIOS does not have handover enabled, it may disable legacy
> support after a timeout, which is often bad. IMO this is the same with
> booting off USB drives but every BIOS handles that different.

This doesn't seem to be the case. The behavior is quite random,
sometimes I can work at loader prompt for may minutes, sometimes
keyboard is dead after a few seconds.
Also, I think USB keyboard is handled by UHCI, not EHCI in my case, but
I am not sure if this matters. My guess is that Legacy support should
work until OS explicitly takes over by using special procedure (this
should be done for UHCI as well).

BTW, it seems that our UHCI take-over code is far more simple than what
MS described here:
http://www.microsoft.com/whdc/archive/usbhost.mspx#EQHAC

Anyway, this happens after loader is done.

>> The keyboard works file in BIOS and for selecting boot device in boot0
>> menu. It also works in loader menu. If in the menu I select to go to
>> loader prompt then it works for about 5 seconds and then "dies" - no
>> reaction to key presses, no led change, nothing.
>> I haven't actually verified if the keyboard would still work if I stayed
>> in loader menu for longer than ~10 seconds.
>>
>> This doesn't happen if USB is built into kernel.
> 
> That sound strange. I have no idea why that might work (or I'm totally
> wrong with my handover theory).

I was incorrect about the above, I have already seen it happening both ways.

>> Weird...
> 
> Yes, sounds like or it's probably easily explainable ;)


-- 
Andriy Gapon
From hselasky at c2i.net  Tue Nov 11 07:34:28 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Tue Nov 11 07:34:34 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <4918F13F.1090302@163.com>
References: <3a142e750811071229r6d452b28t7979ab08e1c90d71@mail.gmail.com>
	<200811100852.43003.hselasky@c2i.net> <4918F13F.1090302@163.com>
Message-ID: <200811111636.26174.hselasky@c2i.net>

On Tuesday 11 November 2008, kevin wrote:
> Hans Petter Selasky wrote:
> > On Monday 10 November 2008, kevin wrote:
> >> Hans Petter Selasky wrote:
> >>> On Sunday 09 November 2008, kevin wrote:
> >>>> It's a bug?
> >>>> /boot/loader.conf:
> >>>> zfs_load="YES"
> >>>> vm.kmem_size_max="2048M"
> >>>> vm.kmem_size="2048M"
> >>>> vfs.zfs.zil_disable=1
> >>>> vfs.zfs.prefetch_disable=1
> >>>> hw.psm.synaptics_support=1
> >>>> legal.intel_iwn.license_ack=1
> >>>> acpi_ibm_load="YES"
> >>>> snd_hda_load="YES"
> >>>> powerd_enable="YES"
> >>>> linux_load="YES"
> >>>> if_iwn_load="YES"
> >>>> ubtbcmfw_load="YES"
> >>>> usb2_bluetooth_load="YES"
> >>>> usb2_bluetooth_ng_load="YES"
> >>>> usb2_bluetooth_fw_load="YES"
> >>>> usb2_controller_uhci_load="YES"
> >>>> usb2_controller_ehci_load="YES"
> >>>> usb2_input_ms_load="YES"
> >>>> usb2_storage_mass_load="YES"
> >>>> usb2_image_load="YES"
> >>>>
> >>>> kldstat:
> >>>> Id Refs Address            Size     Name
> >>>>  1   82 0xffffffff80100000 756b28   kernel (/boot/kernel/kernel)
> >>>>  2    1 0xffffffff80857000 3a88f8   zfs.ko (/boot/kernel/zfs.ko)
> >>>>  3    2 0xffffffff80c00000 6670     opensolaris.ko
> >>>> (/boot/kernel/opensolaris.ko) 4    2 0xffffffff80c07000 a1dd8
> >>>> linux.ko (/boot/kernel/linux.ko) 5    1 0xffffffff80ca9000 28470
> >>>> snd_hda.ko (/boot/kernel/snd_hda.ko) 6    2 0xffffffff80cd2000 bc4d0
> >>>> sound.ko (/boot/kernel/sound.ko) 7    1 0xffffffff80d8f000 7a38
> >>>> acpi_ibm.ko (/boot/kernel/acpi_ibm.ko) 8    1 0xffffffff80d97000 24e80
> >>>>  if_iwn.ko (/boot/kernel/if_iwn.ko) 9    1 0xffffffff80dbc000 6c18
> >>>> ubtbcmfw.ko (/boot/kernel/ubtbcmfw.ko) 10    2 0xffffffff80dc3000
> >>>> 27f88 usb.ko (/boot/kernel/usb.ko)
> >>>> 11    3 0xffffffff80deb000 be8      usb2_bluetooth.ko
> >>>> (/boot/kernel/usb2_bluetooth.ko) 12   12 0xffffffff80dec000 9c868
> >>>> usb2_core.ko (/boot/kernel/usb2_core.ko) 13    1 0xffffffff80e89000
> >>>> bbf8 usb2_bluetooth_ng.ko (/boot/kernel/usb2_bluetooth_ng.ko) 14    6
> >>>> 0xffffffff80e95000 1ad00    netgraph.ko (/boot/kernel/netgraph.ko) 15
> >>>> 1 0xffffffff80eb0000 a950     usb2_bluetooth_fw.ko
> >>>> (/boot/kernel/usb2_bluetooth_fw.ko) 16    1 0xffffffff80ebb000 15978
> >>>> usb2_controller_uhci.ko (/boot/kernel/usb2_controller_uhci.ko) 17    3
> >>>> 0xffffffff80ed1000 8780     usb2_controller.ko
> >>>> (/boot/kernel/usb2_controller.ko) 18    1 0xffffffff80eda000 19dd0
> >>>> usb2_controller_ehci.ko (/boot/kernel/usb2_controller_ehci.ko) 19    1
> >>>> 0xffffffff80ef4000 e128     usb2_input_ms.ko
> >>>> (/boot/kernel/usb2_input_ms.ko) 20    2 0xffffffff80f03000 bd0
> >>>> usb2_input.ko (/boot/kernel/usb2_input.ko) 21    1 0xffffffff80f04000
> >>>> 15c28 usb2_storage_mass.ko (/boot/kernel/usb2_storage_mass.ko) 22    2
> >>>> 0xffffffff80f1a000 bd8      usb2_storage.ko
> >>>> (/boot/kernel/usb2_storage.ko) 23    1 0xffffffff80f1b000 bd0
> >>>> usb2_image.ko
> >>>> (/boot/kernel/usb2_image.ko) 24    4 0xffffffff81022000 1835
> >>>> ng_bluetooth.ko (/boot/kernel/ng_bluetooth.ko) 25    1
> >>>> 0xffffffff81024000 133a9    ng_hci.ko (/boot/kernel/ng_hci.ko) 26    1
> >>>> 0xffffffff81038000 174b7    ng_l2cap.ko (/boot/kernel/ng_l2cap.ko) 27
> >>>> 1 0xffffffff81050000 2de0a    ng_btsocket.ko
> >>>> (/boot/kernel/ng_btsocket.ko) 28    1
> >>>> 0xffffffff8107e000 535e     ng_socket.ko (/boot/kernel/ng_socket.ko)
> >>>> 29 1 0xffffffff81084000 8059     vkbd.ko (/boot/kernel/vkbd.ko) 30   
> >>>> 1 0xffffffff8108d000 6f4      rtc.ko (/usr/local/modules/rtc.ko)
> >>>>
> >>>> I build kernel without usb*.I notice usb.ko's refs is 2, after i run
> >>>> kldunload usb.ko, it is 1.when i try to kldunload usb.ko another
> >>>> time,it return "Device busy".Any thing still request usb.ko?
> >>>
> >>> Hi,
> >>>
> >>> Could you send me your kernel config file. Maybe there is still one USB
> >>> config entry left for the old USB stack. Else the following should do
> >>> the trick: rm /boot/kernel/usb.ko
> >>>
> >>> --HPS
> >>
> >> This is my kernel config file.
> >>
> >> cpu HAMMER
> >> ident G8laptop
> >> options SCHED_ULE # ULE scheduler
> >> options PREEMPTION # Enable kernel thread preemption
> >> options INET # InterNETworking
> >> options INET6 # IPv6 communications protocols
> >> options SCTP # Stream Control Transmission Protocol
> >> options FFS # Berkeley Fast Filesystem
> >> options SOFTUPDATES # Enable FFS soft updates support
> >> options UFS_ACL # Support for access control lists
> >> options UFS_DIRHASH # Improve performance on big directories
> >> options UFS_GJOURNAL # Enable gjournal-based UFS journaling
> >> options NFSCLIENT # Network Filesystem Client
> >> options NFSLOCKD # Network Lock Manager
> >> options NTFS # NT File System
> >> options MSDOSFS # MSDOS Filesystem
> >> options CD9660 # ISO 9660 Filesystem
> >> options PROCFS # Process filesystem (requires PSEUDOFS)
> >> options PSEUDOFS # Pseudo-filesystem framework
> >> options GEOM_PART_GPT # GUID Partition Tables.
> >> options GEOM_LABEL # Provides labelization
> >> options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!]
> >> options COMPAT_IA32 # Compatible with i386 binaries
> >> options COMPAT_FREEBSD4 # Compatible with FreeBSD4
> >> options COMPAT_FREEBSD5 # Compatible with FreeBSD5
> >> options COMPAT_FREEBSD6 # Compatible with FreeBSD6
> >> options COMPAT_FREEBSD7 # Compatible with FreeBSD7
> >> options KTRACE # ktrace(1) support
> >> options STACK # stack(9) support
> >> options SYSVSHM # SYSV-style shared memory
> >> options SYSVMSG # SYSV-style message queues
> >> options SYSVSEM # SYSV-style semaphores
> >> options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time
> >> extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev
> >> options STOP_NMI # Stop CPUS using NMI instead of IPI
> >> options AUDIT # Security event auditing
> >> options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4)
> >> options KDB # Enable kernel debugger support.
> >> options DDB # Support DDB.
> >> options KDTRACE_HOOKS
> >> options DDB_CTF
> >> options KDTRACE_FRAME
> >> options SMP # Symmetric MultiProcessor Kernel
> >> device cpufreq
> >> device coretemp
> >> device nvram
> >> device acpi
> >> device pci
> >> device ata
> >> device atadisk # ATA disk drives
> >> device atapicd # ATAPI CDROM drives
> >> options ATA_STATIC_ID # Static device numbering
> >> device scbus # SCSI bus (required for SCSI)
> >> device da # Direct Access (disks)
> >> device cd # CD
> >> device pass # Passthrough device (direct SCSI access)
> >> device atkbdc # AT keyboard controller
> >> device atkbd # AT keyboard
> >> device psm # PS/2 mouse
> >> device kbdmux # keyboard multiplexer
> >> device vga # VGA video card driver
> >> device splash # Splash screen and screen saver support
> >> device sc
> >> device agp # support several AGP chipsets
> >> device cbb # cardbus (yenta) bridge
> >> device pccard # PC Card (16-bit) bus
> >> device cardbus # CardBus (32-bit) bus
> >> device em # Intel PRO/1000 Gigabit Ethernet Family
> >> device miibus # MII bus support
> >> device wlan # 802.11 support
> >> options IEEE80211_DEBUG # enable debug msgs
> >> options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's
> >> device wlan_wep # 802.11 WEP support
> >> device wlan_ccmp # 802.11 CCMP support
> >> device wlan_tkip # 802.11 TKIP support
> >> device wlan_amrr # AMRR transmit rate control algorithm
> >> device loop # Network loopback
> >> device random # Entropy device
> >> device ether # Ethernet support
> >> device tun # Packet tunnel.
> >> device pty # BSD-style compatibility pseudo ttys
> >> device md # Memory "disks"
> >> device gif # IPv6 and IPv4 tunneling
> >> device faith # IPv6-to-IPv4 relaying (translation)
> >> device firmware # firmware assist module
> >> device bpf # Berkeley packet filter
> >> device usb2_storage
> >> device usb2_storage_mass
> >>
> >> I don't think any thing request usb.ko. When i unload all usb2* and
> >> netgraph.ko related modules,i find i can unload usb.ko successful.
> >
> > Try adding "device usb2_controller", "usb2_controller_ehci",
> > and "usb2_controller_ohci" to the kernel config.
>
> I build kernel with "device usb2_controller", "usb2_controller_ehci",
> and "usb2_controller_ohci".but it works nothing. usb.ko was still
> loaded.,and usb2_controller* seems not be compiled into kernel.
> usb2_controller_uhci_load="YES",usb2_controller_ehci_load="YES" still
> load model to kernel.

You also need "device usb2_core".

Try this:

rm /boot/kernel/usb.ko

kldload /boot/kernel/usb2_core.ko
kldload /boot/kernel/usb2_controller_uhci.ko
kldload /boot/kernel/usb2_controller_ohci.ko
kldload /boot/kernel/usb2_controller_ehci.ko
kldload /boot/kernel/usb2_storage_mass.ko

Do you get any dmesg printouts ?

--HPS
From peter at wemm.org  Tue Nov 11 11:06:30 2008
From: peter at wemm.org (Peter Wemm)
Date: Tue Nov 11 11:06:36 2008
Subject: usb keyboard dying at loader prompt
In-Reply-To: <4919851B.7050800@icyb.net.ua>
References: <4912E462.4090608@icyb.net.ua> <491586B9.2020303@vwsoft.com>
	<4919851B.7050800@icyb.net.ua>
Message-ID: <e7db6d980811111055j24ed8f4rb4539c6678553b97@mail.gmail.com>

On Tue, Nov 11, 2008 at 5:14 AM, Andriy Gapon <avg@icyb.net.ua> wrote:
> on 08/11/2008 14:31 Volker said the following:
>> Andriy,
>>
>> On 12/23/-58 20:59, Andriy Gapon wrote:
>>> I have a quite strange problem.
>>> This is with 7-BETA amd64.
>>
>> Did it work with earlier versions?
>
> Can't say, this is a new machine, FreeBSD took its virginity :-)
>
>>> All of USB is out of kernel and is loaded via modules.
>>> BIOS has "Legacy USB" enabled.
>>> I have only a USB keyboard, no PS/2 port.
>>
>> Can you check BIOS settings for EHCI handover?
>
> No such settings.
>
>> If the BIOS does not have handover enabled, it may disable legacy
>> support after a timeout, which is often bad. IMO this is the same with
>> booting off USB drives but every BIOS handles that different.
>
> This doesn't seem to be the case. The behavior is quite random,
> sometimes I can work at loader prompt for may minutes, sometimes
> keyboard is dead after a few seconds.
> Also, I think USB keyboard is handled by UHCI, not EHCI in my case, but
> I am not sure if this matters. My guess is that Legacy support should
> work until OS explicitly takes over by using special procedure (this
> should be done for UHCI as well).
>
> BTW, it seems that our UHCI take-over code is far more simple than what
> MS described here:
> http://www.microsoft.com/whdc/archive/usbhost.mspx#EQHAC
>
> Anyway, this happens after loader is done.
>
>>> The keyboard works file in BIOS and for selecting boot device in boot0
>>> menu. It also works in loader menu. If in the menu I select to go to
>>> loader prompt then it works for about 5 seconds and then "dies" - no
>>> reaction to key presses, no led change, nothing.
>>> I haven't actually verified if the keyboard would still work if I stayed
>>> in loader menu for longer than ~10 seconds.
>>>
>>> This doesn't happen if USB is built into kernel.
>>
>> That sound strange. I have no idea why that might work (or I'm totally
>> wrong with my handover theory).
>
> I was incorrect about the above, I have already seen it happening both ways.
>
>>> Weird...
>>
>> Yes, sounds like or it's probably easily explainable ;)
>
>
> --
> Andriy Gapon
> _______________________________________________
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"
>


Some bioses have a list of MBR partition id's and use that to
determine what to do with the USB keyboard.  One of my ol older amd64
motherboards worked but would always disable the usb keyboard right as
loader started.  I discovered the following:
* If I put the freebsd bootblocks and loader on a floppy drive (no
MBR), then the bios did not turn off the keyboard.  It always
continued to work for loader.
* If i hacked the boot bootblocks and loader and kernel to recognize
different MBR slice id nubmers as "ours", then changing the freebsd
MBR to be "msdos" or "linux" also worked for that BIOS.  It would no
longer turn off the USB keyboard.  I don't recall which Id number I
used instead of 165 - it was about 4 years ago.
* There were other consequences of using the partition ID hack - I
think I remember it turning off the apic for msdos mode.

Your problems may be different, but mine were caused by a BIOS
whitelist of MBR partition id's.  What a stupid problem.  On that
motherboard I ended up taking the path of least resistance and using
the PS/2 adapter plug on the keyboard.
-- 
Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV
"All of this is for nothing if we don't go to the stars" - JMS/B5
"If Java had true garbage collection, most programs would delete
themselves upon execution." -- Robert Sewell
From peter at wemm.org  Tue Nov 11 11:07:50 2008
From: peter at wemm.org (Peter Wemm)
Date: Tue Nov 11 11:08:02 2008
Subject: usb keyboard dying at loader prompt
In-Reply-To: <4919851B.7050800@icyb.net.ua>
References: <4912E462.4090608@icyb.net.ua> <491586B9.2020303@vwsoft.com>
	<4919851B.7050800@icyb.net.ua>
Message-ID: <e7db6d980811111055j24ed8f4rb4539c6678553b97@mail.gmail.com>

On Tue, Nov 11, 2008 at 5:14 AM, Andriy Gapon <avg@icyb.net.ua> wrote:
> on 08/11/2008 14:31 Volker said the following:
>> Andriy,
>>
>> On 12/23/-58 20:59, Andriy Gapon wrote:
>>> I have a quite strange problem.
>>> This is with 7-BETA amd64.
>>
>> Did it work with earlier versions?
>
> Can't say, this is a new machine, FreeBSD took its virginity :-)
>
>>> All of USB is out of kernel and is loaded via modules.
>>> BIOS has "Legacy USB" enabled.
>>> I have only a USB keyboard, no PS/2 port.
>>
>> Can you check BIOS settings for EHCI handover?
>
> No such settings.
>
>> If the BIOS does not have handover enabled, it may disable legacy
>> support after a timeout, which is often bad. IMO this is the same with
>> booting off USB drives but every BIOS handles that different.
>
> This doesn't seem to be the case. The behavior is quite random,
> sometimes I can work at loader prompt for may minutes, sometimes
> keyboard is dead after a few seconds.
> Also, I think USB keyboard is handled by UHCI, not EHCI in my case, but
> I am not sure if this matters. My guess is that Legacy support should
> work until OS explicitly takes over by using special procedure (this
> should be done for UHCI as well).
>
> BTW, it seems that our UHCI take-over code is far more simple than what
> MS described here:
> http://www.microsoft.com/whdc/archive/usbhost.mspx#EQHAC
>
> Anyway, this happens after loader is done.
>
>>> The keyboard works file in BIOS and for selecting boot device in boot0
>>> menu. It also works in loader menu. If in the menu I select to go to
>>> loader prompt then it works for about 5 seconds and then "dies" - no
>>> reaction to key presses, no led change, nothing.
>>> I haven't actually verified if the keyboard would still work if I stayed
>>> in loader menu for longer than ~10 seconds.
>>>
>>> This doesn't happen if USB is built into kernel.
>>
>> That sound strange. I have no idea why that might work (or I'm totally
>> wrong with my handover theory).
>
> I was incorrect about the above, I have already seen it happening both ways.
>
>>> Weird...
>>
>> Yes, sounds like or it's probably easily explainable ;)
>
>
> --
> Andriy Gapon
> _______________________________________________
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"
>


Some bioses have a list of MBR partition id's and use that to
determine what to do with the USB keyboard.  One of my ol older amd64
motherboards worked but would always disable the usb keyboard right as
loader started.  I discovered the following:
* If I put the freebsd bootblocks and loader on a floppy drive (no
MBR), then the bios did not turn off the keyboard.  It always
continued to work for loader.
* If i hacked the boot bootblocks and loader and kernel to recognize
different MBR slice id nubmers as "ours", then changing the freebsd
MBR to be "msdos" or "linux" also worked for that BIOS.  It would no
longer turn off the USB keyboard.  I don't recall which Id number I
used instead of 165 - it was about 4 years ago.
* There were other consequences of using the partition ID hack - I
think I remember it turning off the apic for msdos mode.

Your problems may be different, but mine were caused by a BIOS
whitelist of MBR partition id's.  What a stupid problem.  On that
motherboard I ended up taking the path of least resistance and using
the PS/2 adapter plug on the keyboard.
-- 
Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV
"All of this is for nothing if we don't go to the stars" - JMS/B5
"If Java had true garbage collection, most programs would delete
themselves upon execution." -- Robert Sewell
From peter at wemm.org  Tue Nov 11 11:07:55 2008
From: peter at wemm.org (Peter Wemm)
Date: Tue Nov 11 11:08:02 2008
Subject: usb keyboard dying at loader prompt
In-Reply-To: <4919851B.7050800@icyb.net.ua>
References: <4912E462.4090608@icyb.net.ua> <491586B9.2020303@vwsoft.com>
	<4919851B.7050800@icyb.net.ua>
Message-ID: <e7db6d980811111055j24ed8f4rb4539c6678553b97@mail.gmail.com>

On Tue, Nov 11, 2008 at 5:14 AM, Andriy Gapon <avg@icyb.net.ua> wrote:
> on 08/11/2008 14:31 Volker said the following:
>> Andriy,
>>
>> On 12/23/-58 20:59, Andriy Gapon wrote:
>>> I have a quite strange problem.
>>> This is with 7-BETA amd64.
>>
>> Did it work with earlier versions?
>
> Can't say, this is a new machine, FreeBSD took its virginity :-)
>
>>> All of USB is out of kernel and is loaded via modules.
>>> BIOS has "Legacy USB" enabled.
>>> I have only a USB keyboard, no PS/2 port.
>>
>> Can you check BIOS settings for EHCI handover?
>
> No such settings.
>
>> If the BIOS does not have handover enabled, it may disable legacy
>> support after a timeout, which is often bad. IMO this is the same with
>> booting off USB drives but every BIOS handles that different.
>
> This doesn't seem to be the case. The behavior is quite random,
> sometimes I can work at loader prompt for may minutes, sometimes
> keyboard is dead after a few seconds.
> Also, I think USB keyboard is handled by UHCI, not EHCI in my case, but
> I am not sure if this matters. My guess is that Legacy support should
> work until OS explicitly takes over by using special procedure (this
> should be done for UHCI as well).
>
> BTW, it seems that our UHCI take-over code is far more simple than what
> MS described here:
> http://www.microsoft.com/whdc/archive/usbhost.mspx#EQHAC
>
> Anyway, this happens after loader is done.
>
>>> The keyboard works file in BIOS and for selecting boot device in boot0
>>> menu. It also works in loader menu. If in the menu I select to go to
>>> loader prompt then it works for about 5 seconds and then "dies" - no
>>> reaction to key presses, no led change, nothing.
>>> I haven't actually verified if the keyboard would still work if I stayed
>>> in loader menu for longer than ~10 seconds.
>>>
>>> This doesn't happen if USB is built into kernel.
>>
>> That sound strange. I have no idea why that might work (or I'm totally
>> wrong with my handover theory).
>
> I was incorrect about the above, I have already seen it happening both ways.
>
>>> Weird...
>>
>> Yes, sounds like or it's probably easily explainable ;)
>
>
> --
> Andriy Gapon
> _______________________________________________
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"
>


Some bioses have a list of MBR partition id's and use that to
determine what to do with the USB keyboard.  One of my ol older amd64
motherboards worked but would always disable the usb keyboard right as
loader started.  I discovered the following:
* If I put the freebsd bootblocks and loader on a floppy drive (no
MBR), then the bios did not turn off the keyboard.  It always
continued to work for loader.
* If i hacked the boot bootblocks and loader and kernel to recognize
different MBR slice id nubmers as "ours", then changing the freebsd
MBR to be "msdos" or "linux" also worked for that BIOS.  It would no
longer turn off the USB keyboard.  I don't recall which Id number I
used instead of 165 - it was about 4 years ago.
* There were other consequences of using the partition ID hack - I
think I remember it turning off the apic for msdos mode.

Your problems may be different, but mine were caused by a BIOS
whitelist of MBR partition id's.  What a stupid problem.  On that
motherboard I ended up taking the path of least resistance and using
the PS/2 adapter plug on the keyboard.
-- 
Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV
"All of this is for nothing if we don't go to the stars" - JMS/B5
"If Java had true garbage collection, most programs would delete
themselves upon execution." -- Robert Sewell
From volker at vwsoft.com  Tue Nov 11 12:09:22 2008
From: volker at vwsoft.com (Volker)
Date: Tue Nov 11 12:09:30 2008
Subject: usb keyboard dying at loader prompt
In-Reply-To: <e7db6d980811111055j24ed8f4rb4539c6678553b97@mail.gmail.com>
References: <4912E462.4090608@icyb.net.ua> <491586B9.2020303@vwsoft.com>	
	<4919851B.7050800@icyb.net.ua>
	<e7db6d980811111055j24ed8f4rb4539c6678553b97@mail.gmail.com>
Message-ID: <4919E65C.1020307@vwsoft.com>

On 11/11/08 19:55, Peter Wemm wrote:
> ...
> * There were other consequences of using the partition ID hack - I
> think I remember it turning off the apic for msdos mode.
> 
> Your problems may be different, but mine were caused by a BIOS
> whitelist of MBR partition id's.  What a stupid problem.  On that
> motherboard I ended up taking the path of least resistance and using
> the PS/2 adapter plug on the keyboard.

Peter,

very interesting what you've found. That reminds me on some
investigations I did as I was hunting USB boot device problems.

Some BIOSes do not check the partition (slice) ID but are looking for a
file system magic. If a FAT filesystem is detected, the BIOS does some
stupid things (like ignoring the active partition flag and booting the
FAT slice no matter what you've flagged active). Just an example and
off-topic to Andriy's keyboard problem.

But when combining that with your findings, it may still be a thing to
check for... ;)

Volker
From koitsu at FreeBSD.org  Tue Nov 11 12:24:29 2008
From: koitsu at FreeBSD.org (Jeremy Chadwick)
Date: Tue Nov 11 12:24:35 2008
Subject: usb keyboard dying at loader prompt
In-Reply-To: <4919E65C.1020307@vwsoft.com>
References: <4912E462.4090608@icyb.net.ua> <491586B9.2020303@vwsoft.com>
	<4919851B.7050800@icyb.net.ua>
	<e7db6d980811111055j24ed8f4rb4539c6678553b97@mail.gmail.com>
	<4919E65C.1020307@vwsoft.com>
Message-ID: <20081111202425.GA6568@icarus.home.lan>

On Tue, Nov 11, 2008 at 09:09:00PM +0100, Volker wrote:
> On 11/11/08 19:55, Peter Wemm wrote:
> > ...
> > * There were other consequences of using the partition ID hack - I
> > think I remember it turning off the apic for msdos mode.
> > 
> > Your problems may be different, but mine were caused by a BIOS
> > whitelist of MBR partition id's.  What a stupid problem.  On that
> > motherboard I ended up taking the path of least resistance and using
> > the PS/2 adapter plug on the keyboard.
> 
> Peter,
> 
> very interesting what you've found. That reminds me on some
> investigations I did as I was hunting USB boot device problems.
> 
> Some BIOSes do not check the partition (slice) ID but are looking for a
> file system magic. If a FAT filesystem is detected, the BIOS does some
> stupid things (like ignoring the active partition flag and booting the
> FAT slice no matter what you've flagged active). Just an example and
> off-topic to Andriy's keyboard problem.
> 
> But when combining that with your findings, it may still be a thing to
> check for... ;)

Since you folks in this thread have some pretty good experience with
BIOS behaviour and bootloader/filesystem stuff, could I ask that someone
take a look at something I posted at over on -fs?  I'm out of ideas at
this point.

http://lists.freebsd.org/pipermail/freebsd-fs/2008-November/005317.html

Danke!

-- 
| Jeremy Chadwick                                jdc at parodius.com |
| Parodius Networking                       http://www.parodius.com/ |
| UNIX Systems Administrator                  Mountain View, CA, USA |
| Making life hard for others since 1977.              PGP: 4BD6C0CB |

From peter at wemm.org  Tue Nov 11 12:30:48 2008
From: peter at wemm.org (Peter Wemm)
Date: Tue Nov 11 12:30:59 2008
Subject: usb keyboard dying at loader prompt
In-Reply-To: <4919E65C.1020307@vwsoft.com>
References: <4912E462.4090608@icyb.net.ua> <491586B9.2020303@vwsoft.com>
	<4919851B.7050800@icyb.net.ua>
	<e7db6d980811111055j24ed8f4rb4539c6678553b97@mail.gmail.com>
	<4919E65C.1020307@vwsoft.com>
Message-ID: <e7db6d980811111223j438bb0e4se411682393460862@mail.gmail.com>

On Tue, Nov 11, 2008 at 12:09 PM, Volker <volker@vwsoft.com> wrote:
> On 11/11/08 19:55, Peter Wemm wrote:
>> ...
>> * There were other consequences of using the partition ID hack - I
>> think I remember it turning off the apic for msdos mode.
>>
>> Your problems may be different, but mine were caused by a BIOS
>> whitelist of MBR partition id's.  What a stupid problem.  On that
>> motherboard I ended up taking the path of least resistance and using
>> the PS/2 adapter plug on the keyboard.
>
> Peter,
>
> very interesting what you've found. That reminds me on some
> investigations I did as I was hunting USB boot device problems.
>
> Some BIOSes do not check the partition (slice) ID but are looking for a
> file system magic. If a FAT filesystem is detected, the BIOS does some
> stupid things (like ignoring the active partition flag and booting the
> FAT slice no matter what you've flagged active). Just an example and
> off-topic to Andriy's keyboard problem.
>
> But when combining that with your findings, it may still be a thing to
> check for... ;)
>
> Volker

I have long since stopped being surprised by what bios writers come up
with.  Or should I say "windows boot loader" instead of bios, because
that is what it seems to have degenerated into these days.

-- 
Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV
"All of this is for nothing if we don't go to the stars" - JMS/B5
"If Java had true garbage collection, most programs would delete
themselves upon execution." -- Robert Sewell
From nakal at web.de  Tue Nov 11 13:00:48 2008
From: nakal at web.de (Martin)
Date: Tue Nov 11 13:01:01 2008
Subject: usb keyboard dying at loader prompt
In-Reply-To: <e7db6d980811111055j24ed8f4rb4539c6678553b97@mail.gmail.com>
References: <4912E462.4090608@icyb.net.ua> <491586B9.2020303@vwsoft.com>
	<4919851B.7050800@icyb.net.ua>
	<e7db6d980811111055j24ed8f4rb4539c6678553b97@mail.gmail.com>
Message-ID: <20081111213344.6657548c@zelda.local>

Am Tue, 11 Nov 2008 10:55:45 -0800
schrieb "Peter Wemm" <peter@wemm.org>:

> Some bioses have a list of MBR partition id's and use that to
> determine what to do with the USB keyboard.  One of my ol older amd64
> motherboards worked but would always disable the usb keyboard right as
> loader started.  I discovered the following:
> * If I put the freebsd bootblocks and loader on a floppy drive (no
> MBR), then the bios did not turn off the keyboard.  It always
> continued to work for loader.
> * If i hacked the boot bootblocks and loader and kernel to recognize
> different MBR slice id nubmers as "ours", then changing the freebsd
> MBR to be "msdos" or "linux" also worked for that BIOS.  It would no
> longer turn off the USB keyboard.  I don't recall which Id number I
> used instead of 165 - it was about 4 years ago.
> * There were other consequences of using the partition ID hack - I
> think I remember it turning off the apic for msdos mode.
> 
> Your problems may be different, but mine were caused by a BIOS
> whitelist of MBR partition id's.  What a stupid problem.  On that
> motherboard I ended up taking the path of least resistance and using
> the PS/2 adapter plug on the keyboard.

Hello,

I want to add some information about USB problems which occur for me
very frequently.

I have found out that most of the problems are related to Gigabyte
mainboards. I have 2 of them now. One is "EP35C-DS3R". With this
mainboard sometimes my USB keyboard and USB mouse stop working (the
power is simply off). I can reattach them and they both power up again.

The second mainboard is "EP45-DS3R". Here the problem is even worse.
The keyboard and mouse (both USB) lose power as soon as FreeBSD scans
the USB controllers. Here, I can also reattach the devices and they are
usable again.

One further hint: it seems Vista (64 bit version) has the same problem
with this EP45-DS3R mainboard. After it boots into the login screen, I
have to reattach the devices to use them. The mainboard is not broken,
I have tried 3 so far and all have these strange effects.


And now... I want to remind you that I have already posted here about
(same) USB problems on my laptop (Lenovo Thinkpad T60p). Sometimes I
have to reattach my keyboard there, too. Of course, this is not
Gigabyte here, but the weird behaviour ressembles the one above.

--
Martin
From andy at siliconlandmark.com  Tue Nov 11 13:50:01 2008
From: andy at siliconlandmark.com (Andre Guibert de Bruet)
Date: Tue Nov 11 13:50:08 2008
Subject: usb/128803: Quirk for I-Tuner Networks USBLCD4X20 support
Message-ID: <200811112141.mABLfkim087907@www.freebsd.org>


>Number:         128803
>Category:       usb
>Synopsis:       Quirk for I-Tuner Networks USBLCD4X20 support
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-usb
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Nov 11 21:50:01 UTC 2008
>Closed-Date:
>Last-Modified:
>Originator:     Andre Guibert de Bruet
>Release:        7.1-PRERELEASE & CURRENT
>Organization:
Silicon Landmark
>Environment:
FreeBSD zoom.properkernel.com 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Sat Nov  8 12:12:58 EST 2008     devel@zoom.properkernel.com:/usr/obj/usr/src/sys/GENERIC  i386
>Description:
The I-Tuner Networks USBLCD4X20 is a bus-powered external USB 4x20 LCD display. When plugged in, uhid attaches to this device, rendering it useless. The attached patch adds the proper quirk so that uhid doesn't attach to it. This allows software such as LCDproc to talk to it and display useful information.
>How-To-Repeat:
Plug the device in, and try to use any libusb-based application to talk to the device. They will fail to claim the appropriate interface.
>Fix:
See attached patch.

Patch attached with submission follows:

--- usb_quirks.c.orig	2008-10-30 22:50:12.000000000 -0400
+++ usb_quirks.c	2008-10-30 22:50:38.000000000 -0400
@@ -102,6 +102,8 @@
 	ANY, { UQ_HID_IGNORE }},
  { USB_VENDOR_ITUNERNET, USB_PRODUCT_ITUNERNET_USBLCD2X20,
 	ANY, { UQ_HID_IGNORE }},
+ { USB_VENDOR_ITUNERNET, USB_PRODUCT_ITUNERNET_USBLCD4X20,
+	ANY, { UQ_HID_IGNORE }},
  { USB_VENDOR_MGE, USB_PRODUCT_MGE_UPS1,
 	ANY, { UQ_HID_IGNORE }},
  { USB_VENDOR_MGE, USB_PRODUCT_MGE_UPS2,
--- usbdevs.orig	2008-10-30 22:50:00.000000000 -0400
+++ usbdevs	2008-10-30 22:51:00.000000000 -0400
@@ -1455,6 +1455,7 @@
 
 /* Ituner networks products */
 product ITUNERNET USBLCD2X20	0x0002	USB-LCD 2x20
+product ITUNERNET USBLCD4X20	0xc001	USB-LCD 4x20
 
 /* Jablotron products */
 product JABLOTRON PC60B		0x0001	PC-60B


>Release-Note:
>Audit-Trail:
>Unformatted:
From kevinxlinuz at 163.com  Tue Nov 11 18:37:27 2008
From: kevinxlinuz at 163.com (kevin)
Date: Tue Nov 11 18:37:40 2008
Subject: USB4BSD release candidate number 3 - request for review
In-Reply-To: <200811111636.26174.hselasky@c2i.net>
References: <3a142e750811071229r6d452b28t7979ab08e1c90d71@mail.gmail.com>	<200811100852.43003.hselasky@c2i.net>
	<4918F13F.1090302@163.com> <200811111636.26174.hselasky@c2i.net>
Message-ID: <491A4156.3080001@163.com>

Hans Petter Selasky wrote:
> On Tuesday 11 November 2008, kevin wrote:
>   
>> Hans Petter Selasky wrote:
>>     
>>> On Monday 10 November 2008, kevin wrote:
>>>       
>>>> Hans Petter Selasky wrote:
>>>>         
>>>>> On Sunday 09 November 2008, kevin wrote:
>>>>>           
>>>>>> It's a bug?
>>>>>> /boot/loader.conf:
>>>>>> zfs_load="YES"
>>>>>> vm.kmem_size_max="2048M"
>>>>>> vm.kmem_size="2048M"
>>>>>> vfs.zfs.zil_disable=1
>>>>>> vfs.zfs.prefetch_disable=1
>>>>>> hw.psm.synaptics_support=1
>>>>>> legal.intel_iwn.license_ack=1
>>>>>> acpi_ibm_load="YES"
>>>>>> snd_hda_load="YES"
>>>>>> powerd_enable="YES"
>>>>>> linux_load="YES"
>>>>>> if_iwn_load="YES"
>>>>>> ubtbcmfw_load="YES"
>>>>>> usb2_bluetooth_load="YES"
>>>>>> usb2_bluetooth_ng_load="YES"
>>>>>> usb2_bluetooth_fw_load="YES"
>>>>>> usb2_controller_uhci_load="YES"
>>>>>> usb2_controller_ehci_load="YES"
>>>>>> usb2_input_ms_load="YES"
>>>>>> usb2_storage_mass_load="YES"
>>>>>> usb2_image_load="YES"
>>>>>>
>>>>>> kldstat:
>>>>>> Id Refs Address            Size     Name
>>>>>>  1   82 0xffffffff80100000 756b28   kernel (/boot/kernel/kernel)
>>>>>>  2    1 0xffffffff80857000 3a88f8   zfs.ko (/boot/kernel/zfs.ko)
>>>>>>  3    2 0xffffffff80c00000 6670     opensolaris.ko
>>>>>> (/boot/kernel/opensolaris.ko) 4    2 0xffffffff80c07000 a1dd8
>>>>>> linux.ko (/boot/kernel/linux.ko) 5    1 0xffffffff80ca9000 28470
>>>>>> snd_hda.ko (/boot/kernel/snd_hda.ko) 6    2 0xffffffff80cd2000 bc4d0
>>>>>> sound.ko (/boot/kernel/sound.ko) 7    1 0xffffffff80d8f000 7a38
>>>>>> acpi_ibm.ko (/boot/kernel/acpi_ibm.ko) 8    1 0xffffffff80d97000 24e80
>>>>>>  if_iwn.ko (/boot/kernel/if_iwn.ko) 9    1 0xffffffff80dbc000 6c18
>>>>>> ubtbcmfw.ko (/boot/kernel/ubtbcmfw.ko) 10    2 0xffffffff80dc3000
>>>>>> 27f88 usb.ko (/boot/kernel/usb.ko)
>>>>>> 11    3 0xffffffff80deb000 be8      usb2_bluetooth.ko
>>>>>> (/boot/kernel/usb2_bluetooth.ko) 12   12 0xffffffff80dec000 9c868
>>>>>> usb2_core.ko (/boot/kernel/usb2_core.ko) 13    1 0xffffffff80e89000
>>>>>> bbf8 usb2_bluetooth_ng.ko (/boot/kernel/usb2_bluetooth_ng.ko) 14    6
>>>>>> 0xffffffff80e95000 1ad00    netgraph.ko (/boot/kernel/netgraph.ko) 15
>>>>>> 1 0xffffffff80eb0000 a950     usb2_bluetooth_fw.ko
>>>>>> (/boot/kernel/usb2_bluetooth_fw.ko) 16    1 0xffffffff80ebb000 15978
>>>>>> usb2_controller_uhci.ko (/boot/kernel/usb2_controller_uhci.ko) 17    3
>>>>>> 0xffffffff80ed1000 8780     usb2_controller.ko
>>>>>> (/boot/kernel/usb2_controller.ko) 18    1 0xffffffff80eda000 19dd0
>>>>>> usb2_controller_ehci.ko (/boot/kernel/usb2_controller_ehci.ko) 19    1
>>>>>> 0xffffffff80ef4000 e128     usb2_input_ms.ko
>>>>>> (/boot/kernel/usb2_input_ms.ko) 20    2 0xffffffff80f03000 bd0
>>>>>> usb2_input.ko (/boot/kernel/usb2_input.ko) 21    1 0xffffffff80f04000
>>>>>> 15c28 usb2_storage_mass.ko (/boot/kernel/usb2_storage_mass.ko) 22    2
>>>>>> 0xffffffff80f1a000 bd8      usb2_storage.ko
>>>>>> (/boot/kernel/usb2_storage.ko) 23    1 0xffffffff80f1b000 bd0
>>>>>> usb2_image.ko
>>>>>> (/boot/kernel/usb2_image.ko) 24    4 0xffffffff81022000 1835
>>>>>> ng_bluetooth.ko (/boot/kernel/ng_bluetooth.ko) 25    1
>>>>>> 0xffffffff81024000 133a9    ng_hci.ko (/boot/kernel/ng_hci.ko) 26    1
>>>>>> 0xffffffff81038000 174b7    ng_l2cap.ko (/boot/kernel/ng_l2cap.ko) 27
>>>>>> 1 0xffffffff81050000 2de0a    ng_btsocket.ko
>>>>>> (/boot/kernel/ng_btsocket.ko) 28    1
>>>>>> 0xffffffff8107e000 535e     ng_socket.ko (/boot/kernel/ng_socket.ko)
>>>>>> 29 1 0xffffffff81084000 8059     vkbd.ko (/boot/kernel/vkbd.ko) 30   
>>>>>> 1 0xffffffff8108d000 6f4      rtc.ko (/usr/local/modules/rtc.ko)
>>>>>>
>>>>>> I build kernel without usb*.I notice usb.ko's refs is 2, after i run
>>>>>> kldunload usb.ko, it is 1.when i try to kldunload usb.ko another
>>>>>> time,it return "Device busy".Any thing still request usb.ko?
>>>>>>             
>>>>> Hi,
>>>>>
>>>>> Could you send me your kernel config file. Maybe there is still one USB
>>>>> config entry left for the old USB stack. Else the following should do
>>>>> the trick: rm /boot/kernel/usb.ko
>>>>>
>>>>> --HPS
>>>>>           
>>>> This is my kernel config file.
>>>>
>>>> cpu HAMMER
>>>> ident G8laptop
>>>> options SCHED_ULE # ULE scheduler
>>>> options PREEMPTION # Enable kernel thread preemption
>>>> options INET # InterNETworking
>>>> options INET6 # IPv6 communications protocols
>>>> options SCTP # Stream Control Transmission Protocol
>>>> options FFS # Berkeley Fast Filesystem
>>>> options SOFTUPDATES # Enable FFS soft updates support
>>>> options UFS_ACL # Support for access control lists
>>>> options UFS_DIRHASH # Improve performance on big directories
>>>> options UFS_GJOURNAL # Enable gjournal-based UFS journaling
>>>> options NFSCLIENT # Network Filesystem Client
>>>> options NFSLOCKD # Network Lock Manager
>>>> options NTFS # NT File System
>>>> options MSDOSFS # MSDOS Filesystem
>>>> options CD9660 # ISO 9660 Filesystem
>>>> options PROCFS # Process filesystem (requires PSEUDOFS)
>>>> options PSEUDOFS # Pseudo-filesystem framework
>>>> options GEOM_PART_GPT # GUID Partition Tables.
>>>> options GEOM_LABEL # Provides labelization
>>>> options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!]
>>>> options COMPAT_IA32 # Compatible with i386 binaries
>>>> options COMPAT_FREEBSD4 # Compatible with FreeBSD4
>>>> options COMPAT_FREEBSD5 # Compatible with FreeBSD5
>>>> options COMPAT_FREEBSD6 # Compatible with FreeBSD6
>>>> options COMPAT_FREEBSD7 # Compatible with FreeBSD7
>>>> options KTRACE # ktrace(1) support
>>>> options STACK # stack(9) support
>>>> options SYSVSHM # SYSV-style shared memory
>>>> options SYSVMSG # SYSV-style message queues
>>>> options SYSVSEM # SYSV-style semaphores
>>>> options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time
>>>> extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev
>>>> options STOP_NMI # Stop CPUS using NMI instead of IPI
>>>> options AUDIT # Security event auditing
>>>> options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4)
>>>> options KDB # Enable kernel debugger support.
>>>> options DDB # Support DDB.
>>>> options KDTRACE_HOOKS
>>>> options DDB_CTF
>>>> options KDTRACE_FRAME
>>>> options SMP # Symmetric MultiProcessor Kernel
>>>> device cpufreq
>>>> device coretemp
>>>> device nvram
>>>> device acpi
>>>> device pci
>>>> device ata
>>>> device atadisk # ATA disk drives
>>>> device atapicd # ATAPI CDROM drives
>>>> options ATA_STATIC_ID # Static device numbering
>>>> device scbus # SCSI bus (required for SCSI)
>>>> device da # Direct Access (disks)
>>>> device cd # CD
>>>> device pass # Passthrough device (direct SCSI access)
>>>> device atkbdc # AT keyboard controller
>>>> device atkbd # AT keyboard
>>>> device psm # PS/2 mouse
>>>> device kbdmux # keyboard multiplexer
>>>> device vga # VGA video card driver
>>>> device splash # Splash screen and screen saver support
>>>> device sc
>>>> device agp # support several AGP chipsets
>>>> device cbb # cardbus (yenta) bridge
>>>> device pccard # PC Card (16-bit) bus
>>>> device cardbus # CardBus (32-bit) bus
>>>> device em # Intel PRO/1000 Gigabit Ethernet Family
>>>> device miibus # MII bus support
>>>> device wlan # 802.11 support
>>>> options IEEE80211_DEBUG # enable debug msgs
>>>> options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's
>>>> device wlan_wep # 802.11 WEP support
>>>> device wlan_ccmp # 802.11 CCMP support
>>>> device wlan_tkip # 802.11 TKIP support
>>>> device wlan_amrr # AMRR transmit rate control algorithm
>>>> device loop # Network loopback
>>>> device random # Entropy device
>>>> device ether # Ethernet support
>>>> device tun # Packet tunnel.
>>>> device pty # BSD-style compatibility pseudo ttys
>>>> device md # Memory "disks"
>>>> device gif # IPv6 and IPv4 tunneling
>>>> device faith # IPv6-to-IPv4 relaying (translation)
>>>> device firmware # firmware assist module
>>>> device bpf # Berkeley packet filter
>>>> device usb2_storage
>>>> device usb2_storage_mass
>>>>
>>>> I don't think any thing request usb.ko. When i unload all usb2* and
>>>> netgraph.ko related modules,i find i can unload usb.ko successful.
>>>>         
>>> Try adding "device usb2_controller", "usb2_controller_ehci",
>>> and "usb2_controller_ohci" to the kernel config.
>>>       
>> I build kernel with "device usb2_controller", "usb2_controller_ehci",
>> and "usb2_controller_ohci".but it works nothing. usb.ko was still
>> loaded.,and usb2_controller* seems not be compiled into kernel.
>> usb2_controller_uhci_load="YES",usb2_controller_ehci_load="YES" still
>> load model to kernel.
>>     
>
> You also need "device usb2_core".
>
> Try this:
>
> rm /boot/kernel/usb.ko
>
> kldload /boot/kernel/usb2_core.ko
> kldload /boot/kernel/usb2_controller_uhci.ko
> kldload /boot/kernel/usb2_controller_ohci.ko
> kldload /boot/kernel/usb2_controller_ehci.ko
> kldload /boot/kernel/usb2_storage_mass.ko
>
> Do you get any dmesg printouts ?
>   
rm /boot/kernel/usb.ko,and then reboot system. system works fine without usb.ko and there is no difference in dmesg.


Thanks,
kevin

From pluknet at gmail.com  Wed Nov 12 02:03:01 2008
From: pluknet at gmail.com (pluknet)
Date: Wed Nov 12 02:03:37 2008
Subject: usb keyboard dying at loader prompt
In-Reply-To: <20081111213344.6657548c@zelda.local>
References: <4912E462.4090608@icyb.net.ua> <491586B9.2020303@vwsoft.com>
	<4919851B.7050800@icyb.net.ua>
	<e7db6d980811111055j24ed8f4rb4539c6678553b97@mail.gmail.com>
	<20081111213344.6657548c@zelda.local>
Message-ID: <a31046fc0811120136s477bcacev7e8b2d4ec5ab951d@mail.gmail.com>

2008/11/11 Martin <nakal@web.de>:
> Am Tue, 11 Nov 2008 10:55:45 -0800
> schrieb "Peter Wemm" <peter@wemm.org>:
>
>> Some bioses have a list of MBR partition id's and use that to
>> determine what to do with the USB keyboard.  One of my ol older amd64
>> motherboards worked but would always disable the usb keyboard right as
>> loader started.  I discovered the following:
>> * If I put the freebsd bootblocks and loader on a floppy drive (no
>> MBR), then the bios did not turn off the keyboard.  It always
>> continued to work for loader.
>> * If i hacked the boot bootblocks and loader and kernel to recognize
>> different MBR slice id nubmers as "ours", then changing the freebsd
>> MBR to be "msdos" or "linux" also worked for that BIOS.  It would no
>> longer turn off the USB keyboard.  I don't recall which Id number I
>> used instead of 165 - it was about 4 years ago.
>> * There were other consequences of using the partition ID hack - I
>> think I remember it turning off the apic for msdos mode.
>>
>> Your problems may be different, but mine were caused by a BIOS
>> whitelist of MBR partition id's.  What a stupid problem.  On that
>> motherboard I ended up taking the path of least resistance and using
>> the PS/2 adapter plug on the keyboard.
>
> Hello,
>
> I want to add some information about USB problems which occur for me
> very frequently.
>
> I have found out that most of the problems are related to Gigabyte
> mainboards. I have 2 of them now. One is "EP35C-DS3R". With this
> mainboard sometimes my USB keyboard and USB mouse stop working (the
> power is simply off). I can reattach them and they both power up again.
>
> The second mainboard is "EP45-DS3R". Here the problem is even worse.
> The keyboard and mouse (both USB) lose power as soon as FreeBSD scans
> the USB controllers. Here, I can also reattach the devices and they are
> usable again.
>
> One further hint: it seems Vista (64 bit version) has the same problem
> with this EP45-DS3R mainboard. After it boots into the login screen, I
> have to reattach the devices to use them. The mainboard is not broken,
> I have tried 3 so far and all have these strange effects.
>
>
> And now... I want to remind you that I have already posted here about
> (same) USB problems on my laptop (Lenovo Thinkpad T60p). Sometimes I
> have to reattach my keyboard there, too. Of course, this is not
> Gigabyte here, but the weird behaviour ressembles the one above.

I have the same problem with my ukbd&ums:
they are power off'ed during the boot and I should to re-attach them .
MB: Asus p5k.

-- 
wbr,
pluknet
From avg at icyb.net.ua  Wed Nov 12 03:29:18 2008
From: avg at icyb.net.ua (Andriy Gapon)
Date: Wed Nov 12 03:29:25 2008
Subject: usb keyboard dying at loader prompt
In-Reply-To: <e7db6d980811111055j24ed8f4rb4539c6678553b97@mail.gmail.com>
References: <4912E462.4090608@icyb.net.ua> <491586B9.2020303@vwsoft.com>	
	<4919851B.7050800@icyb.net.ua>
	<e7db6d980811111055j24ed8f4rb4539c6678553b97@mail.gmail.com>
Message-ID: <491ABE05.5080809@icyb.net.ua>

on 11/11/2008 20:55 Peter Wemm said the following:
> Some bioses have a list of MBR partition id's and use that to
> determine what to do with the USB keyboard.  One of my ol older amd64
> motherboards worked but would always disable the usb keyboard right as
> loader started.  I discovered the following:
> * If I put the freebsd bootblocks and loader on a floppy drive (no
> MBR), then the bios did not turn off the keyboard.  It always
> continued to work for loader.
> * If i hacked the boot bootblocks and loader and kernel to recognize
> different MBR slice id nubmers as "ours", then changing the freebsd
> MBR to be "msdos" or "linux" also worked for that BIOS.  It would no
> longer turn off the USB keyboard.  I don't recall which Id number I
> used instead of 165 - it was about 4 years ago.
> * There were other consequences of using the partition ID hack - I
> think I remember it turning off the apic for msdos mode.
> 
> Your problems may be different, but mine were caused by a BIOS
> whitelist of MBR partition id's.  What a stupid problem.  On that
> motherboard I ended up taking the path of least resistance and using
> the PS/2 adapter plug on the keyboard.

Foul play on BIOS part is definitely a big possibility.
What puzzles me most is random/inconsistent behavior from boot to boot.
Maybe there is some misalignment between how BIOS emulates legacy
keyboard and how our boot chain interacts with it, some timing issue or
something.

Anyway, this is very hard to debug or guess. Most probably I will have
to live with it (this system doesn't have PS/2 ports at all).

-- 
Andriy Gapon
From avg at icyb.net.ua  Wed Nov 12 03:36:50 2008
From: avg at icyb.net.ua (Andriy Gapon)
Date: Wed Nov 12 03:37:10 2008
Subject: ukbd attachment and root mount
In-Reply-To: <4911BA93.9030006@icyb.net.ua>
References: <4911BA93.9030006@icyb.net.ua>
Message-ID: <491ABFCD.3060309@icyb.net.ua>

on 05/11/2008 17:24 Andriy Gapon said the following:
> System is FreeBSD 7.1-BETA2 amd64.
> 
> Looking through my dmesg I see that relative order of ukbd attachment
> and root mounting is not deterministic. Sometime keyboard is attached
> first, sometimes root filesystem is mounted first. Quite more often root
> is mounted first, though.
> Example (with GENERIC kernel):
> Nov  3 15:40:54  kernel: Trying to mount root from ufs:/dev/mirror/bootgm
> Nov  3 15:40:54  kernel: GEOM_LABEL: Label ufs/bootfs removed.
> Nov  3 15:40:54  kernel: GEOM_LABEL: Label for provider mirror/bootgm is
> ufs/bootfs.
> Nov  3 15:40:54  kernel: GEOM_LABEL: Label ufs/bootfs removed.
> Nov  3 15:40:54  kernel: ukbd0: <CHESEN USB Keyboard, class 0/0, rev
> 1.10/1.10, addr 3> on uhub2
> Nov  3 15:40:54  kernel: kbd2 at ukbd0
> Nov  3 15:40:54  kernel: uhid0: <CHESEN USB Keyboard, class 0/0, rev
> 1.10/1.10, addr 3> on uhub2
> 
> Another (with custom kernel, zfs root):
> Nov  4 17:54:03 odyssey kernel: Trying to mount root from zfs:tank/root
> Nov  4 17:54:03 odyssey kernel: ukbd0: <CHESEN USB Keyboard, class 0/0,
> rev 1.10/1.10, addr 3> on uhub2
> Nov  4 17:54:03 odyssey kernel: kbd2 at ukbd0
> Nov  4 17:54:03 odyssey kernel: kbd2: ukbd0, generic (0), config:0x0,
> flags:0x3d0000
> Nov  4 17:54:03 odyssey kernel: uhid0: <CHESEN USB Keyboard, class 0/0,
> rev 1.10/1.10, addr 3> on uhub2
> 
> I have a legacy-free system (no PS/2 ports, only USB) and I wanted to
> try a kernel without atkbd and psm (with ums, ukbd, kbdmux), but was
> bitten hard when I made a mistake and kernel could not find/mount root
> filesystem.
> 
> So I stuck at mountroot prompt without a keyboard to enter anything.
> This was repeatable about 10 times after which I resorted to live cd.
> 
> Since then I put back atkbdc into my kernel. I guess BIOS or USB
> hardware emulate AT or PS/2 keyboard, so the USB keyboard works before
> the driver attaches. I guess I need such emulation e.g. for loader or
> boot0 configuration. But I guess I don't have to have atkbd driver in
> kernel.

This turned out not to be a complete solution as it seems that there are
some quirks about legacy USB here, sometimes keyboard stops working even
at loader prompt (this is described in a different thread).

ukbd attachment still puzzles me a lot.
I look at some older dmesg, e.g. this 7.0-RELEASE one:
http://www.mavetju.org/mail/view_message.php?list=freebsd-usb&id=2709973
and see that ukbd attaches along with ums before mountroot.

I look at newer dmesg and I see that ums attaches at about the same time
as before but ukbd consistently attaches after mountroot.
I wonder what might cause such behavior and how to fix it.
I definitely would like to see ukbd attach before mountroot, I can debug
this issue, but need some hints on where to start.

-- 
Andriy Gapon
From avg at icyb.net.ua  Wed Nov 12 04:00:21 2008
From: avg at icyb.net.ua (Andriy Gapon)
Date: Wed Nov 12 04:00:40 2008
Subject: ukbd attachment and root mount
In-Reply-To: <Pine.GSO.4.64.0811120352100.1597@zeno.ucsd.edu>
References: <4911BA93.9030006@icyb.net.ua> <491ABFCD.3060309@icyb.net.ua>
	<Pine.GSO.4.64.0811120352100.1597@zeno.ucsd.edu>
Message-ID: <491AC502.9000507@icyb.net.ua>

on 12/11/2008 13:53 Nate Eldredge said the following:
> On Wed, 12 Nov 2008, Andriy Gapon wrote:
> 
>> on 05/11/2008 17:24 Andriy Gapon said the following:
> [...]
>>> I have a legacy-free system (no PS/2 ports, only USB) and I wanted to
>>> try a kernel without atkbd and psm (with ums, ukbd, kbdmux), but was
>>> bitten hard when I made a mistake and kernel could not find/mount root
>>> filesystem.
>>>
>>> So I stuck at mountroot prompt without a keyboard to enter anything.
>>> This was repeatable about 10 times after which I resorted to live cd.
>>>
>>> Since then I put back atkbdc into my kernel. I guess BIOS or USB
>>> hardware emulate AT or PS/2 keyboard, so the USB keyboard works before
>>> the driver attaches. I guess I need such emulation e.g. for loader or
>>> boot0 configuration. But I guess I don't have to have atkbd driver in
>>> kernel.
>>
>> This turned out not to be a complete solution as it seems that there are
>> some quirks about legacy USB here, sometimes keyboard stops working even
>> at loader prompt (this is described in a different thread).
>>
>> ukbd attachment still puzzles me a lot.
>> I look at some older dmesg, e.g. this 7.0-RELEASE one:
>> http://www.mavetju.org/mail/view_message.php?list=freebsd-usb&id=2709973
>> and see that ukbd attaches along with ums before mountroot.
>>
>> I look at newer dmesg and I see that ums attaches at about the same time
>> as before but ukbd consistently attaches after mountroot.
>> I wonder what might cause such behavior and how to fix it.
>> I definitely would like to see ukbd attach before mountroot, I can debug
>> this issue, but need some hints on where to start.
> 
> I haven't been following this thread, and I'm pretty sleepy right now,
> so sorry if this is irrelevant, but I had a somewhat similar problem
> that was fixed by adding
> 
> hint.atkbd.0.flags="0x1"
> 
> to /boot/device.hints .
> 

I can try this, but I think this wouldn't help for two reasons:
1. I already tried kernel without atkb at all
2. if ukbd driver is not attached then I don't see any way USB keyboard
would work in non-legacy way

Anyway I will try this, thank you.

-- 
Andriy Gapon
From neldredge at math.ucsd.edu  Wed Nov 12 04:18:37 2008
From: neldredge at math.ucsd.edu (Nate Eldredge)
Date: Wed Nov 12 04:18:42 2008
Subject: ukbd attachment and root mount
In-Reply-To: <491ABFCD.3060309@icyb.net.ua>
References: <4911BA93.9030006@icyb.net.ua> <491ABFCD.3060309@icyb.net.ua>
Message-ID: <Pine.GSO.4.64.0811120352100.1597@zeno.ucsd.edu>

On Wed, 12 Nov 2008, Andriy Gapon wrote:

> on 05/11/2008 17:24 Andriy Gapon said the following:
[...]
>> I have a legacy-free system (no PS/2 ports, only USB) and I wanted to
>> try a kernel without atkbd and psm (with ums, ukbd, kbdmux), but was
>> bitten hard when I made a mistake and kernel could not find/mount root
>> filesystem.
>>
>> So I stuck at mountroot prompt without a keyboard to enter anything.
>> This was repeatable about 10 times after which I resorted to live cd.
>>
>> Since then I put back atkbdc into my kernel. I guess BIOS or USB
>> hardware emulate AT or PS/2 keyboard, so the USB keyboard works before
>> the driver attaches. I guess I need such emulation e.g. for loader or
>> boot0 configuration. But I guess I don't have to have atkbd driver in
>> kernel.
>
> This turned out not to be a complete solution as it seems that there are
> some quirks about legacy USB here, sometimes keyboard stops working even
> at loader prompt (this is described in a different thread).
>
> ukbd attachment still puzzles me a lot.
> I look at some older dmesg, e.g. this 7.0-RELEASE one:
> http://www.mavetju.org/mail/view_message.php?list=freebsd-usb&id=2709973
> and see that ukbd attaches along with ums before mountroot.
>
> I look at newer dmesg and I see that ums attaches at about the same time
> as before but ukbd consistently attaches after mountroot.
> I wonder what might cause such behavior and how to fix it.
> I definitely would like to see ukbd attach before mountroot, I can debug
> this issue, but need some hints on where to start.

I haven't been following this thread, and I'm pretty sleepy right now, so 
sorry if this is irrelevant, but I had a somewhat similar problem that was 
fixed by adding

hint.atkbd.0.flags="0x1"

to /boot/device.hints .

-- 

Nate Eldredge
neldredge@math.ucsd.edu
From avg at icyb.net.ua  Wed Nov 12 04:20:46 2008
From: avg at icyb.net.ua (Andriy Gapon)
Date: Wed Nov 12 04:20:52 2008
Subject: ukbd attachment and root mount
In-Reply-To: <20081112121410.GA24629@icarus.home.lan>
References: <4911BA93.9030006@icyb.net.ua> <491ABFCD.3060309@icyb.net.ua>
	<Pine.GSO.4.64.0811120352100.1597@zeno.ucsd.edu>
	<491AC502.9000507@icyb.net.ua>
	<20081112121410.GA24629@icarus.home.lan>
Message-ID: <491ACA19.2040008@icyb.net.ua>

on 12/11/2008 14:14 Jeremy Chadwick said the following:
> On Wed, Nov 12, 2008 at 01:58:58PM +0200, Andriy Gapon wrote:
[snip]
>> 2. if ukbd driver is not attached then I don't see any way USB keyboard
>> would work in non-legacy way
> 
> Regarding #2: at which stage?  boot0/boot2/loader require an AT or PS/2
> keyboard to work.  None of these stages use ukbd(4) or anything -- there
> is no kernel loaded at this point!!  Meaning: if you have a USB keyboard,
> your BIOS will need to have a "USB Legacy" option to cause it to act as
> a PS/2 keyboard, for typing in boot0/boot2/loader to work.
> 
> Device hints are for kernel drivers, once the kernel is loaded.

Jeremy,

I understand all of this.
In subject line and earlier messages I say that I am interested in
mountroot prompt - the prompt where kernel can ask about what device to
use for root filesystem.
Essentially I would like kernel to recognize USB keyboard (and disable
all the legacy stuff if needed) before it prompts for the root device.


-- 
Andriy Gapon
From koitsu at FreeBSD.org  Wed Nov 12 04:30:11 2008
From: koitsu at FreeBSD.org (Jeremy Chadwick)
Date: Wed Nov 12 04:30:17 2008
Subject: ukbd attachment and root mount
In-Reply-To: <491AC502.9000507@icyb.net.ua>
References: <4911BA93.9030006@icyb.net.ua> <491ABFCD.3060309@icyb.net.ua>
	<Pine.GSO.4.64.0811120352100.1597@zeno.ucsd.edu>
	<491AC502.9000507@icyb.net.ua>
Message-ID: <20081112121410.GA24629@icarus.home.lan>

On Wed, Nov 12, 2008 at 01:58:58PM +0200, Andriy Gapon wrote:
> on 12/11/2008 13:53 Nate Eldredge said the following:
> > On Wed, 12 Nov 2008, Andriy Gapon wrote:
> > 
> >> on 05/11/2008 17:24 Andriy Gapon said the following:
> > [...]
> >>> I have a legacy-free system (no PS/2 ports, only USB) and I wanted to
> >>> try a kernel without atkbd and psm (with ums, ukbd, kbdmux), but was
> >>> bitten hard when I made a mistake and kernel could not find/mount root
> >>> filesystem.
> >>>
> >>> So I stuck at mountroot prompt without a keyboard to enter anything.
> >>> This was repeatable about 10 times after which I resorted to live cd.
> >>>
> >>> Since then I put back atkbdc into my kernel. I guess BIOS or USB
> >>> hardware emulate AT or PS/2 keyboard, so the USB keyboard works before
> >>> the driver attaches. I guess I need such emulation e.g. for loader or
> >>> boot0 configuration. But I guess I don't have to have atkbd driver in
> >>> kernel.
> >>
> >> This turned out not to be a complete solution as it seems that there are
> >> some quirks about legacy USB here, sometimes keyboard stops working even
> >> at loader prompt (this is described in a different thread).
> >>
> >> ukbd attachment still puzzles me a lot.
> >> I look at some older dmesg, e.g. this 7.0-RELEASE one:
> >> http://www.mavetju.org/mail/view_message.php?list=freebsd-usb&id=2709973
> >> and see that ukbd attaches along with ums before mountroot.
> >>
> >> I look at newer dmesg and I see that ums attaches at about the same time
> >> as before but ukbd consistently attaches after mountroot.
> >> I wonder what might cause such behavior and how to fix it.
> >> I definitely would like to see ukbd attach before mountroot, I can debug
> >> this issue, but need some hints on where to start.
> > 
> > I haven't been following this thread, and I'm pretty sleepy right now,
> > so sorry if this is irrelevant, but I had a somewhat similar problem
> > that was fixed by adding
> > 
> > hint.atkbd.0.flags="0x1"
> > 
> > to /boot/device.hints .

To those reading, the above setting enables the following option:

   bit 0 (FAIL_IF_NO_KBD)
      By default the atkbd driver will install even if a keyboard is not
      actually connected to the system.  This option prevents the driver
      from being installed in this situation.

> I can try this, but I think this wouldn't help for two reasons:
> 1. I already tried kernel without atkb at all
> 2. if ukbd driver is not attached then I don't see any way USB keyboard
> would work in non-legacy way

Regarding #2: at which stage?  boot0/boot2/loader require an AT or PS/2
keyboard to work.  None of these stages use ukbd(4) or anything -- there
is no kernel loaded at this point!!  Meaning: if you have a USB keyboard,
your BIOS will need to have a "USB Legacy" option to cause it to act as
a PS/2 keyboard, for typing in boot0/boot2/loader to work.

Device hints are for kernel drivers, once the kernel is loaded.

-- 
| Jeremy Chadwick                                jdc at parodius.com |
| Parodius Networking                       http://www.parodius.com/ |
| UNIX Systems Administrator                  Mountain View, CA, USA |
| Making life hard for others since 1977.              PGP: 4BD6C0CB |

From koitsu at FreeBSD.org  Wed Nov 12 04:33:16 2008
From: koitsu at FreeBSD.org (Jeremy Chadwick)
Date: Wed Nov 12 04:33:24 2008
Subject: ukbd attachment and root mount
In-Reply-To: <491ACA19.2040008@icyb.net.ua>
References: <4911BA93.9030006@icyb.net.ua> <491ABFCD.3060309@icyb.net.ua>
	<Pine.GSO.4.64.0811120352100.1597@zeno.ucsd.edu>
	<491AC502.9000507@icyb.net.ua>
	<20081112121410.GA24629@icarus.home.lan>
	<491ACA19.2040008@icyb.net.ua>
Message-ID: <20081112123315.GA24907@icarus.home.lan>

On Wed, Nov 12, 2008 at 02:20:41PM +0200, Andriy Gapon wrote:
> on 12/11/2008 14:14 Jeremy Chadwick said the following:
> > On Wed, Nov 12, 2008 at 01:58:58PM +0200, Andriy Gapon wrote:
> [snip]
> >> 2. if ukbd driver is not attached then I don't see any way USB keyboard
> >> would work in non-legacy way
> > 
> > Regarding #2: at which stage?  boot0/boot2/loader require an AT or PS/2
> > keyboard to work.  None of these stages use ukbd(4) or anything -- there
> > is no kernel loaded at this point!!  Meaning: if you have a USB keyboard,
> > your BIOS will need to have a "USB Legacy" option to cause it to act as
> > a PS/2 keyboard, for typing in boot0/boot2/loader to work.
> > 
> > Device hints are for kernel drivers, once the kernel is loaded.
> 
> Jeremy,
> 
> I understand all of this.
> In subject line and earlier messages I say that I am interested in
> mountroot prompt - the prompt where kernel can ask about what device to
> use for root filesystem.
> Essentially I would like kernel to recognize USB keyboard (and disable
> all the legacy stuff if needed) before it prompts for the root device.

I fully understand that fact.  However, I don't see the logic in that
statement.  You should be able to remove and add a keyboard at any time
and be able to type immediately.  Meaning: I don't see why when the
keyboard recognition is performed (e.g. before printing mountroot or
after) matters.  It should not.  I think this is a red herring.

I've seen the problem where I have a fully functional USB keyboard in
boot0/boot2/loader and in multi-user, but when booting into single-user
or when getting a mountroot prompt, the keyboard does not function.
When the mountroot prompt is printed (before or after ukbd attached)
makes no difference for me in this scenario -- I tested it many times.

It's very possible that "something" (kbdcontrol?) is getting run only
during late stages of multi-user, which makes the keyboard work.  But
prior to that "something" being run (but AFTER boot2/loader), the
keyboard is not truly usable.

I hope everyone here is also aware of that fact that not all keyboards
are created equal.  Case in point (and this reason is exactly why I
am purchasing a native PS/2 keyboard, as USB4BSD doesn't work with
all USB keyboards right now):

http://lists.freebsd.org/pipermail/freebsd-current/2008-November/000219.html

The bottom line:

FreeBSD cannot be reliably used with a USB keyboard in all
circumstances.  And that is a very sad reality, because 90% of the
keyboards you find on the consumer and enterprise market are USB --
native PS/2 keyboards are now a scarcity.

Do not even for a minute tell me "buy a USB-to-PS2 adapter", because the
"green ones" that come with USB mice do not work with USB keyboards.  I
have even bought a "purple" USB-to-PS2 keyboard adapter from Amazon,
specifically for this purpose, and it *does not work*.  I found out
weeks later the adapters only work on CERTAIN models of USB keyboards,
depending upon how they're engineered.

What really needs to happen here should be obvious: we need some form of
inexpensive keyboard-only USB support in boot2/loader.

I would *love* to know how Linux and Windows solve this problem.

-- 
| Jeremy Chadwick                                jdc at parodius.com |
| Parodius Networking                       http://www.parodius.com/ |
| UNIX Systems Administrator                  Mountain View, CA, USA |
| Making life hard for others since 1977.              PGP: 4BD6C0CB |

From avg at icyb.net.ua  Wed Nov 12 04:49:20 2008
From: avg at icyb.net.ua (Andriy Gapon)
Date: Wed Nov 12 04:50:42 2008
Subject: ukbd attachment and root mount
In-Reply-To: <20081112123315.GA24907@icarus.home.lan>
References: <4911BA93.9030006@icyb.net.ua> <491ABFCD.3060309@icyb.net.ua>
	<Pine.GSO.4.64.0811120352100.1597@zeno.ucsd.edu>
	<491AC502.9000507@icyb.net.ua>
	<20081112121410.GA24629@icarus.home.lan>
	<491ACA19.2040008@icyb.net.ua>
	<20081112123315.GA24907@icarus.home.lan>
Message-ID: <491AD0CB.8050309@icyb.net.ua>

on 12/11/2008 14:33 Jeremy Chadwick said the following:
> On Wed, Nov 12, 2008 at 02:20:41PM +0200, Andriy Gapon wrote:
>> on 12/11/2008 14:14 Jeremy Chadwick said the following:
>>> On Wed, Nov 12, 2008 at 01:58:58PM +0200, Andriy Gapon wrote:
>> [snip]
>>>> 2. if ukbd driver is not attached then I don't see any way USB keyboard
>>>> would work in non-legacy way
>>> Regarding #2: at which stage?  boot0/boot2/loader require an AT or PS/2
>>> keyboard to work.  None of these stages use ukbd(4) or anything -- there
>>> is no kernel loaded at this point!!  Meaning: if you have a USB keyboard,
>>> your BIOS will need to have a "USB Legacy" option to cause it to act as
>>> a PS/2 keyboard, for typing in boot0/boot2/loader to work.
>>>
>>> Device hints are for kernel drivers, once the kernel is loaded.
>> Jeremy,
>>
>> I understand all of this.
>> In subject line and earlier messages I say that I am interested in
>> mountroot prompt - the prompt where kernel can ask about what device to
>> use for root filesystem.
>> Essentially I would like kernel to recognize USB keyboard (and disable
>> all the legacy stuff if needed) before it prompts for the root device.
> 
> I fully understand that fact.  However, I don't see the logic in that
> statement.  You should be able to remove and add a keyboard at any time
> and be able to type immediately.  Meaning: I don't see why when the
> keyboard recognition is performed (e.g. before printing mountroot or
> after) matters.  It should not.  I think this is a red herring.

I think that this does matter because keyboard recognition is performed
after the 'mounting from' log line *only if* root mount is done
automatically.
If there is an actual interactive prompt then recognition is not
performed, at least I do not see any relevant lines on the screen and I
am stuck at the prompt.

> I've seen the problem where I have a fully functional USB keyboard in
> boot0/boot2/loader

For me it even randomly dies at these stages.
I reported this in a different thread.
But this should not be related to kernel behavior.

>and in multi-user,

For me this always works.

> but when booting into single-user

For me this always works.

> or when getting a mountroot prompt, the keyboard does not function.
> When the mountroot prompt is printed (before or after ukbd attached)
> makes no difference for me in this scenario -- I tested it many times.

For me ukbd lines are never printed if I get actual interactive
mountroot prompt.

> It's very possible that "something" (kbdcontrol?) is getting run only
> during late stages of multi-user, which makes the keyboard work.  But
> prior to that "something" being run (but AFTER boot2/loader), the
> keyboard is not truly usable.

For me this is not true. My keyboard always works after ukbd lines
appear on screen.

> I hope everyone here is also aware of that fact that not all keyboards
> are created equal.  Case in point (and this reason is exactly why I
> am purchasing a native PS/2 keyboard, as USB4BSD doesn't work with
> all USB keyboards right now):

For me this is not an option, no PS/2 ports.

> http://lists.freebsd.org/pipermail/freebsd-current/2008-November/000219.html
> 
> The bottom line:
> 
> FreeBSD cannot be reliably used with a USB keyboard in all
> circumstances.And that is a very sad reality, because 90% of the
> keyboards you find on the consumer and enterprise market are USB --
> native PS/2 keyboards are now a scarcity.

I agree that this is a sad reality but only for boot stages where we
depend on external entity named BIOS to help us.
This doesn't have to be a sad reality once kernel takes control.

USB support in boot chain - I don't know - this would be great of course
but that's a lot of code.

-- 
Andriy Gapon
From koitsu at FreeBSD.org  Wed Nov 12 05:21:26 2008
From: koitsu at FreeBSD.org (Jeremy Chadwick)
Date: Wed Nov 12 05:21:32 2008
Subject: ukbd attachment and root mount
In-Reply-To: <491AD0CB.8050309@icyb.net.ua>
References: <4911BA93.9030006@icyb.net.ua> <491ABFCD.3060309@icyb.net.ua>
	<Pine.GSO.4.64.0811120352100.1597@zeno.ucsd.edu>
	<491AC502.9000507@icyb.net.ua>
	<20081112121410.GA24629@icarus.home.lan>
	<491ACA19.2040008@icyb.net.ua>
	<20081112123315.GA24907@icarus.home.lan>
	<491AD0CB.8050309@icyb.net.ua>
Message-ID: <20081112132124.GA25637@icarus.home.lan>

On Wed, Nov 12, 2008 at 02:49:15PM +0200, Andriy Gapon wrote:
> on 12/11/2008 14:33 Jeremy Chadwick said the following:
> > On Wed, Nov 12, 2008 at 02:20:41PM +0200, Andriy Gapon wrote:
> >> on 12/11/2008 14:14 Jeremy Chadwick said the following:
> >>> On Wed, Nov 12, 2008 at 01:58:58PM +0200, Andriy Gapon wrote:
> >> [snip]
> >>>> 2. if ukbd driver is not attached then I don't see any way USB keyboard
> >>>> would work in non-legacy way
> >>> Regarding #2: at which stage?  boot0/boot2/loader require an AT or PS/2
> >>> keyboard to work.  None of these stages use ukbd(4) or anything -- there
> >>> is no kernel loaded at this point!!  Meaning: if you have a USB keyboard,
> >>> your BIOS will need to have a "USB Legacy" option to cause it to act as
> >>> a PS/2 keyboard, for typing in boot0/boot2/loader to work.
> >>>
> >>> Device hints are for kernel drivers, once the kernel is loaded.
> >> Jeremy,
> >>
> >> I understand all of this.
> >> In subject line and earlier messages I say that I am interested in
> >> mountroot prompt - the prompt where kernel can ask about what device to
> >> use for root filesystem.
> >> Essentially I would like kernel to recognize USB keyboard (and disable
> >> all the legacy stuff if needed) before it prompts for the root device.
> > 
> > I fully understand that fact.  However, I don't see the logic in that
> > statement.  You should be able to remove and add a keyboard at any time
> > and be able to type immediately.  Meaning: I don't see why when the
> > keyboard recognition is performed (e.g. before printing mountroot or
> > after) matters.  It should not.  I think this is a red herring.
> 
> I think that this does matter because keyboard recognition is performed
> after the 'mounting from' log line *only if* root mount is done
> automatically.
> If there is an actual interactive prompt then recognition is not
> performed, at least I do not see any relevant lines on the screen and I
> am stuck at the prompt.
> 
> > I've seen the problem where I have a fully functional USB keyboard in
> > boot0/boot2/loader
> 
> For me it even randomly dies at these stages.
> I reported this in a different thread.
> But this should not be related to kernel behavior.
> 
> >and in multi-user,
> 
> For me this always works.
> 
> > but when booting into single-user
> 
> For me this always works.
> 
> > or when getting a mountroot prompt, the keyboard does not function.
> > When the mountroot prompt is printed (before or after ukbd attached)
> > makes no difference for me in this scenario -- I tested it many times.
> 
> For me ukbd lines are never printed if I get actual interactive
> mountroot prompt.
> 
> > It's very possible that "something" (kbdcontrol?) is getting run only
> > during late stages of multi-user, which makes the keyboard work.  But
> > prior to that "something" being run (but AFTER boot2/loader), the
> > keyboard is not truly usable.
> 
> For me this is not true. My keyboard always works after ukbd lines
> appear on screen.

I've pointed you to evidence where this isn't true, especially when
using the USB4BSD stack.  There is something called "boot legacy
protocol" which USB keyboards have to support to properly be interfaced
with in FreeBSD using the USB4BSD stack; in the case of the Microsoft
Natural Ergo 4000 keyboard, it does not play well with USB4BSD (it DOES
work with the old USB stack, but none of the multimedia keys work, and
worse, the F-Lock key does not work; this is because those keys use
uhid(4) and not ukbd(4)).

Linux has a __20 page Wiki document__ on **just this keyboard**.  That
should give you some idea of how complex the situation with USB
keyboards is in general.

http://www.gentoo-wiki.info/HOWTO_Microsoft_Natural_Ergonomic_Keyboard_4000

> > I hope everyone here is also aware of that fact that not all keyboards
> > are created equal.  Case in point (and this reason is exactly why I
> > am purchasing a native PS/2 keyboard, as USB4BSD doesn't work with
> > all USB keyboards right now):
> 
> For me this is not an option, no PS/2 ports.

I don't know what to say to ***ANY*** of the above, other than this:

No one is doing anything about this problem because there does not
appear to be a 100% reproducible always-screws-up-when-I-do-this
scenario that happens to *every FreeBSD user*.

Until we settle down, stop replying to Emails with one-liner injections,
and compile a list of test scenarios/cases that people can perform, and
get these people to provide both 1) full hardware details, 2) full
kernel configuration files, 3) full loader.conf files, and 4) full
device.hints files, we're not going to get anywhere.

> > http://lists.freebsd.org/pipermail/freebsd-current/2008-November/000219.html
> > 
> > The bottom line:
> > 
> > FreeBSD cannot be reliably used with a USB keyboard in all
> > circumstances.And that is a very sad reality, because 90% of the
> > keyboards you find on the consumer and enterprise market are USB --
> > native PS/2 keyboards are now a scarcity.
> 
> I agree that this is a sad reality but only for boot stages where we
> depend on external entity named BIOS to help us.
> This doesn't have to be a sad reality once kernel takes control.

It's been confirmed by numerous people now, including #bsdports users,
that "USB Legacy" does not work for some individuals.  This is either
because of BIOS bugs, or because the USB keyboards do not support tying
into SMM.  We don't know the true cause.

One thing we do know: we have FreeBSD users stating they cannot type in
boot0/boot2/loader, even with USB Legacy enabled, so going into
single-user after a reboot is impossible.

Another thing we do know: we have FreeBSD users who do not have fully
functional USB keyboards in FreeBSD (some see ukbd attach, others do
not; some are using USB4BSD, others are not).

So, can someone take the time to come up with test scenarios/cases so
that users can perform these tests, list off the exact hardware they
have, and we can see if there is a consistent/common failure between
everyone?

-- 
| Jeremy Chadwick                                jdc at parodius.com |
| Parodius Networking                       http://www.parodius.com/ |
| UNIX Systems Administrator                  Mountain View, CA, USA |
| Making life hard for others since 1977.              PGP: 4BD6C0CB |

From cperciva at FreeBSD.org  Wed Nov 12 05:33:35 2008
From: cperciva at FreeBSD.org (cperciva@FreeBSD.org)
Date: Wed Nov 12 05:33:40 2008
Subject: usb/128760: [ums] patch for Microsoft Comfort Optical Mouse
	3000 (model 1043)
Message-ID: <200811121333.mACDXYOZ095222@freefall.freebsd.org>

Synopsis: [ums] patch for Microsoft Comfort Optical Mouse 3000 (model 1043)

State-Changed-From-To: open->patched
State-Changed-By: cperciva
State-Changed-When: Wed Nov 12 13:32:58 UTC 2008
State-Changed-Why: 
Fixed in HEAD


Responsible-Changed-From-To: freebsd-usb->cperciva
Responsible-Changed-By: cperciva
Responsible-Changed-When: Wed Nov 12 13:32:58 UTC 2008
Responsible-Changed-Why: 
Fixed in HEAD

http://www.freebsd.org/cgi/query-pr.cgi?pr=128760
From avg at icyb.net.ua  Wed Nov 12 05:33:52 2008
From: avg at icyb.net.ua (Andriy Gapon)
Date: Wed Nov 12 05:34:05 2008
Subject: ukbd attachment and root mount
In-Reply-To: <20081112132124.GA25637@icarus.home.lan>
References: <4911BA93.9030006@icyb.net.ua> <491ABFCD.3060309@icyb.net.ua>
	<Pine.GSO.4.64.0811120352100.1597@zeno.ucsd.edu>
	<491AC502.9000507@icyb.net.ua>
	<20081112121410.GA24629@icarus.home.lan>
	<491ACA19.2040008@icyb.net.ua>
	<20081112123315.GA24907@icarus.home.lan>
	<491AD0CB.8050309@icyb.net.ua>
	<20081112132124.GA25637@icarus.home.lan>
Message-ID: <491ADB3B.2090000@icyb.net.ua>

on 12/11/2008 15:21 Jeremy Chadwick said the following:
> I don't know what to say to ***ANY*** of the above, other than this:
> 
> No one is doing anything about this problem because there does not
> appear to be a 100% reproducible always-screws-up-when-I-do-this
> scenario that happens to *every FreeBSD user*.
> 
> Until we settle down, stop replying to Emails with one-liner injections,
> and compile a list of test scenarios/cases that people can perform, and
> get these people to provide both 1) full hardware details, 2) full
> kernel configuration files, 3) full loader.conf files, and 4) full
> device.hints files, we're not going to get anywhere.

Well I started two separate threads.
This thread is about one very specific issue - ukbd attaching after
mountroot code.
Again, in this thread I am only interested in getting ukbd to attach
before the mount root.
I am not interested in BIOS, boot chain, etc. I am not even interested
in speculations about whether keyboard would work or not at mountroot
prompt if it were attaching before it.

-- 
Andriy Gapon

From babkin at verizon.net  Wed Nov 12 06:11:53 2008
From: babkin at verizon.net (Sergey Babkin)
Date: Wed Nov 12 08:48:07 2008
Subject: ukbd attachment and root mount
References: <4911BA93.9030006@icyb.net.ua> <491ABFCD.3060309@icyb.net.ua>
	<Pine.GSO.4.64.0811120352100.1597@zeno.ucsd.edu>
	<491AC502.9000507@icyb.net.ua>	<20081112121410.GA24629@icarus.home.lan>
	<491ACA19.2040008@icyb.net.ua> <20081112123315.GA24907@icarus.home.lan>
Message-ID: <491AD7BB.2EAA9AA0@verizon.net>

Jeremy Chadwick wrote:
> 
> What really needs to happen here should be obvious: we need some form of
> inexpensive keyboard-only USB support in boot2/loader.
> 
> I would *love* to know how Linux and Windows solve this problem.

If I remember right, UnixWare used(s) the BIOS calls in the loader.

-SB
From nakal at web.de  Wed Nov 12 08:52:30 2008
From: nakal at web.de (Martin)
Date: Wed Nov 12 08:52:43 2008
Subject: usb keyboard dying at loader prompt
In-Reply-To: <a31046fc0811120136s477bcacev7e8b2d4ec5ab951d@mail.gmail.com>
References: <4912E462.4090608@icyb.net.ua> <491586B9.2020303@vwsoft.com>
	<4919851B.7050800@icyb.net.ua>
	<e7db6d980811111055j24ed8f4rb4539c6678553b97@mail.gmail.com>
	<20081111213344.6657548c@zelda.local>
	<a31046fc0811120136s477bcacev7e8b2d4ec5ab951d@mail.gmail.com>
Message-ID: <20081112175217.1b37caf1@zelda.local>

Am Wed, 12 Nov 2008 12:36:19 +0300
schrieb pluknet <pluknet@gmail.com>:

> I have the same problem with my ukbd&ums:
> they are power off'ed during the boot and I should to re-attach them .
> MB: Asus p5k.

Hi,

I've noticed one thing today. I can switch off USB-Keyboard support in
my BIOS. In this case, I cannot use my keyboard during boot prompt, but
FreeBSD at least initializes the USB-controller correctly, so I can use
it later when entering my geli partition password.

It seems the BIOS on some mainboards puts the USB controller in a state
from which FreeBSD cannot initialize the hardware anymore.

And, let's not forget, there is the second problem with devices that
suddenly power off at apparently random times.

--
Martin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-usb/attachments/20081112/85a52bdc/signature.pgp
From nakal at web.de  Wed Nov 12 09:30:17 2008
From: nakal at web.de (Martin)
Date: Wed Nov 12 09:34:05 2008
Subject: ukbd attachment and root mount
In-Reply-To: <20081112132124.GA25637@icarus.home.lan>
References: <4911BA93.9030006@icyb.net.ua> <491ABFCD.3060309@icyb.net.ua>
	<Pine.GSO.4.64.0811120352100.1597@zeno.ucsd.edu>
	<491AC502.9000507@icyb.net.ua>
	<20081112121410.GA24629@icarus.home.lan>
	<491ACA19.2040008@icyb.net.ua>
	<20081112123315.GA24907@icarus.home.lan>
	<491AD0CB.8050309@icyb.net.ua>
	<20081112132124.GA25637@icarus.home.lan>
Message-ID: <20081112183012.57af6eb5@zelda.local>

Am Wed, 12 Nov 2008 05:21:24 -0800
schrieb Jeremy Chadwick <koitsu@FreeBSD.org>:

> Until we settle down, stop replying to Emails with one-liner
> injections, and compile a list of test scenarios/cases that people
> can perform, and get these people to provide both 1) full hardware
> details, 2) full kernel configuration files, 3) full loader.conf
> files, and 4) full device.hints files, we're not going to get
> anywhere.

Ok, I will add the details for the GA-EP45-DS3R based system.

1) dmesg
Copyright (c) 1992-2008 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
        The Regents of the University of California. All rights
reserved. FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 7.1-PRERELEASE #0: Mon Nov 10 08:23:21 CET 2008
    root@kirby:/usr/obj/usr/src/sys/GENERIC
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel(R) Core(TM)2 Duo CPU     E8500  @ 3.16GHz (3166.32-MHz
K8-class CPU) Origin = "GenuineIntel"  Id = 0x10676  Stepping = 6
  Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,C
MOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
  Features2=0x8e3fd<SSE3,RSVD2,MON,DS_CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,<
b19>>
  AMD Features=0x20100800<SYSCALL,NX,LM>
  AMD Features2=0x1<LAHF>
  Cores per package: 2
usable memory = 8574255104 (8177 MB)
avail memory  = 8286810112 (7902 MB)
ACPI APIC Table: <GBT    GBTUACPI>
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
 cpu0 (BSP): APIC ID:  0
 cpu1 (AP): APIC ID:  1
ioapic0: Changing APIC ID to 2
ioapic0 <Version 2.0> irqs 0-23 on motherboard
kbd1 at kbdmux0
ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413,
RF5413) acpi0: <GBT GBTUACPI> on motherboard
acpi0: [ITHREAD]
acpi0: Power Button (fixed)
acpi0: reservation of 0, a0000 (3) failed
acpi0: reservation of 100000, cfdb0000 (3) failed
Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0
acpi_hpet0: <High Precision Event Timer> iomem 0xfed00000-0xfed003ff on
acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900
acpi_button0: <Power Button> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
pcib1: <PCI-PCI bridge> irq 16 at device 1.0 on pci0
pci1: <PCI bus> on pcib1
vgapci0: <VGA-compatible display> port 0xa000-0xa0ff mem
0xd0000000-0xdfffffff,0xe5000000-0xe500ffff irq 16 at device 0.0 on pci1
pcm0: <ATI (Unknown) High Definition Audio Controller> mem
0xe5010000-0xe5013fff irq 17 at device 0.1 on pci1 pcm0: [ITHREAD]
uhci0: <UHCI (generic) USB controller> port 0xe000-0xe01f irq 16 at
device 26.0 on pci0 uhci0: [GIANT-LOCKED]
uhci0: [ITHREAD]
usb0: <UHCI (generic) USB controller> on uhci0
usb0: USB revision 1.0
uhub0: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb0
uhub0: 2 ports with 2 removable, self powered
uhci1: <UHCI (generic) USB controller> port 0xe100-0xe11f irq 21 at
device 26.1 on pci0 uhci1: [GIANT-LOCKED]
uhci1: [ITHREAD]
usb1: <UHCI (generic) USB controller> on uhci1
usb1: USB revision 1.0
uhub1: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb1
uhub1: 2 ports with 2 removable, self powered
uhci2: <UHCI (generic) USB controller> port 0xe200-0xe21f irq 18 at
device 26.2 on pci0 uhci2: [GIANT-LOCKED]
uhci2: [ITHREAD]
usb2: <UHCI (generic) USB controller> on uhci2
usb2: USB revision 1.0
uhub2: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb2
uhub2: 2 ports with 2 removable, self powered
ehci0: <EHCI (generic) USB 2.0 controller> mem 0xe9305000-0xe93053ff
irq 18 at device 26.7 on pci0 ehci0: [GIANT-LOCKED]
ehci0: [ITHREAD]
usb3: EHCI version 1.0
usb3: companion controllers, 2 ports each: usb0 usb1 usb2
usb3: <EHCI (generic) USB 2.0 controller> on ehci0
usb3: USB revision 2.0
uhub3: <Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1> on usb3
uhub3: 6 ports with 6 removable, self powered
pcm1: <Intel (Unknown) High Definition Audio Controller> mem
0xe9300000-0xe9303fff irq 22 at device 27.0 on pci0 pcm1: [ITHREAD]
pcib2: <ACPI PCI-PCI bridge> irq 16 at device 28.0 on pci0
pci2: <ACPI PCI bus> on pcib2
pcib3: <ACPI PCI-PCI bridge> irq 19 at device 28.3 on pci0
pci3: <ACPI PCI bus> on pcib3
atapci0: <JMicron JMB368 UDMA133 controller> port
0xb000-0xb007,0xb100-0xb103,0xb200-0xb207,0xb300-0xb303,0xb400-0xb40f
irq 19 at device 0.0 on pci3 atapci0: [ITHREAD] ata2: <ATA channel 0>
on atapci0 ata2: [ITHREAD]
pcib4: <ACPI PCI-PCI bridge> irq 16 at device 28.4 on pci0
pci4: <ACPI PCI bus> on pcib4
re0: <RealTek 8168/8168B/8168C/8168CP/8111B/8111C/8111CP PCIe Gigabit
Ethernet> port 0xc000-0xc0ff mem
Ethernet> 0xe9010000-0xe9010fff,0xe9000000-0xe900ffff irq 16 at device
Ethernet> 0.0 on pci4 re0: Chip rev. 0x3c000000
re0: MAC rev. 0x00400000
miibus0: <MII bus> on re0
rgephy0: <RTL8169S/8110S/8211B media interface> PHY 1 on miibus0
rgephy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT,
1000baseT-FDX, auto re0: Ethernet address: 00:1f:d0:24:96:ab
re0: [FILTER]
pcib5: <ACPI PCI-PCI bridge> irq 17 at device 28.5 on pci0
pci5: <ACPI PCI bus> on pcib5
re1: <RealTek 8168/8168B/8168C/8168CP/8111B/8111C/8111CP PCIe Gigabit
Ethernet> port 0xd000-0xd0ff mem
Ethernet> 0xe9110000-0xe9110fff,0xe9100000-0xe910ffff irq 17 at device
Ethernet> 0.0 on pci5 re1: Chip rev. 0x3c000000
re1: MAC rev. 0x00400000
miibus1: <MII bus> on re1
rgephy1: <RTL8169S/8110S/8211B media interface> PHY 1 on miibus1
rgephy1:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT,
1000baseT-FDX, auto re1: Ethernet address: 00:1f:d0:24:96:a9
re1: [FILTER]
uhci3: <UHCI (generic) USB controller> port 0xe300-0xe31f irq 23 at
device 29.0 on pci0 uhci3: [GIANT-LOCKED]
uhci3: [ITHREAD]
usb4: <UHCI (generic) USB controller> on uhci3
usb4: USB revision 1.0
uhub4: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb4
uhub4: 2 ports with 2 removable, self powered
uhci4: <UHCI (generic) USB controller> port 0xe400-0xe41f irq 19 at
device 29.1 on pci0 uhci4: [GIANT-LOCKED]
uhci4: [ITHREAD]
usb5: <UHCI (generic) USB controller> on uhci4
usb5: USB revision 1.0
uhub5: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb5
uhub5: 2 ports with 2 removable, self powered
uhci5: <UHCI (generic) USB controller> port 0xe500-0xe51f irq 18 at
device 29.2 on pci0 uhci5: [GIANT-LOCKED]
uhci5: [ITHREAD]
usb6: <UHCI (generic) USB controller> on uhci5
usb6: USB revision 1.0
uhub6: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb6
uhub6: 2 ports with 2 removable, self powered
ehci1: <EHCI (generic) USB 2.0 controller> mem 0xe9304000-0xe93043ff
irq 23 at device 29.7 on pci0 ehci1: [GIANT-LOCKED]
ehci1: [ITHREAD]
usb7: EHCI version 1.0
usb7: companion controllers, 2 ports each: usb4 usb5 usb6
usb7: <EHCI (generic) USB 2.0 controller> on ehci1
usb7: USB revision 2.0
uhub7: <Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1> on usb7
uhub7: 6 ports with 6 removable, self powered
pcib6: <ACPI PCI-PCI bridge> at device 30.0 on pci0
pci6: <ACPI PCI bus> on pcib6
fwohci0: <Texas Instruments TSB43AB23> mem
0xe9204000-0xe92047ff,0xe9200000-0xe9203fff irq 23 at device 7.0 on
pci6 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=0)
fwohci0: No. of Isochronous channels is 4.
fwohci0: EUI64 00:2c:a1:59:00:00:1f:d0
fwohci0: Phy 1394a available S400, 3 ports.
fwohci0: Link S400, max_rec 2048 bytes.
firewire0: <IEEE1394(FireWire) bus> on fwohci0
fwe0: <Ethernet over FireWire> on firewire0
if_fwe0: Fake Ethernet address: 02:2c:a1:00:1f:d0
fwe0: Ethernet address: 02:2c:a1:00:1f:d0
fwip0: <IP over FireWire> on firewire0
fwip0: Firewire address: 00:2c:a1:59:00:00:1f:d0 @ 0xfffe00000000,
S400, maxrec 2048 sbp0: <SBP-2/SCSI over FireWire> on firewire0
dcons_crom0: <dcons configuration ROM> on firewire0
dcons_crom0: bus_addr 0xcf2b4000
fwohci0: Initiate bus reset
fwohci0: BUS reset
fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode
isab0: <PCI-ISA bridge> at device 31.0 on pci0
isa0: <ISA bus> on isab0
atapci1: <Intel AHCI controller> port
0xe600-0xe607,0xe700-0xe703,0xe800-0xe807,0xe900-0xe903,0xea00-0xea1f
mem 0xe9306000-0xe93067ff irq 19 at device 31.2 on pci0 atapci1:
[ITHREAD] atapci1: AHCI Version 01.20 controller with 6 ports detected
ata3: <ATA channel 0> on atapci1 ata3: [ITHREAD]
ata4: <ATA channel 1> on atapci1
ata4: [ITHREAD]
ata5: <ATA channel 2> on atapci1
ata5: [ITHREAD]
ata6: <ATA channel 3> on atapci1
ata6: [ITHREAD]
ata7: <ATA channel 4> on atapci1
ata7: [ITHREAD]
ata8: <ATA channel 5> on atapci1
ata8: [ITHREAD]
pci0: <serial bus, SMBus> at device 31.3 (no driver attached)
fdc0: <floppy drive controller> port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on
acpi0 fdc0: [FILTER]
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
sio0: configured irq 4 not in bitmap of probed irqs 0
sio0: port may not be enabled
sio0: configured irq 4 not in bitmap of probed irqs 0
sio0: port may not be enabled
sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on
acpi0 sio0: type 16550A
sio0: [FILTER]
ppc0: <Parallel port> port 0x378-0x37f irq 7 on acpi0
ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode
ppbus0: <Parallel port bus> on ppc0
ppbus0: [ITHREAD]
plip0: <PLIP network interface> on ppbus0
plip0: WARNING: using obsoleted IFF_NEEDSGIANT flag
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
ppi0: <Parallel I/O> on ppbus0
ppc0: [GIANT-LOCKED]
ppc0: [ITHREAD]
cpu0: <ACPI CPU> on acpi0
est0: <Enhanced SpeedStep Frequency Control> on cpu0
est: CPU supports Enhanced Speedstep, but is not recognized.
est: cpu_vendor GenuineIntel, msr 61a492006004920
device_attach: est0 attach returned 6
p4tcc0: <CPU Frequency Thermal Control> on cpu0
cpu1: <ACPI CPU> on acpi0
est1: <Enhanced SpeedStep Frequency Control> on cpu1
est: CPU supports Enhanced Speedstep, but is not recognized.
est: cpu_vendor GenuineIntel, msr 61a492006004920
device_attach: est1 attach returned 6
p4tcc1: <CPU Frequency Thermal Control> on cpu1
orm0: <ISA Option ROM> at iomem 0xd0000-0xd1fff on isa0
atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
atkbd0: [ITHREAD]
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sio1: configured irq 3 not in bitmap of probed irqs 0
sio1: port may not be enabled
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on
isa0 ukbd0: <Microsoft Microsoft\M-. Digital Media Keyboard, class 0/0,
rev 2.00/1.10, addr 2> on uhub2 kbd2 at ukbd0
uhid0: <Microsoft Microsoft\M-. Digital Media Keyboard, class 0/0, rev
2.00/1.10, addr 2> on uhub2 ums0: <Logitech USB-PS/2 Optical Mouse,
class 0/0, rev 2.00/27.20, addr 3> on uhub2 ums0: 8 buttons and Z dir.
Timecounters tick every 1.000 msec
firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me)
firewire0: bus manager 0 (me)
ad6: 476938MB <WDC WD5000AACS-00G8B0 05.04C05> at ata3-master SATA300
GEOM_JOURNAL: Journal 3939325718: ad6s1f contains data.
GEOM_JOURNAL: Journal 3939325718: ad6s1f contains journal.
GEOM_JOURNAL: Journal ad6s1f clean.
acd0: DVDR <Optiarc DVD RW AD-7203S/1.06> at ata4-master SATA150
pcm0: <HDA Codec: Unknown Codec>
pcm0: <HDA Driver Revision: 20080420_0052>
pcm1: <HDA Codec: Realtek ALC885>
pcm1: <HDA Driver Revision: 20080420_0052>
SMP: AP CPU #1 Launched!
Trying to mount root from ufs:/dev/ad6s1a
cryptosoft0: <software crypto> on motherboard
GEOM_ELI: Device ad6s1g.eli created.
GEOM_ELI: Encryption: Blowfish-CBC 448
GEOM_ELI:     Crypto: software
GEOM_JOURNAL: Journal 2001271740: ad6s1g.eli contains data.
GEOM_JOURNAL: Journal 2001271740: ad6s1g.eli contains journal.
GEOM_JOURNAL: Journal ad6s1g.eli clean.
GEOM_ELI: Device ad6s1b.eli created.
GEOM_ELI: Encryption: AES-CBC 256
GEOM_ELI:     Crypto: software

2) As you can see above, GENERIC (here stable, but also occurs on
BETA2).

3) loader.conf:
acpi_load="YES"
acpi_video_load="YES"
beastie_disable="YES"
geom_journal_load="YES"
#smb_load="YES"
#smbus_load="YES"
#ichsmb_load="YES"
snd_hda_load="YES"

#aio_load="YES"
#kqemu_load="YES"

kern.cam.scsi_delay=1000
autoboot_delay=3

linux_load="YES"
linprocfs_load="YES"
linsysfs_load="YES"

4) device.hints unchanged.


> It's been confirmed by numerous people now, including #bsdports users,
> that "USB Legacy" does not work for some individuals.  This is either
> because of BIOS bugs, or because the USB keyboards do not support
> tying into SMM.  We don't know the true cause.

I'm not sure, if every BIOS has got such a setting. I'm not fully sure,
if this is a BIOS bug. It could be, of course. Gigabyte has released
BIOS firmware updates that are not usable, until one installs Windows
(the changes history does not mention any USB fixes though). It will
take some time until I can patch the firmware.

> One thing we do know: we have FreeBSD users stating they cannot type
> in boot0/boot2/loader, even with USB Legacy enabled, so going into
> single-user after a reboot is impossible.
> 
> Another thing we do know: we have FreeBSD users who do not have fully
> functional USB keyboards in FreeBSD (some see ukbd attach, others do
> not; some are using USB4BSD, others are not).

Yes. These are 3 different problems.
1) No keyboard in bootloader => missing BIOS USB support.
2) No keyboard after USB controller initialisation => missing quirks?
3) No keyboard spontaneously while working => bug?

> So, can someone take the time to come up with test scenarios/cases so
> that users can perform these tests, list off the exact hardware they
> have, and we can see if there is a consistent/common failure between
> everyone?
 
If you need anything more, I can try to deliver the information. I
sometimes run out of ideas how to avoid annoying the developers. :)

(In other words, I have more problems to report waiting in the
queue...) ;)

--
Martin
From des at des.no  Wed Nov 12 10:04:37 2008
From: des at des.no (=?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?=)
Date: Wed Nov 12 10:04:44 2008
Subject: ukbd attachment and root mount
In-Reply-To: <491AD7BB.2EAA9AA0@verizon.net> (Sergey Babkin's message of "Wed, 
	12 Nov 2008 08:18:51 -0500")
References: <4911BA93.9030006@icyb.net.ua> <491ABFCD.3060309@icyb.net.ua>
	<Pine.GSO.4.64.0811120352100.1597@zeno.ucsd.edu>
	<491AC502.9000507@icyb.net.ua>
	<20081112121410.GA24629@icarus.home.lan>
	<491ACA19.2040008@icyb.net.ua>
	<20081112123315.GA24907@icarus.home.lan>
	<491AD7BB.2EAA9AA0@verizon.net>
Message-ID: <86iqqsx2c2.fsf@ds4.des.no>

Sergey Babkin <babkin@verizon.net> writes:
> Jeremy Chadwick <koitsu@FreeBSD.org> writes:
> > What really needs to happen here should be obvious: we need some
> > form of inexpensive keyboard-only USB support in boot2/loader.
> If I remember right, UnixWare used(s) the BIOS calls in the loader.

So does FreeBSD.

DES
-- 
Dag-Erling Sm?rgrav - des@des.no
From wwmpcdd at gmail.com  Thu Nov 13 10:10:07 2008
From: wwmpcdd at gmail.com (Patrick)
Date: Thu Nov 13 10:10:14 2008
Subject: usb/128847: Detachment of mounted USB flash drive causes system
	freeze
Message-ID: <200811131809.mADI9ixq049795@www.freebsd.org>


>Number:         128847
>Category:       usb
>Synopsis:       Detachment of mounted USB flash drive causes system freeze
>Confidential:   no
>Severity:       serious
>Priority:       low
>Responsible:    freebsd-usb
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Nov 13 18:10:06 UTC 2008
>Closed-Date:
>Last-Modified:
>Originator:     Patrick
>Release:        7.0
>Organization:
>Environment:
FreeBSD hostname 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008     root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  i386

>Description:
When I manually detach my USB flash drive that contains files in use on the system in question without umounting it, and then re-attach it, my system freezes.
>How-To-Repeat:
Mount the USB flash drive. Open one of the files located on the drive with a program such as Opera or leafpad (what I did). Manually remove the USB flash drive. Reinsert the flash drive.

I then tried to save the file I had opened in leafpad, and it told me it could not open the file for saving. I opened up a terminal and ran 'su', and that's when my system froze. /var/log/messages showed this:

Nov 13 17:16:10  kernel: GEOM_LABEL: Label msdosfs/WWMPCDD_USB removed.
Nov 13 17:45:23  kernel: umass0: at uhub4 port 5 (addr 2) disconnected
Nov 13 17:45:23  kernel: (da0:umass-sim0:0:0:0): lost device
Nov 13 17:45:23  kernel: umass0: detached
Nov 13 17:45:54  kernel: umass0: <SanDisk Corporation Cruzer Mini, class 0/0, rev 2.00/0.10, addr 2> on uhub4
Nov 13 17:45:54  root: Unknown USB device: vendor 0x0781 product 0x5150 bus uhub4
Nov 13 17:45:55  kernel: da1 at umass-sim0 bus 0 target 0 lun 0
Nov 13 17:45:55  kernel: da1: <SanDisk Cruzer Mini 0.1> Removable Direct Access SCSI-2 device 
Nov 13 17:45:55  kernel: da1: 40.000MB/s transfers
Nov 13 17:45:55  kernel: da1: 244MB (501759 512 byte sectors: 64H 32S/T 244C)
Nov 13 17:45:55  kernel: GEOM_LABEL: Label for provider da1s1 is msdosfs/WWMPCDD_USB.
Nov 13 17:45:58  kernel: g_vfs_done():da0s1[WRITE(offset=22452224, length=2048)]error = 6
>Fix:


Patch attached with submission follows:

Copyright (c) 1992-2008 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
	The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008
    root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (1202.73-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0xf29  Stepping = 9
  Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
  Features2=0x4400<CNXT-ID,xTPR>
  Logical CPUs per core: 2
real memory  = 536805376 (511 MB)
avail memory = 503001088 (479 MB)
ACPI APIC Table: <IntelR AWRDACPI>
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
 cpu0 (BSP): APIC ID:  0
 cpu1 (AP): APIC ID:  1
ioapic0: Changing APIC ID to 2
ioapic0 <Version 2.0> irqs 0-23 on motherboard
kbd1 at kbdmux0
ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413)
hptrr: HPT RocketRAID controller driver v1.1 (Feb 24 2008 19:59:27)
acpi0: <IntelR AWRDACPI> on motherboard
acpi0: [ITHREAD]
acpi0: Power Button (fixed)
acpi0: reservation of 0, a0000 (3) failed
acpi0: reservation of 100000, 1fef0000 (3) failed
Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0
cpu0: <ACPI CPU> on acpi0
p4tcc0: <CPU Frequency Thermal Control> on cpu0
cpu1: <ACPI CPU> on acpi0
p4tcc1: <CPU Frequency Thermal Control> on cpu1
acpi_button0: <Power Button> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
agp0: <Intel 82865 host to AGP bridge> on hostb0
pcib1: <PCI-PCI bridge> at device 1.0 on pci0
pci1: <PCI bus> on pcib1
nvidia0: <GeForce FX 5600> mem 0xf0000000-0xf0ffffff,0xe8000000-0xefffffff irq 16 at device 0.0 on pci1
nvidia0: [GIANT-LOCKED]
nvidia0: [ITHREAD]
uhci0: <Intel 82801EB (ICH5) USB controller USB-A> port 0xac00-0xac1f irq 16 at device 29.0 on pci0
uhci0: [GIANT-LOCKED]
uhci0: [ITHREAD]
usb0: <Intel 82801EB (ICH5) USB controller USB-A> on uhci0
usb0: USB revision 1.0
uhub0: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb0
uhub0: 2 ports with 2 removable, self powered
uhci1: <Intel 82801EB (ICH5) USB controller USB-B> port 0xa000-0xa01f irq 19 at device 29.1 on pci0
uhci1: [GIANT-LOCKED]
uhci1: [ITHREAD]
usb1: <Intel 82801EB (ICH5) USB controller USB-B> on uhci1
usb1: USB revision 1.0
uhub1: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb1
uhub1: 2 ports with 2 removable, self powered
uhci2: <Intel 82801EB (ICH5) USB controller USB-C> port 0xa400-0xa41f irq 18 at device 29.2 on pci0
uhci2: [GIANT-LOCKED]
uhci2: [ITHREAD]
usb2: <Intel 82801EB (ICH5) USB controller USB-C> on uhci2
usb2: USB revision 1.0
uhub2: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb2
uhub2: 2 ports with 2 removable, self powered
uhci3: <Intel 82801EB (ICH5) USB controller USB-D> port 0xa800-0xa81f irq 16 at device 29.3 on pci0
uhci3: [GIANT-LOCKED]
uhci3: [ITHREAD]
usb3: <Intel 82801EB (ICH5) USB controller USB-D> on uhci3
usb3: USB revision 1.0
uhub3: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb3
uhub3: 2 ports with 2 removable, self powered
ehci0: <Intel 82801EB/R (ICH5) USB 2.0 controller> mem 0xf4000000-0xf40003ff irq 23 at device 29.7 on pci0
ehci0: [GIANT-LOCKED]
ehci0: [ITHREAD]
usb4: EHCI version 1.0
usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3
usb4: <Intel 82801EB/R (ICH5) USB 2.0 controller> on ehci0
usb4: USB revision 2.0
uhub4: <Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1> on usb4
uhub4: 8 ports with 8 removable, self powered
pcib2: <ACPI PCI-PCI bridge> at device 30.0 on pci0
pci2: <ACPI PCI bus> on pcib2
fwohci0: <Texas Instruments TSB43AB23> mem 0xf3005000-0xf30057ff,0xf3000000-0xf3003fff irq 17 at device 1.0 on pci2
fwohci0: [FILTER]
fwohci0: OHCI version 1.10 (ROM=1)
fwohci0: No. of Isochronous channels is 4.
fwohci0: EUI64 00:50:8d:00:00:f8:21:82
fwohci0: Phy 1394a available S400, 3 ports.
fwohci0: Link S400, max_rec 2048 bytes.
firewire0: <IEEE1394(FireWire) bus> on fwohci0
dcons_crom0: <dcons configuration ROM> on firewire0
dcons_crom0: bus_addr 0x1a68000
fwe0: <Ethernet over FireWire> on firewire0
if_fwe0: Fake Ethernet address: 02:50:8d:f8:21:82
fwe0: Ethernet address: 02:50:8d:f8:21:82
fwip0: <IP over FireWire> on firewire0
fwip0: Firewire address: 00:50:8d:00:00:f8:21:82 @ 0xfffe00000000, S400, maxrec 2048
sbp0: <SBP-2/SCSI over FireWire> on firewire0
fwohci0: Initiate bus reset
fwohci0: BUS reset
fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode
rl0: <RealTek 8139 10/100BaseTX> port 0x9000-0x90ff mem 0xf3004000-0xf30040ff irq 18 at device 2.0 on pci2
miibus0: <MII bus> on rl0
rlphy0: <RealTek internal media interface> PHY 0 on miibus0
rlphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
rl0: Ethernet address: 00:50:8d:f9:21:82
rl0: [ITHREAD]
isab0: <PCI-ISA bridge> at device 31.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel ICH5 UDMA100 controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 31.1 on pci0
ata0: <ATA channel 0> on atapci0
ata0: [ITHREAD]
ata1: <ATA channel 1> on atapci0
ata1: [ITHREAD]
pci0: <serial bus, SMBus> at device 31.3 (no driver attached)
pci0: <multimedia, audio> at device 31.5 (no driver attached)
acpi_tz0: <Thermal Zone> on acpi0
acpi_tz0: _PSV value is absurd, ignored (-266.7C)
fdc0: <floppy drive controller> port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0
fdc0: [FILTER]
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0
sio0: type 16550A
sio0: [FILTER]
atkbdc0: <Keyboard controller (i8042)> port 0x60,0x64 irq 1 on acpi0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
atkbd0: [ITHREAD]
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: [GIANT-LOCKED]
psm0: [ITHREAD]
psm0: model IntelliMouse, device ID 3
pmtimer0 on isa0
ppc0: <Parallel port> at port 0x378-0x37f irq 7 on isa0
ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode
ppbus0: <Parallel port bus> on ppc0
ppbus0: [ITHREAD]
plip0: <PLIP network interface> on ppbus0
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
ppi0: <Parallel I/O> on ppbus0
ppc0: [GIANT-LOCKED]
ppc0: [ITHREAD]
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sio1: configured irq 3 not in bitmap of probed irqs 0
sio1: port may not be enabled
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
Timecounters tick every 1.000 msec
hptrr: no controller detected.
firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me)
firewire0: bus manager 0 (me)
ad0: 286188MB <Maxtor 6B300R0 BAH41B70> at ata0-master UDMA100
acd0: CDRW <LG CD-RW CED-8120B/2.00> at ata0-slave PIO4
acpi_tz0: _PSV value is absurd, ignored (-266.7C)
acpi_tz0: _PSV value is absurd, ignored (-266.7C)
SMP: AP CPU #1 Launched!
Trying to mount root from ufs:/dev/ad0s3a
WARNING: / was not properly dismounted
WARNING: /tmp was not properly dismounted
WARNING: /usr was not properly dismounted
WARNING: /var was not properly dismounted
umass0: <SanDisk Corporation Cruzer Mini, class 0/0, rev 2.00/0.10, addr 2> on uhub4
da0 at umass-sim0 bus 0 target 0 lun 0
da0: <SanDisk Cruzer Mini 0.1> Removable Direct Access SCSI-2 device 
da0: 40.000MB/s transfers
da0: 244MB (501759 512 byte sectors: 64H 32S/T 244C)
GEOM_LABEL: Label for provider da0s1 is msdosfs/WWMPCDD_USB.
GEOM_LABEL: Label msdosfs/WWMPCDD_USB removed.


>Release-Note:
>Audit-Trail:
>Unformatted:
From linimon at FreeBSD.org  Thu Nov 13 10:29:48 2008
From: linimon at FreeBSD.org (linimon@FreeBSD.org)
Date: Thu Nov 13 10:29:54 2008
Subject: usb/102096: [patch] usbd(8) does not handle multiple devices in
	one event [regression]
Message-ID: <200811131829.mADITlv5058247@freefall.freebsd.org>

Synopsis: [patch] usbd(8) does not handle multiple devices in one event [regression]

State-Changed-From-To: feedback->closed
State-Changed-By: linimon
State-Changed-When: Thu Nov 13 18:28:48 UTC 2008
State-Changed-Why: 
Close due to feedback timeout.  The recommended approach these days
is to use devd.  Thanks for the submission, however.

http://www.freebsd.org/cgi/query-pr.cgi?pr=102096
From linimon at FreeBSD.org  Thu Nov 13 10:30:50 2008
From: linimon at FreeBSD.org (linimon@FreeBSD.org)
Date: Thu Nov 13 10:30:56 2008
Subject: bin/57255: [patch] usbd(8) and multi-function devices
Message-ID: <200811131830.mADIUoic066037@freefall.freebsd.org>

Synopsis: [patch] usbd(8) and multi-function devices

State-Changed-From-To: open->suspended
State-Changed-By: linimon
State-Changed-When: Thu Nov 13 18:30:17 UTC 2008
State-Changed-Why: 
These days, the recommended approach is to use devd, so mark this
suspended unless someone takes an interest in usbd.

http://www.freebsd.org/cgi/query-pr.cgi?pr=57255
From kevinxlinuz at 163.com  Thu Nov 13 23:41:54 2008
From: kevinxlinuz at 163.com (kevin)
Date: Thu Nov 13 23:42:00 2008
Subject: kernel panic of usb2
Message-ID: <491D2BC0.2080604@163.com>

Hi ,
    i can't write anything in usb flash devices.i can mount device well 
with usb2_storage_mss.
db>bt
Tracing pid 1367 tid 100147 td 0xffffff0004e756e0
kdb_enter() at kdb_enter+0x3d
panic() at panic+0x176
vm_pfault() at vm_pfault+0x19ce
trap_pfault() at trap_pfault+0x2a9
trap() at trap+0c327
calltrap()  at calltrap+0x8
--- trap 0xc, rip = 0xffffffff80511166, rsp = 0xfffffffee962bac0, rdp = 
0xffffff
fee962bb00 ---
bcopy() at bcopy+0x16
usb2_bdma_per_sync() at usb2_bdma_per_sync+0x35
usb2_bdma_work_loop() at usb2_bdma_work_loop+0x346
usb2_command_wrapper() at usb2_command_wrapper+0x76
usb2_callback_wrapper() at usb2_callback_wrapper+0x2d4
usb2_command_wrapper() at usb2_command_wrapper+0x76
usb2_callback_proc() at usb2_callback_proc+0x90
usb2_process() at usb2_process+0xd2
fork_exit() at fork_exit+0x118
fork_trampoline() at fork_trampoline+0xe
--- trap 0, rip =0, rsp=0xfffffffee962bd40,  rbp = 0 ---

Thanks,
kevin

From hselasky at c2i.net  Fri Nov 14 00:10:06 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Fri Nov 14 00:10:19 2008
Subject: kernel panic of usb2
In-Reply-To: <491D2BC0.2080604@163.com>
References: <491D2BC0.2080604@163.com>
Message-ID: <200811140912.10665.hselasky@c2i.net>

On Friday 14 November 2008, kevin wrote:
> Hi ,
>     i can't write anything in usb flash devices.i can mount device well
> with usb2_storage_mss.
> db>bt
> Tracing pid 1367 tid 100147 td 0xffffff0004e756e0
> kdb_enter() at kdb_enter+0x3d
> panic() at panic+0x176
> vm_pfault() at vm_pfault+0x19ce
> trap_pfault() at trap_pfault+0x2a9
> trap() at trap+0c327
> calltrap()  at calltrap+0x8
> --- trap 0xc, rip = 0xffffffff80511166, rsp = 0xfffffffee962bac0, rdp =
> 0xffffff
> fee962bb00 ---
> bcopy() at bcopy+0x16
> usb2_bdma_per_sync() at usb2_bdma_per_sync+0x35
> usb2_bdma_work_loop() at usb2_bdma_work_loop+0x346
> usb2_command_wrapper() at usb2_command_wrapper+0x76
> usb2_callback_wrapper() at usb2_callback_wrapper+0x2d4
> usb2_command_wrapper() at usb2_command_wrapper+0x76
> usb2_callback_proc() at usb2_callback_proc+0x90
> usb2_process() at usb2_process+0xd2
> fork_exit() at fork_exit+0x118
> fork_trampoline() at fork_trampoline+0xe
> --- trap 0, rip =0, rsp=0xfffffffee962bd40,  rbp = 0 ---
>

This issue has been fixed, but not in -current yet.

See:

http://perforce.freebsd.org/chv.cgi?CH=152624

--HPS
From citrin at citrin.ru  Fri Nov 14 02:55:50 2008
From: citrin at citrin.ru (Anton Yuzhaninov)
Date: Fri Nov 14 02:55:58 2008
Subject: new usb stack
Message-ID: <491D56BF.8060303@citrin.ru>

I build kernel on fresh HEAD with options

device          usb2_core
device          usb2_controller
device          usb2_controller_ehci
device          usb2_controller_ohci
device          usb2_controller_uhci
device          usb2_serial
device          usb2_serial_plcom
device          usb2_input
device          usb2_input_hid
device          usb2_input_kbd
device          usb2_input_ms

world also has been rebuilt.

But it seems to not work:

# usbdevs -v
usbdevs: no USB controllers found

# dmesg | fgrep usb
usbus0: <UHCI (generic) USB controller> on uhci0
usbus1: <UHCI (generic) USB controller> on uhci1
usbus2: <UHCI (generic) USB controller> on uhci2
usbus3: <UHCI (generic) USB controller> on uhci3
usbus4: EHCI version 1.0
usbus4: <Intel 82801GB/R (ICH7) USB 2.0 controller> on ehci0
usbus0: 12Mbps Full Speed USB v1.0
ugen0.1: <Intel> at usbus0
ushub0: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus0
usbus1: 12Mbps Full Speed USB v1.0
ugen1.1: <Intel> at usbus1
ushub1: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus1
usbus2: 12Mbps Full Speed USB v1.0
ugen2.1: <Intel> at usbus2
ushub2: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus2
usbus3: 12Mbps Full Speed USB v1.0
ugen3.1: <Intel> at usbus3
ushub3: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus3
usbus4: 480Mbps High Speed USB v2.0
ugen4.1: <Intel> at usbus4
ushub4: <Intel EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1> on usbus4
ugen2.2: <LITEON Technology> at usbus2
ukbd0: <LITEON Technology USB Multimedia Keyboard, class 0/0, rev 1.10/1.01, addr 2> on usbus2
uhid0: <LITEON Technology USB Multimedia Keyboard, class 0/0, rev 1.10/1.01, addr 2> on usbus2
Symlink: uhid0 -> usb2.2.1.16

-- 
  Anton Yuzhaninov
From r.c.ladan at gmail.com  Fri Nov 14 03:42:44 2008
From: r.c.ladan at gmail.com (Rene Ladan)
Date: Fri Nov 14 03:42:52 2008
Subject: Fwd: ports/128549: devel/libusb : fix runtime error
In-Reply-To: <200811140952.mAE9qW2k071739@freefall.freebsd.org>
References: <200811140952.mAE9qW2k071739@freefall.freebsd.org>
Message-ID: <e890cae60811140311w56168cc3hcdeea9203066dbc4@mail.gmail.com>

Case closed :)

Rene

---------- Forwarded message ----------
From:  <pav@freebsd.org>
Date: 2008/11/14
Subject: Re: ports/128549: devel/libusb : fix runtime error
To: r.c.ladan@gmail.com, pav@freebsd.org, freebsd-ports-bugs@freebsd.org


Synopsis: devel/libusb : fix runtime error

State-Changed-From-To: open->closed
State-Changed-By: pav
State-Changed-When: Fri Nov 14 09:51:02 UTC 2008
State-Changed-Why:
Committed, thanks!

http://www.freebsd.org/cgi/query-pr.cgi?pr=128549



-- 
http://www.rene-ladan.nl/

GPG fingerprint = E738 5471 D185 7013 0EE0  4FC8 3C1D 6F83 12E1 84F6
(subkeys.pgp.net)
From hselasky at c2i.net  Fri Nov 14 07:45:30 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Fri Nov 14 07:45:42 2008
Subject: new usb stack
In-Reply-To: <491D56BF.8060303@citrin.ru>
References: <491D56BF.8060303@citrin.ru>
Message-ID: <200811141647.35733.hselasky@c2i.net>

On Friday 14 November 2008, Anton Yuzhaninov wrote:
> I build kernel on fresh HEAD with options
>
> device          usb2_core
> device          usb2_controller
> device          usb2_controller_ehci
> device          usb2_controller_ohci
> device          usb2_controller_uhci
> device          usb2_serial
> device          usb2_serial_plcom
> device          usb2_input
> device          usb2_input_hid
> device          usb2_input_kbd
> device          usb2_input_ms
>
> world also has been rebuilt.
>
> But it seems to not work:
>
> # usbdevs -v
> usbdevs: no USB controllers found
>
> # dmesg | fgrep usb
> usbus0: <UHCI (generic) USB controller> on uhci0
> usbus1: <UHCI (generic) USB controller> on uhci1
> usbus2: <UHCI (generic) USB controller> on uhci2
> usbus3: <UHCI (generic) USB controller> on uhci3
> usbus4: EHCI version 1.0
> usbus4: <Intel 82801GB/R (ICH7) USB 2.0 controller> on ehci0
> usbus0: 12Mbps Full Speed USB v1.0
> ugen0.1: <Intel> at usbus0
> ushub0: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus0
> usbus1: 12Mbps Full Speed USB v1.0
> ugen1.1: <Intel> at usbus1
> ushub1: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus1
> usbus2: 12Mbps Full Speed USB v1.0
> ugen2.1: <Intel> at usbus2
> ushub2: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus2
> usbus3: 12Mbps Full Speed USB v1.0
> ugen3.1: <Intel> at usbus3
> ushub3: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus3
> usbus4: 480Mbps High Speed USB v2.0
> ugen4.1: <Intel> at usbus4
> ushub4: <Intel EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1> on usbus4
> ugen2.2: <LITEON Technology> at usbus2
> ukbd0: <LITEON Technology USB Multimedia Keyboard, class 0/0, rev
> 1.10/1.01, addr 2> on usbus2 uhid0: <LITEON Technology USB Multimedia
> Keyboard, class 0/0, rev 1.10/1.01, addr 2> on usbus2 Symlink: uhid0 ->
> usb2.2.1.16

usbdevs has been replaced by src/usr.sbin/usbconfig, which is not installed by 
default yet, and depends on src/lib/libusb20 . If you can wait till over the 
weekend then I think this will be fixed in -current.

--HPS
From hselasky at c2i.net  Sun Nov 16 05:06:12 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Sun Nov 16 05:06:24 2008
Subject: [Serious] busdma bug in -current in relation to USB hardware -
	review wanted
In-Reply-To: <200811081023.10058.hselasky@freebsd.org>
References: <20081107082740.GA1334@icarus.home.lan>
	<20081108001128.GA1437@icarus.home.lan>
	<200811081023.10058.hselasky@freebsd.org>
Message-ID: <200811161408.21562.hselasky@c2i.net>

Hi,

It turns out my initial patch need to be limited to the use-case only. Before 
I start any real work, I want to know if anyone will object if I implement 
the following new BUS_DMA flag into FreeBSD's busdma system?

amd64/amd64/busdma_machdep.c
i386/i386/busdma_machdep.c
arm/arm/busdma_machdep.c
ia64/ia64/busdma_machdep.c
mips/mips/busdma_machdep.c
powerpc/powerpc/busdma_machdep.c
sparc64/sparc64/bus_machdep.c
sun4v/sun4v/bus_machdep.c
sys/bus_dma.h

/*
 * The following flag specifies that no re-alignment of individual
 * memory pages is allowed when loaded into DMA. It can only be used
 * when "maxsegsz" is equal to "PAGE_SIZE" and "alignment" is less
 * than or equal to 1.
 *
 * Background: Some kinds of DMA hardware only stores the full
 * physical address of the first memory page when multiple memory
 * pages are loaded into DMA. Consequtive memory pages only gets the
 * non-offset part of the physical address updated. The hardware
 * computes the amount of data that should be stored in the first
 * memory page from the minimum of the total transfer length and
 * PAGE_SIZE minus the initial page offset. When the initial page
 * offset is not preserved the hardware ends up transferring an
 * invalid number of bytes to or from the initial memory page.
 */
#define	BUS_DMA_NOREAL		0x400	/* no page re-alignment allowed */



Without this new feature in busdma the USB hardware will not work when the DMA 
data is placed on bounce pages, for example on 64-bit architectures with more 
than 4GB of RAM.

--HPS
From xcllnt at mac.com  Sun Nov 16 11:12:12 2008
From: xcllnt at mac.com (Marcel Moolenaar)
Date: Sun Nov 16 11:12:18 2008
Subject: [Serious] busdma bug in -current in relation to USB hardware -
 review wanted
In-Reply-To: <200811161408.21562.hselasky@c2i.net>
References: <20081107082740.GA1334@icarus.home.lan>
	<20081108001128.GA1437@icarus.home.lan>
	<200811081023.10058.hselasky@freebsd.org>
	<200811161408.21562.hselasky@c2i.net>
Message-ID: <B7285D6E-520D-48D2-9287-824976138846@mac.com>


On Nov 16, 2008, at 5:08 AM, Hans Petter Selasky wrote:

> Hi,
>
> It turns out my initial patch need to be limited to the use-case  
> only. Before
> I start any real work, I want to know if anyone will object if I  
> implement
> the following new BUS_DMA flag into FreeBSD's busdma system?
>
> amd64/amd64/busdma_machdep.c
> i386/i386/busdma_machdep.c
> arm/arm/busdma_machdep.c
> ia64/ia64/busdma_machdep.c
> mips/mips/busdma_machdep.c
> powerpc/powerpc/busdma_machdep.c
> sparc64/sparc64/bus_machdep.c
> sun4v/sun4v/bus_machdep.c
> sys/bus_dma.h
>
> /*
> * The following flag specifies that no re-alignment of individual
> * memory pages is allowed when loaded into DMA. It can only be used
> * when "maxsegsz" is equal to "PAGE_SIZE" and "alignment" is less
> * than or equal to 1.
> *
> * Background: Some kinds of DMA hardware only stores the full
> * physical address of the first memory page when multiple memory
> * pages are loaded into DMA. Consequtive memory pages only gets the
> * non-offset part of the physical address updated. The hardware
> * computes the amount of data that should be stored in the first
> * memory page from the minimum of the total transfer length and
> * PAGE_SIZE minus the initial page offset. When the initial page
> * offset is not preserved the hardware ends up transferring an
> * invalid number of bytes to or from the initial memory page.
> */
> #define	BUS_DMA_NOREAL		0x400	/* no page re-alignment allowed */

No objection, but please call it
	BUS_DMA_NOREALIGN

NOREAL reads as NO-REAL and not as NO-RE-AL. And with
real addressing an existing concept, confusion is not
far around the corner...

-- 
Marcel Moolenaar
xcllnt@mac.com



From bugmaster at FreeBSD.org  Mon Nov 17 03:06:59 2008
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Nov 17 03:09:27 2008
Subject: Current problem reports assigned to freebsd-usb@FreeBSD.org
Message-ID: <200811171106.mAHB6wCW082696@freefall.freebsd.org>

Note: to view an individual PR, use:
  http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.


S Tracker      Resp.      Description
--------------------------------------------------------------------------------
o usb/128847   usb        Detachment of mounted USB flash drive causes system fr
o usb/128803   usb        Quirk for I-Tuner Networks USBLCD4X20 support
o usb/128485   usb        Nokia N80 modem support
o usb/128425   usb        Cannot Connect Maxtor Onetouch 4 USB drive
f usb/128418   usb        [panic] [rum] loading if_rum causes panic, looks like 
o usb/128324   usb        [uplcom] remove baud rate restriction for PL2303X chip
p usb/128115   usb        [uplcom] [patch] USB-RS232 circuets on chip PL2303HX n
o usb/128093   usb        [ohci] panic in ohci_softintr: OXFER(xfer)->xfer.pipe 
o usb/127980   usb        [QUIRK] Fix Samsung YP U2 MP3 player on 7.x and 8.x
o usb/127926   usb        [boot] USB Timeout during bootup
o usb/127549   usb        [umass] [patch] Meizu MiniPlayer M6 (SL) requires some
f usb/127516   usb        after csup src-all RELENG_7
s usb/127453   usb        [request] ubsa, uark, ubser, uftdi, and friends should
o usb/127423   usb        [boot] BTX halted on Gigabyte GA-MA69VM-S2 / AMD Sempr
o usb/127342   usb        [boot] cannot enable usb keyboard and mouse support in
o kern/127222  usb        [ohci]: Regression in 7.0 usb storage generic driver
o usb/126884   usb        [patch] Bug in buffer handling in ugen.c
f kern/126848  usb        [usb]: USB Keyboard hangs during Installation
o usb/126740   usb        [ulpt] doesn't work on 7.0-RELEASE, 10 second stall be
o usb/126519   usb        [usb] [panic] panic when plugging in an iphone
o kern/126396  usb        [panic] kernel panic after unplug USB Bluetooth device
o usb/125736   usb        [ukbd] [hang] system hangs after AT keyboard detect if
o usb/125631   usb        [usb][ums] kernel panic during bootup while 'Logitech 
o usb/125510   usb        repeated plug and unplug of USB mass storage devices l
o usb/125450   usb        [panic] Removing USB flash card while being accessed c
o usb/125264   usb        [patch] sysctl for set usb mouse rate (very useful for
o usb/125238   usb        Habu Mouse turns off in X
o usb/125088   usb        Touchpad not detected on Adesso AKB-430UG USB kbd/pad 
o usb/125072   usb        [uplcom] [patch] add Mobile Action MA-620 Infrared Ada
o usb/124980   usb        [panic] kernel panic on detaching unmounted umass devi
o kern/124777  usb        [ucom] USB cua devices don't revert to tty devices whe
o usb/124758   usb        rum panics SMP kernel
o usb/124708   usb        [panic] Kernel panic on USB KVM reattach
o usb/124604   usb        Wireless Mouse doesn't work
o usb/123969   usb        Supermicro H8SMi-2 usb problem
o usb/123714   usb        Panic when hald-storage-probe runs with umass device i
o usb/123691   usb        usbd(8): usbd hangs
o usb/123690   usb        Panic on USB device insertion when usb loaded as a mod
o usb/123611   usb        [usb] BBB reset failed, STALLED from Imation/Mitsumi U
o usb/123509   usb        [umass] continuous reset Samsung SGH-G600 phone
o usb/123352   usb        Add Option GTMAX3.6/7.2 and Quallcomm MMC module devic
o usb/123351   usb        Add Reiner SCT cyberJack, Omnikey [26]020, Fujitsu Sie
p usb/123211   usb        [udav] if_udav driver doesn't support Davicom 9601 USB
p usb/123148   usb        [uscanner] [patch] Epson DX8400/50 needs uscanner to s
o usb/122992   usb        MotoROKR Z6 Phone not recognised by umass as USB disk.
o usb/122956   usb        Support for Novatel Wireless XU870 3G Card
o usb/122936   usb        [ucom][ubsa] Device does not receive interrupt
o usb/122905   usb        [ubsa] [patch] add Huawei E220 to ubsa
o usb/122819   usb        Patch to provide dynamic additions to the usb quirks t
o usb/122813   usb        [udbp] [request] udbp driver should be removed in favo
o usb/122621   usb        [patch] [request] New driver for Sierra Wireless 3G US
p usb/122610   usb        Add Verizon v740 support to ubsa(4)
o usb/122547   usb        [ehci] USB Printer not being recognized after reboot
o usb/122539   usb        [ohci] [panic] AnyDATA ADU-E1000D - kernel panic: ohci
o usb/122483   usb        [panic] [ulpt] Repeatable panic in 7.0-STABLE
o usb/122119   usb        [umass] umass device causes creation of daX but not da
o usb/122025   usb        [patch] uscanner does not attach to Epson RX620 printe
o usb/121755   usb        [ohci] [patch] Fix panic after ohci/uhub cardbus devic
o usb/121734   usb        [ugen] ugen HP1022 printer device not working since up
o usb/121708   usb        [keyboard] nforce 650i mobo w/ usb keyboard infinite k
o usb/121474   usb        [cam] [patch] QUIRK: SAMSUNG HM250JI in LaCie usb hard
o usb/121426   usb        [patch] [uscanner] add HP ScanJet 3570C
o usb/121275   usb        [boot] FreeBSD fails to boot with usb legacy support e
o usb/121232   usb        USB CardBus card removal causes reboot sometimes
o usb/121184   usb        [uipaq] [patch] add ids from linux ipaq driver (plus a
o usb/121169   usb        [umass] Issues with usb mp3 player
o usb/121045   usb        [uftdi] [patch] Add support for PC-OP-RS1 and KURO-RS
o usb/120786   usb        Kernel panic when forced umount of a dettached USB Har
o usb/120729   usb        [panic] fault while in kernel mode with connecting USB
o usb/120572   usb        [umass] [patch] quirk to support ASUS P535 as umass (a
o usb/120321   usb        [hang] System hangs when transferring data to WD MyBoo
o usb/120283   usb        [panic] Automation reboot with wireless keyboard & mou
o usb/120034   usb        [hang] 6.2 & 6.3 hangs on boot at usb0: OHCI with 1.5 
o usb/120017   usb        [ehci] [patch] CS5536 (AMD Geode) USB 2.0 quirk
o usb/119981   usb        [axe] [patch] add support for LOGITEC LAN-GTJ/U2 gigab
o usb/119977   usb        [ums] Mouse does not work in a Cherry-USB keyboard/mou
o usb/119653   usb        [cam] [patch] iriver s7 player sync cache error patch
o usb/119633   usb        [umass] umass0: BBB reset failed, IOERROR [regression]
o usb/119513   usb        [irq] inserting dlink dwl-g630 wireless card results i
o usb/119509   usb        USB flaky on Dell Optiplex 755
o usb/119481   usb        [hang] FreeBSD not responding after connecting USB-Mas
o usb/119389   usb        [umass] Sony DSC-W1 CBI reset failed, STALLED [regress
o usb/119227   usb        [ubsa] [patch] ubsa buffer is too small; should be tun
o usb/119201   usb        [cam] [patch] Quirks for Olympus FE-210 camera, LG and
o usb/119150   usb        [usbdevs] [patch] new usbdevs for CDMA 1xEVDO devices
o usb/118686   usb        [usbdevs] [patch] teach usbdevs / ubsa(4) about Huawei
o usb/118485   usb        [usbdevs] [patch] Logitech Headset Workaround
o usb/118480   usb        [umass] Timeout in USB mass storage freezes vfs layer 
o usb/118353   usb        [panic] [ppp] repeatable kernel panic during ppp(4) se
o usb/118141   usb        [ucom] usb serial and nokia phones ucomreadcb ucomread
o usb/118140   usb        [ucom] [patch] quick hack for ucom to get it behave wi
o usb/118098   usb        [umass] 6th gen iPod causes problems when disconnectin
o usb/117955   usb        [umass] [panic] inserting minolta dimage a2 crashes OS
o usb/117946   usb        [panic] D-Link DUB-E100 rev. B1 crashes FreeBSD 7.0-BE
o usb/117938   usb        [ums] [patch] Adding support for MS WL Natural and MS 
o usb/117911   usb        [ums] [request] Mouse Gembird MUSWC not work
o usb/117893   usb        [umass] Lacie USB DVD writing failing
o usb/117613   usb        [uhci] [irq] uhci interrupt storm & USB leaked memory 
o usb/117598   usb        [uaudio] [patch] Not possible to record with Plantroni
o usb/117546   usb        [uftdi] [patch] Add MaxStream ZigBee product ID to uft
o usb/117313   usb        [umass] [panic] panic on usb camera insertion
o usb/117205   usb        [uscanner] [patch] uscanner support for HP ScanJet 447
o usb/117200   usb        [ugen] ugen0 prints strange string on attach if detach
o usb/117185   usb        [umodem] [patch] Add support for UNION interface descr
o usb/117183   usb        [panic] USB/fusefs -- panic while transferring large a
o usb/117075   usb        [scsi_da] [patch] quirk: USB Samsung YP-U3 MP3
o usb/116947   usb        [ukbd] [patch] [regression] enable boot protocol on th
o usb/116699   usb        [usbhid] USB HID devices do not initialize at system b
o usb/116561   usb        [umodem] [panic] RELENG_6 umodem panic "trying to slee
o usb/116282   usb        [ulpt] Cannot print on USB HP LJ1018 or LJ1300
o usb/115935   usb        [usbdevs] [patch] kernel counterproductively attaches 
o usb/115933   usb        [uftdi] [patch] RATOC REX-USB60F (usb serial converter
o usb/115400   usb        [ehci] Problem with EHCI on ASUS M2N4-SLI
o usb/115298   usb        [ulpt] [panic] Turning off USB printer panics kernel
o usb/114916   usb        [umass] [patch] USB Maxtor drive (L300RO) requires qui
o kern/114780  usb        [uplcom] [panic] Panics while stress testing the uplco
o usb/114682   usb        [umass] generic USB media-card reader unusable
o usb/114310   usb        [libusb] [patch] [panic] USB hub attachment panics ker
o usb/114068   usb        [umass] [patch] Problems with connection of the umass 
o conf/114013  usb        [patch] WITHOUT_USB allow to compil a lot of USB stuff
s usb/113977   usb        [request] Need a way to set mode of USB disk's write c
o usb/113672   usb        [ehci] [panic] Kernel panic with AEWIN CB6971
s usb/113629   usb        [ukbd] Dropped USB keyboard events on Dell Latitude D6
o usb/113432   usb        [ucom] WARNING: attempt to net_add_domain(netgraph) af
a usb/113060   usb        [usbdevs] [patch] Samsung printer not working in bidir
o usb/112944   usb        [ulpt] [patch] Bi-directional access to HP LaserJet 10
o usb/112640   usb        [usb] [hang] Kernel freezes when writing a file to an 
o usb/112631   usb        [panic] Problem with SONY DSC-S80 camera on umount
s usb/112568   usb        [umass] [request] USB mode may wrong when mounting Pla
o usb/112463   usb        [umass] problem with Samsung USB DVD writer, libscg an
o usb/112461   usb        [ehci] [request] ehci USB 2.0 doesn't work on nforce4
o usb/111753   usb        [uhid] [panic] Replicable system panic involving UHID 
s usb/110991   usb        [usbdevs] [patch] QUIRK: Super Top IDE DEVICE (depends
o usb/110988   usb        [umass] [patch] Handling of quirk IGNORE_RESIDUE is um
o usb/110856   usb        [ugen] [patch] interrupt in msgs are truncated when bu
o usb/110197   usb        [umass] Sony PSP umass device does not detach from EHC
o usb/109397   usb        [panic] on boot from USB flash
o usb/109274   usb        [usb] MCP55 USB Controller fails to attach in AMD64 Cu
o usb/108513   usb        [umass] Creative MuVo TX FM fails in 6.2-RELEASE [regr
s usb/108344   usb        [panic] kernel with atausb panics when unplugging USB 
o usb/108056   usb        [ohci] Mouse gets powered off during device probe when
o usb/107935   usb        [uplcom] [panic] panic while accessing /dev/cuaU0
o usb/107924   usb        [patch] usbd(8) does not call detach
o usb/107848   usb        [umass] [request] cannot access Samsung flash disk
o usb/107827   usb        [ohci] [panic] ohci_add_done addr not found
o usb/107496   usb        [uhub] USB device problem on RELENG_6_2 (SHORT_XFER) [
o usb/107446   usb        [umass] umass problems (usb and fw disks)
o usb/107388   usb        [patch] [request] new driver: add utoppy device from N
o usb/107248   usb        [umass] [patch] scsi_da.c quirk for Cowon iAUDIO X5 MP
o usb/107243   usb        [cam] [patch] Apacer USB Flash Drive quirk
o usb/106861   usb        [usbdevs] [patch]: usbdevs update: Add product ACER Ze
s usb/106832   usb        USB HP printer is not detected by kernel when ACPI ena
o usb/106648   usb        [umass] [hang] USB Floppy on D1950 10 min Hang on Inse
o usb/106621   usb        [axe] [patch] DLINK DUB-E100 support broken
o usb/106615   usb        [uftdi] uftdi module does not automatically load with 
o usb/106041   usb        [usb] [request] FreeBSD does not recognise Mustek Bear
o usb/105361   usb        [panic] Kernel panic during unmounting mass storage (C
o usb/105186   usb        [ehci] [panic] USB 2.0/ehci on FreeBSD 6.2-PRE/AMD64 c
o usb/105065   usb        [ata] SATA - USB Bridge
o usb/104830   usb        [umass] system crashes when copying data to umass devi
o usb/104645   usb        [umass] [request] Rave C-201 MP3 player does not commu
o usb/104352   usb        [ural] [patch] ural driver doesnt work
o usb/104292   usb        [umass] [hang] system lockup on forced umount of usb-s
o usb/104290   usb        [umass] [patch] quirk: TOSHIBA DVD-RAM drive (libretto
o usb/103917   usb        [uhub] USB driver reports "Addr 0 should never happen"
o usb/103418   usb        usbhidctl(1): [patch] [request] usbhidctl: add ability
o usb/103289   usb        [request] USB 2.0 problems on AMD LX-800 CPU and CS-55
o usb/103046   usb        [ulpt] [patch] ulpt event driven I/O with select(2) an
o usb/103025   usb        [uhub] [panic] wrong detection of USB device for FreeB
o usb/102976   usb        [panic] Casio Exilim Digital Camera causes panic on in
o usb/102678   usb        [keyboard] Dell PowerEdge DRAC5 USB Keyboard does not 
o usb/102066   usb        [ukbd] usb keyboard and multimedia keys don't work
o usb/101775   usb        [libusbhid] [patch] possible error in report descripto
o usb/101761   usb        [usb] [patch] [request] usb.h: increase maximal size o
o usb/101752   usb        [umass] [panic] 6.1-RELEASE kernel panic on usb device
o usb/101448   usb        [ohci] FBSD 6.1-STABLE/AMD64 crashes under heavy USB/O
o usb/101096   usb        [ural] [panic] USB WLAN occasionally causes kernel-pan
o usb/100746   usb        [keyboard] system does not boot due to USB keyboard pr
o usb/99538    usb        [keyboard] while using USB keyboard default params of 
o usb/99431    usb        [keyboard] FreeBSD on MSI 6566E (Intel 845E motherboar
o usb/98343    usb        [boot] BBB reset failed errors with Creative Muvo MP3 
o usb/97472    usb        [cam] [patch] add support for Olympus C150,D390
s usb/97286    usb        [mouse] [request] MS Wireless Intellimouse Explorer 2.
o usb/97175    usb        [umass] [hang] USB cardreader hangs system
o usb/96457    usb        [umass] [panic] fatback on umass = reboot
o usb/96381    usb        [cam] [patch] add a quirk table entry for a flash ram 
o usb/96224    usb        [usb] [msdosfs] mount_msdosfs cause page fault in sync
s usb/96120    usb        [ums] [request] USB mouse not always detected
s usb/95636    usb        [umass] [boot] 5 minute delay at boot when using VT620
o usb/95562    usb        [umass] Write Stress in USB Mass drive causes "vinvalb
s usb/95348    usb        [keyboard] USB keyboard unplug causes noise on screen
o usb/95037    usb        [umass] USB disk not recognized on hot-plug.
o usb/94897    usb        [panic] Kernel Panic when cleanly unmounting USB disk
o usb/94717    usb        [ulpt] Reading from /dev/ulpt can break work of a UHCI
o usb/94384    usb        [panic] kernel panic with usb2 hardware
o usb/93872    usb        [cam] [patch] SCSI quirk required for ELTA 8061 OL USB
o usb/93828    usb        [ohci] [panic] ohci causes panic on boot (HP Pavillion
o usb/93408    usb        [mouse] hw.acpi.cpu.cx_lowest=C3 on AMD Turion causes 
o usb/93389    usb        [umass] [patch] Digital Camera Pentax S60 don't work
o usb/93155    usb        [ulpt] /dev/ulpt0: device busy, USB printer does not w
o usb/92852    usb        [ums] [patch] Vertical scroll not working properly on 
o usb/92171    usb        [panic] panic unplugging Vodafone Mobile Connect (UMTS
o usb/92142    usb        [uhub] SET_ADDR_FAILED and SHORT_XFER errors from usb 
o usb/92083    usb        [ural] [panic] panic using WPA on ural NIC in 6.0-RELE
o usb/92052    usb        [ulpt] usbd causes defunct process with busy file-hand
o usb/91906    usb        [ehci] [hang] FreeBSD hangs while booting with USB leg
o usb/91896    usb        camcontrol(8): Serial Number of USB Memory Sticks is n
o usb/91811    usb        [umass] Compact Flash in HP Photosmart 2610 return  " 
o usb/91629    usb        usbd_abort_pipe() may result in infinite loop
o usb/91546    usb        [umodem] [patch] Nokia 6630 mobile phone does not work
o usb/91538    usb        [ulpt] [patch] Unable to print to EPSON CX3500
o usb/91283    usb        [boot] [regression] booting very slow with usb devices
o usb/91238    usb        [umass] USB tape unit fails to write a second tape fil
o usb/90700    usb        [umass] [panic] Kernel panic on connect/mount/use umas
o usb/89954    usb        [umass] [panic] USB Disk driver race condition?
s usb/89003    usb        [request] LaCie Firewire drive not properly supported 
o usb/88743    usb        [hang] [regression] USB makes kernel hang at boot (reg
o usb/88408    usb        [axe] axe0 read PHY failed
o usb/87648    usb        [mouse] Logitech USB-optical mouse problem.
o usb/87224    usb        Cannot mount USB Zip750
o usb/86767    usb        [umass] [patch] bogus "slice starts beyond end of the 
o usb/86298    usb        [mouse] Known good USB mouse won't work with correct s
s usb/85067    usb        [uscanner] Cannot attach ScanJet 4300C to usb device
f usb/84750    usb        [hang] 6-BETA2 reboot/shutdown with root_fs on externa
s usb/84336    usb        [usb] [reboot] instant system reboot when unmounting a
o usb/84326    usb        [umass] Panic trying to connect SCSI tape drive via US
o usb/83977    usb        [ucom] [panic] ucom1: open bulk out error (addr 2): IN
o usb/83863    usb        [ugen] Communication problem between opensc/openct via
o usb/83756    usb        [ums] [patch] Microsoft Intellimouse Explorer 4.0A doe
f usb/83677    usb        [usb] [request] usb controller often not detected (Sun
o usb/83563    usb        [umass] [panic] Page Fault while detaching Mpman Usb d
o usb/83504    usb        [kernel] [patch] SpeedTouch USB stop working on recent
o usb/82660    usb        [ehci] [panic] EHCI: I/O stuck in state 'physrd'/panic
s usb/82569    usb        [umass] [panic] USB mass storage plug/unplug causes sy
o usb/82520    usb        [udbp] [reboot] Reboot when USL101 connected
o usb/82350    usb        [ucom] [panic] null pointer dereference in USB stack
o usb/81621    usb        [ehci] [hang] external hd hangs under load on ehci
o usb/80935    usb        [uvisor] [patch] uvisor.c is not work with CLIE TH55.
o usb/80862    usb        [patch] USB locking issues: missing some Giant calls
o usb/80854    usb        [patch] [request] suggestion for new iface-no-probe me
o usb/80829    usb        [modules] [panic] possible panic when loading USB-modu
s usb/80777    usb        [request] usb_rem_task() should wait for callback to c
s usb/80776    usb        [udav] [request] UDAV device driver shouldn't use usb_
o usb/80774    usb        [patch] have "usbd_find_desc" in line with the other "
o usb/80361    usb        [umass] [patch] mounting of Dell usb-stick fails
o usb/80040    usb        [hang] Use of sound mixer causes system freeze with ua
o usb/79723    usb        [usb] [request] prepare for high speed isochronous tra
o usb/79722    usb        [ehci] wrong alignments in ehci.h
a usb/79656    usb        [ehci] RHSC interrupts lost
o usb/79524    usb        [ulpt] printing to Minolta PagePro 1[23]xxW via USB fa
o usb/79287    usb        [uhci] [hang] UHCI hang after interrupt transfer
o usb/79269    usb        [ohci] USB ohci da0 plug/unplug causes crashes and loc
o usb/78984    usb        [umass] [patch] Creative MUVO umass failure
o usb/77294    usb        [ucom] [panic] ucom + ulpcom panic
o usb/77184    usb        [umass] [panic] kernel panic on USB device disconnect,
o usb/76732    usb        Mouse problems with USB KVM Switch
o usb/76653    usb        [umass] [patch] Problem with Asahi Optical usb device 
o usb/76461    usb        [umass] disklabel of umass(4)-CAM(4)-da(4) not used by
o usb/76395    usb        [uhci] USB printer does not work, usbdevs says "addr 0
s usb/75928    usb        [umass] [request] Cytronix SmartMedia card (SMC) reade
o usb/75800    usb        [ucom] ucom1: init failed STALLED error in time of syn
o usb/75797    usb        [sound] 5.3-STABLE(2005 1/4) detect USB headset, But c
o usb/75764    usb        [umass] [patch] "umass0: Phase Error" - no device for 
o usb/75705    usb        [umass] [panic] da0 attach / Optio S4 (with backtrace)
o usb/74771    usb        [umass] [hang] mounting write-protected umass device a
s usb/74453    usb        [umass] [patch] Q-lity CD-RW USB ECW-043 (ScanLogic SL
o usb/74211    usb        [umass] USB flash drive causes CAM status 0x4 on 4.10R
o usb/73307    usb        [panic] Kernel panics on USB disconnect
s usb/72733    usb        [ucom] [request] Kyocera 7135 Palm OS connection probl
o usb/71455    usb        [umass] Slow USB umass performance of 5.3
o usb/71417    usb        [ugen] Cryptoflex e-gate USB token (ugen0) communicati
o usb/71416    usb        [ugen] Cryptoflex e-gate USB token (ugen0) detach is n
o usb/71280    usb        [aue] aue0 device (linksys usb100tx) doesn't work in 1
o usb/71155    usb        [ulpt] misbehaving usb-printer hangs processes, causes
o usb/70523    usb        [umct] [patch] umct sending/receiving wrong characters
o usb/69006    usb        [usbdevs] [patch] Apple Cinema Display hangs USB ports
o usb/68232    usb        [ugen] [patch] ugen(4) isochronous handling correction
o usb/67301    usb        [uftdi] [panic] RTS and system panic
o usb/66547    usb        [ucom] Palm Tungsten T USB does not initialize correct
o usb/63621    usb        [umass] [panic] USB MemoryStick Reader stalls/crashes 
s usb/62257    usb        [umass] [request] card reader UCR-61S2B is only half-s
o usb/59698    usb        [keyboard] [patch] Rework of ukbd HID to AT code trans
s bin/57255    usb        [patch] usbd(8) and multi-function devices
s usb/52026    usb        [usb] [request] umass driver support for InSystem ISD2
s usb/51958    usb        [urio] [patch] update for urio driver
o i386/46371   usb        USB controller cannot be initialized on IBM Netfinity 
o usb/40948    usb        [umass] [request] USB HP CDW8200 does not work
o conf/30929   usb        [usb] [patch] use usbd to initialize USB ADSL modem

288 problems total.

From chris at officialunix.com  Mon Nov 17 06:30:06 2008
From: chris at officialunix.com (chris@officialunix.com)
Date: Mon Nov 17 06:30:13 2008
Subject: usb/125238: Habu Mouse turns off in X
Message-ID: <200811171430.mAHEU5d2035071@freefall.freebsd.org>

The following reply was made to PR usb/125238; it has been noted by GNATS.

From: chris@officialunix.com
To: bug-followup@FreeBSD.org
Cc:  
Subject: Re: usb/125238: Habu Mouse turns off in X
Date: Mon, 17 Nov 2008 07:52:49 -0600 (CST)

 This issue is still active on both 32bit and 64bit, but due to no interest
 this issue can be cancelled, Not sure what else I can mention to fix this
 issue. Install FreeBSD on a compaq with the same mouse returns same issue.
 Might be hardware doubt it as it works 100% in WIndows, Linux.
 
 Mouse works fine for a while but then the whole OS freezes, setup a serial
 console reveals nothing as the OS freezes hard.
 
 I have not tested this on the new USB stack, due to all the issues with it
 atm in current like all new code which is perfectly normal, I will test it
 once that cools down.
 
 
From imp at bsdimp.com  Mon Nov 17 07:50:55 2008
From: imp at bsdimp.com (M. Warner Losh)
Date: Mon Nov 17 07:51:12 2008
Subject: [Serious] busdma bug in -current in relation to USB hardware -
 review wanted
In-Reply-To: <200811161408.21562.hselasky@c2i.net>
References: <20081108001128.GA1437@icarus.home.lan>
	<200811081023.10058.hselasky@freebsd.org>
	<200811161408.21562.hselasky@c2i.net>
Message-ID: <20081117.085110.1649769838.imp@bsdimp.com>

In message: <200811161408.21562.hselasky@c2i.net>
            Hans Petter Selasky <hselasky@c2i.net> writes:
: Hi,
: 
: It turns out my initial patch need to be limited to the use-case only. Before 
: I start any real work, I want to know if anyone will object if I implement 
: the following new BUS_DMA flag into FreeBSD's busdma system?
: 
: amd64/amd64/busdma_machdep.c
: i386/i386/busdma_machdep.c
: arm/arm/busdma_machdep.c
: ia64/ia64/busdma_machdep.c
: mips/mips/busdma_machdep.c
: powerpc/powerpc/busdma_machdep.c
: sparc64/sparc64/bus_machdep.c
: sun4v/sun4v/bus_machdep.c
: sys/bus_dma.h
: 
: /*
:  * The following flag specifies that no re-alignment of individual
:  * memory pages is allowed when loaded into DMA. It can only be used
:  * when "maxsegsz" is equal to "PAGE_SIZE" and "alignment" is less
:  * than or equal to 1.
:  *
:  * Background: Some kinds of DMA hardware only stores the full
:  * physical address of the first memory page when multiple memory
:  * pages are loaded into DMA. Consequtive memory pages only gets the
:  * non-offset part of the physical address updated. The hardware
:  * computes the amount of data that should be stored in the first
:  * memory page from the minimum of the total transfer length and
:  * PAGE_SIZE minus the initial page offset. When the initial page
:  * offset is not preserved the hardware ends up transferring an
:  * invalid number of bytes to or from the initial memory page.
:  */
: #define	BUS_DMA_NOREAL		0x400	/* no page re-alignment allowed */
: 
: 
: 
: Without this new feature in busdma the USB hardware will not work when the DMA 
: data is placed on bounce pages, for example on 64-bit architectures with more 
: than 4GB of RAM.

I'm having trouble understanding the need for this patch.  Can you
provide a patch to usb2 to use it as well as doing one of the
implementations (say i386 or amd64) so that it is easier to judge the
problem it is trying to solve?

Warner
From pasquall at terra.com.br  Tue Nov 18 15:50:02 2008
From: pasquall at terra.com.br (Luiz Pasqual)
Date: Tue Nov 18 15:50:08 2008
Subject: usb/128977: uaudio is not full duplex
Message-ID: <200811182341.mAINfg6g040874@www.freebsd.org>


>Number:         128977
>Category:       usb
>Synopsis:       uaudio is not full duplex
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-usb
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Nov 18 23:50:01 UTC 2008
>Closed-Date:
>Last-Modified:
>Originator:     Luiz Pasqual
>Release:        7.1-PRERELEASE
>Organization:
>Environment:
FreeBSD renault 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #1: Tue Nov 18 19:10:43 BRST 2008     root@renault:/usr/obj/usr/src/sys/PASQUALL  i386
>Description:
When a Headset USB is attached it is impossible to hear and speak at the same time, it is a problem if we are using softphones.
>How-To-Repeat:
- Attach a headset USB
- And try to make a conversation via some softphone
>Fix:
In the file: /usr/src/sys/dev/sound/usb/uaudio.c

Commenting this lines and rebuild kernel, should solve this problem:

--- uaudio.c    2008-11-18 21:13:30.000000000 -0200
+++ uaudio.c.new        2008-11-18 21:09:31.000000000 -0200
@@ -3828,14 +3828,16 @@
 int
 uaudio_init_params(struct uaudio_softc *sc, struct chan *ch, int mode)
 {
        int i, j, enc;
        int samples_per_frame, sample_size;

+/*
        if ((sc->sc_playchan.pipe != NULL) || (sc->sc_recchan.pipe != NULL))
                return (-1);
+*/

        switch(ch->format & 0x000FFFFF) {
        case AFMT_U8:
                enc = AUDIO_ENCODING_ULINEAR_LE;
                ch->precision = 8;
                break;


>Release-Note:
>Audit-Trail:
>Unformatted:
From linimon at FreeBSD.org  Thu Nov 20 14:47:15 2008
From: linimon at FreeBSD.org (linimon@FreeBSD.org)
Date: Thu Nov 20 14:47:27 2008
Subject: usb/128990: [usb] u3g does not handle RTS/CTS available on for
	example Sierra carsds
Message-ID: <200811202247.mAKMlEtS064822@freefall.freebsd.org>

Old Synopsis: u3g does not handle RTS/CTS available on for example Sierra carsds
New Synopsis: [usb] u3g does not handle RTS/CTS available on for example Sierra carsds

Responsible-Changed-From-To: freebsd-bugs->freebsd-usb
Responsible-Changed-By: linimon
Responsible-Changed-When: Thu Nov 20 22:46:44 UTC 2008
Responsible-Changed-Why: 
Reclassify.

http://www.freebsd.org/cgi/query-pr.cgi?pr=128990
From scuppers at gmail.com  Thu Nov 20 16:01:09 2008
From: scuppers at gmail.com (Scott Spare)
Date: Thu Nov 20 16:01:16 2008
Subject: Erratic mouse with USB KVM on 7.1 PRERELEASE and X.org (no moused)
Message-ID: <daaab7120811201532t38e87eaegf1c14b315b8799e2@mail.gmail.com>

Hello,
I'm seeing erratic USB mouse behavior in X.org with a KVM switch:

-The mouse pointer is jumpy in X.org when moused is enabled and with
/dev/sysmouse set as the input device in xorg.conf.
So I disabled it...
- Disabling moused and using /dev/ums0 as the input device causes mouse
freeze on switch instead of the randomness; the mouse is redetected as ums0
each time the KVM is switched.  But if the KVM is switched when graphical
vTTY is up, the mouse pointer will freeze.
-If I select any of the non-graphical virtual TTYs (i.e. ttyv0-7 using
CTRL-ALT F1 to 8), then go back to the graphical vtty, (CTRL-ALT F9), the
mouse pointer unfreezes.

The keyboard has no trouble - I think it's using some kind of PS2 emulation
through BIOS(?)  But the mouse definitely freezes every time.  Is this an
Xorg problem??

Possibly related info from the list:
usb/102096: /usr/sbin/usbd does not handle multiple devices in one
event<http://lists.freebsd.org/mailman/htdig/freebsd-usb/2006-August/002470.html>
http://lists.freebsd.org/mailman/htdig/freebsd-usb/2005-July/001213.html

How to reproduce:
Attach a USB KVM switch, and switch machines while Xorg is running.
Possibly could reproduce by disconnecting and reconnecting USB mouse on
running Xorg

Notes about the KVM switch:
-It has 4 ports, but has only one USB connector per machine connection.  In
other words, it has 4 USB-A plug connectors, even though it takes care of
both keyboard and mouse.  I guess it acts like a hub in that respect.
-The other machines connected to the KVM re-detect the kb and mouse each
time the switch is switched.  (e.g. WinXP does its BeeBoop - detected
hardware

System info:
FreeBSD 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Mon Nov 10 02:00:54 EST
2008
CPU: Pentium III/Pentium III Xeon/Celeron (596.00-MHz 686-class CPU)
real memory  = 402653184 (384 MB)
avail memory = 375795712 (358 MB)
pcib0: <Intel 82443BX (440 BX) host to PCI bridge> pcibus 0 on motherboard
uhci0: <Intel 82371AB/EB (PIIX4) USB controller> port 0xcce0-0xccff irq 11
at device 7.2 on pci0

usb0: <Intel 82371AB/EB (PIIX4) USB controller> on uhci0
usb0: USB revision 1.0
uhub0: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb0
uhub0: 2 ports with 2 removable, self powered

ums0: <Logitech USB-PS/2 Optical Mouse, class 0/0, rev 2.00/22.00, addr 4>
on uhub1
ums0: 8 buttons and Z dir.
ums0: at uhub1 port 4 (addr 4) disconnected
ums0: detached

KVM switch:
IOGEAR GCS634U 4 port USB KVM Switch

Maybe I need to ditch the KVM?  Go back to PS2 mice?

Scott
From eric at vangyzen.net  Sun Nov 23 14:30:05 2008
From: eric at vangyzen.net (Eric van Gyzen)
Date: Sun Nov 23 14:30:10 2008
Subject: usb/128093: [ohci] panic in ohci_softintr: OXFER(xfer)-&gt;
 xfer.pipe == NULL
Message-ID: <200811232230.mANMU4Fx008030@freefall.freebsd.org>

The following reply was made to PR usb/128093; it has been noted by GNATS.

From: Eric van Gyzen <eric@vangyzen.net>
To: bug-followup@FreeBSD.org
Cc:  
Subject: Re: usb/128093: [ohci] panic in ohci_softintr: OXFER(xfer)-&gt;xfer.pipe
 == NULL
Date: Sun, 23 Nov 2008 16:20:02 -0600

 This PR can probably be closed.  I suspect it's a hardware problem.  Shortly 
 after this panic, I got three others in unrelated areas of the system.  I was 
 familiar enough with a couple of the areas to convince myself that it wasn't a 
 software problem.
 
 Eric
From rink at FreeBSD.org  Sun Nov 23 14:43:05 2008
From: rink at FreeBSD.org (rink@FreeBSD.org)
Date: Sun Nov 23 14:43:11 2008
Subject: usb/128093: [ohci] panic in ohci_softintr:
	OXFER(xfer)->xfer.pipe == NULL
Message-ID: <200811232243.mANMh5xU023502@freefall.freebsd.org>

Synopsis: [ohci] panic in ohci_softintr: OXFER(xfer)->xfer.pipe == NULL

State-Changed-From-To: open->closed
State-Changed-By: rink
State-Changed-When: Sun Nov 23 22:42:37 UTC 2008
State-Changed-Why: 
Closed at submitters request.

http://www.freebsd.org/cgi/query-pr.cgi?pr=128093
From bugmaster at FreeBSD.org  Mon Nov 24 03:07:25 2008
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Nov 24 03:09:28 2008
Subject: Current problem reports assigned to freebsd-usb@FreeBSD.org
Message-ID: <200811241107.mAOB7OAR020076@freefall.freebsd.org>

Note: to view an individual PR, use:
  http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.


S Tracker      Resp.      Description
--------------------------------------------------------------------------------
o usb/128990   usb        [usb] u3g does not handle RTS/CTS available on for exa
o usb/128977   usb        uaudio is not full duplex
o usb/128847   usb        Detachment of mounted USB flash drive causes system fr
o usb/128803   usb        [patch] [quirk] Quirk for I-Tuner Networks USBLCD4X20 
o usb/128485   usb        Nokia N80 modem support
o usb/128425   usb        Cannot Connect Maxtor Onetouch 4 USB drive
f usb/128418   usb        [panic] [rum] loading if_rum causes panic, looks like 
o usb/128324   usb        [uplcom] remove baud rate restriction for PL2303X chip
p usb/128115   usb        [uplcom] [patch] USB-RS232 circuets on chip PL2303HX n
o usb/127980   usb        [QUIRK] Fix Samsung YP U2 MP3 player on 7.x and 8.x
o usb/127926   usb        [boot] USB Timeout during bootup
o usb/127549   usb        [umass] [patch] Meizu MiniPlayer M6 (SL) requires some
f usb/127516   usb        after csup src-all RELENG_7
s usb/127453   usb        [request] ubsa, uark, ubser, uftdi, and friends should
o usb/127423   usb        [boot] BTX halted on Gigabyte GA-MA69VM-S2 / AMD Sempr
o usb/127342   usb        [boot] cannot enable usb keyboard and mouse support in
o kern/127222  usb        [ohci]: Regression in 7.0 usb storage generic driver
o usb/126884   usb        [patch] Bug in buffer handling in ugen.c
f kern/126848  usb        [usb]: USB Keyboard hangs during Installation
o usb/126740   usb        [ulpt] doesn't work on 7.0-RELEASE, 10 second stall be
o usb/126519   usb        [usb] [panic] panic when plugging in an iphone
o kern/126396  usb        [panic] kernel panic after unplug USB Bluetooth device
o usb/125736   usb        [ukbd] [hang] system hangs after AT keyboard detect if
o usb/125631   usb        [usb][ums] kernel panic during bootup while 'Logitech 
o usb/125510   usb        repeated plug and unplug of USB mass storage devices l
o usb/125450   usb        [panic] Removing USB flash card while being accessed c
o usb/125264   usb        [patch] sysctl for set usb mouse rate (very useful for
o usb/125238   usb        Habu Mouse turns off in X
o usb/125088   usb        Touchpad not detected on Adesso AKB-430UG USB kbd/pad 
o usb/125072   usb        [uplcom] [patch] add Mobile Action MA-620 Infrared Ada
o usb/124980   usb        [panic] kernel panic on detaching unmounted umass devi
o kern/124777  usb        [ucom] USB cua devices don't revert to tty devices whe
o usb/124758   usb        rum panics SMP kernel
o usb/124708   usb        [panic] Kernel panic on USB KVM reattach
o usb/124604   usb        Wireless Mouse doesn't work
o usb/123969   usb        Supermicro H8SMi-2 usb problem
o usb/123714   usb        Panic when hald-storage-probe runs with umass device i
o usb/123691   usb        usbd(8): usbd hangs
o usb/123690   usb        Panic on USB device insertion when usb loaded as a mod
o usb/123611   usb        [usb] BBB reset failed, STALLED from Imation/Mitsumi U
o usb/123509   usb        [umass] continuous reset Samsung SGH-G600 phone
o usb/123352   usb        Add Option GTMAX3.6/7.2 and Quallcomm MMC module devic
o usb/123351   usb        Add Reiner SCT cyberJack, Omnikey [26]020, Fujitsu Sie
p usb/123211   usb        [udav] if_udav driver doesn't support Davicom 9601 USB
p usb/123148   usb        [uscanner] [patch] Epson DX8400/50 needs uscanner to s
o usb/122992   usb        MotoROKR Z6 Phone not recognised by umass as USB disk.
o usb/122956   usb        Support for Novatel Wireless XU870 3G Card
o usb/122936   usb        [ucom][ubsa] Device does not receive interrupt
o usb/122905   usb        [ubsa] [patch] add Huawei E220 to ubsa
o usb/122819   usb        Patch to provide dynamic additions to the usb quirks t
o usb/122813   usb        [udbp] [request] udbp driver should be removed in favo
o usb/122621   usb        [patch] [request] New driver for Sierra Wireless 3G US
p usb/122610   usb        Add Verizon v740 support to ubsa(4)
o usb/122547   usb        [ehci] USB Printer not being recognized after reboot
o usb/122539   usb        [ohci] [panic] AnyDATA ADU-E1000D - kernel panic: ohci
o usb/122483   usb        [panic] [ulpt] Repeatable panic in 7.0-STABLE
o usb/122119   usb        [umass] umass device causes creation of daX but not da
o usb/122025   usb        [patch] uscanner does not attach to Epson RX620 printe
o usb/121755   usb        [ohci] [patch] Fix panic after ohci/uhub cardbus devic
o usb/121734   usb        [ugen] ugen HP1022 printer device not working since up
o usb/121708   usb        [keyboard] nforce 650i mobo w/ usb keyboard infinite k
o usb/121474   usb        [cam] [patch] QUIRK: SAMSUNG HM250JI in LaCie usb hard
o usb/121426   usb        [patch] [uscanner] add HP ScanJet 3570C
o usb/121275   usb        [boot] FreeBSD fails to boot with usb legacy support e
o usb/121232   usb        USB CardBus card removal causes reboot sometimes
o usb/121184   usb        [uipaq] [patch] add ids from linux ipaq driver (plus a
o usb/121169   usb        [umass] Issues with usb mp3 player
o usb/121045   usb        [uftdi] [patch] Add support for PC-OP-RS1 and KURO-RS
o usb/120786   usb        Kernel panic when forced umount of a dettached USB Har
o usb/120729   usb        [panic] fault while in kernel mode with connecting USB
o usb/120572   usb        [umass] [patch] quirk to support ASUS P535 as umass (a
o usb/120321   usb        [hang] System hangs when transferring data to WD MyBoo
o usb/120283   usb        [panic] Automation reboot with wireless keyboard & mou
o usb/120034   usb        [hang] 6.2 & 6.3 hangs on boot at usb0: OHCI with 1.5 
o usb/120017   usb        [ehci] [patch] CS5536 (AMD Geode) USB 2.0 quirk
o usb/119981   usb        [axe] [patch] add support for LOGITEC LAN-GTJ/U2 gigab
o usb/119977   usb        [ums] Mouse does not work in a Cherry-USB keyboard/mou
o usb/119653   usb        [cam] [patch] iriver s7 player sync cache error patch
o usb/119633   usb        [umass] umass0: BBB reset failed, IOERROR [regression]
o usb/119513   usb        [irq] inserting dlink dwl-g630 wireless card results i
o usb/119509   usb        USB flaky on Dell Optiplex 755
o usb/119481   usb        [hang] FreeBSD not responding after connecting USB-Mas
o usb/119389   usb        [umass] Sony DSC-W1 CBI reset failed, STALLED [regress
o usb/119227   usb        [ubsa] [patch] ubsa buffer is too small; should be tun
o usb/119201   usb        [cam] [patch] Quirks for Olympus FE-210 camera, LG and
o usb/119150   usb        [usbdevs] [patch] new usbdevs for CDMA 1xEVDO devices
o usb/118686   usb        [usbdevs] [patch] teach usbdevs / ubsa(4) about Huawei
o usb/118485   usb        [usbdevs] [patch] Logitech Headset Workaround
o usb/118480   usb        [umass] Timeout in USB mass storage freezes vfs layer 
o usb/118353   usb        [panic] [ppp] repeatable kernel panic during ppp(4) se
o usb/118141   usb        [ucom] usb serial and nokia phones ucomreadcb ucomread
o usb/118140   usb        [ucom] [patch] quick hack for ucom to get it behave wi
o usb/118098   usb        [umass] 6th gen iPod causes problems when disconnectin
o usb/117955   usb        [umass] [panic] inserting minolta dimage a2 crashes OS
o usb/117946   usb        [panic] D-Link DUB-E100 rev. B1 crashes FreeBSD 7.0-BE
o usb/117938   usb        [ums] [patch] Adding support for MS WL Natural and MS 
o usb/117911   usb        [ums] [request] Mouse Gembird MUSWC not work
o usb/117893   usb        [umass] Lacie USB DVD writing failing
o usb/117613   usb        [uhci] [irq] uhci interrupt storm & USB leaked memory 
o usb/117598   usb        [uaudio] [patch] Not possible to record with Plantroni
o usb/117546   usb        [uftdi] [patch] Add MaxStream ZigBee product ID to uft
o usb/117313   usb        [umass] [panic] panic on usb camera insertion
o usb/117205   usb        [uscanner] [patch] uscanner support for HP ScanJet 447
o usb/117200   usb        [ugen] ugen0 prints strange string on attach if detach
o usb/117185   usb        [umodem] [patch] Add support for UNION interface descr
o usb/117183   usb        [panic] USB/fusefs -- panic while transferring large a
o usb/117075   usb        [scsi_da] [patch] quirk: USB Samsung YP-U3 MP3
o usb/116947   usb        [ukbd] [patch] [regression] enable boot protocol on th
o usb/116699   usb        [usbhid] USB HID devices do not initialize at system b
o usb/116561   usb        [umodem] [panic] RELENG_6 umodem panic "trying to slee
o usb/116282   usb        [ulpt] Cannot print on USB HP LJ1018 or LJ1300
o usb/115935   usb        [usbdevs] [patch] kernel counterproductively attaches 
o usb/115933   usb        [uftdi] [patch] RATOC REX-USB60F (usb serial converter
o usb/115400   usb        [ehci] Problem with EHCI on ASUS M2N4-SLI
o usb/115298   usb        [ulpt] [panic] Turning off USB printer panics kernel
o usb/114916   usb        [umass] [patch] USB Maxtor drive (L300RO) requires qui
o kern/114780  usb        [uplcom] [panic] Panics while stress testing the uplco
o usb/114682   usb        [umass] generic USB media-card reader unusable
o usb/114310   usb        [libusb] [patch] [panic] USB hub attachment panics ker
o usb/114068   usb        [umass] [patch] Problems with connection of the umass 
o conf/114013  usb        [patch] WITHOUT_USB allow to compil a lot of USB stuff
s usb/113977   usb        [request] Need a way to set mode of USB disk's write c
o usb/113672   usb        [ehci] [panic] Kernel panic with AEWIN CB6971
s usb/113629   usb        [ukbd] Dropped USB keyboard events on Dell Latitude D6
o usb/113432   usb        [ucom] WARNING: attempt to net_add_domain(netgraph) af
a usb/113060   usb        [usbdevs] [patch] Samsung printer not working in bidir
o usb/112944   usb        [ulpt] [patch] Bi-directional access to HP LaserJet 10
o usb/112640   usb        [usb] [hang] Kernel freezes when writing a file to an 
o usb/112631   usb        [panic] Problem with SONY DSC-S80 camera on umount
s usb/112568   usb        [umass] [request] USB mode may wrong when mounting Pla
o usb/112463   usb        [umass] problem with Samsung USB DVD writer, libscg an
o usb/112461   usb        [ehci] [request] ehci USB 2.0 doesn't work on nforce4
o usb/111753   usb        [uhid] [panic] Replicable system panic involving UHID 
s usb/110991   usb        [usbdevs] [patch] QUIRK: Super Top IDE DEVICE (depends
o usb/110988   usb        [umass] [patch] Handling of quirk IGNORE_RESIDUE is um
o usb/110856   usb        [ugen] [patch] interrupt in msgs are truncated when bu
o usb/110197   usb        [umass] Sony PSP umass device does not detach from EHC
o usb/109397   usb        [panic] on boot from USB flash
o usb/109274   usb        [usb] MCP55 USB Controller fails to attach in AMD64 Cu
o usb/108513   usb        [umass] Creative MuVo TX FM fails in 6.2-RELEASE [regr
s usb/108344   usb        [panic] kernel with atausb panics when unplugging USB 
o usb/108056   usb        [ohci] Mouse gets powered off during device probe when
o usb/107935   usb        [uplcom] [panic] panic while accessing /dev/cuaU0
o usb/107924   usb        [patch] usbd(8) does not call detach
o usb/107848   usb        [umass] [request] cannot access Samsung flash disk
o usb/107827   usb        [ohci] [panic] ohci_add_done addr not found
o usb/107496   usb        [uhub] USB device problem on RELENG_6_2 (SHORT_XFER) [
o usb/107446   usb        [umass] umass problems (usb and fw disks)
o usb/107388   usb        [patch] [request] new driver: add utoppy device from N
o usb/107248   usb        [umass] [patch] scsi_da.c quirk for Cowon iAUDIO X5 MP
o usb/107243   usb        [cam] [patch] Apacer USB Flash Drive quirk
o usb/106861   usb        [usbdevs] [patch]: usbdevs update: Add product ACER Ze
s usb/106832   usb        USB HP printer is not detected by kernel when ACPI ena
o usb/106648   usb        [umass] [hang] USB Floppy on D1950 10 min Hang on Inse
o usb/106621   usb        [axe] [patch] DLINK DUB-E100 support broken
o usb/106615   usb        [uftdi] uftdi module does not automatically load with 
o usb/106041   usb        [usb] [request] FreeBSD does not recognise Mustek Bear
o usb/105361   usb        [panic] Kernel panic during unmounting mass storage (C
o usb/105186   usb        [ehci] [panic] USB 2.0/ehci on FreeBSD 6.2-PRE/AMD64 c
o usb/105065   usb        [ata] SATA - USB Bridge
o usb/104830   usb        [umass] system crashes when copying data to umass devi
o usb/104645   usb        [umass] [request] Rave C-201 MP3 player does not commu
o usb/104352   usb        [ural] [patch] ural driver doesnt work
o usb/104292   usb        [umass] [hang] system lockup on forced umount of usb-s
o usb/104290   usb        [umass] [patch] quirk: TOSHIBA DVD-RAM drive (libretto
o usb/103917   usb        [uhub] USB driver reports "Addr 0 should never happen"
o usb/103418   usb        usbhidctl(1): [patch] [request] usbhidctl: add ability
o usb/103289   usb        [request] USB 2.0 problems on AMD LX-800 CPU and CS-55
o usb/103046   usb        [ulpt] [patch] ulpt event driven I/O with select(2) an
o usb/103025   usb        [uhub] [panic] wrong detection of USB device for FreeB
o usb/102976   usb        [panic] Casio Exilim Digital Camera causes panic on in
o usb/102678   usb        [keyboard] Dell PowerEdge DRAC5 USB Keyboard does not 
o usb/102066   usb        [ukbd] usb keyboard and multimedia keys don't work
o usb/101775   usb        [libusbhid] [patch] possible error in report descripto
o usb/101761   usb        [usb] [patch] [request] usb.h: increase maximal size o
o usb/101752   usb        [umass] [panic] 6.1-RELEASE kernel panic on usb device
o usb/101448   usb        [ohci] FBSD 6.1-STABLE/AMD64 crashes under heavy USB/O
o usb/101096   usb        [ural] [panic] USB WLAN occasionally causes kernel-pan
o usb/100746   usb        [keyboard] system does not boot due to USB keyboard pr
o usb/99538    usb        [keyboard] while using USB keyboard default params of 
o usb/99431    usb        [keyboard] FreeBSD on MSI 6566E (Intel 845E motherboar
o usb/98343    usb        [boot] BBB reset failed errors with Creative Muvo MP3 
o usb/97472    usb        [cam] [patch] add support for Olympus C150,D390
s usb/97286    usb        [mouse] [request] MS Wireless Intellimouse Explorer 2.
o usb/97175    usb        [umass] [hang] USB cardreader hangs system
o usb/96457    usb        [umass] [panic] fatback on umass = reboot
o usb/96381    usb        [cam] [patch] add a quirk table entry for a flash ram 
o usb/96224    usb        [usb] [msdosfs] mount_msdosfs cause page fault in sync
s usb/96120    usb        [ums] [request] USB mouse not always detected
s usb/95636    usb        [umass] [boot] 5 minute delay at boot when using VT620
o usb/95562    usb        [umass] Write Stress in USB Mass drive causes "vinvalb
s usb/95348    usb        [keyboard] USB keyboard unplug causes noise on screen
o usb/95037    usb        [umass] USB disk not recognized on hot-plug.
o usb/94897    usb        [panic] Kernel Panic when cleanly unmounting USB disk
o usb/94717    usb        [ulpt] Reading from /dev/ulpt can break work of a UHCI
o usb/94384    usb        [panic] kernel panic with usb2 hardware
o usb/93872    usb        [cam] [patch] SCSI quirk required for ELTA 8061 OL USB
o usb/93828    usb        [ohci] [panic] ohci causes panic on boot (HP Pavillion
o usb/93408    usb        [mouse] hw.acpi.cpu.cx_lowest=C3 on AMD Turion causes 
o usb/93389    usb        [umass] [patch] Digital Camera Pentax S60 don't work
o usb/93155    usb        [ulpt] /dev/ulpt0: device busy, USB printer does not w
o usb/92852    usb        [ums] [patch] Vertical scroll not working properly on 
o usb/92171    usb        [panic] panic unplugging Vodafone Mobile Connect (UMTS
o usb/92142    usb        [uhub] SET_ADDR_FAILED and SHORT_XFER errors from usb 
o usb/92083    usb        [ural] [panic] panic using WPA on ural NIC in 6.0-RELE
o usb/92052    usb        [ulpt] usbd causes defunct process with busy file-hand
o usb/91906    usb        [ehci] [hang] FreeBSD hangs while booting with USB leg
o usb/91896    usb        camcontrol(8): Serial Number of USB Memory Sticks is n
o usb/91811    usb        [umass] Compact Flash in HP Photosmart 2610 return  " 
o usb/91629    usb        usbd_abort_pipe() may result in infinite loop
o usb/91546    usb        [umodem] [patch] Nokia 6630 mobile phone does not work
o usb/91538    usb        [ulpt] [patch] Unable to print to EPSON CX3500
o usb/91283    usb        [boot] [regression] booting very slow with usb devices
o usb/91238    usb        [umass] USB tape unit fails to write a second tape fil
o usb/90700    usb        [umass] [panic] Kernel panic on connect/mount/use umas
o usb/89954    usb        [umass] [panic] USB Disk driver race condition?
s usb/89003    usb        [request] LaCie Firewire drive not properly supported 
o usb/88743    usb        [hang] [regression] USB makes kernel hang at boot (reg
o usb/88408    usb        [axe] axe0 read PHY failed
o usb/87648    usb        [mouse] Logitech USB-optical mouse problem.
o usb/87224    usb        Cannot mount USB Zip750
o usb/86767    usb        [umass] [patch] bogus "slice starts beyond end of the 
o usb/86298    usb        [mouse] Known good USB mouse won't work with correct s
s usb/85067    usb        [uscanner] Cannot attach ScanJet 4300C to usb device
f usb/84750    usb        [hang] 6-BETA2 reboot/shutdown with root_fs on externa
s usb/84336    usb        [usb] [reboot] instant system reboot when unmounting a
o usb/84326    usb        [umass] Panic trying to connect SCSI tape drive via US
o usb/83977    usb        [ucom] [panic] ucom1: open bulk out error (addr 2): IN
o usb/83863    usb        [ugen] Communication problem between opensc/openct via
o usb/83756    usb        [ums] [patch] Microsoft Intellimouse Explorer 4.0A doe
f usb/83677    usb        [usb] [request] usb controller often not detected (Sun
o usb/83563    usb        [umass] [panic] Page Fault while detaching Mpman Usb d
o usb/83504    usb        [kernel] [patch] SpeedTouch USB stop working on recent
o usb/82660    usb        [ehci] [panic] EHCI: I/O stuck in state 'physrd'/panic
s usb/82569    usb        [umass] [panic] USB mass storage plug/unplug causes sy
o usb/82520    usb        [udbp] [reboot] Reboot when USL101 connected
o usb/82350    usb        [ucom] [panic] null pointer dereference in USB stack
o usb/81621    usb        [ehci] [hang] external hd hangs under load on ehci
o usb/80935    usb        [uvisor] [patch] uvisor.c is not work with CLIE TH55.
o usb/80862    usb        [patch] USB locking issues: missing some Giant calls
o usb/80854    usb        [patch] [request] suggestion for new iface-no-probe me
o usb/80829    usb        [modules] [panic] possible panic when loading USB-modu
s usb/80777    usb        [request] usb_rem_task() should wait for callback to c
s usb/80776    usb        [udav] [request] UDAV device driver shouldn't use usb_
o usb/80774    usb        [patch] have "usbd_find_desc" in line with the other "
o usb/80361    usb        [umass] [patch] mounting of Dell usb-stick fails
o usb/80040    usb        [hang] Use of sound mixer causes system freeze with ua
o usb/79723    usb        [usb] [request] prepare for high speed isochronous tra
o usb/79722    usb        [ehci] wrong alignments in ehci.h
a usb/79656    usb        [ehci] RHSC interrupts lost
o usb/79524    usb        [ulpt] printing to Minolta PagePro 1[23]xxW via USB fa
o usb/79287    usb        [uhci] [hang] UHCI hang after interrupt transfer
o usb/79269    usb        [ohci] USB ohci da0 plug/unplug causes crashes and loc
o usb/78984    usb        [umass] [patch] Creative MUVO umass failure
o usb/77294    usb        [ucom] [panic] ucom + ulpcom panic
o usb/77184    usb        [umass] [panic] kernel panic on USB device disconnect,
o usb/76732    usb        Mouse problems with USB KVM Switch
o usb/76653    usb        [umass] [patch] Problem with Asahi Optical usb device 
o usb/76461    usb        [umass] disklabel of umass(4)-CAM(4)-da(4) not used by
o usb/76395    usb        [uhci] USB printer does not work, usbdevs says "addr 0
s usb/75928    usb        [umass] [request] Cytronix SmartMedia card (SMC) reade
o usb/75800    usb        [ucom] ucom1: init failed STALLED error in time of syn
o usb/75797    usb        [sound] 5.3-STABLE(2005 1/4) detect USB headset, But c
o usb/75764    usb        [umass] [patch] "umass0: Phase Error" - no device for 
o usb/75705    usb        [umass] [panic] da0 attach / Optio S4 (with backtrace)
o usb/74771    usb        [umass] [hang] mounting write-protected umass device a
s usb/74453    usb        [umass] [patch] Q-lity CD-RW USB ECW-043 (ScanLogic SL
o usb/74211    usb        [umass] USB flash drive causes CAM status 0x4 on 4.10R
o usb/73307    usb        [panic] Kernel panics on USB disconnect
s usb/72733    usb        [ucom] [request] Kyocera 7135 Palm OS connection probl
o usb/71455    usb        [umass] Slow USB umass performance of 5.3
o usb/71417    usb        [ugen] Cryptoflex e-gate USB token (ugen0) communicati
o usb/71416    usb        [ugen] Cryptoflex e-gate USB token (ugen0) detach is n
o usb/71280    usb        [aue] aue0 device (linksys usb100tx) doesn't work in 1
o usb/71155    usb        [ulpt] misbehaving usb-printer hangs processes, causes
o usb/70523    usb        [umct] [patch] umct sending/receiving wrong characters
o usb/69006    usb        [usbdevs] [patch] Apple Cinema Display hangs USB ports
o usb/68232    usb        [ugen] [patch] ugen(4) isochronous handling correction
o usb/67301    usb        [uftdi] [panic] RTS and system panic
o usb/66547    usb        [ucom] Palm Tungsten T USB does not initialize correct
o usb/63621    usb        [umass] [panic] USB MemoryStick Reader stalls/crashes 
s usb/62257    usb        [umass] [request] card reader UCR-61S2B is only half-s
o usb/59698    usb        [keyboard] [patch] Rework of ukbd HID to AT code trans
s bin/57255    usb        [patch] usbd(8) and multi-function devices
s usb/52026    usb        [usb] [request] umass driver support for InSystem ISD2
s usb/51958    usb        [urio] [patch] update for urio driver
o i386/46371   usb        USB controller cannot be initialized on IBM Netfinity 
o usb/40948    usb        [umass] [request] USB HP CDW8200 does not work
o conf/30929   usb        [usb] [patch] use usbd to initialize USB ADSL modem

289 problems total.

From freebsd.alex at spamfoodie.com  Mon Nov 24 04:20:01 2008
From: freebsd.alex at spamfoodie.com (Alex)
Date: Mon Nov 24 04:20:10 2008
Subject: usb/129129: panic with device Meizu MiniPlayer M6 (SL) under usb2
Message-ID: <200811241218.mAOCIwc9009470@www.freebsd.org>


>Number:         129129
>Category:       usb
>Synopsis:       panic with device Meizu MiniPlayer M6 (SL) under usb2
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    freebsd-usb
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Nov 24 12:20:01 UTC 2008
>Closed-Date:
>Last-Modified:
>Originator:     Alex
>Release:        8-CURRENT
>Organization:
>Environment:
FreeBSD moshnroll 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri Nov 21 18:47:55 CET 2008     root@moshnroll:/usr/obj/usr/src/sys/ARUNDEL  i386
>Description:
when i connect my mp3 player under usb2 the system panics. i attached msgbuf.txt version.txt and ddb.txt which got generated by this ddb script:

db.enter.panic="textdump set; capture on; show allpcpu; bt;ps; alltrace; show alllock; call doadump; reset"

please tell me if you need a backtrace from a regular core dump. this panic is 100% reproducable.

under 7-STABLE this device requires some quirks in order to work, but it won't cause a panic without them. the quirks needed are described in PR usb/127549.

i'll also submit another problem report shortly which is somehow connected to this one. after this panic in connection with a reboot my system fails to mount /. even a hard-reset won't solve this problem. i have to turn my system off and on again in order to get the os to successfully boot up.

cheers.
>How-To-Repeat:
attach the following device to a system running 8-CURRENT:

Meizu MiniPlayer M6 (SL)
>Fix:


Patch attached with submission follows:

db:0:kdb.enter.panic>  show allpcpu
Current CPU: 1

cpuid        = 0
curthread    = 0xc5537b40: pid 10 "idle: cpu0"
curpcb       = 0xc52c9d90
fpcurthread  = none
idlethread   = 0xc5537b40: pid 10 "idle: cpu0"
APIC ID      = 0
currentldt   = 0x50
spin locks held:

cpuid        = 1
curthread    = 0xc5537000: pid 2 "g_event"
curpcb       = 0xc52d9d90
fpcurthread  = none
idlethread   = 0xc5537d80: pid 10 "idle: cpu1"
APIC ID      = 1
currentldt   = 0x50
spin locks held:

db:0:kdb.enter.panic>  bt
Tracing pid 2 tid 100008 td 0xc5537000
kdb_enter(c07cd7fc,c07cd7fc,c07d3445,c52d97ac,1,...) at kdb_enter+0x3a
panic(c07d3445,c07f25ab,c07ba016,c07a8e81,bc,...) at panic+0x131
witness_unlock(c0866d60,8,c07a8e81,bc,c5688400,...) at witness_unlock+0xf0
_mtx_unlock_flags(c0866d60,0,c07a8e81,bc,c55275c8,...) at _mtx_unlock_flags+0xb6
dacleanup(c645ac80,c07a9010,c09a8fa0,c09df530,c09a8f90,...) at dacleanup+0x72
camperiphfree(c5688400,c52d9b20,c0452c72,c645ac80,0,...) at camperiphfree+0xbd
cam_periph_release(c645ac80,0,c07a8e81,bc,c59f1a50,...) at cam_periph_release+0x2a
daopen(c63fee00,4,c07c5c98,75,0,...) at daopen+0x40e
g_disk_access(c6024b80,1,0,0,0,...) at g_disk_access+0x111
g_access(c61a1340,1,0,0,c6024b80,...) at g_access+0x233
g_slice_new(c081a880,8,c6024b80,c52d9c10,c52d9c08,...) at g_slice_new+0x13b
g_bsd_taste(c081a880,c6024b80,0,20f,c6023280,...) at g_bsd_taste+0xa5
g_new_provider_event(c6024b80,0,c07c6197,d2,c5537000,...) at g_new_provider_event+0xbc
g_run_events(c0867278,0,4c,c07c4fe9,64,...) at g_run_events+0x353
g_event_procbody(0,c52d9d38,c07c9ce2,327,c55357d4,...) at g_event_procbody+0x8a
fork_exit(c05376ad,0,c52d9d38) at fork_exit+0xb8
fork_trampoline() at fork_trampoline+0x8
--- trap 0, eip = 0, esp = 0xc52d9d70, ebp = 0 ---
db:0:kdb.enter.panic> ps
  pid  ppid  pgrp   uid   state   wmesg     wchan    cmd
 1601     0     0     0  SL      WMSG     0xc6318080 [USBPROC]
 1600     0     0     0  SL      WMSG     0xc6088080 [USBPROC]
 1273  1265  1273  1001  S+      tty inpu 0xc55c9c78 bash
 1272     1  1272     0  Ss+     tty inpu 0xc55cac78 getty
 1271     1  1271     0  Ss+     tty inpu 0xc55cae78 getty
 1270     1  1270     0  Ss+     tty inpu 0xc5841078 getty
 1269     1  1269     0  Ss+     tty inpu 0xc5841278 getty
 1268     1  1268     0  Ss+     tty inpu 0xc5841478 getty
 1267     1  1267     0  Ss+     tty inpu 0xc55c9278 getty
 1266     1  1266     0  Ss+     tty inpu 0xc55c9478 getty
 1265     1  1265     0  Ss+     wait     0xc5a6ca70 login
 1264     1  1264     0  Ss      accept   0xc609b65a obexapp
 1262     1  1262     0  Ss      (threaded)          scmpc
100142                   S       nanslp   0xc0869864 scmpc
100141                   S       nanslp   0xc0869864 scmpc
100140                   S       nanslp   0xc0869864 scmpc
100139                   S       sigwait  0xe83bbbe4 scmpc
100137                   S       ucond    0xc601b400 scmpc
 1248     1  1248  1001  Ss      select   0xc5a87164 fetchmail
 1186     1  1186     0  Ss      nanslp   0xc0869864 cron
 1150     1  1150     0  Ss      kqread   0xc6025880 cupsd
 1125     1  1125    25  Ss      pause    0xc59ba2f4 sendmail
 1121     1  1121     0  Ss      select   0xc5a88da4 sendmail
 1103     1  1102  1001  S       select   0xc601bc64 mpd
 1087     1  1086     0  S       nanslp   0xc0869864 smartd
 1056     1  1056 65534  Ss      select   0xc601b024 sdpd
 1045     1  1045     0  Rs                          powerd
 1002     1  1002     0  Ss      sbwait   0xc5bd3e78 hcsecd
  890     1   890     0  Ss      select   0xc5b24e24 syslogd
  662     1   662     0  Ss      select   0xc5a24aa4 devd
  636     1   636     0  Ss      select   0xc5a26724 moused
  207     1   207     0  Ss      pause    0xc5bc1058 adjkerntz
   77     0     0     0  SL      WMSG     0xc5a12880 [USBPROC]
   76     0     0     0  SL      WMSG     0xc5b1a080 [USBPROC]
   69     0     0     0  SL      WMSG     0xc5af7080 [USBPROC]
   68     0     0     0  SL      WMSG     0xc5ae5080 [USBPROC]
   67     0     0     0  SL      WMSG     0xc5ae0080 [USBPROC]
   66     0     0     0  SL      WMSG     0xc5ad6080 [USBPROC]
   65     0     0     0  SL      WMSG     0xc5ad3080 [USBPROC]
   63     0     0     0  SL      sdflush  0xc09d8120 [softdepflush]
   62     0     0     0  SL      syncer   0xc09d5ad4 [syncer]
   61     0     0     0  SL      vlruwt   0xc5a6c000 [vnlru]
    9     0     0     0  SL      psleep   0xc09d5824 [bufdaemon]
    8     0     0     0  SL      pgzero   0xc09d8d14 [pagezero]
    7     0     0     0  SL      psleep   0xc09d893c [vmdaemon]
    6     0     0     0  SL      psleep   0xc09d8904 [pagedaemon]
   60     0     0     0  SL      WMSG     0xc57d4c78 [USBPROC]
   59     0     0     0  SL      WMSG     0xc5839480 [USBPROC]
   58     0     0     0  SL      WMSG     0xc5827080 [USBPROC]
   55     0     0     0  SL      WMSG     0xc57bfd18 [USBPROC]
   54     0     0     0  SL      WMSG     0xc5821880 [USBPROC]
   53     0     0     0  SL      WMSG     0xc59d7080 [USBPROC]
   50     0     0     0  SL      WMSG     0xc57acd18 [USBPROC]
   49     0     0     0  SL      WMSG     0xc5820080 [USBPROC]
   48     0     0     0  SL      WMSG     0xc59e0080 [USBPROC]
   45     0     0     0  SL      WMSG     0xc579ad18 [USBPROC]
   44     0     0     0  SL      WMSG     0xc5820880 [USBPROC]
   43     0     0     0  SL      WMSG     0xc59c5080 [USBPROC]
   40     0     0     0  SL      WMSG     0xc5749c78 [USBPROC]
   39     0     0     0  SL      WMSG     0xc583bc80 [USBPROC]
   38     0     0     0  SL      WMSG     0xc5821080 [USBPROC]
   35     0     0     0  SL      WMSG     0xc5732d18 [USBPROC]
   34     0     0     0  SL      WMSG     0xc5822880 [USBPROC]
   33     0     0     0  SL      WMSG     0xc59ad080 [USBPROC]
   30     0     0     0  SL      WMSG     0xc5720d18 [USBPROC]
   29     0     0     0  SL      WMSG     0xc5823080 [USBPROC]
   28     0     0     0  SL      WMSG     0xc59b6080 [USBPROC]
   25     0     0     0  SL      WMSG     0xc570ad18 [USBPROC]
   24     0     0     0  SL      WMSG     0xc5823880 [USBPROC]
   23     0     0     0  SL      WMSG     0xc59a3080 [USBPROC]
   20     0     0     0  SL      WMSG     0xc57d51a0 [USBPROC]
   19     0     0     0  SL      WMSG     0xc57c0240 [USBPROC]
   18     0     0     0  SL      WMSG     0xc57ad240 [USBPROC]
   17     0     0     0  SL      WMSG     0xc579b240 [USBPROC]
   16     0     0     0  SL      WMSG     0xc574a1a0 [USBPROC]
   15     0     0     0  SL      WMSG     0xc5733240 [USBPROC]
   14     0     0     0  SL      WMSG     0xc5721240 [USBPROC]
   13     0     0     0  SL      WMSG     0xc570b240 [USBPROC]
    5     0     0     0  SL      ccb_scan 0xc0851554 [xpt_thrd]
   12     0     0     0  SL      -        0xc08695e4 [yarrow]
    4     0     0     0  SL      -        0xc0867284 [g_down]
    3     0     0     0  SL      -        0xc0867280 [g_up]
    2     0     0     0  RL      CPU 1               [g_event]
   11     0     0     0  WL      (threaded)          intr
100039                   I                           [irq15: ata1]
100038                   I                           [irq14: ata0]
100033                   I                           [irq23: uhci3 ehci1]
100031                   I                           [irq19: ath0 uhci4*]
100030                   I                           [irq22: hdac0]
100028                   I                           [irq18: uhci2 ehci+]
100026                   I                           [irq21: uhci1]
100023                   I                           [irq16: vgapci0 re+]
100022                   I                           [irq9: acpi0]
100021                   I                           [swi6: task queue]
100020                   I                           [swi6: Giant taskq]
100018                   I                           [swi5: +]
100014                   I                           [swi2: cambio]
100007                   I                           [swi4: clock]
100006                   I                           [swi4: clock]
100005                   I                           [swi1: net]
100004                   I                           [swi3: vm]
   10     0     0     0  RL      (threaded)          idle
100003                   Run     CPU 0               [idle: cpu0]
100002                   CanRun                      [idle: cpu1]
    1     0     1     0  SLs     wait     0xc5536000 [init]
    0     0     0     0  SLs     (threaded)          kernel
100037                   D       -        0xc57c1c00 [ath0 taskq]
100019                   D       -        0xc5680b00 [thread taskq]
100017                   D       -        0xc5680d80 [acpi_task_2]
100016                   D       -        0xc5680d80 [acpi_task_1]
100015                   D       -        0xc5680d80 [acpi_task_0]
100012                   D       -        0xc5681000 [kqueue taskq]
100000                   D       sched    0xc0867320 [swapper]
db:0:kdb.enter.panic>  alltrace

Tracing command USBPROC pid 1601 tid 100089 td 0xc5ac5000
sched_switch(c5ac5000,0,104,186,2d0cd3f9,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f
sleepq_switch(c5ac5000,0,c07d1a2a,243,0,...) at sleepq_switch+0x14f
sleepq_wait(c6318080,0,c07c2768,0,0,...) at sleepq_wait+0x63
_sleep(c6318080,c5749cf0,0,c07c2768,0) at _sleep+0x316
usb2_msleep(c07c2768,0,e82d1cf8,c050c4df,c6318080,...) at usb2_msleep+0x4e
usb2_cv_wait(c6318080,c5749cf0,c07c26bc,51,c086dc40,...) at usb2_cv_wait+0x23
usb2_process(c6318078,e82d1d38,c07c9ce2,327,c5ac17d4,...) at usb2_process+0x18a
fork_exit(c050c355,c6318078,e82d1d38) at fork_exit+0xb8
fork_trampoline() at fork_trampoline+0x8
--- trap 0, eip = 0, esp = 0xe82d1d70, ebp = 0 ---

Tracing command USBPROC pid 1600 tid 100076 td 0xc59d5240
sched_switch(c59d5240,0,104,186,7c6226d4,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f
sleepq_switch(c59d5240,0,c07d1a2a,243,0,...) at sleepq_switch+0x14f
sleepq_wait(c6088080,0,c07c2768,0,0,...) at sleepq_wait+0x63
_sleep(c6088080,c5749cf0,0,c07c2768,0) at _sleep+0x316
usb2_msleep(c07c2768,0,e605dcf8,c050c4df,c6088080,...) at usb2_msleep+0x4e
usb2_cv_wait(c6088080,c5749cf0,c07c26bc,51,c086dc40,...) at usb2_cv_wait+0x23
usb2_process(c6088078,e605dd38,c07c9ce2,327,c59e729c,...) at usb2_process+0x18a
fork_exit(c050c355,c6088078,e605dd38) at fork_exit+0xb8
fork_trampoline() at fork_trampoline+0x8
--- trap 0, eip = 0, esp = 0xe605dd70, ebp = 0 ---

Tracing command bash pid 1273 tid 100115 td 0xc5bc8240
sched_switch(c5bc8240,0,104,186,e4f103f1,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f
sleepq_switch(c5bc8240,0,c07d1a2a,189,c55c9c78,...) at sleepq_switch+0x14f
sleepq_catch_signals(c07d1a2a,159,0,c55c9c78,c55c9c78,...) at sleepq_catch_signals+0xb4
sleepq_wait_sig(c55c9c78,0,c07d5fd5,101,0,...) at sleepq_wait_sig+0x13
_cv_wait_sig(c55c9c78,c0868fd0,c07d5962,4ac,0,...) at _cv_wait_sig+0x211
tty_wait(c55c9c00,c55c9c78,e834ac5c,1,0,...) at tty_wait+0x6b
ttydisc_read(c55c9c00,e834ac5c,0,9d,0,...) at ttydisc_read+0x219
ttydev_read(c57e6900,e834ac5c,0,0,1,...) at ttydev_read+0xa5
devfs_read_f(c5ac9850,e834ac5c,c5b3a800,0,c5bc8240,...) at devfs_read_f+0x7b
dofileread(e834ac5c,ffffffff,ffffffff,0,c5ac9850,...) at dofileread+0x5f
kern_readv(c5bc8240,0,e834ac5c,e834ac7c,1,...) at kern_readv+0x52
read(c5bc8240,e834acf8,c,c07d4139,c081ca88,...) at read+0x51
syscall(e834ad38) at syscall+0x24f
Xint0x80_syscall() at Xint0x80_syscall+0x20
--- syscall (3, FreeBSD ELF32, read), eip = 0x28323cf3, esp = 0xbfbfe8cc, ebp = 0xbfbfe8f8 ---

Tracing command getty pid 1272 tid 100131 td 0xc605b6c0
sched_switch(c605b6c0,0,104,186,3f1e3643,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f
sleepq_switch(c605b6c0,0,c07d1a2a,189,c55cac78,...) at sleepq_switch+0x14f
sleepq_catch_signals(c07d1a2a,159,0,c55cac78,c55cac78,...) at sleepq_catch_signals+0xb4
sleepq_wait_sig(c55cac78,0,c07d5fd5,101,0,...) at sleepq_wait_sig+0x13
_cv_wait_sig(c55cac78,c0868fd0,c07d5962,4ac,0,...) at _cv_wait_sig+0x211
tty_wait(c55cac00,c55cac78,e83a3c5c,1,0,...) at tty_wait+0x6b
ttydisc_read(c55cac00,e83a3c5c,0,9d,0,...) at ttydisc_read+0x219
ttydev_read(c57ec100,e83a3c5c,0,0,1,...) at ttydev_read+0xa5
devfs_read_f(c5ac9968,e83a3c5c,c5501600,0,c605b6c0,...) at devfs_read_f+0x7b
dofileread(e83a3c5c,ffffffff,ffffffff,0,c5ac9968,...) at dofileread+0x5f
kern_readv(c605b6c0,0,e83a3c5c,e83a3c7c,1,...) at kern_readv+0x52
read(c605b6c0,e83a3cf8,c,c07ff3b3,c081ca88,...) at read+0x51
syscall(e83a3d38) at syscall+0x24f
Xint0x80_syscall() at Xint0x80_syscall+0x20
--- syscall (3, FreeBSD ELF32, read), eip = 0x28174cf3, esp = 0xbfbfee2c, ebp = 0xbfbfee58 ---

Tracing command getty pid 1271 tid 100087 td 0xc5ac5480
sched_switch(c5ac5480,0,104,186,3f2ea80c,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f
sleepq_switch(c5ac5480,0,c07d1a2a,189,c55cae78,...) at sleepq_switch+0x14f
sleepq_catch_signals(c07d1a2a,159,0,c55cae78,c55cae78,...) at sleepq_catch_signals+0xb4
sleepq_wait_sig(c55cae78,0,c07d5fd5,101,0,...) at sleepq_wait_sig+0x13
_cv_wait_sig(c55cae78,c0868fd0,c07d5962,4ac,0,...) at _cv_wait_sig+0x211
tty_wait(c55cae00,c55cae78,e82cac5c,1,0,...) at tty_wait+0x6b
ttydisc_read(c55cae00,e82cac5c,0,9d,0,...) at ttydisc_read+0x219
ttydev_read(c57ec000,e82cac5c,0,0,1,...) at ttydev_read+0xa5
devfs_read_f(c5ac9658,e82cac5c,c5501600,0,c5ac5480,...) at devfs_read_f+0x7b
dofileread(e82cac5c,ffffffff,ffffffff,0,c5ac9658,...) at dofileread+0x5f
kern_readv(c5ac5480,0,e82cac5c,e82cac7c,1,...) at kern_readv+0x52
read(c5ac5480,e82cacf8,c,c07ff3b3,c081ca88,...) at read+0x51
syscall(e82cad38) at syscall+0x24f
Xint0x80_syscall() at Xint0x80_syscall+0x20
--- syscall (3, FreeBSD ELF32, read), eip = 0x28174cf3, esp = 0xbfbfee2c, ebp = 0xbfbfee58 ---

Tracing command getty pid 1270 tid 100130 td 0xc605b900
sched_switch(c605b900,0,104,186,3f40196b,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f
sleepq_switch(c605b900,0,c07d1a2a,189,c5841078,...) at sleepq_switch+0x14f
sleepq_catch_signals(c07d1a2a,159,0,c5841078,c5841078,...) at sleepq_catch_signals+0xb4
sleepq_wait_sig(c5841078,0,c07d5fd5,101,0,...) at sleepq_wait_sig+0x13
_cv_wait_sig(c5841078,c0868fd0,c07d5962,4ac,0,...) at _cv_wait_sig+0x211
tty_wait(c5841000,c5841078,e83a0c5c,1,0,...) at tty_wait+0x6b
ttydisc_read(c5841000,e83a0c5c,0,9d,0,...) at ttydisc_read+0x219
ttydev_read(c57e6e00,e83a0c5c,0,0,1,...) at ttydev_read+0xa5
devfs_read_f(c5ac8d20,e83a0c5c,c5501600,0,c605b900,...) at devfs_read_f+0x7b
dofileread(e83a0c5c,ffffffff,ffffffff,0,c5ac8d20,...) at dofileread+0x5f
kern_readv(c605b900,0,e83a0c5c,e83a0c7c,1,...) at kern_readv+0x52
read(c605b900,e83a0cf8,c,c07ff3b3,c081ca88,...) at read+0x51
syscall(e83a0d38) at syscall+0x24f
Xint0x80_syscall() at Xint0x80_syscall+0x20
--- syscall (3, FreeBSD ELF32, read), eip = 0x28174cf3, esp = 0xbfbfee2c, ebp = 0xbfbfee58 ---

Tracing command getty pid 1269 tid 100128 td 0xc605bd80
sched_switch(c605bd80,0,104,186,3f41fda0,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f
sleepq_switch(c605bd80,0,c07d1a2a,189,c5841278,...) at sleepq_switch+0x14f
sleepq_catch_signals(c07d1a2a,159,0,c5841278,c5841278,...) at sleepq_catch_signals+0xb4
sleepq_wait_sig(c5841278,0,c07d5fd5,101,0,...) at sleepq_wait_sig+0x13
_cv_wait_sig(c5841278,c0868fd0,c07d5962,4ac,0,...) at _cv_wait_sig+0x211
tty_wait(c5841200,c5841278,e839ac5c,1,0,...) at tty_wait+0x6b
ttydisc_read(c5841200,e839ac5c,0,9d,0,...) at ttydisc_read+0x219
ttydev_read(c57e6d00,e839ac5c,0,0,1,...) at ttydev_read+0xa5
devfs_read_f(c5ad1620,e839ac5c,c5501600,0,c605bd80,...) at devfs_read_f+0x7b
dofileread(e839ac5c,ffffffff,ffffffff,0,c5ad1620,...) at dofileread+0x5f
kern_readv(c605bd80,0,e839ac5c,e839ac7c,1,...) at kern_readv+0x52
read(c605bd80,e839acf8,c,c07ff3b3,c081ca88,...) at read+0x51
syscall(e839ad38) at syscall+0x24f
Xint0x80_syscall() at Xint0x80_syscall+0x20
--- syscall (3, FreeBSD ELF32, read), eip = 0x28174cf3, esp = 0xbfbfee2c, ebp = 0xbfbfee58 ---

Tracing command getty pid 1268 tid 100111 td 0xc5bc8b40
sched_switch(c5bc8b40,0,104,186,3f2ccf56,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f
sleepq_switch(c5bc8b40,0,c07d1a2a,189,c5841478,...) at sleepq_switch+0x14f
sleepq_catch_signals(c07d1a2a,159,0,c5841478,c5841478,...) at sleepq_catch_signals+0xb4
sleepq_wait_sig(c5841478,0,c07d5fd5,101,0,...) at sleepq_wait_sig+0x13
_cv_wait_sig(c5841478,c0868fd0,c07d5962,4ac,0,...) at _cv_wait_sig+0x211
tty_wait(c5841400,c5841478,e833ec5c,1,0,...) at tty_wait+0x6b
ttydisc_read(c5841400,e833ec5c,0,9d,0,...) at ttydisc_read+0x219
ttydev_read(c57e6c00,e833ec5c,0,0,1,...) at ttydev_read+0xa5
devfs_read_f(c5ac89a0,e833ec5c,c5501600,0,c5bc8b40,...) at devfs_read_f+0x7b
dofileread(e833ec5c,ffffffff,ffffffff,0,c5ac89a0,...) at dofileread+0x5f
kern_readv(c5bc8b40,0,e833ec5c,e833ec7c,1,...) at kern_readv+0x52
read(c5bc8b40,e833ecf8,c,c07ff3b3,c081ca88,...) at read+0x51
syscall(e833ed38) at syscall+0x24f
Xint0x80_syscall() at Xint0x80_syscall+0x20
--- syscall (3, FreeBSD ELF32, read), eip = 0x28174cf3, esp = 0xbfbfee2c, ebp = 0xbfbfee58 ---

Tracing command getty pid 1267 tid 100126 td 0xc605c240
sched_switch(c605c240,0,104,186,3f4a4997,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f
sleepq_switch(c605c240,0,c07d1a2a,189,c55c9278,...) at sleepq_switch+0x14f
sleepq_catch_signals(c07d1a2a,159,0,c55c9278,c55c9278,...) at sleepq_catch_signals+0xb4
sleepq_wait_sig(c55c9278,0,c07d5fd5,101,0,...) at sleepq_wait_sig+0x13
_cv_wait_sig(c55c9278,c0868fd0,c07d5962,4ac,0,...) at _cv_wait_sig+0x211
tty_wait(c55c9200,c55c9278,e8394c5c,1,0,...) at tty_wait+0x6b
ttydisc_read(c55c9200,e8394c5c,0,9d,0,...) at ttydisc_read+0x219
ttydev_read(c57e6b00,e8394c5c,0,0,1,...) at ttydev_read+0xa5
devfs_read_f(c5ac8268,e8394c5c,c5501600,0,c605c240,...) at devfs_read_f+0x7b
dofileread(e8394c5c,ffffffff,ffffffff,0,c5ac8268,...) at dofileread+0x5f
kern_readv(c605c240,0,e8394c5c,e8394c7c,1,...) at kern_readv+0x52
read(c605c240,e8394cf8,c,c07ff3b3,c081ca88,...) at read+0x51
syscall(e8394d38) at syscall+0x24f
Xint0x80_syscall() at Xint0x80_syscall+0x20
--- syscall (3, FreeBSD ELF32, read), eip = 0x28174cf3, esp = 0xbfbfee2c, ebp = 0xbfbfee58 ---

Tracing command getty pid 1266 tid 100060 td 0xc5848900
sched_switch(c5848900,0,104,186,3f5b36b4,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f
sleepq_switch(c5848900,0,c07d1a2a,189,c55c9478,...) at sleepq_switch+0x14f
sleepq_catch_signals(c07d1a2a,159,0,c55c9478,c55c9478,...) at sleepq_catch_signals+0xb4
sleepq_wait_sig(c55c9478,0,c07d5fd5,101,0,...) at sleepq_wait_sig+0x13
_cv_wait_sig(c55c9478,c0868fd0,c07d5962,4ac,0,...) at _cv_wait_sig+0x211
tty_wait(c55c9400,c55c9478,e602dc5c,1,0,...) at tty_wait+0x6b
ttydisc_read(c55c9400,e602dc5c,0,9d,0,...) at ttydisc_read+0x219
ttydev_read(c57e6a00,e602dc5c,0,0,1,...) at ttydev_read+0xa5
devfs_read_f(c5ac8c78,e602dc5c,c5501600,0,c5848900,...) at devfs_read_f+0x7b
dofileread(e602dc5c,ffffffff,ffffffff,0,c5ac8c78,...) at dofileread+0x5f
kern_readv(c5848900,0,e602dc5c,e602dc7c,1,...) at kern_readv+0x52
read(c5848900,e602dcf8,c,c07ff3b3,c081ca88,...) at read+0x51
syscall(e602dd38) at syscall+0x24f
Xint0x80_syscall() at Xint0x80_syscall+0x20
--- syscall (3, FreeBSD ELF32, read), eip = 0x28174cf3, esp = 0xbfbfee2c, ebp = 0xbfbfee58 ---

Tracing command login pid 1265 tid 100107 td 0xc59fb6c0
sched_switch(c59fb6c0,0,104,186,b948f0be,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,5c,...) at mi_switch+0x20f
sleepq_switch(c59fb6c0,0,c07d1a2a,189,c5a6ca70,...) at sleepq_switch+0x14f
sleepq_catch_signals(c07d1a2a,159,0,100,100,...) at sleepq_catch_signals+0xb4
sleepq_wait_sig(c5a6ca70,5c,c07d425f,100,0,...) at sleepq_wait_sig+0x13
_sleep(c5a6ca70,c5a6caf8,15c,c07d425f,0,...) at _sleep+0x2ff
kern_wait(c59fb6c0,4f9,e8332c78,0,0,...) at kern_wait+0xa7b
wait4(c59fb6c0,e8332cf8,10,e8332d2c,c081cae8,...) at wait4+0x3e
syscall(e8332d38) at syscall+0x24f
Xint0x80_syscall() at Xint0x80_syscall+0x20
--- syscall (7, FreeBSD ELF32, wait4), eip = 0x280f9f3b, esp = 0xbfbfed9c, ebp = 0xbfbfedb8 ---

Tracing command obexapp pid 1264 tid 100112 td 0xc5bc8900
sched_switch(c5bc8900,0,104,186,238861ea,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,58,...) at mi_switch+0x20f
sleepq_switch(c5bc8900,0,c07d1a2a,189,c609b65a,...) at sleepq_switch+0x14f
sleepq_catch_signals(c07d1a2a,159,0,100,100,...) at sleepq_catch_signals+0xb4
sleepq_wait_sig(c609b65a,58,c07d42cf,100,0,...) at sleepq_wait_sig+0x13
_sleep(c609b65a,c09d5690,158,c07d42cf,0,...) at _sleep+0x2ff
kern_accept(c5bc8900,5,e8341c6c,e8341c68,e8341c64,...) at kern_accept+0x121
accept1(e8341d2c,c0756f3e,c5bc8900,e8341cf8,c,...) at accept1+0x8e
accept(c5bc8900,e8341cf8,c,c07a6055,c081cd10,...) at accept+0x13
syscall(e8341d38) at syscall+0x24f
Xint0x80_syscall() at Xint0x80_syscall+0x20
--- syscall (30, FreeBSD ELF32, accept), eip = 0x28261c6f, esp = 0xbfbfec6c, ebp = 0xbfbfecd8 ---

Tracing command scmpc pid 1262 tid 100142 td 0xc5b22000
sched_switch(c5b22000,0,104,186,87608549,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,5c,...) at mi_switch+0x20f
sleepq_switch(c5b22000,0,c07d1a2a,189,c0869864,...) at sleepq_switch+0x14f
sleepq_catch_signals(927c1,c05b6618,c5b22000,1,100,...) at sleepq_catch_signals+0xb4
sleepq_timedwait_sig(c0869864,5c,c07ceb3a,100,0,...) at sleepq_timedwait_sig+0x14
_sleep(c0869864,0,15c,c07ceb3a,927c1,...) at _sleep+0x2cb
kern_nanosleep(c5b22000,e83c4c68,e83c4c70,258,0,...) at kern_nanosleep+0xbd
nanosleep(c5b22000,e83c4cf8,8,c07d4ccb,c081e0c0,...) at nanosleep+0x6b
syscall(e83c4d38) at syscall+0x24f
Xint0x80_syscall() at Xint0x80_syscall+0x20
--- syscall (240, FreeBSD ELF32, nanosleep), eip = 0x281af88f, esp = 0xbf6fbf3c, ebp = 0xbf6fbf68 ---

Tracing command scmpc pid 1262 tid 100141 td 0xc5b22240
sched_switch(c5b22240,0,104,186,de7e6f6e,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,5c,...) at mi_switch+0x20f
sleepq_switch(c5b22240,0,c07d1a2a,189,c0869864,...) at sleepq_switch+0x14f
sleepq_catch_signals(3e9,c05b6618,c5b22240,1,100,...) at sleepq_catch_signals+0xb4
sleepq_timedwait_sig(c0869864,5c,c07ceb3a,100,0,...) at sleepq_timedwait_sig+0x14
_sleep(c0869864,0,15c,c07ceb3a,3e9,...) at _sleep+0x2cb
kern_nanosleep(c5b22240,e83c1c68,e83c1c70,1,0,...) at kern_nanosleep+0xbd
nanosleep(c5b22240,e83c1cf8,8,c07d4950,c081e0c0,...) at nanosleep+0x6b
syscall(e83c1d38) at syscall+0x24f
Xint0x80_syscall() at Xint0x80_syscall+0x20
--- syscall (240, FreeBSD ELF32, nanosleep), eip = 0x281af88f, esp = 0xbf7fcdcc, ebp = 0xbf7fcdf8 ---

Tracing command scmpc pid 1262 tid 100140 td 0xc5b22480
sched_switch(c5b22480,0,104,186,c5470bfe,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,5c,...) at mi_switch+0x20f
sleepq_switch(c5b22480,0,c07d1a2a,189,c0869864,...) at sleepq_switch+0x14f
sleepq_catch_signals(3e9,c05b6618,c5b22480,1,100,...) at sleepq_catch_signals+0xb4
sleepq_timedwait_sig(c0869864,5c,c07ceb3a,100,0,...) at sleepq_timedwait_sig+0x14
_sleep(c0869864,0,15c,c07ceb3a,3e9,...) at _sleep+0x2cb
kern_nanosleep(c5b22480,e83bec68,e83bec70,1,0,...) at kern_nanosleep+0xbd
nanosleep(c5b22480,e83becf8,8,c07d43a3,c081e0c0,...) at nanosleep+0x6b
syscall(e83bed38) at syscall+0x24f
Xint0x80_syscall() at Xint0x80_syscall+0x20
--- syscall (240, FreeBSD ELF32, nanosleep), eip = 0x281af88f, esp = 0xbf8fde9c, ebp = 0xbf8fdec8 ---

Tracing command scmpc pid 1262 tid 100139 td 0xc5b226c0
sched_switch(c5b226c0,0,104,186,133325dd,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,68,...) at mi_switch+0x20f
sleepq_switch(c5b226c0,0,c07d1a2a,189,e83bbbe4,...) at sleepq_switch+0x14f
sleepq_catch_signals(c07d1a2a,159,0,100,100,...) at sleepq_catch_signals+0xb4
sleepq_wait_sig(e83bbbe4,68,c07cda24,100,0,...) at sleepq_wait_sig+0x13
_sleep(e83bbbe4,c5bc3af8,168,c07cda24,0,...) at _sleep+0x2ff
kern_sigtimedwait(c5b226c0,7ffefeff,ffffffff,ffffffff,ffffffff,...) at kern_sigtimedwait+0x27e
sigwait(c5b226c0,e83bbcf8,8,e83bbcd4,c081f278,...) at sigwait+0x6e
syscall(e83bbd38) at syscall+0x24f
Xint0x80_syscall() at Xint0x80_syscall+0x20
--- syscall (429, FreeBSD ELF32, sigwait), eip = 0x28136cf3, esp = 0xbf9fef2c, ebp = 0xbf9fef58 ---

Tracing command scmpc pid 1262 tid 100137 td 0xc605a900
sched_switch(c605a900,0,104,186,1332bff2,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f
sleepq_switch(c605a900,0,c07d1a2a,189,c601b400,...) at sleepq_switch+0x14f
sleepq_catch_signals(c07d1a2a,159,0,100,100,...) at sleepq_catch_signals+0xb4
sleepq_wait_sig(c601b400,0,c07cf001,100,0,...) at sleepq_wait_sig+0x13
_sleep(c601b400,c086cd94,100,c07cf001,0,...) at _sleep+0x2ff
__umtx_op_cv_wait(c605a900,e83b5cf8,e83b5d2c,c0756f3e,c605a900,...) at __umtx_op_cv_wait+0x4f4
_umtx_op(c605a900,e83b5cf8,14,c07d4f23,c081f4d0,...) at _umtx_op+0x29
syscall(e83b5d38) at syscall+0x24f
Xint0x80_syscall() at Xint0x80_syscall+0x20
--- syscall (454, FreeBSD ELF32, _umtx_op), eip = 0x2809d3b3, esp = 0xbfbfed4c, ebp = 0xbfbfed68 ---

Tracing command fetchmail pid 1248 tid 100125 td 0xc5b22b40
sched_switch(c5b22b40,0,104,186,b011337b,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f
sleepq_switch(c5b22b40,0,c07d1a2a,189,c5a87164,...) at sleepq_switch+0x14f
sleepq_catch_signals(e8391a50,c0575503,c5a87150,0,c5a87164,...) at sleepq_catch_signals+0xb4
sleepq_timedwait_sig(c5a87164,0,e8391a80,101,0,...) at sleepq_timedwait_sig+0x14
_cv_timedwait_sig(c5a87164,c5a87150,ea61,570,c5b22b40,...) at _cv_timedwait_sig+0x220
seltdwait(e8391c30,e8391c38,3d6,3be,c07c86d4,...) at seltdwait+0x7f
kern_select(c5b22b40,0,0,0,0,e8391c74,3c,0) at kern_select+0x4d1
select(c5b22b40,e8391cf8,14,c07d40cb,c081d2f8,...) at select+0x59
syscall(e8391d38) at syscall+0x24f
Xint0x80_syscall() at Xint0x80_syscall+0x20
--- syscall (93, FreeBSD ELF32, select), eip = 0x28463c73, esp = 0xbfbfebbc, ebp = 0xbfbfebf8 ---

Tracing command cron pid 1186 tid 100124 td 0xc5b22d80
sched_switch(c5b22d80,0,104,186,426ab333,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,5c,...) at mi_switch+0x20f
sleepq_switch(c5b22d80,0,c07d1a2a,189,c0869864,...) at sleepq_switch+0x14f
sleepq_catch_signals(e679,c05b6618,c5b22d80,0,100,...) at sleepq_catch_signals+0xb4
sleepq_timedwait_sig(c0869864,5c,c07ceb3a,100,0,...) at sleepq_timedwait_sig+0x14
_sleep(c0869864,0,15c,c07ceb3a,e679,...) at _sleep+0x2cb
kern_nanosleep(c5b22d80,e838ec68,e838ec70,3b,0,...) at kern_nanosleep+0xbd
nanosleep(c5b22d80,e838ecf8,8,c07d43a3,c081e0c0,...) at nanosleep+0x6b
syscall(e838ed38) at syscall+0x24f
Xint0x80_syscall() at Xint0x80_syscall+0x20
--- syscall (240, FreeBSD ELF32, nanosleep), eip = 0x2816088f, esp = 0xbfbfecdc, ebp = 0xbfbfed08 ---

Tracing command cupsd pid 1150 tid 100129 td 0xc605bb40
sched_switch(c605bb40,0,104,186,3fba60ee,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,58,...) at mi_switch+0x20f
sleepq_switch(c605bb40,0,c07d1a2a,189,c6025880,...) at sleepq_switch+0x14f
sleepq_catch_signals(c07d1a2a,159,0,100,100,...) at sleepq_catch_signals+0xb4
sleepq_wait_sig(c6025880,58,c07c9a1f,100,0,...) at sleepq_wait_sig+0x13
_sleep(c6025880,c6025880,158,c07c9a1f,0,...) at _sleep+0x2ff
kern_kevent(c605bb40,0,0,2b57,e839dc68,0,e839dcf8,c055ef97,c055ef46,67,283ed980) at kern_kevent+0x371
kevent(c605bb40,e839dcf8,18,c07d43a3,c081ec48,...) at kevent+0x6a
syscall(e839dd38) at syscall+0x24f
Xint0x80_syscall() at Xint0x80_syscall+0x20
--- syscall (363, FreeBSD ELF32, kevent), eip = 0x283bd96b, esp = 0xbfbfe94c, ebp = 0xbfbfe998 ---

Tracing command sendmail pid 1125 tid 100056 td 0xc59c2240
sched_switch(c59c2240,0,104,186,531a5512,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,68,...) at mi_switch+0x20f
sleepq_switch(c59c2240,0,c07d1a2a,189,c59ba2f4,...) at sleepq_switch+0x14f
sleepq_catch_signals(c07d1a2a,159,0,100,100,...) at sleepq_catch_signals+0xb4
sleepq_wait_sig(c59ba2f4,68,c07cd8f8,100,0,...) at sleepq_wait_sig+0x13
_sleep(c59ba2f4,c59ba324,168,c07cd8f8,0,...) at _sleep+0x2ff
kern_sigsuspend(c59c2240,0,0,0,0,...) at kern_sigsuspend+0xdd
sigsuspend(c59c2240,e6021cf8,4,c07d4139,c081ea38,...) at sigsuspend+0x4d
syscall(e6021d38) at syscall+0x24f
Xint0x80_syscall() at Xint0x80_syscall+0x20
--- syscall (341, FreeBSD ELF32, sigsuspend), eip = 0x28316493, esp = 0xbfbfdacc, ebp = 0xbfbfdaf8 ---

Tracing command sendmail pid 1121 tid 100075 td 0xc59d5480
sched_switch(c59d5480,0,104,186,d5c7746e,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f
sleepq_switch(c59d5480,0,c07d1a2a,189,c5a88da4,...) at sleepq_switch+0x14f
sleepq_catch_signals(e605aa50,c0575503,c5a88d90,0,c5a88da4,...) at sleepq_catch_signals+0xb4
sleepq_timedwait_sig(c5a88da4,0,e605aa80,101,0,...) at sleepq_timedwait_sig+0x14
_cv_timedwait_sig(c5a88da4,c5a88d90,1389,570,c5ac8738,...) at _cv_timedwait_sig+0x220
seltdwait(e605ac30,e605ac38,3d6,c59d5480,c188ca38,...) at seltdwait+0x7f
kern_select(c59d5480,5,bfbfd0c4,0,0,e605ac74,5,0) at kern_select+0x4d1
select(c59d5480,e605acf8,14,c07d4679,c081d2f8,...) at select+0x59
syscall(e605ad38) at syscall+0x24f
Xint0x80_syscall() at Xint0x80_syscall+0x20
--- syscall (93, FreeBSD ELF32, select), eip = 0x283acc73, esp = 0xbfbfd02c, ebp = 0xbfbfdae8 ---

Tracing command mpd pid 1103 tid 100113 td 0xc5bc86c0
sched_switch(c5bc86c0,0,104,186,c549ee46,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f
sleepq_switch(c5bc86c0,0,c07d1a2a,189,c601bc64,...) at sleepq_switch+0x14f
sleepq_catch_signals(e8344a50,c0575503,c601bc50,0,c601bc64,...) at sleepq_catch_signals+0xb4
sleepq_timedwait_sig(c601bc64,0,e8344a80,101,0,...) at sleepq_timedwait_sig+0x14
_cv_timedwait_sig(c601bc64,c601bc50,3e9,570,c5ac8038,...) at _cv_timedwait_sig+0x220
seltdwait(e8344c30,e8344c38,3d6,c5bc86c0,c5bc86c0,...) at seltdwait+0x7f
kern_select(c5bc86c0,9,bfbfe908,bfbfe888,bfbfe808,e8344c74,1,0) at kern_select+0x4d1
select(c5bc86c0,e8344cf8,14,c07d43a3,c081d2f8,...) at select+0x59
syscall(e8344d38) at syscall+0x24f
Xint0x80_syscall() at Xint0x80_syscall+0x20
--- syscall (93, FreeBSD ELF32, select), eip = 0x285e3c73, esp = 0xbfbfe70c, ebp = 0xbfbfe738 ---

Tracing command smartd pid 1087 tid 100104 td 0xc59fbd80
sched_switch(c59fbd80,0,104,186,5b7b28d9,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,5c,...) at mi_switch+0x20f
sleepq_switch(c59fbd80,0,c07d1a2a,189,c0869864,...) at sleepq_switch+0x14f
sleepq_catch_signals(1b7741,c05b6618,c59fbd80,0,100,...) at sleepq_catch_signals+0xb4
sleepq_timedwait_sig(c0869864,5c,c07ceb3a,100,0,...) at sleepq_timedwait_sig+0x14
_sleep(c0869864,0,15c,c07ceb3a,1b7741,...) at _sleep+0x2cb
kern_nanosleep(c59fbd80,e8329c68,e8329c70,708,0,...) at kern_nanosleep+0xbd
nanosleep(c59fbd80,e8329cf8,8,c07d43a3,c081e0c0,...) at nanosleep+0x6b
syscall(e8329d38) at syscall+0x24f
Xint0x80_syscall() at Xint0x80_syscall+0x20
--- syscall (240, FreeBSD ELF32, nanosleep), eip = 0x282a288f, esp = 0xbfbfec1c, ebp = 0xbfbfec48 ---

Tracing command sdpd pid 1056 tid 100045 td 0xc5847240
sched_switch(c5847240,0,104,186,2387faa0,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f
sleepq_switch(c5847240,0,c07d1a2a,189,c601b024,...) at sleepq_switch+0x14f
sleepq_catch_signals(c0575503,c601b010,0,c07cc070,c601b024,...) at sleepq_catch_signals+0xb4
sleepq_wait_sig(c601b024,0,e6000a80,101,0,...) at sleepq_wait_sig+0x13
_cv_wait_sig(c601b024,c601b010,c07d3c99,570,c5ac9d20,...) at _cv_wait_sig+0x211
seltdwait(c5bc502c,c07d3c99,3d6,c5847240,c07d7683,...) at seltdwait+0x95
kern_select(c5847240,7,bfbfec74,0,0,0,67,48) at kern_select+0x4d1
select(c5847240,e6000cf8,14,c07d4893,c081d2f8,...) at select+0x59
syscall(e6000d38) at syscall+0x24f
Xint0x80_syscall() at Xint0x80_syscall+0x20
--- syscall (93, FreeBSD ELF32, select), eip = 0x28167c73, esp = 0xbfbfec1c, ebp = 0xbfbfed58 ---

Tracing command powerd pid 1045 tid 100061 td 0xc58486c0
sched_switch(c58486c0,0,104,186,13142e69,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f
sleepq_switch(c58486c0,0,c07d1a2a,189,c5a269e4,...) at sleepq_switch+0x14f
sleepq_catch_signals(e6030a50,c0575503,c5a269d0,0,c5a269e4,...) at sleepq_catch_signals+0xb4
sleepq_timedwait_sig(c5a269e4,0,e6030a80,101,0,...) at sleepq_timedwait_sig+0x14
_cv_timedwait_sig(c5a269e4,c5a269d0,fb,570,c58486c0,...) at _cv_timedwait_sig+0x220
seltdwait(e6030c30,e6030c38,3d6,3be,e6030b2c,...) at seltdwait+0x7f
kern_select(c58486c0,0,bfbfe9a0,0,bfbfe9a0,e6030c74,0,3d090) at kern_select+0x4d1
select(c58486c0,e6030cf8,14,c07d4679,c081d2f8,...) at select+0x59
syscall(e6030d38) at syscall+0x24f
Xint0x80_syscall() at Xint0x80_syscall+0x20
--- syscall (93, FreeBSD ELF32, select), eip = 0x28172c73, esp = 0xbfbfe91c, ebp = 0xbfbfee98 ---

Tracing command hcsecd pid 1002 tid 100055 td 0xc59c2480
sched_switch(c59c2480,0,104,186,ca2af64e,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,58,...) at mi_switch+0x20f
sleepq_switch(c59c2480,0,c07d1a2a,189,c5bd3e78,...) at sleepq_switch+0x14f
sleepq_catch_signals(c07d1a2a,159,0,100,100,...) at sleepq_catch_signals+0xb4
sleepq_wait_sig(c5bd3e78,58,c07d76ec,100,0,...) at sleepq_wait_sig+0x13
_sleep(c5bd3e78,c5bd3e38,158,c07d76ec,0) at _sleep+0x2ff
sbwait(c5bd3e18,4,c07d77a1,5ae,c5bd3e38,...) at sbwait+0x76
soreceive_generic(c5bd3dc8,e601ec08,e601ebe8,0,0,...) at soreceive_generic+0x3f7
soreceive(c5bd3dc8,e601ec08,e601ebe8,0,0,...) at soreceive+0x38
kern_recvit(c59c2480,3,e601ec5c,0,0,...) at kern_recvit+0x14a
recvit(bfbfec20,e601ec60,4,bfbfee26,22,e601ec78,1,0,c07d21f8,0,bfbfec26,200) at recvit+0x2e
recvfrom(c59c2480,e601ecf8,18,c07d4ccb,c081ccf8,...) at recvfrom+0x74
syscall(e601ed38) at syscall+0x24f
Xint0x80_syscall() at Xint0x80_syscall+0x20
--- syscall (29, FreeBSD ELF32, recvfrom), eip = 0x2812579f, esp = 0xbfbfebdc, ebp = 0xbfbfee68 ---

Tracing command syslogd pid 890 tid 100101 td 0xc5ac2480
sched_switch(c5ac2480,0,104,186,f4639aa8,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f
sleepq_switch(c5ac2480,0,c07d1a2a,189,c5b24e24,...) at sleepq_switch+0x14f
sleepq_catch_signals(c0575503,c5b24e10,0,c07cc070,c5b24e24,...) at sleepq_catch_signals+0xb4
sleepq_wait_sig(c5b24e24,0,e8319a80,101,0,...) at sleepq_wait_sig+0x13
_cv_wait_sig(c5b24e24,c5b24e10,c07d3c99,570,c5ad1bd0,...) at _cv_wait_sig+0x211
seltdwait(c5a4ec2c,c07d3c99,3d6,c5ac2480,0,...) at seltdwait+0x95
kern_select(c5ac2480,8,282290ac,0,0,0,67,2818a980) at kern_select+0x4d1
select(c5ac2480,e8319cf8,14,c07d424e,c081d2f8,...) at select+0x59
syscall(e8319d38) at syscall+0x24f
Xint0x80_syscall() at Xint0x80_syscall+0x20
--- syscall (93, FreeBSD ELF32, select), eip = 0x28177c73, esp = 0xbfbfdf1c, ebp = 0xbfbfee88 ---

Tracing command devd pid 662 tid 100099 td 0xc5ac2900
sched_switch(c5ac2900,0,104,186,a2078f1c,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f
sleepq_switch(c5ac2900,0,c07d1a2a,189,c5a24aa4,...) at sleepq_switch+0x14f
sleepq_catch_signals(c0575503,c5a24a90,0,c07cc070,c5a24aa4,...) at sleepq_catch_signals+0xb4
sleepq_wait_sig(c5a24aa4,0,e830fa80,101,0,...) at sleepq_wait_sig+0x13
_cv_wait_sig(c5a24aa4,c5a24a90,c07d3c99,570,c5ac9498,...) at _cv_wait_sig+0x211
seltdwait(c5a9012c,c07d3c99,3d6,c5ac2900,c54e60a8,...) at seltdwait+0x95
kern_select(c5ac2900,5,bfbfe9f0,0,0,0,67,8) at kern_select+0x4d1
select(c5ac2900,e830fcf8,14,c07a6055,c081d2f8,...) at select+0x59
syscall(e830fd38) at syscall+0x24f
Xint0x80_syscall() at Xint0x80_syscall+0x20
--- syscall (93, FreeBSD ELF32, select), eip = 0x808573b, esp = 0xbfbfe9ac, ebp = 0xbfbfee98 ---

Tracing command moused pid 636 tid 100102 td 0xc5ac2240
sched_switch(c5ac2240,0,104,186,c293a4f1,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f
sleepq_switch(c5ac2240,0,c07d1a2a,189,c5a26724,...) at sleepq_switch+0x14f
sleepq_catch_signals(c0575503,c5a26710,0,c07cc070,c5a26724,...) at sleepq_catch_signals+0xb4
sleepq_wait_sig(c5a26724,0,e8323a80,101,0,...) at sleepq_wait_sig+0x13
_cv_wait_sig(c5a26724,c5a26710,c07d3c99,570,c5ac9268,...) at _cv_wait_sig+0x211
seltdwait(c5cd522c,c07d3c99,3d6,c5ac2240,0,...) at seltdwait+0x95
kern_select(c5ac2240,400,bfbfea3c,0,0,0,67,1) at kern_select+0x4d1
select(c5ac2240,e8323cf8,14,c07ff3b3,c081d2f8,...) at select+0x59
syscall(e8323d38) at syscall+0x24f
Xint0x80_syscall() at Xint0x80_syscall+0x20
--- syscall (93, FreeBSD ELF32, select), eip = 0x28190c73, esp = 0xbfbfe9bc, ebp = 0xbfbfeb58 ---

Tracing command adjkerntz pid 207 tid 100122 td 0xc5bc7240
sched_switch(c5bc7240,0,104,186,f6ccfb43,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,68,...) at mi_switch+0x20f
sleepq_switch(c5bc7240,0,c07d1a2a,189,c5bc1058,...) at sleepq_switch+0x14f
sleepq_catch_signals(c07d1a2a,159,0,100,100,...) at sleepq_catch_signals+0xb4
sleepq_wait_sig(c5bc1058,68,c07cd8f8,100,0,...) at sleepq_wait_sig+0x13
_sleep(c5bc1058,c5bc1088,168,c07cd8f8,0,...) at _sleep+0x2ff
kern_sigsuspend(c5bc7240,0,0,0,0,...) at kern_sigsuspend+0xdd
sigsuspend(c5bc7240,e835fcf8,4,c07d4679,c081ea38,...) at sigsuspend+0x4d
syscall(e835fd38) at syscall+0x24f
Xint0x80_syscall() at Xint0x80_syscall+0x20
--- syscall (341, FreeBSD ELF32, sigsuspend), eip = 0x280cd493, esp = 0xbfbfeddc, ebp = 0xbfbfee98 ---

Tracing command USBPROC pid 77 tid 100050 td 0xc57436c0
sched_switch(c57436c0,0,104,186,c2840726,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f
sleepq_switch(c57436c0,0,c07d1a2a,243,0,...) at sleepq_switch+0x14f
sleepq_wait(c5a12880,0,c07c2768,0,0,...) at sleepq_wait+0x63
_sleep(c5a12880,c5720d90,0,c07c2768,0) at _sleep+0x316
usb2_msleep(c07c2768,0,e600fcf8,c050c4df,c5a12880,...) at usb2_msleep+0x4e
usb2_cv_wait(c5a12880,c5720d90,c07c26bc,51,c086dc40,...) at usb2_cv_wait+0x23
usb2_process(c5a12878,e600fd38,c07c9ce2,327,c59bf29c,...) at usb2_process+0x18a
fork_exit(c050c355,c5a12878,e600fd38) at fork_exit+0xb8
fork_trampoline() at fork_trampoline+0x8
--- trap 0, eip = 0, esp = 0xe600fd70, ebp = 0 ---

Tracing command USBPROC pid 76 tid 100096 td 0xc5b22900
sched_switch(c5b22900,0,104,186,2a6ba944,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f
sleepq_switch(c5b22900,0,c07d1a2a,243,0,...) at sleepq_switch+0x14f
sleepq_wait(c5b1a080,0,c07c2768,0,0,...) at sleepq_wait+0x63
_sleep(c5b1a080,c5720d90,0,c07c2768,0) at _sleep+0x316
usb2_msleep(c07c2768,0,e82f0cf8,c050c4df,c5b1a080,...) at usb2_msleep+0x4e
usb2_cv_wait(c5b1a080,c5720d90,c07c26bc,51,c086dc40,...) at usb2_cv_wait+0x23
usb2_process(c5b1a078,e82f0d38,c07c9ce2,327,c59e87d4,...) at usb2_process+0x18a
fork_exit(c050c355,c5b1a078,e82f0d38) at fork_exit+0xb8
fork_trampoline() at fork_trampoline+0x8
--- trap 0, eip = 0, esp = 0xe82f0d70, ebp = 0 ---

Tracing command USBPROC pid 69 tid 100093 td 0xc59f8480
sched_switch(c59f8480,0,104,186,e533b4c4,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f
sleepq_switch(c59f8480,0,c07d1a2a,243,0,...) at sleepq_switch+0x14f
sleepq_wait(c5af7080,0,c07c2768,0,0,...) at sleepq_wait+0x63
_sleep(c5af7080,c5720d90,0,c07c2768,0) at _sleep+0x316
usb2_msleep(c07c2768,0,e82e1cf8,c050c4df,c5af7080,...) at usb2_msleep+0x4e
usb2_cv_wait(c5af7080,c5720d90,c07c26bc,51,c086dc40,...) at usb2_cv_wait+0x23
usb2_process(c5af7078,e82e1d38,c07c9ce2,327,c5a6b000,...) at usb2_process+0x18a
fork_exit(c050c355,c5af7078,e82e1d38) at fork_exit+0xb8
fork_trampoline() at fork_trampoline+0x8
--- trap 0, eip = 0, esp = 0xe82e1d70, ebp = 0 ---

Tracing command USBPROC pid 68 tid 100092 td 0xc59f86c0
sched_switch(c59f86c0,0,104,186,b7baabea,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f
sleepq_switch(c59f86c0,0,c07d1a2a,243,0,...) at sleepq_switch+0x14f
sleepq_wait(c5ae5080,0,c07c2768,0,0,...) at sleepq_wait+0x63
_sleep(c5ae5080,c5720d90,0,c07c2768,0) at _sleep+0x316
usb2_msleep(c07c2768,0,e82dacf8,c050c4df,c5ae5080,...) at usb2_msleep+0x4e
usb2_cv_wait(c5ae5080,c5720d90,c07c26bc,51,c086dc40,...) at usb2_cv_wait+0x23
usb2_process(c5ae5078,e82dad38,c07c9ce2,327,c5a6b29c,...) at usb2_process+0x18a
fork_exit(c050c355,c5ae5078,e82dad38) at fork_exit+0xb8
fork_trampoline() at fork_trampoline+0x8
--- trap 0, eip = 0, esp = 0xe82dad70, ebp = 0 ---

Tracing command USBPROC pid 67 tid 100041 td 0xc5847b40
sched_switch(c5847b40,0,104,186,a527b4f6,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f
sleepq_switch(c5847b40,0,c07d1a2a,243,0,...) at sleepq_switch+0x14f
sleepq_wait(c5ae0080,0,c07c2768,0,0,...) at sleepq_wait+0x63
_sleep(c5ae0080,c570ad90,0,c07c2768,0) at _sleep+0x316
usb2_msleep(c07c2768,0,e5ff4cf8,c050c4df,c5ae0080,...) at usb2_msleep+0x4e
usb2_cv_wait(c5ae0080,c570ad90,c07c26bc,51,c086d5c0,...) at usb2_cv_wait+0x23
usb2_process(c5ae0078,e5ff4d38,c07c9ce2,327,c57eb7d4,...) at usb2_process+0x18a
fork_exit(c050c355,c5ae0078,e5ff4d38) at fork_exit+0xb8
fork_trampoline() at fork_trampoline+0x8
--- trap 0, eip = 0, esp = 0xe5ff4d70, ebp = 0 ---

Tracing command USBPROC pid 66 tid 100040 td 0xc5847d80
sched_switch(c5847d80,0,104,186,cf347525,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f
sleepq_switch(c5847d80,0,c07d1a2a,243,0,...) at sleepq_switch+0x14f
sleepq_wait(c5ad6080,0,c07c2768,0,0,...) at sleepq_wait+0x63
_sleep(c5ad6080,c570ad90,0,c07c2768,0) at _sleep+0x316
usb2_msleep(c07c2768,0,e5ff1cf8,c050c4df,c5ad6080,...) at usb2_msleep+0x4e
usb2_cv_wait(c5ad6080,c570ad90,c07c26bc,51,c086d5c0,...) at usb2_cv_wait+0x23
usb2_process(c5ad6078,e5ff1d38,c07c9ce2,327,c57eba70,...) at usb2_process+0x18a
fork_exit(c050c355,c5ad6078,e5ff1d38) at fork_exit+0xb8
fork_trampoline() at fork_trampoline+0x8
--- trap 0, eip = 0, esp = 0xe5ff1d70, ebp = 0 ---

Tracing command USBPROC pid 65 tid 100090 td 0xc59f8b40
sched_switch(c59f8b40,0,104,186,a523cd1e,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f
sleepq_switch(c59f8b40,0,c07d1a2a,243,0,...) at sleepq_switch+0x14f
sleepq_wait(c5ad3080,0,c07c2768,0,0,...) at sleepq_wait+0x63
_sleep(c5ad3080,c570ad90,0,c07c2768,0) at _sleep+0x316
usb2_msleep(c07c2768,0,e82d4cf8,c050c4df,c5ad3080,...) at usb2_msleep+0x4e
usb2_cv_wait(c5ad3080,c570ad90,c07c26bc,51,c086dc40,...) at usb2_cv_wait+0x23
usb2_process(c5ad3078,e82d4d38,c07c9ce2,327,c5a6b7d4,...) at usb2_process+0x18a
fork_exit(c050c355,c5ad3078,e82d4d38) at fork_exit+0xb8
fork_trampoline() at fork_trampoline+0x8
--- trap 0, eip = 0, esp = 0xe82d4d70, ebp = 0 ---

Tracing command softdepflush pid 63 tid 100086 td 0xc59f8d80
sched_switch(c59f8d80,0,104,186,e0b47f6b,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,44,...) at mi_switch+0x20f
sleepq_switch(c59f8d80,0,c07d1a2a,266,0,...) at sleepq_switch+0x14f
sleepq_timedwait(c09d8120,44,c07ef8db,0,0,...) at sleepq_timedwait+0x64
_sleep(c09d8120,c09d80c4,44,c07ef8db,3e8,...) at _sleep+0x2e2
softdep_flush(0,e60dbd38,c07c9ce2,327,c5a6ba70,...) at softdep_flush+0x2ab
fork_exit(c06bbf97,0,e60dbd38) at fork_exit+0xb8
fork_trampoline() at fork_trampoline+0x8
--- trap 0, eip = 0, esp = 0xe60dbd70, ebp = 0 ---

Tracing command syncer pid 62 tid 100085 td 0xc59fa000
sched_switch(c59fa000,0,104,186,2395e283,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f
sleepq_switch(c59fa000,0,c07d1a2a,266,c09d5ad4,...) at sleepq_switch+0x14f
sleepq_timedwait(c09d5ad4,0,e60d8c88,1,0,...) at sleepq_timedwait+0x64
_cv_timedwait(c09d5ad4,c09d5ac0,3e8,6ac,4e20,...) at _cv_timedwait+0x220
sched_sync(0,e60d8d38,c07c9ce2,327,c5a6bd0c,...) at sched_sync+0x4f3
fork_exit(c0605492,0,e60d8d38) at fork_exit+0xb8
fork_trampoline() at fork_trampoline+0x8
--- trap 0, eip = 0, esp = 0xe60d8d70, ebp = 0 ---

Tracing command vnlru pid 61 tid 100084 td 0xc59fa240
sched_switch(c59fa240,0,104,186,4b93f0d,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,50,...) at mi_switch+0x20f
sleepq_switch(c59fa240,0,c07d1a2a,266,0,...) at sleepq_switch+0x14f
sleepq_timedwait(c5a6c000,50,c07db5c7,0,0,...) at sleepq_timedwait+0x64
_sleep(c5a6c000,c09d5a94,250,c07db5c7,3e8,...) at _sleep+0x2e2
vnlru_proc(0,e60d5d38,c07c9ce2,327,c5a6c000,...) at vnlru_proc+0x10b
fork_exit(c0605fe0,0,e60d5d38) at fork_exit+0xb8
fork_trampoline() at fork_trampoline+0x8
--- trap 0, eip = 0, esp = 0xe60d5d70, ebp = 0 ---

Tracing command bufdaemon pid 9 tid 100083 td 0xc59fa480
sched_switch(c59fa480,0,104,186,4b35539,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,44,...) at mi_switch+0x20f
sleepq_switch(c59fa480,0,c07d1a2a,266,0,...) at sleepq_switch+0x14f
sleepq_timedwait(c09d5824,44,c07d8f5f,0,0,...) at sleepq_timedwait+0x64
_sleep(c09d5824,c09d5828,44,c07d8f5f,3e8,...) at _sleep+0x2e2
buf_daemon(0,e60d2d38,c07c9ce2,327,c5a6c29c,...) at buf_daemon+0x217
fork_exit(c05f19c1,0,e60d2d38) at fork_exit+0xb8
fork_trampoline() at fork_trampoline+0x8
--- trap 0, eip = 0, esp = 0xe60d2d70, ebp = 0 ---

Tracing command pagezero pid 8 tid 100082 td 0xc59fa6c0
sched_switch(c59fa6c0,0,104,186,86b8e0b0,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f
sleepq_switch(c59fa6c0,0,c07d1a2a,266,0,...) at sleepq_switch+0x14f
sleepq_timedwait(c09d8d14,0,c07f4814,0,0,...) at sleepq_timedwait+0x64
_sleep(c09d8d14,c09d88d0,0,c07f4814,493e0,...) at _sleep+0x2e2
vm_pagezero(0,e60cfd38,c07c9ce2,327,c5a6c538,...) at vm_pagezero+0x156
fork_exit(c06f23a6,0,e60cfd38) at fork_exit+0xb8
fork_trampoline() at fork_trampoline+0x8
--- trap 0, eip = 0, esp = 0xe60cfd70, ebp = 0 ---

Tracing command vmdaemon pid 7 tid 100081 td 0xc59fa900
sched_switch(c59fa900,0,104,186,665859d5,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,68,...) at mi_switch+0x20f
sleepq_switch(c59fa900,0,c07d1a2a,243,0,...) at sleepq_switch+0x14f
sleepq_wait(c09d893c,68,c07d8f5f,0,0,...) at sleepq_wait+0x63
_sleep(c09d893c,c09d8940,68,c07d8f5f,0,...) at _sleep+0x316
vm_daemon(0,e60ccd38,c07c9ce2,327,c5a6c7d4,...) at vm_daemon+0x59
fork_exit(c06ecb6e,0,e60ccd38) at fork_exit+0xb8
fork_trampoline() at fork_trampoline+0x8
--- trap 0, eip = 0, esp = 0xe60ccd70, ebp = 0 ---

Tracing command pagedaemon pid 6 tid 100080 td 0xc59fab40
sched_switch(c59fab40,0,104,186,c5c255de,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,44,...) at mi_switch+0x20f
sleepq_switch(c59fab40,0,c07d1a2a,266,0,...) at sleepq_switch+0x14f
sleepq_timedwait(c09d8904,44,c07d8f5f,0,0,...) at sleepq_timedwait+0x64
_sleep(c09d8904,c09d88d0,44,c07d8f5f,1388,...) at _sleep+0x2e2
vm_pageout(0,e60c9d38,c07c9ce2,327,c59d17d4,...) at vm_pageout+0x2cd
fork_exit(c06ed993,0,e60c9d38) at fork_exit+0xb8
fork_trampoline() at fork_trampoline+0x8
--- trap 0, eip = 0, esp = 0xe60c9d70, ebp = 0 ---

Tracing command USBPROC pid 60 tid 100079 td 0xc59fad80
sched_switch(c59fad80,0,104,186,e597ced8,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f
sleepq_switch(c59fad80,0,c07d1a2a,243,0,...) at sleepq_switch+0x14f
sleepq_wait(c57d4c78,0,c07c2768,0,0,...) at sleepq_wait+0x63
_sleep(c57d4c78,c57d4cf0,0,c07c2768,0) at _sleep+0x316
usb2_msleep(c07c2768,0,e6066cf8,c050c4df,c57d4c78,...) at usb2_msleep+0x4e
usb2_cv_wait(c57d4c78,c57d4cf0,c07c26bc,51,c086d5c0,...) at usb2_cv_wait+0x23
usb2_process(c57d4c70,e6066d38,c07c9ce2,327,c59d1a70,...) at usb2_process+0x18a
fork_exit(c050c355,c57d4c70,e6066d38) at fork_exit+0xb8
fork_trampoline() at fork_trampoline+0x8
--- trap 0, eip = 0, esp = 0xe6066d70, ebp = 0 ---

Tracing command USBPROC pid 59 tid 100078 td 0xc59fb000
sched_switch(c59fb000,0,104,186,e57970d9,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f
sleepq_switch(c59fb000,0,c07d1a2a,243,0,...) at sleepq_switch+0x14f
sleepq_wait(c5839480,0,c07c2768,0,0,...) at sleepq_wait+0x63
_sleep(c5839480,c57d4cf0,0,c07c2768,0) at _sleep+0x316
usb2_msleep(c07c2768,0,e6063cf8,c050c4df,c5839480,...) at usb2_msleep+0x4e
usb2_cv_wait(c5839480,c57d4cf0,c07c26bc,51,c086d5c0,...) at usb2_cv_wait+0x23
usb2_process(c5839478,e6063d38,c07c9ce2,327,c59d1d0c,...) at usb2_process+0x18a
fork_exit(c050c355,c5839478,e6063d38) at fork_exit+0xb8
fork_trampoline() at fork_trampoline+0x8
--- trap 0, eip = 0, esp = 0xe6063d70, ebp = 0 ---

Tracing command USBPROC pid 58 tid 100077 td 0xc59d5000
sched_switch(c59d5000,0,104,186,e597b6b1,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_switch+0x20f
sleepq_switch(c59d5000,0,c07d1a2a,243,0,...) at sleepq_switch+0x14f
sleepq_wait(c5827080,0,c07c2768,0,0,...) at sleepq_wait+0x63
_sleep(c5827080,c57d4cf0,0,c07c2768,0) at _sleep+0x316
usb2_msleep(c07c2768,0,e6060cf8,c050c4df,c5827080,...) at usb2_msleep+0x4e
usb2_cv_wait(c5827080,c57d4cf0,c07c26bc,51,c086d5c0,...) at usb2_cv_wait+0x23
usb2_process(c5827078,e6060d38,c07c9ce2,327,c59e7000,...) at usb2_process+0x18a
fork_exit(c050c355,c5827078,e6060d38) at fork_exit+0xb8
fork_trampoline() at fork_trampoline+0x8
--- trap 0, eip = 0, esp = 0xe6060d70, ebp = 0 ---

Tracing command USBPROC pid 55 tid 100074 td 0xc59d56c0
sched_switch(c59d56c0,0,104,186,e58caaef,...) at sched_switch+0x40b
mi_switch(104,0,c07d1a2a,1ce,0,...) at mi_sCopyright (c) 1992-2008 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
	The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 8.0-CURRENT #0: Fri Nov 21 18:47:55 CET 2008
    root@moshnroll:/usr/obj/usr/src/sys/ARUNDEL
WARNING: WITNESS option enabled, expect reduced performance.
WARNING: DIAGNOSTIC option enabled, expect reduced performance.
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel(R) Pentium(R) Dual  CPU  E2160  @ 1.80GHz (1800.01-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0x6fd  Stepping = 13
  Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
  Features2=0xe39d<SSE3,DTES64,MON,DS_CPL,EST,TM2,SSSE3,CX16,xTPR,PDCM>
  AMD Features=0x20100000<NX,LM>
  AMD Features2=0x1<LAHF>
  Cores per package: 2
real memory  = 2146304000 (2046 MB)
avail memory = 2087440384 (1990 MB)
ACPI APIC Table: <GBT    GBTUACPI>
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
 cpu0 (BSP): APIC ID:  0
 cpu1 (AP): APIC ID:  1
ioapic0: Changing APIC ID to 2
ioapic0 <Version 2.0> irqs 0-23 on motherboard
ath_hal: 0.10.5.10 (AR5210, AR5211, AR5212, AR5416, RF5111, RF5112, RF2413, RF5413, RF2133, RF2425, RF2417)
acpi0: <GBT GBTUACPI> on motherboard
acpi0: [ITHREAD]
acpi0: Power Button (fixed)
acpi0: reservation of 0, a0000 (3) failed
acpi0: reservation of 100000, 7fde0000 (3) failed
Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0
acpi_hpet0: <High Precision Event Timer> iomem 0xfed00000-0xfed003ff on acpi0
Timecounter "HPET" frequency 14318180 Hz quality 900
acpi_button0: <Power Button> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
pcib1: <PCI-PCI bridge> irq 16 at device 1.0 on pci0
pci1: <PCI bus> on pcib1
vgapci0: <VGA-compatible display> port 0xb000-0xb07f mem 0xf6000000-0xf6ffffff,0xe0000000-0xefffffff,0xf4000000-0xf5ffffff irq 16 at device 0.0 on pci1
nvidia0: <GeForce 9600 GT> on vgapci0
vgapci0: child nvidia0 requested pci_enable_busmaster
vgapci0: child nvidia0 requested pci_enable_io
vgapci0: child nvidia0 requested pci_enable_io
nvidia0: [GIANT-LOCKED]
nvidia0: [ITHREAD]
uhci0: <Intel 82801I (ICH9) USB controller> port 0xe100-0xe11f irq 16 at device 26.0 on pci0
uhci0: [ITHREAD]
uhci0: LegSup = 0x2f00
usbus0: <Intel 82801I (ICH9) USB controller> on uhci0
uhci1: <Intel 82801I (ICH9) USB controller> port 0xe200-0xe21f irq 21 at device 26.1 on pci0
uhci1: [ITHREAD]
uhci1: LegSup = 0x2f00
usbus1: <Intel 82801I (ICH9) USB controller> on uhci1
uhci2: <Intel 82801I (ICH9) USB controller> port 0xe000-0xe01f irq 18 at device 26.2 on pci0
uhci2: [ITHREAD]
uhci2: LegSup = 0x2f00
usbus2: <Intel 82801I (ICH9) USB controller> on uhci2
ehci0: <Intel 82801I (ICH9) USB 2.0 controller> mem 0xfa205000-0xfa2053ff irq 18 at device 26.7 on pci0
ehci0: [ITHREAD]
usbus3: EHCI version 1.0
usbus3: <Intel 82801I (ICH9) USB 2.0 controller> on ehci0
hdac0: <Intel 82801I High Definition Audio Controller> mem 0xfa200000-0xfa203fff irq 22 at device 27.0 on pci0
hdac0: HDA Driver Revision: 20081115_0116
hdac0: [ITHREAD]
pcib2: <ACPI PCI-PCI bridge> irq 16 at device 28.0 on pci0
pci2: <ACPI PCI bus> on pcib2
pcib3: <ACPI PCI-PCI bridge> irq 19 at device 28.3 on pci0
pci3: <ACPI PCI bus> on pcib3
atapci0: <JMicron JMB363 SATA300 controller> port 0xc000-0xc007,0xc100-0xc103,0xc200-0xc207,0xc300-0xc303,0xc400-0xc40f mem 0xfa000000-0xfa001fff irq 19 at device 0.0 on pci3
atapci0: [ITHREAD]
atapci0: AHCI called from vendor specific driver
atapci0: AHCI Version 01.00 controller with 2 ports PM supported
ata2: <ATA channel 0> on atapci0
ata2: [ITHREAD]
ata3: <ATA channel 1> on atapci0
ata3: [ITHREAD]
ata4: <ATA channel 2> on atapci0
ata4: [ITHREAD]
pcib4: <ACPI PCI-PCI bridge> irq 16 at device 28.4 on pci0
pci4: <ACPI PCI bus> on pcib4
re0: <RealTek 8168/8168B/8168C/8168CP/8111B/8111C/8111CP PCIe Gigabit Ethernet> port 0xd000-0xd0ff mem 0xf9000000-0xf9000fff irq 16 at device 0.0 on pci4
re0: turning off MSI enable bit.
re0: Chip rev. 0x38000000
re0: MAC rev. 0x00000000
miibus0: <MII bus> on re0
rgephy0: <RTL8169S/8110S/8211B media interface> PHY 1 on miibus0
rgephy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto
re0: Ethernet address: 00:1a:4d:4b:b4:eb
re0: [FILTER]
uhci3: <Intel 82801I (ICH9) USB controller> port 0xe300-0xe31f irq 23 at device 29.0 on pci0
uhci3: [ITHREAD]
uhci3: LegSup = 0x2f00
usbus4: <Intel 82801I (ICH9) USB controller> on uhci3
uhci4: <Intel 82801I (ICH9) USB controller> port 0xe400-0xe41f irq 19 at device 29.1 on pci0
uhci4: [ITHREAD]
uhci4: LegSup = 0x2f00
usbus5: <Intel 82801I (ICH9) USB controller> on uhci4
uhci5: <Intel 82801I (ICH9) USB controller> port 0xe500-0xe51f irq 18 at device 29.2 on pci0
uhci5: [ITHREAD]
uhci5: LegSup = 0x2f00
usbus6: <Intel 82801I (ICH9) USB controller> on uhci5
ehci1: <Intel 82801I (ICH9) USB 2.0 controller> mem 0xfa204000-0xfa2043ff irq 23 at device 29.7 on pci0
ehci1: [ITHREAD]
usbus7: EHCI version 1.0
usbus7: <Intel 82801I (ICH9) USB 2.0 controller> on ehci1
pcib5: <ACPI PCI-PCI bridge> at device 30.0 on pci0
pci5: <ACPI PCI bus> on pcib5
ath0: <Atheros 5212> mem 0xfa100000-0xfa10ffff irq 19 at device 1.0 on pci5
ath0: [ITHREAD]
ath0: WARNING: using obsoleted if_watchdog interface
ath0: mac 7.9 phy 4.5 radio 5.6
isab0: <PCI-ISA bridge> at device 31.0 on pci0
isa0: <ISA bus> on isab0
atapci1: <Intel AHCI controller> port 0xe600-0xe607,0xe700-0xe703,0xe800-0xe807,0xe900-0xe903,0xea00-0xea1f mem 0xfa206000-0xfa2067ff irq 19 at device 31.2 on pci0
atapci1: [ITHREAD]
atapci1: AHCI Version 01.20 controller with 6 ports PM supported
ata5: <ATA channel 0> on atapci1
ata5: executing CLO failed
ata5: still BUSY after softreset
ata5: [ITHREAD]
ata6: <ATA channel 1> on atapci1
ata6: [ITHREAD]
ata7: <ATA channel 2> on atapci1
ata7: [ITHREAD]
ata8: <ATA channel 3> on atapci1
ata8: [ITHREAD]
ata9: <ATA channel 4> on atapci1
ata9: [ITHREAD]
ata10: <ATA channel 5> on atapci1
ata10: [ITHREAD]
pci0: <serial bus, SMBus> at device 31.3 (no driver attached)
atrtc1: <AT realtime clock> port 0x70-0x73 on acpi0
cpu0: <ACPI CPU> on acpi0
coretemp0: <CPU On-Die Thermal Sensors> on cpu0
est0: <Enhanced SpeedStep Frequency Control> on cpu0
est: CPU supports Enhanced Speedstep, but is not recognized.
est: cpu_vendor GenuineIntel, msr 925092506000925
device_attach: est0 attach returned 6
p4tcc0: <CPU Frequency Thermal Control> on cpu0
cpu1: <ACPI CPU> on acpi0
coretemp1: <CPU On-Die Thermal Sensors> on cpu1
est1: <Enhanced SpeedStep Frequency Control> on cpu1
est: CPU supports Enhanced Speedstep, but is not recognized.
est: cpu_vendor GenuineIntel, msr 925092506000925
device_attach: est1 attach returned 6
p4tcc1: <CPU Frequency Thermal Control> on cpu1
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0
ata0: [ITHREAD]
ata1 at port 0x170-0x177,0x376 irq 15 on isa0
ata1: [ITHREAD]
atrtc0: <AT Real Time Clock> at port 0x70 irq 8 on isa0
atrtc0: Warning: Couldn't map I/O.
atrtc0: Warning: Couldn't map Interrupt.
Timecounters tick every 1.000 msec
usbus0: 12Mbps Full Speed USB v1.0
ugen0.1: <Intel> at usbus0
ushub0: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus0
ushub0: 2 ports with 2 removable, self powered
usbus1: 12Mbps Full Speed USB v1.0
ugen1.1: <Intel> at usbus1
ushub1: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus1
ushub1: 2 ports with 2 removable, self powered
usbus2: 12Mbps Full Speed USB v1.0
ugen2.1: <Intel> at usbus2
ushub2: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus2
ushub2: 2 ports with 2 removable, self powered
usbus3: 480Mbps High Speed USB v2.0
ugen3.1: <Intel> at usbus3
ushub3: <Intel EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1> on usbus3
ushub3: 6 ports with 6 removable, self powered
usbus4: 12Mbps Full Speed USB v1.0
ugen4.1: <Intel> at usbus4
ushub4: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus4
ushub4: 2 ports with 2 removable, self powered
usbus5: 12Mbps Full Speed USB v1.0
ugen5.1: <Intel> at usbus5
ushub5: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus5
ushub5: 2 ports with 2 removable, self powered
usbus6: 12Mbps Full Speed USB v1.0
ugen6.1: <Intel> at usbus6
ushub6: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus6
ushub6: 2 ports with 2 removable, self powered
usbus7: 480Mbps High Speed USB v2.0
ugen7.1: <Intel> at usbus7
ushub7: <Intel EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1> on usbus7
ushub7: 6 ports with 6 removable, self powered
ad0: 6105MB <SAMSUNG SV0644A JC201-12> at ata4-master UDMA33
acd0: DVDR <HL-DT-ST DVDRAM GSA-H10N/JL10> at ata4-slave UDMA33
acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01
Expensive timeout(9) function: 0xc046334b(0xc5a080c8) 0.003015746 s
ad1: 238474MB <SAMSUNG SP2504C VT100-50> at ata5-master SATA300
hdac0: HDA Codec #2: Realtek ALC885
pcm0: <HDA Realtek ALC885 PCM #0> at cad 2 nid 1 on hdac0
pcm1: <HDA Realtek ALC885 PCM #1> at cad 2 nid 1 on hdac0
pcm2: <HDA Realtek ALC885 PCM #2> at cad 2 nid 1 on hdac0
SMP: AP CPU #1 Launched!
WARNING: WITNESS option enabled, expect reduced performance.
WARNING: DIAGNOSTIC option enabled, expect reduced performance.
Trying to mount root from ufs:/dev/ad0s1a
WARNING: / was not properly dismounted
/: mount pending error: blocks 68 files 15
lock order reversal:
 1st 0xc553b044 user map (user map) @ /usr/src/sys/vm/vm_map.c:3115
 2nd 0xc58cb9c0 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2053
KDB: stack backtrace:
db_trace_self_wrapper(c07d0afa,c52c2918,c05bf58f,4,c07cc070,...) at db_trace_self_wrapper+0x26
kdb_backtrace(4,c07cc070,c54e7698,c54ec910,c52c2974,...) at kdb_backtrace+0x29
_witness_debugger(c07d3890,c58cb9c0,c07c78ba,c54ec910,c07da67c,...) at _witness_debugger+0x1e
witness_checkorder(c58cb9c0,1,c07da67c,805,0,...) at witness_checkorder+0x811
__lockmgr_args(c58cb9c0,200501,c58cba28,0,0,...) at __lockmgr_args+0x21a
ffs_lock(c52c2a74,c07f4868,c07d32ec,200501,c58cb968,...) at ffs_lock+0x99
VOP_LOCK1_APV(c08381e0,c52c2a74,c0850e20,c58cb968,200501,...) at VOP_LOCK1_APV+0xa6
_vn_lock(c58cb968,200501,c07da67c,805,4,...) at _vn_lock+0x77
vget(c58cb968,200501,c5539000,4b4,0,...) at vget+0xc4
vnode_pager_lock(c186ce0c,0,c07f1e4f,127,c52c2c18,...) at vnode_pager_lock+0x1d5
vm_fault(c553b000,80d4000,2,8,80d4000,...) at vm_fault+0x1dc
trap_pfault(5,0,c07fc01a,2e7,c,...) at trap_pfault+0xf9
trap(c52c2d38) at trap+0x256
calltrap() at calltrap+0x6
--- trap 0xc, eip = 0x80480e5, esp = 0xbfbfeef0, ebp = 0xbfbfef10 ---
ugen0.2: <Cambridge Silicon Radio> at usbus0
ubt0: <Cambridge Silicon Radio Bluetooth USB dongle, class 224/1, rev 2.00/15.93, addr 2> on usbus0
ugen1.2: <Dell> at usbus1
ukbd0: <Dell Dell USB Keyboard, class 0/0, rev 1.10/3.06, addr 2> on usbus1
kbd0 at ukbd0
ugen1.3: <Razer> at usbus1
ums0: <Razer Razer 1600dpi Mouse, class 0/0, rev 2.00/21.00, addr 3> on usbus1
ums0: 7 buttons and [XYZ] coordinates
Symlink: ums0 -> usb1.3.0.16
<118>Entropy harvesting:
<118> interrupts
<118> ethernet
<118> point_to_point
<118> kickstart
<118>.
<118>/dev/ad0s1a: UNREF FILE I=23552  OWNER=smmsp MODE=100600
<118>/dev/ad0s1a: SIZE=51 MTIME=Nov 24 11:59 2008  (CLEARED)
<118>/dev/ad0s1a: LINK COUNT DIR I=47104  OWNER=root MODE=41777
<118>/dev/ad0s1a: SIZE=1024 MTIME=Nov 24 11:59 2008  COUNT 19 SHOULD BE 15 (ADJUSTED)
<118>/dev/ad0s1a: LINK COUNT FILE I=730493  OWNER=operator MODE=100400
<118>/dev/ad0s1a: SIZE=2048 MTIME=Nov 24 11:44 2008  COUNT 2 SHOULD BE 1 (ADJUSTED)
<118>/dev/ad0s1a: LINK COUNT FILE I=730622  OWNER=operator MODE=100400
<118>/dev/ad0s1a: SIZE=2048 MTIME=Nov 24 11:22 2008  COUNT 2 SHOULD BE 1 (ADJUSTED)
<118>/dev/ad0s1a: LINK COUNT FILE I=731022  OWNER=operator MODE=100400
<118>/dev/ad0s1a: SIZE=2048 MTIME=Nov 24 11:33 2008  COUNT 2 SHOULD BE 1 (ADJUSTED)
<118>/dev/ad0s1a: LINK COUNT FILE I=731040  OWNER=operator MODE=100400
<118>/dev/ad0s1a: SIZE=2048 MTIME=Nov 24 11:11 2008  COUNT 2 SHOULD BE 1 (ADJUSTED)
<118>/dev/ad0s1a: LINK COUNT FILE I=731049  OWNER=operator MODE=100400
<118>/dev/ad0s1a: SIZE=2048 MTIME=Nov 24 11:00 2008  COUNT 2 SHOULD BE 1 (ADJUSTED)
<118>/dev/ad0s1a: LINK COUNT FILE I=731063  OWNER=operator MODE=100400
<118>/dev/ad0s1a: SIZE=2048 MTIME=Nov 24 11:55 2008  COUNT 2 SHOULD BE 1 (ADJUSTED)
<118>/dev/ad0s1a: UNREF FILE I=731169  OWNER=operator MODE=100400
<118>/dev/ad0s1a: SIZE=2048 MTIME=Nov 24 10:44 2008  (CLEARED)
<118>/dev/ad0s1a: LINK COUNT FILE I=731290  OWNER=operator MODE=100400
<118>/dev/ad0s1a: SIZE=2048 MTIME=Nov 24 10:55 2008  COUNT 2 SHOULD BE 1 (ADJUSTED)
<118>/dev/ad0s1a: UNREF FILE I=754371  OWNER=root MODE=100440
<118>/dev/ad0s1a: SIZE=32 MTIME=Nov 24 11:59 2008  (CLEARED)
<118>/dev/ad0s1a: FREE BLK COUNT(S) WRONG IN SUPERBLK (SALVAGED)
<118>/dev/ad0s1a: SUMMARY INFORMATION BAD (SALVAGED)
<118>/dev/ad0s1a: BLK(S) MISSING IN BIT MAPS (SALVAGED)
<118>/dev/ad0s1a: 14462 files, 914182 used, 2111181 free (7981 frags, 262900 blocks, 0.3% fragmentation)
<118>/dev/ad1s1a: DEFER FOR BACKGROUND CHECKING
WARNING: /usr was not properly dismounted
/usr: mount pending error: blocks 4 files 1
<118>Starting Network: lo0 re0.
<118>add net default: gateway 192.168.1.1
Expensive timeout(9) function: 0xc0ac0b2c(0xc5781000) 0.004011403 s
<118>Configuring keyboard:
<118> keymap
<118> keyrate
<118> keybell
<118>[=0;0B
<118>.
Expensive timeout(9) function: 0xc04e9e31(0xc09ee580) 0.008973766 s
<118>fetchmail: no mailservers have been specified.
<118>/usr/local/etc/rc.d/fetchmail: WARNING: failed to start fetchmail
<118>Configuring syscons:
<118> keymap
<118> keyrate
<118> keybell
<118>[=0;0B
<118> cursor
<118> font8x16
<118> font8x14
<118> font8x8
<118> blanktime
<118>.
lock order reversal:
 1st 0xd9524b50 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2443
 2nd 0xc5afdc00 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:263
KDB: stack backtrace:
db_trace_self_wrapper(c07d0afa,e8315a78,c05bf58f,4,c07cc070,...) at db_trace_self_wrapper+0x26
kdb_backtrace(4,c07cc070,c54e96b0,c54ec978,e8315ad4,...) at kdb_backtrace+0x29
_witness_debugger(c07d3890,c5afdc00,c07f0a15,c54ec978,c07f06ae,...) at _witness_debugger+0x1e
witness_checkorder(c5afdc00,9,c07f06ae,107,0,...) at witness_checkorder+0x811
_sx_xlock(c5afdc00,0,c07f06ae,107,da0d1b7c,...) at _sx_xlock+0x7f
ufsdirhash_acquire(0,e,c5aa1000,d9524af0,da0d1b7c,...) at ufsdirhash_acquire+0x44
ufsdirhash_remove(c6019b40,da0d1b7c,b7c,e8315b64,e8315b60,...) at ufsdirhash_remove+0x14
ufs_dirremove(c60392b0,c6074ca8,500800c,0,0,...) at ufs_dirremove+0xdb
ufs_remove(e8315c34,c07ff1aa,0,e8315c34,c607a810,...) at ufs_remove+0x59
VOP_REMOVE_APV(c08381e0,e8315c34,2,c07d21f8,28521320,...) at VOP_REMOVE_APV+0xf1
kern_unlinkat(c5ac26c0,ffffff9c,28521320,0,e8315c84,...) at kern_unlinkat+0x174
kern_unlink(c5ac26c0,28521320,0,e8315d2c,c0756f3e,...) at kern_unlink+0x27
unlink(c5ac26c0,e8315cf8,4,c07f05a6,c081cb30,...) at unlink+0x22
syscall(e8315d38) at syscall+0x24f
Xint0x80_syscall() at Xint0x80_syscall+0x20
--- syscall (10, FreeBSD ELF32, unlink), eip = 0x28451383, esp = 0xbfbfebbc, ebp = 0xbfbfebf8 ---
<118>
<118>Mon Nov 24 12:08:57 CET 2008
<118>date: 
<118>: 
lock order reversal:
 1st 0xc615b1b0 ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:424
 2nd 0xd96875f8 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:1783
 3rd 0xc5b97460 ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:545
KDB: stack backtrace:
db_trace_self_wrapper(c07d0afa,e82d1424,c05bf58f,4,c07cc070,...) at db_trace_self_wrapper+0x26
kdb_backtrace(4,c07cc070,c54e96b0,c54ec910,e82d1480,...) at kdb_backtrace+0x29
_witness_debugger(c07d38a9,c5b97460,c07c78ba,c54ec910,c07ee52b,...) at _witness_debugger+0x1e
witness_checkorder(c5b97460,9,c07ee52b,221,0,...) at witness_checkorder+0x811
__lockmgr_args(c5b97460,80100,c5b974c8,0,0,...) at __lockmgr_args+0x76a
ffs_lock(e82d1580,c5ac50a4,c09a8908,80100,c5b97408,...) at ffs_lock+0x99
VOP_LOCK1_APV(c08381e0,e82d1580,c0850e20,c5b97408,80100,...) at VOP_LOCK1_APV+0xa6
_vn_lock(c5b97408,80100,c07ee52b,221,c5526800,...) at _vn_lock+0x77
ffs_snapshot(c5b8d598,c604e1e0,c07eff32,15e,1,...) at ffs_snapshot+0x14f3
ffs_mount(c5b8d598,c5ac5000,c07d9fcf,3dc,c56bfc30,...) at ffs_mount+0x1456
vfs_donmount(c5ac5000,211000,c6023880,c6023880,201000,...) at vfs_donmount+0x1318
nmount(c5ac5000,e82d1cf8,c,e82d1d2c,c081edb0,...) at nmount+0x9e
syscall(e82d1d38) at syscall+0x24f
Xint0x80_syscall() at Xint0x80_syscall+0x20
--- syscall (378, FreeBSD ELF32, nmount), eip = 0x280e3173, esp = 0xbfbfeb1c, ebp = 0xbfbfee78 ---
lock order reversal:
 1st 0xd95ad1a0 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:1783
 2nd 0xc5b3aa1c snaplk (snaplk) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:2224
KDB: stack backtrace:
db_trace_self_wrapper(c07d0afa,e82d18b4,c05bf58f,4,c07cc070,...) at db_trace_self_wrapper+0x26
kdb_backtrace(4,c07cc070,c54e96b0,c54ecff8,e82d1910,...) at kdb_backtrace+0x29
_witness_debugger(c07d3890,c5b3aa1c,c07ee5ae,c54ecff8,c07ee52b,...) at _witness_debugger+0x1e
witness_checkorder(c5b3aa1c,9,c07ee52b,8b0,0,...) at witness_checkorder+0x811
__lockmgr_args(c5b3aa1c,80900,c5b87cd8,0,0,...) at __lockmgr_args+0x76a
ffs_copyonwrite(c5b87c18,d95ad140,d95ad140,0,0,...) at ffs_copyonwrite+0x2b8
ffs_geom_strategy(c5b87d0c,d95ad140,ca,d95ad140,c615fc30,...) at ffs_geom_strategy+0xd7
bufwrite(d95ad140,0,c07eff32,70e,0) at bufwrite+0x14e
ffs_bufwrite(d95ad140,c613ac00,100,4000,0,...) at ffs_bufwrite+0x26c
ffs_update(c615b2b0,1,c07f0420,150,0,0,c07f0420,ea,41ff,0,c615b3a4,c615b3a4,1,4,0,1,0,15f598e) at ffs_update+0x295
ffs_syncvnode(c615b2b0,1,c08381e0,e82d1b74,c0766ac2,...) at ffs_syncvnode+0x473
ffs_fsync(e82d1b94,c07fe8e9,c615fbb8,e82d1b94,c615b2b0,...) at ffs_fsync+0x1c
VOP_FSYNC_APV(c08381e0,e82d1b94,500800c,0,0,...) at VOP_FSYNC_APV+0xc2
ufs_remove(e82d1c34,c07ff1aa,0,e82d1c34,c615b158,...) at ufs_remove+0xb9
VOP_REMOVE_APV(c08381e0,e82d1c34,2,c07d21f8,805e840,...) at VOP_REMOVE_APV+0xf1
kern_unlinkat(c5ac5000,ffffff9c,805e840,0,e82d1c84,...) at kern_unlinkat+0x174
kern_unlink(c5ac5000,805e840,0,e82d1d2c,c0756f3e,...) at kern_unlink+0x27
unlink(c5ac5000,e82d1cf8,4,c07aca56,c081cb30,...) at unlink+0x22
syscall(e82d1d38) at syscall+0x24f
Xint0x80_syscall() at Xint0x80_syscall+0x20
--- syscall (10, FreeBSD ELF32, unlink), eip = 0x28167383, esp = 0xbfbfe4fc, ebp = 0xbfbfeb18 ---
lock order reversal:
 1st 0xc5b3aa1c snaplk (snaplk) @ /usr/src/sys/kern/vfs_vnops.c:293
 2nd 0xc615b1b0 ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:1588
KDB: stack backtrace:
db_trace_self_wrapper(c07d0afa,e82d18cc,c05bf58f,4,c07cc070,...) at db_trace_self_wrapper+0x26
kdb_backtrace(4,c07cc070,c54ecff8,c54ec910,e82d1928,...) at kdb_backtrace+0x29
_witness_debugger(c07d3890,c615b1b0,c07c78ba,c54ec910,c07ee52b,...) at _witness_debugger+0x1e
witness_checkorder(c615b1b0,9,c07ee52b,634,0,...) at witness_checkorder+0x811
__lockmgr_args(c615b1b0,80000,0,0,0,...) at __lockmgr_args+0x76a
ffs_snapremove(c615b158,c5b8d598,0,c07dbabd,413,...) at ffs_snapremove+0x11d
softdep_releasefile(c615fbb8,e82d1aa8,2,c5ac50a4,c615b158,...) at softdep_releasefile+0x39
ufs_inactive(e82d1aec,c07fe8a2,c615b218,c615b218,c615b158,...) at ufs_inactive+0x1b2
VOP_INACTIVE_APV(c08381e0,e82d1aec,c07da67c,8fa,c0850de0,...) at VOP_INACTIVE_APV+0xc6
vinactive(c08381e0,e82d1b20,c07da67c,886,c615b158,...) at vinactive+0xa5
vput(c615b158,e82d1b58,c07dbabd,125,c0850b60,...) at vput+0x1f5
vn_close(c615b158,1,c5501600,c5ac5000,e82d1be4,...) at vn_close+0xe8
vn_closefile(c5ad1e38,c5ac5000,3,0,c5ad1e38,...) at vn_closefile+0xe3
_fdrop(c5ad1e38,c5ac5000,e82d1c20,c05bf3fd,0,c5ac50a4,c09a7b48,c0824f2c,c07c9280,c5bc5b2c,44f,c07c9280,e82d1c48,c058a72e,c5bc5b2c,8,c07c9280,44f) at _fdrop+0x45
closef(c5ad1e38,c5ac5000,44f,434,c5ad1e38,...) at closef+0x286
kern_close(c5ac5000,4,e82d1d2c,c0756f3e,c5ac5000,...) at kern_close+0xfe
close(c5ac5000,e82d1cf8,4,c07d4679,c081cad0,...) at close+0x1a
syscall(e82d1d38) at syscall+0x24f
Xint0x80_syscall() at Xint0x80_syscall+0x20
--- syscall (6, FreeBSD ELF32, close), eip = 0x28179cb3, esp = 0xbfbfeb1c, ebp = 0xbfbfee78 ---
ugen3.2: <Meizu   Electronics> at usbus3
umass0: <Meizu   Electronics MiniPlayer, class 0/0, rev 2.00/1.00, addr 2> on usbus3
umass0:  SCSI over Bulk-Only; quirks = 0x0000
umass0:11:0:-1: Attached to scbus11
(da0:umass-sim0:0:0:0): got CAM status 0x4
(da0:umass-sim0:0:0:0): fatal error, failed to attach to device
(da0:umass-sim0:0:0:0): lost device
(da0:umass-sim0:0:0:0): removing device entry
panic: lock (sleep mutex) UMASS lock not locked @ /usr/src/sys/cam/cam_periph.h:188
cpuid = 1
KDB: stack backtrace:
db_trace_self_wrapper(c07d0afa,c52d97a0,c0582eb1,c07fa3b8,1,...) at db_trace_self_wrapper+0x26
kdb_backtrace(c07fa3b8,1,c07d3445,c52d97ac,1,...) at kdb_backtrace+0x29
panic(c07d3445,c07f25ab,c07ba016,c07a8e81,bc,...) at panic+0x114
witness_unlock(c0866d60,8,c07a8e81,bc,c5688400,...) at witness_unlock+0xf0
_mtx_unlock_flags(c0866d60,0,c07a8e81,bc,c55275c8,...) at _mtx_unlock_flags+0xb6
dacleanup(c645ac80,c07a9010,c09a8fa0,c09df530,c09a8f90,...) at dacleanup+0x72
camperiphfree(c5688400,c52d9b20,c0452c72,c645ac80,0,...) at camperiphfree+0xbd
cam_periph_release(c645ac80,0,c07a8e81,bc,c59f1a50,...) at cam_periph_release+0x2a
daopen(c63fee00,4,c07c5c98,75,0,...) at daopen+0x40e
g_disk_access(c6024b80,1,0,0,0,...) at g_disk_access+0x111
g_access(c61a1340,1,0,0,c6024b80,...) at g_access+0x233
g_slice_new(c081a880,8,c6024b80,c52d9c10,c52d9c08,...) at g_slice_new+0x13b
g_bsd_taste(c081a880,c6024b80,0,20f,c6023280,...) at g_bsd_taste+0xa5
g_new_provider_event(c6024b80,0,c07c6197,d2,c5537000,...) at g_new_provider_event+0xbc
g_run_events(c0867278,0,4c,c07c4fe9,64,...) at g_run_events+0x353
g_event_procbody(0,c52d9d38,c07c9ce2,327,c55357d4,...) at g_event_procbody+0x8a
fork_exit(c05376ad,0,c52d9d38) at fork_exit+0xb8
fork_trampoline() at fork_trampoline+0x8
--- trap 0, eip = 0, esp = 0xc52d9d70, ebp = 0 ---
KDB: enter: panic
exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xc5bd3e4c) locked @ /usr/src/sys/kern/uipc_sockbuf.c:148
exclusive sx GEOM topology (GEOM topology) r = 0 (0xc0867248) locked @ /usr/src/sys/geom/geom_event.c:185
FreeBSD 8.0-CURRENT #0: Fri Nov 21 18:47:55 CET 2008
    root@moshnroll:/usr/obj/usr/src/sys/ARUNDEL


>Release-Note:
>Audit-Trail:
>Unformatted:
From hselasky at c2i.net  Mon Nov 24 07:52:47 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Mon Nov 24 07:52:54 2008
Subject: usb/129129: panic with device Meizu MiniPlayer M6 (SL) under
	usb2
In-Reply-To: <200811241218.mAOCIwc9009470@www.freebsd.org>
References: <200811241218.mAOCIwc9009470@www.freebsd.org>
Message-ID: <200811241654.48338.hselasky@c2i.net>

On Monday 24 November 2008, Alex wrote:
> >Number:         129129
> >Category:       usb
> >Synopsis:       panic with device Meizu MiniPlayer M6 (SL) under usb2
> >Confidential:   no
> >Severity:       critical
> >Priority:       high
> >Responsible:    freebsd-usb
> >State:          open
> >Quarter:
> >Keywords:
> >Date-Required:
> >Class:          sw-bug
> >Submitter-Id:   current-users
> >Arrival-Date:   Mon Nov 24 12:20:01 UTC 2008
> >Closed-Date:
> >Last-Modified:
> >Originator:     Alex
> >Release:        8-CURRENT
> >Organization:
> >Environment:
>
> FreeBSD moshnroll 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri Nov 21 18:47:55
> CET 2008     root@moshnroll:/usr/obj/usr/src/sys/ARUNDEL  i386
>
> >Description:
>
> when i connect my mp3 player under usb2 the system panics. i attached
> msgbuf.txt version.txt and ddb.txt which got generated by this ddb script:
>
> db.enter.panic="textdump set; capture on; show allpcpu; bt;ps; alltrace;
> show alllock; call doadump; reset"
>
> please tell me if you need a backtrace from a regular core dump. this panic
> is 100% reproducable.
>
> under 7-STABLE this device requires some quirks in order to work, but it
> won't cause a panic without them. the quirks needed are described in PR
> usb/127549.
>

Hi,

I looks like you get a panic because a lock is not locked. This code is not 
part of the USB(2) stack, and maybe something that Scott Long should look at. 
He is the one that implemented a Giant free CAM-layer.

Hence the USB(2) mass storage driver is free of Giant, I would expect this 
kind of error.

--HPS

> umass0: <Meizu   Electronics MiniPlayer, class 0/0, rev 2.00/1.00, addr 2>
> on usbus3 umass0:  SCSI over Bulk-Only; quirks = 0x0000
> umass0:11:0:-1: Attached to scbus11
> (da0:umass-sim0:0:0:0): got CAM status 0x4
> (da0:umass-sim0:0:0:0): fatal error, failed to attach to device
> (da0:umass-sim0:0:0:0): lost device
> (da0:umass-sim0:0:0:0): removing device entry
> panic: lock (sleep mutex) UMASS lock not locked @
> /usr/src/sys/cam/cam_periph.h:188 cpuid = 1
> KDB: stack backtrace:
> db_trace_self_wrapper(c07d0afa,c52d97a0,c0582eb1,c07fa3b8,1,...) at
> db_trace_self_wrapper+0x26
> kdb_backtrace(c07fa3b8,1,c07d3445,c52d97ac,1,...) at kdb_backtrace+0x29
> panic(c07d3445,c07f25ab,c07ba016,c07a8e81,bc,...) at panic+0x114
> witness_unlock(c0866d60,8,c07a8e81,bc,c5688400,...) at witness_unlock+0xf0
> _mtx_unlock_flags(c0866d60,0,c07a8e81,bc,c55275c8,...) at
> _mtx_unlock_flags+0xb6
> dacleanup(c645ac80,c07a9010,c09a8fa0,c09df530,c09a8f90,...) at
> dacleanup+0x72 camperiphfree(c5688400,c52d9b20,c0452c72,c645ac80,0,...) at
> camperiphfree+0xbd cam_periph_release(c645ac80,0,c07a8e81,bc,c59f1a50,...)
> at cam_periph_release+0x2a daopen(c63fee00,4,c07c5c98,75,0,...) at
> daopen+0x40e
> g_disk_access(c6024b80,1,0,0,0,...) at g_disk_access+0x111
> g_access(c61a1340,1,0,0,c6024b80,...) at g_access+0x233
> g_slice_new(c081a880,8,c6024b80,c52d9c10,c52d9c08,...) at g_slice_new+0x13b
> g_bsd_taste(c081a880,c6024b80,0,20f,c6023280,...) at g_bsd_taste+0xa5
> g_new_provider_event(c6024b80,0,c07c6197,d2,c5537000,...) at
> g_new_provider_event+0xbc g_run_events(c0867278,0,4c,c07c4fe9,64,...) at
> g_run_events+0x353
> g_event_procbody(0,c52d9d38,c07c9ce2,327,c55357d4,...) at
> g_event_procbody+0x8a fork_exit(c05376ad,0,c52d9d38) at fork_exit+0xb8
> fork_trampoline() at fork_trampoline+0x8
> --- trap 0, eip = 0, esp = 0xc52d9d70, ebp = 0 ---
> KDB: enter: panic
> exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xc5bd3e4c) locked @
> /usr/src/sys/kern/uipc_sockbuf.c:148 exclusive sx GEOM topology (GEOM
> topology) r = 0 (0xc0867248) locked @ /usr/src/sys/geom/geom_event.c:185
> FreeBSD 8.0-CURRENT #0: Fri Nov 21 18:47:55 CET 2008
From hselasky at c2i.net  Mon Nov 24 09:00:17 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Mon Nov 24 09:00:23 2008
Subject: usb/129129: panic with device Meizu MiniPlayer M6 (SL) under
	usb2
Message-ID: <200811241700.mAOH0GJ5096622@freefall.freebsd.org>

The following reply was made to PR usb/129129; it has been noted by GNATS.

From: Hans Petter Selasky <hselasky@c2i.net>
To: freebsd-usb@freebsd.org
Cc: Alex <freebsd.alex@spamfoodie.com>,
 freebsd-gnats-submit@freebsd.org,
 Scott Long <scottl@samsco.org>
Subject: Re: usb/129129: panic with device Meizu MiniPlayer M6 (SL) under usb2
Date: Mon, 24 Nov 2008 16:54:47 +0100

 On Monday 24 November 2008, Alex wrote:
 > >Number:         129129
 > >Category:       usb
 > >Synopsis:       panic with device Meizu MiniPlayer M6 (SL) under usb2
 > >Confidential:   no
 > >Severity:       critical
 > >Priority:       high
 > >Responsible:    freebsd-usb
 > >State:          open
 > >Quarter:
 > >Keywords:
 > >Date-Required:
 > >Class:          sw-bug
 > >Submitter-Id:   current-users
 > >Arrival-Date:   Mon Nov 24 12:20:01 UTC 2008
 > >Closed-Date:
 > >Last-Modified:
 > >Originator:     Alex
 > >Release:        8-CURRENT
 > >Organization:
 > >Environment:
 >
 > FreeBSD moshnroll 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri Nov 21 18:47:55
 > CET 2008     root@moshnroll:/usr/obj/usr/src/sys/ARUNDEL  i386
 >
 > >Description:
 >
 > when i connect my mp3 player under usb2 the system panics. i attached
 > msgbuf.txt version.txt and ddb.txt which got generated by this ddb script:
 >
 > db.enter.panic="textdump set; capture on; show allpcpu; bt;ps; alltrace;
 > show alllock; call doadump; reset"
 >
 > please tell me if you need a backtrace from a regular core dump. this panic
 > is 100% reproducable.
 >
 > under 7-STABLE this device requires some quirks in order to work, but it
 > won't cause a panic without them. the quirks needed are described in PR
 > usb/127549.
 >
 
 Hi,
 
 I looks like you get a panic because a lock is not locked. This code is not 
 part of the USB(2) stack, and maybe something that Scott Long should look at. 
 He is the one that implemented a Giant free CAM-layer.
 
 Hence the USB(2) mass storage driver is free of Giant, I would expect this 
 kind of error.
 
 --HPS
 
 > umass0: <Meizu   Electronics MiniPlayer, class 0/0, rev 2.00/1.00, addr 2>
 > on usbus3 umass0:  SCSI over Bulk-Only; quirks = 0x0000
 > umass0:11:0:-1: Attached to scbus11
 > (da0:umass-sim0:0:0:0): got CAM status 0x4
 > (da0:umass-sim0:0:0:0): fatal error, failed to attach to device
 > (da0:umass-sim0:0:0:0): lost device
 > (da0:umass-sim0:0:0:0): removing device entry
 > panic: lock (sleep mutex) UMASS lock not locked @
 > /usr/src/sys/cam/cam_periph.h:188 cpuid = 1
 > KDB: stack backtrace:
 > db_trace_self_wrapper(c07d0afa,c52d97a0,c0582eb1,c07fa3b8,1,...) at
 > db_trace_self_wrapper+0x26
 > kdb_backtrace(c07fa3b8,1,c07d3445,c52d97ac,1,...) at kdb_backtrace+0x29
 > panic(c07d3445,c07f25ab,c07ba016,c07a8e81,bc,...) at panic+0x114
 > witness_unlock(c0866d60,8,c07a8e81,bc,c5688400,...) at witness_unlock+0xf0
 > _mtx_unlock_flags(c0866d60,0,c07a8e81,bc,c55275c8,...) at
 > _mtx_unlock_flags+0xb6
 > dacleanup(c645ac80,c07a9010,c09a8fa0,c09df530,c09a8f90,...) at
 > dacleanup+0x72 camperiphfree(c5688400,c52d9b20,c0452c72,c645ac80,0,...) at
 > camperiphfree+0xbd cam_periph_release(c645ac80,0,c07a8e81,bc,c59f1a50,...)
 > at cam_periph_release+0x2a daopen(c63fee00,4,c07c5c98,75,0,...) at
 > daopen+0x40e
 > g_disk_access(c6024b80,1,0,0,0,...) at g_disk_access+0x111
 > g_access(c61a1340,1,0,0,c6024b80,...) at g_access+0x233
 > g_slice_new(c081a880,8,c6024b80,c52d9c10,c52d9c08,...) at g_slice_new+0x13b
 > g_bsd_taste(c081a880,c6024b80,0,20f,c6023280,...) at g_bsd_taste+0xa5
 > g_new_provider_event(c6024b80,0,c07c6197,d2,c5537000,...) at
 > g_new_provider_event+0xbc g_run_events(c0867278,0,4c,c07c4fe9,64,...) at
 > g_run_events+0x353
 > g_event_procbody(0,c52d9d38,c07c9ce2,327,c55357d4,...) at
 > g_event_procbody+0x8a fork_exit(c05376ad,0,c52d9d38) at fork_exit+0xb8
 > fork_trampoline() at fork_trampoline+0x8
 > --- trap 0, eip = 0, esp = 0xc52d9d70, ebp = 0 ---
 > KDB: enter: panic
 > exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xc5bd3e4c) locked @
 > /usr/src/sys/kern/uipc_sockbuf.c:148 exclusive sx GEOM topology (GEOM
 > topology) r = 0 (0xc0867248) locked @ /usr/src/sys/geom/geom_event.c:185
 > FreeBSD 8.0-CURRENT #0: Fri Nov 21 18:47:55 CET 2008
From thierry.herbelot at free.fr  Tue Nov 25 13:51:02 2008
From: thierry.herbelot at free.fr (Thierry Herbelot)
Date: Tue Nov 25 13:51:15 2008
Subject: concurrent access to multiple endpoints of a USB device ?
Message-ID: <200811252228.09926.thierry.herbelot@free.fr>

Hello,

(this is with the old USB stack, on a -slow- 7.1 i386 machine)

I'm playing with a USB2.0 device which exposes multplie endpoints (control on 
EP0, then bulk endpoints 1, 2 and 3).

When I run a control application doing EP0 requests simultaneously with 
another process reading off EP2, the reading process only gets errors :
"Received -1 vs 65536 bytes requested ep 2 errno=5 (Input/output error)"

The control application by itself works correctly.

I'm using a simple read system call to read from ugen0.2 :
"nb_bytes = read(ep_fd[2], buf, nb);"

Is there anything I should do to for example increase the ep2 buffer size ?
(maybe I should also try the new USB stabck, for sure)

	TfH
From alfred at freebsd.org  Tue Nov 25 16:08:00 2008
From: alfred at freebsd.org (Alfred Perlstein)
Date: Tue Nov 25 16:08:06 2008
Subject: concurrent access to multiple endpoints of a USB device ?
In-Reply-To: <200811252228.09926.thierry.herbelot@free.fr>
References: <200811252228.09926.thierry.herbelot@free.fr>
Message-ID: <20081125234904.GP28578@elvis.mu.org>

* Thierry Herbelot <thierry.herbelot@free.fr> [081125 13:51] wrote:
> Hello,
> 
> (this is with the old USB stack, on a -slow- 7.1 i386 machine)
> 
> I'm playing with a USB2.0 device which exposes multplie endpoints (control on 
> EP0, then bulk endpoints 1, 2 and 3).
> 
> When I run a control application doing EP0 requests simultaneously with 
> another process reading off EP2, the reading process only gets errors :
> "Received -1 vs 65536 bytes requested ep 2 errno=5 (Input/output error)"
> 
> The control application by itself works correctly.
> 
> I'm using a simple read system call to read from ugen0.2 :
> "nb_bytes = read(ep_fd[2], buf, nb);"
> 
> Is there anything I should do to for example increase the ep2 buffer size ?
> (maybe I should also try the new USB stabck, for sure)

Give usb2 a shot.  Hans is pretty on top of issues in it.

-- 
- Alfred Perlstein
From thierry.herbelot at free.fr  Tue Nov 25 21:43:01 2008
From: thierry.herbelot at free.fr (Thierry Herbelot)
Date: Tue Nov 25 21:43:08 2008
Subject: concurrent access to multiple endpoints of a USB device ?
In-Reply-To: <20081125234904.GP28578@elvis.mu.org>
References: <200811252228.09926.thierry.herbelot@free.fr>
	<20081125234904.GP28578@elvis.mu.org>
Message-ID: <200811260642.51025.thierry.herbelot@free.fr>

Le Wednesday 26 November 2008, Alfred Perlstein a ?crit :
> * Thierry Herbelot <thierry.herbelot@free.fr> [081125 13:51] wrote:
> > Hello,
> >
> > (this is with the old USB stack, on a -slow- 7.1 i386 machine)
> >
> > I'm playing with a USB2.0 device which exposes multplie endpoints
> > (control on EP0, then bulk endpoints 1, 2 and 3).
> >
> > When I run a control application doing EP0 requests simultaneously with
> > another process reading off EP2, the reading process only gets errors :
> > "Received -1 vs 65536 bytes requested ep 2 errno=5 (Input/output error)"
> >
> > The control application by itself works correctly.
> >
> > I'm using a simple read system call to read from ugen0.2 :
> > "nb_bytes = read(ep_fd[2], buf, nb);"
> >
> > Is there anything I should do to for example increase the ep2 buffer size
> > ? (maybe I should also try the new USB stabck, for sure)
>
> Give usb2 a shot.  Hans is pretty on top of issues in it.

will do ASAP : thanks for the advice

	TfH
From linimon at FreeBSD.org  Wed Nov 26 01:35:51 2008
From: linimon at FreeBSD.org (linimon@FreeBSD.org)
Date: Wed Nov 26 01:35:56 2008
Subject: usb/129173: [uplcom] [patch] Add support for Corega
	CG-USBRS232R as a serial port
Message-ID: <200811260935.mAQ9ZoLL006945@freefall.freebsd.org>

Old Synopsis: Add support for Corega CG-USBRS232R as a serial port
New Synopsis: [uplcom] [patch] Add support for Corega CG-USBRS232R as a serial port

Responsible-Changed-From-To: freebsd-bugs->freebsd-usb
Responsible-Changed-By: linimon
Responsible-Changed-When: Wed Nov 26 09:34:41 UTC 2008
Responsible-Changed-Why: 
Over to maintainer(s).

http://www.freebsd.org/cgi/query-pr.cgi?pr=129173
From freebsdusb at bindone.de  Wed Nov 26 08:08:01 2008
From: freebsdusb at bindone.de (Michael)
Date: Wed Nov 26 08:08:08 2008
Subject: Device IDs for HP hs2300 HSDPA modem
Message-ID: <492D6E0D.7020500@bindone.de>

Hi,

my notebook carries a hp2300 HSDPA modem, which is actually an OEM
Sierra Wireless MC8775 device.
I attached patches to apply in /usr/src.

I made the entry look exactly like the one for the MC8775 device, but
I'm wondering if this shouldn't say  U3GSP_HSPA instead of U3GSP_UMTS
for all of them, since this device should be HSDPA (see
http://www.sierrawireless.com/product/mc8775.aspx).  I can't tell right
now, because I only have a UMTS enabled SIM (will get HSDPA in a few
days - hopefully). UMTS works okay using these patches. What do you think?

I also think it would be good to add this device to usb2 (last time I
tried usb2 it crashed my machine, but is has been a while),
I made two patches for usb2 as well, they compile fine, but no time to
test them at the moment (also attached).

br
michael

-------------- next part --------------
--- sys/dev/usb/usbdevs~	2008-11-17 03:24:02.000000000 +0100
+++ sys/dev/usb/usbdevs	2008-11-17 03:24:02.000000000 +0100
@@ -1429,6 +1429,7 @@
 product HP OJ4215		0x3d11	OfficeJet 4215
 product HP HN210E		0x811c	Ethernet HN210E
 product HP2 C500		0x6002	PhotoSmart C500
+product HP HS2300		0x1e1d	HP hs2300 HSDPA (aka MC8775)
 
 /* HTC products */
 product HTC WINMOBILE		0x00ce	HTC USB Sync
-------------- next part --------------
--- sys/dev/usb/u3g.c~	2008-11-17 03:29:06.000000000 +0100
+++ sys/dev/usb/u3g.c	2008-11-17 03:29:06.000000000 +0100
@@ -181,6 +181,10 @@
 	{{ USB_VENDOR_SIERRA, USB_PRODUCT_SIERRA_MC8765 },		U3GSP_UMTS,	U3GFL_NONE },		// XXX
 	{{ USB_VENDOR_SIERRA, USB_PRODUCT_SIERRA_AC875U },		U3GSP_UMTS,	U3GFL_NONE },		// XXX
 	{{ USB_VENDOR_SIERRA, USB_PRODUCT_SIERRA_MC8775_2 },		U3GSP_UMTS,	U3GFL_NONE },		// XXX
+
+	/* OEM Sierra MC8775 */
+	{{ USB_VENDOR_HP, USB_PRODUCT_HP_HS2300 },			U3GSP_UMTS,	U3GFL_NONE },		// XXX
+
 	{{ USB_VENDOR_SIERRA, USB_PRODUCT_SIERRA_MC8780 },		U3GSP_UMTS,	U3GFL_NONE },		// XXX
 	{{ USB_VENDOR_SIERRA, USB_PRODUCT_SIERRA_MC8781 },		U3GSP_UMTS,	U3GFL_NONE },		// XXX
 	{{ USB_VENDOR_SIERRA, USB_PRODUCT_SIERRA_TRUINSTALL },		U3GSP_UMTS,	U3GFL_SIERRA_INIT },	// Sierra TruInstaller device ID
-------------- next part --------------
--- sys/dev/usb2/include/usb2_devid.h~	2008-11-26 16:33:43.000000000 +0100
+++ sys/dev/usb2/include/usb2_devid.h	2008-11-26 16:33:43.000000000 +0100
@@ -1433,6 +1433,7 @@
 #define	USB_PRODUCT_HP_P1100	0x3102		/* Photosmart P1100 */
 #define	USB_PRODUCT_HP_HN210E	0x811c		/* Ethernet HN210E */
 #define	USB_PRODUCT_HP2_C500	0x6002		/* PhotoSmart C500 */
+#define	USB_PRODUCT_HP_HS2300	0x1e1d		/* HS2300 HSDPA (Sierra Wireless OEM MC8775) */
 
 /* HTC products */
 #define	USB_PRODUCT_HTC_WINMOBILE	0x00ce		/* HTC USB Sync */
-------------- next part --------------
--- sys/dev/usb2/include/usb2_devtable.h~	2008-11-26 16:34:56.000000000 +0100
+++ sys/dev/usb2/include/usb2_devtable.h	2008-11-26 16:34:56.000000000 +0100
@@ -5981,6 +5981,12 @@
 	    "MC8755 HSDPA",
 	},
 	{
+	    USB_VENDOR_HP, USB_PRODUCT_HP_HS2300,
+	    0,
+	    "Hewlett Packard",
+	    "HS2300 HSDPA",
+	},
+	{
 	    USB_VENDOR_SIERRA, USB_PRODUCT_SIERRA_MC8775_2,
 	    0,
 	    "Sierra Wireless",
From hselasky at c2i.net  Wed Nov 26 08:14:03 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Wed Nov 26 08:14:09 2008
Subject: Device IDs for HP hs2300 HSDPA modem
In-Reply-To: <492D6E0D.7020500@bindone.de>
References: <492D6E0D.7020500@bindone.de>
Message-ID: <200811261716.11443.hselasky@c2i.net>

On Wednesday 26 November 2008, Michael wrote:
> +
> +???????/* OEM Sierra MC8775 */
> +???????{{ USB_VENDOR_HP, USB_PRODUCT_HP_HS2300
> },??????????????????????U3GSP_UMTS,?????U3GFL_NONE },???????????// XXX +

The ID table in USB2 has been moved to:

core/usb2_msctest.c

--HPS
From freebsdusb at bindone.de  Wed Nov 26 08:25:32 2008
From: freebsdusb at bindone.de (Michael)
Date: Wed Nov 26 08:25:38 2008
Subject: Device IDs for HP hs2300 HSDPA modem
In-Reply-To: <200811261716.11443.hselasky@c2i.net>
References: <492D6E0D.7020500@bindone.de> <200811261716.11443.hselasky@c2i.net>
Message-ID: <492D7867.2090509@bindone.de>

Hans Petter Selasky wrote:
> On Wednesday 26 November 2008, Michael wrote:
>   
>> +
>> +       /* OEM Sierra MC8775 */
>> +       {{ USB_VENDOR_HP, USB_PRODUCT_HP_HS2300
>> },                      U3GSP_UMTS,     U3GFL_NONE },           // XXX +
>>     
>
> The ID table in USB2 has been moved to:
>
> core/usb2_msctest.c
>
> --HPS
>   
When? I have a 10 day old checkout here, and the sierra wireless device
appears in core/usbdevs, include/usb2_devid.h include/usb2_devtable.h
and serial/ugensa2.c. Any hint were to find details about what to put
where (seems like amoving target :)
From hselasky at c2i.net  Wed Nov 26 08:32:20 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Wed Nov 26 08:32:26 2008
Subject: Device IDs for HP hs2300 HSDPA modem
In-Reply-To: <492D7867.2090509@bindone.de>
References: <492D6E0D.7020500@bindone.de> <200811261716.11443.hselasky@c2i.net>
	<492D7867.2090509@bindone.de>
Message-ID: <200811261734.27627.hselasky@c2i.net>

On Wednesday 26 November 2008, Michael wrote:
> Hans Petter Selasky wrote:
> > On Wednesday 26 November 2008, Michael wrote:
> >> +
> >> +       /* OEM Sierra MC8775 */
> >> +       {{ USB_VENDOR_HP, USB_PRODUCT_HP_HS2300
> >> },                      U3GSP_UMTS,     U3GFL_NONE },           // XXX +
> >
> > The ID table in USB2 has been moved to:
> >
> > core/usb2_msctest.c
> >
> > --HPS
>
> When? I have a 10 day old checkout here, and the sierra wireless device
> appears in core/usbdevs, include/usb2_devid.h include/usb2_devtable.h
> and serial/ugensa2.c. Any hint were to find details about what to put
> where (seems like amoving target :)

Do you have serial/u3g2.c ?

--HPS
From nick at anywi.com  Wed Nov 26 09:24:55 2008
From: nick at anywi.com (Nick Hibma)
Date: Wed Nov 26 09:25:02 2008
Subject: Device IDs for HP hs2300 HSDPA modem
In-Reply-To: <492D6E0D.7020500@bindone.de>
References: <492D6E0D.7020500@bindone.de>
Message-ID: <200811261812.41107.nick@anywi.com>

Michael,

I've not spent the time to figure out the technical abilities of each device 
ID. If you say so, I'll change all the MC8775 devices to HSDPA. It only 
affects buffering decisions anyhow.

Done.

Nick

> Hi,
>
> my notebook carries a hp2300 HSDPA modem, which is actually an OEM
> Sierra Wireless MC8775 device.
> I attached patches to apply in /usr/src.
>
> I made the entry look exactly like the one for the MC8775 device, but
> I'm wondering if this shouldn't say  U3GSP_HSPA instead of U3GSP_UMTS
> for all of them, since this device should be HSDPA (see
> http://www.sierrawireless.com/product/mc8775.aspx).  I can't tell right
> now, because I only have a UMTS enabled SIM (will get HSDPA in a few
> days - hopefully). UMTS works okay using these patches. What do you
> think?
>
> I also think it would be good to add this device to usb2 (last time I
> tried usb2 it crashed my machine, but is has been a while),
> I made two patches for usb2 as well, they compile fine, but no time to
> test them at the moment (also attached).
>
> br
> michael



-- 
AnyWi Technologies
From freebsdusb at bindone.de  Wed Nov 26 09:42:30 2008
From: freebsdusb at bindone.de (Michael)
Date: Wed Nov 26 09:42:37 2008
Subject: Device IDs for HP hs2300 HSDPA modem
In-Reply-To: <200811261734.27627.hselasky@c2i.net>
References: <492D6E0D.7020500@bindone.de> <200811261716.11443.hselasky@c2i.net>
	<492D7867.2090509@bindone.de> <200811261734.27627.hselasky@c2i.net>
Message-ID: <492D8A71.10709@bindone.de>

Sorry, this contains some off-topic questions, maybe you have answers
anyway...

Hans Petter Selasky wrote:
> On Wednesday 26 November 2008, Michael wrote:
>   
>> Hans Petter Selasky wrote:
>>     
>>> On Wednesday 26 November 2008, Michael wrote:
>>>       
>>>> +
>>>> +       /* OEM Sierra MC8775 */
>>>> +       {{ USB_VENDOR_HP, USB_PRODUCT_HP_HS2300
>>>> },                      U3GSP_UMTS,     U3GFL_NONE },           // XXX +
>>>>         
>>> The ID table in USB2 has been moved to:
>>>
>>> core/usb2_msctest.c
>>>
>>> --HPS
>>>       
>> When? I have a 10 day old checkout here, and the sierra wireless device
>> appears in core/usbdevs, include/usb2_devid.h include/usb2_devtable.h
>> and serial/ugensa2.c. Any hint were to find details about what to put
>> where (seems like amoving target :)
>>     
>
> Do you have serial/u3g2.c ?
>
> --HPS
>   
Nope. I used csup to get HEAD on the 15th. CVSWeb says that u3g2.c has
been checked in 33 hours ago. I would assume that using cvs isn't really
recommended for current anymore. What is the best way to follow current
nowadays (SVN/perforce)? My problem is, that I'm actually performing
work on this machine, so I'm not too keen to upgrade constantly (but I
required current for various devices) and usb1 works okay right now. So
maybe somebody can just bring in the devive ids into current that are
proven to work in USB1 (which works okay for me right now), since
obviously I'm not authorized to submit changes anyway - if I have some
extra time  I might checkout the usb2 changes of the last couple of
weeks and test if it actually works  with this device entry and report
back to you. Who is repsonsible for checking in the patches to usb1?

Btw, are there any advantages of using USB2 in terms of power management
on a laptop (even with no external devices attached)? (this might
actually motivate me to play a little bit more with it - right now the
overall power consumption is about 40% higher compared to using products
made in  Redmond). I'm also developing a special acpi driver for HP
machines right now I will most likely submit in a few weeks. Do you
think it is appropriate to submit this to freebsd-acpi for review?

michael

From hselasky at c2i.net  Wed Nov 26 10:50:53 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Wed Nov 26 10:51:10 2008
Subject: Device IDs for HP hs2300 HSDPA modem
In-Reply-To: <492D8A71.10709@bindone.de>
References: <492D6E0D.7020500@bindone.de> <200811261734.27627.hselasky@c2i.net>
	<492D8A71.10709@bindone.de>
Message-ID: <200811261953.04517.hselasky@c2i.net>

On Wednesday 26 November 2008, Michael wrote:
> Sorry, this contains some off-topic questions, maybe you have answers
> anyway...
>
> Hans Petter Selasky wrote:
> > On Wednesday 26 November 2008, Michael wrote:
> >> Hans Petter Selasky wrote:
> >>> On Wednesday 26 November 2008, Michael wrote:
> >>>> +
> >>>> +       /* OEM Sierra MC8775 */
> >>>> +       {{ USB_VENDOR_HP, USB_PRODUCT_HP_HS2300
> >>>> },                      U3GSP_UMTS,     U3GFL_NONE },           // XXX
> >>>> +
> >>>
> >>> The ID table in USB2 has been moved to:
> >>>
> >>> core/usb2_msctest.c
> >>>
> >>> --HPS
> >>
> >> When? I have a 10 day old checkout here, and the sierra wireless device
> >> appears in core/usbdevs, include/usb2_devid.h include/usb2_devtable.h
> >> and serial/ugensa2.c. Any hint were to find details about what to put
> >> where (seems like amoving target :)
> >
> > Do you have serial/u3g2.c ?
> >
> > --HPS
>
> Nope. I used csup to get HEAD on the 15th. CVSWeb says that u3g2.c has
> been checked in 33 hours ago. I would assume that using cvs isn't really
> recommended for current anymore. What is the best way to follow current
> nowadays (SVN/perforce)? My problem is, that I'm actually performing
> work on this machine, so I'm not too keen to upgrade constantly (but I
> required current for various devices) and usb1 works okay right now. So
> maybe somebody can just bring in the devive ids into current that are
> proven to work in USB1 (which works okay for me right now), since
> obviously I'm not authorized to submit changes anyway - if I have some
> extra time  I might checkout the usb2 changes of the last couple of
> weeks and test if it actually works  with this device entry and report
> back to you. Who is repsonsible for checking in the patches to usb1?

Hi Michael,

I think SVN is more up to date. Just give it some time and CVS will be updated 
aswell.

>
> Btw, are there any advantages of using USB2 in terms of power management
> on a laptop (even with no external devices attached)?

Not yet. Probably I will add some simple power management support after 
new-year. Be aware that many USB devices have broken suspend/resume support 
and can fail, so leaving the power on is sometimes better.

When no devices are attached, I am going to add support so that the HC is 
turned off. That will save some power.

Remember that suspend/resume cycles introduce extra latency getting the system 
up and running again.

> (this might 
> actually motivate me to play a little bit more with it - right now the
> overall power consumption is about 40% higher compared to using products
> made in  Redmond). 

> I'm also developing a special acpi driver for HP 
> machines right now I will most likely submit in a few weeks. Do you
> think it is appropriate to submit this to freebsd-acpi for review?

Yes, and CC "Nate Lawson <nate@root.org>"

--HPS
From imp at bsdimp.com  Wed Nov 26 12:36:07 2008
From: imp at bsdimp.com (M. Warner Losh)
Date: Wed Nov 26 12:36:13 2008
Subject: Device IDs for HP hs2300 HSDPA modem
In-Reply-To: <200811261953.04517.hselasky@c2i.net>
References: <200811261734.27627.hselasky@c2i.net> <492D8A71.10709@bindone.de>
	<200811261953.04517.hselasky@c2i.net>
Message-ID: <20081126.133501.439502801.imp@bsdimp.com>

In message: <200811261953.04517.hselasky@c2i.net>
            Hans Petter Selasky <hselasky@c2i.net> writes:
: I think SVN is more up to date. Just give it some time and CVS will
: be updated aswell.

The lag between these two is measure in minutes, at most....  If that
isn't the case, we need to know...

Warner
From avg at icyb.net.ua  Thu Nov 27 04:40:15 2008
From: avg at icyb.net.ua (Andriy Gapon)
Date: Thu Nov 27 04:40:32 2008
Subject: ukbd attachment and root mount
In-Reply-To: <491ADB3B.2090000@icyb.net.ua>
References: <4911BA93.9030006@icyb.net.ua> <491ABFCD.3060309@icyb.net.ua>
	<Pine.GSO.4.64.0811120352100.1597@zeno.ucsd.edu>
	<491AC502.9000507@icyb.net.ua>
	<20081112121410.GA24629@icarus.home.lan>
	<491ACA19.2040008@icyb.net.ua>
	<20081112123315.GA24907@icarus.home.lan>
	<491AD0CB.8050309@icyb.net.ua>
	<20081112132124.GA25637@icarus.home.lan>
	<491ADB3B.2090000@icyb.net.ua>
Message-ID: <492E952A.80104@icyb.net.ua>


Setting this issue on a technical trail now.

1. I built a kernel with USB_DEBUG enabled.
BTW, there doesn't seem to be a way to set debug levels for USB
subsystems at boot time, i.e. via hints. Or am I missing something?
It seems that the levels can only be set via sysctl but that's too late
for boot time debugging.
I had to hardcode some non-zero initial values for the levels.

2. I performed a verbose boot with USB_DEBUG kernel.

3. I looked through the dmesg and through code.

Some observations and thoughts.

There seem to be 3 points where devices attached via USB get
explored/discovered and probed/matched/attached.

First of all, typical USB controllers are attached to PCI, so
ehci/uhci/ohci devices and their corresponding usb and uhub devices are
attached along with other PCI devices.

Then, for EHCI usb devices bus exploration is performed immediately and
so some devices can get attached quite early (e.g. umass).
This is the first point.

For UHCI/OHCI hubs are added to special cold exploration list.

And also event threads are created for all hubs.

Then, via SYSINIT mechanism buses in the "cold list" get explored.
Actual priority is SI_SUB_CONFIGURE:SI_ORDER_MIDDLE.
This is the second point.

And finally the event threads get executed and after some delay (about 4
seconds) they also explore their buses.

What I observe here matched the described behavior but only to a certain
extent:
1. I see that certain devices like an external USB hub get reported in
dmesg among PCI devices. I understand that this is the first point ("ehci").

2. My USB mouse (low speed, attached to uhci) gets reported somewhere
between the following lines:
isa_probe_children: probing PnP devices
...
Device configuration finished.
I understand that this is the second point ("sysinit").

3. My USB keyboard gets reported after mountroot (but before start of init).
I think that this is the third point.

So what is very puzzling to me is why the keyboard is not found along
with the mouse at the second point. Especially given that they are
attached to the ports of the same hub:
Controller /dev/usb2:
addr 1: full speed, self powered, config 1, UHCI root hub(0x0000),
Intel(0x0000), rev 1.00
  uhub2
 port 1 addr 2: low speed, power 98 mA, config 1, USB-PS/2 Optical
Mouse(0xc040), Logitech(0x046d), rev 24.30
   ums0
 port 2 addr 3: low speed, power 100 mA, config 1, USB Keyboard(0x0101),
CHESEN(0x0a81), rev 1.10
   ukbd0
   uhid0


Here's a snippet from verbose dmesg wth USB_DEBUG where the mouse is
reported:
isa_probe_children: probing PnP devices
uhub_explore: status change hub=1 port=1
usbd_reset_port: port 1 reset done, error=NORMAL_COMPLETION
usbd_new_device bus=0xffffffff80c7d000 port=1 depth=1 speed=1
usbd_setup_pipe: dev=0xffffff0004a16d00 iface=0 ep=0xffffff0004a16d38
pipe=0xffffff0004a16d08
uhci_open: pipe=0xffffff0004a16c00, addr=0, endpt=0 (1)
usb_allocmem: adding fragments
usbd_new_device: adding unit addr=2, rev=200, class=0, subclass=0,
protocol=0, maxpacket=8, len=18, speed=1
usbd_ar_pipe: pipe=0xffffff0004a16c00
usbd_setup_pipe: dev=0xffffff0004a16d00 iface=0 ep=0xffffff0004a16d38
pipe=0xffffff0004a16d08
uhci_open: pipe=0xffffff0004a16b00, addr=0, endpt=0 (1)
usbd_ar_pipe: pipe=0xffffff0004a16b00
usbd_setup_pipe: dev=0xffffff0004a16d00 iface=0 ep=0xffffff0004a16d38
pipe=0xffffff0004a16d08
uhci_open: pipe=0xffffff0004a16a00, addr=2, endpt=0 (1)
usbd_new_device: new dev (addr 2), dev=0xffffff0004a16d00,
parent=0xffffff0001338c00
usbd_probe_and_attach: trying device specific drivers
usbd_probe_and_attach: no device specific driver found
usbd_probe_and_attach: looping over 1 configurations
usbd_probe_and_attach: trying config idx=0
usbd_set_config_index: (addr 1) cno=2 attr=0xa0, selfpowered=0, power=98
usbd_set_config_index: set config 1
ums0: <Logitech USB-PS/2 Optical Mouse, class 0/0, rev 2.00/24.30, addr
2> on uhub2
ums0: 8 buttons and Z dir.
uhub_explore: status change hub=1 port=2
uhub_explore: status change hub=1 port=1
Device configuration finished.

And here's how the keyboard is found later:
Trying to mount root from zfs:tank/root
usbd_new_device bus=0xffffffff80c7d000 port=2 depth=1 speed=1
usbd_setup_pipe: dev=0xffffff0004b53000 iface=0 ep=0xffffff0004b53038
pipe=0xffffff0004b53008
uhci_open: pipe=0xffffff0001242c00, addr=0, endpt=0 (1)
usbd_new_device: adding unit addr=3, rev=110, class=0, subclass=0,
protocol=0, maxpacket=8, len=18, speed=1
usbd_ar_pipe: pipe=0xffffff0001242c00
usbd_setup_pipe: dev=0xffffff0004b53000 iface=0 ep=0xffffff0004b53038
pipe=0xffffff0004b53008
uhci_open: pipe=0xffffff0001242e00, addr=0, endpt=0 (1)
usbd_ar_pipe: pipe=0xffffff0001242e00
usbd_setup_pipe: dev=0xffffff0004b53000 iface=0 ep=0xffffff0004b53038
pipe=0xffffff0004b53008
uhci_open: pipe=0xffffff0004b53100, addr=3, endpt=0 (1)
usbd_new_device: new dev (addr 3), dev=0xffffff0004b53000,
parent=0xffffff0001338c00
usbd_probe_and_attach: trying device specific drivers
usbd_probe_and_attach: no device specific driver found
usbd_probe_and_attach: looping over 1 configurations
usbd_probe_and_attach: trying config idx=0
usbd_set_config_index: (addr 1) cno=3 attr=0xa0, selfpowered=0, power=100
usbd_set_config_index: set config 1
ukbd0: <CHESEN USB Keyboard, class 0/0, rev 1.10/1.10, addr 3> on uhub2

Full dmesg is here:
http://www.icyb.net.ua/~avg/ukbd.dmesg.gz

-- 
Andriy Gapon
From avg at icyb.net.ua  Thu Nov 27 05:23:21 2008
From: avg at icyb.net.ua (Andriy Gapon)
Date: Thu Nov 27 05:23:32 2008
Subject: ukbd attachment and root mount
In-Reply-To: <492E952A.80104@icyb.net.ua>
References: <4911BA93.9030006@icyb.net.ua> <491ABFCD.3060309@icyb.net.ua>
	<Pine.GSO.4.64.0811120352100.1597@zeno.ucsd.edu>
	<491AC502.9000507@icyb.net.ua>
	<20081112121410.GA24629@icarus.home.lan>
	<491ACA19.2040008@icyb.net.ua>
	<20081112123315.GA24907@icarus.home.lan>
	<491AD0CB.8050309@icyb.net.ua>
	<20081112132124.GA25637@icarus.home.lan>
	<491ADB3B.2090000@icyb.net.ua> <492E952A.80104@icyb.net.ua>
Message-ID: <492E9F45.2090404@icyb.net.ua>

I increased debug level in uhub and also switched mouse and keyboard
ports hoping that order might matter. It didn't.

Here's fresh usbdevs output snippet:
Controller /dev/usb2:
addr 1: full speed, self powered, config 1, UHCI root hub(0x0000),
Intel(0x0000), rev 1.00
  uhub2
 port 1 addr 3: low speed, power 100 mA, config 1, USB Keyboard(0x0101),
CHESEN(0x0a81), rev 1.10
   ukbd0
   uhid0
 port 2 addr 2: low speed, power 98 mA, config 1, USB-PS/2 Optical
Mouse(0xc040), Logitech(0x046d), rev 24.30
   ums0

And here's a new snippet from cold explore dmesg:
uhub2: uhub_explore: port 1 status 0x0100 0x0001
+ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
+ So, hm, it looks like a change in connection status is reported but
current status is reported as not connected.
+ I wonder why?
+ Could this be related to how we perform UHCI handover from BIOS to kernel?
+ Our uhci code seems to be much simpler than what MS folks described here:
+ http://www.microsoft.com/whdc/archive/usbhost.mspx#EQHAC
uhub_explore: status change hub=1 port=1
uhub_explore: port=1 !CURRENT_CONNECT_STATUS
uhub2: uhub_explore: port 2 status 0x0301 0x0001
uhub_explore: status change hub=1 port=2
usbd_reset_port: port 2 reset done, error=NORMAL_COMPLETION
usbd_new_device bus=0xffffffff80c7d000 port=2 depth=1 speed=1
usbd_setup_pipe: dev=0xffffff0004a16d00 iface=0 ep=0xffffff0004a16d38
pipe=0xffffff0004a16d08
uhci_open: pipe=0xffffff0004a16c00, addr=0, endpt=0 (1)
usb_allocmem: adding fragments
usbd_new_device: adding unit addr=2, rev=200, class=0, subclass=0,
protocol=0, maxpacket=8, len=18, speed=1
usbd_ar_pipe: pipe=0xffffff0004a16c00
usbd_setup_pipe: dev=0xffffff0004a16d00 iface=0 ep=0xffffff0004a16d38
pipe=0xffffff0004a16d08
uhci_open: pipe=0xffffff0004a16b00, addr=0, endpt=0 (1)
usbd_ar_pipe: pipe=0xffffff0004a16b00
usbd_setup_pipe: dev=0xffffff0004a16d00 iface=0 ep=0xffffff0004a16d38
pipe=0xffffff0004a16d08
uhci_open: pipe=0xffffff0004a16a00, addr=2, endpt=0 (1)
usbd_new_device: new dev (addr 2), dev=0xffffff0004a16d00,
parent=0xffffff0001338c00
usbd_probe_and_attach: trying device specific drivers
usbd_probe_and_attach: no device specific driver found
usbd_probe_and_attach: looping over 1 configurations
usbd_probe_and_attach: trying config idx=0
usbd_set_config_index: (addr 1) cno=2 attr=0xa0, selfpowered=0, power=98
usbd_set_config_index: set config 1
ums0: <Logitech USB-PS/2 Optical Mouse, class 0/0, rev 2.00/24.30, addr
2> on uhub2
ums0: 8 buttons and Z dir.

-- 
Andriy Gapon
From thierry.herbelot at free.fr  Thu Nov 27 06:54:42 2008
From: thierry.herbelot at free.fr (Thierry Herbelot)
Date: Thu Nov 27 06:54:49 2008
Subject: no device nodes when using the usb2 stack ?
Message-ID: <200811271554.32390.thierry.herbelot@free.fr>

Hello,

I'm plying with the new usb2 stack on a -current machine, but
the "/dev/ugen%u.%u" device nodes do not seem to be visible :

# usbconfig list
ugen0.1: <UHCI root HUB Intel> at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON
ugen1.1: <OHCI root HUB AcerLabs> at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON
ugen2.1: <OHCI root HUB AcerLabs> at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON
ugen3.1: <OHCI root HUB AcerLabs> at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON
ugen4.1: <EHCI root HUB AcerLabs> at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON
# ll /dev/u*
lrwxr-xr-x  1 root  wheel            6 Nov 27 07:45 /dev/urandom -> random
crwxrwxrwx  1 root  operator    0,  88 Nov 27 07:45 /dev/usb

is this expected ? or did I forget to mount some usbfs ?

	TfH
From hselasky at c2i.net  Thu Nov 27 07:08:49 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Thu Nov 27 07:09:02 2008
Subject: no device nodes when using the usb2 stack ?
In-Reply-To: <200811271554.32390.thierry.herbelot@free.fr>
References: <200811271554.32390.thierry.herbelot@free.fr>
Message-ID: <200811271610.59642.hselasky@c2i.net>

On Thursday 27 November 2008, Thierry Herbelot wrote:
> Hello,
>
> I'm plying with the new usb2 stack on a -current machine, but
> the "/dev/ugen%u.%u" device nodes do not seem to be visible :
>
> # usbconfig list
> ugen0.1: <UHCI root HUB Intel> at usbus0, cfg=0 md=HOST spd=FULL (12Mbps)
> pwr=ON ugen1.1: <OHCI root HUB AcerLabs> at usbus1, cfg=0 md=HOST spd=FULL
> (12Mbps) pwr=ON ugen2.1: <OHCI root HUB AcerLabs> at usbus2, cfg=0 md=HOST
> spd=FULL (12Mbps) pwr=ON ugen3.1: <OHCI root HUB AcerLabs> at usbus3, cfg=0
> md=HOST spd=FULL (12Mbps) pwr=ON ugen4.1: <EHCI root HUB AcerLabs> at
> usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON # ll /dev/u*
> lrwxr-xr-x  1 root  wheel            6 Nov 27 07:45 /dev/urandom -> random
> crwxrwxrwx  1 root  operator    0,  88 Nov 27 07:45 /dev/usb
>
> is this expected ? or did I forget to mount some usbfs ?

Hi,

The devices are all invisible or created by demand. Some work is being done to 
make them visible again.

Use libusb20 to access /dev/ugen, unless you are doing something very simple.

--HPS
From hselasky at c2i.net  Thu Nov 27 07:08:49 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Thu Nov 27 07:09:02 2008
Subject: no device nodes when using the usb2 stack ?
In-Reply-To: <200811271554.32390.thierry.herbelot@free.fr>
References: <200811271554.32390.thierry.herbelot@free.fr>
Message-ID: <200811271610.59642.hselasky@c2i.net>

On Thursday 27 November 2008, Thierry Herbelot wrote:
> Hello,
>
> I'm plying with the new usb2 stack on a -current machine, but
> the "/dev/ugen%u.%u" device nodes do not seem to be visible :
>
> # usbconfig list
> ugen0.1: <UHCI root HUB Intel> at usbus0, cfg=0 md=HOST spd=FULL (12Mbps)
> pwr=ON ugen1.1: <OHCI root HUB AcerLabs> at usbus1, cfg=0 md=HOST spd=FULL
> (12Mbps) pwr=ON ugen2.1: <OHCI root HUB AcerLabs> at usbus2, cfg=0 md=HOST
> spd=FULL (12Mbps) pwr=ON ugen3.1: <OHCI root HUB AcerLabs> at usbus3, cfg=0
> md=HOST spd=FULL (12Mbps) pwr=ON ugen4.1: <EHCI root HUB AcerLabs> at
> usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON # ll /dev/u*
> lrwxr-xr-x  1 root  wheel            6 Nov 27 07:45 /dev/urandom -> random
> crwxrwxrwx  1 root  operator    0,  88 Nov 27 07:45 /dev/usb
>
> is this expected ? or did I forget to mount some usbfs ?

Hi,

The devices are all invisible or created by demand. Some work is being done to 
make them visible again.

Use libusb20 to access /dev/ugen, unless you are doing something very simple.

--HPS
From thierry.herbelot at free.fr  Thu Nov 27 12:15:04 2008
From: thierry.herbelot at free.fr (Thierry Herbelot)
Date: Thu Nov 27 12:15:11 2008
Subject: no device nodes when using the usb2 stack ?
In-Reply-To: <200811271610.59642.hselasky@c2i.net>
References: <200811271554.32390.thierry.herbelot@free.fr>
	<200811271610.59642.hselasky@c2i.net>
Message-ID: <200811272041.58374.thierry.herbelot@free.fr>

Le Thursday 27 November 2008, Hans Petter Selasky a ?crit :
> On Thursday 27 November 2008, Thierry Herbelot wrote:
> > Hello,
> >
> > I'm plying with the new usb2 stack on a -current machine, but
> > the "/dev/ugen%u.%u" device nodes do not seem to be visible :
> >
> > # usbconfig list
> > ugen0.1: <UHCI root HUB Intel> at usbus0, cfg=0 md=HOST spd=FULL (12Mbps)
> > pwr=ON ugen1.1: <OHCI root HUB AcerLabs> at usbus1, cfg=0 md=HOST
> > spd=FULL (12Mbps) pwr=ON ugen2.1: <OHCI root HUB AcerLabs> at usbus2,
> > cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen3.1: <OHCI root HUB AcerLabs>
> > at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen4.1: <EHCI root HUB
> > AcerLabs> at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON # ll /dev/u*
> > lrwxr-xr-x  1 root  wheel            6 Nov 27 07:45 /dev/urandom ->
> > random crwxrwxrwx  1 root  operator    0,  88 Nov 27 07:45 /dev/usb
> >
> > is this expected ? or did I forget to mount some usbfs ?
>
> Hi,
>
> The devices are all invisible or created by demand. Some work is being done
> to make them visible again.

OK : I just wondered if I missed some configuration steps.
>
> Use libusb20 to access /dev/ugen, unless you are doing something very
> simple.

will do ASAP : I will try converting one introductory libusb example by Greg 
Kroah-Hartman (http://www.linuxjournal.com/node/7466/print)

thanks for the libusb wrapper ;-)

	TfH
>
> --HPS


From Andrew.D.Wiles at skynet.avatastic.co.uk  Fri Nov 28 01:40:02 2008
From: Andrew.D.Wiles at skynet.avatastic.co.uk (adw+gnats@avatastic.co.uk)
Date: Fri Nov 28 01:40:13 2008
Subject: usb/129251: Liebert UPS being assigned uhid and not ugen	
Message-ID: <200811280939.mAS9doOH001727@skynet.avatastic.co.uk>


>Number:         129251
>Category:       usb
>Synopsis:       Liebert UPS being assigned uhid and not ugen
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-usb
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Fri Nov 28 09:40:01 UTC 2008
>Closed-Date:
>Last-Modified:
>Originator:     adw+gnats@avatastic.co.uk
>Release:        FreeBSD 7.1-PRERELEASE amd64
>Organization:
avatastic.co.uk	
>Environment:
System: FreeBSD skynet.avatastic.co.uk 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Fri Nov 28 09:05:08 GMT 2008 root@skynet.avatastic.co.uk:/usr/src/sys/amd64/compile/SKYNET amd64


	
>Description:
	Liebert PowerSure Personal XT UPSes are assigned a uhidN device node
	when connected via USB.
	Due to the way that nut/libusb work, they are expecting a ugenN device
	node to work with.
>How-To-Repeat:
	Plug in a Liebert PowerSure Personal XT UPS in to a free usb port.
>Fix:
	There are two ways of fixing this.
	1) Remove uhid from the kernel config.
	2) Add Liebert PowerSure Personal XT UPSes to /sys/dev/usb/usbdevs and
	/sys/dev/usb/usb_quirks.c as per patch (attached)

--- liebert.patch begins here ---
349a350
> vendor LIEBERT      0x06da  Liebert
1555a1557,1559
> /* Liebert products */
> product LIEBERT POWERSURE_PXT   0xffff  PowerSure Personal XT
> 
112a113,114
>  { USB_VENDOR_LIEBERT, USB_PRODUCT_LIEBERT_POWERSURE_PXT,
>     ANY, { UQ_HID_IGNORE }},
--- liebert.patch ends here ---


>Release-Note:
>Audit-Trail:
>Unformatted:
From avg at icyb.net.ua  Fri Nov 28 05:12:40 2008
From: avg at icyb.net.ua (Andriy Gapon)
Date: Fri Nov 28 05:12:53 2008
Subject: ukbd attachment and root mount
In-Reply-To: <492E9F45.2090404@icyb.net.ua>
References: <4911BA93.9030006@icyb.net.ua> <491ABFCD.3060309@icyb.net.ua>
	<Pine.GSO.4.64.0811120352100.1597@zeno.ucsd.edu>
	<491AC502.9000507@icyb.net.ua>
	<20081112121410.GA24629@icarus.home.lan>
	<491ACA19.2040008@icyb.net.ua>
	<20081112123315.GA24907@icarus.home.lan>
	<491AD0CB.8050309@icyb.net.ua>
	<20081112132124.GA25637@icarus.home.lan>
	<491ADB3B.2090000@icyb.net.ua> <492E952A.80104@icyb.net.ua>
	<492E9F45.2090404@icyb.net.ua>
Message-ID: <492FEE43.5060703@icyb.net.ua>

on 27/11/2008 15:23 Andriy Gapon said the following:
> I increased debug level in uhub and also switched mouse and keyboard
> ports hoping that order might matter. It didn't.
> 
> Here's fresh usbdevs output snippet:
> Controller /dev/usb2:
> addr 1: full speed, self powered, config 1, UHCI root hub(0x0000),
> Intel(0x0000), rev 1.00
>   uhub2
>  port 1 addr 3: low speed, power 100 mA, config 1, USB Keyboard(0x0101),
> CHESEN(0x0a81), rev 1.10
>    ukbd0
>    uhid0
>  port 2 addr 2: low speed, power 98 mA, config 1, USB-PS/2 Optical
> Mouse(0xc040), Logitech(0x046d), rev 24.30
>    ums0
> 
> And here's a new snippet from cold explore dmesg:
> uhub2: uhub_explore: port 1 status 0x0100 0x0001
> + ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> + So, hm, it looks like a change in connection status is reported but
> current status is reported as not connected.
> + I wonder why?

For now I am blaming this on the keyboard. My wild un-educated guess is
that it takes it too long to come back after controller reset. I don't
have any other explanation at the moment.

I'll try to get another keyboard (from different vendor) and play with it.


-- 
Andriy Gapon
From avg at icyb.net.ua  Fri Nov 28 05:24:59 2008
From: avg at icyb.net.ua (Andriy Gapon)
Date: Fri Nov 28 05:25:10 2008
Subject: usb keyboard dying at loader prompt
In-Reply-To: <4919851B.7050800@icyb.net.ua>
References: <4912E462.4090608@icyb.net.ua> <491586B9.2020303@vwsoft.com>
	<4919851B.7050800@icyb.net.ua>
Message-ID: <492FF127.807@icyb.net.ua>


I did more testing and it seems that our loader does have something to
do with the problem.

If I boot to memtest86 the keyboard keeps working.
If I pause boot menu, wait for many minutes, the keyboard still works.
If I escape to loader prompt, this when the keyboard stops working after
a few seconds.

Not sure how to explain this.
I think I've seen some changes to reduce memory usage of loader, I will
try them to see if that would make any difference for my situation.


-- 
Andriy Gapon
From thierry.herbelot at free.fr  Fri Nov 28 07:07:20 2008
From: thierry.herbelot at free.fr (Thierry Herbelot)
Date: Fri Nov 28 07:07:26 2008
Subject: usb2 bulk read optimization ?
Message-ID: <200811281606.51927.thierry.herbelot@free.fr>

Hello,

another day, another question :

I'm done converting an old "userland driver" to usb2 and libusb20 - and it 
works ! (using the libusb API, for the time being).

The application is a data capture from a bulk endpoint, and I can't get more 
than around 8 Mbps. The data are formatted as URBs of 40 kbytes.

This may be expected, as the machine is an oldish Pentium-III, with an 
additional Acer-based USB-2 extension card.

(still, I have recompiled the -current kernel without the INVARIANTS and 
WITNESS options)

I have had a quick look at the code of libusb20 and tried an increase of 
bufsize in usb_get_transfer_by_ep_no, but with no discernable improvements.

	Any idea ?

	thanks

	TfH
From hselasky at c2i.net  Fri Nov 28 10:03:48 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Fri Nov 28 10:03:55 2008
Subject: usb2 bulk read optimization ?
In-Reply-To: <200811281606.51927.thierry.herbelot@free.fr>
References: <200811281606.51927.thierry.herbelot@free.fr>
Message-ID: <200811281906.00913.hselasky@c2i.net>

On Friday 28 November 2008, Thierry Herbelot wrote:
> Hello,
>
> another day, another question :
>
> I'm done converting an old "userland driver" to usb2 and libusb20 - and it
> works ! (using the libusb API, for the time being).
>
> The application is a data capture from a bulk endpoint, and I can't get
> more than around 8 Mbps. The data are formatted as URBs of 40 kbytes.
>
> This may be expected, as the machine is an oldish Pentium-III, with an
> additional Acer-based USB-2 extension card.
>
> (still, I have recompiled the -current kernel without the INVARIANTS and
> WITNESS options)
>
> I have had a quick look at the code of libusb20 and tried an increase of
> bufsize in usb_get_transfer_by_ep_no, but with no discernable improvements.
>
> 	Any idea ?

Hi Thierry,

You have found the correct place to tune the buffer size. Are you sure that 
your application is also doing similiarly large bulk transfers?

Are you sure that the transfer speed limitation is not a limitation of your 
USB device?

Keep in mind: The EHCI has an interrupt clamp of 4000-8000 interrupts / 
second.

--HPS
From hselasky at c2i.net  Fri Nov 28 10:49:55 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Fri Nov 28 10:50:01 2008
Subject: usb2 bulk read optimization ?
In-Reply-To: <200811281906.00913.hselasky@c2i.net>
References: <200811281606.51927.thierry.herbelot@free.fr>
	<200811281906.00913.hselasky@c2i.net>
Message-ID: <200811281952.07551.hselasky@c2i.net>

On Friday 28 November 2008, Hans Petter Selasky wrote:
> On Friday 28 November 2008, Thierry Herbelot wrote:

BTW: If your device is FULL-speed, then 8Mbit/second is around the maximum for 
BULK due to various hardware issues. If you want more then you need to use an 
ISOCHRONOUS pipe.

--HPS
From adw at avatastic.co.uk  Fri Nov 28 15:10:05 2008
From: adw at avatastic.co.uk (Andrew D Wiles)
Date: Fri Nov 28 15:10:10 2008
Subject: usb/129251: Liebert UPS being assigned uhid and not ugen
Message-ID: <200811282310.mASNA4xx073330@freefall.freebsd.org>

The following reply was made to PR usb/129251; it has been noted by GNATS.

From: Andrew D Wiles <adw@avatastic.co.uk>
To: bug-followup@FreeBSD.org
Cc:  
Subject: Re: usb/129251: Liebert UPS being assigned uhid and not ugen
Date: Fri, 28 Nov 2008 23:02:27 +0000

 The patch in the original pr was a bit broken. Corrected patch follows.
 
 diff -Naur usb.orig/usb_quirks.c usb/usb_quirks.c
 --- usb.orig/usb_quirks.c       2008-11-28 08:22:36.000000000 +0000
 +++ usb/usb_quirks.c    2008-11-28 22:56:47.000000000 +0000
 @@ -110,6 +110,8 @@
          ANY, { UQ_HID_IGNORE }},
    { USB_VENDOR_APPLE, USB_PRODUCT_APPLE_IPHONE_3G,
          ANY, { UQ_HID_IGNORE }},
 + { USB_VENDOR_LIEBERT, USB_PRODUCT_LIEBERT_POWERSURE_PXT,
 +    ANY, { UQ_HID_IGNORE }},
 
    /* Devices which should be ignored by both ukbd and uhid */
    { USB_VENDOR_CYPRESS, USB_PRODUCT_CYPRESS_WISPY1A,
 diff -Naur usb.orig/usbdevs usb/usbdevs
 --- usb.orig/usbdevs    2008-11-28 08:22:54.000000000 +0000
 +++ usb/usbdevs 2008-11-28 22:56:53.000000000 +0000
 @@ -347,6 +347,7 @@
   vendor ASIAMD          0x06be  Asia Microelectronic Development
   vendor BIZLINK         0x06c4  Bizlink International
   vendor KEYSPAN         0x06cd  Keyspan / InnoSys Inc.
 +vendor LIEBERT      0x06da  Liebert
   vendor AASHIMA         0x06d6  Aashima Technology
   vendor MULTITECH       0x06e0  MultiTech
   vendor ADS             0x06e1  ADS Technologies
 @@ -1553,6 +1554,9 @@
   /* Lexmark products */
   product LEXMARK S2450          0x0009  Optra S 2450
 
 +/* Liebert products */
 +product LIEBERT POWERSURE_PXT 0xffff PowerSure Personal XT
 +
   /* Linksys products */
   product LINKSYS MAUSB2         0x0105  Camedia MAUSB-2
   product LINKSYS USB10TX1       0x200c  USB10TX
 [root@skynet /usr/src/sys/dev]# diff -Naur usb.orig/ usb/ > ~/liebert.patch
 [root@skynet /usr/src/sys/dev]# cat ~/liebert.patch
 diff -Naur usb.orig/usb_quirks.c usb/usb_quirks.c
 --- usb.orig/usb_quirks.c       2008-11-28 08:22:36.000000000 +0000
 +++ usb/usb_quirks.c    2008-11-28 22:56:47.000000000 +0000
 @@ -110,6 +110,8 @@
          ANY, { UQ_HID_IGNORE }},
    { USB_VENDOR_APPLE, USB_PRODUCT_APPLE_IPHONE_3G,
          ANY, { UQ_HID_IGNORE }},
 + { USB_VENDOR_LIEBERT, USB_PRODUCT_LIEBERT_POWERSURE_PXT,
 +    ANY, { UQ_HID_IGNORE }},
 
    /* Devices which should be ignored by both ukbd and uhid */
    { USB_VENDOR_CYPRESS, USB_PRODUCT_CYPRESS_WISPY1A,
 diff -Naur usb.orig/usbdevs usb/usbdevs
 --- usb.orig/usbdevs    2008-11-28 08:22:54.000000000 +0000
 +++ usb/usbdevs 2008-11-28 22:56:53.000000000 +0000
 @@ -347,6 +347,7 @@
   vendor ASIAMD          0x06be  Asia Microelectronic Development
   vendor BIZLINK         0x06c4  Bizlink International
   vendor KEYSPAN         0x06cd  Keyspan / InnoSys Inc.
 +vendor LIEBERT      0x06da  Liebert
   vendor AASHIMA         0x06d6  Aashima Technology
   vendor MULTITECH       0x06e0  MultiTech
   vendor ADS             0x06e1  ADS Technologies
 @@ -1553,6 +1554,9 @@
   /* Lexmark products */
   product LEXMARK S2450          0x0009  Optra S 2450
 
 +/* Liebert products */
 +product LIEBERT POWERSURE_PXT 0xffff PowerSure Personal XT
 +
   /* Linksys products */
   product LINKSYS MAUSB2         0x0105  Camedia MAUSB-2
   product LINKSYS USB10TX1       0x200c  USB10TX
From thierry.herbelot at free.fr  Fri Nov 28 15:31:34 2008
From: thierry.herbelot at free.fr (Thierry Herbelot)
Date: Fri Nov 28 15:33:28 2008
Subject: usb2 bulk read optimization ?
In-Reply-To: <200811281906.00913.hselasky@c2i.net>
References: <200811281606.51927.thierry.herbelot@free.fr>
	<200811281906.00913.hselasky@c2i.net>
Message-ID: <200811290031.22513.thierry.herbelot@free.fr>

Le Friday 28 November 2008, Hans Petter Selasky a ?crit :
> On Friday 28 November 2008, Thierry Herbelot wrote:
> > Hello,
> >
> > another day, another question :
> >
> > I'm done converting an old "userland driver" to usb2 and libusb20 - and
> > it works ! (using the libusb API, for the time being).
> >
> > The application is a data capture from a bulk endpoint, and I can't get
> > more than around 8 Mbps. The data are formatted as URBs of 40 kbytes.
> >
> > This may be expected, as the machine is an oldish Pentium-III, with an
> > additional Acer-based USB-2 extension card.
> >
> > (still, I have recompiled the -current kernel without the INVARIANTS and
> > WITNESS options)
> >
> > I have had a quick look at the code of libusb20 and tried an increase of
> > bufsize in usb_get_transfer_by_ep_no, but with no discernable
> > improvements.
> >
> > 	Any idea ?
>
> Hi Thierry,
>
> You have found the correct place to tune the buffer size. Are you sure that
> your application is also doing similiarly large bulk transfers?

I'm doing "usb_bulk_read(handle, ep, data, size, 500);" with size around 
40kbytes.
>
> Are you sure that the transfer speed limitation is not a limitation of your
> USB device?

this USB device is known, with a different, open-source, OS, to handle around 
240Mbps (30Mbyte/s, but probably not on this oldish machine). the device is 
high-speed compliant, but can only do bulk transfers (maybe isochronous could 
have been better, but that's technically not possible)
>
> Keep in mind: The EHCI has an interrupt clamp of 4000-8000 interrupts /
> second.

OK : I would *very much* like to see a transfer rate of 4k*40kbyte/sec
>
> --HPS

	Thanks for the answers

	TfH
From hselasky at c2i.net  Fri Nov 28 23:51:49 2008
From: hselasky at c2i.net (Hans Petter Selasky)
Date: Fri Nov 28 23:51:56 2008
Subject: usb2 bulk read optimization ?
In-Reply-To: <200811290031.22513.thierry.herbelot@free.fr>
References: <200811281606.51927.thierry.herbelot@free.fr>
	<200811281906.00913.hselasky@c2i.net>
	<200811290031.22513.thierry.herbelot@free.fr>
Message-ID: <200811290854.01531.hselasky@c2i.net>

On Saturday 29 November 2008, Thierry Herbelot wrote:

> > Hi Thierry,
> >
> > You have found the correct place to tune the buffer size. Are you sure
> > that your application is also doing similiarly large bulk transfers?
>
> I'm doing "usb_bulk_read(handle, ep, data, size, 500);" with size around
> 40kbytes.
>
> > Are you sure that the transfer speed limitation is not a limitation of
> > your USB device?
>
> this USB device is known, with a different, open-source, OS, to handle
> around 240Mbps (30Mbyte/s, but probably not on this oldish machine). the
> device is high-speed compliant, but can only do bulk transfers (maybe
> isochronous could have been better, but that's technically not possible)
>
> > Keep in mind: The EHCI has an interrupt clamp of 4000-8000 interrupts /
> > second.
>
> OK : I would *very much* like to see a transfer rate of 4k*40kbyte/sec
>

Check with "usbconfig" which speed your device is running at.

Also check "vmstat -i" to see the actual interrupt rate.

--HPS
From stephleg at free.fr  Sun Nov 30 13:00:07 2008
From: stephleg at free.fr (Stéphane Legrand)
Date: Sun Nov 30 13:00:13 2008
Subject: usb/129311: Instant crash with an USB card reader
Message-ID: <200811302058.mAUKwgOa092367@www.freebsd.org>


>Number:         129311
>Category:       usb
>Synopsis:       Instant crash with an USB card reader
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-usb
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Nov 30 21:00:06 UTC 2008
>Closed-Date:
>Last-Modified:
>Originator:     Stéphane Legrand
>Release:        7.1-PRERELEASE
>Organization:
>Environment:
FreeBSD sequoia.mondomaineamoi.megalo 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #17: Sat Nov 15 17:44:14 CET 2008 stephane@sequoia.mondomaineamoi.megalo:/usr/obj/usr/src/sys/SEQUOIA i386
>Description:
Hello,

I recently purchased an USB adapter to read SD cards. On my first try, i made a mistake and put the SD card on the wrong side. This instantantly crashed my FreeBSD system. Here is the KDB output : 


There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-marcel-freebsd"...

..
Unread portion of the kernel message buffer:
panic: kmem_malloc(1848643584): kmem_map too small: 43110400 total allocated
cpuid = 0
Uptime: 7h51m49s
Physical memory: 1002 MB
Dumping 183 MB: 168 152 136 120 104 88 72 56 40 24 8
..
Loaded symbols for /boot/kernel/drm.ko
#0  doadump () at pcpu.h:196
196		__asm __volatile("movl %%fs:0,%0" : "=r" (td));
(kgdb) list
191	static __inline struct thread *
192	__curthread(void)
193	{
194		struct thread *td;
195	
196		__asm __volatile("movl %%fs:0,%0" : "=r" (td));
197		return (td);
198	}
199	#define	curthread		(__curthread())
200	
(kgdb) backtrace
#0  doadump () at pcpu.h:196
#1  0xc0754a8f in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418
#2  0xc0754d54 in panic (fmt=Variable "fmt" is not available.
) at /usr/src/sys/kern/kern_shutdown.c:574
#3  0xc0965432 in kmem_malloc (map=0xc147108c, size=1848643584, flags=2) at /usr/src/sys/vm/vm_kern.c:312
#4  0xc095c29a in page_alloc (zone=0x0, bytes=1848643584, pflag=0xe4276b4f "\002", wait=2) at /usr/src/sys/vm/uma_core.c:959
#5  0xc095ec0b in uma_large_malloc (size=1848643584, wait=2) at /usr/src/sys/vm/uma_core.c:2713
#6  0xc0745aa4 in malloc (size=1848643584, mtp=0xc0b324a0, flags=2) at /usr/src/sys/kern/kern_malloc.c:393
#7  0xc0700b2c in g_read_data (cp=0xc6644c80, offset=Unhandled dwarf expression opcode 0x93
) at geom.h:300
#8  0xc06fb6a8 in g_bsd_try (gp=Variable "gp" is not available.
) at /usr/src/sys/geom/geom_bsd.c:211
#9  0xc06fbbf7 in g_bsd_taste (mp=0xc0b321e0, pp=0xc5a23580, flags=0) at /usr/src/sys/geom/geom_bsd.c:549
#10 0xc0703401 in g_new_provider_event (arg=0xc5a23580, flag=0) at /usr/src/sys/geom/geom_subr.c:543
#11 0xc07000bf in g_run_events () at /usr/src/sys/geom/geom_event.c:211
#12 0xc0701317 in g_event_procbody () at /usr/src/sys/geom/geom_kern.c:141
#13 0xc0732d11 in fork_exit (callout=0xc07012ac <g_event_procbody>, arg=0x0, frame=0xe4276d38) at /usr/src/sys/kern/kern_fork.c:804
#14 0xc09d31d0 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:264


Of course, this crash should never happen as i'm supposed to put the SD card on the right side :-) But i prefer to send this PR in case this could be avoided.

By the way, when the SD card is put on the right side, it works perfectly well.

Regards,
Stéphane Legrand.
>How-To-Repeat:
Plug the USB card reader with a SD card put on the wrong side.
>Fix:
Put the SD card on the right side! :-)

>Release-Note:
>Audit-Trail:
>Unformatted: