OVH Cloud OVH Cloud

[FreeBSD 5.1] pb arrêt sur biprocesseur

3 réponses
Avatar
gregg
Bonjour,

A chaque fois que je tente d'arrêter un ordinateur bi-processeur sous
FreeBSD 5.1 (avec shutdown -[hr] now, ou halt -p), ça coince.

Après le message: machin vlnru (stopped), pouf, le système gèle.
Seul un arrêt ou un reboot en force peut relancer la machine.

Résultat, au prochain re-démarrage, le système de fichiers n'est pas
sain (fsck en tâche de fond)

J'ai recompilé plusieurs fois le noyau, avec apm, sans.
J'ai démarré avec ACPI, sans...
Et c'est toujours pareil.

Alors voilà, avant de devenir fou et de regarder les sources du noyau,
j'aimerais savoir si quelqu'un a déjà eu ce pb ?

gregg

3 réponses

Avatar
gregg
Thierry Herbelot wrote:
gregg wrote:

[COUIC sur plein de malheurs avec la 5.1]


euh, oui, bon, je fais pas Kalimero, non plus (enfin, j'espère)
La 5.1 est impecc sur mon portable (à l'exception du modem interne, qui
n'a rien à voir avec FreeBSD :)

par ailleurs, sauf quand on est vraiment sûr de la qualité de son BIOS, il
ne faut /pas/ utiliser ACPI (tous les fabricants de BIOS se contentent de
le faire marcher avec Windows, qui contient un interpréteur vérolé, alors
que l'interpréteur Intel, intégré dans FriBi l'est beaucoup moins)


oh !?
donc désactiver l'ACPI totalement (depuis le BIOS)
A vrai dire, je n'en ai pas plus d'utilité que ça sur une station (si ce
n'est que la pensais nécessaire pour gérer le multiprocesseur: il
m'avait semblé lire ça quelquepart dans un article sur linux)


TfH

PS : et quand on arrête un kernel GENREIC, toujours plantage ? (idem : et
quand on arrête des kernels UP ou SMP en 4.8 : plantage ?)


La 4.8 ne posait pas de problème (pour autant que je m'en souvienne)
Par contre, les noyaux compilés ne sont pas extraordinaires: ajout du
pcm, du multiprocesseur, et retrait des pcmcia, et ce genre de choses.
(j'ai également désactivé l'apm)
Bon je vais extraire quelques logs, et je les déposerai sur le ng alors

gregg

Avatar
gregg
Thierry Herbelot wrote:

et si on commençait par envoyer un /var/run/dmesg.boot verbeux sur le
newsgroup ?


Voilà le dmesg.boot
< blabla copyright habituel >

Preloaded elf kernel "/boot/kernel/kernel" at 0xc04d7000.
Preloaded elf module "/boot/kernel/acpi.ko" at 0xc04d71f4.
Timecounter "i8254" frequency 1193182 Hz
Timecounter "TSC" frequency 735006191 Hz
CPU: Intel Pentium III (735.01-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0x686 Stepping = 6

Features=0x383fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
real memory = 268369920 (255 MB)
avail memory = 255356928 (243 MB)
Programming 24 pins in IOAPIC #0
IOAPIC #0 intpin 2 -> irq 0
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000
cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee00000
io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000
Pentium Pro MTRR support enabled
npx0: <math processor> on motherboard
npx0: INT 16 interface
acpi0: <VIA694 AWRDACPI> on motherboard
pcibios: BIOS version 2.10
Using $PIR table, 9 entries at 0xc00fdc40
acpi0: power button is handled as a fixed feature programming model.
Timecounter "ACPI-fast" frequency 3579545 Hz
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0
acpi_cpu0: <CPU> port 0x530-0x537 on acpi0
acpi_cpu1: <CPU> port 0x530-0x537 on acpi0
acpi_button0: <Power Button> on acpi0
acpi_button1: <Sleep Button> on acpi0
pcib0: <ACPI Host-PCI bridge> port
0x6000-0x607f,0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
IOAPIC #0 intpin 11 -> irq 2
IOAPIC #0 intpin 10 -> irq 9
IOAPIC #0 intpin 9 -> irq 10
agp0: <VIA 82C691 (Apollo Pro) host to PCI bridge> mem
0xd8000000-0xdbffffff at device 0.0 on pci0
pcib1: <PCI-PCI bridge> at device 1.0 on pci0
pci1: <PCI bus> on pcib1
pci1: <display, VGA> at device 0.0 (no driver attached)
isab0: <PCI-ISA bridge> at device 7.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <VIA 82C686A UDMA66 controller> port 0xa000-0xa00f at device
7.1 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
uhci0: <VIA 83C572 USB controller> port 0xa400-0xa41f irq 2 at device
7.2 on pci0
usb0: <VIA 83C572 USB controller> on uhci0
usb0: USB revision 1.0
uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
uhci1: <VIA 83C572 USB controller> port 0xa800-0xa81f irq 2 at device
7.3 on pci0
usb1: <VIA 83C572 USB controller> on uhci1
usb1: USB revision 1.0
uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 2 ports with 2 removable, self powered
atapci1: <Promise PDC20265 UDMA100 controller> port
0xbc00-0xbc3f,0xb800-0xb803,0xb400-0xb407,0xb000-0xb003,0xac00-0xac07
mem 0xdf000000-0xdf01ffff irq 2 at device 12.0 on pci0
ata2: at 0xac00 on atapci1
ata3: at 0xb400 on atapci1
rl0: <RealTek 8139 10/100BaseTX> port 0xc000-0xc0ff mem
0xdf020000-0xdf0200ff irq 9 at device 14.0 on pci0
rl0: Realtek 8139B detected. Warning, this may be unstable in autoselect
mode
rl0: Ethernet address: 00:c0:26:7b:f1:ab
miibus0: <MII bus> on rl0
rlphy0: <RealTek internal media interface> on miibus0
rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
pcm0: <AudioPCI ES1370> port 0xc400-0xc43f irq 10 at device 15.0 on pci0
fdc0: <Enhanced floppy controller (i82077, NE72065 or clone)> port
0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0
fdc0: FIFO enabled, 8 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
sio0 port 0x3f8-0x3ff irq 4 on acpi0
sio0: type 16550A
sio1 port 0x2f8-0x2ff irq 3 on acpi0
sio1: type 16550A
atkbdc0: <Keyboard controller (i8042)> port 0x64,0x60 irq 1 on acpi0
atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: model Generic PS/2 mouse, device ID 0
orm0: <Option ROMs> at iomem 0xd0000-0xd87ff,0xc0000-0xccfff on isa0
pmtimer0 on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
APIC_IO: Testing 8254 interrupt delivery
APIC_IO: routing 8254 via IOAPIC #0 intpin 2
Timecounters tick every 10.000 msec
acpi_cpu: throttling enabled, 2 steps (100% to 50.0%), currently 100.0%
ata1-slave: ATAPI identify retries exceeded
ad4: 38166MB <WDC WD400BB-00DEA0> [77545/16/63] at ata2-master UDMA100
acd0: CD-RW <MSI CD-RW MS-8348> at ata1-master PIO4
ar0: 38166MB <ATA RAID0 array> [4865/255/63] status: READY subdisks:
disk0 READY on ad4 at ata2-master
SMP: AP CPU #1 Launched!
Opened disk ad4 -> 1
Opened disk ad4 -> 1
Opened disk ad4 -> 1
Opened disk ad4 -> 1
Opened disk ad4 -> 1
Opened disk ad4 -> 1
Opened disk ad4 -> 1
Mounting root from ufs:/dev/ar0s2a
WARNING: / was not properly dismounted
WARNING: /home was not properly dismounted
WARNING: /tmp was not properly dismounted
WARNING: /usr was not properly dismounted
WARNING: /var was not properly dismounted
/var: mount pending error: blocks 8 files 3

(tiens, en passant: pourquoi écrit-il "Opened disk ad4 -> 1" 7 fois ?)

gregg

Avatar
gregg
Thierry Herbelot wrote:
gregg wrote:

[COUIC]

acpi0: <VIA694 AWRDACPI> on motherboard



aïe ! j'ai tout de suite peur sur la combinaison SMP + VIA + ACPI !


tu penses au chipset buggé ?
(j'ai testé sur le kernel generic: ça s'arrête normalement...)

groumpf. (c'est une CM MSI 694D PRO R, donc avé le chipset VIA de la
mort VT82C686A)
Lancer en choisissant 2 au boot (avec ACPI désactivé) ne donne rien (ou
alors il y a un autre truc à faire :-


[COUIC]

(tiens, en passant: pourquoi écrit-il "Opened disk ad4 -> 1" 7 fois ?)



RTFS ?


??