1176 replies to this topic

[Rob van der Does]

Nog even een kleine update: De VU+ is niet meer gecrasht sinds de toegepaste workaround, het kan uiteraard toeval zijn omdat ik ook uit andere bron andere geluiden hoor, maar de box draait nu een week probleemloos.

Hier loopt inmiddels test #6, allemaal met nieuwe drivers & kernel configs van VU+. Hoewel t/m test #5 het resultaat slecht was (= systemcrash na 24-60 uur uptime) geeft dit wel aan dat VU+ er mee bezig is.

[littlesat]

met nieuwe drivers & kernel configs van VU+.

Dus het komt uiteindelijk wel goed met de VU+ lijkt me zo..... Nu de fout wordt aangepakt waar het ook daadwerkelijk zit...

Edited by littlesat, 29 March 2012 - 09:58.

[Erik Slagter]

Het kwartje is gevallen. Het zou misschien wel handig zijn als de tests meer publiek zouden doen.

[BBsat]

Nog even een kleine update: De VU+ is niet meer gecrasht sinds de toegepaste workaround, het kan uiteraard toeval zijn omdat ik ook uit andere bron andere geluiden hoor, maar de box draait nu een week probleemloos.

Hier loopt inmiddels test #6, allemaal met nieuwe drivers & kernel configs van VU+. Hoewel t/m test #5 het resultaat slecht was (= systemcrash na 24-60 uur uptime) geeft dit wel aan dat VU+ er mee bezig is.

Hoewel mijn VU+ duo sinds ik een swap file heb vrijwel niet meer crasht ben ik hier erg blij mee.
swap heeft weer andere vreemde bijverschijnselen, zo gaat de box soms ineens na een tijdje vreselijk traag zappen waarbij zelfs de tandwielen ruim in beeld komen.
Een verse aan/uit herstart help dan weer een tijdje.
Maar goed, dit is beter dan een vastloper tijdens een opname.

[teletub]

Het kwartje is gevallen. Het zou misschien wel handig zijn als de tests meer publiek zouden doen.

Kunnen degenen die nu geen problemen hebben met de vuduo ook meteen testen of de nieuwe drivers & kernel configs van VU+ bij hun ook geen "nieuwe/andere" problemen veroorzaken.


groet

[Erik Slagter]

Hoewel mijn VU+ duo sinds ik een swap file heb vrijwel niet meer crasht ben ik hier erg blij mee.
..
swap heeft weer andere vreemde bijverschijnselen, zo gaat de box soms ineens na een tijdje vreselijk traag zappen waarbij zelfs de tandwielen ruim in beeld komen.

Ik denk dat die twee gerelateerd zijn Ik denk ook dat hij na enige tijd (uren, dagen) dan alsnog gaat vastlopen om het geheugen dan alsnog volzit.

[doglover]

Heb mijn VU+ ook voorzien van de nieuwe drivers en de patch van VU+ (of workaround of hoe je dat ook moogt noemen).
Moet er wel bijvertellen dat ik een swap file gebruik (Moet regelmatig heel wat epg laden).

Momenteel geen enkele vastloper of "bijna" vastloper meer gehad.
Heb wel de indruk dat de box iets vlotter reageert. Voorheen was ie soms wat sloom bij het zappen, met af en toe de spinner in beeld tijdens het zappen. Dit ook niet meer gezien sinds ik de VU+ patch gebruikt heb.

Willy

[teletub]

So in short we can currently verify/confirm that it is VU-driver related?

Thanks for your help here!

Unless this is a dutch thread it switched to English so Sundtek can read with us

It seems like the broadcom drivers which are used with openpli cause some memory corruptions with external tuners and finally result in non-working En*gma2.

Driver used in openpli which crashes:
md5sum /lib/modules/*/extra/dvb-bcm7335.ko 2d9b809fb7590d33c1a2ba5cbb696f84 /lib/modules/3.1.1/extra/dvb-bcm7335.ko
Driver used in VTI which seems to have a better behavior:
md5sum /lib/modules/*/extra/dvb-bcm7335.ko c57df29a964e95ef3dd6df3412c320f8 /lib/modules/3.1.1/extra/dvb-bcm7335.ko

Those drivers provide the virtual tuner interface

http://openpli.org/f...er/page__st__80 Heeft dit allemaal niet met elkaar te maken voor de vuduo.

Ik gebruik nooit een usb-stick en geen vastlopers.

groet

[Rob van der Does]

Nog even een kleine update: De VU+ is niet meer gecrasht sinds de toegepaste workaround, het kan uiteraard toeval zijn omdat ik ook uit andere bron andere geluiden hoor, maar de box draait nu een week probleemloos.

Hier loopt inmiddels test #6, allemaal met nieuwe drivers & kernel configs van VU+. Hoewel t/m test #5 het resultaat slecht was (= systemcrash na 24-60 uur uptime) geeft dit wel aan dat VU+ er mee bezig is.

Na 8 testen met steeds verschillende kernels/drivers en nog steeds een systeemcrash na een beperkt aantal draaiuren, heeft VU+ besloten de zaak in huis te gaan onderzoeken. Mijn box zit in het vliegtuig.......
Maar in ieder geval heeft het er alle schijn van dat zij er serieus op ingaan.

Edited by SatKiekerd, 2 April 2012 - 08:45.

[BBsat]

In het vliegtuig nou nou......
das beter dan dood in z'n doosje op zolder

[Rob van der Does]

In het vliegtuig nou nou......
das beter dan dood in z'n doosje op zolder

LOL, dat hangt ervan af: er kan van alles gebeuren........

[Carl]

Het gebeurt op alle vu+ duo's dus waarom zou je een settopbox naar marusys/cerutrading sturen. Hebben ze in Korea geen VU+ duo om te testen?

