Bug 75692
Summary: | Incorrect SCSI Driver loaded at Startup, Causing SCSI CDROM errors, CD Record Failure | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Gerald Cox <gbcox> |
Component: | kernel | Assignee: | Arjan van de Ven <arjanv> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Brian Brock <bbrock> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 8.0 | CC: | teve |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2004-09-30 15:40:03 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Gerald Cox
2002-10-11 04:19:12 UTC
TEKRAM controller requires driver sym53c8xx_2, when ncr53c8xx is removed and replaced with sym53c8xx_2 CDROM READ/WRITE functions correctly. The problem is at system startup the incorrect driver is being loaded. A subsequent change to modules.conf: #alias scsi_hostadapter ncr53c8xx alias scsi_hostadapter sym53c8xx_2 does NOT work. ncr53c8xx is still be loaded. dmesg indicates: SCSI subsystem driver Revision: 1.00 kmod: failed to exec /sbin/modprobe -s -k scsi_hostadapter, errno = 2 ncr53c8xx: at PCI bus 0, device 9, function 0 ncr53c8xx: 53c895 detected with Tekram NVRAM ncr53c895-0: rev 0x1 on pci bus 0 device 9 function 0 irq 10 ncr53c895-0: Tekram format NVRAM, ID 7, Fast-40, Parity Checking scsi0 : ncr53c8xx-3.4.3b-20010512 Temporary workaround is to add the following statements to /etc/rc.local: ./sbin/rmmod ncr53c8xx ./sbin/modprobe -s -k scsi_hostadapter This solution will be satisfactory only if SCSI devices are not required at boot time. I've same burner as you but different scsi-adapter. When trying to blanck RW-disk I'll get following errors: aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs Nov 27 09:42:06 heaven kernel: cdrom: This disc doesn't have any tracks I recognize! Nov 27 09:42:46 heaven kernel: scsi0:0:4:0: Attempting to queue an ABORT message Nov 27 09:42:46 heaven kernel: scsi0: Dumping Card State in Command phase, at SEQADDR 0x168 Nov 27 09:42:46 heaven kernel: ACCUM = 0x80, SINDEX = 0xa0, DINDEX = 0xe4, ARG_2 = 0x14 Nov 27 09:42:46 heaven kernel: HCNT = 0x0 SCBPTR = 0x1c Nov 27 09:42:46 heaven kernel: SCSISEQ = 0x12, SBLKCTL = 0xa Nov 27 09:42:46 heaven kernel: DFCNTRL = 0x4, DFSTATUS = 0x89 Nov 27 09:42:46 heaven kernel: LASTPHASE = 0x80, SCSISIGI = 0x84, SXFRCTL0 = 0x88 Nov 27 09:42:46 heaven kernel: SSTAT0 = 0x7, SSTAT1 = 0x0 Nov 27 09:42:46 heaven kernel: SCSIPHASE = 0x0 Nov 27 09:42:46 heaven kernel: STACK == 0x34, 0x0, 0x160, 0x175 Nov 27 09:42:46 heaven kernel: SCB count = 164 Nov 27 09:42:46 heaven kernel: Kernel NEXTQSCB = 41 Nov 27 09:42:46 heaven kernel: Card NEXTQSCB = 41 Nov 27 09:42:46 heaven kernel: QINFIFO entries: Nov 27 09:42:46 heaven kernel: Waiting Queue entries: Nov 27 09:42:46 heaven kernel: Disconnected Queue entries: Nov 27 09:42:46 heaven kernel: QOUTFIFO entries: Nov 27 09:42:46 heaven kernel: Sequencer Free SCB List: 29 13 15 8 17 3 24 9 0 23 25 16 11 12 18 1 22 26 20 6 14 7 27 4 10 5 19 21 31 2 30 Nov 27 09:42:46 heaven kernel: Sequencer SCB Info: 0(c 0x60, s 0x7, l 0, t 0xff) 1(c 0x60, s 0x27, l 0, t 0xff) 2(c 0x60, s 0x27, l 0, t 0xff) 3(c 0x40, s 0x47, l 0, t 0xff) 4(c 0x60, s 0x17, l 0, t 0xff) 5(c 0x60, s 0x27, l 0, t 0xff) 6(c 0x60, s 0x37, l 0, t 0xff) 7(c 0x60, s 0x27, l 0, t 0xff) 8(c 0x60, s 0x7, l 0, t 0xff) 9(c 0x40, s 0x47, l 0, t 0xff) 10(c 0x60, s 0x37, l 0, t 0xff) 11(c 0x60, s 0x37, l 0, t 0xff) 12(c 0x40, s 0x47, l 0, t 0xff) 13(c 0x60, s 0x27, l 0, t 0xff) 14(c 0x60, s 0x17, l 0, t 0xff) 15(c 0x60, s 0x17, l 0, t 0xff) 16(c 0x60, s 0x27, l 0, t 0xff) 17(c 0x60, s 0x37, l 0, t 0xff) 18(c 0x60, s 0x27, l 0, t 0xff) 19(c 0x40, s 0x47, l 0, t 0xff) 20(c 0x60, s 0x27, l 0, t 0xff) 21(c 0x60, s 0x37, l 0, t 0xff) 22(c 0x60, s 0x37, l 0, t 0xff) 23(c 0x60, s 0x17, l 0, t 0xff) 24(c 0x60, s 0x27, l 0, t 0xff) 25(c 0x60, s 0x27, l 0, t 0xff) 26(c 0x60, s 0x27, l 0, t 0xff) 27(c 0x60, s 0x27, l 0, t 0xff) 28(c 0x40, s 0x47, l 0, t 0x51) 29(c 0x60, s 0x7, l 0, t 0xff) 30(c 0x60, s 0x27, l 0, t 0x Nov 27 09:42:46 heaven kernel: f) 31(c 0x60, s 0x37, l 0, t 0xff) Nov 27 09:42:46 heaven kernel: Pending list: 81(c 0x40, s 0x47, l 0) Nov 27 09:42:46 heaven kernel: Kernel Free SCB list: 62 118 71 13 103 86 143 91 136 92 30 10 16 137 11 39 72 99 130 18 148 42 8 112 65 70 21 133 27 124 125 43 78 88 100 146 132 105 90 89 4 5 97 37 69 145 74 52 116 64 158 0 93 149 163 82 50 107 76 29 12 34 80 128 111 109 49 1 73 25 40 127 87 139 153 114 85 154 2 152 23 56 84 129 57 61 141 33 131 159 150 31 15 60 138 113 122 104 9 7 119 45 47 20 28 117 96 6 83 46 26 135 134 115 108 67 55 142 101 126 44 144 63 155 19 120 147 48 24 98 121 156 123 140 77 36 66 54 58 3 53 38 157 75 79 95 151 32 17 35 51 102 22 106 68 14 94 59 110 162 161 160 Nov 27 09:42:46 heaven kernel: Untagged Q(4): 81 Nov 27 09:42:46 heaven kernel: DevQ(0:0:0): 0 waiting Nov 27 09:42:46 heaven kernel: DevQ(0:1:0): 0 waiting Nov 27 09:42:46 heaven kernel: DevQ(0:2:0): 0 waiting Nov 27 09:42:46 heaven kernel: DevQ(0:3:0): 0 waiting Nov 27 09:42:46 heaven kernel: DevQ(0:4:0): 0 waiting Nov 27 09:42:46 heaven kernel: scsi0:0:4:0: Device is active, asserting ATN Nov 27 09:42:46 heaven kernel: Recovery code sleeping Nov 27 09:42:46 heaven kernel: (scsi0:A:4:0): Abort Message Sent Nov 27 09:42:46 heaven kernel: (scsi0:A:4:0): SCB 81 - Abort Completed. Nov 27 09:42:46 heaven kernel: Recovery SCB completes Nov 27 09:42:46 heaven kernel: Recovery code awake Nov 27 09:42:46 heaven kernel: aic7xxx_abort returns 0x2002 Thanks for the bug report. However, Red Hat no longer maintains this version of the product. Please upgrade to the latest version and open a new bug if the problem persists. The Fedora Legacy project (http://fedoralegacy.org/) maintains some older releases, and if you believe this bug is interesting to them, please report the problem in the bug tracker at: http://bugzilla.fedora.us/ |