search

dnschneid / crouton

Chromium OS Universal Chroot Environment
https://goo.gl/fd3zc?si=1
BSD 3-Clause "New" or "Revised" License
8.56k stars 1.24k forks source link

Cr-48 Mouse won't work on chroot with xfce4 #25

Closed Mmarzex closed 11 years ago

Mmarzex commented 11 years ago

I just installed crouton on my cr-48 and no matter what I try to do the mouse just sticks in the center of the screen. It will click but it will not move, anything I can do to fix this?

dnschneid commented 11 years ago

I'll dig up a CR48 and investigate. In the meantime, you may have a usable system if you install the xephyr target (-t xephyr,xfce). You'll lose GPU acceleration in the chroot, though, and switching to the chroot will be like in ARM systems (Ctrl+Alt+Shift+Back/Forward).

Mmarzex commented 11 years ago

Using xephyr works.

dnschneid commented 11 years ago

I was able to reproduce this; not sure if this is unique to the Cr-48 or an issue with the synaptic driver -- probably need to test against an Acer ZGB or something as well.

dmissp commented 11 years ago

Saw the same issue on a CR48. Confirming that Xephyr works, though I lost the multi-touch and tap-to-click functionality. I can switch to chroot the same way though (ctrl+alt+back/refresh).

Still pretty awesome. Making this little bugger more and more useful. :)

jmhmd commented 11 years ago

I have the same issue with a Cr-48 with unity instead of xfce. A usb mouse works just fine. Can I use the xephyr workaround too? If so, do I have to re-install crouton or can I update it?

dnschneid commented 11 years ago

Xephyr will work fine as a workaround, although you'll (automatically) be using Unity 2D since you lose GPU acceleration when using Xephyr. You can just update the chroot and it'll do the right thing.

daveerickson commented 11 years ago

I can also confirm adding xephyr allows the mouse to work, although taping to click doesn't work, not sure if it would work otherwise. Once a fix that keeps 3d working with the mouse is found how does one go about removing xephyr? Recreate a new chroot? Thanks for this amazing tool!

dnschneid commented 11 years ago

I've tried a Samsung 500 (Alex), which also has a Synaptics pad, and it works fine. So it's probably something about the Cr48 build of Chromium OS. Still tracking this down when I have some time; if anyone wants to play around with building test images and seeing if the trackpad works in the chroot, it would be much appreciated (you may need to play with trackpad-related flags, or see what gets built for x86-alex that doesn't get built for x86-mario and vice-versa).

eichin commented 11 years ago

I'm also seeing this (fresh crouton install of 5 March 2013, immediately after dev-enabling my CR-48) using the raw "x11" target (I run ratpoison, so I didn't even notice right away that it wasn't working :-) I tried reading all 9 of the /dev/input/event* files from inside the chroot, and only the keyboard one produced any output (though I haven't poked at them with an actual library yet.)

-(I'm also seeing that switching out to chrome with ctl-alt-back and then back in with ctl-alt-refresh just gets me a black screen; ps shows everything still running, and I can force $XAUTHORITY and $DISPLAY and run things like ratpoison -c windows and xrefresh but they don't seem to trigger any redrawing - I'm assuming that's a symptom of a separate problem, I'm just mentioning it here in case it's a sign of a related issue.)- building crouton from git and doing "crouton -t x11 -u" fixed this bit.

Also, synclient does report status for the trackpad, so it seems to be talking to it at some level...

pirkster commented 11 years ago

I just tried this tonight on my Cr-48. Had the same issues and running startxfce4 after installing xephyr worked. Sort of. Once I have done a few things in the xfce environment, I am unable to switch back to Chrome OS. ctrl-allt-back/refresh goes back to Chrome OS, but the x server appears dead. No mouse, and all keyboard commands act like no-ops.Doing a ctlr-alt-forward takes me to the Chrome OS console. A reboot seems to be the only recovery.

The xfce Linux environment worked great until I tried to go back.The programs I had running there were still running when I checked top, so again, that seems to point to the x server. I am seriously tempted to try this on the Acer AC700 ;-]

dnschneid commented 11 years ago

When using Xephyr, the keyboard shortcut to switch between Chromium OS and your chroot is Ctrl+Alt+Shift+Back or Ctrl+Alt+Shift+Forward (it cycles).

pirkster commented 11 years ago

Shiny! I will try that in a sec. At 73% of a movie upload, so methinks I will wait until it is done to try it. Just to be safe.

pirkster commented 11 years ago

Works like a champ. You rock sir! I can now retire the old laptop ;-]

dnschneid commented 11 years ago

We've tracked it down to a kernel bug in Chromium OS, actually. Once a fix for this lands (and trickles down to whatever channel you're on), the mouse should work in regular X11. Relevant bug is here; star it if it affects you but please do not comment on it.

dnschneid commented 11 years ago

The fix has been rolled into Chromium OS 3841. That's R27, which is currently the dev channel. You can switch to dev channel, update, then use crouton as normal (if you installed Xephyr in the chroot, run sudo rm /etc/X11/host-Xauthority from inside the chroot to disable it). Or you can wait however many weeks for R27 to land in beta, or a few months for it to land in stable. Or you can switch to dev, update, then switch back to your preferred channel, and you'll stay on a single version until the other channel surpasses dev. So many options!