Re: FYI: qemu-ppc64-static and qemu-ppc-static "live-hang" when I attempt use with poudriere; qemu-arm-static and qemu-aarch64-static work

2018-11-04 Thread Mark Millard via freebsd-ports
On 2018-Nov-4, at 1:06 AM, Thomas Zander wrote: > On Fri, 1 Sep 2017 at 01:37, Mark Millard wrote: > >> [I show some of the target/ppc/translate.c source code >> and related material this time. Not that I know enough >> to patch it correctly.] > > This is still an issue, correct? > I tried to

Re: FYI: qemu-ppc64-static and qemu-ppc-static "live-hang" when I attempt use with poudriere; qemu-arm-static and qemu-aarch64-static work

2017-08-31 Thread Mark Millard
[I show some of the target/ppc/translate.c source code and related material this time. Not that I know enough to patch it correctly.] On 2017-Aug-31, at 12:13 PM, Mark Millard wrote: > [Turns out that the emulated program counter is not progressing > for syscall emulation, at least for [some]

Re: FYI: qemu-ppc64-static and qemu-ppc-static "live-hang" when I attempt use with poudriere; qemu-arm-static and qemu-aarch64-static work

2017-08-31 Thread Mark Millard
[Just adding Sean Bruno in case the information is new to him. I top post a note for that.] Sean: The below reports on what I've found for what is happening for qemu-ppc64-static (and possibly others) when it gets stuck eating CPU time (and leaking memory), at least for the example I ran into

Re: FYI: qemu-ppc64-static and qemu-ppc-static "live-hang" when I attempt use with poudriere; qemu-arm-static and qemu-aarch64-static work

2017-08-31 Thread Mark Millard
[Turns out that the emulated program counter is not progressing for syscall emulation, at least for syscall falure cases.] On 2017-Aug-30, at 8:43 PM, Mark Millard wrote: > On 2017-Aug-30, at 4:32 PM, Don Lewis wrote: > >> On 30 Aug, Mark Millard wrote: >>> On 2017-Aug-30, at 4:00 AM, Mark

Re: FYI: qemu-ppc64-static and qemu-ppc-static "live-hang" when I attempt use with poudriere; qemu-arm-static and qemu-aarch64-static work

2017-08-30 Thread Mark Millard
On 2017-Aug-30, at 4:32 PM, Don Lewis wrote: > On 30 Aug, Mark Millard wrote: >> On 2017-Aug-30, at 4:00 AM, Mark Linimon wrote: >> >>> On Wed, Aug 30, 2017 at 03:09:40AM -0700, Mark Millard wrote: It appears that qemu-ppc64-static and qemu-ppc-static from emulators/qemu-user-static

Re: FYI: qemu-ppc64-static and qemu-ppc-static "live-hang" when I attempt use with poudriere; qemu-arm-static and qemu-aarch64-static work

2017-08-30 Thread Don Lewis
On 30 Aug, Mark Millard wrote: > On 2017-Aug-30, at 4:00 AM, Mark Linimon wrote: > >> On Wed, Aug 30, 2017 at 03:09:40AM -0700, Mark Millard wrote: >>> It appears that qemu-ppc64-static and qemu-ppc-static from >>> emulators/qemu-user-static are broken. >> >> Correct, and

Re: FYI: qemu-ppc64-static and qemu-ppc-static "live-hang" when I attempt use with poudriere; qemu-arm-static and qemu-aarch64-static work

2017-08-30 Thread Mark Linimon
On Wed, Aug 30, 2017 at 03:09:40AM -0700, Mark Millard wrote: > It appears that qemu-ppc64-static and qemu-ppc-static from > emulators/qemu-user-static are broken. Correct, and known for some time. (fwiw sparc64 hangs as well.) mcl ___

FYI: qemu-ppc64-static and qemu-ppc-static "live-hang" when I attempt use with poudriere; qemu-arm-static and qemu-aarch64-static work

2017-08-30 Thread Mark Millard
SWAP STATE C TIME CPU COMMAND 47842 root 2 1030 16597M 455M 0K CPU11 5:25 96.38% /usr/local/bin/qemu-ppc-static /bin/ps -ww -p 47841 -o jid= By contrast I've no such problem with qemu-arm-static or qemu-aarch64-static : these were able to build lang/gcc7 (full

Re: qemu-aarch64-static

2017-08-23 Thread Luca Pizzamiglio
If you want to cross-compile, you need * a proper toolchain * a project that's enable to produce cross-compiled binaries On Tue, Aug 22, 2017 at 8:04 PM, Andrea Venturoli wrote: > On 08/22/17 18:03, Luca Pizzamiglio wrote: >> >> yes, the qemu emulation of other architecture

Re: qemu-aarch64-static

2017-08-22 Thread Jan Beich
Andrea Venturoli writes: > On 08/17/17 21:22, Jan Beich wrote: >> That page is a bit out of date. Nowadays building for aarch64 is as simple as >> >>$ pkg install poudriere qemu-user-static >>$ service qemu_user_static onestart >>$ poudriere jail -cj 111aarch64 -a

Re: qemu-aarch64-static

2017-08-22 Thread Andrea Venturoli
On 08/22/17 18:03, Luca Pizzamiglio wrote: yes, the qemu emulation of other architecture means that the CPU is emulated by software, that's really expensive. You should consider around 10x slower or even more. ccache can help a lot in this case. Thanks. So you are confirming my poudriere is

Re: qemu-aarch64-static

2017-08-22 Thread Luca Pizzamiglio
yes, the qemu emulation of other architecture means that the CPU is emulated by software, that's really expensive. You should consider around 10x slower or even more. ccache can help a lot in this case. Best regards, Luca On Tue, Aug 22, 2017 at 7:40 AM, Andrea Venturoli

Re: qemu-aarch64-static

2017-08-21 Thread Andrea Venturoli
On 08/17/17 21:22, Jan Beich wrote: Yep. Link the binary (i.e. "date") statically or run it inside jail/chroot. Otherwise, /libexec/ld-elf.so.1 references the host system, which on amd64 wouldn't recognize aarch64 shared libraries. Thanks a lot. Now it seems so obvious to me, but I really

Re: qemu-aarch64-static

2017-08-17 Thread Jan Beich
(Redirected from https://lists.freebsd.org/pipermail/freebsd-questions/2017-August/278443.html ) Andrea Venturoli writes: >> # file date >> date: ELF 64-bit MSB executable, MIPS, MIPS-III version 1 (FreeBSD), >> statically linked, FreeBSD-style, for FreeBSD 10.0 (127), >>