Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.

Dismiss

freebsd-usb Digest, Vol 267, Issue 4

0 views

Skip to first unread message

freebsd-u...@freebsd.org

unread,

Dec 10, 2009, 7:00:23 AM12/10/09

to freeb...@freebsd.org

Send freebsd-usb mailing list submissions to
freeb...@freebsd.org

To subscribe or unsubscribe via the World Wide Web, visit
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
or, via email, send a message with subject or body 'help' to
freebsd-u...@freebsd.org

You can reach the person managing the list at
freebsd-...@freebsd.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of freebsd-usb digest..."

Today's Topics:

1. Re:usb/140325 Missing/incorrect initialisation and memory
leak in libusb10/libusb20 (Robert Jenssen)
2. Re: usb/141313: nvidia USB 2.0 controller - stops copying on
USB (Jan Marek)
3. Re: usb/141327: [ukbd] [usb67] USB kbd not working with
7.1+PAE on IBM System x3550 M2 (lin...@FreeBSD.org)
4. Re: usb/140951: commit references a PR (dfilter service)
5. Re: usb/140923: commit references a PR (dfilter service)
6. Re: usb/141313: nvidia USB 2.0 controller - stops copying on
USB (Hans Petter Selasky)
7. Re: usb/140242: commit references a PR (dfilter service)
8. USB modem? (Ernst W. Winter)
9. Re: usb/141313: nvidia USB 2.0 controller - stops copying on
USB (Jan Marek)
10. Problem with 2.5" USB drive (Spil Oss)

----------------------------------------------------------------------

Message: 1
Date: Wed, 9 Dec 2009 12:40:03 GMT
From: Robert Jenssen <robert...@ozemail.com.au>
Subject: Re:usb/140325 Missing/incorrect initialisation and memory
leak in libusb10/libusb20
To: freeb...@FreeBSD.org
Message-ID: <200912091240....@freefall.freebsd.org>

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

From: Robert Jenssen <robert...@ozemail.com.au>
To: bug-fo...@FreeBSD.org
Cc: Hans Petter Selasky <hsel...@c2i.net>
Subject: Re:usb/140325 Missing/incorrect initialisation and memory leak in
libusb10/libusb20
Date: Wed, 9 Dec 2009 23:03:15 +1100

Just a nudge to say that libusb10.c, libusb10.h, libusb20.c and libusb20.h in 8.0-STABLE still need to be updated from Perforce. This bug could then be closed.

Regards,

Rob Jenssen

------
Robert Jenssen <robert...@ozemail.com.au>

------------------------------

Message: 2
Date: Wed, 9 Dec 2009 15:10:02 GMT
From: Jan Marek <jan....@dera.cz>
Subject: Re: usb/141313: nvidia USB 2.0 controller - stops copying on
USB
To: freeb...@FreeBSD.org
Message-ID: <200912091510....@freefall.freebsd.org>

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

From: Jan Marek <jan....@dera.cz>
To: bug-fo...@FreeBSD.org, janm...@gdi.cz
Cc:
Subject: Re: usb/141313: nvidia USB 2.0 controller - stops copying on USB
Date: Wed, 09 Dec 2009 14:46:12 +0100

Hi,

I tried the latest ehci*.[ch] - patch from current the result is the
same, still copy stops, but the ehci interupt storm is gone.

I tried to raise the debug level for hw.usb.ehci and get the following
messages:

Dec 9 14:38:43 honzik kernel: ehci_set_hw_power: Async is active
Dec 9 14:38:43 honzik kernel: ehci_roothub_exec: type=0xa3 request=0x00
wLen=0x0004 wValue=0x0000 wIndex=0x0001
Dec 9 14:38:43 honzik kernel: ehci_roothub_exec: type=0xa3 request=0x00
wLen=0x0004 wValue=0x0000 wIndex=0x0002
Dec 9 14:38:43 honzik kernel: ehci_roothub_exec: type=0xa3 request=0x00
wLen=0x0004 wValue=0x0000 wIndex=0x0003
Dec 9 14:38:43 honzik kernel: ehci_roothub_exec: type=0xa3 request=0x00
wLen=0x0004 wValue=0x0000 wIndex=0x0004
Dec 9 14:38:43 honzik kernel: ehci_roothub_exec: type=0xa3 request=0x00
wLen=0x0004 wValue=0x0000 wIndex=0x0005
Dec 9 14:38:43 honzik kernel: ehci_roothub_exec: type=0xa3 request=0x00
wLen=0x0004 wValue=0x0000 wIndex=0x0006
Dec 9 14:38:43 honzik kernel: ehci_roothub_exec: type=0xa3 request=0x00
wLen=0x0004 wValue=0x0000 wIndex=0x0007
Dec 9 14:38:43 honzik kernel: ehci_roothub_exec: type=0xa3 request=0x00
wLen=0x0004 wValue=0x0000 wIndex=0x0008
Dec 9 14:38:43 honzik kernel: ehci_roothub_exec: type=0xa3 request=0x00
wLen=0x0004 wValue=0x0000 wIndex=0x0009
Dec 9 14:38:43 honzik kernel: ehci_roothub_exec: type=0xa3 request=0x00
wLen=0x0004 wValue=0x0000 wIndex=0x000a
Dec 9 14:38:47 honzik kernel: ehci_set_hw_power:.
Dec 9 14:38:47 honzik kernel: ehci_set_hw_power: Async is active

