| Summary: |
[task] Crazy ideas: Eliminate compositor context switch by making kernel understand enough of wayland... |
| Product: |
Wayland
|
Reporter: |
Darxus <darxus> |
| Component: |
wayland | Assignee: |
Wayland bug list <wayland-bugs> |
| Status: |
RESOLVED
NOTABUG
|
QA Contact: |
|
| Severity: |
normal
|
|
|
| Priority: |
medium
|
|
|
| Version: |
unspecified | |
|
| Hardware: |
Other | |
|
| OS: |
All | |
|
| Whiteboard: |
|
|
i915 platform:
|
|
i915 features:
|
|
|---|
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.
- AF_WAYLAND - A new socket type. Eliminate compositor context switch by making kernel understand enough of wayland that it can forward input events as wayland events and do page flipping in response to surface_attach requests: - ioctl(wayland_fd, "surface_attach to object 5 should do a kms page flip on ctrc 2"); - what about multiple crtcs? what about frame event for other clients? - forward these input devices to the client - "scancode 124 pressed or released with scan codes 18,22 and 30 held down gives control back to userspace wayland. - what about maintaining cursor position? what about pointer acceleration? maybe this only works in "client cursor mode", where wayland hides the cursor and only sends relative events? Solves the composited cursor problem. How does X show its cursor then? - Probably not worth it.