From: john stultz <johnstul@us.ibm.com>
To: Meelis Roos <mroos@ut.ee>
Cc: Linux Kernel list <linux-kernel@vger.kernel.org>,
Thomas Gleixner <tglx@linutronix.de>
Subject: Re: [RFC][PATCH] alarmtimers: Handle late rtc module loading
Date: Fri, 17 Jun 2011 17:13:43 -0700 [thread overview]
Message-ID: <1308356023.3606.19.camel@work-vm> (raw)
In-Reply-To: <1308335616.3606.4.camel@work-vm>
On Fri, 2011-06-17 at 11:33 -0700, John Stultz wrote:
> On Fri, 2011-06-17 at 12:43 +0300, Meelis Roos wrote:
> > > Meelis: Could you give this patch a shot to make sure it resolves
> > > the issues you've seen on x86 and sparc?
> >
> > Worked on sparc64 (Netra X1) on all 3 boots, on top of
> > 3.0.0-rc3-00202-geb96c92.
> >
> > One the PC, I get the following about RTC in dmesg:
> >
> > [ 0.319145] drivers/rtc/hctosys.c: unable to open rtc device (rtc0)
> > [ 3.614132] rtc_cmos 00:03: RTC can wake from S4
> > [ 3.614480] rtc_cmos 00:03: rtc core: registered rtc_cmos as rtc0
> > [ 3.614582] rtc0: alarms up to one year, y3k, 114 bytes nvram
>
> I'll double check, but I suspect that "unable to open rtc device"
> message isn't new. The issue is that the rtc_cmos driver is built as a
> module, and the hctosys functionality is running before the module is
> loaded.
Yep. You're likely to see the same message with 2.6.37 or earlier if the
rtc drvier is a module and you have the hwtosys option enabled. Building
the driver statically will resolve this issue.
Clearly this is not ideal, but at least its not a regression.
thanks
-john
next prev parent reply other threads:[~2011-06-18 0:13 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-06-17 1:34 [RFC][PATCH] alarmtimers: Handle late rtc module loading John Stultz
2011-06-17 9:43 ` Meelis Roos
2011-06-17 18:33 ` John Stultz
2011-06-18 0:13 ` john stultz [this message]
2011-06-20 20:09 ` Meelis Roos
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1308356023.3606.19.camel@work-vm \
--to=johnstul@us.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mroos@ut.ee \
--cc=tglx@linutronix.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox