He instal·lat Debian GNU/Linux (amd64) sense escriptori en un ordinador
amb placa base «Asus P6TD Deluxe», a la qual vaig actualitzar la BIOS, i processador central «Intel Core i7-960» https://ark.intel.com/content/www/us/en/ark/products/37151/intel-core-i7960-processor-8m-cache-3-20-ghz-4-80-gts-intel-qpi.html

Doncs tant amb la comanda «nproc» com al fitxer /proc/cpuinfo veig un
sol nucli de processador, tot i que el fabricant diu que n'hi ha quatre.

Hi tenen alguna cosa a veure aquests missatges d'advertència?

$ sudo journalctl -b -p err
-- Journal begins at Mon 2022-02-14 14:33:50 CET, ends at Tue 2022-02-15 08:36:56 CET. --
-- No entries --

$ sudo journalctl -b -p warning
-- Journal begins at Mon 2022-02-14 14:33:50 CET, ends at Tue 2022-02-15 08:37:00 CET. --
de febr. 15 08:22:59 system kernel: ACPI: No APIC-table, disabling MPS
de febr. 15 08:22:59 system kernel: smpboot: Boot CPU (id 0) not listed
by BIOS
de febr. 15 08:22:59 system kernel: ACPI: setting ELCR to 0200 (from ccb8)
de febr. 15 08:22:59 system kernel: core: CPUID marked event: 'bus
cycles' unavailable
de febr. 15 08:22:59 system kernel: pmd_set_huge: Cannot satisfy [mem 0xe0000000-0xe0200000] with a huge-page mapping due to MTRR override.
de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range 0x0000000000000828-0x000000000000082F conflicts with OpRegion 0x0000000000000800-0x000000000000084F (\PMRG) (20200925/utaddress-204)
de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range 0x0000000000000530-0x000000000000053F conflicts with OpRegion 0x0000000000000500-0x000000000000053F (\GPS0) (20200925/utaddress-204)
de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range 0x0000000000000500-0x000000000000052F conflicts with OpRegion 0x0000000000000500-0x000000000000053F (\GPS0) (20200925/utaddress-204)
de febr. 15 08:22:59 system kernel: lpc_ich: Resource conflict(s) found affecting gpio_ich
de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range 0x0000000000000400-0x000000000000041F conflicts with OpRegion 0x0000000000000400-0x000000000000040F (\SMRG) (20200925/utaddress-204)
de febr. 15 08:22:59 system kernel: r8169 0000:03:00.0: can't disable
ASPM; OS doesn't have ASPM control
de febr. 15 08:23:01 system kernel: resource sanity check: requesting
[mem 0x000c0000-0x000dffff], which spans more than PCI Bus 0000:00 [mem 0x000d0000-0x000dffff window]
de febr. 15 08:23:01 system kernel: caller pci_map_rom+0x7c/0x1d0
mapping multiple BARs
--
Narcis Garcia

--

Narcis Garcia

__________
I'm using this dedicated address because personal addresses aren't masked enough at this mail public archive. Public archive administrator should fix this against automated addresses collectors.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Sí, això de reinicialitzar la CMOS ho vaig fer vàries vegades.
També (després de carregar la configuració per defecte) vaig revisar un
a un tots els paràmetres de la BIOS i recordo haver vist això del número
de nuclis, i haver especificat «All».

Gràcies;
Narcis Garcia

__________
I'm using this dedicated address because personal addresses aren't
masked enough at this mail public archive. Public archive administrator
should fix this against automated addresses collectors.
El 15/2/22 a les 9:03, Josep Lladonosa ha escrit:

Hola, Narcís,

Has repassat que l'actualització de la BIOS no hagi deixat valors de configuració estranys?
De vegades convé restaurar la BIOS a valors de configuració per defecte
i reconfigurar. Alguns fabricants de plaques acostumen a indicar-ho en
els procediments d'actualització.

A banda, he trobat el manual de la placa base que comentes i hi ha una
opció per seleccionar quants nuclis del processador estaran actius.
Ves que no sigui aquesta cosa tan senzilla...

SALUT!
Josep

On Tue, 15 Feb 2022 at 08:41, Narcis Garcia <debianlists@actiu.net <mailto:debianlists@actiu.net>> wrote:

He instal·lat Debian GNU/Linux (amd64) sense escriptori en un ordinador
amb placa base «Asus P6TD Deluxe», a la qual vaig actualitzar la
BIOS, i
processador central «Intel Core i7-960»
https://ark.intel.com/content/www/us/en/ark/products/37151/intel-core-i7960-processor-8m-cache-3-20-ghz-4-80-gts-intel-qpi.html
<https://ark.intel.com/content/www/us/en/ark/products/37151/intel-core-i7960-processor-8m-cache-3-20-ghz-4-80-gts-intel-qpi.html>

Doncs tant amb la comanda «nproc» com al fitxer /proc/cpuinfo veig un
sol nucli de processador, tot i que el fabricant diu que n'hi ha quatre.

Hi tenen alguna cosa a veure aquests missatges d'advertència?

$ sudo journalctl -b -p err
-- Journal begins at Mon 2022-02-14 14:33:50 CET, ends at Tue
2022-02-15
08:36:56 CET. --
-- No entries --

$ sudo journalctl -b -p warning
-- Journal begins at Mon 2022-02-14 14:33:50 CET, ends at Tue
2022-02-15
08:37:00 CET. --
de febr. 15 08:22:59 system kernel: ACPI: No APIC-table, disabling MPS
de febr. 15 08:22:59 system kernel: smpboot: Boot CPU (id 0) not listed
by BIOS
de febr. 15 08:22:59 system kernel: ACPI: setting ELCR to 0200 (from
ccb8)
de febr. 15 08:22:59 system kernel: core: CPUID marked event: 'bus
cycles' unavailable
de febr. 15 08:22:59 system kernel: pmd_set_huge: Cannot satisfy [mem
0xe0000000-0xe0200000] with a huge-page mapping due to MTRR override.
de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range
0x0000000000000828-0x000000000000082F conflicts with OpRegion
0x0000000000000800-0x000000000000084F (\PMRG) (20200925/utaddress-204)
de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range
0x0000000000000530-0x000000000000053F conflicts with OpRegion
0x0000000000000500-0x000000000000053F (\GPS0) (20200925/utaddress-204)
de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range
0x0000000000000500-0x000000000000052F conflicts with OpRegion
0x0000000000000500-0x000000000000053F (\GPS0) (20200925/utaddress-204)
de febr. 15 08:22:59 system kernel: lpc_ich: Resource conflict(s) found
affecting gpio_ich
de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range
0x0000000000000400-0x000000000000041F conflicts with OpRegion
0x0000000000000400-0x000000000000040F (\SMRG) (20200925/utaddress-204)
de febr. 15 08:22:59 system kernel: r8169 0000:03:00.0: can't disable
ASPM; OS doesn't have ASPM control
de febr. 15 08:23:01 system kernel: resource sanity check: requesting
[mem 0x000c0000-0x000dffff], which spans more than PCI Bus 0000:00 [mem
0x000d0000-0x000dffff window]
de febr. 15 08:23:01 system kernel: caller pci_map_rom+0x7c/0x1d0
mapping multiple BARs
--
Narcis Garcia

--

Narcis Garcia

__________
I'm using this dedicated address because personal addresses aren't
masked enough at this mail public archive. Public archive
administrator should fix this against automated addresses collectors.

--
--
Salutacions...Josep
--

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Hola, Narcís,

Has repassat que l'actualització de la BIOS no hagi deixat valors de configuració estranys?
De vegades convé restaurar la BIOS a valors de configuració per defecte i reconfigurar. Alguns fabricants de plaques acostumen a indicar-ho en els procediments d'actualització.

A banda, he trobat el manual de la placa base que comentes i hi ha una
opció per seleccionar quants nuclis del processador estaran actius.
Ves que no sigui aquesta cosa tan senzilla...

SALUT!
Josep

On Tue, 15 Feb 2022 at 08:41, Narcis Garcia <debianlists@actiu.net> wrote:

He instal·lat Debian GNU/Linux (amd64) sense escriptori en un ordinador
amb placa base «Asus P6TD Deluxe», a la qual vaig actualitzar la BIOS, i processador central «Intel Core i7-960»

https://ark.intel.com/content/www/us/en/ark/products/37151/intel-core-i7960-processor-8m-cache-3-20-ghz-4-80-gts-intel-qpi.html

Doncs tant amb la comanda «nproc» com al fitxer /proc/cpuinfo veig un
sol nucli de processador, tot i que el fabricant diu que n'hi ha quatre.

Hi tenen alguna cosa a veure aquests missatges d'advertència?

$ sudo journalctl -b -p err
-- Journal begins at Mon 2022-02-14 14:33:50 CET, ends at Tue 2022-02-15 08:36:56 CET. --
-- No entries --

$ sudo journalctl -b -p warning
-- Journal begins at Mon 2022-02-14 14:33:50 CET, ends at Tue 2022-02-15 08:37:00 CET. --
de febr. 15 08:22:59 system kernel: ACPI: No APIC-table, disabling MPS
de febr. 15 08:22:59 system kernel: smpboot: Boot CPU (id 0) not listed
by BIOS
de febr. 15 08:22:59 system kernel: ACPI: setting ELCR to 0200 (from ccb8)
de febr. 15 08:22:59 system kernel: core: CPUID marked event: 'bus
cycles' unavailable
de febr. 15 08:22:59 system kernel: pmd_set_huge: Cannot satisfy [mem 0xe0000000-0xe0200000] with a huge-page mapping due to MTRR override.
de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range 0x0000000000000828-0x000000000000082F conflicts with OpRegion 0x0000000000000800-0x000000000000084F (\PMRG) (20200925/utaddress-204)
de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range 0x0000000000000530-0x000000000000053F conflicts with OpRegion 0x0000000000000500-0x000000000000053F (\GPS0) (20200925/utaddress-204)
de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range 0x0000000000000500-0x000000000000052F conflicts with OpRegion 0x0000000000000500-0x000000000000053F (\GPS0) (20200925/utaddress-204)
de febr. 15 08:22:59 system kernel: lpc_ich: Resource conflict(s) found affecting gpio_ich
de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range 0x0000000000000400-0x000000000000041F conflicts with OpRegion 0x0000000000000400-0x000000000000040F (\SMRG) (20200925/utaddress-204)
de febr. 15 08:22:59 system kernel: r8169 0000:03:00.0: can't disable
ASPM; OS doesn't have ASPM control
de febr. 15 08:23:01 system kernel: resource sanity check: requesting
[mem 0x000c0000-0x000dffff], which spans more than PCI Bus 0000:00 [mem 0x000d0000-0x000dffff window]
de febr. 15 08:23:01 system kernel: caller pci_map_rom+0x7c/0x1d0
mapping multiple BARs
--
Narcis Garcia

--

Narcis Garcia

__________
I'm using this dedicated address because personal addresses aren't masked enough at this mail public archive. Public archive administrator should fix this against automated addresses collectors.

--
--
Salutacions...Josep
--

<div dir="ltr"><div>Hola, Narcís,</div><div><br></div><div>Has repassat que l&#39;actualització de la BIOS no hagi deixat valors de configuració estranys?</div><div>De vegades convé restaurar la BIOS a valors de configuració per defecte i
reconfigurar. Alguns fabricants de plaques acostumen a indicar-ho en els procediments d&#39;actualització.</div><div><br></div><div>A banda, he trobat el manual de la placa base que comentes i hi ha una opció per seleccionar quants nuclis del
processador estaran actius.</div><div>Ves que no sigui aquesta cosa tan senzilla...</div><div><br></div><div>SALUT!</div><div>Josep<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 15 Feb 2022 at 08:41, Narcis Garcia &
lt;<a href="mailto:debianlists@actiu.net">debianlists@actiu.net</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">He instal·lat Debian GNU/Lin

Hola, Narcís.

Si per el que sembla, ja has revisat i comprovat que a la teva BIOS tot
està bé i a la BIOS et detecta tots els nuclis, potser seria el moment de provar diferents comandes i/o programes dintre del teu Debian GNU/Linux
(que no veig quina versió utilitzes ... suposo que la última 11.2 oi?).

Jo també m'he trobat en diferents distribucions basades en Debian 11.x i Debian "sid" que no mostrava correctament tots els nuclis i fils del processador, tot i que era en processadors bastant mes antics, i depenent
de la instrucció que utilitzava.

Espero que això t'ajudi enlloc de despistar-te. Jo no faig servir la
comanda "journalctl" però a mes del tradicional "cat /proc/cpuinfo" també utilitzo "lscpu", "cat /proc/cpuinfo | grep 'cpu cores' " per saber quants nuclis i "lscpu | grep 'CPU(s):' " per saber quants fils em detecta el meu GNU/Linux basat en un Debian recent.

Amb el que t'he llegit en aquesta llista ja imagino que ben poc et puc
ensenyar jo a tu i sospito que si et recomano afegir-li una interfase
gràfica al teu Debian amb CPU intel i7-960 i provar CPU-G i https://tria-s-o.sourceforge.io probablement t'ofendria i pensaries "això
es per a novells i no per a mi" però pensa que la meva intenció és
*només *compartir
coneixement i agrair el que aprenc de tu (journalctl ? mola! provaré!).


No hem d'oblidar que no existeixen els sistemes 100% perfectes, lliures d'errors. I personalment trobo una virtud i no un defecte que distribucions tant gratuïtes, lliures, amb solera i robustes com Debian GNU/Linux no menteixin i reconeguin això, de forma que facilita la millora continuada, a diferència d'altres sistemes operatius ni tant gratuïts, ni tant lliures,
ni amb tanta robustesa i solera, que intenten fer creure als usuaris que
"es un sistema perfecte, sense errors" a la vegada que porten molts anys
treien "pedaços" que solucionen ERRORS.

Joan Baptista
joanbaptista@gmail.com
Tel. 665 245 561


Missatge de Narcis Garcia <debianlists@actiu.net> del dia dt., 15 de febr.
2022 a les 9:08:

Sí, això de reinicialitzar la CMOS ho vaig fer vàries vegades.
També (després de carregar la configuració per defecte) vaig revisar un
a un tots els paràmetres de la BIOS i recordo haver vist això del número de nuclis, i haver especificat «All».

Gràcies;
Narcis Garcia

__________
I'm using this dedicated address because personal addresses aren't
masked enough at this mail public archive. Public archive administrator should fix this against automated addresses collectors.
El 15/2/22 a les 9:03, Josep Lladonosa ha escrit:

Hola, Narcís,

Has repassat que l'actualització de la BIOS no hagi deixat valors de configuració estranys?
De vegades convé restaurar la BIOS a valors de configuració per defecte
i reconfigurar. Alguns fabricants de plaques acostumen a indicar-ho en
els procediments d'actualització.

A banda, he trobat el manual de la placa base que comentes i hi ha una opció per seleccionar quants nuclis del processador estaran actius.
Ves que no sigui aquesta cosa tan senzilla...

SALUT!
Josep

On Tue, 15 Feb 2022 at 08:41, Narcis Garcia <debianlists@actiu.net <mailto:debianlists@actiu.net>> wrote:

He instal·lat Debian GNU/Linux (amd64) sense escriptori en un

ordinador

amb placa base «Asus P6TD Deluxe», a la qual vaig actualitzar la
BIOS, i
processador central «Intel Core i7-960»

https://ark.intel.com/content/www/us/en/ark/products/37151/intel-core-i7960-processor-8m-cache-3-20-ghz-4-80-gts-intel-qpi.html

<

https://ark.intel.com/content/www/us/en/ark/products/37151/intel-core-i7960-processor-8m-cache-3-20-ghz-4-80-gts-intel-qpi.html

Doncs tant amb la comanda «nproc» com al fitxer /proc/cpuinfo veig un
sol nucli de processador, tot i que el fabricant diu que n'hi ha

quatre.

Hi tenen alguna cosa a veure aquests missatges d'advertència?

$ sudo journalctl -b -p err
-- Journal begins at Mon 2022-02-14 14:33:50 CET, ends at Tue
2022-02-15
08:36:56 CET. --
-- No entries --

