** Patch added: "cpuinfo_0.0~git20190201.d5e37ad-1ubuntu1.debdiff"
   
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1840847/+attachment/5283577/+files/cpuinfo_0.0~git20190201.d5e37ad-1ubuntu1.debdiff

** Changed in: linux (Ubuntu)
       Status: Incomplete => Confirmed

** Changed in: linux (Ubuntu)
   Importance: Undecided => Low

** Description changed:

  From bug:
  
  https://bugs.launchpad.net/bugs/1840511
  
  clockhouse builds test started failing because of the presence of stderr
  whenever using the function:
  
  cpuinfo_linux_get_max_processors_count(void)
  
  From cpuid library.
  
  This happens because:
  
  ----
  
  #if defined(__ANDROID__) && !defined(CPU_SETSIZE)
      /*
       * Android NDK headers before platform 21 do not define CPU_SETSIZE,
       * so we hard-code its value, as defined in platform 21 headers
       */
      #if defined(__LP64__)
          static const uint32_t default_max_processors_count = 1024;
      #else
          static const uint32_t default_max_processors_count = 32;
      #endif
  #else
      static const uint32_t default_max_processors_count = CPU_SETSIZE;
  #endif
  
  ----
  
  #if !defined(__ANDROID__)
      /*
       * sched.h is only used for CPU_SETSIZE constant.
       * Android NDK headers before platform 21 do have this constant in sched.h
       */
      #include <sched.h>
  #endif
  
  ----
  
  and resolving includes:
  
  x86_64-linux-gnu/bits/cpu-set.h:
  
  /* Size definition for CPU sets. */
  #define __CPU_SETSIZE 1024
  
  ----
  
  And the warning:
  
  Warning in cpuinfo: kernel_max value of 8191 parsed from
  /sys/devices/system/cpu/kernel_max exceeds platform-default limit 1023
  
  Will always be displayed in Ubuntu OS, when it should NOT (does not make
  any sense to trigger a warning for something that can't be changed).
  
+ FOR THE KERNEL TEAM:
+ 
  Should ubuntu update sched.h and/or cpu-set.h to reflect its decision in
  using 8192 max CPUs ?

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1840847

Title:
  cpuinfo_linux_get_max_processors_count always warns Ubuntu default MAX
  cpu values (stderr)

Status in cpuinfo package in Ubuntu:
  In Progress
Status in linux package in Ubuntu:
  Confirmed

Bug description:
  From bug:

  https://bugs.launchpad.net/bugs/1840511

  clockhouse builds test started failing because of the presence of
  stderr whenever using the function:

  cpuinfo_linux_get_max_processors_count(void)

  From cpuid library.

  This happens because:

  ----

  #if defined(__ANDROID__) && !defined(CPU_SETSIZE)
      /*
       * Android NDK headers before platform 21 do not define CPU_SETSIZE,
       * so we hard-code its value, as defined in platform 21 headers
       */
      #if defined(__LP64__)
          static const uint32_t default_max_processors_count = 1024;
      #else
          static const uint32_t default_max_processors_count = 32;
      #endif
  #else
      static const uint32_t default_max_processors_count = CPU_SETSIZE;
  #endif

  ----

  #if !defined(__ANDROID__)
      /*
       * sched.h is only used for CPU_SETSIZE constant.
       * Android NDK headers before platform 21 do have this constant in sched.h
       */
      #include <sched.h>
  #endif

  ----

  and resolving includes:

  x86_64-linux-gnu/bits/cpu-set.h:

  /* Size definition for CPU sets. */
  #define __CPU_SETSIZE 1024

  ----

  And the warning:

  Warning in cpuinfo: kernel_max value of 8191 parsed from
  /sys/devices/system/cpu/kernel_max exceeds platform-default limit 1023

  Will always be displayed in Ubuntu OS, when it should NOT (does not
  make any sense to trigger a warning for something that can't be
  changed).

  FOR THE KERNEL TEAM:

  Should ubuntu update sched.h and/or cpu-set.h to reflect its decision
  in using 8192 max CPUs ?

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/cpuinfo/+bug/1840847/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to     : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to