Linux (Debian Sid x64), kernel 4.14, Nvidia GPU. I am unable to run Android emulator on open Nouveau drivers. There is no any error message that I can post, jus segmentation fault. When I choose software rendering, it works but unusable (it runs very slow).
Does anybody know any workaround for that, or I am forced to use official Nvidia drivers?
Related
I tried setting up Nannou following the instructions here.
I am running Debian Buster on a MacBook with an NVIDIA graphics card (GK107M [GeForce GT 750M Mac Edition]).
I tried running the example and get the error
thread 'main' panicked at 'could not build default app window: NoAvailableAdapter'
It seems this is an error when Nannou tries to open a window -- something about its communication with the window manager (Gnome on xOrg), or something about vulcan-tools.
Any ideas for how to debug this?
The issue is that I was using the open-source Nouveau driver for my graphics card (the default on Debian) which does not currently support Vulkan, which is required for Nannou.
By installing the proprietary nvidia graphics driver, the problem was resolved.
I was able to install the nvidia driver by running
apt install nvidia-driver,
and then rebooting my computer,
as described in this tutorial https://linuxconfig.org/how-to-install-nvidia-driver-on-debian-10-buster-linux
Now nannou works :)
I am running Android Studio from WSL. When I try to use the emulator I get "/dev/kvm" not found. I have installed kvm and I have confirmed that vt-x emulation is enabled in my BIOS.
Is it possible to use kvm with WSL (Ubuntu)?
KVM only runs on an actual Linux kernel, not Windows Subsystem for Linux (which runs on a thin Linux emulation layer over the Windows kernel).
You can either run Android Studio on Linux natively, or use the Windows version of Android Studio (on Windows, only HAXM is supported).
My external monitor, connected via HDMI was working fine but now is not being detected (it says 'No video input'). I'm pretty sure I didn't make any changes to make it stop - it was working on the same setup yesterday.
I'm a pretty new linux user and also don't know much about graphics hardware and drivers. Appreciate any help, I'd like to understand what's going on!
I'm running Ubuntu 16.04.3 kernel 4.10.0-33
lshw -c video gives:
*-display
description: VGA compatible controller
product: Sky Lake Integrated Graphics
vendor: Intel Corporation
physical id: 2
bus info: pci#0000:00:02.0
version: 07
width: 64 bits
clock: 33MHz
capabilities: pciexpress msi pm vga_controller bus_master cap_list rom
configuration: driver=i915 latency=0
resources: irq:124 memory:f0000000-f0ffffff memory:e0000000-efffffff ioport:e000(size=64) memory:c0000-dffff
I've tried booting from grub into kernel 4.8.0 and the monitor still wasn't detected.
I've also tried to no avail:
sudo apt-get update
sudo apt-get install --reinstall xserver-xorg-video-intel xserver-xorg-core
sudo dpkg-reconfigure xserver-xorg
I've also tried running the Intel graphics update tool and this also hasn't solved anything.
EDIT: It seems like I get the 'No video input' probelm if I plug in the HDMI cord before the computer has finished booting.
Pretty much the only answer one can give here based on the available information is, try checking the display cables, and, if that doesn't help, file a bug. Debugging display problems like this can be fairly involved, with several cycles of requesting and providing more information. That doesn't really work all that well here.
The alternatives for filing the bug are Ubuntu Launchpad and drm/i915 upstream. Upstream has the best knowledge about the driver and the hardware, but, depending on the issue, you might be expected to build and run the userspace components or the kernel from upstream git repositories.
I come across the problem and solve it with exactly the same card (i had same lshw -c video) by searching the NVIDIA X-Server settings (search inside apps) on my Ubuntu 16 LTS and activate the NVIDIA drivers for this card (I have a NVIDIA GEFORCE GTX)
After i log out and i have a bad errors display and i was blocked " this computer is running in low display mode" .
I just switch off the computer and restart it...and taatatatat HDMI was working and was able to display on my external Sansumg 27''
I had the exact same issue as OP. lshw not showing HDMI port, nada. Reinstalling xserver* did not work either.
May the gods of stack overflow smile upon you for that EDIT line, because plugging only after boot was complete, it did work for me as well.
This is quite interesting, as I am running 20.04. This issue came out of nowhere, just turned on the computer and voila, it was not working. There had been no updates, no changes that could affect this during previous session.
Would love to know if someone else has bumped into this problem.
I've recently installed Android Studio and I'm trying to run a Hello World app to see that everything works as it should. Which it evidently doesn't. I've followed every step on the Android Developer site for setting up Android Studio, yet I get this error when I try to run my app:
emulator: ERROR: x86 emulation currently requires hardware acceleration!
Please ensure Intel HAXM is properly installed and usable.
CPU acceleration status: HAX kernel module is not installed!
I searched for a bit and realized that HAXM is for Intel processors, and I'm running an AMD processor. I tried installing the emulator Bluestacks as suggested in this thread but it didn't help at all. Has anyone got a clever solution to this problem?
You might as well uninstall HAXM, only works with Intel processors.
A lot of answers in this forum have pointed to using genymotion (https://www.genymotion.com/) with AMD processors
This is what you need to do to fix this issue:
1) Navigate to the following path:
C:\Users\Main\AppData\Local\Android\sdk\extras\intel\Hardware_Accelerated_Execution_Manager
2) Run intelhaxm-android.exe as an administrator.
3) Once the installation is complete, Run your project and you will be able to run android emulator on your machine.
Hope this helps.
I presently run Linux 2.4.27 (Debian Sarge) on a PowerPC Mac G4 machine. I need to write software for Linux 2.4.18 running on a PowerPC 405 machine, and the binaries I am producing on my Mac G4 running 2.4.27 with both GCC 3.3.5 and GCC 2.95.3 (I have both installed) are having problems; I have built a static version of cURL with both compilers that segfaults when run on this 2.4.18 PowerPC 405 machine. I have noticed that binaries built on a 2.4.18 kernel with a cross compiler work (x86->PPC), however. Unfortunately, the machine that makes those binaries is unavailable to me, and I am really trying to get the Mac to be the "one stop shop" in this development effort (I want to be able to test and run on this machine).
I cannot find a 2.4.18 distribution of Linux for PowerPC anywhere. What can I do to build binaries that will work on a PowerPC 405 machine running Linux 2.4.18 given a PowerPC Mac G4 running a 2.4.27 kernel? Is building GLIBC for 2.2.5 and setting the compilers to use it the answer, or do I have to somehow build a whole kernel of 2.4.18 to support what I am trying to do?
Several weeks later, it appears that the solution suggested by user sessyargc.jp was indeed to use a cross compiler. I am accepting my answer only because I want to close this question out and I can find no way to give sessyargc.jp credit, since he/she only made a comment. Still, thank you sessyargc.jp for pointing the way!
I solved a similar problem in the past, I used the QEMU emulator on my x86 machine.
QEMU emulates the PowerPC-405 CPU too, here is the list of emulated PowerPC CPUs https://github.com/hackndev/qemu/blob/master/target-ppc/STATUS.
QEMU turns your PC in an hypervisor i.e. works like VirtualBox. But QEMU can also emulate CPUs that are different from the host PC one.
You can install and run a PowerPC Linux VM on a standard(cheap) x86 PC and compile your binaries directly in that VM. CPU emulation is a bit slow, but it works.
Regards