#
96944cbb |
|
07-Apr-2012 |
Pawel Dziepak <pdziepak@quarnos.org> |
Fix #4125: NULL device is translated to '//' The problem appeared to be on the request creating side (i.e. in the kernel add-on) which did not support NULL pointers properly. Relocation of addresses in request when it is received translates offset = 0, size = 0 to pointer NULL so that no change in that part of code was required. Signed-off-by: Ingo Weinhold <ingo_weinhold@gmx.de>
|
#
b19ee1e1 |
|
16-Mar-2009 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
* Port: - Send() now also gets the message to send as parameter. - Added methods to reserve and unreserve space in the buffer. * RequestAllocator: Uses the port buffer reservation methods now. This allows to let more than one RequestAllocator use a Port in a stack-like manner. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@29565 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
60f4376e |
|
16-Mar-2009 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
* Removed the unused Port::SendAndReceive(). * Change Port::Receive() semantics. It does no longer use the buffer associated with the object. Instead it allocates heap memory for the caller. Since there's only one caller who clones the message anyway, we save one copy this way (though we have an additional syscall in userland) and don't overwrite a request being prepared for sending. * Changed RequestAllocator::ReadRequest() to also read the request from the port. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@29563 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
6aeea78c6 |
|
04-Mar-2007 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
Made the UserlandFS code gcc4 friendly. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@20322 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
83812f67 |
|
23-Feb-2007 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
Copied userlandfs code from the test tree to the haiku source tree, where it will be ported to Haiku. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@20216 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
96944cbb3c2efbfa54c3c279c64758389ded0fdc |
|
07-Apr-2012 |
Pawel Dziepak <pdziepak@quarnos.org> |
Fix #4125: NULL device is translated to '//' The problem appeared to be on the request creating side (i.e. in the kernel add-on) which did not support NULL pointers properly. Relocation of addresses in request when it is received translates offset = 0, size = 0 to pointer NULL so that no change in that part of code was required. Signed-off-by: Ingo Weinhold <ingo_weinhold@gmx.de>
|
#
b19ee1e164ffad53dff3600cdac7e9781c636581 |
|
16-Mar-2009 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
* Port: - Send() now also gets the message to send as parameter. - Added methods to reserve and unreserve space in the buffer. * RequestAllocator: Uses the port buffer reservation methods now. This allows to let more than one RequestAllocator use a Port in a stack-like manner. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@29565 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
60f4376e26566eea7e6e61751ec60976e1b7a0e0 |
|
16-Mar-2009 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
* Removed the unused Port::SendAndReceive(). * Change Port::Receive() semantics. It does no longer use the buffer associated with the object. Instead it allocates heap memory for the caller. Since there's only one caller who clones the message anyway, we save one copy this way (though we have an additional syscall in userland) and don't overwrite a request being prepared for sending. * Changed RequestAllocator::ReadRequest() to also read the request from the port. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@29563 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
6aeea78c6e84f6f415b8de776135ccf5b5676bd1 |
|
04-Mar-2007 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
Made the UserlandFS code gcc4 friendly. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@20322 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
83812f67529c88d4fb4b942162a9f21142e683fa |
|
23-Feb-2007 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
Copied userlandfs code from the test tree to the haiku source tree, where it will be ported to Haiku. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@20216 a95241bf-73f2-0310-859d-f6bbb57e9c96
|