The two patches have been sent to the qemu-devel mailing list and I will also
attach them here.
?field.comment=The two patches have been sent to the qemu-devel mailing list
and I will also attach them here.
** Attachment added: posix-timer-patch.tgz
. Possibly it was the first thing I tried that worked.
I'll have a look at doing it as you suggested.
Cheers,
Erik
--
--
Erik de Castro Lopo
http://www.mega-nerd.com/
---
linux-user/syscall_defs.h | 30 +-
1 file changed, 29 insertions(+), 1 deletion(-)
diff --git a/linux-user/syscall_defs.h b/linux-user/syscall_defs.h
index 5f53a28..ca683d1 100644
--- a/linux-user/syscall_defs.h
+++ b/linux-user/syscall_defs.h
@@ -168,6 +168,11 @@
Implement timer_create, timer_settime, timer_gettime, timer_getoverrun
and timer_delete.
---
linux-user/syscall.c | 188 +++
1 file changed, 188 insertions(+)
diff --git a/linux-user/syscall.c b/linux-user/syscall.c
index 4a14a43..5be400d 100644
Erik de Castro Lopo wrote:
---
Sorry, this is actually version 2 of this patch. Still working out
git send-email.
Cheers,
Erik
Latest version of my patch. Also submitted to the qemu-devel mailing
list.
** Attachment added: posix-timer-patch.tgz
https://bugs.launchpad.net/qemu/+bug/1042388/+attachment/3882940/+files/posix-timer-patch.tgz
--
You received this bug notification because you are a member of qemu-
circumstances.
Erik
--
--
Erik de Castro Lopo
http://www.mega-nerd.com/
Bah, the patch in #13 segfaults in some circumstances, the previous one
doesn't.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1042388
Title:
qemu: Unsupported syscall: 257 (timer_create)
Status
Erik de Castro Lopo wrote:
mle...@mega-nerd.com wrote:
Changes from original:
* Call host's libc functions directly rather than _syscall*() (as suggested
by Peter Maydell).
* Remove un-needed #defines.
Launchpad bug is here: https://bugs.launchpad.net/bugs/1042388
Bah
-by: Petar Jovanovic petar.jovano...@imgtec.com
Reviewed-by: Erik de Castro Lopo er...@mega-nerd.com
I'm relatively new to QEMU and this is my first review. This change
looks sane to me, applies cleanly and compiles without any new warnings.
In future I will be attempting to review anything in the linux
/284786/
Erik
--
--
Erik de Castro Lopo
http://www.mega-nerd.com/
CCing Riku Voipio who is listed in the MAINTAINERS file as
the maintainer if linux-user.
Erik de Castro Lopo wrote:
Petar Jovanovic wrote:
From: Petar Jovanovic petar.jovano...@imgtec.com
Creating target_structs header in linux-user/$arch/ and making
target_ipc_perm
Erik de Castro Lopo wrote:
mle...@mega-nerd.com wrote:
Changes from original:
* Call host's libc functions directly rather than _syscall*() (as suggested
by Peter Maydell).
* Remove un-needed #defines.
Launchpad bug is here: https://bugs.launchpad.net/bugs/1042388
.
Signed-off-by: Stefan Weil s...@weilnetz.de
Reviewed-by: Erik de Castro Lopo er...@mega-nerd.com
--
--
Erik de Castro Lopo
http://www.mega-nerd.com/
For the first its easy as it is clearly marked as GPLv2+. The second is
unmarked. Is there some blanket statement somewhere that all files that
are not explicitly marked are under say GPLv2+?
Cheers,
Erik
--
--
Erik de Castro
of that license. Does this mean GPLv2,
GPLv2+, GPL3 or GPLv3+?
Sorry about these annoying questions, but lawyers tend to be
sticklers for these minor details.
Cheer,
Erik
--
--
Erik de Castro Lopo
http://www.mega-nerd.com/
--
--
Erik de Castro Lopo
http://www.mega-nerd.com/
Erik de Castro Lopo wrote:
Erik de Castro Lopo wrote:
mle...@mega-nerd.com wrote:
Changes from original:
* Call host's libc functions directly rather than _syscall*() (as
suggested
by Peter Maydell).
* Remove un-needed #defines.
Launchpad bug is here
--
--
Erik de Castro Lopo
http://www.mega-nerd.com/
I have a fix for this. I can now successfully install ghc and compile
programs with it.
In the process of cleaning up the patch and working on a test for the
test suite.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Public bug reported:
On debian I used debootstrap to set up a powerpc chroot. If I then copy
in a statically linked qemu-user ppc binary it will work for some
commands in the chroot and fail for others. Steps to reproduce:
host$ mkdir powerpc
host$ sudo debootstrap --arch=powerpc --foreign
HI all,
I reported this bug ion launchpad, but it never seemed to show up
here on the list:
https://bugs.launchpad.net/qemu/+bug/1052857
Anyone have any clues on what's going on here?
Erik
--
--
Erik de Castro Lopo
http
seem to run anything with
the linux-user emulation.
Erik
--
--
Erik de Castro Lopo
http://www.mega-nerd.com/
Public bug reported:
On Debian x86-64 host system I setup a sparc chroot using:
host $ mkdir sparc
host $ sudo debootstrap --arch=sparc --foreign wheezy sparc
http://ftp.au.debian.org/debian
host $ sudo cp ~/Git/qemu/sparc32plus-linux-user/qemu-sparc32plus
Public bug reported:
Running qemu-arm-static for git HEAD. When I try to install ghc from
debian into my arm chroot I get:
Setting up ghc (7.4.1-4) ...
qemu: Unsupported syscall: 257
ghc: timer_create: Function not implemented
qemu: Unsupported syscall: 257
ghc-pkg: timer_create: Function not
Peter Maydell wrote:
Yes, qemu's linux-user emulation layer doesn't currently support any of
the posix timer syscalls.
Any idea how much work is involved to implement this?
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Peter Maydell wrote:
A couple of days for somebody who knows what they're doing and has
a convenient test case.
Working on it.
;
} _sigev_un;
} sigevent_t;
Any ideas on how to handle the union within this struct?
Cheers,
Erik
--
--
Erik de Castro Lopo
http://www.mega-nerd.com/
. Otherwise convert _sigev_thread.
Ah, that makes sense. Thanks.
Cheers,
Erik
--
--
Erik de Castro Lopo
http://www.mega-nerd.com/
--
--
Erik de Castro Lopo
http://www.mega-nerd.com/
Andreas Färber wrote:
Hi,
Am 30.08.2012 14:30, schrieb Erik de Castro Lopo:
I'm working on implementing Posix timers in linux-user.
I'm having trouble figuring out how to handle the timer_t type.
Consider the following code with say 32 bit ARM being emulated
on 64 bit x86-64
LocutusOfBorg wrote:
Any news on this?
Sorry, still working on getting permission from my employer to get
this released.
Erik
--
--
Erik de Castro Lopo
http://www.mega-nerd.com/
Still waiting on approval from my employer's lawyers to release it. Have
no idea how long this is going to take.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1042388
Title:
qemu: Unsupported
Dillon Amburgey wrote:
This is due to QEMU sparc32plus-linux-user not being compiled with NPTL
support.
I just check, and NPTL is enabled. I also did this on the binary I
compiled:
$ strings /usr/bin/qemu-sparc32plus-static | grep nptl
../nptl/sysdeps/pthread/createthread.c
Matt Robinson wrote:
Is this patch available for public consumption? It doesn't seem to be
upstream.
Unfortunately not yet. I'm working on getting permission to release it.
Cheers,
Erik
--
--
Erik de Castro Lopo
http
Public bug reported:
Currently running QEMU from git (fedf2de31023) and running the armhf version of
qemu-user-static which I have renamed qemu-armhf-static to follow the naming
convention used in Debian.
The host systems is a Debian testing x86_64-linux and I have an Debian
testing armhf
I can also comple a purely static version of the test program in the
armhf chroot using:
gcc -Wall -static -pthread dotprod_mutex.c -o dotprod-mutex-static
and then run it simply using:
qemu-arm-static dotprod-mutex-static
which fails just like it does in the chroot.
--
You received
Begining to think this is memory corruption because of the number of
different failure modes. In addition to the crashes in the initial
report I have also seen the following:
qemu: uncaught target signal 4 (Illegal instruction) - core dumped
More temporaries freed than allocated!
What's the best way to debug the qemu user space emulation? I read this:
http://wiki.qemu.org/Documentation/Debugging
but that seems to mainly refer to the qemu machine emulation.
I added -ggdb to QEMU_CFLAGS in config-host.mak so it builds with debug
symbols but gdb still doesn't provide
At the top of function cpu_unlink_tb() in translate-all.c:
/* FIXME: TB unchaining isn't SMP safe. For now just ignore the
problem and hope the cpu will stop of its own accord. For userspace
emulation this often isn't actually as bad as it sounds. Often
signals are used
The test I'm using in LP:1098729 hangs or segfaults nearly every single
run.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/668799
Title:
qemu-arm segfaults executing msgmerge (gettext)
Status in
* Add missing unlock of user struct.
* Remove unneeded pointer variable.
Signed-off-by: Erik de Castro Lopo er...@mega-nerd.com
---
linux-user/syscall.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/linux-user/syscall.c b/linux-user/syscall.c
index a50229d..7d8f54a
).
You're right. Thanks. I will amend this.
Erik
--
--
Erik de Castro Lopo
http://www.mega-nerd.com/
--
--
Erik de Castro Lopo
http://www.mega-nerd.com/
Signed-off-by: Erik de Castro Lopo er...@mega-nerd.com
---
linux-user/syscall.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/linux-user/syscall.c b/linux-user/syscall.c
index a50229d..5f22b37 100644
--- a/linux-user/syscall.c
+++ b/linux-user/syscall.c
@@ -9432,6 +9432,7 @@ abi_long
I've been looking at it over the last week or so and I have submitted a
patch toe the qemu-devel mailing list to fix another timer_create()
problem sometime in the last week.
Unfortunately the test case @pittit submitted is far harder to support
than the original test case. In this case the
I think this if bug lp:1098729 which is still open.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1357206
Title:
QEMU user mode still crashes in multi-thread code.
Status in QEMU:
New
Bug
This has been fixed in Git in the following commits:
commit f4f1e10a58cb5ec7806d47d20671e668a52c3e70
Author: Erik de Castro Lopo er...@mega-nerd.com
Date: Fri Nov 29 18:39:23 2013 +1100
linux-user: Implement handling of 5 POSIX timer syscalls.
Implement
If someone wants to fix what's currently in Ubtuntu they should make a
package which includes those two patches.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1042388
Title:
qemu: Unsupported
Its currently in git HEAD. It will be in the next full release which I
think is 2.0.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1042388
Title:
qemu: Unsupported syscall: 257 (timer_create)
I just tried it here on my system using:
- QEMU compiled from git HEAD.
- ghc 7.6.3-6 from Debian
and I was able to start compiling GHC from git. I didn't let it run to
completion because I only have my laptop available at the moment.
I suggest you try debugging some more and maybe try
I don't have a machine running Ubuntu. I onlu lodged a bug here because
this is the official bug tracker for Qemu.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1042388
Title:
qemu: Unsupported
This my Debian system:
$ uname -a
Linux rolly 3.11-2-amd64 #1 SMP Debian 3.11.10-1 (2013-12-04) x86_64
GNU/Linux
I normally run my qemu chroot using schroot as follows:
schroot -c armhf
If I need to install packages I schroot as root:
schroot -c armhf -u root
In the chroot,
that and I'll be happy to slap a reviewed-by sticker on it. Be sure
to CC me on the fixed version of the patch.
Cheers,
Erik
--
--
Erik de Castro Lopo
http://www.mega-nerd.com/
André Hentschel wrote:
From: André Hentschel n...@dawncrow.de
Cc: Riku Voipio riku.voi...@iki.fi
Signed-off-by: André Hentschel n...@dawncrow.de
Reviewed-by: Erik de Castro Lopo er...@mega-nerd.com
--
--
Erik de Castro
Will Newton wrote:
The regs parameter is not used anywhere, so remove it.
Signed-off-by: Will Newton will.new...@linaro.org
Reviewed-by: Erik de Castro Lopo er...@mega-nerd.com
--
--
Erik de Castro Lopo
http://www.mega
Will Newton wrote:
The regs parameter is not used anywhere, so remove it.
Signed-off-by: Will Newton will.new...@linaro.org
Reviewed-by: Erik de Castro Lopo er...@mega-nerd.com
--
--
Erik de Castro Lopo
http://www.mega
Thanks for the test case Martin. Problem confirmed.
The issue is that timer_create allows a number of different callback
mechanisms and I had only implemented the one I need.
Working on it now.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is
that the 32 bit host con only ever give out 32 bit
addreses to the 64 bit guest just cancel out the possibility of
any problems?
Cheers,
Erik
--
--
Erik de Castro Lopo
http://www.mega-nerd.com/
Peter Maydell wrote:
On 17 January 2014 06:33, Erik de Castro Lopo mle+to...@mega-nerd.com wrote:
I'm currently working on implementing a missing part of a linux-user
syscall. This syscall includes a function pointer for a callback.
Which syscall? Callbacks from the kernel are pretty
The fix that was commited to the Qemu git tree fixed the original test
case I had. @pittit then found another test case that fails and I intend
to fix that when I find a good chunk of free time. Problem is I only
work on Wemu sporadically and it takes me quite a bit of time to get up
to speed when
Unfortunately it doesn't work with armhf on amd64 linux-user.
Use the test program from comment #27 I get:
schroot -c armhf -- ./timer_test_armhf
About to call host's timer_create (0, 0x7fff6ee80720, 0x625b1f40)
Host's timer_create returns -22
Failed to create timer: Invalid
to something, but the code doesn't know what it points
to (eg it could be a struct, or a value, or an array etc).
HTH,
Erik
--
--
Erik de Castro Lopo
http://www.mega-nerd.com/
63 matches
Mail list logo