xine, ppc and illegal instructions
Kevin B. Hendricks
khendricks at ivey.uwo.ca
Mon Apr 2 21:50:46 EST 2001
> > - could there be a cache flushing bug? When run in gdb if you set some
> > breakpoints in the shared library, it will flush the icache (to make sure
> > breakpoint gets flushed out of data cache and any preloaded instruction
> > thrown away) this in turn seems to "fix" the cache flush problem if one
> > exists.
> That makes sense to me.
> As reported in my previous message, it's now working using the latest
> BenH kernel (2.4.3 final) instead of the Paulus kernel (2.4.3-pre8) I
> was previously trying with, so I'm happy.
Isn't Ben's rsync kernel the one with a change in the kernel cache flushing
Samuel's message said the sequence should be
stw r4,0(r2) // store instruction
dcbst 0,r2 // Flush cache
I have sometimes seen code where you can batch things up with multiple dcbf
and icbi before the final sync isync.
So does the batch version work properly on a 7400 series or not?
Either way, we should probably check the cache flushing code in XFree86 (it
has its own dynamic loader) and OpenOffice (bridges code uses self-modifying
code) and the ppc closures code in libffi used by gcj to flush trampolines
and whatever ever other userland code uses cache flushing because many may
have been based on the kernel version of that routine.
I will check the latter two (OpenOffice and the gcj trampoline flush) since I
have easy access to that code. Has anyone checked the XFree86 cache flushing
Any info on if the flush a cache range with batched dcbf and icbi's version
used by the kernel works properly under 7400 would be greatly appreciated.
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
More information about the Linuxppc-dev