25 replies to this topic

[gjstroom]

Op 2015-06-24 zijn de vuplus drivers naar 20150623 geupdate, een paar dagen later gingen ze weer terug naar 20150511, maar daar is geen log van in de git history. Hoe zit dit nu ?

Als ik een verse git clone maak dan heb ik daar ook weer 20150511 drivers, dat heb ik net nog gecheckt.

voorbeeld: vuplus-dvb-modules-vusolo2.bb

require vuplus-dvb-modules.inc

KV = "3.13.5"

DOWNLOADMACHINE = "${MACHINE}"

SRCDATE = "20150511"
SRC_URI[md5sum] = "f39ed401549d833375e61f43cac0164c"
SRC_URI[sha256sum] = "7fbee6f4c30de0f01168b16c193d0fef696e822b5fd3b2a6a1b115341fb11aba"

[littlesat]

Als het goed is regelt VU dat zelf via de BSP layer...

[gjstroom]

Nou dan gaat er dus ergens iets goed mis

Kijk dan maar eens hier: https://github.com/v...ules-vusolo2.bb

[Erik Slagter]

Klopt in ieder geval precies met wat ik in de repo heb staan... Heb je wel een git submodule update gedaan?

..meta-vuplus/recipes-bsp/drivers $ git blame vuplus-dvb-modules-vusolo2.bb | cat
d222f839 (vu-plus 2014-08-11 13:17:17 +0900 1) require vuplus-dvb-modules.inc
d222f839 (vu-plus 2014-08-11 13:17:17 +0900 2)
cebdb7e2 (vu-plus 2014-08-11 13:21:55 +0900 3) KV = "3.13.5"
d222f839 (vu-plus 2014-08-11 13:17:17 +0900 4)
d222f839 (vu-plus 2014-08-11 13:17:17 +0900 5) DOWNLOADMACHINE = "${MACHINE}"
d222f839 (vu-plus 2014-08-11 13:17:17 +0900 6)
63020f03 (vu-plus 2015-06-23 18:26:58 +0900 7) SRCDATE = "20150623"
63020f03 (vu-plus 2015-06-23 18:26:58 +0900 8) SRC_URI[md5sum] = "968e321582f7fc7a934c9ddfaf4de874"
63020f03 (vu-plus 2015-06-23 18:26:58 +0900 9) SRC_URI[sha256sum] = "c9ab83b499ac3921d194db866a39d96a5abafad67c23436567ea50eb280a00ce"

Edited by Erik Slagter, 5 July 2015 - 07:45.

[40H3X]

Hier heeft de Duo ook de driver datum van 11-5-2015. (Hij doet het overigens prima ) Btw wat me opvoel is dat als je in "mijn ontvanger" zit de standby toets niet werkt (niet dat dit nou zo relevant is )

[littlesat]

Niet in alle schermen is de standby toets aktief...

[Frenske]

Hier heeft de Duo ook de driver datum van 11-5-2015. (Hij doet het overigens prima ) Btw wat me opvoel is dat als je in "mijn ontvanger" zit de standby toets niet werkt (niet dat dit nou zo relevant is )

De drivers van de Duo zijn inderdaad de oude. Andere modellen lijken wel correct geupdate. Wordt vervolgd.

[40H3X]

Ter info: de Vu Zero heeft ook DVB drivers van 2015-05-11, maar i.t.t de Duo heeft deze wel de kernel van 3.13.5 i.p.v 3.9.6 ze doen het overigens beide prima

Edited by 40H3X, 5 July 2015 - 15:22.

[gjstroom]

@Erik Slagter

Zoals ik al eerder heb gemeld, ik doe een verse git clone, dan een make update.

Dan lijkt mij het niet nodig om nog per brand ook nog een git submodule update te doen ?

Submodule path 'meta-vuplus': checked out '9b2ceb155ffa7ca65a8af790dcaefa327055383b'
Cloning into 'meta-xp'...
remote: Counting objects: 50, done.
remote: Total 50 (delta 0), reused 0 (delta 0), pack-reused 50
Unpacking objects: 100% (50/50), done.

Met '9b2ceb155ffa7ca65a8af790dcaefa327055383b' zit je dus hier https://github.com/v...caefa327055383b

 

cd openpli-oe-core.tst/meta-vuplus/recipes-bsp/drivers

grep 201505 *

