Seite 6 von 39

Re: Bug - Liste

Verfasst: So 12. Mai 2013, 18:13
von BPanther-Mobil
Hmm, glaube kaum, daß die HD noch weiter hochscalieren, denn die senden ja nur 720p. Bliebe dann noch Sky selbst. Die genaue Auflösung siehst Du in den technischen Informationen.

Re: Bug - Liste

Verfasst: So 12. Mai 2013, 18:59
von Grabber66
Ich habs nun mal auf Sky Sport HD1 getestet ist 1920X1080 und das Höhste was ich gefunden habe.

Code: Alles auswählen

cuberevo:~# cat /proc/bpa2
Partition: 'LMI_VID' aka 'BPA2_Region1' aka 'coredisplay-video' aka 'gfx-memory' aka 'v4l2-video-buffers'
Size: 57344 kB, base address: 0x10800000
Statistics:                  free           used
- number of blocks:             1              9
- size of largest block:     3484 kB       27648 kB
- total:                     3484 kB       53860 kB
Allocations:
- 5767168 B at 0x13719000
- 6291456 B at 0x13119000
- 28311552 B at 0x11619000
- 8388608 B at 0x10e19000
- 1572864 B at 0x10c99000
- 4194304 B at 0x10899000
- 208896 B at 0x10866000
- 208896 B at 0x10833000
- 208896 B at 0x10800000

Partition: 'LMI_SYS' aka 'BPA2_Region0' aka 'bigphysarea' aka 'v4l2-coded-video-buf'
Size: 22528 kB, base address: 0x0440c000
Statistics:                  free           used
- number of blocks:             2              9
- size of largest block:     8512 kB       12288 kB
- total:                     8544 kB       13984 kB
Allocations:
- 49152 B at 0x0506c000
- 49152 B at 0x05060000
- 49152 B at 0x05054000
- 98304 B at 0x0503c000
- 385024 B at 0x0515e000
- 385024 B at 0x05100000
- 524288 B at 0x05080000
- 12582912 B at 0x0443c000
- 196608 B at 0x0440c000

Partition: 'bigphysarea'
Size: 40960 kB, base address: 0x05a0d000
Statistics:                  free           used
- number of blocks:             1              0
- size of largest block:    40960 kB           0 kB
- total:                    40960 kB           0 kB


Re: Bug - Liste

Verfasst: So 12. Mai 2013, 19:07
von BPanther-Mobil
Sieht gleich aus. Gehts noch wenn du den gleichen Wert wie bei der mini2 nimmst oder auf 0x14... gehst?

Re: Bug - Liste

Verfasst: So 12. Mai 2013, 19:28
von DboxOldie
Wieso ist der Bereich denn komplett frei / ungenutzt ?

Code: Alles auswählen

Partition: 'bigphysarea'
Size: 40960 kB, base address: 0x05a0d000
Statistics:                  free           used
- number of blocks:             1              0
- size of largest block:    40960 kB           0 kB
- total:                    40960 kB           0 kB


Re: Bug - Liste

Verfasst: So 12. Mai 2013, 22:25
von Grabber66
DboxOldie hat geschrieben:Wieso ist der Bereich denn komplett frei / ungenutzt ?

Code: Alles auswählen

Partition: 'bigphysarea'
Size: 40960 kB, base address: 0x05a0d000
Statistics:                  free           used
- number of blocks:             1              0
- size of largest block:    40960 kB           0 kB
- total:                    40960 kB           0 kB

Kann ich dir nicht sagen. Die Box läuft nun seid knapp 72h durch und ist wenn im Standby gewesen. Eigentlich habe
ich damit auch alles gemacht, was man so machen/testen kann.
Sollte ich da evtl. auch noch was "drehen" wenns den überhaupt geht?

Re: Bug - Liste

Verfasst: So 12. Mai 2013, 22:39
von DboxOldie
Bei den Boxen, wo ich mir das bis jetzt angeschaut habe gibt es eigentlich immer zwei bpa2 Bereiche.
Hier sind es halt drei, wobei einer nicht benutzt wird...
Eben der LMI_VID, der LMI_SYS mit den aka Bezeichnungen und eben der dritte (unbenutzte) Bereich der die gleiche Bezeichnung hat wie ein aka im LMI_SYS eben bigphysarea
Das irritiert mich eben...

Edit: oder ist in den bootargs was drinne wie bigphysarea= XXX ?
Das ist ja eigentlich bei bpa2 mem nicht nötig...

Code: Alles auswählen

Partition: 'LMI_VID' aka 'BPA2_Region1' aka 'coredisplay-video' aka 'gfx-memory' aka 'v4l2-video-buffers'
Size: 57344 kB, base address: 0x10800000

Partition: 'LMI_SYS' aka 'BPA2_Region0' aka 'bigphysarea' aka 'v4l2-coded-video-buf'
Size: 22528 kB, base address: 0x0440c000

