Re: [gentoo-user] [X11] radeonhd not working
Andrey Vul wrote: > According to git, all the r7xx except for rs880 are on the > working/testing list. Which sucks, tbh: why did I bother to get > integrated when I could've gotten a better motherboard (with 1394 > support) and a $50 graphics card? According to this RS880 should be supported but I don't know how much "works": http://www.x.org/wiki/radeonhd#RecentChanges > What's the point of getting acceleration to work if the kernel can't > modeset correctly? Is it worth compiling radeon_drm + r700 fw into the > kernel? You could always ask for support on xorg mailing list. Or open a bug report if you think your specific chipset isn't working. I would recommend to put up as much information (kernel logs, xorg logs, chipset pci ID etc.) as possible and not cut away such info that you think/deem unnecessary. Best regards Peter K
Re: [gentoo-user] [X11] radeonhd not working
And from my experiences, fglrx is far less tolerant of fancy kernel patches than the nvidia blobs.
Re: [gentoo-user] [X11] radeonhd not working
On Sat, Feb 20, 2010 at 19:35, pk wrote: > Andrey Vul wrote: > >> The real question here is why isn't radeon-ucode a dependency of >> xf86-video-radeonhd ? > > Well, the radeon-ucode is only for r6xx/7xx chips so pulling it in for > r5xx would be pointless... I just noticed that you have a radeon hd4200 > which is a RS880 chip. Not sure if this is supported yet. Does > acceleration (2D/3D) work for you? According to git, all the r7xx except for rs880 are on the working/testing list. Which sucks, tbh: why did I bother to get integrated when I could've gotten a better motherboard (with 1394 support) and a $50 graphics card? What's the point of getting acceleration to work if the kernel can't modeset correctly? Is it worth compiling radeon_drm + r700 fw into the kernel?
Re: [gentoo-user] [X11] radeonhd not working
Andrey Vul wrote: > The real question here is why isn't radeon-ucode a dependency of > xf86-video-radeonhd ? Well, the radeon-ucode is only for r6xx/7xx chips so pulling it in for r5xx would be pointless... I just noticed that you have a radeon hd4200 which is a RS880 chip. Not sure if this is supported yet. Does acceleration (2D/3D) work for you? Best regards Peter K
Re: [gentoo-user] [X11] radeonhd not working
Firmware installed, I still get this: >> (EE) RADEONHD(0): [dri] CP_INIT failed >> (EE) RADEONHD(0): RHDDRIFinishScreenInit: RHDDRIKernelInit Failed.
Re: [gentoo-user] [X11] radeonhd not working
On Sat, Feb 20, 2010 at 17:52, pk wrote: > Andrey Vul wrote: >> I've set Radeon DRI from module to built-in and now this is the result: >> (EE) RADEONHD(0): [dri] CP_INIT failed >> (EE) RADEONHD(0): RHDDRIFinishScreenInit: RHDDRIKernelInit Failed. >> >> I'm using 2.6.31.12 with -rt and -tuxonice patchsets. > > Maybe stupid questions but is the firmware installed and is it located > in a place where the kernel can find it? I've seen a few mails on Xorgs > list about this and it's usually remedied by installing the firmware (IIRC). I.e. emerge x11-drivers/radeon-ucode ? Also, the messages during emerge of radeon-ucode helped solve the KMS printk() messages. The real question here is why isn't radeon-ucode a dependency of xf86-video-radeonhd ?
Re: [gentoo-user] [X11] radeonhd not working
Andrey Vul wrote: > I've set Radeon DRI from module to built-in and now this is the result: > (EE) RADEONHD(0): [dri] CP_INIT failed > (EE) RADEONHD(0): RHDDRIFinishScreenInit: RHDDRIKernelInit Failed. > > I'm using 2.6.31.12 with -rt and -tuxonice patchsets. Maybe stupid questions but is the firmware installed and is it located in a place where the kernel can find it? I've seen a few mails on Xorgs list about this and it's usually remedied by installing the firmware (IIRC). Best regards Peter K
Re: [gentoo-user] [X11] radeonhd not working
I've set Radeon DRI from module to built-in and now this is the result: (EE) RADEONHD(0): [dri] CP_INIT failed (EE) RADEONHD(0): RHDDRIFinishScreenInit: RHDDRIKernelInit Failed. I'm using 2.6.31.12 with -rt and -tuxonice patchsets.
Re: [gentoo-user] [X11] radeonhd not working
On Sat, Feb 20, 2010 at 03:43, Adam wrote:
>> I get the following error lines in the console:
>> FATAL: Module radeon not found.
>> (EE) RADEONHD(0): RHDDRIVersionCheck: drmOpen("radeon",
>> "pci::05:05.0") failed.
>>
>> [ 1256.744546] uvesafb: mode switch failed (eax=0x34f, err=0). Trying
>> again with default timings.
>>
>> Radeon DRI is compiled into the kernel.
>> What do I do now?
>
> Probably emerge xf86-video-radeonhd?
>
It was emerged with no errors.
Build.log:
Script started on Sat Feb 20 09:42:53 2010
robot9000 ~ # emerge --color n -1 xf86-video-radeonhd
Calculating dependencies ... done!
>>> Verifying ebuild manifests
>>> Emerging (1 of 1) x11-drivers/xf86-video-radeonhd-1.3.0
* xf86-video-radeonhd-1.3.0.tar.bz2 RMD160 SHA1 SHA256 size ;-) ...
[ ok ]
* checking ebuild checksums ;-) ...
[ ok ]
* checking auxfile checksums ;-) ...
[ ok ]
* checking miscfile checksums ;-) ...
[ ok ]
* CPV: x11-drivers/xf86-video-radeonhd-1.3.0
* REPO: gentoo
* USE: elibc_glibc kernel_linux userland_GNU x86
>>> Unpacking source...
>>> Unpacking xf86-video-radeonhd-1.3.0.tar.bz2 to
>>> /var/tmp/portage/x11-drivers/xf86-video-radeonhd-1.3.0/work
* Running elibtoolize in: xf86-video-radeonhd-1.3.0
* Applying portage-2.2.patch ...
* Applying sed-1.5.6.patch ...
* Applying as-needed-2.2.6.patch ...
>>> Source unpacked in
>>> /var/tmp/portage/x11-drivers/xf86-video-radeonhd-1.3.0/work
>>> Compiling source in
>>> /var/tmp/portage/x11-drivers/xf86-video-radeonhd-1.3.0/work/xf86-video-radeonhd-1.3.0
>>> ...
* econf: updating xf86-video-radeonhd-1.3.0/config.guess with
/usr/share/gnuconfig/config.guess
* econf: updating xf86-video-radeonhd-1.3.0/config.sub with
/usr/share/gnuconfig/config.sub
./configure --prefix=/usr --build=i686-pc-linux-gnu
--host=i686-pc-linux-gnu --mandir=/usr/share/man
--infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc
--localstatedir=/var/lib --prefix=/usr --datadir=/usr/share
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking for i686-pc-linux-gnu-gcc... i686-pc-linux-gnu-gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether i686-pc-linux-gnu-gcc accepts -g... yes
checking for i686-pc-linux-gnu-gcc option to accept ISO C89... none needed
checking for style of include used by make... GNU
checking dependency style of i686-pc-linux-gnu-gcc... gcc3
checking for a sed that does not truncate output... /bin/sed
checking whether /bin/sed can substitute tabs and newlines for text... yes
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking for a sed that does not truncate output... (cached) /bin/sed
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for fgrep... /bin/grep -F
checking for ld used by i686-pc-linux-gnu-gcc... /usr/i686-pc-linux-gnu/bin/ld
checking if the linker (/usr/i686-pc-linux-gnu/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1572864
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking for /usr/i686-pc-linux-gnu/bin/ld option to reload object files... -r
checking for i686-pc-linux-gnu-objdump... i686-pc-linux-gnu-objdump
checking how to recognize dependent libraries... pass_all
checking for i686-pc-linux-gnu-ar... i686-pc-linux-gnu-ar
checking for i686-pc-linux-gnu-strip... i686-pc-linux-gnu-strip
checking for i686-pc-linux-gnu-ranlib... i686-pc-linux-gnu-ranlib
checking command to parse /usr/bin/nm -B output from
i686-pc-linux-gnu-gcc object... ok
checking how to run the C preprocessor... i686-pc-linux-gnu-gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if i686-pc-linux-gnu-gcc supports -fno-rtti -fno-exceptions... no
checking for i686-pc-linux-gnu-gcc option to produce PIC... -fPIC -DPIC
checking if i686-pc-linux-gnu-gcc PIC f
Re: [gentoo-user] [X11] radeonhd not working
> I get the following error lines in the console:
> FATAL: Module radeon not found.
> (EE) RADEONHD(0): RHDDRIVersionCheck: drmOpen("radeon",
> "pci::05:05.0") failed.
>
> [ 1256.744546] uvesafb: mode switch failed (eax=0x34f, err=0). Trying
> again with default timings.
>
> Radeon DRI is compiled into the kernel.
> What do I do now?
Probably emerge xf86-video-radeonhd?
[gentoo-user] [X11] radeonhd not working
To eliminate bugs, I'm using this as xorg.conf.new:
Section "ServerLayout"
Identifier "X.org Configured"
EndSection
Section "Files"
ModulePath "/usr/lib/xorg/modules"
FontPath ...
# ...
FontPath ...
EndSection
Section "Module"
Load "dbe"
Load "dri"
Load "dri2"
Load "extmod"
Load "glx"
Load "record"
EndSection
Section "Device"
Identifier "Radeon HD 4200"
Driver "radeonhd"
EndSection
#end of xorg.conf.new
I get the following error lines in the console:
FATAL: Module radeon not found.
(EE) RADEONHD(0): RHDDRIVersionCheck: drmOpen("radeon",
"pci::05:05.0") failed.
[ 1256.744546] uvesafb: mode switch failed (eax=0x34f, err=0). Trying
again with default timings.
Radeon DRI is compiled into the kernel.
What do I do now?
(It's been quite a long while since I've installed X. My knowledge has
all but vanished.)
--
Andrey Vul
msn, home: andrey dot vul at gmail dot com
u of t: andrey dot vul at utoronto dot ca
