From mboxrd@z Thu Jan 1 00:00:00 1970 From: Daniel Smolik Date: Fri, 16 Mar 2007 20:21:44 +0000 Subject: Re: sparc32 esp connected CDROM failures Message-Id: <45FAFC58.8040301@mydatex.cz> List-Id: References: <1173976389.16911.13.camel@dhcp-32-109.ord.redhat.com> In-Reply-To: <1173976389.16911.13.camel@dhcp-32-109.ord.redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: sparclinux@vger.kernel.org Tom 'spot' Callaway napsal(a): > On Thu, 2007-03-15 at 18:01 -0700, David Miller wrote: > >>From: "Tom 'spot' Callaway" >>Date: Thu, 15 Mar 2007 11:33:09 -0500 >> >> >>>While this isn't technically a blocker for Aurora, its a rather big >>>annoyance. Not sure where to look on how to fix this one, but very >>>willing and able to test. First test will be with a gcc34 built kernel >>>to rule out compiler. >> >>Let me see if the same bug triggers with current trees on my >>sparc64 sbus machines. I tested those, but I don't think I >>hit CDROM's. :-/ > > > Dusted off an Ultra1 to test this, and I get the following from dmesg: > > sr 0:0:6:0: CD-ROM TOSHIBA XM-5401TASUN4XCD 1036 PQ: 0 ANSI: > 2 > esp0: target 6 asynchronous > sr0: scsi-1 drive > Uniform CD-ROM driver: Revision: 3.20 > sr 0:0:6:0: Attached CD-ROM sr0 > sr0: CDROM (ioctl) error, command: <6>Get configuration 46 00 00 00 00 > 00 00 00 20 00 > sr: <> [descriptor]: sense key=0xf > <> ASC=0xf8 ASCQ SC=0xf8 ASCQ=0x0 > > The ioctl error repeats once more in the sequence...but the CDROM seems > to work ok, as compared to sparc32, where it refuses to work. > I don't know if am I right but I have SS5 with 3 esp controllers and atached external CD-ROM and it works without this messages. Dan -- Mydatex s r.o. http://www.mydatex.cz email: smolik@mydatex.cz mob: 604200362 tel: 226210085