1176 replies to this topic

[dAF2000]

volgens mij hadden we dat hele verhaal een maandje geleden al uitgesloten

Rytec of doglover had inderdaad eens z'n EMM's uitgeschakeld, maar ik weet niet meer of dat voor de crashes was of voor de haperende opnames.

[pieterg]

En als je echt wil testen met EMM uitgeschakeld, kan je dat beter volledig doen, ipv slechts de kaart emm's te blocken.

Het meeste werk voor de drivers zit hem in het ontvangen en filteren van bergen section data. Echt niet in die paar blokjes data die daarvan uiteindelijk naar je kaart gaan.

[Erik Slagter]

Maar ik denk dat iemand zowiezo eens moet proberen een tijdje helemaal zonder cam te draaien. Iemand waarbij de box al na een half uur normaal vastloopt ofzo, die heeft er niet zo'n last van

Zou wel een boel verklaren overigens, want ik heb de kaart niet in de VU+, dus handelt hij ook de EMM's niet af, en bij mij crasht hij inderdaad niet.

Edited by Erik Slagter, 22 February 2012 - 15:00.

[Rob van der Does]

Ik heb de DUO geruime tijd gedraaid zonder CAM: liep zo'n tweemaal per dag vast (maar soms ook pas na een paar dagen). En dat terwijl de box niet eens echt in gebruik is: gewoon in standby, zonder opnames (zelfs geen coax aangesloten). Wel met de standaard nachtelijke acties EPG binnen halen en backup maken.

[rytec]

Ik heb de kaart ook niet in de vuduo en toch startte ie na een paar dagen opnieuw op. Ik heb een paar pagina's terug al het verschil aangetoond met en zonder epg data geladen.
En zoveel epg sources heb ik nu niet in gebruik.
Wat mij ook vooral opvalt is dat het zich voordoet indien er een opname gestart is en je gaat rondzappen waarbij dan ook vaak tuner B aangesproken wordt.
Maar ik heb nu dus die versie van 28/12 erop staan met oscam6423, epg import, fan control en webinterface en ik ga vanavond eens hier ook testen met een opname en rondzappen.

[Erik Slagter]

Ik heb de DUO geruime tijd gedraaid zonder CAM: liep zo'n tweemaal per dag vast (maar soms ook pas na een paar dagen). En dat terwijl de box niet eens echt in gebruik is: gewoon in standby, zonder opnames (zelfs geen coax aangesloten). Wel met de standaard nachtelijke acties EPG binnen halen en backup maken.

Interessante info!

Ik weet wel uit de tijd dat ik nog een dm7000, dat die het niet leuk vond, juist als hij geen signaal op z'n tuner zag, hij wilde dan nog wel eens vastlopen.

Mijn VU+ heeft beide DVB-S2 tuners aangesloten op de schotel.

[Erik Slagter]

Ik heb de kaart ook niet in de vuduo en toch startte ie na een paar dagen opnieuw op.

Maar heb je dan ook in je cam aangegeven dat-ie alle emm's meteen moet droppen? Je kunt ook remote kaarten updaten...

[peter38]

Voor zover ik weet is het VTi image gebaseerd op het originele image met de nieuwe kernel en de laatste drivers...

Kun je specificeren welke kernel en welke drivers precies? De kernel kun je zien met "uname -a", de drivers met "opkg list_installed vuplus-dvb-modules"

Met OpenPLi krijg je kernel 3.1.1 en drivers 3.1.1-r4.20120126.2

Bij deze...

Attached Files

•  Knipsel.PNG   47.84KB   60 downloads

[Erik Slagter]

Hee dat is raar.

Hun versie van de drivers is dus:

3.1.1-r19-20120126, terwijl die bij ons 3.1.1-r4.20120126.2 is. De datum is gelijk, maar het release nummer heel anders?! Ben benieuwd of dat een kwestie van andere packaging is van dezelfde modules of echt een andere versie.

Hun kernel is wel later compileerd, maar verder zelfde versie. Het kan natuurlijk zijn dat zij net iets anders opties hebben in de kernel config.

Zou je eens het volgende willen doen:

cd /lib/modules/3.1.1/extra
md5sum *.ko

Ik krijg dan:

7c41f24b3cb0a6731168b89cd7233805  brcmfb.ko
1cfa26e35fdcb08aa8bca035dde9b059  dvb-bcm7413.ko
86ce86ef07710d8d92d0d3342cb2b11f  fpga_directc.ko
8193885ced2204d517bfd1b0039b611d  procmk.ko

Edited by Erik Slagter, 22 February 2012 - 20:00.

[Erik Slagter]

Misschien dat de mensen met serieuze problemen mij even kunnen steunen hier: http://www.sat4all.c...30#entry2064432, anders sta ik een beetje met een mond vol tanden, aangezien ik zelf geen last heb van de vastlopers!

[peter38]

Hee dat is raar.

Hun versie van de drivers is dus:

