diff options
author | Kristian Høgsberg <krh@bitplanet.net> | 2010-09-14 11:25:55 -0400 |
---|---|---|
committer | Kristian Høgsberg <krh@bitplanet.net> | 2010-09-14 12:41:59 -0400 |
commit | a46dc06da7fdabde7311a33355fbe3dfa256a446 (patch) | |
tree | 594ac114913ca869ce99de5610bb93b4e425b38a | |
parent | 6dd08ebbe108c2c78cc23d6af0b00a84199d8b2c (diff) |
Copy over updated build instructions from the google group
-rw-r--r-- | README | 129 |
1 files changed, 83 insertions, 46 deletions
@@ -1,68 +1,105 @@ -This file describes how to build and run wayland. See NOTES for what -wayland is or maybe will be some day. There's a google group for -wayland/eagle discussion here: +These instructions assume some familiarity with git and building and +running experimental software. And be prepared that this project +isn't at all useful right now, it's still very much a prototype. When +the instructions suggest to clone a git repo, you can of course just +add a remote and fetch instead, if you have a clone of that repo +around already. I usually install all software I'm working on into +$HOME/install, so that's what I'll use in the instructions below, but +you can use your favorite directory of course or install over your +system copy (pass --prefix=/usr --sysconfdir=/etc, generally). - http://groups.google.com/group/wayland-display-server -Wayland requires the eagle EGL stack available from +Modesetting - git://people.freedesktop.org/~krh/eagle +At this point, kernel modesetting is upstream for Intel, AMD and +nVidia chipsets. Most distributions ship with kernel modesetting +enabled by default and will work with Wayland out of the box. The +modesetting driver must also support the page flip ioctl, which only +the intel driver does at this point. -and currently assumes that eagle is checked out in a sibling -directory, for example: - ~krh/src/wayland and - ~krh/src/eagle +Building mesa -Eagle should work with a recent DRI driver from mesa, but I have mesa -repo with an eagle branch here: +Wayland uses the mesa EGL stack, and all extensions required to run +EGL on KMS are now upstream on the master branch. The 7.9 release of +mesa will have all these extensions, but for now you'll need to build +mesa master: - git://people.freedesktop.org/~krh/mesa + $ git clone git://anongit.freedesktop.org/mesa/mesa + $ cd mesa + $ ./configure --prefix=$HOME/install --enable-egl --enable-gles2 + $ make && make install -which provides and experimental DRI CopyBuffer extension, that lets -wayland use the DRI driver and the hardware for implementing buffer -swaps. Eagle needs to be compiled against the dri_interface.h from -this branch to be able to use the CopyBuffer extension. +If you're using an intel chipset, it's best to also pass +--disable-gallium to ./configure, since otherwise libEGL will try to +load the gallium sw rasterizer before loading the Intel DRI driver. -To run wayland you currently need intel hardware, a kernel with gem -and kernel modesetting, and it is necessary to set a couple of -environment variables. First, set LD_LIBRARY_PATH: - export LD_LIBRARY_PATH=$PWD:$PWD/../eagle +libxkbcommon -Yes, this sucks, but libtool sucks more. Then to let eagle pick up -the custom dri driver, set +Wayland needs libxkbcommon for translating evdev keycodes to keysyms. +There's a couple of repos around, and we're trying to consolidate the +development, but for wayland you'll need the repo from my get +repository. For this you'll need development packages for xproto, +kbproto and libX11. - export EAGLE_DRIVER_PATH=$PWD/../mesa/lib + $ git clone git://people.freedesktop.org/~krh/libxkbcommon.git + $ cd libxkbcommon/ + $ ./autogen.sh --prefix=$HOME/install + $ make && make install -and finally set up the path to the evdev device to use as a pointer -device: - export WAYLAND_POINTER=/dev/by-id/whatever-it's-called-event-mouse +cairo-gl -If you haven't already, load the i915 driver with modesetting: +The Waland clients render using cairo-gl, which is an experimental +cairo backend. It has been available since cairo 1.10. Unless your +distribution ships cairo with the gl backend enabled, you'll need to +compile your own version of cairo: - modprobe i915 modeset=1 + $ git clone git://anongit.freedesktop.org/cairo + $ cd cairo + $ ./autogen.sh --prefix=$HOME/install --enable-gl + $ make && make install -You may need to unload it first, if it's loaded already. Also, on -Fedora, there may be a bogus /etc/modprobe.d/i915modeset preventing -the modeset paramater from reaching the module. Nuke it. -At this point you should be able to launch wayland and a couple of -clients. Try something like: +Wayland - ./wayland & - ./background <some png/jpg image smaller than 1024x768> & - ./flower & - ./flower & - ./flower & - ./window & - ./pointer & +With mesa and libxkbcommon in place, we can checkout and build +Wayland. Aside from mesa, Wayland needs development packages for +gdk-pixbuf-2.0, libudev, libdrm, xcb-dri2, xcb-fixes (for X +compositor) cairo-gl, glib-2.0, gdk-2.0 (for poppler) and +poppler-glib: -Maybe some day there'll be a script that does all this. Some day... + $ git clone git://people.freedesktop.org/~krh/wayland + $ aclocal; autoconf; ./configure --prefix=$HOME/install + $ make && make install -And after all this work it may still not work or even oops your -kernel. It's very much work in progress, so be prepared. +Installing into a non-/usr prefix is fine, but the 70-wayland.rules +udev rule file has to be installed in /etc/udev/rules.d. Once +installed, either reboot or run -cheers, -Kristian + $ sudo udevadm trigger --subsystem-match=drm --subsystem-match=input + +to make udev label the devices wayland will use. + +If DISPLAY is set, the wayland compositor will run under X in a window +and take input from X. Otherwise it will run on the KMS framebuffer +and take input from evdev devices. Pick a background image that you +like and copy it to the Wayland source directory as background.jpg or +use the -b command line option: + + $ ./wayland-system-compositor -b my-image.jpg + +To run clients, switch to a different VT and run the client from +there. Or run it under X and start up the clients from a terminal +window. There are a few demo clients available, but they are all +pretty simple and mostly for testing specific features in the wayland +protocol: 'terminal' is a simple terminal emulator, not very compliant +at all, but works well enough for bash + + 'flower' moves a flower around the screen, testing the frame protocol + 'gears' glxgears, but for wayland, currently broken + 'image' loads the image files passed on the command line and shows them + + 'view' does the same for pdf files, but needs file URIs + (file:///path/to/pdf) |