The USB code in RELENG_4 has been updated to match that in -current. Please test any USB devices that are critical to you BEFORE we release 4.10 :-) thanks Julian
On Sun, Feb 29, 2004 at 05:01:28PM -0800, Julian Elischer wrote:>The USB code in RELENG_4 has been updated to match that in -current. >Please test any USB devices that are critical to you BEFORE we release >4.10 :-)<gentle flame="no"> Would the effort to keep making 4.X releases be better spent making 5.X stable, or are the two efforts not competing for the same developer resources? </gentle> -- Christopher Vance
On Sun, 29 Feb 2004, Julian Elischer wrote:> > The USB code in RELENG_4 has been updated to match that in -current. > Please test any USB devices that are critical to you BEFORE we release > 4.10 :-)p.s. there are some more MFCs to come but they are minor (except for what looks like a major rewrite of parts of umass)> > > thanks > > Julian > > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" >
Dmitry Morozovsky
2004-Mar-01 13:26 UTC
UDB MS Reader stalls/crashes system [HEADSUP!!! USB MFC committed..]
On Sun, 29 Feb 2004, Julian Elischer wrote:
JE> The USB code in RELENG_4 has been updated to match that in -current.
JE> Please test any USB devices that are critical to you BEFORE we release
JE> 4.10 :-)
This bug report is not related to your commit, as system behaviour is the same
before and after your MFC. Anyway, here it is (I suppose actual bug is
somewhare in VM-cache code, see below)
With cheap MemoryStick Reader identified as
Controller /dev/usb0:
addr 1: low speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000),
rev 1.00
port 1 addr 2: low speed, power 100 mA, config 1, USB MS Card Reader.(0x7722),
vendor 0x0416(0x0416), rev 1.00
Mar 2 00:04:35 <kern.crit> revamp /kernel: Creating DISK da0
Mar 2 00:04:35 <kern.crit> revamp /kernel: pass0 at umass-sim0 bus 0
target 0 lun 0
Mar 2 00:04:35 <kern.crit> revamp /kernel: pass0: <General USB Disk
Drive 1.00> Removable Direct Access SCSI-0 device
Mar 2 00:04:35 <kern.crit> revamp /kernel: pass0: Serial Number
Mar 2 00:04:35 <kern.crit> revamp /kernel: pass0: 150KB/s transfers
Mar 2 00:04:35 <kern.crit> revamp /kernel: Mounting root from
ufs:/dev/ad0s1a
Mar 2 00:04:35 <kern.crit> revamp /kernel: da0 at umass-sim0 bus 0 target
0 lun 0
Mar 2 00:04:35 <kern.crit> revamp /kernel: da0: <General USB Disk
Drive 1.00> Removable Direct Access SCSI-0 device
Mar 2 00:04:35 <kern.crit> revamp /kernel: da0: Serial Number
Mar 2 00:04:35 <kern.crit> revamp /kernel: da0: 150KB/s transfers
Mar 2 00:04:35 <kern.crit> revamp /kernel: da0: 30MB (63424 512 byte
sectors: 64H 32S/T 30C)
after mounting msdos slice and any long read req operation like
`cp -r /dos /smth' or `rsync -av /dos /smth' after approx 1M of
transferred
data reads stall, after a while kernel reports something (sorry, have no logs
handy) like 'SCB read error'. Process stalls in 'D' state.
Removing, umount
-f'ing, reinsertinf and reaccessing device leads to crash with the following
(very strange to me) crashdump:
IdlePTD at physical address 0x0032c000
initial pcb at physical address 0x002585a0
panicstr: page fault
panic messages:
---
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x98
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc015738e
stack pointer = 0x10:0xccaa2e70
frame pointer = 0x10:0xc5ecb330
code segment = base 0x0, limit 0xfffff, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags = interrupt enabled, resume, IOPL = 0
current process = 8 (syncer)
interrupt mask = none
trap number = 12
panic: page fault
syncing disks... 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1
giving up on 1 buffers
Uptime: 1d23h42m17s
dumping to dev #ad/0x20001, offset 524288
dump ata0: resetting devices .. ata0: mask=03 ostat0=50 ostat2=00
ad0: ATAPI 00 00
ata0-slave: ATAPI 00 00
ata0: mask=03 stat0=50 stat1=00
ad0: ATA 01 a5
ata0: devices=01
ad0: success setting PIO4 on generic chip
done
256 255 ...
[snip]
17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
---
#0 dumpsys () at /lh/src.stable/sys/kern/kern_shutdown.c:487
487 if (dumping++) {
(kgdb) bt
#0 dumpsys () at /lh/src.stable/sys/kern/kern_shutdown.c:487
#1 0xc0c0f114 in ?? ()
Cannot access memory at address 0x1.
What other into can I provide to further track this error?
Sincerely,
D.Marck [DM5020, MCK-RIPE, DM3-RIPN]
------------------------------------------------------------------------
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru ***
------------------------------------------------------------------------
Hello Julian, I report you about a USB problem that would be occur with my laptop after you MFC'ed USB stuff. With GENERIC kernel, it is fine and there are no changes from before, but with no usb kernel + usb.ko + umass.ko, it would be panic everytime on boot. It is not depend on umass. The panic would be happen when I didn't load umass.ko but ucom.ko + umodem.ko and plug USB modem (PHS phone). | Preloaded elf kernel "kernel.nousb" at 0xc042b000. | Preloaded elf module "usb.ko" at 0xc042b0b0. | Preloaded elf module "umass.ko" at 0xc042b14c. | ... | ata0: at 0x1f0 irq 14 on atapci0 | ata1: at 0x170 irq 15 on atapci0 | uhci0: <Intel 82371AB/EB (PIIX4) USB controller> port 0xfca0-0xfcbf irq 9 at dev | ice 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 | uhub0: 2 ports with 2 removable, self powered | uhub1: Philips Semiconductors hub, class 9/0, rev 1.10/1.10, addr 2 | uhub1: 3 ports with 3 removable, self powered | | | Fatal trap 12: page fault while in kernel mode | fault virtual address = 0x38 | fault code = supervisor read, page not present | instruction pointer = 0x8:0xc0424323 | stack pointer = 0x10:0xc044d91c | frame pointer = 0x10:0xc044d928 | code segment = base 0x0, limit 0xfffff, type 0x1b | = DPL 0, pres 1, def32 1, gran 1 | processor eflags = interrupt enabled, resume, IOPL = 0 | current process = 0 (swapper) | interrupt mask = net tty bio cam With USB built-in kernel, it will be like this: | Preloaded elf kernel "kernel.withusb" at 0xc0434000. | Preloaded elf module "ucom.ko" at 0xc043409c. | Preloaded elf module "umodem.ko" at 0xc0434138. | ... | ata0: at 0x1f0 irq 14 on atapci0 | ata1: at 0x170 irq 15 on atapci0 | uhci0: <Intel 82371AB/EB (PIIX4) USB controller> port 0xfca0-0xfcbf irq 9 at dev | ice 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 | uhub0: 2 ports with 2 removable, self powered | uhub1: Philips Semiconductors hub, class 9/0, rev 1.10/1.10, addr 2 | uhub1: 3 ports with 3 removable, self powered | umass0: Sony USB Memory Stick Slot, rev 1.10/1.31, addr 3, UFI over CBI | umass0:0:0:-1: Attached to scbus0 as device 0 Thanks, - Yoshihiko julian@elischer.org wrote:> > The USB code in RELENG_4 has been updated to match that in -current. > Please test any USB devices that are critical to you BEFORE we release > 4.10 :-) > > > thanks > > Julian > > > _______________________________________________ > 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" >-- Yoshihiko Sarumaru mail: mistral@imasy.or.jp web: http://www.imasy.or.jp/~mistral/
On Sun, Feb 29, 2004 at 05:01:28PM -0800, Julian Elischer wrote:> The USB code in RELENG_4 has been updated to match that in -current. > Please test any USB devices that are critical to you BEFORE we release > 4.10 :-)Julian, My Nikon Coolpix 4500 continues not to work on my laptop in 4.9--although it works just fine on my desktop, running the same version of FreeBSD. The difference is the controller: usb0: <VIA 83C572 USB controller> on uhci0 [desktop, works] usb0: <NEC uPD 9210 USB controller> on ohci0 [laptop, doesn't work] Connecting the device shows: umass0: NIKON Nikon Digital Camera E4500, rev 1.10/1.00, addr 2 umass0: BBB reset failed, STALLED umass0: BBB bulk-in clear stall failed, STALLED umass0: BBB bulk-out clear stall failed, STALLED Other relevant info: # uname -a FreeBSD samara 4.9-STABLE FreeBSD 4.9-STABLE #0: Thu Mar 4 18:31:28 EST 2004 root@samara:/usr/obj/usr/src/sys/SAMARA i386 # usbdevs -v Controller /dev/usb0: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), NEC(0x0000), rev 1.00 port 1 addr 2: full speed, self powered, config 1, product 0x010a(0x010a), Nikon(0x04b0), rev 1.00 port 2 powered # dmesg Copyright (c) 1992-2003 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 4.9-STABLE #0: Thu Mar 4 18:31:28 EST 2004 root@samara.forest.homeunix.net:/usr/obj/usr/src/sys/SAMARA Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 266615625 Hz CPU: Pentium/P55C (quarter-micron) (266.62-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x582 Stepping = 2 Features=0x8001bf<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8,MMX> real memory = 100728832 (98368K bytes) config> en pcic1 config> po pcic1 0x3e2 config> ir pcic1 0 config> iom pcic1 0xd4000 config> f pcic1 0 config> q avail memory = 93884416 (91684K bytes) Preloaded elf kernel "kernel" at 0xc03ef000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc03ef09c. Intel Pentium detected, installing workaround for F00F bug VESA: v2.0, 1984k memory, flags:0x0, mode table:0xc03735c2 (1000022) VESA: MagicGraph 128XD 42K SVGA BIOS md0: Malloc disk Using $PIR table, 4 entries at 0xc00f8cb0 npx0: <math processor> on motherboard npx0: INT 16 interface pcib0: <Host to PCI bridge> on motherboard pci0: <PCI bus> on pcib0 pci0: <NeoMagic MagicGraph 128XD SVGA controller> at 4.0 irq 11 ohci0: <NEC uPD 9210 USB controller> mem 0xffaff000-0xffafffff irq 11 at device 11.0 on pci0 usb0: OHCI version 1.0 usb0: SMM does not respond, resetting usb0: <NEC uPD 9210 USB controller> on ohci0 usb0: USB revision 1.0 uhub0: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered chip1: <Toshiba Fast Infra Red controller> port 0xffc0-0xffdf irq 11 at device 17.0 on pci0 isa0: <ISA bus> on motherboard orm0: <Option ROM> at iomem 0xc0000-0xcbfff on isa0 pmtimer0 on isa0 fdc0: <NEC 765 or clone> at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata1 at port 0x170-0x177,0x376 irq 15 on isa0 atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0 atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: <PS/2 Mouse> irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: <System console> at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> pcic0: <Intel i82365SL-A/B> at port 0x3e0 iomem 0xd0000 on isa0 pcic0: Polling mode pccard0: <PC Card 16-bit bus (classic)> on pcic0 pccard1: <PC Card 16-bit bus (classic)> on pcic0 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A ppc0: <Parallel port> at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode plip0: <PLIP network interface> on ppbus0 lpt0: <Printer> on ppbus0 lpt0: Interrupt-driven port ppi0: <Parallel I/O> on ppbus0 IP packet filtering initialized, divert enabled, rule-based forwarding enabled, default to deny, unlimited logging ad0: 4126MB <TOSHIBA MK4309MAT> [8944/15/63] at ata0-master BIOSPIO pccard: card inserted, slot 0 Mounting root from ufs:/dev/ad0s1a wi0 at port 0x240-0x27f irq 3 slot 0 on pccard0 wi0: 802.11 address: 00:09:5b:3b:89:06 wi0: using RF:PRISM2.5 MAC:ISL3873 wi0: Intersil Firmware: Primary 1.00.07, Station 1.03.06 umass0: NIKON Nikon Digital Camera E4500, rev 1.10/1.00, addr 2 umass0: BBB reset failed, STALLED umass0: BBB bulk-in clear stall failed, STALLED umass0: BBB bulk-out clear stall failed, STALLED [omitted: previous 3 lines output 10 more times] (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 umass0: at uhub0 port 1 (addr 2) disconnected umass0: detached # camcontrol devlist -v scbus0 on ata0 bus 0: < > at scbus0 target -1 lun -1 () scbus1 on ata1 bus 0: < > at scbus1 target -1 lun -1 () scbus2 on umass-sim0 bus 0: <NIKON NIKON DSC E4500 1.00> at scbus2 target 0 lun 0 (probe0) < > at scbus2 target -1 lun -1 () scbus-1 on xpt0 bus 0: < > at scbus-1 target -1 lun -1 (xpt0) Anthony -- #include <signature>
Julian Elischer <julian@elischer.org> probably said:> The USB code in RELENG_4 has been updated to match that in -current. > Please test any USB devices that are critical to you BEFORE we release > 4.10 :-)Since you said you were working on USB fixes in general, I've got a Pentax Optio S4 that comes up as umass0 and never gets a disk device assigned to it with -stable. My USB CF reader gets assigned da0 as I expect it to. umass0: PENTAX PENTAX OPTIO S4, rev 1.00/10.00, addr 2 port 1 addr 2: full speed, self powered, config 1, PENTAX OPTIO S4(0x0006), PENTAX(0x0a17), rev 10.00 They re-used the same device id from the 330 ? usbdevs:vendor ASAHIOPTICAL 0x0a17 Asahi Optical usbdevs:/* Asahi Optical products */ usbdevs:product ASAHIOPTICAL OPTIO330 0x0006 Digital camera There is one quirk already; /* * The Pentax Optio cameras require RS_NO_CLEAR_UA * PR: kern/46369, kern/50271 */ if (UGETW(dd->idVendor) == USB_VENDOR_ASAHIOPTICAL) { sc->quirks |= RS_NO_CLEAR_UA; } Some googling turns up references to this camera on linux mailing lists, but I can't translate the UNUSUAL_DEV to what it needs for FreeBSD; <per.winkvist:uk.com>: * USB storage: Make Pentax Optio S4 work +/* Submitted by Per Winkvist <per.winkvist@uk.com> */ +UNUSUAL_DEV( 0x0a17, 0x006, 0x1000, 0x9009, + "Pentax", + "Optio S", + US_SC_8070, US_PR_CBI, NULL, + US_FL_FIX_INQUIRY ), Uh, help please ? P. -- pir
As I recall, some may have complained about the SmartMedia support not working right or something, but all of the CompactFlash functionality was there and working. Not having any SmartMedia cards to play with, I was unable to play with that. Jim Bryant wrote:> Got another one for you, Julian. > > I need the support for the Microtech DPCM-USB CompactFlash/CF > II/Microdrive/SmartMedia reader added back. As I recall, it was one > of the QUIRKS devices? > > Julian Elischer wrote: > >>> Julian Elischer <julian@elischer.org> probably said: >>> >>> >>>> The USB code in RELENG_4 has been updated to match that in -current. >>>> Please test any USB devices that are critical to you BEFORE we release >>>> 4.10 :-) >>>jim -- "Religious fundamentalism is the biggest threat to international security that exists today." United Nations Secretary General B.B.Ghali, 1995 ----------------------------------------------------------------------------------------------------- "The Fascist State organizes the nation, but leaves a sufficient margin of liberty to the individual; the latter is deprived of all useless and possibly harmful freedom..." -- Benito Mussilini, 1932 http://www.pbs.org/now/politics/patriot2-hi.pdf -- The GOP agrees
Hello,
I have an ASUS P4C-800-E Deluxe Motherboard, P4 3.0GHz
processor with builtin USB 2.0 controllers.
I am having a problem with the Lexar Media JumpDrive 2.0 Pro 256M memory
keystick.
usbd nevers sees it. I finally went into BIOS and set the Speed for the
USB 2.0 Controller to FullSpeed (maybe HighSpeed, in whatever case its
12MBps as opposed to 240MBps). When setting it to 12MBps, usbd sees the
drive and attaches it. Setting the speed to higher, usbd does NOT attach
it.
Also NOTE: I have a SIIG SlimHub 2.0 4 ports, that I can not attach my
JumpDrive too. I must set the speed to 12MBps and attach it directly to
a port on my PC to get it to see it.
Any help in this would be appreciated.
Thanks!
Michael E. Mercer
My system is the latest 4.9-Stable build as of yesterday.
uname -a
FreeBSD fast.mmercer.com 4.9-STABLE FreeBSD 4.9-STABLE #0: Sat Mar 27
10:36:58 EST 2004 mmercer@fast.mmercer.com:/usr/src/sys/compile/g49
i386
With a kernel built today Mar 27th.
dmesg inline...
Copyright (c) 1992-2003 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 4.9-STABLE #0: Sat Mar 27 10:36:58 EST 2004
mmercer@fast.mmercer.com:/usr/src/sys/compile/g49
Timecounter "i8254" frequency 1193182 Hz
CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (3006.83-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>
Hyperthreading: 2 logical CPUs
real memory = 1072889856 (1047744K bytes)
avail memory = 1039900672 (1015528K bytes)
Programming 24 pins in IOAPIC #0
IOAPIC #0 intpin 2 -> irq 0
IOAPIC #0 intpin 17 -> irq 10
IOAPIC #0 intpin 18 -> irq 5
IOAPIC #0 intpin 19 -> irq 11
FreeBSD/SMP: Multiprocessor motherboard: 2 CPUs
cpu0 (BSP): apic id: 0, version: 0x00050014, at 0xfee00000
cpu1 (AP): apic id: 1, version: 0x00050014, at 0xfee00000
io0 (APIC): apic id: 2, version: 0x00178020, at 0xfec00000
Preloaded elf kernel "kernel" at 0xc0426000.
Warning: Pentium 4 CPU: PSE disabled
Pentium Pro MTRR support enabled
md0: Malloc disk
Using $PIR table, 12 entries at 0xc00f50e0
apm0: <APM BIOS> on motherboard
apm0: found APM BIOS v1.2, connected at v1.2
npx0: <math processor> on motherboard
npx0: INT 16 interface
pcib0: <Host to PCI bridge> on motherboard
pci0: <PCI bus> on pcib0
agp0: <Intel 82875P host to AGP bridge> mem 0xd0000000-0xdfffffff at
device 0.0 on pci0
pcib1: <PCI to PCI bridge (vendor=8086 device=2579)> at device 1.0 on
pci0
pci1: <PCI bus> on pcib1
pci1: <NVidia model 0322 graphics accelerator> at 0.0 irq 10
pcib2: <PCI to PCI bridge (vendor=8086 device=257b)> at device 3.0 on
pci0
pci2: <PCI bus> on pcib2
em0: <Intel(R) PRO/1000 Network Connection, Version - 1.7.25> port
0xcf80-0xcf9f mem 0xfe9e0000-0xfe9fffff irq 5 at device 1.0 on pci2
em0: Speed:N/A Duplex:N/A
uhci0: <Intel 82801EB (ICH5) USB controller USB-A> port 0xef00-0xef1f
irq 10 at device 29.0 on pci0
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
uhub0: 2 ports with 2 removable, self powered
uhci1: <Intel 82801EB (ICH5) USB controller USB-B> port 0xef20-0xef3f
irq 11 at device 29.1 on pci0
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
uhub1: 2 ports with 2 removable, self powered
uhci2: <Intel 82801EB (ICH5) USB controller USB-C> port 0xef40-0xef5f
irq 5 at device 29.2 on pci0
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
uhub2: 2 ports with 2 removable, self powered
uhci3: <Intel 82801EB (ICH5) USB controller USB-D> port 0xef80-0xef9f
irq 10 at device 29.3 on pci0
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
uhub3: 2 ports with 2 removable, self powered
pci0: <USB controller> at 29.7 irq 11
pcib3: <Intel 82801BA/BAM (ICH2) Hub to PCI bridge> at device 30.0 on
pci0
pci3: <PCI bus> on pcib3
fwohci0: <VIA VT6306> port 0xdc00-0xdc7f mem 0xfeaff800-0xfeafffff irq 5
at device 3.0 on pci3
fwohci0: OHCI version 1.0 (ROM=1)
fwohci0: No. of Isochronous channel is 8.
fwohci0: EUI64 00:e0:18:00:00:58:2a:e6
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:e0:18:58:2a:e6
fwohci0: Initiate bus reset
fwohci0: BUS reset
fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode
firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me)
firewire0: bus manager 0 (me)
isab0: <PCI to ISA bridge (vendor=8086 device=24d0)> at device 31.0 on
pci0
isa0: <ISA bus> on isab0
atapci0: <Intel ICH5 ATA100 controller> port
0xfc00-0xfc0f,0-0x3,0-0x7,0-0x3,0-0x7 irq 0 at device 31.1 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
pci0: <unknown card> (vendor=0x8086, dev=0x24d3) at 31.3 irq 10
pcm0: <Intel ICH5 (82801EB)> port 0xee80-0xeebf,0xe800-0xe8ff mem
0xfebff400-0xfebff4ff,0xfebff800-0xfebff9ff irq 10 at device 31.5 on
pci0
pcm0: <Analog Devices AD1985 AC97 Codec>
orm0: <Option ROM> at iomem 0xc0000-0xcefff on isa0
pmtimer0 on isa0
fdc0: <NEC 72065B or clone> at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on
isa0
fdc0: FIFO enabled, 8 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0
atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: model IntelliMouse Explorer, device ID 4
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on
isa0
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 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 16550A
sio1: configured irq 3 not in bitmap of probed irqs 0
sio1 at port 0x2f8-0x2ff irq 3 on isa0
sio1: type 16550A
ppc0: <Parallel port> at port 0x378-0x37f irq 7 on isa0
ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
ppc0: FIFO with 16/16/9 bytes threshold
plip0: <PLIP network interface> on ppbus0
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
ppi0: <Parallel I/O> on ppbus0
APIC_IO: Testing 8254 interrupt delivery
APIC_IO: routing 8254 via IOAPIC #0 intpin 2
SMP: AP CPU #1 Launched!
ad0: 39205MB <Maxtor 6E040L0> [79656/16/63] at ata0-master UDMA100
ad3: 194481MB <Maxtor 6Y200P0> [395136/16/63] at ata1-slave UDMA100
acd0: DVD-R <OPTORITEDVD RW DD0203> at ata1-master PIO4
Mounting root from ufs:/dev/ad3s1a
em0: Link is up 100 Mbps Full Duplex
em0: Link is up 100 Mbps Full Duplex
[sorry for the late followup. also, my address is ipv6-only; drop it and I'll catch up from the archives after some time]> On Sun, 29 Feb 2004, Julian Elischer wrote:> > The USB code in RELENG_4 has been updated to match that in -current. > > Please test any USB devices that are critical to you BEFORE we release > > 4.10 :-)> p.s. there are some more MFCs to come but they are minor > (except for what looks like a major rewrite of parts of umass)Would it be possible to merge in the umass parts of -current that enable all slots of a 6/8/whetever-in-1 USB card reader/writer thingies to be detected? In source updated around 30.mar, building the umass -stable kernel module only finds the CF slot. I've added a few dozen lines to the -current umass code and built a module from that which appears to work as needed (meaning, I have not had major problems, but I haven't stress-tested it) with the -stable usb code and kernel I'm using. This gives me all sorts of da* devices (see below). Unfortunately, adding EHCI support to the usb.ko module causes panics with such a umass.ko module; adding an EBUSY line to match -stable seems to make things better, but not perfect (from what I can remember). The below result is with only uhci/ohci support. My added-lines hack is not based on knowing what I'm doing, but rather based on what appears superficially to work and is probably horribly wrong. I believe the code to add support for the card readers was added to -current something like a year ago, and may possibly be found in a patch mentioned around that time by Bernd Walter -- as I have not been online, I haven't been able to download it and check. The -current diff appears to be between 1.79 and 1.80, but when massaged into -stable, I don't get all the devices (can be my fault). My world/kernel/modules on the machine in question are a horrible mongrel mix spanning the last couple of years and originate from both -stable and adopted out of -current, so I hesitate to make a fool of myself by publicly posting the added lines to umass.c from -current to make it operate with my mostly-stable. (Actually, it looks like all I did was to un-re-implement cam_calc_geometry() back to what was in -stable, and to say that I don't have a ZIP_100 so I could junk that portion of the code just to get it to compile quietly, rather than to make it work.) thanks barry bouwsma Preloaded elf module "usb_NEW.ko" at 0xc042f600. Preloaded elf module "ums_NEW.ko" at 0xc042f6a0. Preloaded elf module "ugen_NEW.ko" at 0xc042f740. Preloaded elf module "umass_CURRENT.ko" at 0xc042f7e0. [...] umass1: OTi USB 7-in-1 Card Reader, rev 2.00/2.00, addr 4 umass1:1:1:-1: Attached to scbus1 [...] umass2: SMSC 223 USB97C223, rev 2.00/1.95, addr 7 umass2:2:2:-1: Attached to scbus2 [...] Creating DISK da0 Creating DISK da1 Creating DISK da2 Creating DISK da3 Creating DISK da4 Creating DISK da5 Creating DISK da6 Creating DISK da7 Creating DISK da8 [snipping for brevity] da0 at umass-sim0 bus 0 target 0 lun 0 da0: <Maxtor 5000XT v01.00.00 0100> Fixed Direct Access SCSI-0 device da0: Serial Number A80A06AE da0: 1.000MB/s transfers da0: 239371MB (490232832 512 byte sectors: 255H 63S/T 30515C) da1 at umass-sim1 bus 1 target 0 lun 0 da1: <OTi CF CARD Reader 2.00> Removable Direct Access SCSI-0 device [Serial Number lines from this umass device are a control-underscore] da1: 1.000MB/s transfers da5 at umass-sim2 bus 2 target 0 lun 0 da5: <SMSC 223 U HS-CF 1.95> Removable Direct Access SCSI-0 device da5: Serial Number da5: 1.000MB/s transfers da2 at umass-sim1 bus 1 target 0 lun 1 da2: <OTi SM CARD Reader 2.00> Removable Direct Access SCSI-0 device da2: 1.000MB/s transfers da3 at umass-sim1 bus 1 target 0 lun 2 da3: <OTi SD CARD Reader 2.00> Removable Direct Access SCSI-0 device da3: 1.000MB/s transfers da3: 60MB (124160 512 byte sectors: 64H 32S/T 60C) da6 at umass-sim2 bus 2 target 0 lun 1 da6: <SMSC 223 U HS-MS 1.95> Removable Direct Access SCSI-0 device da6: Serial Number da6: 1.000MB/s transfers da4 at umass-sim1 bus 1 target 0 lun 3 da4: <OTi MS CARD Reader 2.00> Removable Direct Access SCSI-0 device da4: 1.000MB/s transfers da7 at umass-sim2 bus 2 target 0 lun 2 da7: <SMSC 223 U HS-SM 1.95> Removable Direct Access SCSI-0 device da7: Serial Number da7: 1.000MB/s transfers da8 at umass-sim2 bus 2 target 0 lun 3 da8: <SMSC 223 U HS-SD/MMC 1.95> Removable Direct Access SCSI-0 device da8: Serial Number da8: 1.000MB/s transfers da8: 243MB (498176 512 byte sectors: 64H 32S/T 243C)