Birgit & Andreas Böttger | 26 May 23:08 2016
Picon

Re: TBS driver breaks lirc_serial

Hi Karim,

Karim schrieb am 26.05.2016 um 22:39:
> I tried today with Jessie 8.4.0 x64, exactly same problem :-(
> I think we tried all the ways. I opened a case at TBS support a few days ago.
> They asked me to send them "lirc_serial.ko working" to check, it seems they could integrate it in their driver.
> If so, it should be great !
>
> Many thanks for your help !
> Of course, if I have some good news from TBS, I will post here.

You mean that the (current) TBS driver is incompatible to Debian?
Maybe .. OK, let's check the TBS support :)

Best regards
Andreas Böttger

_______________________________________________
vdr mailing list
vdr <at> linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
glenvt18 | 26 May 17:59 2016
Picon

[PATCH] cSkinXXXXDisplayMenu::SetEvent(): fix date buffer size

32 bytes is not enough for multi-byte utf8 strings

Date string is truncated.

Please review,
Sergey Chernyavskiy.
---
 PLUGINS/src/skincurses/skincurses.c | 2 +-
 skinclassic.c                       | 2 +-
 skinlcars.c                         | 2 +-
 skinsttng.c                         | 2 +-
 4 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/PLUGINS/src/skincurses/skincurses.c b/PLUGINS/src/skincurses/skincurses.c
index 358035e..fcf183d 100644
--- a/PLUGINS/src/skincurses/skincurses.c
+++ b/PLUGINS/src/skincurses/skincurses.c
 <at>  <at>  -407,7 +407,7  <at>  <at>  void cSkinCursesDisplayMenu::SetEvent(const cEvent *Event)
      return;
   int y = 2;
   cTextScroller ts;
-  char t[32];
+  char t[64];
   snprintf(t, sizeof(t), "%s  %s - %s", *Event->GetDateString(), *Event->GetTimeString(), *Event->GetEndTimeString());
   ts.Set(osd, 0, y, ScOsdWidth, ScOsdHeight - y - 2, t, &Font, clrYellow, clrBackground);
   if (Event->Vps() && Event->Vps() != Event->StartTime()) {
diff --git a/skinclassic.c b/skinclassic.c
index b6d183b..410230d 100644
--- a/skinclassic.c
+++ b/skinclassic.c
(Continue reading)

glenvt18 | 26 May 17:58 2016
Picon

[PATCH] cDevice::GetDeviceForTransponder(): fix a typo

d->MaySwitchTransponder(Channel) is always false here

Please review,
Sergey Chernyavskiy.

---
 device.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/device.c b/device.c
index 18867cd..542d120 100644
--- a/device.c
+++ b/device.c
 <at>  <at>  -342,7 +342,7  <at>  <at>  cDevice *cDevice::GetDeviceForTransponder(const cChannel *Channel, int Priority)
          if (d->ProvidesTransponder(Channel)) {
             if (d->MaySwitchTransponder(Channel))
                Device = d; // this device may switch to the transponder without disturbing any receiver or live view
-            else if (!d->Occupied() && d->MaySwitchTransponder(Channel)) { // MaySwitchTransponder()
implicitly calls Occupied()
+            else if (!d->Occupied()) { // MaySwitchTransponder() implicitly calls Occupied()
                if (d->Priority() < Priority && (!Device || d->Priority() < Device->Priority()))
                   Device = d; // use this one only if no other with less impact can be found
                }
--

-- 
1.9.1

_______________________________________________
vdr mailing list
vdr <at> linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
(Continue reading)

glenvt18 | 26 May 17:36 2016
Picon

[PATCH] Device power saving feature

Hi folks.

This patch introduces a feature which allows an idle device (a device
which is not currently recording or streaming) to enter a power-down
mode after some period of time. Given two timeout values,
PowerdownTimeoutM and PowerdownWakeupH, it works like this: when a
device becomes idle, it is kept powered up for PowerdownTimeoutM minutes
doing, for instance, an EPG scan before it is powered down. If the
device is still idle and has been powered down for PowerdownWakeupH
hours it is powered up for PowerdownTimeoutM minutes and so on. When
recording, streaming or a forced EPG scan starts, the device is powered
up and it's idle timer is disabled. This implies that PowerdownTimeoutM
should be enough for a full round of EPG scanning (20 seconds *
number_of_transponders). Another option is to run EPG scans from cron
(at night) and use SVDRP SCAN command.

Actual implementation of power saving facilities is left to a derived
device class. In the case of a DVB device it is implemented by closing
it's frontend device. For a DVB-S/S2 tuner this usually means powering
the LNB off. My measurements show 3-4W power consumption drops per tuner
for various DVB-S/S2 tuners. So, this feature (together with HDD
spin-down) is especially valuable while running a headless 24/7 VDR
server and/or using several tuners. A SATIP device can also implement
power saving if it is supported by a server.

I know about the dynamite plugin, but 1) it does much more then this, 2)
still requires a VDR patch, which is bigger, 3) doesn't work reliably
for me and 4) I think this functionality should be part of the VDR
core.

