On Thu, 2008-08-21 at 15:12 +0200, Ingo Steiner wrote:
> Hans,
>
> thank you very much for your offer to build an ivtv version which
> probably supports s2ram!
>
> Of course I am prepared to test here. I do think the environment is
> quite suitable as my motherboard ASUS M2N-E and the other components
> support s2ram.
>
> For your information:
> I did try already to unload the module before calling s2ram and re-load
> it after wake-up with no success. Here the modules loaded on my system:
Ingo,
How did you try to do the module load and unload? On my Fedora 7 system
I had (s2disk?) working a while ago (I haven't tested recently). I did
it so I could use the power button on my remote to turn off mythtv and
put the machine into suspend. Here are some of the notes I have:
Fix the pm-suspend config to unload and reload ivtv module:
$ su - root
# cp /usr/lib/pm-utils/defaults /etc/pm/config.d/unload_module
# vim /etc/pm/config.d/unload_module
# cat /etc/pm/config.d/unload_modules
# pm-utils suspend/hibernate config file
# system defaults are in /usr/lib/pm-utils/defaults
# hal calls pm-utils to do suspend on Fedora 7
#HIBERNATE_RESUME_POST_VIDEO="no"
SUSPEND_MODULES="ivtv cx18 "
#DISABLE_HIBERNATE="no"
#DISABLE_SUSPEND="no"
# chown root:root /etc/pm/config.d/unload_module
# chmod 755 /etc/pm/config.d/unload_module
# exit
Fix udev rules so mythbackend can work after resume:
$ su - root
# cd /etc/udev/rules.d
# vim 55-local.rules
# cat 55-local.rules
KERNEL=="video*", GROUP="mythtv"
KERNEL=="radio*", GROUP="mythtv"
KERNEL=="vbi*", GROUP="mythtv"
SUBSYSTEM=="dvb", GROUP="mythtv"
# udevcontrol reload_rules
# exit
I did the stuff below as well for the sake of mythtv running as non-root
user, but it didn't matter/or didn't work. This stuff only probably
gets checked on an event that doesn't happen on resume (hal database
updated with *new* ivtv device, pam console transfer/revert))
Add /etc/security/console.perms.d/60-local.perms to give dvb & v4l
access to mythtv group:
# permission definitions for mythbackend
#<console> 0660 <sound> 0660 root.mythtv
<console> 0660 <v4l> 0660 root.mythtv
<console> 0660 <dvb> 0660 root.mythtv
On resume have HAL give mythtv permissions to /dev/video again:
$ su - root
# vim
/usr/share/hal/fdi/policy/20thirdparty/90-grant-v4l-devices-to-mythtv-group.fdi
# cat
/usr/share/hal/fdi/policy/20thirdparty/90-grant-v4l-devices-to-mythtv-group.fdi
<?xml version="1.0" encoding="UTF-8"?>
<deviceinfo version="0.2">
<device>
<!-- grant access to v4l devices to mythtv group so mythbackend works -->
<match key="info.capabilities" contains="access_control">
<match key="info.capabilities" contains="video4linux">
<append key="access_control.grant_group"
type="strlist">mythtv</append>
</match>
<match key="info.capabilities" contains="dvb">
<append key="access_control.grant_group"
type="strlist">mythtv</append>
</match>
</match>
</device>
</deviceinfo>
# /sbin/service haldaemon restart
# exit
Regards,
Andy
> lsmod |grep ivtv
> ivtv 152512 0
> i2c_algo_bit 8452 1 ivtv
> cx2341x 14596 1 ivtv
> tveeprom 20624 1 ivtv
> videodev 30720 1 ivtv
> v4l2_common 21888 6 wm8775,cx25840,tuner,ivtv,cx2341x,videodev
> v4l1_compat 15492 2 ivtv,videodev
> i2c_core 28544 13
> wm8775,cx25840,tuner,tea5767,tda8290,tuner_simple,mt20xx,tea5761,ivtv,i2c_algo_bit,tveeprom,nvidia,i2c_nforce2
>
> I am running here Ubuntu-Hardy amd64 with kernel:
>
> cat /proc/version
> Linux version 2.6.24-19-generic ([EMAIL PROTECTED]) (gcc version 4.2.3 (Ubuntu
> 4.2.3-2ubuntu7)) #1 SMP Fri Jul 11 21:01:46 UTC 2008
>
> If you need any more information, please let me know.
>
> Many thanks and regards,
> Ingo
_______________________________________________
ivtv-users mailing list
[email protected]
http://ivtvdriver.org/mailman/listinfo/ivtv-users
