[Bug 12759] New: scsi: aic7xxx hang since v2.6.28-rc1 ...

[Bug 12759] New: scsi: aic7xxx hang since v2.6.28-rc1 ...

[bugme-daemon]

http://bugzilla.kernel.org/show_bug.cgi?id=12759

           Summary: scsi: aic7xxx hang since v2.6.28-rc1 ...
           Product: SCSI Drivers
           Version: 2.5
     KernelVersion: 2.6.28-rc1
          Platform: All
        OS/Version: Linux
              Tree: Mainline
            Status: NEW
          Severity: normal
          Priority: P1
         Component: Other
        AssignedTo: scsi_drivers-other@kernel-bugs.osdl.org
        ReportedBy: rjw@sisk.pl
                CC: stern@rowland.harvard.edu, mingo@elte.hu
OtherBugsDependingO 11808
             nThis:
        Regression: 1


Subject    : scsi: aic7xxx hang since v2.6.28-rc1 ...
Submitter  : Ingo Molnar <mingo@elte.hu>
Date       : 2009-02-15 11:44
References : http://marc.info/?l=linux-kernel&m=123469852817058&w=4
Handled-By : Alan Stern <stern@rowland.harvard.edu>

This entry is being used for tracking a regression from 2.6.27.  Please don't
close it until the problem is fixed in the mainline.


-- 
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

[Bug 12759] scsi: aic7xxx hang since v2.6.28-rc1 ...

[bugme-daemon]

http://bugzilla.kernel.org/show_bug.cgi?id=12759


rjw@sisk.pl changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |CLOSED
         Resolution|                            |CODE_FIX




------- Comment #1 from rjw@sisk.pl  2009-03-14 14:18 -------
The problem seems to have been fixed, closing.


-- 
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

Re: [Bug 12759] scsi: aic7xxx hang since v2.6.28-rc1 ...

[James Bottomley]

On Sat, 2009-03-14 at 14:18 -0700, bugme-daemon@bugzilla.kernel.org
wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=12759
> 
> 
> rjw@sisk.pl changed:
> 
>            What    |Removed                     |Added
> ----------------------------------------------------------------------------
>              Status|NEW                         |CLOSED
>          Resolution|                            |CODE_FIX
> 
> 
> 
> 
> ------- Comment #1 from rjw@sisk.pl  2009-03-14 14:18 -------
> The problem seems to have been fixed, closing.

Actually, I don't think the problem is gone, it's just gone into hiding
again.  What seems to happen is that as we alter code in scsi_lib.c,
particularly along the completion paths, it reappears and then
disappears again.  It looks like some obscure timing related bug,
possibly in the aic7xxx driver, or possibly in the mid-layer 

I've rebuilt my main SCSI test box to be aic7xxx based to see if we can
somehow find it again and debug it.

So, I'd like this bug left open against SCSI please, but you can
probably remove it as a current regression (I think it's probably been
hiding for a very long time).

James

[Bug 12759] scsi: aic7xxx hang since v2.6.28-rc1 ...

[bugme-daemon]

http://bugzilla.kernel.org/show_bug.cgi?id=12759





------- Comment #2 from anonymous@kernel-bugs.osdl.org  2009-03-14 15:52 -------
Reply-To: James.Bottomley@HansenPartnership.com

On Sat, 2009-03-14 at 14:18 -0700, bugme-daemon@bugzilla.kernel.org
wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=12759
> 
> 
> rjw@sisk.pl changed:
> 
>            What    |Removed                     |Added
> ----------------------------------------------------------------------------
>              Status|NEW                         |CLOSED
>          Resolution|                            |CODE_FIX
> 
> 
> 
> 
> ------- Comment #1 from rjw@sisk.pl  2009-03-14 14:18 -------
> The problem seems to have been fixed, closing.

Actually, I don't think the problem is gone, it's just gone into hiding
again.  What seems to happen is that as we alter code in scsi_lib.c,
particularly along the completion paths, it reappears and then
disappears again.  It looks like some obscure timing related bug,
possibly in the aic7xxx driver, or possibly in the mid-layer 

I've rebuilt my main SCSI test box to be aic7xxx based to see if we can
somehow find it again and debug it.

So, I'd like this bug left open against SCSI please, but you can
probably remove it as a current regression (I think it's probably been
hiding for a very long time).

James


-- 
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

[Bug 12759] scsi: aic7xxx hang since v2.6.28-rc1 ...

[bugme-daemon]

http://bugzilla.kernel.org/show_bug.cgi?id=12759


rjw@sisk.pl changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
OtherBugsDependingO|11808                       |
              nThis|                            |
             Status|CLOSED                      |REOPENED
         Regression|1                           |0
         Resolution|CODE_FIX                    |




------- Comment #3 from rjw@sisk.pl  2009-03-14 17:17 -------
OK, reopening but dropping from the list of regressions.


-- 
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

[Bug 12759] scsi: aic7xxx hang since v2.6.28-rc1 ...

[bugme-daemon]

http://bugzilla.kernel.org/show_bug.cgi?id=12759


rjw@sisk.pl changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|REOPENED                    |NEW




-- 
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.