Re: [gentoo-amd64] Re: SOLVED: gcc 4.1 upgrade - bad desktop interactivity anyone?
Piotr Pruszczak: NO DRM in kernel (but I have PCI-E) Radeon X 550 Mark Knecht: Hi Sergio, Hope this helps. Let me knowif you need or want anything else. ... Unknown device ID 5B60, please report. Assuming plain R300.300. I thank you for your help, but I've found another solution ;-) I have presented my daughter with my HP dv5000z, and so I've got rid of that irksome and ill-supported ATI Radeon XPRESS 200M. I'm going to purchase a new HP dv2000 (Turion X2, Geforce 6150). ;-) Thanks a lot! Sergio -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] Re: SOLVED: gcc 4.1 upgrade - bad desktop interactivity anyone?
Great solution. I wish my parents did that more often. I also have an ati radeon xpress 200m. This is what I did to get it working: emerge ati-drivers aticonfig --initial /etc/X11/xorg.conf restart xorg. If that doesn't work, then I had to echo x11-drivers/ati-drivers ~amd64 /etc/portage/package.keywords emerge ati-drivers You have to have DRM compiled as a module in the kernel. Sorry, I didn't read the rest of the post, so I don't know what you tried, but I hope that helps. -Peter On Sun, 2006-10-08 at 20:44 +0200, Sergio Polini wrote: Piotr Pruszczak: NO DRM in kernel (but I have PCI-E) Radeon X 550 Mark Knecht: Hi Sergio, Hope this helps. Let me knowif you need or want anything else. ... Unknown device ID 5B60, please report. Assuming plain R300.300. I thank you for your help, but I've found another solution ;-) I have presented my daughter with my HP dv5000z, and so I've got rid of that irksome and ill-supported ATI Radeon XPRESS 200M. I'm going to purchase a new HP dv2000 (Turion X2, Geforce 6150). ;-) Thanks a lot! Sergio -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] Re: SOLVED: gcc 4.1 upgrade - bad desktop interactivity anyone?
CONFIG_MTRR = YES CONFIG_AGP = NO ?? I have PCI-E CONFIG_AGP_AMD64 ?? CONFIG_AGP_INTEL NO ?? CONFIG_DRM NO iii) mesa version; iv) have you emerged x11-drm? v) your Device section in xorg.conf; vi) whatever info you think could help me ;-) Thanks Sergio I do NOT do ANY Linux-based 3D stuff today. My workload is Mainly music applications - Ardour, etc., which do not care about 3D, web browsing, MythTV and Xine to watch movies. Do I / should I care about DRI? I do occasionally play Windows games under Cedega. Would DRI ever help that sort of application? Anyway, things seem to be in pretty good shape. Maybe I should just leave good enough alone. ;-) Cheers, Mark P.S. - I'm still curious about trying your compiler flags but now there is no pressing timeframe to do it in on this machine. - MWK gentoo / # module-rebuild list ** Packages which I will emerge are: =media-libs/mesa-6.5.1 =sys-fs/submount-0.9-r2 =x11-base/x11-drm-20060608 =sys-apps/realtime-lsm-0.8.5-r1 =sys-fs/fuse-2.6.0_rc1 then modprobe drm radeon (and for me realtime) gentoo / # emerge --info Portage 2.1.2_pre1 (default-linux/amd64/2006.1/desktop, gcc-4.1.1/amd64-vanilla, glibc-2.4-r3, 2.6.17-gentoo-r8 x86_64) = System uname: 2.6.17-gentoo-r8 x86_64 Dual Core AMD Opteron(tm) Processor 165 Gentoo Base System version 1.12.5 Last Sync: Tue, 19 Sep 2006 20:30:09 + NO DRM in kernel (but I have PCI-E) Radeon X 550 gentoo / # glxgears 14300 frames in 5.0 seconds = 2859.914 FPS 14191 frames in 5.0 seconds = 2838.017 FPS gentoo / # glxinfo name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2 # These settings were set by the catalyst build script that automatically built this stage # Please consult /etc/make.conf.example for a more detailed example USE=-arts X multilib jpeg jpeg2k jp2 lzw lzw-tiff yv12 zlib radeon caps nptl nptlonly jack-tmpfs gtk gnome qt kde alsa jack dvd cdr jpeg ogg opengl readline sdl directfb tiff truetype unicode vorbis xine xml xml2 xvid ieee1394 gtk2 ffmpeg fftw divx4linux dvdr dvdread avi a52 aac 3dnow sse cdparanoia dv ffmpeg gphoto2 multilib perl python portaudio ruby sndfile usb vorbis win32codecs wxwindows dri hal CFLAGS=-march=k8 -O2 -pipe -frename-registers -fweb -freorder-blocks -freorder-blocks-and-partition -combine -funit-at-a-time -ftree-pre -fgcse-sm -fgcse-las -fgcse-after-reload -fmerge-all-constants CHOST=x86_64-pc-linux-gnu #CXXFLAGS=${CFLAGS} CXXFLAGS=-march=k8 -O2 -pipe -frename-registers -fweb -freorder-blocks -funit-at-a-time -ftree-pre -fgcse-sm -fgcse-las -fgcse-after-reload -fmerge-all-constants MAKEOPTS=-j3 PORTDIR_OVERLAY=/usr/local/portage FEATURES=buildpkg ccache CCACHE_SIZE=2G ACCEPT_KEYWORDS=~amd64 INPUT_DEVICES=keyboard mouse VIDEO_CARDS=radeon vesa fbdev LANG=en_US LINGUAS=pl,en ALSA_CARDS=ice1712 GENTOO_MIRRORS=rsync://distro.ibiblio.org/pub/linux/distributions/gentoo/ http://distro.ibiblio.org/pub/linux/distributions/gentoo/ http://gentoo.osuosl.org/ ftp://ftp.oss.cc.gatech.edu/pub/linux ftp://sunsite.icm.edu.pl/pub/Linux/sunsite.unc.edu/ ftp://gentoo.arcticnetwork.ca/pub/gentoo/ ftp://ftp.tu-dresden.de/pub/Linux/sunsite/ http://distro.ibiblio.org/pub/linux/distributions/gentoo/ ftp://ftp.dtiltas.lt/mirror/gentoo/ http://mirror.uni-c.dk/pub/gentoo/ http://mirror.usu.edu/mirrors/gentoo/ ftp://cs.ubishops.ca/pub/gentoo http://gd.tuwien.ac.at/opsys/linux/gentoo/ http://ftp.linux.ee/pub/gentoo/distfiles/ http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://src.gentoo.pl http://gentoo.prz.rzeszow.pl http://gentoo.zie.pg.gda.pl ftp://cs.ubishops.ca/pub/gentoo # File generated by xorgconfig. # # Copyright 2004 The X.Org Foundation # # Permission is hereby granted, free of charge, to any person obtaining a # copy of this software and associated documentation files (the Software), # to deal in the Software without restriction, including without limitation # the rights to use, copy, modify, merge, publish, distribute, sublicense, # and/or sell copies of the Software, and to permit persons to whom the # Software is furnished to do so, subject to the following conditions: # # The above copyright notice and this permission notice shall be included in # all copies or substantial portions of the Software. # # THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR # IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, # FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL # The X.Org Foundation BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, # WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF # OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE # SOFTWARE. # # Except as contained in this notice, the name of The X.Org Foundation shall # not be used in advertising
Re: [gentoo-amd64] Re: SOLVED: gcc 4.1 upgrade - bad desktop interactivity anyone?
On 9/25/06, Sergio Polini [EMAIL PROTECTED] wrote: Mark Knecht: drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 6, (OK) Great! ;-) I've lost DRI when I've switched to modular X. I see in Xorg.0.log: drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed ... (EE) RADEON(0): [dri] RADEONDRIGetVersion failed to open the DRM [dri] Disabling DRI. Please, could you tell me: i) kernel version; ii) the relevant settings in your kernel .config, for instance: CONFIG_MTRR CONFIG_AGP CONFIG_AGP_AMD64 CONFIG_AGP_INTEL CONFIG_DRM iii) mesa version; iv) have you emerged x11-drm? v) your Device section in xorg.conf; vi) whatever info you think could help me ;-) Thanks Sergio Hi Sergio, Hope this helps. Let me knowif you need or want anything else. Cheers, Mark The kernel is from the proaudio overlay: lightning src # uname -a Linux lightning 2.6.17-rt5 #2 PREEMPT Mon Sep 11 10:54:03 PDT 2006 x86_64 AMD Athlon(tm) 64 Processor 3000+ GNU/Linux lightning src # lightning src # cat linux/.config | grep CONFIG_MTRR CONFIG_MTRR=y lightning src # CONFIG_AGP_AMD64=y # CONFIG_AGP_INTEL is not set # CONFIG_AGP_SIS is not set # CONFIG_AGP_VIA is not set lightning src # lightning src # cat linux/.config | grep CONFIG_AMD64 lightning src # CONFIG_DRM=m # CONFIG_DRM_TDFX is not set # CONFIG_DRM_R128 is not set CONFIG_DRM_RADEON=m # CONFIG_DRM_MGA is not set # CONFIG_DRM_SIS is not set # CONFIG_DRM_VIA is not set # CONFIG_DRM_SAVAGE is not set lightning src # lightning src # eix drm * games-arcade/ddrmat Available versions: !0.12 Installed: none Homepage:http://www.icculus.org/pyddr/ Description: Kernel module for parallel port Playstation joystick (i.e. DDR mats) adapters * x11-base/x11-drm Available versions: !4.3.0-r7:2.6.14-hardened-r8 ~20050502:2.6.14-hardened-r8 ~20050807 ~20051028 ~20051223 20060608 Installed: none Homepage:http://dri.sf.net Description: DRM Kernel Modules for X11 * x11-libs/libdrm Available versions: 2.0.1 ~2.0.2 Installed: 2.0.1 Homepage:http://dri.freedesktop.org/ Description: X.Org libdrm library Found 3 matches. lightning src # lightning src # eix -I mesa * media-libs/mesa Available versions: 6.4.2-r2 ~6.5-r3 ~6.5-r4 ~6.5.1 ~6.5.1-r1 Installed: 6.4.2-r2 Homepage:http://mesa3d.sourceforge.net/ Description: OpenGL-like graphic library for Linux * x11-apps/mesa-progs Available versions: 6.4.2 ~6.5 ~6.5.1 Installed: 6.4.2 Homepage:http://mesa3d.sourceforge.net/ Description: Mesa's OpenGL utility and demo programs (like glxgears) Found 2 matches. lightning src # Section Module # This loads the DBE extension module. Loaddbe # Double buffer extension # This loads the miscellaneous extensions module, and disables # initialisation of the XFree86-DGA extension within that module. SubSection extmod Optionomit xfree86-dga # don't initialise the DGA extension EndSubSection # This loads the font modules #Loadtype1 #Loadspeedo Loadfreetype #Loadxtt # This loads the GLX module Load glx # This loads the DRI module Load dri EndSection # Device configured by xorgconfig: Section Device Identifier ** ATI Radeon (generic) [radeon] Driver radeon #VideoRam65536 # Insert Clocks lines here if appropriate EndSection Section DRI Mode 0666 EndSection lightning src # glxgears Unknown device ID 5B60, please report. Assuming plain R300. *WARN_ONCE* File r300_state.c function r300Enable line 456 TODO - double side stencil ! *** No ctx-FragmentProgram._Current!! *WARN_ONCE* File r300_render.c function r300_get_num_verts line 188 user error: Need more than 2 vertices to draw primitive QS ! *** 6422 frames in 5.0 seconds = 1284.247 FPS 6420 frames in 5.0 seconds = 1283.953 FPS 6421 frames in 5.0 seconds = 1284.129 FPS 6415 frames in 5.0 seconds = 1282.975 FPS lightning src # -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] Re: SOLVED: gcc 4.1 upgrade - bad desktop interactivity anyone?
DRI is hardware accelerated 3D rendering. You don't need it for music apps, but you most probably need it for your Windows games, without direct rendering you will use software rendering and get most likely get 5 fps in OpenGL games. It may be nice to have direct rendering for xine too, since xine can output its videos through OpenGL - don't know about MythTV though. 2006/9/23, Mark Knecht [EMAIL PROTECTED]: On 9/22/06, Duncan [EMAIL PROTECTED] wrote: Mark Knecht [EMAIL PROTECTED] posted [EMAIL PROTECTED], excerpted below, onFri, 22 Sep 2006 12:35:47 -0700: It turns out that for me the problem was the ati-drivers package. Switching to the radeon driver today lowered the CPU usage back to the 9% range that I was used to: Thanks!Always nice to see freedomware win. =8^)I agree Duncan.Now, the one issue left for complete world domination would be tobetter understand how to get DRI working with this video adapter. Am I correct that DRI==3D? Or does DRI go further than just basic 3D andhelp other things like MythTV or something else I'm not thinking of atall?I do see these messages in xorg.0.log:(**) RADEON(0): RADEONSaveMode returns 0x709390 (WW) RADEON(0): Enabling DRM support*** Direct rendering support is highly experimental for Radeon 9500*** and newer cards. The 3d mesa driver is not provided in this tree.*** A very experimental (and incomplete) version is available from Mesa CVS.*** Additional information can be found on http://r300.sourceforge.net*** This message has been last modified on 2005-08-07.drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 6, (OK)I do NOT do ANY Linux-based 3D stuff today. My workload is Mainlymusic applications - Ardour, etc., which do not care about 3D, webbrowsing, MythTV and Xine to watch movies.Do I / should I care about DRI?I do occasionally play Windows games under Cedega. Would DRI ever helpthat sort of application?Anyway, things seem to be in pretty good shape. Maybe I should justleave good enough alone. ;-) Cheers,MarkP.S. - I'm still curious about trying your compiler flags but nowthere is no pressing timeframe to do it in on this machine. - MWK--gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] Re: SOLVED: gcc 4.1 upgrade - bad desktop interactivity anyone?
On 9/22/06, Mark Knecht [EMAIL PROTECTED] wrote: On 9/22/06, Duncan [EMAIL PROTECTED] wrote: Mark Knecht [EMAIL PROTECTED] posted [EMAIL PROTECTED], excerpted below, on Fri, 22 Sep 2006 12:35:47 -0700: P.S. - I'm still curious about trying your compiler flags but now there is no pressing timeframe to do it in on this machine. - MWK -- I put my workstation through its paces last weekend using Duncan's flags and so far I've only run across one package that gave me problems and that was Evolution. It didn't like the LDFLAGS=-Wl,-z,now I can't really say if I've noticed a huge difference in performance because I use Windowmaker which is already pretty snappy but some of my apps such as Firefox seem to be a few steps quicker but that might all be in my head. Altogether it took about 18 hours to recompile the whole mess and nothing fell apart other than a slight issue with Evolution. -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] Re: SOLVED: gcc 4.1 upgrade - bad desktop interactivity anyone?
On 9/23/06, Greg Bur [EMAIL PROTECTED] wrote: On 9/22/06, Mark Knecht [EMAIL PROTECTED] wrote: On 9/22/06, Duncan [EMAIL PROTECTED] wrote: Mark Knecht [EMAIL PROTECTED] posted [EMAIL PROTECTED], excerpted below, on Fri, 22 Sep 2006 12:35:47 -0700: P.S. - I'm still curious about trying your compiler flags but now there is no pressing timeframe to do it in on this machine. - MWK -- I put my workstation through its paces last weekend using Duncan's flags and so far I've only run across one package that gave me problems and that was Evolution. It didn't like the LDFLAGS=-Wl,-z,now I can't really say if I've noticed a huge difference in performance because I use Windowmaker which is already pretty snappy but some of my apps such as Firefox seem to be a few steps quicker but that might all be in my head. Altogether it took about 18 hours to recompile the whole mess and nothing fell apart other than a slight issue with Evolution. Cool. So you did essentially the emerge -e system emerge -e system emerge -e world steps that you did when upgrading gcc to get there? Thanks, Mark -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] Re: SOLVED: gcc 4.1 upgrade - bad desktop interactivity anyone?
On Saturday 23 September 2006 10:03, Mark Knecht wrote: So you did essentially the emerge -e system emerge -e system emerge -e world steps that you did when upgrading gcc to get there? Er, the GCC upgrade guide [1] only mentions a single emerge -e system to go from 3.4.4 to 4.1.1, and that's what I'm doing just now. I hope I don't need the second step. 1. http://www.gentoo.org/doc/en/gcc-upgrading.xml -- Rgds Peter -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] Re: SOLVED: gcc 4.1 upgrade - bad desktop interactivity anyone?
On 9/23/06, Peter Humphrey [EMAIL PROTECTED] wrote: On Saturday 23 September 2006 10:03, Mark Knecht wrote: So you did essentially the emerge -e system emerge -e system emerge -e world steps that you did when upgrading gcc to get there? Er, the GCC upgrade guide [1] only mentions a single emerge -e system to go from 3.4.4 to 4.1.1, and that's what I'm doing just now. I hope I don't need the second step. 1. http://www.gentoo.org/doc/en/gcc-upgrading.xml -- Rgds Peter Peter, I take it back. I was thinking of something else. Here is the set of instructions I asked about on this list and was told were correct: # emerge -uav gcc # gcc-config i686-pc-linux-gnu-4.1.1 # source /etc/profile # fix_libtool_files.sh 3.4.6 # emerge --oneshot -av libtool # emerge -eav system # emerge -eav world I actually asked whether the emerge -eav world was necessary or whether the system was usable after the emerge system was complete. Boyd said that some folks had had problems so I did the emerge -eav world and didn't use the system until it was complete. NOTE: emerge --resume --skipfirst was my friend as a number of packages didn't build the first time. I picked them up later. Sorry for the confusion. I shouldn't work from memory! ;-) Cheers, Mark Cheers, Mark -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] Re: SOLVED: gcc 4.1 upgrade - bad desktop interactivity anyone?
On 9/22/06, Duncan [EMAIL PROTECTED] wrote: Mark Knecht [EMAIL PROTECTED] posted [EMAIL PROTECTED], excerpted below, on Fri, 22 Sep 2006 12:35:47 -0700: It turns out that for me the problem was the ati-drivers package. Switching to the radeon driver today lowered the CPU usage back to the 9% range that I was used to: Thanks! Always nice to see freedomware win. =8^) I agree Duncan. Now, the one issue left for complete world domination would be to better understand how to get DRI working with this video adapter. Am I correct that DRI==3D? Or does DRI go further than just basic 3D and help other things like MythTV or something else I'm not thinking of at all? I do see these messages in xorg.0.log: (**) RADEON(0): RADEONSaveMode returns 0x709390 (WW) RADEON(0): Enabling DRM support *** Direct rendering support is highly experimental for Radeon 9500 *** and newer cards. The 3d mesa driver is not provided in this tree. *** A very experimental (and incomplete) version is available from Mesa CVS. *** Additional information can be found on http://r300.sourceforge.net *** This message has been last modified on 2005-08-07. drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 6, (OK) I do NOT do ANY Linux-based 3D stuff today. My workload is Mainly music applications - Ardour, etc., which do not care about 3D, web browsing, MythTV and Xine to watch movies. Do I / should I care about DRI? I do occasionally play Windows games under Cedega. Would DRI ever help that sort of application? Anyway, things seem to be in pretty good shape. Maybe I should just leave good enough alone. ;-) Cheers, Mark P.S. - I'm still curious about trying your compiler flags but now there is no pressing timeframe to do it in on this machine. - MWK -- gentoo-amd64@gentoo.org mailing list