| Age | Commit message (Collapse) | Author |
|---|
|
|
|
of panics and bugfixes. Access curproc directly, do not expect a process
pointer as an argument. Should fix many "process context required" bugs.
Incentive and okay millert@, okay marc@. Various testing, thanks.
|
|
To check a directory's in-use bitmap bit by bit, we use
a pointer to an 8 bit wide unsigned value.
The index used to dereference this pointer is calculated
by shifting the bit index right 3 bits. Then we do a
logical AND with the bit# represented by the lower 3
bits of the bit index.
This is an idiomatic way of iterating through a bit map
with simple bitwise operations.
This commit fixes the bug that we only checked bits
3:0 of each 8 bit chunk, because we only used bits 1:0
of the bit index for the bit# in the current 8 bit value.
This resulted in files not being returned by getdirentries(2).
Change the type of the bit map pointer from `char *' to
`u_int8_t *'.
From FreeBSD
ok pedro
|
|
front of the pointer value. Therefore, remove the "0x"
from the format string.
From FreeBSD
ok millert@
|
|
of 64bit values to 'int'
- read always single cluster of data, to avoid confusing the buffer
cache; this appears to fix the random file content corruption which
happens when more than one cluster is read at the same time, i.e. for
files > 3*cluster_size
- fix some questionable pointer arithmetics; gcc-3.4.x didn't like it
- g/c redundant debug printf
- remove all traces of non-working quota support
add quota support to TODO - makes sense only once writing support
would be implemented, and only once NTFS would support notion of file 'owner'
- use 64bit local variable for free space computation
From NetBSD
- Comment fixes from joris@
ok millert@ joris@ pedro@
|
|
from FreeBSD
ok pedro tedu miod, tested by millert and myself
|
|
|
|
|
|
The code comes from NetBSD and was ported by Julian Bordet.
ok deraadt@
|
