WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-ppc-devel

Re: [XenPPC] Help with JS21 disk solution


On Sep 27, 2006, at 8:37 AM, Segher Boessenkool wrote:

If you need inv_all here, you have a bug elsewhere...

I agree, I'm just trying to corner the beast :)

Ok, this seems to work, its pretty solid, so somehow our invalidation logic is sufficient for network but not disk activity. One theory is that disk uses short lived TCE entries and not batching as network does.

So we have a workaround and later we can investigate the single entry issue.

Do you map the DART table as M=1 or M=0?  U3 should use M=0
(and needs logic to flush the data to main memory), while U4
should use M=1...

We are running in real-mode so there is no mapping.
We use normal writes and flush the cache.
After we flush everything we then go after the IO regs to invalidate, that syncs the hell out of the processor.

I'm considering using our CI IO ops to update the DART table just to see if it makes a diff.
-JX

_______________________________________________
Xen-ppc-devel mailing list
Xen-ppc-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-ppc-devel

<Prev in Thread] Current Thread [Next in Thread>