mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Andries.Brouwer@cwi.nl
To: Andries.Brouwer@cwi.nl, der.eremit@email.de
Cc: axboe@suse.de, linux-kernel@vger.kernel.org
Subject: Re: Making MO drive work with ide-cd
Date: Sun, 18 Jan 2004 13:20:51 +0100 (MET)	[thread overview]
Message-ID: <UTC200401181220.i0ICKpx05161.aeb@smtp.cwi.nl> (raw)

    From der.eremit@email.de  Sun Jan 18 02:16:30 2004
    From: Pascal Schmidt <der.eremit@email.de>

    > By some coincidence I got hold of an MO drive today. Under 2.4.21
    > and 2.6.1 using ide-scsi all seems to work at first sight.

    For me, it doesn't work at all with ide-scsi in 2.6. 2.4 is fine
    in that regard.

    Please fill the whole disk and then reread and compare via ide-scsi.
    That never worked for me in 2.6 using ide-scsi, but it does work
    with the patch in -mm.

Yes, you are right. Yesterday night I tried a small amount of I/O,
and that worked fine, but today the kernel couldn't cope with a diff
between two 640MB trees.
Unable to handle kernel paging request at virtual address 6b6b6b6b.
Followed by a bad kernel crash (vanilla 2.6.1).

OK. So, just like the rumours said already, ide-scsi is badly broken.

Since small amounts of I/O work - a race somewhere? bad locking?

    > With ide-cd I get errors only.
    > Not surprising: ide-cd expects a CD so sends READ_TOC and
    > gets "illegal request / invalid command" back.
    > The appropriate command is READ CAPACITY.

    There is a patch by me with some rework by Jens Axboe in -mm that
    corrects this situation. It hasn't seen much testing, though.

OK, will find that and try later.

    By the way, what hardware sector size does your MO use? I have
    only tested my patch with 2048 byte sector size - everything else
    is unlikely to work with ide-cd...

It uses media with 512-byte and media with 2048-byte sectors.
     
    > Are there cases where ide-cd is useful?
    > Should we retarget ide_optical to ide-scsi?

    I agree that the situation in mainline as it is now is undesirable,
    only mounting prewritten discs read-only works.

Yes. We must find out what is wrong in ide-scsi and fix it.

Andries


             reply	other threads:[~2004-01-18 12:21 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-01-18 12:20 Andries.Brouwer [this message]
2004-01-18 12:36 ` Pascal Schmidt
2004-01-18 20:48 ` Willem Riede
  -- strict thread matches above, loose matches on Subject: below --
2004-01-18 21:28 Andries.Brouwer
2004-01-18 17:18 Andries.Brouwer
2004-01-18 17:58 ` Kevin P. Fleming
2004-01-18 18:34   ` Bartlomiej Zolnierkiewicz
2004-01-18 22:30 ` Pascal Schmidt
     [not found] <1f8mw-3Qk-1@gated-at.bofh.it>
2004-01-18  1:16 ` Pascal Schmidt
2004-01-17 23:38 Andries.Brouwer

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=UTC200401181220.i0ICKpx05161.aeb@smtp.cwi.nl \
    --to=andries.brouwer@cwi.nl \
    --cc=axboe@suse.de \
    --cc=der.eremit@email.de \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®