Ok, so the sysfs names of vendor/product are driver-dependent... All my usb devices have idVendor/idProduct even though only one of them is "Reddo".
Haven't tried your patch, because as far as I know the driver claims it can do QAM256, and even if that was disabled today it would take some time to get into all linux distributions... Btw it even claims to support QAM256 on the product package, but it still doesn't work. I guess that's the reason they are so inexpensive here...
Teemu
2010/4/5 Klaus Schmidinger <Klaus.Schmidinger@xxxxxxx>
On 05.04.2010 12:43, Teemu Rantanen wrote:Please try creating the cReddoDeviceHook in cPluginDisableReddoQAM256::Initialize(),
> Hi,
>
> I tried also without delete cDeviceHook but it still crashed...
as suggested in PLUGINS.html.
This is what I get here:
> Well, the fixes are basically available in the plugin, as I copied the
> probe method (and modified slightly to suit the plugin). Those are:
> - The sysfs filenames are idVendor (subsystem_vendor) and idProduct
> (subsystem_device)
root@video:/home/kls/vdr/VDR > ls -l /sys/class/dvb/dvb0.frontend0/device/subsystem_*
-r--r--r-- 1 root root 4096 2010-04-05 16:25 /sys/class/dvb/dvb0.frontend0/device/subsystem_device
-r--r--r-- 1 root root 4096 2010-04-05 16:25 /sys/class/dvb/dvb0.frontend0/device/subsystem_vendor
root@video:/home/kls/vdr/VDR > ls -l /sys/class/dvb/dvb0.frontend0/device/id*
ls: cannot access /sys/class/dvb/dvb0.frontend0/device/id*: No such file or directory
Maybe a bug in the driver?
root@video:/home/kls/vdr/VDR > cat /sys/class/dvb/dvb0.frontend0/device/subsystem_device
> - You need to set strtoul() base as 16 as the files don't have 0x in
> front of the hex
0x0000
root@video:/home/kls/vdr/VDR > cat /sys/class/dvb/dvb0.frontend0/device/subsystem_vendor
0x13c2
Maybe the "reddo" driver behaves differently than the FuSi driver?
Will do.
> What about making this an utility method in VDR? Give device file name
> and return id...
Have you tried whether it works with my patch?
In that case you wouldn't even need the whole plugin.
Klaus
_______________________________________________ vdr mailing list vdr@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr