HI:<br>I had problem that whole machine freezing up with an ATI Radeon
HD 3200 video card and fglrx. Once I login into gnome and wait a few seconds the
system freeze. Is it fix it?<br><br>Salu2...<br>masch...<br><br><div class="gmail_quote">On Tue, Apr 21, 2009 at 4:16 PM, RPM Fusion Bugzilla <span dir="ltr"><<a href="mailto:noreply@rpmfusion.org">noreply@rpmfusion.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im"><a href="http://bugzilla.rpmfusion.org/show_bug.cgi?id=563" target="_blank">http://bugzilla.rpmfusion.org/show_bug.cgi?id=563</a><br>
<br>
<br>
<br>
<br>
<br>
</div>--- Comment #4 from Stewart Adam <<a href="mailto:s.adam@diffingo.com">s.adam@diffingo.com</a>> 2009-04-21 21:16:26 ---<br>
BTW - For those who are looking at the bug and want to know what kwizart and I<br>
mean by old/new scheme, "old scheme" refers to the current setup with<br>
livna-config-display where all configuration files are simply included in the<br>
driver packages. "New scheme" refers to a future setup with<br>
rpmfusion-config-display where configuration files are generated on-demand,<br>
making driver switches much easier.<br>
<br>
(In reply to comment #3)<br>
<div class="im">> 1* Does this file remains needed with 9.4? (should be set as %config at least)<br>
> %{_sysconfdir}/udev/makedev.d/40-catalyst-dri.nodes<br>
> (in other words, Is the module capable to create it own devices on<br>
> /dev/dri/card? )<br>
> the file need to be removed "then" the initrd regenerated in order to test for<br>
> this feature.<br>
</div>Will test at home tonight.<br>
<div class="im"><br>
> This problem itself is a blocker for later improvement of the packaging scheme<br>
> of the binary GPU drivers. Now this is not a problem as we will stay with the<br>
> previous scheme until this is solved.<br>
</div>I saw in the last git commit you made from rpmfusion-config-display you added a<br>
structure so we could create/destroy these files using r-c-d... I will try to<br>
continue working on this soon, and if it works then the need for files like the<br>
blacklist, udev configuration or power scripts will no longer be a problem.<br>
<div class="im">> In general we need to check if every file remains necessary.<br>
</div>+1<br>
<div class="im"><br>
> 3* -devel subpackage<br>
> %{atilibdir}/*.a<br>
> %{_libdir}/xorg/modules/*.a<br>
> %{_includedir}/GL/<br>
> %{_includedir}/X11/extensions/*.h<br>
> Theses files conflict with mesa-ones, the nVidia driver have them installed in<br>
> /usr/include/nvidia which the package should have them installed probably in<br>
> /usr/include/catalyst. That needs to be changed with the package converted to<br>
> the new scheme.<br>
> This could be dropped as a consequence:<br>
> Requires: %{_includedir}/X11/extensions, %{_includedir}/GL<br>
</div>Will fix + test compiling software against the relocated headers tonight as<br>
well.<br>
<div class="im"><br>
> 4* ||: or everyline with scriplets.<br>
> This tweak is aimed to avoid error that might prevents rpm transaction if ever<br>
> the scriptlet failed for any reason. That's prevent package to fail to<br>
> install/uninstall, so it only make sense at the end (un-conditional) of a<br>
> scriplet.<br>
</div>Done<br>
<div class="im"><br>
> 5* %postun -p /sbin/ldconfig<br>
> ^^ This is uneeded, (read evil) as the main package doesn't provide any system<br>
> wide shared objects,that need to be registered with ldconfig. (only xorg<br>
> libraries that are meant to be dlopened).<br>
</div>Done<br>
<div class="im"><br>
> 6* Missing conflicts :<br>
> Conflicts: xorg-x11-drv-nvidia-71xx (legacy new name supposed to be<br>
> re-introduced at a later time once nVidia support new xorg-server).<br>
> Conflicts: xorg-x11-drv-nvidia-custom<br>
</div>Done<br>
<div class="im"><br>
> 7* deprecated Obsoletes/Provides from fglrx package history:<br>
> This doesn't have to be introduced in the new package (could be dropped in<br>
> fglrx also actually.)<br>
> Obsoletes: ati-x11-drv < %{version}-%{release}<br>
> Provides: ati-x11-drv = %{version}-%{release}<br>
> ...<br>
> Obsoletes: ati-x11-drv-devel < %{version}-%{release}<br>
> Provides: ati-x11-drv-devel = %{version}-%{release}<br>
> ...<br>
</div>If we get rid of these, then FreshRPM users who install RPM Fusion will have no<br>
upgrade path... If we no longer wish to support this upgrade path on new<br>
branches (ie, F-11), I'm OK with that but I think that we need to keep it for<br>
F-9/F-10.<br>
<div class="im"><br>
> %ifarch %{ix86}<br>
> Provides: %{name}-libs-32bit = %{version}-%{release}<br>
> Obsoletes: %{name}-libs-32bit <= %{version}-%{release}<br>
> %endif<br>
> ...<br>
> Requires: %{atilibdir}/libGL.so.1.2<br>
> ^^ this one is not needed along with the use of<br>
> Requires: %{name}-libs-%{_target_cpu} = %{version}-%{release}<br>
> (for the main package)<br>
</div>Fixed<br>
<div class="im"><br>
> 8* %config need to be appended for earch file using /etc<br>
> There is a need to verify if this is still relevant for some files that may<br>
> even not be relevant to have in /etc but where ati/amd uses some hardcoded path<br>
> which prevent us to use that.<br>
</div>Done<br>
<div class="im"><br>
> So to sum-up , I expect this package to be introduced in F-10/F-11 (F-9?).<br>
</div>F-10 and F-11 right away (will migrate from old to new scheme eventually), and<br>
F-9 afterwards (but kept at the old scheme).<br>
<div class="im"><br>
> Most of the above notes at pretty trivial to fix. (since that's just few tweaks<br>
> from a fglrx->catalyst rename) But I note this is for the old scheme. I really<br>
> think we need to work on the new scheme for both F-10/F-11.<br>
</div>+1 - this is partially my fault, I don't have much time... I'm finishing the<br>
semester mid-may, at that point I'll have much more time to finish the last<br>
bits of r-c-d.<br>
<div><div></div><div class="h5"><br>
<br>
--<br>
Configure bugmail: <a href="http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email" target="_blank">http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email</a><br>
------- You are receiving this mail because: -------<br>
You are on the CC list for the bug.<br>
</div></div></blockquote></div><br>