Makes sure the test apps will also build with target=haiku.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@11894 a95241bf-73f2-0310-859d-f6bbb57e9c96
be private, as it serves no useful purpose outside of the kernel.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@11893 a95241bf-73f2-0310-859d-f6bbb57e9c96
team boundaries; if you didn't actually call close() from within the
application, the close-hook of the file system was never called.
Also, you could close files of other teams (ie. invoke close on a
shared file descriptor).
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@11892 a95241bf-73f2-0310-859d-f6bbb57e9c96
they are public now, they might become private later on.
It's almost the same as acquire_sem() but allows you to release another semaphore
atomically. This makes condvar implementations and the like very simple to do.
Added B_CHECK_PERMISSION flags to the user calls, although it's not honored yet.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@11887 a95241bf-73f2-0310-859d-f6bbb57e9c96
and drivers that need to provide special select() support with
managing select notification information.
* Renamed vfs_select.c to *.cpp and fixed the resulting C++ compiler
errors. Added tracing macros.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@11886 a95241bf-73f2-0310-859d-f6bbb57e9c96
and free_*_cookie() hooks of the underlying FS were always called
together when the reference count of the FD dropped to zero. When
blocking operations (reading/writing) on the FD were still in progress
this would never happen, though. Now we additionally maintain an open
count and call the close_*() hook when it drops to zero.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@11882 a95241bf-73f2-0310-859d-f6bbb57e9c96
is perfectly okay on x86 anyway, but should be moved into the arch stuff).
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@11869 a95241bf-73f2-0310-859d-f6bbb57e9c96
Should work correctly, although there is a big race condition left when you're
using F_SETLKW. Will be fixed next.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@11868 a95241bf-73f2-0310-859d-f6bbb57e9c96
simple cases - it might not work properly though, since we don't know yet if
a cache has children; therefore it will print out a warning as a constant
reminder if used in that way. It will still not work if we would need to
insert a new cache inbetween (in case the cache has children or only read-only
areas (even if there is no way yet to specify how exactly the VM should behave
in this case yet).
Added a comment to vm_map_file() about what we still need to do there.
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@11751 a95241bf-73f2-0310-859d-f6bbb57e9c96
(sourced) before unmounting the image. That solve my problem that mounting
and copying things onto the image after makehdimage is done, damages the
FS integrity for any reason (Axel can't reproduce it, of course :-).
Maybe others have the same problem.
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@11744 a95241bf-73f2-0310-859d-f6bbb57e9c96
The OHCI stuff was done by Jixt (thanks)./installusb
All is still very much work in progress
Patches applied:
* [email protected]/usb-busses--development--0.1--base-0
tag of [email protected]/usb-busses--mainline--0.1--base-0
* [email protected]/usb-busses--development--0.1--patch-1
Set the PORT_STATUS_LOW_SPEED flag correctly (using the register bitflag for low speed devices, instead of the proper lowspeed flag)
* [email protected]/usb-busses--development--0.1--patch-2
Clean up transfers when they're done
* [email protected]/usb-busses--development--0.1--patch-3
* [email protected]/usb-busses--development--0.1--patch-4
* [email protected]/usb-busses--development--0.1--patch-5
* [email protected]/usb-busses--development--0.1--patch-6
* [email protected]/usb-busses--development--0.1--patch-7
Remove obsolete ehci.c
* [email protected]/usb-busses--development--0.1--patch-8
* [email protected]/usb-busses--development--0.1--patch-9
Completed memory allocation + initialization
* [email protected]/usb-busses--development--0.1--patch-10
First attempt at performing control transfers - failed miserably
* [email protected]/usb-busses--development--0.1--patch-11
Trying to read a 16bit value into a 8bit integer, stupid
* [email protected]/usb-busses--development--0.1--patch-12
nicer way of getting the base io address
* [email protected]/usb-busses--development--0.1--patch-13
Take over control from BIOS
* [email protected]/usb-busses--development--0.1--patch-14
Revert change for disabling USB BIOS support
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@11743 a95241bf-73f2-0310-859d-f6bbb57e9c96
Patches applied:
* [email protected]/usb-busmanager--development--0.1--base-0
tag of [email protected]/usb-busmanager--mainline--0.1--base-0
* [email protected]/usb-busmanager--development--0.1--patch-1
Start device addition procedure when a new device is connected
* [email protected]/usb-busmanager--development--0.1--patch-2
* [email protected]/usb-busmanager--development--0.1--patch-3
Create transfers on the heap.
* [email protected]/usb-busmanager--development--0.1--patch-4
Transfer supports synchronous and callbacks
* [email protected]/usb-busmanager--development--0.1--patch-5
* [email protected]/usb-busmanager--development--0.1--patch-6
Give Pipes a notion of what type they are
* [email protected]/usb-busmanager--development--0.1--patch-7
Improve the handling of speed within pipes
* [email protected]/usb-busmanager--development--0.1--patch-8
Add a new member to the transfer in which the hostcontroller can store private data
* [email protected]/usb-busmanager--development--0.1--patch-9
Made some changes inspired by a mail from Marcus Overhagen
* [email protected]/usb-busmanager--development--0.1--patch-10
Fixed memory allocation model
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@11741 a95241bf-73f2-0310-859d-f6bbb57e9c96
Axel Dörfler