Date: Tue, 22 Jun 2010 03:34:02 +0530 From: "Jayachandran C." <c.jayachandran@gmail.com> To: Randall Stewart <rrs@lakerest.net>, Juli Mallett <jmallett@freebsd.org>, "M. Warner Losh" <imp@bsdimp.com>, freebsd-mips@freebsd.org Subject: Re: Merging 64 bit changes to -HEAD - part 3 Message-ID: <AANLkTimQbw57AUGXd2A9Ql98VvtkInsdHX7jDor1rLwe@mail.gmail.com> In-Reply-To: <AANLkTim5aGluEVgYQQxgBDn2aJIuUIIMszmk7D3lVEGi@mail.gmail.com> References: <AANLkTim5aGluEVgYQQxgBDn2aJIuUIIMszmk7D3lVEGi@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--0016e6470bfa8755d10489917b24 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Mon, Jun 21, 2010 at 10:18 PM, Jayachandran C. <c.jayachandran@gmail.com> wrote: > On Tue, Jun 15, 2010 at 7:06 PM, Jayachandran C. > <c.jayachandran@gmail.com> wrote: >> I have volunteered to merge Juli's 64-bit work into HEAD, =A0and >> hopefully get it to work on XLR too. The tree >> (http://svn.freebsd.org/base/user/jmallett/octeon) has quite a bit of >> changes, so I would like to do this over multiple changesets and >> without breaking the current o32 code. > > And here's the third batch for the merge, two patches here: > > n64-n32-compile.patch: > Main changes are: > - Support for n64 and n32 kernel compilation > - casts between registers and ptr/int updated to work on 64bit > - 64-bit address space defines > - syscall, exception and trap support for n32/n64 > > I have made some minor changes from the Juli's version to reduce the > number of #ifdefs, but mostly the code is equivalent. > > n32-kernel.patch: > - Support to build n32 kernel for XLR, sample conf file and ldscript > > With these two patches the kernel comes up in n32 single user mode. > Please let me know your comments. > > The next set should cover the full n64 support. Here's two more patches of the same set: n64-n32-compile-2.patch: - changes to mips/include/asm.h I had missed in earlier set, needed for userspace compile. n64-32-fixes.patch - Three small fixes to the issues I had seen in the n64/n32 changes so far With this n32 userspace and kernel does a full multi-user SMP boot on XLR. Will do few more tests to see if there are any obvious problems. JC --0016e6470bfa8755d10489917b24 Content-Type: application/octet-stream; name="n64-n32-compile-2.patch" Content-Disposition: attachment; filename="n64-n32-compile-2.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gapuo56a2 SW5kZXg6IHN5cy9taXBzL2luY2x1ZGUvYXNtLmgKPT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL21pcHMvaW5j bHVkZS9hc20uaAkocmV2aXNpb24gMjA5MzY3KQorKysgc3lzL21pcHMvaW5jbHVkZS9hc20uaAko d29ya2luZyBjb3B5KQpAQCAtODA2LDEwICs4MDYsMTEgQEAKICAqICAgICAgIDkJUzcKICAqICAg ICAgIDEwCVNQCiAgKiAgICAgICAxMQlTOAotICogICAgICAgMTIJc2lnbmFsIG1hc2sJKGRlcGVu ZGFudCBvbiBtYWdpYykKLSAqICAgICAgIDEzCShjb24ndCkKKyAqICAgICAgIDEyCUdQCQkoZGVw ZW5kZW50IG9uIEFCSSkKKyAqICAgICAgIDEzCXNpZ25hbCBtYXNrCShkZXBlbmRhbnQgb24gbWFn aWMpCiAgKiAgICAgICAxNAkoY29uJ3QpCiAgKiAgICAgICAxNQkoY29uJ3QpCisgKiAgICAgICAx NgkoY29uJ3QpCiAgKgogICogVGhlIG1hZ2ljIG51bWJlciBudW1iZXIgaWRlbnRpZmllcyB0aGUg am1wX2J1ZiBhbmQKICAqIGhvdyB0aGUgYnVmZmVyIHdhcyBjcmVhdGVkIGFzIHdlbGwgYXMgcHJv dmlkaW5nCkBAIC04MzQsOSArODM1LDEyIEBACiAjZGVmaW5lIF9KQl9SRUdfUzcJCTkKICNkZWZp bmUgX0pCX1JFR19TUAkJMTAKICNkZWZpbmUgX0pCX1JFR19TOAkJMTEKKyNpZiBkZWZpbmVkKF9f bWlwc19uMzIpIHx8IGRlZmluZWQoX19taXBzX242NCkKKyNkZWZpbmUJX0pCX1JFR19HUAkJMTIK KyNlbmRpZgogCiAvKiBPbmx5IHZhbGlkIHdpdGggdGhlIF9KQl9NQUdJQ19TRVRKTVAgbWFnaWMg Ki8KIAotI2RlZmluZSBfSkJfU0lHTUFTSwkJMTIKKyNkZWZpbmUgX0pCX1NJR01BU0sJCTEzCiAK ICNlbmRpZiAvKiAhX01BQ0hJTkVfQVNNX0hfICovCg== --0016e6470bfa8755d10489917b24 Content-Type: application/octet-stream; name="n64-n32-fixes.patch" Content-Disposition: attachment; filename="n64-n32-fixes.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gapupobw3 SW5kZXg6IGxpYi9saWJjL21pcHMvc3lzL2Jyay5TCj09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGxpYi9saWJjL21p cHMvc3lzL2Jyay5TCShyZXZpc2lvbiAyMDkzNjcpCisrKyBsaWIvbGliYy9taXBzL3N5cy9icmsu Uwkod29ya2luZyBjb3B5KQpAQCAtNDcsNyArNDcsNyBAQAogCiAJLmRhdGEKIF9DX0xBQkVMKG1p bmJyayk6Ci0JLndvcmQJX0NfTEFCRUwoX2VuZCkKKwlQVFJfV09SRAlfQ19MQUJFTChfZW5kKQog CiAJLnRleHQKIExFQUYoX19zeXNfYnJrKQpJbmRleDogbGliL2xpYmMvbWlwcy9zeXMvc2Jyay5T Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT0KLS0tIGxpYi9saWJjL21pcHMvc3lzL3NicmsuUwkocmV2aXNpb24gMjA5MzY3 KQorKysgbGliL2xpYmMvbWlwcy9zeXMvc2Jyay5TCSh3b3JraW5nIGNvcHkpCkBAIC00Niw3ICs0 Niw3IEBACiAKIAkuZGF0YQogX0NfTEFCRUwoX19jdXJicmspOgotCS53b3JkCV9DX0xBQkVMKF9l bmQpCisJUFRSX1dPUkQJX0NfTEFCRUwoX2VuZCkKIAkudGV4dAogCiBMRUFGKF9fc3lzX3Nicmsp CkluZGV4OiBjb250cmliL2JpbnV0aWxzL2xkL2VtdWxwYXJhbXMvZWxmMzJibWlwbjMyLWRlZnMu c2gKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PQotLS0gY29udHJpYi9iaW51dGlscy9sZC9lbXVscGFyYW1zL2VsZjMyYm1p cG4zMi1kZWZzLnNoCShyZXZpc2lvbiAyMDkzNjcpCisrKyBjb250cmliL2JpbnV0aWxzL2xkL2Vt dWxwYXJhbXMvZWxmMzJibWlwbjMyLWRlZnMuc2gJKHdvcmtpbmcgY29weSkKQEAgLTksNiArOSw3 IEBACiBPVVRQVVRfRk9STUFUPSJlbGYzMi1iaWdtaXBzIgogQklHX09VVFBVVF9GT1JNQVQ9ImVs ZjMyLWJpZ21pcHMiCiBMSVRUTEVfT1VUUFVUX0ZPUk1BVD0iZWxmMzItbGl0dGxlbWlwcyIKK0FM SUdOTUVOVD04CiAKIFRFTVBMQVRFX05BTUU9ZWxmMzIKIAo= --0016e6470bfa8755d10489917b24--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?AANLkTimQbw57AUGXd2A9Ql98VvtkInsdHX7jDor1rLwe>