Bug#647900: mptspi init failure on Sparc SMP in Linux 3.0

2011-12-13 Thread Krishnamoorthy, Praveen 
Mariusz,

In debian, you can set the kernel logging level to receive debug messages by 
adding the following line in /etc/syslog.conf

*.debug   /var/log/messages

Please refer http://www.aboutdebian.com/syslog.htm for more information on 
logging level in Debian.

Also while loading the mptbase.ko, could you please pass this module parameter 
too? This one would enable our driver to capture detailed logs for when config 
request, doorbell handshakes are happening. 

insmod mptbase.ko mpt_debug_level=0x1929  

Following this you could load the other modules like mptscsih.ko, mptspi.ko, 
mptsas.ko, mptctl.ko  

Regards,
Praveen

 -Original Message-
 From: Biblioteka UR [mailto:bib...@univ.rzeszow.pl]
 Sent: Tuesday, December 13, 2011 1:24 AM
 To: Nandigama, Nagalakshmi
 Cc: Ben Hutchings; Moore, Eric; 647...@bugs.debian.org; linux-scsi; DL-
 MPT Fusion Linux
 Subject: Re: mptspi init failure on Sparc SMP in Linux 3.0
 
 Hello Nagalakshimi.
 
 Thank you for your reply.
 
 W dniu 2011-12-13 08:21, Nandigama, Nagalakshmi pisze:
  The issue is happening because config page is timing out and
 initialization is not successful
  Can you collect the kernel messages even for the KERN_DEBUG messages
 also for mpt driver?
  This is to find out which config page is failing.
 Maybe so, but I confess that I do not know how. :( Do you have any
 suggestions? I begin my adventure with Debian. I have little experience
 with Centos, but it doesn't work with Sparc. :)
 
 Regards,
 Mariusz

Bug#647900: mptspi init failure on Sparc SMP in Linux 3.0

2011-12-13 Thread Krishnamoorthy, Praveen 
Mariusz,

  [   68.319518] mptbase: ioc0: WARNING - Issuing Reset from
 mpt_config!!, doorbell=0x2400
  [   69.175505] mptbase: ioc0: Attempting Retry Config request type
 0x3, page 0x, action 0
  [   84.267524] mptbase: ioc0: WARNING - Issuing Reset from
 mpt_config!!, doorbell=0x2400

As Nagalakshmi pointed out, the series of reset happens because the config 
request for reading the page header fails. This is the first time the message 
queues are used when the card is coming up, therefore taking into account, that 
the same driver and same card works perfectly on non-smp linux kernel,  I am 
guessing that the config request would have been sent successfully and the 
firmware would have processed the request and raised an interrupt through the 
IRQ line assigned for this card, it is somehow not routed to our driver's 
interrupt service routine. Therefore could you try the following to check if 
any of it works?

1. add pci=routeirq to the kernel boot parameters in /boot/grub/menu.lst
Eg) 
title  Debian XYZ
root   (hdX,X)
kernel /boot/vmlinuz-XYZ root=XX ro quiet splash pci=routeirq
initrd /boot/initrd.img-XYZ 

2. add irqpoll to the kernel boot parameters in /boot/grub/menu.lst
Eg) 
title  Debian XYZ
root   (hdX,X)
kernel /boot/vmlinuz-XYZ root=XX ro quiet splash irqpoll
initrd /boot/initrd.img-XYZ

Regards,
Praveen