Made some robustness improvements to mediareader based on things
that I noticed while doing mediawriter.
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@1037 a95241bf-73f2-0310-859d-f6bbb57e9c96
Don't bother looking at fileproducer since there are no versions there
beyond the initial commit.
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@1035 a95241bf-73f2-0310-859d-f6bbb57e9c96
our file system):
- added bfs_wake_vnode(), and bfs_suspend_vnode()
- bumped B_CUR_FS_API_VERSION to 3 as needed for Dano
It should now be able to boot Dano with our BFS, although I haven't tested
it. The information was gained using some degree of reverse engineering...
It won't be part of the BFS implementation for OpenBeOS (that won't run on R5
anymore) :-)
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@1010 a95241bf-73f2-0310-859d-f6bbb57e9c96
is no only "-O1", since gcc obviously produces bad code if compiled with more.
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@996 a95241bf-73f2-0310-859d-f6bbb57e9c96
files anymore (only Inode::WriteAt() denied it before).
Introduced a BFS_NAME define to be able to switch easier between "obfs",
and "bfs".
bfs_write_stat() didn't return the error code if Inode::SetFileSize() failed;
instead, it always reported success.
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@995 a95241bf-73f2-0310-859d-f6bbb57e9c96
current/src/add-ons/kernel/drivers/net/Jamfile so the network stack driver
will access to build party.
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@992 a95241bf-73f2-0310-859d-f6bbb57e9c96
- the maximum number of blocks a block_run can cover is 65535 not 65536
- allocations over a block boundary in the block bitmap always failed due
to a incorrectly handled status
Both bugs could prevent BFS to create the VM swap file which led BeOS to
stop booting under certain circumstances.
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@989 a95241bf-73f2-0310-859d-f6bbb57e9c96
Tested, and works - we are now feature complete (and now for the bugs... :-)).
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@974 a95241bf-73f2-0310-859d-f6bbb57e9c96
misnamed /current/src/add-ons/net directory.
Should be into /current/src/add-ons/kernel/network, as they are *kernel* modules add-ons
and as they all share the "network/" prefix in their respective module names.
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@932 a95241bf-73f2-0310-859d-f6bbb57e9c96
hear any sound. Looks like certain chipsets use the optional aux output,
instead of line out
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@887 a95241bf-73f2-0310-859d-f6bbb57e9c96
enable the old and compatible behaviour (on BeOS R5, all available file
systems seem to do that wrong).
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@826 a95241bf-73f2-0310-859d-f6bbb57e9c96
To enable debug output, type:
$ DEBUG=1 jam
Also, it's now automatically installed in /boot/home/config/add-ons/kernel/file_systems
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@751 a95241bf-73f2-0310-859d-f6bbb57e9c96
bfs_close() updated the last_modified time & index, but it didn't write
the inode back to disk.
Furthermore, bfs_write() should have already updated the last_modified
time, not bfs_close.
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@725 a95241bf-73f2-0310-859d-f6bbb57e9c96
Setting uncached access to a file no longer returns an error (if it succeeds).
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@716 a95241bf-73f2-0310-859d-f6bbb57e9c96
Uses a template class to provide generic access to the file.
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@715 a95241bf-73f2-0310-859d-f6bbb57e9c96
shatty