From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1SAmMg-0004QL-JB for garchives@archives.gentoo.org; Thu, 22 Mar 2012 18:03:58 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2EAB5E07A4 for ; Thu, 22 Mar 2012 18:03:58 +0000 (UTC) Received: from mail-ob0-f181.google.com (mail-ob0-f181.google.com [209.85.214.181]) by pigeon.gentoo.org (Postfix) with ESMTP id C97CBE07E0 for ; Thu, 22 Mar 2012 16:42:26 +0000 (UTC) Received: by obceq6 with SMTP id eq6so1855637obc.40 for ; Thu, 22 Mar 2012 09:42:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=IWdHlFK2tlWHut+l3rTdPA8JlpwIG/rKd2DtuUIgOyI=; b=mOKyckXCqBcyDc9Iti4ipVgW6Tv4zGYRq1W4/T3GtWZXQrjG/hH+Su1Ar5p3p8T5tI qVYajjaa/BEYUs0Pz4DI9E5Dg92bmjDrveC+df6/Vl6OGlAIoCAgb55yqbcHhbGk0VAQ 34kkneg4hFl3sVr7lDgXX6refwl23uB+BhmJSOvSd47KXe4qTTMBsGPdNztjsqOZ1iGm elwlMy4iu3dZpo7EeV+LyA8kx2w25730XNNBz4CthODvjcUuCCPoavqZJW4+kA/AYEOY RHh00endcqGmuYdOWwbAASl7LU0WAahbgRSy1BdichpZ71UpTEVTeueHwlX177Xoi9wl XqKQ== Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-amd64@lists.gentoo.org Reply-to: gentoo-amd64@lists.gentoo.org MIME-Version: 1.0 Received: by 10.182.147.99 with SMTP id tj3mr7334072obb.40.1332434545934; Thu, 22 Mar 2012 09:42:25 -0700 (PDT) Received: by 10.182.134.103 with HTTP; Thu, 22 Mar 2012 09:42:25 -0700 (PDT) Date: Thu, 22 Mar 2012 12:42:25 -0400 Message-ID: Subject: [gentoo-amd64] unsubscribe From: redspot To: gentoo-amd64@lists.gentoo.org Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 1b878550-d754-42d0-9d1c-07cdda80b778 X-Archives-Hash: 52b7d50e38cca764193b8787faad63dd unsubscribe On Wed, Mar 21, 2012 at 5:03 AM, wrot= e: > Topics (messages 13110 through 13125): > > [gentoo-amd64] Kernel-3.3.0 and Nvidia-drivers > =A0 =A0 =A013110 - Frank Peters > > [gentoo-amd64] Kernel-3.3.0 and Nvidia-drivers > =A0 =A0 =A013111 - Mark Knecht > > [gentoo-amd64] Kernel-3.3.0 and Nvidia-drivers > =A0 =A0 =A013112 - Frank Peters > > [gentoo-amd64] Kernel-3.3.0 and Nvidia-drivers > =A0 =A0 =A013113 - Cheng Renquan > > [gentoo-amd64] Kernel-3.3.0 and Nvidia-drivers > =A0 =A0 =A013114 - Mark Knecht > > [gentoo-amd64] Kernel-3.3.0 and Nvidia-drivers > =A0 =A0 =A013115 - Mark Knecht > > [gentoo-amd64] Kernel-3.3.0 and Nvidia-drivers > =A0 =A0 =A013116 - Frank Peters > > [gentoo-amd64] Kernel-3.3.0 and Nvidia-drivers > =A0 =A0 =A013117 - Mark Knecht > > [gentoo-amd64] Kernel-3.3.0 and Nvidia-drivers > =A0 =A0 =A013118 - Paul Hartman > > [gentoo-amd64] Kernel-3.3.0 and Nvidia-drivers > =A0 =A0 =A013119 - Barry Schwartz > > [gentoo-amd64] Kernel-3.3.0 and Nvidia-drivers > =A0 =A0 =A013120 - Mark Knecht > > [gentoo-amd64] Kernel-3.3.0 and Nvidia-drivers > =A0 =A0 =A013121 - Barry Schwartz > > [gentoo-amd64] Kernel-3.3.0 and Nvidia-drivers > =A0 =A0 =A013122 - Frank Peters > > [gentoo-amd64] Kernel-3.3.0 and Nvidia-drivers > =A0 =A0 =A013123 - Barry Schwartz > > [gentoo-amd64] Re: Kernel-3.3.0 and Nvidia-drivers > =A0 =A0 =A013124 - Duncan <1i5t5.duncan@cox.net> > =A0 =A0 =A013125 - Duncan <1i5t5.duncan@cox.net> > > > > Linux-3.3.0 is released and, as is my usual habit, I downloaded and compi= led > the plain vanilla source. > > After rebooting to the command console, and before starting X, I needed > to re-install the nvidia-driver module for the new kernel. =A0Doing > "emerge nvidia-drivers" gave me the following error (the entire build log > is attached): > >>>> Source prepared. >>>> Configuring source in /tmp/portage-acc/tmp/portage/x11-drivers/nvidia-= drivers-295.20-r1/work ... >>>> Source configured. >>>> Compiling source in /tmp/portage-acc/tmp/portage/x11-drivers/nvidia-dr= ivers-295.20-r1/work ... > Preparing nvidia module > make -j9 HOSTCC=3Dx86_64-pc-linux-gnu-gcc CROSS_COMPILE=3Dx86_64-pc-linux= -gnu- 'LDFLAGS=3D-m elf_x86_64' IGNORE_CC_MISMATCH=3Dyes V=3D1 SYSSRC=3D/us= r/src/linux SYSOUT=3D/lib/modules/3.3.0/build CC=3Dx86_64-pc-linux-gnu-gcc = clean module > > *** Unable to determine the target kernel version. *** > > make: *** [select_makefile] Error 1 > emake failed > ERROR: x11-drivers/nvidia-drivers-295.20-r1 failed (compile phase): > =A0Unable to emake HOSTCC=3Dx86_64-pc-linux-gnu-gcc CROSS_COMPILE=3Dx86_6= 4-pc-linux-gnu- LDFLAGS=3D-m elf_x86_64 =A0IGNORE_CC_MISMATCH=3Dyes V=3D1 S= YSSRC=3D/usr/src/linux =A0 =A0 =A0 =A0 =A0 =A0 SYSOUT=3D/lib/modules/3.3.0/= build CC=3Dx86_64-pc-linux-gnu-gcc clean module > > Call stack: > =A0 =A0ebuild.sh, line =A0 85: =A0Called src_compile > =A0environment, line 3711: =A0Called linux-mod_src_compile > =A0environment, line 2668: =A0Called die > The specific snippet of code: > =A0 =A0 =A0 =A0 =A0 =A0 =A0eval "emake HOSTCC=3D\"$(tc-getBUILD_CC)\" > > > The first part of the build log (see attached file) indicates that the > kernel source was correctly found (at /usr/src/linux), but for some > reason the make process fails. > > Could this be due to some changes in the kernel-3.3.0 tree? > > Frank Peters > > > On Mon, Mar 19, 2012 at 9:12 AM, Frank Peters = wrote: >> Linux-3.3.0 is released and, as is my usual habit, I downloaded and comp= iled >> the plain vanilla source. >> > >> The first part of the build log (see attached file) indicates that the >> kernel source was correctly found (at /usr/src/linux), but for some >> reason the make process fails. >> >> Could this be due to some changes in the kernel-3.3.0 tree? >> >> Frank Peters >> > > Possibly this from Google will help? > > Good luck & post back, > Mark > > On Mon, 19 Mar 2012 09:35:34 -0700 > Mark Knecht wrote: > >> >> Possibly this from Google will help? >> > > Did you intend to include a link? =A0If so, it must have gotten > lost somewhere. > > Frank Peters > > > I have switched to nouveau driver, for over 1 year, > using with gnome3 interface, no performance issue, and quite stable, > > enjoying every mainline kernel 3.0, 3.1, 3.2, 3.3, no building issue > > > I think it's time for everyone to give up nvidia-drivers, the blob of bin= ary > > On Mon, Mar 19, 2012 at 9:12 AM, Frank Peters = wrote: >> Linux-3.3.0 is released and, as is my usual habit, I downloaded and comp= iled >> the plain vanilla source. >> >> After rebooting to the command console, and before starting X, I needed >> to re-install the nvidia-driver module for the new kernel. =A0Doing >> "emerge nvidia-drivers" gave me the following error (the entire build lo= g >> is attached): >> >>>>> Source prepared. >>>>> Configuring source in /tmp/portage-acc/tmp/portage/x11-drivers/nvidia= -drivers-295.20-r1/work ... >>>>> Source configured. >>>>> Compiling source in /tmp/portage-acc/tmp/portage/x11-drivers/nvidia-d= rivers-295.20-r1/work ... >> Preparing nvidia module >> make -j9 HOSTCC=3Dx86_64-pc-linux-gnu-gcc CROSS_COMPILE=3Dx86_64-pc-linu= x-gnu- 'LDFLAGS=3D-m elf_x86_64' IGNORE_CC_MISMATCH=3Dyes V=3D1 SYSSRC=3D/u= sr/src/linux SYSOUT=3D/lib/modules/3.3.0/build CC=3Dx86_64-pc-linux-gnu-gcc= clean module >> >> *** Unable to determine the target kernel version. *** > > On Mon, Mar 19, 2012 at 12:05 PM, Frank Peters = wrote: >> On Mon, 19 Mar 2012 09:35:34 -0700 >> Mark Knecht wrote: >> >>> >>> Possibly this from Google will help? >>> >> >> Did you intend to include a link? =A0If so, it must have gotten >> lost somewhere. >> >> Frank Peters >> >> > > Gadzooks, yes I did. Sorry! > > http://weltall.heliohost.org/wordpress/2012/01/20/linux-kernel-3-3-rc1-an= d-nvidia-drivers/ > > To be clear, I have no idea if it will solve your exact problem. It > didn't for all. > > My experience with nvidia is pretty good if you give them a couple of > days, but very spotty on the first or second day a new kernel minor > rev is released. Nominally I use this page: > > http://www.nvidia.com/Download/indexsg.aspx?lang=3Den-us > > and then search out my specific card to determine what _exact_ driver > they want me to run. It almost always requires i run ~amd64. > > HTH, > Mark > > On Mon, Mar 19, 2012 at 12:14 PM, Cheng Renquan wrote: >> I have switched to nouveau driver, for over 1 year, >> using with gnome3 interface, no performance issue, and quite stable, >> >> enjoying every mainline kernel 3.0, 3.1, 3.2, 3.3, no building issue >> >> >> I think it's time for everyone to give up nvidia-drivers, the blob of bi= nary >> > > And how would one use CUDA if we gave up nvidia-drivers? Does nouveau > support all the CUDA stuff? > > Cheers, > Mark > > On Mon, 19 Mar 2012 09:35:34 -0700 > Mark Knecht wrote: > >> >> Possibly this from Google will help? >> > > OK, I think I've found the URL that you may have intended: > > http://weltall.heliohost.org/wordpress/2012/01/20/linux-kernel-3-3-rc1-an= d-nvidia-drivers/ > > I followed the second fix that is described and now the nvidia-drivers > emerge and work nicely with linux kernel-3.3. > > Thanks for the hint. > > There are changes to the kernel-3.3 tree that will have to addressed > by the gentoo nvidia-drivers or other users will hit this problem > as well. > > Frank Peters > > > On Mon, Mar 19, 2012 at 12:30 PM, Frank Peters = wrote: >> On Mon, 19 Mar 2012 09:35:34 -0700 >> Mark Knecht wrote: >> >>> >>> Possibly this from Google will help? >>> >> >> OK, I think I've found the URL that you may have intended: >> >> http://weltall.heliohost.org/wordpress/2012/01/20/linux-kernel-3-3-rc1-a= nd-nvidia-drivers/ >> >> I followed the second fix that is described and now the nvidia-drivers >> emerge and work nicely with linux kernel-3.3. >> >> Thanks for the hint. >> >> There are changes to the kernel-3.3 tree that will have to addressed >> by the gentoo nvidia-drivers or other users will hit this problem >> as well. >> >> Frank Peters >> >> > > Glad you found it. That is the link I just sent along and good to know > it helped a bit. > > As I said, on kernel revision number changes I ALWAYS wait a minimum > of 3-5 days before trying to upgrade. nvidia always seems to need at > least a few days to catch up with a new release, or that's been my > experience in the past anyway. > > Cheers, > Mark > > On Mon, Mar 19, 2012 at 3:08 PM, Mark Knecht wrote= : >> >> As I said, on kernel revision number changes I ALWAYS wait a minimum >> of 3-5 days before trying to upgrade. nvidia always seems to need at >> least a few days to catch up with a new release, or that's been my >> experience in the past anyway. > > Same here, nvidia-drivers and vmware-modules are why I usually wait > until the .1 release on a new kernel series. :) > > Mark Knecht skribis: >> And how would one use CUDA if we gave up nvidia-drivers? Does nouveau >> support all the CUDA stuff? > > I think they may have reverse engineered CUDA, but whether it is > implemented I don=92t know, and I wouldn=92t want to be the one to test > it, either. :) > > I=92m donating processor time with boinc and that=92s good enough reason > to use the binary driver if it gives me more processor to donate. > > (Waiting before installing anything new is painful, I know, because > with Gentoo you always feel like you want it to be doing something, or > at least that=92s my experience. :) ) > > On Mon, Mar 19, 2012 at 2:28 PM, Barry Schwartz > wrote: >> Mark Knecht skribis: >>> And how would one use CUDA if we gave up nvidia-drivers? Does nouveau >>> support all the CUDA stuff? >> >> I think they may have reverse engineered CUDA, but whether it is >> implemented I don=92t know, and I wouldn=92t want to be the one to test >> it, either. :) >> >> I=92m donating processor time with boinc and that=92s good enough reason >> to use the binary driver if it gives me more processor to donate. >> >> (Waiting before installing anything new is painful, I know, because >> with Gentoo you always feel like you want it to be doing something, or >> at least that=92s my experience. :) ) >> > > I have no problem with you or anyone else running nouveau. None at all. > > I do have a problem with someone saying 'it's time for everyone to > give up nvidia-drivers' without demonstrating they know the full > impact of what they are suggesting. Had Cheng Renquan suggest 'Maybe > people who don't need anything other than basic X capabilities should > consider running nouveau' I wouldn't have even chimed in. > > And thanks for running boinc. It's good of you and good for you. > > Cheers, > Mark > > Mark Knecht skribis: >> I do have a problem with someone saying 'it's time for everyone to >> give up nvidia-drivers' without demonstrating they know the full >> impact of what they are suggesting. Had Cheng Renquan suggest 'Maybe >> people who don't need anything other than basic X capabilities should >> consider running nouveau' I wouldn't have even chimed in. > > Sage Notebook (sage-on-gentoo overlay) can use CUDA as well. I think > you don't have to worry that nvidia-drivers would go away; in the > worst case it would end up in a good overlay. That's unlikely IMO, and > would mostly likely be if there were an established alternative > implementation of CUDA. > > On Mon, 19 Mar 2012 14:40:34 -0700 > Mark Knecht wrote: > >> >> I have no problem with you or anyone else running nouveau. None at all. >> >> I do have a problem with someone saying 'it's time for everyone to >> give up nvidia-drivers' without demonstrating they know the full >> impact of what they are suggesting. Had Cheng Renquan suggest 'Maybe >> people who don't need anything other than basic X capabilities should >> consider running nouveau' I wouldn't have even chimed in. >> > > I think the main complaint is that the Nvidia drivers are closed > binary blobs while Nouveau is an attempt to create an entirely > open source driver. =A0The spirit of free software demands that we > support these open initiatives. > > Actually, until recently, I was very happy using the legacy open > source xorg nvidia driver known simply as as "nv." =A0It is still > available in Gentoo as x11-drivers/xf86-video-nv. > > Since I do not do gaming or other intensive graphic activities, > I could get by nicely with just nv. =A0However, the nv driver does > not seem to support the latest hardware too well. =A0On one of > my machines I have a card based on Nvidia GeForce 210. =A0Although > the nv driver works with this card, it does not enable the Xv > extension and consequently the graphic response is poor. > > On older cards nv does work quite well for ordinary purposes. > > Frank Peters > > > Frank Peters skribis: >> I think the main complaint is that the Nvidia drivers are closed >> binary blobs while Nouveau is an attempt to create an entirely >> open source driver. > > Unfortunately the nvidia drivers are needed not only for graphics but > also to use the GPU for scientific calculations, including for > donating processor time to medical research, for instance. > > > Frank Peters posted on Tue, 20 Mar 2012 00:03:06 -0400 as excerpted: > >> Actually, until recently, I was very happy using the legacy open source >> xorg nvidia driver known simply as as "nv." =A0It is still available in >> Gentoo as x11-drivers/xf86-video-nv. >> >> Since I do not do gaming or other intensive graphic activities, I could >> get by nicely with just nv. =A0However, the nv driver does not seem to >> support the latest hardware too well. > > FWIW, the old nv driver is legacy, now, and won't be supporting new > hardware. =A0AFAIK older hardware should be switching as well, for suppor= t > with current software, as nv won't be updated for that any longer, either= . > > The same thing happened to it as happened to nvidia's proprietary network > driver some years ago; pretty much everyone involved, including the > distros that used to ship nv and nvidia itself, seems to have recognized > that the reverse-engineered work is now better than nvidia's basic > freedomware stub driver, nv, and nouveau has officially taken its place. > > -- > Duncan - List replies preferred. =A0 No HTML msgs. > "Every nonfree program has a lord, a master -- > and if you use the program, he is your master." =A0Richard Stallman > > > Barry Schwartz posted on Tue, 20 Mar 2012 01:20:13 -0500 as excerpted: > >> Unfortunately the nvidia drivers are needed not only for graphics but >> also to use the GPU for scientific calculations, including for donating >> processor time to medical research, for instance. > > My donation ends where their disrespect for human freedom begins. =A0(Ove= r > a decade ago, back on MS, I used to run distributed.net. =A0However, they > don't have a freedomware client, or at least didn't back then, and while > I understand the reasons why -- someone cheating and saying they did the > work when they didn't, just to get the stats -- that didn't change the > fact that I wasn't going to run servantware. =A0But as they say, YMMV.) > > -- > Duncan - List replies preferred. =A0 No HTML msgs. > "Every nonfree program has a lord, a master -- > and if you use the program, he is your master." =A0Richard Stallman > >