Re: [Qemu-devel] setting up breakpoints - kernel debugging help wit gdb in qemu-kvm
Hi... On Wed, Aug 22, 2012 at 6:53 AM, Onkar wrote: > > # ./qemu-system-x86_64 -m 2048 -smp 4 -vga std -vnc :5 -drive > file=/sda4/bin/disk/disk0.img,cache=writeback -S -s > > (gdb) symbol-file /sda4/kvm/vmlinux > Reading symbols from /sda4/kvm/vmlinux...done. > (gdb) target remote :1234 > Remote debugging using :1234 > 0x in ?? () > (gdb) b kmem_cache_alloc > Breakpoint 1 at 0x81121adb: file mm/slub.c, line 2375. (2 > locations) > (gdb) c can you re run with out using -smp (IOW, just use one CPU)? Also, which qemu version do you use? is this with or without KVM? -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] QEMU emulation per CPU
Hi.. On Tue, Aug 28, 2012 at 3:04 PM, Naresh Bhat wrote: > Hi All, > > I have the following questions related to QEMU > > a. Does the userland emulation mode of QEMU support running > multiple processes on separate processors? (i.e. if we were running > ARM7 emulation on a x86 machine with 8 CPU cores, can we launch one > ARM7 binary per CPU?). yes, qemu user mode is running just like plain normal process. Maybe you just need to add cpu affinity here to lock them to certain processor... > b. Same question as (a), but for threads. That is, for a single > ARM7 multi-threaded process, can we run different threads on > different underlying CPUs? IIRC, qemu user mode doesn't get along nicely with POSIX threads -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] QEMU emulation per CPU
Hi :) On Tue, Aug 28, 2012 at 3:39 PM, Naresh Bhat wrote: > Hi Mulyadi Santosa, > > Thank you very much for quick response. Can you share some documents > ? I want to do it practically. one of the google results you might find helpful is: http://www.cyberciti.biz/tips/setting-processor-affinity-certain-task-or-process.html hope that helps :) -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] Why QEMUClock is defined in qemu-timer.c?
Hi :) On Tue, Jan 31, 2012 at 12:55, Richard Yang wrote: > > Hi, experts > > I am just coming to the qemu world. > > While reading the code, I am wondering why put a struct definition in the > c file? > > Seems there is no error in compile, while I felt it is not a proper way > to do it. maybe someone just forgot to refactor it :) I suggest to send a patch to do just that and let's see what everybody thinks about. I, myself thinks that the more readable the code is, the better -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] failed to fail over between two bonded interface under user mode network stack
anybody could help? On Sun, Sep 30, 2012 at 3:12 PM, Mulyadi Santosa wrote: > Hi all... > > Recently, I did experiments to see what bonding can do. Therefore I > run Qemu using following command: > qemu-system-i386 -m 512 -hda ./centos.qcow2 \ > -net nic,model=e1000,vlan=0 -net user,vlan=0 \ > -net nic,model=e1000,vlan=0 -net user,vlan=0 \ > > The guest is CentOS 6.3. Host is Linux Mint 13 kernel 3.2.0-31-generic, using: > $ qemu-system-i386 --version > QEMU emulator version 1.0 (qemu-kvm-1.0), Copyright (c) 2003-2008 > Fabrice Bellard > > Inside the guest, I activate the bond interface using following command: > modprobe bonding mode=1 miimon=100 fail_over_mac=1 num_grat_arp=10 > primary=eth0 > > Then I enslave both eth0 and eth1 inside guest: > ifenslave bond0 eth0 eth1 > > I give static IP to the bond0: > ifconfig bond0 10.0.2.10 netmask 255.255.255.0 > > In this case, eth0 is 10.0.2.15 and eth1 is 10.0.2.16 > > I check that bond0 is correctly configured, then I ping 10.0.2.2. So > far so good. But when I take eth0 down: > ifconfig eth0 down > Eth1 takes over as active slave, but pinging to 10.0.2.2. > > What am I missing here? > > Just for note, I do relatively similar thing inside VirtualBox, only > that there I use host only networking. It works fine: failover happens > and ping continues when I disable eth0. > > Thanks in advance for your help. > > -- > regards, > > Mulyadi Santosa > Freelance Linux trainer and consultant > > blog: the-hydra.blogspot.com > training: mulyaditraining.blogspot.com -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] QEMU emulation per CPU
Hi... On Thu, Aug 30, 2012 at 3:58 PM, Naresh Bhat wrote: > Hi, > > Can you please explain me why qemu user mode doesn't get along nicely > with POSIX threads. ?? there is another thread in this qemu-devel list that explains this. All I can conclude from that thread is that it has something to do with timers and address mapping... -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] QEMU emulation per CPU
On Thu, Aug 30, 2012 at 7:27 PM, Naresh Bhat wrote: > Hi Santosa, > > Can you please forward a link of that discussion thread ?? try: http://lists.nongnu.org/archive/html/qemu-devel/2012-08/msg05037.html -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] Detecting context switch in QEMU
On Sun, Sep 2, 2012 at 2:33 AM, Xin Tong wrote: > I want to detect context switches in QEMU x86_64-softmmu. one of the > ideas i have is to track the write to CR3. is this valid on QEMU ( > i.e. are their any cases in which the assumption could break). CMIIW, if context switch happen from a parent process to its NPTL based thread, or to kernel thread, then CR3 won't be updated since they are using the same address space in Linux kernel, right? And that includes no TLB flush AFAIK. -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] Detecting context switch in QEMU
Hi.. On Sun, Sep 2, 2012 at 10:52 PM, Xin Tong wrote: > Ok, i do not know this. but it seems tracking CR3 is no good. any ideas ? from the Linux kernel source: http://lxr.free-electrons.com/source/kernel/sched/core.c#L3456: /* 2042 * context_switch - switch to the new MM and the new 2043 * thread's register state. 2044 */ 2045 static inline void 2046 context_switch(struct rq *rq, struct task_struct *prev, 2047struct task_struct *next) i am not so good on arch detail...perhaps you have ideas what "thread's register state" is? -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] Detecting context switch in QEMU
Hi Xin Tong.. On Mon, Sep 3, 2012 at 4:48 AM, Xin Tong wrote: > BTW, if a thread makes a system call, when the kernel is servicing the > syscall. is it still accessing the thread's memory using the threads > page table (i.e. the kernel is using virtual address ?). how about AIO > kernel threads ? accessing thread user space memory? hmquite likely... let's say in a case of read() or write() AIO kernel thread... not sure, I guess eventually kernel AIO thread will wake up the user space side and do some data transfer from kernel to user space (or maybe also the other way around). The word "async" here stress the meaning that the kernel side of I/O operation doesn't operate in the context of the reading/writing process. CMIIW -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] Get only TCG code without execution
Hi On Mon, Jan 16, 2012 at 06:09, Rajat Goyal wrote: Is there a way by which I can get the > complete TCG code for pthread parallel binaries in exchange for not making > QEMU execute the binary? The thing is, the way I see it, TCG is meant to be like JIT compiler. Whereas what you're going to do is referring to static compiler. Assuming your program has no interactive part (no user input, no need to wait keypress etc), maybe you can just comment out the Qemu code part that jump into translated block NB: You were referrring to qemu user mode emulation, right? -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] Debug single program in QEMU
On Thu, Mar 15, 2012 at 09:12, Yue Chen wrote: > Hi!~ > > Now I'd like to see what the micro-ops (intermediate operations generated by > TCG) of a single Linux or Windows program, any approach to do this under > QEMU? Thanks. are you referring to you Qemu system emulation or Qemu user mode? -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] qemu gdb issue
Hi... On Thu, Mar 15, 2012 at 23:03, Jacques wrote: > I'm running an application in qemu through the userspace qemu-i386 and > attaching to the process with gdb. I have pygdb scripts that then > interact with gdb. > > The issue is that at some point I want to change $eip and redirect > instruction flow. I then set $eip to the value I need which gives me the > following: > > Program received signal SIGSEGV, Segmentation fault. > 0x46367046 in ?? () I am not keen in this kind of situation,but I think you hit "non existing" EIP. By that, I mean maybe you think such EIP truly exist (based on ELF info perhaps?), but in reality since qemu user mode do dynamic translations and not really following ELF offset, you got segfault. -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] Failed to set a breakpoint on start_kernel
Hi... On Fri, Mar 16, 2012 at 09:43, Wei Yang wrote: > 8. Attach the gdb in the kernel source directory > gdb > file vmlinux that vmlinux, is that the symbol file of the guest running kernel? And have you compiled the guest kernel with the option to include debug info and possibly frame pointer info ? -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] qemu gdb issue
Hi Jacques... On Fri, Mar 16, 2012 at 14:13, Jacques wrote: > Hi Mulyadi, > > I see what you mean. How do I know if this is happening? When I do 'x/i > $eip' I get a completely sane result with exactly the instructions I want. Alright, that confuses me too. The best other explanation I can offer is that if you arbitrarily set EIP into any address, you might violate the Qemu translation block (TB) jump (between TB to TB). Maybe you think you correctly hit one, but by the time it is going to be executed, it is flushed by translated block cache, so it is read again and re-translated, thus getting another address in TB cache. Folks with better qemu gdbstub understanding certainly could offer better explanation. -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] qemu prompt comes up instead of all the kernel stuff
Hi.. On Tue, Mar 20, 2012 at 18:17, Krishna Pavan wrote: > > Hi, > I have tried a kernel to be loaded. > I get QEMU prompt and not any kernel text. > Please tell me why it is happening so. Here's the screenshot. care to tell us the exact command line you used to execute Qemu? And what OS did you try to boot ? -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] Looking for the correct way to pull register values out of QEMU
On Wed, May 25, 2011 at 23:42, Nathan DeBardeleben wrote: > Hello all, hopefully this message is not too trivial. I am looking for some > simple direction. > > What I am looking to do is to pull the register states out of a QEMU session > external to the session. I figure at very least I could save the state of > the VM to a file and then dig through it but this would be exceedingly > tedious, especially considering I intend to use this for periodic sampling. is "info register" command in Qemu monitor something that fits your above requirement? have you tried it? -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] Implementation choice
On Fri, Jun 10, 2011 at 09:20, Ice Frog wrote: > Hi all, > > I will analyze OS kernel security using virtualization. I'm aware both > QEMU and XEN can be good platforms to build my tool. Any one can give > some suggestions? precisely, can you tell us why do you need virtualization? to check every memory read/write? analyze soon-to-be-executed instructions? or else? -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] High speed polling
Hi Clay. On Wed, Jun 15, 2011 at 05:32, Clay Andreasen wrote: > I have a network device simulation that I am connecting to multiple > instances of Qemu (nodes) via a shared memory queue. It works pretty well > as > long as all of the nodes are initiating communication but when one node is > passive, it must poll to get packets. So far the fastest I have been able > to > get it to poll is about every 2M emulated clocks. that means, once every ... 1 mili second? (I doubt it, but theoritically possible) > This is with CONFIG_HIGH_RES_TIMERS and CONFIG_NO_HZ on the host. > I also set MIN_TIMER_REARM_NS in qemu-timer.c to 10. > Is there some way to increase the polling rate by about an order of > magnitude? with the way current kernel did fair scheduling, your problem is timing handling latency actually i.e timer is fast, but the handler needs some time to catch up. what I can suggest is experimenting with rt- kernel and put yourself into such high priority process with realtime scheduling, keep reducing MIN_TIMER_REARM_NS.. -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] Aboriginal Linux 1.0.2: linux-2.6.39 system images for a dozen targets.
On Thu, Jun 16, 2011 at 19:34, Rob Landley wrote: > Aboriginal Linux's motto is "we cross compile so you don't have to". Hi Rob Thanks for your kind work I began to learn about building cross compiler and found your workit's like I found a good hint. -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] Need to find OS running in VMs
On Mon, Jul 25, 2011 at 21:52, bharath pb wrote: > Hi, > > how to find which OS running in my VMs..? just check the SDL graphic output? its console or window? -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] Log in to the OS through qemu
On Thu, Jul 28, 2011 at 23:19, bala suru wrote: > Hi, > I have installed OS on VMs (KVM-Qemu) , one version is ttylinux 9.0 and > other is ttylinux 12 . > > I have installed these two with opennebula tool kit . generally I try to > login to the OS using SSH , since ttylinux 12 needs to enable the ethernet > after logged in to the OS, how to login to the OS through qemu ... i know > the username and password for that .. could you make the SDL window come up? that's the easiest way AFAIK...it represents your VM monitor -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] VNC server running on `127.0.0.1:5900'
On Wed, Aug 10, 2011 at 00:01, Nithish R wrote: > Hi, > I installed the latest version of Qemu 0.15.0 today. Until now I was using > 0.14.1. Now after installing this new version, > I am not able to boot into any guest OS that I had installed before. Also > while trying to load any ISO file or img file, I get > an output as: > :~/Qemu$ qemu -m 512 -hda fedora.img -cdrom fedora.iso -boot d > VNC server running on `127.0.0.1:5900' when you compiled the new Qemu, do you have SDL and SDL devel installed? -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
[Qemu-devel] Fwd: VNC server running on `127.0.0.1:5900'
-- Forwarded message -- From: Mulyadi Santosa Date: Thu, Aug 11, 2011 at 00:42 Subject: Re: [Qemu-devel] VNC server running on `127.0.0.1:5900' To: Nithish R On Wed, Aug 10, 2011 at 20:33, Nithish R wrote: > make clean > ./configure could you show to all of us the complete output of ./configure? just "./configure" output, not else... -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] VNC server running on `127.0.0.1:5900'
Hi... On Thu, Aug 11, 2011 at 06:48, Nithish R wrote: > Here is the output of ./configure > $:~/qemu-0.15.0$ ./configure .. > SDL support no ^ aha, see? no SDL seems like you need to install sdl and/or sdl-devel package using your distro's package manager -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] VNC server running on `127.0.0.1:5900'
On Sat, Aug 13, 2011 at 21:54, Nithish R wrote: > Hi > Thanx a lot... It worked... nice, btw, please reply to the list too, I don't want to take it as private discussion > By the way do u know how the log file is generated in the qemu monitor when > we give the commands like log out_asm, in_asm, op, etc? I am working on a > project which involves providing network support for virtualization. So as > proof of concept, I have to generate the assembly codes. I need to modify > it but as of now I am not getting anything about logging in monitor.c file > apart from lots of functions involving log but none has out_asm or any > command associated with it. the log? AFAICT, it's a continous dump of current running TB (translated block). Can't tell much...sorry -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] Serial port on virtual machines
On Thu, Aug 18, 2011 at 22:00, bala suru wrote: > Hi, > > I'm running VM on kvm-qemu hyper visor . I need to access the serail port on > the VM , > I tried the sample code to read/write com port but I get port error when > ever I tried write something to the port(dev/ttyS0) . try to read the man page...i think you need to enable serial port first. You might want to use "-serial" option for that case. -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] copy benchmarks onto qemu
On Tue, Apr 24, 2012 at 02:09, Xin Tong wrote: > I am not too sure what you mean by raw image. what i have is an *.img > file that is bootable by QEMU. will kpartx work ? try to use "qemu-img info" to find what format the file uses... -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] Mascot Contest Results
On Tue, Feb 21, 2012 at 23:03, Anthony Liguori wrote: > But there is pretty clearly a favorite and with 12 votes, I'm pleased to > announce that Benoit Canet's "Kew the Angry Emu" logo is the winner! I am late to vote, but after seeing the SVG, I say it's a good logo. Kudos for Benoit! -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] regarding qcow2metadata
Hi... On Wed, Mar 7, 2012 at 14:11, PANKAJ RAWAT wrote: > [root@t06 p]# ls -lh > total 1.4M > -rw-r--r-- 1 root root 8.1G Mar 7 12:43 guest > > is there is any way to allocate metadata to half size or predefined size ? > i.e 4GB will be allocated and rest 4GB can be allocated dynamically have you double checked by using "ls -lsh" command? :) -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] How to trace all the guest OS instructions and the micro-ops
Hi On Sun, Mar 11, 2012 at 10:12, Yue Chen wrote: > I am doing some research based on the QEMU. Does anyone know how to get > (trace) all the instructions of the guest OS, and get all the intermediate > micro-ops ? (Not in the 0.9.1 version) I believe it's "-d" option you're looking for. Please read qemu manual for further clarification and info. > Additionally, how to get the whole memory or each process' memory data of > the guest OS? you wanna do that simply from Qemu's monitor? I don't think that's doable...or at least easily. Qemu sees guest RAM like your physical RAM. It doesn't differentiate which pages belongs to which process. You need to hook or go straight inside the guest OS, maybe using gdb or other tool to get the core dump of those processes. > I really appreciate your help. Hope it helps... -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] [Bug 950692] Re: High CPU usage in Host (revisited)
On Sun, Mar 11, 2012 at 05:30, PetaMem wrote: > *Newsflash* > > We do have a "well-behaving" KVM Host with 3.2.9 kernel on machine C Note: I am not Qemu developer :) OK, I read your bug report many times. I think you need deeper profiling here. Perhaps "perf top" is the best bet. Just make sure the kernel has debug symbols included so "perf" has as little difficulties as possible to interpret addresses into symbol names. Once you found the culprit, it could be easier to fix it. NB: -smp triggered it? hm bad locking somewhere perhaps? Anyway, i am not sure Qemu/KVM could really flawlessly implement SMP. So maybe it points to hidden bug in the vCPU parallel execution code somewhere. -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] QEMU timing requirements
On Sat, Jun 25, 2011 at 09:34, felix.matenaar@rwth-aachen wrote: > Hello, > > I am currently implementing some heuristics using a patched qemu > (i386-softmmu). Two of them take some time for each vm memory access. If I > run them both, suddenly qemu segfaults while executing a BBL. Using just one > of them never triggers this problem. "Two" instances of Qemu running at the same time, you mean? -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] QEMU timing requirements
On Sat, Jun 25, 2011 at 23:28, felix.matenaar@rwth-aachen wrote: > No. What I do is using gen_helper_ to compile hooks into call/ret/jmp and > memory access. The Heuristics can then hook the events so calculation is > done during the execution of a basic block. I thought that it could be > possible that Qemu sets a timeout for BBL execution to prevent CPU > monopolization by e.g. a long sequence of rep. That would make sense because > my heuristics calculation time falls into the BBL execution time for Qemu. > Does anyone know more about that? perhaps your heuristics code somehow coincide with the timer alarm (PIT, HPET etc) emulation in Qemuand somewhere your code is not reentrant. -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] QEMU timing requirements
On Sun, Jun 26, 2011 at 05:29, felix.matenaar@rwth-aachen wrote: > Think I found the problem. It was a bug in my code and because of some weird > circumstances, backtrace and addresses seemed to be a segfault in a BBL. glad you find it. care to share to everyone what's really goin' on? who knows it will reveal somekind of hidden problem in Qemu/TCG -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] Qemu performance
Hi... :) 2011/6/29 Lê Đức Tài : > Hi, > I have a question about performance of Qemu for powerpc. > When I'm changing the CPU clock for taihu board from 33Mhz to 330Mhz by > setting the PLL value, the performance of Guest OS is not increased. I use > nbench to measure the guest performance. > Is qemu always running as maximum performance? Yes... Logically, nbench is just pressing out all of your processor can do (CPU bound tasks). In this case, emulated guest processor clock has very little meaning IMO. After all, AFAIK it's just a complimentary info so it is seen as "real processor". -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] Taking live snapshots of running VMs
On Sat, Jul 9, 2011 at 05:24, Ahmed M. Azab wrote: > Hi All, > > Is there a way to take a live memory snapshot of a running VM without > freezing or stopping this VM? something like what Xen does with live migration by using incremental page migration (or something named like that?)? -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] Accessing a linux guest's data structures
On Sun, Nov 6, 2011 at 23:01, Ankur Dahiya wrote: > Hi > I am a beginner qemu developer. > I am running a linux guest inside qemu and I need to determine what process, > thread is currently running in the guest. > How should I do this? Any suggestions? Or can anyone point me to the > relevant areas in qemu's source. Do you want to do that in kernel perspective or user mode perspective? How about simply ssh-ing into the guest and run "ps"? -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] Virtual serial logging server?
On Sun, Nov 6, 2011 at 23:21, Reeted wrote: > Can you suggest a server application to receive all such TCP connections and > log serial data for many virtual machines at once? > > In particular I would be interested in something with quotas, i.e. something > that deletes old lines from the logs of a certain VM when the filesystem > space occupied by the serial logs of such VM gets over a certain amount of > space. So that the log space for other VMs is not starved in case one of > them loops. Are you referring something like remote system logging i.e using rsyslog combined with logrotate? or something more sophisticated than that? -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] Accessing a linux guest's data structures
Hi :) On Mon, Nov 7, 2011 at 00:46, Ankur Dahiya wrote: > Hey, thanks for the reply. > I dont want to ssh to the guest! > What I basically want to do is monitor the guest state. Like I want to track > what system calls are being called, > what process and thread are currently running...Things that an > instrumentation framework like valgrind does... > But i want to do it without disturbing the guest (transparent to the guest). > Is this too difficult? Any suggestions? Alright, I got better understanding upon your need. OK, I suggest to explore kdb/kgdb and hook gdb from host into it via the qemu's gdb stub. I think that should do it. -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] A document about Windows Guest Debugging has been post on linux-kvm wiki
On Fri, Nov 11, 2011 at 14:27, Cao,Bing Bu wrote: > Hi, > > I have post a HOWTO document about windows guest debugging on: > http://www.linux-kvm.org/page/WindowsGuestDrivers/UpdatedGuestDebugging > > It include more details as a complement of > http://www.linux-kvm.org/page/WindowsGuestDrivers/GuestDebugging. Personally I say it's a good document. I am not really into Windows internals, but in the future I will find it valuable as I plan to dig deeper into Windows kernel. Good job! -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] qemu segfaults at start
On 05/09/2011, octane indice wrote: > then: > qemu disk.img > Segmentation fault how about invoking it as: qemu -hda disk.img ? does that make any difference? perhaps adding -S too so we could find out whether it reach the very initial point. -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] qemu segfaults at start
On Tue, Sep 6, 2011 at 18:19, octane indice wrote: > En réponse à Stefan Hajnoczi : >> You can run QEMU completely without a disk, just run: >> $ gdb qemu >> (gdb) r >> >> I wonder if it crashes that way too. >> > Yes: > (gdb) r > Starting program: /usr/src/qemu-0.15.0/i386-softmmu/qemu -vnc 127.0.0.1:1 > [Thread debugging using libthread_db enabled] > > Program received signal SIGSEGV, Segmentation fault. > raise_interrupt (intno=8, is_int=0, error_code=0, next_eip_addend=0) > at /usr/src/qemu-0.15.0/target-i386/op_helper.c:1375 > 1375 env->exception_index = intno; > (gdb) "env" is null? -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] cross compiler for MIPS64
Hi :) On Fri, Sep 9, 2011 at 19:01, Khansa Butt wrote: > Hi > I'm working on MIPS64 emulation and I need cross compiler for MIPS64. > would you please guide me in this regard?. Is there any cross compiler > exist > or I have to make it from scratch? > thanks try http://landley.net/aboriginal/downloads/binaries/ credits to Rob Landley ;) -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] QEMU Image problem
On Tue, Sep 13, 2011 at 14:52, bala suru wrote: > Hi, > > I have some problem at the genarating the KVM-QEMU image from the .iso file > ., I tried virt-manager but could not create the proper one . i am not really sure what you're going to do, but if you just wanna to access it, why not simply pass it to -cdrom option? -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] [PATCH 0/8] tcg/interpreter: Add TCG + interpreter for bytecode (virtual machine)
Hi :) On Sun, Sep 18, 2011 at 02:59, Stefan Weil wrote: > Hello, > > these patches add a new code generator (TCG target) to qemu. I personally congrats you for your hard work. So, here's a question from who are not so keen with Qemu internals: what is the biggest advantage of using TCI instead of directly using TCG? -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] [PATCH 0/8] tcg/interpreter: Add TCG + interpreter for bytecode (virtual machine)
Hi Stefan... On Sun, Sep 18, 2011 at 22:13, Stefan Weil wrote: > Its primary purpose was support of new hosts without a native > TCG. Thanks for the explanation, I got better picture now. However, still, an interpreter must be ready to grab the bytecode and execute it, right? So, that interpreter, should it be build inside Qemu too? Or can we use/write external one? let's say creating one in python and TCI passes the generated bytecode via UNIX socket to the listening Python script, is that doable or one of the goal your design? -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] Read location of memory poits esp register
On Mon, May 7, 2012 at 11:49 PM, Davide Ferraretto wrote: > how can I read location of memory poits by esp register (i386 cpu)?? > > CMIIW, using gdb stub hooked to Qemu, it should be: p $esp x -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] sigaction in windows
Hi... On Mon, May 14, 2012 at 3:39 PM, Paolo Bonzini wrote: > It doesn't use sigaction. :) Whenever the POSIX version would send a > signal to a thread, the Windows version does the following: > > - call SuspendThread on the receiving thread; > > - execute the signal handler code in the sending thread; you meant, "the receiving thread", right? > > - call ResumeThread on the receiving thread. > > It is not exactly the same thing, but it is enough for QEMU's needs. > > Paolo > > -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] sigaction in windows
Hi On Mon, May 14, 2012 at 10:55 PM, Paolo Bonzini wrote: >> you meant, "the receiving thread", right? > > No, in the sending thread. That's why I said it is not exactly the same > thing. > > Paolo Interesting...thanks for the clarification... -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] Is it possible to retrieve pre-process information in QEMU?
Hi... On Thu, May 17, 2012 at 10:09 AM, 陳韋任 wrote: > Hi all, > > I would like to know if I can retrieve pre-process information in QEMU > system mode. For example, I want to know each process's page fault ratio. > Is there a way to do that? logically, it's possible, but you need to locate the task_struct of each processes first. Using GDB, that might be a bit easier but still not easy. Why not just monitor it inside the guest? using system tap for example? -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] [PATCH 0/8] tcg/interpreter: Add TCG + interpreter for bytecode (virtual machine)
Hi Stefan On Mon, Sep 19, 2011 at 03:15, Stefan Weil wrote: > Am 18.09.2011 18:39, schrieb Mulyadi Santosa: >> On Sun, Sep 18, 2011 at 22:13, Stefan Weil wrote: >> So, that interpreter, should it be build inside Qemu too? Or can we >> use/write external one? let's say creating one in python and TCI >> passes the generated bytecode via UNIX socket to the listening Python >> script, is that doable or one of the goal your design? > > Do you think of something like http://bellard.org/jslinux/? None specific, but yes, that could be something that describe my idea :) (anyway, that jslinux is awesome so to speak). > The current interpreter is built inside QEMU, and I'm afraid > that separating code generator and interpreter in different > processes might be a lot of work. Maybe running both in > separate threads would be possible, so the code generator > could prepare new bytecode while the interpreter is still > running the previous one. Hm, got it...thanks for your kind explanation. I am very appreciate it. -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] [PATCH] tcg: Remove stack protection from helper functions
Hi... On Mon, Sep 26, 2011 at 14:46, Jan Kiszka wrote: > This increases the overhead of frequently executed helpers. > > Signed-off-by: Jan Kiszka IMHO, stack protector setup put more stuffs during epilogue, but quite likely it is negligible unless it cause too much L1 cache misses. So, I think this micro tuning is somewhat unnecessary but still okay. Security wise, I think it's better to just leave it as is like now. -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] Networking problem
Hi... On Wed, Sep 28, 2011 at 20:18, Giovanni Formisano wrote: > I launch in this way the machine > HEADNODE > qemu-system-x86_64 -hda HeadNode.img -m 1024 -net > nic,model=virtio,macaddr=00:16:3e:75:09:aa -net tap,ifname=tap0,script=no > -vga vmware -net nic,model=rtl8139,macaddr=00:16:3e:74:08:ac > WORKNODE > qemu-system-x86_64 -hda WORKNODE.img -m 1024 -net > nic,model=rtl8139,macaddr=F0:4D:A2:DA:D6:79 -vga vmware I couldn't recall exact parameter, but the thing is your need to make of your nic of your workhead stays at the same VLAN as the worknode. Check the qemu doc on how to setup vlan -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] When the tlb_fill will be called from generated code?
Hi :) 2011/9/28 陳韋任 : > I see. Thanks, and I find building QEMU with --extra-cflags="-save-temps" > is really help. Those *.i files make things much clear. glad that my -save-temps suggestion helps other ;) -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] Guest freezes "Refined TSC clocksource calibration ..."
Hi. :) On Sat, Oct 1, 2011 at 19:16, Onkar N Mahajan wrote: > > Compiled 3.1.0-rc3+ from source (see attached config file) and updated the > host(fc14) kernel ; > So host is now running 3.1.0-rc3+ > > Now I also want to try to boot FC14 guest with this updated kernel , like > this - > > ./qemu-kvm-virtfs -drive file=/home/onkar/bin/v9fs-guest.img,if=virtio -m > 1024 -smp 4 -net nic,macaddr=54:52:00:46:26:84,model=virtio -net > tap,script=./qemu-ifup,ifname=vnet1 --enable-kvm -vnc :10 -kernel > /boot/vmlinuz-3.1.0-rc3p -initrd /boot/initrd-3.1.0-rc3p.img -append > 'root=UUID=97e4bdfa-c88b-4e1f-8609-10f76d6a35fa' -monitor stdio Quite simple things you can try first: - what if you use device name like /dev/sda1 instead? does that work? - are you sure you have included the suitable filesystem module for the root partition in the initrd or the main kernel image? -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] Qemu - compiling error in tcg.c - flush_icache_range
Hi... :) On Sun, Oct 2, 2011 at 05:44, Maurizio Caloro wrote: > > i was trying with this code that i found with googling but without any success > >>tcg.c >> /* return tcg_gen_code_common(s, gen_code_buf, offset); */ >> int ret; >> ret = tcg_gen_code_common(s, gen_code_buf, offset); >> /* flush instruction cache */ >> flush_icache_range((unsigned long)gen_code_buf, >> ((unsigned long)s->code_ptr); >> return ret; >> } IIRC, that's the part of patch seriesor maybe just a single patch against latest Qemu gitso, are you sure you are applying that patch correctly? or pull straight from qemu git repository? -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] Qemu - compiling error in tcg.c - flush_icache_range
Hi :) Don't forget to cc qemu-devel too next time :) On Sun, Oct 2, 2011 at 21:43, Maurizio Caloro wrote: > After "git" the new source i don't realy found any solution, but changing the > lines now Qmue0.15.0 running also in me Netbsd G4 Mac. Proparly this change > are only "*BSD" conform and not any coding mistake. Sorry for confusing but > and thanks very mutch for your Help and Input! Great, glad you fixed it :) So, looks like you're quite read to submit a patch to fix this thing in upstream git repository :) -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] Guest freezes "Refined TSC clocksource calibration ..."
Hi Onkar :) On Tue, Oct 4, 2011 at 18:02, Onkar N Mahajan wrote: > On 10/02/2011 12:54 PM, Mulyadi Santosa wrote: >> >> Hi. :) >> > Hey Mulyadi , you seem to be where I go (or may be other way round) :-) ; > How > r u buddy ?? Yeah, it's like we always at the same boat :) But it's great, isn't it? Meaning we might have same interest :) >> On Sat, Oct 1, 2011 at 19:16, Onkar N Mahajan wrote: >> Quite simple things you can try first: >> - what if you use device name like /dev/sda1 instead? does that work? >> > I tried this - it's the same !! OK that's bad. Sure you don't miss things like SCSI/SATA controller compiled in your kernel? >> - are you sure you have included the suitable filesystem module for >> the root partition in the initrd or the main kernel image? > > Host is using same vmlinuz and initrd and is workign absolutely ok !! > looks like some problem with qemu ;-) > After thinking again, could you fallback using non -rc kernel? could be a bug somewhere -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] qemu_malloc failing
Hi... On Sun, Apr 10, 2011 at 09:08, Brad Hards wrote: > Program received signal SIGSEGV, Segmentation fault. > 0x75a4e66c in malloc_consolidate (av=0x75d55e40) at malloc.c:5161 > 5161 malloc.c: No such file or directory. > in malloc.c > (gdb) bt > #0 0x75a4e66c in malloc_consolidate (av=0x75d55e40) at > malloc.c:5161 > #1 0x75a51e82 in _int_malloc (av=0x75d55e40, bytes=2128) at > malloc.c:4373 > #2 0x75a5338e in __libc_malloc (bytes=2128) at malloc.c:3660 > #3 0x0042b3d6 in qemu_malloc (size=2128) at qemu-malloc.c:49 > #4 0x0056100f in uhci_async_alloc (s=0x15dcc10) at > /home/bradh/qemu-codingstyle.git/hw/usb-uhci.c:167 looking at: http://www.linuxquestions.org/questions/programming-9/segfault-in-malloc_consolidate-363048/ and http://www.linuxquestions.org/questions/linux-general-1/malloc_consolidate-757663/ I feel that it's somekind double free or data overwriting the malloc metadata thus causing trouble during memory block coalescing... First thing I suggest is to check if malloc() is always followed by proper free() and then see how much we really fill data into that allocated block (think about malloc exploit explained in Phrack...) -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] is it just me or is ne2k broken in qemu?
On Thu, Apr 14, 2011 at 09:31, Michael Tokarev wrote: > I performed several tests of various emulated NICs > booting with iPXE, and discovered that ne2k_pci (*) > emulated device does not quite work, for quite some > time already, at least with linux guests. > > The NIC works for a while, but after a few packets, > or a few 1000s of packets, it stalls. In tcpdump > on the host I see many ARP requests coming from the > guest and each has corresponding ARP reply, but > nothing is actually reaching the guest. IIRC, several people complained roughly the same thing about ne2k...and it's about timer implementation inside the code. For workaround, if possible, use e1000...works for me so far -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
[Qemu-devel] [OOT] gcc trick to help studying Qemu source
Hi all Just a result of my adventure lately to get better understanding with Qemu source, that is how to easily expand the result of preprocessing and assembling unknown to me before, gcc could already do this for us: http://the-hydra.blogspot.com/2011/04/getting-confused-when-exploring-qemu.html Hopefully it's useful for everybody, especially newbie like me. -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] [OOT] gcc trick to help studying Qemu source
Hi Brad :) On Fri, Apr 22, 2011 at 14:04, Brad Hards wrote: > On Tuesday 19 April 2011 19:07:39 Mulyadi Santosa wrote: >> Hopefully it's useful for everybody, especially newbie like me. > I added a note about this to the wiki. Perhaps you may like to expand / > enhance it: > http://wiki.qemu.org/Documentation/GettingStartedDevelopers#Getting_to_know_the_code Thanks a lot! :) Well, so far, the information you put there is already brief and clear. Along with the explanation in my blog, I think it's enough by now. But in the future, if I think something worth to be added, I'll let you now... -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] [RFC] Removing old command line options
Hi... On Mon, Apr 25, 2011 at 08:38, Brad Hards wrote: > I've been trying to update the documentation (currently on neworking), and one > of the things that makes it hard is that there are a few old (legacy) command > line options (e.g. --tftp). > > Removing them is easy, but not really nice to users who depend on them. So I > was thinking about a migration approach. > > I came up with two alternatives. > > Simplest approach is just to add a warning for the next release, and remove > the option in the next+1 release. I vote the above alternative simply because in the end, user needs to be notified real soon and they need to think for the alternative real soon too. Delaying such action just will make situation worse. -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] GSoC students announced
On Wed, Apr 27, 2011 at 22:56, Luiz Capitulino wrote: > - Prashant Vaibhav > Project: Intel IA64 architecture user-level emulation > Mentor: Alexander Graf wow, nice...looking forward to it... :) -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] documentation on qemu
Hi... On Thu, Apr 28, 2011 at 00:20, Renjith Ravindran wrote: > hi all.. > i am renjith a cs student from inda. I am new to this list :) > recently i had done some study of qemu as part of an academic project, in > the process i had made some documentation on qemu ..theory and and some high > level code organization etc. Nice! IMHO, I think you could use what you have known so far by extending this wiki page too: http://wiki.qemu.org/Documentation/GettingStartedDevelopers of course, that's..if you want and willing to.. by doing that...we will have more centralized documentation. -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] [OT]where is qemu-users list?
Hi :) On Sat, May 7, 2011 at 04:20, Alessandro wrote: > I'm sorry for the OT message. > I have a _simple_ question that is more appropriate for qemu-users ml. > Strangely, Qemu-users ml appears to be unavailable. > Anyone knows anything? Few years ago, several people in this list decided that by that time, there was no need to separate between -devel and -user list (due to low traffic, I guess). So here we are, just qemu-devel exist. -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] Binary translation (of code)
Hi... On Sat, May 7, 2011 at 18:26, Tarmo Pikaro wrote: > Hi ! > > I've analyzed quite a lot of emulators source code, including qemu as well. > > But I somehow would like to completely get rid of emulators, and simply > convert > application from one cpu/board to another cpu/board. > > On wiki pages this is called "binary translation". > > - Do you know some open source code projects related to binary translation ? Well, you end up in that kind of project, which is Qemu :) specifically the TCG (Tiny Code Generator) part > has anyone ever tried to: > > - put qemu in visual studio (or other ide where it can be debugged) AFAIK, folks here use gdb or its interface such as ddd, but I might be wrong > - cross compiled qemu with cygwin ? AFAIK too, folks uses mingw here... -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] Howto debug boot device not showing up in bios
Hi On Tue, May 10, 2011 at 05:24, Adnan Khaleel wrote: > Can somebody give me some pointers on what the best way to debug the boot > process in Qemu and seabios? At first, I guess "-s" a.k.a qemu gdb stub of Qemu could help you...but uhm, on a second thought, I think it is the qemu itself that you need to run under Qemu... regarding seabios code, i have no idea how to debug that... is it a binary blob only? -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] qemu & kernel :address generated are non-uniform
On Fri, Nov 18, 2011 at 21:49, sparsh mittal wrote: > GBrange numberOfAddresses > > 0-0.5---> 3325 > > 0.5-1---> 1253 > > 1-1.5---> 0 > > 1.5-2---> 30 > > 2-2.5---> 0 > > 2.5-3---> 1708 > > 3-3.5---> 10521 > > 3.5-4---> 0 > > 4-4.5--> 15428 Hi... I never observe the above address usage like you did, but I think that is expected. The reason is that Linux kernel tends to allocate from high memory (above 896 MiB ) to allocate pages, including their page tables. This is done to lower the "pressure" against normal memory zone. Now for the "unbalance" case, I guess that's due the high usage of slab. I am not sure where in fact they are started to be placed in RAM. One thing for sure is that they act as cache for frequest used objects such task structs, bio, socket buffers. So, as you can take a guess. It's a mechanism in Linux memory management which is quite complicated. Not sure if there's shortcut to shape this up. -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] [ICON] Quinn the Qemu emu gazes ahead thoughtfully, considering what the future holds
On Wed, Nov 30, 2011 at 21:41, Alex Bradbury wrote: > I lack drawing skills, so took a vectorised version of the public > domain emu drawing [1] from openclipart (currently down...). A lot of > talk has been about a new Qemu "icon" but I think that is far less > important than a logo to be used on the official website, > presentations, and other materials. Find my attempt attached (PNG and > SVG). This is truly unique :) But not sure whether it represent the main word "emulation"... -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] qemu & win4lin
Hi.. On Wed, Oct 27, 2010 at 04:03, ad...@mmri.us wrote: > Last time i checked (about 2 years ago) there was no USB support and no > access to the host filesystem. > Did any of this change for running host as Linux and guest as windows Xp/ME AFAIK, USB pass through is supported now (that's how I call it) and for host filesystem access, there's at least smb export (again, this is just the way I call it)...uhm..and NBD I think -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] networking issue
On Mon, Nov 8, 2010 at 16:31, chandra shekar wrote: > i have installed ubunt 8.04 in qemu and my host os qemu 10.04 but iam unable > to browse > the internet in guest ubuntu and i have tried many options and many forums > say > the default ip the guest will be 10.0.2.15 but the guest is not assigned any > ip > when i start it and i have tried emulating network cards but no use,please > some one help,thanks > make sure you already set the network card (most likely it's eth0) to retrieve it via DHCP. And also, it is indeed recognized. Check dmesg.. -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] Log Console Output to File
On Thu, Nov 11, 2010 at 12:50, wrote: > Hi, > > Is there a way to log / copy the console output (like the Linux boot info, if > booting QEMU to Linux) to a file? I think you could consider booting Linux in serial console...then start Qemu with -nographic. From there, everything will be spilled right in your standart output. Then you can use your favourite method to save the output...let's say using "script" command. -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] No Virtual Console
On Thu, Nov 11, 2010 at 12:49, wrote: > Hi, My apologies up front for the dumb question, but ... I am running qemu > (actually, qemu-system-arm), and when I launch it I do not get a new virtual > console to open. I have had this in the past (older Linux install), but > inside OpenSuSE 11.3, with QEMU 0.12.5 or 0.13.0 I do not get this to happen > (automatically, or even with -serial vc or -monitor vc options). My wild guess is, there is no "(m)getty"s prepared in tty. Thus you only left with xdm/kdm/gdm...but that's assuming you're inside runlevel 5 (or in some distros, runlevel 2 or 3), which boots straight to X. So, my advice is: kindly check /etc/inittab PS: regarding the VNC server listening, try to connect to it using VNC client. (hopefully I understand your statements correctly) -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] No Virtual Console
Hi... On Fri, Nov 12, 2010 at 03:30, Russell Morris wrote: > Hi, > > > > Yes, I am in runlevel 5. I have to admit, I did check /etc/inittab, but I'm > not sure what I'm looking for ... :-(. A bit lost here as to what you're > saying, sorry! Can you clarify a bit? i mean, do you something like below in your /etc/inittab? 1:2345:respawn:/sbin/mingetty tty1 it could be tty2, tty3 and so on...it represents the console number. So it reads "in console 1, in run level 2 up to 5, execute mingetty and make it servicing tty1" > Yes, VNC works - I was trying to say that, just not very clearly. What I'm > after though is to have a separate window open when I launch qemu, which is > the "target" OS ... make sense? I think what you mean here is the standart graphical window, right? the SDL one, right? -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] No Virtual Console
On Fri, Nov 12, 2010 at 16:49, wrote: > Yes - that's it! The SDL window. I can't get it to show up ... any ideas? make sure you have "SDL" package installed. Also, if you compile Qemu by your own, please install "SDL-devel" package before ./configure and make. -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] How to make shadow memory for a process? and how to trace the data propation from the instruction level in QEMU?
Hi Zhang... Please consider it a casual user trying to share simple ideas with you 2010/11/14 F. Zhang : > Hi, > > I am a newbie of QEMU. I want to use the QEMU for the dynamic analysis of > malware, usually called “taint analysis”. Just before it goes too far, have you check quite similar project which is Argos (http://www.few.vu.nl/argos/)? >The main idea is to tag data from > some specific sources, for example, network packets, files in a harddisk, > and user inputs and so on, and then trace the propagation of the tagged data > in the system. Once the tagged data is maliciously used, an alarm is raised. Quite alike valgrind in general sense, don't you think? Who knows you can adopt its architecture (and possibly codes too)? > To build an analysis environment, I need to solve the following problems: > > (1) Make the shadow memory for each process under analysis. How can I > make the shadow memory in QEMU? I think I can partition the memory of QEMU > into two blocks, one for the process under analysis, the other for the > process’s shadow memory. Is that right? > Are you going to say you wanna mimic the way shadow page table works? > (2) Tracing propagation of tagged data is implemented in the instruction > level. That is to say, for example, if the source operand of an instruction > is tagged, then the destination operand of the instruction is also tagged. > How can I implement the idea? Should I modify the instruction translation > functions to add code for tagging and recompile QEMU? How about using unused one of unused PTE flags for such tag? > (3) In the process of analyzing malware, two types of semantic > information should be combined. One from the OS, including process > information, stack information, heap information and so on; the other from > the QEMU, including mostly the tag propagation information. The question is, > how can I code to relate both of the information? That is to say, how to > make QEMU receive information from OS, and how to make OS receive > information from QEMU? Now that's the real "bomb"... I was thinking about creating pseudo device...oh wait, maybe using QMP (Qemu monitoring protocol)? Maybe you can use the trace framework introduced in Qemu lately? This is assuming, you wanna "make Qemu cooperate with host OS"... -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: Re: [Qemu-devel] How to make shadow memory for a process? and how to trace the data propation from the instruction level in QEMU?
Hi OK it's getting interesting perhaps it would lead into instrumentation topic, which is quite hot topic in qemu-devel quite recently, so you jump into the wagon just about the right time :) 2010/11/15 F. Zhang : > I am very pleased to share ideas with you. But my English is too poor, er…, > I’ll try my best to make it clear. J Either do I. How much do you expect Indonesian like me to write fluently English, after all? :D heheh, just joking :) OK, one thing for sure here is, I think you can implement your idea on top of several (not so complete) existing frameworks in Qemu. Tracing...is one of them...not sure about the rest... > Yes, I have read that paper, it’s wonderful! > > Besides the Argos, the bitblaze group, led by Dawn Song in Berkeley, has > achieved great success in the taint analysis. The website about their > dynamic analysis work (called TEMU) can be found at: > http://bitblaze.cs.berkeley.edu/temu.html > > And TEMU is now open-source. Thanks for sharing that...it's new stuff for me. So, why don't you just pick TEMU and improve it instead of...uhm...sorry if I am wrong, working from scratch? After all, I believe in both Argos and TEMU (and maybe other similar projects), they share common codes here and there. But ehm...CMIIW, seems like TEMU is based on Qemu 0.9,x, right? So it's sorry I forgot the name, the generated code is mostly a constructed by fragments of small codes generated by gcc. Now, it is qemu which does it by itself. So, a lot of things change (substantially). > Yes. For each process’s memory space A, I wanna make a shadow memory B. The > shadow memory is used to store the tag of data. In other words, if addr in > memory A is tainted, then the corresponding byte in B should be marked to > indicate that addr in A is tainted. I agree that should be the way it worksbut. (see below) >>How about using unused one of unused PTE flags for such tag? > > Sorry, what is the PTE flag? Page Table Entry...i believe not all flags are really used by the OS nowadays, so I guess you can utilize 1 or 2 bits there whenever possible... > > In fact, the tag is stored in the shadow memory of the process. > > Let us consider the following instruction: > > mov eax, [esi] > > If data in [esi] is tainted, then eax is tained, too. May we know, what kind of information do you plan to store in such tag? > In this instruction, we should first consider whether [esi] is tainted or > not. This is done by checking the tag in the shadow memory. If [esi] is > tainted, then the tag for eax in the shadow memory is set, too. > > The question is: how to implement the upper functions? maybe I should modify > the instruction-translation functions to implement the trace of tainted data > propagation? I think you should hook all the memory operation related opcode (or to be precise, Qemu opcode). That way, you won't miss any.. > Yes, I wanna make QEMU cooperate with the GUEST OS. In fact, malware under > analysis is run within the GUEST OS. Hm, I thought it would be host OS + qemudon't you think, if it is guest OS +qemu, while there is a chance guest OS is compromised first, then we get such unreliable data? Or am I missing something here? >The guest os collects “higher” semantic > from the OS level, and the QEMU collects “lower” semantic from the > instruction level. Combination of both semantics is necessary in the > analysis process. The question is, in a situation where malware already compromise "the higher semantic", could we trust the analysis? > The question is: how to communicate between the QEMU and the guest OS, so > that they can cooperate with each other? OK, so let's assume it's really guest OS +qemu...i think, uhm, better create pseudo device, quite similar with virtioor you can think it's like /dev/sda, /dev/rtc etc... the guest OS must somewhat be installed with a driver which knows how to read and talk to this device. Via the driver, fed any analysis resultqemu collects it...and finally pass it to host OS. Other possibilty is to reserve certain memory region (kinda BIOS reserved memory space), mmap it inside the guest OS, then treat it like System V shared memory. Put the data in it, Qemu regularly checks it... What do you think? PS: eduardo cruz might be an interesting person to talk to..he did instrumention work lately too -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] How to detect a stopped guest os?
On Tue, Nov 16, 2010 at 02:54, Wilhelm wrote: > Hello, > > I know, this is not the right place to ask, but I wasn't abled to find a > users mailing list. > > The question: is there any qemu (monitor) command to detect if the guest > os has stopped / poweroff? have you checked "info status"? -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] Is there any approach to setup guest only network
On Tue, Nov 16, 2010 at 17:11, 郭沐錫 wrote: > Dear all > I have run QEMU with debian > I can use TUN/TAP to connect the internet or host when single QEMU > However when I run two QEMU with two qemu-ifup and different address (on the > same host) at the same time, the second QEMU cannot connect to host... > Is there are any approach to setup guest only network. > Because I want to run ssh among the QEMUs on the same host. Try to paste your complete command together with the parameters you used in this list. Hopefully then we could analyze it. PS: have you assigned different mac address on both guests? -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] Is there any approach to setup guest only network
Hi 2010/11/16 郭沐錫 : > Dear all > I have set two directory for QEMU. > One of my qemu-ifup is as follow(the other ip address is different) > #!/bin/sh > sudo modprobe tun > sudo /sbin/ifconfig $1 up 192.168.2.52 netmask 255.255.255.0 broadcast > 192.168.2.255 > > # IP masquerade > sudo echo "1" > /proc/sys/net/ipv4/ip_forward > sudo /sbin/iptables -N nat > sudo /sbin/iptables -t nat -F > sudo /sbin/iptables -t nat -A POSTROUTING -s 192.168.2.62 -j MASQUERADE > sudo /sbin/iptables -t nat -A POSTROUTING -d 192.168.2.62 -o $1 to me, the scripts look good...regarding the missing eth, are you sure it's not there even if you issue "ifconfig -a" command? -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] macaddr doesn't work
On Fri, Nov 19, 2010 at 16:09, 郭沐錫 wrote: > However the eth0 will disapear and induce I cannot assign the IP address to > the QEMU. > http://myweb.ncku.edu.tw/~p76991028/eth0.png I think I already asked you to type "ifconfig -a" and see if it is there? -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] macaddr doesn't work
Hi... 2010/11/20 郭沐錫 : > Dear all > Sorry, I was wrong. > I was too hurry to result in that I don't understand that command. > > By "ifconfig -a", I found other eth... > Thank you to Mulyadi. No problem...I believe you had important lesson here :) -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] [PATCH, RFT] Speedup 'tb_find_slow' by using the same heuristic as during memory page lookup
Dear Kirill
On Tue, Nov 23, 2010 at 02:42, Kirill Batuzov wrote:
> Move the last found TB to the head of the list so it will be found more
> quickly next time it will be looked for.
...
> found:
> + if (*ptb1) {
> + *ptb1 = tb->phys_hash_next;
> + tb->phys_hash_next = tb_phys_hash[h];
> + tb_phys_hash[h] = tb;
> + }
> /* we add the TB in the virtual pc hash table */
> env->tb_jmp_cache[tb_jmp_cache_hash_func(pc)] = tb;
> return tb;
>
I thank you, because you indirectly teach me how to do it. Since a
long time ago, I'd like to do the same thing but I never understand
the way TB managed thoroughly.
May I suggest something?
a. the "if (*ptb)" could be improved by likely() or unlikely() macros
(I forgot the real gcc macro's name, I just write down the way Linux
kernel name it).
I guess, statistically the hit rate of last executed TB could be
somewhere above 50% (using locality principle, which is IIRC, saying
that roughly 10% of code are actually ran and they took 90% of overall
total code run time. CMIIW). So, likely() will improve the code
ordering.
b. Or better, we need somekind of LRU list ordering of TB. On each TB
hit, "hit count" of that TB is incremented. On every certain time
interval, the entire list is scanned and it is reordered with the most
frequently called TB is in the head.
All in all, I think it is due to simple TB "clean up" mechanism so
far, that is whenever it is full, they are simply dumped out. While I
agree it's the simplest, I remember Julian Seward's test that showed
runtime acceleration when TB size is increased up to certain size.
This, to me, in some degree demonstrate that more efficient management
of TB cache is needed.
Just my 2 cents idea...and so far this is all I can suggest to help
Qemu development.
--
regards,
Mulyadi Santosa
Freelance Linux trainer and consultant
blog: the-hydra.blogspot.com
training: mulyaditraining.blogspot.com
Re: [Qemu-devel] User mode restart execution
Hi... On Tue, Dec 7, 2010 at 18:43, John Vele wrote: > Grettings, > > I am using user mode qemu for running stand-alone i386 binaries in linux. > What I want to do is this: > I want to run a binary until it ends, but I don't want qemu-i386 to exit > (that is what > it does normally) but restart the execution of the same binary from the > beginning > without exiting. Not sure why you wanna do such thing, but an idea crossed my mind: quite likely, a program exit with exit() C function. This is related to close() syscall AFAIK. Thus, how about modifying close() syscall handler in qemu user mode and make it jump again to load ELF from scratch? -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] IRC channel movement -> FreeNode to OFTC
On Wed, Dec 8, 2010 at 23:18, Anthony Liguori wrote: > Hi, > > I'd like to move IRC channels from FreeNode to OFTC, so please join #qemu on > OFTC starting now. OFTC is nice place too IMHO... but if it's not a top secret, why move? -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] A problem about qemu compiling .
On Mon, Dec 13, 2010 at 08:12, D Prince wrote: > Hi, > I am a college student.When I am trying to compile qemu 0.9.1 under > MingW(gcc 3.4.5).For some reason,I have to use this particular version.But > an error keep showing up. > > $ make > make: *** No rule to make target `irq.o', needed by `libqemu_common.a'. > Stop. Could you tell us how did you invoke "./configure" before hand? -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] A problem about qemu compiling .
Hi... On Mon, Dec 13, 2010 at 09:32, D Prince wrote: > I invoked > $ ./configure --target-list=i386-softmmu --static --enable-adlib > Here, I am using Centos 5.5 and gcc 4.1.2, I tried the same way on qemu 0.13.0 and it works. The difference is just I invoke it this way: ./configure --target-list=i386-softmmu --static --audio-card-list=adlib -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] Sometimes qem-kvm hang at kvm_put_vcpu_events when virsh restore. Both version 0.12.5 / 0.13.0
2010/12/15 changlimin : > BTW windows 2008 guest start failed at qem-kvm 0.13.0, but 0.12.5 start > success. I am not qemu/kvm expert, but I think if you could provide either qemu instruction trace (using -d) or traces inside the guest OS itself (windows live debugger maybe?), it would be much easier for people here to decipher the problem. At least could you write down how do you invoke qemu-kvm back then? -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] Sometimes qem-kvm hang at kvm_put_vcpu_events when virsh restore. Both version 0.12.5 / 0.13.0
On Wed, Dec 15, 2010 at 15:08, changlimin wrote: > 1. I create a guest use libvirt; > 2. I start the guest use: virsh start guest; > 3. I save the guest to a file, use: virsh save guest guest.save > 4. I retore the guest, use : virsh retore guest.save > Sometimes, the guest restore successful. sometimes restore fail. > I debug the code, the qemu-kvm hang at kvm_put_vcpu_events, the process > state is D, uninterruptable sleep. Only can killed by kill -9. > I print the events when kvm_put_vcpu_events / kvm_get_vcpu_events, it is > always different, event when restore successful I could only say, i smell deadlock due to race condition here...but I have no further prove...how many (virtual) CPU did you simulate at that time? -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] qemu-x86_64 segments on fedora14
On Wed, Dec 15, 2010 at 15:26, Rania Mameesh wrote: > Dear All, > > I am getting a the following segmentation fault when I run the command > "qemu-x86_64 /bin/ls": > > qemu: uncaught target signal 11 (Segmentation fault) - core dumped > Segmentation fault (core dumped) that was the user mode Qemu emulation, right? Sounds like missing NPTL implementation to meAFAIK it's still incomplete in some parts -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] classic emulator Vs QEMU-TCG
Hi Stefano
I'll try to share what I know about TCG..
On Thu, Dec 16, 2010 at 22:20, Stefano Bonifazi
wrote:
> Actually as a student, I've never developed even a simple classic emulator
> myself,
you're not alone...trust me.. :)
>but in my idea it should follow this flow:
> 1) Fetch target instruction
> i.e. PC(0x532652) : 0x104265 (I am just inventing)
> 2) Decode
> Opcode 0x10 : ADD, R1: 0x42, R2: 0x65
> 3) Look up instruction function table:
> switch(opcode)
> case add :
> add(R1, R2)
> break;
> 4) Execution
> void add(int R1, int R2)
> { env->reg[R1] = env->reg[R1] + env[R2];}
You're right. Basically, we're taught that emulation is like big giant
"swith..case" with lots of condition. And that's exactly what Bochs
does AFAIK...
The pros of this approach is instruction could be simulated as precise
as possible and we could have more precise control about
timing...however the cons is... as we saw that big case
branching...cache miss could likely happen (in host machine I mean)
and pipeline stalls might happen more.
By doing what Qemu does, be it using the old dyngen or new TCG, we try
to maintain "execution fluidity" by interpreting instruction as less
as possible and strings together the already translated blocks ...
And don't forget that Qemu sometimes does things like lazy flags
update, somewhat simple dead code elimination and so on. More like
tiny compiler...right?
> Now all of that would be compiled offline for the host machine and at
> runtime the host macine would just execute the binary host code for the
> instruction "env->reg[R1] = env->reg[R1] + env[R2];" (its host binary
> translation)
>
> My big doubt is, how can I execute that new binary? .. Shall TCG put it in
> some memory location, and then make the process branch to that address (and
> then back) ?
> I really can't see how that happens in the code :(
>
> in cpu-exec.c : cpu_exec_nocache i find:
>
>> /* execute the generated code */
>> next_tb = tcg_qemu_tb_exec(tb->tc_ptr);
>
> and in cpu-exec.c : cpu_exec
>
>> /* execute the generated code */
>>
>> next_tb = tcg_qemu_tb_exec(tc_ptr);
>
> so I thought tcg_qemu_tb_exec "function" should do the work of executing the
> translated binary in the host.
> But then I found out it is just a define in tcg.h:
>
>> #define tcg_qemu_tb_exec(tb_ptr) ((long REGPARM (*)(void
>> *))code_gen_prologue)(tb_ptr)
>
> and again in exec.c
>
>> uint8_t code_gen_prologue[1024] code_gen_section;
>
> Maybe I have some problems with that C syntax, but I really don't understand
> what happens there.. how the execution happens!
With my limited C knowledge, I saw that as a instruction jump (to
tb_ptr). The "code_gen_prologue" seems to me like a cast. casting
each opcode in tb_ptr as uint8_t with maximum length=1024
I hope that's the right interpretation...I must admit Qemu is full of
gcc and C tricks here and there...
--
regards,
Mulyadi Santosa
Freelance Linux trainer and consultant
blog: the-hydra.blogspot.com
training: mulyaditraining.blogspot.com
Re: [Qemu-devel] classic emulator Vs QEMU-TCG
On Fri, Dec 17, 2010 at 16:47, Stefano Bonifazi wrote: > On 12/16/2010 04:57 PM, Mulyadi Santosa wrote: >> >> With my limited C knowledge, I saw that as a instruction jump (to >> tb_ptr). The "code_gen_prologue" seems to me like a cast. casting >> each opcode in tb_ptr as uint8_t with maximum length=1024 > > Hi! Thank you for your reply! > > I've got an explanation from a C guru :) Thanks a lot for sharing it.:) Hopefully your C skill is better now :) -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] Re: Problems executing qemu-ppc
Hi :) On Sun, Dec 19, 2010 at 03:29, Stefano Bonifazi wrote: > Hi! > I am answering myself hoping that my solution may help somebody other who > has to face the same problem: I am not PPC user by myself, but I think it is a good candidate to be written in either Qemu web forum or Qemu wiki (do we have one?) :) Just 2 cents idea :) -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] Re: Problems executing qemu-ppc
Hi Stefano :) On Mon, Dec 20, 2010 at 03:22, Stefano Bonifazi wrote: > As part of my project I am writing a good QEMU technical documentation, .. I > want to insert also this in it someway.. Then if my teacher's policy allows > it I'll make my documentation public..I am experiencing big difficulties due > to the lack of good updated documentation.. it is a huge C project, and C is > not as readable as OO projects.. moreover one needs so many notions about > emulators and computer architectures that can't be taught at university .. > maybe some document written by who had to learn everything for understanding > QEMU can be useful for novices more than one written by those who master all > those topics for whom everything is easy and not worth to be said ;) The best I could say for now is: try to strip out all the "confidential" information in your document and try to label it as Creative Common licensed document, or any other kind of open license. After that, by submitting it to qemu wiki or forum, you can let other improve it...thus you're not alone :) -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] help
Is it a request of help or you simply just want to reforward the digest? -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] A problem about qemu compiling .
On Wed, Dec 22, 2010 at 20:02, D Prince wrote: > > > 2010/12/13 Mulyadi Santosa >> >> ./configure --target-list=i386-softmmu --static --audio-card-list=adlib >> >> >> -- >> regards, >> >> Mulyadi Santosa > > It's working alright now.Thank you very much for your response! > --Terry > > Congrats :) So, you adopted my idea, or did you come up with other solution? I'd love to read your solution... -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: [Qemu-devel] SLIRP's DNS problem
Hi... On Thu, Dec 23, 2010 at 20:49, Irek Szczesniak wrote: > DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 6 > DHCPOFFER from 10.0.2.2 > DHCPREQUEST on eth0 to 255.255.255.255 port 67 > DHCPACK from 10.0.2.2 > bound to 10.0.2.15 -- renewal in 33026 seconds. > DHCPv4 eth0 - obtained lease 10.0.2.15 > DHCPv4 eth0 - option subnet-mask: 255.255.255.0 > DHCPv4 eth0 - option subnet-mask: - prefix_len: 24 broadcast: 10.0.2.255 > DHCPv4 eth0 - option routers: > no DNS servers, can't look up hostname > > The installer complains that a DNS server is missing, but it seems > that the DHCP also doesn't provide a default gateway. what if you specificly mention the network type like below: qemu-kvm -cdrom centos-netinstall -net nic,model=e1000 -net user will it make any difference? -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
Re: Re: [Qemu-devel] A problem about qemu compiling .
Hi...:) On Sat, Dec 25, 2010 at 17:24, D Prince wrote: > It's 0.10.5. I suggest to update to recent 0.12.x or 0.13.x many improvements and bugfixes had been committed... > SSL...It's inspiring,maybe I miss some libs.Many thanks for your help! > No problem..let us know the progress -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com
