Re: mixed OpenGL vendor drivers
Am 16.11.10, 19:21 -0500 schrieb Matt Turner: On Tue, Nov 16, 2010 at 3:38 AM, Kai-Uwe Behrmann k...@gmx.de wrote: ATI and Nvidia ship separate version of libGL.so, for Linux and probably for other operating systems. Now I want to make a Live media with out of the box fantastic OpenGL support for a wide range of graphic cards. Is the replacement by vendors of libGL something dictated by the architecture of Xorg or the OpenGL spec? What are good solutions to switch the library on the fly? (That written, I admire the efforts to bring open sourced GL drivers on the table. But artists need for work horse graphics really fast drivers. Otherwise coe in danger to simply switch the platform.) Can you legally redistribute ATI/Nvidia's binary drivers? Back in the Xgl days, someone made a LiveCD to show off the spinning cube, and in order to make this work distributed the drivers on the CD. I think they realized (or were told?) that they weren't really supposed to do that and stopped making the CD. It's pretty pedantic, but. http://de.download.nvidia.com/XFree86/Linux-x86_64/260.19.21/README/faq.html says under 7.1 NVIDIA-INSTALLER Why does NVIDIA not provide RPMs? ... These repackaged NVIDIA drivers are likely to inter-operate best with the Linux distribution's package management technology. For this reason, NVIDIA encourages users to use their distribution's repackaged NVIDIA driver, where available. AMD Software End User License Agreement (d) In addition to the license terms above, with respect to portions of the Software in source code or binary form designed exclusively for use with the Linux operating system (AMD Linux Code), you may use, display, modify, copy, distribute, allow others to re-distribute, package and repackage such AMD Linux Code for commercial and non-commercial purposes, provided that: So I read this as, redistribution is fine with at least Nvidia and AMD. kind regards Kai-Uwe Behrmann -- developing for colour management www.behrmann.name + www.oyranos.org ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: mixed OpenGL vendor drivers
On Wed, Nov 17, 2010 at 10:34 AM, Kai-Uwe Behrmann k...@gmx.de wrote: Am 16.11.10, 19:21 -0500 schrieb Matt Turner: On Tue, Nov 16, 2010 at 3:38 AM, Kai-Uwe Behrmann k...@gmx.de wrote: ATI and Nvidia ship separate version of libGL.so, for Linux and probably for other operating systems. Now I want to make a Live media with out of the box fantastic OpenGL support for a wide range of graphic cards. Is the replacement by vendors of libGL something dictated by the architecture of Xorg or the OpenGL spec? What are good solutions to switch the library on the fly? (That written, I admire the efforts to bring open sourced GL drivers on the table. But artists need for work horse graphics really fast drivers. Otherwise coe in danger to simply switch the platform.) Can you legally redistribute ATI/Nvidia's binary drivers? Back in the Xgl days, someone made a LiveCD to show off the spinning cube, and in order to make this work distributed the drivers on the CD. I think they realized (or were told?) that they weren't really supposed to do that and stopped making the CD. It's pretty pedantic, but. http://de.download.nvidia.com/XFree86/Linux-x86_64/260.19.21/README/faq.html says under 7.1 NVIDIA-INSTALLER Why does NVIDIA not provide RPMs? ... These repackaged NVIDIA drivers are likely to inter-operate best with the Linux distribution's package management technology. For this reason, NVIDIA encourages users to use their distribution's repackaged NVIDIA driver, where available. AMD Software End User License Agreement (d) In addition to the license terms above, with respect to portions of the Software in source code or binary form designed exclusively for use with the Linux operating system (AMD Linux Code), you may use, display, modify, copy, distribute, allow others to re-distribute, package and repackage such AMD Linux Code for commercial and non-commercial purposes, provided that: So I read this as, redistribution is fine with at least Nvidia and AMD. The constraints lie in linux' GPL license. This all hearsay, but there is supposed to be a segment that forbids shipping a closed source module with the kernel, without also providing the sourcecode. kind regards Kai-Uwe Behrmann -- developing for colour management www.behrmann.name + www.oyranos.org ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: madman2...@gmail.com -- Far away from the primal instinct, the song seems to fade away, the river get wider between your thoughts and the things we do and say. ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: mixed OpenGL vendor drivers
So I read this as, redistribution is fine with at least Nvidia and AMD. And for legal purposes allow me to remind you that the Linux kernel is subject to the GNU public license v2. This has specific constraints on derivative works and large numbers of contributors (me included) have never given anyone permission to ignore that. Whether the Nvidia binary driver is a derivative work is a matter for lawyers, but you should be aware of the licensing requirements for the kernel. (and I am advised to inform anyone of this when it comes up so that if it ever does end up in court it can be demonstrated that the infringement was likely to have been knowing) Alan ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: mixed OpenGL vendor drivers
Am 17.11.10, 11:17 - schrieb Alan Cox: So I read this as, redistribution is fine with at least Nvidia and AMD. And for legal purposes allow me to remind you that the Linux kernel is subject to the GNU public license v2. This has specific constraints on derivative works and large numbers of contributors (me included) have never given anyone permission to ignore that. Whether the Nvidia binary driver is a derivative work is a matter for lawyers, but you should be aware of the licensing requirements for the kernel. (and I am advised to inform anyone of this when it comes up so that if it ever does end up in court it can be demonstrated that the infringement was likely to have been knowing) hmm ... Would kernel people be more relaxed by downloading the OpenGL drivers just after the LiveCD has started? (At least a network enabled computer could then install all the good stuff to see how Linux stuff competes with osX or Windows.) thanks, Kai-Uwe Behrmann -- developing for colour management www.behrmann.name + www.oyranos.org ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Evdev keyboard sends keycodes but no keysyms
On Thu, Nov 18, 2010 at 12:26:27AM +0100, Simon Thum wrote: On 11/17/10 00:01, Peter Hutterer wrote: On Wed, Nov 17, 2010 at 01:33:34AM +0100, Simon Thum wrote: Hi all, no dice so far. I get some additional lines: [ 16085.444] (II) config/udev: Adding input device AT Translated Set 2 keyboard (/dev/input/event4) [ 16085.444] (**) AT Translated Set 2 keyboard: Applying InputClass evdev keyboard catchall [ 16085.444] (**) AT Translated Set 2 keyboard: Applying InputClass keyboard-de [ 16085.444] (II) Loading /usr/lib64/xorg/modules/input/evdev_drv.so [ 16085.444] (**) AT Translated Set 2 keyboard: always reports core events [ 16085.444] (**) AT Translated Set 2 keyboard: Device: /dev/input/event4 [ 16085.448] (--) AT Translated Set 2 keyboard: Found keys [ 16085.448] (II) AT Translated Set 2 keyboard: Configuring as keyboard [ 16085.448] (**) Option config_info udev:/sys/devices/platform/i8042/serio0/input/input4/event4 [ 16085.448] (II) XINPUT: Adding extended input device AT Translated Set 2 keyboard (type: KEYBOARD) [ 16085.448] (**) Option xkb_rules evdev [ 16085.448] (**) Option xkb_model evdev [ 16085.448] (**) Option xkb_layout us [ 16085.448] (**) Option xkb_options terminate:ctrl_alt_bksp [ 16085.448] (II) XKB: Reusing cached keymap [ 16085.448] (II) config/udev: Adding input device SynPS/2 Synaptics TouchPad (/dev/input/event7) I even added the option xkb_layout, recompiled the whole stuff and so on. I'm using startx -- -logverbose, is that OK? try -logverbose 12 or something, otherwise you'll just increase by one. also, try to remove the cached keymaps, I wonder if something goes wrong there. That seems strange - I got an empty /var/cache/xkb (except for a README.compiled, might be installed by gentoo). Yet still, I'm getting that messag three timese: XKB: Reusing cached keymap. From my reading of the code that means it's initializing 4 keyboards? It's a server bug, tracked it down to the merge commit (see below) but I need to figure out whether it's the conflicts I fixed in that commit that broke it or just a bad bisect. If you find the time - please go for it. (note that the topmost commit is a local one, the rest is from the public tree) git bisect start # bad: [6f2753fbcfb3aabe3c32199f0e77bbaabcc5fd21] xkb: random constification all over the place. git bisect bad 6f2753fbcfb3aabe3c32199f0e77bbaabcc5fd21 # good: [693e92d4049ee76d074737480f3fc1bb236f4278] xfree86: add xf86OptionListDuplicate() git bisect good 693e92d4049ee76d074737480f3fc1bb236f4278 # good: [32de0c19075b886c2fc03f6ad73d9c15df1b2309] Move replay-window check from ComputeFreezes to CheckDeviceGrabs. git bisect good 32de0c19075b886c2fc03f6ad73d9c15df1b2309 # good: [a52efb096e166e325deb3d6b502671f339a4fa15] Merge remote branch 'sthibaul/master-iopl' git bisect good a52efb096e166e325deb3d6b502671f339a4fa15 # good: [4ed4915bc0fbe9b4419ca4a0d4e43c2fee032ae9] Merge remote branch 'whot/for-keith' git bisect good 4ed4915bc0fbe9b4419ca4a0d4e43c2fee032ae9 # bad: [5cf3b654fccf09de63a3f983c85096cda78fb693] input: move proximity state into ProximityClassRec. git bisect bad 5cf3b654fccf09de63a3f983c85096cda78fb693 # bad: [9696c782c8cb86b06d12949899582533a2e04cfe] test: valuator_mask tests. git bisect bad 9696c782c8cb86b06d12949899582533a2e04cfe # bad: [675f4a8525d29ebad783351e17be785b2f32b2e8] Abstract valuator masks through a set of APIs. git bisect bad 675f4a8525d29ebad783351e17be785b2f32b2e8 # bad: [675f4a8525d29ebad783351e17be785b2f32b2e8] Abstract valuator masks through a set of APIs. git bisect bad 675f4a8525d29ebad783351e17be785b2f32b2e8 # good: [23229c7ce5970516b97a1cc12e65257ff65ab9a7] test: Fix make distcheck when not building unit tests git bisect good 23229c7ce5970516b97a1cc12e65257ff65ab9a7 # bad: [fc48a8f9f5f66e591b3e39211d44ce68267303f8] Add CountBits() to the server. git bisect bad fc48a8f9f5f66e591b3e39211d44ce68267303f8 # bad: [eaf0b6a4d83d49930d21d5191f335fcac962632e] Merge branch 'master' into input-api git bisect bad eaf0b6a4d83d49930d21d5191f335fcac962632e Cheers, Peter ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Evdev keyboard sends keycodes but no keysyms
On Wed, Nov 17, 2010 at 3:26 PM, Simon Thum simon.t...@gmx.de wrote: On 11/17/10 00:01, Peter Hutterer wrote: On Wed, Nov 17, 2010 at 01:33:34AM +0100, Simon Thum wrote: Hi all, no dice so far. I get some additional lines: [ 16085.444] (II) config/udev: Adding input device AT Translated Set 2 keyboard (/dev/input/event4) [ 16085.444] (**) AT Translated Set 2 keyboard: Applying InputClass evdev keyboard catchall [ 16085.444] (**) AT Translated Set 2 keyboard: Applying InputClass keyboard-de [ 16085.444] (II) Loading /usr/lib64/xorg/modules/input/evdev_drv.so [ 16085.444] (**) AT Translated Set 2 keyboard: always reports core events [ 16085.444] (**) AT Translated Set 2 keyboard: Device: /dev/input/event4 [ 16085.448] (--) AT Translated Set 2 keyboard: Found keys [ 16085.448] (II) AT Translated Set 2 keyboard: Configuring as keyboard [ 16085.448] (**) Option config_info udev:/sys/devices/platform/i8042/serio0/input/input4/event4 [ 16085.448] (II) XINPUT: Adding extended input device AT Translated Set 2 keyboard (type: KEYBOARD) [ 16085.448] (**) Option xkb_rules evdev [ 16085.448] (**) Option xkb_model evdev [ 16085.448] (**) Option xkb_layout us [ 16085.448] (**) Option xkb_options terminate:ctrl_alt_bksp [ 16085.448] (II) XKB: Reusing cached keymap [ 16085.448] (II) config/udev: Adding input device SynPS/2 Synaptics TouchPad (/dev/input/event7) I even added the option xkb_layout, recompiled the whole stuff and so on. I'm using startx -- -logverbose, is that OK? try -logverbose 12 or something, otherwise you'll just increase by one. also, try to remove the cached keymaps, I wonder if something goes wrong there. That seems strange - I got an empty /var/cache/xkb (except for a README.compiled, might be installed by gentoo). Yet still, I'm getting that messag three timese: XKB: Reusing cached keymap. From my reading of the code that means it's initializing 4 keyboards? It's reusing the in-memory cached keymap. Since it doesn't think you've changed the Xkb options (evdev/evdev/us//terminate:ctrl_alt_bksp), it's using the same keymap it got from xkbcomp on the previous run. And yes, you have 4 keyboards (3 by my count) in the sense that the kernel is presenting that many devices with keys. The real question is why Applying InputClass keyboard-de doesn't change the layout to de even though it's the last class merged in. I thought this log would give more info about how the settings are being merged together, but I guess that part never really got done. Looks like Peter confirmed it's a bug. -- Dan ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
PS/2 keyboard and mouse don't work
Hello, I am very surprised because my PS/2 mouse and keyboard don't work. I use just TWM window manager. When I launch startx, there are 3 empty windows and clock window that appear on the screen. Keyboard and mouse doesnt respond. I am forced to push the reset button to reboot the computer. The program xorgconfig is missing on my system then I can not configure the x server. My linux distribution is Slackware13.1 These are some lines picked from xorg.conf: Section ServerLayout Identifier X.org Configured Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard EndSection ... Section InputDevice Identifier Keyboard0 Driver kbd EndSection Section InputDevice Identifier Mouse0 Driver mouse Option Protocol auto Option Device /dev/input/mice Option ZAxisMapping 4 5 6 7 EndSection Thank you0 ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Xorg segfaults after upgrade of Fedora Core 13-14
Hi, I'm getting periodic Xorg segfaults after upgrading from FC13 to FC14 on i686.. Here's what it left as a backtrace in Xorg.0.log.old: [ 81396.084] Backtrace: [ 81396.103] 0: /usr/bin/Xorg (xorg_backtrace+0x39) [0x80c6ea1] [ 81396.103] 1: /usr/bin/Xorg (0x8048000+0x4dbb7) [0x8095bb7] [ 81396.103] 2: (vdso) (__kernel_rt_sigreturn+0x0) [0xa1940c] [ 81396.103] 3: /usr/bin/Xorg (doListFontsWithInfo+0xb6) [0x806ca74] [ 81396.103] 4: /usr/bin/Xorg (ProcessWorkQueue+0x28) [0x806f93c] [ 81396.103] 5: /usr/bin/Xorg (WaitForSomething+0x48) [0x80906c6] [ 81396.103] 6: /usr/bin/Xorg (0x8048000+0x2404f) [0x806c04f] [ 81396.103] 7: /usr/bin/Xorg (0x8048000+0x1a434) [0x8062434] [ 81396.103] 8: /lib/libc.so.6 (__libc_start_main+0xe6) [0x6e0e16] [ 81396.103] 9: /usr/bin/Xorg (0x8048000+0x19f61) [0x8061f61] [ 81396.103] Segmentation fault at address (nil) [ 81396.103] Fatal server error: [ 81396.103] Caught signal 11 (Segmentation fault). Server aborting [ 81396.103] [ 81396.103] Please consult the Fedora Project support at http://wiki.x.org for help. [ 81396.104] Please also check the log file at /var/log/Xorg.0.log for additional information. [ 81396.104] [ 81396.104] (II) Power Button: Close [ 81396.104] (II) UnloadModule: evdev [ 81396.104] (II) Power Button: Close [ 81396.104] (II) UnloadModule: evdev [ 81396.105] (II) Venus USB2.0 Camera: Close [ 81396.105] (II) UnloadModule: evdev [ 81396.105] (II) HID 062a:: Close [ 81396.105] (II) UnloadModule: evdev [ 81396.106] (II) USB Keyboard: Close [ 81396.106] (II) UnloadModule: evdev [ 81396.107] (II) USB Keyboard: Close [ 81396.107] (II) UnloadModule: evdev Here's info on the host, it's a Sun Ultra20 Opteron workstation with Quadro 1400 GPU [r...@marvin log]# rpm -qi xorg-x11-server-Xorg Name: xorg-x11-server-Xorg Relocations: (not relocatable) Version : 1.9.1 Vendor: Fedora Project Release : 2.fc14Build Date: Sun Oct 24 19:23:18 2010 Install Date: Tue Nov 16 13:44:46 2010 Build Host: x86-19.phx2.fedoraproject.org Group : User Interface/X Source RPM: xorg-x11-server-1.9.1-2.fc14.src.rpm Size: 3460534 License: MIT Signature : RSA/SHA256, Tue Oct 26 14:13:38 2010, Key ID 421caddb97a1071f Packager: Fedora Project URL : http://www.x.org Summary : Xorg X server Description : X.org X11 is an open source implementation of the X Window System. It provides the basic low level functionality which full fledged graphical user interfaces (GUIs) such as GNOME and KDE are designed upon. [r...@marvin log]# rpm -qi xorg-x11-drv-nvidia Name: xorg-x11-drv-nvidia Relocations: (not relocatable) Version : 260.19.12 Vendor: RPM Fusion Release : 3.fc14Build Date: Sun Oct 24 17:24:06 2010 Install Date: Tue Nov 16 14:11:25 2010 Build Host: hephaestus.wilsonet.com Group : User Interface/X Hardware Support Source RPM: xorg-x11-drv-nvidia-260.19.12-3.fc14.src.rpm Size: 10339035 License: Redistributable, no modification permitted Signature : RSA/SHA256, Tue Oct 26 14:30:45 2010, Key ID 80648b53f09d8368 Packager: http://nonfree.rpmfusion.org/ URL : http://www.nvidia.com/ Summary : NVIDIA's proprietary display driver for NVIDIA graphic cards Description : This package provides the most recent NVIDIA display driver which allows for hardware accelerated rendering with NVIDIA chipsets GeForce6 series and newer. GeForce5 and below are NOT supported by this release. For the full product support list, please consult the release notes for driver version 260.19.12. [r...@marvin log]# uname -a Linux marvin.thoughtcrime.com 2.6.35.6-48.fc14.i686 #1 SMP Fri Oct 22 15:34:36 UTC 2010 i686 i686 i386 GNU/Linux [r...@marvin log]# cat /etc/redhat-release Fedora release 14 (Laughlin) TIA, = Matt ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com