On Tue, May 8, 2012 at 6:10 PM, Stefan Kristiansson <[email protected]> wrote: > On 05/08/2012 04:32 PM, R. Diez wrote: >> >> >> By the way, I have got no reaction at all to my last 2 messages to this >> mailing list about similar issues with other instructions, there were >> titled: >> >> 1) Different SPR_EPCR_BASE address on range exception with or1ksim and >> with or1200 >> 2) Different l.sub overflow flag with or1ksim and with or1200 >> >> If this message finds no resonance either, I don't think I will post any >> more messages about the test suite results against or1200 in the future. >> > > I'm with Olof on this, I believe it's more lack of time from others than > lack of interest of your good work that is the reason for lack of responses. > > Both issues seems serious and will need investigation, thus the lack of > "top of the head" answers. > > I at least look forward to more test suite results from you ;)
I echo the sentiment of both Olof and Stefan. We greatly appreciate the work that you put in and the time you take to communicate with us. We really will get around to these things. The issues you are bringing up require a full understanding of the issue, before the bug can be properly discussed, documented and an RTL fix concocted, and tests added to check regression. I have found my time for the project reduced dramatically in the past months (my best periods of uninterrupted work have come during intercontinental flights.) Anyway, no one wants a sob story from me about how little time I have at the moment, although I'm aware of it (progress on my own pet facets of the project isn't great.) And it's often hard to know what to dedicate my time to when I do have some time. In the past few weeks I have been putting aside time to finally get started on the long todo list I have. You may note I have been only now getting around to responding to posts from late last year on architectural issues, and some U-boot patches I initially posted months ago. I do often prioritise simpler matters which can take a few moments to answer, or stuff I haven't context swapped out, but as I've pointed out above, the work you're doing is the sort which requires more than a few moments to properly answer. I'm still at a loss as to why, of the multiple commercial companies using this stuff, we appear to currently have a core maintenance team made up of people who are doing this in their spare time. (I would have thought RTL bugs and inconsistencies between models would be raising alarms for anyone with commercial interests in it.) Oh to work for a company with Google's 20% time scheme - I know where my 20% would be going. Anyway, we'll look into this stuff - it may not be tonight but it'll be soon. Thanks Julius _______________________________________________ OpenRISC mailing list [email protected] http://lists.openrisc.net/listinfo/openrisc
