All of lore.kernel.org
 help / color / mirror / Atom feed
* [uml-devel] do_syscall_stub: syscall 9 failed
@ 2007-01-30 18:36 Antoine Martin
  2007-01-30 19:41 ` Antoine Martin
  2007-01-30 21:42 ` Jeff Dike
  0 siblings, 2 replies; 4+ messages in thread
From: Antoine Martin @ 2007-01-30 18:36 UTC (permalink / raw)
  To: user-mode-linux-devel

Just caught this in `dmesg`

[42977596.520000] Adding 131064k swap on /dev/ubdb.  Priority:-1 
extents:1 across:131064k
[42980169.290000] do_syscall_stub : ret = -12, offset = 548682067984, 
data = 0000000060b16010
[42980169.290000] do_syscall_stub: syscall 9 failed, return value = 
0xfffffffffffffff4, expected return value = 0x477a000
[42980169.290000]     syscall parameters: 0x477a000 0x1000 0x7 0x11 0x3 
0xad0c000
[42980169.290000] fix_range_common: failed, killing current process

Whilst trying to compile gcc (big beast) on a 64-bit UML instance.
Earlier it had failed and triggered OOM, which is why I added the swap, 
now it may still not have enough (compilation crashed in a similar 
manner) but this time there is no OOM message.

Any ideas what this is?

Cheers
Antoine

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [uml-devel] do_syscall_stub: syscall 9 failed
  2007-01-30 18:36 [uml-devel] do_syscall_stub: syscall 9 failed Antoine Martin
@ 2007-01-30 19:41 ` Antoine Martin
  2007-01-30 21:42 ` Jeff Dike
  1 sibling, 0 replies; 4+ messages in thread
From: Antoine Martin @ 2007-01-30 19:41 UTC (permalink / raw)
  To: Antoine Martin; +Cc: user-mode-linux-devel

It is 100% reproducible now, here is the gcc compilation output:

/bin/sh 
/var/tmp/portage/gcc-4.1.1-r1/work/gcc-4.1.1/gcc/../move-if-change 
tmp-attrtab.c insn-attrtab.c
insn-attrtab.c is unchanged
echo timestamp > s-attrtab
stage1/xgcc -Bstage1/ -B/usr/x86_64-pc-linux-gnu/bin/   -O2 
-fprofile-generate -DIN_GCC   -W -Wall -Wwrite-strings 
-Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long 
-Wno-variadic-macros -Wold-style-definition -Wmissing-format-attribute 
    -DHAVE_CONFIG_H -I. -I. 
-I/var/tmp/portage/gcc-4.1.1-r1/work/gcc-4.1.1/gcc 
-I/var/tmp/portage/gcc-4.1.1-r1/work/gcc-4.1.1/gcc/. 
-I/var/tmp/portage/gcc-4.1.1-r1/work/gcc-4.1.1/gcc/../include 
-I/var/tmp/portage/gcc-4.1.1-r1/work/gcc-4.1.1/gcc/../libcpp/include 
  -c insn-attrtab.c \
   -o insn-attrtab.o
xgcc: Internal error: Killed (program cc1)
Please submit a full bug report.
See <URL:http://bugs.gentoo.org/> for instructions.
make[2]: *** [insn-attrtab.o] Error 1
make[2]: Leaving directory `/var/tmp/portage/gcc-4.1.1-r1/work/build/gcc'
make[1]: *** [stageprofile_build] Error 2
make[1]: Leaving directory `/var/tmp/portage/gcc-4.1.1-r1/work/build/gcc'
make: *** [profiledbootstrap] Error 2


And the new dmesg:
[42984014.510000] do_syscall_stub : ret = -12, offset = 548682067984, 
data = 0000000075e0f010
[42984014.510000] do_syscall_stub: syscall 9 failed, return value = 
0xfffffffffffffff4, expected return value = 0x48786000
[42984014.510000]     syscall parameters: 0x48786000 0x1000 0x5 0x11 0x3 
0x16cee000
[42984014.510000] fix_range_common: failed, killing current process



Antoine Martin wrote:
> Just caught this in `dmesg`
> 
> [42977596.520000] Adding 131064k swap on /dev/ubdb.  Priority:-1 
> extents:1 across:131064k
> [42980169.290000] do_syscall_stub : ret = -12, offset = 548682067984, 
> data = 0000000060b16010
> [42980169.290000] do_syscall_stub: syscall 9 failed, return value = 
> 0xfffffffffffffff4, expected return value = 0x477a000
> [42980169.290000]     syscall parameters: 0x477a000 0x1000 0x7 0x11 0x3 
> 0xad0c000
> [42980169.290000] fix_range_common: failed, killing current process
> 
> Whilst trying to compile gcc (big beast) on a 64-bit UML instance.
> Earlier it had failed and triggered OOM, which is why I added the swap, 
> now it may still not have enough (compilation crashed in a similar 
> manner) but this time there is no OOM message.
> 
> Any ideas what this is?
> 
> Cheers
> Antoine
> 


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [uml-devel] do_syscall_stub: syscall 9 failed
  2007-01-30 18:36 [uml-devel] do_syscall_stub: syscall 9 failed Antoine Martin
  2007-01-30 19:41 ` Antoine Martin
@ 2007-01-30 21:42 ` Jeff Dike
  2007-01-31  9:18   ` Antoine Martin
  1 sibling, 1 reply; 4+ messages in thread
From: Jeff Dike @ 2007-01-30 21:42 UTC (permalink / raw)
  To: Antoine Martin; +Cc: user-mode-linux-devel

On Tue, Jan 30, 2007 at 06:36:15PM +0000, Antoine Martin wrote:
> Just caught this in `dmesg`
> 
> [42977596.520000] Adding 131064k swap on /dev/ubdb.  Priority:-1 
> extents:1 across:131064k
> [42980169.290000] do_syscall_stub : ret = -12, offset = 548682067984, 
> data = 0000000060b16010
> [42980169.290000] do_syscall_stub: syscall 9 failed, return value = 
> 0xfffffffffffffff4, expected return value = 0x477a000
> [42980169.290000]     syscall parameters: 0x477a000 0x1000 0x7 0x11 0x3 
> 0xad0c000
> [42980169.290000] fix_range_common: failed, killing current process
> 
> Whilst trying to compile gcc (big beast) on a 64-bit UML instance.
> Earlier it had failed and triggered OOM, which is why I added the swap, 
> now it may still not have enough (compilation crashed in a similar 
> manner) but this time there is no OOM message.
> 
> Any ideas what this is?

Sounds like it might be the host /proc/sys/vm/max_map_countbeing
exceeded, which will happen with a UML process with 256M RSS.

				Jeff

-- 
Work email - jdike at linux dot intel dot com

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [uml-devel] do_syscall_stub: syscall 9 failed
  2007-01-30 21:42 ` Jeff Dike
@ 2007-01-31  9:18   ` Antoine Martin
  0 siblings, 0 replies; 4+ messages in thread
From: Antoine Martin @ 2007-01-31  9:18 UTC (permalink / raw)
  To: Jeff Dike; +Cc: user-mode-linux-devel

Jeff Dike wrote:
> On Tue, Jan 30, 2007 at 06:36:15PM +0000, Antoine Martin wrote:
>> Just caught this in `dmesg`
>>
>> [42977596.520000] Adding 131064k swap on /dev/ubdb.  Priority:-1 
>> extents:1 across:131064k
>> [42980169.290000] do_syscall_stub : ret = -12, offset = 548682067984, 
>> data = 0000000060b16010
>> [42980169.290000] do_syscall_stub: syscall 9 failed, return value = 
>> 0xfffffffffffffff4, expected return value = 0x477a000
>> [42980169.290000]     syscall parameters: 0x477a000 0x1000 0x7 0x11 0x3 
>> 0xad0c000
>> [42980169.290000] fix_range_common: failed, killing current process
>>
>> Whilst trying to compile gcc (big beast) on a 64-bit UML instance.
>> Earlier it had failed and triggered OOM, which is why I added the swap, 
>> now it may still not have enough (compilation crashed in a similar 
>> manner) but this time there is no OOM message.
>>
>> Any ideas what this is?
> 
> Sounds like it might be the host /proc/sys/vm/max_map_count being
> exceeded, which will happen with a UML process with 256M RSS.
Indeed it was (never heard of it before)

Thanks!
Antoine

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2007-01-31  9:18 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-01-30 18:36 [uml-devel] do_syscall_stub: syscall 9 failed Antoine Martin
2007-01-30 19:41 ` Antoine Martin
2007-01-30 21:42 ` Jeff Dike
2007-01-31  9:18   ` Antoine Martin

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.