$ sudo journalctl -b -p warning
-- Journal begins at Mon 2022-02-14 14:33:50 CET, ends at Tue
2022-02-15
08:37:00 CET. --
de febr. 15 08:22:59 system kernel: ACPI: No APIC-table, disabling

MPS

de febr. 15 08:22:59 system kernel: smpboot: Boot CPU (id 0) not

listed

by BIOS
de febr. 15 08:22:59 system kernel: ACPI: setting ELCR to 0200 (from
ccb8)
de febr. 15 08:22:59 system kernel: core: CPUID marked event: 'bus
cycles' unavailable
de febr. 15 08:22:59 system kernel: pmd_set_huge: Cannot satisfy [mem
0xe0000000-0xe0200000] with a huge-page mapping due to MTRR override.
de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range
0x0000000000000828-0x000000000000082F conflicts with OpRegion
0x0000000000000800-0x000000000000084F (\PMRG)

(20200925/utaddress-204)

de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range
0x0000000000000530-0x000000000000053F conflicts with OpRegion
0x0000000000000500-0x000000000000053F (\GPS0)

(20200925/utaddress-204)

de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range
0x0000000000000500-0x000000000000052F conflicts with OpRegion
0x0000000000000500-0x000000000000053F (\GPS0)

(20200925/utaddress-204)

de febr. 15 08:22:59 system kernel: lpc_ich: Resource conflict(s)

found

affecting gpio_ich
de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range
0x0000000000000400-0x000000000000041F conflicts with OpRegion
0x0000000000000400-0x000000000000040F (\SMRG)

(20200925/utaddress-204)

de febr. 15 08:22:59 system kernel: r8169 0000:03:00.0: can't disable
ASPM; OS doesn't have ASPM control
de febr. 15 08:23:01 system kernel: resource sanity check: requesting
[mem 0x000c0000-0x000dffff], which spans more than PCI Bus 0000:00

[mem

0x000d0000-0x000dffff window]
de febr. 15 08:23:01 system kernel: caller pci_map_rom+0x7c/0x1d0
mapping multiple BARs
--
Narcis Garcia

--

Narcis Garcia

__________
I'm using this dedicated address because personal addresses aren't
masked enough at this mail public archive. Public archive
administrator should fix this against automated addresses collectors.

--
--
Salutacions...Josep
--

<div dir="ltr"><div>Hola, Narcís. <br></div><div><br></div><div>Si per el que sembla, ja has revisat i comprovat que a la teva BIOS tot està bé i a la BIOS et detecta tots els nuclis, potser seria el moment de provar diferents comandes i/o programes
dintre del teu Debian GNU/Linux (que no veig quina versió utilitzes ... suposo que la última 11.2 oi?).</div><div><br></div><div>Jo també m&#39;he trobat en diferents distribucions basades en Debian 11.x i Debian &quot;sid&quot; que no mostrava
correctament tots els nuclis i fils del processador, tot i que era en processadors bastant mes antics, i depenent de la instrucció que utilitzava.</div><div><br></div><div>Espero que això t&#39;ajudi enlloc de despistar-te. Jo no faig servir la comanda
&quot;journalctl&quot; però a mes del tradicional &quot;cat /proc/cpuinfo&quot; també utilitzo &quot;lscpu&quot;,  &quot;cat /proc/cpuinfo | grep &#39;cpu cores&#39; &quot; per saber quants nuclis i &quot;lscpu | grep &#39;CPU(s):&#39; &quot; per
saber quants fils em detecta el meu GNU/Linux basat en un Debian recent.</div><div><br></div><div>Amb el que t&#39;he llegit en aquesta llista ja imagino que ben poc et puc ensenyar jo a tu i sospito que si et recomano afegir-li una interfase gràfica al
teu Debian amb CPU intel i7-960 i provar CPU-G i <a href="https://tria-s-o.sourceforge.io">https://tria-s-o.sourceforge.io</a> probablement t&#39;ofendria i pensaries &quot;això es per a novells i no per a mi&quot; però pensa que la meva intenció és <

només </b>compartir coneixement i agrair el que aprenc de tu (journalctl ? mola! provaré!).</div><div><br></div><div><br></div><div>No hem d&#39;oblidar que no existeixen els sistemes 100% perfectes, lliures d&#39;errors. I personalment trobo una

virtud i no un defecte que distribucions tant gratuïtes, lliures, amb solera i robustes com Debian GNU/Linux no menteixin i reconeguin això, de forma que facilita la millora continuada, a diferència d&#39;altres sistemes operatius ni tant gratuïts,
ni tant lliures, ni amb tanta robustesa i solera, que intenten fer creure als usuaris que &quot;es un sistema perfecte, sense errors&quot; a la vegada que porten molts anys treien &quot;pedaços&quot; que solucionen ERRORS.<br></div><div><div><div dir="
ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div><br></div>Joan Baptista</div><div><a href="mailto:joanbaptista@gmail.com" target="_blank">joanbaptista@
gmail.com</a><br><div>Tel. 665 245 561</div></div></div></div></div></div></div></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Missatge de Narcis Garcia &lt;<a href="mailto:debianlists@actiu.net">
debianlists@actiu.net</a>&gt; del dia dt., 15 de febr. 2022 a les 9:08:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Sí, això de reinicialitzar la CMOS ho vaig fer và
ries vegades.<br>
També (després de carregar la configuració per defecte) vaig revisar un <br> a un tots els paràmetres de la BIOS i recordo haver vist això del número <br>
de nuclis, i haver especificat «All».<br>

Gràcies;<br>
Narcis Garcia<br>

__________<br>
I&#39;m using this dedicated address because personal addresses aren&#39;t <br> masked enough at this mail public archive. Public archive administrator <br> should fix this against automated addresses collectors.<br>
El 15/2/22 a les 9:03, Josep Lladonosa ha escrit:<br>
&gt; Hola, Narcís,<br>
&gt; <br>
&gt; Has repassat que l&#39;actualització de la BIOS no hagi deixat valors de <br>
&gt; configuració estranys?<br>
&gt; De vegades convé restaurar la BIOS a valors de configuració per defecte <br>
&gt; i reconfigurar. Alguns fabricants de plaques acostumen a indicar-ho en <br>
&gt; els procediments d&#39;actualització.<br>
&gt; <br>
&gt; A banda, he trobat el manual de la placa base que comentes i hi ha una <br>
&gt; opció per seleccionar quants nuclis del processador estaran actius.<br> &gt; Ves que no sigui aquesta cosa tan senzilla...<br>
&gt; <br>
&gt; SALUT!<br>
&gt; Josep<br>
&gt; <br>
&gt; On Tue, 15 Feb 2022 at 08:41, Narcis Garcia &lt;<a href="mailto:debianlists@actiu.net" target="_blank">debianlists@actiu.net</a> <br>
&gt; &lt;mailto:<a href="mailto:debianlists@actiu.net" target="_blank">debianlists@actiu.net</a>&gt;&gt; wrote:<br>
&gt; <br>
&gt;     He instal·lat Debian GNU/Linux (amd64) sense escriptori en un ordinador<br>
&gt;     amb placa base «Asus P6TD Deluxe», a la qual vaig actualitzar la<br>
&gt;     BIOS, i<br>
&gt;     processador central «Intel Core i7-960»<br>
&gt;     <a href="https://ark.intel.com/content/www/us/en/ark/products/37151/intel-core-i7960-processor-8m-cache-3-20-ghz-4-80-gts-intel-qpi.html" rel="noreferrer" target="_blank">https://ark.intel.com/content/www/us/en/ark/products/37151/intel-core-
i7960-processor-8m-cache-3-20-ghz-4-80-gts-intel-qpi.html</a><br>
&gt;     &lt;<a href="https://ark.intel.com/content/www/us/en/ark/products/37151/intel-core-i7960-processor-8m-cache-3-20-ghz-4-80-gts-intel-qpi.html" rel="noreferrer" target="_blank">https://ark.intel.com/content/www/us/en/ark/products/37151/intel-
core-i7960-processor-8m-cache-3-20-ghz-4-80-gts-intel-qpi.html</a>&gt;<br>
&gt; <br>
&gt;     Doncs tant amb la comanda «nproc» com al fitxer /proc/cpuinfo veig un<br>
&gt;     sol nucli de processador, tot i que el fabricant diu que n&#39;hi ha quatre.<br>
&gt; <br>
&gt;     Hi tenen alguna cosa a veure aquests missatges d&#39;advertència?<br>
&gt; <br>
&gt;     $ sudo journalctl -b -p err<br>
&gt;     -- Journal begins at Mon 2022-02-14 14:33:50 CET, ends at Tue<br> &gt;     2022-02-15<br>
&gt;     08:36:56 CET. --<br>
&gt;     -- No entries --<br>
&gt; <br>
&gt;     $ sudo journalctl -b -p warning<br>
&gt;     -- Journal begins at Mon 2022-02-14 14:33:50 CET, ends at Tue<br> &gt;     2022-02-15<br>
&gt;     08:37:00 CET. --<br>
&gt;     de febr. 15 08:22:59 system kernel: ACPI: No APIC-table, disabling MPS<br>
&gt;     de febr. 15 08:22:59 system kernel: smpboot: Boot CPU (id 0) not listed<br>
&gt;     by BIOS<br>
&gt;     de febr. 15 08:22:59 system kernel: ACPI: setting ELCR to 0200 (from<br>
&gt;     ccb8)<br>
&gt;     de febr. 15 08:22:59 system kernel: core: CPUID marked event: &#39;bus<br>
&gt;     cycles&#39; unavailable<br>
&gt;     de febr. 15 08:22:59 system kernel: pmd_set_huge: Cannot satisfy [mem<br>
&gt;     0xe0000000-0xe0200000] with a huge-page mapping due to MTRR override.<br>
&gt;     de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range<br>
&gt;     0x0000000000000828-0x000000000000082F conflicts with OpRegion<br> &gt;     0x0000000000000800-0x000000000000084F (\PMRG) (20200925/utaddress-204)<br>
&gt;     de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range<br>
&gt;     0x0000000000000530-0x000000000000053F conflicts with OpRegion<br> &gt;     0x0000000000000500-0x000000000000053F (\GPS0) (20200925/utaddress-204)<br>
&gt;     de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range<br>
&gt;     0x0000000000000500-0x000000000000052F conflicts with OpRegion<br> &gt;     0x0000000000000500-0x000000000000053F (\GPS0) (20200925/utaddress-204)<br>
&gt;     de febr. 15 08:22:59 system kernel: lpc_ich: Resource conflict(s) found<br>
&gt;     affecting gpio_ich<br>
&gt;     de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range<br>
&gt;     0x0000000000000400-0x000000000000041F conflicts with OpRegion<br> &gt;     0x0000000000000400-0x000000000000040F (\SMRG) (20200925/utaddress-204)<br>
&gt;     de febr. 15 08:22:59 system kernel: r8169 0000:03:00.0: can&#39;t disable<br>
&gt;     ASPM; OS doesn&#39;t have ASPM control<br>
&gt;     de febr. 15 08:23:01 system kernel: resource sanity check: requesting<br>
&gt;     [mem 0x000c0000-0x000dffff], which spans more than PCI Bus 0000:00 [mem<br>
&gt;     0x000d0000-0x000dffff window]<br>
&gt;     de febr. 15 08:23:01 system kernel: caller pci_map_rom+0x7c/0x1d0<br>
&gt;     mapping multiple BARs<br>
&gt;     -- <br>
&gt;     Narcis Garcia<br>
&gt; <br>
&gt;     -- <br>
&gt; <br>
&gt;     Narcis Garcia<br>
&gt; <br>
&gt;     __________<br>
&gt;     I&#39;m using this dedicated address because personal addresses aren&#39;t<br>
&gt;     masked enough at this mail public archive. Public archive<br> &gt;     administrator should fix this against automated addresses collectors.<br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; -- <br>
&gt; --<br>
&gt; Salutacions...Josep<br>
&gt; --<br>

</blockquote></div>

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Joan, no sé si et vaig donar les gràcies per les teves aportacions, que
són les que em van deixar la qüestió encara una mica oberta per a investigar.

M'agradaria de nou revisar «in situ» la configuració de la BIOS, però encara no he tingut oportunitat d'anar al local on hi ha aquest ordinador.

Cercant per Internet m'ha coincidit el problema amb altres a qui el
«dmesg» ens dóna això:
$ sudo dmesg | grep -ie smp
[ 0.000000] Linux version 5.10.0-13-amd64
(debian-kernel@lists.debian.org) (gcc-10 (Debian 10.2.1-6) 10.2.1
20210110, GNU ld (GNU Binutils for Debian) 2.35.2) #1 SMP Debian
5.10.106-1 (2022-03-17)
[ 0.011607] found SMP MP-table at [mem 0x000ff780-0x000ff78f]
[ 0.028155] smpboot: Boot CPU (id 0) not listed by BIOS
[ 0.028156] smpboot: Allowing 1 CPUs, 0 hotplug CPUs
[ 0.089892] Freeing SMP alternatives memory: 32K
[ 0.094262] smpboot: SMP disabled
[ 0.095019] smp: Bringing up secondary CPUs ...
[ 0.095020] smp: Brought up 1 node, 1 CPU
[ 0.095021] smpboot: Max logical packages: 1
[ 0.095022] smpboot: Total of 1 processors activated (6414.37 BogoMIPS)

és a dir, que Linux no detecta CAP processador ni nucli, i aleshores
assumeix que n'hi ha un.

N'hi ha que ho atribueixen a problemes amb ACPI/APIC:
$ sudo dmesg | grep -ie APIC
[ 0.028146] ACPI: No APIC-table, disabling MPS
[ 0.086114] APIC: ACPI MADT or MP tables are not detected
[ 0.086139] APIC: Switch to virtual wire mode setup with no configuration
[ 0.086139] Not enabling interrupt remapping due to skipped IO-APIC setup
[ 1.062116] intel_idle: Local APIC timer is reliable in C1

He provat amb aquestes combinacions de paràmetre per a Linux, i la
última és la única que M'HA DONAT BON RESULTAT:
nolapic
noapic
nolapic noapic
acpi=ht
acpi=noirq
pnpacpi=off
acpi=off

$ nproc
4

Aleshores, em pregunto com ho haig de fer per a què l'ordinador es pugui aturar per programari, ja que ACPI em sembla que és la única via per a
fer efectiu un «poweroff».

He trobat que n'hi ha que ho resolgueren actualitzant la BIOS, que és el primer que jo ja havia fet.

Aquí n'hi ha que comenten, sota un problema semblant, que Debian obté el
GRUB d'un repositori amb un defecte per a «memcpy», però imagino que no
té res a veure amb el meu problema: https://lkml.iu.edu/hypermail/linux/kernel/1801.1/07148.html


Narcis Garcia

__________
I'm using this dedicated address because personal addresses aren't
masked enough at this mail public archive. Public archive administrator
should fix this against automated addresses collectors.
El 20/2/22 a les 9:54, Joan Baptista ha escrit:

Hola, Narcís.

Si per el que sembla, ja has revisat i comprovat que a la teva BIOS tot
està bé i a la BIOS et detecta tots els nuclis, potser seria el moment
de provar diferents comandes i/o programes dintre del teu Debian
GNU/Linux (que no veig quina versió utilitzes ... suposo que la última
11.2 oi?).

Jo també m'he trobat en diferents distribucions basades en Debian 11.x i Debian "sid" que no mostrava correctament tots els nuclis i fils del processador, tot i que era en processadors bastant mes antics, i
depenent de la instrucció que utilitzava.

Espero que això t'ajudi enlloc de despistar-te. Jo no faig servir la
comanda "journalctl" però a mes del tradicional "cat /proc/cpuinfo"
també utilitzo "lscpu",  "cat /proc/cpuinfo | grep 'cpu cores' " per
saber quants nuclis i "lscpu | grep 'CPU(s):' " per saber quants fils em detecta el meu GNU/Linux basat en un Debian recent.

