This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

glMapBufferRange overhead second inquery

I had a topic question on the old forum which shown an issue with the Mali-T6xx driver being terribly slow with both glBufferSubData and glMapBufferRange with the unsync bit set.

I was wondering if there has been any information on if the situation has improved on your end. I've followed the guide here for installing a Unix system on my Chromebook with the latest drivers you provide to the public and the issue is still there.

Any way to get an update on if its fixed and just pending an update somewhere?

Parents
  • I provided a test case in the previous forum which is now wiped and I don't feel like rewriting the example right now.

    I know in the publicly released drivers that the unsync bit is completely ignored, so I already know the reason why the code fails there.

    I just want to know if a newer version of the drivers that does support the unsync bit will be coming that I can install on my Chromebook.

Reply
  • I provided a test case in the previous forum which is now wiped and I don't feel like rewriting the example right now.

    I know in the publicly released drivers that the unsync bit is completely ignored, so I already know the reason why the code fails there.

    I just want to know if a newer version of the drivers that does support the unsync bit will be coming that I can install on my Chromebook.

Children