From owner-freebsd-ppc@FreeBSD.ORG Sun Jul 15 03:21:51 2012 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 729721065672; Sun, 15 Jul 2012 03:21:51 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id 4A9FA8FC18; Sun, 15 Jul 2012 03:21:51 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id CBDC25625B; Sat, 14 Jul 2012 22:21:50 -0500 (CDT) Date: Sat, 14 Jul 2012 22:21:50 -0500 From: Mark Linimon To: Marius Strobl Message-ID: <20120715032150.GA24257@lonesome.com> References: <20120619104247.GA13630@mech-cluster241.men.bris.ac.uk> <20120630121634.GA94551@alchemy.franken.de> <20120709094958.GB52954@mech-cluster241.men.bris.ac.uk> <20120709130430.GN63893@alchemy.franken.de> <20120714133313.GA93858@alchemy.franken.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120714133313.GA93858@alchemy.franken.de> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-ppc@freebsd.org, x11@freebsd.org, freebsd-sparc64@freebsd.org, miwi@freebsd.org Subject: Re: graphics/libGL regression on sparc64 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jul 2012 03:21:51 -0000 On Sat, Jul 14, 2012 at 03:33:13PM +0200, Marius Strobl wrote: > Given that I haven't received any feedback on the above mentioned > dri_libGL_libdrm.diff so far, I'm going to commit it on June 16th > unless someone comes up with an objection and given that I can > get an approval from a ports committer. You're going to wait a whole 11 months? :-) In any case, I'm also toying around with arm builds, and of course arm needs yet another special case added. Would you object if I wanted to fix that and then test these patches on an -exp run on amd64? They're just intrusive enough to make me nervous about the tier-1 machines. mcl From owner-freebsd-ppc@FreeBSD.ORG Sun Jul 15 16:39:11 2012 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0135C106566B; Sun, 15 Jul 2012 16:39:11 +0000 (UTC) (envelope-from mdf356@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id BB1578FC08; Sun, 15 Jul 2012 16:39:10 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so9362071pbb.13 for ; Sun, 15 Jul 2012 09:39:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=vYDB7riiCW8xEGqxwCDCoyXH8T+JEgei0lRhXaNiRf4=; b=r8GxzZLJAE0Yf7ndQzk0w2AC92TVnlkhsAKEXRldmTvGEvOIOhS0qdiw7NZ7B0W36R e7bt5A6uvlUrh3Jb7FEEBXeVnl25KeFCYw7CUGxJhjpEwOmGaaAhXtY/XRhkWAdgEYbT GNBs5v5C92/xNhWoHN8DiSWCa7nPrPso836xRQKuwmzlxzCjL+E+9aGIStGQTdINAdrd xIFW4DF1WhX8Z8wJN5QdDepAN73mZroW9T6ofy0/CWEG0cOrOgZjh6oAAbFCtY1KtqwI iu05zoKeuQdAGGvxQPsMMZmp5kuabwN4F3UzaX7XXhvFX9aAu+I3mRNLGFSCstcJ50sl sOXg== MIME-Version: 1.0 Received: by 10.66.73.98 with SMTP id k2mr16749339pav.73.1342370344012; Sun, 15 Jul 2012 09:39:04 -0700 (PDT) Sender: mdf356@gmail.com Received: by 10.68.208.168 with HTTP; Sun, 15 Jul 2012 09:39:03 -0700 (PDT) In-Reply-To: References: <307005B6-C8E5-4DCF-BD10-6BC79D8C2FE3@gmail.com> Date: Sun, 15 Jul 2012 09:39:03 -0700 X-Google-Sender-Auth: nokIthZ-UjZzLeBwibo7WqvKlnA Message-ID: From: mdf@FreeBSD.org To: Justin Hibbits Content-Type: multipart/mixed; boundary=f46d042f9e58830aa604c4e0f39f Cc: freebsd-current , FreeBSD PowerPC ML Subject: Re: panic with DEBUG_MEMGUARD on PowerPC X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jul 2012 16:39:11 -0000 --f46d042f9e58830aa604c4e0f39f Content-Type: text/plain; charset=ISO-8859-1 On Sat, Jul 14, 2012 at 8:39 AM, Justin Hibbits wrote: > On Jul 13, 2012, at 12:20 AM, mdf@freebsd.org wrote: > >> On Thu, Jul 12, 2012 at 6:33 PM, Justin Hibbits >> wrote: >>> >>> On Jul 12, 2012, at 9:11 PM, mdf@freebsd.org wrote: >>> >>>> On Thu, Jul 12, 2012 at 4:43 PM, Justin Hibbits >>>> wrote: >>>>> >>>>> >>>>> When tracking down a panic exposed by INVARIANTS, I tried setting >>>>> DEBUG_MEMGUARD, so I could find the culprit that's trashing freed >>>>> memory. >>>>> However, this causes a panic at bootup. It shows up right after the >>>>> first >>>>> WARNING: WITNESS message, with the following: >>>>> >>>>> Tracing, and printf() debugging, I see arguments to vm_map_findspace(): >>>>> start: 0xD0000000, length: 4246446080, and map->max_offset = >>>>> 4026531839. >>>>> >>>>> Beyond that, I'm lost with tracking this down. Machine is a dual >>>>> processor >>>>> PowerPC G4, with 2GB RAM. >>>> >>>> >>>> >>>> The length is 0xFD1BA000 which is almost 4GB. Asking for 4GB of >>>> virtual space for 2GB of RAM sounds about right (it's been a while >>>> since I was in this code), unless this is a 32-bit kernel, in which >>>> case it'd be too much since there isn't that much virtual space >>>> available. >>>> >>>> So, is the kernel 32-bit? What are the values used and returned by >>>> memguard_fudge()? The intent of that routine is to get kmeminit() to >>>> allocate a larger map so memguard can use part of it for private >>>> virtual addresses. But it shouldn't be asking for "too much"; i.e. >>>> the intent was to check both physical and virtual space available and >>>> be greedy, but not too greedy. >>>> >>>> There were some issues with that code for some platforms that e.g. >>>> didn't define a VM_KMEM_SIZE_MAX, but alc@ fixed that in r216425. >>> >>> >>> It is a 32-bit kernel, on 32-bit hardware. The values for memguard_fudge >>> are (defaults): >>> >>> tmp: 4246446080, vm_kmem_size: 117440512, vm_kmem_size_max: 0 >>> >>> When setting vm.kmem_size/vm.kmem_size_max to 2GB they are: >>> >>> tmp: 2147483648, vm_kmem_size: 214793648, vm_kmem_sizee_max: 2147483648 >>> (all >>> 2GB). >>> >>> But the start and map->max_offset remain the same on all runs I make. >> >> >> memguard_fudge is still broken for 32-bit architectures with no >> vm_kmem_max. In the absence of a km_max to limit the value, we >> essentially use twice the physical memory for the virtual limit. But >> with 2GB on a 32-bit machine, this requires 4GB of virtual space. >> >> Setting vm_kmem_size_max to 2GB should work; I'd expect to see >> tmp=about 200MB, which is much larger than the input 112MB but the >> allocation should work. But I don't really know what else PowerPC has >> need of for virtual space, so that still could be too large. >> >> You can try smaller values of vm_kmem_size_max, like 1GB or 512MB. >> You shouldn't need to set vm_kmem_size at all. At some point the >> added space for the memguard_map will be small enough that the >> kmem_suballoc will work. >> >> Hmm, what is the min_offset and max_offset of kernel_map when the call >> to memguard_fudge is made? >> >> Thanks, >> matthew > > > > Without setting vm.kmem_size/vm.kmem_size_max, I see the following: > > map: 0x1000000, min_offset: 0xD0000000, max_offset: 0xEFFFFFFF > > It does boot when I set vm.kmem_size=256M/vm.kmem_size_max=512M. > > When I tried 512M/1024M, it panicked at the same place -- kmem_suballoc from > kmeminit. So it looks like I have to set vm.kmem_size/vm.kmem_size_max way > back in order for it to boot with memguard(9). Please try the attached patch (or at http://people.freebsd.org/~mdf/memguard.diff). Thanks, matthew --f46d042f9e58830aa604c4e0f39f Content-Type: application/octet-stream; name="memguard.diff" Content-Disposition: attachment; filename="memguard.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h4ocn2a50 SW5kZXg6IGtlcm4va2Vybl9tYWxsb2MuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBrZXJuL2tlcm5fbWFsbG9j LmMJKHJldmlzaW9uIDIzODQ1MSkKKysrIGtlcm4va2Vybl9tYWxsb2MuYwkod29ya2luZyBjb3B5 KQpAQCAtNzM5LDE3ICs3MzksMTcgQEAga21lbWluaXQodm9pZCAqZHVtbXkpCiAJICogVGhpcyBh bGxvd3MgZm9yIGttZW0gbWFwIHNwYXJzZW5lc3MsIGJ1dCBsaW1pdHMgdGhlIHNpemUKIAkgKiB0 byBzb21ldGhpbmcgc2FuZS4gIEJlIGNhcmVmdWwgdG8gbm90IG92ZXJmbG93IHRoZSAzMmJpdAog CSAqIGludHMgd2hpbGUgZG9pbmcgdGhlIGNoZWNrIG9yIHRoZSBhZGp1c3RtZW50LgogCSAqLwog CWlmICh2bV9rbWVtX3NpemUgLyAyIC8gUEFHRV9TSVpFID4gbWVtX3NpemUpCiAJCXZtX2ttZW1f c2l6ZSA9IDIgKiBtZW1fc2l6ZSAqIFBBR0VfU0laRTsKIAogI2lmZGVmIERFQlVHX01FTUdVQVJE Ci0JdG1wID0gbWVtZ3VhcmRfZnVkZ2Uodm1fa21lbV9zaXplLCB2bV9rbWVtX3NpemVfbWF4KTsK Kwl0bXAgPSBtZW1ndWFyZF9mdWRnZSh2bV9rbWVtX3NpemUsIGtlcm5lbF9tYXApOwogI2Vsc2UK IAl0bXAgPSB2bV9rbWVtX3NpemU7CiAjZW5kaWYKIAlrbWVtX21hcCA9IGttZW1fc3ViYWxsb2Mo a2VybmVsX21hcCwgJmttZW1iYXNlLCAma21lbWxpbWl0LAogCSAgICB0bXAsIFRSVUUpOwogCWtt ZW1fbWFwLT5zeXN0ZW1fbWFwID0gMTsKIAogI2lmZGVmIERFQlVHX01FTUdVQVJECkluZGV4OiB2 bS9tZW1ndWFyZC5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHZtL21lbWd1YXJkLmMJKHJldmlzaW9uIDIzODQ1 MSkKKysrIHZtL21lbWd1YXJkLmMJKHdvcmtpbmcgY29weSkKQEAgLTE1NCw0OSArMTU0LDQ5IEBA IFNZU0NUTF9VTE9ORyhfdm1fbWVtZ3VhcmQsIE9JRF9BVVRPLCBmcmUKICAgICAmbWVtZ3VhcmRf ZnJlcXVlbmN5X2hpdHMsIDAsICIjIHRpbWVzIE1lbUd1YXJkIHJhbmRvbWx5IGNob3NlIik7CiAK IAogLyoKICAqIFJldHVybiBhIGZ1ZGdlZCB2YWx1ZSB0byBiZSB1c2VkIGZvciB2bV9rbWVtX3Np emUgZm9yIGFsbG9jYXRpbmcKICAqIHRoZSBrbWVtX21hcC4gIFRoZSBtZW1ndWFyZCBtZW1vcnkg d2lsbCBiZSBhIHN1Ym1hcC4KICAqLwogdW5zaWduZWQgbG9uZwotbWVtZ3VhcmRfZnVkZ2UodW5z aWduZWQgbG9uZyBrbV9zaXplLCB1bnNpZ25lZCBsb25nIGttX21heCkKK21lbWd1YXJkX2Z1ZGdl KHVuc2lnbmVkIGxvbmcga21fc2l6ZSwgY29uc3Qgc3RydWN0IHZtX21hcCAqcGFyZW50X21hcCkK IHsKLQl1X2xvbmcgbWVtX3BncyA9IGNudC52X3BhZ2VfY291bnQ7CisJdV9sb25nIG1lbV9wZ3Ms IHBhcmVudF9zaXplOwogCiAJdm1fbWVtZ3VhcmRfZGl2aXNvciA9IDEwOwogCVRVTkFCTEVfSU5U X0ZFVENIKCJ2bS5tZW1ndWFyZC5kaXZpc29yIiwgJnZtX21lbWd1YXJkX2Rpdmlzb3IpOwogCisJ cGFyZW50X3NpemUgPSB2bV9tYXBfbWF4KHBhcmVudF9tYXApIC0gdm1fbWFwX21pbihwYXJlbnRf bWFwKSArCisJICAgIFBBR0VfU0laRTsKIAkvKiBQaWNrIGEgY29uc2VydmF0aXZlIHZhbHVlIGlm IHByb3ZpZGVkIHZhbHVlIHN1Y2tzLiAqLwogCWlmICgodm1fbWVtZ3VhcmRfZGl2aXNvciA8PSAw KSB8fAotCSAgICAoKGttX3NpemUgLyB2bV9tZW1ndWFyZF9kaXZpc29yKSA9PSAwKSkKKwkgICAg KChwYXJlbnRfc2l6ZSAvIHZtX21lbWd1YXJkX2Rpdmlzb3IpID09IDApKQogCQl2bV9tZW1ndWFy ZF9kaXZpc29yID0gMTA7CiAJLyoKIAkgKiBMaW1pdCBjb25zdW1wdGlvbiBvZiBwaHlzaWNhbCBw YWdlcyB0bwogCSAqIDEvdm1fbWVtZ3VhcmRfZGl2aXNvciBvZiBzeXN0ZW0gbWVtb3J5LiAgSWYg dGhlIEtWQSBpcwogCSAqIHNtYWxsZXIgdGhhbiB0aGlzIHRoZW4gdGhlIEtWQSBsaW1pdCBjb21l cyBpbnRvIHBsYXkgZmlyc3QuCiAJICogVGhpcyBwcmV2ZW50cyBtZW1ndWFyZCdzIHBhZ2UgcHJv bW90aW9ucyBmcm9tIGNvbXBsZXRlbHkKIAkgKiB1c2luZyB1cCBtZW1vcnksIHNpbmNlIG1vc3Qg bWFsbG9jKDkpIGNhbGxzIGFyZSBzdWItcGFnZS4KIAkgKi8KKwltZW1fcGdzID0gY250LnZfcGFn ZV9jb3VudDsKIAltZW1ndWFyZF9waHlzbGltaXQgPSAobWVtX3BncyAvIHZtX21lbWd1YXJkX2Rp dmlzb3IpICogUEFHRV9TSVpFOwogCS8qCiAJICogV2Ugd2FudCBhcyBtdWNoIEtWQSBhcyB3ZSBj YW4gdGFrZSBzYWZlbHkuICBVc2UgYXQgbW9zdCBvdXIKLQkgKiBhbGxvdHRlZCBmcmFjdGlvbiBv ZiBrbWVtX21heC4gIExpbWl0IHRoaXMgdG8gdHdpY2UgdGhlCi0JICogcGh5c2ljYWwgbWVtb3J5 IHRvIGF2b2lkIHVzaW5nIHRvbyBtdWNoIG1lbW9yeSBhcyBwYWdldGFibGUKLQkgKiBwYWdlcy4K LQkgKi8KLQltZW1ndWFyZF9tYXBzaXplID0ga21fbWF4IC8gdm1fbWVtZ3VhcmRfZGl2aXNvcjsK LQkvKiBzaXplIG11c3QgYmUgbXVsdGlwbGUgb2YgUEFHRV9TSVpFICovCi0JbWVtZ3VhcmRfbWFw c2l6ZSA9IHJvdW5kX3BhZ2UobWVtZ3VhcmRfbWFwc2l6ZSk7Ci0JaWYgKG1lbWd1YXJkX21hcHNp emUgPT0gMCB8fAotCSAgICBtZW1ndWFyZF9tYXBzaXplIC8gKDIgKiBQQUdFX1NJWkUpID4gbWVt X3BncykKKwkgKiBhbGxvdHRlZCBmcmFjdGlvbiBvZiB0aGUgcGFyZW50IG1hcCdzIHNpemUuICBM aW1pdCB0aGlzIHRvCisJICogdHdpY2UgdGhlIHBoeXNpY2FsIG1lbW9yeSB0byBhdm9pZCB1c2lu ZyB0b28gbXVjaCBtZW1vcnkgYXMKKwkgKiBwYWdldGFibGUgcGFnZXMgKHNpemUgbXVzdCBiZSBt dWx0aXBsZSBvZiBQQUdFX1NJWkUpLgorCSAqLworCW1lbWd1YXJkX21hcHNpemUgPSByb3VuZF9w YWdlKHBhcmVudF9zaXplIC8gdm1fbWVtZ3VhcmRfZGl2aXNvcik7CisJaWYgKG1lbWd1YXJkX21h cHNpemUgLyAoMiAqIFBBR0VfU0laRSkgPiBtZW1fcGdzKQogCQltZW1ndWFyZF9tYXBzaXplID0g bWVtX3BncyAqIDIgKiBQQUdFX1NJWkU7Ci0JaWYgKGttX21heCA+IDAgJiYga21fc2l6ZSArIG1l bWd1YXJkX21hcHNpemUgPiBrbV9tYXgpCi0JCXJldHVybiAoa21fbWF4KTsKKwlpZiAoa21fc2l6 ZSArIG1lbWd1YXJkX21hcHNpemUgPiBwYXJlbnRfc2l6ZSkKKwkJbWVtZ3VhcmRfbWFwc2l6ZSA9 IDA7CiAJcmV0dXJuIChrbV9zaXplICsgbWVtZ3VhcmRfbWFwc2l6ZSk7CiB9CiAKIC8qCiAgKiBJ bml0aWFsaXplIHRoZSBNZW1HdWFyZCBtb2NrIGFsbG9jYXRvci4gIEFsbCBvYmplY3RzIGZyb20g TWVtR3VhcmQgY29tZQogICogb3V0IG9mIGEgc2luZ2xlIFZNIG1hcCAoY29udGlndW91cyBjaHVu ayBvZiBhZGRyZXNzIHNwYWNlKS4KICAqLwogdm9pZApJbmRleDogdm0vbWVtZ3VhcmQuaAo9PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09Ci0tLSB2bS9tZW1ndWFyZC5oCShyZXZpc2lvbiAyMzg0NTEpCisrKyB2bS9tZW1ndWFy ZC5oCSh3b3JraW5nIGNvcHkpCkBAIC0zMCwxNyArMzAsMTcgQEAKICNkZWZpbmUJX1ZNX01FTUdV QVJEX0hfCiAKICNpbmNsdWRlICJvcHRfdm0uaCIKIAogc3RydWN0IG1hbGxvY190eXBlOwogc3Ry dWN0IHZtX21hcDsKIAogI2lmZGVmIERFQlVHX01FTUdVQVJECi11bnNpZ25lZCBsb25nCW1lbWd1 YXJkX2Z1ZGdlKHVuc2lnbmVkIGxvbmcsIHVuc2lnbmVkIGxvbmcpOwordW5zaWduZWQgbG9uZwlt ZW1ndWFyZF9mdWRnZSh1bnNpZ25lZCBsb25nLCBjb25zdCBzdHJ1Y3Qgdm1fbWFwICopOwogdm9p ZAltZW1ndWFyZF9pbml0KHN0cnVjdCB2bV9tYXAgKik7CiB2b2lkIAkqbWVtZ3VhcmRfYWxsb2Mo dW5zaWduZWQgbG9uZywgaW50KTsKIHZvaWQJKm1lbWd1YXJkX3JlYWxsb2Modm9pZCAqLCB1bnNp Z25lZCBsb25nLCBzdHJ1Y3QgbWFsbG9jX3R5cGUgKiwgaW50KTsKIHZvaWQJbWVtZ3VhcmRfZnJl ZSh2b2lkICopOwogaW50CW1lbWd1YXJkX2NtcF9tdHAoc3RydWN0IG1hbGxvY190eXBlICosIHVu c2lnbmVkIGxvbmcpOwogaW50CW1lbWd1YXJkX2NtcF96b25lKHVtYV96b25lX3QpOwogaW50CWlz X21lbWd1YXJkX2FkZHIodm9pZCAqKTsKICNlbHNlCkluZGV4OiB2bS92bV9tYXAuaAo9PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09Ci0tLSB2bS92bV9tYXAuaAkocmV2aXNpb24gMjM4NDUxKQorKysgdm0vdm1fbWFwLmgJKHdv cmtpbmcgY29weSkKQEAgLTE5NSwyMyArMTk1LDIzIEBAIHN0cnVjdCB2bV9tYXAgewogLyoKICAq IHZtX2ZsYWdzX3QgdmFsdWVzCiAgKi8KICNkZWZpbmUgTUFQX1dJUkVGVVRVUkUJCTB4MDEJLyog d2lyZSBhbGwgZnV0dXJlIHBhZ2VzICovCiAjZGVmaW5lCU1BUF9CVVNZX1dBS0VVUAkJMHgwMgog CiAjaWZkZWYJX0tFUk5FTAogc3RhdGljIF9faW5saW5lIHZtX29mZnNldF90Ci12bV9tYXBfbWF4 KHZtX21hcF90IG1hcCkKK3ZtX21hcF9tYXgoY29uc3Qgc3RydWN0IHZtX21hcCAqbWFwKQogewog CXJldHVybiAobWFwLT5tYXhfb2Zmc2V0KTsKIH0KIAogc3RhdGljIF9faW5saW5lIHZtX29mZnNl dF90Ci12bV9tYXBfbWluKHZtX21hcF90IG1hcCkKK3ZtX21hcF9taW4oY29uc3Qgc3RydWN0IHZt X21hcCAqbWFwKQogewogCXJldHVybiAobWFwLT5taW5fb2Zmc2V0KTsKIH0KIAogc3RhdGljIF9f aW5saW5lIHBtYXBfdAogdm1fbWFwX3BtYXAodm1fbWFwX3QgbWFwKQogewogCXJldHVybiAobWFw LT5wbWFwKTsK --f46d042f9e58830aa604c4e0f39f-- From owner-freebsd-ppc@FreeBSD.ORG Sun Jul 15 20:18:25 2012 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6CCD4106566C; Sun, 15 Jul 2012 20:18:25 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-qa0-f54.google.com (mail-qa0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id EB6598FC0C; Sun, 15 Jul 2012 20:18:24 +0000 (UTC) Received: by qaat11 with SMTP id t11so1212535qaa.13 for ; Sun, 15 Jul 2012 13:18:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; bh=I/XC63zu0HtdwiRJL6UnhzK/79ZRYVbD+n1WfP2kF9g=; b=K/qjUL36Neulj2aLu69lMGPL1RozcHBIvnIXWyg3KBI5yoRE5ikt0tyrBjZ8L2BRUz Yhql0SZHMbphgwx0IPcyU7EDeSEFs9QKGhl8bwpUXWCHDvjeKUWnrSK68tExg7s9NGwI 7nDGKNLt2JhdCbMs+TPGEvmZ1edyC/vONvTHBRbCH6i9Vz4aHVUk4foz6yfSSYZj5uyj jqwZLNOZGnXv7iHaEpkPKg0Q3YV54xqdu9PWdBi4zBCfaWzYuhnhfmiI6ZJARhJcTM/k /b9G27Yr1Zb6t2hayIjRzkBBDwMIgLL2nAXvd4ZK6UE7+KDRRJmm6kg+4AtO/ftRaOBE tRig== Received: by 10.224.98.74 with SMTP id p10mr17184823qan.8.1342383504263; Sun, 15 Jul 2012 13:18:24 -0700 (PDT) Received: from narn.knownspace (pool-71-163-84-156.washdc.fios.verizon.net. [71.163.84.156]) by mx.google.com with ESMTPS id z9sm19977077qae.15.2012.07.15.13.18.23 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 15 Jul 2012 13:18:24 -0700 (PDT) Date: Sun, 15 Jul 2012 16:18:21 -0400 From: Justin Hibbits To: mdf@FreeBSD.org Message-ID: <20120715161821.7fbfff75@narn.knownspace> In-Reply-To: References: <307005B6-C8E5-4DCF-BD10-6BC79D8C2FE3@gmail.com> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; powerpc-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current , FreeBSD PowerPC ML Subject: Re: panic with DEBUG_MEMGUARD on PowerPC X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jul 2012 20:18:25 -0000 On Sun, 15 Jul 2012 09:39:03 -0700 mdf@FreeBSD.org wrote: > On Sat, Jul 14, 2012 at 8:39 AM, Justin Hibbits > wrote: > > On Jul 13, 2012, at 12:20 AM, mdf@freebsd.org wrote: > > > >> On Thu, Jul 12, 2012 at 6:33 PM, Justin Hibbits > >> wrote: > >>> > >>> On Jul 12, 2012, at 9:11 PM, mdf@freebsd.org wrote: > >>> > >>>> On Thu, Jul 12, 2012 at 4:43 PM, Justin Hibbits > >>>> wrote: > >>>>> > >>>>> > >>>>> When tracking down a panic exposed by INVARIANTS, I tried > >>>>> setting DEBUG_MEMGUARD, so I could find the culprit that's > >>>>> trashing freed memory. > >>>>> However, this causes a panic at bootup. It shows up right > >>>>> after the first > >>>>> WARNING: WITNESS message, with the following: > >>>>> > >>>>> Tracing, and printf() debugging, I see arguments to > >>>>> vm_map_findspace(): start: 0xD0000000, length: 4246446080, and > >>>>> map->max_offset = 4026531839. > >>>>> > >>>>> Beyond that, I'm lost with tracking this down. Machine is a > >>>>> dual processor > >>>>> PowerPC G4, with 2GB RAM. > >>>> > >>>> > >>>> > >>>> The length is 0xFD1BA000 which is almost 4GB. Asking for 4GB of > >>>> virtual space for 2GB of RAM sounds about right (it's been a > >>>> while since I was in this code), unless this is a 32-bit kernel, > >>>> in which case it'd be too much since there isn't that much > >>>> virtual space available. > >>>> > >>>> So, is the kernel 32-bit? What are the values used and returned > >>>> by memguard_fudge()? The intent of that routine is to get > >>>> kmeminit() to allocate a larger map so memguard can use part of > >>>> it for private virtual addresses. But it shouldn't be asking > >>>> for "too much"; i.e. the intent was to check both physical and > >>>> virtual space available and be greedy, but not too greedy. > >>>> > >>>> There were some issues with that code for some platforms that > >>>> e.g. didn't define a VM_KMEM_SIZE_MAX, but alc@ fixed that in > >>>> r216425. > >>> > >>> > >>> It is a 32-bit kernel, on 32-bit hardware. The values for > >>> memguard_fudge are (defaults): > >>> > >>> tmp: 4246446080, vm_kmem_size: 117440512, vm_kmem_size_max: 0 > >>> > >>> When setting vm.kmem_size/vm.kmem_size_max to 2GB they are: > >>> > >>> tmp: 2147483648, vm_kmem_size: 214793648, vm_kmem_sizee_max: > >>> 2147483648 (all > >>> 2GB). > >>> > >>> But the start and map->max_offset remain the same on all runs I > >>> make. > >> > >> > >> memguard_fudge is still broken for 32-bit architectures with no > >> vm_kmem_max. In the absence of a km_max to limit the value, we > >> essentially use twice the physical memory for the virtual limit. > >> But with 2GB on a 32-bit machine, this requires 4GB of virtual > >> space. > >> > >> Setting vm_kmem_size_max to 2GB should work; I'd expect to see > >> tmp=about 200MB, which is much larger than the input 112MB but the > >> allocation should work. But I don't really know what else PowerPC > >> has need of for virtual space, so that still could be too large. > >> > >> You can try smaller values of vm_kmem_size_max, like 1GB or 512MB. > >> You shouldn't need to set vm_kmem_size at all. At some point the > >> added space for the memguard_map will be small enough that the > >> kmem_suballoc will work. > >> > >> Hmm, what is the min_offset and max_offset of kernel_map when the > >> call to memguard_fudge is made? > >> > >> Thanks, > >> matthew > > > > > > > > Without setting vm.kmem_size/vm.kmem_size_max, I see the following: > > > > map: 0x1000000, min_offset: 0xD0000000, max_offset: 0xEFFFFFFF > > > > It does boot when I set vm.kmem_size=256M/vm.kmem_size_max=512M. > > > > When I tried 512M/1024M, it panicked at the same place -- > > kmem_suballoc from kmeminit. So it looks like I have to set > > vm.kmem_size/vm.kmem_size_max way back in order for it to boot with > > memguard(9). > > Please try the attached patch (or at > http://people.freebsd.org/~mdf/memguard.diff). > > Thanks, > matthew Hi Matthew, That patched works perfectly. Thanks, Justin From owner-freebsd-ppc@FreeBSD.ORG Sun Jul 15 21:55:05 2012 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A9072106566C; Sun, 15 Jul 2012 21:55:05 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 2B7078FC14; Sun, 15 Jul 2012 21:55:05 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id q6FLswg9005234; Sun, 15 Jul 2012 23:54:58 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id q6FLsvFK005233; Sun, 15 Jul 2012 23:54:57 +0200 (CEST) (envelope-from marius) Date: Sun, 15 Jul 2012 23:54:57 +0200 From: Marius Strobl To: Mark Linimon Message-ID: <20120715215457.GV63893@alchemy.franken.de> References: <20120619104247.GA13630@mech-cluster241.men.bris.ac.uk> <20120630121634.GA94551@alchemy.franken.de> <20120709094958.GB52954@mech-cluster241.men.bris.ac.uk> <20120709130430.GN63893@alchemy.franken.de> <20120714133313.GA93858@alchemy.franken.de> <20120715032150.GA24257@lonesome.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120715032150.GA24257@lonesome.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-ppc@freebsd.org, x11@freebsd.org, freebsd-sparc64@freebsd.org, miwi@freebsd.org Subject: Re: graphics/libGL regression on sparc64 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jul 2012 21:55:05 -0000 On Sat, Jul 14, 2012 at 10:21:50PM -0500, Mark Linimon wrote: > On Sat, Jul 14, 2012 at 03:33:13PM +0200, Marius Strobl wrote: > > Given that I haven't received any feedback on the above mentioned > > dri_libGL_libdrm.diff so far, I'm going to commit it on June 16th > > unless someone comes up with an objection and given that I can > > get an approval from a ports committer. > > You're going to wait a whole 11 months? :-) > > In any case, I'm also toying around with arm builds, and of course arm > needs yet another special case added. I haven't looked at fixing anything besides powerpc and sparc64 as AFAIK we don't support graphics hardware on anything except x86 and these two architectures. > Would you object if I wanted to fix that and then test these patches > on an -exp run on amd64? They're just intrusive enough to make me > nervous about the tier-1 machines. > Certainly not; note that at least the patch in PR 169874 apparently misses the extra patches though. Marius From owner-freebsd-ppc@FreeBSD.ORG Mon Jul 16 00:35:01 2012 Return-Path: Delivered-To: powerpc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B37A01065670; Mon, 16 Jul 2012 00:35:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 83CF38FC0A; Mon, 16 Jul 2012 00:35:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q6G0Z02Y013429; Sun, 15 Jul 2012 20:35:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q6G0Z0I0013424; Mon, 16 Jul 2012 00:35:00 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Jul 2012 00:35:00 GMT Message-Id: <201207160035.q6G0Z0I0013424@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 00:35:01 -0000 TB --- 2012-07-15 22:22:23 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-07-15 22:22:23 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-07-15 22:22:23 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-07-15 22:22:23 - cleaning the object tree TB --- 2012-07-15 22:22:23 - cvsupping the source tree TB --- 2012-07-15 22:22:23 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2012-07-15 22:23:10 - building world TB --- 2012-07-15 22:23:10 - CROSS_BUILD_TESTING=YES TB --- 2012-07-15 22:23:10 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-15 22:23:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-15 22:23:10 - SRCCONF=/dev/null TB --- 2012-07-15 22:23:10 - TARGET=powerpc TB --- 2012-07-15 22:23:10 - TARGET_ARCH=powerpc TB --- 2012-07-15 22:23:10 - TZ=UTC TB --- 2012-07-15 22:23:10 - __MAKE_CONF=/dev/null TB --- 2012-07-15 22:23:10 - cd /src TB --- 2012-07-15 22:23:10 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 15 22:23:11 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/atalk.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/mroute6.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/ipsec.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/bpf.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/pfkey.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/sctp.c /src/usr.bin/netstat/sctp.c: In function 'sctp_print_address': /src/usr.bin/netstat/sctp.c:201: error: 'union sctp_sockstore' has no member named 'sin' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-07-16 00:35:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-07-16 00:35:00 - ERROR: failed to build world TB --- 2012-07-16 00:35:00 - 6400.81 user 801.55 system 7957.47 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-ppc@FreeBSD.ORG Mon Jul 16 03:41:15 2012 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8051C1065673 for ; Mon, 16 Jul 2012 03:41:15 +0000 (UTC) (envelope-from white.heron@yahoo.com) Received: from nm6-vm0.bullet.mail.sp2.yahoo.com (nm6-vm0.bullet.mail.sp2.yahoo.com [98.139.91.206]) by mx1.freebsd.org (Postfix) with SMTP id 3A2668FC0A for ; Mon, 16 Jul 2012 03:41:15 +0000 (UTC) Received: from [72.30.22.77] by nm6.bullet.mail.sp2.yahoo.com with NNFMP; 16 Jul 2012 03:41:09 -0000 Received: from [98.139.91.39] by tm11.bullet.mail.sp2.yahoo.com with NNFMP; 16 Jul 2012 03:40:09 -0000 Received: from [127.0.0.1] by omp1039.mail.sp2.yahoo.com with NNFMP; 16 Jul 2012 03:40:09 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 456705.88856.bm@omp1039.mail.sp2.yahoo.com Received: (qmail 63984 invoked by uid 60001); 16 Jul 2012 03:40:08 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1342410008; bh=c0FUESD6X+id9PSInz70QjKAw0jcV9+6eI5tqH+mMdI=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=xLyyTOthbJiUF+CSzDD0Oq2UZGzi+RApIQY2KEQ2dKspgjZJ/GNUAF+c794KN43AeswKHYmLzyMaSdGsIM6N4dtv1/yN8Kmo+0K5I/9ITQO0urSQ7RzETjT6eKIYHESUStE1kArwpvW1m56h96ZD514QOgXjVsFY0uCcdcP8PHg= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=QaldRn/pfhtydy9b8/WmJJPQkv1o/r9PbLTRqdCs3RgiHJAVf6EbOtAbNdKjqN9ST/HRDxqvWeTq8eh3Y+zIi8MjTa6ltThSN1P0PFkhMXuDc9jZw4CZrzCtbp2ZqiFqY44v43JXC+SSHjHxlAUDJTNLcguBp5u6jOvyHACMtoE=; X-YMail-OSG: jvVgCA8VM1lnf.pyOap_vDmjmTFkOnV_4dBgp4lW0kXobLA 72m2HdyS9oMhdpHaJJoT36.P8YZmUB0sndiMa1i8YeoHP0Hrb9v1WRcmVm4p JfF3WFj3RcLsyiaCqKO76zAt0Q8cKwfy.MoTp767VHpbNLJ5y2smvHdVM5kL Op4JnKWm3kmJG98aH45AVPYPn1RCrD07D7ltKuY7nLddKDDlH_yKzntjpmhe NS9roeSF5TMTe10GqsCN47EMc0ef4bNQEkfXKtTEKn.BDnieHJ3gf5_sGdoN 0Tf01lyFhEhwH_JYa_.tWWuGvBch8Kbn_aL_FeyZAgTjvMM0qALE4yOSHCOs B4BzIFIdaeQOO7iqDRCjCC_t0p1ansxaLzXWBu9JuzH1S8YkZ_UaTMyqeRf7 jaQZOFaWBT9NvywmR0lMPAXyJQ4ojvEFRFADRlH_veqQo.LFgNS.uoV.SKlk KyxMFNyc- Received: from [219.92.62.197] by web110713.mail.gq1.yahoo.com via HTTP; Sun, 15 Jul 2012 20:40:08 PDT X-Mailer: YahooMailWebService/0.8.120.356233 Message-ID: <1342410008.63081.YahooMailNeo@web110713.mail.gq1.yahoo.com> Date: Sun, 15 Jul 2012 20:40:08 -0700 (PDT) From: "white.heron white" To: "freebsd-ppc@freebsd.org" MIME-Version: 1.0 X-Mailman-Approved-At: Mon, 16 Jul 2012 04:24:32 +0000 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Upgrade Powerbook G4 with FreeBSD operating system guideline. X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "white.heron white" List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 03:41:15 -0000 Dear All,=0A=0AI am Ma OSX Powerbook G4 user till today. However, I am keen= to utilize this machine with FreeBSD operating system.=0AI would like to k= now if you have reference step by step to upgrade my Powerbook G4 into Free= BSD os. Kindly advised. Thanks.=0A=A0=0ARegards,=0A=0A=0AMOHAMMAD ADLI BIN = MT TAJUDIN=0A=0A=0AH/p number: =A0(017) 362 3661=0AEmail: white.heron@yahoo= .com From owner-freebsd-ppc@FreeBSD.ORG Mon Jul 16 06:07:33 2012 Return-Path: Delivered-To: powerpc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5416A106566B; Mon, 16 Jul 2012 06:07:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 222AF8FC0C; Mon, 16 Jul 2012 06:07:33 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q6G67WA6042031; Mon, 16 Jul 2012 02:07:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q6G67WnA042030; Mon, 16 Jul 2012 06:07:32 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Jul 2012 06:07:32 GMT Message-Id: <201207160607.q6G67WnA042030@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 06:07:33 -0000 TB --- 2012-07-16 03:54:14 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-07-16 03:54:14 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-07-16 03:54:14 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-07-16 03:54:14 - cleaning the object tree TB --- 2012-07-16 03:59:57 - cvsupping the source tree TB --- 2012-07-16 03:59:57 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2012-07-16 04:02:16 - building world TB --- 2012-07-16 04:02:16 - CROSS_BUILD_TESTING=YES TB --- 2012-07-16 04:02:16 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-16 04:02:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-16 04:02:16 - SRCCONF=/dev/null TB --- 2012-07-16 04:02:16 - TARGET=powerpc TB --- 2012-07-16 04:02:16 - TARGET_ARCH=powerpc TB --- 2012-07-16 04:02:16 - TZ=UTC TB --- 2012-07-16 04:02:16 - __MAKE_CONF=/dev/null TB --- 2012-07-16 04:02:16 - cd /src TB --- 2012-07-16 04:02:16 - /usr/bin/make -B buildworld >>> World build started on Mon Jul 16 04:02:18 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/atalk.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/mroute6.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/ipsec.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/bpf.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/pfkey.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/sctp.c /src/usr.bin/netstat/sctp.c: In function 'sctp_print_address': /src/usr.bin/netstat/sctp.c:201: error: 'union sctp_sockstore' has no member named 'sin' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-07-16 06:07:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-07-16 06:07:32 - ERROR: failed to build world TB --- 2012-07-16 06:07:32 - 6294.73 user 793.83 system 7997.48 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-ppc@FreeBSD.ORG Mon Jul 16 11:09:20 2012 Return-Path: Delivered-To: freebsd-ppc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8AF9E1065676 for ; Mon, 16 Jul 2012 11:09:20 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 757448FC0C for ; Mon, 16 Jul 2012 11:09:20 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q6GB9KM9094095 for ; Mon, 16 Jul 2012 11:09:20 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q6GB9IA8094092 for freebsd-ppc@FreeBSD.org; Mon, 16 Jul 2012 11:09:18 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 16 Jul 2012 11:09:18 GMT Message-Id: <201207161109.q6GB9IA8094092@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-ppc@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-ppc@FreeBSD.org X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 11:09:20 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o power/169021 ppc FreeBSD-9.0-powerpc-all.iso crashes host when mounted o power/167764 ppc Burning iso for ppc o power/164225 ppc Boot fails on IBM 7028-6E1 (heap memory claim failed) o power/161947 ppc multimedia/libdvdnav builds broken binaries on big end o power/161045 ppc X doesn't detect ADB mouse up event until another even o power/149009 ppc sysinstall(8) on powerpc fails to install manpages, so o power/140241 ppc [kernel] [patch] Linker set problems on PowerPC EABI o power/135576 ppc gdb cannot debug threaded programs on ppc o power/133503 ppc [sound] Sound stutter after switching ttys o power/133382 ppc [install] Installer gets signal 11 o power/131548 ppc ofw_syscons no longer supports 32-bit framebuffer 11 problems total. From owner-freebsd-ppc@FreeBSD.ORG Wed Jul 18 11:40:49 2012 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82C96106566B for ; Wed, 18 Jul 2012 11:40:49 +0000 (UTC) (envelope-from nbhalala@gmail.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 5DBEF8FC0A for ; Wed, 18 Jul 2012 11:40:49 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SrScb-00052Q-1s for freebsd-ppc@freebsd.org; Wed, 18 Jul 2012 04:40:49 -0700 Date: Wed, 18 Jul 2012 04:40:49 -0700 (PDT) From: nbhalala To: freebsd-ppc@freebsd.org Message-ID: <1342611649050-5727862.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: FreeBSD run on PPC4xx X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2012 11:40:49 -0000 Hi, What about FreeBSD support on PPC4xx? Is it possible to run FreeBSD on ppc4xx? Any hardware/software/firmware limitations? -- View this message in context: http://freebsd.1045724.n5.nabble.com/FreeBSD-run-on-PPC4xx-tp5727862.html Sent from the freebsd-ppc mailing list archive at Nabble.com. From owner-freebsd-ppc@FreeBSD.ORG Thu Jul 19 11:55:48 2012 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B72B106564A for ; Thu, 19 Jul 2012 11:55:48 +0000 (UTC) (envelope-from torfinn.ingolfsen@getmail.no) Received: from smtp.getmail.no (smtp.getmail.no [84.208.15.66]) by mx1.freebsd.org (Postfix) with ESMTP id F0E7F8FC08 for ; Thu, 19 Jul 2012 11:55:47 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from get-mta-scan04.get.basefarm.net ([10.5.16.4]) by get-mta-out03.get.basefarm.net (Sun Java(tm) System Messaging Server 7.0-0.04 64bit (built Jun 20 2008)) with ESMTP id <0M7E00FT9P4SEM20@get-mta-out03.get.basefarm.net> for freebsd-ppc@freebsd.org; Thu, 19 Jul 2012 13:55:40 +0200 (MEST) Received: from get-mta-scan04.get.basefarm.net (localhost.localdomain [127.0.0.1]) by localhost (Email Security Appliance) with SMTP id B32281EF89AE_07F62FB for ; Thu, 19 Jul 2012 11:57:35 +0000 (GMT) Received: from kg-v2.kg4.no (cm-84.215.134.159.getinternet.no [84.215.134.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by get-mta-scan04.get.basefarm.net (Sophos Email Appliance) with ESMTPSA id 8EACE1EF89A6_07F62FF for ; Thu, 19 Jul 2012 11:57:35 +0000 (GMT) Date: Thu, 19 Jul 2012 13:55:36 +0200 From: Torfinn Ingolfsen To: freebsd-ppc@freebsd.org Message-id: <20120719135536.a2bc5ff0258ffe7cf79e6036@getmail.no> X-Mailer: Sylpheed 3.2.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.3) Subject: iBook G4 - wrong CPU speed? X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 11:55:48 -0000 I just upgraded my iBook G4[1] to FreeBSD 9.1-prerelease. Before the upgrade, dmesg showed this for the CPU: cpu0: Motorola PowerPC 7447A revision 1.5, 713.92 MHz cpu0: Features 9c000000 cpu0: HID0 8450c0bc The upgrade took a long time, so I could believe it was running at that speed. And after the upgrade, it still shows this: root@kg-ibook# uname -a FreeBSD kg-ibook.kg4.no 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #0: Thu Jul 19 11:26:56 CEST 2012 root@kg-ibook.kg4.no:/usr/obj/usr/src/sys/GENERIC powerpc root@kg-ibook# dmesg | grep cpu cpu0: Motorola PowerPC 7447A revision 1.5, 713.92 MHz cpu0: Features 9c000000 cpu0: HID0 8450c0bc cpulist0: on nexus0 cpu0: on cpulist0 dfs0: on cpu0 But the CPU in this thing is supposedly running at 1.42 GHz, so why is it showing the wrong speed? Details, dmesg output and more at the FreeBSD page for this machine[2]. References: 1) http://sites.google.com/site/tingox/ibook_g4 2) http://sites.google.com/site/tingox/ibook_g4_freebsd -- Torfinn Ingolfsen From owner-freebsd-ppc@FreeBSD.ORG Thu Jul 19 13:31:11 2012 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3234A106564A for ; Thu, 19 Jul 2012 13:31:11 +0000 (UTC) (envelope-from fabian@wenks.ch) Received: from batman.home4u.ch (batman.home4u.ch [IPv6:2001:8a8:1005:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id B77778FC12 for ; Thu, 19 Jul 2012 13:31:10 +0000 (UTC) X-Virus-Scanned: amavisd-new at home4u.ch Received: from flashback.wenks.ch (fabian@flashback.wenks.ch [IPv6:2001:8a8:1005:1:223:dfff:fedf:13c9]) (authenticated bits=0) by batman.home4u.ch (8.14.4/8.14.4) with ESMTP id q6JDV8Jb015654 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 19 Jul 2012 15:31:08 +0200 (CEST) (envelope-from fabian@wenks.ch) Message-ID: <50080C1C.1070707@wenks.ch> Date: Thu, 19 Jul 2012 15:31:08 +0200 From: Fabian Wenk User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0.6esrpre) Gecko/20120713 Thunderbird/10.0.6 MIME-Version: 1.0 To: freebsd-ppc@freebsd.org References: <20120719135536.a2bc5ff0258ffe7cf79e6036@getmail.no> In-Reply-To: <20120719135536.a2bc5ff0258ffe7cf79e6036@getmail.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: iBook G4 - wrong CPU speed? X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 13:31:11 -0000 Hello Torfinn On 19.07.2012 13:55, Torfinn Ingolfsen wrote: > I just upgraded my iBook G4[1] to FreeBSD 9.1-prerelease. > > Before the upgrade, dmesg showed this for the CPU: > cpu0: Motorola PowerPC 7447A revision 1.5, 713.92 MHz > And after the upgrade, it still shows this: > cpu0: Motorola PowerPC 7447A revision 1.5, 713.92 MHz > But the CPU in this thing is supposedly running at 1.42 GHz, > so why is it showing the wrong speed? > Details, dmesg output and more at the FreeBSD page for this > machine[2]. This is probably a problem of the hardware itself and not caused by FreeBSD. As far as I know, Macs reduce the CPU speed, e.g. if the cooling is not working properly, but continue to run. Something could be blocking the fan, or the fan has failed. bye Fabian From owner-freebsd-ppc@FreeBSD.ORG Thu Jul 19 13:33:44 2012 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79E8D1065670 for ; Thu, 19 Jul 2012 13:33:44 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from argol.doit.wisc.edu (argol.doit.wisc.edu [144.92.197.212]) by mx1.freebsd.org (Postfix) with ESMTP id 49FCF8FC12 for ; Thu, 19 Jul 2012 13:33:44 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth3.wiscmail.wisc.edu by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0M7E0040ITO26A00@smtpauth3.wiscmail.wisc.edu> for freebsd-ppc@freebsd.org; Thu, 19 Jul 2012 08:33:38 -0500 (CDT) Received: from comporellon.tachypleus.net ([unknown] [76.210.63.3]) by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0M7E00I2ETNU0T20@smtpauth3.wiscmail.wisc.edu>; Thu, 19 Jul 2012 08:33:31 -0500 (CDT) Date: Thu, 19 Jul 2012 08:33:30 -0500 From: Nathan Whitehorn In-reply-to: <20120719135536.a2bc5ff0258ffe7cf79e6036@getmail.no> To: Torfinn Ingolfsen Message-id: <50080CAA.5030705@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.210.63.3 X-Spam-PmxInfo: Server=avs-16, Version=5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2012.7.19.132416, SenderIP=76.210.63.3 References: <20120719135536.a2bc5ff0258ffe7cf79e6036@getmail.no> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120617 Thunderbird/13.0 Cc: freebsd-ppc@freebsd.org Subject: Re: iBook G4 - wrong CPU speed? X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 13:33:44 -0000 On 07/19/12 06:55, Torfinn Ingolfsen wrote: > I just upgraded my iBook G4[1] to FreeBSD 9.1-prerelease. > > Before the upgrade, dmesg showed this for the CPU: > cpu0: Motorola PowerPC 7447A revision 1.5, 713.92 MHz > cpu0: Features 9c000000 > cpu0: HID0 8450c0bc > > The upgrade took a long time, so I could believe it was running at that speed. > > And after the upgrade, it still shows this: > root@kg-ibook# uname -a > FreeBSD kg-ibook.kg4.no 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #0: Thu Jul 19 11:26:56 CEST 2012 > root@kg-ibook.kg4.no:/usr/obj/usr/src/sys/GENERIC powerpc > root@kg-ibook# dmesg | grep cpu > cpu0: Motorola PowerPC 7447A revision 1.5, 713.92 MHz > cpu0: Features 9c000000 > cpu0: HID0 8450c0bc > cpulist0: on nexus0 > cpu0: on cpulist0 > dfs0: on cpu0 > > But the CPU in this thing is supposedly running at 1.42 GHz, so why is it showing the wrong speed? > Details, dmesg output and more at the FreeBSD page for this machine[2]. > > References: > 1) http://sites.google.com/site/tingox/ibook_g4 > 2) http://sites.google.com/site/tingox/ibook_g4_freebsd iBooks boot with the CPU at half speed. You can turn it back up automatically (and control it based on load for power savings) by running powerd or alternately set it by hand using the sysctl dev.cpu.0.freq. -Nathan From owner-freebsd-ppc@FreeBSD.ORG Thu Jul 19 13:48:51 2012 Return-Path: Delivered-To: powerpc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFB9D1065670; Thu, 19 Jul 2012 13:48:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 8117C8FC08; Thu, 19 Jul 2012 13:48:51 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q6JDmpuU035126; Thu, 19 Jul 2012 13:48:51 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q6JDmpNX035124; Thu, 19 Jul 2012 13:48:51 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 19 Jul 2012 13:48:51 GMT Message-Id: <201207191348.q6JDmpNX035124@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 13:48:51 -0000 TB --- 2012-07-19 13:04:28 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-07-19 13:04:28 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-07-19 13:04:28 - starting RELENG_8 tinderbox run for powerpc/powerpc TB --- 2012-07-19 13:04:28 - cleaning the object tree TB --- 2012-07-19 13:04:28 - cvsupping the source tree TB --- 2012-07-19 13:04:28 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/powerpc/powerpc/supfile TB --- 2012-07-19 13:04:40 - building world TB --- 2012-07-19 13:04:40 - CROSS_BUILD_TESTING=YES TB --- 2012-07-19 13:04:40 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-19 13:04:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-19 13:04:40 - SRCCONF=/dev/null TB --- 2012-07-19 13:04:40 - TARGET=powerpc TB --- 2012-07-19 13:04:40 - TARGET_ARCH=powerpc TB --- 2012-07-19 13:04:40 - TZ=UTC TB --- 2012-07-19 13:04:40 - __MAKE_CONF=/dev/null TB --- 2012-07-19 13:04:40 - cd /src TB --- 2012-07-19 13:04:40 - /usr/bin/make -B buildworld >>> World build started on Thu Jul 19 13:04:40 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /src/usr.sbin/flowctl/flowctl.c: At top level: /src/usr.sbin/flowctl/flowctl.c:234: warning: 'struct ngnf_flows' declared inside parameter list /src/usr.sbin/flowctl/flowctl.c:235: error: conflicting types for 'flow_cache_print_verbose' /src/usr.sbin/flowctl/flowctl.c:64: error: previous declaration of 'flow_cache_print_verbose' was here /src/usr.sbin/flowctl/flowctl.c: In function 'flow_cache_print_verbose': /src/usr.sbin/flowctl/flowctl.c:242: error: dereferencing pointer to incomplete type /src/usr.sbin/flowctl/flowctl.c:245: error: dereferencing pointer to incomplete type /src/usr.sbin/flowctl/flowctl.c:246: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/usr.sbin/flowctl. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-07-19 13:48:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-07-19 13:48:51 - ERROR: failed to build world TB --- 2012-07-19 13:48:51 - 2102.39 user 374.98 system 2662.05 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-powerpc-powerpc.full From owner-freebsd-ppc@FreeBSD.ORG Thu Jul 19 13:56:14 2012 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BD4E4106566C for ; Thu, 19 Jul 2012 13:56:14 +0000 (UTC) (envelope-from torfinn.ingolfsen@getmail.no) Received: from smtp.getmail.no (smtp.getmail.no [84.208.15.66]) by mx1.freebsd.org (Postfix) with ESMTP id 6D2558FC12 for ; Thu, 19 Jul 2012 13:56:14 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from get-mta-scan01.get.basefarm.net ([10.5.16.4]) by get-mta-out02.get.basefarm.net (Sun Java(tm) System Messaging Server 7.0-0.04 64bit (built Jun 20 2008)) with ESMTP id <0M7E00CTTUPPP440@get-mta-out02.get.basefarm.net> for freebsd-ppc@freebsd.org; Thu, 19 Jul 2012 15:56:13 +0200 (MEST) Received: from get-mta-scan01.get.basefarm.net (localhost.localdomain [127.0.0.1]) by localhost (Email Security Appliance) with SMTP id C0007179BB48_081270B for ; Thu, 19 Jul 2012 13:58:08 +0000 (GMT) Received: from kg-v2.kg4.no (cm-84.215.134.159.getinternet.no [84.215.134.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by get-mta-scan01.get.basefarm.net (Sophos Email Appliance) with ESMTPSA id A2FEA1796208_081270F for ; Thu, 19 Jul 2012 13:58:08 +0000 (GMT) Date: Thu, 19 Jul 2012 15:56:12 +0200 From: Torfinn Ingolfsen To: freebsd-ppc@freebsd.org Message-id: <20120719155612.dec83e5ad75d9c5fc6c6b166@getmail.no> In-reply-to: <50080CAA.5030705@freebsd.org> References: <20120719135536.a2bc5ff0258ffe7cf79e6036@getmail.no> <50080CAA.5030705@freebsd.org> X-Mailer: Sylpheed 3.2.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.3) Subject: Re: iBook G4 - wrong CPU speed? X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 13:56:14 -0000 On Thu, 19 Jul 2012 08:33:30 -0500 Nathan Whitehorn wrote: > > iBooks boot with the CPU at half speed. You can turn it back up > automatically (and control it based on load for power savings) by > running powerd or alternately set it by hand using the sysctl > dev.cpu.0.freq. Aha! root@kg-ibook# sysctl dev.cpu.0.freq dev.cpu.0.freq: 710 root@kg-ibook# sysctl dev.cpu.0.freq=1420 dev.cpu.0.freq: 710 -> 1420 root@kg-ibook# sysctl dev.cpu.0.freq dev.cpu.0.freq: 1420 Thanks! -- Torfinn Ingolfsen From owner-freebsd-ppc@FreeBSD.ORG Thu Jul 19 18:58:45 2012 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 55C10106564A for ; Thu, 19 Jul 2012 18:58:45 +0000 (UTC) (envelope-from torfinn.ingolfsen@getmail.no) Received: from smtp.getmail.no (smtp.getmail.no [84.208.15.66]) by mx1.freebsd.org (Postfix) with ESMTP id 049BF8FC0A for ; Thu, 19 Jul 2012 18:58:45 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from get-mta-scan04.get.basefarm.net ([10.5.16.4]) by get-mta-out03.get.basefarm.net (Sun Java(tm) System Messaging Server 7.0-0.04 64bit (built Jun 20 2008)) with ESMTP id <0M7F00EYT8PVBX80@get-mta-out03.get.basefarm.net> for freebsd-ppc@freebsd.org; Thu, 19 Jul 2012 20:58:43 +0200 (MEST) Received: from get-mta-scan04.get.basefarm.net (localhost.localdomain [127.0.0.1]) by localhost (Email Security Appliance) with SMTP id E9AD01F02B69_085958B for ; Thu, 19 Jul 2012 19:00:40 +0000 (GMT) Received: from kg-v2.kg4.no (cm-84.215.134.159.getinternet.no [84.215.134.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by get-mta-scan04.get.basefarm.net (Sophos Email Appliance) with ESMTPSA id CA87A1F02B56_085958F for ; Thu, 19 Jul 2012 19:00:40 +0000 (GMT) Date: Thu, 19 Jul 2012 20:58:43 +0200 From: Torfinn Ingolfsen To: freebsd-ppc@freebsd.org Message-id: <20120719205843.73076551d5c4b55d87edbe98@getmail.no> In-reply-to: <20120719155612.dec83e5ad75d9c5fc6c6b166@getmail.no> References: <20120719135536.a2bc5ff0258ffe7cf79e6036@getmail.no> <50080CAA.5030705@freebsd.org> <20120719155612.dec83e5ad75d9c5fc6c6b166@getmail.no> X-Mailer: Sylpheed 3.2.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.3) Subject: Re: iBook G4 - wrong CPU speed? X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 18:58:45 -0000 On Thu, 19 Jul 2012 15:56:12 +0200 Torfinn Ingolfsen wrote: > Aha! > root@kg-ibook# sysctl dev.cpu.0.freq > dev.cpu.0.freq: 710 > > root@kg-ibook# sysctl dev.cpu.0.freq=1420 > dev.cpu.0.freq: 710 -> 1420 > root@kg-ibook# sysctl dev.cpu.0.freq > dev.cpu.0.freq: 1420 Wrapping up: without any "tinkering", this is what I get: root@kg-ibook# sysctl dev.cpu.0.freq_levels dev.cpu.0.freq_levels: 1420/-1 710/-1 root@kg-ibook# sysctl dev.cpu.0.freq dev.cpu.0.freq: 710 Simply adding dev.cpu.0.freq=1420 to /etc/sysctl.conf, and the machine comes up with CPU at the full speed: root@kg-ibook# sysctl dev.cpu.0.freq dev.cpu.0.freq: 1420 So that's it. -- Torfinn Ingolfsen