Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Sun, 4 Feb 2001 07:31:58 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Sun, 4 Feb 2001 07:31:48 -0500 Received: from [213.97.199.90] ([213.97.199.90]:4 "HELO roku.redroom.com") by vger.kernel.org with SMTP id convert rfc822-to-8bit; Sun, 4 Feb 2001 07:31:38 -0500 From: huma@roku.redroom.com Date: Sun, 4 Feb 2001 13:28:40 +0100 (CET) To: Linux kernel Subject: Problems with ide-scsi in 2.4.1 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Hi all, System: kernel 2.4.1 util-linux-2.10r cdrecord-1.9 modutils-2.3.21 I have a cd writer and a cdrom in the same pc. When the kernel has SCSI support compiled as a module, cdrecord doesn't find anything (hdb=ide-scsi is passed with lilo). When is compiled with built-in scsi support, the writer is detected, but here comes the strange problem: if i try to mount any disc in the cdrom, mount spits that: isofs_read_super: bread failed, dev=16:40, iso_blknum=16, block=32 mount: wrong fs type, bad option, bad superblock on /dev/dvd, or too many mounted file systems (could this be the IDE device where you in fact use ide-scsi so that sr0 or sda or so is needed?) Then if I unload the ide-scsi.o mod, mount works fine. I don't know why ide-scsi module is detecting my ide cdrom as a scsi device if the only parameter passed to the kernel is "hdb=ide-scsi" (cd writer). And why doesn't work cdrecord when scsi support is loaded as a module? None of these problems happens when using 2.2.18. Both drives work fine together, with all the scsi modules and stuff. David G?mez "The question of whether computers can think is just like the question of whether submarines can swim." -- Edsger W. Dijkstra - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org Please read the FAQ at http://www.tux.org/lkml/