From owner-freebsd-ppc@FreeBSD.ORG Sun Sep 21 00:02:32 2008 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 63D711065679; Sun, 21 Sep 2008 00:02:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2B1C58FC1F; Sun, 21 Sep 2008 00:02:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8L02Uho074464; Sat, 20 Sep 2008 20:02:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8L02UpW087597; Sat, 20 Sep 2008 20:02:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id ECB4073039; Sat, 20 Sep 2008 20:02:29 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080921000229.ECB4073039@freebsd-current.sentex.ca> Date: Sat, 20 Sep 2008 20:02:29 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 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: Sun, 21 Sep 2008 00:02:32 -0000 TB --- 2008-09-21 00:01:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-21 00:01:52 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-09-21 00:01:52 - cleaning the object tree TB --- 2008-09-21 00:01:54 - cvsupping the source tree TB --- 2008-09-21 00:01:54 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-09-21 00:02:00 - building world (CFLAGS=-O -pipe) TB --- 2008-09-21 00:02:00 - cd /src TB --- 2008-09-21 00:02:00 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 21 00:02:01 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.bin/ar/acpyacc.y:505: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_mlist2argv': /src/usr.bin/ar/acpyacc.y:621: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:622: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_free_argv': /src/usr.bin/ar/acpyacc.y:631: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:632: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:634: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/usr.bin/ar. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-21 00:02:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-21 00:02:29 - ERROR: failed to build world TB --- 2008-09-21 00:02:29 - tinderbox aborted TB --- 17.06 user 2.85 system 37.21 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-ppc@FreeBSD.ORG Sun Sep 21 00:21:39 2008 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 E72991065670; Sun, 21 Sep 2008 00:21:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id ADEB08FC14; Sun, 21 Sep 2008 00:21:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8L0LbDq075289; Sat, 20 Sep 2008 20:21:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m8L0LbdQ031028; Sat, 20 Sep 2008 20:21:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D2FAB7303E; Sat, 20 Sep 2008 20:21:37 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080921002137.D2FAB7303E@freebsd-current.sentex.ca> Date: Sat, 20 Sep 2008 20:21:37 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 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: Sun, 21 Sep 2008 00:21:40 -0000 TB --- 2008-09-21 00:21:02 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-21 00:21:02 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-09-21 00:21:02 - cleaning the object tree TB --- 2008-09-21 00:21:05 - cvsupping the source tree TB --- 2008-09-21 00:21:05 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-09-21 00:21:12 - building world (CFLAGS=-O -pipe) TB --- 2008-09-21 00:21:12 - cd /src TB --- 2008-09-21 00:21:12 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 21 00:21:13 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.bin/ar/acpyacc.y:505: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_mlist2argv': /src/usr.bin/ar/acpyacc.y:621: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:622: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_free_argv': /src/usr.bin/ar/acpyacc.y:631: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:632: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:634: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/usr.bin/ar. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-21 00:21:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-21 00:21:37 - ERROR: failed to build world TB --- 2008-09-21 00:21:37 - tinderbox aborted TB --- 17.49 user 2.47 system 34.89 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-ppc@FreeBSD.ORG Sun Sep 21 00:41:37 2008 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 555B2106567B; Sun, 21 Sep 2008 00:41:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1C35D8FC08; Sun, 21 Sep 2008 00:41:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8L0fZGm076077; Sat, 20 Sep 2008 20:41:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8L0fZMt006572; Sat, 20 Sep 2008 20:41:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 253127303E; Sat, 20 Sep 2008 20:41:35 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080921004135.253127303E@freebsd-current.sentex.ca> Date: Sat, 20 Sep 2008 20:41:35 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 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: Sun, 21 Sep 2008 00:41:37 -0000 TB --- 2008-09-21 00:41:04 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-21 00:41:04 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-09-21 00:41:04 - cleaning the object tree TB --- 2008-09-21 00:41:05 - cvsupping the source tree TB --- 2008-09-21 00:41:05 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-09-21 00:41:11 - building world (CFLAGS=-O -pipe) TB --- 2008-09-21 00:41:11 - cd /src TB --- 2008-09-21 00:41:11 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 21 00:41:11 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] /src/usr.bin/ar/acpyacc.y:505: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_mlist2argv': /src/usr.bin/ar/acpyacc.y:621: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:622: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y: In function 'arscp_free_argv': /src/usr.bin/ar/acpyacc.y:631: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:632: error: dereferencing pointer to incomplete type /src/usr.bin/ar/acpyacc.y:634: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/usr.bin/ar. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-21 00:41:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-21 00:41:35 - ERROR: failed to build world TB --- 2008-09-21 00:41:35 - tinderbox aborted TB --- 17.21 user 2.72 system 30.14 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-ppc@FreeBSD.ORG Sun Sep 21 19:42:05 2008 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 9BF03106566C; Sun, 21 Sep 2008 19:42:05 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from agogare.doit.wisc.edu (agogare.doit.wisc.edu [144.92.197.211]) by mx1.freebsd.org (Postfix) with ESMTP id 709AD8FC12; Sun, 21 Sep 2008 19:42:05 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=KOI8-U; format=flowed Received: from avs-daemon.smtpauth2.wiscmail.wisc.edu by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 6.3-6.03 (built Mar 14 2008; 32bit)) id <0K7K00D006M53C00@smtpauth2.wiscmail.wisc.edu>; Sun, 21 Sep 2008 13:42:05 -0500 (CDT) Received: from trantor.tachypleus.net (adsl-76-204-100-161.dsl.mdsnwi.sbcglobal.net [76.204.100.161]) by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 6.3-6.03 (built Mar 14 2008; 32bit)) with ESMTPSA id <0K7K0087T6M3FD20@smtpauth2.wiscmail.wisc.edu>; Sun, 21 Sep 2008 13:42:04 -0500 (CDT) Date: Sun, 21 Sep 2008 13:46:17 -0500 From: Nathan Whitehorn In-reply-to: <48D3AD50.8070505@freebsd.org> To: Maxim Sobolev Message-id: <48D69679.1080701@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.204.100.161 X-Spam-PmxInfo: Server=avs-14, Version=5.4.2.344556, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2008.9.21.182511, SenderIP=76.204.100.161 References: "b9c23c9f0809100322n1659cb36oa05acf2f13f3c7e1@mail.gmail.com" <48D389EE.9000207@FreeBSD.org> <48D3AD50.8070505@freebsd.org> User-Agent: Thunderbird 2.0.0.16 (X11/20080814) Cc: freebsd-ppc@FreeBSD.org Subject: Re: Call for testers: Apple ATA DMA 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, 21 Sep 2008 19:42:05 -0000 Nathan Whitehorn wrote: > Maxim Sobolev wrote: >> Nathan, >> >> Do you have any news regarding the patch in question? I hope you did >> not give up, the lack of ATA DMA support is IMHO probably the biggest >> issue for the FreeBSD on PowerMacs now. The hardware is very >> attractive for SOHO applications, so that having this feature is >> important. > Right now, modes up to WDMA2 work. The UDMA modes cause hangs for > reasons not entirely clear. I'm investigating it, but am in the > Netherlands at the moment and it will have to wait until I get back. I now have UDMA modes working on my Shasta controller -- there was a stupid bug where I forgot to set the device to accept transfers in the selected mode. Please give this patch a test: I expect that UDMA modes now work everywhere. http://people.freebsd.org/~nwhitehorn/apple-ata-dma.patch -Nathan From owner-freebsd-ppc@FreeBSD.ORG Sun Sep 21 23:21:50 2008 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 B69FE1065672 for ; Sun, 21 Sep 2008 23:21:50 +0000 (UTC) (envelope-from grehan@freebsd.org) Received: from nagasaki.bogus.com (nagasaki.bogus.com [IPv6:2001:418:1::81]) by mx1.freebsd.org (Postfix) with ESMTP id 93E978FC2E for ; Sun, 21 Sep 2008 23:21:50 +0000 (UTC) (envelope-from grehan@freebsd.org) Received: from dhcp-206.nokiaip.net ([192.103.16.206]) (authenticated bits=0) by nagasaki.bogus.com (8.14.3/8.14.3) with ESMTP id m8LNLeih016389 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 21 Sep 2008 23:21:41 GMT (envelope-from grehan@freebsd.org) Message-ID: <48D6D6EE.2050701@freebsd.org> Date: Sun, 21 Sep 2008 16:21:18 -0700 From: Peter Grehan User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: "Niels S. Eliasen" References: <60ACBA3B-927C-4F2C-8680-A6B40B81E06C@mac.com> <48D2F238.7070102@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.93.3/8303/Sun Sep 21 21:38:24 2008 on nagasaki.bogus.com X-Virus-Status: Clean Cc: freebsd-ppc@freebsd.org Subject: Re: ZFS .. 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, 21 Sep 2008 23:21:50 -0000 Hi Niels, > Is this possible to do for a non-progamming guy.... in other (layman's) > words ... is there a howto for this ? Not yet since you are the trailblazer :) I just verified that the zfs and opensolaris kernel modules build fine on powerpc. You could manually build them, load zfs, and then see how it goes (if it gets that far). later, Peter. From owner-freebsd-ppc@FreeBSD.ORG Mon Sep 22 02:05:32 2008 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 6311A106567E; Mon, 22 Sep 2008 02:05:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0EC6B8FC1F; Mon, 22 Sep 2008 02:05:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m8M25ScE042809; Sun, 21 Sep 2008 22:05:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m8M25S1b013164; Sun, 21 Sep 2008 22:05:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 71A7B73039; Sun, 21 Sep 2008 22:05:28 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080922020528.71A7B73039@freebsd-current.sentex.ca> Date: Sun, 21 Sep 2008 22:05:28 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 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, 22 Sep 2008 02:05:32 -0000 TB --- 2008-09-22 01:03:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-09-22 01:03:56 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-09-22 01:03:56 - cleaning the object tree TB --- 2008-09-22 01:04:27 - cvsupping the source tree TB --- 2008-09-22 01:04:27 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-09-22 01:04:33 - building world (CFLAGS=-O -pipe) TB --- 2008-09-22 01:04:33 - cd /src TB --- 2008-09-22 01:04:33 - /usr/bin/make -B buildworld >>> World build started on Mon Sep 22 01:04:35 UTC 2008 >>> 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 -O -pipe -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipresend/../../../sys -I/src/sbin/ipf/ipresend/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o ipresend ipresend.o ip.o resend.o sbpf.o sock.o 44arp.o /obj/powerpc/src/sbin/ipf/ipresend/../libipf/libipf.a -lkvm gzip -cn /src/sbin/ipf/ipresend/../../../contrib/ipfilter/ipsend/ipresend.1 > ipresend.1.gz ===> sbin/ipfw (all) cc -O -pipe -fstack-protector -Wno-pointer-sign -c /src/sbin/ipfw/ipfw2.c /src/sbin/ipfw/ipfw2.c: In function 'table_handler': /src/sbin/ipfw/ipfw2.c:5877: error: 'a' undeclared (first use in this function) /src/sbin/ipfw/ipfw2.c:5877: error: (Each undeclared identifier is reported only once /src/sbin/ipfw/ipfw2.c:5877: error: for each function it appears in.) *** Error code 1 Stop in /src/sbin/ipfw. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-09-22 02:05:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-09-22 02:05:28 - ERROR: failed to build world TB --- 2008-09-22 02:05:28 - tinderbox aborted TB --- 2673.00 user 321.80 system 3691.58 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-ppc@FreeBSD.ORG Mon Sep 22 08:25:08 2008 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 50B181065674; Mon, 22 Sep 2008 08:25:08 +0000 (UTC) (envelope-from grehan@freebsd.org) Received: from alto.onthenet.com.au (alto.OntheNet.com.au [203.13.68.12]) by mx1.freebsd.org (Postfix) with ESMTP id 117478FC20; Mon, 22 Sep 2008 08:25:07 +0000 (UTC) (envelope-from grehan@freebsd.org) Received: from dommail.onthenet.com.au (dommail.OntheNet.com.au [203.13.70.57]) by alto.onthenet.com.au (Postfix) with ESMTP id 9D32511B81; Mon, 22 Sep 2008 18:25:05 +1000 (EST) Received: from peter-grehans-power-mac-g5.local (dsl-63-249-90-35.cruzio.com [63.249.90.35]) by dommail.onthenet.com.au (MOS 3.8.6-GA) with ESMTP id EIX01196 (AUTH peterg@ptree32.com.au); Mon, 22 Sep 2008 18:24:24 +1000 (EST) Message-ID: <48D7565F.5060108@freebsd.org> Date: Mon, 22 Sep 2008 01:25:03 -0700 From: Peter Grehan User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: Nathan Whitehorn References: "b9c23c9f0809100322n1659cb36oa05acf2f13f3c7e1@mail.gmail.com" <48D389EE.9000207@FreeBSD.org> <48D3AD50.8070505@freebsd.org> <48D69679.1080701@freebsd.org> In-Reply-To: <48D69679.1080701@freebsd.org> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ppc@FreeBSD.org Subject: Re: Call for testers: Apple ATA DMA X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: grehan@freebsd.org List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Sep 2008 08:25:08 -0000 Hi Nathan, > http://people.freebsd.org/~nwhitehorn/apple-ata-dma.patch Boots fine and at least GEOM-probes at UDMA66 in the ata-4 iMac. Just need to wipe out the lock-order reversals and do some more testing. So, good progress :) later, Peter. From owner-freebsd-ppc@FreeBSD.ORG Mon Sep 22 09:15:29 2008 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 C8E6C106567B; Mon, 22 Sep 2008 09:15:29 +0000 (UTC) (envelope-from nse@delfi-konsult.com) Received: from perseus.delfi-konsult.com (smtp.delfi-konsult.com [87.58.191.122]) by mx1.freebsd.org (Postfix) with ESMTP id 8459B8FC22; Mon, 22 Sep 2008 09:15:29 +0000 (UTC) (envelope-from nse@delfi-konsult.com) Received: from [127.0.0.1] (localhost [127.0.0.1]) by perseus.delfi-konsult.com (Postfix) with ESMTP id 967DC5D805; Mon, 22 Sep 2008 11:08:00 +0200 (CEST) From: "Niels S. Eliasen" To: Peter Grehan In-Reply-To: <48D6D6EE.2050701@freebsd.org> References: <60ACBA3B-927C-4F2C-8680-A6B40B81E06C@mac.com> <48D2F238.7070102@freebsd.org> <48D6D6EE.2050701@freebsd.org> Message-Id: X-Custom-Header: Yo! this is my X-Face Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Mon, 22 Sep 2008 11:07:59 +0200 X-Mailer: Apple Mail (2.929.2) Cc: freebsd-ppc@freebsd.org Subject: Re: ZFS .. 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: Mon, 22 Sep 2008 09:15:29 -0000 Hi Peter Den 22/09/2008 kl. 01.21 skrev Peter Grehan: > Hi Niels, > >> Is this possible to do for a non-progamming guy.... in other >> (layman's) words ... is there a howto for this ? > > Not yet since you are the trailblazer :) hmm...that's a first! ;-) > > > I just verified that the zfs and opensolaris kernel modules build > fine on powerpc. You could manually build them, load zfs, and then > see how it goes (if it gets that far). ok... I'll have a go at this.... > > > later, > > Peter. kind regards nse "Ach, crivens, what a wee snotter....." Quote from "The Wee Free Men" by Terry Pratchett From owner-freebsd-ppc@FreeBSD.ORG Mon Sep 22 11:07:00 2008 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 B79B61065673 for ; Mon, 22 Sep 2008 11:07:00 +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 A7EE68FC08 for ; Mon, 22 Sep 2008 11:07:00 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m8MB70PJ015470 for ; Mon, 22 Sep 2008 11:07:00 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m8MB708s015466 for freebsd-ppc@FreeBSD.org; Mon, 22 Sep 2008 11:07:00 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 22 Sep 2008 11:07:00 GMT Message-Id: <200809221107.m8MB708s015466@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, 22 Sep 2008 11:07:00 -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 -------------------------------------------------------------------------------- a power/121407 ppc [panic] Won't boot up; strange error message. o power/112435 ppc [nexus] [patch] Update nexus children to use ofw_bus f o power/111296 ppc [kernel] [patch] [request] Support IMISS, DLMISS an DS o power/93203 ppc FreeBSD PPC Can't Write to Partitions. 4 problems total. From owner-freebsd-ppc@FreeBSD.ORG Mon Sep 22 19:38:33 2008 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 8A5951065676; Mon, 22 Sep 2008 19:38:33 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 1EB3E8FC1E; Mon, 22 Sep 2008 19:38:32 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.0.61] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id m8MJcUOk085099 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 22 Sep 2008 12:38:31 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <48D7F437.1040603@FreeBSD.org> Date: Mon, 22 Sep 2008 12:38:31 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Nathan Whitehorn References: "b9c23c9f0809100322n1659cb36oa05acf2f13f3c7e1@mail.gmail.com" <48D389EE.9000207@FreeBSD.org> <48D3AD50.8070505@freebsd.org> <48D69679.1080701@freebsd.org> In-Reply-To: <48D69679.1080701@freebsd.org> Content-Type: multipart/mixed; boundary="------------030600000004000407060205" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-ppc@FreeBSD.org Subject: Re: Call for testers: Apple ATA DMA 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, 22 Sep 2008 19:38:33 -0000 This is a multi-part message in MIME format. --------------030600000004000407060205 Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Nathan Whitehorn wrote: > Nathan Whitehorn wrote: >> Maxim Sobolev wrote: >>> Nathan, >>> >>> Do you have any news regarding the patch in question? I hope you did >>> not give up, the lack of ATA DMA support is IMHO probably the biggest >>> issue for the FreeBSD on PowerMacs now. The hardware is very >>> attractive for SOHO applications, so that having this feature is >>> important. >> Right now, modes up to WDMA2 work. The UDMA modes cause hangs for >> reasons not entirely clear. I'm investigating it, but am in the >> Netherlands at the moment and it will have to wait until I get back. > > I now have UDMA modes working on my Shasta controller -- there was a > stupid bug where I forgot to set the device to accept transfers in the > selected mode. Please give this patch a test: I expect that UDMA modes > now work everywhere. > > http://people.freebsd.org/~nwhitehorn/apple-ata-dma.patch Nathan, The patch works here (G4 Mac Mini, 1.25GHz), however, I see some weird things happening in the interrupt domain. Particularly, according to the vmstat(8) ata0 device, which has no disks attached to it, generates large number of interrupts, about 1,500 in the idle state when no disk activity is in progress, and more than 100K (sic!) when I am running buildworld. At the same time, ata1 doesn't generate any interrupts at all. As a result, the system spends half of its time servicing those interrupts, so that UDMA mode is not very usable yet. See 341.png screenshot. Dmesg is below: ata0 mem 0x20000-0x20fff,0x8800-0x88ff irq 24,12 on macio0 ata0: [ITHREAD] ata0: [ITHREAD] ata1: mem 0xf5004000-0xf5007fff irq 39,1 at device 13.0 on pci2 ata1: [ITHREAD] ad0: 38154MB at ata1-master UDMA100 acd0: DVDR at ata1-slave UDMA33 I was able to "fix" the problem by making ata_macio probe function returning ENXIO always. My guess is that ATA chipset on this machine is somehow accessible through two different buses (macio and pci), which creates some weird conflicts, but I might be wrong. Hopefully you will have better idea, I can provide any assistance needed to fix the issue properly. See 342.png screenshot. Dmesg with hacked ata_macio is as follows: ata0: mem 0xf5004000-0xf5007fff irq 39,1 at device 13.0 on pci2 ata0: [ITHREAD] ad0: 38154MB at ata0-master UDMA100 acd0: DVDR at ata0-slave UDMA33 I should also mention that second boot of 8.0 kernel has fixed that time offset issue. Therefore, it seems that the 7.1 kernel doesn't sync RTC timer to current time correctly. Thanks, please keep doing. I look forward to seeing your work going to the main tree. -Maxim --------------030600000004000407060205-- From owner-freebsd-ppc@FreeBSD.ORG Mon Sep 22 19:56:43 2008 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 4CAA21065679 for ; Mon, 22 Sep 2008 19:56:43 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id F38C08FC1E for ; Mon, 22 Sep 2008 19:56:37 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.0.61] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id m8MJuaXu086003 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 22 Sep 2008 12:56:37 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <48D7F86F.4010906@FreeBSD.org> Date: Mon, 22 Sep 2008 12:56:31 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: freebsd-ppc@FreeBSD.org Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: HowTo: Install freebsd-ppc on a g4 mac mini? 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, 22 Sep 2008 19:56:43 -0000 > This is straight from memory and some notes. AFAIR you can drop boot.tbxi and > use loader directly - can't say for sure as I had to reinstall Mac OS for > some tests on my Cubes. Don't do that. If you drop boot.tbxi and use loader directly then you won't get any output from the loader on the console unless you drop into the OF first. I've spend quite some few days ago until I've figured it out. Also, on some machines boot-command should be left at mac-boot, as setting it to just "boot" results in boot failure (black screen and no progress whatsoever). -Maxim From owner-freebsd-ppc@FreeBSD.ORG Mon Sep 22 21:28:06 2008 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 4D5DB106566C; Mon, 22 Sep 2008 21:28:06 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from mail.icecube.wisc.edu (ice.icecube.wisc.edu [128.104.255.119]) by mx1.freebsd.org (Postfix) with ESMTP id 100A58FC13; Mon, 22 Sep 2008 21:28:05 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.icecube.wisc.edu (Postfix) with ESMTP id 4FD1486D59; Mon, 22 Sep 2008 16:28:05 -0500 (CDT) Received: from mail.icecube.wisc.edu ([127.0.0.1]) by localhost (ice.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 09451-04; Mon, 22 Sep 2008 16:28:04 -0500 (CDT) Received: from wanderer.tachypleus.net (i3-dhcp-172-16-55-165.icecube.wisc.edu [172.16.55.165]) by mail.icecube.wisc.edu (Postfix) with ESMTP id B6D2C86B19; Mon, 22 Sep 2008 16:28:04 -0500 (CDT) Message-ID: <48D80DDD.2080309@freebsd.org> Date: Mon, 22 Sep 2008 23:27:57 +0200 From: Nathan Whitehorn User-Agent: Thunderbird 2.0.0.16 (X11/20080804) MIME-Version: 1.0 To: Maxim Sobolev References: "b9c23c9f0809100322n1659cb36oa05acf2f13f3c7e1@mail.gmail.com" <48D389EE.9000207@FreeBSD.org> <48D3AD50.8070505@freebsd.org> <48D69679.1080701@freebsd.org> <48D7F437.1040603@FreeBSD.org> In-Reply-To: <48D7F437.1040603@FreeBSD.org> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at ice.icecube.wisc.edu Cc: freebsd-ppc@FreeBSD.org Subject: Re: Call for testers: Apple ATA DMA 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, 22 Sep 2008 21:28:06 -0000 Maxim Sobolev wrote: >> >> I now have UDMA modes working on my Shasta controller -- there was a >> stupid bug where I forgot to set the device to accept transfers in >> the selected mode. Please give this patch a test: I expect that UDMA >> modes now work everywhere. >> >> http://people.freebsd.org/~nwhitehorn/apple-ata-dma.patch > > Nathan, > > The patch works here (G4 Mac Mini, 1.25GHz), however, I see some weird > things happening in the interrupt domain. Particularly, according to > the vmstat(8) ata0 device, which has no disks attached to it, > generates large number of interrupts, about 1,500 in the idle state > when no disk activity is in progress, and more than 100K (sic!) when I > am running buildworld. At the same time, ata1 doesn't generate any > interrupts at all. As a result, the system spends half of its time > servicing those interrupts, so that UDMA mode is not very usable yet. > See 341.png screenshot. Dmesg is below: Thanks for testing! So ata1 generates no interrupts? Or does it just generate a number << ata0? > I was able to "fix" the problem by making ata_macio probe function > returning ENXIO always. My guess is that ATA chipset on this machine > is somehow accessible through two different buses (macio and pci), > which creates some weird conflicts, but I might be wrong. Hopefully > you will have better idea, I can provide any assistance needed to fix > the issue properly. See 342.png screenshot. Dmesg with hacked > ata_macio is as follows: Interesting -- it looks like all the interrupts are arriving on the second (DBDMA) IRQ. Could you try setting USE_DBDMA_IRQ to 0 in ata_macio.c and re-enabling ata_macio? There is something funny with how these interrupts are triggered currently and they can set off interrupt storms like this. -Nathan From owner-freebsd-ppc@FreeBSD.ORG Mon Sep 22 22:13:02 2008 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 4253910656AD; Mon, 22 Sep 2008 22:13:02 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id C32908FC19; Mon, 22 Sep 2008 22:13:01 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.0.61] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id m8MMCxHp092809 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 22 Sep 2008 15:13:00 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <48D8186F.4020308@FreeBSD.org> Date: Mon, 22 Sep 2008 15:13:03 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Nathan Whitehorn References: "b9c23c9f0809100322n1659cb36oa05acf2f13f3c7e1@mail.gmail.com" <48D389EE.9000207@FreeBSD.org> <48D3AD50.8070505@freebsd.org> <48D69679.1080701@freebsd.org> <48D7F437.1040603@FreeBSD.org> <48D80DDD.2080309@freebsd.org> In-Reply-To: <48D80DDD.2080309@freebsd.org> Content-Type: multipart/mixed; boundary="------------040402000909040405080208" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-ppc@FreeBSD.org Subject: Re: Call for testers: Apple ATA DMA 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, 22 Sep 2008 22:13:02 -0000 This is a multi-part message in MIME format. --------------040402000909040405080208 Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Nathan Whitehorn wrote: > Maxim Sobolev wrote: >>> >>> I now have UDMA modes working on my Shasta controller -- there was a >>> stupid bug where I forgot to set the device to accept transfers in >>> the selected mode. Please give this patch a test: I expect that UDMA >>> modes now work everywhere. >>> >>> http://people.freebsd.org/~nwhitehorn/apple-ata-dma.patch >> >> Nathan, >> >> The patch works here (G4 Mac Mini, 1.25GHz), however, I see some weird >> things happening in the interrupt domain. Particularly, according to >> the vmstat(8) ata0 device, which has no disks attached to it, >> generates large number of interrupts, about 1,500 in the idle state >> when no disk activity is in progress, and more than 100K (sic!) when I >> am running buildworld. At the same time, ata1 doesn't generate any >> interrupts at all. As a result, the system spends half of its time >> servicing those interrupts, so that UDMA mode is not very usable yet. >> See 341.png screenshot. Dmesg is below: > Thanks for testing! So ata1 generates no interrupts? Or does it just > generate a number << ata0? I have looked at the vmstat output closely and it appears that ata1 actually generates interrupts, just much less number of them than ata0. In fact I think that number if interrupts generated by ata1 during buildworld is roughly the same with or without ata_macio enabled. >> I was able to "fix" the problem by making ata_macio probe function >> returning ENXIO always. My guess is that ATA chipset on this machine >> is somehow accessible through two different buses (macio and pci), >> which creates some weird conflicts, but I might be wrong. Hopefully >> you will have better idea, I can provide any assistance needed to fix >> the issue properly. See 342.png screenshot. Dmesg with hacked >> ata_macio is as follows: > Interesting -- it looks like all the interrupts are arriving on the > second (DBDMA) IRQ. Could you try setting USE_DBDMA_IRQ to 0 in > ata_macio.c and re-enabling ata_macio? There is something funny with how > these interrupts are triggered currently and they can set off interrupt > storms like this. I've done that, but it has not changed anything. I still see interrupt storm on irq 12. Please let me know if you want me to make any other changes and re-test. -Maxim --------------040402000909040405080208-- From owner-freebsd-ppc@FreeBSD.ORG Mon Sep 22 22:49:40 2008 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 D05AD1065689 for ; Mon, 22 Sep 2008 22:49:40 +0000 (UTC) (envelope-from marcotrillo@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.174]) by mx1.freebsd.org (Postfix) with ESMTP id 4CEA78FC21 for ; Mon, 22 Sep 2008 22:49:40 +0000 (UTC) (envelope-from marcotrillo@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so1852689wfg.7 for ; Mon, 22 Sep 2008 15:49:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=ls3sIkToDTpxPeAiFSxvUuh7Hw+srLSbfPlva9uihGU=; b=j7+BfKAPnF54UqlgbIvRgtlzFi7yNdZXN7ir5R6r3yp8a7NU3QvSjHBX41nsdWw33Q aXTwYphoEdMp7va1hKtvAMA2Ex3Hlj2KgCY7dvQo4NKdPeTooaD+yjnMDrrQaPmHcoYC aYw9XfaeE7WcEIr4P+qnC6TrftjYqhegw3olE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=cPeRZMtlDRaZbsIMiVp49UM11UG1Gfz4Lxh2TRtdBJMQJpA1SsjBR+3j9EohNV48cY XFBlcOXTalN2AQfrkY9ZAa0ymDxwX4imx4bslXKqxUh4ps990RIajmUPVTQ1xtVRpoaS IJr0CGQhNnIgL0BzGmg7+CUKbCEiGSEIEKzNc= Received: by 10.142.223.20 with SMTP id v20mr1670717wfg.152.1222121901074; Mon, 22 Sep 2008 15:18:21 -0700 (PDT) Received: by 10.142.101.13 with HTTP; Mon, 22 Sep 2008 15:18:20 -0700 (PDT) Message-ID: Date: Tue, 23 Sep 2008 00:18:20 +0200 From: "Marco Trillo" To: "Maxim Sobolev" In-Reply-To: <48D8186F.4020308@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48D389EE.9000207@FreeBSD.org> <48D3AD50.8070505@freebsd.org> <48D69679.1080701@freebsd.org> <48D7F437.1040603@FreeBSD.org> <48D80DDD.2080309@freebsd.org> <48D8186F.4020308@FreeBSD.org> Cc: freebsd-ppc@freebsd.org Subject: Re: Call for testers: Apple ATA DMA 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, 22 Sep 2008 22:49:40 -0000 Hi, On Tue, Sep 23, 2008 at 12:13 AM, Maxim Sobolev wrote: >>> I was able to "fix" the problem by making ata_macio probe function >>> returning ENXIO always. My guess is that ATA chipset on this machine is >>> somehow accessible through two different buses (macio and pci), which >>> creates some weird conflicts, but I might be wrong. Hopefully you will have >>> better idea, I can provide any assistance needed to fix the issue properly. >>> See 342.png screenshot. Dmesg with hacked ata_macio is as follows: >> >> Interesting -- it looks like all the interrupts are arriving on the second >> (DBDMA) IRQ. Could you try setting USE_DBDMA_IRQ to 0 in ata_macio.c and >> re-enabling ata_macio? There is something funny with how these interrupts >> are triggered currently and they can set off interrupt storms like this. > > I've done that, but it has not changed anything. I still see interrupt storm > on irq 12. Try deleting the USE_DBDMA_IRQ definition line from ata_macio.c instead of just defining it to 0, so the "ifdef USE_DBDMA_IRQ" stuff is not compiled. Hope that helps, Marco. From owner-freebsd-ppc@FreeBSD.ORG Mon Sep 22 23:06:07 2008 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 DBB09106566C for ; Mon, 22 Sep 2008 23:06:07 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 89BA48FC16 for ; Mon, 22 Sep 2008 23:06:07 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.0.61] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id m8MN65ba095453 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 22 Sep 2008 16:06:06 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <48D824E1.1030109@FreeBSD.org> Date: Mon, 22 Sep 2008 16:06:09 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Marco Trillo References: <48D389EE.9000207@FreeBSD.org> <48D3AD50.8070505@freebsd.org> <48D69679.1080701@freebsd.org> <48D7F437.1040603@FreeBSD.org> <48D80DDD.2080309@freebsd.org> <48D8186F.4020308@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ppc@FreeBSD.org Subject: Re: Call for testers: Apple ATA DMA 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, 22 Sep 2008 23:06:07 -0000 Marco Trillo wrote: > Hi, > > On Tue, Sep 23, 2008 at 12:13 AM, Maxim Sobolev wrote: >>>> I was able to "fix" the problem by making ata_macio probe function >>>> returning ENXIO always. My guess is that ATA chipset on this machine is >>>> somehow accessible through two different buses (macio and pci), which >>>> creates some weird conflicts, but I might be wrong. Hopefully you will have >>>> better idea, I can provide any assistance needed to fix the issue properly. >>>> See 342.png screenshot. Dmesg with hacked ata_macio is as follows: >>> Interesting -- it looks like all the interrupts are arriving on the second >>> (DBDMA) IRQ. Could you try setting USE_DBDMA_IRQ to 0 in ata_macio.c and >>> re-enabling ata_macio? There is something funny with how these interrupts >>> are triggered currently and they can set off interrupt storms like this. >> I've done that, but it has not changed anything. I still see interrupt storm >> on irq 12. > > Try deleting the USE_DBDMA_IRQ definition line from ata_macio.c > instead of just defining it to 0, so the "ifdef USE_DBDMA_IRQ" stuff > is not compiled. Yes, you are right. There are few unused variables in such case, though: cc1: warnings being treated as errors ../../../powerpc/powermac/ata_macio.c: In function 'ata_macio_attach': ../../../powerpc/powermac/ata_macio.c:206: warning: unused variable 'cookie' ../../../powerpc/powermac/ata_macio.c:205: warning: unused variable 'dbdma_irq' ../../../powerpc/powermac/ata_macio.c:204: warning: unused variable 'dbdma_irq_rid' *** Error code 1 If I ifdef them the kernel compiles and when booted there interrupt storm no longer happens. ata0 mem 0x20000-0x20fff,0x8800-0x88ff irq 24,12 on macio0 ata0: [ITHREAD] ata1: mem 0xf5004000-0xf5007fff irq 39,1 at device 13.0 on pci2 ata1: [ITHREAD] ad0: 38154MB at ata1-master UDMA100 acd0: DVDR at ata1-slave UDMA33 Just curious, what's the purpose of that ata0? Is it real device or some compatibility shim? -Maxim From owner-freebsd-ppc@FreeBSD.ORG Tue Sep 23 00:11:51 2008 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 7C5741065672; Tue, 23 Sep 2008 00:11:51 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout011.mac.com (asmtpout011.mac.com [17.148.16.86]) by mx1.freebsd.org (Postfix) with ESMTP id 64C1A8FC15; Tue, 23 Sep 2008 00:11:51 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from taolin-mbp.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp011.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0K7M00CI5GJQF330@asmtp011.mac.com>; Mon, 22 Sep 2008 17:11:51 -0700 (PDT) Message-id: <645CD2B8-11A0-42E8-B5F9-C04DCF21F763@mac.com> From: Marcel Moolenaar To: Maxim Sobolev In-reply-to: <48D7F437.1040603@FreeBSD.org> Date: Mon, 22 Sep 2008 17:11:50 -0700 References: "b9c23c9f0809100322n1659cb36oa05acf2f13f3c7e1@mail.gmail.com" <48D389EE.9000207@FreeBSD.org> <48D3AD50.8070505@freebsd.org> <48D69679.1080701@freebsd.org> <48D7F437.1040603@FreeBSD.org> X-Mailer: Apple Mail (2.929.2) Cc: Nathan Whitehorn , freebsd-ppc@FreeBSD.org Subject: Re: Call for testers: Apple ATA DMA 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: Tue, 23 Sep 2008 00:11:51 -0000 On Sep 22, 2008, at 12:38 PM, Maxim Sobolev wrote: > Nathan Whitehorn wrote: >> Nathan Whitehorn wrote: >>> Maxim Sobolev wrote: >>>> Nathan, >>>> >>>> Do you have any news regarding the patch in question? I hope you >>>> did not give up, the lack of ATA DMA support is IMHO probably the >>>> biggest issue for the FreeBSD on PowerMacs now. The hardware is >>>> very attractive for SOHO applications, so that having this >>>> feature is important. >>> Right now, modes up to WDMA2 work. The UDMA modes cause hangs for >>> reasons not entirely clear. I'm investigating it, but am in the >>> Netherlands at the moment and it will have to wait until I get back. >> I now have UDMA modes working on my Shasta controller -- there was >> a stupid bug where I forgot to set the device to accept transfers >> in the selected mode. Please give this patch a test: I expect that >> UDMA modes now work everywhere. >> http://people.freebsd.org/~nwhitehorn/apple-ata-dma.patch > > Nathan, > > The patch works here (G4 Mac Mini, 1.25GHz), however, I see some > weird things happening in the interrupt domain. Interesting. My G4 Mac Mini 1.5Ghz is hanging hard: : ad0: 76319MB at ata1-master UDMA100 acd0: DVDR at ata1-slave UDMA33 *hang* Could be related... -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-ppc@FreeBSD.ORG Tue Sep 23 01:49:07 2008 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 A11DF1065672 for ; Tue, 23 Sep 2008 01:49:07 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from agogare.doit.wisc.edu (agogare.doit.wisc.edu [144.92.197.211]) by mx1.freebsd.org (Postfix) with ESMTP id 71DEC8FC08 for ; Tue, 23 Sep 2008 01:49:07 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=ISO-8859-1; format=flowed Received: from avs-daemon.smtpauth2.wiscmail.wisc.edu by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 6.3-6.03 (built Mar 14 2008; 32bit)) id <0K7M00G00L1UI400@smtpauth2.wiscmail.wisc.edu> for freebsd-ppc@FreeBSD.org; Mon, 22 Sep 2008 20:49:06 -0500 (CDT) Received: from trantor.tachypleus.net (adsl-76-204-100-161.dsl.mdsnwi.sbcglobal.net [76.204.100.161]) by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 6.3-6.03 (built Mar 14 2008; 32bit)) with ESMTPSA id <0K7M004PDL1T7P50@smtpauth2.wiscmail.wisc.edu>; Mon, 22 Sep 2008 20:49:06 -0500 (CDT) Date: Mon, 22 Sep 2008 20:53:22 -0500 From: Nathan Whitehorn In-reply-to: <645CD2B8-11A0-42E8-B5F9-C04DCF21F763@mac.com> To: Marcel Moolenaar Message-id: <48D84C12.7070207@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.204.100.161 X-Spam-PmxInfo: Server=avs-13, Version=5.4.2.344556, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2008.9.23.13122, SenderIP=76.204.100.161 References: "b9c23c9f0809100322n1659cb36oa05acf2f13f3c7e1@mail.gmail.com" <48D389EE.9000207@FreeBSD.org> <48D3AD50.8070505@freebsd.org> <48D69679.1080701@freebsd.org> <48D7F437.1040603@FreeBSD.org> <645CD2B8-11A0-42E8-B5F9-C04DCF21F763@mac.com> User-Agent: Thunderbird 2.0.0.16 (X11/20080814) Cc: freebsd-ppc@FreeBSD.org Subject: Re: Call for testers: Apple ATA DMA 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: Tue, 23 Sep 2008 01:49:07 -0000 Marcel Moolenaar wrote: > > On Sep 22, 2008, at 12:38 PM, Maxim Sobolev wrote: > >> Nathan Whitehorn wrote: >>> Nathan Whitehorn wrote: >>>> Maxim Sobolev wrote: >>>>> Nathan, >>>>> >>>>> Do you have any news regarding the patch in question? I hope you >>>>> did not give up, the lack of ATA DMA support is IMHO probably the >>>>> biggest issue for the FreeBSD on PowerMacs now. The hardware is >>>>> very attractive for SOHO applications, so that having this feature >>>>> is important. >>>> Right now, modes up to WDMA2 work. The UDMA modes cause hangs for >>>> reasons not entirely clear. I'm investigating it, but am in the >>>> Netherlands at the moment and it will have to wait until I get back. >>> I now have UDMA modes working on my Shasta controller -- there was a >>> stupid bug where I forgot to set the device to accept transfers in >>> the selected mode. Please give this patch a test: I expect that UDMA >>> modes now work everywhere. >>> http://people.freebsd.org/~nwhitehorn/apple-ata-dma.patch >> >> Nathan, >> >> The patch works here (G4 Mac Mini, 1.25GHz), however, I see some weird >> things happening in the interrupt domain. > > Interesting. My G4 Mac Mini 1.5Ghz is hanging hard: > > : > ad0: 76319MB at ata1-master UDMA100 > acd0: DVDR at ata1-slave UDMA33 > *hang* > > Could be related... > If it is, removing the USE_DBDMA_IRQ stuff in ata_macio.c should solve it. This might solve Peter's problem too. -Nathan From owner-freebsd-ppc@FreeBSD.ORG Tue Sep 23 10:55:23 2008 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 09BDD1065678 for ; Tue, 23 Sep 2008 10:55:23 +0000 (UTC) (envelope-from marcotrillo@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.173]) by mx1.freebsd.org (Postfix) with ESMTP id D72E88FC0C for ; Tue, 23 Sep 2008 10:55:22 +0000 (UTC) (envelope-from marcotrillo@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so2072153wfg.7 for ; Tue, 23 Sep 2008 03:55:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=IxUwR65VlB90ACZf8xO/kRKbhasDJJ5J9UMWRAZ8Ggg=; b=ExEG6cRDjCf0bBjWPgG+7CHaFvxa8qkRNZI94Q2e2tHtwzn5kUzkT1ht8rxGv495Cy ROCfrfmncAncUeev0AfAU2oaarU0jlJfwjExM+/HyP7DKyHfhKKZwJ9OmSjGeJFnZLil 7qw2h5AFfseripgUqQLZt1+CDzwmqGQTcKRUo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=QDVmfU7svShgFccOp8yymKSh1E5l0hqPVkLay3w9vpueRbTvZjWFGqrb8PI12em3nP y8dURCNDTvBPn7SgdyOPU04UX2lUSE+vpiEPKHIF9cRyisXnq4SuhAAaGCyslW6zIkiC xGFGjQNKy7MymJeSMEQHeCF2ZYCYnc4yMjOQM= Received: by 10.142.80.7 with SMTP id d7mr1926545wfb.173.1222167322524; Tue, 23 Sep 2008 03:55:22 -0700 (PDT) Received: by 10.142.101.13 with HTTP; Tue, 23 Sep 2008 03:55:22 -0700 (PDT) Message-ID: Date: Tue, 23 Sep 2008 12:55:22 +0200 From: "Marco Trillo" To: freebsd-ppc@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: 8.0-current 200809 snapshot CD boot problem 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: Tue, 23 Sep 2008 10:55:23 -0000 Hi all, I tried booting the latest 200809 snapshot CD, from Sep 10, (8.0-CURRENT-200809-powerpc-bootonly.iso), on a eMac G4 "USB 2.0" (PowerMac6,4). It fails with an "invalid memory access": Booting [/boot/kernel/kernel] ... Kernel entry at 0x100100 ... Invalid memory access at %SRR0: 00100100 %SRR1: 10003030 ok 0> I tried booting by pressing "C" or by "boot cd:,\boot\loader cd:0" several times with the same result, but one time I got a "Decrementer exception" instead of "Invalid memory access". Then I tried the latest 7.1_BETA snapshot and it booted fine! In fact it's installing right now without problems. Thanks, Marco. From owner-freebsd-ppc@FreeBSD.ORG Tue Sep 23 16:52:59 2008 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 89BE71065690 for ; Tue, 23 Sep 2008 16:52:59 +0000 (UTC) (envelope-from marcotrillo@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 416BB8FC14 for ; Tue, 23 Sep 2008 16:52:53 +0000 (UTC) (envelope-from marcotrillo@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so348277yxb.13 for ; Tue, 23 Sep 2008 09:52:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=umacxwlk1KY7qV6J0EA4x/AXQ8G15k5Gv4W8AUVQ5Nc=; b=jxC5/fplZPsePEoKW6Mn4X2AZN1ZNkkActlXH8ByrPyI2zXQGe1uucZhv+6nqZJKC7 lP85w3kHguZ1iWGoub3hk2U3IbY7lG6TnzkG6Uz0xfYzlSc0yM8qJuXbxoS+PCT7MkU3 5n+j/ZHxjqlprDzdBaKKQLxpGwSGlpEkNgVN8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=l1b/h+jilyxcd13AuoePS3KqNO1AbyNLXwNVvNA7b7IyQx9SQc9tO3YssbYMLzIr69 Tx5neKLMpfJ5l4gjGSZD4pr3M840VYAgYCMibwF1N20tRdSLuCRurLgTipmKanJKmw3Z m60by9GkF3qxiqaKv2EPVHIWRbcdkVt7Pn3UI= Received: by 10.142.237.20 with SMTP id k20mr2088543wfh.146.1222188772710; Tue, 23 Sep 2008 09:52:52 -0700 (PDT) Received: by 10.142.101.13 with HTTP; Tue, 23 Sep 2008 09:52:52 -0700 (PDT) Message-ID: Date: Tue, 23 Sep 2008 18:52:52 +0200 From: "Marco Trillo" To: freebsd-ppc@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Subject: Re: 8.0-current 200809 snapshot CD boot problem 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: Tue, 23 Sep 2008 16:52:59 -0000 Hi, On Tue, Sep 23, 2008 at 12:55 PM, Marco Trillo wrote: > I tried booting the latest 200809 snapshot CD, from Sep 10, > (8.0-CURRENT-200809-powerpc-bootonly.iso), on a eMac G4 "USB 2.0" > (PowerMac6,4). It fails with an "invalid memory access": > > Booting [/boot/kernel/kernel] ... > Kernel entry at 0x100100 ... > > Invalid memory access at %SRR0: 00100100 %SRR1: 10003030 > > ok > 0> I compiled a -current kernel from the 7.1_BETA installation and tried to boot it (from the hard disk), but the same error occurs. The 7.1_BETA kernel always boots fine. Any ideas? Thanks. From owner-freebsd-ppc@FreeBSD.ORG Tue Sep 23 17:28:47 2008 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 49E2A1065676 for ; Tue, 23 Sep 2008 17:28:47 +0000 (UTC) (envelope-from marcotrillo@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.169]) by mx1.freebsd.org (Postfix) with ESMTP id 196058FC1D for ; Tue, 23 Sep 2008 17:28:46 +0000 (UTC) (envelope-from marcotrillo@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so2247291wfg.7 for ; Tue, 23 Sep 2008 10:28:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=SDuwz0X+6lBc8ty8GyD3sj0FsoLdboyKxhFFoUJvdXQ=; b=BAGo76eXRpdTmc0L2i9lW5/WWVQId3ZXHyksEo2pvba3XGjhH98ONXBqAqBkKGdDVV rW87WYYf1ANmb91/jO9fVjT73T3NlhqvgCU77WU+rohUXGyHs1XmarnJD6EpU240bguw n8hoZdqvkBJRw1OJvu/Uewrkn7Rr1Ww1qB2gM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=WhPqjJY0msKMAV+qqx/LqNYxflo00kWT0rc1PAvnO1BRN6ZgXOwhGUIJkzYX7J/pK4 DWUDrlFrN/our87JGe4xDk8SCTp5QuseTQqTB6CK0qODiPKNuoIKDFMz5IivIOYckRKT +1aTcMC4IOSTFJN+9jqldM5YGWT9GB9HvD4fQ= Received: by 10.142.164.10 with SMTP id m10mr2107689wfe.117.1222190926682; Tue, 23 Sep 2008 10:28:46 -0700 (PDT) Received: by 10.142.101.13 with HTTP; Tue, 23 Sep 2008 10:28:46 -0700 (PDT) Message-ID: Date: Tue, 23 Sep 2008 19:28:46 +0200 From: "Marco Trillo" To: freebsd-ppc@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Subject: Re: 8.0-current 200809 snapshot CD boot problem 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: Tue, 23 Sep 2008 17:28:47 -0000 Hi, On Tue, Sep 23, 2008 at 6:52 PM, Marco Trillo wrote: > On Tue, Sep 23, 2008 at 12:55 PM, Marco Trillo wrote: >> I tried booting the latest 200809 snapshot CD, from Sep 10, >> (8.0-CURRENT-200809-powerpc-bootonly.iso), on a eMac G4 "USB 2.0" >> (PowerMac6,4). It fails with an "invalid memory access": >> >> Booting [/boot/kernel/kernel] ... >> Kernel entry at 0x100100 ... >> >> Invalid memory access at %SRR0: 00100100 %SRR1: 10003030 >> >> ok >> 0> > > I compiled a -current kernel from the 7.1_BETA installation and tried > to boot it (from the hard disk), but the same error occurs. The > 7.1_BETA kernel always boots fine. Well, I finally have a working 8.0-current kernel! :-) But something weird is going on here: I noticed a difference in the kernel __start address between the working 7.0_BETA kernel (kernel.old) and the broken 8.0-current kernel (kernel): ./boot/kernel.old/kernel: file format elf32-powerpc Disassembly of section .text: 0013d3c0 <__start>: 13d3c0: 39 00 00 00 li r8,0 ./boot/kernel/kernel: file format elf32-powerpc Disassembly of section .text: 00100100 <__start>: 100100: 39 00 00 00 li r8,0 I noticed revision 1.8 of src/sys/conf/ldscript.powerpc was related to this, so I downgraded ldscript.powerpc to revision 1.7 and relinked the kernel. And it works! No more "invalid memory access"! I don't know if this is something weird of my setup. Should I file a PR? The full 8.0-current dmesg is below. Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #1: Tue Sep 23 17:05:10 UTC 2008 mtrillo@emac6:/usr/src/sys/powerpc/compile/GENERIC WARNING: WITNESS option enabled, expect reduced performance. cpu0: Motorola PowerPC 7447A revision 1.1, 1250.00 MHz cpu0: HID0 8450c0bc real memory = 793313280 (756 MB) avail memory = 762892288 (727 MB) kbd0 at kbdmux0 nexus0: unin0: on nexus0 unin0: Version 210 pcib0: on nexus0 pci0: on pcib0 vgapci0: port 0x400-0x4ff mem 0x98000000-0x9fffffff,0x90000000-0x9000ffff irq 48 at device 16.0 on pci0 pcib1: on nexus0 pci1: on pcib1 macio0: mem 0x80000000-0x8007ffff at device 23.0 on pci1 openpic0: mem 0x40000-0x7ffff on macio0 scc0: mem 0x13000-0x13fff,0x8400-0x84ff,0x8500-0x85ff,0x8600-0x86ff,0x8700-0x87ff irq 22,5,6,23,7,8 on macio0 scc0: [FILTER] scc0: [FILTER] uart0: on scc0 uart0: [FILTER] uart1: on scc0 uart1: [FILTER] ata0 mem 0x20000-0x20fff,0x8800-0x88ff irq 24,12 on macio0 ata0: [ITHREAD] ohci0: irq 0 at device 24.0 on pci1 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered ohci1: irq 0 at device 25.0 on pci1 ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered ohci2: mem 0x80083000-0x80083fff irq 29 at device 26.0 on pci1 ohci2: [GIANT-LOCKED] ohci2: [ITHREAD] usb2: OHCI version 1.0, legacy support usb2: on ohci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ohci3: mem 0x80082000-0x80082fff irq 63 at device 27.0 on pci1 ohci3: [GIANT-LOCKED] ohci3: [ITHREAD] usb3: OHCI version 1.0 usb3: on ohci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 3 ports with 3 removable, self powered ohci4: mem 0x80081000-0x80081fff irq 63 at device 27.1 on pci1 ohci4: [GIANT-LOCKED] ohci4: [ITHREAD] usb4: OHCI version 1.0 usb4: on ohci4 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered ehci0: mem 0x80080000-0x800800ff irq 63 at device 27.2 on pci1 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb5: EHCI version 1.0 usb5: companion controllers, 3 ports each: usb3 usb4 usb5: on ehci0 usb5: USB revision 2.0 uhub5: on usb5 uhub5: 5 ports with 5 removable, self powered pcib2: on nexus0 pci2: on pcib2 ata1: mem 0xf5004000-0xf5007fff irq 39 at device 13.0 on pci2 ata1: [ITHREAD] fwohci0: mem 0xf5000000-0xf5000fff irq 40 at device 14.0 on pci2 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 8. fwohci0: EUI64 00:0d:93:ff:fe:57:39:60 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:0d:93:57:39:60 fwe0: Ethernet address: 02:0d:93:57:39:60 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=2, CYCLEMASTER mode gem0: mem 0xf5200000-0xf53fffff irq 41 at device 15.0 on pci2 miibus0: on gem0 bmtphy0: PHY 0 on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto gem0: 10kB RX FIFO, 4kB TX FIFO gem0: Ethernet address: 00:0d:93:57:39:60 gem0: [ITHREAD] sc0: on nexus0 sc0: Unknown <16 virtual consoles, flags=0x300> uhub6: on uhub3 uhub6: 3 ports with 2 removable, bus powered ums0: on uhub6 ums0: 1 buttons. ukbd0: on uhub6 kbd1 at ukbd0 uhid0: on uhub6 Timecounter "decrementer" frequency 41620997 Hz quality 0 Timecounters tick every 10.000 msec firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) acd0: DVDR at ata0-master BIOSPIO ad0: 38166MB at ata1-master BIOSPIO WARNING: WITNESS option enabled, expect reduced performance. acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x02 ascq=0x00 GEOM_LABEL: Label for provider acd0 is iso9660/CDROM. acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x02 ascq=0x00 acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x02 ascq=0x00 acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x02 ascq=0x00 Trying to mount root from ufs:/dev/ad0s4 lock order reversal: 1st 0xe3a000 vfslock (vfslock) @ kern/vfs_subr.c:372 2nd 0xdd9e2c devfs (devfs) @ kern/vfs_lookup.c:432 3rd 0xe39d48 vfslock (vfslock) @ kern/vfs_subr.c:372 KDB: stack backtrace: 0xdebaf848: at kdb_backtrace+0x4c 0xdebaf868: at _witness_debugger+0x3c 0xdebaf888: at witness_checkorder+0x878 0xdebaf8e8: at __lockmgr_args+0x23c 0xdebaf968: at vfs_busy+0x19c 0xdebaf998: at vfs_mount_alloc+0x80 0xdebaf9c8: at vfs_donmount+0xfe0 0xdebafb88: at kernel_mount+0x98 0xdebafbc8: at kernel_vmount+0xdc 0xdebafc18: at vfs_mountroot_try+0x120 0xdebafcd8: at vfs_mountroot+0x424 0xdebafd38: at start_init+0x88 0xdebafd98: at fork_exit+0xf0 0xdebafdc8: at fork_trampoline+0xc lock order reversal: 1st 0xdd99ec ufs (ufs) @ kern/vfs_subr.c:2051 2nd 0xe3a000 vfslock (vfslock) @ kern/vfs_subr.c:372 KDB: stack backtrace: 0xdebaf8c8: at kdb_backtrace+0x4c 0xdebaf8e8: at _witness_debugger+0x3c 0xdebaf908: at witness_checkorder+0x878 0xdebaf968: at __lockmgr_args+0x23c 0xdebaf9e8: at vfs_busy+0x19c 0xdebafa18: at lookup+0x86c 0xdebafaa8: at namei+0x4a8 0xdebafb38: at kern_unlinkat+0x98 0xdebafbf8: at kern_unlink+0x24 0xdebafc18: at vfs_mountroot_try+0x444 0xdebafcd8: at vfs_mountroot+0x424 0xdebafd38: at start_init+0x88 0xdebafd98: at fork_exit+0xf0 0xdebafdc8: at fork_trampoline+0xc lock order reversal: 1st 0xc41048 user map (user map) @ vm/vm_map.c:3115 2nd 0xdd97cc ufs (ufs) @ kern/vfs_subr.c:2051 KDB: stack backtrace: 0xdebaf930: at kdb_backtrace+0x4c 0xdebaf950: at _witness_debugger+0x3c 0xdebaf970: at witness_checkorder+0x878 0xdebaf9d0: at __lockmgr_args+0x23c 0xdebafa50: at ffs_lock+0x9c 0xdebafa80: at VOP_LOCK1_APV+0xec 0xdebafaa0: at _vn_lock+0x84 0xdebafaf0: at vget+0xdc 0xdebafb30: at vnode_pager_lock+0x20c 0xdebafb90: at vm_fault+0x218 0xdebafca0: at trap_pfault+0x128 0xdebafce0: at trap+0x1ac 0xdebafda0: at powerpc_interrupt+0x15c 0xdebafdd0: user ISI trap by 0x1815a04: srr1=0x4000d032 r1=0x7fffdee0 cr=0x24000048 xer=0 ctr=0 Thanks! Marco From owner-freebsd-ppc@FreeBSD.ORG Tue Sep 23 17:47:50 2008 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 A40B21065672; Tue, 23 Sep 2008 17:47:50 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout016.mac.com (asmtpout016.mac.com [17.148.16.91]) by mx1.freebsd.org (Postfix) with ESMTP id 8B1508FC1C; Tue, 23 Sep 2008 17:47:50 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from taolin-mbp.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp016.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0K7N00F5FTFK2Y20@asmtp016.mac.com>; Tue, 23 Sep 2008 10:47:45 -0700 (PDT) Message-id: <0DD89065-9CF3-45E4-89A0-70D6BBB9621D@mac.com> From: Marcel Moolenaar To: Nathan Whitehorn In-reply-to: <48D84C12.7070207@freebsd.org> Date: Tue, 23 Sep 2008 10:47:43 -0700 References: "b9c23c9f0809100322n1659cb36oa05acf2f13f3c7e1@mail.gmail.com" <48D389EE.9000207@FreeBSD.org> <48D3AD50.8070505@freebsd.org> <48D69679.1080701@freebsd.org> <48D7F437.1040603@FreeBSD.org> <645CD2B8-11A0-42E8-B5F9-C04DCF21F763@mac.com> <48D84C12.7070207@freebsd.org> X-Mailer: Apple Mail (2.929.2) Cc: freebsd-ppc@FreeBSD.org Subject: Re: Call for testers: Apple ATA DMA 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: Tue, 23 Sep 2008 17:47:50 -0000 On Sep 22, 2008, at 6:53 PM, Nathan Whitehorn wrote: > Marcel Moolenaar wrote: >> On Sep 22, 2008, at 12:38 PM, Maxim Sobolev wrote: >>> Nathan Whitehorn wrote: >>>> Nathan Whitehorn wrote: >>>>> Maxim Sobolev wrote: >>>>>> Nathan, >>>>>> >>>>>> Do you have any news regarding the patch in question? I hope >>>>>> you did not give up, the lack of ATA DMA support is IMHO >>>>>> probably the biggest issue for the FreeBSD on PowerMacs now. >>>>>> The hardware is very attractive for SOHO applications, so that >>>>>> having this feature is important. >>>>> Right now, modes up to WDMA2 work. The UDMA modes cause hangs >>>>> for reasons not entirely clear. I'm investigating it, but am in >>>>> the Netherlands at the moment and it will have to wait until I >>>>> get back. >>>> I now have UDMA modes working on my Shasta controller -- there >>>> was a stupid bug where I forgot to set the device to accept >>>> transfers in the selected mode. Please give this patch a test: I >>>> expect that UDMA modes now work everywhere. >>>> http://people.freebsd.org/~nwhitehorn/apple-ata-dma.patch >>> >>> Nathan, >>> >>> The patch works here (G4 Mac Mini, 1.25GHz), however, I see some >>> weird things happening in the interrupt domain. >> Interesting. My G4 Mac Mini 1.5Ghz is hanging hard: >> : >> ad0: 76319MB at ata1-master UDMA100 >> acd0: DVDR at ata1-slave UDMA33 >> *hang* >> Could be related... > > If it is, removing the USE_DBDMA_IRQ stuff in ata_macio.c should > solve it. This might solve Peter's problem too. It improves things, but it's still not good: ... ad0: 76319MB at ata1-master UDMA100 acd0: DVDR at ata1-slave UDMA33 WARNING: WITNESS option enabled, expect reduced performance. ... ad0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly ad0: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing request directly ad0: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing request directly ad0: WARNING - SET_MULTI taskqueue timeout - completing request directly acd0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly acd0: TIMEOUT - READ_BIG retrying (1 retry left) ad0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly ad0: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing request directly ad0: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing request directly ad0: WARNING - SET_MULTI taskqueue timeout - completing request directly acd0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly acd0: TIMEOUT - READ_BIG retrying (0 retries left) ad0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly ad0: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing request directly ad0: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing request directly ad0: WARNING - SET_MULTI taskqueue timeout - completing request directly acd0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly acd0: FAILURE - READ_BIG timed out ... Memory modified after free ... panic: Most recently used by none KDB: enter: panic db> db> show intrcnt irq63: ohci3 ohci+ 29 irq39: ata1 108501120 irq40: fwohci0 2 db> -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-ppc@FreeBSD.ORG Tue Sep 23 17:54:21 2008 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 5E2F2106566C for ; Tue, 23 Sep 2008 17:54:21 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from mail.icecube.wisc.edu (ice.icecube.wisc.edu [128.104.255.119]) by mx1.freebsd.org (Postfix) with ESMTP id 1D8A58FC12 for ; Tue, 23 Sep 2008 17:54:20 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.icecube.wisc.edu (Postfix) with ESMTP id 4799B86D59; Tue, 23 Sep 2008 12:54:20 -0500 (CDT) Received: from mail.icecube.wisc.edu ([127.0.0.1]) by localhost (ice.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 17680-06; Tue, 23 Sep 2008 12:54:19 -0500 (CDT) Received: from wanderer.tachypleus.net (i3-dhcp-172-16-55-165.icecube.wisc.edu [172.16.55.165]) by mail.icecube.wisc.edu (Postfix) with ESMTP id 8277286B19; Tue, 23 Sep 2008 12:54:19 -0500 (CDT) Message-ID: <48D92D44.6080807@freebsd.org> Date: Tue, 23 Sep 2008 12:54:12 -0500 From: Nathan Whitehorn User-Agent: Thunderbird 2.0.0.16 (X11/20080804) MIME-Version: 1.0 To: Marcel Moolenaar References: "b9c23c9f0809100322n1659cb36oa05acf2f13f3c7e1@mail.gmail.com" <48D389EE.9000207@FreeBSD.org> <48D3AD50.8070505@freebsd.org> <48D69679.1080701@freebsd.org> <48D7F437.1040603@FreeBSD.org> <645CD2B8-11A0-42E8-B5F9-C04DCF21F763@mac.com> <48D84C12.7070207@freebsd.org> <0DD89065-9CF3-45E4-89A0-70D6BBB9621D@mac.com> In-Reply-To: <0DD89065-9CF3-45E4-89A0-70D6BBB9621D@mac.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at ice.icecube.wisc.edu Cc: freebsd-ppc@FreeBSD.org Subject: Re: Call for testers: Apple ATA DMA 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: Tue, 23 Sep 2008 17:54:21 -0000 Marcel Moolenaar wrote: > > On Sep 22, 2008, at 6:53 PM, Nathan Whitehorn wrote: > >> Marcel Moolenaar wrote: >>> On Sep 22, 2008, at 12:38 PM, Maxim Sobolev wrote: >>>> Nathan Whitehorn wrote: >>>>> Nathan Whitehorn wrote: >>>>>> Maxim Sobolev wrote: >>>>>>> Nathan, >>>>>>> >>>>>>> Do you have any news regarding the patch in question? I hope you >>>>>>> did not give up, the lack of ATA DMA support is IMHO probably >>>>>>> the biggest issue for the FreeBSD on PowerMacs now. The hardware >>>>>>> is very attractive for SOHO applications, so that having this >>>>>>> feature is important. >>>>>> Right now, modes up to WDMA2 work. The UDMA modes cause hangs for >>>>>> reasons not entirely clear. I'm investigating it, but am in the >>>>>> Netherlands at the moment and it will have to wait until I get back. >>>>> I now have UDMA modes working on my Shasta controller -- there was >>>>> a stupid bug where I forgot to set the device to accept transfers >>>>> in the selected mode. Please give this patch a test: I expect that >>>>> UDMA modes now work everywhere. >>>>> http://people.freebsd.org/~nwhitehorn/apple-ata-dma.patch >>>> >>>> Nathan, >>>> >>>> The patch works here (G4 Mac Mini, 1.25GHz), however, I see some >>>> weird things happening in the interrupt domain. >>> Interesting. My G4 Mac Mini 1.5Ghz is hanging hard: >>> : >>> ad0: 76319MB at ata1-master UDMA100 >>> acd0: DVDR at ata1-slave UDMA33 >>> *hang* >>> Could be related... >> >> If it is, removing the USE_DBDMA_IRQ stuff in ata_macio.c should >> solve it. This might solve Peter's problem too. > > It improves things, but it's still not good: [Smacking forehead] The Kauai/MacIO controller cannot support multiple modes of the same class (DMA/PIO) simultaneously on the same bus for different devices. You have to reprogram the timing register whenever you select a new device... Ways to check if this is the problem: 1) Limit devices to UDMA33. 2) Disable DMA on acd0. Our ATA stack doesn't seem to support a hook for doing things on a device select, so I'm not sure how to fix this. -Nathan From owner-freebsd-ppc@FreeBSD.ORG Tue Sep 23 18:14:07 2008 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 F41801065675 for ; Tue, 23 Sep 2008 18:14:06 +0000 (UTC) (envelope-from marcotrillo@gmail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.185]) by mx1.freebsd.org (Postfix) with ESMTP id A3BAE8FC13 for ; Tue, 23 Sep 2008 18:14:06 +0000 (UTC) (envelope-from marcotrillo@gmail.com) Received: by rn-out-0910.google.com with SMTP id j71so649446rne.12 for ; Tue, 23 Sep 2008 11:14:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=LzX5esEwK7F72CveK9UTs7YCZCyDOa+m0gFs04hsAi0=; b=hSFn3FvRCoJb9xJy+A+IR9LqoUO9cFdSubE1JJVfIcOVwJdfppToIXA3vnB+R35kOK rnwR+BdcTq++zeojGHBRxcRMVCzgpMnveTGhfdc/Gy4Bmtjlv9jNWbai3p3KVX53fL/V NrmLc93lE8lWkSBYWKUgrIkpC0VgZ6tJAPKl0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=Gnyl8llc3Nvj1cfayHZwvBOege4znATjXzsYRiE3xJGeEsJ+niE+kpcUAA4T47g0xb TZLIHJLDjYuE7LSgehL4sZvFgLmGEaqmi81orJE52tqj1DGZ+LFYJNzaCTvs3eRA/qSi w+CCslTPhsrmqQalqNUOEj7jhnB//ztFYu4zE= Received: by 10.142.48.14 with SMTP id v14mr2126409wfv.133.1222193644336; Tue, 23 Sep 2008 11:14:04 -0700 (PDT) Received: by 10.142.101.13 with HTTP; Tue, 23 Sep 2008 11:14:04 -0700 (PDT) Message-ID: Date: Tue, 23 Sep 2008 20:14:04 +0200 From: "Marco Trillo" To: "Nathan Whitehorn" In-Reply-To: <48D92D44.6080807@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48D389EE.9000207@FreeBSD.org> <48D3AD50.8070505@freebsd.org> <48D69679.1080701@freebsd.org> <48D7F437.1040603@FreeBSD.org> <645CD2B8-11A0-42E8-B5F9-C04DCF21F763@mac.com> <48D84C12.7070207@freebsd.org> <0DD89065-9CF3-45E4-89A0-70D6BBB9621D@mac.com> <48D92D44.6080807@freebsd.org> Cc: freebsd-ppc@freebsd.org Subject: Re: Call for testers: Apple ATA DMA 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: Tue, 23 Sep 2008 18:14:07 -0000 Hi, On Tue, Sep 23, 2008 at 7:54 PM, Nathan Whitehorn wrote: >> It improves things, but it's still not good: > > [Smacking forehead] > > The Kauai/MacIO controller cannot support multiple modes of the same class > (DMA/PIO) simultaneously on the same bus for different devices. You have to > reprogram the timing register whenever you select a new device... > > Ways to check if this is the problem: > 1) Limit devices to UDMA33. > 2) Disable DMA on acd0. > > Our ATA stack doesn't seem to support a hook for doing things on a device > select, so I'm not sure how to fix this. The NetBSD driver seems to solve this by configuring the timing register when starting the DMA transfer, but I'm not sure if this is the correct fix... Regards, Marco. From owner-freebsd-ppc@FreeBSD.ORG Wed Sep 24 00:39:27 2008 Return-Path: Delivered-To: ppc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89BBB1065684 for ; Wed, 24 Sep 2008 00:39:27 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout018.mac.com (asmtpout018.mac.com [17.148.16.93]) by mx1.freebsd.org (Postfix) with ESMTP id 78F178FC0A for ; Wed, 24 Sep 2008 00:39:27 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from np00112543bee7.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp018.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0K7O006H3CHQU2A0@asmtp018.mac.com> for ppc@FreeBSD.org; Tue, 23 Sep 2008 17:39:27 -0700 (PDT) Message-id: <675B0620-77FE-4B99-AC98-C0002F8045F7@mac.com> From: Marcel Moolenaar To: ppc@FreeBSD.org Date: Tue, 23 Sep 2008 17:39:25 -0700 X-Mailer: Apple Mail (2.929.2) Cc: Subject: ZFS race condition? 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, 24 Sep 2008 00:39:27 -0000 I've started a little ZFS test on my SMP box to see how healthy it is and I ran into the following: VNASSERT failed 0: tag (null), type VNON usecount 1610614632, writecount 0, refcount 1006665672 mountedhere 0 flags (VV_ROOT|VV_TEXT|VV_DELETED|VV(0x4e800000)|VI_MOUNT| VI_DOOMED|VI_FREE|VI(0x7c090206)) lock type (null): EXCL by thread 0 (pid 0) panic: No vop_lock1(0, 0xe4a4682c) cpuid = 0 KDB: enter: panic Something (read: usecount and refcount) tells me that we may have a race condition... Anyone else playing with ZFS on PowerPC seeing this? -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-ppc@FreeBSD.ORG Wed Sep 24 00:47:52 2008 Return-Path: Delivered-To: ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 595301065671 for ; Wed, 24 Sep 2008 00:47:52 +0000 (UTC) (envelope-from grehan@freebsd.org) Received: from nagasaki.bogus.com (nagasaki.bogus.com [IPv6:2001:418:1::81]) by mx1.freebsd.org (Postfix) with ESMTP id 3A0528FC1E for ; Wed, 24 Sep 2008 00:47:52 +0000 (UTC) (envelope-from grehan@freebsd.org) Received: from dhcp-206.nokiaip.net ([192.103.16.206]) (authenticated bits=0) by nagasaki.bogus.com (8.14.3/8.14.3) with ESMTP id m8O0lpwg040125 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 24 Sep 2008 00:47:51 GMT (envelope-from grehan@freebsd.org) Message-ID: <48D98E2C.1090606@freebsd.org> Date: Tue, 23 Sep 2008 17:47:40 -0700 From: Peter Grehan User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: Marcel Moolenaar References: <675B0620-77FE-4B99-AC98-C0002F8045F7@mac.com> In-Reply-To: <675B0620-77FE-4B99-AC98-C0002F8045F7@mac.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.93.3/8319/Tue Sep 23 21:45:28 2008 on nagasaki.bogus.com X-Virus-Status: Clean Cc: ppc@freebsd.org Subject: Re: ZFS race condition? 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, 24 Sep 2008 00:47:52 -0000 Hi Marcel, > Anyone else playing with ZFS on PowerPC seeing this? It's on my todo list but you're a long way ahead of me :) You could try the 'null' stwcx in the context switch asm to flush any pending reservations - I think I may have sent you mail about this a long while back. This may result in two sections of code both thinking they have a lock. later, Peter. From owner-freebsd-ppc@FreeBSD.ORG Wed Sep 24 00:58:29 2008 Return-Path: Delivered-To: ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF1D8106567B; Wed, 24 Sep 2008 00:58:29 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout014.mac.com (asmtpout014.mac.com [17.148.16.89]) by mx1.freebsd.org (Postfix) with ESMTP id DA7898FC14; Wed, 24 Sep 2008 00:58:29 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from np00112543bee7.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp014.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0K7O00BWDDDARA30@asmtp014.mac.com>; Tue, 23 Sep 2008 17:58:29 -0700 (PDT) Message-id: From: Marcel Moolenaar To: Peter Grehan In-reply-to: <48D98E2C.1090606@freebsd.org> Date: Tue, 23 Sep 2008 17:58:21 -0700 References: <675B0620-77FE-4B99-AC98-C0002F8045F7@mac.com> <48D98E2C.1090606@freebsd.org> X-Mailer: Apple Mail (2.929.2) Cc: ppc@freebsd.org Subject: Re: ZFS race condition? 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, 24 Sep 2008 00:58:30 -0000 On Sep 23, 2008, at 5:47 PM, Peter Grehan wrote: > Hi Marcel, > >> Anyone else playing with ZFS on PowerPC seeing this? > > It's on my todo list but you're a long way ahead of me :) I just happened to have a disk that I could use (one I use only for the release builds)... > You could try the 'null' stwcx in the context switch asm to flush > any pending reservations - I think I may have sent you mail about > this a long while back. This may result in two sections of code both > thinking they have a lock. Good call. I looked at that as part of the SMP work, but forgot about it already... Thanks, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-ppc@FreeBSD.ORG Wed Sep 24 10:00:05 2008 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 574DD1065677; Wed, 24 Sep 2008 10:00:05 +0000 (UTC) (envelope-from raj@semihalf.com) Received: from semihalf.com (semihalf.com [206.130.101.55]) by mx1.freebsd.org (Postfix) with ESMTP id 158918FC17; Wed, 24 Sep 2008 10:00:04 +0000 (UTC) (envelope-from raj@semihalf.com) Received: from mail.semihalf.com (mail.semihalf.com [83.15.139.206]) by semihalf.com (8.13.1/8.13.1) with ESMTP id m8O9WWTg014624; Wed, 24 Sep 2008 03:32:33 -0600 Message-ID: <48DA092F.9010008@semihalf.com> Date: Wed, 24 Sep 2008 11:32:31 +0200 From: Rafal Jaworowski Organization: Semihalf MIME-Version: 1.0 To: Marcel Moolenaar References: <2A84850D-B205-472A-BC5B-471F2817BC7B@mac.com> <48D019AC.2040409@freebsd.org> <2C9F58FE-30CA-4DF0-B739-A7B70F7DC181@mac.com> In-Reply-To: <2C9F58FE-30CA-4DF0-B739-A7B70F7DC181@mac.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: powerpc@freebsd.org, Peter Grehan Subject: Re: [AIM] SMP now working 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, 24 Sep 2008 10:00:05 -0000 Marcel Moolenaar wrote: > There's a visible speedup, so things look good. I hope to have > hard data next week or so. > > Random notes: > o It should be safe to enable interrupt delivery to all CPUs > and play around with programming the TPR of the CPUs. > o SMP works with 4BSD only, but raj@ just told me he has ULE > support for SMP. Hi Marcel, Please find my original changes that made ULE work on the MPC8572 (dual e500): http://people.freebsd.org/~raj/patches/powerpc/ule/ Let me know how it goes on AIM. (Beware of some regs usage rearanngements along the strict ULE changes..) Rafal From owner-freebsd-ppc@FreeBSD.ORG Wed Sep 24 10:38:28 2008 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 9BEFC1065673 for ; Wed, 24 Sep 2008 10:38:28 +0000 (UTC) (envelope-from marcotrillo@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.173]) by mx1.freebsd.org (Postfix) with ESMTP id 6F0268FC14 for ; Wed, 24 Sep 2008 10:38:28 +0000 (UTC) (envelope-from marcotrillo@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so2628139wfg.7 for ; Wed, 24 Sep 2008 03:38:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=jsF831X6Oe+0lZvcUAlBsGPQuVSU5Y3DVg0q9U8UIaE=; b=oMMfznT5FLZKlAqWlexfVtxqhJ/0jGgxE/7dEUENgEg1veOXJjGaqdnSgXdCPcDjkz UyGkyAxUjB0trXV4QCUBrOVTrYJrUA/k7bPGJJ2PX9DgR2P9SckH8iJbcIfAOdPMn6DE jaSS2eTwCF4UaOr3ixqCVsOzAZ2V4gSCYM4Eo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=apII7u0g0FEgXDmVgj224R2YbM9GwAQ7Hx5Fi/7kxu7Yh+fT+7Z5FSHX0e6GY2A76u HHOOiwznCCyWMIbrDyCd0JSW7Al/V2mfv9CWDB4oArLhBQbS0xWXx6FfKe/P1pgjWybG kGWOP+5iAI0gQL10oUptzlRkbtHfOkaYkDuvc= Received: by 10.142.58.5 with SMTP id g5mr2464580wfa.224.1222252707778; Wed, 24 Sep 2008 03:38:27 -0700 (PDT) Received: by 10.142.101.13 with HTTP; Wed, 24 Sep 2008 03:38:27 -0700 (PDT) Message-ID: Date: Wed, 24 Sep 2008 12:38:27 +0200 From: "Marco Trillo" To: "Nathan Whitehorn" In-Reply-To: <48D92D44.6080807@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48D389EE.9000207@FreeBSD.org> <48D3AD50.8070505@freebsd.org> <48D69679.1080701@freebsd.org> <48D7F437.1040603@FreeBSD.org> <645CD2B8-11A0-42E8-B5F9-C04DCF21F763@mac.com> <48D84C12.7070207@freebsd.org> <0DD89065-9CF3-45E4-89A0-70D6BBB9621D@mac.com> <48D92D44.6080807@freebsd.org> Cc: freebsd-ppc@freebsd.org Subject: Re: Call for testers: Apple ATA DMA 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, 24 Sep 2008 10:38:28 -0000 Hi Nathan, I tested the patch on a eMac G4 "USB 2.0" (PowerMac6,4). It has an ata-3 macio cell and a Kauai controller. acd0: DVDR at ata0-master WDMA2 ad0: 38166MB at ata1-master UDMA100 WARNING: WITNESS option enabled, expect reduced performance. acd0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly acd0: TIMEOUT - READ_BIG retrying (1 retry left) acd0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly acd0: TIMEOUT - READ_BIG retrying (0 retries left) acd0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly acd0: FAILURE - READ_BIG timed out ... And then the same cycle starts again. This looks similar to the problems Marcel reported, but in this case the Kauai controller only has one device attached, the hard disk; as the CD drive is on the ata-3 macio controller instead. Thanks, Marco. From owner-freebsd-ppc@FreeBSD.ORG Wed Sep 24 13:23:07 2008 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 D6C92106568B for ; Wed, 24 Sep 2008 13:23:07 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from agogare.doit.wisc.edu (agogare.doit.wisc.edu [144.92.197.211]) by mx1.freebsd.org (Postfix) with ESMTP id A7C0D8FC24 for ; Wed, 24 Sep 2008 13:23:07 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=UTF-8; format=flowed Received: from avs-daemon.smtpauth2.wiscmail.wisc.edu by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 6.3-6.03 (built Mar 14 2008; 32bit)) id <0K7P0060OBUI7Q00@smtpauth2.wiscmail.wisc.edu> for freebsd-ppc@freebsd.org; Wed, 24 Sep 2008 08:23:06 -0500 (CDT) Received: from trantor.tachypleus.net (adsl-76-204-100-161.dsl.mdsnwi.sbcglobal.net [76.204.100.161]) by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 6.3-6.03 (built Mar 14 2008; 32bit)) with ESMTPSA id <0K7P00J60BUBY260@smtpauth2.wiscmail.wisc.edu> for freebsd-ppc@freebsd.org; Wed, 24 Sep 2008 08:22:59 -0500 (CDT) Date: Wed, 24 Sep 2008 08:27:19 -0500 From: Nathan Whitehorn In-reply-to: To: Marco Trillo Message-id: <48DA4037.9000508@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.204.100.161 X-Spam-PmxInfo: Server=avs-11, Version=5.4.1.325704, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2008.9.24.130116, SenderIP=76.204.100.161 References: <48D389EE.9000207@FreeBSD.org> <48D3AD50.8070505@freebsd.org> <48D69679.1080701@freebsd.org> <48D7F437.1040603@FreeBSD.org> <645CD2B8-11A0-42E8-B5F9-C04DCF21F763@mac.com> <48D84C12.7070207@freebsd.org> <0DD89065-9CF3-45E4-89A0-70D6BBB9621D@mac.com> <48D92D44.6080807@freebsd.org> User-Agent: Thunderbird 2.0.0.16 (X11/20080814) Cc: freebsd-ppc@freebsd.org Subject: Re: Call for testers: Apple ATA DMA 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, 24 Sep 2008 13:23:07 -0000 Marco Trillo wrote: > Hi Nathan, > > I tested the patch on a eMac G4 "USB 2.0" (PowerMac6,4). It has an ata-3 macio cell and a Kauai controller. > > acd0: DVDR at ata0-master WDMA2 > ad0: 38166MB at ata1-master UDMA100 > WARNING: WITNESS option enabled, expect reduced performance. > acd0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly > acd0: TIMEOUT - READ_BIG retrying (1 retry left) > acd0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly > acd0: TIMEOUT - READ_BIG retrying (0 retries left) > acd0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly > acd0: FAILURE - READ_BIG timed out > ... > And then the same cycle starts again. > > This looks similar to the problems Marcel reported, but in this case the Kauai controller only has one device attached, the hard disk; as the CD drive is on the ata-3 macio controller instead. Ugh. I really don't know, and am flying blind without hardware. If you disable ATAPI DMA or the macio controller, does ad0 at least work? -Nathan From owner-freebsd-ppc@FreeBSD.ORG Wed Sep 24 13:32:06 2008 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 10C2D106568A for ; Wed, 24 Sep 2008 13:32:06 +0000 (UTC) (envelope-from marcotrillo@gmail.com) Received: from mail-gx0-f17.google.com (mail-gx0-f17.google.com [209.85.217.17]) by mx1.freebsd.org (Postfix) with ESMTP id A5AD18FC25 for ; Wed, 24 Sep 2008 13:32:05 +0000 (UTC) (envelope-from marcotrillo@gmail.com) Received: by gxk10 with SMTP id 10so5510849gxk.19 for ; Wed, 24 Sep 2008 06:32:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=8URftAb2BA9+ugjBQx+IYmljV0SwH8hpYwk1eQucMwQ=; b=pos0VYRWJmfcT/CH5W1aUtOpfkw06ziGpBfnUnsunqw4yb/FyvFVKDe6ChDyQTg5Kk nJPmu8aSjYtV0bWfoZFOJe4i/UsjVlwIZclruka65VDbW2dtLm1OazdT/EFzITm/erNC 4ftaZY/ViHEbflmsprDq3pxk6tHqhFBlGBQ0A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=keN2CsALn5RFY+5aG+uPBTjlPnBGRnj0qxm6vblhb4bs0lsy4C9n1DelYIziBqTlpl TTmaHAvfCqIxQ8X4GnGLvEGtHIOqSlkt0qtlVrrXII7d805Uh1bOY/DMPDS/lsLyLBWO xf5nTedpKipsfNhCpOWOYn3J6uVyka4JY7HwE= Received: by 10.143.161.11 with SMTP id n11mr2528406wfo.333.1222263124366; Wed, 24 Sep 2008 06:32:04 -0700 (PDT) Received: by 10.142.101.13 with HTTP; Wed, 24 Sep 2008 06:32:04 -0700 (PDT) Message-ID: Date: Wed, 24 Sep 2008 15:32:04 +0200 From: "Marco Trillo" To: "Nathan Whitehorn" In-Reply-To: <48DA4037.9000508@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48D389EE.9000207@FreeBSD.org> <48D3AD50.8070505@freebsd.org> <48D69679.1080701@freebsd.org> <48D7F437.1040603@FreeBSD.org> <645CD2B8-11A0-42E8-B5F9-C04DCF21F763@mac.com> <48D84C12.7070207@freebsd.org> <0DD89065-9CF3-45E4-89A0-70D6BBB9621D@mac.com> <48D92D44.6080807@freebsd.org> <48DA4037.9000508@freebsd.org> Cc: freebsd-ppc@freebsd.org Subject: Re: Call for testers: Apple ATA DMA 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, 24 Sep 2008 13:32:06 -0000 Hi, On Wed, Sep 24, 2008 at 3:27 PM, Nathan Whitehorn wrote: > > Ugh. I really don't know, and am flying blind without hardware. If you > disable ATAPI DMA or the macio controller, does ad0 at least work? > -Nathan > I reverted the ata_macio.c patch and now Kauai uses DMA just fine! ad0 now works in UDMA100 mode without any errors :-) ata0 mem 0x20000-0x20fff,0x8800-0x88ff irq 24,12 on macio0 ata0: [ITHREAD] ata1: mem 0xf5004000-0xf5007fff irq 39,1 at device 13.0 on pci2 ata1: [ITHREAD] acd0: DVDR at ata0-master BIOSPIO ad0: 38166MB at ata1-master UDMA100 And indeed the ad0 disk performance is much better. Thank you! So it looks like an ata_macio specific problem. Regards, Marco. From owner-freebsd-ppc@FreeBSD.ORG Wed Sep 24 18:20:20 2008 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 599DA1065670 for ; Wed, 24 Sep 2008 18:20:20 +0000 (UTC) (envelope-from raj@semihalf.com) Received: from semihalf.com (semihalf.com [206.130.101.55]) by mx1.freebsd.org (Postfix) with ESMTP id 3AF8D8FC12 for ; Wed, 24 Sep 2008 18:20:20 +0000 (UTC) (envelope-from raj@semihalf.com) Received: from mail.semihalf.com (mail.semihalf.com [83.15.139.206]) by semihalf.com (8.13.1/8.13.1) with ESMTP id m8OIKHia001938; Wed, 24 Sep 2008 12:20:18 -0600 Received: from [77.114.152.246] (apn-77-114-152-246.gprs.plus.pl [77.114.152.246]) by mail.semihalf.com (Postfix) with ESMTP id AEB6D148A4; Wed, 24 Sep 2008 20:30:24 +0200 (CEST) Message-ID: <48DA84D5.4010109@semihalf.com> Date: Wed, 24 Sep 2008 20:20:05 +0200 From: Rafal Jaworowski Organization: Semihalf MIME-Version: 1.0 To: Marcel Moolenaar References: <60ACBA3B-927C-4F2C-8680-A6B40B81E06C@mac.com> In-Reply-To: <60ACBA3B-927C-4F2C-8680-A6B40B81E06C@mac.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ppc@freebsd.org Subject: 64-bit atomic ops on 32-bit CPU -- was: ZFS .. 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: Wed, 24 Sep 2008 18:20:20 -0000 Marcel Moolenaar wrote: > ZFS requires 64-bit atomic operations, which > PowerPC doesn't have. So, we can't build the Hi Marcel, These are my [long overdue, sorry :-)] notes regarding 64-bit ops on the 32-bit machine. My concept is based on the fact that the reservation granule is cache-line size e.g. on Book-E CPU this is 32 bytes (8 words). With this assumption you can have a 64-bit atomic operation like the following: a.) make sure the whole granule is dedicated for a single object we want atomic access to, i.e. in case of a 64-bit object we would use only 2 words out of 8 in the given granule and the remaining 6 would be wasted b.) assume our 64-bit object uses word (W1) and word 2 (W2) within the given granule Atomic store skeleton (pseudo asm, but you'll get the idea): 1. lwarx W1 2. stw W2 This regular (non-stwcx) store issued from local CPU will not clear our reservation on this granule (only external CPUs or other entities' stores within this granule can clear it) 3. stwcx W1, goto p.1 if not succeeded I have implementated the above scheme for e500 SMP purposes (atomic access to 3- or more word objects) and it's working fine in my environment where the atomic objects are allocated and managed "manually". The problem with this, however, is general-purpose applications like in ZFS, when there's no direct control over the atomic objects. I don't know how to ensure (in a transparent way) that ZFS (or whatever consumer of atomic_cmpset_64() and friends) put all words of the compound atomic object within one granule, which is a requirement here... Comments? Rafal From owner-freebsd-ppc@FreeBSD.ORG Wed Sep 24 19:30:29 2008 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 5C8BA1065676 for ; Wed, 24 Sep 2008 19:30:29 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout013.mac.com (asmtpout013.mac.com [17.148.16.88]) by mx1.freebsd.org (Postfix) with ESMTP id 456558FC19 for ; Wed, 24 Sep 2008 19:30:29 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from krussell-lt1.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp013.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0K7P00BYISUQ0270@asmtp013.mac.com> for freebsd-ppc@freebsd.org; Wed, 24 Sep 2008 12:30:27 -0700 (PDT) Message-id: From: Marcel Moolenaar To: Rafal Jaworowski In-reply-to: <48DA84D5.4010109@semihalf.com> Date: Wed, 24 Sep 2008 12:30:25 -0700 References: <60ACBA3B-927C-4F2C-8680-A6B40B81E06C@mac.com> <48DA84D5.4010109@semihalf.com> X-Mailer: Apple Mail (2.929.2) Cc: freebsd-ppc@freebsd.org Subject: Re: 64-bit atomic ops on 32-bit CPU -- was: ZFS .. 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: Wed, 24 Sep 2008 19:30:29 -0000 On Sep 24, 2008, at 11:20 AM, Rafal Jaworowski wrote: > a.) make sure the whole granule is dedicated for a single object we > want > atomic access to, i.e. in case of a 64-bit object we would use only > 2 words > out of 8 in the given granule and the remaining 6 would be wasted Is this required for correctness? I can see that it is desirable for performance, but I don't think it's needed for correctness. Can you elaborate? > b.) assume our 64-bit object uses word (W1) and word 2 (W2) within > the given > granule Right. This means that 64-bit integrals (i.e. [u]int64_t) should at least be 64-bit aligned. Otherwise you can cross the granule boundary. > Atomic store skeleton (pseudo asm, but you'll get the idea): > > 1. lwarx W1 > > 2. stw W2 > This regular (non-stwcx) store issued from local CPU will not clear > our > reservation on this granule (only external CPUs or other entities' > stores > within this granule can clear it) > > 3. stwcx W1, goto p.1 if not succeeded I don't see a read of W2. In particular, we clobber W2 unconditionally, so we must guarantee that we always read the correct value of W2. Can you elaborate on how an increment would be made atomic? -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-ppc@FreeBSD.ORG Wed Sep 24 19:50:24 2008 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 9B876106566B for ; Wed, 24 Sep 2008 19:50:24 +0000 (UTC) (envelope-from raj@semihalf.com) Received: from semihalf.com (semihalf.com [206.130.101.55]) by mx1.freebsd.org (Postfix) with ESMTP id 78C5B8FC2D for ; Wed, 24 Sep 2008 19:50:24 +0000 (UTC) (envelope-from raj@semihalf.com) Received: from mail.semihalf.com (mail.semihalf.com [83.15.139.206]) by semihalf.com (8.13.1/8.13.1) with ESMTP id m8OJoMvc018670; Wed, 24 Sep 2008 13:50:23 -0600 Received: from [77.114.152.246] (apn-77-114-152-246.gprs.plus.pl [77.114.152.246]) by mail.semihalf.com (Postfix) with ESMTP id 186F41478E; Wed, 24 Sep 2008 22:00:30 +0200 (CEST) Message-ID: <48DA99F8.7070904@semihalf.com> Date: Wed, 24 Sep 2008 21:50:16 +0200 From: Rafal Jaworowski Organization: Semihalf MIME-Version: 1.0 To: Marcel Moolenaar References: <60ACBA3B-927C-4F2C-8680-A6B40B81E06C@mac.com> <48DA84D5.4010109@semihalf.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ppc@freebsd.org Subject: Re: 64-bit atomic ops on 32-bit CPU -- was: ZFS .. 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: Wed, 24 Sep 2008 19:50:24 -0000 Marcel Moolenaar wrote: >> a.) make sure the whole granule is dedicated for a single object we want >> atomic access to, i.e. in case of a 64-bit object we would use only 2 >> words >> out of 8 in the given granule and the remaining 6 would be wasted > > Is this required for correctness? I can see that it is > desirable for performance, but I don't think it's needed > for correctness. Can you elaborate? Having a dedicated granule for the object is not requirement. If this is not met the reservation may be lost gratuitously due to other stores which might happen within this granule (issued by other CPUs, and/or other threads on local CPU doing stwcx in this granule). So this is would hit performance, as you note, but the scheme would work still. The strict requirement is having all words of the compound atomic object within the same granule. >> Atomic store skeleton (pseudo asm, but you'll get the idea): >> >> 1. lwarx W1 >> >> 2. stw W2 >> This regular (non-stwcx) store issued from local CPU will not clear our >> reservation on this granule (only external CPUs or other entities' stores >> within this granule can clear it) >> >> 3. stwcx W1, goto p.1 if not succeeded > > I don't see a read of W2. In particular, we clobber W2 > unconditionally, so we must guarantee that we always > read the correct value of W2. Can you elaborate on how > an increment would be made atomic? This was an example of an atomic write when we don't care about the previous state (there, the initial lwarx is only needed for obtaining the reservation). Atomic increment would be like this: 1. lwarx W1 2. lwz W2 3. In-register increment/other modification 4. stw W2 (modified) Neither 2. nor 3 issued from local CPU will not clear our reservation on this granule. (optionally increment/modify in-register value of W1) 5. stwcx W1, goto p.1 if not succeeded If non-local CPU (or any other bus master) modifies anything within the considered granule after we obtained the reservation in 1., the last stwcx will fail and we'll loop again. Rafal From owner-freebsd-ppc@FreeBSD.ORG Wed Sep 24 21:07:09 2008 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 C81D61065687 for ; Wed, 24 Sep 2008 21:07:09 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout019.mac.com (asmtpout019.mac.com [17.148.16.94]) by mx1.freebsd.org (Postfix) with ESMTP id ACFCD8FC16 for ; Wed, 24 Sep 2008 21:07:09 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from [192.168.1.95] (209-128-86-226.bayarea.net [209.128.86.226]) by asmtp019.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0K7P00CBNXBVD580@asmtp019.mac.com> for freebsd-ppc@freebsd.org; Wed, 24 Sep 2008 14:07:09 -0700 (PDT) Message-id: <111399E3-2BC7-4724-8AFB-A40F2A47E66D@mac.com> From: Marcel Moolenaar To: Rafal Jaworowski In-reply-to: <48DA99F8.7070904@semihalf.com> Date: Wed, 24 Sep 2008 14:07:07 -0700 References: <60ACBA3B-927C-4F2C-8680-A6B40B81E06C@mac.com> <48DA84D5.4010109@semihalf.com> <48DA99F8.7070904@semihalf.com> X-Mailer: Apple Mail (2.929.2) Cc: freebsd-ppc@freebsd.org Subject: Re: 64-bit atomic ops on 32-bit CPU -- was: ZFS .. 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: Wed, 24 Sep 2008 21:07:09 -0000 On Sep 24, 2008, at 12:50 PM, Rafal Jaworowski wrote: > The strict requirement is having all words of the compound atomic > object > within the same granule. I agree. >>> Atomic store skeleton (pseudo asm, but you'll get the idea): >>> >>> 1. lwarx W1 >>> >>> 2. stw W2 >>> This regular (non-stwcx) store issued from local CPU will not >>> clear our >>> reservation on this granule (only external CPUs or other entities' >>> stores >>> within this granule can clear it) >>> >>> 3. stwcx W1, goto p.1 if not succeeded >> >> I don't see a read of W2. In particular, we clobber W2 >> unconditionally, so we must guarantee that we always >> read the correct value of W2. Can you elaborate on how >> an increment would be made atomic? > > This was an example of an atomic write when we don't care about the > previous > state (there, the initial lwarx is only needed for obtaining the > reservation). > > Atomic increment would be like this: > 1. lwarx W1 > > 2. lwz W2 > 3. In-register increment/other modification > 4. stw W2 (modified) > Neither 2. nor 3 issued from local CPU will not clear our > reservation on this > granule. > > (optionally increment/modify in-register value of W1) > 5. stwcx W1, goto p.1 if not succeeded Ok. Let's assume we lose the reservation and we're forced to loop and try again. Step 2 then reads W2, which on a retry is the word written in step 4. As such, if we have to loop and retry X times, then the atomic increment would increment by X and not 1. I don't think an unconditional write to W2 will work if we don't preserve the origional value of W2. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-ppc@FreeBSD.ORG Wed Sep 24 22:11:10 2008 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 293711065687 for ; Wed, 24 Sep 2008 22:11:10 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout017.mac.com (asmtpout017.mac.com [17.148.16.92]) by mx1.freebsd.org (Postfix) with ESMTP id 0C4208FC19 for ; Wed, 24 Sep 2008 22:11:10 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed Received: from [192.168.1.95] (209-128-86-226.bayarea.net [209.128.86.226]) by asmtp017.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0K7Q00AMG0AKE410@asmtp017.mac.com> for freebsd-ppc@freebsd.org; Wed, 24 Sep 2008 15:11:09 -0700 (PDT) Message-id: <2AD479FA-794C-421A-AF53-C10BBF0826DC@mac.com> From: Marcel Moolenaar To: Rafal Jaworowski In-reply-to: <111399E3-2BC7-4724-8AFB-A40F2A47E66D@mac.com> Date: Wed, 24 Sep 2008 15:11:08 -0700 References: <60ACBA3B-927C-4F2C-8680-A6B40B81E06C@mac.com> <48DA84D5.4010109@semihalf.com> <48DA99F8.7070904@semihalf.com> <111399E3-2BC7-4724-8AFB-A40F2A47E66D@mac.com> X-Mailer: Apple Mail (2.929.2) Cc: freebsd-ppc@freebsd.org Subject: Re: 64-bit atomic ops on 32-bit CPU -- was: ZFS .. 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: Wed, 24 Sep 2008 22:11:10 -0000 On Sep 24, 2008, at 2:07 PM, Marcel Moolenaar wrote: > Ok. Let's assume we lose the reservation and we're > forced to loop and try again. Step 2 then reads W2, > which on a retry is the word written in step 4. As > such, if we have to loop and retry X times, then > the atomic increment would increment by X and not > 1. > > I don't think an unconditional write to W2 will > work if we don't preserve the origional value of > W2. What about the following algorithm: /* Atomically read 64-bit entity. */ 1: lwarx P[0] ldw P[1] stwcx P[0] b.fail 1 /* Perform operation on 64-bit entity. */ {Q[0],Q[1]} = operation({P[0],P[1]}) /* * Pseudo-atomically write 64-bit value. * The 64-bit entity may have been clobbered * by this time. */ lwarx t[0] ldw t[1] cmp t[0],P[0] b.ne 1 cmp t[1],P[1] b.ne 1 stw Q[1] stwcx Q[0] b.ok 2 stw P[1] b 1 2: sync ret Interrupts should be disabled to minimize the time the 64-bit entity is inconsistent WRT non-atomic reads. Thoughts? -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-ppc@FreeBSD.ORG Thu Sep 25 17:08:48 2008 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 1133C1065696 for ; Thu, 25 Sep 2008 17:08:48 +0000 (UTC) (envelope-from raj@semihalf.com) Received: from semihalf.com (semihalf.com [206.130.101.55]) by mx1.freebsd.org (Postfix) with ESMTP id CD9CF8FC0A for ; Thu, 25 Sep 2008 17:08:47 +0000 (UTC) (envelope-from raj@semihalf.com) Received: from mail.semihalf.com (mail.semihalf.com [83.15.139.206]) by semihalf.com (8.13.1/8.13.1) with ESMTP id m8PH8jKI014550; Thu, 25 Sep 2008 11:08:46 -0600 Message-ID: <48DBC59C.3040101@semihalf.com> Date: Thu, 25 Sep 2008 19:08:44 +0200 From: Rafal Jaworowski Organization: Semihalf MIME-Version: 1.0 To: Marcel Moolenaar References: <60ACBA3B-927C-4F2C-8680-A6B40B81E06C@mac.com> <48DA84D5.4010109@semihalf.com> <48DA99F8.7070904@semihalf.com> <111399E3-2BC7-4724-8AFB-A40F2A47E66D@mac.com> In-Reply-To: <111399E3-2BC7-4724-8AFB-A40F2A47E66D@mac.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ppc@freebsd.org Subject: Re: 64-bit atomic ops on 32-bit CPU -- was: ZFS .. 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: Thu, 25 Sep 2008 17:08:48 -0000 Marcel Moolenaar wrote: >> Atomic increment would be like this: >> 1. lwarx W1 >> >> 2. lwz W2 >> 3. In-register increment/other modification >> 4. stw W2 (modified) >> Neither 2. nor 3 issued from local CPU will not clear our reservation >> on this >> granule. >> >> (optionally increment/modify in-register value of W1) >> 5. stwcx W1, goto p.1 if not succeeded > > Ok. Let's assume we lose the reservation and we're > forced to loop and try again. Step 2 then reads W2, > which on a retry is the word written in step 4. As > such, if we have to loop and retry X times, then > the atomic increment would increment by X and not > 1. > > I don't think an unconditional write to W2 will > work if we don't preserve the origional value of > W2. Yeah, it seems there are problems with W2 in read-modify-write scenarios... My environment is simpler (don't need full R-M-W facility). Let me think a bit about that other algo. FWIW, on multicore e500 systems it is possible to do this safely: there is system wide atomic op monitoring bit HID1[ATS], which lets a given CPU know if a lwarx/stwcx sequence is in progress on the system, so we can remotely manage reservations and eliminate wasting some of bus bandwidth. But this is of course not uniform accross PowerPC implementations. Rafal From owner-freebsd-ppc@FreeBSD.ORG Thu Sep 25 18:17:33 2008 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 B1F58106568D for ; Thu, 25 Sep 2008 18:17:33 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from adsum.doit.wisc.edu (adsum.doit.wisc.edu [144.92.197.210]) by mx1.freebsd.org (Postfix) with ESMTP id 7EC6D8FC1E for ; Thu, 25 Sep 2008 18:17:33 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=ISO-8859-1; format=flowed Received: from avs-daemon.smtpauth1.wiscmail.wisc.edu by smtpauth1.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 6.3-6.03 (built Mar 14 2008; 32bit)) id <0K7R00F02K58WD00@smtpauth1.wiscmail.wisc.edu> for freebsd-ppc@freebsd.org; Thu, 25 Sep 2008 13:17:32 -0500 (CDT) Received: from trantor.tachypleus.net (adsl-76-204-100-161.dsl.mdsnwi.sbcglobal.net [76.204.100.161]) by smtpauth1.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 6.3-6.03 (built Mar 14 2008; 32bit)) with ESMTPSA id <0K7R00F1CK57V300@smtpauth1.wiscmail.wisc.edu> for freebsd-ppc@freebsd.org; Thu, 25 Sep 2008 13:17:32 -0500 (CDT) Date: Thu, 25 Sep 2008 13:21:52 -0500 From: Nathan Whitehorn In-reply-to: To: Marco Trillo Message-id: <48DBD6C0.5070005@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.204.100.161 X-Spam-PmxInfo: Server=avs-13, Version=5.4.2.344556, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2008.9.25.180131, SenderIP=76.204.100.161 References: <48D389EE.9000207@FreeBSD.org> <48D3AD50.8070505@freebsd.org> <48D69679.1080701@freebsd.org> <48D7F437.1040603@FreeBSD.org> <645CD2B8-11A0-42E8-B5F9-C04DCF21F763@mac.com> <48D84C12.7070207@freebsd.org> <0DD89065-9CF3-45E4-89A0-70D6BBB9621D@mac.com> <48D92D44.6080807@freebsd.org> <48DA4037.9000508@freebsd.org> User-Agent: Thunderbird 2.0.0.16 (X11/20080814) Cc: freebsd-ppc@freebsd.org Subject: Re: Call for testers: Apple ATA DMA 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, 25 Sep 2008 18:17:33 -0000 Marco Trillo wrote: > Hi, > > On Wed, Sep 24, 2008 at 3:27 PM, Nathan Whitehorn > wrote: >> Ugh. I really don't know, and am flying blind without hardware. If you >> disable ATAPI DMA or the macio controller, does ad0 at least work? >> -Nathan >> > > I reverted the ata_macio.c patch and now Kauai uses DMA just fine! ad0 > now works in UDMA100 mode without any errors :-) > > ata0 mem 0x20000-0x20fff,0x8800-0x88ff irq 24,12 on macio0 > ata0: [ITHREAD] > ata1: mem 0xf5004000-0xf5007fff irq > 39,1 at device 13.0 on pci2 > ata1: [ITHREAD] > acd0: DVDR at ata0-master BIOSPIO > ad0: 38166MB at ata1-master UDMA100 > > And indeed the ad0 disk performance is much better. Thank you! > > So it looks like an ata_macio specific problem. Well I'm glad to hear that something works :) I just added in support for setting the timing correctly when the bus has multiple devices running at different speeds and also for programming reasonable PIO defaults for ata_macio. I hope the combination solves the problems seen by both you and Marcel, so more testing would be appreciated. As usual, the patch is here: http://people.freebsd.org/~nwhitehorn/apple-ata-dma.patch -Nathan From owner-freebsd-ppc@FreeBSD.ORG Fri Sep 26 17:48:32 2008 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 C8BAC1065689 for ; Fri, 26 Sep 2008 17:48:32 +0000 (UTC) (envelope-from marcotrillo@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.169]) by mx1.freebsd.org (Postfix) with ESMTP id 960F28FC0A for ; Fri, 26 Sep 2008 17:48:32 +0000 (UTC) (envelope-from marcotrillo@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so1145624wfg.7 for ; Fri, 26 Sep 2008 10:48:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=grJ06KHBV7So8ZHZPDfVNxYxFS0t2r4EqegCCJSLoqE=; b=dQ5LjaKGOGwQJxn9WuZwVoL2O5HHiKFLJM55mcI9IPaRb5AdmQlRyM1EngGFn7hPuJ HU1UnXqgyufARBtZcBJNmUDaAUuXIAwheuZ57xN1JPrzYRavQAccDh/O5DVMn2/Lr/6d UwNAzooA1jK4XIKhbaabbvAQDkvzyhR+cBW5o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=c3duP2Ikj5WKfCABSoJNgF/tm1bEMt1if48e4j79i0kta7a0f9qYoPlTv1661n3XW8 ZFe9U3r7xOtyVFi5MXPHKVjZ1YNg2sZv8vtdgmwgdlqr6P9A+UFVy8Pe1qpBNOcs9/Lb rsbfPYLgRXowQgD7OZWIFi7DTbbFktitu7cAE= Received: by 10.142.212.19 with SMTP id k19mr724571wfg.13.1222451312305; Fri, 26 Sep 2008 10:48:32 -0700 (PDT) Received: by 10.142.101.13 with HTTP; Fri, 26 Sep 2008 10:48:32 -0700 (PDT) Message-ID: Date: Fri, 26 Sep 2008 19:48:32 +0200 From: "Marco Trillo" To: "Nathan Whitehorn" In-Reply-To: <48DBD6C0.5070005@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48D389EE.9000207@FreeBSD.org> <48D7F437.1040603@FreeBSD.org> <645CD2B8-11A0-42E8-B5F9-C04DCF21F763@mac.com> <48D84C12.7070207@freebsd.org> <0DD89065-9CF3-45E4-89A0-70D6BBB9621D@mac.com> <48D92D44.6080807@freebsd.org> <48DA4037.9000508@freebsd.org> <48DBD6C0.5070005@freebsd.org> Cc: freebsd-ppc@freebsd.org Subject: Re: Call for testers: Apple ATA DMA 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: Fri, 26 Sep 2008 17:48:32 -0000 Hi Nathan, On Thu, Sep 25, 2008 at 8:21 PM, Nathan Whitehorn wrote: > Well I'm glad to hear that something works :) > > I just added in support for setting the timing correctly when the bus has > multiple devices running at different speeds and also for programming > reasonable PIO defaults for ata_macio. I hope the combination solves the > problems seen by both you and Marcel, so more testing would be appreciated. > As usual, the patch is here: The patch seems to work for me, I get no hangs or errors at boot time: ata0 mem 0x20000-0x20fff,0x8800-0x88ff irq 24,12 on macio0 ata0: [ITHREAD] ata1: mem 0xf5004000-0xf5007fff irq 39,1 at device 13.0 on pci2 ata1: [ITHREAD] acd0: DVDR at ata0-master WDMA2 ad0: 38166MB at ata1-master UDMA100 The ad0 disk works perfectly in UDMA100 (I have tested it a lot these days without problems). I have not tested acd0 yet, but I'm going to test it and report how well does it work. Thanks! Marco. From owner-freebsd-ppc@FreeBSD.ORG Fri Sep 26 17:53:27 2008 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 88753106568E for ; Fri, 26 Sep 2008 17:53:27 +0000 (UTC) (envelope-from marcotrillo@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by mx1.freebsd.org (Postfix) with ESMTP id 3A5028FC1B for ; Fri, 26 Sep 2008 17:53:27 +0000 (UTC) (envelope-from marcotrillo@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so185163ywe.13 for ; Fri, 26 Sep 2008 10:53:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=NgHzqyy7EwGCrr9osLnFOp0X3benZx7iovFq1xHox30=; b=Ov1GKCBJUVJ1KVUOtiw5yYiZNQCUyGvJaShk7W2DwftbMh7tHHUfC5ITTMJOJAJAyy p7uIYf6UypVUCfjie+YdsbU3dzHfYQsqrkA/pRoqxLk8fRhzQSrYStSUu5YoAlOd5T+O GvWrG4pQ8WWEwbw+3IM76X29BmM7A8hk/++xE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=wDSAzXqq0sZWkXyWlMvHX94Tfs8fFS3qSPlaHpz5SUu+vkenR7QZACBj6F+id1Ig7S SJhhtIDyX2+siwNHYlpRh5b/yt2mWbDSCKSYdUD8eGlMTaFcpL4wJej31WJoIC1WtjHa K3gorIYHeV+IBt++fHQfkpjaI7uc67s2Q2EHA= Received: by 10.142.50.15 with SMTP id x15mr696335wfx.342.1222451605700; Fri, 26 Sep 2008 10:53:25 -0700 (PDT) Received: by 10.142.101.13 with HTTP; Fri, 26 Sep 2008 10:53:25 -0700 (PDT) Message-ID: Date: Fri, 26 Sep 2008 19:53:25 +0200 From: "Marco Trillo" To: "Nathan Whitehorn" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48D389EE.9000207@FreeBSD.org> <645CD2B8-11A0-42E8-B5F9-C04DCF21F763@mac.com> <48D84C12.7070207@freebsd.org> <0DD89065-9CF3-45E4-89A0-70D6BBB9621D@mac.com> <48D92D44.6080807@freebsd.org> <48DA4037.9000508@freebsd.org> <48DBD6C0.5070005@freebsd.org> Cc: freebsd-ppc@freebsd.org Subject: Re: Call for testers: Apple ATA DMA 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: Fri, 26 Sep 2008 17:53:27 -0000 Hi, On Fri, Sep 26, 2008 at 7:48 PM, Marco Trillo wrote: >> I just added in support for setting the timing correctly when the bus has >> multiple devices running at different speeds and also for programming >> reasonable PIO defaults for ata_macio. I hope the combination solves the >> problems seen by both you and Marcel, so more testing would be appreciated. >> As usual, the patch is here: > > The patch seems to work for me, I get no hangs or errors at boot time: > > ata0 mem 0x20000-0x20fff,0x8800-0x88ff irq 24,12 on macio0 > ata0: [ITHREAD] > ata1: mem 0xf5004000-0xf5007fff irq > 39,1 at device 13.0 on pci2 > ata1: [ITHREAD] > acd0: DVDR at ata0-master WDMA2 > ad0: 38166MB at ata1-master UDMA100 > > The ad0 disk works perfectly in UDMA100 (I have tested it a lot these > days without problems). I have not tested acd0 yet, but I'm going to > test it and report how well does it work. I just tested it. It works fine! No hangs or errors, and the data transfers just fine. Thanks! Marco. From owner-freebsd-ppc@FreeBSD.ORG Fri Sep 26 18:17:27 2008 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 21F031065747 for ; Fri, 26 Sep 2008 18:17:27 +0000 (UTC) (envelope-from marcotrillo@gmail.com) Received: from mail-gx0-f17.google.com (mail-gx0-f17.google.com [209.85.217.17]) by mx1.freebsd.org (Postfix) with ESMTP id C1D5E8FC1C for ; Fri, 26 Sep 2008 18:17:26 +0000 (UTC) (envelope-from marcotrillo@gmail.com) Received: by gxk10 with SMTP id 10so8570294gxk.19 for ; Fri, 26 Sep 2008 11:17:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=xrJJx1OcPSprOvYqjppTBJbY97BJWAN43YJ8AtV+SO8=; b=cxlNaFMVaySnkSdI6q8RNPh4N3QqwnV05lQ3MSlSPCRmUI2iAuD8C5DUJW8vvwuUnK TcGwDSLIAUyzYhNSdNXRl97jSF1CPvd7CMxZQLRFde1lS7Lcz26mpGhqK6/5K6kwjrc8 6fXYMZme0NaCZMSfDk05F5q2NfcYsNiDt4BF8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=ta7Cs8W3fgC1u4r8j7quO7TBC0o+UU+ySikPNMR9R0ilJZzOGOOTREHGAfCKbJ3wA1 Vw+vD6ubhaXm62TE0DpgTOyfczKs0Gpps3oKIfTcnHFHHAzAmGe345CatnT6FI8qxje3 1Ks+Ie8bokGgOX3OO44ZOiQGuR/Knp+WDqlw0= Received: by 10.142.105.13 with SMTP id d13mr713046wfc.275.1222453045626; Fri, 26 Sep 2008 11:17:25 -0700 (PDT) Received: by 10.142.101.13 with HTTP; Fri, 26 Sep 2008 11:17:25 -0700 (PDT) Message-ID: Date: Fri, 26 Sep 2008 20:17:25 +0200 From: "Marco Trillo" To: freebsd-ppc@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Onboard audio support and DBDMA API extensions. 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: Fri, 26 Sep 2008 18:17:27 -0000 Hi, I'm working in a pcm(4) driver for the Apple onboard audio. The current status is that audio output works on my machine using a default volume, but volume changing is not supported yet. In more detail, what I have is support for audio output using the I2S-based mac-io audio controller (which is the one used on most new-world Apple machines), using DBDMA to transfer the audio. Support for the older, DAVbus-based controllers should be easy too since the DBDMA stuff is mostly the same. I would like to propose two extensions for the DBDMA API, detailed below. I also have preliminary support for the GPIO controls, which are used mainly to select the output port (built-in speakers or headphones). What I have yet to do is to support the mixer(4) interface (to support changing the output volume), which needs support for the Keywest I2C controller in order to talk to the codec. I have in fact ported a Keywest I2C driver from NetBSD, but I don't use it much yet. Some dmesg output of the driver with debugging enabled: macio0: mem 0x80000000-0x8007ffff at device 23.0 on pci1 pcm0: mem 0x10000-0x10fff,0x8000-0x80ff,0x8100-0x81ff,0x8200-0x82ff,0x8300-0x83ff irq 30,1,2,31,3,4 on macio0 interrupting at irq 1 pcm0: [ITHREAD] GPIO : addr 0x6f GPIO : addr 0x70 GPIO : addr 0x75 GPIO : addr 0x67 enabled outputs: SPEAKER resetting codec pcm_getbuffersize returned 65536 aoa_dma_setprd: addr = 31391744, 32 slots aoa_chan_setformat: format = 268435488 aoa_chan_setspeed: speed = 44100 aoa_chan_setformat: format = 268435488 aoa_chan_setblocksize: blocksz = 2048, dma->blksz = 2048 aoa_chan_setspeed: speed = 44100 aoa_chan_setformat: format = 268435488 aoa_chan_setblocksize: blocksz = 2048, dma->blksz = 2048 aoa_chan_setblocksize: blocksz = 2048, dma->blksz = 2048 aoa_chan_setspeed: speed = 44100 aoa_chan_setformat: format = 268435488 aoa_chan_setblocksize: blocksz = 2048, dma->blksz = 2048 kiic0: mem 0x18000-0x18fff irq 26 on macio0 $ cat /dev/sndstat FreeBSD Audio Driver (newpcm: 32bit 2007061600/powerpc) Installed devices: pcm0: at irq 1 [GIANT] (1p:1v/0r:0v channels default) Playing an audio file (in this case using the "aifftools" utilities): $ cd dl/aiff/aifftools/aifftools $ ./aiffopen 1\ Kyrie.aiff => Reading '1 Kyrie.aiff'... +---------------------------------+ | 1 Kyrie.aiff | +----------------+----------------+ | Author:| | +----------------+----------------+ | Length:| 0:07:08| +----------------+----------------+ | Sampling rate:| 44.100 kHz| +----------------+----------------+ | Channels:| Stereo| +----------------+----------------+ | Resolution:| 16 bps| +----------------+----------------+ | Bitrate:| 1411 kbps| +----------------+----------------+ => oss: Open Sound System (OSS) => Start playing [0:00:38]^C => Aborted by signal 2 The current work-in-progress version of the driver is at: . I would like to propose the following additions to the DBDMA API, which I'm using in the driver: void dbdma_clear_cmd_status(dbdma_channel_t *, int slot); Clears the cmdStatus of DBDMA command at slot 'slot'. Used for keeping track of completed blocks. void dbdma_control(dbdma_channel_t *, uint8_t mask, uint8_t in); General-purpose manipulation of the DBDMA channel control register. Used for setting/clearing general-purpose control bits such as S0. What do you think? Thanks, Marco. From owner-freebsd-ppc@FreeBSD.ORG Fri Sep 26 18:40:25 2008 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 A648B1065692 for ; Fri, 26 Sep 2008 18:40:25 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from adsum.doit.wisc.edu (adsum.doit.wisc.edu [144.92.197.210]) by mx1.freebsd.org (Postfix) with ESMTP id 795E98FC1A for ; Fri, 26 Sep 2008 18:40:25 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=ISO-8859-1; format=flowed Received: from avs-daemon.smtpauth1.wiscmail.wisc.edu by smtpauth1.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 6.3-6.03 (built Mar 14 2008; 32bit)) id <0K7T00J0AFVCD800@smtpauth1.wiscmail.wisc.edu> for freebsd-ppc@freebsd.org; Fri, 26 Sep 2008 13:40:24 -0500 (CDT) Received: from trantor.tachypleus.net (adsl-76-204-100-161.dsl.mdsnwi.sbcglobal.net [76.204.100.161]) by smtpauth1.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 6.3-6.03 (built Mar 14 2008; 32bit)) with ESMTPSA id <0K7T006OMFVA0W90@smtpauth1.wiscmail.wisc.edu> for freebsd-ppc@freebsd.org; Fri, 26 Sep 2008 13:40:23 -0500 (CDT) Date: Fri, 26 Sep 2008 13:44:43 -0500 From: Nathan Whitehorn In-reply-to: To: Marco Trillo Message-id: <48DD2D9B.2070706@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.204.100.161 X-Spam-PmxInfo: Server=avs-9, Version=5.4.1.325704, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2008.9.26.182210, SenderIP=76.204.100.161 References: User-Agent: Thunderbird 2.0.0.16 (X11/20080814) Cc: freebsd-ppc@freebsd.org Subject: Re: Onboard audio support and DBDMA API extensions. 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: Fri, 26 Sep 2008 18:40:25 -0000 Marco Trillo wrote: > Hi, > > I'm working in a pcm(4) driver for the Apple onboard audio. The > current status is that audio output works on my machine using a > default volume, but volume changing is not supported yet. Great! > I also have preliminary support for the GPIO controls, which are used > mainly to select the output port (built-in speakers or headphones). > What I have yet to do is to support the mixer(4) interface (to support > changing the output volume), which needs support for the Keywest I2C > controller in order to talk to the codec. I have in fact ported a > Keywest I2C driver from NetBSD, but I don't use it much yet. I think we need to come up with a good way to handle the GPIO stuff and FCR setting. GPIO is also needed for PMU support (my current PMU driver has ugly hacks) and for SMU on G5 machines. Maybe some new interfaces to macio? This is complicated a little with SMU, though, as it isn't a macio child. > I would like to propose the following additions to the DBDMA API, > which I'm using in the driver: > > void dbdma_clear_cmd_status(dbdma_channel_t *, int slot); > Clears the cmdStatus of DBDMA command at slot 'slot'. Used for keeping > track of completed blocks. > > void dbdma_control(dbdma_channel_t *, uint8_t mask, uint8_t in); > General-purpose manipulation of the DBDMA channel control register. > Used for setting/clearing general-purpose control bits such as S0. Looks good to me. I'd suggest changing the name of dbdma_control() to dbdma_set_chan_status() to match dbdma_get_chan_status(), though. -Nathan From owner-freebsd-ppc@FreeBSD.ORG Fri Sep 26 18:41:58 2008 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 83DEC1065689 for ; Fri, 26 Sep 2008 18:41:58 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from agogare.doit.wisc.edu (agogare.doit.wisc.edu [144.92.197.211]) by mx1.freebsd.org (Postfix) with ESMTP id 514188FC20 for ; Fri, 26 Sep 2008 18:41:58 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=ISO-8859-1; format=flowed Received: from avs-daemon.smtpauth2.wiscmail.wisc.edu by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 6.3-6.03 (built Mar 14 2008; 32bit)) id <0K7T00N0QFXX2A00@smtpauth2.wiscmail.wisc.edu> for freebsd-ppc@freebsd.org; Fri, 26 Sep 2008 13:41:57 -0500 (CDT) Received: from trantor.tachypleus.net (adsl-76-204-100-161.dsl.mdsnwi.sbcglobal.net [76.204.100.161]) by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 6.3-6.03 (built Mar 14 2008; 32bit)) with ESMTPSA id <0K7T009QMFXUOX90@smtpauth2.wiscmail.wisc.edu> for freebsd-ppc@freebsd.org; Fri, 26 Sep 2008 13:41:55 -0500 (CDT) Date: Fri, 26 Sep 2008 13:46:15 -0500 From: Nathan Whitehorn In-reply-to: To: Marco Trillo Message-id: <48DD2DF7.2020901@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.204.100.161 X-Spam-PmxInfo: Server=avs-12, Version=5.4.1.325704, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2008.9.26.182805, SenderIP=76.204.100.161 References: <48D389EE.9000207@FreeBSD.org> <645CD2B8-11A0-42E8-B5F9-C04DCF21F763@mac.com> <48D84C12.7070207@freebsd.org> <0DD89065-9CF3-45E4-89A0-70D6BBB9621D@mac.com> <48D92D44.6080807@freebsd.org> <48DA4037.9000508@freebsd.org> <48DBD6C0.5070005@freebsd.org> User-Agent: Thunderbird 2.0.0.16 (X11/20080814) Cc: freebsd-ppc@freebsd.org Subject: Re: Call for testers: Apple ATA DMA 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: Fri, 26 Sep 2008 18:41:58 -0000 Marco Trillo wrote: > Hi, > > On Fri, Sep 26, 2008 at 7:48 PM, Marco Trillo wrote: >>> I just added in support for setting the timing correctly when the bus has >>> multiple devices running at different speeds and also for programming >>> reasonable PIO defaults for ata_macio. I hope the combination solves the >>> problems seen by both you and Marcel, so more testing would be appreciated. >>> As usual, the patch is here: >> The patch seems to work for me, I get no hangs or errors at boot time: >> >> ata0 mem 0x20000-0x20fff,0x8800-0x88ff irq 24,12 on macio0 >> ata0: [ITHREAD] >> ata1: mem 0xf5004000-0xf5007fff irq >> 39,1 at device 13.0 on pci2 >> ata1: [ITHREAD] >> acd0: DVDR at ata0-master WDMA2 >> ad0: 38166MB at ata1-master UDMA100 >> >> The ad0 disk works perfectly in UDMA100 (I have tested it a lot these >> days without problems). I have not tested acd0 yet, but I'm going to >> test it and report how well does it work. > > I just tested it. It works fine! No hangs or errors, and the data > transfers just fine. Thanks! Wonderful! If I can get positive reports from a few more people who were having trouble, I'll drop this in the tree. -Nathan From owner-freebsd-ppc@FreeBSD.ORG Fri Sep 26 19:01:41 2008 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 BA12C106568A; Fri, 26 Sep 2008 19:01:41 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout021.mac.com (asmtpout021.mac.com [17.148.16.96]) by mx1.freebsd.org (Postfix) with ESMTP id 9A84C8FC15; Fri, 26 Sep 2008 19:01:41 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from alan-tablet.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp021.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0K7T000M7GUMJJ70@asmtp021.mac.com>; Fri, 26 Sep 2008 12:01:40 -0700 (PDT) Message-id: <1DEA7917-95E2-4BEA-AA03-2791AAA0751F@mac.com> From: Marcel Moolenaar To: Nathan Whitehorn In-reply-to: <48DD2DF7.2020901@freebsd.org> Date: Fri, 26 Sep 2008 12:01:32 -0700 References: <48D389EE.9000207@FreeBSD.org> <645CD2B8-11A0-42E8-B5F9-C04DCF21F763@mac.com> <48D84C12.7070207@freebsd.org> <0DD89065-9CF3-45E4-89A0-70D6BBB9621D@mac.com> <48D92D44.6080807@freebsd.org> <48DA4037.9000508@freebsd.org> <48DBD6C0.5070005@freebsd.org> <48DD2DF7.2020901@freebsd.org> X-Mailer: Apple Mail (2.929.2) Cc: freebsd-ppc@freebsd.org Subject: Re: Call for testers: Apple ATA DMA 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: Fri, 26 Sep 2008 19:01:41 -0000 On Sep 26, 2008, at 11:46 AM, Nathan Whitehorn wrote: > Marco Trillo wrote: >> Hi, >> On Fri, Sep 26, 2008 at 7:48 PM, Marco Trillo >> wrote: >>>> I just added in support for setting the timing correctly when the >>>> bus has >>>> multiple devices running at different speeds and also for >>>> programming >>>> reasonable PIO defaults for ata_macio. I hope the combination >>>> solves the >>>> problems seen by both you and Marcel, so more testing would be >>>> appreciated. >>>> As usual, the patch is here: >>> The patch seems to work for me, I get no hangs or errors at boot >>> time: >>> >>> ata0 mem 0x20000-0x20fff,0x8800-0x88ff irq 24,12 on macio0 >>> ata0: [ITHREAD] >>> ata1: mem 0xf5004000-0xf5007fff irq >>> 39,1 at device 13.0 on pci2 >>> ata1: [ITHREAD] >>> acd0: DVDR at ata0-master WDMA2 >>> ad0: 38166MB at ata1-master UDMA100 >>> >>> The ad0 disk works perfectly in UDMA100 (I have tested it a lot >>> these >>> days without problems). I have not tested acd0 yet, but I'm going >>> to >>> test it and report how well does it work. >> I just tested it. It works fine! No hangs or errors, and the data >> transfers just fine. Thanks! > > Wonderful! If I can get positive reports from a few more people who > were having trouble, I'll drop this in the tree. I won't be able to test again until Monday, so feel free to commit without my feedback if you received enough positive news before that time. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-ppc@FreeBSD.ORG Sat Sep 27 01:51:37 2008 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 161C81065690 for ; Sat, 27 Sep 2008 01:51:37 +0000 (UTC) (envelope-from grehan@freebsd.org) Received: from alto.onthenet.com.au (alto.OntheNet.com.au [203.13.68.12]) by mx1.freebsd.org (Postfix) with ESMTP id C87168FC12 for ; Sat, 27 Sep 2008 01:51:36 +0000 (UTC) (envelope-from grehan@freebsd.org) Received: from dommail.onthenet.com.au (dommail.OntheNet.com.au [203.13.70.57]) by alto.onthenet.com.au (Postfix) with ESMTP id B6B4E11AD2; Sat, 27 Sep 2008 11:51:34 +1000 (EST) Received: from peter-grehans-power-mac-g5.local (dsl-63-249-90-35.cruzio.com [63.249.90.35]) by dommail.onthenet.com.au (MOS 3.8.6-GA) with ESMTP id EJD66326 (AUTH peterg@ptree32.com.au); Sat, 27 Sep 2008 11:50:53 +1000 (EST) Message-ID: <48DD91A4.2060306@freebsd.org> Date: Fri, 26 Sep 2008 18:51:32 -0700 From: Peter Grehan User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) MIME-Version: 1.0 To: Marco Trillo References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ppc@freebsd.org Subject: Re: 8.0-current 200809 snapshot CD boot problem X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: grehan@freebsd.org List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Sep 2008 01:51:37 -0000 Hi Marco, Would you be able to try booting into the loader only e.g. 0 > boot cd:,\boot\loader hd:58 (giving a non-existent partition instead of no parameter will prevent the loader from trying to open the device it was booted off). Then, issue an 'memmap' command at the loader prompt, and see if OFW is using any of the memory that is at question. Secondly, would you be able to to a 'C' boot, but halt into the loader and issue the same command ? This time, there should be memory allocated for the kernel itself. I vaguely remember problems with eMacs in the past when booting from disk, but the details are lost in the haze of time. later, Peter. From owner-freebsd-ppc@FreeBSD.ORG Sat Sep 27 03:44:33 2008 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 2FCAA1065687; Sat, 27 Sep 2008 03:44:33 +0000 (UTC) (envelope-from grehan@freebsd.org) Received: from alto.onthenet.com.au (alto.OntheNet.com.au [203.13.68.12]) by mx1.freebsd.org (Postfix) with ESMTP id DBC668FC33; Sat, 27 Sep 2008 03:44:32 +0000 (UTC) (envelope-from grehan@freebsd.org) Received: from dommail.onthenet.com.au (dommail.OntheNet.com.au [203.13.70.57]) by alto.onthenet.com.au (Postfix) with ESMTP id AB18611793; Sat, 27 Sep 2008 13:44:22 +1000 (EST) Received: from peter-grehans-power-mac-g5.local (dsl-63-249-90-35.cruzio.com [63.249.90.35]) by dommail.onthenet.com.au (MOS 3.8.6-GA) with ESMTP id EJD77540 (AUTH peterg@ptree32.com.au); Sat, 27 Sep 2008 13:43:41 +1000 (EST) Message-ID: <48DDAC14.9070604@freebsd.org> Date: Fri, 26 Sep 2008 20:44:20 -0700 From: Peter Grehan User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) MIME-Version: 1.0 To: Nathan Whitehorn References: <48D389EE.9000207@FreeBSD.org> <645CD2B8-11A0-42E8-B5F9-C04DCF21F763@mac.com> <48D84C12.7070207@freebsd.org> <0DD89065-9CF3-45E4-89A0-70D6BBB9621D@mac.com> <48D92D44.6080807@freebsd.org> <48DA4037.9000508@freebsd.org> <48DBD6C0.5070005@freebsd.org> <48DD2DF7.2020901@freebsd.org> In-Reply-To: <48DD2DF7.2020901@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ppc@freebsd.org Subject: Re: Call for testers: Apple ATA DMA X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: grehan@freebsd.org List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Sep 2008 03:44:33 -0000 Hi Nathan, > If I can get positive reports from a few more people who were > having trouble, I'll drop this in the tree. The imac's ata-4 is working solidly at UDMA-66. The difference in CPU usage and i/o with dd at 32k block size is stunning: 2MB/7% idle before, 18MB/75% idle with your patch. later, Peter. From owner-freebsd-ppc@FreeBSD.ORG Sat Sep 27 10:48:41 2008 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 2DA861065687 for ; Sat, 27 Sep 2008 10:48:41 +0000 (UTC) (envelope-from marcotrillo@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.169]) by mx1.freebsd.org (Postfix) with ESMTP id F32C58FC17 for ; Sat, 27 Sep 2008 10:48:40 +0000 (UTC) (envelope-from marcotrillo@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so1403840wfg.7 for ; Sat, 27 Sep 2008 03:48:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=WJYnFZMO/fvQwrKKo239IDtpf74DTwu+qJHAztOByZo=; b=Fe942SPfProB0yjbd4NHYKk1T1qV9OOSA35khA8HVY1fGJXpllExMnJfY4fKOFa1Nh //dAjP73G3FIRudGBpUy2l75juKdQoUXdeKo34dWlxt8i5BCYwWHMPpAGj7mmR83wVLH 2SNpY4RK1haeXR1O+uS3UM9Hb8ibLb7lguBZc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=DmiRXoayaRwRjSczchSrJIpH/KVDUKtt7lmwGlqqKABxb5GV0rcSr0cMLLKdmY9yK4 LSZpjW685qsKHZhN/DWKoFnbnc4VNNjBQwCoKfslSPgB4qF1jinUUVINcAVOvnibZAJ9 HR3ECGiJGvZN4MAMp6PT90IOP4OToawfCgBG4= Received: by 10.142.221.19 with SMTP id t19mr1107682wfg.186.1222512520679; Sat, 27 Sep 2008 03:48:40 -0700 (PDT) Received: by 10.142.101.13 with HTTP; Sat, 27 Sep 2008 03:48:40 -0700 (PDT) Message-ID: Date: Sat, 27 Sep 2008 12:48:40 +0200 From: "Marco Trillo" To: grehan@freebsd.org In-Reply-To: <48DD91A4.2060306@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48DD91A4.2060306@freebsd.org> Cc: freebsd-ppc@freebsd.org Subject: Re: 8.0-current 200809 snapshot CD boot problem 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: Sat, 27 Sep 2008 10:48:41 -0000 Hi, On Sat, Sep 27, 2008 at 3:51 AM, Peter Grehan wrote: > Would you be able to try booting into the loader only e.g. > > 0 > boot cd:,\boot\loader hd:58 > > (giving a non-existent partition instead of no parameter will prevent the > loader from trying to open the device it was booted off). > > Then, issue an 'memmap' command at the loader prompt, and see if OFW is > using any of the memory that is at question. This is the output of the 'memmap' command with hd:58. It looks like the memory in question is not being used by OFW: OK memmap Virtual Range Physical Range #Pages Mode 00000000-00003000 00000000-00003000 3 10 00003000-00083000 00003000-00083000 128 10 01c00000-01c40000 01c00000-01c40000 64 2 80000000-80080000 80000000-80080000 128 28 80081000-80082000 80081000-80082000 1 28 80082000-80083000 80082000-80083000 1 28 80083000-80084000 80083000-80084000 1 28 90000000-90010000 90000000-90010000 16 28 98000000-a0000000 98000000-a0000000 32768 28 f0000000-f0010000 f0000000-f0010000 16 28 f0800000-f0801000 f0800000-f0801000 1 28 f0c00000-f0c01000 f0c00000-f0c01000 1 28 f2000000-f2010000 f2000000-f2010000 16 28 f2800000-f2801000 f2800000-f2801000 1 28 f2c00000-f2c01000 f2c00000-f2c01000 1 28 f4000000-f4010000 f4000000-f4010000 16 28 f4800000-f4801000 f4800000-f4801000 1 28 f4c00000-f4c01000 f4c00000-f4c01000 1 28 f5000000-f5001000 f5000000-f5001000 1 28 f5004000-f5008000 f5004000-f5008000 4 28 f5200000-f5400000 f5200000-f5400000 512 28 f8000000-f8003000 f8000000-f8003000 3 28 ff7f0000-ff800000 2fbf0000-2fc00000 16 10 ff800000-ffc00000 2fc00000-30000000 1024 10 fff04000-fff06000 fff04000-fff06000 2 28 fff06000-fff08000 fff06000-fff08000 2 28 > > Secondly, would you be able to to a 'C' boot, but halt into the loader and > issue the same command ? This time, there should be memory allocated for the > kernel itself. > The full output in this case is below. The memory in question is now mapped, but I don't know why it makes a difference starting at 0013d3c0 (working) or at 00100100 (not working). OK memmap Virtual Range Physical Range #Pages Mode 00000000-00003000 00000000-00003000 3 10 00003000-00083000 00003000-00083000 128 10 00100000-00110000 00100000-00110000 16 0 00110000-005ab000 00110000-005ab000 1179 0 005ab000-005bb000 005ab000-005bb000 16 0 005bb000-005cb000 005bb000-005cb000 16 0 005cb000-005db000 005cb000-005db000 16 0 005db000-005eb000 005db000-005eb000 16 0 005eb000-005fb000 005eb000-005fb000 16 0 005fb000-0060b000 005fb000-0060b000 16 0 0060b000-0061b000 0060b000-0061b000 16 0 0061b000-0062b000 0061b000-0062b000 16 0 0062b000-0063b000 0062b000-0063b000 16 0 0063b000-0064b000 0063b000-0064b000 16 0 0064b000-0065b000 0064b000-0065b000 16 0 0065b000-0066b000 0065b000-0066b000 16 0 0066b000-0067b000 0066b000-0067b000 16 0 0067b000-0068b000 0067b000-0068b000 16 0 0068b000-0069b000 0068b000-0069b000 16 0 0069b000-006ab000 0069b000-006ab000 16 0 006ab000-006bb000 006ab000-006bb000 16 0 006bb000-006cb000 006bb000-006cb000 16 0 006cb000-006db000 006cb000-006db000 16 0 006db000-006eb000 006db000-006eb000 16 0 006eb000-006fb000 006eb000-006fb000 16 0 006fb000-0070b000 006fb000-0070b000 16 0 0070b000-0071b000 0070b000-0071b000 16 0 0071b000-0072b000 0071b000-0072b000 16 0 0072b000-0073b000 0072b000-0073b000 16 0 0073b000-0074b000 0073b000-0074b000 16 0 0074b000-0075b000 0074b000-0075b000 16 0 0075b000-0079d000 0075b000-0079d000 66 0 0079d000-00803000 0079d000-00803000 102 0 00803000-00813000 00803000-00813000 16 0 00813000-00823000 00813000-00823000 16 0 00823000-00833000 00823000-00833000 16 0 00833000-00843000 00833000-00843000 16 0 00843000-00853000 00843000-00853000 16 0 00853000-00863000 00853000-00863000 16 0 00863000-00873000 00863000-00873000 16 0 00873000-00883000 00873000-00883000 16 0 00883000-00893000 00883000-00893000 16 0 00893000-008a3000 00893000-008a3000 16 0 008a3000-008b3000 008a3000-008b3000 16 0 008b3000-008c3000 008b3000-008c3000 16 0 008c3000-008d3000 008c3000-008d3000 16 0 008d3000-008e3000 008d3000-008e3000 16 0 008e3000-008f3000 008e3000-008f3000 16 0 008f3000-00903000 008f3000-00903000 16 0 00903000-00913000 00903000-00913000 16 0 00913000-00923000 00913000-00923000 16 0 00923000-00933000 00923000-00933000 16 0 00933000-00943000 00933000-00943000 16 0 00943000-00953000 00943000-00953000 16 0 00953000-00963000 00953000-00963000 16 0 00963000-00973000 00963000-00973000 16 0 00973000-00983000 00973000-00983000 16 0 00983000-00993000 00983000-00993000 16 0 00993000-009a3000 00993000-009a3000 16 0 009a3000-009b3000 009a3000-009b3000 16 0 009b3000-009c3000 009b3000-009c3000 16 0 009c3000-009d3000 009c3000-009d3000 16 0 009d3000-009e3000 009d3000-009e3000 16 0 009e3000-009f3000 009e3000-009f3000 16 0 009f3000-00a03000 009f3000-00a03000 16 0 00a03000-00a13000 00a03000-00a13000 16 0 00a13000-00a23000 00a13000-00a23000 16 0 00a23000-00a33000 00a23000-00a33000 16 0 00a33000-00a43000 00a33000-00a43000 16 0 00a43000-00a53000 00a43000-00a53000 16 0 00a53000-00a63000 00a53000-00a63000 16 0 00a63000-00a73000 00a63000-00a73000 16 0 00a73000-00a83000 00a73000-00a83000 16 0 00a83000-00a93000 00a83000-00a93000 16 0 00a93000-00aa3000 00a93000-00aa3000 16 0 00aa3000-00ab3000 00aa3000-00ab3000 16 0 00ab3000-00ac3000 00ab3000-00ac3000 16 0 00ac3000-00ad3000 00ac3000-00ad3000 16 0 00ad3000-00ae3000 00ad3000-00ae3000 16 0 00ae3000-00af3000 00ae3000-00af3000 16 0 00af3000-00b03000 00af3000-00b03000 16 0 00b03000-00b13000 00b03000-00b13000 16 0 00b13000-00b23000 00b13000-00b23000 16 0 00b23000-00b33000 00b23000-00b33000 16 0 00b33000-00b43000 00b33000-00b43000 16 0 00b43000-00b53000 00b43000-00b53000 16 0 00b53000-00b63000 00b53000-00b63000 16 0 00b63000-00b73000 00b63000-00b73000 16 0 00b73000-00b83000 00b73000-00b83000 16 0 00b83000-00b93000 00b83000-00b93000 16 0 00b93000-00ba3000 00b93000-00ba3000 16 0 00ba3000-00bb3000 00ba3000-00bb3000 16 0 00bb3000-00bc3000 00bb3000-00bc3000 16 0 00bc3000-00bd3000 00bc3000-00bd3000 16 0 00bd3000-00be3000 00bd3000-00be3000 16 0 00be3000-00bf3000 00be3000-00bf3000 16 0 00bf3000-00c03000 00bf3000-00c03000 16 0 00c03000-00c13000 00c03000-00c13000 16 0 01c00000-01c30000 01c00000-01c30000 48 2 01c30000-01c3f000 01c30000-01c3f000 15 2 80000000-80080000 80000000-80080000 128 28 80081000-80082000 80081000-80082000 1 28 80082000-80083000 80082000-80083000 1 28 80083000-80084000 80083000-80084000 1 28 90000000-90010000 90000000-90010000 16 28 98000000-a0000000 98000000-a0000000 32768 28 f0000000-f0010000 f0000000-f0010000 16 28 f0800000-f0801000 f0800000-f0801000 1 28 f0c00000-f0c01000 f0c00000-f0c01000 1 28 f2000000-f2010000 f2000000-f2010000 16 28 f2800000-f2801000 f2800000-f2801000 1 28 f2c00000-f2c01000 f2c00000-f2c01000 1 28 f4000000-f4010000 f4000000-f4010000 16 28 f4800000-f4801000 f4800000-f4801000 1 28 f4c00000-f4c01000 f4c00000-f4c01000 1 28 f5000000-f5001000 f5000000-f5001000 1 28 f5004000-f5008000 f5004000-f5008000 4 28 f5200000-f5400000 f5200000-f5400000 512 28 f8000000-f8003000 f8000000-f8003000 3 28 ff7f0000-ff800000 2fbf0000-2fc00000 16 10 ff800000-ffc00000 2fc00000-30000000 1024 10 fff04000-fff06000 fff04000-fff06000 2 28 fff06000-fff08000 fff06000-fff08000 2 28 Thanks for your reply! Marco. From owner-freebsd-ppc@FreeBSD.ORG Sat Sep 27 11:15:38 2008 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 A625B106574B for ; Sat, 27 Sep 2008 11:15:38 +0000 (UTC) (envelope-from marcotrillo@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.173]) by mx1.freebsd.org (Postfix) with ESMTP id 74BDC8FC28 for ; Sat, 27 Sep 2008 11:15:38 +0000 (UTC) (envelope-from marcotrillo@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so1407833wfg.7 for ; Sat, 27 Sep 2008 04:15:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=KRmNGe2jBR/2DHV8iVl5pTuuAVlb3dBS4tPKBCk5yk0=; b=MnguznPsIWlPHE3YXrcHX7VMUgkfJbEtlmcQ4Q3nAoo1t26f3MKsM4JpCQ+iNFmtYF wVLboZCBk9PUm6FJPiqW8OUX8p/EXVD+7N5R+Z/YejHh5DNvcMVxTkWFHCVaBLG6rH3A nkpamZEw0gxcq3ptqLL0GZEZZv0SZzj7FsKUA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=NzOjMkULmV7HftxqarfyqnclMQDUPLW0Ov4RdcXhqLNUBp40ARRwE1iIFxW4gf7NAr iwMheJH3Hsb5C59EpeYxv29iJ3H9TVPYvovrTq2q19qr8ah6SfeHxenZh/62+7h3wIlz wIXMvuX685DdjDK2gfhzGslCEAGeOhr1on2QA= Received: by 10.142.154.20 with SMTP id b20mr1123783wfe.99.1222514137713; Sat, 27 Sep 2008 04:15:37 -0700 (PDT) Received: by 10.142.101.13 with HTTP; Sat, 27 Sep 2008 04:15:37 -0700 (PDT) Message-ID: Date: Sat, 27 Sep 2008 13:15:37 +0200 From: "Marco Trillo" To: "Nathan Whitehorn" In-Reply-To: <48DD2D9B.2070706@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48DD2D9B.2070706@freebsd.org> Cc: freebsd-ppc@freebsd.org Subject: Re: Onboard audio support and DBDMA API extensions. 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: Sat, 27 Sep 2008 11:15:38 -0000 Hi, On Fri, Sep 26, 2008 at 8:44 PM, Nathan Whitehorn wrote: > Marco Trillo wrote: >> I also have preliminary support for the GPIO controls, which are used >> mainly to select the output port (built-in speakers or headphones). >> What I have yet to do is to support the mixer(4) interface (to support >> changing the output volume), which needs support for the Keywest I2C >> controller in order to talk to the codec. I have in fact ported a >> Keywest I2C driver from NetBSD, but I don't use it much yet. > > I think we need to come up with a good way to handle the GPIO stuff and FCR > setting. GPIO is also needed for PMU support (my current PMU driver has ugly > hacks) and for SMU on G5 machines. I agree; I'm also using a ugly hack for accessing the GPIO space in the aoa driver (using hardcoded base address and relying on BAT mapping). > Maybe some new interfaces to macio? This is probably the best way; macio.c would map the FCR and GPIO spaces and provide accessor functions for clearing, setting and testing bits in the FCRs and writing and reading from GPIO lines. The aoa driver would also need to access the FCR1 in order to stop and reenable the I2S clock, in order to support changing the sampling rate, but this part is ifdefed-out by now (currently I have it fixed at 44100Hz). > > I would like to propose the following additions to the DBDMA API, >> >> which I'm using in the driver: >> >> void dbdma_clear_cmd_status(dbdma_channel_t *, int slot); >> Clears the cmdStatus of DBDMA command at slot 'slot'. Used for keeping >> track of completed blocks. >> >> void dbdma_control(dbdma_channel_t *, uint8_t mask, uint8_t in); >> General-purpose manipulation of the DBDMA channel control register. >> Used for setting/clearing general-purpose control bits such as S0. > > Looks good to me. I'd suggest changing the name of dbdma_control() to > dbdma_set_chan_status() to match dbdma_get_chan_status(), though. > OK. Here is patch which adds the functions dbdma_clear_cmd_status() and dbdma_set_chan_status(): Index: include/dbdma.h =================================================================== RCS file: /home/ncvs/src/sys/powerpc/include/dbdma.h,v retrieving revision 1.2 diff -u -r1.2 dbdma.h --- include/dbdma.h 23 Sep 2008 02:12:47 -0000 1.2 +++ include/dbdma.h 27 Sep 2008 11:12:25 -0000 @@ -85,6 +85,7 @@ int dbdma_free_channel(dbdma_channel_t *chan); uint16_t dbdma_get_cmd_status(dbdma_channel_t *chan, int slot); +void dbdma_clear_cmd_status(dbdma_channel_t *, int); uint16_t dbdma_get_residuals(dbdma_channel_t *chan, int slot); void dbdma_run(dbdma_channel_t *chan); @@ -104,6 +105,7 @@ uint8_t value); void dbdma_set_wait_selector(dbdma_channel_t *chan, uint8_t mask, uint8_t value); +void dbdma_set_chan_status(dbdma_channel_t *, uint8_t, uint8_t); void dbdma_insert_command(dbdma_channel_t *chan, int slot, int command, int stream, bus_addr_t data, size_t count, uint8_t interrupt, cvs diff: Diffing mpc85xx cvs diff: Diffing ofw cvs diff: Diffing powermac Index: powermac/dbdma.c =================================================================== RCS file: /home/ncvs/src/sys/powerpc/powermac/dbdma.c,v retrieving revision 1.2 diff -u -r1.2 dbdma.c --- powermac/dbdma.c 23 Sep 2008 02:12:47 -0000 1.2 +++ powermac/dbdma.c 27 Sep 2008 11:12:26 -0000 @@ -127,6 +127,12 @@ return (le16toh(chan->sc_slots[slot].resCount)); } +void +dbdma_clear_cmd_status(dbdma_channel_t *chan, int slot) +{ + chan->sc_slots[slot].resCount = 0; +} + uint16_t dbdma_get_residuals(dbdma_channel_t *chan, int slot) { @@ -241,6 +247,17 @@ } void +dbdma_set_chan_status(dbdma_channel_t *chan, uint8_t mask, uint8_t val) +{ + uint32_t x; + + x = mask; + x <<= 16; + x |= val; + dbdma_write_reg(chan, CHAN_CONTROL_REG, x); +} + +void dbdma_set_wait_selector(dbdma_channel_t *chan, uint8_t mask, uint8_t val) { uint32_t wait_select; Thanks, Marco. From owner-freebsd-ppc@FreeBSD.ORG Sat Sep 27 12:05:46 2008 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 071A91065689 for ; Sat, 27 Sep 2008 12:05:46 +0000 (UTC) (envelope-from nse@delfi-konsult.com) Received: from perseus.delfi-konsult.com (smtp.delfi-konsult.com [87.58.191.122]) by mx1.freebsd.org (Postfix) with ESMTP id 703FA8FC1F for ; Sat, 27 Sep 2008 12:05:45 +0000 (UTC) (envelope-from nse@delfi-konsult.com) Received: from [127.0.0.1] (localhost [127.0.0.1]) by perseus.delfi-konsult.com (Postfix) with ESMTP id 595185D805 for ; Sat, 27 Sep 2008 14:00:30 +0200 (CEST) Message-Id: <9FA3CD1D-6AD7-4243-933C-A37A4615F0BB@delfi-konsult.com> From: "Niels S. Eliasen" To: freebsd-ppc@freebsd.org X-Custom-Header: Yo! this is my X-Face Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Sat, 27 Sep 2008 14:00:29 +0200 X-Mailer: Apple Mail (2.929.2) Subject: Courier imapd segfaults with Signal 11 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: Sat, 27 Sep 2008 12:05:46 -0000 Hi guys I have the following problem ... after having setup Courier + Postfix + MySQL as a mailserver... I get the following: gdb /usr/local/bin/imapd imapd.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "powerpc-marcel-freebsd"...(no debugging symbols found)... Core was generated by `imapd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/local/lib/libfam.so.0...done. Loaded symbols for /usr/local/lib/libfam.so.0 Reading symbols from /usr/local/lib/courier-authlib/ libcourierauth.so...done. Loaded symbols for /usr/local/lib/courier-authlib/libcourierauth.so Reading symbols from /lib/libthr.so.3...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 0x00000000 in ?? () [New Thread 0x21c01100 (LWP 100063)] (gdb) bt #0 0x00000000 in ?? () (gdb) Same behaviour for both current Courier (4.4.1) and my previous install 4.3.x and FreeBSD version 7.0 .... any ideas ?? kind regards nse "Ach, crivens, what a wee snotter....." Quote from "The Wee Free Men" by Terry Pratchett From owner-freebsd-ppc@FreeBSD.ORG Sat Sep 27 18:29:33 2008 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 27A531065698; Sat, 27 Sep 2008 18:29:33 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from agogare.doit.wisc.edu (agogare.doit.wisc.edu [144.92.197.211]) by mx1.freebsd.org (Postfix) with ESMTP id E89078FC12; Sat, 27 Sep 2008 18:29:32 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=ISO-8859-1; format=flowed Received: from avs-daemon.smtpauth2.wiscmail.wisc.edu by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 6.3-6.03 (built Mar 14 2008; 32bit)) id <0K7V00E00A18Y100@smtpauth2.wiscmail.wisc.edu>; Sat, 27 Sep 2008 13:29:32 -0500 (CDT) Received: from trantor.tachypleus.net (adsl-76-204-100-161.dsl.mdsnwi.sbcglobal.net [76.204.100.161]) by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 6.3-6.03 (built Mar 14 2008; 32bit)) with ESMTPSA id <0K7V00EENA173K00@smtpauth2.wiscmail.wisc.edu>; Sat, 27 Sep 2008 13:29:31 -0500 (CDT) Date: Sat, 27 Sep 2008 13:33:55 -0500 From: Nathan Whitehorn In-reply-to: <48DDAC14.9070604@freebsd.org> To: grehan@freebsd.org Message-id: <48DE7C93.5050506@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.204.100.161 X-Spam-PmxInfo: Server=avs-14, Version=5.4.2.344556, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2008.9.27.181405, SenderIP=76.204.100.161 References: <48D389EE.9000207@FreeBSD.org> <645CD2B8-11A0-42E8-B5F9-C04DCF21F763@mac.com> <48D84C12.7070207@freebsd.org> <0DD89065-9CF3-45E4-89A0-70D6BBB9621D@mac.com> <48D92D44.6080807@freebsd.org> <48DA4037.9000508@freebsd.org> <48DBD6C0.5070005@freebsd.org> <48DD2DF7.2020901@freebsd.org> <48DDAC14.9070604@freebsd.org> User-Agent: Thunderbird 2.0.0.16 (X11/20080814) Cc: freebsd-ppc@freebsd.org Subject: Re: Call for testers: Apple ATA DMA 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: Sat, 27 Sep 2008 18:29:33 -0000 Peter Grehan wrote: > Hi Nathan, > > > If I can get positive reports from a few more people who were >> having trouble, I'll drop this in the tree. > > The imac's ata-4 is working solidly at UDMA-66. The difference in CPU > usage and i/o with dd at 32k block size is stunning: 2MB/7% idle before, > 18MB/75% idle with your patch. I guess DMA is a useful technology :) Thanks for testing -- I've committed the patch. I'll revisit it when Marcel tests it on Monday and it erases his hard drive... -Nathan From owner-freebsd-ppc@FreeBSD.ORG Sat Sep 27 20:23:24 2008 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 12F86106568A; Sat, 27 Sep 2008 20:23:24 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout012.mac.com (asmtpout012.mac.com [17.148.16.87]) by mx1.freebsd.org (Postfix) with ESMTP id EE52A8FC35; Sat, 27 Sep 2008 20:23:23 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed Received: from [192.168.1.95] (209-128-86-226.BAYAREA.NET [209.128.86.226]) by asmtp012.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0K7V008M3FAU9N70@asmtp012.mac.com>; Sat, 27 Sep 2008 13:23:19 -0700 (PDT) Message-id: <263AF44F-FC15-4700-B93B-B0DE07A17B40@mac.com> From: Marcel Moolenaar To: Marco Trillo In-reply-to: Date: Sat, 27 Sep 2008 13:23:18 -0700 References: <48DD91A4.2060306@freebsd.org> X-Mailer: Apple Mail (2.929.2) Cc: grehan@freebsd.org, freebsd-ppc@freebsd.org Subject: Re: 8.0-current 200809 snapshot CD boot problem 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: Sat, 27 Sep 2008 20:23:24 -0000 On Sep 27, 2008, at 3:48 AM, Marco Trillo wrote: *snip* > This is the output of the 'memmap' command with hd:58. It looks like > the memory in question is not being used by OFW: *snip* > 00003000-00083000 00003000-00083000 128 10 > 01c00000-01c40000 01c00000-01c40000 64 2 *snip* > The full output in this case is below. The memory in question is now > mapped, but I don't know why it makes a difference starting at > 0013d3c0 (working) or at 00100100 (not working). *snip* > 00003000-00083000 00003000-00083000 128 10 > 00100000-00110000 00100000-00110000 16 0 > 00110000-005ab000 00110000-005ab000 1179 0 *snip* Let me get it straight... In the first case (booting from hd:58), does the boot fail for start address 0x100100 but not for start address 0x13d3c0? In the second case (booting from CD), does it work in both cases? Or is the second case the same as the first case and it is failing for 0x100100 and working for 0x13d3c0? -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-ppc@FreeBSD.ORG Sat Sep 27 20:54:17 2008 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 2C154106568A for ; Sat, 27 Sep 2008 20:54:17 +0000 (UTC) (envelope-from marcotrillo@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.172]) by mx1.freebsd.org (Postfix) with ESMTP id EDF4E8FC19 for ; Sat, 27 Sep 2008 20:54:16 +0000 (UTC) (envelope-from marcotrillo@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so1519905wfg.7 for ; Sat, 27 Sep 2008 13:54:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=JjnpsEik5VC/aEbjiBGrD6qXCnJ4SP7EPwyjDwD/wO4=; b=CxBSqD3SVttiPSQdmWBMKnIm9g8Cy9FIStnPE9M5iu5TcuCoVI2VhL1n7WPWJR3l+f 1qoxEIRnOl0LElmFH/yaWAy4HVPoC2iRXPVORwZRWq25mmNGkJQchl5ixQvQJ0KBlo/0 K1b1pfJOR50JpBiEYj5F4VD0QjQiStUFkUcrs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=CH7d466m6XUphMaKrYcE0/ds7fKD9T6oi13j9gTjwWOAGbmP/fwmsxeqdVtUJhD4UA 4vawLJt0A7KK9RJABqtAHdVeAKJDP0KCyz2TImMwtPlRvkNHjpZVhZt6IcbjujHlIeEy iq/RrwjfQhDuxsSuJLdRstfhO+DlwRjRnlNq4= Received: by 10.142.14.18 with SMTP id 18mr1331196wfn.272.1222548856620; Sat, 27 Sep 2008 13:54:16 -0700 (PDT) Received: by 10.142.101.13 with HTTP; Sat, 27 Sep 2008 13:54:16 -0700 (PDT) Message-ID: Date: Sat, 27 Sep 2008 22:54:16 +0200 From: "Marco Trillo" To: "Marcel Moolenaar" In-Reply-To: <263AF44F-FC15-4700-B93B-B0DE07A17B40@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48DD91A4.2060306@freebsd.org> <263AF44F-FC15-4700-B93B-B0DE07A17B40@mac.com> Cc: grehan@freebsd.org, freebsd-ppc@freebsd.org Subject: Re: 8.0-current 200809 snapshot CD boot problem 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: Sat, 27 Sep 2008 20:54:17 -0000 Hi, On Sat, Sep 27, 2008 at 10:23 PM, Marcel Moolenaar wrote: > Let me get it straight... > > In the first case (booting from hd:58), does the boot > fail for start address 0x100100 but not for start > address 0x13d3c0? > > In the second case (booting from CD), does it work in > both cases? > > Or is the second case the same as the first case and > it is failing for 0x100100 and working for 0x13d3c0? Booting from CD fails for 0x100100 kernels, such as the 8.0-current snapshot, and works for 0x13d3c0 kernels like the 7.1_BETA snapshot. Booting kernels from hard disk (both with a loader in an HFS partition in hard disk or with the loader from the CD) also fails for 8.0-current kernels with the 0x1001000 address and works for kernels with a 0x13d3c0 address, either 7.1 or 8.0-current compiled with revision 1.7 of the "ldscript.powerpc" file . Oddly enough, I tried booting the same 8.0-current snapshot CD on a PowerMac G4 "Sawtooth" (PowerMac3,1) and it boots fine there -- no errors, as does the 7.1-beta CD... Thanks, Marco. From owner-freebsd-ppc@FreeBSD.ORG Sat Sep 27 21:05:14 2008 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 CDE651065693; Sat, 27 Sep 2008 21:05:14 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout017.mac.com (asmtpout017.mac.com [17.148.16.92]) by mx1.freebsd.org (Postfix) with ESMTP id B451A8FC08; Sat, 27 Sep 2008 21:05:14 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from alan-tablet.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp017.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0K7V005XVH8P6G00@asmtp017.mac.com>; Sat, 27 Sep 2008 14:05:14 -0700 (PDT) Message-id: <11FEA924-DB76-46E1-BF79-A26206F796C0@mac.com> From: Marcel Moolenaar To: Marco Trillo In-reply-to: Date: Sat, 27 Sep 2008 14:05:12 -0700 References: <48DD91A4.2060306@freebsd.org> <263AF44F-FC15-4700-B93B-B0DE07A17B40@mac.com> X-Mailer: Apple Mail (2.929.2) Cc: grehan@freebsd.org, freebsd-ppc@freebsd.org Subject: Re: 8.0-current 200809 snapshot CD boot problem 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: Sat, 27 Sep 2008 21:05:14 -0000 On Sep 27, 2008, at 1:54 PM, Marco Trillo wrote: > On Sat, Sep 27, 2008 at 10:23 PM, Marcel Moolenaar > wrote: >> Let me get it straight... >> >> In the first case (booting from hd:58), does the boot >> fail for start address 0x100100 but not for start >> address 0x13d3c0? >> >> In the second case (booting from CD), does it work in >> both cases? >> >> Or is the second case the same as the first case and >> it is failing for 0x100100 and working for 0x13d3c0? > > Booting from CD fails for 0x100100 kernels, such as the 8.0-current > snapshot, and works for 0x13d3c0 kernels like the 7.1_BETA snapshot. > > Booting kernels from hard disk (both with a loader in an HFS partition > in hard disk or with the loader from the CD) also fails for > 8.0-current kernels with the 0x1001000 address and works for kernels > with a 0x13d3c0 address, either 7.1 or 8.0-current compiled with > revision 1.7 of the "ldscript.powerpc" file . > > Oddly enough, I tried booting the same 8.0-current snapshot CD on a > PowerMac G4 "Sawtooth" (PowerMac3,1) and it boots fine there -- no > errors, as does the 7.1-beta CD... Ok. So while the memmap output differs, the failure mode is the same. Hmmm. The only things I can think of is: o I-cache coherency o Uninitialized memory Typically when we load an ELF image, we read the first page, parse the headers and then read the rest. In this case the failing address (0x100100) is in the first page, whereas the working address (0x13d3c0) isn't. I wonder if we "load" the first page indirectly... Quick question: On ARM and ia64 you need to sync the D-cache before you can make the I-cache coherent. That's because the I-cache is made coherent with memory and not with the D-cache. How's that on PowerPC? -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-ppc@FreeBSD.ORG Sat Sep 27 23:59:18 2008 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 5D01E1065690; Sat, 27 Sep 2008 23:59:18 +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 A75F78FC0A; Sat, 27 Sep 2008 23:59:17 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id m8RNjnC0048851; Sun, 28 Sep 2008 01:45:49 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id m8RNjnui048838; Sun, 28 Sep 2008 01:45:49 +0200 (CEST) (envelope-from marius) Date: Sun, 28 Sep 2008 01:45:49 +0200 From: Marius Strobl To: Nathan Whitehorn Message-ID: <20080927234549.GA16124@alchemy.franken.de> References: <48D92D44.6080807@freebsd.org> <48DA4037.9000508@freebsd.org> <48DBD6C0.5070005@freebsd.org> <48DD2DF7.2020901@freebsd.org> <48DDAC14.9070604@freebsd.org> <48DE7C93.5050506@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48DE7C93.5050506@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: grehan@freebsd.org, freebsd-ppc@freebsd.org Subject: Re: Call for testers: Apple ATA DMA 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: Sat, 27 Sep 2008 23:59:18 -0000 On Sat, Sep 27, 2008 at 01:33:55PM -0500, Nathan Whitehorn wrote: > Peter Grehan wrote: > >Hi Nathan, > > > > > If I can get positive reports from a few more people who were > >>having trouble, I'll drop this in the tree. > > > > The imac's ata-4 is working solidly at UDMA-66. The difference in CPU > >usage and i/o with dd at 32k block size is stunning: 2MB/7% idle before, > >18MB/75% idle with your patch. > > I guess DMA is a useful technology :) > > Thanks for testing -- I've committed the patch. I'll revisit it when > Marcel tests it on Monday and it erases his hard drive... I see two issues with acd(4) on sparc64, which, given that I don't see them with either amd64 or i386 and that there are no such reports for these archs, I suspect are endian- bugs (which might be hidden with 32-bit machines though): a) read-only drives are falsely reported as having write capabilities in dmesg (this is a rather old bug but so far this seemed to be a cosmetic problem only) b) DMA is broken in that file content read is wrong except for "small" files; there's no data corruption when PIO mode is forced (this seem to be a recurring bug once again present in HEAD). Do you guys see these problems also with powerpc? Marius