Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756259Ab1BKNGe (ORCPT ); Fri, 11 Feb 2011 08:06:34 -0500 Received: from daytona.panasas.com ([67.152.220.89]:36487 "EHLO daytona.panasas.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755638Ab1BKNGc (ORCPT ); Fri, 11 Feb 2011 08:06:32 -0500 Message-ID: <4D553455.6000409@panasas.com> Date: Fri, 11 Feb 2011 15:06:29 +0200 From: Boaz Harrosh User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.15) Gecko/20101027 Fedora/3.0.10-1.fc12 Thunderbird/3.0.10 MIME-Version: 1.0 To: richard -rw- weinberger CC: Dan Williams , linux-kernel , linux-fsdevel , NeilBrown , uml-devel Subject: Re: Regression with calibrate_xor_blocks, probably UML related References: <4D52E4E1.7070705@panasas.com> <4D540969.9090507@panasas.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 11 Feb 2011 13:06:31.0520 (UTC) FILETIME=[807AFE00:01CBC9EC] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2248 Lines: 67 On 02/11/2011 02:38 PM, richard -rw- weinberger wrote: > On Thu, Feb 10, 2011 at 4:51 PM, Boaz Harrosh wrote: >> On 02/09/2011 09:02 PM, Boaz Harrosh wrote: >>> I have a new module that uses the async_tx.h lib. >>> >>> On an exact same module code based on 3.6.37 I see the: >>> xor: measuring software checksum speed >>> 8regs : 11312.000 MB/sec >>> 8regs_prefetch: 9792.800 MB/sec >>> 32regs : 11220.400 MB/sec >>> 32regs_prefetch: 9750.800 MB/sec >>> xor: using function: 8regs (11312.000 MB/sec) >>> >>> And all is well. But on code based on 2.6.38-rc4 I get hard stuck >>> right after: >>> xor: measuring software checksum speed >>> >> >> OK this is not dependent on Kernel version it is the same for both >> .38-rc4 and .37. I was just lucky with .37 more. >> Thanks richard. I'm afraid it is not a regression. Just that I got lucky more with 2.6.37. But it happens with 2.6.37 just the same. >> And the same things happen with raid456 module. I do >> []$ modprobe raid456; modprobe --remove raid456 >> A few times it loads, printing the above checks, Then At one >> time it freezes. Sometimes at first attempt sometimes at 4-7 >> attempts. I never went 10 times strait. >> >> When it freezes (hard) I can see in my host that the UML is >> at 100% CPU. >> >> BTW: when I manage to pass the tests I get the above numbers >> But when I load directly on the host I get: >> <> >> Any way I'm trying to debug that xor.ko loading problem see what >> comes up. Any help is welcome > > Hmmm, can you bisect it? > Can you post you config then I can also try my best... > You mean that you can setup a UML and try it out for yourself? All I did was: []$ make ARCH=um defconfig Then turn on raid456 in "make ARCH=um xconfig" when you load into the UML just, "modprobe raid456 Thanks Boaz >> Thanks >> Boaz >> >>> the UML is completely frozen. When I kill the uml from the host >>> I can sometimes get this trace. -- 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/