Created attachment 57786 [details]
the weston and xorg running log
1, run the weston
2, run the rootless Xorg
./Xorg -rootless -wayland :2
3, run the xterm
the Xorg can run, but the xterm or other x client can not display in the weston;
and the error occurs when i update the weston and wayland protocol last week;
the attachment files have the log;
I think I'm seeing the same thing. Are you by any chance using nouveau drivers? That's what I'm using.
A possible explanation: http://lists.freedesktop.org/archives/wayland-devel/2012-March/002770.html
"I'd guess this is related to a change in shell to not map surfaces with
type none. A quick grep shows that nothing calls
wl_shell_surface_set_toplevel() in xwayland or the X window manager in
I thinks so;
when i set the surface of x client as the top-level, the client can be show;
but there are still a lot of work need to do when using the rootless Xorg;
deron: Patch? Please?
Created attachment 59183 [details] [review]
Re-enable assigning output for surface of type none
It's possible you can temporarily get xwayland to work by reverting weston commit de56c311d94e6df37537b9e05ec72863906902ff .
Patch to do this attached.
21:45 < Darxus> Sounds like it could be fixed with one wl_shell_surface_set_toplevel() line somewhere?
21:49 < krh> yea, but we want the X wm to handle that
21:57 < krh> the X wm is in src/xserver-launcher,c in weston
21:57 < krh> that needs to talk to wl_shell
21:57 < krh> but they're both inside weston, so we need a little bit of glue to make the talk
07:57 < timon37> krh: hello, i'm trying to make a radeon driver for xwayland, and the radeon portion went reasonably well, now i'm trying to update xwayland to do wl_shell_get_shell_surface etc.
07:58 < timon37> and i'm wondering if i'm not duplicating something you've already done but didn't publish
08:00 < timon37> or if you could help me a bit, i'm getting a crash with a fairly useless backtrace and have very few ideas how to find what's missing
08:05 < timon37> heh it's probably breaking in the backtrace printer itself, so the stack is probably corrupted:/
09:38 < krh> timon37: cool
09:39 < krh> timon37: the idea is that won want the X server to know about ewmh and icccm protocols
09:39 < krh> but have an X wm that can talk to X and read out ewmh properties like window type, title, icon etc and convert that to the corresponding wayland window types
09:40 < krh> for weston, that wm is actually in process, in xserver-launcher.c
09:40 < krh> and the trick is to get that to call into shell.c to get the shell surface and set the properties on it
Tiago: Thanks for the link, I mostly came here to add it.
This is apparently working again: http://lists.freedesktop.org/archives/wayland-devel/2012-April/003092.html
There's still a fair amount of breakage in XWayland, but this bug - no output at all, is fixed. More info posted to the same thread I linked to in the previous comment.
801b0e4 xwayland: Disable screensaver extension under xwayland
xf86-video-wlshm (requires s/hosted.h/xwayland.h/)
036c6cf wlshm: fix pixmap issues in rooted mode
Not tested because I don't have the hardware:
9b93914 Add xwayland support
I still get no output but it's possibly a problem on my end since it seems
to work for everyone else. Still investigating.