> FreeBSD-8-Current
>
> dd if=/dev/da0 of=/dev/null bs=64k count=1
> 1+0 records in
> 1+0 records out
> 65536 bytes transferred in 60.320972 secs (10864546 bytes/sec)
>
Fantastic!!! Today result:
dd if=/dev/da0 of=/dev/null bs=64k count=1
1+0 records in
1+0 records o
> See attached file
Sorry. I don't post data when only move mouse. In attach
0 0 B 70 0 0 0 0 0 C 80 0 0 0 0 0 3 10 1 0 0 0 0 3 F0 0 0 0 0 0 2 90 0 0 0 0 0
2 70 0 0 0 0 0 1 50 0 0 0 0 0 0 C0 1 0 0 0 0 0 A0 1 0 0 0 0 2 10 1 0 0 0 0 0 40
1 0 0 0 0 FB 4F 1 0 0 0 0 F6 6F 1 0 0 0 0 DB 8F 2 0 0 0 0 E
> Can you get this data dumped into HEX ?
See attached file
1 0 0 F0 FF 0 0 0 0 46 A0 FF 0 0 0 0 2 0 0 0 0 0 0 3 0 0 0 0 0 0 4 0 0 0 0 0 0
4 10 0 0 0 0 0 5 20 0 0 0 0 0 7 20 0 0 0 0 0 10 60 0 0 0 0 0 A 50 0 0 0 0 0 B
40 0 0 0 0 0 9 60 0 0 0 0 0 D 40 0 0 0 0 0 9 40 0 0 0 0 0 7 40 0 0 0 0 0 8 50
> The format is:
>
> /dev/usb/X.Y.Z
>
> X is USB BUS
> Y is device index
> Z is endpoint & 0xF
>
> The the usbconfig's dump_curr_config_desc which endpoint belongs to your
> driver. Also see the show_ifdrv command to see which driver is connected to
> which interface.
I understand that. But I
> Here is a patch which I think will address your problem. It is EHCI hardware
> related. Different models behave differently. Try this:
>
> http://perforce.freebsd.org/chv.cgi?CH=158692
Much better:
dd if=/dev/da0 of=/dev/null bs=64k count=5000
5000+0 records in
5000+0 records out
32768 by
I forgot to write, that a similar problem was observed in FreeBSD 7 with
usb4bsd patches.
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to "freebsd-usb-unsubscr...@freebsd.org
>Repeat the same test using FreeBSD -current.
>a) On the machine where it is slow.
vmstat -i ; sleep 1 ; vmstat -i
interrupt total rate
irq1: atkbd0 233 2
irq14: ata0 85 0
irq16: vgapci0
On Tuesday 03 March 2009 16:16:02 Hans Petter Selasky wrote:
> if (usb2_get_speed(xfer->xroot->udev) == USB_SPEED_HIGH) {
> qh_endp |= (EHCI_QH_SET_EPS(EHCI_QH_SPEED_HIGH) |
> EHCI_QH_DTC);
> if (methods != &ehci_device_intr_methods)
>
>I know that certain AMD USB controllers perform less with the new USB stack,
>but I've not been able to track down the issue.
Yes, I have AMD platform (motherboard ASUS A8N-VM-CSM)
>Can you try another PC having another CPU brand?
Yes, I have already posted the result - 22 Mb/sec, much better
> It might be a bug with your memory stick. Are your findings consistent
> accross
> other brands of memory sticks aswell, between 7.1 and 8.x ?
Today, I tested another flash drive
ugen1.2: at usbus1
umass0: on usbus1
umass0: SCSI over Bulk-Only; quirks = 0x
umass0:3:0:-1: Attached to sc
This flash drive works fine on another system (Intel 6300ESB USB 2.0
controller) with FreeBSD-8-current.
May be problem in controller?
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any
7.1 livefs test result:
dd if=/dev/da0 of=/dev/null bs=65536
19534+0 records in
19534+0 records out
1280180224 bytes transferred in 64.897932 secs (197263329 bytes/sec)
systat -vm
Disksda0
KB/t64.00
tps 301
MB/s 18.84
%busy 99
>Hi please explain what kind of test you have done. It's most likely not
>related to USB, but rather the file system.
> Maybe you can run the following test on Windows and FreeBSD to compare:
>
> dd if=/dev/da0 of=/dev/null bs=65536
I'm test on FreeBSD7-stable and FreeBSD-current and post result
Hi.
I have a trouble with USB flash Transcend JF V60
umass0: on uhub2
da0 at umass-sim0 bus 0 target 0 lun 0
da0: Removable Direct Access SCSI-2 device
da0: 40.000MB/s transfers
da0: 3935MB (8060927 512 byte sectors: 255H 63S/T 501C)
When I copy big files from flash or execute
dd if=/dev/da0s
14 matches
Mail list logo