| Rev |
Age |
Author |
Path |
Log message |
Diff |
| 4274 |
5680 d 12 h |
decky |
/trunk/kernel/generic/src/ |
fix compilation in non-SMP configurations |
|
| 4254 |
5687 d 11 h |
jermar |
/trunk/kernel/generic/src/ |
Address issues with IRQ notifications. |
|
| 4248 |
5687 d 17 h |
decky |
/trunk/kernel/generic/src/ipc/ |
avoid deadlock during cleanup
(the compare function which is called inside hash_table_remove acquires irq->lock) |
|
| 3964 |
5728 d 20 h |
decky |
/trunk/kernel/ |
switch between the preference of kernel/uspace IRQ hash table |
|
| 3947 |
5731 d 16 h |
jermar |
/trunk/ |
This is the evil commit. In particular, it does:
- introduces more powerful pseudo code for userspace IRQ top-half handlers
- changes the internals of IRQ dispatching
- simplifies the kernel's i8042 driver
- adapts the uspace i8042 driver to make use of the new pseudocode
- breaks all other architectures except ia32
- breaks almost all existing drivers
- breaks switching between uspace and kernel drivers |
|
| 3930 |
5733 d 11 h |
jermar |
/trunk/kernel/ |
Adapt most of the kernel to ioport8_t, ioport16_t and ioport32_t types. |
|
| 3902 |
5737 d 18 h |
jermar |
/trunk/kernel/ |
Introduce a more platform-neutral name for programmed I/O.
The new API looks like pio_read_n() or pio_write_n(), where n is 8, 16 or 32.
The old API (i.e. inb(), inw(), inl(), outb() outw(), outl()) may have made
some people think that the interface is only to be used with the separate I/O
space. That's not the case. This API is to be implemented on all platforms
so that we can finally have really generic kernel device drivers. |
|
| 3875 |
5740 d 13 h |
decky |
/trunk/kernel/generic/ |
remove platform dependent constructs from generic code |
|
| 3657 |
5814 d 21 h |
vana |
/trunk/ |
Legacy IRQ support, uspace NS16550 support, some minor changes |
|
| 2745 |
6091 d 21 h |
decky |
/trunk/ |
code cleanup (mostly signed/unsigned)
allow extra compiler warnings |
|
| 2626 |
6185 d 23 h |
jermar |
/trunk/kernel/generic/ |
Support for 5 payload arguments for IPC irq notifications and the pseudo code. |
|
| 2471 |
6346 d 14 h |
jermar |
/trunk/ |
Greatly improve comments in the IPC layer.
Now I think I finally start to understand our IPC internals :-) |
|
| 2183 |
6419 d 17 h |
jermar |
/trunk/kernel/generic/ |
Continue to de-oversynchronize the kernel.
- replace as->refcount with an atomic counter; accesses to this
reference counter are not to be done when the as->lock mutex is held;
this gets us rid of mutex_lock_active();
Remove the possibility of a deadlock between TLB shootdown and asidlock.
- get rid of mutex_lock_active() on as->lock
- when locking the asidlock spinlock, always do it conditionally and with
preemption disabled; in the unsuccessful case, enable interrupts and try again
- there should be no deadlock between TLB shootdown and the as->lock mutexes
- PLEASE REVIEW !!!
Add DEADLOCK_PROBE's to places where we have spinlock_trylock() loops. |
|
| 2098 |
6485 d 15 h |
decky |
/trunk/kernel/generic/ |
avoid conflict with potential keyword |
|
| 2071 |
6497 d 13 h |
jermar |
/trunk/ |
(c) versus (C) |
|
| 2064 |
6511 d 11 h |
vana |
/trunk/ |
SIMICS added as a simulator kernel runs on |
|
| 1933 |
6589 d 12 h |
jermar |
/trunk/kernel/generic/ |
Implement efficient IPC notification cleanup. |
|
| 1932 |
6589 d 13 h |
jermar |
/trunk/kernel/ |
Do not copy notification config out of the IRQ structure.
Add the notify member, that toggles notifications on and off instead.
This is good for preventing other tasks from registering the notification
while the notification config is stored outside the IRQ structure.
It should also help to implement the cleanup code. |
|
| 1923 |
6590 d 12 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. |
|
| 1875 |
6629 d 13 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. |
|