[mythtv-users] power off and on frontend only with remote

Mario Limonciello mario.mailing at gmail.com
Fri Oct 27 07:03:27 UTC 2006


Leighton,

Also, it appears that using the remote to wakeup again in 2.6.17 isn't
working. Ubuntu 6.06 was using 2.6.15, and the remote was no trouble to
wakeup with.  2.6.17 it appears to not work, even after fiddling with
enabling USB1 in /proc/acpi/wakeup.

What else did you fumble with?

Thanks,

Mario

On 10/27/06, Mario Limonciello <mario.mailing at gmail.com> wrote:
>
> Leighton,
>
> I recently moved my myth frontend box up to edgy.  This included a newer
> nvidia driver by default.
>
> Consequently, I am able to suspend with the nvidia module still loaded,
> but mythfrontend doesn't work with lirc after the resume.  It seems the
> frontend process doesn't like loosing lirc for a little bit and then getting
> it back.  Any workarounds for this?
>
> Regards,
>
> Mario
>
> On 10/25/06, Leighton Brough <brough at baremetalsoft.com> wrote:
> >
> > Leighton Brough wrote:
> > > "Nearly perfect" is exactly where I'm up to now as well. I find I get
> > > occasional (hard lockup) crashes on resume from S3, and the playback
> > of
> > > some recordings stutter after resume too. But it is probably only a
> > > matter of time before I get to the bottom of these since I've only had
> >
> > > it working like this for a few days.
> > >
> > >
> > For the archive:
> >
> > I've got the resume from suspend-to-RAM going completely reliably now.
> > With a 2.6.18 kernel there is a bug whereby the reset timer hardware is
> > not correctly re-synchronised with the restored state of the kernel on
> > resume. Consequently the kernel sometimes goes into a _very_ long loop
> > looking for the next tick which means it locks up hard. The workaround
> > hack is:
> >
> > echo jiffies > /sys/devices/system/clocksource/clocksource0
> >
> > before suspending.
> >
> > Strangely, I also needed to choose the QT painter in the frontend, as
> > the OpenGL one sometimes results in crashes on resume. Maybe this is
> > also related to the clocksource too?
> >
> > The playback issue is still there - I believe this is also due to the
> > same clocksource problem - resulting in broken frame timing. There are
> > changes in the 2.6.19 kernel which look like they should fix this.
> >
> > Leighton
> >
> > _______________________________________________
> > mythtv-users mailing list
> > mythtv-users at mythtv.org
> > http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mythtv.org/pipermail/mythtv-users/attachments/20061027/fbfce504/attachment-0001.htm 


More information about the mythtv-users mailing list