Rev |
Age |
Author |
Path |
Log message |
Diff |
2676 |
6073 d 18 h |
jermar |
/trunk/ |
Simplify the IPC_M_DATA_WRITE protocol. Do not pass the source address space
virtual address to the recipient. This feature was not used anyway. Now
IPC_M_DATA_WRITE and IPC_M_DATA_READ are feature-aligned. |
|
2663 |
6081 d 7 h |
jermar |
/trunk/uspace/ |
Reimplement VFS_READ using IPC_M_DATA_READ. |
|
2662 |
6081 d 7 h |
jermar |
/trunk/ |
Add support for IPC_M_DATA_READ calls. |
|
2660 |
6081 d 9 h |
jermar |
/trunk/ |
Rename IPC_M_DATA_SEND to IPC_M_DATA_WRITE. Now, when we also add
IPC_M_DATA_READ, it will not clash and cause confusion with userspace wrappers
such as ipc_data_receive(). Rename the forementioned wrappers to
ipc_data_write_send(), ipc_data_write_receive() and ipc_data_write_deliver(). |
|
2637 |
6100 d 9 h |
cejka |
/trunk/ |
Extended IPC_M_CONNECT_TO_ME to use 3 user defined parameters.
Phone identifier is passed in ARG5. |
|
2636 |
6102 d 7 h |
jermar |
/trunk/ |
Update comments wrt the previous commit.
Minor formatting fixes. |
|
2635 |
6102 d 9 h |
cejka |
/trunk/ |
Function ipc_connect_me_to sends 3 user defined arguments now.
One argument added also to ipc_forward_fast.
Fixed devmap and improved its test. |
|
2622 |
6110 d 14 h |
jermar |
/trunk/ |
Add mode argument to IPC forward.
This argument can be used to modify the way forward behaves. |
|
2620 |
6112 d 19 h |
jermar |
/trunk/ |
Be more deterministic when a user accidently uses fast version of IPC
call/answer instead of the full one and passes fewer arguments than required by
the recipient of the call/response.
and the recipient interprets arguments that
were actually not passed by the sender. |
|
2619 |
6114 d 7 h |
jermar |
/trunk/ |
Modify ipc_answer_*() to make use of all six syscall arguments. The recommended
means of answering calls is via the ipc_answer_m() macros (where m denotes the
number of return arguments) that automatically decide between the fast register
version or the slow universal version of ipc_answer(). |
|
2618 |
6114 d 19 h |
jermar |
/trunk/ |
Modify asynchronous IPC to make use of all six syscall arguments. The preferred
means of asynchronous communication is now via the set of ipc_call_async_m()
macros, where m is the number of payload arguments passed to the kernel. These
macros will automatically decide between the fast and the universal slow version
of ipc_call_async. |
|
2615 |
6115 d 16 h |
jermar |
/trunk/ |
Modify synchronous IPC to make use of all six syscall arguments. The preferred
means of synchronous communication is now via the set of ipc_call_sync_m_n()
macros, where m is the number of payload arguments passed to the kernel and n is
the number of return values. These macros will automatically decide between the
fast and the universal slow version of ipc_call_sync. |
|
2568 |
6162 d 22 h |
jermar |
/trunk/uspace/ |
Rename fibril_schedule_next_adv() to fibril_switch(). Rename
fibril_schedule_next() to fibril_yield(). Some fibril structures could be
uninitialized, set them to zero in fibril_setup(). For some fibrils, the stack
member can be NULL (e.g. every thread's first/main fibril); don't do free on
these stacks when cleaning up after a dead fibril. |
|
2531 |
6177 d 9 h |
jermar |
/trunk/uspace/ |
VFS work.
Implement VFS_REGISTER part of the protocol in the FAT file system.
IPC work.
Rename ipc_data_send_accept() to ipc_data_receive() and ipc_data_send_answer()
to ipc_data_deliver(). Introduce ipc_data_send(). |
|
2530 |
6178 d 0 h |
jermar |
/trunk/uspace/lib/libc/generic/ |
Pseudo thread -> fibril change in several comments. |
|
2522 |
6180 d 22 h |
jermar |
/trunk/uspace/lib/libc/ |
Add wrappers facilitating easy use of IPC_M_DATA_SEND calls and answers. |
|
2490 |
6253 d 12 h |
jermar |
/trunk/uspace/lib/libc/generic/ |
Improve comments in async.c |
|
2482 |
6260 d 4 h |
jermar |
/trunk/ |
Goodbye pseudo threads, welcome fibrils.
The renaming might still be incomplete. |
|
2479 |
6264 d 15 h |
jermar |
/trunk/ |
New, better-structured, directory layout for uspace. |
|
2471 |
6270 d 9 h |
jermar |
/trunk/ |
Greatly improve comments in the IPC layer.
Now I think I finally start to understand our IPC internals :-) |
|