Oops, it seems that this patch also does not work as expected: after some
time of playing with flash card and working with the system it started to
stall as unpatched system, but it freezes the system -- even IP stack was
frozen (I am using DEVICE_POLLING), so I were to remove the flash
Actually, I just peeked inside the Linux EHCI code and it does a dummy
read immediately after writing to the status register:
/* clear (just) interrupts */
writel (status, ehci-regs-status);
readl (ehci-regs-command); /* unblock posted write */
I wonder if
If Scott's patch doesn't work, could you have tried to install the following
(compiles on FreeBSD 5/6/7):
Yes, it also works and does even better work: FAT 32 and FAT 16 permormance
are just the same and there is no additional load as been with the Scott's
patch.
So I definitely would vote
On Tue, Aug 30, 2005 at 04:50:31PM +0400, Eygene A. Ryabinkin wrote:
FreeBSD 4.x had very low performance with FAT filesystem,
writing process spent lots of time in the wdrain state too.
Yes, it has.
Did you try mtools? I get much better performance with mtools compared
to msdosfs.
Yes, it also works and does even better work: FAT 32 and FAT 16 permormance
are just the same and there is no additional load as been with the Scott's
patch.
So I definitely would vote for this fix.
Oops, it seems that this patch also does not work as expected: after some time
of playing
On Thu, Sep 01, 2005 at 12:44:21PM +0400, Eygene A. Ryabinkin wrote:
Actually, I just peeked inside the Linux EHCI code and it does a dummy
read immediately after writing to the status register:
/* clear (just) interrupts */
writel (status, ehci-regs-status);
On Thursday 01 September 2005 11:37, Eygene A. Ryabinkin wrote:
If Scott's patch doesn't work, could you have tried to install the
following (compiles on FreeBSD 5/6/7):
Yes, it also works and does even better work: FAT 32 and FAT 16
permormance are just the same and there is no additional
As Ian Dowse wrote to me at Tue, Aug 30, 2005 at 08:08:57PM +0100:
The patch in from the email below may help with the wdrain state -
can you see if it makes any difference?
No, it does not make any. Mainly because my USB 2.0 controller is NEC-based
(not VIA), so LOSTINTRBUG flag is not set.
Ian Dowse wrote:
The patch in from the email below may help with the wdrain state -
can you see if it makes any difference?
this solved the problem i had with umass devices on VIA controller.
works fine, thanks a lot!
the problem i hade is described in the followup to usb/81621
Ian Dowse wrote:
In message [EMAIL PROTECTED], Eygene A. Ryabinkin wri
tes:
What is filesystem has your USB drive?
The one I was extensively testing has FAT, but I've checked the UFS2 --
just a bit better -- 1.8 Mb/second. But you're right -- no wdrains at all.
FreeBSD 4.x had very low
Scott Long wrote:
Ian Dowse wrote:
In message [EMAIL PROTECTED], Eygene A.
Ryabinkin wri
tes:
What is filesystem has your USB drive?
The one I was extensively testing has FAT, but I've checked the UFS2 --
just a bit better -- 1.8 Mb/second. But you're right -- no wdrains at
all.
On Wednesday 31 August 2005 21:47, Scott Long wrote:
Scott Long wrote:
Ian Dowse wrote:
In message [EMAIL PROTECTED], Eygene A.
Ryabinkin wri
tes:
What is filesystem has your USB drive?
The one I was extensively testing has FAT, but I've checked the UFS2 --
just a bit better --
Scott Long wrote:
I wonder if that's the whole trick here. Would someone be willing to
try the attached patch instead of the one that Ian posted?
just tried the patch... no, it doesn't help.
stalls still happen when reading large files from the device.
--
Deomid Ryabkov aka Rojer
[EMAIL
Hans Petter Selasky wrote:
If Scott's patch doesn't work, could you have tried to install the following
(compiles on FreeBSD 5/6/7):
Download the three files below into a new directory and type
make install (to uninstall type make deinstall)
Hans Petter Selasky wrote:
On Wednesday 31 August 2005 21:47, Scott Long wrote:
Scott Long wrote:
Ian Dowse wrote:
In message [EMAIL PROTECTED], Eygene A.
Ryabinkin wri
tes:
What is filesystem has your USB drive?
The one I was extensively testing has FAT, but I've checked the UFS2 --
On Wednesday 31 August 2005 23:21, Rojer wrote:
Hans Petter Selasky wrote:
If Scott's patch doesn't work, could you have tried to install the
following (compiles on FreeBSD 5/6/7):
Download the three files below into a new directory and type
make install (to uninstall type make
On Wednesday 31 August 2005 23:21, Scott Long wrote:
Actually, I just peeked inside the Linux EHCI code and it does a dummy
read immediately after writing to the status register:
/* clear (just) interrupts */
writel (status, ehci-regs-status);
readl
Eygene A. Ryabinkin wrote:
I had exactly this problem with Kingston Data Traveler II+, and
apparently completely solved it by adding a kludge to disallow Cache
Syncronization. Try it yourself.
And the kludge is?
It's on my home machine, and I'm travelling now. But it's easy. Look
at
Good day.
I am observing very low umass performance: when I am trying to move a large
file from/to my USB 2.0 flash that is plugged into the USB 2.0 port: transfer
starts fine at 3.5 Mb/sec, but after some 20 Mbytes it hangs and the process
(dd) stay in the wdrain state. The activity LED on the
What is filesystem has your USB drive?
The one I was extensively testing has FAT, but I've checked the UFS2 --
just a bit better -- 1.8 Mb/second. But you're right -- no wdrains at all.
FreeBSD 4.x had very low performance with FAT filesystem,
writing process spent lots of time in the wdrain
Eygene A. Ryabinkin wrote:
Good day.
I am observing very low umass performance: when I am trying to move a large
file from/to my USB 2.0 flash that is plugged into the USB 2.0 port: transfer
starts fine at 3.5 Mb/sec, but after some 20 Mbytes it hangs and the process
(dd) stay in the
In message [EMAIL PROTECTED], Eygene A. Ryabinkin wri
tes:
What is filesystem has your USB drive?
The one I was extensively testing has FAT, but I've checked the UFS2 --
just a bit better -- 1.8 Mb/second. But you're right -- no wdrains at all.
FreeBSD 4.x had very low performance with FAT
Eygene A. Ryabinkin wrote:
Good day.
I am observing very low umass performance: when I am trying to move a large
file from/to my USB 2.0 flash that is plugged into the USB 2.0 port: transfer
starts fine at 3.5 Mb/sec, but after some 20 Mbytes it hangs and the process
(dd) stay in the wdrain
I had exactly this problem with Kingston Data Traveler II+, and
apparently completely solved it by adding a kludge to disallow Cache
Syncronization. Try it yourself.
And the kludge is?
--
rea
___
freebsd-hackers@freebsd.org mailing list
24 matches
Mail list logo