Amb el que t'he llegit en aquesta llista ja imagino que ben poc et puc ensenyar jo a tu i sospito que si et recomano afegir-li una interfase gràfica al teu Debian amb CPU intel i7-960 i provar CPU-G i https://tria-s-o.sourceforge.io <https://tria-s-o.sourceforge.io> probablement t'ofendria i pensaries "això es per a novells i no per a
mi" però pensa que la meva intenció és *només *compartir coneixement i agrair el que aprenc de tu (journalctl ? mola! provaré!).

No hem d'oblidar que no existeixen els sistemes 100% perfectes, lliures d'errors. I personalment trobo una virtud i no un defecte que
distribucions tant gratuïtes, lliures, amb solera i robustes com Debian GNU/Linux no menteixin i reconeguin això, de forma que facilita la
millora continuada, a diferència d'altres sistemes operatius ni tant gratuïts, ni tant lliures, ni amb tanta robustesa i solera, que intenten
fer creure als usuaris que "es un sistema perfecte, sense errors" a la
vegada que porten molts anys treien "pedaços" que solucionen ERRORS.

Joan Baptista
joanbaptista@gmail.com <mailto:joanbaptista@gmail.com>
Tel. 665 245 561

Missatge de Narcis Garcia <debianlists@actiu.net <mailto:debianlists@actiu.net>> del dia dt., 15 de febr. 2022 a les 9:08:

Sí, això de reinicialitzar la CMOS ho vaig fer vàries vegades.
També (després de carregar la configuració per defecte) vaig revisar un
a un tots els paràmetres de la BIOS i recordo haver vist això del
número
de nuclis, i haver especificat «All».

Gràcies;
Narcis Garcia

__________
I'm using this dedicated address because personal addresses aren't
masked enough at this mail public archive. Public archive administrator
should fix this against automated addresses collectors.
El 15/2/22 a les 9:03, Josep Lladonosa ha escrit:
> Hola, Narcís,
>
> Has repassat que l'actualització de la BIOS no hagi deixat valors de
> configuració estranys?
> De vegades convé restaurar la BIOS a valors de configuració per
defecte
> i reconfigurar. Alguns fabricants de plaques acostumen a
indicar-ho en
> els procediments d'actualització.
>
> A banda, he trobat el manual de la placa base que comentes i hi
ha una
> opció per seleccionar quants nuclis del processador estaran actius.
> Ves que no sigui aquesta cosa tan senzilla...
>
> SALUT!
> Josep
>
> On Tue, 15 Feb 2022 at 08:41, Narcis Garcia
<debianlists@actiu.net <mailto:debianlists@actiu.net>
> <mailto:debianlists@actiu.net <mailto:debianlists@actiu.net>>> wrote:
>
>     He instal·lat Debian GNU/Linux (amd64) sense escriptori en un
ordinador
>     amb placa base «Asus P6TD Deluxe», a la qual vaig actualitzar la
>     BIOS, i
>     processador central «Intel Core i7-960»
>
https://ark.intel.com/content/www/us/en/ark/products/37151/intel-core-i7960-processor-8m-cache-3-20-ghz-4-80-gts-intel-qpi.html
<https://ark.intel.com/content/www/us/en/ark/products/37151/intel-core-i7960-processor-8m-cache-3-20-ghz-4-80-gts-intel-qpi.html>
>
 <https://ark.intel.com/content/www/us/en/ark/products/37151/intel-core-i7960-processor-8m-cache-3-20-ghz-4-80-gts-intel-qpi.html <https://ark.intel.com/content/www/us/en/ark/products/37151/intel-core-i7960-processor-8m-cache-3-20-ghz-4-80-gts-

intel-qpi.html>>

>
>     Doncs tant amb la comanda «nproc» com al fitxer /proc/cpuinfo
veig un
>     sol nucli de processador, tot i que el fabricant diu que n'hi
ha quatre.
>
>     Hi tenen alguna cosa a veure aquests missatges d'advertència?
>
>     $ sudo journalctl -b -p err
>     -- Journal begins at Mon 2022-02-14 14:33:50 CET, ends at Tue
>     2022-02-15
>     08:36:56 CET. --
>     -- No entries --
>
>     $ sudo journalctl -b -p warning
>     -- Journal begins at Mon 2022-02-14 14:33:50 CET, ends at Tue
>     2022-02-15
>     08:37:00 CET. --
>     de febr. 15 08:22:59 system kernel: ACPI: No APIC-table,
disabling MPS
>     de febr. 15 08:22:59 system kernel: smpboot: Boot CPU (id 0)
not listed
>     by BIOS
>     de febr. 15 08:22:59 system kernel: ACPI: setting ELCR to
0200 (from
>     ccb8)
>     de febr. 15 08:22:59 system kernel: core: CPUID marked event:
'bus
>     cycles' unavailable
>     de febr. 15 08:22:59 system kernel: pmd_set_huge: Cannot
satisfy [mem
>     0xe0000000-0xe0200000] with a huge-page mapping due to MTRR
override.
>     de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range
>     0x0000000000000828-0x000000000000082F conflicts with OpRegion
>     0x0000000000000800-0x000000000000084F (\PMRG)
(20200925/utaddress-204)
>     de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range
>     0x0000000000000530-0x000000000000053F conflicts with OpRegion
>     0x0000000000000500-0x000000000000053F (\GPS0)
(20200925/utaddress-204)
>     de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range
>     0x0000000000000500-0x000000000000052F conflicts with OpRegion
>     0x0000000000000500-0x000000000000053F (\GPS0)
(20200925/utaddress-204)
>     de febr. 15 08:22:59 system kernel: lpc_ich: Resource
conflict(s) found
>     affecting gpio_ich
>     de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range
>     0x0000000000000400-0x000000000000041F conflicts with OpRegion
>     0x0000000000000400-0x000000000000040F (\SMRG)
(20200925/utaddress-204)
>     de febr. 15 08:22:59 system kernel: r8169 0000:03:00.0: can't
disable
>     ASPM; OS doesn't have ASPM control
>     de febr. 15 08:23:01 system kernel: resource sanity check:
requesting
>     [mem 0x000c0000-0x000dffff], which spans more than PCI Bus
0000:00 [mem
>     0x000d0000-0x000dffff window]
>     de febr. 15 08:23:01 system kernel: caller pci_map_rom+0x7c/0x1d0
>     mapping multiple BARs
>     --
>     Narcis Garcia
>
>     --
>
>     Narcis Garcia
>
>     __________
>     I'm using this dedicated address because personal addresses
aren't
>     masked enough at this mail public archive. Public archive
>     administrator should fix this against automated addresses
collectors.
>
>
>
> --
> --
> Salutacions...Josep
> --

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Tue, 19 Apr 2022 at 08:39, Narcis Garcia <debianlists@actiu.net> wrote:

Joan, no sé si et vaig donar les gràcies per les teves aportacions, que són les que em van deixar la qüestió encara una mica oberta per a investigar.

M'agradaria de nou revisar «in situ» la configuració de la BIOS, però encara no he tingut oportunitat d'anar al local on hi ha aquest ordinador.

Cercant per Internet m'ha coincidit el problema amb altres a qui el
«dmesg» ens dóna això:
$ sudo dmesg | grep -ie smp
[ 0.000000] Linux version 5.10.0-13-amd64
(debian-kernel@lists.debian.org) (gcc-10 (Debian 10.2.1-6) 10.2.1
20210110, GNU ld (GNU Binutils for Debian) 2.35.2) #1 SMP Debian
5.10.106-1 (2022-03-17)
[ 0.011607] found SMP MP-table at [mem 0x000ff780-0x000ff78f]
[ 0.028155] smpboot: Boot CPU (id 0) not listed by BIOS
[ 0.028156] smpboot: Allowing 1 CPUs, 0 hotplug CPUs
[ 0.089892] Freeing SMP alternatives memory: 32K
[ 0.094262] smpboot: SMP disabled
[ 0.095019] smp: Bringing up secondary CPUs ...
[ 0.095020] smp: Brought up 1 node, 1 CPU
[ 0.095021] smpboot: Max logical packages: 1
[ 0.095022] smpboot: Total of 1 processors activated (6414.37 BogoMIPS)

