From owner-freebsd-arch@freebsd.org Tue Aug 25 15:56:00 2015 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0D30999AF50 for ; Tue, 25 Aug 2015 15:56:00 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from mail.xcllnt.net (mail.xcllnt.net [50.0.150.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C2DBF1F76 for ; Tue, 25 Aug 2015 15:55:59 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from [10.1.254.15] (cerberus.brkt.com [208.185.168.138]) (authenticated bits=0) by mail.xcllnt.net (8.15.2/8.15.2) with ESMTPSA id t7PFtpWC070237 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 25 Aug 2015 08:55:53 -0700 (PDT) (envelope-from marcel@xcllnt.net) Subject: Re: Devices with 36-bit paddr on 32-bit system Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Content-Type: multipart/signed; boundary="Apple-Mail=_93356986-19A1-41F2-9B7E-7CCD32DD0083"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5.1 From: Marcel Moolenaar In-Reply-To: Date: Tue, 25 Aug 2015 08:55:45 -0700 Cc: "freebsd-arch@freebsd.org" Message-Id: References: To: Justin Hibbits X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2015 15:56:00 -0000 --Apple-Mail=_93356986-19A1-41F2-9B7E-7CCD32DD0083 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Aug 24, 2015, at 11:44 PM, Justin Hibbits = wrote: >=20 > With my work porting FreeBSD to PowerPC e500mc and e5500, I have > devices in my device tree mapped well above the 4GB mark > (0xffexxxxxx), and have no idea how to properly address them for > resources in rman. Do we already have a solution to support this? > Part of the problem is the powerpc nexus does a straight convert to > vm_offset_t of rman_get_start() (itself returning a u_long), and > vm_offset_t is not necessarily equal to vm_paddr_t (on Book-E powerpc > vm_offset_t is 32-bits, vm_paddr_t is 64-bits). I think the best solution is to represent a resource address space with a type other than u_long. It makes sense to have it use bus_addr_t or vm_paddr_t for example. Such a change comes at a high price for sure, but you=E2=80=99ll fix it once and for all. I don=E2=80=99t think you should kluge your way out of this... -- Marcel Moolenaar marcel@xcllnt.net --Apple-Mail=_93356986-19A1-41F2-9B7E-7CCD32DD0083 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIbBAEBCgAGBQJV3JACAAoJEIda8t8f0tjjiv8P9Ag0czqwx88SEHdmFnBv+euC IJngr0Nt6JmteOXI4PxI+WjjH7VfUusN2rxh8yU8S2bKlYamjw+9WhyGnXIhf6XA rjZV+Sevq5k/CTb2hVguEDl1T7PseY4HBvnALsCYcDm76AFABt23NVISp6AD85uH 2llIdVTC1Gy4hlmlbAb7lTF9YNK46ky0+Tk+xyN2y1IOaSdrf4WI5IE0ph5AlAqn N9f17+Lmu/BEsCy6TDulFpMU1aY/d2G1vu3EBHZ7r62icKPC7epbdiBJkfwZt5w4 7wN7gzqpGBlkvOPvJ2tRIiIU1pXKvAxEX9rojt6PfpEdRibX3UejNG+rwkTjw6HV lqZ6ko3ZeqWL4vWCw4L612aK/stFZ4dYtiX0PAlPrw/i6Tqnu9HG6mxov9SvMT0F QMpYi64rHa1FYf13nLeogtUDzlOENO9ox5zkAx2csg4bFGiw2hHmAOhuNS7HjYdv PW2EYYchn6WliKStO0U98VX3emm4hKc28mpxUQ4JPq2j6ATVaNOsJWYcWUvHjk7/ y9gqxWGfYdTobHYOJ7jAA8SnTurXLlQiSQluUcIbl6UHFpqW2jWOgJUj4sAT5mEt zcqaHF6HAgB0tPWjqFRMRAsCIfssT0BNpd4KW+43tvSkPprkTHDrbcj7na3BxpO9 FeoAlcT/qdvEsqtYJxA= =BAkx -----END PGP SIGNATURE----- --Apple-Mail=_93356986-19A1-41F2-9B7E-7CCD32DD0083--