Bug 5978 – kernel causes SRM to panic on reboot or shutdown

Bug 5978 - kernel causes SRM to panic on reboot or shutdown

Summary:	kernel causes SRM to panic on reboot or shutdown

Status:	CLOSED CURRENTRELEASE

Aliases:	None

Product:	Red Hat Linux
Classification:	Retired
Component:	kernel (Show other bugs)
Sub Component:
Version:	6.0
Hardware:	alpha Linux

Priority	high Severity high
Target Milestone:	---
Target Release:	---
Assigned To:	Michael K. Johnson
QA Contact:
Docs Contact:

URL:
Whiteboard:
Keywords:

Depends On:
Blocks:
	Show dependency tree / graph

Reported:	1999-10-15 03:18 EDT by phiber
Modified:	2008-05-01 11:37 EDT (History)
CC List:	0 users

See Also:
Fixed In Version:
Doc Type:	Bug Fix
Doc Text:
Story Points:	---
Clone Of:
Environment:
Last Closed:	2000-01-04 17:27:26 EST
Type:	---
Regression:	---
Mount Type:	---
Documentation:	---
CRM:
Verified Versions:
Category:	---
oVirt Team:	---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---

Attachments	(Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

Groups: None (edit)

Description phiber 1999-10-15 03:18:24 EDT

I'm running RedHat 6.0 on a PC164 with SRM 5.5-1 firmware.
When I reboot or shutdown, all processes terminate as
normal, and then "reset_for_srm" gets called in the kernel
causing SRM to panic.  I must then hit the reset button.
This is obviously not normal behavior, as it renders
rebooting impossible, especially remotely.
This same machine also has NetBSD on it, with no such
problem; so I know there's nothing wrong with my machine or
firmware.  I've tried both 2.2.5-16 and the 2.2.5-22 update
and both behave the same.  Is there some fix for this?????
Using the ARC firmware is not an option.  The
"reset_for_srm" kernel code is obviously broken.
Please help.

Comment 1 phiber 1999-10-15 18:31:59 EDT

I've fixed the problem!  Or at least, I can work around it.
The problem is with the md (multiple disk) driver.  Apparently one of
its threads is still running when reset_for_srm is called in the
shutdown process, confusing SRM into panicking.  I've disabled the md
driver altogether, since I'm not using any kind of RAID or drive
concatenation.  Now everything works fine.  However, the md driver
SHOULD get fixed, since this behavior is definitely broken.

Comment 2 Cristian Gafton 2000-01-04 17:27:59 EST

Assigned to dledford

Comment 3 Phil Copeland 2001-06-04 11:17:43 EDT

Delinquent record (old)
Assuming that 6.2/7.0 fixes the problem

Note You need to log in before you can comment on or make changes to this bug.