Re: Firewire/USB Card for Qube 2
Evgueni Tzvetanov <[email protected]>
| Newsgroups | gmane.os.netbsd.ports.cobalt |
|---|---|
| Message-ID | <[email protected]> |
--- Izumi Tsutsui <[email protected]> wrote: > > I was going to get myself one of those PCI combo > cards to *finally* > > hook up some external drives to my Qube2. The one > I have in mind > > right now: > > > > http://tinyurl.com/6c2oz6 > > > > It's based on VIA controllers, VT6306 for > Firewire-400 and VT6214 for > > USB 2.0, and I've seen a bunch of dmesg dumps > around that indicate > > these are supported by NetBSD. > > At least VT8237 (actually VT6212L) USB seems to work > on my Qube2700. > (though not heavily tested) > VT6306 Firewire is also probed, but I don't have any > devices to test it. > > Note it looks my card (combo with USB, Firewire and > Gig-Ethernet) > consumes too much power and it won't work with an > internal IDE disk. > (my qube gets reset right after the devices are > probed or initialized) > > Furthermore, GENERIC doesn't have those devices so > you have to > compile your own custom kernel. > > --- > NetBSD 4.99.63 (PCIDEVS) #6: Sat May 17 21:22:30 JST > 2008 > > tsutsui@mirage:/usr/src/sys/arch/cobalt/compile/PCIDEVS > Cobalt Qube 2700 > total memory = 65536 KB > avail memory = 55876 KB > mainbus0 (root) > cpu0: 16KB/32B 2-way set-associative L1 Instruction > cache, 48 TLB entries > cpu0: 16KB/32B 2-way set-associative write-back L1 > Data cache > zsc0 at mainbus0 addr 0x1c800000 irq 4: optional > Z85C30 serial port > zstty0 at zsc0 channel 0 (console i/o) > zstty1 at zsc0 channel 1 > mcclock0 at mainbus0 addr 0x10000070: mc146818 > compatible time-of-day clock > panel0 at mainbus0 addr 0x1f000000 > gt0 at mainbus0 addr 0x14000000 > pci0 at gt0 > pci0: i/o space, memory space enabled, rd/line, > wr/inv ok > pchb0 at pci0 dev 0 function 0: Galileo GT-64011 > System Controller, rev 1 > tlp0 at pci0 dev 7 function 0: DECchip 21041 > Ethernet, pass 2.1 > tlp0: interrupting at level 2 > tlp0: Ethernet address 00:10:e0:00:09:46 > tlp0: 10baseT, 10baseT-FDX, 10base2, 10base5 > pcib0 at pci0 dev 9 function 0 > pcib0: VIA Technologies VT82C586 PCI-ISA Bridge, rev > 39 > viaide0 at pci0 dev 9 function 1 > viaide0: VIA Technologies VT82C586 (Apollo VP) ATA33 > controller > viaide0: bus-master DMA support present > viaide0: primary channel configured to compatibility > mode > viaide0: primary channel interrupting at irq 14 > atabus0 at viaide0 channel 0 > viaide0: secondary channel configured to > compatibility mode > viaide0: secondary channel interrupting at irq 15 > atabus1 at viaide0 channel 1 > uhci0 at pci0 dev 9 function 2: VIA Technologies > VT83C572 USB Controller (rev. 0x02) > uhci0: can't map i/o space > uhci1 at pci0 dev 10 function 0: VIA Technologies > VT83C572 USB Controller (rev. 0x61) > uhci1: interrupting at irq 9 > usb0 at uhci1: USB revision 1.0 > uhci2 at pci0 dev 10 function 1: VIA Technologies > VT83C572 USB Controller (rev. 0x61) > uhci2: interrupting at irq 9 > usb1 at uhci2: USB revision 1.0 > ehci0 at pci0 dev 10 function 2: VIA Technologies > VT8237 EHCI USB Controller (rev. 0x63) > ehci0: interrupting at irq 9 > ehci0: dropped intr workaround enabled > ehci0: EHCI version 1.0 > ehci0: companion controllers, 2 ports each: uhci1 > uhci2 > usb2 at ehci0: USB revision 2.0 > fwohci0 at pci0 dev 10 function 3: VIA Technologies > VT6306 IEEE 1394 Host Controller (rev. 0x46) > fwohci0: interrupting at irq 9 > fwohci0: OHCI version 1.0 (ROM=1) > fwohci0: No. of Isochronous channels is 4. > fwohci0: EUI64 00:01:08:00:37:02:79:4f > fwohci0: Phy 1394a available S400, 3 ports. > fwohci0: Link S400, max_rec 1024 bytes. > fwohci0: max_rec 1024 -> 2048 > ieee1394if0 at fwohci0: IEEE1394 bus > fwip0 at ieee1394if0: IP over IEEE1394 > fwohci0: Initiate bus reset > vge0 at pci0 dev 10 function 4: VIA VT612X Gigabit > Ethernet (rev. 0x11) > vge0: interrupting at irq 9 > vge0: Ethernet address: 00:01:08:00:b1:71 > ciphy0 at vge0 phy 1: Cicada CS8201 10/100/1000TX > PHY, rev. 2 > ciphy0: 10baseT, 10baseT-FDX, 100baseTX, > 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > timecounter: Timecounter "clockinterrupt" frequency > 100 Hz quality 0 > timecounter: Timecounter "mips3_cp0_counter" > frequency 75000000 Hz quality 100 > fwohci0: BUS reset > fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode > ieee1394if0: 1 nodes, maxhop <= 0, cable IRM = 0 > (me) > ieee1394if0: bus manager 0 (me) > uhub0 at usb0: VIA Technologies UHCI root hub, class > 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > uhub1 at usb1: VIA Technologies UHCI root hub, class > 9/0, rev 1.00/1.00, addr 1 > uhub1: 2 ports with 2 removable, self powered > uhub2 at usb2: VIA Technologies EHCI root hub, class > 9/0, rev 2.00/1.00, addr 1 > uhub2: 4 ports with 4 removable, self powered > Kernelized RAIDframe activated > boot device: tlp0 > root on tlp0 > nfs_boot: trying DHCP/BOOTP > nfs_boot: DHCP next-server: 192.168.20.1 > nfs_boot: my_domain=ceres.dti.ne.jp > nfs_boot: my_addr=192.168.20.38 > nfs_boot: my_mask=255.255.255.0 > nfs_boot: gateway=192.168.20.1 > root on mirage:/nfsroot > root file system type: nfs > > : > > umass0 at uhub2 port 2 configuration 1 interface 0 > umass0: BUFFALO ClipDrive, rev 2.00/2.00, addr 2 > umass0: using SCSI over Bulk-Only > scsibus0 at umass0: 2 targets, 1 lun per target > sd0 at scsibus0 target 0 lun 0: <BUFFALO, ClipDrive, > 2.00> disk removable > sd0: fabricating a geometry > sd0: 250 MB, 250 cyl, 64 head, 32 sec, 512 > bytes/sect x 512000 sectors > sd0: fabricating a geometry > sd0: no disk label > > : > > # fsck_msdos -fn /dev/rsd0e > ** /dev/rsd0e > ** Phase 1 - Read and Compare FATs > ** Phase 2 - Check Cluster Chains > ** Phase 3 - Checking Directories > ** Phase 4 - Checking for Lost Files > 135 files, 87212 free (21803 clusters) > # > --- > Izumi Tsutsui > Sorry guys, little bit off topic, but similar... I have plugged in an NEC 4 port (3 external and 1 internal) into my Qube 2. Here is the dmesg output for all USB: VIA Technologies VT83C572 USB Controller (USB serial bus, revision 0x02) at pci0 dev 9 function 2 not configured NEC USB Host Controller (USB serial bus, interface 0x10, revision 0x44) at pci0 dev 10 function 0 not configured NEC USB Host Controller (USB serial bus, interface 0x20, revision 0x05) at pci0 dev 10 function 1 not configured Obviously the first one (VIA Technologies VT83C572) is the host controller on the motherbord. I have tried different combinations of additions to the kernel for USB and that was before the fix for the freeze I reported before. Some of them worked well, but after a while the kernel freezes and I am forced to move back to the standard kernel, coming with the distro. Was I doing something wrong? I even added the minimum -- only a host controller and storage devices, which was enough for my needs. I can try to give you details later if you need them... and if I was able to dig them out from some archive...