Wo sind die Linux Experten ?

Started by mce2222, 03. Feb 2008, 01:05

previous topic - next topic
Go Down

Paul

hast du mal nen log von dem crash?

und gibts da vielleicht schon die möglichkeit auf ein nfs zu zu greifen?

mce2222

nfs filesystem ist grundsätzlich im kernel, aber scheinbar ist nfs als root filesystem nicht drinn, denn die nfs bootparameter werden einfach ignoriert und es kommt ne Fehlermeldung "specify valid root="

naja, vielleicht hat sich das ja bald erledigt, falls wir irgendwo die kernel sourcen auftreiben :)

Hoernchen

Wie das leider meisst so ist im quasi-rechtsfreien Asiatischen raum hat Pixelmagic keinerlei interesse daran der GPL nachzukommen und irgendwelchen Code für den mtv3000 zu veröffentlichen, ganz besonders nicht wenn ein "Ausländer nach fragt >:( - wobei das ja auch hier in Europa in Mode kommt, soviel ich weiss läuft da wohl was gegen Neuf Cegetel wegen deren hd-box..
bringer of linux, conqueror of hdmi, jack of all trades.

mce2222

naja muss ja nicht von pixelmagic sein.

das mit Neuf Cegetel versteh ich noch nich ganz... die benutzen doch die Netgem-HD box ?  und die haben auch die Linux Kernel Sourcen auf Ihrer Webseite. wobei die SMP863x sourcen zwar noch auf dem server liegen, allerdings wurde der Link von der Webseite gelöscht... auch sehr eigenartig.

ich hab das Gefühl das SigmaDesigns irgendwelche Vorgaben zum "Nicht-Release" der Sourcen gemacht hat.

badsurfer

Mal wieder ne Frage: Warum benutzen wir eigentlich weiterhin diesen bootloader, der unbedigt ne nk.bin haben will? Könnte man nicht versuchen den bootloader einer anderen Box in den RAM zu schreiben, ich mein is ja alles der Vantage8634.....

mce2222

klar kann man n bootloader von ner anderen Box nehmen ...
ich hab noch nicht probiert ob die Box in einen akzeptablen Zustand kommt wenn die Signatur des initialen bootloaders nicht stimmt (was natürlich der Fall sein wird)

wenn das klappt, dann könnte man den bootloader direkt aus dem Flash starten, aber viel gewinnt man dadurch nicht, denn der Zboot bootloader kann einen Kernel nur aus dem flash starten .. nicht von der Festplatte.  Mit dem begrenzten Flash des x300t kommt man mit diesem Ansatz also nicht sehr weit.
Es würde nur funktionieren wenn man per JTAG den Kernel ins RAM lädt... aber das dauert mehrere Stunden, und das will sich wohl keiner auf Dauer antun vermute ich ;)

mit anderen Worten... der IPTV bootloader ist schon optimal, wenn man den Kernel von der Platte nachladen muss.
die einzige Alternative ist ein eigener bootloader. wenn das jemand umsetzen will wär das natürlich cool :)


mce2222

ich habe noch mal in den linux 2.4 kernel sources der netgem box rumgewühlt und dabei bin ich über Kommentare gestolpert, die sich auf den IRQ-Handler bezogen, der
vom bootloader geladen werden soll.

das hört sich für mich so an als kann der Kernel nicht funktionieren solange der IRQ Handler nicht vorher geladen wurde.

da bleibt nun die Frage warum das Laden des IRQ Handlers nicht klappt ... ich vermute das ist alles was zu tun ist, denn die gleiche Ursache wird auch die ucodes betreffen denke ich.

xthing


viel böser ist, dass ich beim Starten des Kernels ein Kernel Panic bekomme und ich hab keine Ahnung warum das passiert.
die logausgaben sehen bis zum Kernel Panic genau so aus wie bei ner Popcorn hour.
hier ist der ganze output... also wenn da einer ne idee hat, lasst es mich wissen

Code: [Select]

Microsoft IPTV Bootloader, Build (1051)
Built by BM-DELL-167, Sep 11 2006 16:54:12
>
**********************************
* SMP863x zboot start ...
* Version: 2.2.0-2.7.167.0
* Started at 0x91000000.
* Configurations (chip revision: 6):
*    Use 8KB DRAM as stack.
*    Support XLoad format.
*    Enabled BIST mode.
*    Enabled memory test mode.
*    Use internal memory for stage0/1.
**********************************
Boot from flash (0x48000000) mapped to 0xac000000.
Found XENV block at 0xac000000.
CPU clock frequency: 297.00MHz.
System clock frequency: 198.00MHz.
DRAM0 dunit_cfg/delay0_ctrl (0xe34111ba/0x00094344).
DRAM1 dunit_cfg/delay0_ctrl (0xe34111ba/0x00093444).
Using UART port 0 as console.
Board ID.: "KMM3210-TG-A"
Chip Revision: 0x8634:0x82 .. Mismatched.
Setting up H/W from XENV block at 0xac000000.
  Setting <SYSCLK premux> to 0x00000603.
  Setting <SYSCLK avclk_mux> to 0x00000000.
  Setting <SYSCLK hostclk_mux> to 0x00000100.
  Setting <IRQ rise edge trigger lo> to 0xff28ca00.
  Setting <IRQ fall edge trigger lo> to 0x0000c000.
  Setting <IRQ rise edge trigger hi> to 0x000001ff.
  Setting <IRQ fall edge trigger hi> to 0x00000000.
  Setting <IRQ GPIO map> to 0x0d090800.
  Setting <PB default timing> to 0x01090008.
  Setting <PB timing0> to 0x01090008.
  Setting <PB Use timing0> to 0x000003fc.
  Setting <PB timing1> to 0x00110101.
  Setting <PB Use timing1> to 0x000003f3.
  PB cs config: 0x000c10c0 (use 0x000c10c0)
  Enabled Devices: 0x00023efe
    BM/IDE PCIHost Ethernet IR FIP I2CM I2CS USB PCIDev1 PCIDev2 PCIDev3 PCIDev4
