[Bug 202712] [cam] [ata] System doesn't recognize older hdd after boot

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D202712

Warner Losh <[email protected]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|Open                        |Closed
                 CC|                            |[email protected]
         Resolution|---                         |Not A Bug

--- Comment #42 from Warner Losh <[email protected]> ---
CHS disks are no longer supported. They haven't been since FreeBSD 9 in the
default kernel. They are too old, much like NE2000 or AHA-1542 controllers.
We've grown past this.

In addition, Scott outlined a perfectly reasonable path forward for people =
to
add support for CHS drives within the CAM framework to allow PATA to be
extended back to such ancient drives. In the 5 years since then, nobody has
followed up that I've seen on that path forward (nor even a kludgy ifdef so=
up
glommed onto the current ata XPT). The developer interests simply are not
there, and are not likely to be there since these old hard drives are now 5
years older than before and increasingly unlikely to be relevant to more th=
an a
tiny handful of people.

It's unfortunate that we have to drop support for older hardware, but as Sc=
ott
pointed out in his reply, the hardware is hard to buy (though it's possible
with some care), hard to test (since the PATA controllers needed generally =
are
on hardware that we've been moving to remove), and code that's not testable=
 /
tested by even a small fraction of our users is at risk of introduced bugs.

For all these reasons, I'm closing this. The project isn't going to do this
given the current trajectories. If someone shows up with a CAM redo like Sc=
ott
suggested, we might consider it, but we might equally just give it a pass (=
it
would depend on who, how long they will be around, etc). The return on
investment for project resources is too low on this one unless there's real=
ly
extraordinary circumstances around the submission (like someone did it to l=
earn
CAM, did a great job and is submitting fixes for lots of other CAM bugs).

--=20
You are receiving this mail because:
You are the assignee for the bug.=