Rev |
Age |
Author |
Path |
Log message |
Diff |
2128 |
6471 d 4 h |
jermar |
/trunk/ |
Add arm32 architecture. The 32 suffix is used to specify that 16-bit Thumb
instructions are not used. The arm32 code is mostly composed of placeholders
that need to be replaced by real implementation. So far, the arm32 tree
only compiles. If run under GXEmul simulator, an infinit loop at the
kernel entry point will be entered. |
|
2107 |
6480 d 2 h |
jermar |
/trunk/ |
When clock() is called by an external interrupt dispatched by the IRQ dispatcher,
no spinlock can be held or the kernel will not be preemptive. This fixes Ticket #24.
Formating and indentation fixes. |
|
2089 |
6486 d 10 h |
decky |
/trunk/ |
huge type system cleanup
remove cyclical type dependencies across multiple header files
many minor coding style fixes |
|
2082 |
6492 d 10 h |
decky |
/trunk/ |
__asm__ __volatile__ -> asm volatile |
|
2075 |
6496 d 3 h |
jermar |
/trunk/uspace/libc/generic/ |
Remove left over debugging stuff. |
|
2072 |
6497 d 2 h |
jermar |
/trunk/uspace/libc/ |
Add bcmp() to libc. |
|
2071 |
6497 d 3 h |
jermar |
/trunk/ |
(c) versus (C) |
|
2070 |
6497 d 11 h |
jermar |
/trunk/ |
Rather big indentation and formatting changes.
More inteligent long line wrapping. |
|
2069 |
6499 d 1 h |
jermar |
/trunk/ |
Improve formatting. |
|
2061 |
6515 d 10 h |
jermar |
/trunk/ |
Improve comments and fix formatting in (sparc64) TLS implementation.
Improve some comments and formatting in sparc64 uspace thread library
code.
Update required msim version. |
|
2025 |
6534 d 0 h |
jermar |
/trunk/ |
Coding style fixes. |
|
2015 |
6536 d 3 h |
jermar |
/trunk/ |
Rework support for virtually indexed cache.
Instead of repeatedly flushing the data cache, which was a huge overkill, refuse to create an illegal address alias
in the kernel (again) and allocate appropriate page color in userspace instead. Extend the detection also to
SYS_PHYSMEM_MAP syscall.
Add support for tracking physical memory areas mappable by SYS_PHYSMEM_MAP.
Lots of coding style changes. |
|
2012 |
6539 d 1 h |
jermar |
/trunk/ |
Eliminate confusion between SYS_MAP_PHYSMEM and sys_physmem_map.
The syscall is to be called SYS_PHYSMEM_MAP from now on and the functions that participate in its implementation are
called *physmem_map(). |
|
2006 |
6545 d 8 h |
decky |
/trunk/uspace/ |
start trivial file system driver |
|
2005 |
6545 d 8 h |
decky |
/trunk/ |
update rd |
|
1999 |
6547 d 13 h |
decky |
/trunk/ |
start RAM disk support |
|
1997 |
6551 d 4 h |
decky |
/trunk/ |
add version to init and boot loader |
|
1994 |
6553 d 10 h |
decky |
/trunk/ |
Add BGR 0888 visual for Ultra 60 |
|
1993 |
6553 d 11 h |
decky |
/trunk/ |
make framebuffer code more generic |
|
1992 |
6553 d 12 h |
decky |
/trunk/uspace/libc/include/ |
add bool.h |
|
1971 |
6576 d 1 h |
jermar |
/trunk/uspace/libc/generic/ |
Textual changes. |
|
1954 |
6580 d 2 h |
jermar |
/trunk/ |
Minor changes. Some coding style fixes and also a type (tee vs. tree).
One AS -> as change. |
|
1942 |
6588 d 3 h |
jermar |
/trunk/ |
Convert ia64 to the new IRQ and notification scheme. |
|
1939 |
6588 d 7 h |
decky |
/trunk/ |
ia32: fix compilation, keyboard not checked yet |
|
1938 |
6588 d 14 h |
decky |
/trunk/uspace/kbd/arch/mips32/src/ |
mips32: update kbd driver |
|
1931 |
6589 d 4 h |
jermar |
/trunk/ |
Add support for IPC notifications even for polled ns16550 based keyboard. |
|
1928 |
6589 d 8 h |
decky |
/trunk/ |
ppc32: update for new IRQ subsystem (there is still a bug left) |
|
1923 |
6590 d 3 h |
jermar |
/trunk/ |
Replace the old IRQ dispatcher and IPC notifier with new implementation.
Note that all architectures except for sparc64 are now broken
and don't even compile. |
|
1890 |
6618 d 12 h |
jermar |
/trunk/ |
- Create a dedicated slab cache for as_t objects and switch from malloc/free to slab_alloc/slab_free for
them.
- Slightly fix and improve both the kernel and userspace atomic_add() on sparc64.
- More TSB work on the sparc64 front. |
|
1888 |
6622 d 6 h |
jermar |
/trunk/ |
C99 compliant header guards (hopefully) everywhere in the kernel.
Formatting and indentation changes.
Small improvements in sparc64. |
|
1886 |
6622 d 11 h |
jermar |
/trunk/uspace/fb/ |
Mapping framebuffer as cacheable was identified to cause the sparc64 port not work on Sun Ultra 5. |
|
1880 |
6626 d 2 h |
jermar |
/trunk/ |
Small improvements here and there. |
|
1875 |
6629 d 4 h |
jermar |
/trunk/ |
sparc64 work.
- Changes to enable userspace keyboard drivers.
- Fix z8530 initialization (i.e. clear any pending Tx interrupts).
- Experimental support for framebuffers with inverted colors. |
|
1874 |
6629 d 4 h |
jermar |
/trunk/uspace/kbd/ |
Cleanup and reorganize the kbd service a bit. |
|
1873 |
6629 d 4 h |
jermar |
/trunk/uspace/kbd/ |
sparc64 support for the kbd userspace service. |
|
1872 |
6630 d 2 h |
jermar |
/trunk/uspace/libc/generic/io/ |
read() and write() now check if the virtual function they want to
call exists. Thus, these calls will not kill the whole task
if called for instance from a driver task but gracefully fail. |
|
1871 |
6630 d 14 h |
jermar |
/trunk/ |
Replace FB_BIG_ENDIAN with FB_INVERT_ENDIAN.
Omit tests for architecture endianness in deciding framebuffer endianness. |
|
1869 |
6631 d 7 h |
jermar |
/trunk/ |
Pass "fb.bpp-align" property to userspace so that our fb task works properly even on
framebuffers used in some Sun hardware. |
|
1868 |
6631 d 9 h |
jermar |
/trunk/ |
sparc64 work.
- the syscall wrapper needs to use the "memory"
clobber specifier to prevent over-optimization.
- on sparc64, the user address space spans the whole
64-bit space and therefore the macro
USER_ADDRESS_SPACE_SIZE_ARCH, as it was defined,
overflows to 0
- stop using USER_ADDRESS_SPACE_SIZE_ARCH and define
MAX_HEAP_SIZE instead
- in our situation when kernel and user address spaces
are separate, the G (global) bit cannot be used
(there is no point in it anymore)
- add the DEBUG() macro to stdio.h; DEBUG() uses
SYS_IO and is a good debugging tool for getting
early userspace to work |
|
1867 |
6632 d 3 h |
jermar |
/trunk/uspace/ |
Prototype for mmap() should be in mman.h.
Anyway, is there any common sense behind naming of mman.h and mman.c? |
|