vuplus-dvb-modules-vuduo2.bb:SRCDATE = "20150511"
vuplus-dvb-modules-vuduo.bb:SRCDATE = "20150511"
vuplus-dvb-modules-vusolo2.bb:SRCDATE = "20150511"
vuplus-dvb-modules-vusolo.bb:SRCDATE = "20150511"
vuplus-dvb-modules-vusolose.bb:SRCDATE = "20150511"
vuplus-dvb-modules-vuultimo.bb:SRCDATE = "20150511"
vuplus-dvb-modules-vuuno.bb:SRCDATE = "20150511"
vuplus-dvb-modules-vuzero.bb:SRCDATE = "20150511"
 

Edited by gjstroom, 5 July 2015 - 17:41.

[Erik Slagter]

Doe eens een git submodule in de git root? Dan vergelijk ik de shasums wel even.

 

Ik heb intussen wel gezien dat om een of andere reden onze bouwserver de oude drivers (weer) uitgeeft. De eerst dag ging het nota bene wel goed. Ik heb het e.e.a. aan tmp spullen weggegooid, morgen nog eens kijken.

[gjstroom]

/data2/openpli-oe-core.tst$ git submodule
 207013b6dde82f9654f9be996695c8335b95a288 bitbake (1.17.0-1354-g207013b)
 d133bcc05a7b143527c9d24f77abcb01b51ccad7 meta-formuler (d133bcc)
 bd611ef4ead0d68703e99c99e05b8a769b1f042d meta-hd (bd611ef)
 9c926ef2d463e643fb0dc87f6535a12e35d039ab meta-openembedded (9c926ef)
 00b2330fd0c1e6cfe60b7a81338ad1c0fcc85d0e meta-openpli/recipes-openpli/e2openplugins (remotes/origin/upstream)
 9b2ceb155ffa7ca65a8af790dcaefa327055383b meta-vuplus (9b2ceb1)
 b12992d4637f8d8ef41ac205cc5f919bc9d2df45 meta-xp (b12992d)
 e3537676e087cc5bcf6a90e8805b36ed6d4a7c42 meta-xtrend (heads/master)
 eb9d896db2fc67bac8efd258744d06fbbee87f06 openembedded-core (2015-4~537)

en na een make update, want ik zie dat je ze net opnieuw hebt gesubmit:

 

/data2/openpli-oe-core.tst$ git submodule
 207013b6dde82f9654f9be996695c8335b95a288 bitbake (1.17.0-1354-g207013b)
 6bc736d082ca53231f55d7dde9b46c580991c1bb meta-formuler (heads/master)
 b5fcb1f4a39a407d2f8b2336e0598d8d06e65f4d meta-hd (heads/master)
 9c926ef2d463e643fb0dc87f6535a12e35d039ab meta-openembedded (9c926ef)
 00b2330fd0c1e6cfe60b7a81338ad1c0fcc85d0e meta-openpli/recipes-openpli/e2openplugins (remotes/origin/upstream)
 20627ff9464cb5c75e1c1bd865d73f04f5b6f2ee meta-vuplus (remotes/origin/HEAD)
 b12992d4637f8d8ef41ac205cc5f919bc9d2df45 meta-xp (b12992d)
 e3537676e087cc5bcf6a90e8805b36ed6d4a7c42 meta-xtrend (heads/master)
 eb9d896db2fc67bac8efd258744d06fbbee87f06 openembedded-core (2015-4~537)

Edited by gjstroom, 6 July 2015 - 17:05.

[Tech]

Intussen is dit rechtgetrokken, ik had na een submodule update de zaak op orde. Vanaf morgen dus nieuwe drivers

[40H3X]

Natuurlijk dank voor alle inspanningen Dev's ff wat feedback de Zero gaat van kernel 3.9.6 naar 3.13.5 en de dvb drivers van 15-5 naar 23-6, echter bij de Duo gast de kernel niet naar 3.13.5, maar wordt de 3.9.6 weer geinstalleerd. Overigens alles draait prima hoor

[Rob van der Does]

Dat klopt: 3.9.6 is de actuele kernelversie voor de oude generatie VU's (Solo/DUO/UNO/Ultimo).

De nieuwere boxen zitten op 3.13.5

[40H3X]

Thanks, klopt ik ziet het net https://github.com/v...cipes-bsp/linux

[Erik Slagter]

Er is iets misgegaan met de oorspronkelijke commit. Hij is wel gepushed en aangekomen in de officiele repository, maar toch is de submodule hash niet aangepast. Vermoedelijk is het iets geweest met een kleine desynchronisatie tussen mijn lokale git en die officiele (commits die op een of andere manier aangepast worden nadat ze gepushed zijn). Doordat VU+ nu nieuwe wijzigingen in de BSP had, is dat nu vanzelf rechtgetrokken.

[40H3X]

Dank voor de uitleg

[hermantel]

Beste Edwin,

