lkml.org 
[lkml]   [1997]   [Apr]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Compile fix for 2.1.31


On Fri, 4 Apr 1997 kdp0101@hpmail.lrz-muenchen.de wrote:
>
> This patch makes 2.1.31 compile on uniprocessor machines. Otherwise
> the macro in_interrupt() (used e.g. by the scsi layer) generates
> undefined symbol symbol errors. I'm not 100% sure if this is the
> right fix or if it would be better to define in_interrupt in
> asm-i386/hardirq.h to (intr_count). At least it works for me and
> didn't crash my machine yet ;)
>
> Is local_irq_count[] supposed to be used on uni processor machines
> too? What is the difference between intr_count and local_irq_count[]?
> It would be nice if someone knowledgeable could comment on this.

Yes, local_intr_count[] is supposed to work on both UP and SMP machines,
and 2.1.31 is broken in this regard (your patch is correct). "intr_count"
is slowly being phased out: most of the code that uses intr_count is
fundamentally broken on any sane SMP implementation.

"intr_count" _will_ continue to exist, but it will probably be renamed as
"soft_irq_count" or similar, because that is what it currently is used
for: software interrupt locking.

Linus


\
 
 \ /
  Last update: 2005-03-22 13:39    [W:0.034 / U:1.092 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site