Na een poos loopt box vast., alleen stroom eraf helpt dan nog.

[Avalon]

CCcam stond nog niet in de box

 

Tested op een FTA kanaal met originele software.

BBC-HD of ASTRA HD demo. op BVN loopt tie ook vast alleen dan moet je even 5 minuten langer wachten.

 

Mazlzlz

Avalon

[Henksat]

Wil iedereen met vastlopers eens de volgende test doen:

 

Schakel CCcam uit, dus geen emu meer gebruiken, herstart de box en gan dan naar BBC HD op 28.2, Astra HD Demo op 23.5, of een nadere FTA HD zender, en doe hier eens een duurtest op en laat de resultaten eens horen.

[Rootical]

Als je het kastje losmaakt dan kan je zien dat de tuner een paar milimeter boven de processor is geplaatst.

De processor heeft al géén enkele vorm van koeling, en voel op de bovenkant van de kap waar de tuner zit maar eens hoe heet dat kreng wordt.

Kan je 's nagaan wat dat met de processor doet, z'n eigen hitte plus de hitte van de tuner met name als je naar HD zenders gaat.

Als een processor een bepaalde temperatuur haalt schakeld het systeem zich uit, dit is een beveiliging die op elke computer of elektronica zit of hoort te zitten.

Maar waarom die eerste produktielijn hier géén last van heeft zal dan de vraag zijn, hoewel we natuurlijk niet moeten vergeten dat er daar op de meeste tuners de extra elco is bijgesoldeerd, dus er was al iets loos.

Ik heb er vanochtend 2 stuks teruggebracht naar de leverancier en hij had er voor mij eventueel morgen 2 nieuwe liggen maar heb er voor bedankt ben toch echt even genezen.

 

 

 

[Henksat]

Origineel bericht van: Avalon

Tested op een FTA kanaal met originele software.
BBC-HD of ASTRA HD demo. op BVN loopt tie ook vast alleen dan moet je even 5 minuten langer wachten.

Dan beschik je nog niet over de laatste drivers. Ik heb het hier nu reproduceerbaar dat CCcam de boosdoener is. Niet de warmte, want de box waar ik nu mee aan het testen ben is nagenoeg handwarm, niks bijzonders dus.

