appldata & nr_threads

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



arch/s390/appldata/appldata_base.c:int nr_threads = -1;
arch/s390/appldata/appldata_base.c:EXPORT_SYMBOL_GPL(nr_threads);
arch/s390/appldata/appldata_os.c:       u32 nr_threads;         /* number of threads               */
arch/s390/appldata/appldata_os.c:       P_DEBUG("nr_threads   = %u\n", os_data->nr_threads);
arch/s390/appldata/appldata_os.c:       os_data->nr_threads = nr_threads;

include/linux/sched.h:extern int nr_threads;
kernel/fork.c:int nr_threads;           /* The idle threads do not count.. */


Can someone explain what's going on here?  appldata_os.c apparently
uses the appldata_base.c nr_threads because only that is exported.
But it's always -1.  Then again I don't quite understand how the linker
doesn't complain about the two nr_threads symbols.

Could it be that s390 doesn't use -fno-common when compiling the kernel?
-
To unsubscribe from this list: send the line "unsubscribe linux-s390" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Kernel Development]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite Info]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Linux Media]     [Device Mapper]

  Powered by Linux