[lug] noapic option

Rodger Wilson {I/O Software} Rodger.Wilson at central.sun.com
Wed Nov 1 08:31:07 MST 2000


I ran linux-UP with the noapic option and still have a problem with it
when I put the drives under any kind of a load.

     ____                                                                       
    /___/\                      	Rodger Wilson
   /___\\ \           /\       
  /___\ \\ /         /~~\/\     	Target and SCSI Drivers 
 /___/ \/ / /    /\ /    \ \_   	Sun Microsystems, Inc. 
/___/ /   \//\  /  \_      \ \ 
\___\//\   / /       \      \   	DIRECT: (303) 272-8252
 \___/ / /\ /   _______________ 	FAX:    (775) 522-7198 
  \___/ \\ \      ___________   	CELL:   (303) 910-3073 
   \___\ \\        ________     
    \___\/                      

-- last message --

>Date: Tue, 31 Oct 2000 17:57:39 -0700
>From: Ian S. Nelson <nelson_ at attglobal.net>
>Reply-To: lug at lug.boulder.co.us
>To: lug at lug.boulder.co.us
>Subject: Re: [lug] noapic option
>
>Rodger Wilson {I/O Software} wrote:
>
>> I have been having a hell of a time latly getting a few of my scsi
>> cards working with linux.  I finally figured out that I need to boot
>> linux with the noapic option.
>>
>> This seems to make linux so that it will boot, but not stable!
>
>Doesn't the APIC route the interrupts to the correct processor in an
>SMP system?   Turning off the APIC, whatever that may mean, may have
>fundamental problems with SMP.
>
>
>> I am guessing that this does something with the Priority Interupt
>> Controler.  Does anyone know what the real issue that the noapic
>> options really deals with, and/or other ways to really fix the
>> problemr?
>
>Does it crash  in uniprocessor mode?
>
>Which kernel is this running?
>
>
>--
>Ian S. Nelson                                           __o
>Nelson_ at attglobal.net.NOSPAM                            \<,
>                                                      ()/ ()
>
>
>
>
>
>_______________________________________________
>Web Page:  http://lug.boulder.co.us
>Mailing List: http://lists.lug.boulder.co.us/mailman/listinfo/lug
>





More information about the LUG mailing list