On 29/04/13(Mon) 13:25, patrick keshishian wrote: > On Sun, Apr 28, 2013 at 03:44:09PM +0200, Martin Pieuchot wrote: > > Diff below is a rework of the suspend/resume logic in ehci(4). > > > > If you're not interested in the full story below, please make sure > > it doesn't introduce any regression on your machine(s) and, in any > > case report to me (with your dmesg!) thanks :) > > > > Full story: > > > > So this diff changes the way we supsend/resume ehci(4) in various > > way. It started as a simple rewrite of the ehci_reset() function > > to fix a race while working on the rework of the suspend/resume > > framework with deraadt@, then later on I discovered that some of > > the magic in there was wrong or no longer needed. > > > > First of all, it removes the logic introduced in r1.46 that places > > all the ports into suspend mode because it no longer makes sense > > as we *do* detach/reattach USB devices during a suspend/resume > > cycle now. > > Naive question here, but would this be a cause for issue > reported here: > > http://marc.info/?l=openbsd-misc&m=136327530312197&w=2
Certainly. > > or at least I'm curious as to why the Wacom tablet does not > reattach after a resume. Really? Are you sure it doesn't reattach or is it just not usable in X? It's easy to check, try to suspend/resume in console with the tablet connected, does it show up again in your dmesg? And for the crash you can try to add the following in your xorg.conf: Section "ServerFlags" Option "AllowMouseOpenFail" "True" EndSection I don't know if it will be enough, I'm not sure what's the status of devices hotplugging in xenocara. If you want to be more than "curious" you can build the xf86-input-usbtablet with debug enable and try to find what the problem is ;) Diffs are always welcome! M.