On Tue, 18 Nov 2003 00:28:29 +0100 Kurt Garloff <garloff@xxxxxxx> wrote:
| On Mon, Nov 17, 2003 at 03:14:31PM -0800, Randy.Dunlap wrote:
| > | DC390: We were just reset and don't accept commands yet!
| > | DC390: Insert pSRB c14ec2ec cmd 0 to Waiting
| > | DC390: Debug: Waiting queue woken up by timer!
| >
| > Does this say that the IO timed out (timer expired)?
| > I.e., the IO isn't happening?
|
| No. If you try to send down commands after a reset, the controller
| will queue them for a second before actually trying to send them.
| That's controlled by a timer.
| (Well, with new queuing we could just refuse I guess.)
OK, I see.
| > | DC390: INQUIRY: result: 00000000
| > | DC390: Remove SRB c14ec2ec from Going
| > | DC390: Free SRB c14ec2ec
| > | scsi_delete_timer: scmd: c14c8ea8, rtn: 1
| > | Vendor: Model: Rev:
| > | Type: Direct-Access ANSI SCSI revision: 00
| > |
| > | Whereas the 2.4 version fills in correct data for the drive. Any ideas
| > | would be appreciated.
|
| Hmm, the INQUIRY did not yield any data :-(
Yes, that's what Guenaddi is trying to debug for now...unless
I misunderstood him.
| pci_unmap() or at least pci_sync happened at that moment already?
|
| All the debug stuff looks completely sane ...
--
~Randy
MOTD: Always include version info.
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
|
