All of lore.kernel.org
 help / color / mirror / Atom feed
From: stepping stone GmbH <support@stepping-stone.ch>
To: adam radford <aradford@gmail.com>
Cc: stepping stone GmbH <support@stepping-stone.ch>,
	linux-kernel@vger.kernel.org
Subject: Re: Kernel crash with lspci -vv and SAS Controller LSI Logic / Symbios Logic MegaRAID SAS 9240
Date: Thu, 19 Jul 2012 16:17:37 +0200	[thread overview]
Message-ID: <50081701.80308@stepping-stone.ch> (raw)
In-Reply-To: <CAHtARFEd4He1d8=TWBjCXJed-HGM+2XvidBbxe930faGUro2KQ@mail.gmail.com>

Dear Adam

It did not work (exact same behaviour) with a newer kernel (3.5-rc7). 
The problem was the firmware. After a upgrade it works; with older 
kernels too. Great thanks and sorry to bother you (all).

Greetings

David

Am 19.07.2012 02:39, schrieb adam radford:
> On 7/18/12, stepping stone GmbH <support@stepping-stone.ch> wrote:
> ...
>> a tail of lspci -vv http://pastebin.com/kjh8ig9q
>>
> PCI Config reads from lspci -vvv don't go through the megaraid_sas
> driver itself.
>
> It looks like your system hung up while trying to do a PCI Config read
> of Capabilities 0xd0: VPD (Vital Product Data).
>
> I have a 9240 controller, and with kernel 3.5.0-rc1, I can do lspci -vvv :
>
>          Capabilities: [d0] Vital Product Data
>                  Unknown small resource type 00, will not decode more.
>          Capabilities: [a8] MSI: Enable- Count=1/1 Maskable- 64bit+
>                  Address: 0000000000000000  Data: 0000
>          Capabilities: [c0] MSI-X: Enable+ Count=15 Masked-
>                  Vector table: BAR=1 offset=00002000
>                  PBA: BAR=1 offset=00003800
>          Capabilities: [100] Advanced Error Reporting
>                  UESta:  DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt-
> UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
>                  UEMsk:  DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt-
> UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
>                  UESvrt: DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt-
> UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
>                  CESta:  RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+
>                  CEMsk:  RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+
>                  AERCap: First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ ChkEn-
>          Capabilities: [138] Power Budgeting <?>
>          Kernel driver in use: megaraid_sas
>          Kernel modules: megaraid_sas
>
> Can you reproduce with kernel 3.5.0-rcX ?  I would also try upgrading
> your controller firmware.
>
> -Adam

-- 
stepping stone GmbH
Neufeldstrasse 9
CH-3012 Bern

Telefon: +41 31 332 53 63
www.stepping-stone.ch
support@stepping-stone.ch


      reply	other threads:[~2012-07-19 14:18 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-07-18 15:36 Kernel crash with lspci -vv and SAS Controller LSI Logic / Symbios Logic MegaRAID SAS 9240 stepping stone GmbH
2012-07-19  0:39 ` adam radford
2012-07-19 14:17   ` stepping stone GmbH [this message]

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=50081701.80308@stepping-stone.ch \
    --to=support@stepping-stone.ch \
    --cc=aradford@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    /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.