Fórum Root.cz
Hlavní témata => Software => Téma založeno: JmJ 04. 01. 2012, 14:24:35
-
Zdravim,
zkompiloval jsem si kernel pro prumyslovou desku s procesorem vortex. Vse se zda byt ok, jen nekdy zkraje bootu dojde k absolutnimu zamrznuti. Vetsinou pomuze reset a dalsi boot je ok. Vetsina bootu je ok. Po nabootovani system jede nekolik tydnu nepretrzite a bez problemu.
zaseknuty boot vypada takto: http://barinka.net/share/pub/vortex-kernel-boot-hangs.jpg
pri dobrem bootu nasleduje po tomto radku text: INIT: version 2.86 booting
nekdy se jeste pred INIT objevi text odvolavajici se na problem s ehci (ted bohuzel nevim presne jaky, neco ve smyslu can't setup ehci).
nevite nekdo prosim jak a kde hledat vice informaci, co se behem teto faze bootovani deje? nejake debug vypisy?
-
A tys nejak zakazal, aby jadro vypisovalo na konzoli? Normalne tamho byva vic, jeste jsou uzitecny casovy znacky. Mam pocit, ze to bude v Debug.
-
A tys nejak zakazal, aby jadro vypisovalo na konzoli? Normalne tamho byva vic, jeste jsou uzitecny casovy znacky. Mam pocit, ze to bude v Debug.
nejsem si vedom, ze bych umyslne neco zakazoval ;-) nejsem znaly vsech moznosti. je to jadro kompilovane podle konfigu pro jadro pro debian, ktery jsem si upravil.
"bude v Debugu" znamena prosim co? :-)
-
Nu, jestli delas make menuconfig, tak potom Kernel hacking a dve prvni polozky: show timing information on printk a Default log message level (1-7). Ja tam mam 4 a zda se mi, ze budes mit min.
-
Ok. dik za typ. nahodou neni mozne tyhle veci predat kernelu pri bootu jako parametry? (zatim jsem to negooglil ;-) )
-
Zrus z bootovaci radky kernelu parametr quiet.
-
quiet do zacatku pomohlo, dik!
zamrzne to pred hlasenim o RTC:
platform rtc_cmos: regustered platform RTC device (no PNP device found)
zjistil jsem, ze rtc_cmos je driver pro rtc. nejaky dalsi napad jak na nej? :-)
-
Tahle hlaska pravdepodobne problem nedela, zkus mrknout na tu co je v pripade uspesneho
bootu hned za ni. Bude-li to neco s apm tak se zamer tim smerem. Napr pouzit apm=off parametr
pri bootu. Nebo acpi=off pripadne jejich kombinace on/off.
-
Ja myslim, ze problem bude v "te hlasce", protoze s RTC uz jsme na te desce neco resili a pokud by se to melo zasknout nekde, dal, tak tahle hlaska by se vzdy vypsala. Jenze pri zaseknuti to zmrzne presne pred ni.
Co jsem tak hledal, tak real time clock neni vec, kterou bych musel nutne potrebovat, chapu to dobre?
-
Nektery desky s arm treba rtc vubec nemaji, mozna to taky nemas, nebo nejakou problemovou verzi. Tak rtc zakaz a je to. Hodiny potom nastavuj trebas ntpdate
-
Ten kdo tvrdil ze s RTC to nema co delat mel zrejme pravdu :-). Do ovladacu pro RTC jsem si dodal vlastni debug hlasky a podle vseho to zmrzne jeste driv, nez vubec dojde k nejakemu volani driveru. Zkousel jsem RTC z kernelu vyhodit a nepomohlo to.
Na webu se clovek docte vetsinou to, ze pokud to tuhne po NET: Registered protocol family 1, pak pomuze volba noacpi. Nepomohla.
Zkousel jsem i novsi kernel 3.1.7 (pred ti jsem mel 2.6.39). Nepomohlo. Mno, jdu zkoumat dal, napady vitany. Rad bych se nejak dobral aspon toho, co tomu vadi. Jeden boot z 10 neprojde.
-
CPU: Your system may be unstable.
=> tak to vyzera ze kernel ma pravdu ;-)
-
Co zkusit Google a podle typy procesoru a desky hledat, jina cesta asi
nebude....
Treba tohle:
http://www.spinics.net/lists/linux-pci/msg12515.html
http://comments.gmane.org/gmane.linux.kernel.pci/12380
http://forum.tinycorelinux.net/index.php?topic=8466.0
Popis CPU
http://en.wikipedia.org/wiki/Vortex86
http://www.fccps.cz/download/adv/frr/vortex/vortex.htm#linux
Linux na Vortex CPu
http://blog.namran.net/2009/05/19/how-to-compile-custom-kernel-for-vortex86-sx/
http://www.dr-lex.be/hardware/btplug_review.html
http://www.slideshare.net/rogelio.canedo/vortex86-sx-linux-how-to-presentation
http://patchwork.ozlabs.org/patch/121209/
http://www.toypc.tw/files/linux/Vortex86MX_Linux_Support_List.pdf
-
Co takhle zvysit default log level na 7, jak jsem uz zminoval a poslat rozdil mezi dobrým a špatným startem
-
Co takhle zvysit default log level na 7, jak jsem uz zminoval a poslat rozdil mezi dobrým a špatným startem
asi delam neco zle, ale pokud zmenim CONFIG_DEFAULT_MESSAGE_LOGLEVEL pak to vypisuje ty same hlasky, jako kdyz je tam hodnota 4. v okoli mista zamrznuti se neobjevi nic noveho. ale rad to jeste jednou zkusim :-)
-
mozna to tak ma byt, ja jsem si jen myslel, ze toho bude psat vic ...
-
Takze mam posun:
vrtal jsem se v kodu jadra, nasel jsem misto, kde se volaji init funkce ruznych zarizeni. tam jsem nasel pouziti promenne, ktera spoustela debug vypisy techto volani. googlil jsem a vygooglil jsem parametry bootu jadra, ktere maji smysl a to:
initcall_debug a loglevel=8
Pri pouziti tehle dvou parametru (initcall zapne vypis volani na urovni debug a loglevel zajisty vypis teto urovne logovani), jsem nasel ze zasek probehne pri volani pci_apply_final_quirks. pri tehle problemech doporucoval google parametr pci=nocrs, ktery nepomohl. Ta metoda prochazi PCI zarizenim a vola na ne nejake "finallize". Pridal jsem si vypis, ktere zarizen je prave finalizovano a vytuhne to pri praci se zarizeni vendor: 173F device: 6060, coz je RDC Semiconductor, Inc., USB 1.1 Controller.
Ted jsem nasel parametr pro kompilaci kernelu, ktery ma vypnout volani tehle quirks veci. Tak uvidim co bude dal.