és a dir, que Linux no detecta CAP processador ni nucli, i aleshores assumeix que n'hi ha un.

N'hi ha que ho atribueixen a problemes amb ACPI/APIC:
$ sudo dmesg | grep -ie APIC
[ 0.028146] ACPI: No APIC-table, disabling MPS
[ 0.086114] APIC: ACPI MADT or MP tables are not detected
[ 0.086139] APIC: Switch to virtual wire mode setup with no
configuration
[ 0.086139] Not enabling interrupt remapping due to skipped IO-APIC
setup
[ 1.062116] intel_idle: Local APIC timer is reliable in C1

He provat amb aquestes combinacions de paràmetre per a Linux, i la
última és la única que M'HA DONAT BON RESULTAT:
nolapic
noapic
nolapic noapic
acpi=ht
acpi=noirq
pnpacpi=off
acpi=off

Has provat aquests?

acpi=strict
acpi=rsdt

Font: https://www.kernel.org/doc/html/latest/admin-guide/kernel-parameters.html?highlight=acpi_backlight

SALUT!
Josep

$ nproc
4

Aleshores, em pregunto com ho haig de fer per a què l'ordinador es pugui aturar per programari, ja que ACPI em sembla que és la única via per a
fer efectiu un «poweroff».

He trobat que n'hi ha que ho resolgueren actualitzant la BIOS, que és el primer que jo ja havia fet.

Aquí n'hi ha que comenten, sota un problema semblant, que Debian obté el GRUB d'un repositori amb un defecte per a «memcpy», però imagino que no té res a veure amb el meu problema: https://lkml.iu.edu/hypermail/linux/kernel/1801.1/07148.html

Narcis Garcia

__________
I'm using this dedicated address because personal addresses aren't
masked enough at this mail public archive. Public archive administrator should fix this against automated addresses collectors.
El 20/2/22 a les 9:54, Joan Baptista ha escrit:

Hola, Narcís.

Si per el que sembla, ja has revisat i comprovat que a la teva BIOS tot està bé i a la BIOS et detecta tots els nuclis, potser seria el moment
de provar diferents comandes i/o programes dintre del teu Debian
GNU/Linux (que no veig quina versió utilitzes ... suposo que la última 11.2 oi?).

Jo també m'he trobat en diferents distribucions basades en Debian 11.x i Debian "sid" que no mostrava correctament tots els nuclis i fils del processador, tot i que era en processadors bastant mes antics, i
depenent de la instrucció que utilitzava.

Espero que això t'ajudi enlloc de despistar-te. Jo no faig servir la comanda "journalctl" però a mes del tradicional "cat /proc/cpuinfo"
també utilitzo "lscpu", "cat /proc/cpuinfo | grep 'cpu cores' " per
saber quants nuclis i "lscpu | grep 'CPU(s):' " per saber quants fils em detecta el meu GNU/Linux basat en un Debian recent.

Amb el que t'he llegit en aquesta llista ja imagino que ben poc et puc ensenyar jo a tu i sospito que si et recomano afegir-li una interfase gràfica al teu Debian amb CPU intel i7-960 i provar CPU-G i https://tria-s-o.sourceforge.io <https://tria-s-o.sourceforge.io> probablement t'ofendria i pensaries "això es per a novells i no per a
mi" però pensa que la meva intenció és *només *compartir coneixement i agrair el que aprenc de tu (journalctl ? mola! provaré!).

No hem d'oblidar que no existeixen els sistemes 100% perfectes, lliures d'errors. I personalment trobo una virtud i no un defecte que
distribucions tant gratuïtes, lliures, amb solera i robustes com Debian GNU/Linux no menteixin i reconeguin això, de forma que facilita la
millora continuada, a diferència d'altres sistemes operatius ni tant gratuïts, ni tant lliures, ni amb tanta robustesa i solera, que intenten fer creure als usuaris que "es un sistema perfecte, sense errors" a la vegada que porten molts anys treien "pedaços" que solucionen ERRORS.

Joan Baptista
joanbaptista@gmail.com <mailto:joanbaptista@gmail.com>
Tel. 665 245 561

Missatge de Narcis Garcia <debianlists@actiu.net <mailto:debianlists@actiu.net>> del dia dt., 15 de febr. 2022 a les

9:08:

Sí, això de reinicialitzar la CMOS ho vaig fer vàries vegades.
També (després de carregar la configuració per defecte) vaig revisar

un

a un tots els paràmetres de la BIOS i recordo haver vist això del
número
de nuclis, i haver especificat «All».

Gràcies;
Narcis Garcia

__________
I'm using this dedicated address because personal addresses aren't
masked enough at this mail public archive. Public archive

administrator

should fix this against automated addresses collectors.
El 15/2/22 a les 9:03, Josep Lladonosa ha escrit:
> Hola, Narcís,
>
> Has repassat que l'actualització de la BIOS no hagi deixat valors

de

> configuració estranys?
> De vegades convé restaurar la BIOS a valors de configuració per
defecte
> i reconfigurar. Alguns fabricants de plaques acostumen a
indicar-ho en
> els procediments d'actualització.
>
> A banda, he trobat el manual de la placa base que comentes i hi
ha una
> opció per seleccionar quants nuclis del processador estaran

actius.

> Ves que no sigui aquesta cosa tan senzilla...
>
> SALUT!
> Josep
>
> On Tue, 15 Feb 2022 at 08:41, Narcis Garcia
<debianlists@actiu.net <mailto:debianlists@actiu.net>
> <mailto:debianlists@actiu.net <mailto:debianlists@actiu.net>>>

wrote:

>
> He instal·lat Debian GNU/Linux (amd64) sense escriptori en un
ordinador
> amb placa base «Asus P6TD Deluxe», a la qual vaig actualitzar

la

> BIOS, i
> processador central «Intel Core i7-960»
>

https://ark.intel.com/content/www/us/en/ark/products/37151/intel-core-i7960-processor-8m-cache-3-20-ghz-4-80-gts-intel-qpi.html

<

https://ark.intel.com/content/www/us/en/ark/products/37151/intel-core-i7960-processor-8m-cache-3-20-ghz-4-80-gts-intel-qpi.html

>
<

https://ark.intel.com/content/www/us/en/ark/products/37151/intel-core-i7960-processor-8m-cache-3-20-ghz-4-80-gts-intel-qpi.html
< https://ark.intel.com/content/www/us/en/ark/products/37151/intel-core-i7960-processor-8m-cache-3-20-ghz-4-80-gts-intel-qpi.html

>
> Doncs tant amb la comanda «nproc» com al fitxer /proc/cpuinfo
veig un
> sol nucli de processador, tot i que el fabricant diu que n'hi
ha quatre.
>
> Hi tenen alguna cosa a veure aquests missatges d'advertència?
>
> $ sudo journalctl -b -p err
> -- Journal begins at Mon 2022-02-14 14:33:50 CET, ends at Tue
> 2022-02-15
> 08:36:56 CET. --
> -- No entries --
>
> $ sudo journalctl -b -p warning
> -- Journal begins at Mon 2022-02-14 14:33:50 CET, ends at Tue
> 2022-02-15
> 08:37:00 CET. --
> de febr. 15 08:22:59 system kernel: ACPI: No APIC-table,
disabling MPS
> de febr. 15 08:22:59 system kernel: smpboot: Boot CPU (id 0)
not listed
> by BIOS
> de febr. 15 08:22:59 system kernel: ACPI: setting ELCR to
0200 (from
> ccb8)
> de febr. 15 08:22:59 system kernel: core: CPUID marked event:
'bus
> cycles' unavailable
> de febr. 15 08:22:59 system kernel: pmd_set_huge: Cannot
satisfy [mem
> 0xe0000000-0xe0200000] with a huge-page mapping due to MTRR
override.
> de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO

range

> 0x0000000000000828-0x000000000000082F conflicts with OpRegion
> 0x0000000000000800-0x000000000000084F (\PMRG)
(20200925/utaddress-204)
> de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO

range

> 0x0000000000000530-0x000000000000053F conflicts with OpRegion
> 0x0000000000000500-0x000000000000053F (\GPS0)
(20200925/utaddress-204)
> de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO

range

> 0x0000000000000500-0x000000000000052F conflicts with OpRegion
> 0x0000000000000500-0x000000000000053F (\GPS0)
(20200925/utaddress-204)
> de febr. 15 08:22:59 system kernel: lpc_ich: Resource
conflict(s) found
> affecting gpio_ich
> de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO

range

> 0x0000000000000400-0x000000000000041F conflicts with OpRegion
> 0x0000000000000400-0x000000000000040F (\SMRG)
(20200925/utaddress-204)
> de febr. 15 08:22:59 system kernel: r8169 0000:03:00.0: can't
disable
> ASPM; OS doesn't have ASPM control
> de febr. 15 08:23:01 system kernel: resource sanity check:
requesting
> [mem 0x000c0000-0x000dffff], which spans more than PCI Bus
0000:00 [mem
> 0x000d0000-0x000dffff window]
> de febr. 15 08:23:01 system kernel: caller

pci_map_rom+0x7c/0x1d0

> mapping multiple BARs
> --
> Narcis Garcia
>
> --
>
> Narcis Garcia
>
> __________
> I'm using this dedicated address because personal addresses
aren't
> masked enough at this mail public archive. Public archive
> administrator should fix this against automated addresses
collectors.
>
>
>
> --
> --
> Salutacions...Josep
> --

--
--
Salutacions...Josep
--

<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 19 Apr 2022 at 08:39, Narcis Garcia &lt;<a href="mailto:debianlists@actiu.net">debianlists@actiu.net</a>&gt; wrote:<br></div><blockquote class="
gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Joan, no sé si et vaig donar les gràcies per les teves aportacions, que <br>
són les que em van deixar la qüestió encara una mica oberta per a <br> investigar.<br>

M&#39;agradaria de nou revisar «in situ» la configuració de la BIOS, però <br>
encara no he tingut oportunitat d&#39;anar al local on hi ha aquest ordinador.<br>

Cercant per Internet m&#39;ha coincidit el problema amb altres a qui el <br> «dmesg» ens dóna això:<br>
$ sudo dmesg | grep -ie smp<br>
[    0.000000] Linux version 5.10.0-13-amd64 <br>
(<a href="mailto:debian-kernel@lists.debian.org" target="_blank">debian-kernel@li

__________
I'm using this dedicated address because personal addresses aren't
masked enough at this mail public archive. Public archive administrator
should fix this against automated addresses collectors.
El 19/4/22 a les 9:28, Josep Lladonosa ha escrit:

On Tue, 19 Apr 2022 at 08:39, Narcis Garcia <debianlists@actiu.net <mailto:debianlists@actiu.net>> wrote:

Joan, no sé si et vaig donar les gràcies per les teves aportacions, que
són les que em van deixar la qüestió encara una mica oberta per a
investigar.

M'agradaria de nou revisar «in situ» la configuració de la BIOS, però
encara no he tingut oportunitat d'anar al local on hi ha aquest
ordinador.

Cercant per Internet m'ha coincidit el problema amb altres a qui el
«dmesg» ens dóna això:
$ sudo dmesg | grep -ie smp
[    0.000000] Linux version 5.10.0-13-amd64
(debian-kernel@lists.debian.org
<mailto:debian-kernel@lists.debian.org>) (gcc-10 (Debian 10.2.1-6)
10.2.1
20210110, GNU ld (GNU Binutils for Debian) 2.35.2) #1 SMP Debian
5.10.106-1 (2022-03-17)
[    0.011607] found SMP MP-table at [mem 0x000ff780-0x000ff78f]
[    0.028155] smpboot: Boot CPU (id 0) not listed by BIOS
[    0.028156] smpboot: Allowing 1 CPUs, 0 hotplug CPUs
[    0.089892] Freeing SMP alternatives memory: 32K
[    0.094262] smpboot: SMP disabled
[    0.095019] smp: Bringing up secondary CPUs ...
[    0.095020] smp: Brought up 1 node, 1 CPU
[    0.095021] smpboot: Max logical packages: 1
[    0.095022] smpboot: Total of 1 processors activated (6414.37
BogoMIPS)

és a dir, que Linux no detecta CAP processador ni nucli, i aleshores
assumeix que n'hi ha un.

N'hi ha que ho atribueixen a problemes amb ACPI/APIC:
$ sudo dmesg | grep -ie APIC
[    0.028146] ACPI: No APIC-table, disabling MPS
[    0.086114] APIC: ACPI MADT or MP tables are not detected
[    0.086139] APIC: Switch to virtual wire mode setup with no
configuration
[    0.086139] Not enabling interrupt remapping due to skipped
IO-APIC setup
[    1.062116] intel_idle: Local APIC timer is reliable in C1

He provat amb aquestes combinacions de paràmetre per a Linux, i la
última és la única que M'HA DONAT BON RESULTAT:
nolapic
noapic
nolapic noapic
acpi=ht
acpi=noirq
pnpacpi=off
acpi=off

Has provat aquests?

acpi=strict
acpi=rsdt

Font: https://www.kernel.org/doc/html/latest/admin-guide/kernel-parameters.html?highlight=acpi_backlight
<https://www.kernel.org/doc/html/latest/admin-guide/kernel-parameters.html?highlight=acpi_backlight>

Gràcies; provat sense bon resultat.
Encara segueixo amb acpi=off

$ nproc
4

Aleshores, em pregunto com ho haig de fer per a què l'ordinador es
pugui
aturar per programari, ja que ACPI em sembla que és la única via per a
fer efectiu un «poweroff».

He trobat que n'hi ha que ho resolgueren actualitzant la BIOS, que
és el
primer que jo ja havia fet.

Aquí n'hi ha que comenten, sota un problema semblant, que Debian
obté el
GRUB d'un repositori amb un defecte per a «memcpy», però imagino que no
té res a veure amb el meu problema:
https://lkml.iu.edu/hypermail/linux/kernel/1801.1/07148.html
<https://lkml.iu.edu/hypermail/linux/kernel/1801.1/07148.html>

Narcis Garcia

__________
I'm using this dedicated address because personal addresses aren't
masked enough at this mail public archive. Public archive administrator
should fix this against automated addresses collectors.
El 20/2/22 a les 9:54, Joan Baptista ha escrit:
> Hola, Narcís.
>
> Si per el que sembla, ja has revisat i comprovat que a la teva
BIOS tot
> està bé i a la BIOS et detecta tots els nuclis, potser seria el
moment
> de provar diferents comandes i/o programes dintre del teu Debian
> GNU/Linux (que no veig quina versió utilitzes ... suposo que la
última
> 11.2 oi?).
>
> Jo també m'he trobat en diferents distribucions basades en Debian
11.x i
> Debian "sid" que no mostrava correctament tots els nuclis i fils del
> processador, tot i que era en processadors bastant mes antics, i
> depenent de la instrucció que utilitzava.
>
> Espero que això t'ajudi enlloc de despistar-te. Jo no faig servir la
> comanda "journalctl" però a mes del tradicional "cat /proc/cpuinfo"
> també utilitzo "lscpu",  "cat /proc/cpuinfo | grep 'cpu cores' " per
> saber quants nuclis i "lscpu | grep 'CPU(s):' " per saber quants
fils em
> detecta el meu GNU/Linux basat en un Debian recent.
>
> Amb el que t'he llegit en aquesta llista ja imagino que ben poc
et puc
> ensenyar jo a tu i sospito que si et recomano afegir-li una
interfase
> gràfica al teu Debian amb CPU intel i7-960 i provar CPU-G i
> https://tria-s-o.sourceforge.io <https://tria-s-o.sourceforge.io>
<https://tria-s-o.sourceforge.io <https://tria-s-o.sourceforge.io>>
> probablement t'ofendria i pensaries "això es per a novells i no
per a
> mi" però pensa que la meva intenció és *només *compartir
coneixement i
> agrair el que aprenc de tu (journalctl ? mola! provaré!).
>
>
> No hem d'oblidar que no existeixen els sistemes 100% perfectes,
lliures
> d'errors. I personalment trobo una virtud i no un defecte que
> distribucions tant gratuïtes, lliures, amb solera i robustes com
Debian
> GNU/Linux no menteixin i reconeguin això, de forma que facilita la
> millora continuada, a diferència d'altres sistemes operatius ni tant
> gratuïts, ni tant lliures, ni amb tanta robustesa i solera, que
intenten
> fer creure als usuaris que "es un sistema perfecte, sense errors"
a la
> vegada que porten molts anys treien "pedaços" que solucionen ERRORS.
>
> Joan Baptista
> joanbaptista@gmail.com <mailto:joanbaptista@gmail.com>
<mailto:joanbaptista@gmail.com <mailto:joanbaptista@gmail.com>>
> Tel. 665 245 561
>
>
> Missatge de Narcis Garcia <debianlists@actiu.net
<mailto:debianlists@actiu.net>
> <mailto:debianlists@actiu.net <mailto:debianlists@actiu.net>>>
del dia dt., 15 de febr. 2022 a les 9:08:
>
>     Sí, això de reinicialitzar la CMOS ho vaig fer vàries vegades.
>     També (després de carregar la configuració per defecte) vaig
revisar un
>     a un tots els paràmetres de la BIOS i recordo haver vist això del
>     número
>     de nuclis, i haver especificat «All».
>
>     Gràcies;
>     Narcis Garcia
>
>     __________
>     I'm using this dedicated address because personal addresses
aren't
>     masked enough at this mail public archive. Public archive
administrator
>     should fix this against automated addresses collectors.
>     El 15/2/22 a les 9:03, Josep Lladonosa ha escrit:
>      > Hola, Narcís,
>      >
>      > Has repassat que l'actualització de la BIOS no hagi deixat
valors de
>      > configuració estranys?
>      > De vegades convé restaurar la BIOS a valors de
configuració per
>     defecte
>      > i reconfigurar. Alguns fabricants de plaques acostumen a
>     indicar-ho en
>      > els procediments d'actualització.
>      >
>      > A banda, he trobat el manual de la placa base que comentes
i hi
>     ha una
>      > opció per seleccionar quants nuclis del processador
estaran actius.
>      > Ves que no sigui aquesta cosa tan senzilla...
>      >
>      > SALUT!
>      > Josep
>      >
>      > On Tue, 15 Feb 2022 at 08:41, Narcis Garcia
>     <debianlists@actiu.net <mailto:debianlists@actiu.net>
<mailto:debianlists@actiu.net <mailto:debianlists@actiu.net>>
>      > <mailto:debianlists@actiu.net
<mailto:debianlists@actiu.net> <mailto:debianlists@actiu.net
<mailto:debianlists@actiu.net>>>> wrote:
>      >
>      >     He instal·lat Debian GNU/Linux (amd64) sense
escriptori en un
>     ordinador
>      >     amb placa base «Asus P6TD Deluxe», a la qual vaig
actualitzar la
>      >     BIOS, i
>      >     processador central «Intel Core i7-960»
>      >
>
https://ark.intel.com/content/www/us/en/ark/products/37151/intel-core-i7960-processor-8m-cache-3-20-ghz-4-80-gts-intel-qpi.html
<https://ark.intel.com/content/www/us/en/ark/products/37151/intel-core-i7960-processor-8m-cache-3-20-ghz-4-80-gts-intel-qpi.html>
>
 <https://ark.intel.com/content/www/us/en/ark/products/37151/intel-core-i7960-processor-8m-cache-3-20-ghz-4-80-gts-intel-qpi.html <https://ark.intel.com/content/www/us/en/ark/products/37151/intel-core-i7960-processor-8m-cache-3-20-ghz-4-80-gts-

intel-qpi.html>>

>      >
>
 <https://ark.intel.com/content/www/us/en/ark/products/37151/intel-core-i7960-processor-8m-cache-3-20-ghz-4-80-gts-intel-qpi.html <https://ark.intel.com/content/www/us/en/ark/products/37151/intel-core-i7960-processor-8m-cache-3-20-ghz-4-80-gts-

intel-qpi.html> <https://ark.intel.com/content/www/us/en/ark/products/37151/intel-core-i7960-processor-8m-cache-3-20-ghz-4-80-gts-intel-qpi.html <https://ark.intel.com/content/www/us/en/ark/products/37151/intel-core-i7960-processor-8m-cache-3-20-ghz-4-80-
gts-intel-qpi.html>>>

>      >
>      >     Doncs tant amb la comanda «nproc» com al fitxer
/proc/cpuinfo
>     veig un
>      >     sol nucli de processador, tot i que el fabricant diu
que n'hi
>     ha quatre.
>      >
>      >     Hi tenen alguna cosa a veure aquests missatges
d'advertència?
>      >
>      >     $ sudo journalctl -b -p err
>      >     -- Journal begins at Mon 2022-02-14 14:33:50 CET, ends
at Tue
>      >     2022-02-15
>      >     08:36:56 CET. --
>      >     -- No entries --
>      >
>      >     $ sudo journalctl -b -p warning
>      >     -- Journal begins at Mon 2022-02-14 14:33:50 CET, ends
at Tue
>      >     2022-02-15
>      >     08:37:00 CET. --
>      >     de febr. 15 08:22:59 system kernel: ACPI: No APIC-table,
>     disabling MPS
>      >     de febr. 15 08:22:59 system kernel: smpboot: Boot CPU
(id 0)
>     not listed
>      >     by BIOS
>      >     de febr. 15 08:22:59 system kernel: ACPI: setting ELCR to
>     0200 (from
>      >     ccb8)
>      >     de febr. 15 08:22:59 system kernel: core: CPUID marked
event:
>     'bus
>      >     cycles' unavailable
>      >     de febr. 15 08:22:59 system kernel: pmd_set_huge: Cannot
>     satisfy [mem
>      >     0xe0000000-0xe0200000] with a huge-page mapping due to
MTRR
>     override.
>      >     de febr. 15 08:22:59 system kernel: ACPI Warning:
SystemIO range
>      >     0x0000000000000828-0x000000000000082F conflicts with
OpRegion
>      >     0x0000000000000800-0x000000000000084F (\PMRG)
>     (20200925/utaddress-204)
>      >     de febr. 15 08:22:59 system kernel: ACPI Warning:
SystemIO range
>      >     0x0000000000000530-0x000000000000053F conflicts with
OpRegion
>      >     0x0000000000000500-0x000000000000053F (\GPS0)
>     (20200925/utaddress-204)
>      >     de febr. 15 08:22:59 system kernel: ACPI Warning:
SystemIO range
>      >     0x0000000000000500-0x000000000000052F conflicts with
OpRegion
>      >     0x0000000000000500-0x000000000000053F (\GPS0)
>     (20200925/utaddress-204)
>      >     de febr. 15 08:22:59 system kernel: lpc_ich: Resource
>     conflict(s) found
>      >     affecting gpio_ich
>      >     de febr. 15 08:22:59 system kernel: ACPI Warning:
SystemIO range
>      >     0x0000000000000400-0x000000000000041F conflicts with
OpRegion
>      >     0x0000000000000400-0x000000000000040F (\SMRG)
>     (20200925/utaddress-204)
>      >     de febr. 15 08:22:59 system kernel: r8169
0000:03:00.0: can't
>     disable
>      >     ASPM; OS doesn't have ASPM control
>      >     de febr. 15 08:23:01 system kernel: resource sanity check:
>     requesting
>      >     [mem 0x000c0000-0x000dffff], which spans more than PCI Bus
>     0000:00 [mem
>      >     0x000d0000-0x000dffff window]
>      >     de febr. 15 08:23:01 system kernel: caller
pci_map_rom+0x7c/0x1d0
>      >     mapping multiple BARs
>      >     --
>      >     Narcis Garcia
>      >
>      >     --
>      >
>      >     Narcis Garcia
>      >
>      >     __________
>      >     I'm using this dedicated address because personal
addresses
>     aren't
>      >     masked enough at this mail public archive. Public archive
>      >     administrator should fix this against automated addresses
>     collectors.
>      >
>      >
>      >
>      > --
>      > --
>      > Salutacions...Josep
>      > --
>

--
--
Salutacions...Josep
--

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)