[allez l'om]

dat is een vermoeden wat ik al langer heb, dat CCcam (mede) de oorzaak is. Het wordt hoog tijd voor een nieuwe versie die de 800 beter ondersteund (bv geluid op discovery hd). Maar toch denk ik ook dat het aan de warmte ligt, vorige week toen het wat minder warm was heb ik een hele week gehad zonder vastlopers, zowel op sd als hd

[Henksat]

In het kader van probleemoplossing, ik heb de hanger kunnen loggen via de serieele poort. Dit was niet makkelijk omdat hiervoor aanpassingen in zijn BIOS nodig waren.

 

Hieronder de output van een seriele log op moment van vast slaan:

 

It's now Thu Jul 3 12:26:24 2008

[timer.py] next activation: 1215080884 (in 99995 ms)

It's now Thu Jul 3 12:26:24 2008

[timer.py] next activation: 1215080884 (in 99990 ms)

[EPGC] start cleanloop

[EPGC] stop cleanloop

[EPGC] 3813 bytes for cache used

CPU 0 Unable to handle kernel paging request at virtual address 10008000,

epc ==

c044b3dc, ra == c044b3b0

Oops in arch/mips/mm/fault.c::do_page_fault, line 167[#1]:

Cpu 0

$ 0 : 00000000 10008000 00000000 00001000

$ 4 : c0706ef8 c0700000 00001000 10008000

$ 8 : 10008400 1000001f 00000000 87b8a000

$12 : bfc00600 00000001 1008229c 486ca973

$16 : 0000000c c0700000 0000000d 00000001

$20 : 80309ee0 0000000d b0400780 b0080000

$24 : 00000000 000045c1

$28 : 80308000 80309e10 b0082424 c044b3b0

Hi : fffffff4

Lo : 0000000c

epc : c044b3dc bsettop_irq+0x134/0x194 [bcm7401] Tainted: P

ra : c044b3b0 bsettop_irq+0x108/0x194 [bcm7401]

Status: 10008002 KERNEL EXL

Cause : 80800004

BadVA : 10008000

PrId : 00020000

Modules linked in: zd1211b rt73 fp dreambox_rc2 bcm7401 cu1216mk3 tu1216

alps_bs

be2 stb_proc alps_bsbe1 stv0299 alps_bsbe1_c01a fe_common vfat fat autofs4

usb_s

torage scsi_mod cifs lcd

Process swapper (pid: 0, threadinfo=80308000, task=8030a210)

Stack : 80309e50 80370000 80310000 802d0000 87dab900 00000000 00000000

80047714

80309e50 80370000 80310000 8003008c 803431a0 0000000d 87dab900

fffffffb

80370000 80309ee0 800478a0 8036e238 0000000a 80370000 00000001

8036fd5c

0000000d 00001000 b0400784 80309ee0 00000000 00000012 80005720

80309ee0

10008400 83300000 83040000 830472ac 800030e8 83510000 83040000

8002b97c

...

Call Trace:

[<80047714>] handle_IRQ_event+0x7c/0xf0

[<8003008c>] run_timer_softirq+0x1e8/0x23c

[<800478a0>] __do_IRQ+0x118/0x1a8

[<80005720>] do_IRQ+0x1c/0x34

[<800030e8>] brcm_mips_int2_dispatch+0xf0/0x234

[<8002b97c>] do_softirq+0x8c/0x94

[<80001f48>] brcmIRQ+0x128/0x180

[<80003c04>] r4k_wait+0x0/0xc

[<80360000>] tcp_v4_init+0x44/0x70

[<80005c64>] cpu_idle+0x34/0x58

[<80003c08>] r4k_wait+0x4/0xc

[<8012f54c>] idr_cache_ctor+0x0/0xc

[<803457dc>] start_kernel+0x1d0/0x1e8

[<80345264>] unknown_bootoption+0x0/0x330

[<80345000>] _sinittext+0x0/0x88

[<80345024>] _sinittext+0x24/0x88

 

 

Code: ac830024 24a46ef8 90820078 <1440ffe3> 24020001 a0820078 3c03c070

2402

0001 c065e204

Kernel panic - not syncing: Aiee, killing interrupt handler!

<0>Rebooting in 180 seconds..

[allez l'om]

wat wil dat zeggen dan?

[Henksat]

Origineel bericht van: allez l'om

wat wil dat zeggen dan?

We hebben in ieder geval visueel dat er iets fout gaat. Dit zal best een referent kunnen zijn voor alle andere met dezelfde problemen.
Wat nu de oorzaak is, hardware/software, is nog de vraag, maar het heeft de aandacht.
Ik heb de log ook op het DMM forum geplaatst, dus wachten wat er uit komt.

[Avalon]

@henksat

 

Hij loopt alvast met de laatste originele versie en dan staat CCcam er nog niet op ..

 

Alleen ik heb meerdere van de laatste zending in handen gehad die bagger waren of te wel hetzelfde probleem vertonen:-)

 

mazlzlz

Avalon

[Erik Slagter]

Origineel bericht van: Henksat

CPU 0 Unable to handle kernel paging request at virtual address 10008000,
epc ==
c044b3dc, ra == c044b3b0
Oops in arch/mips/mm/fault.c::do_page_fault, line 167[#1]:
Cpu 0
$ 0 : 00000000 10008000 00000000 00001000
$ 4 : c0706ef8 c0700000 00001000 10008000
$ 8 : 10008400 1000001f 00000000 87b8a000
$12 : bfc00600 00000001 1008229c 486ca973
$16 : 0000000c c0700000 0000000d 00000001
$20 : 80309ee0 0000000d b0400780 b0080000
$24 : 00000000 000045c1
$28 : 80308000 80309e10 b0082424 c044b3b0
Hi : fffffff4
Lo : 0000000c
epc : c044b3dc bsettop_irq+0x134/0x194 [bcm7401] Tainted: P
ra : c044b3b0 bsettop_irq+0x108/0x194 [bcm7401]
Status: 10008002 KERNEL EXL
Cause : 80800004
BadVA : 10008000
PrId : 00020000
Modules linked in: zd1211b rt73 fp dreambox_rc2 bcm7401 cu1216mk3 tu1216
alps_bs
be2 stb_proc alps_bsbe1 stv0299 alps_bsbe1_c01a fe_common vfat fat autofs4
usb_s
torage scsi_mod cifs lcd
Process swapper (pid: 0, threadinfo=80308000, task=8030a210)
Stack : 80309e50 80370000 80310000 802d0000 87dab900 00000000 00000000
80047714
80309e50 80370000 80310000 8003008c 803431a0 0000000d 87dab900
fffffffb
80370000 80309ee0 800478a0 8036e238 0000000a 80370000 00000001
8036fd5c
0000000d 00001000 b0400784 80309ee0 00000000 00000012 80005720
80309ee0
10008400 83300000 83040000 830472ac 800030e8 83510000 83040000
8002b97c
...
Call Trace:
[<80047714>] handle_IRQ_event+0x7c/0xf0
[<8003008c>] run_timer_softirq+0x1e8/0x23c
[<800478a0>] __do_IRQ+0x118/0x1a8
[<80005720>] do_IRQ+0x1c/0x34
[<800030e8>] brcm_mips_int2_dispatch+0xf0/0x234
[<8002b97c>] do_softirq+0x8c/0x94
[<80001f48>] brcmIRQ+0x128/0x180
[<80003c04>] r4k_wait+0x0/0xc
[<80360000>] tcp_v4_init+0x44/0x70
[<80005c64>] cpu_idle+0x34/0x58
[<80003c08>] r4k_wait+0x4/0xc
[<8012f54c>] idr_cache_ctor+0x0/0xc
[<803457dc>] start_kernel+0x1d0/0x1e8
[<80345264>] unknown_bootoption+0x0/0x330
[<80345000>] _sinittext+0x0/0x88
[<80345024>] _sinittext+0x24/0x88


Code: ac830024 24a46ef8 90820078 <1440ffe3> 24020001 a0820078 3c03c070
2402
0001 c065e204
Kernel panic - not syncing: Aiee, killing interrupt handler!
<0>Rebooting in 180 seconds..[/b]

Hmmm, die ken ik (helaas).

Dit is een totaal nietszeggende foutmelding van de kernel (een soort van segfault in kernel space). Ik kom ze meestal tegen in de volgende situaties:

- kernel bug (maar dat is zeer zeldzaam)
- device driver bug (gezien de reputatie van dream al wat meer kans)
- probleem met hardware (warmte.....)

Je kunt al iets meer te weten komen door meerdere van deze reports te verzamelen. Als de stack trace telkens dezelfde entries laat zien, dan is het waarschijnlijk een bug in een device driver (of kernel dus). Als er telkens andere functies staan, dan is de kans groot dat er een hardware-probleems is (hoewel een driver of kernel probleem nog steeds mogelijk is).

Op i386 kun je kdebug (de kernel debugger) gebruiken, daarmee heb ik ooit ook zo'n fout gelokaliseerd. Ik weet niet of die ook op mips beschikbaar is? Kdebug draait helaas wel beter op een multiprocessor/multicore platform.

[Erik Slagter]

BTW ik heb zelf geen 800, maar die komt er wel aan.

 

En ik heb twee 7000's die met name de laatste tijd zeer regelmatig problemen hebben:

 

- systeem wordt zeer traag

- wil ook niet meer meteen rebooten, pas de derde of de vierde poging is succesvol.

 

Als ik reboot terwijl hij het normaal doet, dan gaat het wel meteen goed.

 

Het lijkt er op dat deze (ook) te warm worden. Ik weet dat de i386 CPU's een beveiliging hebben die de cpu-clock gaat moduleren als de temperatuur te hoog wordt (= lagere temperatuur maar ook lagere performance). Het lijkt erop dat de PPC's en de MIPS'en van dream dit ook doen. Het zou wel een boel verklaren.

 

Ik ga binnenkort maar eens een grote koelplaat en fan op de processor monteren om te kijken of het helpt. Dan weten we het in ieder geval van de 7000's. Hoe de situatie met de 800's is, heeft uiteraard ook zeer mijn interesse.

[Henksat]

Origineel bericht van: Erik Slagter

Je kunt al iets meer te weten komen door meerdere van deze reports te verzamelen.

Op verzoek:

[EPGC] start cleanloop
[EPGC] stop cleanloop
[EPGC] 323079 bytes for cache used
[EPGC] start cleanloop
[EPGC] stop cleanloop
[EPGC] 323079 bytes for cache used
CPU 0 Unable to handle kernel paging request at virtual address 00200200, epc ==
00200200, ra == 00200200
Oops in arch/mips/mm/fault.c::do_page_fault, line 167[#1]:
Cpu 0
$ 0 : 00000000 10008400 00000000 000000f9
$ 4 : 8036e594 87c710d0 000a7a1d 000a7924
$ 8 : 00000000 00000000 ced70c80 0000009f
$12 : cee64ec0 0000009f 31fe6e00 00000001
$16 : 10008401 802d0000 87c71000 80370000
$20 : 80310000 802d0000 00200200 00100100
$24 : 00000000 2af42aa8
$28 : 80308000 80309e20 834f0000 00200200
Hi : 0000009f
Lo : cee64ec0
epc : 00200200 0x200200 Tainted: P
ra : 00200200 0x200200
Status: 10008402 KERNEL EXL
Cause : 00800008
BadVA : 00200200
PrId : 00020000
Modules linked in: zd1211b rt73 fp dreambox_rc2 bcm7401 cu1216mk3 tu1216 alps_bs
be2 stb_proc alps_bsbe1 stv0299 alps_bsbe1_c01a fe_common vfat fat autofs4 usb_s
torage scsi_mod cifs lcd
Process swapper (pid: 0, threadinfo=80308000, task=8030a210)
Stack : 80309ee0 00000044 8030bc40 80009ed8 00000100 801cccc0 80309e50 8003008c
8030bc40 00000000 00000000 00000001 878e9f30 878e9f30 00000000 8036e238
0000000a 80370000 00000001 8036fd5c 80370000 83040000 8002b830 00000044
8030bc40 fffffffb 80370000 80309ee0 10008400 83300000 83040000 830472ac
83040000 83510000 83040000 8002b97c 83040000 830472ac 83040000 83510000
...
Call Trace:
[<80009ed8>] timer_interrupt+0x108/0x224
[<801cccc0>] rh_report_status+0x0/0x180
[<8003008c>] run_timer_softirq+0x1e8/0x23c
[<8002b830>] __do_softirq+0x8c/0x14c
[<8002b97c>] do_softirq+0x8c/0x94
[<80005728>] do_IRQ+0x24/0x34
[<80001f2c>] brcmIRQ+0x10c/0x180
[<80001f48>] brcmIRQ+0x128/0x180
[<80003c04>] r4k_wait+0x0/0xc
[<80360000>] tcp_v4_init+0x44/0x70
[<80005c64>] cpu_idle+0x34/0x58
[<80003c08>] r4k_wait+0x4/0xc
[<8012f54c>] idr_cache_ctor+0x0/0xc
[<803457dc>] start_kernel+0x1d0/0x1e8
[<80345264>] unknown_bootoption+0x0/0x330
[<80345000>] _sinittext+0x0/0x88
[<80345024>] _sinittext+0x24/0x88


Code: (Bad address in epc)

Kernel panic - not syncing: Aiee, killing interrupt handler!
<0>Rebooting in 180 seconds..

[Avalon]

Tested. Wij hebben een Cooler geplaatst waar normaal de HDD komt te liggen. normaal loopt de box na 7 minuten vast nu bleef de box ruim 40 minuten door draaien.

 

Het probleem komt dus vooral door de warmte produktie van het toestel zelf.

 

mazlzl

Avalon

[allez l'om]

helaas blijft het van de kant van dream multimedia en haar importeur akelig stil. Wat gaan zij doen om dit probleem, waar velen mee kampen, op te lossen? (graag zonder dat ik de box 3 maanden kwijt ben)

[Erik Slagter]

Origineel bericht van: Henksat

[<80001f2c>] brcmIRQ+0x10c/0x180
[<80001f48>] brcmIRQ+0x128/0x180

...

Kernel panic - not syncing: Aiee, killing interrupt handler!
<0>Rebooting in 180 seconds..

Interesting, weer die broadcom interrupt handler (wel een ander adres nu).

Hardware gaat eindeloos interrupts afvuren bij oververhitting? Dat had ik ooit met een sata-kaart.