From owner-freebsd-ppc@FreeBSD.ORG Sun Dec 9 18:50:28 2012 Return-Path: Delivered-To: powerpc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 80E5435B for ; Sun, 9 Dec 2012 18:50:28 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from mail-pa0-f54.google.com (mail-pa0-f54.google.com [209.85.220.54]) by mx1.freebsd.org (Postfix) with ESMTP id 43A728FC12 for ; Sun, 9 Dec 2012 18:50:28 +0000 (UTC) Received: by mail-pa0-f54.google.com with SMTP id bi5so1535888pad.13 for ; Sun, 09 Dec 2012 10:50:22 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:x-x-sender:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version:content-type:x-gm-message-state; bh=5fWgylGiq8F/xIkEEo08py/KPhxFu2c4EOHYYrQz/mc=; b=lZhP6qmJMynoSm4kshimk+TkzE5qKGTVjHkeBpuNtRfuGSN7nxAu3R4btouEuzwqZh SU3a9yK3C6sOh0N4PCIcw8Rvz0yqRYR7izh4dzTgy9oahX2JA9TpFLClEvfKN+Sn6i77 Z5+MdwmHUGSEM858INteXPBcRTzcs7VHx+pMGu4mkwTclZobM3gnPpHDGGQ4jFBWPyHk M8ppWiDo2vlx8pzTh6lu1yz1EadPRKLWA2+yrQFXcX4w4M3S3TZpEF5E9cTNyEJK+6Dn Q3yQQRY8MpvIDBV3CgnU+EQE7TIf3Uc5iB4j2z8bZUi6QrW2n1vLnPf0KimePGT86Ia3 FGZA== Received: by 10.66.84.10 with SMTP id u10mr30029217pay.24.1355079021836; Sun, 09 Dec 2012 10:50:21 -0800 (PST) Received: from rrcs-66-91-135-210.west.biz.rr.com (rrcs-66-91-135-210.west.biz.rr.com. [66.91.135.210]) by mx.google.com with ESMTPS id m4sm10436372pav.17.2012.12.09.10.50.19 (version=SSLv3 cipher=OTHER); Sun, 09 Dec 2012 10:50:21 -0800 (PST) Date: Sun, 9 Dec 2012 08:48:51 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: Ian Lepore Subject: Re: Call for testing and review, busdma changes In-Reply-To: <1355077061.87661.320.camel@revolution.hippie.lan> Message-ID: References: <1355077061.87661.320.camel@revolution.hippie.lan> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Gm-Message-State: ALoCoQkVVo0BHrBg79zQR6e83HjadQmEMDevrpZBpb6YU/dYkra0s9EkVHp9qb/u9MmDpmmLEhpz X-Mailman-Approved-At: Mon, 10 Dec 2012 00:21:48 +0000 Cc: powerpc@freebsd.org, marcel@freebsd.org, mips@freebsd.org, mav@freebsd.org, scottl@freebsd.org, attilio@freebsd.org, kib@freebsd.org, sparc64@freebsd.org, arm@freebsd.org X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Dec 2012 18:50:28 -0000 On Sun, 9 Dec 2012, Ian Lepore wrote: > On Sat, 2012-12-08 at 08:51 -1000, Jeff Roberson wrote: >> Hello, >> >> http://people.freebsd.org/~jeff/physbio.diff >> >> I have a relative large patch that reforms the busdma API so that new >> types may be added without modifying every architecture's >> busdma_machdep.c. It does this by unifying the bus_dmamap_load_buffer() >> routines so that they may be called from MI code. The MD busdma is then >> given a chance to do any final processing in the complete() callback. >> This patch also contains cam changes to unify the bus_dmamap_load* >> handling in cam drivers. >> >> The arm and mips implementations saw the largest changes since they have >> to track virtual addresses for sync(). Previously this was done in a type >> specific way. Now it is done in a generic way by recording the list of >> virtuals in the map. >> >> I have verified that this patch passes make universe which includes >> several kernel builds from each architecture. I suspect that if I broke >> anything your machine simply won't boot or will throw I/O errors. There >> is little subtlety, it is mostly refactoring. >> > > Testing on armv4/v5 platforms, the patches applied and compiled cleanly, > but fault-abort with a NULL deref on what appears to be the first call > to bus_dmamap_load(). I'll dig deeper into debugging that after > browsing the new code so I can figure out where to start debugging. Can you give me the file and line of the fault? > > Just from an initial quick browsing of the new code for armv4, I notice > these things... > > The new routine __bus_dmamap_mayblock() does (*flags) |= BUS_DMA_WAITOK; > which is a no-op because BUS_DMA_WAITOK is zero. I'm not sure what the > intent was, but I think any modification of the WAIT-related flags would > be conceptually wrong because it overrides the caller's instructions on > whether or not to do a deferred load when resources aren't available. The intent of the original load function seems to be that it is always blocking. Most architectures force the flag. The mbuf and uio load routines don't support blocking at all because the callback lacks the information needed to restart the operation. > > The way you've refactored the mbuf-related load routines, the MD code is > no longer able to tell that it's an mbuf operation. This comes back to > what I said a few days ago... when you look at the current code on > various platforms you see a lot of false similarities. The code isn't > nearly identical because it really all needs to be the same, it's > because it was all copied from the same source, and it doesn't currently > work correctly on arm and mips. With your changes, the ability to > correct the implementation on those platforms is now gone. Perhaps this > can be fixed easily by defining some new flags that the MI routines can > OR-in to give the MD routines more info on what's happening. (Correcting > the mbuf sync handling on arm and mips requires that we know at sync > time that the buffers involved are mbufs, which means we need to know at > map-load time so we can set a flag or a type code or something in the > map that we can examine at sync time.) Why do you need to know it is an mbuf if you have a record of the virtual addresses? The only type specific information was used to find the addresses. See how arm's busdma_machdep-v6 ws implemented. > >> The next step is to allow for dma loading of physical addresses. This >> will permit unmapped I/O. Which is a significant performance optimization >> targeted for 10.0. > > This sounds scary for arm and mips, or more specifically for VIVT cache > platforms that can only do a sync based on virtual addresses. Can you > talk some more about the plans for this? It will be for addresses which were never mapped into kva. To support unmaapped io. There will only be a need for bounce pages, no syncing. Jeff > > -- Ian > > From owner-freebsd-ppc@FreeBSD.ORG Sun Dec 9 20:34:55 2012 Return-Path: Delivered-To: powerpc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1EEC849E; Sun, 9 Dec 2012 20:34:55 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id B46EA8FC13; Sun, 9 Dec 2012 20:34:42 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id qB9KYZtS016544; Sun, 9 Dec 2012 13:34:41 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id qB9KYAou053413; Sun, 9 Dec 2012 13:34:10 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Subject: Re: Call for testing and review, busdma changes From: Ian Lepore To: Jeff Roberson In-Reply-To: References: <1355077061.87661.320.camel@revolution.hippie.lan> Content-Type: multipart/mixed; boundary="=-jWdke4I5Nd/QjDc9IHG8" Date: Sun, 09 Dec 2012 13:34:10 -0700 Message-ID: <1355085250.87661.345.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-Mailman-Approved-At: Mon, 10 Dec 2012 00:21:49 +0000 Cc: powerpc@freebsd.org, marcel@freebsd.org, mips@freebsd.org, mav@freebsd.org, scottl@freebsd.org, attilio@freebsd.org, kib@freebsd.org, sparc64@freebsd.org, arm@freebsd.org X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Dec 2012 20:34:55 -0000 --=-jWdke4I5Nd/QjDc9IHG8 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit On Sun, 2012-12-09 at 08:48 -1000, Jeff Roberson wrote: > > On Sun, 9 Dec 2012, Ian Lepore wrote: > > > On Sat, 2012-12-08 at 08:51 -1000, Jeff Roberson wrote: > >> Hello, > >> > >> http://people.freebsd.org/~jeff/physbio.diff > >> > >> I have a relative large patch that reforms the busdma API so that new > >> types may be added without modifying every architecture's > >> busdma_machdep.c. It does this by unifying the bus_dmamap_load_buffer() > >> routines so that they may be called from MI code. The MD busdma is then > >> given a chance to do any final processing in the complete() callback. > >> This patch also contains cam changes to unify the bus_dmamap_load* > >> handling in cam drivers. > >> > >> The arm and mips implementations saw the largest changes since they have > >> to track virtual addresses for sync(). Previously this was done in a type > >> specific way. Now it is done in a generic way by recording the list of > >> virtuals in the map. > >> > >> I have verified that this patch passes make universe which includes > >> several kernel builds from each architecture. I suspect that if I broke > >> anything your machine simply won't boot or will throw I/O errors. There > >> is little subtlety, it is mostly refactoring. > >> First an FYI, my replies to this thread aren't making it to the mailing lists, except when quoted by someone replying to them. They're being held for moderator approval because they're going to too many addresses. > > > > Testing on armv4/v5 platforms, the patches applied and compiled cleanly, > > but fault-abort with a NULL deref on what appears to be the first call > > to bus_dmamap_load(). I'll dig deeper into debugging that after > > browsing the new code so I can figure out where to start debugging. > > Can you give me the file and line of the fault? > Better than that, I can give you patches (attached). There were two little glitches... the allocated slist wasn't getting attached to the map, and when building the slist in _bus_dmamap_load_buffer() the slist needs to participate in the coalescing logic near the end of the loop. I'm not positive the attached quick-fix is perfect, but it allows one of my arm units here to boot and run and pass some basic IO smoke tests. I'll be trying it on other arm platforms later today. > > > > Just from an initial quick browsing of the new code for armv4, I notice > > these things... > > > > The new routine __bus_dmamap_mayblock() does (*flags) |= BUS_DMA_WAITOK; > > which is a no-op because BUS_DMA_WAITOK is zero. I'm not sure what the > > intent was, but I think any modification of the WAIT-related flags would > > be conceptually wrong because it overrides the caller's instructions on > > whether or not to do a deferred load when resources aren't available. > > The intent of the original load function seems to be that it is always > blocking. Most architectures force the flag. The mbuf and uio load > routines don't support blocking at all because the callback lacks the > information needed to restart the operation. > The manpage states that bus_dmamap_load() never blocks for any reason. The mbuf and uio flavors say they are variations of bus_dmapmap_load(); I take the implication of that to mean that they also are defined as never blocking. The docs then say that WAITOK vs. NOWAIT control the scheduling of a deferred load, and that NOWAIT is forced in the mbuf and uio cases. Your refactored code already handles that by adding NOWAIT to the caller-specified flags for mbufs and uio. So the code will do the right thing now (with your patches), but only because (*flags) |= BUS_DMA_WAITOK is a no-op. > > > > The way you've refactored the mbuf-related load routines, the MD code is > > no longer able to tell that it's an mbuf operation. This comes back to > > what I said a few days ago... when you look at the current code on > > various platforms you see a lot of false similarities. The code isn't > > nearly identical because it really all needs to be the same, it's > > because it was all copied from the same source, and it doesn't currently > > work correctly on arm and mips. With your changes, the ability to > > correct the implementation on those platforms is now gone. Perhaps this > > can be fixed easily by defining some new flags that the MI routines can > > OR-in to give the MD routines more info on what's happening. (Correcting > > the mbuf sync handling on arm and mips requires that we know at sync > > time that the buffers involved are mbufs, which means we need to know at > > map-load time so we can set a flag or a type code or something in the > > map that we can examine at sync time.) > > Why do you need to know it is an mbuf if you have a record of the virtual > addresses? The only type specific information was used to find the > addresses. See how arm's busdma_machdep-v6 ws implemented. > Because there is a special rule for mbufs on VIVT-cache architectures: the address of the data buffer is not aligned to a cacheline boundary, but the sync code is allowed to treat the buffer as if it is aligned and thus avoid invoking the partial cacheline flush algorithm. That algorithm was shown a few months ago to be fatally flawed, and we're on a path (albeit in super-slow-motion) to eliminate it. I have patches to fix the mbuf partial sync and other things related to partial sync problems, and my next step will be to try to rework them to fit in with what you've done. Based on what I've seen so far in your refactoring, I think just passing a flag to say it's an mbuf, from the MI to the MD mapping routine, will provide enough info. > > > >> The next step is to allow for dma loading of physical addresses. This > >> will permit unmapped I/O. Which is a significant performance optimization > >> targeted for 10.0. > > > > This sounds scary for arm and mips, or more specifically for VIVT cache > > platforms that can only do a sync based on virtual addresses. Can you > > talk some more about the plans for this? > > It will be for addresses which were never mapped into kva. To support > unmaapped io. There will only be a need for bounce pages, no syncing. > Can the pages be mapped into any non-kernel vmspaces? If they aren't mapped into any vmspace at all, then I think there'll be no implications for VIVT cache architectures. If they appear in any pmap at all then there may be problems. -- Ian --=-jWdke4I5Nd/QjDc9IHG8 Content-Disposition: inline; filename="physbio_armv4fix.diff" Content-Type: text/x-patch; name="physbio_armv4fix.diff"; charset="us-ascii" Content-Transfer-Encoding: 7bit diff -r bee560bf0159 sys/arm/arm/busdma_machdep.c --- a/sys/arm/arm/busdma_machdep.c Sun Dec 09 12:12:11 2012 -0700 +++ b/sys/arm/arm/busdma_machdep.c Sun Dec 09 13:01:12 2012 -0700 @@ -310,9 +310,10 @@ static __inline bus_dmamap_t map->flags = DMAMAP_ALLOCATED; } else map->flags = 0; - if (map != NULL) + if (map != NULL) { STAILQ_INIT(&map->bpages); - else + map->slist = slist; + } else free(slist, M_DEVBUF); return (map); } @@ -764,7 +765,6 @@ int { bus_size_t sgsize; bus_addr_t curaddr, baddr, bmask; - struct sync_list *sl; vm_offset_t vaddr = (vm_offset_t)buf; int seg; int error = 0; @@ -855,14 +855,6 @@ int if (((dmat->flags & BUS_DMA_COULD_BOUNCE) != 0) && map->pagesneeded != 0 && run_filter(dmat, curaddr)) { curaddr = add_bounce_page(dmat, map, vaddr, sgsize); - } else { - sl = &map->slist[map->sync_count]; - if (++map->sync_count > dmat->nsegments) - goto cleanup; - printf("sl %p count %d nseg %d\n", sl, map->sync_count, dmat->nsegments); - sl->vaddr = vaddr; - sl->datacount = sgsize; - sl->busaddr = curaddr; } if (dmat->ranges) { @@ -891,10 +883,15 @@ int (segs[seg].ds_addr & bmask) == (curaddr & bmask))) { segs[seg].ds_len += sgsize; + map->slist[seg].datacount += sgsize; goto segdone; } else { if (++seg >= dmat->nsegments) break; + ++map->sync_count; + map->slist[seg].vaddr = vaddr; + map->slist[seg].busaddr = curaddr; + map->slist[seg].datacount = sgsize; segs[seg].ds_addr = curaddr; segs[seg].ds_len = sgsize; } @@ -906,7 +903,6 @@ segdone: } *segp = seg; -cleanup: /* * Did we fit? */ --=-jWdke4I5Nd/QjDc9IHG8-- From owner-freebsd-ppc@FreeBSD.ORG Sun Dec 9 18:18:31 2012 Return-Path: Delivered-To: powerpc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7377D882; Sun, 9 Dec 2012 18:18:31 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id E5AC38FC12; Sun, 9 Dec 2012 18:18:18 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id qB9II553012970; Sun, 9 Dec 2012 11:18:11 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id qB9IHfHu053325; Sun, 9 Dec 2012 11:17:41 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Subject: Re: Call for testing and review, busdma changes From: Ian Lepore To: Jeff Roberson In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" Date: Sun, 09 Dec 2012 11:17:41 -0700 Message-ID: <1355077061.87661.320.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 10 Dec 2012 00:29:06 +0000 Cc: powerpc@freebsd.org, marcel@freebsd.org, mips@freebsd.org, mav@freebsd.org, scottl@freebsd.org, attilio@freebsd.org, kib@freebsd.org, sparc64@freebsd.org, arm@freebsd.org X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Dec 2012 18:18:31 -0000 On Sat, 2012-12-08 at 08:51 -1000, Jeff Roberson wrote: > Hello, > > http://people.freebsd.org/~jeff/physbio.diff > > I have a relative large patch that reforms the busdma API so that new > types may be added without modifying every architecture's > busdma_machdep.c. It does this by unifying the bus_dmamap_load_buffer() > routines so that they may be called from MI code. The MD busdma is then > given a chance to do any final processing in the complete() callback. > This patch also contains cam changes to unify the bus_dmamap_load* > handling in cam drivers. > > The arm and mips implementations saw the largest changes since they have > to track virtual addresses for sync(). Previously this was done in a type > specific way. Now it is done in a generic way by recording the list of > virtuals in the map. > > I have verified that this patch passes make universe which includes > several kernel builds from each architecture. I suspect that if I broke > anything your machine simply won't boot or will throw I/O errors. There > is little subtlety, it is mostly refactoring. > Testing on armv4/v5 platforms, the patches applied and compiled cleanly, but fault-abort with a NULL deref on what appears to be the first call to bus_dmamap_load(). I'll dig deeper into debugging that after browsing the new code so I can figure out where to start debugging. Just from an initial quick browsing of the new code for armv4, I notice these things... The new routine __bus_dmamap_mayblock() does (*flags) |= BUS_DMA_WAITOK; which is a no-op because BUS_DMA_WAITOK is zero. I'm not sure what the intent was, but I think any modification of the WAIT-related flags would be conceptually wrong because it overrides the caller's instructions on whether or not to do a deferred load when resources aren't available. The way you've refactored the mbuf-related load routines, the MD code is no longer able to tell that it's an mbuf operation. This comes back to what I said a few days ago... when you look at the current code on various platforms you see a lot of false similarities. The code isn't nearly identical because it really all needs to be the same, it's because it was all copied from the same source, and it doesn't currently work correctly on arm and mips. With your changes, the ability to correct the implementation on those platforms is now gone. Perhaps this can be fixed easily by defining some new flags that the MI routines can OR-in to give the MD routines more info on what's happening. (Correcting the mbuf sync handling on arm and mips requires that we know at sync time that the buffers involved are mbufs, which means we need to know at map-load time so we can set a flag or a type code or something in the map that we can examine at sync time.) > The next step is to allow for dma loading of physical addresses. This > will permit unmapped I/O. Which is a significant performance optimization > targeted for 10.0. This sounds scary for arm and mips, or more specifically for VIVT cache platforms that can only do a sync based on virtual addresses. Can you talk some more about the plans for this? -- Ian From owner-freebsd-ppc@FreeBSD.ORG Mon Dec 10 00:54:13 2012 Return-Path: Delivered-To: powerpc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5623B2D1 for ; Mon, 10 Dec 2012 00:54:13 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ie0-f182.google.com (mail-ie0-f182.google.com [209.85.223.182]) by mx1.freebsd.org (Postfix) with ESMTP id EDFD58FC13 for ; Mon, 10 Dec 2012 00:54:11 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id s9so8337589iec.13 for ; Sun, 09 Dec 2012 16:54:11 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer :x-gm-message-state; bh=NQ/SFUzHRS12x8NX6tNgjKotHD2QRO5QpoGfvtwLETk=; b=IZqjn2rehj080x/2lBqYtNBgEktGY9SXvYlVJhEX0y7WZuZ2Zyvg4MtnT8qbtRbSlQ GvlQHcusyB248pgEiTZGs2HLKam0mo9k4qVQoJsYyqtQVyNNSerffK5RZwF9QJuaf536 SFWHocn7zNLyLT9dWmffmtFDDa6stDLSJqDMOSheU6vMwXFEX7QVL797NKd3QfJg8DqN DlN0R4T7G5fScPBB5cXB+EiYBKzqV53aIAr7I6SYlAWtgeJDdxuraf7o6fSNzKq3gRZW ozzrLVgkMmXf6ULgYjCA3BHNMrJtmxtA5rXpMOh9q4/Ztx7utXdb4Qi31AweY3USFbuO 6k9g== Received: by 10.50.157.130 with SMTP id wm2mr7911478igb.0.1355100851225; Sun, 09 Dec 2012 16:54:11 -0800 (PST) Received: from 53.imp.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPS id l8sm5263808igo.13.2012.12.09.16.54.08 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 09 Dec 2012 16:54:10 -0800 (PST) Sender: Warner Losh Subject: Re: Call for testing and review, busdma changes Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Sun, 9 Dec 2012 17:54:07 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <1355077061.87661.320.camel@revolution.hippie.lan> To: Jeff Roberson X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQlBA2TmZ7zutFaD7t7va1AUqqr2wy5SBj8eAq2hHOmaZiBNW7vLrrXwh0oLXU7doY1e4+o8 X-Mailman-Approved-At: Mon, 10 Dec 2012 01:02:01 +0000 Cc: Ian Lepore , powerpc@freebsd.org, marcel@freebsd.org, mips@freebsd.org, mav@freebsd.org, scottl@freebsd.org, attilio@freebsd.org, kib@freebsd.org, sparc64@freebsd.org, arm@freebsd.org X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Dec 2012 00:54:13 -0000 [[ looks like Ian answered the other questions ]] On Dec 9, 2012, at 11:48 AM, Jeff Roberson wrote: >>> The next step is to allow for dma loading of physical addresses. = This >>> will permit unmapped I/O. Which is a significant performance = optimization >>> targeted for 10.0. >>=20 >> This sounds scary for arm and mips, or more specifically for VIVT = cache >> platforms that can only do a sync based on virtual addresses. Can = you >> talk some more about the plans for this? >=20 > It will be for addresses which were never mapped into kva. To support = unmaapped io. There will only be a need for bounce pages, no syncing. If there's a virtual mapping at all for the page (not just a kva), then = we need to flush/invalidate cache for those pages for safety unless we = know for sure there's nothing in the cache. It these are pages that = have never been mapped (say for zero copy between storage and network = controllers), then there won't be a problem. The whole reason for cache = jockeying is to make sure that any pending writes to the data are = flushed, and that any cached notion of the pages are invalidated once = the read is done. This is more important for mbuf operations, = operations with the USB stack or anything else that marshals data it = generates to be consumed by the stack/hardware. Warner From owner-freebsd-ppc@FreeBSD.ORG Mon Dec 10 11:06:49 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 754CDF0B for ; Mon, 10 Dec 2012 11:06:49 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 586A98FC17 for ; Mon, 10 Dec 2012 11:06:49 +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 qBAB6npF064346 for ; Mon, 10 Dec 2012 11:06:49 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id qBAB6mdm064344 for freebsd-ppc@FreeBSD.org; Mon, 10 Dec 2012 11:06:48 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 10 Dec 2012 11:06:48 GMT Message-Id: <201212101106.qBAB6mdm064344@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 Subject: Current problem reports assigned to freebsd-ppc@FreeBSD.org X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Dec 2012 11:06:49 -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/170340 ppc Enabling geom-mirror on 9.1-powerpc64 prevents the sys 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 10 problems total. From owner-freebsd-ppc@FreeBSD.ORG Mon Dec 10 22:10:21 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 6C7602ED for ; Mon, 10 Dec 2012 22:10:21 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (mail.fgznet.ch [81.92.96.47]) by mx1.freebsd.org (Postfix) with ESMTP id ED95A8FC08 for ; Mon, 10 Dec 2012 22:10:19 +0000 (UTC) Received: from deuterium.andreas.nets (dhclient-91-190-14-19.flashcable.ch [91.190.14.19]) by smtp.fgznet.ch (8.13.8/8.13.8/Submit_SMTPAUTH) with ESMTP id qBAMAAJK074010; Mon, 10 Dec 2012 23:10:12 +0100 (CET) (envelope-from andreast-list@fgznet.ch) Message-ID: <50C65DC2.3020300@fgznet.ch> Date: Mon, 10 Dec 2012 23:10:10 +0100 From: Andreas Tobler User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: "thorsten.johannvorderbrueggen@t-online.de" Subject: Re: iBook Fan and keyboard References: <50BFAB19.6030905@t-online.de> <20121205173659.6518fe65@narn.knownspace> <50C0375B.7020807@fgznet.ch> <20121206195948.a3415387104c3be334a0c8fe@t-online.de> <50C118B4.6010705@fgznet.ch> <20121207201257.ed7025b3a3d20e390234fe91@t-online.de> In-Reply-To: <20121207201257.ed7025b3a3d20e390234fe91@t-online.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 Cc: freebsd-ppc@freebsd.org X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Dec 2012 22:10:21 -0000 Hi Thorsten, On 07.12.12 20:12, thorsten.johannvorderbrueggen@t-online.de wrote: > On Thu, 06 Dec 2012 23:14:12 +0100 > Andreas Tobler wrote: > >> On 06.12.12 19:59, thorsten.johannvorderbrueggen@t-online.de wrote: >>> On Thu, 06 Dec 2012 07:12:43 +0100 >>> Andreas Tobler wrote: >>> >>>> On 05.12.12 23:36, Justin Hibbits wrote: >>>>> On Wed, 05 Dec 2012 21:14:17 +0100 >>>>> tjohann wrote: >>>>> >>>>>> Hi@all, >>>>>> >>>>>> i have an iBook G4 (late 2005) at home and installed FreeBSD 9.0 >>>>>> Release on it ... installation worked fine ... now i´m building some >>>>>> packages via ports .. also all works fine :-) ... But it went quit >>>>>> warm ... and i don´t hear the fan ... now i get a little bit >>>>>> nervous ... for linux i know i have to load therm_adt746x ... is >>>>>> there something similiar to freebsd? ... >>>>>> >>>>>> Thx for all comments and tips >>>>>> Thorsten >>>>>> >>>>> >>>>> There may not be a driver for this chip yet. Can you attach the output >>>>> of 'ofwdump -ap' and 'devinfo -rv' (they both provide similar info, >>>>> but in different formats)? It shouldn't be too difficult to write a >>>>> driver. >>>> >>>> The driver is missing ;) >>>> I have something laying around for my alu book which most probably has >>>> the same controller. >>>> >>>> I'll see if I can cook something over the next days. >>>> >>>> Andreas >>>> >>>> >>> >>> Hi Andreas, >>> >>> would be great ... thx .. i will go on to my mac mini ... should be enough fun for the weekend :-) >> >> But I'd need a guinea pig :), my adt is a 7460 while you have a 7467. >> Once I have something running I'd appreciate if you could test it. >> >> Andreas >> > > Hi Andreas, > > i have done some research during work :-) ... There'se a driver for NetBSD -> http://www.manualpages.de/NetBSD/NetBSD-5.1/man4/adt7467.4.html ... I've nerver done kernel development for FreeBSD .. but "how hart could it be?" ... So i will take a look on it ... I think this a future way to go. For now I have something simpler which only addresses the adt7460 and the adt7467. And it is tailored for Powerbook/iBook only. > If you have something to test .. let me know :-) Hopefully soon :) It'll look like this: root@wolfram:/root # sysctl dev.adt746x.0. dev.adt746x.0.%desc: Apple Thermostat Unit ADT746X dev.adt746x.0.%driver: adt746x dev.adt746x.0.%location: addr=0x15c dev.adt746x.0.%pnpinfo: name=fan compat=adt7460 dev.adt746x.0.%parent: iicbus0 dev.adt746x.0.fans.rear_left_exhaust.pwm: 48 dev.adt746x.0.fans.rear_right_exhaust.pwm: 48 dev.adt746x.0.sensors.cpu/intrepid_bottomside.temp: 64.0C dev.adt746x.0.sensors.cpu_bottomside.temp: 63.0C dev.adt746x.0.sensors.pwr_supply_bottomside.temp: 57.0C dev.adt746x.0.sensors.cpu_core.volt: 194 dev.adt746x.0.sensors.rear_left_exhaust.rpm: 2160 dev.adt746x.0.sensors.rear_right_exhaust.rpm: 2309 Unfortunately I have some stability issues. My PB freezes or switches off under load. I need to debug a bit more. Might be my driver or the Powerbook itself which has its age. Andreas From owner-freebsd-ppc@FreeBSD.ORG Tue Dec 11 05:59:42 2012 Return-Path: Delivered-To: powerpc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 42307A8E; Tue, 11 Dec 2012 05:59:42 +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 0600A8FC17; Tue, 11 Dec 2012 05:59:41 +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 qBB5xffV023184; Tue, 11 Dec 2012 00:59:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qBB5xf9Q023183; Tue, 11 Dec 2012 05:59:41 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 11 Dec 2012 05:59:41 GMT Message-Id: <201212110559.qBB5xf9Q023183@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Dec 2012 05:59:42 -0000 TB --- 2012-12-11 03:24:20 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-11 03:24:20 - 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-12-11 03:24:20 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-12-11 03:24:20 - cleaning the object tree TB --- 2012-12-11 03:24:20 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-11 03:24:20 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2012-12-11 03:24:20 - /usr/local/bin/svn cleanup /src TB --- 2012-12-11 03:26:28 - /usr/local/bin/svn update /src TB --- 2012-12-11 03:26:35 - At svn revision 244108 TB --- 2012-12-11 03:26:36 - building world TB --- 2012-12-11 03:26:36 - CROSS_BUILD_TESTING=YES TB --- 2012-12-11 03:26:36 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-11 03:26:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-11 03:26:36 - SRCCONF=/dev/null TB --- 2012-12-11 03:26:36 - TARGET=powerpc TB --- 2012-12-11 03:26:36 - TARGET_ARCH=powerpc TB --- 2012-12-11 03:26:36 - TZ=UTC TB --- 2012-12-11 03:26:36 - __MAKE_CONF=/dev/null TB --- 2012-12-11 03:26:36 - cd /src TB --- 2012-12-11 03:26:36 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Dec 11 03:26:42 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 >>> World build completed on Tue Dec 11 05:52:06 UTC 2012 TB --- 2012-12-11 05:52:06 - generating LINT kernel config TB --- 2012-12-11 05:52:06 - cd /src/sys/powerpc/conf TB --- 2012-12-11 05:52:06 - /usr/bin/make -B LINT TB --- 2012-12-11 05:52:06 - cd /src/sys/powerpc/conf TB --- 2012-12-11 05:52:06 - /usr/sbin/config -m LINT TB --- 2012-12-11 05:52:06 - building LINT kernel TB --- 2012-12-11 05:52:06 - CROSS_BUILD_TESTING=YES TB --- 2012-12-11 05:52:06 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-11 05:52:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-11 05:52:06 - SRCCONF=/dev/null TB --- 2012-12-11 05:52:06 - TARGET=powerpc TB --- 2012-12-11 05:52:06 - TARGET_ARCH=powerpc TB --- 2012-12-11 05:52:06 - TZ=UTC TB --- 2012-12-11 05:52:06 - __MAKE_CONF=/dev/null TB --- 2012-12-11 05:52:06 - cd /src TB --- 2012-12-11 05:52:06 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Dec 11 05:52:06 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_turnstile.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_uio.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_unit.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_witness.c cc1: warnings being treated as errors /src/sys/kern/subr_witness.c: In function 'witness_unlock': /src/sys/kern/subr_witness.c:1517: warning: 'instance' may be used uninitialized in this function /src/sys/kern/subr_witness.c:1521: warning: 'i' may be used uninitialized in this function *** [subr_witness.o] Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-11 05:59:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-11 05:59:41 - ERROR: failed to build LINT kernel TB --- 2012-12-11 05:59:41 - 7567.98 user 943.02 system 9321.21 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-ppc@FreeBSD.ORG Tue Dec 11 07:15:33 2012 Return-Path: Delivered-To: powerpc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C666C88B; Tue, 11 Dec 2012 07:15:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 6E4178FC15; Tue, 11 Dec 2012 07:15:33 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id qBB7FXEZ017274; Tue, 11 Dec 2012 07:15:33 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id qBB7FXlR017273; Tue, 11 Dec 2012 07:15:33 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 11 Dec 2012 07:15:33 GMT Message-Id: <201212110715.qBB7FXlR017273@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Dec 2012 07:15:33 -0000 TB --- 2012-12-11 05:45:11 - tinderbox 2.9 running on freebsd-stable.sentex.ca TB --- 2012-12-11 05:45:11 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2012-12-11 05:45:11 - starting RELENG_9 tinderbox run for powerpc/powerpc TB --- 2012-12-11 05:45:11 - cleaning the object tree TB --- 2012-12-11 05:45:11 - checking out /src from svn://svn.freebsd.org/base/stable/9 TB --- 2012-12-11 05:45:11 - cd /tinderbox/RELENG_9/powerpc/powerpc TB --- 2012-12-11 05:45:11 - /usr/local/bin/svn cleanup /src TB --- 2012-12-11 05:45:54 - /usr/local/bin/svn update /src TB --- 2012-12-11 05:46:01 - At svn revision 244110 TB --- 2012-12-11 05:46:02 - building world TB --- 2012-12-11 05:46:02 - CROSS_BUILD_TESTING=YES TB --- 2012-12-11 05:46:02 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-11 05:46:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-11 05:46:02 - SRCCONF=/dev/null TB --- 2012-12-11 05:46:02 - TARGET=powerpc TB --- 2012-12-11 05:46:02 - TARGET_ARCH=powerpc TB --- 2012-12-11 05:46:02 - TZ=UTC TB --- 2012-12-11 05:46:02 - __MAKE_CONF=/dev/null TB --- 2012-12-11 05:46:02 - cd /src TB --- 2012-12-11 05:46:02 - /usr/bin/make -B buildworld >>> World build started on Tue Dec 11 05:46:03 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 [...] ===> bin/expr (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c expr.c cc1: warnings being treated as errors /src/bin/expr/expr.y: In function 'main': /src/bin/expr/expr.y:291: warning: implicit declaration of function 'yyparse' /src/bin/expr/expr.y:291: warning: nested extern declaration of 'yyparse' expr.c: At top level: expr.c:813: warning: no previous prototype for 'yyparse' *** Error code 1 Stop in /src/bin/expr. *** Error code 1 Stop in /src/bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-11 07:15:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-11 07:15:32 - ERROR: failed to build world TB --- 2012-12-11 07:15:32 - 4486.55 user 567.66 system 5421.44 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-powerpc-powerpc.full From owner-freebsd-ppc@FreeBSD.ORG Tue Dec 11 06:41:12 2012 Return-Path: Delivered-To: powerpc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9DDFFA0A; Tue, 11 Dec 2012 06:41:12 +0000 (UTC) (envelope-from bright@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 7D99B8FC13; Tue, 11 Dec 2012 06:41:11 +0000 (UTC) Received: from Alfreds-MacBook-Pro-6.local (c-67-180-208-218.hsd1.ca.comcast.net [67.180.208.218]) by elvis.mu.org (Postfix) with ESMTPSA id 55A911A3C1B; Mon, 10 Dec 2012 22:41:11 -0800 (PST) Message-ID: <50C6D586.2070604@mu.org> Date: Mon, 10 Dec 2012 22:41:10 -0800 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: FreeBSD Tinderbox Subject: Re: [head tinderbox] failure on powerpc64/powerpc References: <201212110636.qBB6a0U7001595@freebsd-current.sentex.ca> In-Reply-To: <201212110636.qBB6a0U7001595@freebsd-current.sentex.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 11 Dec 2012 12:17:19 +0000 Cc: powerpc64@freebsd.org, current@freebsd.org X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Dec 2012 06:41:12 -0000 Got bit by compiler not warning on some things. Working on a fix. -Alfred On 12/10/12 10:36 PM, FreeBSD Tinderbox wrote: > TB --- 2012-12-11 03:32:04 - tinderbox 2.9 running on freebsd-current.sentex.ca > TB --- 2012-12-11 03:32:04 - 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-12-11 03:32:04 - starting HEAD tinderbox run for powerpc64/powerpc > TB --- 2012-12-11 03:32:04 - cleaning the object tree > TB --- 2012-12-11 03:32:04 - checking out /src from svn://svn.freebsd.org/base/head > TB --- 2012-12-11 03:32:04 - cd /tinderbox/HEAD/powerpc64/powerpc > TB --- 2012-12-11 03:32:04 - /usr/local/bin/svn cleanup /src > TB --- 2012-12-11 03:34:07 - /usr/local/bin/svn update /src > TB --- 2012-12-11 03:34:14 - At svn revision 244108 > TB --- 2012-12-11 03:34:15 - building world > TB --- 2012-12-11 03:34:15 - CROSS_BUILD_TESTING=YES > TB --- 2012-12-11 03:34:15 - MAKEOBJDIRPREFIX=/obj > TB --- 2012-12-11 03:34:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2012-12-11 03:34:15 - SRCCONF=/dev/null > TB --- 2012-12-11 03:34:15 - TARGET=powerpc > TB --- 2012-12-11 03:34:15 - TARGET_ARCH=powerpc64 > TB --- 2012-12-11 03:34:15 - TZ=UTC > TB --- 2012-12-11 03:34:15 - __MAKE_CONF=/dev/null > TB --- 2012-12-11 03:34:15 - cd /src > TB --- 2012-12-11 03:34:15 - /usr/bin/make -B buildworld >>>> Building an up-to-date make(1) >>>> World build started on Tue Dec 11 03:34:20 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 >>>> stage 5.1: building 32 bit shim libraries >>>> World build completed on Tue Dec 11 06:28:07 UTC 2012 > TB --- 2012-12-11 06:28:07 - generating LINT kernel config > TB --- 2012-12-11 06:28:07 - cd /src/sys/powerpc/conf > TB --- 2012-12-11 06:28:07 - /usr/bin/make -B LINT > TB --- 2012-12-11 06:28:07 - cd /src/sys/powerpc/conf > TB --- 2012-12-11 06:28:07 - /usr/sbin/config -m LINT > TB --- 2012-12-11 06:28:07 - building LINT kernel > TB --- 2012-12-11 06:28:07 - CROSS_BUILD_TESTING=YES > TB --- 2012-12-11 06:28:07 - MAKEOBJDIRPREFIX=/obj > TB --- 2012-12-11 06:28:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2012-12-11 06:28:07 - SRCCONF=/dev/null > TB --- 2012-12-11 06:28:07 - TARGET=powerpc > TB --- 2012-12-11 06:28:07 - TARGET_ARCH=powerpc64 > TB --- 2012-12-11 06:28:07 - TZ=UTC > TB --- 2012-12-11 06:28:07 - __MAKE_CONF=/dev/null > TB --- 2012-12-11 06:28:07 - cd /src > TB --- 2012-12-11 06:28:07 - /usr/bin/make -B buildkernel KERNCONF=LINT >>>> Kernel build for LINT started on Tue Dec 11 06:28:07 UTC 2012 >>>> stage 1: configuring the kernel >>>> stage 2.1: cleaning up the object tree >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3.1: making dependencies >>>> stage 3.2: building everything > [...] > cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_turnstile.c > cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_uio.c > cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_unit.c > cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_witness.c > cc1: warnings being treated as errors > /src/sys/kern/subr_witness.c: In function 'witness_unlock': > /src/sys/kern/subr_witness.c:1517: warning: 'instance' may be used uninitialized in this function > /src/sys/kern/subr_witness.c:1521: warning: 'i' may be used uninitialized in this function > *** [subr_witness.o] Error code 1 > > Stop in /obj/powerpc.powerpc64/src/sys/LINT. > *** [buildkernel] Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2012-12-11 06:36:00 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2012-12-11 06:36:00 - ERROR: failed to build LINT kernel > TB --- 2012-12-11 06:36:00 - 9189.95 user 1202.70 system 11035.80 real > > > http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-ppc@FreeBSD.ORG Tue Dec 11 16:38:23 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 96F7FFBD for ; Tue, 11 Dec 2012 16:38:23 +0000 (UTC) (envelope-from thorsten.johannvorderbrueggen@t-online.de) Received: from mailout03.t-online.de (mailout03.t-online.de [194.25.134.81]) by mx1.freebsd.org (Postfix) with ESMTP id 192E38FC12 for ; Tue, 11 Dec 2012 16:38:22 +0000 (UTC) Received: from fwd15.aul.t-online.de (fwd15.aul.t-online.de ) by mailout03.t-online.de with smtp id 1TiSqV-0001N3-O2; Tue, 11 Dec 2012 17:38:15 +0100 Received: from bartman.my.domain (Gc672ZZZYhNVePPC1v5URTg4JUhBvlE6eji69MRorw+DDm7U7c5jieXjeF2tnNAwSR@[80.139.226.187]) by fwd15.t-online.de with esmtp id 1TiSqF-0xzPWK0; Tue, 11 Dec 2012 17:37:59 +0100 Date: Tue, 11 Dec 2012 17:38:01 +0100 From: "thorsten.johannvorderbrueggen@t-online.de" To: freebsd-ppc@freebsd.org Subject: Re: iBook Fan and keyboard Message-Id: <20121211173801.919253047691f39132dd666e@t-online.de> In-Reply-To: <50C65DC2.3020300@fgznet.ch> References: <50BFAB19.6030905@t-online.de> <20121205173659.6518fe65@narn.knownspace> <50C0375B.7020807@fgznet.ch> <20121206195948.a3415387104c3be334a0c8fe@t-online.de> <50C118B4.6010705@fgznet.ch> <20121207201257.ed7025b3a3d20e390234fe91@t-online.de> <50C65DC2.3020300@fgznet.ch> X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.10; x86_64-slackware-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-ID: Gc672ZZZYhNVePPC1v5URTg4JUhBvlE6eji69MRorw+DDm7U7c5jieXjeF2tnNAwSR X-TOI-MSGID: 8cef3e8a-38be-4526-a6a2-8699919a89f4 Cc: f X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Dec 2012 16:38:23 -0000 On Mon, 10 Dec 2012 23:10:10 +0100 Andreas Tobler wrote: > Hi Thorsten, >=20 > On 07.12.12 20:12, thorsten.johannvorderbrueggen@t-online.de wrote: > > On Thu, 06 Dec 2012 23:14:12 +0100 > > Andreas Tobler wrote: > >=20 > >> On 06.12.12 19:59, thorsten.johannvorderbrueggen@t-online.de wrote: > >>> On Thu, 06 Dec 2012 07:12:43 +0100 > >>> Andreas Tobler wrote: > >>> > >>>> On 05.12.12 23:36, Justin Hibbits wrote: > >>>>> On Wed, 05 Dec 2012 21:14:17 +0100 > >>>>> tjohann wrote: > >>>>> > >>>>>> Hi@all, > >>>>>> > >>>>>> i have an iBook G4 (late 2005) at home and installed FreeBSD 9.0 > >>>>>> Release on it ... installation worked fine ... now i=B4m building = some > >>>>>> packages via ports .. also all works fine :-) ... But it went quit > >>>>>> warm ... and i don=B4t hear the fan ... now i get a little bit > >>>>>> nervous ... for linux i know i have to load therm_adt746x ... is > >>>>>> there something similiar to freebsd? ... > >>>>>> > >>>>>> Thx for all comments and tips > >>>>>> Thorsten > >>>>>> > >>>>> > >>>>> There may not be a driver for this chip yet. Can you attach the ou= tput > >>>>> of 'ofwdump -ap' and 'devinfo -rv' (they both provide similar info, > >>>>> but in different formats)? It shouldn't be too difficult to write a > >>>>> driver. > >>>> > >>>> The driver is missing ;) > >>>> I have something laying around for my alu book which most probably h= as > >>>> the same controller. > >>>> > >>>> I'll see if I can cook something over the next days. > >>>> > >>>> Andreas > >>>> > >>>> > >>> > >>> Hi Andreas, > >>> > >>> would be great ... thx .. i will go on to my mac mini ... should be e= nough fun for the weekend :-) > >> > >> But I'd need a guinea pig :), my adt is a 7460 while you have a 7467. > >> Once I have something running I'd appreciate if you could test it. > >> > >> Andreas > >> > >=20 > > Hi Andreas, > >=20 > > i have done some research during work :-) ... There'se a driver for Net= BSD -> http://www.manualpages.de/NetBSD/NetBSD-5.1/man4/adt7467.4.html ... = I've nerver done kernel development for FreeBSD .. but "how hart could it b= e?" ... So i will take a look on it ...=20 >=20 >=20 > I think this a future way to go. For now I have something simpler which > only addresses the adt7460 and the adt7467. And it is tailored for > Powerbook/iBook only. >=20 > > If you have something to test .. let me know :-)=20 >=20 > Hopefully soon :) >=20 > It'll look like this: >=20 > root@wolfram:/root # sysctl dev.adt746x.0. > dev.adt746x.0.%desc: Apple Thermostat Unit ADT746X > dev.adt746x.0.%driver: adt746x > dev.adt746x.0.%location: addr=3D0x15c > dev.adt746x.0.%pnpinfo: name=3Dfan compat=3Dadt7460 > dev.adt746x.0.%parent: iicbus0 > dev.adt746x.0.fans.rear_left_exhaust.pwm: 48 > dev.adt746x.0.fans.rear_right_exhaust.pwm: 48 > dev.adt746x.0.sensors.cpu/intrepid_bottomside.temp: 64.0C > dev.adt746x.0.sensors.cpu_bottomside.temp: 63.0C > dev.adt746x.0.sensors.pwr_supply_bottomside.temp: 57.0C > dev.adt746x.0.sensors.cpu_core.volt: 194 > dev.adt746x.0.sensors.rear_left_exhaust.rpm: 2160 > dev.adt746x.0.sensors.rear_right_exhaust.rpm: 2309 >=20 > Unfortunately I have some stability issues. My PB freezes or switches > off under load. I need to debug a bit more. Might be my driver or the > Powerbook itself which has its age. >=20 > Andreas >=20 Hi Andreas, if you want, i can test ... at the moment it's not in productive use :-)=20 Cheers Thorsten --=20 thorsten.johannvorderbrueggen@t-online.de From owner-freebsd-ppc@FreeBSD.ORG Wed Dec 12 21:54:15 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 B7150514 for ; Wed, 12 Dec 2012 21:54:15 +0000 (UTC) (envelope-from semyaza@argentina.com) Received: from mail-ia0-f182.google.com (mail-ia0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 77D828FC08 for ; Wed, 12 Dec 2012 21:54:14 +0000 (UTC) Received: by mail-ia0-f182.google.com with SMTP id x2so1406074iad.13 for ; Wed, 12 Dec 2012 13:54:08 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:from:date:message-id:subject:to :content-type:x-gm-message-state; bh=UxkKiII89RUOdBLGWr+qVlS7D6C4SF/t7NbnfxbvY4w=; b=koA9Sydej8njuk6ZsChmbNqLCs3xhTcMshTTfC5oDD7cbtuwimNPgjd3J6lkMQC5zK 950Cq16mvk2vGrUGDv8vwoLnoOYSy0jVyiY1WpI5PIhnOO/xt+ncJ26gjQ8nFoDbTpVi cHTtsStUkoftYqwczuiNWO1CATqwqqq419FPvPOnzso0IFqJCL9ZBwOUUTHeiSOfDO/5 u9SNIW5QhV+B575XUQ+IqDfh9OQDWvUiaIIw+Qi3Qf9WBUy79RrEVoOTvrzoNZKfT5q/ 9tJITZnt6/hFxF4uNygt0SPGgOgS3kLA2GVLuoF7qE7SUutv3mGpUhs20RtdBnFPwG5X o+Bg== Received: by 10.50.151.172 with SMTP id ur12mr2349639igb.44.1355349248648; Wed, 12 Dec 2012 13:54:08 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.13.132 with HTTP; Wed, 12 Dec 2012 13:53:48 -0800 (PST) X-Originating-IP: [24.232.251.96] From: =?UTF-8?Q?Mauro_Francisco_C=EF=BF=BDseres?= Date: Wed, 12 Dec 2012 18:53:48 -0300 Message-ID: Subject: error To: freebsd-ppc@freebsd.org X-Gm-Message-State: ALoCoQmEI54sCmV2Eq06E6cVoliWo15Bh4/LY3+afWNUeT0y4qVbSGORggq3f+eOl6v+v308PUZk Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2012 21:54:15 -0000 Good night to all, As soon as I insert FreeBSD PPC 9 disk (full one, not boot-only) my PPC Mac Mini G4 crashes with a Corrupted Stack error. There's no way of solving this! Even when rebooting, it spits the cd out. It crashes as soon as inserted. Any ideas? From owner-freebsd-ppc@FreeBSD.ORG Wed Dec 12 22:12:29 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 0ACA1E9F for ; Wed, 12 Dec 2012 22:12:29 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (mail.fgznet.ch [81.92.96.47]) by mx1.freebsd.org (Postfix) with ESMTP id 886598FC17 for ; Wed, 12 Dec 2012 22:12:27 +0000 (UTC) Received: from deuterium.andreas.nets (dhclient-91-190-14-19.flashcable.ch [91.190.14.19]) by smtp.fgznet.ch (8.13.8/8.13.8/Submit_SMTPAUTH) with ESMTP id qBCMCIko069380; Wed, 12 Dec 2012 23:12:19 +0100 (CET) (envelope-from andreast-list@fgznet.ch) Message-ID: <50C90142.7000804@fgznet.ch> Date: Wed, 12 Dec 2012 23:12:18 +0100 From: Andreas Tobler User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: =?UTF-8?B?TWF1cm8gRnJhbmNpc2NvIEPvv71zZXJlcw==?= Subject: Re: error References: In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 Cc: freebsd-ppc@freebsd.org X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2012 22:12:29 -0000 On 12.12.12 22:53, Mauro Francisco C�seres wrote: > Good night to all, > > As soon as I insert FreeBSD PPC 9 disk (full one, not boot-only) my PPC Mac > Mini G4 crashes with a Corrupted Stack error. There's no way of solving > this! > > Even when rebooting, it spits the cd out. It crashes as soon as inserted. > > Any ideas? http://www.freebsd.org/cgi/query-pr.cgi?pr=162091&cat= If you take a 9.1 snapshot it should work. For example here: ftp://ftp.freebsd.org/pub/FreeBSD/releases/powerpc/powerpc/ISO-IMAGES/9.1/ The 9.1 release should come soon. Andreas From owner-freebsd-ppc@FreeBSD.ORG Thu Dec 13 19:06:58 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 27C8DE28 for ; Thu, 13 Dec 2012 19:06:58 +0000 (UTC) (envelope-from thorsten.johannvorderbrueggen@t-online.de) Received: from mailout11.t-online.de (mailout11.t-online.de [194.25.134.85]) by mx1.freebsd.org (Postfix) with ESMTP id D15A38FC12 for ; Thu, 13 Dec 2012 19:06:57 +0000 (UTC) Received: from fwd11.aul.t-online.de (fwd11.aul.t-online.de ) by mailout11.t-online.de with smtp id 1TjDsi-0005vN-9d; Thu, 13 Dec 2012 19:51:40 +0100 Received: from bartman.my.domain (GW+hTiZQohK4yKAIpeed5txb805INqhQHJFBljsF6j4bEsBoASTO4FSEfcC94ZfQXd@[80.139.229.99]) by fwd11.t-online.de with esmtp id 1TjDsf-1YUEym0; Thu, 13 Dec 2012 19:51:37 +0100 Date: Thu, 13 Dec 2012 19:51:42 +0100 From: "thorsten.johannvorderbrueggen@t-online.de" To: freebsd-ppc@freebsd.org Subject: Re: error Message-Id: <20121213195142.a90984180c1c285455dbeb59@t-online.de> In-Reply-To: <50C90142.7000804@fgznet.ch> References: <50C90142.7000804@fgznet.ch> X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.10; x86_64-slackware-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-ID: GW+hTiZQohK4yKAIpeed5txb805INqhQHJFBljsF6j4bEsBoASTO4FSEfcC94ZfQXd X-TOI-MSGID: e7d38e34-be04-4c0c-9f68-6b769a2d2669 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Dec 2012 19:06:58 -0000 On Wed, 12 Dec 2012 23:12:18 +0100 Andreas Tobler wrote: > On 12.12.12 22:53, Mauro Francisco C�seres wrote: > > Good night to all, > > > > As soon as I insert FreeBSD PPC 9 disk (full one, not boot-only) my PPC Mac > > Mini G4 crashes with a Corrupted Stack error. There's no way of solving > > this! > > > > Even when rebooting, it spits the cd out. It crashes as soon as inserted. > > > > Any ideas? > > http://www.freebsd.org/cgi/query-pr.cgi?pr=162091&cat= > > > If you take a 9.1 snapshot it should work. > For example here: > ftp://ftp.freebsd.org/pub/FreeBSD/releases/powerpc/powerpc/ISO-IMAGES/9.1/ > > The 9.1 release should come soon. > > Andreas > _______________________________________________ > freebsd-ppc@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ppc > To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@freebsd.org" Hi@all, it's a funny behaviour because my MacMini works fine with the 9.0-Release CD ... i installed it with no problems ... ofwdump -ap says that it's a PowerMac10,1 ... Are you shure, that your mac mini is okay? ... Cheers Thorsten -- thorsten.johannvorderbrueggen@t-online.de From owner-freebsd-ppc@FreeBSD.ORG Fri Dec 14 19:00:55 2012 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (unknown [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B2540569 for ; Fri, 14 Dec 2012 19:00:55 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 40F998FC0A for ; Fri, 14 Dec 2012 19:00:54 +0000 (UTC) Received: by mail-vb0-f54.google.com with SMTP id l1so4482759vba.13 for ; Fri, 14 Dec 2012 11:00:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=K4QfopJNktXYgVwZdLGfxYKrRtISCnRCaGQBaElL2lw=; b=EoiLkO2a7w4HuZRSzK5+7XH0uN4Z4hvzLV/MkUgacz5oZdqmAL/n6DiQFGvPaR30E/ KVi+/tWHnaW2iiFzaASmfyLpFofAB6Eb9Z8SdhPmefM53Eyarc4e9GjB5lXtQW1G0eP4 6fYgxHkZXfdDRHLdyw2claVbt7XZU1x6lVl1fWxFfEQcMz9AZkTxG3CMCoV3VX+Pyl1X EZu7U1l4Vg6xIb5BZvFnY7tfBBi7U7Tk0MGZlFqamMgP2ZTzk8mmH2g0HdAP8kTkifmu jj/2PaVRHnA1CyasbHObKfYhSNJ+6W0DYLDzocDfZa82apQSRzD3wysGmMrVAIkYEfvF pHEg== MIME-Version: 1.0 Received: by 10.52.176.6 with SMTP id ce6mr9370109vdc.57.1355511653747; Fri, 14 Dec 2012 11:00:53 -0800 (PST) Sender: chmeeedalf@gmail.com Received: by 10.58.213.74 with HTTP; Fri, 14 Dec 2012 11:00:53 -0800 (PST) Date: Fri, 14 Dec 2012 14:00:53 -0500 X-Google-Sender-Auth: UN_wQIM__zq3IY1pl8nkwXKwpWU Message-ID: Subject: clang/ppc64 From: Justin Hibbits To: FreeBSD PowerPC ML Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2012 19:00:55 -0000 Hey guys, I noticed this morning that clang now has TLS for PowerPC64, so we may be able to use clang as default on ppc64 now. Testers needed, though, and it likely won't be in the next base import, but may be in the following one. I'm working on changes for ppc32 off and on. - Justin