cvs commit: src/sys/dev/ata ata-all.c ata-all.h ata-card.c
ata-lowlevel.c ata-pci.c ata-pci.h ata-queue.c
rik at cronyx.ru
Fri Apr 16 05:31:32 PDT 2004
Søren Schmidt wrote:
> Right, it may break ATA on old devices though, but I guess none of
> these drives are in use any more.
> The real problem here is that I cannot just use the latest ATA specs
> (it would make my life *alot* simpler though :) ), I need to make
> things work that are compatible to at least back to ATA rev3 so just
> relying on things be obsoleted in the latest spec revision doesn't cut
Thats why I was trying to find out other ways to solve my problem
rather than insist to remove this check :-)
>> Code I submitted was to make ata driver more verbose about CHS mode.
>> They still are not there and should be revised to make them possible to
>> apply to current code.
> I'll think about it, but since CHS mode is almost no longer used anyways
> and the info can pretty easily be calculated from the LBA's printed..
Yes, but hex format or printing CHS and LBA request would save some
amount of time.
>> By the way, may be it would be a nice idea to warn users that they have
>> ATA_FLAG_54_58 bit off, and device will work in LBA mode not
>> in CHS as was before?
> Users wont notice at all, from users perspective the disk is just a
> bunch of sectors,
> the interface method used to talk to the disk is nowhere to be seen...
Hm, I noticed interface method :-). My hdd started to work in CHS mode
any notice to me), but only by its quarter. This sign was imposible to
miss. Thats why
I ask you about additional verbosity.
More information about the cvs-src