Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1762255AbYCUUzz (ORCPT ); Fri, 21 Mar 2008 16:55:55 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755757AbYCUUzp (ORCPT ); Fri, 21 Mar 2008 16:55:45 -0400 Received: from fonzie.hosting9000.com ([85.214.50.12]:46094 "EHLO fonzie.hosting9000.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754803AbYCUUzp (ORCPT ); Fri, 21 Mar 2008 16:55:45 -0400 Message-ID: <47E420C5.1050407@frugalware.org> Date: Fri, 21 Mar 2008 21:55:33 +0100 From: Gabriel C User-Agent: Thunderbird 2.0.0.12 (X11/20080226) MIME-Version: 1.0 To: Thomas Gleixner CC: Gabriel C , "Rafael J. Wysocki" , LKML , Adrian Bunk , Andrew Morton , Linus Torvalds , Natalie Protasevich , andi-bz@firstfloor.org, Ingo Molnar Subject: Re: 2.6.25-rc5-git6: Reported regressions from 2.6.24 References: <200803170018.52663.rjw@sisk.pl> <47DDB969.1060200@googlemail.com> <47DEB65A.9080907@googlemail.com> <47DF3E8B.6040502@googlemail.com> <47E3D322.1090902@googlemail.com> <47E3E66F.9040006@frugalware.org> <47E3FA4F.9060509@frugalware.org> <47E40B1C.30407@frugalware.org> In-Reply-To: <47E40B1C.30407@frugalware.org> Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2338 Lines: 58 Gabriel C wrote: > Thomas Gleixner wrote: >> On Fri, 21 Mar 2008, Gabriel C wrote: >>>>> Also, can you please reapply the reverted clocksource patch ? I have >>>>> the feeling that the acpi_pm one was the real problem which was >>>>> triggered the modfied watchdog. >>>> Sure I can , will do so in some minutes and let you know. >>> It took a bit longer sorry but I have more infos now. >>> >>> The acpi_pm was not related to that I still get the problem. >>> >>> Of course I still can try to find the commit which magically fixed acpi_pm if you really want. >> Just if you are really bored. :) I would have asked if it had fixed >> the TSC issue. >> >>> It seems like it breaks only when you enable HT and only on 2 socket motherboards. >>> ( at least the ones I own , I know is old hardware but worked fine for me ) >> Hmm. I wonder why a dual socket board survives the initial sync test. >> >>> Also disabling the second CPU and enabling HT works , enabling both >>> CPUs and disabling HT works , booting with enabled HT and both CPUs >>> but maxcpus=2 also works , booting with 2 CPUs and HT on breaks , >>> booting with both CPUs HT on but maxcpus=3 breaks also. >>> >>> Also I have another dual motherboard here 604 socket with 2 2,4 GHz >>> Xeon's. The motherboard has the storage controller somewhat broken >>> but for a quick test it is still good :) and I see the same thing. >>> >>> Does that make any sense ? >> Not really. Can you please revert the reverted revert again and run >> >> http://people.redhat.com/mingo/time-warp-test/time-warp-test.c >> >> on your machine with all CPUs and HT enabled ? > > Sure , doing so now. > Here the result on 2.6.25-rc6-00243-g028011e ( it was running 30++ minutes the time I was away for food =) ) ... 4 CPUs, running 4 parallel test-tasks. checking for time-warps via: - read time stamp counter (RDTSC) instruction (cycle resolution) - gettimeofday (TOD) syscall (usec resolution) - clock_gettime(CLOCK_MONOTONIC) syscall (nsec resolution) | 1.46 us, TSC-warps:0 | 16.01 us, TOD-warps:0 | 16.10 us, CLOCK-warps:0 ... Gabriel -- 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/