Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

2D performance is very poor without UMP_LOCK_ENABLED #2

Open
ssvb opened this issue Dec 24, 2012 · 1 comment
Open

2D performance is very poor without UMP_LOCK_ENABLED #2

ssvb opened this issue Dec 24, 2012 · 1 comment

Comments

@ssvb
Copy link

ssvb commented Dec 24, 2012

When UMP_LOCK_ENABLED is not in use, memory allocation is done without UMP_REF_DRV_CONSTRAINT_USE_CACHE flag:
https://github.com/linux-sunxi/xf86-video-mali/blob/r3p0-04rel0/src/mali_exa.c#L312

As a result, fallbacks to software rendering have to work with uncached memory, which is an order of magnitude slower. The missing header "umplock_ioctl.h" can be snatched from the kernel sources.

@rzk
Copy link
Member

rzk commented Dec 24, 2012

UMP locking needs /dev/umplock driver, which was missing in Mali-400
packages from MaliDeveloperhttp://www.malideveloper.com/developer-resources/drivers/index.phptill
r3p2 (released this month).
Standard UMP driver that is provided by r3p1 and less doesnt have UMP
locking compatibilities.

Please, correct me if I'm wrong.

Best Regards,
Dmitriy Beykun

2012/12/25 Siarhei Siamashka [email protected]

When UMP_LOCK_ENABLED is not in use, memory allocation is done without
UMP_REF_DRV_CONSTRAINT_USE_CACHE flag:

https://github.com/linux-sunxi/xf86-video-mali/blob/r3p0-04rel0/src/mali_exa.c#L312

As a result, fallbacks to software rendering have to work with uncached
memory, which is an order of magnitude slower. The missing header
"umplock_ioctl.h" can be snatched from the kernel sources.


Reply to this email directly or view it on GitHubhttps://github.com//issues/2.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants