And for my case bandwisth is only:
60 fields/sec * 720 pix/line * 240 lines * 2 bytes/pixel (4:2:2)
---------------------------------------------------------------- = 6Mb/sec
3 compression
But I can set comression to 6 if needed. I can't set it less then 3 that is.
I can set it to 30 if I'm really bad.
So, you think that 6Mb/sec would compete with memcp_tofs?
Let us see, cp uses 4096 butes buffers. You say that memcopy does
30Mb/sec. It means that one buffer would be copied in
700 usec. Can 060 wait for 700usec - it's about 11 lines. JPEG block strip
is 8 lines. So I guess, there should be a buffer of 2 strips in 060
(they don't tell that explicitely), one being filled in, another one
being processed (since you need whole 8 lines to start working on).
Difficult to say, I need to check all the flags about buffers fullnes
and so forth.
Well, do you think that such kind of bad behaviour (hold bus for
700 usec) is possible on the
PCI bus - I thought there is some arbitration and so forth.
I wish these PCI controllers were achieving the effect of dual port RAM,
i.e. that CPU and PCI devices would be able to share RAM transparently.
Vassili.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/