Partition: 'bigphysarea'
Size: 40960 kB, base address: 0x05a0d000


Re: Bug - Liste

Verfasst: So 12. Mai 2013, 23:26
von BPanther
@Grabber66: Wie gesagt, ich würde es mal mit den 0x01300000 oder 0x01400000 mal versuchen. Wenn auch hier alles stabil läuft, kann man so dem HauptRam noch ein wenig mehr auf diese Art geben, wenn nicht ist es sicherlich auch nicht so tragisch. ;)

Achja, hatte ich noch vergessen zu erwähnen: Auch den TS-Player mit HD-Aufnahmen (Full HD) probieren, kann sein, daß der mehr braucht als das normale TV-Bild um sicherzugehen das alles passt.

Re: Bug - Liste

Verfasst: Di 14. Mai 2013, 11:59
von Grabber66
Hi,

ich hab jetzt 0x01400000 getestet und es läuft bislang super. Das könnte denke ich auch so ins git.
------------------------------------------------------------------------------------------------

Was ich aber seid ich glaube der rev 1366 habe ist das sich die Box beim shutdown wohl verschluckt.
Sie bleibt mit "shutdown" im vfd stehen. Ich muss mal heute abend loggen was es sein könnte, denn
im changelog hab ich bezgl. einer Änderung zum shutdown nichts gelesen, oder vertue ich mich da ?
rcS

Code: Alles auswählen

until false
do
    echo "Neutrino Start"
    /usr/local/bin/neutrino
    if [ -e /tmp/.reboot ]; then
        echo "REBOOT"
        echo "REBOOT" > /dev/vfd
        /var/etc/init.d/shutdown.sh
        sleep 5
        init 6
        sleep 6
    else
        echo "SHUTDOWN"
        echo "SHUTDOWN" > /dev/vfd
        /var/etc/init.d/shutdown.sh
        sleep 5
        init 0
        sleep 6
    fi
done
shutdown.sh

Code: Alles auswählen

#!/bin/sh

# VFD-LED
    /bin/fp_control -l 0 0
# remove old
    rm -f /var/etc/blkid.tab*
# nfserver
    killall portmap
    killall rpc.mountd
    killall -2 nfsd
    exportfs -u -a
# sambaserver
    killall smbd
    killall nmbd
# detach devices
    swapoff -a
    umount -a
# stop camds

Re: Bug - Liste

Verfasst: Di 14. Mai 2013, 15:03
von mohousch
hab auch ab und an das selbe Problem (cuberevo) der von fpcontrol kommt, ob neutrino daran schuld dass fpcontrol segfaultet kann ich weder bestätigen noch ausschliessen, oder sollevremote2 beim shutdown auch gekillt werden? die wird nur gestartet.

Re: Bug - Liste

Verfasst: Di 14. Mai 2013, 16:48
von Grabber66
ich bekomme immer folgendes im log.

Code: Alles auswählen

TuxTxt stopping subtitle thread ...
[dvb-sub] paused
CNeutrinoApp::saveSetup
CNeutrinoApp::ExitRun: entering off state (retcode:0)
[dvb-sub] paused
[dvb-sub] stopped
stop_daemons: httpd shutdown
stop_daemons: httpd shutdown done
[streamts] Stopping STREAM thread keeper
stop_daemons: timerd shutdown
[timermanager] stopping timermanager thread ...
[timermanager] Waiting for timermanager thread to terminate ...
[timermanager] Timermanager thread terminated
[timerd] shutdown complete
stop_daemons: timerd shutdown done
stop_daemons: sectionsd shutdown
[sectionsd] stopping...
broadcasting...
pausing...
[sectionsd] stop eit update filter
join 1
join 2
join 3
[sectionsd] stop eit update filter
close 1
close 3
[sectionsd] ended
stop_daemons: sectionsd shutdown done
TuxTxt stopping subtitle thread ...
stop_daemons: zapit shutdown
[zapit] stopPlayBack: standby 0 forced 0
CFrontend::Close fe(0,0) Philips TDA10023 DVB-C
stop_daemons: zapit shutdown done
[playback_cs.cpp]:~cPlayback
>>> CNeutrinoApp::ExitRun: Good bye <<<
SHUTDOWN
INIT: SwitcØlevel: 0
INIT: Sending processes the TERM signal
Sending all processes the TERM signal...done.
16:46:55        0 s thread 296BF000 exit with signal 15
16:46:55        0 s cardserver down
16:46:55        0 s killing client dvbapi
16:46:55        0 s routerhd2 [camd35] Killing reader
16:46:55        0 s userdb 1 accounts freed
16:46:55        0 s userdb 0 accounts freed
Sending all processes the KILL signal...done.
Deactivating swap...umount: tmpfs busy - remounted read-only
done.
Unmounting local filesystems...umount: can't remount /dev/sdb7 read-only
umount: tmpfs busy - remounted read-only
umount: /dev/mtdblock4 busy - remounted read-only
done.
/bin/fp_control: SW Version 1.04
Model: cuberevo
vBoxType: 12
Selected Model: CUBEREVO frontpanel control utility
init
checkConfig
configs: DISPLAY = 1, DISPLAYCUSTOM = 1, CUSTOM =     %H:%M:%S
, WAKEUPDECREMENT  300
INIT: no more processes left in this runlevel
Ist nun rev 1387, vorher hatte ich 1366 drauf.
Ich hab allerdings auch ein git update gefahren, das heißt das sich evtl. auch dort änderungen auswirken ?

EDIT: Muss mich revidieren, ich mal wieder auf 1366 zurückgeflasht, und auch da ist der gleiche Fehler vorhanden.
Ich bin mir aber sicher, das das geklappt hat...

Re: Bug - Liste

Verfasst: Di 14. Mai 2013, 17:46
von mohousch
top_daemons: zapit shutdown done
[playback_cs.cpp]:~cPlayback
>>> CNeutrinoApp::ExitRun: Good bye <<<
also an neutrino dürfte nicht liegen der hat sich anständig verabschiedet, an fpcontrol auch nicht, die ziemlich hier bei mir immer mit Segfault endet.
koennte sein an die return Codes, weil die aus versehen zwei mal getauscht habe :oops:

Re: Bug - Liste

Verfasst: Di 14. Mai 2013, 21:56
von BPanther
Grabber66 hat geschrieben:ich hab jetzt 0x01400000 getestet und es läuft bislang super. Das könnte denke ich auch so ins git.
Ab sofort (rev5808) im GIT. ;)

Re: Bug - Liste

Verfasst: Di 14. Mai 2013, 22:24
von Grabber66
Wenn da jetzt was an den returncodes "anders" ist. Wie sollte ich denn dann den shutdown in der rcS regeln ?

Re: Bug - Liste

Verfasst: Mi 15. Mai 2013, 10:12
von Grabber66
Irgentwie Blick ich das nicht.
returncodes sind
Shutdown = 0
reboot = 1

Dies ist mein Teil in der rcS

Code: Alles auswählen

until false
do
    echo "Neutrino Start"
    /usr/local/bin/neutrino -v 0
    if [ -e /tmp/.reboot ]; then
        echo "REBOOT"
        echo "REBOOT" > /dev/vfd
        /var/etc/init.d/shutdown.sh
        sleep 5
        init 6
        sleep 6
    else
        echo "SHUTDOWN"
        echo "SHUTDOWN" > /dev/vfd
        /var/etc/init.d/shutdown.sh
        sleep 5
        init 0
        sleep 6
    fi
done
Und für die Revos wird ja diese inittab genutzt : inittab_ttyAS1
Auszug:

Code: Alles auswählen

l0:0:wait:/etc/init.d/rc 0
l1:1:wait:/etc/init.d/rc 1
l2:2:wait:/etc/init.d/rc 2
l3:3:wait:/etc/init.d/rc 3
l4:4:wait:/etc/init.d/rc 4
l5:5:wait:/etc/init.d/rc 5
l6:6:wait:/etc/init.d/rc 6
und in \var\etc\rc.d\ gibt es ja:

Code: Alles auswählen

rc0.d
rc3.d
rc6.d
Was muss ich denn ändern, damit die Box wieder in den Deepstandby geht. Bislang bleibt mir da die Logik verborgen.
Vielleicht kann mir das ja jemand nicht nur lösen, sondern auch erklären. THX

Re: Bug - Liste

Verfasst: Do 16. Mai 2013, 22:21
von Grabber66
Keiner ne Idee ?
Ich hab nun schonmal die rcS geändert:

Code: Alles auswählen

until false
do
    if [ -e /var/etc/.neutrino ]; then
        if [ ! -x /var/boot/neutrino ]; then
            chmod 755 /var/boot/neutrino
        fi
        /var/boot/neutrino -v 0
        rtv=$?
    else
        if [ -e /usr/local/bin/neutrino ]; then
            if [ ! -x /usr/local/bin/neutrino ]; then
                chmod 755 /usr/local/bin/neutrino
            fi
            /usr/local/bin/neutrino -v 0
            rtv=$?
        fi
    fi
    sync
    case "$rtv" in
        0) echo "SHUTDOWN..." > /dev/vfd
            /var/etc/init.d/shutdown.sh
            sleep 5
	    init 0
            sleep 6;;
        1)  echo "REBOOT..." > /dev/vfd
	     /var/etc/init.d/shutdown.sh
             sleep 5
             init 6
             sleep 6;;
        *)  echo "ERROR REBOOT" > /dev/vfd
            /var/etc/init.d/shutdown.sh
            sleep 5
            init 6
            sleep 6;;
    esac
done
Aber auch das bringt keine Änderung. Klappt denn der shutdown in den anderen Boxen ?