Re: [Qemu-discuss] Fwd: My progress with compiling QEMU Native on W32 Win7 Pro.
On 16/09/2014 22:19, Paul Gydos wrote: -- Forwarded message -- From: *Stefan Weil*mailto:s...@weilnetz.de>> Date: Tue, Sep 16, 2014 at 10:19 AM Subject: Re: My progress with compiling QEMU Native on W32 Win7 Pro. To: Paul Gydos mailto:p...@gydos.com>> Am I already a root user? On Windows? No. You are "paul" or whatever your Windows account is. Actually, on Windows there are various degrees on being "root" 1. The real "root" is the account called "Local System" or just "SYSTEM" uid S-1-1-18. This has almost the same powers as root on Linux, for instance it runs the equivalents of /sbin/init (smss.exe), /usr/sbin/login (winlogon.exe) and the X server "csrss.exe" . This is very rarely needed and is only for real experts. 2. Having "Administrators" gid S-1-5-32-544 as an active gid for your process. This grants you root equivalent write permissions to most system settings and install locactions, including the equivalents of /etc (Registry branch HKLM), /opt (C:\Program Files), /usr (C:\Program Files\Common Files), /usr/local (ditto), /var (C:\ProgramData), /bin, /lib and /sbin (C:\Windows\System32), /lib/modules (C:\Windows\System32\Drivers), /usr/share (not separate from /usr), /usr/bin32 (C:\Program Files (x86)), /bin32 (C:\Windows\SysWow64) etc. etc. 3. Having "Administrators" gid as a "passive" gid for your process. This is like being in the wheel group on some POSIX systems: You can run processes with "Administrators" enabled by either explicitly selecting "Run As Administrator" or by choosing program files with a special attribute in an embedded XML manifest (like being suid root on POSIX, but you are usually prompted first to check if it was really you, and not some virus, that launched it). 4. Being reported as "root" (unix uid 0) by whatever POSIX emulation layer (mingw32, MSYS, Cygwin, etc.) you run a ported unix tool under. This could be for everyone, for those in one of the above 3 categories or configurable. Enjoy Jakob -- Jakob Bohm, CIO, Partner, WiseMo A/S. http://www.wisemo.com Transformervej 29, 2860 Søborg, Denmark. Direct +45 31 13 16 10 This public discussion message is non-binding and may contain errors. WiseMo - Remote Service Management for PCs, Phones and Embedded
Re: [Qemu-discuss] Newbie: Running Solaris8/SPARC binaries / shared objects on x86-Linux Machines
another idea is to ask Artyom Tarasenko (http://tyom.blogspot.de/) http://tyom.blogspot.de/2013/04/using-qemu-to-navigate-3000-tons-ship.html http://tyom.blogspot.de/2014/06/iommu-support-in-upstream-qemu-system.html he seems to work around bioses, sparc and ppc testing Am 16.09.2014 22:29, schrieb Hartmut Rombach: Hi Dennis, sorry, but until now, I was to busy with other problems to start such a big task. Once again, thanks for your help. Hartmut Am 16.09.2014 um 10:56 schrieb Dennis Luehring: > success with any of the given ideas/suggestions? > > Am 31.08.2014 16:54, schrieb Hartmut Rombach: >> Hello everybody, >> Thank you for your quick response and for the time you spent to help me find the best way to keep old hardware productive. >> >> Perhaps, it's best to describe my situation a bit more detailed to clarify the situation: >> Back in the 1980th / 1990th, our company bought several parameter test systems (used for in-production testing of semiconductor devices). Those systems have a build in computer-board (based on an 68040 microprocessor). All of those testers are controlled by two Sun SPARCs running Solaris 8. User Interface, program generation and everything else is done on the Sun. The vendor of the test systems supplied us with some shared object libraries, we may use in our programs to control the tester (make it force some voltages, measure some current and so on). So, basically we develop programs on the Sun, and use the vendor-supplied lib to convert and transfer our commands to the tester, wich returns the results back. Please note: communication from Sun to tester is done via ethernet, but they are using their own network protocol and not e.g. tcp/ip. Unfortunately, I have only very little information about that network protocol. >> The tester-hardware is still in good condition (though out of support) and its performance is still sufficient for most of our products. The longer, the testers are usable, the more money we save. >> On the other hand, the Sun SPARCs are out of support as well, and I am afraid that some time one of them breaks down leaving us in a quite difficult situation. >> So I just want to check out, if it's possible to move the programs, which are currently running on the Sun SPARC, to an x86/Linux PC using some kind of "SPARC emulator". >> >> @Jim: thanks a lot, for showing me, which difficulties I have do deal with. Sounds like it will take quite a lot of time and it's definitely not sure, that it all ends up with a reliable system. >> >> @ Tony Su: You are right: I am asking how to run a Solaris application compiled for SPARC hardware on an modern x86 linux computer. About your question concerning direct hardware access: I am pretty sure this is not required. Although they use their own network protocol, it is possible to use the same network interface for in-house communication using tcp/ip and tester communication. >> >> @Dennis: sorry, but reverse engineering is not an option for me. Maybe, it can be done on the network protocol itself, but this is only a small part of what has to be done. With almost no documentation about what's going on on the tester cpu, it's simply to much work for me. >> >> @Jerry: please, calm down. Dennis did not start the thread, I did. He is trying to help me just as you do, and he tried to clarify, what I may not have said that clear. So please don't blame him for insulating others. >> >> Once again, thank you for your answers. >> >> Hartmut >> >> Am 31.08.2014 um 14:56 schrieb Jerry Stuckle: >> > On 8/31/2014 12:44 AM, Dennis Luehring wrote: >> >> Am 30.08.2014 23:18, schrieb Tony Su: >> >>>Need some clarification, >> >>> Are you really asking how to run Solaris on x86 or the other way >> >>> around? I'm going to assume you have a Solaris application running on >> >>> SPARC hardware and you want to explore options running on Linux >> >>> instead because it doesn't make much sense to me that you would want >> >>> to continue to run on ancient hardware. Even consumer grade >> >>> contemporary hardware is probably a better economic decision than to >> >>> run on that old hardware. >> >> "I want to replace the SPARC by a state-of-the art Linux / x86 computer" >> >> >> >> isn't that clear enough - don't assume - read the email >> >> >> > Which didn't answer Tony's question - the same one I had. Maybe the >> > problem is not in his reading - but your description. >> > >> > Of course insulting people trying to help you is a great way to >> > encourage people to give you assistance - especially when you're not >> > paying them for it. >> > >> >>> So, what are your options? >> >>> Let's say your application only exists running on Solaris 8 and it >> >>> requires access to, and uses SPARC hardware. >> >>> In this case, you might consider cobbling together a SPARC environment >> >>> using QEMU emulation.QEMU should support all Sun SPARC CPUs and most >> >>> likely any SPARC I/O devices as well. >> >> th
[Qemu-discuss] (no subject)
Hello Experts, I am using CentOS 6.5. I am getting an issue with libguestfs (qemu-kvm) # /usr/libexec/qemu-kvm -nographic -machine accel=kvm:tcg -device \? open /dev/kvm: No such file or directory failed to initialize KVM: Operation not permitted Back to tcg accelerator. Could not allocate dynamic translator buffer I saw this issue listed in libguestfs faq " http://libguestfs.org/guestfs-faq.1.html"; and executed "setsebool -P virt_use_execmem=on" as a solution but that also did not help. I confirmed this solution with libguestfs mailing list. They asked me to to write to you. Could you please help me. Thanks a lot in advance,
Re: [Qemu-discuss] (no subject)
On 17/09/2014 18:20, Priyanka Ranjan wrote: Hello Experts, I am using CentOS 6.5. I am getting an issue with libguestfs (qemu-kvm) # /usr/libexec/qemu-kvm -nographic -machine accel=kvm:tcg -device \? open /dev/kvm: No such file or directory failed to initialize KVM: Operation not permitted Back to tcg accelerator. Could not allocate dynamic translator buffer Check your kernel and dev dir. # lsmod | grep kvm # Output should look like this, execpt for the numbers and # intel may be amd: kvm_intel 134469 19 kvm 392084 1 kvm_intel # ls -l /dev/kvm # Output should look like this, but the date is not important: crw-rw---T 1 root kvm 10, 232 Sep 18 2014 /dev/kvm I saw this issue listed in libguestfs faq "http://libguestfs.org/guestfs-faq.1.html"; and executed "setsebool -P virt_use_execmem=on" as a solution but that also did not help. I confirmed this solution with libguestfs mailing list. They asked me to to write to you. Could you please help me. Thanks a lot in advance, Enjoy Jakob -- Jakob Bohm, CIO, Partner, WiseMo A/S. http://www.wisemo.com Transformervej 29, 2860 Søborg, Denmark. Direct +45 31 13 16 10 This public discussion message is non-binding and may contain errors. WiseMo - Remote Service Management for PCs, Phones and Embedded
[Qemu-discuss] Compiling custom QEMU fails
Hi; I am trying to compile a custom version of QEMU that allows emulation of the Raspberry Pi. When I run "make," I get this error message: cc1: all warnings being treated as errors make: *** [ui/gtk.o] Error 1 The full error message is below: http://pastebin.com/hid2Y08H Max Gorley
[Qemu-discuss] Need urgent help!!
Sorry I sent this mail without subject earlier. Resending it with subject. Hello Experts, I am using CentOS 6.5. I am getting an issue with libguestfs (qemu-kvm) # /usr/libexec/qemu-kvm -nographic -machine accel=kvm:tcg -device \? open /dev/kvm: No such file or directory failed to initialize KVM: Operation not permitted Back to tcg accelerator. Could not allocate dynamic translator buffer I saw this issue listed in libguestfs faq " http://libguestfs.org/guestfs-faq.1.html"; and executed "setsebool -P virt_use_execmem=on" as a solution but that also did not help. I confirmed this solution with libguestfs mailing list. They asked me to to write to you. Could you please help me. Thanks a lot in advance, On Wed, Sep 17, 2014 at 9:50 PM, Priyanka Ranjan wrote: > Hello Experts, > I am using CentOS 6.5. I am getting an issue with libguestfs (qemu-kvm) > > # /usr/libexec/qemu-kvm -nographic -machine accel=kvm:tcg -device \? > > open /dev/kvm: No such file or directory > failed to initialize KVM: Operation not permitted > Back to tcg accelerator. > Could not allocate dynamic translator buffer > > I saw this issue listed in libguestfs faq " > http://libguestfs.org/guestfs-faq.1.html"; and executed > "setsebool -P virt_use_execmem=on" as a solution but that also did not > help. I confirmed this solution with libguestfs mailing list. They asked me > to to write to you. Could you please help me. > > Thanks a lot in advance, >
Re: [Qemu-discuss] Need urgent help!!
On Thu, 09/18 07:17, Priyanka Ranjan wrote: > Sorry I sent this mail without subject earlier. Resending it with subject. > > Hello Experts, > I am using CentOS 6.5. I am getting an issue with libguestfs (qemu-kvm) > > # /usr/libexec/qemu-kvm -nographic -machine accel=kvm:tcg -device \? > > open /dev/kvm: No such file or directory Seems kvm.ko is not loaded: # modprobe kvm Thanks, Fam > failed to initialize KVM: Operation not permitted > Back to tcg accelerator. > Could not allocate dynamic translator buffer > > I saw this issue listed in libguestfs faq " > http://libguestfs.org/guestfs-faq.1.html"; and executed > "setsebool -P virt_use_execmem=on" as a solution but that also did not > help. I confirmed this solution with libguestfs mailing list. They asked me > to to write to you. Could you please help me. > > Thanks a lot in advance,
Re: [Qemu-discuss] Need urgent help!!
Thanks a lot Fam for your reply. I executed "modprobe kvm" but it did not return anything. Please suggest me next steps. Many Thanks for your help. On Thu, Sep 18, 2014 at 8:39 AM, Fam Zheng wrote: > On Thu, 09/18 07:17, Priyanka Ranjan wrote: > > Sorry I sent this mail without subject earlier. Resending it with > subject. > > > > Hello Experts, > > I am using CentOS 6.5. I am getting an issue with libguestfs (qemu-kvm) > > > > # /usr/libexec/qemu-kvm -nographic -machine accel=kvm:tcg -device \? > > > > open /dev/kvm: No such file or directory > > Seems kvm.ko is not loaded: > > # modprobe kvm > > Thanks, > Fam > > failed to initialize KVM: Operation not permitted > > Back to tcg accelerator. > > Could not allocate dynamic translator buffer > > > > I saw this issue listed in libguestfs faq " > > http://libguestfs.org/guestfs-faq.1.html"; and executed > > "setsebool -P virt_use_execmem=on" as a solution but that also did not > > help. I confirmed this solution with libguestfs mailing list. They asked > me > > to to write to you. Could you please help me. > > > > Thanks a lot in advance, >
