Bug 110468 - Force to use noapic in SMP mode on ASUS CUV4X-D with kernel 2.4.22
Force to use noapic in SMP mode on ASUS CUV4X-D with kernel 2.4.22
Product: Fedora
Classification: Fedora
Component: kernel (Show other bugs)
i586 Linux
medium Severity low
: ---
: ---
Assigned To: Arjan van de Ven
Brian Brock
Depends On:
  Show dependency treegraph
Reported: 2003-11-19 14:31 EST by Vincent Fortier
Modified: 2007-11-30 17:10 EST (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-09-29 15:42:09 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Vincent Fortier 2003-11-19 14:31:09 EST
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET 
CLR 1.1.4322)

Description of problem:
I've forced my system to boot with the option noapic in smp mode by 
adding "noapic" in the /boot/grub/grub.conf file.  In non-smp mode 
there is no problem at all.

It's seems to hang at detection of the second CPU.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. boot in smp mode with apic (note plug and play os active in BIOS)

Additional info:
Comment 1 Glen 2004-01-27 14:16:16 EST
I have the exact same problem on a MSI 694D Pro 2, dual Pentium 3 Board.
Comment 2 David Lawrence 2004-09-29 15:42:09 EDT
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

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.