régression avec un Open 4.4 sur un vieux PC

Le
User &
Bonjour,

je viens d'installer un OpenBSD 4.4 sur un vieux PC et je vois mon premier
crash kernel avec Open :

OpenBSD 4.4 (GENERIC) #1021: Tue Aug 12 17:16:55 MDT 2008
deraadt@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Intel 486DX (486-class)
real mem = 41512960 (39MB)
avail mem = 30306304 (28MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 10/26/93
pcibios at bios0 function 0x1a not configured
bios0: ROM list: 0xc0000/0x6000 0xc6800/0x800
cpu0 at mainbus0
isa0 at mainbus0
isadma0 at isa0
com0 at isa0 port 0x3f8/8 irq 4: ns16450, no fifo
com0: console
com1 at isa0 port 0x2f8/8 irq 3: ns16450, no fifo
pckbc0 at isa0 port 0x60/5
pckbd0 at pckbc0 (kbd slot)
pckbc0: using irq 1 for kbd slot
wskbd0 at pckbd0: console keyboard
vga0 at isa0 port 0x3b0/48 iomem 0xa0000/131072
wsdisplay0 at vga0 mux 1: console (80x25, vt100 emulation), using wskbd0
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
wdc0 at isa0 port 0x1f0/8 irq 14
wd0 at wdc0 channel 0 drive 0: <ST32122A>
wd0: 16-sector PIO, LBA, 2014MB, 4124736 sectors
wd0(wdc0:0:0): using BIOS timings
ne2 at isa0 port 0x280/32 irq 9, NE2000, address 00:40:05:61:20:3e
ep0 at isa0 port 0x340/16 irq 11: address 00:a0:24:c4:41:34, utp/aui/bnc
(default utp)
pcppi0 at isa0 port 0x61
midi0 at pcppi0: <PC speaker>
spkr0 at pcppi0
lpt2 at isa0 port 0x3bc/4: polled
kernel: protection fault trap, code=0
Stopped at npxsave_proc+0xd2: wait
npxsave_proc(d098b820,1,d098b7f8,6,90) at npxsave_proc+0xd2
npxprobe(d0a7cc00,d0a84880,d098b820,d07d0c40) at npxprobe+0x11c
isascan(d0a7cc00,d0a84880,4,1) at isascan+0xf9
config_scan(d05df5bc,d0a7cc00,d098be80,d0a84fc0,0) at config_scan+0xaf
config_attach(d0a84fc0,d07d0220,d098be80,d04cf768) at config_attach+0xfd
mainbus_attach(0,d0a84fc0,0,d2fb8000,d098a334) at mainbus_attach+0x150
config_attach(0,d07ce960,0,0,0) at config_attach+0xfd
config_rootfound(d0717f4b,0,d098bf38,d04a26f2) at config_rootfound+0x27
cpu_configure(d08f1320,1,3,0,2) at cpu_configure+0x29
main(0,0,0,0,0) at main+0x38d

la même machine a bien évidemment démarré correctement avec le bsd.rd
d'installation :

OpenBSD 4.4 (RAMDISK_CD) #857: Tue Aug 12 17:31:49 MDT 2008
deraadt@i386.openbsd.org:/usr/src/sys/arch/i386/compile/RAMDISK_CD
cpu0: Intel 486DX (486-class)
real mem = 41512960 (39MB)
avail mem = 32092160 (30MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 10/26/93
pcibios at bios0 function 0x1a not configured
bios0: ROM list: 0xc0000/0x6000 0xc6800/0x800
cpu0 at mainbus0
isa0 at mainbus0
isadma0 at isa0
com0 at isa0 port 0x3f8/8 irq 4: ns16450, no fifo
com0: console
com1 at isa0 port 0x2f8/8 irq 3: ns16450, no fifo
pckbc0 at isa0 port 0x60/5
pckbd0 at pckbc0 (kbd slot)
pckbc0: using irq 1 for kbd slot
wskbd0 at pckbd0: console keyboard
vga0 at isa0 port 0x3b0/48 iomem 0xa0000/131072
wsdisplay0 at vga0 mux 1: console (80x25, vt100 emulation), using wskbd0
wdc0 at isa0 port 0x1f0/8 irq 14
wd0 at wdc0 channel 0 drive 0: <ST32122A>
wd0: 16-sector PIO, LBA, 2014MB, 4124736 sectors
wd0(wdc0:0:0): using BIOS timings
ne2 at isa0 port 0x280/32 irq 9, NE2000, address 00:40:05:61:20:3e
ep0 at isa0 port 0x340/16 irq 11: address 00:a0:24:c4:41:34, utp/aui/bnc
(default utp)
npx0 at isa0 port 0xf0/16: using exception 16
fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec
biomask f5e5 netmask ffe5 ttymask ffff
rd0: fixed, 3800 blocks
softraid0 at root

est-ce qu'il y a des devices à débrayer ?

TfH
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Miod Vallat
Le #18094701
> je viens d'installer un OpenBSD 4.4 sur un vieux PC et je vois mon premier
crash kernel avec Open :



Ah mince alors.

lpt2 at isa0 port 0x3bc/4: polled
kernel: protection fault trap, code=0
Stopped at npxsave_proc+0xd2: wait
npxsave_proc(d098b820,1,d098b7f8,6,90) at npxsave_proc+0xd2
npxprobe(d0a7cc00,d0a84880,d098b820,d07d0c40) at npxprobe+0x11c



Tu me crois si je te dis que ce n'est pas le comportement attendu ?

J'ai bien une petite idée... que donne un `ps' au prompt `ddb>' ?

la même machine a bien évidemment démarré correctement avec le bsd.rd
d'installation :



C'est fourbe, un BSD, hein ?

est-ce qu'il y a des devices à débrayer ?



Tu peux essayer de désactiver dans UKC (boot -c) les pilotes en plus
attachés par GENERIC mais pas RAMDISK : pcppi et lpt. Pas sûr que ça
corrige le problème, cependant.
User &
Le #18095701
Miod Vallat wrote:

je viens d'installer un OpenBSD 4.4 sur un vieux PC et je vois mon
premier crash kernel avec Open :



Ah mince alors.



comme je n'essaie pas si souvent, ce n'est pas significatif et de toute
façon :
ddb> show panic
the kernel did not panic


lpt2 at isa0 port 0x3bc/4: polled
kernel: protection fault trap, code=0
Stopped at npxsave_proc+0xd2: wait
npxsave_proc(d098b820,1,d098b7f8,6,90) at npxsave_proc+0xd2
npxprobe(d0a7cc00,d0a84880,d098b820,d07d0c40) at npxprobe+0x11c



Tu me crois si je te dis que ce n'est pas le comportement attendu ?

J'ai bien une petite idée... que donne un `ps' au prompt `ddb>' ?



yaka ; il peut y avoir des process avant que init ait démarré ? (voir + bas)

la même machine a bien évidemment démarré correctement avec le bsd.rd
d'installation :



C'est fourbe, un BSD, hein ?



dans le cas précis, on parle bien d'Open : ne généralisons pas plus que celà
(j'ai récemment re-autorisé ACPI sur une autre vieille bouse et FreeBSD n'a
pas explosé en plein vol, même si c'est un 8-Current)

est-ce qu'il y a des devices à débrayer ?



Tu peux essayer de désactiver dans UKC (boot -c) les pilotes en plus
attachés par GENERIC mais pas RAMDISK : pcppi et lpt. Pas sûr que ça
corrige le problème, cependant.



disons que je serai content si Open condescend à tomber en marche, même si
c'est par le plus grand des hasards - mais ce n'est pas gagné :

boot> boot /bsd.44 -c
booting hd0a:/bsd.44: 6238560+1041588 [52+319712+302630]=0x7896c4
entry point at 0x200120

[ using 622768 bytes of bsd ELF symbol table ]
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California. All rights reserved.
Copyright (c) 1995-2008 OpenBSD. All rights reserved.
http://www.OpenBSD.org

OpenBSD 4.4 (GENERIC) #1021: Tue Aug 12 17:16:55 MDT 2008
:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Intel 486DX (486-class)
real mem = 41512960 (39MB)
avail mem = 30306304 (28MB)
User Kernel Config
UKC> find lpt
278 lpt0 at isa0 port 0x378 size 0 iomem -1 iosiz 0 irq 7 drq -1 drq2 -1
flags 0x0
279 lpt1 at isa0 port 0x278 size 0 iomem -1 iosiz 0 irq -1 drq -1 drq2 -1
flags 0x0
280 lpt2 at isa0 port 0x3bc size 0 iomem -1 iosiz 0 irq -1 drq -1 drq2 -1
flags 0x0
341 lpt* at puc* port -1 flags 0x0
UKC> disable lpt0
278 lpt0 disabled
UKC> disable lpt1
279 lpt1 disabled
UKC> disable lpt2
280 lpt2 disabled
UKC> disable lpt*
341 lpt* disabled
UKC> find pcppi
276 pcppi0 at isa0 port -1 size 0 iomem -1 iosiz 0 irq -1 drq -1 drq2 -1
flags 0x0
UKC> disable pcppi0
276 pcppi0 disabled
UKC> verbose
autoconf verbose enabled
UKC> exit
Continuing...
..... [SNIPage des messages verbeux]
probing for viasio*
probing for viasio* finished
probing for aps0
probing for aps0 failed
probing for npx0






kernel: protection fault trap, code=0
Stopped at npxsave_proc+0xd2: wait
npxsave_proc(d098b820,1,d098b7f8,6,d07d0c40) at npxsave_proc+0xd2
npxprobe(d0a7cc00,d0a848c0,d098b820,d07d0c40) at npxprobe+0x11c
isascan(d0a7cc00,d0a848c0,4,1) at isascan+0xf9
config_scan(d05df5bc,d0a7cc00,d098be80,d0a84fc0,0) at config_scan+0xaf
config_attach(d0a84fc0,d07d0220,d098be80,d04cf768) at config_attach+0xfd
mainbus_attach(0,d0a84fc0,0,d2fb8000,d098a334) at mainbus_attach+0x150
config_attach(0,d07ce960,0,0,0) at config_attach+0xfd
config_rootfound(d0717f4b,0,d098bf38,d04a26f2) at config_rootfound+0x27
cpu_configure(d08f1320,1,3,0,2) at cpu_configure+0x29
main(0,0,0,0,0) at main+0x38d
ddb> ps
PID PPID PGRP UID S FLAGS WAIT COMMAND
* 0 -1 0 0 7 0x80200 swapper

débrayer npx0 n'est pas sans conséquences :
....
biomask f5e5 netmask ffe5 ttymask ffff
probing for softraid0
softraid probe returned 1






softraid0 at root
kernel: protection fault trap, code=0
Stopped at cpu_switchto+0x8f: popl %esi
ddb> trace
cpu_switchto(d07d7654,d0ac0000,d098bf18,d03777b9,d0ac0000) at
cpu_switchto+0x8f
cfdata(d0ac0000,d0ac0000,0,d098bf20,100) at cfdata+0x3e4c
config_attach(0,d07ce39c,0,0,d07d9c38) at config_attach+0xfd
config_rootfound(d06ee8b7,0,d098bfa0,d036346d,2) at config_rootfound+0x27
main(0,0,0,0,0) at main+0x4a3
ddb>

(la machine est un vrai 486-DX2, avec processeur flottant intégré)

merci pour les pointeurs

TfH
Miod Vallat
Le #18128091
>> Ah mince alors.



comme je n'essaie pas si souvent, ce n'est pas significatif et de toute
façon :
ddb> show panic
the kernel did not panic



Ça, c'est parce que l'appel à ddb est juste avant l'appel à panic() (-:

J'ai bien une petite idée... que donne un `ps' au prompt `ddb>' ?



yaka ; il peut y avoir des process avant que init ait démarré ? (voir + bas)



Des kthreads. Mais ce n'est pas ton cas, de toute façon.

UKC> find lpt
278 lpt0 at isa0 port 0x378 size 0 iomem -1 iosiz 0 irq 7 drq -1 drq2 -1
flags 0x0
279 lpt1 at isa0 port 0x278 size 0 iomem -1 iosiz 0 irq -1 drq -1 drq2 -1
flags 0x0
280 lpt2 at isa0 port 0x3bc size 0 iomem -1 iosiz 0 irq -1 drq -1 drq2 -1
flags 0x0
341 lpt* at puc* port -1 flags 0x0
UKC> disable lpt0
278 lpt0 disabled
UKC> disable lpt1
279 lpt1 disabled
UKC> disable lpt2
280 lpt2 disabled
UKC> disable lpt*
341 lpt* disabled



Tu sais qu'un simple "disable lpt" aurait fait tout ça pour toi ?

débrayer npx0 n'est pas sans conséquences :



C'est pas fait pour. Ce serait trop facile, sinon.

merci pour les pointeurs



Pas d'idée pour le moment.
Publicité
Poster une réponse
Anonyme