Quoting nathan binkert <n...@binkert.org>: >> If it's all UTC then there's no daylight savings issue. Plus given >> the rate at which we simulate, we'd have to have a very poorly chosen >> starting time & date to simulate across a leap second (from >> http://en.wikipedia.org/wiki/Leap_second: >> "Leap seconds occur only at the end of a UTC month, and have only ever >> been inserted at the end of June 30 or December 31."). >> >> So if our canonical fake wall-clock time is Jan 1 (which I think it >> is), we'd have to simulate 6 months to hit a leap second... >> >> Basically I don't see a problem with using the library functions. > > Ok, I'm just worried that there are hidden things lurking in those > library functions. They're not simple. You may notice that python > doesn't even implement any timezone stuff in its library and leaves it > up to the user. That's because it's not simple and it changes. I > agree that UTC should be relatively safe though. An idle CPU could > allow us to actually simulate 6months time :) > > I also worry that tzset isn't the same across unix/macos/windows. The > main reason I'm so worried is that this could be a (perhaps unlikely) > source of simulator differences that would potentially be very > difficult to hunt down. > > Anyway, I think I'm not going to waste any more time talking about it > since the code would take less time to write than to extend this > discussion. > > Nate > _______________________________________________ > m5-dev mailing list > m5-dev@m5sim.org > http://m5sim.org/mailman/listinfo/m5-dev >
My main concern is that it looks like time progresses, and beyond that I don't have any very strong opinions. I'll fix up the writeData function, and then assuming the clock keeps ticking you guys can change it however you'd like. If you do change it, please give X86_FS a spin and make sure you get one time out (zero would be ok too :) ) when it sets the system clock. It takes a while so don't start it if you're in a hurry. I'll upload the fixed up image you'll need when I get home. Gabe _______________________________________________ m5-dev mailing list m5-dev@m5sim.org http://m5sim.org/mailman/listinfo/m5-dev
