coremu-list-devel Mailing List for coremu-mailing-list (Page 2)
Brought to you by:
cyfdecyf
Menu
▾
▴
coremu-list-devel — coremu devel mailing list
You can subscribe to this list here.
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(4) |
Sep
(1) |
Oct
(21) |
Nov
(2) |
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2011 |
Jan
(4) |
Feb
(4) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(6) |
Sep
(2) |
Oct
(2) |
Nov
(1) |
Dec
|
| 2012 |
Jan
(8) |
Feb
|
Mar
|
Apr
(3) |
May
(7) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
(10) |
Mar
(7) |
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
(3) |
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
(2) |
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Chen Y. <cyf...@gm...> - 2013-02-07 02:36:45
|
On 2013年2月5日Tuesday at 下午12:39, Xie BiWei wrote: > Hello there: > > I got some errors when I compile Coremu. I think maybe somebody can > give me some advices to solve it. > > "./configure"and "make " are all right to me. > > But,when executing "make install" ,I got some errors on seabios > just list below. > > My environment: Centos5.5 ; gcc 4.1.2 ; I'm not sure what caused the problem as we had never tried to run COREMU on CentOS. So the best suggestion I can give now is try to use Debian 5/6 or Ubuntu 12.04 as these system are tested to work. > > About the binutils: I have find the error occurs when it LD some > *.o files. So I setup a binutils(2.18), and replaced the ld command in > the Makefile. But I still get this error. > > One page maybe related to my > problem:http://comments.gmane.org/gmane.comp.emulators.qemu.coremu.devel/5 > > Error: > Using(binutils ld 2.23) > install -m 644 libcm-util.a "/root/xbw/data/bins_and_libs//lib" > install -m 755 qemu-system-x86_64 > "/root/xbw/data/bins_and_libs//bin" > strip "/root/xbw/data/bins_and_libs//bin/qemu-system-x86_64" > make[2]: Leaving directory > `/root/xbw/data/code/coremu-0.1.2/coremu/obj/qemu/x86_64-softmmu' > make[1]: Leaving directory > `/root/xbw/data/code/coremu-0.1.2/coremu/obj/qemu' > (cd bios/seabios; make) > make[1]: Entering directory > `/root/xbw/data/code/coremu-0.1.2/coremu/bios/seabios' > Linking out/rom.o > ld: section .text16 [000000000000758c -> 000000000000ffff] > overlaps section .data16 [0000000000004440 -> 0000000000007593] > /root/xbw/data/binutils/bin/ld: out/rom16.reloc.o: section > .text16 lma 0x758c overlaps previous sections > make[1]: *** [out/rom.o] error 1 > make[1]: Leaving directory > `/root/xbw/data/code/coremu-0.1.2/coremu/bios/seabios' > make: *** > [/root/xbw/data/code/coremu-0.1.2/coremu/bios/seabios/out/bios.bin] error2 > > > > Error > Using (binutils ld 2.18) > > install -m 644 libcm-util.a "/root/xbw/data/bins_and_libs//lib" > install -m 755 qemu-system-x86_64 > "/root/xbw/data/bins_and_libs//bin" > strip "/root/xbw/data/bins_and_libs//bin/qemu-system-x86_64" > make[2]: Leaving directory > `/root/xbw/data/code/coremu-0.1.2/coremu/obj/qemu/x86_64-softmmu' > make[1]: Leaving directory > `/root/xbw/data/code/coremu-0.1.2/coremu/obj/qemu' > (cd bios/seabios; make) > make[1]: Entering directory > `/root/xbw/data/code/coremu-0.1.2/coremu/bios/seabios' > Linking out/rom.o > /root/xbw/data/binutils/bin/ld: section .text16 > [000000000000758c -> 000000000000ffff] overlaps section .data16 > [0000000000004440 -> 0000000000007593] > /root/xbw/data/binutils/bin/ld: out/rom16.reloc.o: section > .text16 lma 0x758c overlaps previous sections > make[1]: *** [out/rom.o] error 1 > make[1]: Leaving directory > `/root/xbw/data/code/coremu-0.1.2/coremu/bios/seabios' > make: *** > [/root/xbw/data/code/coremu-0.1.2/coremu/bios/seabios/out/bios.bin] error2 > > > Thanks a lot > > Puck~ > 2013.2.5 > > > ------------------------------------------------------------------------------ > Free Next-Gen Firewall Hardware Offer > Buy your Sophos next-gen firewall before the end March 2013 > and get the hardware for free! Learn more. > http://p.sf.net/sfu/sophos-d2d-feb > _______________________________________________ > Coremu-list-devel mailing list > Cor...@li... (mailto:Cor...@li...) > https://lists.sourceforge.net/lists/listinfo/coremu-list-devel |
|
From: PuckBee <pu...@gm...> - 2013-02-06 03:16:04
|
Hello there:
I got some errors when I compile Coremu. I think maybe somebody can
give me some advices to solve it.
"./configure"and "make " are all right to me.
But,when executing "make install" ,I got some errors on seabios
just list below.
My environment: Centos5.5 ; gcc 4.1.2 ;
About the binutils: I have find the error occurs when it LD some
*.o files. So I setup a binutils(2.18), and replaced the ld command in
the Makefile. But I still get this error.
One page maybe related to my
problem:http://comments.gmane.org/gmane.comp.emulators.qemu.coremu.devel/5
Error:
Using(binutils ld 2.23)
install -m 644 libcm-util.a "/root/xbw/data/bins_and_libs//lib"
install -m 755 qemu-system-x86_64
"/root/xbw/data/bins_and_libs//bin"
strip "/root/xbw/data/bins_and_libs//bin/qemu-system-x86_64"
make[2]: Leaving directory
`/root/xbw/data/code/coremu-0.1.2/coremu/obj/qemu/x86_64-softmmu'
make[1]: Leaving directory
`/root/xbw/data/code/coremu-0.1.2/coremu/obj/qemu'
(cd bios/seabios; make)
make[1]: Entering directory
`/root/xbw/data/code/coremu-0.1.2/coremu/bios/seabios'
Linking out/rom.o
ld: section .text16 [000000000000758c -> 000000000000ffff]
overlaps section .data16 [0000000000004440 -> 0000000000007593]
/root/xbw/data/binutils/bin/ld: out/rom16.reloc.o: section
.text16 lma 0x758c overlaps previous sections
make[1]: *** [out/rom.o] error 1
make[1]: Leaving directory
`/root/xbw/data/code/coremu-0.1.2/coremu/bios/seabios'
make: ***
[/root/xbw/data/code/coremu-0.1.2/coremu/bios/seabios/out/bios.bin] error2
Error
Using (binutils ld 2.18)
install -m 644 libcm-util.a "/root/xbw/data/bins_and_libs//lib"
install -m 755 qemu-system-x86_64
"/root/xbw/data/bins_and_libs//bin"
strip "/root/xbw/data/bins_and_libs//bin/qemu-system-x86_64"
make[2]: Leaving directory
`/root/xbw/data/code/coremu-0.1.2/coremu/obj/qemu/x86_64-softmmu'
make[1]: Leaving directory
`/root/xbw/data/code/coremu-0.1.2/coremu/obj/qemu'
(cd bios/seabios; make)
make[1]: Entering directory
`/root/xbw/data/code/coremu-0.1.2/coremu/bios/seabios'
Linking out/rom.o
/root/xbw/data/binutils/bin/ld: section .text16
[000000000000758c -> 000000000000ffff] overlaps section .data16
[0000000000004440 -> 0000000000007593]
/root/xbw/data/binutils/bin/ld: out/rom16.reloc.o: section
.text16 lma 0x758c overlaps previous sections
make[1]: *** [out/rom.o] error 1
make[1]: Leaving directory
`/root/xbw/data/code/coremu-0.1.2/coremu/bios/seabios'
make: ***
[/root/xbw/data/code/coremu-0.1.2/coremu/bios/seabios/out/bios.bin] error2
Thanks a lot
Puck~
2013.2.5
|
|
From: Xie B. <xie...@ic...> - 2013-02-05 04:58:26
|
Hello there:
I got some errors when I compile Coremu. I think maybe somebody can
give me some advices to solve it.
"./configure"and "make " are all right to me.
But,when executing "make install" ,I got some errors on seabios
just list below.
My environment: Centos5.5 ; gcc 4.1.2 ;
About the binutils: I have find the error occurs when it LD some
*.o files. So I setup a binutils(2.18), and replaced the ld command in
the Makefile. But I still get this error.
One page maybe related to my
problem:http://comments.gmane.org/gmane.comp.emulators.qemu.coremu.devel/5
Error:
Using(binutils ld 2.23)
install -m 644 libcm-util.a "/root/xbw/data/bins_and_libs//lib"
install -m 755 qemu-system-x86_64
"/root/xbw/data/bins_and_libs//bin"
strip "/root/xbw/data/bins_and_libs//bin/qemu-system-x86_64"
make[2]: Leaving directory
`/root/xbw/data/code/coremu-0.1.2/coremu/obj/qemu/x86_64-softmmu'
make[1]: Leaving directory
`/root/xbw/data/code/coremu-0.1.2/coremu/obj/qemu'
(cd bios/seabios; make)
make[1]: Entering directory
`/root/xbw/data/code/coremu-0.1.2/coremu/bios/seabios'
Linking out/rom.o
ld: section .text16 [000000000000758c -> 000000000000ffff]
overlaps section .data16 [0000000000004440 -> 0000000000007593]
/root/xbw/data/binutils/bin/ld: out/rom16.reloc.o: section
.text16 lma 0x758c overlaps previous sections
make[1]: *** [out/rom.o] error 1
make[1]: Leaving directory
`/root/xbw/data/code/coremu-0.1.2/coremu/bios/seabios'
make: ***
[/root/xbw/data/code/coremu-0.1.2/coremu/bios/seabios/out/bios.bin] error2
Error
Using (binutils ld 2.18)
install -m 644 libcm-util.a "/root/xbw/data/bins_and_libs//lib"
install -m 755 qemu-system-x86_64
"/root/xbw/data/bins_and_libs//bin"
strip "/root/xbw/data/bins_and_libs//bin/qemu-system-x86_64"
make[2]: Leaving directory
`/root/xbw/data/code/coremu-0.1.2/coremu/obj/qemu/x86_64-softmmu'
make[1]: Leaving directory
`/root/xbw/data/code/coremu-0.1.2/coremu/obj/qemu'
(cd bios/seabios; make)
make[1]: Entering directory
`/root/xbw/data/code/coremu-0.1.2/coremu/bios/seabios'
Linking out/rom.o
/root/xbw/data/binutils/bin/ld: section .text16
[000000000000758c -> 000000000000ffff] overlaps section .data16
[0000000000004440 -> 0000000000007593]
/root/xbw/data/binutils/bin/ld: out/rom16.reloc.o: section
.text16 lma 0x758c overlaps previous sections
make[1]: *** [out/rom.o] error 1
make[1]: Leaving directory
`/root/xbw/data/code/coremu-0.1.2/coremu/bios/seabios'
make: ***
[/root/xbw/data/code/coremu-0.1.2/coremu/bios/seabios/out/bios.bin] error2
Thanks a lot
Puck~
2013.2.5
|
|
From: 陳韋任 <ch...@ii...> - 2012-05-25 13:48:29
|
> I'm excited to know that Coremu-0.1.2 support target platform: i386 > When I run with the disk image that build by myself, > sometime it crash unexpected or stuck for a long time. Perhaps it's a lurking bug in COREMU, you might need provide more detail on how you build the disk image so that others can *reproduce* your error. Regards, chenwj -- Wei-Ren Chen (陳韋任) Computer Systems Lab, Institute of Information Science, Academia Sinica, Taiwan (R.O.C.) Tel:886-2-2788-3799 #1667 Homepage: http://people.cs.nctu.edu.tw/~chenwj |
|
From: 許匯鑫 <ev...@gm...> - 2012-05-25 13:41:35
|
Hi all, I'm excited to know that Coremu-0.1.2 support target platform: i386 When I run with the disk image that build by myself, sometime it crash unexpected or stuck for a long time. Could I solve this problem by fix some kernel configurations? or somebody could tell me where to get a suitable disk image for coremu-i386? Tanks in advance!! |
|
From: zhaoguo w. <tig...@gm...> - 2012-05-22 06:30:06
|
The time is not accurate is because we change the timer interrupt emulation mechanism when #emulated cpu > # host cpu. So when #emulated cpu < #host cpu, the accuracy of timer emulation is the same with qemu. :-) 2012/5/22 Chen Yufei <cyf...@gm...> > We implemented 2 versions of time measurement in x86 guest application, > > - gettimeofday > - rdtsc > > > When the emulated core is less then available physical cores, the time > reported by the both time measurement are almost the same. > > -- > Best regards, > Chen Yufei > > > On 2012年5月22日Tuesday at 下午2:12, 任 wrote: > > > On Tue, May 22, 2012 at 02:05:57PM +0800, zhaoguo wang wrote: > > > Arm can just emulate up to 4 core. > > > When the number of cores emulated by COREMU is not more than the > number of > > > physical cpus, time is correct. > > > So for Arm emulation, we don't use rdtsc. > > > > > > > > You mean the result of `time` is correct under the prerequisite tou > mentioned? > > How do you know it's correct, I mean any golden standard you compare > with? > > > > Thanks. ;) > > > > Regards, > > chenwj > > > > -- > > Wei-Ren Chen (任) > > Computer Systems Lab, Institute of Information Science, > > Academia Sinica, Taiwan (R.O.C.) > > Tel:886-2-2788-3799 #1667 > > Homepage: http://people.cs.nctu.edu.tw/~chenwj > > > > > ------------------------------------------------------------------------------ > > Live Security Virtual Conference > > Exclusive live event will cover all the ways today's security and > > threat landscape has changed and how IT managers can respond. Discussions > > will include endpoint security, mobile security and the latest in malware > > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > _______________________________________________ > > Coremu-list-devel mailing list > > Cor...@li... (mailto: > Cor...@li...) > > https://lists.sourceforge.net/lists/listinfo/coremu-list-devel > > > > -- Zhaoguo Wang<http://ipads.se.sjtu.edu.cn/doku.php?id=pub:members:zhaoguo_wang> Institute of Parallel and Distributed Systems <http://ipads.se.sjtu.edu.cn/> |
|
From: Chen Y. <cyf...@gm...> - 2012-05-22 06:26:09
|
We implemented 2 versions of time measurement in x86 guest application, - gettimeofday - rdtsc When the emulated core is less then available physical cores, the time reported by the both time measurement are almost the same. -- Best regards, Chen Yufei On 2012年5月22日Tuesday at 下午2:12, 陳韋任 wrote: > On Tue, May 22, 2012 at 02:05:57PM +0800, zhaoguo wang wrote: > > Arm can just emulate up to 4 core. > > When the number of cores emulated by COREMU is not more than the number of > > physical cpus, time is correct. > > So for Arm emulation, we don't use rdtsc. > > > > You mean the result of `time` is correct under the prerequisite tou mentioned? > How do you know it's correct, I mean any golden standard you compare with? > > Thanks. ;) > > Regards, > chenwj > > -- > Wei-Ren Chen (陳韋任) > Computer Systems Lab, Institute of Information Science, > Academia Sinica, Taiwan (R.O.C.) > Tel:886-2-2788-3799 #1667 > Homepage: http://people.cs.nctu.edu.tw/~chenwj > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Coremu-list-devel mailing list > Cor...@li... (mailto:Cor...@li...) > https://lists.sourceforge.net/lists/listinfo/coremu-list-devel |
|
From: 陳韋任 <ch...@ii...> - 2012-05-22 06:13:27
|
On Tue, May 22, 2012 at 02:05:57PM +0800, zhaoguo wang wrote: > Arm can just emulate up to 4 core. > When the number of cores emulated by COREMU is not more than the number of > physical cpus, time is correct. > So for Arm emulation, we don't use rdtsc. You mean the result of `time` is correct under the prerequisite tou mentioned? How do you know it's correct, I mean any golden standard you compare with? Thanks. ;) Regards, chenwj -- Wei-Ren Chen (陳韋任) Computer Systems Lab, Institute of Information Science, Academia Sinica, Taiwan (R.O.C.) Tel:886-2-2788-3799 #1667 Homepage: http://people.cs.nctu.edu.tw/~chenwj |
|
From: zhaoguo w. <tig...@gm...> - 2012-05-22 06:06:07
|
Arm can just emulate up to 4 core. When the number of cores emulated by COREMU is not more than the number of physical cpus, time is correct. So for Arm emulation, we don't use rdtsc. 2012/5/22 任 <ch...@ii...> > > We use rdtsc to compute the time. Because for rdtsc instruction > emulation, it > > just call the rdtsc on the host machine. The attachment is the coding for > > timing measurement. > > The frequency should be modified depend on your host machine cpu. > > And the command cpufreq-set should be used to keep the cpu frequency > unchanged. > > I have a question. Since rdtsc is a x86 instruction, this trick will not > work > if we run a ARM guest on a x86 host, right. I remember COREMU ran a ARM > guest > before, how does it measure timing in that case? > > Regards, > chenwj > > -- > Wei-Ren Chen (任) > Computer Systems Lab, Institute of Information Science, > Academia Sinica, Taiwan (R.O.C.) > Tel:886-2-2788-3799 #1667 > Homepage: http://people.cs.nctu.edu.tw/~chenwj > -- Zhaoguo Wang<http://ipads.se.sjtu.edu.cn/doku.php?id=pub:members:zhaoguo_wang> Institute of Parallel and Distributed Systems <http://ipads.se.sjtu.edu.cn/> |
|
From: 陳韋任 <ch...@ii...> - 2012-05-22 04:04:06
|
> We use rdtsc to compute the time. Because for rdtsc instruction emulation, it > just call the rdtsc on the host machine. The attachment is the coding for > timing measurement. > The frequency should be modified depend on your host machine cpu. > And the command cpufreq-set should be used to keep the cpu frequency unchanged. I have a question. Since rdtsc is a x86 instruction, this trick will not work if we run a ARM guest on a x86 host, right. I remember COREMU ran a ARM guest before, how does it measure timing in that case? Regards, chenwj -- Wei-Ren Chen (陳韋任) Computer Systems Lab, Institute of Information Science, Academia Sinica, Taiwan (R.O.C.) Tel:886-2-2788-3799 #1667 Homepage: http://people.cs.nctu.edu.tw/~chenwj |
|
From: 陳韋任 <ch...@ii...> - 2012-04-26 08:34:09
|
Hi, Cool, thanks! I'll take look on it. :) Regards, chenwj -- Wei-Ren Chen (陳韋任) Computer Systems Lab, Institute of Information Science, Academia Sinica, Taiwan (R.O.C.) Tel:886-2-2788-3799 #1667 Homepage: http://people.cs.nctu.edu.tw/~chenwj |
|
From: zhaoguo w. <tig...@gm...> - 2012-04-26 07:00:53
|
Hi We use rdtsc to compute the time. Because for rdtsc instruction emulation, it just call the rdtsc on the host machine. The attachment is the coding for timing measurement. The frequency should be modified depend on your host machine cpu. And the command cpufreq-set should be used to keep the cpu frequency unchanged. 在 2012年4月26日 下午2:50，任 <ch...@ii...>写道： > Hi all, > > After reading COREMU paper, I am curious about how you measure timing on > COREMU? Do you use time(1) in QEMU do the timing? Or there is another way > to get *accurate* timing on QEMU? > > Thanks! :) > > Regards, > chenwj > > -- > Wei-Ren Chen (任) > Computer Systems Lab, Institute of Information Science, > Academia Sinica, Taiwan (R.O.C.) > Tel:886-2-2788-3799 #1667 > Homepage: http://people.cs.nctu.edu.tw/~chenwj > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Coremu-list-devel mailing list > Cor...@li... > https://lists.sourceforge.net/lists/listinfo/coremu-list-devel > -- Zhaoguo Wang<http://ipads.se.sjtu.edu.cn/doku.php?id=pub:members:zhaoguo_wang> Institute of Parallel and Distributed Systems <http://ipads.se.sjtu.edu.cn/> |
|
From: 陳韋任 <ch...@ii...> - 2012-04-26 06:50:59
|
Hi all, After reading COREMU paper, I am curious about how you measure timing on COREMU? Do you use time(1) in QEMU do the timing? Or there is another way to get *accurate* timing on QEMU? Thanks! :) Regards, chenwj -- Wei-Ren Chen (陳韋任) Computer Systems Lab, Institute of Information Science, Academia Sinica, Taiwan (R.O.C.) Tel:886-2-2788-3799 #1667 Homepage: http://people.cs.nctu.edu.tw/~chenwj |
|
From: Yufei C. <cyf...@gm...> - 2012-01-31 10:01:28
|
On 2012-1-31, at 下午5:24, 陳韋任 wrote: > On Fri, Jan 20, 2012 at 09:06:07PM +0800, Yufei Chen wrote: >> I've just started to rebase with the 1.0 version of qemu. > > Rebase with QEMU 1.0 release or git head? I think rebase with the git head > would be better. Actually I'm merging with 1.0 now. Rebasing needs to manually solve many conflicts again and again... (I wish I enabled git rerere when I rebased last time, but that's not the case.) I think after merged with 1.0, merging with the head would not be difficult. The reason I chose to merge with 1.0 is because head may have problems sometimes. The 1.0 release should be more stable. > >> After that we will try to submit the changes we made in COREMU upstream. But as we have to work on other projects at the same time, we can't make any promise. > > Sine I am also working on QEMU (not expert!), maybe I can provide some help. :) Thanks :) > >> If you followed the thread you mentioned, you can see that parallel hardware access is a problem we need to handle when submitting COREMU upstream. To achieve better performance, the current handling of hardware emulation in COREMU is required to be thread safe, which requires modification to each emulated hardware and is time consuming. I don't know if qemu-kvm has solved this problem now. > > I think this could be discussed on the mailing list, you can upstream the > patches step by step (from the easy one to the hard one). Maybe I ask in which > mail the problem of parallel hardware access was pointed out? Thanks. Just follow the original COREMU announcing thread. The qemu-kvm developers discussed this problem in the following replies. As I'm merging, one notable change is that the block IO driver now uses coroutine, so some of the concurrency problems maybe have already been solved. But still need to investigate this further. > > Regards, > chenwj > > -- > Wei-Ren Chen (陳韋任) > Computer Systems Lab, Institute of Information Science, > Academia Sinica, Taiwan (R.O.C.) > Tel:886-2-2788-3799 #1667 > Homepage: http://people.cs.nctu.edu.tw/~chenwj -- Best regards, Chen Yufei |
|
From: 陳韋任 <ch...@ii...> - 2012-01-31 09:24:55
|
On Fri, Jan 20, 2012 at 09:06:07PM +0800, Yufei Chen wrote: > I've just started to rebase with the 1.0 version of qemu. Rebase with QEMU 1.0 release or git head? I think rebase with the git head would be better. > After that we will try to submit the changes we made in COREMU upstream. But as we have to work on other projects at the same time, we can't make any promise. Sine I am also working on QEMU (not expert!), maybe I can provide some help. :) > If you followed the thread you mentioned, you can see that parallel hardware access is a problem we need to handle when submitting COREMU upstream. To achieve better performance, the current handling of hardware emulation in COREMU is required to be thread safe, which requires modification to each emulated hardware and is time consuming. I don't know if qemu-kvm has solved this problem now. I think this could be discussed on the mailing list, you can upstream the patches step by step (from the easy one to the hard one). Maybe I ask in which mail the problem of parallel hardware access was pointed out? Thanks. Regards, chenwj -- Wei-Ren Chen (陳韋任) Computer Systems Lab, Institute of Information Science, Academia Sinica, Taiwan (R.O.C.) Tel:886-2-2788-3799 #1667 Homepage: http://people.cs.nctu.edu.tw/~chenwj |
|
From: 陳韋任 <ch...@ii...> - 2012-01-20 07:50:13
|
Hi all, I saw your post on the Qemu mailing list [1], nice work. :) I am wondering if there is a plan to upstream Coremu work so that we do have to use a seperate patched Qemu. [1] http://lists.gnu.org/archive/html/qemu-devel/2010-07/msg00964.html Regards, chenwj -- Wei-Ren Chen (陳韋任) Computer Systems Lab, Institute of Information Science, Academia Sinica, Taiwan (R.O.C.) Tel:886-2-2788-3799 #1667 Homepage: http://people.cs.nctu.edu.tw/~chenwj |
|
From: Ching-Tsun C. <chi...@gm...> - 2012-01-05 20:08:03
|
I have found the following two techniques very useful: * Like QEMU, COREMU can use the VMware disk format (*.vmdk). So you can do your OS installation and configuration (including software installation) using VMware Player, which is freely downloadable. After you are done, shut down the VM and then run COREMU on the *.vmdk image. You do want to disable all GUI stuff in the VM, though. * Also like QEMU, COREMU supports networking. (I'm surprised that Yufei says COREMU has problems in network support. It works for me.) So you can install SSH and SSHFS (http://en.wikipedia.org/wiki/SSHFS) and mount a host directory inside the VM. - Ching Tsun On Thu, Jan 5, 2012 at 2:31 AM, Yufei Chen <cyf...@gm...> wrote: > > On 2012-1-5, at 下午1:31, Khansa Butt wrote: > > > Hi > > I've started using CoreMu recently and encountered some issues > > I used debian linux provided by CoreMu for x86 an dit successfully launch > > linux. the following message appear on command line if it remain idle > > for sometime > > INIT: Id "T1" respawning too fast: disabled for 5 minutes > > what is the reason of this message? > > I'm not sure about the cause of this message. I also see this message > sometimes when on real hardware but it does not affect the use so I just > ignore them. Is this message causing some problem for you? > > > > > moreover I want to run my threaded application on it. my compiled > > binary is on my host machine > > please guide me how can I be able to run/ compile my application on > > debain(CoreMu). as gcc is > > You can mount your image file and then copy the binary into the image. > Note you have to use raw disk image in order to be able to mount. > > This following reply on Arch Linux forum has detailed information. > https://bbs.archlinux.org/viewtopic.php?pid=743624#p743624 > > > not installed. how can I connect this virtual machine to the network? > > As I am newbie please guide me in this regard > > > > COREMU has problems in network support. If you have to access network to > install software, you can try the following options > > 1. Use qemu or qemu-kvm > 2. After mounting the image, chroot to that directory. By doing so, it's > like that you booted up the system on the disk image but using the current > running kernel. So you can use aptitude etc. to install software directly. > > > Thanks > > > > > -- > Best regards, > Chen Yufei > > > > > ------------------------------------------------------------------------------ > Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex > infrastructure or vast IT resources to deliver seamless, secure access to > virtual desktops. With this all-in-one solution, easily deploy virtual > desktops for less than the cost of PCs and save 60% on VDI infrastructure > costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox > _______________________________________________ > Coremu-list-devel mailing list > Cor...@li... > https://lists.sourceforge.net/lists/listinfo/coremu-list-devel > |
|
From: Yufei C. <cyf...@gm...> - 2012-01-05 10:46:09
|
On 2012-1-5, at 下午1:31, Khansa Butt wrote: > Hi > I've started using CoreMu recently and encountered some issues > I used debian linux provided by CoreMu for x86 an dit successfully launch > linux. the following message appear on command line if it remain idle > for sometime > INIT: Id "T1" respawning too fast: disabled for 5 minutes > what is the reason of this message? I'm not sure about the cause of this message. I also see this message sometimes when on real hardware but it does not affect the use so I just ignore them. Is this message causing some problem for you? > > moreover I want to run my threaded application on it. my compiled > binary is on my host machine > please guide me how can I be able to run/ compile my application on > debain(CoreMu). as gcc is You can mount your image file and then copy the binary into the image. Note you have to use raw disk image in order to be able to mount. This following reply on Arch Linux forum has detailed information. https://bbs.archlinux.org/viewtopic.php?pid=743624#p743624 > not installed. how can I connect this virtual machine to the network? > As I am newbie please guide me in this regard > COREMU has problems in network support. If you have to access network to install software, you can try the following options 1. Use qemu or qemu-kvm 2. After mounting the image, chroot to that directory. By doing so, it's like that you booted up the system on the disk image but using the current running kernel. So you can use aptitude etc. to install software directly. > Thanks > -- Best regards, Chen Yufei |
|
From: Yufei C. <cyf...@gm...> - 2012-01-05 10:40:04
|
On 2012-1-5, at 下午3:20, Khansa Butt wrote: > can CoreMu run bzimage of linux? > I did an experiment. give following command to CoreMu enerated binay > (which is qemu-system-x86_64) > > ./qemu-system-x86_64 -smp 2 -kernel > /mnt/build/linux-2.6/arch/x86/boot/bzImage -initrd > /home//khansa//Lab1_Kernel_TCPIP_Code_Walkthrough/initrd.img -append > 'root=/dev/ram rw' > The -kernel and -initrd option may have problem under COREMU. Copy the kernel into the image and edit grub setting to use your kernel instead. Feel free to contact us if there are still problems. > but it generated error > kernel panic -- not syncing IO-APIC + timer doesnot work! > > how this issua can be resolved? > > i'm using bzimage of linux 2.6.30.2 and my host os is Linux > 2.6.34.7-66.fc13.x86_64 #1 SMP Wed Dec 15 07:04:30 UTC 2010 x86_64 > x86_64 x86_64 GNU/Linux > -- Best regards, Chen Yufei |
|
From: Khansa B. <kh...@ki...> - 2012-01-05 07:43:25
|
can CoreMu run bzimage of linux? I did an experiment. give following command to CoreMu enerated binay (which is qemu-system-x86_64) ./qemu-system-x86_64 -smp 2 -kernel /mnt/build/linux-2.6/arch/x86/boot/bzImage -initrd /home//khansa//Lab1_Kernel_TCPIP_Code_Walkthrough/initrd.img -append 'root=/dev/ram rw' but it generated error kernel panic -- not syncing IO-APIC + timer doesnot work! how this issua can be resolved? i'm using bzimage of linux 2.6.30.2 and my host os is Linux 2.6.34.7-66.fc13.x86_64 #1 SMP Wed Dec 15 07:04:30 UTC 2010 x86_64 x86_64 x86_64 GNU/Linux Thanks |
|
From: Khansa B. <kh...@ki...> - 2012-01-05 05:55:08
|
Hi I've started using CoreMu recently and encountered some issues I used debian linux provided by CoreMu for x86 an dit successfully launch linux. the following message appear on command line if it remain idle for sometime INIT: Id "T1" respawning too fast: disabled for 5 minutes what is the reason of this message? moreover I want to run my threaded application on it. my compiled binary is on my host machine please guide me how can I be able to run/ compile my application on debain(CoreMu). as gcc is not installed. how can I connect this virtual machine to the network? As I am newbie please guide me in this regard Thanks |
|
From: zhaoguo w. <tig...@gm...> - 2011-11-03 08:36:29
|
Ching-Tsun:
Sorry for the delay. The general purpose of this expression is to
reduce the PIT frequency when the number of emulated cores is
much large than the number of the physical cores on the host machine.
Then we can avoid large number of signals when emulate large number
of cores. However, this expression is a little curious-looking because
we use linear fitting method based on the data profiled on our environment,
a four core machine and a 4X4 core machine.
At last, I believe this method must can be approved to reduce PIT more
efficiently. :-)
2011/10/30 Ching-Tsun Chou <chi...@gm...>:
> In qemu/cm-timer.c, there is an expression for setting cm_pit_freq, which is
> aliased to PIT_FREQ:
> void cm_init_pit_freq(void)
> {
> double v_num = coremu_get_targetcpu();
> double p_num = coremu_get_hostcpu();
> double p_root = sqrt(p_num) / 4;
> double suggest = p_root * pow(v_num / p_num, p_root);
> int pit_freq_suggest = ceil(suggest);
> cm_pit_freq = 1193182 / pit_freq_suggest;
> }
> Could someone explain what is the rationale behind this curious-looking
> expression?
> Thanks in advance!
> - Ching Tsun
> ------------------------------------------------------------------------------
> Get your Android app more play: Bring it to the BlackBerry PlayBook
> in minutes. BlackBerry App World™ now supports Android™ Apps
> for the BlackBerry® PlayBook™. Discover just how easy and simple
> it is! http://p.sf.net/sfu/android-dev2dev
>
> _______________________________________________
> Coremu-list-devel mailing list
> Cor...@li...
> https://lists.sourceforge.net/lists/listinfo/coremu-list-devel
>
>
--
Zhaoguo Wang, Parallel Processing Institute, Fudan University
Address: Room 320, Software Building, 825 Zhangheng Road, Shanghai, China
tig...@gm...
http://ppi.fudan.edu.cn/zhaoguo_wang
|
|
From: Ching-Tsun C. <chi...@gm...> - 2011-10-29 22:39:05
|
In qemu/cm-timer.c, there is an expression for setting cm_pit_freq, which is
aliased to PIT_FREQ:
void cm_init_pit_freq(void)
{
double v_num = coremu_get_targetcpu();
double p_num = coremu_get_hostcpu();
double p_root = sqrt(p_num) / 4;
double suggest = p_root * pow(v_num / p_num, p_root);
int pit_freq_suggest = ceil(suggest);
cm_pit_freq = 1193182 / pit_freq_suggest;
}
Could someone explain what is the rationale behind this curious-looking
expression?
Thanks in advance!
- Ching Tsun
|
|
From: Tommy <th...@gm...> - 2011-10-13 06:28:15
|
Hi, Is it possible to compile Coremu to 32-bit binary on 64-bit host? Any potential error could happen? I have tried to add "-m32" to config.mk but it had compile error. And the available configure options also don't have such option. Any idea how to do this? Thanks in advance. Tommy |
|
From: Yufei C. <cyf...@gm...> - 2011-09-20 05:41:26
|
We didn't try the "savevm" command in COREMU. I think COREMU needs some modification in order to support this command. If you don't need the running environment of the guest OS, I think creating a new qcow2 disk image with the original one as base image should work. -- Chen Yufei, System Research Group, Parallel Processing Institute, Fudan University On 2011-9-20, at 上午12:58, Tommy wrote: > Hi, > > Can I use the checkpointing feature in Coremu? > I have tried to use my QEMU image and it booted on Coremu. > But I couldn't use the "savevm" command to save the states. > Do I have to create a new image? > Any suggestion? > Thanks. > > Tommy > ------------------------------------------------------------------------------ > BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA > Learn about the latest advances in developing for the > BlackBerry® mobile platform with sessions, labs & more. > See new tools and technologies. Register for BlackBerry® DevCon today! > http://p.sf.net/sfu/rim-devcon-copy1 _______________________________________________ > Coremu-list-devel mailing list > Cor...@li... > https://lists.sourceforge.net/lists/listinfo/coremu-list-devel |
1 message has been excluded from this view by a project administrator.
