linux-kernel - Re: suspend

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <dd18b0c30804031614vf072230g894ab03e4f44034c@mail.gmail.com>
Date:	Thu, 3 Apr 2008 23:14:52 +0000
From:	"Justin Mattock" <justinmattock@...il.com>
To:	"Stefan Schweizer" <genstef@...too.org>
Cc:	"Oliver Neukum" <oliver@...kum.org>, linux-usb@...r.kernel.org,
	linux-kernel@...r.kernel.org
Subject: Re: suspend

Hello with doing some more testing on suspending the macbook pro;
 like in the other posts about appletouch, it seems to me to be a
problem with X,  one test appletouch was able to have scroll
functionality due to the event number staying the same. Hopefully with
the latest version coming  this issue will be resolved.  With running
a test on wpa_supplicant. when shutting internet off then suspending
the system wpa_supplicant seems to be unresponsive, but if you leave
wpa_supplicant connected the only issue I see is  when wpa_supplicant
does a rekey.

with streaming music xmms seems to do alright, the music will play
whatever is left in the memory then reconnect itself, with watching
T.V. through gmplayer it seems to loose connectivity as well as
watching T.V. through flash.

With watching a DVD gmplayer seems to crash everytime upon wakeup.

with the isight it seems rmmod uvcvideo and modprobe uvcvideo does the
trick, but SELinux will reject the device due to the event number
changing.
With the bluetooth mighty mouse hid2hci --tohci does the trick, but
I'm not satisfied with that, how to keep the device on hci?
after a wakeup.
regards;
               Justin P. Mattock

On Thu, Apr 3, 2008 at 8:53 AM, Stefan Schweizer <genstef@...too.org> wrote:
> >  On second thought, this should be fixed by usb persist if the appletouch
>  >  driver supported reset_resume. Would you be willing to test a kernel patch
>  >  that implements reset_resume in the appletouch driver?
>
>  Sure, I would love to have this fixed :-)
>
>  best regards,
>  -Stefan
>
>
> --
>  To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
>  the body of a message to majordomo@...r.kernel.org
>  More majordomo info at  http://vger.kernel.org/majordomo-info.html
>  Please read the FAQ at  http://www.tux.org/lkml/
>

-- 
Justin P. Mattock
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/