3.1.1-r19-20120126, terwijl die bij ons 3.1.1-r4.20120126.2 is. De datum is gelijk, maar het release nummer heel anders?! Ben benieuwd of dat een kwestie van andere packaging is van dezelfde modules of echt een andere versie.

Hun kernel is wel later compileerd, maar verder zelfde versie. Het kan natuurlijk zijn dat zij net iets anders opties hebben in de kernel config.

Zou je eens het volgende willen doen:

cd /lib/modules/3.1.1/extra
md5sum *.ko

Ik krijg dan:

7c41f24b3cb0a6731168b89cd7233805  brcmfb.ko
1cfa26e35fdcb08aa8bca035dde9b059  dvb-bcm7413.ko
86ce86ef07710d8d92d0d3342cb2b11f  fpga_directc.ko
8193885ced2204d517bfd1b0039b611d  procmk.ko

Hier zijn mijn resultaten....

Attached Files

•  Knipsel2.PNG   59.83KB   38 downloads

[WanWizard]

Die zijn dus anders...

[Erik Slagter]

Dat zijn duidelijk andere getallen. Ze hebben ook geen fpga_directc.ko. Dat zou kunnen duiden op stiekem toch een oudere versie van de drivers?

[delagroov]

Hmm..ik heb op mn 2nd Ultimo VTI 4.1 staan.

En hier toch wel dezelfde dvb modules. Zou de vuduo wel de laatse updates hebben van Peter?

Using username "root".
root@192.168.1.63's password:
Send automatic password
 
 
  www.vuplus-support.org
		  home of
 
/$$	/$$ /$$$$$$$$ /$$
| $$   | $$|__  $$__/|__/
| $$   | $$   | $$	/$$
|  $$ / $$/   | $$   | $$
\  $$ $$/	| $$   | $$
  \  $$$/	 | $$   | $$
   \  $/	  | $$   | $$
	\_/	   |__/   |__/
 
   Welcome on your Vu+ !
 
root@vuultimo2:~# cd /lib/modules/3.1.1/extra
root@vuultimo2:/lib/modules/3.1.1/extra# md5sum *.ko
7c41f24b3cb0a6731168b89cd7233805  brcmfb.ko
1cfa26e35fdcb08aa8bca035dde9b059  dvb-bcm7413.ko
86ce86ef07710d8d92d0d3342cb2b11f  fpga_directc.ko
8193885ced2204d517bfd1b0039b611d  procmk.ko
root@vuultimo2:/lib/modules/3.1.1/extra#

Edited by delagroov, 22 February 2012 - 20:46.

[delagroov]

Misschien dat de mensen met serieuze problemen mij even kunnen steunen hier: http://www.sat4all.c...30#entry2064432, anders sta ik een beetje met een mond vol tanden, aangezien ik zelf geen last heb van de vastlopers!

Maar dat is een toch Ultimo Review topic...en de vastlopers zijn op de vuduo

Edited by delagroov, 22 February 2012 - 20:44.

[pieterg]

Dat zijn duidelijk andere getallen. Ze hebben ook geen fpga_directc.ko. Dat zou kunnen duiden op stiekem toch een oudere versie van de drivers?

nee, eerder op een andere box

[Erik Slagter]

Het is mij inmiddels ook gelukt om de box te laten vastlopen (nou ja, net niet, maar het scheelt niet veel).

Hij blijft hangen op "ip link set lo down", iets wat normaal in een duizendste van een seconde klaar moet zijn. "D" status oftewel "disk wait" betekent bijna altijd dat er iets gaar is, en jawel (dmesg):

dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
INFO: rcu_sched_state detected stall on CPU 1 (t=60001 jiffies)
INFO: rcu_sched_state detected stalls on CPUs/tasks: { 1} (detected by 0, t=60002 jiffies)
INFO: rcu_sched_state detected stall on CPU 1 (t=240033 jiffies)
INFO: rcu_sched_state detected stalls on CPUs/tasks: { 1} (detected by 0, t=240034 jiffies)

Dit is echt foute boel.

Dit kan ook alleen door een driverbug zijn veroorzaakt...

[Erik Slagter]

Maar dat is een toch Ultimo Review topic...en de vastlopers zijn op de vuduo

Beide, de duo wel het ergst. Het schijnt dat ze in principe dezelfde drivers hebben (ook al leert de md5sum dat dat misschien ook wel weer niet zo is).

[Erik Slagter]

Dat zijn duidelijk andere getallen. Ze hebben ook geen fpga_directc.ko. Dat zou kunnen duiden op stiekem toch een oudere versie van de drivers?

nee, eerder op een andere box

Ja duidelijk, ik zit niet goed op te letten.

[delagroov]

Dat zijn duidelijk andere getallen. Ze hebben ook geen fpga_directc.ko. Dat zou kunnen duiden op stiekem toch een oudere versie van de drivers?

Volgens mij is op de vuduo ook geen fpqa ugrade.

Is pas met de Uno geïntroduceerd