linux-origin
[Top] [All Lists]

Re: Crashes

To: Kanoj Sarcar <kanoj@xxxxxxxxxxxxxxxxxxx>
Subject: Re: Crashes
From: Ralf Baechle <ralf@xxxxxxxxxxx>
Date: Tue, 3 Oct 2000 18:26:28 +0200
Cc: linux-origin@xxxxxxxxxxx
In-reply-to: <200010022105.OAA09593@xxxxxxxxxxxxxxxxxxx>; from kanoj@xxxxxxxxxxxxxxxxxxx on Mon, Oct 02, 2000 at 02:05:35PM -0700
References: <20001002103334.A29695@xxxxxxxxxxxxxxxx> <200010022105.OAA09593@xxxxxxxxxxxxxxxxxxx>
Sender: owner-linux-origin@xxxxxxxxxxx
On Mon, Oct 02, 2000 at 02:05:35PM -0700, Kanoj Sarcar wrote:

> This looks like the isp1020_intr_handler() code to me, I would be surprised
> if the 32-bit guys are using the same driver. In any case, it might be 
> worthwhile to match up with C code and see which variable/pointer was 
> NULL, that might give us a clue. 
> 
> AFAICS, the above asm code probably corresponds to this in 
> isp1020_intr_handler:
> 
>                 if (sts->hdr.entry_type == ENTRY_STATUS)
>                         Cmnd->result = isp1020_return_status(sts);
>                 else
>                         Cmnd->result = DID_ERROR << 16;
> 
> It seems to me that Cmnd turned out to be 0, and I see that 
> 
>               Cmnd = hostdata->cmd_slots[cmd_slot];
> 
> and this in fact could be the first place that uses Cmnd. 

It looks like the changes to bitops.h from two days ago did fix the problem
the other people were reporting.  So the driver issue we have must be
something independant.

  Ralf

<Prev in Thread] Current Thread [Next in Thread>