From: Helge Deller <deller@gmx.de>
To: Laurent Vivier <laurent@vivier.eu>,
Richard Henderson <richard.henderson@linaro.org>,
qemu-devel@nongnu.org
Subject: Re: [PATCH] linux-user: Enhance /proc/cpuinfo output for sparc, hppa and m68k
Date: Tue, 13 Dec 2022 20:48:48 +0100 [thread overview]
Message-ID: <5177c93a-7cf5-4da4-d1a7-8d00632af640@gmx.de> (raw)
In-Reply-To: <577ccfca-2767-c8a2-5b05-0b02c898e486@vivier.eu>
On 12/13/22 20:31, Laurent Vivier wrote:
> Le 13/12/2022 à 17:10, Helge Deller a écrit :
>> The sparc, hppa and m68k architectures provide an own output for the
>> emulated /proc/cpuinfo file.
>>
>> Some userspace applications count (even if that's not the recommended
>> way) the number of lines which start with "processor:" and assume that
>> this number then reflects the number of online CPUs. Since those 3
>> architectures don't provide any such line, applications may assume "0"
>> CPUs. One such issue can be seen in debian bug report:
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1024653
>
> Why don't they use something like system("getconf _NPROCESSORS_CONF") ?
Yes, something like that.
Any return value other than 0 would have been sufficient at least.
But sadly that's not the only program which does it that way.
Just search the internet and you'll find tons of such posts to
use "processor:" from /proc/cpuinfo.
>> Avoid such issues by adding a "processor:" line for each of the online
>> CPUs.
>>
>> Signed-off-by: Helge Deller <deller@gmx.de>
>>
>> diff --git a/linux-user/syscall.c b/linux-user/syscall.c
>> index 9e2c0a18fc..d58e9b8d10 100644
>> --- a/linux-user/syscall.c
>> +++ b/linux-user/syscall.c
> ...
>> @@ -8319,6 +8331,7 @@ static int open_cpuinfo(CPUArchState *cpu_env, int fd)
>> #if defined(TARGET_M68K)
>> static int open_hardware(CPUArchState *cpu_env, int fd)
>> {
>> + dprintf(fd, "processor\t: 0\n");
>> dprintf(fd, "Model:\t\tqemu-m68k\n");
>> return 0;
>> }
>
> This is /proc/hardware, not /proc/cpuinfo.
Oops... you are right!
I'll drop this hunk.
Thanks!
Helge
> root@debian10-vm1:~# cat /proc/hardware
> Model: Macintosh Quadra 800
> System Memory: 1025024K
> root@debian10-vm1:~# cat /proc/cpuinfo
> CPU: 68040
> MMU: 68040
> FPU: 68040
> Clocking: 1529.8MHz
> BogoMips: 1019.90
> Calibration: 5099520 loops
>
> And on m68k, no one expects to have a "processor" line.
>
> Thanks,
> Laurent
>
prev parent reply other threads:[~2022-12-13 19:49 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-12-13 16:10 [PATCH] linux-user: Enhance /proc/cpuinfo output for sparc, hppa and m68k Helge Deller
2022-12-13 19:31 ` Laurent Vivier
2022-12-13 19:48 ` Helge Deller [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5177c93a-7cf5-4da4-d1a7-8d00632af640@gmx.de \
--to=deller@gmx.de \
--cc=laurent@vivier.eu \
--cc=qemu-devel@nongnu.org \
--cc=richard.henderson@linaro.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).