Bug submitted.
---Matthew Hicks On Tue, Dec 20, 2011 at 5:42 PM, Julius Baxter <juliusbax...@gmail.com>wrote: > On Tue, Dec 20, 2011 at 7:10 PM, Matthew Hicks <firefal...@gmail.com> > wrote: > > On Tue, Dec 20, 2011 at 8:58 AM, Julius Baxter <juliusbax...@gmail.com> > > wrote: > >> > >> On Mon, Dec 19, 2011 at 9:34 PM, Matthew Hicks <firefal...@gmail.com> > >> wrote: > >> > Why do the instruction and data cache configuration registers contain > >> > the > >> > following fields, when earlier parts of the specification does not > state > >> > that their associated registers are optional? > >> > >> Can you indicate which bits of the spec you're talking about here? > >> > >> The lack of something earlier in the spec saying they're optional does > >> not mean they're not optional. > > > > > > I am referring to section 9.2 vs section 15.7/8 of the July 5th draft. > > > > It seems odd that the label "optional" would be applied to some of the > cache > > registers but not to all that are considered optional. I think it would > > benefit the everyone if the manual consistently used tags like optional > as > > opposed to using them in a pseudo-random fashion. > > > > Good call. I think these features not marked as optional but with a > presence/implemented bit are clearly intended to be optional. > > On the large list of things TODO is spec updates. Things like keeping > the arch spec document consistent and clear is also very much needed. > > I'm thinking this should be filed as a bug under the "Documentation" > section. > > > http://bugzilla.opencores.org/buglist.cgi?product=OpenRISC&component=Documentation&resolution=---&list_id=210 > > An aside: I can't help but think "Documentation" is a bad name for > this stuff to be filed under. Each specific component's documentation > bugs will be filed under respective components, and the stuff under > "Documentation" so far is all architecture-related, so I'm wondering > how hard it would be to rename the component "Documentation" to > "Architecture"? I think that would help. > > Thanks, > Julius >
_______________________________________________ OpenRISC mailing list OpenRISC@lists.openrisc.net http://lists.openrisc.net/listinfo/openrisc
