From owner-freebsd-arm@FreeBSD.ORG Sun Mar 24 21:57:57 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E4D7E2CE; Sun, 24 Mar 2013 21:57:57 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 5D2B581B; Sun, 24 Mar 2013 21:57:57 +0000 (UTC) Received: by mail-wg0-f50.google.com with SMTP id es5so2188941wgb.17 for ; Sun, 24 Mar 2013 14:57:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=HFVc8nCHYXN2Q5OpVPY5wPf2hOPdyjZIhNS3ydykb7Q=; b=nqS6piIEEH4k8JYoIiL9hWb947khkS3km0ZkK3FjEJn5G0TAVEbhLuEOnFlN8KrthQ a2qzZ6OOhNxzqqn8EkdE5c2a+YMPti6QDlDT1Qsvw9PRR/GKq+10ii2zbJmf7GMZyVy/ 4EkdwFzoklOqgaVA/zkVzQU5JZuOZ0F50fgO85MX9jCUJmcOFJIQ+0bfKq1WFZOutMLp i2yBIttjPhHbKe4aP8zVP9vqHU5v4sdz/U6tmpp8OENXQ/dhH8gF2KvrOv6Y6qscDV8j bvDGR+LjtbhLUBIUbuKrZ30lQGv0iS+w82Rw62PzMmNYDytwwDMebOBNs1y17G/3y+1+ mS8Q== MIME-Version: 1.0 X-Received: by 10.180.74.131 with SMTP id t3mr13587330wiv.26.1364162276245; Sun, 24 Mar 2013 14:57:56 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.216.108.130 with HTTP; Sun, 24 Mar 2013 14:57:56 -0700 (PDT) In-Reply-To: <1364152536.1157.173.camel@revolution.hippie.lan> References: <1364062508310-5798411.post@n5.nabble.com> <1364063575.1157.155.camel@revolution.hippie.lan> <1364150036396-5798701.post@n5.nabble.com> <1364152536.1157.173.camel@revolution.hippie.lan> Date: Sun, 24 Mar 2013 14:57:56 -0700 X-Google-Sender-Auth: XQuoIuzzZ6Y84pKHuMMDwgcQB2I Message-ID: Subject: Re: Preemption on MV78100 (ARMv5TE)? From: Adrian Chadd To: Ian Lepore Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 21:57:58 -0000 Are you able to sneak this stuff into releng-8? Adrian On 24 March 2013 12:15, Ian Lepore wrote: > On Sun, 2013-03-24 at 11:33 -0700, MagnusNilsson wrote: >> > Can you provide any information about the crashes? >> Sorry, "crash" is misleading. Rather, it hangs, almost always during boot. >> The latest hangs I saw where at "Entropy harvesting:[hang]" and "Trying to >> mount root from ufs:/dev/ad0s1[hang]" >> I have tried both SCHED_4BSD and SCHED_ULE, but I don't see any difference. >> >> > something to try that may give you most of the same benefits would be to >> > compile with HZ=1000 >> Thanks, HZ=2000 already. I mainly want to ensure that the crash isn't caused >> by some other instability that is tickled by preemption. Basically I want it >> working - or I want to know why it doesn't. >> >> These two patches are applied, but with no improvement: >> http://www.freebsd.org/cgi/query-pr.cgi?pr=arm/160431 >> http://www.freebsd.org/cgi/query-pr.cgi?pr=arm/161498 >> I'll see if I can backport later fixes to 8.2 and see if that helps. > > Damn, I was putting my hopes on the RAS fix, and you've already got it. > > Oh yeah, here's another fix that isn't in 8.2 that's pretty important, > at least on kirkwood series chips... Enabling cache write-allocate > causes data corruption. The attached patch should be the one that > applies cleanly to 8.2. The following is from an email I wrote to a > coworker some time ago about this patch and how I was testing with it... > > > > I think the attached patch may be the fix for the random 32-byte > corruption problem you've been seeing on dreamplug. It certainly fixes > such a problem on mine. > > For testing this, I found that the problem was 100% recreatable. I > created a 10MB file full of zeroes and put it in the directory I > tftp-boot from. To test: > > cd /tmp ; echo get zeroes | tftp revolution ; hd zeroes | head -30 > > To automate that test, I put the above into a script name 't' and do: > > while true ; do t | wc -l | grep -q 5 || break ; done > > A good run where the file comes in as all-zeroes always gives 5 lines of > output. With the attached patch in place, I can run this for hours. > > While testing, it helps if some other things are going on, things that > cause process context switches, while the tftp is running. From another > window on my build machine I run this continuously: > > while true ; do ssh root@dpcur fsck -n -t ufs /var ; sleep 1 ; done > > I dunno if fsck is magical, but I did notice that because I always > reboot and test, bg fsck is often running while I'm testing, and the > corrupted fragments in the zeroes file are often bits of strings that > fsck says. But I suspect what's really important is that other > processes and context switches are running during the file xfer. > > -- Ian > > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org"