Age | Commit message (Collapse) | Author |
|
|
|
I'm suprised how short this patch is. It also feels like I've
introducted a vulnerability somewhere with it. Hopefully it's a false
feeling.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
The old name could have suggested that it held a response to a request
received by fs_wait. The new name is unfortunately very similar to
the `struct vfs_request` already used internally in the kernel, but
it's better at conveying that it contains a filesystem request yet to
be handled.
vfs_request - virtual filesystem request (a bad name in hindsight)
ufs_request - user filesystem request
|
|
|
|
|
|
|
|
|
|
|
|
make clean; ./port ed clean; make -j4 out/libc.a && ./port ed install && make -j4
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
The old style could be confused with a regular function, where the
driver would be executed unconditionally. This should make it more
obvious that the driver doesn't get executed in the parent process.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
What an interesting commit.
|
|
|