(Continue reading)

Birgit & Andreas Böttger | 25 May 23:30 2016
Picon

Re: TBS driver breaks lirc_serial

Hi Karim,

Karim schrieb am 25.05.2016 um 00:24:
> LIRC is a daemon (/usr/sbin/lircd on my system) and /etc/init.d/lirc is the script to start this daemon.
> If I restart LIRC I see the following in syslog (on my systemd system via journalctl -f):
>
> Unfortunately I don't have journalctl, and I didn't afford to install it on Debian Wheezy.
You do not need journalctl, because your system is no systemd-system obviously.
On my system there is no syslog or other logfile in directory /var/log :)

> Your line "[FAIL] Starting remote control..." means that LIRC has any problem.
> Please try to find any other entries in any logfiles that may be related with this problem.
> This failed start should be visible in syslog...
>
> You've right. But curiously, I didnt find error :
>
> grep lirc /var/log/syslog
> May 24 23:01:00 pctest lircd-0.9.0-pre1[4396]: lircd(default) ready, using /var/run/lirc/lircd
> May 24 23:02:00 pctest lircd-0.9.0-pre1[4396]: caught signal
> May 24 23:09:01 pctest lircd-0.9.0-pre1[4414]: lircd(default) ready, using /var/run/lirc/lircd
> May 24 23:09:09 pctest lircd-0.9.0-pre1[4414]: caught signal
> May 24 23:35:51 pctest kernel: [ 4171.326315] lirc_serial: Manually using active low receiver
> May 24 23:35:51 pctest kernel: [ 4171.326409] lirc_serial lirc_serial.0: lirc_dev: driver
lirc_serial registered at minor = 2
>
> grep lirc /var/log/user.log
> nothing.
Strange...

>> 3/
(Continue reading)

Birgit & Andreas Böttger | 22 May 16:50 2016
Picon

Re: TBS driver breaks lirc_serial

Hi Karim,

Karim schrieb am 21.05.2016 um 23:29:
> grep lirc /var/log/syslog
> May 21 22:40:05 pctest kernel: [    3.835944] lirc_dev: IR Remote Control driver registered, major 251
> May 21 22:40:05 pctest kernel: [    3.836499] rc rc0: lirc_dev: driver ir-lirc-codec (saa716x) registered
at minor = 0
> May 21 22:40:05 pctest kernel: [    4.402162] rc rc1: lirc_dev: driver ir-lirc-codec (saa716x) registered
at minor = 1
> May 21 22:40:05 pctest kernel: [    7.364112] lirc_serial: Manually using active low receiver
> May 21 22:40:05 pctest kernel: [    7.364198] lirc_serial lirc_serial.0: lirc_dev: driver lirc_serial
registered at minor = 2
> May 21 22:46:27 pctest kernel: [  388.677309] lirc_dev: module unloaded
> May 21 22:48:32 pctest kernel: [  513.779622] lirc_dev: IR Remote Control driver registered, major 251
> May 21 22:48:32 pctest kernel: [  513.780127] lirc_serial: Manually using active low receiver
> May 21 22:48:32 pctest kernel: [  513.780224] lirc_serial lirc_serial.0: lirc_dev: driver lirc_serial
registered at minor = 0
>
> Questions :
>
> 1/
> There is **2 modules**, but I think it's not a problem because modinfo is OK.
> Are you OK ?
It seems to me that there are two rc-devices on receiver cards - rc0 and rc1.
After restart of LIRC only lirc_dev and lirc_serial are running - ok.

> locate lirc_serial.ko
> /lib/modules/3.2.0-4-amd64/kernel/drivers/linux/drivers/staging/lirc/lirc_serial.ko
> /lib/modules/sic/2016-05-20_22:51/3.2.0-4-amd64/kernel/drivers/media/staging/media/lirc/lirc_serial.ko
.. the new one from TBS and a backup - ok.
(Continue reading)

Birgit & Andreas Böttger | 21 May 01:02 2016
Picon

Re: TBS driver breaks lirc_serial

Hi Karim,

Karim schrieb am 20.05.2016 um 22:59:
> lirc_serial is now loading :
>
> dmesg
> [7.492111] lirc_serial: Manually using active low receiver
> [7.492378] lirc_serial lirc_serial.0: lirc_dev: driver lirc_serial registered at minor = 2
>
> Unfortunately, remote doesn't work (tested with mode2).
If you try it with your old setup, original lirc modules and the same config files - is then all ok?
Are there any errors in syslog?

> I noticed in ".config" file :
> # CONFIG_LIRC_SERIAL_TRANSMITTER is not set
>
> I changed to :
> CONFIG_LIRC_SERIAL_TRANSMITTER=y
I think that you will need this only for any infrared sender.

> Did I missed something ?
Hmm...

I restart lirc in my runvdr script like this:

    /etc/init.d/lirc stop
    sleep 1
    rmmod lirc_serial lirc_dev # to be sure
    sleep 1
    setserial /dev/ttyS0 uart none
(Continue reading)

Joerg Riechardt | 20 May 13:14 2016
Picon
Picon

Hi Klaus, we need your help

Hi Klaus,
please have a look at
http://www.vdr-portal.de/board16-video-disk-recorder/board55-vdr-plugins/128920-ring-buffer-overflows-cdevice-detach-blockiert/?s=549ec1180bfb2f98a7fde3211785f589756c26d0
We need your help.
Thanks,
Joerg

_______________________________________________
vdr mailing list
vdr <at> linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Birgit & Andreas Böttger | 19 May 23:37 2016
Picon

Re: TBS driver breaks lirc_serial

Hi Karim,

Karim schrieb am 19.05.2016 um 22:36:
> I have an issue with TBS drivers (even with last version from april 2016).
> As soon as I install TBS Linux drivers and reboot, lirc_serial doesn't load anymore.

I use TBS drivers v160405 with OpenSuse 13.2 (kernel 3.16.7-35) but lirc from TBS driver package.
My workflow to do this is:

   cd linux-tbs-drivers
   make distclean
   ./v4l/tbs-x86_64.sh
   make                   # but only some seconds to initialize build and generate v4l/.config
   vi v4l/.config         # CONFIG_LIRC_STAGING=y and CONFIG_LIRC_SERIAL=m
   make

   # remove (with or without backup) original media
   SICDIR=/lib/modules/sic/`date +%Y-%m-%d_%H:%M`/`uname -r`/kernel/drivers/media/
   mkdir -p $SICDIR/media $SICDIR/staging/media
   mv /lib/modules/`uname -r`/kernel/drivers/media/* $SICDIR/media/
   mv /lib/modules/`uname -r`/kernel/drivers/staging/media/* $SICDIR/staging/media/

   make install
   reboot

Best regards.
Andreas Böttger

_______________________________________________
vdr mailing list
(Continue reading)

Karim | 19 May 22:36 2016
Picon

TBS driver breaks lirc_serial

Hi,

I have an issue with TBS drivers (even with last version from april 2016). 

My remote is on serial COM1 and works fine, using Wheezy 7.7.0 x64 + lirc cvs from 2013.
kernel : Linux 3.2.0-4-amd64

dmesg OK :
[6.524401] lirc_serial: module is from the staging directory, the quality is unknown, you have been warned.
[7.421128] lirc_serial: auto-detected active low receiver
[7.421182] lirc_serial lirc_serial.0: lirc_dev: driver lirc_serial registered at minor = 0

As soon as I install TBS Linux drivers and reboot, lirc_serial doesn't load anymore. 
dmesg NOK :
[7.650032] lirc_serial: module is from the staging directory, the quality is unknown, you have been warned.
[7.650193] lirc_serial: disagrees about version of symbol lirc_register_driver
[7.650197] lirc_serial: Unknown symbol lirc_register_driver (err -22)

I need lirc_serial because I use Logitech Remote.
Do you know how we could fix this issue ?

Best regards.
Karim

------------------------------------------------------------------------------
modinfo lirc_serial
filename:       /lib/modules/3.2.0-4-amd64/kernel/drivers/staging/media/lirc/lirc_serial.ko
license:        GPL
author:         Ralph Metzler, Trent Piepho, Ben Pfaff, Christoph Bartelmus, Andrei Tanas
description:    Infra-red receiver driver for serial ports.
(Continue reading)

Karim | 19 May 22:32 2016
Picon

Looking for DVB-T and DVB-S2 CI tuners

Hi,

I am using TBS PCI-E tuners (6922/6928/6280); hardware are OK, but drivers
are very bad : they break my  lirc_serial :

[7.650032] lirc_serial: module is from the staging directory, the quality is
unknown, you have been warned.
[7.650193] lirc_serial: disagrees about version of symbol
lirc_register_driver [7.650197] lirc_serial: Unknown symbol
lirc_register_driver (err -22)

So I am looking for tuners which are supported by vanilla Linux kernel,
without patching or installing additional drivers :
- For DVB-T  : PCI, PCIE or USB, dual tuner **with high sensitivity**.
- For DVB-S2 : PCI or PCIE, tuner with CI and another without, or a dual
tuner with CI.

I found a Digital Device "OctopusCI S2 PRO twin CI/DVBS2",  but it seems
that CI is buggy, and drivers are not in Linux kernel :
http://www.digital-devices.eu/shop/en/professional-series/octopus-pcie-serie
s/237/digital-devices-octopusci-s2-pro-twin-ci-and-twin-dvb-s2-tuner-forr-pc
ie-slot

Thanks for your advice.

Regards.
Karim

_______________________________________________
vdr mailing list
(Continue reading)


Gmane