From owner-p4-projects@FreeBSD.ORG Fri Feb 29 19:48:28 2008 Return-Path: Delivered-To: p4-projects@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 32767) id 2A1A710663F0; Fri, 29 Feb 2008 19:48:24 +0000 (UTC) Delivered-To: perforce@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AB3C1065C1A for ; Fri, 29 Feb 2008 19:48:20 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from repoman.freebsd.org (repoman.freebsd.org [IPv6:2001:4f8:fff6::29]) by mx1.freebsd.org (Postfix) with ESMTP id A33708FC15 for ; Fri, 29 Feb 2008 19:48:20 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from repoman.freebsd.org (localhost [127.0.0.1]) by repoman.freebsd.org (8.14.1/8.14.1) with ESMTP id m1TJmKmW092666 for ; Fri, 29 Feb 2008 19:48:20 GMT (envelope-from rrs@cisco.com) Received: (from perforce@localhost) by repoman.freebsd.org (8.14.1/8.14.1/Submit) id m1TJmKb0092664 for perforce@freebsd.org; Fri, 29 Feb 2008 19:48:20 GMT (envelope-from rrs@cisco.com) Date: Fri, 29 Feb 2008 19:48:20 GMT Message-Id: <200802291948.m1TJmKb0092664@repoman.freebsd.org> X-Authentication-Warning: repoman.freebsd.org: perforce set sender to rrs@cisco.com using -f From: "Randall R. Stewart" To: Perforce Change Reviews Cc: Subject: PERFORCE change 136488 for review X-BeenThere: p4-projects@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: p4 projects tree changes List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Feb 2008 19:48:28 -0000 http://perforce.freebsd.org/chv.cgi?CH=136488 Change 136488 by rrs@rrs-mips2-jnpr on 2008/02/29 09:39:51 More notes. Affected files ... .. //depot/projects/mips2-jnpr/src/sys/TODO#17 edit Differences ... ==== //depot/projects/mips2-jnpr/src/sys/TODO#17 (text+ko) ==== @@ -15,15 +15,16 @@ into locore.S, and some code in sigreturn in pm_machdep.c. Not sure where things are in libc. o Don't forget John Baldwin's comments on the user switch stuff. XXX add more - here XXX This is mostly down to AST things. + here XXX This is mostly down to AST things. - Done RRS. o What's defined in assym.s and param.h varies somewhat between the two code strains. Figure out why and how to resolve. o machdep getmemsize() really is OBE. Except for the mips_wired_tlb variable setting, which is related to something that was omitted from the juniper-mips dump. -o cpu init ??? DONE ???? +o cpu init ??? DONE ???? - Now it is - RRS o we have a lot of memory from 0x80001000-0x81000000 that's currently - wasted. We should feed it to the vm system so as not to waste it. + wasted. We should feed it to the vm system so as not to waste it. - Fixed + for Cavium RRS. o Double check last merge from mips2 -> cavium code. Something seems wrong in one of the edits. Gonzo suggests looking at DO_AST macro. o Look at what the macro to set the per cpu data pointer will be like, and also @@ -39,9 +40,9 @@ o inb and readb are the same damn thing. Really. We should shoot them both and all their ilk. This would allow us to have only one bus_tag, which we need anyway to do the indirection bit right. -o We're not parsing the BIOS info quite right. +o We're not parsing the BIOS info quite right. - Fixed RRS for Cavium o We're not getting memory size at all from the BIOS, but rather are getting - it from the constant of 96... + it from the constant of 96... - Fixed RRS o RAMDISK support o Network driver works only on the 36XX sim. It dies in various ways on the different models. Do we wait for a better code drop from Cavium or fix @@ -52,8 +53,16 @@ ************ RRS (below) ********* o obio.c is probably not a good name for the IQ80321 driver -- obio is On Board I/O. The IQ80321 is a StrongARM eval board... -o the locations of the octeon uart stuff is probably not - good (in mips/octeon32) o Still need to update some of the file locations and s9indent it. -o Still need to figure out where the packet units and enet driver - should go. +o Still need to go in to the rgmii driver and fix some of its + issues. It seems to have its own spin_locks() which I think + should be fixed. It works.. but it needs some closer attention. +o The PG_G bit is being set on user processe pages. I have hacked + it so that we basically avoid this.. put a else remove the + PG_G opposite the if where we did the add PG_G for kernel + mode. Need to trace down the root cause of the pte's having + this bit set. +o Serial int's are not quite right. We stop getting them + in m-user. + +