Forum

Full Version: beta2
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
Hi, i just upgraded my beta install (apt-get update/upgrade) and CEC stop working on my setup. Last time a used my XBMC was a week ago without such problem. I don't know if it has been already reported.

I use the setting "make xbmc the active source..." and when i force the tv to activate CEC (anynet+ with samsung tv), the tv switch to HDMI3 source but my RPi is connected to an AVR which is connected to the HDMI2 port on TV... There is absolutly nothing connected on the TV HDMI3...
(2nd Oct, 2013 07:39 AM)mk01 Wrote: [ -> ]Dave, so you are telling me that you are missing file which is part of package you just installed ? Ok, I will believe you.

can you post
Code:
dpkg -L ir-keytable

Based on the output of the above I've rerun nano /etc/rc_maps.cfg and I've been able to comment out the line mentioned back on the 17th.. that had been originally quoted as rc_maps.conf!

Wife is now watching something so will check if this has had an effect on rc operation once shes gone to bed..
(2nd Oct, 2013 07:39 AM)mk01 Wrote: [ -> ]
(2nd Oct, 2013 07:31 AM)Dave400 Wrote: [ -> ]within xbmc, top right corner

what is TZ of XBMC ? tzconfig / tzselect will not selects it's TZ. xbian-config in beta2 will change XBMC TZ as well when changing system TZ. But you have to go and set, it is not trying to sync the setting automatically or so. Gotham is finally taking TZ from system settings.
TZ set in xbian-config as europe/london, also manually set the same in xbmc but it's showing 18:03 instead of 23:03..[/b]
@mpnico

I don't know if reported before (so exactly detailed written down) - but I have Samsung TV as well, also AVR in-between and can just confirm it happened already two times to me as well.

Last time maybe 2 months ago. As it happened only twice and during Beta2 preparation there were so much changes at CEC upstream, firmware on RPI, linux kernel, XBMC itself - that I was not even tried to look for a cause.

I don't even remember what was the special step to get it back, but I remember being changing PORT number in SETTING->SYSTEM->INPUT->CEC. Normally most of the time when this happens, removing ~/.xbmc/userdata/peripheral_data/rpi_2708_1001.xml and XBMC reload helps.

(I was currently checking name of the field in INPUT setup and it was PORT number before, with the latest XBMC there is PHYSICAL ADDRESS instead. but this is even better. you get the address when you stop XBMC, in console run
Code:
echo "scan" | cec-client -s -d 1
and you will see it on device with osd name "CECTester". )

please report back.
btw: although it happened twice on one RPI with Yamaha AVR and SAMSUNG TV, it never happened on other RPI + YAMAHA + SAMSUNG. the both Yamahas and TVs are not exactly the same models, but YAMAHA almost and have identical FW. SAMSUNG TV are different with year of production - never happened with the older one, the other is almost brand new (early this year).

btw: I'm using "make AS" as well.

(2nd Oct, 2013 08:05 AM)Dave400 Wrote: [ -> ]Based on the output of the above I've rerun nano /etc/rc_maps.cfg and I've been able to comment out the line mentioned back on the 17th.. that had been originally quoted as rc_maps.conf!

you see, we all do mistakes. myself included. thanks for pointing this out, will comment this in original post and change - not to confuse others if they will try the same.

and yes, please report.

I'm quite angry for the RCs not being working as it was working with A5. For B1X there were _zero_ changes in the package and before for Beta2 there have been changes two:

1) sysvinit script being copied into upstart template
2) someone from user base was changing /etc/lirc/harware.conf file as fix for something not working. As the commit was accepted I took that.

but problem is that I have no remote to test that (I have CEC on all devices) and for the standard setup (lirc_rpi module load and lirc start) it starts as requested - so lirc creates device, the script recognize lirc_rpi was loaded etc. So even if willing so much, I can't check & fix even the smallest issue on that topic and every question-answer with me is try and see.

So i will buy original swiss chocolate to the one hitting the pot there.
@mk01
You're so quick to bring detailled answer Smile

Here is the result of the command :
Terminal
xbian@xbian ~ $ echo "scan" | cec-client -s -d 1
opening a connection to the CEC adapter...
requesting CEC bus information ...
CEC bus information
===================
device #0: TV
address: 0.0.0.0
active source: no
vendor: Samsung
osd string: TV
CEC version: 1.4
power status: on
language: fre


device #1: Recorder 1
address: 2.3.0.0
active source: no
vendor: Unknown
osd string: CECTester
CEC version: 1.4
power status: on
language: eng

I have to use 0.0.0.0 or 2.3.0.0 in the physical adress ?

I will also remove the xml file you provide, but for now, TV is busy, i'll try it later.

Thx.
@mpnico

try as with the delete first. use filling the address only if all other fail.

also have seen on other forums (and other distros) hard reset TV (meaning not only turning off but unplug from wallet for 30s plug back again).
Ok, i'll report back later, thx.
(2nd Oct, 2013 08:14 AM)mk01 Wrote: [ -> ]
(2nd Oct, 2013 08:05 AM)Dave400 Wrote: [ -> ]Based on the output of the above I've rerun nano /etc/rc_maps.cfg and I've been able to comment out the line mentioned back on the 17th.. that had been originally quoted as rc_maps.conf!

you see, we all do mistakes. myself included. thanks for pointing this out, will comment this in original post and change - not to confuse others if they will try the same.

and yes, please report.

I'm quite angry for the RCs not being working as it was working with A5. For B1X there were _zero_ changes in the package and before for Beta2 there have been changes two:

1) sysvinit script being copied into upstart template
2) someone from user base was changing /etc/lirc/harware.conf file as fix for something not working. As the commit was accepted I took that.

but problem is that I have no remote to test that (I have CEC on all devices) and for the standard setup (lirc_rpi module load and lirc start) it starts as requested - so lirc creates device, the script recognize lirc_rpi was loaded etc. So even if willing so much, I can't check & fix even the smallest issue on that topic and every question-answer with me is try and see.

So i will buy original swiss chocolate to the one hitting the pot there.

rc6 line was commented out with a # still just arrow keys and 'enter' button working, nothing else.. uncommented and stopped lirc in case irtables install would have an effect but nada...

time stuff.. any broadcast message (such as after sudo reboot) has correct time, just within xbmc where its wrong even with all timezones set to match..
(2nd Oct, 2013 08:05 AM)Dave400 Wrote: [ -> ]TZ set in xbian-config as europe/london, also manually set the same in xbmc but it's showing 18:03 instead of 23:03..[/b]

I would like to know where the diff of 5h is taken from. This would mean system TZ being set wrong at the moment when when ntpd was setting it. At least it looks to me like this.

the 23:03 was actual time at London I know (it's 2h to myself in winter due to DST - Bratislava), but did you check and confirmed with "date"?. sorry for asking stupid-like questions but you have not confirmed this - but it is important.

btw: you can check GMT in /etc/localtime (cat /etc/localtime - it is binary file, but last characters are TZ in text form), then running "ntpq -p" to see how ntpd is seeing the diff to reference and if you run "ntpdc sysinfo" you will get the reference time in absolute.
@mk01 : removing the xml file did the trick, cec is now working properly, not a beta 2 bug so. Thx again.
(2nd Oct, 2013 08:57 AM)mk01 Wrote: [ -> ]
(2nd Oct, 2013 08:05 AM)Dave400 Wrote: [ -> ]TZ set in xbian-config as europe/london, also manually set the same in xbmc but it's showing 18:03 instead of 23:03..[/b]

I would like to know where the diff of 5h is taken from. This would mean system TZ being set wrong at the moment when when ntpd was setting it. At least it looks to me like this.

the 23:03 was actual time at London I know (it's 2h to myself in winter due to DST - Bratislava), but did you check and confirmed with "date"?. sorry for asking stupid-like questions but you have not confirmed this - but it is important.
in top right of xbmc it's [19:07] and underneath date of Tue, Oct 1, 2013..
(for reference it's now 0:08, Wed, Oct 2, 2013)

(2nd Oct, 2013 08:57 AM)mk01 Wrote: [ -> ]btw: you can check GMT in /etc/localtime (cat /etc/localtime - it is binary file, but last characters are TZ in text form), then running "ntpq -p" to see how ntpd is seeing the diff to reference and if you run "ntpdc sysinfo" you will get the reference time in absolute.

cat /etc/localtime
Code:
GMT0BST,M3.5.0/1,M10.5.0


ntpq -p
Code:
ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*193.2.78.228    180.243.141.244  2 u   55   64   37   96.123   -4.804   6.474
192-211-58-105- 29.33.231.205    3 u   31   64    0    0.000    0.000   0.000
+cirkusz.lvs.iif 185.219.2.214    2 u   57   64   37   85.059  -14.349   7.957
+headnode.szeged 165.94.197.40    2 u   58   64   37   86.095  -17.715  21.324

ntpdc sysinfo
Code:
No address associated with hostname
(2nd Oct, 2013 08:57 AM)Dave400 Wrote: [ -> ]time stuff.. any broadcast message (such as after sudo reboot) has correct time, just within xbmc where its wrong even with all timezones set to match..

ok then Dave I will just ask you to update from apt as today new frodo was compiled and committed. that newest one I checked for correct time, but can't confirm for the one you probably have installed 2.9-10.11 ? I know it was correct for me and without reports to be wrong with 2.9-10.10 - that was XBMC 12.2 dated late August. 2.9-10.10 was Sep-12. the 2.9-10.12 is week newer. if still wrong, lets wait for others to confirm or not and then we look at your system, ok ?

(2nd Oct, 2013 09:09 AM)Dave400 Wrote: [ -> ]ntpdc sysinfo
Code:
No address associated with hostname

that all looks good, ntpdc [enter] in it's prompt "sysinfo" [enter]
(2nd Oct, 2013 09:11 AM)mk01 Wrote: [ -> ]ok then Dave I will just ask you to update from apt as today new frodo was compiled and committed. that newest one I checked for correct time, but can't confirm for the one you probably have installed 2.9-10.11 ? I know it was correct for me and without reports to be wrong with 2.9-10.10 - that was XBMC 12.2 dated late August. 2.9-10.10 was Sep-12. the 2.9-10.12 is week newer. if still wrong, lets wait for others to confirm or not and then we look at your system, ok ?
in system info via xmbc it shows at bottom above memory usage: xbmc 12.2 git: 20130829-18397e1 (compiled: Sep 8 2013)

Code:
apt-get upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages have been kept back:
  xbian-package-config-shell xbian-package-config-xbmc xbian-package-xbmc
  xbian-update
0 upgraded, 0 newly installed, 0 to remove and 4 not upgraded.

(2nd Oct, 2013 09:11 AM)mk01 Wrote: [ -> ]
(2nd Oct, 2013 09:09 AM)Dave400 Wrote: [ -> ]ntpdc sysinfo
Code:
No address associated with hostname

that all looks good, ntpdc [enter] in it's prompt "sysinfo" [enter]

Code:
ntpdc> sysinfo
system peer:          ntp1.litnet.lt
system peer mode:     client
leap indicator:       00
stratum:              2
precision:            -20
root distance:        0.09474 s
root dispersion:      0.06654 s
reference ID:         [193.219.61.110]
reference time:       d5f5d6c6.400c91d6  Wed, Oct  2 2013  0:18:30.250
system flags:         auth monitor ntp kernel stats
jitter:               0.008118 s
stability:            0.000 ppm
broadcastdelay:       0.000000 s
authdelay:            0.000000 s
@Dave

to the RC story. as you are loading mceusb module for lirc (or was using lirc like this before) when lirc is starting it is getting this info from dmesg output (or better told startup script for lirc is doing the search and then it is setting the params for lirc binary).

and the command line which started lircd could be seen when you type "ps ax" as command. standard setup - dummy for me - with lirc_rpi module will produce such line:
Code:
/usr/local/sbin/lircd --driver=default --device=/dev/lirc0 -u

can you send yours please?
(2nd Oct, 2013 09:28 AM)mk01 Wrote: [ -> ]@Dave

to the RC story. as you are loading mceusb module for lirc (or was using lirc like this before) when lirc is starting it is getting this info from dmesg output (or better told startup script for lirc is doing the search and then it is setting the params for lirc binary).

and the command line which started lircd could be seen when you type "ps ax" as command. standard setup - dummy for me - with lirc_rpi module will produce such line:
Code:
/usr/local/sbin/lircd --driver=default --device=/dev/lirc0 -u

can you send yours please?

Code:
753 ?        Ss     0:00 /usr/local/sbin/lircd --driver=default

seems to be missing the 'device' string...

full output of ps ax is
Code:
root@xbian:/home/xbian# ps ax
  PID TTY      STAT   TIME COMMAND
    1 ?        S<s    0:05 /sbin/init
    2 ?        S      0:00 [kthreadd]
    3 ?        S      0:00 [ksoftirqd/0]
    4 ?        S      0:00 [kworker/0:0]
    5 ?        S<     0:00 [kworker/0:0H]
    6 ?        S      0:00 [kworker/u2:0]
    7 ?        S<     0:00 [khelper]
    8 ?        S      0:00 [kdevtmpfs]
    9 ?        S<     0:00 [netns]
   10 ?        S<     0:00 [writeback]
   11 ?        S<     0:00 [bioset]
   12 ?        S<     0:00 [kblockd]
   13 ?        S      0:00 [khubd]
   15 ?        S<     0:00 [rpciod]
   19 ?        S      0:02 [kswapd0]
   20 ?        S      0:00 [fsnotify_mark]
   21 ?        S<     0:00 [nfsiod]
   22 ?        S<     0:00 [bioset]
   23 ?        S<     0:00 [crypto]
   30 ?        S<     0:03 [VCHIQ-0]
   31 ?        S<     0:00 [VCHIQr-0]
   32 ?        S<     0:00 [VCHIQs-0]
   33 ?        S<     0:00 [dwc_otg]
   34 ?        S<     0:00 [DWC Notificatio]
   35 ?        S<     0:00 [deferwq]
   42 ?        S      0:13 [mmcqd/0]
  201 ?        S      0:00 [btrfs-genwork-1]
  202 ?        S      0:00 [btrfs-submit-1]
  204 ?        S      0:00 [btrfs-fixup-1]
  205 ?        S      0:05 [btrfs-endio-1]
  207 ?        S      0:00 [btrfs-rmw-1]
  208 ?        S      0:00 [btrfs-endio-rai]
  209 ?        S      0:00 [btrfs-endio-met]
  211 ?        S      0:00 [btrfs-freespace]
  212 ?        S      0:00 [btrfs-delayed-m]
  213 ?        S      0:00 [btrfs-cache-1]
  214 ?        S      0:00 [btrfs-readahead]
  215 ?        S      0:00 [btrfs-flush_del]
  216 ?        S      0:00 [btrfs-qgroup-re]
  217 ?        S      0:00 [btrfs-cleaner]
  218 ?        S      0:00 [btrfs-transacti]
  244 ?        S      0:01 /usr/bin/splash --reopen --msgtxt=loading... --percen
  301 ?        Ss     0:00 dbus-daemon --system --fork
  317 ?        Ss     0:00 rpcbind
  376 ?        S      0:00 upstart-udev-bridge --daemon
  381 ?        Ss     0:00 /sbin/udevd --daemon
  408 ?        S      0:00 [kworker/0:2]
  412 ?        S      0:00 avahi-daemon: running [xbian.local]
  416 ?        S      0:00 avahi-daemon: chroot helper
  430 ?        S<s    0:00 dhclient -v -pf /run/dhclient.eth0.pid -lf /var/lib/d
  512 ?        Ss     0:00 /usr/sbin/inetd -l
  537 ?        RNsl   3:30 /usr/local/lib/xbmc/xbmc.bin --standalone
  558 ?        S      0:00 upstart-socket-bridge --daemon
  647 ?        S      0:00 [rc0]
  753 ?        Ss     0:00 /usr/local/sbin/lircd --driver=default
  769 ?        Sl     0:00 /usr/sbin/console-kit-daemon --no-daemon
  843 ?        Sl     0:00 /usr/lib/policykit-1/polkitd --no-debug
  844 ?        SNs    0:00 /usr/sbin/ntpd -p /var/run/ntpd.pid -g -L -U 1 -u 102
  870 ?        S      0:00 [VCHIQka-0]
  875 ?        Sl     0:00 /usr/lib/udisks/udisks-daemon
  876 ?        S      0:00 udisks-daemon: not polling any devices
  977 ?        S      0:00 [btrfs-worker-2]
1011 ?        S      0:00 /sbin/udevd --daemon
1012 ?        S      0:00 /sbin/udevd --daemon
1096 ?        Ss     0:00 cron
1175 ?        Ss     0:00 /usr/sbin/nmbd -D
1198 ?        Ss     0:00 python /usr/local/sbin/upstart-xbmc-bridge.py
1478 ?        Ss     0:00 sshd: xbian [priv]
1485 ?        S      0:00 sshd: xbian@pts/3
1486 pts/3    Ss     0:00 -bash
1599 ?        S      0:01 [btrfs-delalloc-]
1773 ?        S      0:00 [btrfs-endio-wri]
2547 ?        Ss     0:00 /sbin/syslogd -u syslog
2582 ?        S<     0:00 [kworker/0:1H]
2961 ?        S      0:00 [btrfs-endio-3]
2962 pts/3    S      0:00 sudo su
2964 pts/3    S      0:00 su
2965 ?        S      0:00 [kworker/u2:1]
2967 ?        S      0:00 [btrfs-endio-met]
2974 pts/3    S      0:00 bash
3249 ?        Sl     0:00 cec-client -o XBIAN -d 1
3299 ?        S      0:00 [btrfs-worker-2]
3311 ?        S      0:00 [btrfs-endio-3]
3314 ?        Ss     0:00 /bin/sh -e /proc/self/fd/9
3317 ?        S      0:00 sleep 180
3322 ?        S      0:00 [btrfs-delalloc-]
3323 pts/3    R+     0:00 ps ax
(2nd Oct, 2013 09:23 AM)Dave400 Wrote: [ -> ]
Code:
apt-get upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages have been kept back:
  xbian-package-config-shell xbian-package-config-xbmc xbian-package-xbmc
  xbian-update
0 upgraded, 0 newly installed, 0 to remove and 4 not upgraded.

ah, kept back packages. when you do apt-get install xbian-package-config-shell, you get version which fixes the problem not providing kept back packages for further updates.

then you can just update with xbian-config (shell or XBMC) and all will be fine for future, but the new config-shell is essential to this.

newly upgraded systems (from beta1X or A5) will be fine as upgrading via apt-get install xbian-update (as in the instruction in opening post) will install the correct config-shell automatically, but you was upgrading to beta2 before that fix - that's why it stuck. apt-get install xbian-update would help as well, but if you do just config-shell and then using it (to avoid anymore hacking on command line) would confirm the fix. thanks in advance.

probably I should write a communiqué about this because other users with earlier update to B2 are for sure stuck as well.

Matus

(2nd Oct, 2013 09:33 AM)Dave400 Wrote: [ -> ]
Code:
753 ?        Ss     0:00 /usr/local/sbin/lircd --driver=default

seems to be missing the 'device' string...

yes, i see that. this could be because the mceusb module is creating different device and this is not fetched correctly from dmesg and probably code inside /etc/lirc/hardware.conf.

I was going through your posts (even in other threads) but could not find actual "dmesg". "lsmod" i found, but please send your dmesg. I will hack this to my system and will debug the process with "simulating" your environment.

then I will recheck the accepted commit on git, maybe wasn't si good after all but this is only assumption. by any chance do you know what was the last time, xbian ver when it was working ?

just some general info for all on of you

1) I would like to ask all of you testing/running Beta2. check actual status of "apt-get update; apt-get -s upgrade".

if any packages are being listed as "Kept Back", do
Code:
sudo apt-get install xbian-package-config-shell

this will install fix and upgradeable packages will never be kept back again. this is quite significant as depending on time when you upgraded to Beta2, the list of kept packages and not being updated as needed can be long and even with some bugs being fixed, posted to repo you won't get them

2) as I was communicating two days ago, today new XBMC FRODO 12.2 was compiled and pushed to repo. So if by accident something stop working don't hesitate and report. I would appreciate also comments whether the few bugs (i remember for instance XBMC crashing on creating bookmark in video) reported are still open or fixed

3) there is also a brand new firmware (dated Oct-1). With firmwares the quality was changing like weather - and even already fixed bugs were appearing again after some time (not very pleasant)
Because of this I have not pushed it into updates, but for those willing to try you can install it with

Code:
sudo -i
cd /tmp
wget http://ivka57.dyndns-ip.com/others/xbian-package-firmware1.4-7.deb
dpkg -i xbian-package-firmware1.4-7.deb
reboot
if there are issues, please report back and reinstall back simply by
Code:
apt-get install —reinstall xbian-package-firmware


thanks for reading this!
Reference URL's