Bug#647900: mptspi init failure on Sparc SMP in Linux 3.0
reassign 647900 src:linux thanks On Mon, Dec 12, 2011 at 01:22:12PM +0100, Biblioteka UR wrote: Nothing has changed in the topic? I have the latest linux-image-3.1.0-1-sparc64-smp and the same problem. SunFire v490 is running well with linux-image-3.1.0-1-sparc64 (non smp). Does this work in more recent kernel releases? Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647900: mptspi init failure on Sparc SMP in Linux 3.0
Praveen, Thank you for your response. This is Sparc server and here is silo, not grub. So I do not know how well I tried your suggestions. root@fire:/boot# ls -l total 28506 lrwxrwxrwx 1 root root1 Nov 5 08:28 boot - . -rw-r--r-- 1 root root88515 Nov 14 16:35 config-3.1.0-1-sparc64 -rw-r--r-- 1 root root88956 Nov 14 16:47 config-3.1.0-1-sparc64-smp lrwxrwxrwx 1 root root1 Nov 5 08:28 etc - . -rw-r--r-- 1 root root 1024 Aug 26 2010 fd.b -rw-r--r-- 1 root root 512 Aug 26 2010 first.b -rw-r--r-- 1 root root 1024 Aug 26 2010 generic.b -rw-r--r-- 1 root root 692 Aug 26 2010 ieee32.b lrwxrwxrwx 1 root root 30 Nov 23 08:13 initrd.img - initrd.img-3.1.0-1-sparc64-smp -rw-r--r-- 1 root root 10201990 Nov 23 08:05 initrd.img-3.1.0-1-sparc64 -rw-r--r-- 1 root root 10293974 Dec 12 10:34 initrd.img-3.1.0-1-sparc64-smp lrwxrwxrwx 1 root root 26 Nov 23 08:04 initrd.img.old - initrd.img-3.1.0-1-sparc64 -rw-r--r-- 1 root root 7704 Aug 26 2010 isofs.b drwxr-xr-x 2 root root12288 Nov 5 08:22 lost+found -rw-r--r-- 1 root root 7680 Nov 5 08:28 old.b -rw-r--r-- 1 root root78336 Nov 5 08:28 second.b -rw-r--r-- 1 root root 199 Dec 14 08:36 silo.conf -rw-r--r-- 1 root root76387 Aug 26 2010 silotftp.b -rw-r--r-- 1 root root 1629480 Nov 14 16:35 System.map-3.1.0-1-sparc64 -rw-r--r-- 1 root root 1676706 Nov 14 16:47 System.map-3.1.0-1-sparc64-smp -rw-r--r-- 1 root root 512 Aug 26 2010 ultra.b lrwxrwxrwx 1 root root 27 Nov 23 08:13 vmlinuz - vmlinuz-3.1.0-1-sparc64-smp -rw-r--r-- 1 root root 2385979 Nov 14 16:34 vmlinuz-3.1.0-1-sparc64 -rw-r--r-- 1 root root 2504212 Nov 14 16:46 vmlinuz-3.1.0-1-sparc64-smp lrwxrwxrwx 1 root root 23 Nov 23 08:04 vmlinuz.old - vmlinuz-3.1.0-1-sparc64 I tried: root@fire:/boot# cat silo.conf root=/dev/sda2 partition=1 default=LinuxOLD read-only timeout=100 image=/vmlinuz label=Linux initrd=/initrd.img append=pci=routeirq image=/vmlinuz.old label=LinuxOLD initrd=/initrd.img.old and root@fire:/boot# cat silo.conf root=/dev/sda2 partition=1 default=LinuxOLD read-only timeout=100 image=/vmlinuz label=Linux initrd=/initrd.img append=irqpoll image=/vmlinuz.old label=LinuxOLD initrd=/initrd.img.old These changes have not helped. I have the same error messages. Unfortunately I can't collect the kernel messages with smp linux-image. I set in rsyslog.conf kern.debug -/var/log/kern.debug I had already set *.=debug;\ auth,authpriv.none;\ news.none;mail.none -/var/log/debug but there is no log messages from broken boot. I can collect messages only from putty. Regards, Mariusz PS. Sorry for my English. :) W dniu 2011-12-13 19:36, Krishnamoorthy, Praveen pisze: 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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647900: mptspi init failure on Sparc SMP in Linux 3.0
OK, so rather than try to guess based on x86, lets involve the experts; I've cc'd the sparclinux list. Sparc people, The failure alluded to below occurs on an SMP system, but not on a UP one. The symptom appears to indicate the failure of interrupt delivery on SMP, which is why the MPT card fails to initialise. How do we debug this on a sparc? Thanks, James On Wed, 2011-12-14 at 09:31 +0100, Biblioteka UR wrote: Praveen, Thank you for your response. This is Sparc server and here is silo, not grub. So I do not know how well I tried your suggestions. root@fire:/boot# ls -l total 28506 lrwxrwxrwx 1 root root1 Nov 5 08:28 boot - . -rw-r--r-- 1 root root88515 Nov 14 16:35 config-3.1.0-1-sparc64 -rw-r--r-- 1 root root88956 Nov 14 16:47 config-3.1.0-1-sparc64-smp lrwxrwxrwx 1 root root1 Nov 5 08:28 etc - . -rw-r--r-- 1 root root 1024 Aug 26 2010 fd.b -rw-r--r-- 1 root root 512 Aug 26 2010 first.b -rw-r--r-- 1 root root 1024 Aug 26 2010 generic.b -rw-r--r-- 1 root root 692 Aug 26 2010 ieee32.b lrwxrwxrwx 1 root root 30 Nov 23 08:13 initrd.img - initrd.img-3.1.0-1-sparc64-smp -rw-r--r-- 1 root root 10201990 Nov 23 08:05 initrd.img-3.1.0-1-sparc64 -rw-r--r-- 1 root root 10293974 Dec 12 10:34 initrd.img-3.1.0-1-sparc64-smp lrwxrwxrwx 1 root root 26 Nov 23 08:04 initrd.img.old - initrd.img-3.1.0-1-sparc64 -rw-r--r-- 1 root root 7704 Aug 26 2010 isofs.b drwxr-xr-x 2 root root12288 Nov 5 08:22 lost+found -rw-r--r-- 1 root root 7680 Nov 5 08:28 old.b -rw-r--r-- 1 root root78336 Nov 5 08:28 second.b -rw-r--r-- 1 root root 199 Dec 14 08:36 silo.conf -rw-r--r-- 1 root root76387 Aug 26 2010 silotftp.b -rw-r--r-- 1 root root 1629480 Nov 14 16:35 System.map-3.1.0-1-sparc64 -rw-r--r-- 1 root root 1676706 Nov 14 16:47 System.map-3.1.0-1-sparc64-smp -rw-r--r-- 1 root root 512 Aug 26 2010 ultra.b lrwxrwxrwx 1 root root 27 Nov 23 08:13 vmlinuz - vmlinuz-3.1.0-1-sparc64-smp -rw-r--r-- 1 root root 2385979 Nov 14 16:34 vmlinuz-3.1.0-1-sparc64 -rw-r--r-- 1 root root 2504212 Nov 14 16:46 vmlinuz-3.1.0-1-sparc64-smp lrwxrwxrwx 1 root root 23 Nov 23 08:04 vmlinuz.old - vmlinuz-3.1.0-1-sparc64 I tried: root@fire:/boot# cat silo.conf root=/dev/sda2 partition=1 default=LinuxOLD read-only timeout=100 image=/vmlinuz label=Linux initrd=/initrd.img append=pci=routeirq image=/vmlinuz.old label=LinuxOLD initrd=/initrd.img.old and root@fire:/boot# cat silo.conf root=/dev/sda2 partition=1 default=LinuxOLD read-only timeout=100 image=/vmlinuz label=Linux initrd=/initrd.img append=irqpoll image=/vmlinuz.old label=LinuxOLD initrd=/initrd.img.old These changes have not helped. I have the same error messages. Unfortunately I can't collect the kernel messages with smp linux-image. I set in rsyslog.conf kern.debug -/var/log/kern.debug I had already set *.=debug;\ auth,authpriv.none;\ news.none;mail.none -/var/log/debug but there is no log messages from broken boot. I can collect messages only from putty. Regards, Mariusz PS. Sorry for my English. :) W dniu 2011-12-13 19:36, Krishnamoorthy, Praveen pisze: 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 -- To unsubscribe from this list: send the line unsubscribe linux-scsi in the body of a message to majord...@vger.kernel.org
Bug#647900: 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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647900: mptspi init failure on Sparc SMP in Linux 3.0
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
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
Bug#647900: mptspi init failure on Sparc SMP in Linux 3.0
Nothing has changed in the topic? I have the latest linux-image-3.1.0-1-sparc64-smp and the same problem. SunFire v490 is running well with linux-image-3.1.0-1-sparc64 (non smp). Regards, Mariusz W dniu 2011-11-10 12:32, Nandigama, Nagalakshmi pisze: Can you collect debug level for INIT? Regards, Nagalakshmi -Original Message- From: Ben Hutchings [mailto:b...@decadent.org.uk] Sent: Tuesday, November 08, 2011 8:35 AM To: Moore, Eric Cc: Biblioteka UR; 647...@bugs.debian.org; linux-scsi; DL-MPT Fusion Linux Subject: mptspi init failure on Sparc SMP in Linux 3.0 Mariusz at Biblioteka UR reports this failure in a new Debian installation on a SunFire v490 system: [0.00] Linux version 3.0.0-1-sparc64-smp (Debian 3.0.0-3) (b...@decadent.org.uk) (gcc version 4.5.3 (Debian 4.5.3-8) ) #1 SMP Sat Aug 27 19:51:14 UTC 20 [...] [ 52.190433] Fusion MPT base driver 3.04.19 [ 52.238528] Copyright (c) 1999-2008 LSI Corporation [...] [ 52.370161] Fusion MPT SPI Host driver 3.04.19 [ 52.370364] mptbase: ioc0: Initiating bringup [...] [ 52.847504] ioc0: LSI53C1030 C0: Capabilities={Initiator,Target} [...] [ 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 [ 84.364482] mptbase: ioc0: Initiating recovery [ 90.299505] mptbase: ioc0: Attempting Retry Config request type 0x3, page 0x, action 0 [ 105.391523] mptbase: ioc0: WARNING - Issuing Reset from mpt_config!!, doorbell=0x2400 [ 105.488509] mptbase: ioc0: Initiating recovery [ 126.527516] mptbase: ioc0: WARNING - Issuing Reset from mpt_config!!, doorbell=0x2400 [ 127.383505] mptbase: ioc0: Attempting Retry Config request type 0x4, page 0x1, action 0 [ 142.475528] mptbase: ioc0: WARNING - Issuing Reset from mpt_config!!, doorbell=0x2400 [ 142.572504] mptbase: ioc0: Initiating recovery [ 148.611505] mptbase: ioc0: Attempting Retry Config request type 0x4, page 0x1, action 0 [ 163.703482] mptbase: ioc0: WARNING - Issuing Reset from mpt_config!!, doorbell=0x2400 [ 163.800495] mptbase: ioc0: Initiating recovery (I think there are some characters missing in the above log, particularly the page numbers.) However, the driver apparently works on the same system in a !SMP kernel configuration. The complete report can be found athttp://bugs.debian.org/647900. Can you suggest any way to correct or debug this problem? Ben. -- Ben Hutchings You can't have everything. Where would you put it? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647900: mptspi init failure on Sparc SMP in Linux 3.0
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. Also what is the f/w version of LSI53C1030 SCSI controller that you are using. We need to verify the compatibility between the f/w and version versions that you are using. Regards, Nagalakshmi -Original Message- From: Biblioteka UR [mailto:bib...@univ.rzeszow.pl] Sent: Monday, December 12, 2011 5:52 PM 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 Nothing has changed in the topic? I have the latest linux-image-3.1.0-1-sparc64-smp and the same problem. SunFire v490 is running well with linux-image-3.1.0-1-sparc64 (non smp). Regards, Mariusz W dniu 2011-11-10 12:32, Nandigama, Nagalakshmi pisze: Can you collect debug level for INIT? Regards, Nagalakshmi -Original Message- From: Ben Hutchings [mailto:b...@decadent.org.uk] Sent: Tuesday, November 08, 2011 8:35 AM To: Moore, Eric Cc: Biblioteka UR; 647...@bugs.debian.org; linux-scsi; DL-MPT Fusion Linux Subject: mptspi init failure on Sparc SMP in Linux 3.0 Mariusz at Biblioteka UR reports this failure in a new Debian installation on a SunFire v490 system: [0.00] Linux version 3.0.0-1-sparc64-smp (Debian 3.0.0-3) (b...@decadent.org.uk) (gcc version 4.5.3 (Debian 4.5.3-8) ) #1 SMP Sat Aug 27 19:51:14 UTC 20 [...] [ 52.190433] Fusion MPT base driver 3.04.19 [ 52.238528] Copyright (c) 1999-2008 LSI Corporation [...] [ 52.370161] Fusion MPT SPI Host driver 3.04.19 [ 52.370364] mptbase: ioc0: Initiating bringup [...] [ 52.847504] ioc0: LSI53C1030 C0: Capabilities={Initiator,Target} [...] [ 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 [ 84.364482] mptbase: ioc0: Initiating recovery [ 90.299505] mptbase: ioc0: Attempting Retry Config request type 0x3, page 0x, action 0 [ 105.391523] mptbase: ioc0: WARNING - Issuing Reset from mpt_config!!, doorbell=0x2400 [ 105.488509] mptbase: ioc0: Initiating recovery [ 126.527516] mptbase: ioc0: WARNING - Issuing Reset from mpt_config!!, doorbell=0x2400 [ 127.383505] mptbase: ioc0: Attempting Retry Config request type 0x4, page 0x1, action 0 [ 142.475528] mptbase: ioc0: WARNING - Issuing Reset from mpt_config!!, doorbell=0x2400 [ 142.572504] mptbase: ioc0: Initiating recovery [ 148.611505] mptbase: ioc0: Attempting Retry Config request type 0x4, page 0x1, action 0 [ 163.703482] mptbase: ioc0: WARNING - Issuing Reset from mpt_config!!, doorbell=0x2400 [ 163.800495] mptbase: ioc0: Initiating recovery (I think there are some characters missing in the above log, particularly the page numbers.) However, the driver apparently works on the same system in a !SMP kernel configuration. The complete report can be found athttp://bugs.debian.org/647900. Can you suggest any way to correct or debug this problem? Ben. -- Ben Hutchings You can't have everything. Where would you put it?
Bug#647900: mptspi init failure on Sparc SMP in Linux 3.0
Can you collect debug level for INIT? Regards, Nagalakshmi -Original Message- From: Ben Hutchings [mailto:b...@decadent.org.uk] Sent: Tuesday, November 08, 2011 8:35 AM To: Moore, Eric Cc: Biblioteka UR; 647...@bugs.debian.org; linux-scsi; DL-MPT Fusion Linux Subject: mptspi init failure on Sparc SMP in Linux 3.0 Mariusz at Biblioteka UR reports this failure in a new Debian installation on a SunFire v490 system: [0.00] Linux version 3.0.0-1-sparc64-smp (Debian 3.0.0-3) (b...@decadent.org.uk) (gcc version 4.5.3 (Debian 4.5.3-8) ) #1 SMP Sat Aug 27 19:51:14 UTC 20 [...] [ 52.190433] Fusion MPT base driver 3.04.19 [ 52.238528] Copyright (c) 1999-2008 LSI Corporation [...] [ 52.370161] Fusion MPT SPI Host driver 3.04.19 [ 52.370364] mptbase: ioc0: Initiating bringup [...] [ 52.847504] ioc0: LSI53C1030 C0: Capabilities={Initiator,Target} [...] [ 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 [ 84.364482] mptbase: ioc0: Initiating recovery [ 90.299505] mptbase: ioc0: Attempting Retry Config request type 0x3, page 0x, action 0 [ 105.391523] mptbase: ioc0: WARNING - Issuing Reset from mpt_config!!, doorbell=0x2400 [ 105.488509] mptbase: ioc0: Initiating recovery [ 126.527516] mptbase: ioc0: WARNING - Issuing Reset from mpt_config!!, doorbell=0x2400 [ 127.383505] mptbase: ioc0: Attempting Retry Config request type 0x4, page 0x1, action 0 [ 142.475528] mptbase: ioc0: WARNING - Issuing Reset from mpt_config!!, doorbell=0x2400 [ 142.572504] mptbase: ioc0: Initiating recovery [ 148.611505] mptbase: ioc0: Attempting Retry Config request type 0x4, page 0x1, action 0 [ 163.703482] mptbase: ioc0: WARNING - Issuing Reset from mpt_config!!, doorbell=0x2400 [ 163.800495] mptbase: ioc0: Initiating recovery (I think there are some characters missing in the above log, particularly the page numbers.) However, the driver apparently works on the same system in a !SMP kernel configuration. The complete report can be found at http://bugs.debian.org/647900. Can you suggest any way to correct or debug this problem? Ben. -- Ben Hutchings You can't have everything. Where would you put it?
Bug#647900: mptspi init failure on Sparc SMP in Linux 3.0
Mariusz at Biblioteka UR reports this failure in a new Debian installation on a SunFire v490 system: [0.00] Linux version 3.0.0-1-sparc64-smp (Debian 3.0.0-3) (b...@decadent.org.uk) (gcc version 4.5.3 (Debian 4.5.3-8) ) #1 SMP Sat Aug 27 19:51:14 UTC 20 [...] [ 52.190433] Fusion MPT base driver 3.04.19 [ 52.238528] Copyright (c) 1999-2008 LSI Corporation [...] [ 52.370161] Fusion MPT SPI Host driver 3.04.19 [ 52.370364] mptbase: ioc0: Initiating bringup [...] [ 52.847504] ioc0: LSI53C1030 C0: Capabilities={Initiator,Target} [...] [ 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 [ 84.364482] mptbase: ioc0: Initiating recovery [ 90.299505] mptbase: ioc0: Attempting Retry Config request type 0x3, page 0x, action 0 [ 105.391523] mptbase: ioc0: WARNING - Issuing Reset from mpt_config!!, doorbell=0x2400 [ 105.488509] mptbase: ioc0: Initiating recovery [ 126.527516] mptbase: ioc0: WARNING - Issuing Reset from mpt_config!!, doorbell=0x2400 [ 127.383505] mptbase: ioc0: Attempting Retry Config request type 0x4, page 0x1, action 0 [ 142.475528] mptbase: ioc0: WARNING - Issuing Reset from mpt_config!!, doorbell=0x2400 [ 142.572504] mptbase: ioc0: Initiating recovery [ 148.611505] mptbase: ioc0: Attempting Retry Config request type 0x4, page 0x1, action 0 [ 163.703482] mptbase: ioc0: WARNING - Issuing Reset from mpt_config!!, doorbell=0x2400 [ 163.800495] mptbase: ioc0: Initiating recovery (I think there are some characters missing in the above log, particularly the page numbers.) However, the driver apparently works on the same system in a !SMP kernel configuration. The complete report can be found at http://bugs.debian.org/647900. Can you suggest any way to correct or debug this problem? Ben. -- Ben Hutchings You can't have everything. Where would you put it? signature.asc Description: This is a digitally signed message part