Problem with SYM53C8XX SCSI support in 2.4.23

• Previous message: Paulo Marques: "Re: udev and devfs - The final word"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

Date:	Wed, 31 Dec 2003 13:44:41 +0100
To: linux-kernel@vger.kernel.org

Hello all,

does anybody know if the following messages point to a broken controller or drive or some other reason:

Dec 30 01:20:30 box kernel: sym53c1010-33-0:0: ERROR (81:0) (8-af-80) (3e/18) @ (script 50:f31c0004).
Dec 30 01:20:30 box kernel: sym53c1010-33-0: script cmd = 90080000
Dec 30 01:20:30 box kernel: sym53c1010-33-0: regdump: da 10 80 18 47 3e 00 0e 00 08 80 af 00 00 07 02 01 00 00 00 0a 00 00 00.
Dec 30 01:20:30 box kernel: sym53c1010-33-0: ctest4/sist original 0x8/0x0 mod: 0x18/0x0
Dec 30 01:20:30 box kernel: sym53c1010-33-0: Downloading SCSI SCRIPTS.
Dec 30 01:20:57 box kernel: sym53c1010-33-0:0: ERROR (81:0) (8-af-80) (3e/18) @ (script 50:f31c0004).
Dec 30 01:20:57 box kernel: sym53c1010-33-0: script cmd = 90080000
Dec 30 01:20:57 box kernel: sym53c1010-33-0: regdump: da 10 80 18 47 3e 00 0e 00 08 80 af 00 00 07 02 01 00 00 00 0a 00 00 00.
Dec 30 01:20:57 box kernel: sym53c1010-33-0: ctest4/sist original 0x8/0x0 mod: 0x18/0x0
Dec 30 01:20:57 box kernel: sym53c1010-33-0: Downloading SCSI SCRIPTS.
Dec 30 01:49:30 box kernel: sym53c1010-33-0:0: ERROR (81:0) (8-0-0) (3e/18) @ (script 50:f31c0004).
Dec 30 01:49:30 box kernel: sym53c1010-33-0: script cmd = 90080000
Dec 30 01:49:30 box kernel: sym53c1010-33-0: regdump: da 00 00 18 47 3e 00 0f 00 08 80 00 00 00 07 02 01 00 00 00 02 00 00 00.
Dec 30 01:49:30 box kernel: sym53c1010-33-0: ctest4/sist original 0x8/0x0 mod: 0x18/0x0
Dec 30 01:49:30 box kernel: sym53c1010-33-0: Downloading SCSI SCRIPTS.

There is no heavy action going on during this time. The hardware worked for flawlessly for years.

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

• Previous message: Paulo Marques: "Re: udev and devfs - The final word"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

Relevant Pages Re: [PATCH] do_wait fix for 2.6.10-rc1 ... almost certainly requires that a threaded app waits for its children in ... But maybe it's because I just missed some reason why this all is ok. ... three patches for the same piece of code withing minutes. ... send the line "unsubscribe linux-kernel" in ... (Linux-Kernel) Re: no atapi cdrecord burning with 2.6.0-test11-bk10 / bk13 ... >> be the reason you can't burn. ... I'm using /dev/hdc for burning in the k3b configuration screens, ... Copyright 2003 by Maurice Eugene Heskett, ... send the line "unsubscribe linux-kernel" in ... (Linux-Kernel) Re: [linux-usb-devel] 2.6.10-rc1 OHCI usb error messages ... So if something's timing out, it's for some other reason. ... (Such as bugs in "lsusb"; ... send the line "unsubscribe linux-kernel" in ... (Linux-Kernel) Re: [PATCH][RFC] swsusp: speed up image restoring on x86-64 ... Speeding up copy loop that takes ... ... Reason is "to crash it early if we have wrong pagetables". ... > If necessary, I can change the patch to work with his code. ... send the line "unsubscribe linux-kernel" in ... (Linux-Kernel) Re: Standardize shutdown of the system from enviroment control modules ... > With normal sysvinit both will end up the same, ... I'll copy Aaron Young, who I think ... Reason for doing it this way. ... send the line "unsubscribe linux-kernel" in ... (Linux-Kernel)