Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1750815AbVJ0O3R (ORCPT ); Thu, 27 Oct 2005 10:29:17 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750813AbVJ0O3R (ORCPT ); Thu, 27 Oct 2005 10:29:17 -0400 Received: from ns.virtualhost.dk ([195.184.98.160]:9787 "EHLO virtualhost.dk") by vger.kernel.org with ESMTP id S1750798AbVJ0O3Q (ORCPT ); Thu, 27 Oct 2005 10:29:16 -0400 Date: Thu, 27 Oct 2005 16:30:07 +0200 From: Jens Axboe To: Eugene Crosser Cc: Brett Russ , linux-ide@vger.kernel.org, multiman@rol.ru, linux-kernel@vger.kernel.org Subject: Re: Status of Marvell SATA driver (was Re: Trying latest sata_mv - and getting freeze) Message-ID: <20051027143006.GR4774@suse.de> References: <435F8AFF.3030404@rol.ru> <435F9737.3050409@emc.com> <435FA5D8.2090406@rol.ru> <20051027111650.GO4774@suse.de> <4360E3A0.70501@rol.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4360E3A0.70501@rol.ru> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2196 Lines: 55 On Thu, Oct 27 2005, Eugene Crosser wrote: > Jens Axboe wrote: > > >>>>My hardware is SMP Supermicro with 6 disks on > >>>>Marvell MV88SX6081 8-port SATA II PCI-X Controller (rev 03) > >>>>and the sata_mv.c is version 0.25 dated 22 Oct 2005 > >>>> > >>>>The thing works with "old" mvsata340 driver, but the "new" kernel with > >>>>your driver freezes when it starts to probe disks. Even Magic SysRq > >>>>does not work. The last lines I see on screen are like this: > >>>> > >>>>sata_mv version 0.25 > >>>>ACPI: PCI Interrupt 0000:02:03.0[A] -> GSI 56 (level, low) -> IRQ 185 > >>>>sata_mv(0000:02:03.0) 32 slots 8 ports unknown mode IRQ via MSI > >>>>ata1: SATA max UDMA/133 cmd 0x0 ctl 0xF8C22120 bmdma 0x0 irq 185 > >>>>ata2: .... 0xF8C24120 ... > >>>>... > >>>>ata8: .... 0xF8C38120 ... > >>>>ATA: abnormal status 0x80 on port 0xF8C2211C > >>>>... > >>>>ata1: dev 0 ATA-7, max UDMA/133, 781422768 sectors: LBA48 > >>>> > >>>>- and at this point it freezes hard. > >>>>Any suggestions for me? Any information I can collect to help > >>>>troubleshooting? > >> > >>[...] > >> > >>>In the meantime, try turning off SMP and seeing if that makes a > >>>difference. There still might be a problem with the spinlocks and if so > >>>it should go away in uniprocessor mode. > >> > >>'nosmp' makes no difference. > > > > > > Booting with nosmp isn't enough, you need to compile the kernel with > > CONFIG_SMP turned off. Otherwise the spinlocks will still be used and > > could cause a hard hang. > > Yeah, that was it! It boots with the kernel compiled for UP. > (did not yet have a chance to check how it works). > Any chance that somebody competent would fix the driver for SMP? Try booting with nmi_watchdog=1 with the SMP kernel, that should trigger a watchdog oops when it hard hangs on the spinlock. Then it should be trivial to fix. -- Jens Axboe - 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/