Bug 64014
Summary: | sys_call_table[] not exported corrrecty | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Wilton Wong <wwong> |
Component: | kernel | Assignee: | Arjan van de Ven <arjanv> |
Status: | CLOSED DUPLICATE | QA Contact: | Brian Brock <bbrock> |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | 9 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2006-02-21 18:48:46 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Wilton Wong
2002-04-23 20:07:01 UTC
sys_call_table is not allowed to be modified in modules. Ever. Period. If the code is doing that the code should be printed, taken outside and burned. (So question: what is this code ?) And for CALLING system calls... all system calls are properly EXPORT_SYMBOL()'d and have a proper prototype, which is a LOT better than randomly calling a function pointer of the wrong type. the code that is doing it is Bproc http://bproc.sourceforge.net it's a Beowulf distributed process space, I'm sure that it could probably be fixed in bproc itself, haven't looked too deep into that yet, but I will investigate. Anyways I just thought that if it worked in my vanilla 2.4.18 kernel it should have worked in the redhat kernel. Changed to 'CLOSED' state since 'RESOLVED' has been deprecated. |