ExternalVendorCode/genode
1
0
Fork 0
mirror of https://github.com/genodelabs/genode.git synced 2025-02-09 04:31:23 +00:00
Code Issues Actions Packages Projects Releases Wiki Activity
genode/repos/ports/src/noux/local_rom_service.h

76 lines
1.9 KiB
C
Raw Normal View History

noux: Keep track of how dataspaces are used This patch eliminates the "no attachment at..." warnings, which were caused by a use-after-free problem of dataspaces. When a dataspace was destroyed, the users of the dataspace were not informed and therefore could not revert possible attachments to RM sessions. The fix introduces a callback mechanism that allows dataspace users (i.e., RM regions) to register for the event that a dataspace vanishes. The following types of dataspaces are handled: * RAM dataspaces * ROM dataspaces * The process binary * The binary of the dynamic linker * Args dataspace * Sysio dataspace * Env dataspace * managed RM dataspaces The handling of ROM dataspaces is still not complete. When forking, the ROM dataspace of the parent process gets just reused without creating proper meta data ('Dataspace_info') for the forked process. Similar issues might arise from other special dataspaces (e.g., args, env, sysio). This patch removes all "no attachment at..." warnings except for one (an attachment at 0). Issue #485
2013-07-18 16:27:42 +02:00
/*
* \brief ROM service provided to Noux processes
* \author Norman Feske
* \date 2013-07-18
*
* The local ROM service has the sole purpose of tracking ROM dataspaces
* so that they are properly detached from RM sessions when the corresponding
* ROM sessions are closed.
*/
/*
Adjust file headers to refer to the AGPLv3
2017-02-20 13:23:52 +01:00
* Copyright (C) 2013-2017 Genode Labs GmbH
noux: Keep track of how dataspaces are used This patch eliminates the "no attachment at..." warnings, which were caused by a use-after-free problem of dataspaces. When a dataspace was destroyed, the users of the dataspace were not informed and therefore could not revert possible attachments to RM sessions. The fix introduces a callback mechanism that allows dataspace users (i.e., RM regions) to register for the event that a dataspace vanishes. The following types of dataspaces are handled: * RAM dataspaces * ROM dataspaces * The process binary * The binary of the dynamic linker * Args dataspace * Sysio dataspace * Env dataspace * managed RM dataspaces The handling of ROM dataspaces is still not complete. When forking, the ROM dataspace of the parent process gets just reused without creating proper meta data ('Dataspace_info') for the forked process. Similar issues might arise from other special dataspaces (e.g., args, env, sysio). This patch removes all "no attachment at..." warnings except for one (an attachment at 0). Issue #485
2013-07-18 16:27:42 +02:00
*
* This file is part of the Genode OS framework, which is distributed
Adjust file headers to refer to the AGPLv3
2017-02-20 13:23:52 +01:00
* under the terms of the GNU Affero General Public License version 3.
noux: Keep track of how dataspaces are used This patch eliminates the "no attachment at..." warnings, which were caused by a use-after-free problem of dataspaces. When a dataspace was destroyed, the users of the dataspace were not informed and therefore could not revert possible attachments to RM sessions. The fix introduces a callback mechanism that allows dataspace users (i.e., RM regions) to register for the event that a dataspace vanishes. The following types of dataspaces are handled: * RAM dataspaces * ROM dataspaces * The process binary * The binary of the dynamic linker * Args dataspace * Sysio dataspace * Env dataspace * managed RM dataspaces The handling of ROM dataspaces is still not complete. When forking, the ROM dataspace of the parent process gets just reused without creating proper meta data ('Dataspace_info') for the forked process. Similar issues might arise from other special dataspaces (e.g., args, env, sysio). This patch removes all "no attachment at..." warnings except for one (an attachment at 0). Issue #485
2013-07-18 16:27:42 +02:00
*/
#ifndef _NOUX__LOCAL_ROM_SERVICE_H_
#define _NOUX__LOCAL_ROM_SERVICE_H_
/* Genode includes */
#include <base/service.h>
/* Noux includes */
#include <dataspace_registry.h>
#include <rom_session_component.h>
namespace Noux {
Adapt high-level components to new parent API This patch adjusts the various users of the 'Child' API to the changes on the account of the new non-blocking parent interface. It also removes the use of the no-longer-available 'Connection::KEEP_OPEN' feature. With the adjustment, we took the opportunity to redesign several components to fit the non-blocking execution model much better, in particular the demo applications. Issue #2120
2016-11-23 17:07:49 +01:00
typedef Local_service<Rom_session_component> Local_rom_service;
class Local_rom_factory;
}
noux: Keep track of how dataspaces are used This patch eliminates the "no attachment at..." warnings, which were caused by a use-after-free problem of dataspaces. When a dataspace was destroyed, the users of the dataspace were not informed and therefore could not revert possible attachments to RM sessions. The fix introduces a callback mechanism that allows dataspace users (i.e., RM regions) to register for the event that a dataspace vanishes. The following types of dataspaces are handled: * RAM dataspaces * ROM dataspaces * The process binary * The binary of the dynamic linker * Args dataspace * Sysio dataspace * Env dataspace * managed RM dataspaces The handling of ROM dataspaces is still not complete. When forking, the ROM dataspace of the parent process gets just reused without creating proper meta data ('Dataspace_info') for the forked process. Similar issues might arise from other special dataspaces (e.g., args, env, sysio). This patch removes all "no attachment at..." warnings except for one (an attachment at 0). Issue #485
2013-07-18 16:27:42 +02:00
Adapt high-level components to new parent API This patch adjusts the various users of the 'Child' API to the changes on the account of the new non-blocking parent interface. It also removes the use of the no-longer-available 'Connection::KEEP_OPEN' feature. With the adjustment, we took the opportunity to redesign several components to fit the non-blocking execution model much better, in particular the demo applications. Issue #2120
2016-11-23 17:07:49 +01:00
class Noux::Local_rom_factory : public Local_rom_service::Factory
{
private:
noux: Keep track of how dataspaces are used This patch eliminates the "no attachment at..." warnings, which were caused by a use-after-free problem of dataspaces. When a dataspace was destroyed, the users of the dataspace were not informed and therefore could not revert possible attachments to RM sessions. The fix introduces a callback mechanism that allows dataspace users (i.e., RM regions) to register for the event that a dataspace vanishes. The following types of dataspaces are handled: * RAM dataspaces * ROM dataspaces * The process binary * The binary of the dynamic linker * Args dataspace * Sysio dataspace * Env dataspace * managed RM dataspaces The handling of ROM dataspaces is still not complete. When forking, the ROM dataspace of the parent process gets just reused without creating proper meta data ('Dataspace_info') for the forked process. Similar issues might arise from other special dataspaces (e.g., args, env, sysio). This patch removes all "no attachment at..." warnings except for one (an attachment at 0). Issue #485
2013-07-18 16:27:42 +02:00
noux: API transition This patch removes the dependency of the deprecated Genode API, fixes the coding style, and removes the "random" file system (superseded by the VFS plugin mechanism). Ref #1987
2017-01-06 12:12:39 +01:00
Allocator &_alloc;
Env &_env;
Adapt high-level components to new parent API This patch adjusts the various users of the 'Child' API to the changes on the account of the new non-blocking parent interface. It also removes the use of the no-longer-available 'Connection::KEEP_OPEN' feature. With the adjustment, we took the opportunity to redesign several components to fit the non-blocking execution model much better, in particular the demo applications. Issue #2120
2016-11-23 17:07:49 +01:00
Rpc_entrypoint &_ep;
Vfs::Dir_file_system &_root_dir;
Dataspace_registry &_registry;
noux: Keep track of how dataspaces are used This patch eliminates the "no attachment at..." warnings, which were caused by a use-after-free problem of dataspaces. When a dataspace was destroyed, the users of the dataspace were not informed and therefore could not revert possible attachments to RM sessions. The fix introduces a callback mechanism that allows dataspace users (i.e., RM regions) to register for the event that a dataspace vanishes. The following types of dataspaces are handled: * RAM dataspaces * ROM dataspaces * The process binary * The binary of the dynamic linker * Args dataspace * Sysio dataspace * Env dataspace * managed RM dataspaces The handling of ROM dataspaces is still not complete. When forking, the ROM dataspace of the parent process gets just reused without creating proper meta data ('Dataspace_info') for the forked process. Similar issues might arise from other special dataspaces (e.g., args, env, sysio). This patch removes all "no attachment at..." warnings except for one (an attachment at 0). Issue #485
2013-07-18 16:27:42 +02:00
Adapt high-level components to new parent API This patch adjusts the various users of the 'Child' API to the changes on the account of the new non-blocking parent interface. It also removes the use of the no-longer-available 'Connection::KEEP_OPEN' feature. With the adjustment, we took the opportunity to redesign several components to fit the non-blocking execution model much better, in particular the demo applications. Issue #2120
2016-11-23 17:07:49 +01:00
public:
noux: Keep track of how dataspaces are used This patch eliminates the "no attachment at..." warnings, which were caused by a use-after-free problem of dataspaces. When a dataspace was destroyed, the users of the dataspace were not informed and therefore could not revert possible attachments to RM sessions. The fix introduces a callback mechanism that allows dataspace users (i.e., RM regions) to register for the event that a dataspace vanishes. The following types of dataspaces are handled: * RAM dataspaces * ROM dataspaces * The process binary * The binary of the dynamic linker * Args dataspace * Sysio dataspace * Env dataspace * managed RM dataspaces The handling of ROM dataspaces is still not complete. When forking, the ROM dataspace of the parent process gets just reused without creating proper meta data ('Dataspace_info') for the forked process. Similar issues might arise from other special dataspaces (e.g., args, env, sysio). This patch removes all "no attachment at..." warnings except for one (an attachment at 0). Issue #485
2013-07-18 16:27:42 +02:00
noux: API transition This patch removes the dependency of the deprecated Genode API, fixes the coding style, and removes the "random" file system (superseded by the VFS plugin mechanism). Ref #1987
2017-01-06 12:12:39 +01:00
Local_rom_factory(Allocator &alloc, Env &env, Rpc_entrypoint &ep,
Vfs::Dir_file_system &root_dir,
Adapt high-level components to new parent API This patch adjusts the various users of the 'Child' API to the changes on the account of the new non-blocking parent interface. It also removes the use of the no-longer-available 'Connection::KEEP_OPEN' feature. With the adjustment, we took the opportunity to redesign several components to fit the non-blocking execution model much better, in particular the demo applications. Issue #2120
2016-11-23 17:07:49 +01:00
Dataspace_registry &registry)
:
noux: API transition This patch removes the dependency of the deprecated Genode API, fixes the coding style, and removes the "random" file system (superseded by the VFS plugin mechanism). Ref #1987
2017-01-06 12:12:39 +01:00
_alloc(alloc), _env(env), _ep(ep), _root_dir(root_dir), _registry(registry)
Adapt high-level components to new parent API This patch adjusts the various users of the 'Child' API to the changes on the account of the new non-blocking parent interface. It also removes the use of the no-longer-available 'Connection::KEEP_OPEN' feature. With the adjustment, we took the opportunity to redesign several components to fit the non-blocking execution model much better, in particular the demo applications. Issue #2120
2016-11-23 17:07:49 +01:00
{ }
noux: Keep track of how dataspaces are used This patch eliminates the "no attachment at..." warnings, which were caused by a use-after-free problem of dataspaces. When a dataspace was destroyed, the users of the dataspace were not informed and therefore could not revert possible attachments to RM sessions. The fix introduces a callback mechanism that allows dataspace users (i.e., RM regions) to register for the event that a dataspace vanishes. The following types of dataspaces are handled: * RAM dataspaces * ROM dataspaces * The process binary * The binary of the dynamic linker * Args dataspace * Sysio dataspace * Env dataspace * managed RM dataspaces The handling of ROM dataspaces is still not complete. When forking, the ROM dataspace of the parent process gets just reused without creating proper meta data ('Dataspace_info') for the forked process. Similar issues might arise from other special dataspaces (e.g., args, env, sysio). This patch removes all "no attachment at..." warnings except for one (an attachment at 0). Issue #485
2013-07-18 16:27:42 +02:00
Adapt high-level components to new parent API This patch adjusts the various users of the 'Child' API to the changes on the account of the new non-blocking parent interface. It also removes the use of the no-longer-available 'Connection::KEEP_OPEN' feature. With the adjustment, we took the opportunity to redesign several components to fit the non-blocking execution model much better, in particular the demo applications. Issue #2120
2016-11-23 17:07:49 +01:00
Rom_session_component &create(Args const &args, Affinity) override
{
try {
Rom_session_component::Name const rom_name =
label_from_args(args.string()).last_element();
noux: Keep track of how dataspaces are used This patch eliminates the "no attachment at..." warnings, which were caused by a use-after-free problem of dataspaces. When a dataspace was destroyed, the users of the dataspace were not informed and therefore could not revert possible attachments to RM sessions. The fix introduces a callback mechanism that allows dataspace users (i.e., RM regions) to register for the event that a dataspace vanishes. The following types of dataspaces are handled: * RAM dataspaces * ROM dataspaces * The process binary * The binary of the dynamic linker * Args dataspace * Sysio dataspace * Env dataspace * managed RM dataspaces The handling of ROM dataspaces is still not complete. When forking, the ROM dataspace of the parent process gets just reused without creating proper meta data ('Dataspace_info') for the forked process. Similar issues might arise from other special dataspaces (e.g., args, env, sysio). This patch removes all "no attachment at..." warnings except for one (an attachment at 0). Issue #485
2013-07-18 16:27:42 +02:00
noux: API transition This patch removes the dependency of the deprecated Genode API, fixes the coding style, and removes the "random" file system (superseded by the VFS plugin mechanism). Ref #1987
2017-01-06 12:12:39 +01:00
return *new (_alloc)
Rom_session_component(_alloc, _env, _ep, _root_dir, _registry, rom_name);
noux: Keep track of how dataspaces are used This patch eliminates the "no attachment at..." warnings, which were caused by a use-after-free problem of dataspaces. When a dataspace was destroyed, the users of the dataspace were not informed and therefore could not revert possible attachments to RM sessions. The fix introduces a callback mechanism that allows dataspace users (i.e., RM regions) to register for the event that a dataspace vanishes. The following types of dataspaces are handled: * RAM dataspaces * ROM dataspaces * The process binary * The binary of the dynamic linker * Args dataspace * Sysio dataspace * Env dataspace * managed RM dataspaces The handling of ROM dataspaces is still not complete. When forking, the ROM dataspace of the parent process gets just reused without creating proper meta data ('Dataspace_info') for the forked process. Similar issues might arise from other special dataspaces (e.g., args, env, sysio). This patch removes all "no attachment at..." warnings except for one (an attachment at 0). Issue #485
2013-07-18 16:27:42 +02:00
}
Streamline exception types This patch reduces the number of exception types by facilitating globally defined exceptions for common usage patterns shared by most services. In particular, RPC functions that demand a session-resource upgrade not longer reflect this condition via a session-specific exception but via the 'Out_of_ram' or 'Out_of_caps' types. Furthermore, the 'Parent::Service_denied', 'Parent::Unavailable', 'Root::Invalid_args', 'Root::Unavailable', 'Service::Invalid_args', 'Service::Unavailable', and 'Local_service::Factory::Denied' types have been replaced by the single 'Service_denied' exception type defined in 'session/session.h'. This consolidation eases the error handling (there are fewer exceptions to handle), alleviates the need to convert exceptions along the session-creation call chain, and avoids possible aliasing problems (catching the wrong type with the same name but living in a different scope).
2017-05-07 22:03:22 +02:00
catch (Rom_connection::Rom_connection_failed) {
throw Service_denied(); }
Adapt high-level components to new parent API This patch adjusts the various users of the 'Child' API to the changes on the account of the new non-blocking parent interface. It also removes the use of the no-longer-available 'Connection::KEEP_OPEN' feature. With the adjustment, we took the opportunity to redesign several components to fit the non-blocking execution model much better, in particular the demo applications. Issue #2120
2016-11-23 17:07:49 +01:00
}
void upgrade(Rom_session_component &, Args const &) override { }
void destroy(Rom_session_component &session) override
{
noux: API transition This patch removes the dependency of the deprecated Genode API, fixes the coding style, and removes the "random" file system (superseded by the VFS plugin mechanism). Ref #1987
2017-01-06 12:12:39 +01:00
Genode::destroy(_alloc, &session);
Adapt high-level components to new parent API This patch adjusts the various users of the 'Child' API to the changes on the account of the new non-blocking parent interface. It also removes the use of the no-longer-available 'Connection::KEEP_OPEN' feature. With the adjustment, we took the opportunity to redesign several components to fit the non-blocking execution model much better, in particular the demo applications. Issue #2120
2016-11-23 17:07:49 +01:00
}
};
noux: Keep track of how dataspaces are used This patch eliminates the "no attachment at..." warnings, which were caused by a use-after-free problem of dataspaces. When a dataspace was destroyed, the users of the dataspace were not informed and therefore could not revert possible attachments to RM sessions. The fix introduces a callback mechanism that allows dataspace users (i.e., RM regions) to register for the event that a dataspace vanishes. The following types of dataspaces are handled: * RAM dataspaces * ROM dataspaces * The process binary * The binary of the dynamic linker * Args dataspace * Sysio dataspace * Env dataspace * managed RM dataspaces The handling of ROM dataspaces is still not complete. When forking, the ROM dataspace of the parent process gets just reused without creating proper meta data ('Dataspace_info') for the forked process. Similar issues might arise from other special dataspaces (e.g., args, env, sysio). This patch removes all "no attachment at..." warnings except for one (an attachment at 0). Issue #485
2013-07-18 16:27:42 +02:00
#endif /* _NOUX__LOCAL_ROM_SERVICE_H_ */
Reference in New Issue Copy Permalink