2011/5/3 Mathias Fröhlich <mathias.froehl...@gmx.net>: > Correct me when I am wrong: > In u_gen_mipmap, we call cso_set_framebuffer, which I expect to be aequivalent > to switching rendering outputs to a different fbo. When I do the aequivalent > from OpenGL level, I expect to have everything available from the previous > bound fbo without the need for the texture barrier extension (I don't recall > the exact name). True?
Yes. > Which led me to the to the conclusion that I do not want to use an explicit > texture barrier in this case but need to have something that flushes > implicitly > on setting a new framebuffer state. > True? Yes. > That would have the advantage that we already know what bo range to flush > instead of just the whole gpu memory like it is done and required for the > texture barrier. > That this does not work for the rv635 does not imply that other chips/drivers > cannot make use of this additional knowledge. > ... my two cents. > > > Appart from my current expectation about the implicit flush semantics on the > framebuffer state, some notes on what flush works and what not: > > The reason that the texture barrier works for me, is - by experimental > software development - that the texture barrier flushes the whole memory range > with the > > S_0085F0_TC_ACTION_ENA(1) | S_0085F0_CB_ACTION_ENA(1) | > S_0085F0_CB0_DEST_BASE_ENA(1) | > S_0085F0_CB1_DEST_BASE_ENA(1) | > S_0085F0_CB2_DEST_BASE_ENA(1) | > S_0085F0_CB3_DEST_BASE_ENA(1) | > S_0085F0_CB4_DEST_BASE_ENA(1) | > S_0085F0_CB5_DEST_BASE_ENA(1) | > S_0085F0_CB6_DEST_BASE_ENA(1) | > S_0085F0_CB7_DEST_BASE_ENA(1) > > bits. > If I do the same in r600_context_flush_dest_caches instead of the cache flush > and invalidate and reduce the flags to say > > S_0085F0_CB_ACTION_ENA(1) | > S_0085F0_CB0_DEST_BASE_ENA(1) | > S_0085F0_CB1_DEST_BASE_ENA(1) > > It works for me also, but > > S_0085F0_CB_ACTION_ENA(1) | > S_0085F0_CB0_DEST_BASE_ENA(1) > > does not work. Hmm, that's weird. I am out of ideas. Marek _______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
