Mike A. Harris wrote:
> Doing a bit of investigation has shown that it isn't just the
> r300 DRI driver that is instable, but even just loading the X server
> DRI module with many r300 or newer cards causes the system to crash,
> even if DRI is actually disabled, and even if the r300 DRI driver is
> not even present on the system.
I believe that this is almost surely this problem:
There are some important memory map and other fixes for Radeon cards
(especially R300 and above) that hit the xorg CVS tree on February
17, after 7.0. (The author considered them a little too experimental
for 7.0.) Apparently without the fixes many people saw lockups using
R300 cards without DRI enabled or the r300 DRI drive present. However,
with these fixes the instability goes away.
Perhaps these upstream CVS patches could be integrated into the Fedora
Core patches. If so, the r300 driver could be left in FC5. Of course,
we are running low on time, but I think it's a relatively critical bug.
Especially if the recent Mesa change doesn't solve the crashes for
We are in the final four hours before freezing the release notes content
from the Wiki to move it out for translation.
There is still a 08 March 2006 deadline for content that goes into the
Web-published latest notes.
You can review your area(s) of interest here:
Edit the Wiki directly. Drop by #fedora-websites if you have any
problems getting your account working again, remember that you need to
have signed your CLA before you can be in the EditGroup (again).
Thanks - Karsten
Karsten Wade, RHCE * Sr. Tech Writer * http://people.redhat.com/kwade/
gpg fingerprint: 2680 DBFD D968 3141 0115 5F1B D992 0E06 AD0E 0C41
Content Services Fedora Documentation Project
I know that udev removed mention of %e (the enumeration flag that creates
/dev/cdrom, /dev/cdrom1, etc) from its man page, but I thought that it
still worked. However, it's not working for me. I have a DVD+/-RW and
a CD-RW. udev is apparently trying to map both of them to just /dev/cdrom,
and only one symlink gets created. (It does sometimes change which one gets
the link upon reboot.) This is particularly annoying since the PAM
magic in /etc/security/console.perms requires the /dev/cdrom* files to
exist for each drive in order for the console permissions to be properly
set upon login.
Should /etc/udev/rules.d/50-udev.rules be changed somehow to use something
other than %e to get this to work?
Output of udevinfo, showing both devices with the same symlinks in the
[root@localhost dev]# udevinfo -q all -n /dev/hdc
[root@localhost dev]# udevinfo -q all -n /dev/hdd
[root@localhost dev]# udevinfo -q all -n /dev/cdrom
I use a external firewire disk to store a lot of data.
Under FC4, it was mounted on "hotplug" using the line present in
/etc/fstab (to force the mount point and the UTF8 option).
I'm also used to add a hal policy tu add the UTF8 option (for my USB
With FC5, the /usr/share/hal/scripts/hal-system-storage-mount detect the
line in /etc/fstab and deny the mount.
- how can i choose the mount point (outside the /media dir)
- how can i choose the UTF8 option (the old solution
"volume.policy.mount_option.iocharset=utf8" doesn't work)
Thanks for your help.
I was wondering if is or ever will be possible to install srpms using
yum. In the yum manpage it says you can specify a package using
'package.arch', so I was wondering if that could be done with
'package.src'. I think this would really be a helpful feature. At the
moment to get a srpm I have to go to one of the ftp mirrors, find the
right folder then search for the right package among hundreds of other
Is there any free virtual machine software (like VMWare) that can be
used for testing Fedora installation?
I want to test the latest version of my delta rpm system for keeping
Fedora boxes updated over low bandwidth links. But I don't have a