Bug 56603
| Summary: | DAC960 panics during 2.4.9-13smp boot | ||
|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | Josh Neal <josh> |
| Component: | kernel | Assignee: | Arjan van de Ven <arjanv> |
| Status: | CLOSED ERRATA | QA Contact: | Brock Organ <borgan> |
| Severity: | high | Docs Contact: | |
| Priority: | medium | ||
| Version: | 7.2 | CC: | davidt, karlamrhein |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i686 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2002-02-15 21:57:21 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Josh Neal
2001-11-21 18:48:33 UTC
Tested similar software configuration on machine with Intel L440GX motherboard and Mylex 2000 as primary boot device. 2.4.9-13smp generates same kernel panic (DAC960: SegmentNumber != SegmentCount), although this error occurs later in the boot process: it occurs just after local filesystems are mounted. (By comparison, the SRKA4s kernel panic immediately after init starts.) To do: will test configuration with non-Intel motherboard. Will also try rolling back the DAC960 driver from July rev to February rev and building new initrd. Interesting would be to boot with "mem=800M" to rule out highmem issues.... Test SRKA4s have 2GB - 4GB physical ram; test L440GX has 1GB ram. Using "mem=800M" during 2.4.9-13smp boot on both SRKA4 and L440GX prevents DAC960 kernel panic. Good call. What's our next step? My next step is to go look at the dac960 sourcecode ;( (and the diff with older kernels) I have the exact same DAC960 kernel panic with my AccelRAID 150 on RH 7.1 with the kernel updates 2.4.9-6smp and 2.4.9-12smp. It occurs occasionally during heavy disk activity and during boot up (max uptime was about 10 days). 2.4.3-12 did not have this problem and I have since reverted back to it. Perhaps I'll try the "mem=800M" as suggested. Could this be related to my problem (bug # 56596?) I experience a failed init with the DAC960 driver on a single processor system. Instead of a panic, I only have to deal with a failed fsck (sig 11.) Everything seems fine when not using big memory (>896MB.) We're testing a fix right now, but since it has some core blocklayer changes I rather test it good before asking others to test it... I am having the same issue here. We are using a 2.4.9-13SGI_XFS_1.0.2 compiled from sources with egcs 2.91.66. We had a base slackware 8.0 installation. I know it seems not redhat related but i thought that posting here I can help track this problem only to something specific to this kernel. I get random crashes and rarely when it boots it reports that DAC960 message. The hardware is a dual SMP, Mylex 170 RAID5, 1GB ram. I have disabled highmem and still got some crashes. I could not see if is still this problem (it did'nt showed any message on boot since i had disabled highmem). I can see the last post here is 3 months old. I know redhat had released an errata kernel (2.4.9-21) with a DAC960 driver upgrade. does this solves this problem? Can someone who does have this problem upgrade to that and test it out? The 2.4.9-21 kernel is supposed to fix this (it does in our lab). dizzy: you have bigger problems since egcs will miscompile the DAC960 driver..... the MINIMUM compiler for 2.4 kernels is gcc 2.95.3 (as per Documentation/Changes); egcs just miscompiles too much code. arjanv: :) . you are right. just only that SGI recommends to use egcs for compiling their kernel, even the binary kernel provided by them and tested QA was compiled with egcs (AFAIK). anyway dont you think the errata comment on that kernel should include this bugid on solved bugs ? :) |