* [uml-devel] Another stub bug
@ 2005-10-31 18:57 Jeff Dike
0 siblings, 0 replies; only message in thread
From: Jeff Dike @ 2005-10-31 18:57 UTC (permalink / raw)
To: blaisorblade; +Cc: user-mode-linux-devel, gogi
I just saw another case where the stubs are being badly assembled. This cases
involves the address of from being referred relative to ebp. After the
call to syscall6, ebp is trash because, even though we carefully push and
pop it, we pop it from a brand new page.
This interaction between mmap and syscall6 suggests that this is the
wrong interface. It looks more like we should have stub_remap_stack
instead of stub_syscall6, and similar things for the others. Even so,
it's not clear to me how to deal with this. We are out of registers,
so we could possibly store ebp in esp, restore it after the mmap, and
set esp to a fixed value.
Jeff
-------------------------------------------------------
This SF.Net email is sponsored by the JBoss Inc.
Get Certified Today * Register for a JBoss Training Course
Free Certification Exam for All Training Attendees Through End of 2005
Visit http://www.jboss.com/services/certification for more information
_______________________________________________
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] only message in thread
only message in thread, other threads:[~2005-10-31 18:05 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-10-31 18:57 [uml-devel] Another stub bug Jeff Dike
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.