LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Debian (https://www.linuxquestions.org/questions/debian-26/)
-   -   Simply replacing Xorg by Xfbdev... (https://www.linuxquestions.org/questions/debian-26/simply-replacing-xorg-by-xfbdev-4175503541/)

Xeratul 05-01-2014 12:44 AM

Simply replacing Xorg by Xfbdev...
 
Hi, I also want to use Xfbdev on my asus laptop. I have now xorg with driver but I want to try lighter xserver.

I have the same problem with keyboard and mouse not functioning, I tried to use -mouse mouse, -mouse evdev,,/dev/input/event etc. etc. but nothing works.

Do you know maybe what could be wrong?

I will try to compile manually when I get home but I would prefer to fix the ebuild instead. It is hard to find some info, many links are not for debian. It starts almost instantly but without mouse and keyboard :(

apt-get install xserver-xfbdev

and then use ~/.xserverrc with
Quote:

#!/bin/sh


exec /usr/bin/Xorg -nolisten tcp "$@"

# exit
# exec /usr/bin/X -nolisten tcp "$@"

# exec /usr/bin/X -screen 800x600x16 -keybd evdev,,device=/dev/input/event0 -mouse evdev,,device=/dev/input/event1 -nolisten tcp "$@"
# exec /usr/bin/Xfbdev -screen 800x600x16 -keybd evdev,,device=/dev/input/event0 -mouse evdev,,device=/dev/input/event1 -nolisten tcp "$@"


# exec /usr/bin/Xfbdev -screen 800x600x16 -keybd evdev,,device=/dev/input/by-path/platform-i8042-serio-0-event-kbd -mouse evdev,,device=/dev/input/event1 -nolisten tcp "$@"

# exec /usr/bin/Xfbdev -keyboard evdev,,device=/dev/input/by-path/platform-i8042-serio-0-event-kbd -pointer evdev,,device=/dev/input/by-path/platform-i8042-serio-4-event-mouse -nolisten tcp "$@"


Linux debian stable 3.2.0-4-686-pae #1 SMP Debian 3.2.57-3 i686 GNU/Linux
ii xserver-xfbdev 2:1.12.4-6+deb7u2 i386 Linux framebuffer device tiny X server

mdooligan 05-02-2014 10:21 AM

I played around with compiling my own Xserver a few years back. I never could get one that was smaller or faster than the default one provided by my distro. The fbdev server was slow and had mouse issues as I recall.

Xservers get down and dirty with the underlying hardware, so they can take advantage of certain video cards and stuff. fbdev is pretty much guaranteed to work on anything, but not so good in my experience. You need to find one that matches your video card.

I don't know if you have it, but there used to be a nasty old program called 'xf86config' or 'xf86cfg' that chewed through your system and tried to pick the best server for the job and write a decent XF86Config config file to /etc/X11. Running it can be a learning experience. It's rather verbose by nature.

Xeratul 05-07-2014 12:20 PM

Quote:

Originally Posted by mdooligan (Post 5163357)
I played around with compiling my own Xserver a few years back. I never could get one that was smaller or faster than the default one provided by my distro. The fbdev server was slow and had mouse issues as I recall.

Xservers get down and dirty with the underlying hardware, so they can take advantage of certain video cards and stuff. fbdev is pretty much guaranteed to work on anything, but not so good in my experience. You need to find one that matches your video card.

I don't know if you have it, but there used to be a nasty old program called 'xf86config' or 'xf86cfg' that chewed through your system and tried to pick the best server for the job and write a decent XF86Config config file to /etc/X11. Running it can be a learning experience. It's rather verbose by nature.

I got it working.

I had no patience to compile fbdev (from xorg). I believe that xfbdev is awesome.

It works now. I could install it...


and man, my CPU is not overloaded by XORG and XFBDEV is much more reliable!!!!!!!!!

so my xfbdev is running X with about 60-70% ressource saving !!!!!!!!!!!!
(based from htop and proc mem /cpu)

Furthermore XFBDEV does not crash !


Pitty that it is a dead project, eaten my Xorg. :(


If you wanna an how-to, I can provide how to install it. It is very easy (well kinda when you know how).

TobiSGD 05-07-2014 03:38 PM

While it may appear that xfbdev is more lightweight, the exact opposite should be the truth. Since it can not use any of the advanced acceleration functions of GPUs, like 2D acceleration, 3D acceleration, video decoding and acceleration, ..., it should be much more resource intensive, at least CPU-wise, once you start actually working with the system.


All times are GMT -5. The time now is 02:19 AM.