** Changed in: crystalhd (Ubuntu)
Status: Confirmed => New
** Changed in: crystalhd (Ubuntu)
Status: New => Incomplete
** Changed in: crystalhd (Ubuntu)
Status: Incomplete => Opinion
** Changed in: crystalhd (Ubuntu)
Status: Opinion => Confirmed
** Changed in: crysta
Sorry, this bug probably still exists, the permission problem from that
other bug seems to be fixed though. I fixed it myself a long time ago so
please keep us in the loop if/when you do something about is. The fix is
a piece of cake really, so there's little excuse not to just do it
before lunch b
Sorry, I thought there was some kind of auto-link for bug numbers:
https://bugs.launchpad.net/ubuntu/+source/crystalhd/+bug/944353
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/955771
Title:
crystal
That related bug regarding the permissions is #944353 and when the udev
rule there is used it should be possible to simplify my script above to
one line only:
SUSPEND_MODULES="$SUSPEND_MODULES crystalhd"
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subs
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: crystalhd (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/955771
Title:
c
Oh maybe I should clarify that the above syslog snippet is from resume.
Playing a video after suspend ... I don't have the syslog output at hand
because I fixed this for me but it says something about opening the
handle, doing some stuff that doesn't work, closing the handle again. If
it's really i
** Attachment added: "bash script that handles unloading/reloading of crystalhd
module"
https://bugs.launchpad.net/bugs/955771/+attachment/2874051/+files/20_crystalhd
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.la
