From mboxrd@z Thu Jan 1 00:00:00 1970 From: h.v.bruinehsen@fu-berlin.de (Hinnerk van Bruinehsen) Date: Tue, 27 Jan 2015 09:37:01 +0100 Subject: Kernel 2.6.32.60 64bit Crash/Hung In-Reply-To: <20150127092504.Horde.GN7WZoEMVM4x4ojufjVTpA3@htjn.suhail.uberspace.de> References: <20150127024846.GB3124@kroah.com> <10984.1422331319@turing-police.cc.vt.edu> <12694.1422333909@turing-police.cc.vt.edu> <1218844080.996910.1422342028538.JavaMail.yahoo@mail.yahoo.com> <20150127092504.Horde.GN7WZoEMVM4x4ojufjVTpA3@htjn.suhail.uberspace.de> Message-ID: <20150127083701.GA16697@AndTheirFacesAreTwistedWithThePainOfTheLiving.zedat.fu-berlin.de> To: kernelnewbies@lists.kernelnewbies.org List-Id: kernelnewbies.lists.kernelnewbies.org On Tue, Jan 27, 2015 at 09:25:04AM +0100, Jan Niggemann wrote: > Zitat von Anand Moon : > > http://ark.intel.com/products/64622/Intel-Xeon-Processor-E5-4650-20M-Cache-2_70-GHz-8_00-GTs-Intel-QPI > > > > Show it has only 8 core of CPU. Why are you setting the CONFIG_NR_CPUS=64. > > certainly it will have a issue in the kernel. > Why would that lead to issues? AFAIK all it does is set the size of > the array which contains CPU data, setting it higher would only result > in some kilobytes of memory being used... It is also the defined default in arch/x86/configs/x86_64_defconfig (on 3.18.3, but IIRC it's this way for quite a while). WKR Hinnerk -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 473 bytes Desc: Digital signature Url : http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20150127/c9c5128f/attachment.bin