lkml.org 
[lkml]   [2006]   [Jun]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: Intel RAID Controller SRCU42X in SGI Altix 350
Date
On Friday, June 30, 2006 5:07 am, Robert Nagy wrote:
> I've tried that with two different cards. Now the error is different.
> Even the firmware boots on the controller but then the machine resets.
> Same thing happens if I load the EFI driver but that drops me to the
> debugger. More info can be found at http://pastebin.ca/75652
>
> megaraid cmm: 2.20.2.6 (Release Date: Mon Mar 7 00:01:03 EST 2005)
> megaraid: 2.20.4.8 (Release Date: Mon Apr 11 12:27:22 EST 2006)
> megaraid: probe new device 0x1000:0x0407:0x8086:0x0532: bus 2:slot
> 0:func 0 ACPI: PCI Interrupt 0002:02:00.0[A]: no GSI
> megaraid mailbox: wait for FW to boot [ok]
> Entered OS MCA handler. PSP=20000000fff21120 cpu=0 monarch=1
> All OS MCA slaves have reached rendezvous

This is what happens when you have PCI card in the bus next to your RAID
card and run without my patch? Hm... this might be a regular driver
bug. Interesting that this driver might do an msleep right after the
[ok] is printed. Do you have kdb builtin to your kernel? If so, maybe
you could get a backtrace. Otherwise you could put in some printk
statements to see if we can figure out where the MCA is occuring...

Jesse
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2006-06-30 18:09    [W:1.034 / U:0.004 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site