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