any suggestions ?

------------------------------

Message: 3
Date: Wed, 9 Dec 2009 19:38:22 GMT
From: lin...@FreeBSD.org
Subject: Re: usb/141327: [ukbd] [usb67] USB kbd not working with
7.1+PAE on IBM System x3550 M2
To: lin...@FreeBSD.org, freebs...@FreeBSD.org,
freeb...@FreeBSD.org
Message-ID: <200912091938....@freefall.freebsd.org>

Old Synopsis: USB kbd not working with 7.1+PAE on IBM System x3550 M2
New Synopsis: [ukbd] [usb67] USB kbd not working with 7.1+PAE on IBM System x3550 M2

Responsible-Changed-From-To: freebsd-bugs->freebsd-usb
Responsible-Changed-By: linimon
Responsible-Changed-When: Wed Dec 9 19:37:15 UTC 2009
Responsible-Changed-Why:
reclassify, by request.

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

------------------------------

Message: 4
Date: Wed, 9 Dec 2009 20:30:03 GMT
From: dfi...@FreeBSD.ORG (dfilter service)
Subject: Re: usb/140951: commit references a PR
To: freeb...@FreeBSD.org
Message-ID: <200912092030....@freefall.freebsd.org>

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

From: dfi...@FreeBSD.ORG (dfilter service)
To: bug-fo...@FreeBSD.org
Cc:
Subject: Re: usb/140951: commit references a PR
Date: Wed, 9 Dec 2009 20:25:05 +0000 (UTC)

Author: thompsa
Date: Wed Dec 9 20:24:49 2009
New Revision: 200306
URL: http://svn.freebsd.org/changeset/base/200306

Log:
Add new device ids.

PR: usb/140951, usb/140923
Submitted by: Romain Tartiere, Brett Glass

Modified:
head/sys/dev/usb/net/if_axe.c
head/sys/dev/usb/serial/uftdi.c
head/sys/dev/usb/usbdevs

Modified: head/sys/dev/usb/net/if_axe.c
==============================================================================
--- head/sys/dev/usb/net/if_axe.c Wed Dec 9 20:17:22 2009 (r200305)
+++ head/sys/dev/usb/net/if_axe.c Wed Dec 9 20:24:49 2009 (r200306)
@@ -141,6 +141,7 @@ static const struct usb_device_id axe_de
{USB_VPI(USB_VENDOR_ASIX, USB_PRODUCT_ASIX_AX88172, 0)},
{USB_VPI(USB_VENDOR_ASIX, USB_PRODUCT_ASIX_AX88178, AXE_FLAG_178)},
{USB_VPI(USB_VENDOR_ASIX, USB_PRODUCT_ASIX_AX88772, AXE_FLAG_772)},
+ {USB_VPI(USB_VENDOR_ASIX, USB_PRODUCT_ASIX_AX88772A, AXE_FLAG_772)},
{USB_VPI(USB_VENDOR_ATEN, USB_PRODUCT_ATEN_UC210T, 0)},
{USB_VPI(USB_VENDOR_BELKIN, USB_PRODUCT_BELKIN_F5D5055, AXE_FLAG_178)},
{USB_VPI(USB_VENDOR_BILLIONTON, USB_PRODUCT_BILLIONTON_USB2AR, 0)},

Modified: head/sys/dev/usb/serial/uftdi.c
==============================================================================
--- head/sys/dev/usb/serial/uftdi.c Wed Dec 9 20:17:22 2009 (r200305)
+++ head/sys/dev/usb/serial/uftdi.c Wed Dec 9 20:24:49 2009 (r200306)
@@ -221,6 +221,7 @@ static struct usb_device_id uftdi_devs[]
{USB_VPI(USB_VENDOR_DRESDENELEKTRONIK, USB_PRODUCT_DRESDENELEKTRONIK_WIRELESSHANDHELDTERMINAL, UFTDI_TYPE_8U232AM)},
{USB_VPI(USB_VENDOR_FTDI, USB_PRODUCT_FTDI_SERIAL_8U100AX, UFTDI_TYPE_SIO)},
{USB_VPI(USB_VENDOR_FTDI, USB_PRODUCT_FTDI_SERIAL_2232C, UFTDI_TYPE_8U232AM)},
+ {USB_VPI(USB_VENDOR_FTDI, USB_PRODUCT_FTDI_SERIAL_2232D, UFTDI_TYPE_8U232AM)},
{USB_VPI(USB_VENDOR_FTDI, USB_PRODUCT_FTDI_SERIAL_8U232AM, UFTDI_TYPE_8U232AM)},
{USB_VPI(USB_VENDOR_FTDI, USB_PRODUCT_FTDI_SERIAL_8U232AM4, UFTDI_TYPE_8U232AM)},
{USB_VPI(USB_VENDOR_FTDI, USB_PRODUCT_FTDI_SEMC_DSS20, UFTDI_TYPE_8U232AM)},

Modified: head/sys/dev/usb/usbdevs
==============================================================================
--- head/sys/dev/usb/usbdevs Wed Dec 9 20:17:22 2009 (r200305)
+++ head/sys/dev/usb/usbdevs Wed Dec 9 20:24:49 2009 (r200306)
@@ -904,6 +904,7 @@ product ASANTE EA 0x1427 Ethernet
product ASIX AX88172 0x1720 10/100 Ethernet
product ASIX AX88178 0x1780 AX88178
product ASIX AX88772 0x7720 AX88772
+product ASIX AX88772A 0x772a AX88772A USB 2.0 10/100 Ethernet

/* ASUS products */
product ASUS WL167G 0x1707 WL-167g Wireless Adapter
@@ -1320,6 +1321,7 @@ product FTDI SERIAL_8U100AX 0x8372 8U100
product FTDI SERIAL_8U232AM 0x6001 8U232AM Serial
product FTDI SERIAL_8U232AM4 0x6004 8U232AM Serial
product FTDI SERIAL_2232C 0x6010 FT2232C Dual port Serial
+product FTDI SERIAL_2232D 0x9e90 FT2232D Dual port Serial
/* Gude Analog- und Digitalsysteme products also uses FTDI's id: */
product FTDI TACTRIX_OPENPORT_13M 0xcc48 OpenPort 1.3 Mitsubishi
product FTDI TACTRIX_OPENPORT_13S 0xcc49 OpenPort 1.3 Subaru
_______________________________________________
svn-s...@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all...@freebsd.org"

------------------------------

Message: 5
Date: Wed, 9 Dec 2009 20:30:05 GMT
From: dfi...@FreeBSD.ORG (dfilter service)
Subject: Re: usb/140923: commit references a PR
To: freeb...@FreeBSD.org
Message-ID: <200912092030....@freefall.freebsd.org>

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

From: dfi...@FreeBSD.ORG (dfilter service)
To: bug-fo...@FreeBSD.org
Cc:
Subject: Re: usb/140923: commit references a PR
Date: Wed, 9 Dec 2009 20:25:06 +0000 (UTC)

------------------------------

Message: 6
Date: Wed, 9 Dec 2009 22:08:35 +0100
From: Hans Petter Selasky <hsel...@c2i.net>
Subject: Re: usb/141313: nvidia USB 2.0 controller - stops copying on
USB
To: freeb...@freebsd.org, Jan Marek <jan....@dera.cz>
Message-ID: <200912092208....@c2i.net>
Content-Type: Text/Plain; charset="iso-8859-15"

