Re: Fixed nvidia driver 331.20

Paulo Cavalcanti <[email protected]> Tue, 17 Dec 2013 07:16:03 -0200
Newsgroups gmane.linux.redhat.rpm.atrpms.devel
Message-ID <CAMgUmnkMSngHOop+H_aJWQ=6AKQq=NyM4Pfoy6yPLq+Wuq+ecg@mail.gmail.com>
--===============4686360244190002403==
Content-Type: multipart/alternative; boundary=047d7bea3f46a729fe04edb7604d

--047d7bea3f46a729fe04edb7604d
Content-Type: text/plain; charset=ISO-8859-1

Interesting. I did not notice anything yet, and I can run the C program
below just fine:

http://forums.gentoo.org/viewtopic-p-7435944.html

I was having gkrellm dying with version 319.49, but it seems stable until
now with 321.20
Maybe this depends on the card type, but I did not see any report for
fedora, and rpm fusion is shipping this driver for F19:

http://download1.rpmfusion.org/nonfree/fedora/updates/19/x86_64/repoview/index.html

Anyway, I removed a test, for applying patch0, from the spec file, which
was causing the kernel module compilation fail for fedora.



On Mon, Dec 16, 2013 at 6:13 PM, Chris Schanzle <[email protected]> wrote:

> On 12/15/2013 12:58 PM, Paulo Cavalcanti wrote:
> > Axel,
> >
> > I fixed the latest driver, so it builds the kernel module:
> >
> >
> http://people.atrpms.net/~pcavalcanti/srpms/nvidia-graphics331.20-331.20-162.fc18.src.rpm<
> http://people.atrpms.net/%7Epcavalcanti/srpms/nvidia-graphics331.20-331.20-162.fc18.src.rpm
> >
> >
> > Can you put the wheels to run again?
> >
> > Thanks.
> >
> > --
> > Paulo Roma Cavalcanti
> > LCG - UFRJ
> >
>
> We have found the process signal mask is randomly but frequently corrupted
> with this version of the drivers.  Causes all sorts of interresting issues,
> like GUI subprocess elements don't quit when the main parent exits.
>
> A quick google search of "nvidia 331.20 signal mask" leads to this thread,
> and in particular, the following post:
> https://devtalk.nvidia.com/default/topic/633706/linux/recent-drivers-cause-applications-to-hang-not-start-at-all-or-compilation-failures/post/4031596/#4031596
>
> I suggest more caution than usual before releasing this version.
>
>
>
> _______________________________________________
> atrpms-devel mailing list
> [email protected]
> http://lists.atrpms.net/mailman/listinfo/atrpms-devel
>



-- 
Paulo Roma Cavalcanti
LCG - UFRJ

--047d7bea3f46a729fe04edb7604d
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div><div>Interesting. I did not notice anything yet, and =
I can run the C program below just fine:<br><br><a href=3D"http://forums.ge=
ntoo.org/viewtopic-p-7435944.html">http://forums.gentoo.org/viewtopic-p-743=
5944.html</a><br>
<br></div>I was having gkrellm dying with version 319.49, but it seems stab=
le until now with 321.20<br></div><div>Maybe this depends on the card type,=
 but I did not see any report for fedora, and rpm fusion is shipping this d=
river for F19:<br>
<br><a href=3D"http://download1.rpmfusion.org/nonfree/fedora/updates/19/x86=
_64/repoview/index.html">http://download1.rpmfusion.org/nonfree/fedora/upda=
tes/19/x86_64/repoview/index.html</a><br></div><div><br></div>Anyway, I rem=
oved a test, for applying patch0, from the spec file, which was causing the=
 kernel module compilation fail for fedora.<br>
<div>=A0<br></div></div><div class=3D"gmail_extra"><br><br><div class=3D"gm=
ail_quote">On Mon, Dec 16, 2013 at 6:13 PM, Chris Schanzle <span dir=3D"ltr=
">&lt;<a href=3D"mailto:[email protected]" target=3D"_blank">schanzle@nist.=
gov</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div class=3D"im">On 12/15/2013 12:58 PM, Pa=
ulo Cavalcanti wrote:<br>
&gt; Axel,<br>
&gt;<br>
&gt; I fixed the latest driver, so it builds the kernel module:<br>
&gt;<br>
</div>&gt; <a href=3D"http://people.atrpms.net/~pcavalcanti/srpms/nvidia-gr=
aphics331.20-331.20-162.fc18.src.rpm" target=3D"_blank">http://people.atrpm=
s.net/~pcavalcanti/srpms/nvidia-graphics331.20-331.20-162.fc18.src.rpm</a> =
&lt;<a href=3D"http://people.atrpms.net/%7Epcavalcanti/srpms/nvidia-graphic=
s331.20-331.20-162.fc18.src.rpm" target=3D"_blank">http://people.atrpms.net=
/%7Epcavalcanti/srpms/nvidia-graphics331.20-331.20-162.fc18.src.rpm</a>&gt;=
<br>

<div class=3D"im">&gt;<br>
&gt; Can you put the wheels to run again?<br>
&gt;<br>
&gt; Thanks.<br>
&gt;<br>
&gt; --<br>
&gt; Paulo Roma Cavalcanti<br>
&gt; LCG - UFRJ<br>
&gt;<br>
<br>
</div>We have found the process signal mask is randomly but frequently corr=
upted with this version of the drivers. =A0Causes all sorts of interresting=
 issues, like GUI subprocess elements don&#39;t quit when the main parent e=
xits.<br>

<br>
A quick google search of &quot;nvidia 331.20 signal mask&quot; leads to thi=
s thread, and in particular, the following post: =A0 <a href=3D"https://dev=
talk.nvidia.com/default/topic/633706/linux/recent-drivers-cause-application=
s-to-hang-not-start-at-all-or-compilation-failures/post/4031596/#4031596" t=
arget=3D"_blank">https://devtalk.nvidia.com/default/topic/633706/linux/rece=
nt-drivers-cause-applications-to-hang-not-start-at-all-or-compilation-failu=
res/post/4031596/#4031596</a><br>

<br>
I suggest more caution than usual before releasing this version.<br>
<br>
<br>
<br>
_______________________________________________<br>
atrpms-devel mailing list<br>
<a href=3D"mailto:[email protected]">[email protected]</a><br>
<a href=3D"http://lists.atrpms.net/mailman/listinfo/atrpms-devel" target=3D=
"_blank">http://lists.atrpms.net/mailman/listinfo/atrpms-devel</a><br>
</blockquote></div><br><br clear=3D"all"><br>-- <br><div dir=3D"ltr">Paulo =
Roma Cavalcanti<br>LCG - UFRJ</div>
</div>

--047d7bea3f46a729fe04edb7604d--


--===============4686360244190002403==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline