Wednesday 08 July 2009 12:50:56 Hans Petter Selasky napisał(a):
By flush you mean write from CPU cache to RAM, right. And nothing else? You
don't mean discard CPU cache by flush ???
Yes. By flush I mean write all valid and modified cache lines to RAM.
However looking into logs which I have
Wednesday 08 July 2009 12:30:46 Sebastian Huber napisał(a):
Device to memory DMA transfer of a buffer:
(...)
3. all accesses to the buffer via the cache must wait until the DMA has
finished
And this is the problem in my oppinion - USB stack does not wait.
--
Best Regards.
Piotr Zięcik
HPS,
Not sure whether this is actually a problem, but you might want to have a
look at the switch command for ZTE devices in the FBSD7 code base. it uses a
ZTE specific command. The ZTE 636 device here switches properly using that
command sequence.
On another note, that device presents
[http://www.turkeycallingus.com/]
Exclusive Boutique Enterprise
Turkey FAM
ISTANBUL - CAPPADOCIA - KONYA - ANTALYA - PAMUKKALE - KUSADASI
9 Nights / 11 Days $999
• 5 Continents • 150 Countries Worldwide • 100.000 Hotels •
Instant Confirmation
[http://www.turkeycallingus.com]
On Thursday 09 July 2009 18:34:40 Hans Petter Selasky wrote:
Full log with backtraces is here:
http://people.freebsd.org/~raj/logs/usb-cache.log
1) My analysis: Only the data areas are being flushed/invalidated.
I also see that the flushing/invalidating is being done correctly.
--HPS
On Thursday 09 July 2009 17:33:52 Nick Hibma wrote:
HPS,
Not sure whether this is actually a problem, but you might want to have a
look at the switch command for ZTE devices in the FBSD7 code base. it uses
a ZTE specific command. The ZTE 636 device here switches properly using
that command
Promotional gift with YOUR OWN LOGO
USB Flash Drive 1GB at USD4.65 1K PCS FD262
(
http://rs-tr.com//t.aspx/subid/7647985/camid/25823/www.worldcrown.net/product_info.asp?id=529
) (
http://rs-tr.com//t.aspx/subid/7647985/camid/25823/worldcrown.net/product_info.asp?id=539
) (
