Rev 1568 | Rev 1702 | Go to most recent revision | Details | Compare with Previous | Last modification | View Log | RSS feed
Rev | Author | Line No. | Line |
---|---|---|---|
1072 | palkovsky | 1 | /* |
2 | * Copyright (C) 2006 Ondrej Palkovsky |
||
3 | * All rights reserved. |
||
4 | * |
||
5 | * Redistribution and use in source and binary forms, with or without |
||
6 | * modification, are permitted provided that the following conditions |
||
7 | * are met: |
||
8 | * |
||
9 | * - Redistributions of source code must retain the above copyright |
||
10 | * notice, this list of conditions and the following disclaimer. |
||
11 | * - Redistributions in binary form must reproduce the above copyright |
||
12 | * notice, this list of conditions and the following disclaimer in the |
||
13 | * documentation and/or other materials provided with the distribution. |
||
14 | * - The name of the author may not be used to endorse or promote products |
||
15 | * derived from this software without specific prior written permission. |
||
16 | * |
||
17 | * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR |
||
18 | * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES |
||
19 | * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. |
||
20 | * IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, |
||
21 | * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT |
||
22 | * NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, |
||
23 | * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY |
||
24 | * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT |
||
25 | * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF |
||
26 | * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. |
||
27 | */ |
||
28 | |||
29 | /* IPC resources management |
||
30 | * |
||
31 | * The goal of this source code is to properly manage IPC resources |
||
32 | * and allow straight and clean clean-up procedure upon task termination. |
||
33 | * |
||
34 | * The pattern of usage of the resources is: |
||
35 | * - allocate empty phone slot, connect | deallocate slot |
||
36 | * - disconnect connected phone (some messages might be on the fly) |
||
37 | * - find phone in slot and send a message using phone |
||
38 | * - answer message to phone |
||
1086 | palkovsky | 39 | * - hangup phone (the caller has hung up) |
40 | * - hangup phone (the answerbox is exiting) |
||
1072 | palkovsky | 41 | * |
1084 | palkovsky | 42 | * Locking strategy |
43 | * |
||
44 | * - To use a phone, disconnect a phone etc., the phone must be |
||
45 | * first locked and then checked that it is connected |
||
46 | * - To connect an allocated phone it need not be locked (assigning |
||
47 | * pointer is atomic on all platforms) |
||
48 | * |
||
49 | * - To find an empty phone slot, the TASK must be locked |
||
50 | * - To answer a message, the answerbox must be locked |
||
51 | * - The locking of phone and answerbox is done at the ipc_ level. |
||
52 | * It is perfectly correct to pass unconnected phone to these functions |
||
53 | * and proper reply will be generated. |
||
54 | * |
||
55 | * Locking order |
||
56 | * |
||
57 | * - first phone, then answerbox |
||
58 | * + Easy locking on calls |
||
59 | * - Very hard traversing list of phones when disconnecting because |
||
60 | * the phones may disconnect during traversal of list of connected phones. |
||
61 | * The only possibility is try_lock with restart of list traversal. |
||
62 | * |
||
1086 | palkovsky | 63 | * Destroying is less frequent, this approach is taken. |
1084 | palkovsky | 64 | * |
1090 | palkovsky | 65 | * Phone call |
66 | * |
||
67 | * *** Connect_me_to *** |
||
68 | * The caller sends IPC_M_CONNECT_ME_TO to an answerbox. The server |
||
69 | * receives 'phoneid' of the connecting phone as an ARG3. If it answers |
||
70 | * with RETVAL=0, the phonecall is accepted, otherwise it is refused. |
||
71 | * |
||
72 | * *** Connect_to_me *** |
||
73 | * The caller sends IPC_M_CONNECT_TO_ME, with special |
||
74 | * The server receives an automatically |
||
75 | * opened phoneid. If it accepts (RETVAL=0), it can use the phoneid |
||
76 | * immediately. |
||
77 | * Possible race condition can arise, when the client receives messages |
||
78 | * from new connection before getting response for connect_to_me message. |
||
79 | * Userspace should implement handshake protocol that would control it. |
||
80 | * |
||
1086 | palkovsky | 81 | * Phone hangup |
82 | * |
||
83 | * *** The caller hangs up (sys_ipc_hangup) *** |
||
84 | * - The phone is disconnected (no more messages can be sent over this phone), |
||
85 | * all in-progress messages are correctly handled. The anwerbox receives |
||
86 | * IPC_M_PHONE_HUNGUP call from the phone that hung up. When all async |
||
87 | * calls are answered, the phone is deallocated. |
||
1084 | palkovsky | 88 | * |
1088 | palkovsky | 89 | * *** The answerbox hangs up (ipc_answer(EHANGUP)) |
90 | * - The phone is disconnected. EHANGUP response code is sent |
||
91 | * to the calling process. All new calls through this phone |
||
92 | * get a EHUNGUP error code, the task is expected to |
||
1086 | palkovsky | 93 | * send an sys_ipc_hangup after cleaning up it's internal structures. |
94 | * |
||
1088 | palkovsky | 95 | * Call forwarding |
96 | * |
||
97 | * The call can be forwarded, so that the answer to call is passed directly |
||
98 | * to the original sender. However, this poses special problems regarding |
||
99 | * routing of hangup messages. |
||
100 | * |
||
101 | * sys_ipc_hangup -> IPC_M_PHONE_HUNGUP |
||
102 | * - this message CANNOT be forwarded |
||
103 | * |
||
104 | * EHANGUP during forward |
||
105 | * - The *forwarding* phone will be closed, EFORWARD is sent to receiver. |
||
106 | * |
||
107 | * EHANGUP, ENOENT during forward |
||
108 | * - EFORWARD is sent to the receiver, ipc_forward returns error code EFORWARD |
||
109 | * |
||
1084 | palkovsky | 110 | * Cleanup strategy |
1072 | palkovsky | 111 | * |
1088 | palkovsky | 112 | * 1) Disconnect all our phones ('ipc_phone_hangup'). |
1086 | palkovsky | 113 | * |
114 | * 2) Disconnect all phones connected to answerbox. |
||
1084 | palkovsky | 115 | * |
1086 | palkovsky | 116 | * 3) Answer all messages in 'calls' and 'dispatched_calls' queues with |
1088 | palkovsky | 117 | * appropriate error code (EHANGUP, EFORWARD). |
1084 | palkovsky | 118 | * |
1090 | palkovsky | 119 | * 4) Wait for all async answers to arrive and dispose of them. |
1084 | palkovsky | 120 | * |
1072 | palkovsky | 121 | */ |
122 | |||
123 | #include <synch/spinlock.h> |
||
124 | #include <ipc/ipc.h> |
||
125 | #include <arch.h> |
||
126 | #include <proc/task.h> |
||
127 | #include <ipc/ipcrsc.h> |
||
128 | #include <debug.h> |
||
129 | |||
130 | /** Find call_t * in call table according to callid |
||
131 | * |
||
1141 | palkovsky | 132 | * TODO: Some speedup (hash table?) |
1072 | palkovsky | 133 | * @return NULL on not found, otherwise pointer to call structure |
134 | */ |
||
135 | call_t * get_call(__native callid) |
||
136 | { |
||
1141 | palkovsky | 137 | link_t *lst; |
138 | call_t *call, *result = NULL; |
||
139 | |||
140 | spinlock_lock(&TASK->answerbox.lock); |
||
141 | for (lst = TASK->answerbox.dispatched_calls.next; |
||
142 | lst != &TASK->answerbox.dispatched_calls; lst = lst->next) { |
||
1573 | palkovsky | 143 | call = list_get_instance(lst, call_t, link); |
1141 | palkovsky | 144 | if ((__native)call == callid) { |
145 | result = call; |
||
146 | break; |
||
147 | } |
||
148 | } |
||
149 | spinlock_unlock(&TASK->answerbox.lock); |
||
150 | return result; |
||
1072 | palkovsky | 151 | } |
152 | |||
153 | /** Allocate new phone slot in current TASK structure */ |
||
154 | int phone_alloc(void) |
||
155 | { |
||
156 | int i; |
||
157 | |||
158 | spinlock_lock(&TASK->lock); |
||
159 | |||
160 | for (i=0; i < IPC_MAX_PHONES; i++) { |
||
1568 | palkovsky | 161 | if (TASK->phones[i].state == IPC_PHONE_HUNGUP && \ |
162 | atomic_get(&TASK->phones[i].active_calls) == 0) |
||
163 | TASK->phones[i].state = IPC_PHONE_FREE; |
||
164 | |||
165 | if (TASK->phones[i].state == IPC_PHONE_FREE) { |
||
166 | TASK->phones[i].state = IPC_PHONE_CONNECTING; |
||
1072 | palkovsky | 167 | break; |
168 | } |
||
169 | } |
||
170 | spinlock_unlock(&TASK->lock); |
||
171 | |||
172 | if (i >= IPC_MAX_PHONES) |
||
173 | return -1; |
||
174 | return i; |
||
175 | } |
||
176 | |||
1090 | palkovsky | 177 | static void phone_deallocp(phone_t *phone) |
178 | { |
||
1568 | palkovsky | 179 | ASSERT(phone->state == IPC_PHONE_CONNECTING); |
1090 | palkovsky | 180 | |
181 | /* atomic operation */ |
||
1568 | palkovsky | 182 | phone->state = IPC_PHONE_FREE; |
1090 | palkovsky | 183 | } |
184 | |||
185 | /** Free slot from a disconnected phone |
||
1086 | palkovsky | 186 | * |
187 | * All already sent messages will be correctly processed |
||
188 | */ |
||
1072 | palkovsky | 189 | void phone_dealloc(int phoneid) |
190 | { |
||
1090 | palkovsky | 191 | phone_deallocp(&TASK->phones[phoneid]); |
1072 | palkovsky | 192 | } |
193 | |||
1084 | palkovsky | 194 | /** Connect phone to a given answerbox |
195 | * |
||
196 | * @param phoneid The slot that will be connected |
||
197 | * |
||
198 | * The procedure _enforces_ that the user first marks the phone |
||
199 | * busy (e.g. via phone_alloc) and then connects the phone, otherwise |
||
200 | * race condition may appear. |
||
201 | */ |
||
1072 | palkovsky | 202 | void phone_connect(int phoneid, answerbox_t *box) |
203 | { |
||
204 | phone_t *phone = &TASK->phones[phoneid]; |
||
205 | |||
1568 | palkovsky | 206 | ASSERT(phone->state == IPC_PHONE_CONNECTING); |
1072 | palkovsky | 207 | ipc_phone_connect(phone, box); |
208 | } |