Re: Multiple functionality breakages in 2.6.12rc3 IDE layer

[Bill Davidsen]

On Thu, 28 Apr 2005, Alan Cox wrote:

> On Iau, 2005-04-28 at 19:13, Bill Davidsen wrote:
> > On Thu, 28 Apr 2005, Alan Cox wrote:
> 
> > But isn't that the stuff we use for swapping drives? Down the drive, down
> > the interface, swap, and restart? Are these the functions called by hdparm
> > (-bRU) which are all of a sudden not going to work? Or am I being
> > alarmist?
> 
> True but the only kernels supporting that are 2.4.x-ac. There are
> reasons I noticed this and looking at getting 2.6 IDE back to 2.4
> standards in this area was one of them.

The amazing part is that I haven't had a drive fail since I went from 2.4
to 2.6 over a year ago. As you say, it works on your 2.4 kernels, I've "oh
shit" tested it. So if I lose a drive now I'm screwed, not my favorite
operating status.

> 
> > I missed the discussion of why it was felt that the users would no longer
> > want to be able to do these things, or the new way to do it.
> 
> I'm assuming it may be accidental rather than detailed planning. Also
> its taken this long to notice so its clearly not that critical to
> everyone. Seems to be reasonably sane to fix too.

I was being a bit sarcastic about the "missed the discussion" bit, but I'm
pretty sure ripping out the capability was deliberate. Hopefully it's now
going to be evaluated, and then fixed. One thing Linux doesn't seem to do
well is recover failed drives at boot time, it always seems to take a
bunch of fiddling or even a boot from live CD and hand recover.
> 
> Alan
> 

Thanks for jumping into this, with ATAPI storage down to about
$1100(US)/TB it's getting really hard to justify SCSI and real hot swap
hardware.

-- 
bill davidsen <davidsen@xxxxxxx>
  CTO, TMR Associates, Inc
Doing interesting things with little computers since 1979.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/