On Sun, Feb 18 2001, [EMAIL PROTECTED] wrote:
>     > +               /*
>     > +                * If not using Mt Fuji extended media tray reports,
>     > +                * just return TRAY_OPEN since ATAPI doesn't provide
>     > +                * any other way to detect this...
>     > +                */
>     >                 if (sense.sense_key == NOT_READY) {
>     > -                       /* ATAPI doesn't have anything that can help
>     > -                          us decide whether the drive is really
>     > -                          emtpy or the tray is just open. irk. */
>     > -                       return CDS_TRAY_OPEN;
>     > +                       if (sense.asc == 0x3a && (!sense.ascq||sense.ascq == 
>1))
>     > +                               return CDS_NO_DISC;
>     > +                       else
>     > +                               return CDS_TRAY_OPEN;
>     >                 }
>     > 
>     > My tray is open as I type, and it is misreported as CDS_NO_DISC. In
>     > 2.4.0 it worked fine.
> 
>     Your drive is broken, the only other valid combination is 0x3a/0x02
>     which means no media and tray open. You could try and dump the asc
>     and ascq to see what your drive reports for the different states.
> 
> Ha Jens - must we disagree twice on one evening?

:-)

> You know all about this stuff, so probably I am mistaken.
> However, my copy of SFF8020-r2.6 everywhere has
> "Sense 02 ASC 3A: Medium not present" without giving
> subcodes to distinguish Tray Open from No Disc.
> So, it seems to me that drives built to this spec will not have
> nonzero ASCQ.

Right, old ATAPI has 3a/02 as the only possible condition, so we
can't really tell between no disc and tray open. I guess the safest
is to just keep the old behaviour for !ascq and report open.

-- 
Jens Axboe

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

Reply via email to