From: Boaz Harrosh <bharrosh@panasas.com>
To: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Cc: pterjan@gmail.com, matthew@wil.cx, akpm@linux-foundation.org,
linux-scsi@vger.kernel.org, sumantp@lsil.com, bo.yang@lsi.com,
bugme-daemon@bugzilla.kernel.org
Subject: Re: [Bugme-new] [Bug 11792] New: Oops when reading /proc/megaraid/hba0/diskdrives-ch*
Date: Wed, 22 Oct 2008 11:04:44 +0200 [thread overview]
Message-ID: <48FEECAC.6080304@panasas.com> (raw)
In-Reply-To: <20081022080835R.fujita.tomonori@lab.ntt.co.jp>
FUJITA Tomonori wrote:
> On Tue, 21 Oct 2008 22:22:37 +0200
> "Pascal Terjan" <pterjan@gmail.com> wrote:
>
>> On Tue, Oct 21, 2008 at 9:54 PM, Matthew Wilcox <matthew@wil.cx> wrote:
>>> On Tue, Oct 21, 2008 at 12:47:01PM -0700, Andrew Morton wrote:
>>>>> Latest working kernel version: 2.6.24
>>>>> Earliest failing kernel version: 2.6.27-rc8
>>>> It's a regression.
>>>>
>>>>> Pid: 2319, comm: diff Not tainted (2.6.27-server-0.rc8.2mnb #1)
>>> It's also a distro kernel by the looks of things. Can it be reproduced
>>> with an upstream kernel?
>> I will try booting the server on vanilla kernel but I'm not sure when
>> (we already rebooted it 2 times recently and users won't enjoy it).
>>
>> This is a distro kernel but I don't see patches that could impact this :
>> http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/kernel/current/PATCHES/patches/
>>
>> Machine is a old HP NetServer LT 6000
>>
>> 04:03.1 I2O: Intel Corporation 80960RP (i960RP) Microprocessor (rev
>> 09) (prog-if 01)
>> Subsystem: Hewlett-Packard Company MegaRAID, Integrated NetRAID
>> Flags: bus master, fast Back2Back, medium devsel, latency 64, IRQ 11
>> Memory at f4000000 (32-bit, prefetchable) [size=64M]
>> [virtual] Expansion ROM at a8130000 [disabled] [size=32K]
>> Capabilities: [80] Power Management version 2
>> Kernel driver in use: megaraid_legacy
>> Kernel modules: i2o_core, megaraid
>
> This patch helps?
>
>
> diff --git a/drivers/scsi/megaraid.c b/drivers/scsi/megaraid.c
> index 28c9da7..9294ed8 100644
> --- a/drivers/scsi/megaraid.c
> +++ b/drivers/scsi/megaraid.c
> @@ -4414,12 +4414,14 @@ mega_internal_command(adapter_t *adapter, megacmd_t *mc, mega_passthru *pthru)
>
> scmd = &adapter->int_scmd;
> memset(scmd, 0, sizeof(Scsi_Cmnd));
> + memset(adapter->int_cdb, 0, sizeof(adapter->int_cdb));
>
> sdev = kzalloc(sizeof(struct scsi_device), GFP_KERNEL);
> scmd->device = sdev;
>
> scmd->device->host = adapter->host;
> scmd->host_scribble = (void *)scb;
> + scmd->cmnd = adapter->int_cdb;
> scmd->cmnd[0] = MEGA_INTERNAL_CMD;
>
> scb->state |= SCB_ACTIVE;
> diff --git a/drivers/scsi/megaraid.h b/drivers/scsi/megaraid.h
> index ee70bd4..5ffec15 100644
> --- a/drivers/scsi/megaraid.h
> +++ b/drivers/scsi/megaraid.h
> @@ -889,6 +889,7 @@ typedef struct {
> u8 sglen; /* f/w supported scatter-gather list length */
>
> scb_t int_scb;
> + unsigned char int_cdb[MAX_COMMAND_SIZE];
> Scsi_Cmnd int_scmd;
> struct mutex int_mtx; /* To synchronize the internal
> commands */
>
> --
Hi TOMO.
This might not be enough for example I don't see the allocation of sense_buffer.
It might be much easer to allocate using the new command allocation API James
did, just for such cases. These are: scsi_allocate_command/scsi_free_command
Thanks
Boaz
next prev parent reply other threads:[~2008-10-22 9:04 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 [this message]
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
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=48FEECAC.6080304@panasas.com \
--to=bharrosh@panasas.com \
--cc=akpm@linux-foundation.org \
--cc=bo.yang@lsi.com \
--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 \
--cc=sumantp@lsil.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.