On Wednesday 09 December 2009 16:10:02 Jan Marek wrote:
> The following reply was made to PR usb/141313; it has been noted by GNATS.
>
> From: Jan Marek <jan....@dera.cz>
> To: bug-fo...@FreeBSD.org, janm...@gdi.cz
> Cc:
> Subject: Re: usb/141313: nvidia USB 2.0 controller - stops copying on USB
> Date: Wed, 09 Dec 2009 14:46:12 +0100
>
> Hi,
>
> I tried the latest ehci*.[ch] - patch from current the result is the
> same, still copy stops, but the ehci interupt storm is gone.
>
> I tried to raise the debug level for hw.usb.ehci and get the following
> messages:
>
> Dec 9 14:38:43 honzik kernel: ehci_set_hw_power: Async is active
> Dec 9 14:38:43 honzik kernel: ehci_roothub_exec: type=0xa3 request=0x00
> wLen=0x0004 wValue=0x0000 wIndex=0x0001
> Dec 9 14:38:43 honzik kernel: ehci_roothub_exec: type=0xa3 request=0x00
> wLen=0x0004 wValue=0x0000 wIndex=0x0002
> Dec 9 14:38:43 honzik kernel: ehci_roothub_exec: type=0xa3 request=0x00
> wLen=0x0004 wValue=0x0000 wIndex=0x0003
> Dec 9 14:38:43 honzik kernel: ehci_roothub_exec: type=0xa3 request=0x00
> wLen=0x0004 wValue=0x0000 wIndex=0x0004
> Dec 9 14:38:43 honzik kernel: ehci_roothub_exec: type=0xa3 request=0x00
> wLen=0x0004 wValue=0x0000 wIndex=0x0005
> Dec 9 14:38:43 honzik kernel: ehci_roothub_exec: type=0xa3 request=0x00
> wLen=0x0004 wValue=0x0000 wIndex=0x0006
> Dec 9 14:38:43 honzik kernel: ehci_roothub_exec: type=0xa3 request=0x00
> wLen=0x0004 wValue=0x0000 wIndex=0x0007
> Dec 9 14:38:43 honzik kernel: ehci_roothub_exec: type=0xa3 request=0x00
> wLen=0x0004 wValue=0x0000 wIndex=0x0008
> Dec 9 14:38:43 honzik kernel: ehci_roothub_exec: type=0xa3 request=0x00
> wLen=0x0004 wValue=0x0000 wIndex=0x0009
> Dec 9 14:38:43 honzik kernel: ehci_roothub_exec: type=0xa3 request=0x00
> wLen=0x0004 wValue=0x0000 wIndex=0x000a
> Dec 9 14:38:47 honzik kernel: ehci_set_hw_power:.
> Dec 9 14:38:47 honzik kernel: ehci_set_hw_power: Async is active
>
> any suggestions ?

Hi,

You need to patch ehci_pci.c so that the interrupt patch becomes active for
your PCI VID+PID. Search for switch statements in ehci_pci.c. There should be
some already for ATI+VIA. pciconf -l -v gives you the list of ID's which you
need.

--HPS

------------------------------

Message: 7
Date: Wed, 9 Dec 2009 22:40:02 GMT
From: dfi...@FreeBSD.ORG (dfilter service)
Subject: Re: usb/140242: commit references a PR
To: freeb...@FreeBSD.org
Message-ID: <200912092240....@freefall.freebsd.org>

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

From: dfi...@FreeBSD.ORG (dfilter service)
To: bug-fo...@FreeBSD.org
Cc:
Subject: Re: usb/140242: commit references a PR
Date: Wed, 9 Dec 2009 22:33:41 +0000 (UTC)

Author: thompsa
Date: Wed Dec 9 22:33:22 2009
New Revision: 200324
URL: http://svn.freebsd.org/changeset/base/200324

Log:
MFC r199057

ehci_init() will do reset and set the usbrev flag. Fix problem where
ehci_reset() was called before ehci_init().

PR: usb/140242
Submitted by: Sebastian Huber

Modified:
stable/8/sys/dev/usb/controller/ehci_ixp4xx.c
stable/8/sys/dev/usb/controller/ehci_mbus.c
stable/8/sys/dev/usb/controller/ehci_pci.c
Directory Properties:
stable/8/sys/ (props changed)
stable/8/sys/amd64/include/xen/ (props changed)
stable/8/sys/cddl/contrib/opensolaris/ (props changed)
stable/8/sys/contrib/dev/acpica/ (props changed)
stable/8/sys/contrib/pf/ (props changed)
stable/8/sys/dev/xen/xenpci/ (props changed)

Modified: stable/8/sys/dev/usb/controller/ehci_ixp4xx.c
==============================================================================
--- stable/8/sys/dev/usb/controller/ehci_ixp4xx.c Wed Dec 9 22:32:36 2009 (r200323)
+++ stable/8/sys/dev/usb/controller/ehci_ixp4xx.c Wed Dec 9 22:33:22 2009 (r200324)
@@ -157,8 +157,6 @@ ehci_ixp_attach(device_t self)
return (ENOMEM);
}

- sc->sc_bus.usbrev = USB_REV_2_0;
-
/* NB: hints fix the memory location and irq */

rid = 0;
@@ -230,7 +228,6 @@ ehci_ixp_attach(device_t self)
| EHCI_SCFLG_BIGEMMIO
| EHCI_SCFLG_NORESTERM
;
- (void) ehci_reset(sc);

err = ehci_init(sc);
if (!err) {

Modified: stable/8/sys/dev/usb/controller/ehci_mbus.c
==============================================================================
--- stable/8/sys/dev/usb/controller/ehci_mbus.c Wed Dec 9 22:32:36 2009 (r200323)
+++ stable/8/sys/dev/usb/controller/ehci_mbus.c Wed Dec 9 22:33:22 2009 (r200324)
@@ -166,8 +166,6 @@ ehci_mbus_attach(device_t self)
return (ENOMEM);
}

- sc->sc_bus.usbrev = USB_REV_2_0;
-
rid = 0;
sc->sc_io_res = bus_alloc_resource_any(self, SYS_RES_MEMORY, &rid, RF_ACTIVE);
if (!sc->sc_io_res) {

Modified: stable/8/sys/dev/usb/controller/ehci_pci.c
==============================================================================
--- stable/8/sys/dev/usb/controller/ehci_pci.c Wed Dec 9 22:32:36 2009 (r200323)
+++ stable/8/sys/dev/usb/controller/ehci_pci.c Wed Dec 9 22:33:22 2009 (r200324)
@@ -318,13 +318,11 @@ ehci_pci_attach(device_t self)
device_printf(self, "pre-2.0 USB revision (ignored)\n");
/* fallthrough */
case PCI_USB_REV_2_0:
- sc->sc_bus.usbrev = USB_REV_2_0;
break;
default:
/* Quirk for Parallels Desktop 4.0 */
device_printf(self, "USB revision is unknown. Assuming v2.0.\n");
- sc->sc_bus.usbrev = USB_REV_2_0;
- break;
+ break;
}

rid = PCI_CBMEM;
_______________________________________________
svn-s...@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all...@freebsd.org"

------------------------------

Message: 8
Date: Thu, 10 Dec 2009 04:40:30 +0100
From: "Ernst W. Winter" <ewi...@ewinter.org>
Subject: USB modem?
To: freeb...@freebsd.org
Message-ID: <2009121003...@lobo.ewinter.org>
Content-Type: text/plain; charset=us-ascii

Hello,

well I have a NetPC from Asus with a UMTS modem.

Is there anything for it that I can use with FreeBSD?

I can use it with Ubuntu, tried once and testet and it works, but
since I use FreeBSD only it would be nice to know that it is possible
too with FreeBSD.

Thanks in advance for any feedback.

Ernst Winter

--
O< ascii ribbon campaign - stop html mail - www.asciiribbon.org
Mail plain ASCII text. HTML & Base64 text are spam.

------------------------------

Message: 9
Date: Thu, 10 Dec 2009 07:10:06 GMT
From: Jan Marek <janm...@gdi.cz>
Subject: Re: usb/141313: nvidia USB 2.0 controller - stops copying on
USB
To: freeb...@FreeBSD.org
Message-ID: <200912100710....@freefall.freebsd.org>

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

From: Jan Marek <janm...@gdi.cz>
To: bug-fo...@FreeBSD.org, janm...@gdi.cz
Cc:
Subject: Re: usb/141313: nvidia USB 2.0 controller - stops copying on USB
Date: Thu, 10 Dec 2009 07:25:07 +0100

Hi,

Im no sure if I did right, can You check:

pcicon -lv | grep ehci
ehci0@pci0:0:2:1: class=0x0c0320 card=0x815a1043 chip=0x005b10de
rev=0xa3 hdr=0x00

I searched the switch in file ehci_pci.c

found

case 0x005b10de:
return "NVIDIA nForce4 USB 2.0 controller";

so the controller is listed

I also found and thought i should edit this switch:

/* Dropped interrupts workaround */
switch (pci_get_vendor(self)) {
case PCI_EHCI_VENDORID_ATI:
case PCI_EHCI_VENDORID_VIA:
sc->sc_flags |= EHCI_SCFLG_LOSTINTRBUG;
if (bootverbose)
device_printf(self,
"Dropped interrupts workaround enabled\n");
break;
default:
break;
}

I'm not sure if this is what You mean but i updated like this:

