Bug 1713202 Comment 0 Edit History

Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.

On certain very common architectures (e.g. Intel) we may be able to avoid texture uploads/copies from SHM for SW-WR:

> (21:06:05) robert_mader: emersion, daniels: talking about shm buffer handling, has one of you looked into https://software.intel.com/content/www/us/en/develop/articles/zero-copy-texture-uploads-in-chrome-os.html before? Looks like on intel and similar we could avoid texture uploads from shm altogether
> (21:08:11) daniels: robert_mader: we can't really avoid uploads from shm, because you need to alloc a BO from vgem - it doesn't give you a way to wrap vaddr+len into a BO
> (21:08:28) daniels: so clients can do that today if they alloc using vgem and send via dmabuf
> (21:09:04) robert_mader: oh cool - so all compositors support this in theory?
> (21:16:02) jadahl: daniels: sounds like something gtk3 could benefit from
> (21:16:15) jadahl: as it'll likely never see any hw acceleration
> (21:17:52) daniels: robert_mader: yeah, as long as your driver can import from vgem, which is ... not all of them
> (21:17:55) daniels: jadahl: EFL does this too
On certain very common architectures (e.g. Intel) we may be able to avoid texture uploads/copies from SHM for SW-WR:

> (21:06:05) robert_mader: emersion, daniels: talking about shm buffer handling, has one of you looked into https://software.intel.com/content/www/us/en/develop/articles/zero-copy-texture-uploads-in-chrome-os.html before? Looks like on intel and similar we could avoid texture uploads from shm altogether
> (21:08:11) daniels: robert_mader: we can't really avoid uploads from shm, because you need to alloc a BO from vgem - it doesn't give you a way to wrap vaddr+len into a BO
> (21:08:28) daniels: so clients can do that today if they alloc using vgem and send via dmabuf
> (21:09:04) robert_mader: oh cool - so all compositors support this in theory?
> (21:16:02) jadahl: daniels: sounds like something gtk3 could benefit from
> (21:16:15) jadahl: as it'll likely never see any hw acceleration
> (21:17:52) daniels: robert_mader: yeah, as long as your driver can import from vgem, which is ... not all of them
> (21:17:55) daniels: jadahl: EFL does this too
> (21:39:13) emersion: i don't see vgem loaded often
> (21:40:51) daniels: a lot of people don't ship it because it will generally claim card0 and annoy dumb userspace
> (21:41:27) daniels: also it's an unguarded interface which allows userspace to allocate memory outwith ulimit
> (21:43:42) emersion: allocations not counted towards the allocating process?
> (21:44:59) daniels: right, they don't accrue towards your memory limit
> (21:45:13) daniels: (insert opinion about practical usefulness of ulimit here)

Back to Bug 1713202 Comment 0