Re: [dri] RADEONDRIGetVersion failed because of a version mismatch.
On Mon, Mar 14, 2011 at 1:22 PM, Justin P. Mattock justinmatt...@gmail.com wrote: On 03/14/2011 12:21 AM, Alex Deucher wrote: On Sun, Mar 13, 2011 at 10:54 PM, Justin Mattock justinmatt...@gmail.com wrote: just updated the xserver and everything and am noticing this in xorg.conf [ 15.099] drmOpenByBusid: drmOpenMinor returns 11 [ 15.100] drmOpenByBusid: drmGetBusid reports pci::01:00.0 [ 15.100] (EE) RADEON(0): [dri] RADEONDRIGetVersion failed because of a version mismatch. [dri] This chipset requires a kernel module version of 1.17.0, [dri] but the kernel reports a version of 2.8.0.[dri] If using legacy modesetting, upgrade your kernel. [dri] If using kernel modesetting, make sure your module is [dri] loaded prior to starting X, and that this driver was built [dri] with support for KMS. [dri] Disabling DRI. [ 15.100] (II) RADEON(0): Generation 2 PCI interface, using max accessible memory not sure if I missed a switch or something when building one of the packages xorg.conf log is here: http://fpaste.org/OWNf/ any ideas? Make sure the radeon drm module is loaded before starting X. Alex -- Justin P. Mattock ___ 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: alexdeuc...@gmail.com that's whats getting me over here, i.e. with loading before gdm starts I just get a black screen, and/or some clash between the vesa/vga modules.(making the system unusable) I will look through and make sure everything is correct. Make sure fbcon is loaded otherwise you'll lose console when radeon loads. Alex Justin P. Mattock Justin P. Mattock ___ 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: [dri] RADEONDRIGetVersion failed because of a version mismatch.
Make sure fbcon is loaded otherwise you'll lose console when radeon loads. Alex yeah, those are built-in into the kernel. last I remember I rebuilt udev so maybe this has something todo with this. Justin P. Mattock ___ 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: [dri] RADEONDRIGetVersion failed because of a version mismatch.
On Mon, Mar 14, 2011 at 2:25 PM, Justin P. Mattock justinmatt...@gmail.com wrote: strange, seems if I put radeon in /etc/sysconfig/modules I get a total system freeze(pics below), but if I wait after everything is loaded in init 3 I can modprobe radoen with no problems the init 5 with everything running properly Make sure you have the radeon firmware in the initrd if you are using one. Alex http://www.flickr.com/photos/44066293@N08/5526986588/ http://www.flickr.com/photos/44066293@N08/5526392857/ http://www.flickr.com/photos/44066293@N08/5526986182/ Justin P. Mattock ___ 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: [dri] RADEONDRIGetVersion failed because of a version mismatch.
On 03/14/2011 12:44 PM, Alex Deucher wrote: On Mon, Mar 14, 2011 at 2:25 PM, Justin P. Mattock justinmatt...@gmail.com wrote: strange, seems if I put radeon in /etc/sysconfig/modules I get a total system freeze(pics below), but if I wait after everything is loaded in init 3 I can modprobe radoen with no problems the init 5 with everything running properly Make sure you have the radeon firmware in the initrd if you are using one. Alex alright... Justin P. Mattock ___ 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
[ANNOUNCE] util-macros 1.13.0
A handful of modules have begun adding unit test programs. These macros will help providing a consistent interface which will help package builders and developers to manage the functionality. XORG_ENABLE_UNIT_TESTS will turn on/off unit testing, regardless of how it is implemented. The default (yes/no) can be specified by each module. It can be used by itself if glib or -wrap support is not needed. XORG_WITH_GLIB will probe the system for glib-2.0. A different version can be specified in each module. It will consult XORG_ENABLE_UNIT_TESTS but can be used by itself in contexts other then unit testing. The default (yes/no) can be specified by each module. XORG_LD_WRAP will probe the linker for -wrap support. It will consult XORG_ENABLE_UNIT_TESTS but can be used by itself in contexts other then unit testing. Gaetan Nadon (4): XORG_ENABLE_UNIT_TESTS: add support for unit testing XORG_WITH_GLIB: check for the GLib package XORG_LD_WRAP: check if linker supports -wrap Version bump: 1.13.0 git tag: util-macros-1.13.0 http://xorg.freedesktop.org/archive/individual/util/util-macros-1.13.0.tar.bz2 MD5: ed6dbe0cd80c29fd7d6653385b1db540 util-macros-1.13.0.tar.bz2 SHA1: 5d86ac2a4c0aa3428d72aff35dacc07baf883121 util-macros-1.13.0.tar.bz2 http://xorg.freedesktop.org/archive/individual/util/util-macros-1.13.0.tar.gz MD5: 31e9ddcbc1d8bc8c09ab180443974dd1 util-macros-1.13.0.tar.gz SHA1: a2537f380d048100d1161fbf5b8983b25e35299b util-macros-1.13.0.tar.gz signature.asc Description: This is a digitally signed message part ___ 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