Hi!
I wonder if the problems with IDE write ordering is resolved with lastest kernels. The problem is , that is is hard to insure the wanted order of writes on ATA disks. This is needed for journalled/logged filesystems for example.
Regards, David ---------------------------------------------------------------------------- ----------- David Balazic mailto:david.balazic@hermes.si HERMES Softlab http://www.hermes-softlab.com Zolajeva 30 Phone: +386 2 450 8851 SI-2000 Maribor Slovenija ---------------------------------------------------------------------------- ----------- "Be excellent to each other." - Bill S. Preston, Esq. & "Ted" Theodore Logan ---------------------------------------------------------------------------- -----------
The problem is , that is is hard to insure the wanted order of writes on ATA disks. This is needed for journalled/logged filesystems for example.
IDE drives don't provide write order controls. End of story. Ext3 doesn't care about this providing the drive isn't caching writes, it just wants to be sure that an I/O completed before it is told it has. You control that with hdparm to alter write caching if you are really paranoid.
Alan
Well, here it is... a preview anyway. For those of you on the edge of your seat waiting for an AMD64 version of Fedora Core 1, we present a preview. ISOs will not be provided for this release, but everything is there for an install. It is generally version synced with Fedora Core 1 and the current updates. Please test it out, and send any questions/complaints/bugs to me if you would before bugzilla, as this is not an official release of any caliber yet, just a preview. I will forward what is necessary to bugzilla.
/*************************************************************************** * WARNING: This release is a preview, it is not an official Fedora * Core 1 Release, this is not an official Fedora Core Test Release. * This release may very well cause damage to your data, your system, * your pets and loved ones, and most certainly your sleep schedule. * There is no guarantee of any type on performance, stability, or * your sanity. Use at your own risk. ***************************************************************************/
Now that the formality is out of the way, the tree is available at: http://fedora.linux.duke.edu/fc1_x86_64/
Enjoy, and let me know. We will be working diligently in the background to move closer to a stable Fedora Core system for AMD64.
KNOWN ISSUES:
- SATA: Some SATA controllers, notably Sil, do not work
- ACPI is not really functional on NForce 3. Please install and boot with acpi=off
- Mozilla: both 32-bit and 64-bit mozilla are installed. This is to meet the dependencies of other installed applications. A system to handle user selection at boot time has not been implemented yet. Current work around is to pull /usr/bin/mozilla from the 32-bit package as /usr/bin/mozilla32 and 64-bit as mozilla64, then just link your preference to /usr/bin/mozilla. The standard plugins do work in Mozilla 32-bit.
- No documentation (release notes, etc) has been updated, and fedora-release is still synced with FC1 (IE wrong for preview)
- If you are looking to use this kernel on i686, etc. I have not updated the config files for anything but x86_64 yet. The kernel should build and work fine, but the SRPM will probably complain when 'make oldconfig' asks for input.
I am sure I am leaving something out, it is late, and I am eternally short on sleep, let me know what else you find.
Thanks,
Justin M. Forbes
Okay,
I am having a problem with yum. I ran yum-arch on the new 64 tree to make a yum repository which worked fine it seems.
My problem is that when I run yum check-update or yum list it is only listing i386 and noarch packages and no the x86_64 packages and still lists i386 as the basearch.
regards,
On Mon, 2003-12-01 at 13:27, Mark Lane wrote:
Okay,
I am having a problem with yum. I ran yum-arch on the new 64 tree to make a yum repository which worked fine it seems.
My problem is that when I run yum check-update or yum list it is only listing i386 and noarch packages and no the x86_64 packages and still lists i386 as the basearch.
linux.duke.edu/download/2.0/daily/
use the latest one from there. it should work.
-sv
-
Alan Cox -
David Balazic -
Justin M. Forbes -
Mark Lane -
seth vidal