Fatal trap 12

Divacky Roman xdivac02 at stud.fit.vutbr.cz
Wed Mar 2 16:20:34 CET 2005


On Wed, Mar 02, 2005 at 11:00:31AM +0100, Dan Lukes wrote:
> Miloslav Hájek napsal/wrote, On 03/02/05 08:47:
> >Fatal trap 12: page fault while in kernel mode
> >
> >pak se notebook restartuje.
> >Vedel by nekdo co s tim?
> 
> 	Kdyz to bych musel nejprve vysvetlit jak funguje 386 procesor a 
> strankovani. A to je prilis dlouhe a preci jen prilis off-topic pro tuto 
> konferenci. Budu tedy predpokladat, ze teto veci rozumite.
> 
> 	Ve zkratce receno - pametovy prostor kernelu by mel byt ve fyzicke 
> pameti pritomen stale - neodstrankovava se. A proto behem pristupu k 
> teto pameti nemuze regulerne dojit k "Page fault" vyjimce procesoru. Ve 
> vasem pripade k ni presto doslo.
> 
> 	To, ze doslo k nemoznemu naznacuje bud'
> 
> 1. hardwarovou zavadu (zpusobujici zmeny pameti uchovavajici strankovaci 
> tabulky nebo chyby pri jejim cteni)
> 
> nebo
> 
> 2. problem inicializace zarizeni (obvykle provadi BIOS) - zarizeni 
> uzivajici DMA pro ktere neni ve FreeBSD ovladac proste zapise, dle 
> vlastniho uvazeni, do pameti - bohuzel - na nestastne misto
> 
> nebo
> 
> 3. vadu ovladace nektereho zarizeni
> 
> 	Vadu typu [2] a [3] muze byt mozne eliminovat zakazem 
> 	problematickeho zarizeni, zavady typu [2] lze (statisticky) eliminovat take 
> tak, ze v kernelu bude pritomen vhodny ovladac zarizeni ("statisticky" 
> eliminovat proto, ze zarizeni muze stihnout prepsat nevhodny kus pameti 
> driv, nez se ho jeho ovladac ujme a preinicializuje ho).

dane, ve vsi ucte.... todle je blbost. jakoze teoreticky jsi to vysvetlil dobre
ale problem je v tom ze 90% panicu se projevuje jako 
fatal trap 12: page fault...

takze - nejspis mu "normalne" slitlo fbsd... chtelo by to vic informaci aby se
s tim nejak rozumne dalo neco delat. ale kazdopadne obvinovat hw/driver_k_hw je
imho spatne

roman

p.s. psano fakt ve vsi ucte.. ;)



More information about the Users-l mailing list