/* Dropped interrupts workaround */
switch (pci_get_vendor(self)) {
case PCI_EHCI_VENDORID_ATI:
case PCI_EHCI_VENDORID_NVIDIA:
case PCI_EHCI_VENDORID_VIA:
sc->sc_flags |= EHCI_SCFLG_LOSTINTRBUG;
if (bootverbose)
device_printf(self,
"Dropped interrupts workaround enabled\n");
break;
default:
break;
}

now i get this error message when I connect usb device:

Root mount waiting for: usbus1
Root mount waiting for: usbus1
usb_alloc_device: set address 2 failed (USB_ERR_TIMEOUT, ignored)
Root mount waiting for: usbus1
usb_alloc_device: getting device descriptor at addr 2 failed,
USB_ERR_TIMEOUT
Root mount waiting for: usbus1
Root mount waiting for: usbus1
usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_TIMEOUT,
ignored)
Root mount waiting for: usbus1
usbd_req_re_enumerate: getting device descriptor at addr 2 failed,
USB_ERR_TIMEOUT
Root mount waiting for: usbus1
Root mount waiting for: usbus1
usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_TIMEOUT,
ignored)
Root mount waiting for: usbus1
usbd_req_re_enumerate: getting device descriptor at addr 2 failed,
USB_ERR_TIMEOUT
ugen1.2: <(null)> at usbus1 (disconnected)
uhub_reattach_port: could not allocate new device

I'm not so experienced, so maybe I did something wrong.

also there are lines in the beginning:

#define PCI_EHCI_VENDORID_NVIDIA 0x12D2
#define PCI_EHCI_VENDORID_NVIDIA2 0x10DE

not sure if I should also update somehow this because the values
0x12D2, 0x10DE are not in the pciconf -lv listing

Thanks for any help

Regards

Jan

------------------------------

Message: 10
Date: Thu, 10 Dec 2009 10:08:00 +0100
From: Spil Oss <spil...@googlemail.com>
Subject: Problem with 2.5" USB drive
To: freeb...@freebsd.org
Message-ID:
<5fbf03c20912100108p72d...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1

Hello all,

Can't get my 2.5" USB drive to work reliably. The device has a ALI
M5642 Chip and connects 2.5" PATA disks. Vendor 0x0402 is
USB_VENDOR_ACERLABS /* Acer Labs */ which ALi is afaik.

When I connect it:
Dec 8 16:11:20 gw root: Unknown USB device: vendor 0x0402 product
0x5642 bus uhub3
Dec 8 16:11:20 gw kernel: ugen3.2: <vendor 0x0402> at usbus3
Dec 8 16:11:20 gw kernel: umass0: <vendor 0x0402 USB 2.0 Storage
Device, class 0/0, rev 2.00/1.00, addr 2> on usbus3
Dec 8 16:11:20 gw kernel: umass0: SCSI over Bulk-Only; quirks = 0x0000
Dec 8 16:11:21 gw kernel: umass0:0:0:-1: Attached to scbus0
Dec 8 16:11:21 gw kernel: da0 at umass-sim0 bus 0 target 0 lun 0
Dec 8 16:11:21 gw kernel: da0: <USB 2.0 Storage Device 0100> Fixed
Direct Access SCSI-0 device
Dec 8 16:11:21 gw kernel: da0: 40.000MB/s transfers
Dec 8 16:11:21 gw kernel: da0: 38154MB (78140160 512 byte sectors:
255H 63S/T 4864C)

When I try to dd/fdisk/bsdlabel the disk I tend to get
Dec 9 12:47:49 gw kernel: (da0:umass-sim0:0:0:0): AutoSense Failed
Sometimes the LED on the cage stays red until I reconnect it.
When I first `usbconfig -u 3 -a 2 reset` and then reconnect the disk
it is recognized again. Tried both on an Intel GM855 and a nVidia
nForce4 system.

Errors that pop up when transferring data:
Dec 8 16:11:21 gw kernel: (da0:umass-sim0:0:0:0): SYNCHRONIZE
CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0
Dec 8 16:11:21 gw kernel: (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0
Dec 8 16:11:21 gw kernel: (da0:umass-sim0:0:0:0): Not ready to ready
change, medium may have changed

Strangely it seems that this device was recognized on a previous
version of FreeBSD see http://takaq1.plala.jp/freebsd/usb/index.html
(not that I've tried!) Not quite clear what version of FreeBSD that
is.

Ultimately FreeBSD crashes when I play around too long..

Can anyone assist?

------------------------------

End of freebsd-usb Digest, Vol 267, Issue 4
*******************************************

0 new messages