De oplossing is trouwens heel simpel gebruik 2.6.18

@satkiekerd heb je ook een versie 2.6.32 gekregen? Dit komt van broadcom en is waarschijnlijk wel stabiel.

[Rob van der Does]

Het gebeurt op alle vu+ duo's dus waarom zou je een settopbox naar marusys/cerutrading sturen.

Als je dit draadje volgt, zie je dat het probleem zich slechts bij enkele DUO's voordoet. En de inventarisatie heeft uitgewezen dat een interne HDD een gemeenschappelijke factor is.
En tevens hebben we allemaal vastgesteld dat het een kernel 3.1 probleem is. Bovendien komen de drivers niet van Broadcom, maar van VU+.
Ik begrijp dus niet precies waar je heen wilt..........

Edited by SatKiekerd, 3 April 2012 - 13:40.

[BBsat]

Hoewel mijn VU+ duo sinds ik een swap file heb vrijwel niet meer crasht ben ik hier erg blij mee.
..
swap heeft weer andere vreemde bijverschijnselen, zo gaat de box soms ineens na een tijdje vreselijk traag zappen waarbij zelfs de tandwielen ruim in beeld komen.

Ik denk dat die twee gerelateerd zijn Ik denk ook dat hij na enige tijd (uren, dagen) dan alsnog gaat vastlopen om het geheugen dan alsnog volzit.

Ja die relatie lijkt er wel te zijn.
Hoewel ik m eigenlijk niet meer aan het vastlopen krijg.
Soms lijkt het zover maar de box komt altijd weer uit de tandwielfase.
Na een verse herstart is de traagheid ook altijd weer voorbij.
Heb ook de patch nog geprobeerd die hier in het draadje voorbij kwam maar ik merk eigenlijk geen verschil

[Carl]

Dat de één meer last heeft dan een ander heeft te maken met wat je ermee doet. Het probleem echter doet zich voor op ALLE vu+ duo's.

Broadcom heeft een stabiel sourcecode platform gebaseerd op kernel 2.6.31
VU+ heeft in navolging van Xtrend ook geprobeerd om nieuwere kernels te gebruiken voor hun boxen.
Helaas bleek dat vu+ dit nog niet stabiel heeft gekregen voor de vu+ duo.
Gezien je zegt dat je meerdere kernels/drivers etc test vraag ik mij af of je ook een versie 2.6.31 hebt gekregen. Dit lijkt me de eerste stap gezien 2.6.31 stabiel zal zijn omdat het van broadom komt.

[dAF2000]

Dat de één meer last heeft dan een ander heeft te maken met wat je ermee doet. Het probleem echter doet zich voor op ALLE vu+ duo's.

Broadcom heeft een stabiel sourcecode platform gebaseerd op kernel 2.6.31
VU+ heeft in navolging van Xtrend ook geprobeerd om nieuwere kernels te gebruiken voor hun boxen.
Helaas bleek dat vu+ dit nog niet stabiel heeft gekregen voor de vu+ duo.
Gezien je zegt dat je meerdere kernels/drivers etc test vraag ik mij af of je ook een versie 2.6.31 hebt gekregen. Dit lijkt me de eerste stap gezien 2.6.31 stabiel zal zijn omdat het van broadom komt.

De discussie in deze thread gaat natuurlijk over de problemen die er sinds de 3.1-kernel zijn. Van de 2.6-kernel (die hiervoor in OpenPLi zat) weten we dat het probleem er niet was, of minder, of in ieder geval niet getriggerd werd.

[Pedro_Newbie]

Dat de één meer last heeft dan een ander heeft te maken met wat je ermee doet. Het probleem echter doet zich voor op ALLE vu+ duo's.

Broadcom heeft een stabiel sourcecode platform gebaseerd op kernel 2.6.31
VU+ heeft in navolging van Xtrend ook geprobeerd om nieuwere kernels te gebruiken voor hun boxen.
Helaas bleek dat vu+ dit nog niet stabiel heeft gekregen voor de vu+ duo.
Gezien je zegt dat je meerdere kernels/drivers etc test vraag ik mij af of je ook een versie 2.6.31 hebt gekregen. Dit lijkt me de eerste stap gezien 2.6.31 stabiel zal zijn omdat het van broadom komt.

Mag ik je vragen hoe je aan deze informatie komt want je bent erg goed op de hoogte, ben je misschien de Nederlandse importeur o.i.d.
De vorige kernel (die van december 2011) draait inderdaad erg stabiel, hoewel ik nu met de kleine patch/aanpassing aan het vrije geheugen, geen vastloper meer heb gehad (even afkloppen )

[Pedro_Newbie]

Dat had ik natuurlijk nooit moeten zeggen dat ik geen vastloper meer had gehad, want prompt om 03.54 uur is de VU+ vastgelopen zonder aanwijsbare oorzaak, niets was er gepland op dat tijdstip en de HDD was in standby mode.

[teo1966]

ik denk dat vu alles een beetje boven het hoofd aan het groeien is
een nieuwere kernel , een nieuwe bootloader met een groter toepasbaar geheugen , en de beveiliging voor de clone boxen
en de beveiliging is volgens mij het grootste probleem ( kijk bij dream wat hun tpm check voor problemen heeft / had met de drivers met deze tpm check )

[Rob van der Does]

ik denk dat vu alles een beetje boven het hoofd aan het groeien is

Ik denk dat het weinig zin heeft dit soort speculaties te spuien. Laten we maar even wachten wat er uit de bus komt. Men heeft mij in ieder geval beloofd dat de 'DUO-ziekte' bij hen de hoogste prioriteit heeft.