SCARD
  MAC: 00:00:de:ad:be:ef
  PCI IRQ routing:
    IDSEL 1: INTA(#14) INTB(#14) INTC(#14) INTD(#14)
    IDSEL 2: INTA(#14) INTB(#14) INTC(#14) INTD(#14)
    IDSEL 3: INTA(#14) INTB(#14) INTC(#14) INTD(#14)
    IDSEL 4: INTA(#15) INTB(#15) INTC(#15) INTD(#15)
  Smartcard pin assignments:
    OFF pin = 0
    5V pin = 1
    CMD pin = 2
  Setting up Clean Divider 2 to 96000000Hz.
  Setting up Clean Divider 4 to 33333333Hz.
  GPIO dir/data = 0x00000000/0x00000000
  UART0 GPIO mode/dir/data = 0x6e/0x00/0x00
  UART1 GPIO mode/dir/data = 0x6e/0x00/0x00
XENV block processing completed.
Found existing memcfg: DRAM0(0x04000000), DRAM1(0x04000000)
Heap/Temp/Temp1/Dest start at 0x12400000/0x11800000/0x11e00000/0x13000000.
Default boot index: 0
processing zboot record at 0xac000000 (0xac000000) .. index 0Scanning ROMFS imag
e at 0x90800000.. Found.
ROMFS found at 0x90800000, Volume name = mce2222
Found 4 file(s) to be processed in ROMFS.
Processing 10xrpc_xload_audio_ucode_SMP8634_2.7.176sybs1.7972x_GCC4_facsprod.bin
(start: 0x90800200, size: 0x000d7264)
  Checking zboot file signature .. Not found.
  Trying xrpc_xload format .. Failed (not an xrpc_xload file)
Processing 11xrpc_xload_video_ucode_SMP8634_2.7.176sybs1.7972x_GCC4_facsprod.bin
(start: 0x908d7600, size: 0x0004fb64)
  Checking zboot file signature .. Not found.
  Trying xrpc_xload format .. Failed (not an xrpc_xload file)
Processing 12xrpc_xload_demux_ucode_SMP8634_2.7.176sybs1.7972x_GCC4_facsprod.bin
(start: 0x90927200, size: 0x00007804)
  Checking zboot file signature .. Not found.
  Trying xrpc_xload format .. Failed (not an xrpc_xload file)
Processing 33xrpc_xload_irq_handler_SMP8634_2.7.176sybs1.7972x_GCC4_facsprod.bin
(start: 0x9092ec00, size: 0x0002e454)
  Checking zboot file signature .. Not found.
  Trying xrpc_xload format .. Failed (not an xrpc_xload file)
Done with fixed container
  Execute final at 0x90020000 ..
Linux version 2.6.15-sigma (rolandhii@venus) (gcc version 4.0.4) #118 PREEMPT We
d Jan 23 10:43:14 CST 2008
Configured for SMP8634 (revision ES6/RevA), detected SMP8634 (revision ES6/RevA)
.
SMP863x/SMP865x Enabled Devices under Linux/XENV 0x48000000 = 0x00023efe
BM/IDE PCIHost Ethernet IR FIP I2CM I2CS USB PCIDev1 PCIDev2 PCIDev3 PCIDev4 SC
ARD
Valid MEMCFG found at 0x10000fc0.
CPU revision is: 00019068
Determined physical RAM map:
memory: 05ee0000 @ 10020000 (usable)
On node 0 totalpages: 89856
  DMA zone: 89856 pages, LIFO batch:15
  DMA32 zone: 0 pages, LIFO batch:0
  Normal zone: 0 pages, LIFO batch:0
  HighMem zone: 0 pages, LIFO batch:0
Built 1 zonelists
Kernel command line: pci=disabled ip=dhcp root=/dev/nfs noinitrd
Primary instruction cache 16kB, physically tagged, 2-way, linesize 16 bytes.
Primary data cache 16kB, 2-way, linesize 16 bytes.
Synthesized TLB refill handler (20 instructions).
Synthesized TLB load handler fastpath (32 instructions).
Synthesized TLB store handler fastpath (32 instructions).
Synthesized TLB modify handler fastpath (31 instructions).
PID hash table entries: 2048 (order: 11, 32768 bytes)
Using 148.500 MHz high precision timer.
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Memory: 86656k/97152k available (3399k kernel code, 10476k reserved, 536k data,
3108k init, 0k highmem)
Calibrating delay loop... 293.88 BogoMIPS (lpj=146944)
Mount-cache hash table entries: 512
Checking for 'wait' instruction...  available.
CPU 0 Unable to handle kernel paging request at virtual address 00000000, epc ==
9006aea0, ra == 9036dd88
Oops[#1]:
Cpu 0
$ 0   : 00000000 00000001 90a7f87c 00000000
$ 4   : 95e88d38 90a7f870 00000001 00000000
$ 8   : 90702b80 90700000 90a7b000 00000000
$12   : 90a7e000 95e88cc0 00000012 00000010
$16   : 90a6df70 95e88d34 90a75be8 95e88d38
$20   : 90420000 90700000 00000030 90420000
$24   : 00000001 00000000
$28   : 90a7e000 90a7f860 90380000 9036dd88
Hi    : 2a8b2775
Lo    : 355f2140
epc   : 9006aea0     Not tainted
ra    : 9036dd88 Status: 10001c02    KERNEL EXL
Cause : 7080800c
BadVA : 00000000
PrId  : 00019068
Modules linked in:
Process swapper (pid: 1, threadinfo=90a7e000, task=90a75be8)
Stack : 00000000 00000000 00000001 00000000 00000001 90a75be8 90047cd0 95e88d38
        00000000 00000001 90a6df70 95e88d34 90700000 00007948 90420000 9009a838
        90a7b000 00007948 90420000 90700000 00001846 900b4d60 00000000 00000000
        900c9ec4 90a7b000 00000000 90a7f908 90a7b000 900b87c8 90a6df70 00000000
        90710000 00000000 00000000 00000000 00000000 9009a8e8 90420000 90700000
        ...
Call Trace: [<90047cd0>]  [<9009a838>]  [<900b4d60>]  [<900c9ec4>]  [<900b87c8>]
  [<9009a8e8>]  [<9009a900>]  [<903fa270>]  [<903fa2ec>]  [<903faa64>]  [<903700
00>]  [<903fb10c>]  [<903fb92c>]  [<903fc5f0>]  [<90053b74>]  [<90053b44>]  [<90
0204d0>]  [<90026bdc>]  [<90026bcc>]

Code: 24a2000c  aca4000c  ac820004 <ace20000> ac470004  10c00002  41606000  4160
6020  000000c0
Kernel panic - not syncing: Attempted to kill init!



wie hast du dieses Problem geloest?
Ich bin jetzt am selben Punkt:
- lx.bin / ya.bin booten problemlos
- ich binde das Linux root System via NFS ein
- ich nutze das root dir aus dem Wiki: http://www.t-hack.com/wiki/images/5/58/Nfsroot_x300t_20080214.tar.bz2
- sobald ich boote sehe ich dass die box sauber verbindet und dann Ende ich in derselben Kernel Panic wie du oben ("Unable to handle Kernel Paging")

Irgendjemand ne Idee?

mce2222

das ist ein Speicherproblem.

da gibt es zwei Möglichkeiten das zu fixen:  entweder beim Erstellen des Kernels die maximale Speichergrösse runtersetzen, oder als kernel startparameter das Speicherlimit in die XENV Variable schreiben.

ich glaub 60MB ist das Maximum bei uns.  default ist 128MB wenn ein Kernel erstellt wird.

xthing

hi mce222

danke fuer die Antwort.
Meinst du mit Kernelparameter "mem"? Also z.B. mem=64MB ?

mce2222

ja der müsste es sein

xthing

hmm das funktioniert auch nicht, ich habe es mit mem=32 und mem=64 als kernel parameter versucht, aber er bleibt dann schon nach "processing zboot record at..." bei "Execute final at 0x90020000 .." haengen.

Hat noch irgend jemand ne Idee wie ich hier weiterkomme?
ich nutze die lx.bin aus dem Wiki als Kernel.

Hoernchen

mem=64m für 64mb ram wäre richtig, 64 ohne Suffix sollte wohl auf sagenhafte 64 Byte ram hinauslaufen ;)
bringer of linux, conqueror of hdmi, jack of all trades.

xthing


mem=64m für 64mb ram wäre richtig, 64 ohne Suffix sollte wohl auf sagenhafte 64 Byte ram hinauslaufen ;)

verdammt ... x-)
das ist mir jetzt fast n bisschen peinlich x-)
Danke fuer den Hinweis, mit "mem=xxM" funktionierts, rootfs wird sauber via NFS gemountet :D

Interessanterweise muss ich den Speicher auf 32MB begrenzen, 64MB fuehren auch zu einer Kernel Panic.

Go Up