Bug 26993 - kernel 2.2.17-14 stalls at 'real time clock' until keypress
Summary: kernel 2.2.17-14 stalls at 'real time clock' until keypress
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: kernel
Version: 6.2
Hardware: i386
OS: Linux
high
high
Target Milestone: ---
Assignee: Arjan van de Ven
QA Contact: Brock Organ
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2001-02-10 22:42 UTC by kitchen_506
Modified: 2008-08-01 16:22 UTC (History)
0 users

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2004-09-30 15:38:54 UTC
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2001:047 0 normal SHIPPED_LIVE : Linux kernel 2.2.19 now available, provides security fixes, enhancements 2001-04-10 04:00:00 UTC

Description kitchen_506 2001-02-10 22:42:18 UTC 
On an otherwise now reliable system see [bug 26977], my system reliably
stalls during boot just after displaying

Real Time Clock Driver v1.09

until a keypress.  I have not waited longer than 20s to see if it's just a
weird timing thing, but after several different reboots for other reasons
(see above bug), the boot continues *every time* *immediately* after a
keypress.

FWIW, I usually use the shift key as it rarely generates input that might
confuse the situation.  :-)

I installed a rebuilt i586 kernel, but noticed this as well on an md5
verified RH disti i586 kernel.  i386 untested, I'm trying to beat my poor
p120 hard enough as it is....
Comment 1 kitchen_506 2001-02-10 22:56:28 UTC 
sorry, forgot to rank this as high...if I put this kernel on remote servers in a
NOC, I can't remotely reboot them with confidence.
Comment 2 Need Real Name 2001-02-12 16:20:34 UTC 
I'd like to add a "me too". Hangs as described on a Dell XPS P90c with an 
upgraded CPU (Evergreen Spectra 233). This system worked perfectly w/ the 
2.2.16 kernel and the multiple RH 6.2 kernels.
Comment 3 kitchen_506 2001-02-12 16:29:29 UTC 
According to my syslog, it's right before 

Toshiba System Managment Mode driver v1.7 22/6/2000

So, it could be that as well?
Comment 4 kitchen_506 2001-02-12 16:31:36 UTC 
Have furthermore tested this stall to several minutes.  I would assume infinite,
but I'm not going to test out that far.
Comment 5 kitchen_506 2001-02-12 16:52:15 UTC 
According to ftp://ftp.us.kernel.org/pub/linux/kernel/v2.2/linux-2.2.17.log.html
, could it be that the 'added SMM driver for Toshiba laptops [update]' is
involved?  This gw2k doesn't look like it has Toshiba on it.
Comment 6 Need Real Name 2001-02-20 20:49:59 UTC 
Similar stall on IBM 330-P100 after Real Time Clock Driver v1.09
on both i586 and i386 rpm releases.  Requires keystroke to continue boot.
Comment 7 kitchen_506 2001-04-17 14:05:45 UTC 
This may be fixed as of the 2.2.19 release, given that it fixes [bug 29558],
which was reported on RH7 and apparently got better attention.
Comment 8 kitchen_506 2001-04-17 17:45:18 UTC 
Allthough this is still nominally open as a 2.2.17 issue, given that 2.2.19
works for me, *I* don't mind if it gets closed/discarded/whatever; those other
folks might though.
Comment 9 Bugzilla owner 2004-09-30 15:38:54 UTC 
Thanks for the bug report. However, Red Hat no longer maintains this version of
the product. Please upgrade to the latest version and open a new bug if the problem
persists.

The Fedora Legacy project (http://fedoralegacy.org/) maintains some older releases, 
and if you believe this bug is interesting to them, please report the problem in
the bug tracker at: http://bugzilla.fedora.us/
Note You need to log in before you can comment on or make changes to this bug.