Commits
Commit:
ec46d233f79ed298dde271748a49523aea1522ca (master)
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Sun Oct 14 17:22:30 2018 UTC
adding UL after the flags to indicate Unsigned Long was treated negateively by the assembler, I'll revisit this some time in the future for now this works.
Commit:
a8b6a8e479c52f71053fcc96fcc11d98d01cb8c7
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Sun Oct 14 17:12:19 2018 UTC
commit the bits that make compiling possible, probably not functional yet
Commit:
f64bda3ea8710494ae4bbf11d6924861bbbcb0f7
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Sat Oct 13 12:10:35 2018 UTC
MERGE
Commit:
d78dcf4ba197f2b12a5742ce0139c456f52c2417
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Fri Aug 3 04:34:42 2018 UTC
These changes should be able to compile these modules, but, it's not ready to boot (ship) yet. I just want to get my changes out before I lose track.
Commit:
3129a67fd3bb4c3675bfc1ff7627b3e0904fbb67
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Mon Jul 30 19:18:21 2018 UTC
revert some (perhaps over-eager) changes to _types.h
Commit:
876db44f6124e04fec20dbf33abdac4729f0f6d6
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Mon Jul 30 19:17:20 2018 UTC
add in64rb, out64rb, in64 and out64 macros, I hope I didn't screw these up
Commit:
c29a1ec1fcc9403c57331c2b357007cd2bc95436
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Mon Jul 30 14:12:21 2018 UTC
add the missing fpu.c file
Commit:
69585781365cbf398ca643080c87f6a9ae839a32
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Sun Jul 29 19:47:54 2018 UTC
take out 2 ,'s that snuck in there
Commit:
862932d79cf19226e4094d40cd9079cbc9466868
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Sun Jul 29 19:34:42 2018 UTC
fix types of these function prototypes.
Commit:
1018b126dc082d8c659c86da8c9922dfcb754f86
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Sun Jul 29 19:29:22 2018 UTC
fix path of includes powerpc->powerpc64
Commit:
82189061f23db95e01ab51c11cac5d4788c87903
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Sun Jul 29 19:25:54 2018 UTC
in compiling the kernel I noticed this was awry. pted_desc does not exist but pte_desc does. also there was a chicken and egg problem with declared structs, so declare an empty struct before the first one. move pmap_t typedef up.
Commit:
e357cde48581909e3465bf37849706588f7f3aaa
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Sun Jul 22 19:45:12 2018 UTC
initialize the slb stuff in pmap_init() as well.
Commit:
791086358bc579035b2182f4a95e9d10d8620c44
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Sun Jul 22 19:44:33 2018 UTC
there was some uncertainty about the memory management, I hope this solves it
Commit:
3714142405dcd4deb099172fe5908798180ea3d3
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Fri Jul 20 14:33:41 2018 UTC
add a FIX ME #error, I see sr segment registers being used but I'm too tired to look into it now.
Commit:
7f5b8e74d9d3183f6f097f4ea0113042088d41a5
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Fri Jul 20 14:31:07 2018 UTC
apply the vanilla powerpc arch vm_machdep.c
Commit:
f2ede8fbf346981d36b7d5e534eb7c9b8d2e6fad
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Fri Jul 20 14:27:29 2018 UTC
import the vanilla sys_machdep.c from powerpc arch
Commit:
7298cbbac77f798c86ab8ddbb2b2f1d22fa71dbe
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Fri Jul 20 14:18:50 2018 UTC
add the vanilla softintr.c file from powerpc arch
Commit:
52b1816cb5aa8ddeffee5d577cbc4251b6723a78
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Fri Jul 20 14:16:44 2018 UTC
add the vanilla setjmp.S file from powerpc arch
Commit:
27d2254f294c7295419d88e8f0e3b83ba723f781
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Fri Jul 20 14:14:51 2018 UTC
if addr implies address then we're 64 bits, mkthanks
Commit:
1eb80e8068ec51c99acaef18241e641d817ce9b1
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Fri Jul 20 14:11:30 2018 UTC
import the vanilla process_machdep.c from powerpc arch
Commit:
b6e0e3edffeb5b3731ddec7aa3c2189b0f7fa27c
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Fri Jul 20 14:04:24 2018 UTC
add the vanilla powerpc arch lock_machdep.c file
Commit:
ca97f48d013c6b59f56e5c48b379acadb21bc289
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Fri Jul 20 14:01:54 2018 UTC
add the vanilla powerpc arch intr.c
Commit:
5bae17bc0f85c13202fd4771e9ed329e0c71fc55
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Fri Jul 20 14:00:40 2018 UTC
in order to run this on a 64 bit machine, long is 64 bit but that's not what's implied, in fact this is 32 bit code and isn't easily changed. It will either require "long coding" or the systems generic in_cksum.c be used that's probably faster anyhow.
Commit:
fa498bd8430b0e46f99e2a90ec5e4c06af69e2a5
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Fri Jul 20 13:57:04 2018 UTC
add the vanilla powerpc arch in_cksum.c
Commit:
56331456429d5d4044953224fcd31aefc5ee0541
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Fri Jul 20 13:55:35 2018 UTC
add the vanilla powerpc arch file
Commit:
50b7657d1468caba6502e893be50dcd341e7011b
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Fri Jul 20 13:48:05 2018 UTC
struct patches members are called to be put into syncicache() which is void * but all other functions use a vaddr_t here to send to syncicache so 64 bits is right. It's misleading because inst could be instruction which is a 32 bit value...dunno, perhaps I'm wrong we'll see.
Commit:
5512b21781c6422e2e4a5a3d84f3b3cad89f1104
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Fri Jul 20 13:41:57 2018 UTC
add the vanilla powerpc arch copystr.c
Commit:
5adfdffbe4ee1800e325a06b6374a989a0c98060
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Fri Jul 20 13:39:41 2018 UTC
64 bit'ize bus_space.c, there was 2 places where I'm not sure.. needs a set of eyeballs, a compiler to find the fault or a computer running this to screw up.
Commit:
c24811fe4418a1680f8bc5b215c8522353b0fa79
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Fri Jul 20 13:28:07 2018 UTC
import the vanilla powerpc arch bus_space.c
Commit:
5066d4a5e4f3edf76ad842142df670ee988adb14
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Fri Jul 20 13:20:18 2018 UTC
add the vanilla powerpc arch bus_dma.c
Commit:
3f69a355a918de6a66765037532a0dd421431ba4
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Fri Jul 20 13:15:25 2018 UTC
first pass. Let the compiler fix the rest
Commit:
fd3498a689d8107bbe010763357fb75cb4b57e19
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Fri Jul 20 13:10:31 2018 UTC
64 bit'ize
Commit:
488b466805d1fdea01e34f99d839165536d3ae73
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Fri Jul 20 13:07:28 2018 UTC
32 * 64 bit registers
Commit:
0924fd486ccebe7bfdb568749d45f68cb851fb9e
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Fri Jul 20 12:44:39 2018 UTC
set some obvious values such as "addr" (address) to a u_int64_t
Commit:
db804cb45f2efc85d64c5249c8a4f7e38d6857e2
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Fri Jul 20 12:30:55 2018 UTC
db_interface.c db_memrw.c db_trace.c, add these files from vanilla powerpc arch.
Commit:
6c815f6146085fb52110ba7dfa31f4bc26f0add7
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Fri Jul 20 12:27:41 2018 UTC
add the vanilla powerpc arch db_disasm.c
Commit:
41b34729a8d6fc74fe15bd7c1c427ea7cfc52a8d
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Fri Jul 20 12:21:45 2018 UTC
my changes for the powerpc64 version of these files, the arch is powerpc64
Commit:
51914d9166bdc455870f4c01a27df3ef34a238a6
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Fri Jul 20 12:18:09 2018 UTC
add the vanilla files.powerpc from powerpc arch
Commit:
9e8acb8e0800d92624004bd8e9a9a2edf7b11320
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Fri Jul 20 12:02:04 2018 UTC
this takes out a check that differentiated between supervisor state and user (problem) state, I don't know how to get a good check with slb.c here. I'll take it out for now but if it becomes a problem I'll have to act on this.
Commit:
ed917e355ff3e39c53657bacf86016d66f3be68a
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Fri Jul 20 11:40:59 2018 UTC
there is not slb->slbv
Commit:
0f5e41030dc7a6971f49affc3c50dcd30b5f3097
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Fri Jul 20 11:36:04 2018 UTC
remove the #if 0'ed code about the the pool_init
Commit:
fee28d0f628f53ed8f94eac6cec8734bb0edd0e5
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Fri Jul 20 11:19:12 2018 UTC
bug spotted, dunno how this happened va_to_vsid(pm, va) not (va, pm)
Commit:
80e7416bd9a12f31e4c3be2fb0e257920099f4c7
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Fri Jul 20 10:09:14 2018 UTC
hmm FreeBSD disagrees here, I'm going to revert this but keep the example around.
Commit:
7d24617dcb1d98f3f5c99f3b509b0214ac301410
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Fri Jul 20 09:37:22 2018 UTC
We have tlbia opcode, lets make use of it.. gosh I love 64 bit!
Commit:
77bf004b7f2d9756f9419c81e9aca7ae852e554b
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Fri Jul 20 09:35:51 2018 UTC
remove bat.h inclusion
Commit:
6ea149d09f6bfd192358f777db45f12869d9ceca
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Fri Jul 20 09:32:16 2018 UTC
remove calls to functions removed. Because I don't have the capability yet to compile and run this I don't know the effects of this particular removal. Cross fingers it'll work despite
Commit:
ee95223e99e345a8c4a408042e0dfc309f727594
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Fri Jul 20 09:03:31 2018 UTC
remove a non-used int sr
Commit:
97c573cb2134bb3bad5525420e65bef23b6d8af1
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Fri Jul 20 09:01:37 2018 UTC
pmap_create() why does it have to be complex? If this is wrong I definitely need to rethink this.
Commit:
c24af89215745aef5d6649ac22035c6c9f0ff6c1
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Fri Jul 20 08:55:38 2018 UTC
#if 0 the vpmap pool
Commit:
e4ef6c1ee6a12c5ebb3579cce2545e29bb971b3e
Author:
powerpc64 <powerpc64@localhost>
Committer:
powerpc64 <powerpc64@localhost>
Date:
Fri Jul 20 08:39:49 2018 UTC
change vm_offset_t to vaddr_t type
repomaster@centroid.eu