Searched hist:12044 (Results 1 - 6 of 6) sorted by relevance
/gem5/src/systemc/ext/core/ | ||
H A D | sc_spawn.hh | 12993:977fa1dfe9b3 Fri Jul 20 22:27:00 EDT 2018 Gabe Black <gabeblack@google.com> systemc: Implement much of sc_spawn. This doesn't implement reset signals, although those aren't implemented for static processes either yet. Change-Id: I748a7f75b9b91774c91d969bc1ff5b07e1711aa3 Reviewed-on: https://gem5-review.googlesource.com/12044 Reviewed-by: Gabe Black <gabeblack@google.com> Maintainer: Gabe Black <gabeblack@google.com> |
/gem5/src/systemc/core/ | ||
H A D | sc_spawn.cc | 12993:977fa1dfe9b3 Fri Jul 20 22:27:00 EDT 2018 Gabe Black <gabeblack@google.com> systemc: Implement much of sc_spawn. This doesn't implement reset signals, although those aren't implemented for static processes either yet. Change-Id: I748a7f75b9b91774c91d969bc1ff5b07e1711aa3 Reviewed-on: https://gem5-review.googlesource.com/12044 Reviewed-by: Gabe Black <gabeblack@google.com> Maintainer: Gabe Black <gabeblack@google.com> |
H A D | sc_module.cc | 12993:977fa1dfe9b3 Fri Jul 20 22:27:00 EDT 2018 Gabe Black <gabeblack@google.com> systemc: Implement much of sc_spawn. This doesn't implement reset signals, although those aren't implemented for static processes either yet. Change-Id: I748a7f75b9b91774c91d969bc1ff5b07e1711aa3 Reviewed-on: https://gem5-review.googlesource.com/12044 Reviewed-by: Gabe Black <gabeblack@google.com> Maintainer: Gabe Black <gabeblack@google.com> |
H A D | process.cc | 12993:977fa1dfe9b3 Fri Jul 20 22:27:00 EDT 2018 Gabe Black <gabeblack@google.com> systemc: Implement much of sc_spawn. This doesn't implement reset signals, although those aren't implemented for static processes either yet. Change-Id: I748a7f75b9b91774c91d969bc1ff5b07e1711aa3 Reviewed-on: https://gem5-review.googlesource.com/12044 Reviewed-by: Gabe Black <gabeblack@google.com> Maintainer: Gabe Black <gabeblack@google.com> |
/gem5/src/arch/x86/ | ||
H A D | process.hh | 12044:3fbbaad9c5cc Wed May 24 05:49:00 EDT 2017 Gabe Black <gabeblack@google.com> x86: sim: Make 32 bit x86 processes work again. When the LiveProcess class was renamed to be just Process, the CL author also changed the syscall function from a virtual function into a regular one. Unfortunately, the I386Process class overrode the syscall function to adjust the return address so that control would return to the right place. Without that adjustment, 32 bit x86 process would segfault and die immediately after their first system call. This change reinstates the virtual specifier on the base syscall function, and adds an override keyword on the I386Process's version so that it won't be orphaned again in the future. It also fixes some small style issues the style checker script complained about. Change-Id: I0d1178ea0eda6676050c8fc043820a2bb4d99c0d Reviewed-on: https://gem5-review.googlesource.com/3500 Reviewed-by: Jason Lowe-Power <jason@lowepower.com> Reviewed-by: Brandon Potter <Brandon.Potter@amd.com> Maintainer: Jason Lowe-Power <jason@lowepower.com> |
/gem5/src/sim/ | ||
H A D | process.hh | 12044:3fbbaad9c5cc Wed May 24 05:49:00 EDT 2017 Gabe Black <gabeblack@google.com> x86: sim: Make 32 bit x86 processes work again. When the LiveProcess class was renamed to be just Process, the CL author also changed the syscall function from a virtual function into a regular one. Unfortunately, the I386Process class overrode the syscall function to adjust the return address so that control would return to the right place. Without that adjustment, 32 bit x86 process would segfault and die immediately after their first system call. This change reinstates the virtual specifier on the base syscall function, and adds an override keyword on the I386Process's version so that it won't be orphaned again in the future. It also fixes some small style issues the style checker script complained about. Change-Id: I0d1178ea0eda6676050c8fc043820a2bb4d99c0d Reviewed-on: https://gem5-review.googlesource.com/3500 Reviewed-by: Jason Lowe-Power <jason@lowepower.com> Reviewed-by: Brandon Potter <Brandon.Potter@amd.com> Maintainer: Jason Lowe-Power <jason@lowepower.com> |
Completed in 62 milliseconds