zelf heb ik zelf ook 2x vuduo (type 1)en nog 1x Vuduo2 en nog een oudere E1 dreambox DM7020S Alleen de 2 stuks, VUPLUS kon ik niet netwerk mounten Ik werd er gek van. Geen CIF en geen NSF mount. Ik heb Kernel 3, 1,15 erin gezet Dit zou werken. Zelfs erna een nieuw Open PLI 4 image Maar niks..Het is echt een hele duidelijke buck...Netwerk mounting tussen VUDUO en andere VU is onmogelijk zonder een aanpassing, Het is raar dat nu 3 jaar na de eerste klacht sinds de kernel update naar 3,9 is er door Open PLI en door de mensen die VU ontwikkeld hebben NIETS gedaan om dit enige echte serieuze probleem aan te pakken in mijn ogen Ze hebben gewoon de VUPLUS2 uitgebracht en that's it. Ik moet zeggen dat de VUPLUS2 de extreme box is voor een hobbiest als ik...Ook het netwerk probleem met de nieuwe box is verleden tijd. Maar terug naar de VUDUO 1 dus.,,,

 

Edwin dankzij jou simpele en duidelijke uitleg draait alles bij mij ook goed nu Mijn  icons in netwerk connection van alle 4x HDD's staan groen te gloeien van vreugde...haha..

 

Voor alle anderen die zelfde problemen hebben,,Ik heb het ook getest en het werkt perfect als workaround.

Met DCC kom je makkelijk in etc enigma 2 met bewerken rechtermuis optie Waarschijnlijk staan al je mounts erin en niet eentje  Bijvoorbeeld Harddisk VUDUO   HarddiskDM7020...etc Je moet dus bij alle mounting posities  rw veranderen in:   <options>rw,nolock,sec=ntlm</options> dan op save drukken om instellingen vast te zetten,

Je moet daarna wel even in alle netwerk mounts in je instelling bij verbindings opties RW veranderen in rw,nolock,sec=ntlm en dan opnieuw mounten  CIF share drukken, dus geen NSF share, wat velen schijnen te beweren. Bij mij lukt het mounten dan niet en blijft rood kruis, ook al is linux eigenlijk NSFshare, wat wordt gezegt, Dit is iets wat ik zelf ook nog niet helemaal snap, maar goed, als het maar werkt toch? En CIF share staat standaard ingesteld in OpenPli. Dat is toch om een reden lijkt me? Als je de stappen van Edwin volgt,  dan worden je moutingj echt groen de HDD mount en kun je vanaf iedere VU nu alle je HDD's zien

 

Nog een gunst en tip voor de ontwikkelaars van Open Pli 4, Dat ik echt een perfect image vind en echt blij ben met de support en ontwikkelingen. Maar als iemand van het team dit moch lezen. Wordt het niet een keer tijd na 3 jaar dat iemand deze simpele maar hele vervelende buck eens een slinger geeft in de volgende update? Het gaat dus om de oude VUDUO en SOLO,,,,Type 1

Type 2 werkt alles goed.

Bedankt, 

 

Succes. Groetjes Herman.

[gjstroom]

Ik merk vanmorgen dat de VU drivers weer naar 20150511 zijn teruggegaan in de vuplus bsp layer.

~/openpli-oe-core$ grep SRCDATE meta-vuplus/recipes-bsp/drivers/vuplus-dvb-modules-*.bb
meta-vuplus/recipes-bsp/drivers/vuplus-dvb-modules-vuduo2.bb:SRCDATE = "20150511"
meta-vuplus/recipes-bsp/drivers/vuplus-dvb-modules-vuduo.bb:SRCDATE = "20150511"
meta-vuplus/recipes-bsp/drivers/vuplus-dvb-modules-vusolo2.bb:SRCDATE = "20150511"
meta-vuplus/recipes-bsp/drivers/vuplus-dvb-modules-vusolo.bb:SRCDATE = "20150511"
meta-vuplus/recipes-bsp/drivers/vuplus-dvb-modules-vusolose.bb:SRCDATE = "20150511"
meta-vuplus/recipes-bsp/drivers/vuplus-dvb-modules-vuultimo.bb:SRCDATE = "20150511"
meta-vuplus/recipes-bsp/drivers/vuplus-dvb-modules-vuuno.bb:SRCDATE = "20150511"
meta-vuplus/recipes-bsp/drivers/vuplus-dvb-modules-vuzero.bb:SRCDATE = "20150511"

[gjstroom]

Even offtopic in deze thread maar in deze commit: https://github.com/O...46e9a2065f0ef46

Mist er ook nog wat zoals graugans ook al opmerkt onderaan !

001-add-cable-chipset.patch