From: Boaz Harrosh <bharrosh@panasas.com>
To: "Yang, Bo" <Bo.Yang@lsi.com>
Cc: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>,
"pterjan@gmail.com" <pterjan@gmail.com>,
"matthew@wil.cx" <matthew@wil.cx>,
"akpm@linux-foundation.org" <akpm@linux-foundation.org>,
"linux-scsi@vger.kernel.org" <linux-scsi@vger.kernel.org>,
"Patro, Sumant" <Sumant.Patro@lsi.com>,
"bugme-daemon@bugzilla.kernel.org"
<bugme-daemon@bugzilla.kernel.org>,
"Austria, Winston" <Winston.Austria@lsi.com>
Subject: Re: [Bugme-new] [Bug 11792] New: Oops when reading /proc/megaraid/hba0/diskdrives-ch*
Date: Wed, 22 Oct 2008 16:20:00 +0200 [thread overview]
Message-ID: <48FF3690.2020806@panasas.com> (raw)
In-Reply-To: <4B6A08C587958942AA3002690DD4F8C32D2C5E4A@cosmail02.lsi.com>
Yang, Bo wrote:
> Thanks TOMM. If this is the case, it may affect some of other drivers like our
> MPT and SAS driver. Is there a way kernel can fix it?
>
> Thanks,
>
> Bo Yang
>
Hi Bo Yang
What are the source files for the MPT and SAS drivers from LSI?
I have made a system wide search for such problems as below and could not
find any more. But I might have missed them. If you tell me the file names
I will inspect more closly.
Thanks
Boaz
> -----Original Message-----
> From: FUJITA Tomonori [mailto:fujita.tomonori@lab.ntt.co.jp]
> Sent: Wednesday, October 22, 2008 9:39 AM
> To: Yang, Bo
> Cc: fujita.tomonori@lab.ntt.co.jp; bharrosh@panasas.com; pterjan@gmail.com; matthew@wil.cx; akpm@linux-foundation.org; linux-scsi@vger.kernel.org; Patro, Sumant; bugme-daemon@bugzilla.kernel.org; Austria, Winston
> Subject: RE: [Bugme-new] [Bug 11792] New: Oops when reading /proc/megaraid/hba0/diskdrives-ch*
>
> On Wed, 22 Oct 2008 07:03:03 -0600
> "Yang, Bo" <Bo.Yang@lsi.com> wrote:
>
>> I saw the latest working kernel: 2.6.24 and first failing kernel
>> version: 2.6.27-rc8. I understand there are lots of changes between
>> those two kernels. Can you take a look the changes from kernels to
>> find out the root cause?
>
> Sorry, I didn't explain the possible root cause.
>
> struct scsi_cmnd in 2.6.25:
>
> unsigned char cmnd[MAX_COMMAND_SIZE];
>
>
> struct scsi_cmnd in 2.6.26:
>
> unsigned char *cmnd;
>
>
> In short, struct scsi_cmnd doesn't have static array for cdb. You need
> to allocate memory for it (the scsi midlayer does for common usage).
>
> So
>
> static int
> mega_internal_command(adapter_t *adapter, megacmd_t *mc, mega_passthru *pthru)
> {
> ...
> scb = &adapter->int_scb;
> memset(scb, 0, sizeof(scb_t));
>
> scmd = &adapter->int_scmd;
> memset(scmd, 0, sizeof(Scsi_Cmnd));
>
> sdev = kzalloc(sizeof(struct scsi_device), GFP_KERNEL);
> scmd->device = sdev;
>
> scmd->device->host = adapter->host;
> scmd->host_scribble = (void *)scb;
> scmd->cmnd[0] = MEGA_INTERNAL_CMD;
>
> I suspect that the driver crashes here. My patch adds array to
> adapter_t and use it here.
>
> After 2.6.25, sense_buffer also is converted from static array to
> pointer. In general, using scsi_allocate_command/scsi_free_command is
> the recommended way to use struct scsi_cmnd.
>
> So my latest patch removes struct scsi_cmnd in adapter_t and uses the
> API in mega_internal_command().
>
>
>> Also if you believe this is the driver issue and need LSI to help,
>> can you report this issue to LSI?
>
> Yeah, I think that we need to update this driver because of the
> changes to SCSI mid-layer.
>
> It would be appreciated if you can test my latest path:
>
> http://marc.info/?l=linux-scsi&m=122467887502481&w=2
>
>
> Can you think of this thread as a bug report to LSI?
> --
> To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
next prev parent reply other threads:[~2008-10-22 14:20 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <bug-11792-10286@http.bugzilla.kernel.org/>
2008-10-21 19:47 ` [Bugme-new] [Bug 11792] New: Oops when reading /proc/megaraid/hba0/diskdrives-ch* Andrew Morton
2008-10-21 19:54 ` Matthew Wilcox
2008-10-21 20:22 ` Pascal Terjan
2008-10-21 23:08 ` FUJITA Tomonori
2008-10-22 9:04 ` Boaz Harrosh
2008-10-22 9:38 ` FUJITA Tomonori
2008-10-22 10:08 ` Boaz Harrosh
2008-10-22 12:33 ` FUJITA Tomonori
2008-10-22 13:03 ` Yang, Bo
2008-10-22 13:38 ` FUJITA Tomonori
2008-10-22 13:59 ` Yang, Bo
2008-10-22 14:20 ` Boaz Harrosh [this message]
2008-10-22 14:57 ` Boaz Harrosh
2008-10-22 15:57 ` Yang, Bo
2008-10-22 17:31 ` Boaz Harrosh
2008-10-22 13:51 ` Boaz Harrosh
2008-10-23 22:49 ` Pascal Terjan
2008-10-24 0:21 ` FUJITA Tomonori
2008-10-24 13:31 ` Yang, Bo
2008-10-30 13:01 Yang, Bo
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=48FF3690.2020806@panasas.com \
--to=bharrosh@panasas.com \
--cc=Bo.Yang@lsi.com \
--cc=Sumant.Patro@lsi.com \
--cc=Winston.Austria@lsi.com \
--cc=akpm@linux-foundation.org \
--cc=bugme-daemon@bugzilla.kernel.org \
--cc=fujita.tomonori@lab.ntt.co.jp \
--cc=linux-scsi@vger.kernel.org \
--cc=matthew@wil.cx \
--cc=pterjan@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.