[gentoo-user] /etc/portage files and dirs?
Anyone knows of an exhaustive documentation (with examples) for the files and directories under /etc/portage ? Rgds,
Re: [gentoo-user] Amarok segfault
On 24 October 2011 07:57, Yohan Pereira yohan.pere...@gmail.com wrote: Also if you dont want to do thos globbaly for all your packages you can make use of /etc/portage/env/. For example this is what i have for amarok in /etc/portage/env/media-sound/amarok CFLAGS=-march=core2 -O1 -g CXXFLAGS=${CFLAGS} FEATURES=splitdebug also note when doing it this way, you will also have to do this for a few dependencies that amarok uses. The way i did it was, When dr konqi pops up after amarok crashes, it displays a list of files needed for a more usefull backtrace (in the developer information tab).Use equery to find out which packages those files belong to and add an entry in /etc/portage/env for them. After thats done rebuild those pacakges. Thank you very much! I'm going to do this way. If I make a file under /etc/portage/env/ directory, for example Amarok than in this file I can redefine the compile options and features for a particular package? Do I understand correctly? -- - - -- Csanyi Andras (Sayusi Ando) -- http://sayusi.hu -- http://facebook.com/andras.csanyi -- Trust in God and keep your gunpowder dry! - Cromwell
Re: [gentoo-user] Amarok segfault
On Monday 24 Oct 2011 08:36:07 András Csányi wrote: Thank you very much! I'm going to do this way. If I make a file under /etc/portage/env/ directory, for example Amarok than in this file Under /etc/portage/env/ you need to make a directory with the category name and in that directory a file with the same name as the package that contains your custom stuff.ie /etc/portage/cat/pkg So for amarok(media-sound/amarok) your file would be /etc/portage/env/media- sound/amarok for kde-base/kdelibs it would be /etc/portage/env/kde-base/kdelibs I can redefine the compile options and features for a particular package? yes just put your custom stuff in the appropriate file. ps. Also note theres another(probably more) way to do this, remeber seeing it mentioned in an old thread here. -- - Yohan Pereira A man can do as he will, but not will as he will - Schopenhauer
Re: [gentoo-user] /etc/portage files and dirs?
On Mon 24 Oct 2011 11:37:00 AM IST, Pandu Poluan wrote: Anyone knows of an exhaustive documentation (with examples) for the files and directories under /etc/portage ? Rgds, It's documented quite well in man portage. Don't know about examples though. -- Nilesh Govindarajan http://nileshgr.com
Re: [gentoo-user] Amarok segfault
On 24 October 2011 08:54, Yohan Pereira yohan.pere...@gmail.com wrote: ps. Also note theres another(probably more) way to do this, remeber seeing it mentioned in an old thread here. Thanks again! By the way, I haven't realized that how configurable gentoo is. :) -- - - -- Csanyi Andras (Sayusi Ando) -- http://sayusi.hu -- http://facebook.com/andras.csanyi -- Trust in God and keep your gunpowder dry! - Cromwell
Re: [gentoo-user] Amarok segfault
On Mon, 24 Oct 2011 12:24:20 +0530, Yohan Pereira wrote: Also note theres another(probably more) way to do this, remeber seeing it mentioned in an old thread here. There is, you put your options in a .conf file in /etc/portage/env, say /etc/portage/env/debug.conf. Then you can you can enable these settings for any package in /etc/portage/package.env, e.g. /etc/portage/package.env/amarok would contain media-sound/amarok debug.conf with similar lines for the other packages you need to enable this for. As the options are only kept in one place, it makes editing or reusing them much easier. -- Neil Bothwick Better to understand a little than to misunderstand a lot. signature.asc Description: PGP signature
Re: [gentoo-user] /etc/portage files and dirs?
On Mon, 24 Oct 2011 12:41:38 +0530, Nilesh Govindarajan wrote: Anyone knows of an exhaustive documentation (with examples) for the files and directories under /etc/portage ? It's documented quite well in man portage. Don't know about examples though. There's not much need for examples as most files follow the same format of cat/pkg setting -- Neil Bothwick ... but you can't expect to wield supreme executive power just because some watery tart threw a sword at you! signature.asc Description: PGP signature
Re: [gentoo-user] Re: why a manual dhcpcd eth0 is needed?
On Sun, 23 Oct 2011 22:10:59 -0400, Valmor de Almeida wrote: On my wired machine that works out of the box I have: [wired-default] [snip] On the machine I have to issue a manual dhcpcd eth0 I have: [wired-default] [snip] Don't know whether the missing values make a difference. I assume you have tried using the config fro the working system on the non-working one. -- Neil Bothwick A pessimist complains about the noise when opportunity knocks. signature.asc Description: PGP signature
Re: [gentoo-user] /etc/portage files and dirs?
On Mon, Oct 24, 2011 at 14:48, Neil Bothwick n...@digimed.co.uk wrote: On Mon, 24 Oct 2011 12:41:38 +0530, Nilesh Govindarajan wrote: Anyone knows of an exhaustive documentation (with examples) for the files and directories under /etc/portage ? It's documented quite well in man portage. Don't know about examples though. There's not much need for examples as most files follow the same format of cat/pkg setting -- Neil Bothwick ... but you can't expect to wield supreme executive power just because some watery tart threw a sword at you! Thanks guys! I knew I had a stupidity attack back there . Rgds, -- FdS Pandu E Poluan ~ IT Optimizer ~ • LOPSA Member #15248 • Blog : http://pepoluan.tumblr.com • Linked-In : http://id.linkedin.com/in/pepoluan
[gentoo-user] Re: (unknown)
On 10/23/2011 11:24 PM, Vishnupradeep wrote: Mother Board : ASUS M2A-MX Graphics Card: ATI 4350 Sound card: using on board audio Help needed On Sat, Oct 22, 2011 at 10:16 AM, Nikos Chantziarasrea...@arcor.de wrote: On 10/20/2011 12:20 PM, Vishnupradeep wrote: I am new to gentoo. Installed kde in gentoo. But i am unable to enable effects like. blur, woobly etc.. why ? We need to know what graphics card you have and what sound card. You might also want to tell us what your computer's mainboard is (exact brand and model). We can help you from there to configure your kernel and install the correct graphics drivers. For your graphics card, install this firmware package: x11-drivers/radeon-ucode Then, enable the following options in your kernel configuration (the usual make menuconfig deal): Device Drivers - Graphics support - * Direct Rendering Manager - * ATI Radeon [*] Enable modesetting on radeon by default In the Support for frame buffer devices section, make sure that all other drivers (including the VESA one) are disabled, or else its going to conflict with the Radeon modesetting driver. In your /etc/make.conf, use this: VIDEO_CARDS=radeon r600 Now for your sound card. According to your mainboard's specs: http://www.asus.com/Motherboards/AMD_AM2/M2AMX/#specifications It has an ALC662 audio chip. That chip is made by Realtek. So in your kernel config, enable: Device Drivers - * Sound card support - * Advanced Linux Sound Architecture - [*] PCI sound devices - * Intel HD Audio - [*] Build Realtek HD-audio codec support Now build your new kernel (make) and install it (make modules_install make install). Make sure Grub is set up to boot from it next time (don't reboot yet.) Since above you changed your VIDEO_CARDS variable in make.conf, you can now do: emerge -auDN --with-bdeps=y world and it will automatically install the correct X.Org driver (which should be x11-drivers/xf86-video-ati and will be installed automatically as a dependency). After you've done the above, make sure that you do *not* have an /etc/X11/xorg.conf file. If you have one, delete it (feel free to back it up first.) Also make sure you don't have files in the /etc/X11/xorg.conf.d/ directory that try to configure your graphics card. Now reboot and you should have working 3D acceleration with KMS and DRI2 and sound. If everything works OK, you can now do: emerge -a --depclean in order to uninstall any old, unneeded drivers and deps.
[gentoo-user] Re: emerge --sync failed
On 10/24/2011 02:40 AM, Hartmut Figge wrote: Greetings, emerge --sync was successfull till 'Performing Global Updates' which leaded to an error. After waiting for perhaps 1 to 2 hours i tried another 'emerge --sync' in the hope that would fix the issue. No luck. --- i5 hafi # emerge --sync Performing Global Updates: (Could take a couple of minutes if you have a lot of binary packages.) .='update pass' *='binary update' #='/var/db update' @='/var/db move' s='/var/db SLOT move' %='binary move' S='binary SLOT move' p='update /etc/portage/package.*' /usr/portage/profiles/updates/3Q-2011.. /usr/portage/profiles/updates/4Q-2011.. ERROR: Malformed update entry 'move dev-php5/dev-php5/pecl-ssh2 dev-php/dev-php5/pecl-ssh2' For future reference, instead of deleting (which can be a bad idea since new ebuilds can depend on renamed/moved packages which means you can mess up your installation), you can resync later with: emerge --sync --package-moves=n
[gentoo-user] Re: (unknown)
On 10/24/2011 11:10 AM, Nikos Chantziaras wrote: On 10/23/2011 11:24 PM, Vishnupradeep wrote: Mother Board : ASUS M2A-MX Graphics Card: ATI 4350 Sound card: using on board audio Help needed For your graphics card, install this firmware package: x11-drivers/radeon-ucode Then, enable the following options in your kernel configuration (the usual make menuconfig deal): Device Drivers - Graphics support - * Direct Rendering Manager - * ATI Radeon [*] Enable modesetting on radeon by default I forgot to mention a vital step. Also enable these in your kernel: Device Drivers - Generic Driver Options - [*] Include in-kernel firmware blobs in kernel binary (radeon/R700_rlc.bin) External firmware blobs to build into the kernel binary (/lib/firmware) Firmware blobs root directory
Re: [gentoo-user] Re: (unknown)
On Mon, Oct 24, 2011 at 1:40 PM, Nikos Chantziaras rea...@arcor.de wrote: In your /etc/make.conf, use this: I am using ATI 4350 card. so is that VIDEO_CARDS=radeon r700 ref:http://www.gentoo.org/doc/en/ati-faq.xml
[gentoo-user] Re: (unknown)
On 10/24/2011 11:28 AM, Vishnupradeep wrote: On Mon, Oct 24, 2011 at 1:40 PM, Nikos Chantziaras rea...@arcor.de mailto:rea...@arcor.de wrote: In your /etc/make.conf, use this: I am using ATI 4350 card. so is that VIDEO_CARDS=radeon r700 No. There is no driver called r700. The driver is called r600 and it drives R600 chips and newer. Another thing I forgot to mention is that you should make sure you're using Gallium3D in Mesa. To see what you're using (after you've rebuilt everything), do: eselect mesa list If classic is selected instead of gallium, change it: eselect mesa set 64bit r600 gallium eselect mesa set 32bit r600 gallium
[gentoo-user] Problem with sound card
I have asked the question in gentoo forum , but it seems that very few people like hanging around in forums , I didn't get useful method. My sound card can't work normally , when I use music player there is no sound . Someone said that I need low-level codec support , I'm not sure whether it is. Here is the information in sysfs, I really hope you can know where the problem is. # ls /sys/class/sound audio card0 card1 controlC0 controlC1 dsp hwC0D0 hwC1D0 mixer mixer1 pcmC0D0c pcmC0D0p pcmC1D3p seq sequencer sequencer2 timer # ls -l /sys/class/sound/card0 lrwxrwxrwx 1 root root 0 Oct 25 03:37 card0 - ../../devices/pci:00/:00:14.2/sound/card0 # ls /sys/class/sound/card0/ audio controlC0 device dsp hwC0D0 id mixer number pcmC0D0c pcmC0D0p power subsystem uevent Regards Lavender
Re: [gentoo-user] Problem with sound card
On Mon, 2011-10-24 at 20:35 +0800, Lavender wrote: I have asked the question in gentoo forum , but it seems that very few people like hanging around in forums , I didn't get useful method. My sound card can't work normally , when I use music player there is no sound . Someone said that I need low-level codec support , I'm not sure whether it is. Here is the information in sysfs, I really hope you can know where the problem is. # ls /sys/class/sound audio card0 card1 controlC0 controlC1 dsp hwC0D0 hwC1D0 mixer mixer1 pcmC0D0c pcmC0D0p pcmC1D3p seq sequencer sequencer2 timer # ls -l /sys/class/sound/card0 lrwxrwxrwx 1 root root 0 Oct 25 03:37 card0 - ../../devices/pci:00/:00:14.2/sound/card0 # ls /sys/class/sound/card0/ audio controlC0 device dsp hwC0D0 id mixer number pcmC0D0c pcmC0D0p power subsystem uevent Regards Lavender When you go in into the kernel config, there is the option for Intel AC97-like sound, which I believe is what the majority of sound cards use. For AC97 there are codecs in the kernel config. A safe choice is to select them all. The output you gave is not very helpful or informative, but I'll ask just a few questions/suggestions: * Looks like maybe you have 2 sound cards. Are you going through the correct card for output? * Did you go into alsamixer to verify that the appropriate outputs are unmuted? * Try aplay or speaker-test or something else low-level to see if even basic output is working. It could be your sound card is fine but you don't have the correct support for whatever music player you are using.
[gentoo-user] Re: Problem with sound card
On 10/24/2011 04:31 PM, Lavender wrote: * Looks like maybe you have 2 sound cards. Are you going through the correct card for output? It's not like that . I only have one sound card and one HD audio controller, Er, if you have one sound card and one audio controller, then doesn't that make two sound cards? :-/ (One actual sound card (PCI or PCIe) and one integrated into the mainboard?) I don't why there are card0 and card1. * Did you go into alsamixer to verify that the appropriate outputs are unmuted? Actually there is no alsamixer in my system You didn't install it then. It's in the media-sound/alsa-utils package. Also, if you want to know which sound drivers you need, look up the specs of your mainboard (or post your mainboard's brand and model here.)
Re: Re: [gentoo-user] Problem with sound card
2011/10/24 Lavender lavender_mat...@163.com: * Looks like maybe you have 2 sound cards. Are you going through the correct card for output? It's not like that . I only have one sound card and one HD audio controller, I don't why there are card0 and card1. * Did you go into alsamixer to verify that the appropriate outputs are unmuted? Actually there is no alsamixer in my system, I read the Gentoo Linux ALSA Guide , there is no alsaconf or alsasound too. You must of missed; Code Listing 3.1: Install alsa-utils # emerge alsa-utils * Try aplay or speaker-test or something else low-level to see if even basic output is working. It could be your sound card is fine but you don't have the correct support for whatever music player you are using. I'll try , I hope you're right . HTH David
[gentoo-user] Kernel Panic fglrx
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hi guys, somehow my fglrx is unstable. Got sometime a crashing fglrx that pulling down the hole system. Someone maybe a idea to fix this? http://pastebin.com/izFnWD7N I'm using the 11.9 ati-drivers, i got a ATI Readon HD6990 M uname -a Linux Slaxy 3.0.7-gentoo #1 SMP Sat Oct 22 20:44:41 CEST 2011 x86_64 Intel(R) Core(TM) i7-2820QM CPU @ 2.30GHz GenuineIntel GNU/Linux Using xorg-server 1.10.4-r1 Greeting's from Germany 4k3nd0 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOpXfQAAoJEARqOhiQNM7Zm9cH/0cs8Pkb8YIGKloBVMQhdFxq +bzFWxbv6aLTqph5uxUkcTZoWYiAZw55TVImaB3RIVbd248RHGrCJMwWywOnNHCY iJ2IVmUrXMFPfwTBSi1L9+2eMEZJqr8jcHCKEUUkJvKpgMcg4koTcFLWu/1RjMdw JecoMUwYZAb+0NC8kN+CQpytn6KlXdoMKYhprQ8QOj2HfCe3ZF5R3Shz62Nj99NB cAx87cX8YLYynPbhrmj2Fg44Q5ItsO4gAw4Z+zAC2Ikih+3jnSzFhwCPk1TRhmcn KffLGxun9eAKaJqKhcWXYWH9k3qYqN16x0/3cESAHFqY5FETOD3PRTu1shS3S0k= =ChkA -END PGP SIGNATURE-
Re: [gentoo-user] Need help with pvrusb2 [SOLVED]
Am 24.10.2011 03:15, schrieb Michael Sullivan: On 10/23/11 18:15, Neil Bothwick wrote: On Sun, 23 Oct 2011 18:00:52 -0500, Michael Sullivan wrote: pvrusb2: request_firmware unable to locate fx2 controller file v4l-pvrusb2-73xxx-01.fw Is this file present in /lib/firmware? Nope: It should be obvious that this needs to be addressed before anything else. [...] I downloaded that file and rebooted and dmesg griped about another file and I found it and downloaded it and rebooted and now my output looks like this, which I'm happy with: [...] Speaking of which, isn't there an easier way to reload modules than rebooting? When I started using Gentoo in 2004, there was an /etc/init.d/hotplug, which was replaced by /etc/init.d/coldplug, but neither one seems to be present anymore on the system. What service loads modules on bootup now? You mean like `modprobe -vr pvrusb2 modprobe -v pvrusb2`? I joined Gentoo in 2006 so I'm not sure if that is what you mean. It doesn't help much with pvrusb2, anyway ... (but you can still try) signature.asc Description: OpenPGP digital signature
Re:[gentoo-user] Re: Problem with sound card
Er, if you have one sound card and one audio controller, then doesn't that make two sound cards? :-/ (One actual sound card (PCI or PCIe) and one integrated into the mainboard?) Ha, I'm not comprehend with hardware . You didn't install it then. It's in the media-sound/alsa-utils package. Also, if you want to know which sound drivers you need, look up the specs of your mainboard (or post your mainboard's brand and model here.) OK , here is my mainborad information: Brand and model : HP 3644 Chip Set: AMD 760G/780G/780V/785G/790GX/880G/890GX SN: CND9501XTP Er, can't I ask why you need this information? If the driver I built is not enough ?
Re: [gentoo-user] Kernel Panic fglrx
Hi, Am Montag, 24. Oktober 2011, 16:36:00 schrieb 4k3nd0: hi guys, somehow my fglrx is unstable. Got sometime a crashing fglrx that pulling down the hole system. Someone maybe a idea to fix this? http://pastebin.com/izFnWD7N [fglrx] ASIC hang happened is a message indicating a deadlock in a compute-kernel (shader, GPGPU), which in almost all cases is a userspace bug or the timeout in fglrx is too low for the kernel in question. I'm no expert in tweaking fglrx, but afaict there's nothing you can do except wait for an update of the driver. You could also try the opensource-drivers (I think r600 in your case), cause those do their own heuristics to determine hanging or deadlocked compute- kernels. Best, Michael
Re: [gentoo-user] Kernel Panic fglrx
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/24/11 17:31, Michael Schreckenbauer wrote: Hi, Am Montag, 24. Oktober 2011, 16:36:00 schrieb 4k3nd0: hi guys, somehow my fglrx is unstable. Got sometime a crashing fglrx that pulling down the hole system. Someone maybe a idea to fix this? http://pastebin.com/izFnWD7N [fglrx] ASIC hang happened is a message indicating a deadlock in a compute-kernel (shader, GPGPU), which in almost all cases is a userspace bug or the timeout in fglrx is too low for the kernel in question. I'm no expert in tweaking fglrx, but afaict there's nothing you can do except wait for an update of the driver. You could also try the opensource-drivers (I think r600 in your case), cause those do their own heuristics to determine hanging or deadlocked compute- kernels. Best, Michael Thank you. Do you think using a newer version of xserver would help? -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOpY5BAAoJEARqOhiQNM7ZwysH/RDWXwBdqLHgKL2R5tSgcOal tL3gYduHOB0vJdITrbm3hvAdq6axvOVW3UXlI9dskLvD/OlA2uH9U70Lbh5GjdZH +bqp8+B8gKBmm0yNIT9/PWPAI+yxSpf1JPXLwV08R5B9F1pRL4sXMhLzcjNbywZM V9V9tBaE/vVaAwvipN8kn9sK7vCorLkA9LcOF0IzNBJDSJIqxUZR9x99O2FA51re 57MyoQPyXxX0zlqe8mHHggLKCZnKYNmI5XNngX++2GL6vUVeerxKqJcPQJZ2vX+V xScQY1jFOqt1QPsVjqmhlTSbND7tcTl5yY6inrdS7ar1FhzpJjHZ8l4hJVS4ayU= =P9Xf -END PGP SIGNATURE-
Re: [gentoo-user] Kernel Panic fglrx
Am Montag 24 Oktober 2011, 16:36:00 schrieb 4k3nd0: hi guys, somehow my fglrx is unstable. Got sometime a crashing fglrx that pulling down the hole system. Someone maybe a idea to fix this? http://pastebin.com/izFnWD7N I'm using the 11.9 ati-drivers, i got a ATI Readon HD6990 M uname -a Linux Slaxy 3.0.7-gentoo #1 SMP Sat Oct 22 20:44:41 CEST 2011 x86_64 Intel(R) Core(TM) i7-2820QM CPU @ 2.30GHz GenuineIntel GNU/Linux Using xorg-server 1.10.4-r1 Greeting's from Germany 4k3nd0 well, the first thing is always: don't use patched kernels. gentoo kernels are patched. Use vanilla. See if the problems persist. fglrx has been solid for me for the last half of a year. With uptimes of two weeks and more, reboots always caused by kernel updates. -- #163933
[gentoo-user] [OT] Disappointing USB3 performance
I just bought an add-on USB3 adapter and outboard USB3/sata docking station, and I've been comparing the performance with my old e-sata outboard docking station. Not so good :( After getting some unreliable results with hdparm, I settled on copying one 3GB file from one partition of the outboard drive to another partition of the same drive. These results are highly reproducible, and favor e-sata over USB3 by a large margin. Over at least six trials on each docking station I consistently get 105 seconds for USB and 84 seconds for e-sata, a 5:4 ratio in favor of e-sata. I used the same hard disk and the same pci-e slot in the same minimally-loaded machine for all the runs, and got very consistent results every time. Basically, the USB3/sata docking station gets the same throughput as the older sata 1 drives connected to the onboard pci sata controller, which is still pretty respectable for an outboard drive, I think. So, has anyone out there done similar tests on USB3 drives yet?
Re: [gentoo-user] [OT] Disappointing USB3 performance
On Mon, Oct 24, 2011 at 1:28 PM, walt w41...@gmail.com wrote: I just bought an add-on USB3 adapter and outboard USB3/sata docking station, and I've been comparing the performance with my old e-sata outboard docking station. Not so good :( After getting some unreliable results with hdparm, I settled on copying one 3GB file from one partition of the outboard drive to another partition of the same drive. These results are highly reproducible, and favor e-sata over USB3 by a large margin. Over at least six trials on each docking station I consistently get 105 seconds for USB and 84 seconds for e-sata, a 5:4 ratio in favor of e-sata. I used the same hard disk and the same pci-e slot in the same minimally-loaded machine for all the runs, and got very consistent results every time. Basically, the USB3/sata docking station gets the same throughput as the older sata 1 drives connected to the onboard pci sata controller, which is still pretty respectable for an outboard drive, I think. So, has anyone out there done similar tests on USB3 drives yet? I have not; I don't have a system with USB3 yet. As far as USB3 goes, I'm more curious about host-host networking performance. Anyone played with that? If it's reasonably reliable, I could see 3-4 USB3 ports on three machines acting as a poor-man's high-performance, one-hop many-many mesh network, potentially good for network-synchronized block devices. I find Intel's Thunderbolt interesting for similar reasons. -- :wq
Re: [gentoo-user] Kernel Panic fglrx
Am Montag, 24. Oktober 2011, 18:11:45 schrieb 4k3nd0: On 10/24/11 17:31, Michael Schreckenbauer wrote: Hi, Am Montag, 24. Oktober 2011, 16:36:00 schrieb 4k3nd0: hi guys, somehow my fglrx is unstable. Got sometime a crashing fglrx that pulling down the hole system. Someone maybe a idea to fix this? http://pastebin.com/izFnWD7N [fglrx] ASIC hang happened is a message indicating a deadlock in a compute-kernel (shader, GPGPU), which in almost all cases is a userspace bug or the timeout in fglrx is too low for the kernel in question. I'm no expert in tweaking fglrx, but afaict there's nothing you can do except wait for an update of the driver. You could also try the opensource-drivers (I think r600 in your case), cause those do their own heuristics to determine hanging or deadlocked compute- kernels. Best, Michael Thank you. Do you think using a newer version of xserver would help? Always worth a try imo. But I wouldn't expect too much from doing this. The driver thinks, that a compute-kernel hangs or is deadlocked. If this assumption is correct, the userspace app needs a fix otherwise the driver is faulty. Is this problem related to running a special app or DE? Or does it happen always? Best, Michael
Re: [gentoo-user] Kernel Panic fglrx
Am Montag, 24. Oktober 2011, 18:49:36 schrieb Volker Armin Hemmann: Am Montag 24 Oktober 2011, 16:36:00 schrieb 4k3nd0: hi guys, somehow my fglrx is unstable. Got sometime a crashing fglrx that pulling down the hole system. Someone maybe a idea to fix this? http://pastebin.com/izFnWD7N I'm using the 11.9 ati-drivers, i got a ATI Readon HD6990 M uname -a Linux Slaxy 3.0.7-gentoo #1 SMP Sat Oct 22 20:44:41 CEST 2011 x86_64 Intel(R) Core(TM) i7-2820QM CPU @ 2.30GHz GenuineIntel GNU/Linux Using xorg-server 1.10.4-r1 Greeting's from Germany 4k3nd0 well, the first thing is always: don't use patched kernels. gentoo kernels are patched. Use vanilla. See if the problems persist. Good advice in general. But afaik the deadlock detection happens completely in the driver, so I am not convinced other parts of the kernel could cause this. I might be wrong about this though. fglrx has been solid for me for the last half of a year. With uptimes of two weeks and more, reboots always caused by kernel updates. Best, Michael
[gentoo-user] Re: [OT] Disappointing USB3 performance
On 10/24/2011 08:28 PM, walt wrote: I just bought an add-on USB3 adapter and outboard USB3/sata docking station, and I've been comparing the performance with my old e-sata outboard docking station. Not so good :( [...] Over at least six trials on each docking station I consistently get 105 seconds for USB and 84 seconds for e-sata, a 5:4 ratio in favor of e-sata. Doesn't look surprising to me. The USB protocol doesn't compare favorably with SATA. It's good for dumb data transfers, but lacks stuff like native command queuing and DMA operations. Most features supported by the actual hard disk can't be used when you connect it though USB.
Re: [gentoo-user] Kernel Panic fglrx
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/24/11 20:27, Michael Schreckenbauer wrote: Am Montag, 24. Oktober 2011, 18:11:45 schrieb 4k3nd0: On 10/24/11 17:31, Michael Schreckenbauer wrote: Hi, Am Montag, 24. Oktober 2011, 16:36:00 schrieb 4k3nd0: hi guys, somehow my fglrx is unstable. Got sometime a crashing fglrx that pulling down the hole system. Someone maybe a idea to fix this? http://pastebin.com/izFnWD7N [fglrx] ASIC hang happened is a message indicating a deadlock in a compute-kernel (shader, GPGPU), which in almost all cases is a userspace bug or the timeout in fglrx is too low for the kernel in question. I'm no expert in tweaking fglrx, but afaict there's nothing you can do except wait for an update of the driver. You could also try the opensource-drivers (I think r600 in your case), cause those do their own heuristics to determine hanging or deadlocked compute- kernels. Best, Michael Thank you. Do you think using a newer version of xserver would help? Always worth a try imo. But I wouldn't expect too much from doing this. The driver thinks, that a compute-kernel hangs or is deadlocked. If this assumption is correct, the userspace app needs a fix otherwise the driver is faulty. Is this problem related to running a special app or DE? Or does it happen always? Best, Michael First i suspect flash player, but it's randomly. There is no special reason i can detect. I will try using the other Kernel, maybe it will help. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOpbjxAAoJEARqOhiQNM7ZnvoH/0tj+06hg/8Si0A0usMDZAYn 3L6vyGjmYmOMW8eTzw7MTE3QFbw8rFrF9KeONzasZU83Z12saA/f+uRZkExcmrM1 kjYCDyzqlOqPz/u76X3HYP8DKIdFxI/mOws/xKf/kdOioI1TOpas5Lm18VkzfWiF JYQvJ7KjUIo/MfqMoTtWjUMn6lDfdQ9fs9DvQCQQuJtPZXp/N4cZb3WFHhXAl8mw LnoWi3vBh7EZv3W4pisaxKVti2cGmUFjzBjarQL89EB67coya6Iy7ZIDWoPHIFC0 WroGKaIFPwbMqWiSZxqSgwWAycpgs6Z9OuiQaz/BysYBQ7cwm6MosBG5stAbU3c= =W9dW -END PGP SIGNATURE-
Re: [gentoo-user] [OT] Disappointing USB3 performance
On Mon, Oct 24, 2011 at 12:28 PM, walt w41...@gmail.com wrote: I just bought an add-on USB3 adapter and outboard USB3/sata docking station, and I've been comparing the performance with my old e-sata outboard docking station. Not so good :( I think, generally speaking, a SATA drive plugged into a SATA port will always be the fastest possible connection. By using a USB adapter you're adding an additional layer of overhead to the process (the adapter translating between USB and SATA, plus any loss of functionality due to incompatible features like Nikos mentioned). But if you're wonder what the speed difference should be (if the difference you're seeing is normal or not) I can't say... I can say USB3 is faster than USB2 for sure, but I haven't personally compared to eSATA. :)
Re: [gentoo-user] Re: (unknown)
On Monday 24 Oct 2011 09:36:48 Nikos Chantziaras wrote: On 10/24/2011 11:28 AM, Vishnupradeep wrote: On Mon, Oct 24, 2011 at 1:40 PM, Nikos Chantziaras rea...@arcor.de mailto:rea...@arcor.de wrote: In your /etc/make.conf, use this: I am using ATI 4350 card. so is that VIDEO_CARDS=radeon r700 No. There is no driver called r700. The driver is called r600 and it drives R600 chips and newer. Another thing I forgot to mention is that you should make sure you're using Gallium3D in Mesa. To see what you're using (after you've rebuilt everything), do: eselect mesa list If classic is selected instead of gallium, change it: eselect mesa set 64bit r600 gallium eselect mesa set 32bit r600 gallium I'm getting confused ... I thought that the driver is radeon and r600 is the firmware blob. Does this need adding to /etc/make.conf? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: [OT] Disappointing USB3 performance
On 2011-10-24, walt w41...@gmail.com wrote: I just bought an add-on USB3 adapter and outboard USB3/sata docking station, and I've been comparing the performance with my old e-sata outboard docking station. Not so good :( After getting some unreliable results with hdparm, I settled on copying one 3GB file from one partition of the outboard drive to another partition of the same drive. These results are highly reproducible, and favor e-sata over USB3 by a large margin. Over at least six trials on each docking station I consistently get 105 seconds for USB and 84 seconds for e-sata, a 5:4 ratio in favor of e-sata. Not surprising. Did you expect that adding a gateway device to the communication path and another protocol layer on top of SATA would make things faster? I used the same hard disk and the same pci-e slot in the same minimally-loaded machine for all the runs, and got very consistent results every time. Basically, the USB3/sata docking station gets the same throughput as the older sata 1 drives connected to the onboard pci sata controller, which is still pretty respectable for an outboard drive, I think. Yep, SATA performs the same as SATA. AFAIK, eSATA and SATA are identical apart from the physical specs for the connector, a few minor voltage level differences (to imporove noise tolerance), and hot-plug support. So, has anyone out there done similar tests on USB3 drives yet? There are disk drives that talk USB3 natively and aren't just using USB-SATA gateways? -- Grant Edwards grant.b.edwardsYow! How many retured at bricklayers from FLORIDA gmail.comare out purchasing PENCIL SHARPENERS right NOW??
[gentoo-user] Re: (unknown)
On 10/24/2011 10:59 PM, Mick wrote: On Monday 24 Oct 2011 09:36:48 Nikos Chantziaras wrote: On 10/24/2011 11:28 AM, Vishnupradeep wrote: On Mon, Oct 24, 2011 at 1:40 PM, Nikos Chantziarasrea...@arcor.de mailto:rea...@arcor.de wrote: In your /etc/make.conf, use this: I am using ATI 4350 card. so is that VIDEO_CARDS=radeon r700 No. There is no driver called r700. The driver is called r600 and it drives R600 chips and newer. I'm getting confused ... I thought that the driver is radeon and r600 is the firmware blob. r600 is the driver. Mesa needs that. radeon is more of a USE flag, needed by various ebuilds (for example x11-base/xorg-drivers, sys-power/pm-utils and also media-libs/mesa). But it should be in VIDEO_CARDS, not in USE. Does this need adding to /etc/make.conf? Yes. Everyone who uses an AMD card should have radeon in VIDEO_CARDS, followed by either r300 or r600. Of course only when we're taking about the X.Org drivers. If you're going to use the Catalyst proprietary drivers, you should put fglrx in VIDEO_CARDS.
Re: [gentoo-user] Re: [OT] Disappointing USB3 performance
Am 24.10.2011 22:02, schrieb Grant Edwards: On 2011-10-24, walt w41...@gmail.com wrote: I just bought an add-on USB3 adapter and outboard USB3/sata docking station, and I've been comparing the performance with my old e-sata outboard docking station. Not so good :( After getting some unreliable results with hdparm, I settled on copying one 3GB file from one partition of the outboard drive to another partition of the same drive. These results are highly reproducible, and favor e-sata over USB3 by a large margin. Over at least six trials on each docking station I consistently get 105 seconds for USB and 84 seconds for e-sata, a 5:4 ratio in favor of e-sata. Not surprising. Did you expect that adding a gateway device to the communication path and another protocol layer on top of SATA would make things faster? I used the same hard disk and the same pci-e slot in the same minimally-loaded machine for all the runs, and got very consistent results every time. Basically, the USB3/sata docking station gets the same throughput as the older sata 1 drives connected to the onboard pci sata controller, which is still pretty respectable for an outboard drive, I think. Yep, SATA performs the same as SATA. AFAIK, eSATA and SATA are identical apart from the physical specs for the connector, a few minor voltage level differences (to imporove noise tolerance), and hot-plug support. Normal SATA also offers hotplug. Usually works, too. So, has anyone out there done similar tests on USB3 drives yet? There are disk drives that talk USB3 natively and aren't just using USB-SATA gateways? Well, there is USB Attached SCSI (CONFIG_USB_UAS in the kernel). It supports command queuing and works for USB-2.0 and 3.0 (but has additional software overhead for USB-2.0). I've not yet seen a compatible device, though. Regards, Florian Philipp signature.asc Description: OpenPGP digital signature
[gentoo-user] Re: emerge --sync failed
Nikos Chantziaras: On 10/24/2011 02:40 AM, Hartmut Figge wrote: i5 hafi # emerge --sync [...] ERROR: Malformed update entry 'move dev-php5/dev-php5/pecl-ssh2 dev-php/dev-php5/pecl-ssh2' For future reference, instead of deleting (which can be a bad idea since new ebuilds can depend on renamed/moved packages which means you can mess up your installation), you can resync later with: emerge --sync --package-moves=n Followed by a normal emerge --sync which will take care of the necessary actions for move? Hartmut -- Usenet-ABC-Wiki http://www.usenet-abc.de/wiki/ Von Usern fuer User :-)
[gentoo-user] Re: [OT] Disappointing USB3 performance
On 2011-10-24, Florian Philipp li...@binarywings.net wrote: Am 24.10.2011 22:02, schrieb Grant Edwards: On 2011-10-24, walt w41...@gmail.com wrote: I just bought an add-on USB3 adapter and outboard USB3/sata docking station, and I've been comparing the performance with my old e-sata outboard docking station. Not so good :( After getting some unreliable results with hdparm, I settled on copying one 3GB file from one partition of the outboard drive to another partition of the same drive. These results are highly reproducible, and favor e-sata over USB3 by a large margin. Over at least six trials on each docking station I consistently get 105 seconds for USB and 84 seconds for e-sata, a 5:4 ratio in favor of e-sata. Not surprising. Did you expect that adding a gateway device to the communication path and another protocol layer on top of SATA would make things faster? I used the same hard disk and the same pci-e slot in the same minimally-loaded machine for all the runs, and got very consistent results every time. Basically, the USB3/sata docking station gets the same throughput as the older sata 1 drives connected to the onboard pci sata controller, which is still pretty respectable for an outboard drive, I think. Yep, SATA performs the same as SATA. AFAIK, eSATA and SATA are identical apart from the physical specs for the connector, a few minor voltage level differences (to imporove noise tolerance), and hot-plug support. Normal SATA also offers hotplug. Usually works, too. I read somewhere that not all controllers support hotplug on internal connectors, but I can't personally attest to having found one that didn't. So, has anyone out there done similar tests on USB3 drives yet? There are disk drives that talk USB3 natively and aren't just using USB-SATA gateways? Well, there is USB Attached SCSI (CONFIG_USB_UAS in the kernel). It supports command queuing and works for USB-2.0 and 3.0 (but has additional software overhead for USB-2.0). I've not yet seen a compatible device, though. Interesting. Is USB3 peer to peer like SCSI and Firewire, or is it the same master/slave poll/response scheme that has always crippled USB? Doing SCSI via a poll/response transport protocol seems like it would lose most of the advantages of SCSI. -- Grant Edwards grant.b.edwardsYow! He is the MELBA-BEING at ... the ANGEL CAKE gmail.com... XEROX him ... XEROX him --
Re: [gentoo-user] Re: [OT] Disappointing USB3 performance
On Mon, Oct 24, 2011 at 4:31 PM, Grant Edwards grant.b.edwa...@gmail.com wrote: On 2011-10-24, Florian Philipp li...@binarywings.net wrote: Am 24.10.2011 22:02, schrieb Grant Edwards: On 2011-10-24, walt w41...@gmail.com wrote: I just bought an add-on USB3 adapter and outboard USB3/sata docking station, and I've been comparing the performance with my old e-sata outboard docking station. Not so good :( After getting some unreliable results with hdparm, I settled on copying one 3GB file from one partition of the outboard drive to another partition of the same drive. These results are highly reproducible, and favor e-sata over USB3 by a large margin. Over at least six trials on each docking station I consistently get 105 seconds for USB and 84 seconds for e-sata, a 5:4 ratio in favor of e-sata. Not surprising. Did you expect that adding a gateway device to the communication path and another protocol layer on top of SATA would make things faster? I used the same hard disk and the same pci-e slot in the same minimally-loaded machine for all the runs, and got very consistent results every time. Basically, the USB3/sata docking station gets the same throughput as the older sata 1 drives connected to the onboard pci sata controller, which is still pretty respectable for an outboard drive, I think. Yep, SATA performs the same as SATA. AFAIK, eSATA and SATA are identical apart from the physical specs for the connector, a few minor voltage level differences (to imporove noise tolerance), and hot-plug support. Normal SATA also offers hotplug. Usually works, too. I read somewhere that not all controllers support hotplug on internal connectors, but I can't personally attest to having found one that didn't. So, has anyone out there done similar tests on USB3 drives yet? There are disk drives that talk USB3 natively and aren't just using USB-SATA gateways? Well, there is USB Attached SCSI (CONFIG_USB_UAS in the kernel). It supports command queuing and works for USB-2.0 and 3.0 (but has additional software overhead for USB-2.0). I've not yet seen a compatible device, though. Interesting. Is USB3 peer to peer like SCSI and Firewire, or is it the same master/slave poll/response scheme that has always crippled USB? Doing SCSI via a poll/response transport protocol seems like it would lose most of the advantages of SCSI. IIRC USB3 is interrupt-driven instead of constantly polling the device.
Re: [gentoo-user] Re: (unknown)
On Monday 24 Oct 2011 21:35:44 Nikos Chantziaras wrote: On 10/24/2011 10:59 PM, Mick wrote: On Monday 24 Oct 2011 09:36:48 Nikos Chantziaras wrote: On 10/24/2011 11:28 AM, Vishnupradeep wrote: On Mon, Oct 24, 2011 at 1:40 PM, Nikos Chantziarasrea...@arcor.de mailto:rea...@arcor.de wrote: In your /etc/make.conf, use this: I am using ATI 4350 card. so is that VIDEO_CARDS=radeon r700 No. There is no driver called r700. The driver is called r600 and it drives R600 chips and newer. I'm getting confused ... I thought that the driver is radeon and r600 is the firmware blob. r600 is the driver. Mesa needs that. radeon is more of a USE flag, needed by various ebuilds (for example x11-base/xorg-drivers, sys-power/pm-utils and also media-libs/mesa). But it should be in VIDEO_CARDS, not in USE. Thanks. This is news to me. It is not mentioned here: http://www.gentoo.org/doc/en/xorg-config.xml and when I remerge media-libs/mesa-7.11 only radeon is shown under VIDEO_CARDS: [ebuild R] media-libs/mesa-7.11 USE=classic egl gallium llvm nptl shared-glapi -bindist -debug -gbm -gles -motif -openvg -pax_kernel -pic (- selinux) -shared-dricore VIDEO_CARDS=radeon -intel -mach64 -mga -nouveau - r128 -savage -sis -tdfx -via -vmware 6,406 kB Does this need adding to /etc/make.conf? Yes. Everyone who uses an AMD card should have radeon in VIDEO_CARDS, followed by either r300 or r600. Of course only when we're taking about the X.Org drivers. If you're going to use the Catalyst proprietary drivers, you should put fglrx in VIDEO_CARDS. OK, I've added it and I'm remerging mesa to see what difference it makes. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Vmware Player 4 from vmware-overlay
Am 20.10.2011 18:47, schrieb Mark Knecht: Gentoo hosts run KVM, in there virtual Windows-machines for various specific software they need. Stable so far. Good to know. Maybe I'll give it a try. reply 2, new thoughts (perspective: running *one* Windows-XP-VM on a desktop-machine, for some specific software): Linux 3.1 brings KVM-related improvements. I will check those. I don't see any performance-issues here with KVM, waiting for vmware-player just out of curiosity ... (and KVM is told to be more efficient anyway, closer-to/inside the kernel). Choosing KVM would mean running only one virtualization here, simplifying things and going the open-source path. I simply haven't migrated that one XP-VM yet because I didn't need to so far. Stefan
[gentoo-user] Re: [OT] Disappointing USB3 performance
On 10/24/2011 10:28 AM, walt wrote: ... Over at least six trials on each docking station I consistently get 105 seconds for USB and 84 seconds for e-sata, a 5:4 ratio in favor of e-sata/sata over USB3/sata... Wow, lots of great answers, guys, thanks. Enough material to give me lots more questions to ask you :) Like, for example, in theory the raw bit-rate for USB3 is more than enough to keep up with any existing consumer hard drive, right? The speed of usb/sata protocol translation should be very fast compared to the speed of a spinning mechanical disk (I think?) Now, lack of DMA is another story for hard disks, certainly. Here's where my ignorance of hardware limits my thinking: AFAIK the device driver *always* sits between the disk drive and the DMA hardware, doesn't it? Seems to me that the USB3 driver should be fast enough to shuttle the raw disk data (somehow) to the DMA hardware just like the pata/sata drivers do. It's that somehow that I obviously don't understand. Where am I thinking wrong about the problem?
Re: [gentoo-user] Re: [OT] Disappointing USB3 performance
On Oct 24, 2011 7:21 PM, walt w41...@gmail.com wrote: On 10/24/2011 10:28 AM, walt wrote: ... Over at least six trials on each docking station I consistently get 105 seconds for USB and 84 seconds for e-sata, a 5:4 ratio in favor of e-sata/sata over USB3/sata... Wow, lots of great answers, guys, thanks. Enough material to give me lots more questions to ask you :) Like, for example, in theory the raw bit-rate for USB3 is more than enough to keep up with any existing consumer hard drive, right? The speed of usb/sata protocol translation should be very fast compared to the speed of a spinning mechanical disk (I think?) Now, lack of DMA is another story for hard disks, certainly. Here's where my ignorance of hardware limits my thinking: AFAIK the device driver *always* sits between the disk drive and the DMA hardware, doesn't it? DMA means a device is told where in the system's address space it may write to, and it writes directly to that place without further CPU involvement. Since drivers run on the CPU, the drivr isn't a go-between. When the CPU *is* involved in the passing of bits around, things slow down. IIRC, that's called PIO--programmed IO.
Re: [gentoo-user] Re: [OT] Disappointing USB3 performance
On Mon, Oct 24 2011, Michael Mol wrote: On Oct 24, 2011 7:21 PM, walt w41...@gmail.com wrote: Now, lack of DMA is another story for hard disks, certainly. Here's where my ignorance of hardware limits my thinking: AFAIK the device driver *always* sits between the disk drive and the DMA hardware, doesn't it? DMA means a device is told where in the system's address space it may write to, and it writes directly to that place without further CPU involvement. Since drivers run on the CPU, the drivr isn't a go-between. When the CPU *is* involved in the passing of bits around, things slow down. IIRC, that's called PIO--programmed IO. Correct. DMA stands for direct memory access; the device has direct access to the memory. PIO is indeed the name when the CPU acts as a go between. allan
Re: [gentoo-user] [SOLVED] Balky mounting of external devices
On Sun, Oct 23, 2011 at 12:07:23PM +0100, Neil Bothwick wrote In that case, you have a different situation since there is clearly a partition on the disk. The partition table may be slightly faulty, hence the need for fdisk. Recreating the partition table with fdisk should fix that permanently. I thought about this, and decided not to. This is how the phone set up the mini-SD card. If I change things, then I don't know how the phone would react. The main concern is that it work properly in the phone. I can work around its idiosyncrasies in linux whenever I need to transfer photos off the phone, or other stuff to the phone. -- Walter Dnes waltd...@waltdnes.org
[gentoo-user] Strange issue about package.mask
I don't want to compile the big thing - libreoffice, so I use libreoffice-bin instead. To prevent myself from emerging libreoffice by mistake, I add it to package.mask But there's a strange thing going on here. If the contents of package.mask are like this: app-office/libreoffice equery u libreoffice shows me the unstable version () while if the contents are like this: -app-office/libreoffice equery u libreoffice shows the proper one, 3.4.3 (~amd64). Also, with other packages this is not the issue. They get masked (instead of getting unmasked) without that hyphen in the beginning. -- Nilesh Govindarajan http://nileshgr.com
Re: [gentoo-user] Re: [OT] Disappointing USB3 performance
USB does use DMA. Check the kernel source doco Documentation/usb/dma.txt
[gentoo-user] Re: emerge --sync failed
On 10/25/2011 12:21 AM, Hartmut Figge wrote: Nikos Chantziaras: On 10/24/2011 02:40 AM, Hartmut Figge wrote: i5 hafi # emerge --sync [...] ERROR: Malformed update entry 'move dev-php5/dev-php5/pecl-ssh2 dev-php/dev-php5/pecl-ssh2' For future reference, instead of deleting (which can be a bad idea since new ebuilds can depend on renamed/moved packages which means you can mess up your installation), you can resync later with: emerge --sync --package-moves=n Followed by a normal emerge --sync which will take care of the necessary actions for move? Not necessary. Portage will perform them on the first opportunity (like when trying to emerge something.)
[gentoo-user] Re: (unknown)
On 10/25/2011 12:58 AM, Mick wrote: Does this need adding to /etc/make.conf? Yes. Everyone who uses an AMD card should have radeon in VIDEO_CARDS, followed by either r300 or r600. Of course only when we're taking about the X.Org drivers. If you're going to use the Catalyst proprietary drivers, you should put fglrx in VIDEO_CARDS. OK, I've added it and I'm remerging mesa to see what difference it makes. If mesa doesn't get automatically rebuilt (changing VIDEO_CARDS counts as a USE flags change, so emerge -uDN world will pick it up), then that means you're using a version of mesa that doesn't recognize r600. I'm on mesa- (one of the very few live ebuilds I use). Now that I checked this, it's the only version to recognize r300 and r600 in VIDEO_CARDS. However, that also means that future release versions of mesa will also recognize them (the live ebuilds are always a precursor of things to come.) So adding r300 or r600 now doesn't hurt and will ensure you don't forget to do so later when mesa 7.12 (or 8.0?) comes out.
[gentoo-user] Re: Vmware Player 4 from vmware-overlay
On 10/25/2011 01:12 AM, Stefan G. Weichinger wrote: Am 20.10.2011 18:47, schrieb Mark Knecht: Gentoo hosts run KVM, in there virtual Windows-machines for various specific software they need. Stable so far. Good to know. Maybe I'll give it a try. reply 2, new thoughts (perspective: running *one* Windows-XP-VM on a desktop-machine, for some specific software): Linux 3.1 brings KVM-related improvements. I will check those. I don't see any performance-issues here with KVM, waiting for vmware-player just out of curiosity ... (and KVM is told to be more efficient anyway, closer-to/inside the kernel). How is video and mouse performance? VMware has drivers for that; you install them inside the guest. There is seamless mouse integration with guest-host, and very fast graphics (I can run Windows Aero without problem.) I can also dragdrop files between my Linux and Windows desktop and also share the clipboard. Does KVM have something similar?
Re: [gentoo-user] Re: (unknown)
Thanks, Effects is working.. On Tue, Oct 25, 2011 at 10:52 AM, Nikos Chantziaras rea...@arcor.de wrote: On 10/25/2011 12:58 AM, Mick wrote: Does this need adding to /etc/make.conf? Yes. Everyone who uses an AMD card should have radeon in VIDEO_CARDS, followed by either r300 or r600. Of course only when we're taking about the X.Org drivers. If you're going to use the Catalyst proprietary drivers, you should put fglrx in VIDEO_CARDS. OK, I've added it and I'm remerging mesa to see what difference it makes. If mesa doesn't get automatically rebuilt (changing VIDEO_CARDS counts as a USE flags change, so emerge -uDN world will pick it up), then that means you're using a version of mesa that doesn't recognize r600. I'm on mesa- (one of the very few live ebuilds I use). Now that I checked this, it's the only version to recognize r300 and r600 in VIDEO_CARDS. However, that also means that future release versions of mesa will also recognize them (the live ebuilds are always a precursor of things to come.) So adding r300 or r600 now doesn't hurt and will ensure you don't forget to do so later when mesa 7.12 (or 8.0?) comes out.