Re: (deb-cat) Nomes 1 nucli visible amb processador i7-960

2022-04-22 Conversa 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 19/4/22 a les 9:28, Josep Lladonosa ha escrit:



On Tue, 19 Apr 2022 at 08:39, Narcis Garcia > 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.00] Linux version 5.10.0-13-amd64
(debian-ker...@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 





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



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

Re: (deb-cat) Nomes 1 nucli visible amb processador i7-960

2022-04-19 Conversa Josep Lladonosa 
On Tue, 19 Apr 2022 at 08:39, Narcis Garcia  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.00] Linux version 5.10.0-13-amd64
> (debian-ker...@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 
> > 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.
> >

Re: (deb-cat) Nomes 1 nucli visible amb processador i7-960

2022-04-19 Conversa Narcis Garcia 
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.00] Linux version 5.10.0-13-amd64 
(debian-ker...@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  
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
joanbapti...@gmail.com 
Tel. 665 245 561


Missatge de Narcis Garcia > 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

Re: (deb-cat) Nomes 1 nucli visible amb processador i7-960

2022-02-20 Conversa Joan Baptista 
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
joanbapti...@gmail.com
Tel. 665 245 561


Missatge de Narcis Garcia  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  > > 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
> > 0xe000-0xe020] with a huge-page mapping due to MTRR override.
> > de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range
> > 0x0828-0x082F conflicts with OpRegion
> > 0x0800-0x084F (\PMRG)
>

Re: (deb-cat) Nomes 1 nucli visible amb processador i7-960

2022-02-15 Conversa Narcis Garcia 

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 > 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
0xe000-0xe020] with a huge-page mapping due to MTRR override.
de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range
0x0828-0x082F conflicts with OpRegion
0x0800-0x084F (\PMRG) (20200925/utaddress-204)
de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range
0x0530-0x053F conflicts with OpRegion
0x0500-0x053F (\GPS0) (20200925/utaddress-204)
de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range
0x0500-0x052F conflicts with OpRegion
0x0500-0x053F (\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
0x0400-0x041F conflicts with OpRegion
0x0400-0x040F (\SMRG) (20200925/utaddress-204)
de febr. 15 08:22:59 system kernel: r8169 :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 0x000c-0x000d], which spans more than PCI Bus :00 [mem
0x000d-0x000d 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
--

Re: (deb-cat) Nomes 1 nucli visible amb processador i7-960

2022-02-15 Conversa Josep Lladonosa 
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  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
> 0xe000-0xe020] with a huge-page mapping due to MTRR override.
> de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range
> 0x0828-0x082F conflicts with OpRegion
> 0x0800-0x084F (\PMRG) (20200925/utaddress-204)
> de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range
> 0x0530-0x053F conflicts with OpRegion
> 0x0500-0x053F (\GPS0) (20200925/utaddress-204)
> de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range
> 0x0500-0x052F conflicts with OpRegion
> 0x0500-0x053F (\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
> 0x0400-0x041F conflicts with OpRegion
> 0x0400-0x040F (\SMRG) (20200925/utaddress-204)
> de febr. 15 08:22:59 system kernel: r8169 :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 0x000c-0x000d], which spans more than PCI Bus :00 [mem
> 0x000d-0x000d 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
--

(deb-cat) Nomes 1 nucli visible amb processador i7-960

2022-02-14 Conversa Narcis Garcia 
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 
0xe000-0xe020] with a huge-page mapping due to MTRR override.
de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range 
0x0828-0x082F conflicts with OpRegion 
0x0800-0x084F (\PMRG) (20200925/utaddress-204)
de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range 
0x0530-0x053F conflicts with OpRegion 
0x0500-0x053F (\GPS0) (20200925/utaddress-204)
de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range 
0x0500-0x052F conflicts with OpRegion 
0x0500-0x053F (\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 
0x0400-0x041F conflicts with OpRegion 
0x0400-0x040F (\SMRG) (20200925/utaddress-204)
de febr. 15 08:22:59 system kernel: r8169 :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 0x000c-0x000d], which spans more than PCI Bus :00 [mem 
0x000d-0x000d 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.