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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.