xorg-server 1.6.0 moves to extra

ap_ · 2009-04-17 19:03:22

Hello everybody. I just upgraded to the new Xorg and I have a strange problem with my keyboard. The Windows-key doesn't do anything. Since I'm using Awesome it's a pretty annoying problem too. Xev recognises the key just the way it should.

I've tried with the hotplugging on and off, what do you suggest I do next?

combuster · 2009-04-18 05:47:56

@anxrc and Nepherty

Lol, I didnt now that kms implies uxa but that is explaining the performance drop after enabling kms. As I typed with kms and exa 550 with kms and uxa 580 (it was kms and uxa all the time, lmao). Never mind, so I can erase my xorg.conf file because uxa is enabled by default, i thought exa is still there (havent reviewed Xorg.0.log after enabling kms) so I've added this to xorg.conf:

Section "Device"

Identifier "Configured Video Device"
Driver "intel"
Option "AccelMethod" "UXA"

EndSection

It's just one thing though, fedora beta enables kms by default (cause of plymouth) and that means that they've accepted uxa as default? Bold move, not 2 bright though I think...

what I noticed was that games like ET when run in some resolution like 640x480 would just take up a square of that size on the screen. Unplayable.

Yeah, I've noticed that 2 with Critical Mass, but most of the games have a video configuration options so I havent stuck with any that doesn't (freespace, urban terror) And upgrading to xf86-video-intel 2.7 from testing gives me unusable desktop, on gdm login screen I can't see anything because everything is trippled and blurry (it looks like it gives me wrong refresh rate)...

Last edited by combuster (2009-04-18 08:28:33)

combuster · 2009-04-18 06:02:56

sry, double posted...

Last edited by combuster (2009-04-18 06:04:39)

qubodup · 2009-04-18 11:32:10

ap_ wrote:

Hello everybody. I just upgraded to the new Xorg and I have a strange problem with my keyboard. The Windows-key doesn't do anything. Since I'm using Awesome it's a pretty annoying problem too. Xev recognises the key just the way it should.
I've tried with the hotplugging on and off, what do you suggest I do next?

I have the exact same problem.

PS: I have the Logitec Wave keyboard and xorg.conf looks like this for it:

Section "InputDevice"
    Identifier  "Keyboard0"
    Driver      "keyboard"
        Option      "CoreKeyboard"
    Option "XkbRules" "xorg"
    Option "XkbModel" "pc105"
    Option "XkbLayout" "us"
    Option "XkbVariant" ""
EndSection

PPS: for helping the search: Windows key, Mod Key, Super Key "that key between left ctrl and left alt keys"

Last edited by qubodup (2009-04-18 11:34:34)

linfan · 2009-04-18 12:54:31

I think I got the touchpad working now thanx to help from unohu on #archlinux. I use hotplugging and have no etries in xorg.conf for keyboard and mouse settings.

Thought I might share what I did and discuss the issue and maybe get some feedback.

The most weird of all was that even though I did not enable tapping and circular scrolling and edge scrolling it was still there. What triggers all those features is beyond my competence. But the solution was to add those features into the .fdi and mark them false.

In order to find out which touchpad I have, I typed 'cat /proc/bus/input/devices' in the terminal window.

My /etc/hal/fdi/policy/11-x11-synaptics.fdi now looks as follows:

<?xml version="1.0" encoding="ISO-8859-1"?>
<deviceinfo version="0.2">
<device>
<match key="info.product" contains="SynPS/2 Synaptics TouchPad">
<merge key="input.x11_driver" type="string">synaptics</merge>
<merge key="input.x11_options.AlwaysCore" type="string">true</merge>
<merge key="input.x11_options.VertEdgeScroll" type="string">true</merge>
<merge key="input.x11_options.HorizEdgeScroll" type="string">true</merge>
<merge key="input.x11_options.VertTwoFingerScroll" type="string">true</merge>
<merge key="input.x11_options.HorizTwoFingerScroll" type="string">true</merge>
<merge key="input.x11_options.SHMConfig" type="string">true</merge>
<merge key="input.x11_options.TapButton1" type="string">false</merge>
<merge key="input.x11_options.TapButton2" type="string">false</merge>
<merge key="input.x11_options.TapButton3" type="string">false</merge>
<merge key="input.x11_options.CircularScrolling" type="string">off</merge>
</match>
</device>
</deviceinfo>
______________

Running synclient -m 100 is a complete mess, but evidently it is not needed at all using true and/or false strings.

Synclient types some hundreds of outputs with different values and it is completely impossible to know what to do with all those values and to get any picture off which finger stroke or pressure corresponds to which output.

But I am glad that it now works, and that it is a bit more close to what was the case before the upgrade to xorg-1.6.

Last edited by linfan (2009-04-18 13:00:03)

ap_ · 2009-04-18 15:39:23

Ok, it seems this Win-key/Mod4-problem is in Awesome-specific. The key works fine as mod4 in Wmii and ScrotWM. Weird.

edit: Just installed Awesome 2.x, which is working like it should. Good enough for now.

Last edited by ap_ (2009-04-18 17:12:24)

nishantjr · 2009-04-18 17:59:32

hey. having problems with xorg

during the upgrade i got this:
xorg-server: /usr/lib/xorg/modules/extensions/libdri.so exists in filesystem
xorg-server: /usr/lib/xorg/modules/libwfb.so exists in filesystem

probly a stupid thing to do but, i deleted those files

now when i boot.. kdm and gnome dont see the key board.
hwd -xa says Xserver not installed
reinstalled with pacman xorg-server with pacman.. but it still does the same thing

please help... am using windows

catwell · 2009-04-18 23:12:55

I have the same problem than ap_ and qubodup. I've moved to OpenBox temporarily but I'd like to get back to Awesome asap. I'm not sure the problem comes from the Mod4 key, I've tried to set modkey="Shift" and it didn't work either. I've tried to fiddle with xev and xmodmap, doing things like this:

$ xev
[...]
KeyPress event, serial 35, synthetic NO, window 0x1200001,
    root 0xac, subw 0x0, time 18291278, (169,7), root:(1009,317),
    state 0x0, keycode 133 (keysym 0xffeb, Super_L), same_screen YES,
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False
[...]

$ xmodmap -pm
[...]
mod4        Super_L (0xce),  Hyper_L (0xcf)
[...]

$ xmodmap -e "clear mod4" -e "keycode 0xce = Hyper_L" -e "keycode 133 = Super_L" -e "add mod4 = Super_L"

$ xmodmap -pm                                                                                           
[...]
mod4        Super_L (0x85)
[...]

That didn't fix anything, even if do it before running Awesome in my .xinitrc.

I'd file a bug report if I knew where the bug is, but for now I don't. Moreover another Arch user said he can't reproduce it.

If anybody finds a fix I'd like to hear about it

qubodup · 2009-04-19 03:37:47

Win/Mod key awesome discussion now at http://bbs.archlinux.org/viewtopic.php?id=70377

chochem · 2009-04-19 19:09:17

I've been on the lookout for laments from other radeon (xf86-video-ati) users but those that have surfaced seem to be about stuff that's completely broken. My problem is smaller but annoying still:

- Video: Mplayer using XV overlay drops frames, not a lot just enough to be noticeable. At first I thought hardware acceleration just wasn't working anymore but the CPU isn't going into overdrive to handle the video ???
- 3D/OpenGL: My standard Neverball tests shows that 3D acceleration definitely isn't happening anymore. I've tried to find some information about this whole DRI2 thing. The upgrade notice mentioned that DRI2 was only supported on Intel hardware so far but does that mean that direct rendering shouldn't work on say ATI hw? The standard DRI test (glxinfo | grep direct) says that it does... :confused:

Is this a case of wait for the driver to get updated or do I need to update my xorg.conf. Posted for comepleteness sake:

# **********************************************************************
# Module section -- this  section  is used to specify
# which dynamically loadable modules to load.
# **********************************************************************

Section "Module"
    Load    "glx"
    Load    "dri"
    Load    "drm"
    Load    "dbe"      # Double buffer extension
    Load    "freetype"

    SubSection  "extmod"
      Option    "omit xfree86-dga"   # don't initialise the DGA extension
    EndSubSection

EndSection

Section "ServerFlags"
       Option "AllowEmptyInput" "False"
       Option "AutoAddDevices" "False"
EndSection


# **********************************************************************
# Input devices
# **********************************************************************

Section "InputDevice"
    Identifier  "Keyboard1"
    Driver      "keyboard"
        Option      "CoreKeyboard"
    Option "XkbRules" "xorg"
    Option "XkbModel" "pc105"
    Option "XkbLayout" "dk"
EndSection

Section "InputDevice"
    # Identifier and driver
    Identifier    "Mouse1"
    Driver    "mouse"
    Option "Protocol"    "Auto"    # Auto detect
    Option "Device"      "/dev/input/mice"
EndSection


# **********************************************************************
# Monitor section
# **********************************************************************

# Any number of monitor sections may be present

Section "Monitor"
    Identifier  "mymon"
    HorizSync   31.5 - 79.0
    VertRefresh 40-150
EndSection


# **********************************************************************
# Graphics device section
# **********************************************************************

Section "Device"
    Identifier  "myradeon"
    Driver      "radeon"
    #VideoRam    120000
    Option    "DRI" "true"
    Option    "GARTSize" "64"
    Option    "AGPMode" "4"
    Option    "ColorTiling" "on"
    Option    "AccelMethod" "EXA"
    Option    "AGPFastWrite" "yes"
    
EndSection

# Allow all users (DRI)
Section "DRI"
    Mode 0666
EndSection

# Composite 
Section "Extensions"
        Option "Composite" "Enable"
EndSection


# **********************************************************************
# Screen sections
# **********************************************************************

Section "Screen"
    Identifier  "Screen 1"
    Device      "myradeon"
    Monitor     "mymon"
    DefaultDepth 24

    Subsection "Display"
        Depth       8
        Modes       "1280x800" "1024x768" "800x600" "640x480"
        ViewPort    0 0
    EndSubsection
    Subsection "Display"
        Depth       16
        Modes       "1280x800" "1024x768" "800x600" "640x480"
        ViewPort    0 0
    EndSubsection
    Subsection "Display"
        Depth       24
        Modes       "1280x800" "1024x768" "800x600" "640x480"
        ViewPort    0 0
    EndSubsection
EndSection

# **********************************************************************
# ServerLayout sections.
# **********************************************************************


Section "ServerLayout"
    Identifier  "Simple Layout"
    Screen "Screen 1"
    InputDevice "Mouse1" "CorePointer"
    InputDevice "Keyboard1" "CoreKeyboard"
    Option "BackingStore" "true"
    Option "RenderAccel" "True"
EndSection

anrxc · 2009-04-19 23:45:08

Yeah, I've noticed that 2 with Critical Mass, but most of the games have a video configuration options so I havent stuck with any that doesn't (freespace, urban terror)

I can use native, 1280x800, resolution with ET but then the game is also unplayable as then the performance is crap (and has been for a long time now). I always had to run it in 640x480 to get 30+ FPS but in any case it would still always crash when I run into some rain no matter if using XAA/EXA/UXA and we are talking about a 7 years old game and a little rain <- wow what a demanding effect that must be (while on Windows the X3100 owners can even play some modern games thanks to a few clever driver hacks).

And upgrading to xf86-video-intel 2.7 from testing gives me unusable desktop, on gdm login screen I can't see anything because everything is trippled and blurry (it looks like it gives me wrong refresh rate)...

I also run into a garbeled screen with 2.7.0 and KMS/UXA. The "solution" is to disable Tiling in xorg.conf. But situation with KMS is actually even worse then with 2.6, because a) X freezes on logout, b) X freezes on OO.o start (tried this a few times) and c) X freezes on who knows what else, I didn't stick around to find out.

combuster · 2009-04-20 08:58:43

Well everything is pretty stable with 2.6-3 and kms and uxa, got that annoying slow redraw when pop up or message boxes appear (got white then theme coloured background on message box window)... Performance is terrible but it's at least constant and I haven't experienced any crashes (no rain though ;-). I agree that this gpu is overall a terrible performer in openGL (in windows DirectX runs much better, openGL still sukZ) but there is much space left for improvement in linux, I just want to have a stable desktop enviroment with composite enabled and 25fps min on a game that runs on 10year old quake3 engine... Not asking 2 much I think. I hope that when time comes for xserver 1.7 that we will have what has been promised to us since annoucement has been made for Xorg 7.4...

combuster · 2009-04-23 06:57:38

OK, I've just manually compiled the intel 2.7.0 driver from http://xorg.freedesktop.org/archive/ind … .0.tar.bz2 and the performance is a disaster. First I had to disable tiling option in xorg.conf because it gave me a garbled screen like from testing repo. Second, glxgears showed up 100fps dropout (470fps vs 570fps with 2.6.3). Urban terror is almost unplayable (18fps) and the mouse is laggy even on menu screen. There is still a message box redrawing problem and a fullscreen framed in resolutions lower than the native one. I hope it will never come in extra not untill a newer driver is released anyway...

flamelab · 2009-05-29 13:15:44

Hey, no Ctrl+alt+Backspace again ?

What's going on ?

wankel · 2009-05-29 19:42:40

flamelab wrote:

Hey, no Ctrl+alt+Backspace again ?
What's going on ?

After the last update I lost this function again, still have the "dont zap" line in my xorg too..anyone know what the deal is?

flamelab · 2009-05-29 21:31:39

Me too.

[irony] Xorg devs and ATi closed driver devs are my favorite ones, they seem to do such a good work both of them[/irony]

wankel · 2009-05-30 05:46:05

flamelab wrote:

Me too.
[irony] Xorg devs and ATi closed driver devs are my favorite ones, they seem to do such a good work both of them[/irony]

flamelab, add the following to your .xinitrc and it should start working again

setxkbmap -option terminate:ctrl_alt_bksp

Kilz · 2009-05-30 21:33:49

flamelab wrote:

Me too.
[irony] Xorg devs and ATi closed driver devs are my favorite ones, they seem to do such a good work both of them[/irony]

You should demand a refund!

flamelab · 2009-05-31 01:32:27

Kilz wrote:

flamelab wrote:
Me too.
[irony] Xorg devs and ATi closed driver devs are my favorite ones, they seem to do such a good work both of them[/irony]
You should demand a refund!

Oh yes, especially for the ATi guys. The others are just too bored or too few.

Last edited by flamelab (2009-05-31 01:33:05)

Arch Linux

#101 2009-04-17 19:03:22

Re: xorg-server 1.6.0 moves to extra

#102 2009-04-18 05:47:56

Re: xorg-server 1.6.0 moves to extra

#103 2009-04-18 06:02:56

Re: xorg-server 1.6.0 moves to extra

#104 2009-04-18 11:32:10

Re: xorg-server 1.6.0 moves to extra

#105 2009-04-18 12:54:31

Re: xorg-server 1.6.0 moves to extra

#106 2009-04-18 15:39:23

Re: xorg-server 1.6.0 moves to extra

#107 2009-04-18 17:59:32

Re: xorg-server 1.6.0 moves to extra

#108 2009-04-18 23:12:55

Re: xorg-server 1.6.0 moves to extra

#109 2009-04-19 03:37:47

Re: xorg-server 1.6.0 moves to extra

#110 2009-04-19 19:09:17

Re: xorg-server 1.6.0 moves to extra

#111 2009-04-19 23:45:08

Re: xorg-server 1.6.0 moves to extra

#112 2009-04-20 08:58:43

Re: xorg-server 1.6.0 moves to extra

#113 2009-04-23 06:57:38

Re: xorg-server 1.6.0 moves to extra

#114 2009-05-29 13:15:44

Re: xorg-server 1.6.0 moves to extra

#115 2009-05-29 19:42:40

Re: xorg-server 1.6.0 moves to extra

#116 2009-05-29 21:31:39

Re: xorg-server 1.6.0 moves to extra

#117 2009-05-30 05:46:05

Re: xorg-server 1.6.0 moves to extra

#118 2009-05-30 21:33:49

Re: xorg-server 1.6.0 moves to extra

#119 2009-05-31 01:32:27

Re: xorg-server 1.6.0 moves to extra

Board footer