[U-Boot] Uboot RTC question
Hi, I am using Uboot 2008.10. I know its old but thats what we used when we started our project.
My question is why is it that when we get to the Uboot prompt upon a power cycle, the date is set to: 2007-00-01 00:00:00
Where is that being set/initialized? I looked through the code and I can't determine where this is being set.
Is that what the date should be? Does Uboot force it somewhere?
Our processor is the Atmel AT91SAM9RL.
thanks, Steve
Dear Steven Zedeck,
In message 27471322.post@talk.nabble.com you wrote:
My question is why is it that when we get to the Uboot prompt upon a power cycle, the date is set to: 2007-00-01 00:00:00
Where is that being set/initialized? I looked through the code and I can't determine where this is being set.
Is that what the date should be? Does Uboot force it somewhere?
Our processor is the Atmel AT91SAM9RL.
We don't know what your board is, and if it's in mainline so we can actually look at the code.
In a quick scan I didn't see any code in mainline which sets such a date (which is wrong, in any case, as there is no month 00 in any of the common notations).
Is there a chance that this is actually your own custom code?
Best regards,
Wolfgang Denk
wd wrote:
Dear Steven Zedeck,
In message 27471322.post@talk.nabble.com you wrote:
My question is why is it that when we get to the Uboot prompt upon a power cycle, the date is set to: 2007-00-01 00:00:00
Where is that being set/initialized? I looked through the code and I can't determine where this is being set.
Is that what the date should be? Does Uboot force it somewhere?
Our processor is the Atmel AT91SAM9RL.
We don't know what your board is, and if it's in mainline so we can actually look at the code.
In a quick scan I didn't see any code in mainline which sets such a date (which is wrong, in any case, as there is no month 00 in any of the common notations).
Is there a chance that this is actually your own custom code?
Best regards,
Wolfgang Denk
-- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de "Who is the oldest inhabitant of this village?" "We haven't got one; we had one, but he died three weeks ago." _______________________________________________ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
As for my board, its based on the Atmel AT91SAM9RLEK board.
I inherited this code. So I am still looking through the code to see where the RTC is being set. All I know at the moment is that whenever I power cycle and stop at the Uboot prompt, then type "date" I see that date/time: U-Boot> date at91_rtc_readtime(): 2007-00-01 00:00:xx Date: 2007-00-01 Time: 0:00:xx
xx increments depending on when I type the date command. I just wonder where this year/month is being initialized.
thanks, Steve
Dear Steven Zedeck,
In message 27472886.post@talk.nabble.com you wrote:
wd wrote:
There is absolutely no need to full-quote my message if you are not referring to anything I wrote.
Hm, did you even read what I wrote?
We don't know what your board is, and if it's in mainline so we can actually look at the code.
...
As for my board, its based on the Atmel AT91SAM9RLEK board.
This is not an answer to my question.
I assume your code is NOT in mainline.
I inherited this code. So I am still looking through the code to see where the RTC is being set. All I know at the moment is that whenever I power cycle and stop at the Uboot prompt, then type "date" I see that date/time: U-Boot> date at91_rtc_readtime(): 2007-00-01 00:00:xx Date: 2007-00-01 Time: 0:00:xx
xx increments depending on when I type the date command. I just wonder where this year/month is being initialized.
Well, eventually your RTC is not battery buffered, and when it comes up from power-on it initiallizes it's registers with values that, when read out, get interpreted as this specific date.
There is no such function as at91_rtc_readtime() in mainline code, so locate it in your sources, and debug it.
Best regards,
Wolfgang Denk
participants (2)
-
Steven Zedeck -
Wolfgang Denk