Paul Brook wrote:
On Tuesday 26 September 2006 23:14, K. Richard Pixley wrote:
Ok, then I'm confused because I'm seeing dumps just trying to run a null
program. Unless there's NPTL setup stuff in crt0, I can't guess what
might be going on yet. This same null binary runs on a
Do you know why 2.6.16 would be required? (I'll see if I can't
find/build a 2.6.16 system on which to try it today.)
Because arm-linux didn't get EABI support until 2.6.16 (though our toolchains
may accept 2.6.14). glibc has santity checks stop applications even trying to
run on kernels that
Paul Brook wrote:
Do you know why 2.6.16 would be required? (I'll see if I can't
find/build a 2.6.16 system on which to try it today.)
Because arm-linux didn't get EABI support until 2.6.16 (though our toolchains
may accept 2.6.14). glibc has santity checks stop
On Wednesday 27 September 2006 19:27, K. Richard Pixley wrote:
Paul Brook wrote:
Do you know why 2.6.16 would be required? (I'll see if I can't
find/build a 2.6.16 system on which to try it today.)
Because arm-linux didn't get EABI support until 2.6.16 (though our
toolchains may accept
Hello Paul,
Wednesday, September 27, 2006, 9:38:57 PM, you wrote:
On Wednesday 27 September 2006 19:27, K. Richard Pixley wrote:
[]
Of course when using qemu the syscalls thatqemu emulates tend to be more
important than the host kernel version. By default qemu will report the same
version
Of course when using qemu the syscalls thatqemu emulates tend to be more
important than the host kernel version. By default qemu will report the
same version as the host kernel. However you can tell it to report a
different version.
Excuse me for stupid question, but how?
As I
Does anyone have qemu running in user emulation with arm eabi, (armel),
traps?
I can get qemu-system booting an armel system. And I can get qemu-user
running with the codesourcery gcc-3 eabi libc's, (ie, the ones with the
codesourcery kernel call shims), but I haven't gotten it working yet
On 9/26/06, K. Richard Pixley [EMAIL PROTECTED] wrote:
Does anyone have qemu running in user emulation with arm eabi, (armel),
traps?
I am hunting some strange asserts failures in ld.so, but it is mostly
working. It is a maemo 2.0 rootstrap that I am using.
Best Regards,
Rafael
On Tuesday 26 September 2006 22:26, K. Richard Pixley wrote:
Does anyone have qemu running in user emulation with arm eabi, (armel),
traps?
EABI works fine, however NPTL does not.
http://lists.gnu.org/archive/html/qemu-devel/2006-09/msg00194.html
Paul
Ok, then I'm confused because I'm seeing dumps just trying to run a null
program. Unless there's NPTL setup stuff in crt0, I can't guess what
might be going on yet. This same null binary runs on a qemu-system with
suitable rootfs kernel.
--rich
[EMAIL PROTECTED] ./qemu-arm --version
On Tuesday 26 September 2006 23:14, K. Richard Pixley wrote:
Ok, then I'm confused because I'm seeing dumps just trying to run a null
program. Unless there's NPTL setup stuff in crt0, I can't guess what
might be going on yet. This same null binary runs on a qemu-system with
suitable rootfs
11 matches
Mail list logo