Kernel panic when copying data to Promise Technology, Inc. 80333 [SuperTrak EX8350/EX16350]

Bug #586070 reported by Kim Højgaard-Hansen on 2010-05-26
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Undecided
Unassigned

Bug Description

1:
root@foo:~# lsb_release -rd
Description: Ubuntu 8.04.4 LTS
Release: 8.04
------------------------------

2:
root@foo:~# uname -a
Linux foo 2.6.24-27-server #1 SMP Mon Feb 22 19:42:25 UTC 2010 i686 GNU/Linux

3:
I expected to be able to copy data to disk connected to a Promise Technology, Inc. 80333 [SuperTrak EX8350/EX16350] without a kernel panic.

4:
When copying data to harddrives on Promise Technology, Inc. 80333 [SuperTrak EX8350/EX16350] the kernel panics after some time. It is not a determistic time, but it is reproducable.

A picture of the panic is attached

Kim Højgaard-Hansen (kimrhh) wrote :
Kim Højgaard-Hansen (kimrhh) wrote :

This seems like the same issues, unfortunatly without a solution:

http://kerneltrap.org/mailarchive/linux-scsi/2007/12/5/478940

I will try to do as described in the followups

Stenten (stenten) on 2010-05-29
affects: ubuntu → linux (Ubuntu)
Changed in linux (Ubuntu):
status: New → Confirmed
status: Confirmed → New
tags: added: kj-triage
Kim Højgaard-Hansen (kimrhh) wrote :

we did as instructed in the LKML post:

build the kernel as instructed in: https://help.ubuntu.com/community/Kernel/Compile
where we chose to build the flavor "server"

The result:

kim@foo:~/linux-2.6.24$ gdb debian/build/build-server/drivers/scsi/stex.o
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...
(gdb) l *stex_mu_intr+0x123
0x513 is in stex_mu_intr (/home/kim/linux-2.6.24/drivers/scsi/stex.c:823).
818 ccb->cmd->cmnd[1] == PASSTHRU_GET_ADAPTER))
819 stex_controller_info(hba, ccb);
820
821 scsi_dma_unmap(ccb->cmd);
822 stex_scsi_done(ccb);
823 hba->out_req_cnt--;
824 } else if (ccb->req_type & PASSTHRU_REQ_TYPE) {
825 hba->out_req_cnt--;
826 if (ccb->req_type & PASSTHRU_REQ_NO_WAKEUP) {
827 ccb->req_type = 0;
(gdb)

We are going to upgrade the machine to lucid in order to try to overcome this bug, so we will not be able to do any further testing for this from here on.

Kim Højgaard-Hansen (kimrhh) wrote :

After the upgrade to 10.04 LTS the bug seems to have disappeared, at least we have not been able to reproduce it.

This bug is missing log files that will aid in diagnosing the problem. From a terminal window please run:

apport-collect 586070

and then change the status of the bug to 'Confirmed'.

If, due to the nature of the issue you have encountered, you are unable to run this command, please add a comment stating that fact and change the bug status to 'Confirmed'.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.

Changed in linux (Ubuntu):
status: New → Incomplete
tags: added: hardy
Launchpad Janitor (janitor) wrote :

[Expired for linux (Ubuntu) because there has been no activity for 60 days.]

Changed in linux (Ubuntu):
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers