Bug 103980
Summary: | Promise SATA 150 TX2plus/TX4 lacks support in kernel | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Peter Bieringer <pb> | ||||
Component: | kernel | Assignee: | Arjan van de Ven <arjanv> | ||||
Status: | CLOSED WONTFIX | QA Contact: | Brian Brock <bbrock> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 1 | CC: | bernd.bartmann, pp, redhat2008, riel, walrus | ||||
Target Milestone: | --- | Keywords: | FutureFeature | ||||
Target Release: | --- | ||||||
Hardware: | All | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Enhancement | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2004-09-29 19:32:57 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
Peter Bieringer
2003-09-08 19:06:23 UTC
Here some more information, looks like it's not so easy... Thread http://www.ussg.iu.edu/hypermail/linux/kernel/0307.2/2039.html Newer Promise driver http://www.busybox.net/pdc-ultra-1.00.0.10.tgz Since I've heard no complaints about the libata patch and rpms at http://www.ee.oulu.fi/~pp/fc1-libata I announced on fedora-devel a while back, I might as use this bug as my RFE. Patch attached, I have only heard VIA and Promise comments so far. It's basically 2.4.22-bk53-libata1 merged to the fc1 kernel (+ a 0x3378 ID for promise I still haven't found out exists in the wild, or works with the patch. Supposedly some ASUS boards do, but I haven't been able to reliably verify this.) Oops, looks like he's done minor tweaks since in 2.4.23-rc3-libata1.patch. If necessary (and a kernel with the patch will eventually end up somewhere like a updates-testing kernel) I can merge/test those changes and do a new patch. Created attachment 96245 [details]
2.4.22-bk53-libata1 for FC1
Currently I use a vanilla 2.4.23 with the latest libata patch from: http://www.cs.kernel.org/pub/linux/kernel/people/jgarzik/libata/ And also tried the 2.4.22-1.2135.nptl on RHL 7.3 SATA is working (that's the good news), but the bad news is that mkinitrd has problems in supporting "libata" as module. Reason: for SATA support, 3 modules are required in following order: scsi_mod -> libata -> sata_promise mkinitrd has 2 options for additional module loading: --preload=... --with=... for the "libata" module, "--preload" is too early (libata requires scsi_mod to be loaded), post loading after the scsi modules with "--with" it's too late, because the "sata_promise" module was already tried to load (but failed because of the missing "libata" module). Looks like mkinitrd has to be extended for "libata" support, similar to the already included "sd_mod" and "scsi_mod" support. Workarounds and a fix for mkinitrd are posted here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=112857 I also need support for the Promise SATA150 TX4. If there are issues or delays in incorporating this driver into the kernel ... As a stopgap measure, it would be very useful to have this driver shipped as part of the "standard" external drivers that are offered as part of the installation. Should I file a bug report/feature request with Anaconda/Installation ? Thanks for the bug report. However, Red Hat no longer maintains this version of the product. Please upgrade to the latest version and open a new bug if the problem persists. The Fedora Legacy project (http://fedoralegacy.org/) maintains some older releases, and if you believe this bug is interesting to them, please report the problem in the bug tracker at: http://bugzilla.fedora.us/ This is still a bug as of Fedora 14. I was able to install Fedora 14 with my Promise Ultra ATA133 TX2 and my Promise SATA150 TX2plus, however I cannot boot from the Promise SATA150 TX2plus at all. It was the same computer both times, with the only difference being the hard drive controller card. It locks up at udev. After running yum via the rescue mode from the installation disc, I was able to get some kind of error code out of udev, but it still locks up. I'm guessing that this is still a problem seven years later? Please consider reopening this bug. |