From: Zachary Amsden <zach@vmware.com>
To: Marcos Pinto <markybob@gmail.com>, Andi Kleen <ak@suse.de>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Alessandro Zummo <a.zummo@towertech.it>
Subject: Mysterious RTC hangs on x86_64 - fixed, sort of
Date: Wed, 02 May 2007 15:36:03 -0700 [thread overview]
Message-ID: <46391253.30201@vmware.com> (raw)
[-- Attachment #1: Type: text/plain, Size: 447 bytes --]
With this patch, /sbin/hwclock no longer hangs my AMD64 machine when run
after reaching multiuser. What I don't understand is why. I have the
RTC based sound sequencer timer as a module, but not loaded, and the
error message I added to indicate broken rtc control does not fire.
So why is it that if I stop taking the rtc_task_lock and issuing the
callbacks which should never be held or exist that my system no longer
hard freezes?
Zach
[-- Attachment #2: x86_64-rtc-mystery.patch --]
[-- Type: text/x-patch, Size: 810 bytes --]
--- /tmp/a 2007-05-03 15:36:07.451256181 -0700
+++ drivers/char/rtc.c 2007-05-03 15:27:49.000000000 -0700
@@ -265,10 +265,10 @@
spin_unlock (&rtc_lock);
/* Now do the rest of the actions */
- spin_lock(&rtc_task_lock);
- if (rtc_callback)
- rtc_callback->func(rtc_callback->private_data);
- spin_unlock(&rtc_task_lock);
+/* spin_lock(&rtc_task_lock); */
+// if (rtc_callback)
+// rtc_callback->func(rtc_callback->private_data);
+/* spin_unlock(&rtc_task_lock); */
wake_up_interruptible(&rtc_wait);
kill_fasync (&rtc_async_queue, SIGIO, POLL_IN);
@@ -811,6 +811,7 @@
int rtc_register(rtc_task_t *task)
{
+ printk(KERN_ERR "rtc_register is busted\n");
#ifndef RTC_IRQ
return -EIO;
#else
[-- Attachment #3: rtc.config --]
[-- Type: text/plain, Size: 323 bytes --]
CONFIG_HPET_EMULATE_RTC=y
CONFIG_RTC=y
# CONFIG_HPET_RTC_IRQ is not set
CONFIG_SND_RTCTIMER=m
CONFIG_SND_SEQ_RTCTIMER_DEFAULT=y
CONFIG_RTC_LIB=y
CONFIG_RTC_CLASS=y
CONFIG_RTC_HCTOSYS=y
CONFIG_RTC_HCTOSYS_DEVICE="rtc0"
CONFIG_RTC_DEBUG=y
# RTC interfaces
CONFIG_RTC_INTF_SYSFS=y
CONFIG_RTC_INTF_PROC=y
CONFIG_RTC_INTF_DEV=y
next reply other threads:[~2007-05-02 22:38 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-05-02 22:36 Zachary Amsden [this message]
2007-05-02 22:56 ` Mysterious RTC hangs on x86_64 - fixed, sort of Chuck Ebbert
2007-05-03 0:05 ` Zachary Amsden
2007-05-03 4:23 ` Zachary Amsden
2007-05-03 9:00 ` Andi Kleen
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=46391253.30201@vmware.com \
--to=zach@vmware.com \
--cc=a.zummo@towertech.it \
--cc=ak@suse.de \
--cc=linux-kernel@vger.kernel.org \
--cc=markybob@gmail.com \
/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.