Linux-Hardware Digest #492, Volume #13 Mon, 28 Aug 00 19:13:06 EDT
Contents:
IDE CD-Rom doesn't like SCSI emulation with CDRW (Dominic Hargreaves)
Re: IDE CD-Rom doesn't like SCSI emulation with CDRW ([EMAIL PROTECTED])
Re: U.S Robotics modem again .... (Rob Clark)
Tool to Reset Console after X Crash? (Marc Andre Selig)
Re: Anyone using a Asus A7V (Tom Hoffmann)
Re: CD-ROM woes (Chuck)
----------------------------------------------------------------------------
From: Dominic Hargreaves <[EMAIL PROTECTED]>
Subject: IDE CD-Rom doesn't like SCSI emulation with CDRW
Date: Mon, 28 Aug 2000 22:50:00 +0100
Ok, here's the picture. This post is probably going to end up fairly
long, for which I apologise.
I have recently installed a Philips CDRW in SCSI-emulation mode, and it
is working successfully. However, the old CDROM drive (now secondary
slave, instead of secondary master) is now not talking at all in linux
(it works in windows so the hardware setup is fine)
Below are selections of emails to a linux list, where no-one has been
able to come up with anything. The hardware is a Teac 40x CDROM, and a
Philips 32x4x4 CD rewriter, both IDE.
Hope someone can help!
Original message
I expect this will turn out to be trivial, but I can't think what's
causing it. Since I installed an IDE CD rewriter (Philips) a month ago,
I have not been able to use my CD-ROM drive.
The old configuration was hard drives on hda and hdc, cd-rom drive on
hdb. New configuration: hard drives on hda and hdb, CD writer on hdc and
CD rom drive on hdd.
Mounting stuff on the cdrw drive is fine, but despite having remade the
link from /dev/cdrom to /dev/hdd and adjusting fstab accordingly, the
cdrom drive won't play ball.
Below is a set of output which will hopefully describe the situation
better than in words. Valid CDs in both drives.. Can anyone help?
[root@callisto /mnt]# mount cdrw
[root@callisto /mnt]# ls -l cdrw
total 109
dr-xr-xr-x 1 root root 2048 Jun 22 1998 AUTORUN
-r-xr-xr-x 1 root root 74 Jun 4 1998 AUTORUN.INF
dr-xr-xr-x 1 root root 2048 Jun 22 1998 EXTRA
-r-xr-xr-x 1 root root 49664 Jun 4 1998 INSTALL.EXE
dr-xr-xr-x 1 root root 4096 Jun 22 1998 LOTUS
-r-xr-xr-x 1 root root 49664 Jun 4 1998 SETUP.EXE
[root@callisto /mnt]# mount cdrom
mount: wrong fs type, bad option, bad superblock on /dev/cdrom,
or too many mounted file systems
[root@callisto /mnt]# grep cd /etc/fstab
/dev/cdrom /mnt/cdrom iso9660 noauto,owner,ro
0 0
/dev/cdrw /mnt/cdrw iso9660 noauto,owner,ro 0 0
[root@callisto /mnt]# ls -l /dev/cdr*
lrwxrwxrwx 1 root root 8 Jul 26 21:53 /dev/cdrom ->
/dev/hdd
lrwxrwxrwx 1 root root 9 Jul 26 21:55 /dev/cdrw ->
/dev/scd0
[root@callisto /mnt]# ls -l /dev/hdd /dev/scd0
brw-rw---- 1 dominic disk 22, 64 May 5 1998 /dev/hdd
brw-rw---- 1 dominic disk 11, 0 May 5 1998 /dev/scd0
That's about all I can think of really. The CDROM drive still works in
Windows, so it's correctly set up.
The contents of /etc/conf.modules (which I modified according to the
CDR-HOWTO):
[root@callisto /mnt]# cat /etc/conf.modules
alias eth0 ne2k-pci
alias sound es1371
alias parport_lowlevel parport_pc
alias cipcb0 cipcb
options cipcb cipe_debug=0
alias char-major-81 bttv
alias char-major-195 NVdriver
options ide-cd ignore=hdc # tell the ide-cd module to ignore hdc
alias scd0 sr_mod # load sr_mod upon access of scd0
#pre-install ide-scsi modprobe imm # uncomment for some ZIP drives
only
pre-install sg modprobe ide-scsi # load ide-scsi before sg
pre-install sr_mod modprobe ide-scsi # load ide-scsi before sr_mod
pre-install ide-scsi modprobe ide-cd # load ide-cd before ide-scsi
might this have to do with it?
[root@callisto /mnt]# lsmod
Module Size Used by
sr_mod 16136 0 (autoclean)
cdrom 27324 0 (autoclean) [sr_mod]
cipcb 25440 1 (autoclean)
ide-scsi 7316 0
loop 7776 0 (unused)
scsi_mod 50640 2 (autoclean) [sr_mod ide-scsi]
ne2k-pci 4648 1 (autoclean)
8390 6420 0 (autoclean) [ne2k-pci]
nls_cp437 3872 8 (autoclean)
es1371 25888 0
soundcore 2372 4 [es1371]
Hope this makes sense to someone.
Cheers,
Next message....
When I try to mount disks:
Aug 24 21:23:17 callisto kernel: ide-scsi: hdd: unsupported command in
request queue (0)
Aug 24 21:23:17 callisto kernel: end_request: I/O error, dev 16:40
(hdd), sector 64
Aug 24 21:23:17 callisto kernel: isofs_read_super: bread failed,
dev=16:40, iso_blknum=16, block=32
and on bootup, also in /var/log/messages:
Aug 24 22:13:30 callisto kernel: scsi0 : SCSI host adapter emulation for
IDE ATAPI devices
Aug 24 22:13:30 callisto kernel: scsi : 1 host.
Aug 24 22:13:30 callisto kernel: Vendor: PHILIPS Model: PCRW404 Rev:
1.3B
Aug 24 22:13:30 callisto kernel: Vendor: TEAC Model: CD-540E Rev:
1.0A
Aug 24 22:13:30 callisto kernel: Type: CD-ROM ANSI SCSI revision: 02
The Philips drive, which is the cdrw, is set to work in SCSI emulation
mode (so that I can write with it)
The Teac drive, as far as I thought, isn't. However, it seems to be
detected as such. Maybe this is the problem.
The relevant stuff from dmesg:
PIIX4: IDE controller on PCI bus 00 dev 39
PIIX4: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:DMA
ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:DMA
hda: Maxtor 91366U4, ATA DISK drive
hdb: ST38641A, ATA DISK drive
hdc: PCRW404, ATAPI CDROM drive
hdd: CD-540E, ATAPI CDROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: Maxtor 91366U4, 13029MB w/2048kB Cache, CHS=1661/255/63, UDMA
hdb: ST38641A, 8207MB w/128kB Cache, CHS=1046/255/63, UDMA
hda: hda1 hda2 hda3 hda4 < hda5 hda6 hda7 >
hdb: hdb1
> The fact that both CDROMs are mentioned in the scsi emulation
> section in the boot makes me think that this could be what's
> wrong. (However, scsi emulation isn't mentioned at all in mine!
> - but I guess I load it as a module when required)
> In /etc/lilo.conf I have the line
> append="hdd=ide-scsi"
> where hdd is the CDRW.
The SCSI emulation was done by modules and as such didn't have a line in
/etc/lilo.conf previously. I tried adding the line
append="hdc=ide-scsi hdd=ide-scsi"
to /etc/lilo.conf, reran /sbin/lilo, and added the following line to
/etc/conf.modules:
alias scd1 sr_mod
NB - I'm guessing a bit now!
After reboot nothing was different - the Teac CDROM is not appearing on
the SCSI bus, and neither does it get detected with /dev/hdd.
Does anyone have any suggestions as to how to have both drives in SCSI
emulation mode? I suspect I would need to alter /etc/conf.modules
slightly.
.....
>
> All my drives appear as SCSI devices. Your problem does indeed appear to
> be that your drive is being treated as a SCSI device and you are not
> using the SCSI devices to access it. You need to check /dev/cdrom to see
> if it points to the correct SCSI ioctl device (sr* - where * is the SCSI
> number) and that the corresponding generic SCSI device (sg*) exists.
> e.g.:
>
> [mastersj@periscope mastersj]$ cdparanoia -Qv
> cdparanoia III release 9.6 (August 17, 1999)
> (C) 1999 Monty <[EMAIL PROTECTED]> and Xiphophorus
>
> Report bugs to [EMAIL PROTECTED]
> http://www.xiph.org/paranoia/
>
> Checking /dev/cdrom for cdrom...
> Testing /dev/cdrom for cooked ioctl() interface
> /dev/sr0 is not a cooked ioctl CDROM.
> Testing /dev/cdrom for SCSI interface
> No generic SCSI device found to match CDROM device /dev/sr0
>
> but:
>
> [root@periscope mastersj]# cdparanoia -vsQ
> cdparanoia III release 9.6 (August 17, 1999)
> (C) 1999 Monty <[EMAIL PROTECTED]> and Xiphophorus
>
> Report bugs to [EMAIL PROTECTED]
> http://www.xiph.org/paranoia/
>
> Checking /dev/cdrom for cdrom...
> Testing /dev/cdrom for cooked ioctl() interface
> /dev/sr0 is not a cooked ioctl CDROM.
> Testing /dev/cdrom for SCSI interface
> generic device: /dev/sg0
> ioctl device: /dev/sr0
> CDROM sensed: HITACHI DVD-ROM GD-2500 0101
>
> Checking for SCSI emulation and transport revision...
> Drive is ATAPI (using SCSI host adaptor emulation)
>
> Checking for MMC style command set...
> Drive is MMC style
> Verifying CDDA command set...
> Expected command set reads OK.
>
> Looking at revision of the SG interface in use...
> New style SG with scatter/gather memory management
> DMA scatter/gather table entries: 256
> table entry size: 32768 bytes
> maximum theoretical transfer: 3566 sectors
> Setting default read size to 13 sectors (30576 bytes).
>
> Table of contents (audio tracks only):
> track length begin copy pre ch
> ===========================================================
> 1. 15545 [03:27.20] 0 [00:00.00] no no 2
> 2. 13780 [03:03.55] 15545 [03:27.20] no no 2
> 3. 15640 [03:28.40] 29325 [06:31.00] no no 2
>
> [root@periscope mastersj]#
>
> because mastersj does not have access to the generic SCSI device - I
> imagine if the generic device were not present then you would get
> similar non explanitory errors.
For the record, here are identical outputs from callisto:
[root@callisto dominic]# cdparanoia -vsQ
cdparanoia III release 9.6 (August 17, 1999)
(C) 1999 Monty <[EMAIL PROTECTED]> and Xiphophorus
Report bugs to [EMAIL PROTECTED]
http://www.xiph.org/paranoia/
Checking /dev/cdrom for cdrom...
Could not stat /dev/cdrom: No such file or directory
Checking /dev/hd0 for cdrom...
Could not stat /dev/hd0: No such file or directory
Checking /dev/hda for cdrom...
Testing /dev/hda for cooked ioctl() interface
Device /dev/hda is not a CDROM
Testing /dev/hda for SCSI interface
/dev/hda is not a SCSI device
Checking /dev/hd1 for cdrom...
Could not stat /dev/hd1: No such file or directory
Checking /dev/hdb for cdrom...
Testing /dev/hdb for cooked ioctl() interface
Device /dev/hdb is not a CDROM
Testing /dev/hdb for SCSI interface
/dev/hdb is not a SCSI device
Checking /dev/hd2 for cdrom...
Could not stat /dev/hd2: No such file or directory
Checking /dev/hdc for cdrom...
Testing /dev/hdc for cooked ioctl() interface
Device /dev/hdc is not a CDROM
Testing /dev/hdc for SCSI interface
/dev/hdc is not a SCSI device
Checking /dev/hd3 for cdrom...
Could not stat /dev/hd3: No such file or directory
Checking /dev/hdd for cdrom...
Testing /dev/hdd for cooked ioctl() interface
Device /dev/hdd is not a CDROM
Testing /dev/hdd for SCSI interface
/dev/hdd is not a SCSI device
Checking /dev/sg0 for cdrom...
Testing /dev/sg0 for cooked ioctl() interface
/dev/sga is not a cooked ioctl CDROM.
Testing /dev/sg0 for SCSI interface
generic device: /dev/sga
ioctl device: /dev/scd0
CDROM sensed: PHILIPS PCRW404 1.3B
Checking for SCSI emulation and transport revision...
Drive is ATAPI (using SCSI host adaptor emulation)
Checking for MMC style command set...
Drive is MMC style
004: Unable to read table of contents header
Unable to open disc. Is there an audio CD in the drive?
(although I'm too lazy to find a disc to put in :)
>
> Please send me a full listing of the devices in your /dev directory as
> an attachment along with anything else you think is relevent and I will
> try to find the fix as soon as possible.
Well, I don't seem to have srX devices, for some reason. The listing is
enclosed. Note that there is no /dev/cdrom link at the moment because no
devices (/dev/hdd, /dev/scdX, /dev/sgX) work. /dev/cdrw works fine for
the CD writer though...
This output implies the same, although interestingly /proc/scsi
doesn't...
[root@callisto dominic]# cdrecord -scanbus
Cdrecord 1.8 (i686-pc-linux-gnu) Copyright (C) 1995-2000 J�rg Schilling
Using libscg version 'schily-0.1'
scsibus0:
0,0,0 0) 'PHILIPS ' 'PCRW404 ' '1.3B' Removable
CD-ROM
0,1,0 1) *
0,2,0 2) *
0,3,0 3) *
0,4,0 4) *
0,5,0 5) *
0,6,0 6) *
0,7,0 7) *
[root@callisto dominic]# cat /proc/scsi/scsi
Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
Vendor: PHILIPS Model: PCRW404 Rev: 1.3B
Type: CD-ROM ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 00 Lun: 01
Vendor: PHILIPS Model: PCRW404 Rev: 1.3B
Type: CD-ROM ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 00 Lun: 02
Vendor: PHILIPS Model: PCRW404 Rev: 1.3B
Type: CD-ROM ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 00 Lun: 03
Vendor: PHILIPS Model: PCRW404 Rev: 1.3B
Type: CD-ROM ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 00 Lun: 04
Vendor: PHILIPS Model: PCRW404 Rev: 1.3B
Type: CD-ROM ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 00 Lun: 05
Vendor: PHILIPS Model: PCRW404 Rev: 1.3B
Type: CD-ROM ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 00 Lun: 06
Vendor: PHILIPS Model: PCRW404 Rev: 1.3B
Type: CD-ROM ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 00 Lun: 07
Vendor: PHILIPS Model: PCRW404 Rev: 1.3B
Type: CD-ROM ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 01 Lun: 00
Vendor: TEAC Model: CD-540E Rev: 1.0A
Type: CD-ROM ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 01 Lun: 01
Vendor: TEAC Model: CD-540E Rev: 1.0A
Type: CD-ROM ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 01 Lun: 02
Vendor: TEAC Model: CD-540E Rev: 1.0A
Type: CD-ROM ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 01 Lun: 03
Vendor: TEAC Model: CD-540E Rev: 1.0A
Type: CD-ROM ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 01 Lun: 04
Vendor: TEAC Model: CD-540E Rev: 1.0A
Type: CD-ROM ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 01 Lun: 05
Vendor: TEAC Model: CD-540E Rev: 1.0A
Type: CD-ROM ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 01 Lun: 06
Vendor: TEAC Model: CD-540E Rev: 1.0A
Type: CD-ROM ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 01 Lun: 07
Vendor: TEAC Model: CD-540E Rev: 1.0A
Type: CD-ROM ANSI SCSI revision: 02
Hmm. So it seems that Id: 01 isn't been seen. Wonder if this has to do
with missing /dev/ entries?
This is on a custom 2.2.16 kernel - maybe the trick is just to turn off
IDE CD-ROM support which is currently on as a module. At the moment all
the scsi devices appear to point to the Philips CDRW....
(I later turned off IDE CDROM support in the kernel and no difference)
That's it... *phew*
Apologies for the length but I thought it would be the best way of
getting the question answered with minumum fuss, seeing as I've
eliminated quite a lot already.
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: IDE CD-Rom doesn't like SCSI emulation with CDRW
Date: 28 Aug 2000 18:26:44 -0400
Dominic Hargreaves <[EMAIL PROTECTED]> wrote:
> I have recently installed a Philips CDRW in SCSI-emulation mode, and it
> is working successfully. However, the old CDROM drive (now secondary
> slave, instead of secondary master) is now not talking at all in linux
> (it works in windows so the hardware setup is fine)
...
> The old configuration was hard drives on hda and hdc, cd-rom drive on
> hdb. New configuration: hard drives on hda and hdb, CD writer on hdc and
> CD rom drive on hdd.
I thought you said SCSI emulation. Did you disable IDE CDROMs in the
kernel and just use IDE-SCSI emulation in the kernel (with SCSI,
SCSI-CDROM and the GENERIC SCSI driver in the kernel)? Or are you just
forcing the single cdrw drive to ide-scsi by using a line in the lilo.conf
file? If the CDRW is scsi why isn't it "scdx" instead of "hdx"? If the
CDRW is running right, what does "cdrecord -scanbus" show? Does it show
both CD drives in SCSI emulation mode? In which case you want to use
"scdx" instead of "hdx".
> lrwxrwxrwx 1 root root 8 Jul 26 21:53 /dev/cdrom ->
> /dev/hdd
> lrwxrwxrwx 1 root root 9 Jul 26 21:55 /dev/cdrw ->
> /dev/scd0
If you are using scsi emulation for cdrom drives, both may be
scdx. CDRECORD's "-scanbus" should tell you what it finds as scsi.
> options ide-cd ignore=hdc # tell the ide-cd module to ignore hdc
> alias scd0 sr_mod # load sr_mod upon access of scd0
Ah ... you are running one as hdx and one as scdx? I simply compiled my
kernel with no IDE CD rom support at all (but with SCSI and IDE-SCSI
emulation) and treat both CD roms as SCSI devices.
> Aug 24 21:23:17 callisto kernel: ide-scsi: hdd: unsupported command in
> request queue (0)
ide-scsi!? It is using scsi emulation for the cdrom? Or not?
> Aug 24 22:13:30 callisto kernel: scsi : 1 host.
> Aug 24 22:13:30 callisto kernel: Vendor: PHILIPS Model: PCRW404 Rev:
> 1.3B
> Aug 24 22:13:30 callisto kernel: Vendor: TEAC Model: CD-540E Rev:
> 1.0A
> Aug 24 22:13:30 callisto kernel: Type: CD-ROM ANSI SCSI revision: 02
Are they both in scsi emulation or not? That is the question. And should
they be?
> The Philips drive, which is the cdrw, is set to work in SCSI emulation
> mode (so that I can write with it)
> The Teac drive, as far as I thought, isn't. However, it seems to be
> detected as such. Maybe this is the problem.
It seems to be. You can make them both SCSI and mount them.
> append="hdc=ide-scsi hdd=ide-scsi"
> Does anyone have any suggestions as to how to have both drives in SCSI
> emulation mode?
As I said, I recompiled my kernel. Removed IDE ATAPI cdrom support.
Put in SCSI, SCSI CDROM, Generic SCSI driver (allowing manufacturer's
extensions), IDE-SCSI emulation and have no lines in lilo.conf to muck
about with modules (also SCSI disk drives if you have a ZIP drive, of
course). On boot I have scd0 and scd1.
------------------------------
Subject: Re: U.S Robotics modem again ....
From: [EMAIL PROTECTED] (Rob Clark)
Date: Mon, 28 Aug 2000 22:24:41 GMT
In article <[EMAIL PROTECTED]>,
Tso Chi Wai <[EMAIL PROTECTED]> wrote:
> I am a newbie of linux, I look up the redhat-6.2 intel based hardware
>compatiability list and find out that linux support almost all external
>modems.
> So ,I get one 3Com U.S. Robotics 56K Faxmodem external PnP.
> After, I read the page again and look up the incompatiable list and see
>that PnP modems are not compatiable.
Almost all external (serial port) modems are supported, including yours.
"External PnP" is different from ISA PnP-- it only means that Windows will
recognize which .inf to use.
If you modem is on Windows COM2:, just use /dev/ttyS1 as your modem device
and everything will be fine :)
Rob Clark, [EMAIL PROTECTED]
http://start.at/modem
------------------------------
Subject: Tool to Reset Console after X Crash?
From: Marc Andre Selig <[EMAIL PROTECTED]>
Date: 28 Aug 2000 23:57:07 +0200
Hi!
>From time to time, my X server crashes during startup, leaving the
console in an unuseable state. The system itself is fine, and I can
log in over the network and reboot. However, this makes use of the
machine for production purposes difficult.
Is there a tool to reset the console after an X crash? I know about
programs to reset the keyboard to XLATE, but that does not help me:
the video display is broken as well.
This is an i586 with Red Hat 6.2, Linux 2.2.16, XFree86 3.3.6, and the
utah-glx extensions for an MGA G400 AGP graphics adapter.
Thanks for any help!
------------------------------
From: [EMAIL PROTECTED] (Tom Hoffmann)
Subject: Re: Anyone using a Asus A7V
Reply-To: [EMAIL PROTECTED]
Date: Mon, 28 Aug 2000 22:53:05 GMT
On Mon, 28 Aug 2000 09:12:43 -0500, jason <[EMAIL PROTECTED]> wrote:
>I'm thinking about buying the Asus A7V motherboard and a Athlon
>thunderbird cpu and I was just wondering if anyone else is using this
>board and if its working good in linux.
Works for me. I have had no problems at all using RH, Debian and SuSE
with the Asus mobo.
------------------------------
From: Chuck <[EMAIL PROTECTED]>
Subject: Re: CD-ROM woes
Date: Mon, 28 Aug 2000 18:45:44 -0400
Reply-To: [EMAIL PROTECTED]
mbortis wrote:
> That could indicate lousy termination, not working or interitant working
> devices. Try a differnt cable for the CDROM with exterior termination
> (don't terminate at the cdrom).
Okay. So I've tried a different cable. A brand new, stubby little cable.
I've changed termination. I've set both the CDROM and the hard drive
as termination. (Not simultaneously... maybe I'll try that next :).
Sooner or later, the CD drive locks up the system; the same CDROM
that works fine in windoze. Does anyone have advice for a poor old man?
Chuck
------------------------------
** FOR YOUR REFERENCE **
The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:
Internet: [EMAIL PROTECTED]
You can send mail to the entire list (and comp.os.linux.hardware) via:
Internet: [EMAIL PROTECTED]
Linux may be obtained via one of these FTP sites:
ftp.funet.fi pub/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Hardware Digest
******************************
