Files
mop3/kernel/irq/irq.c
kamkow1 38a43b59b0
All checks were successful
Build documentation / build-and-deploy (push) Successful in 52s
Resolve strange IRQ issues which cause the scheduler to behave weirdly (IRQ mapping)
2026-01-19 01:51:34 +01:00

53 lines
1.1 KiB
C

#include <irq/irq.h>
#include <libk/list.h>
#include <libk/std.h>
#include <mm/liballoc.h>
#include <sync/rw_spin_lock.h>
#include <sys/debug.h>
#if defined(__x86_64__)
#include <amd64/apic.h>
#include <amd64/intr.h>
#endif
struct irq* irq_table[0x100];
static rw_spin_lock_t irqs_lock;
bool irq_attach (void (*func) (void*, void*), void* arg, uint32_t irq_num, uint32_t flags) {
spin_lock_ctx_t ctxiqa;
struct irq* irq = malloc (sizeof (*irq));
if (irq == NULL) {
return false;
}
irq->func = func;
irq->arg = arg;
irq->irq_num = irq_num;
irq->flags = flags;
rw_spin_write_lock (&irqs_lock, &ctxiqa);
irq_table[irq_num] = irq;
rw_spin_write_unlock (&irqs_lock, &ctxiqa);
#if defined(__x86_64__)
uint8_t resolution = amd64_resolve_irq (irq_num);
amd64_ioapic_route_irq (irq_num, resolution, 0, amd64_lapic_id ());
#endif
return true;
}
struct irq* irq_find (uint32_t irq_num) {
spin_lock_ctx_t ctxiqa;
rw_spin_read_lock (&irqs_lock, &ctxiqa);
struct irq* irq = irq_table[irq_num];
rw_spin_read_unlock (&irqs_lock, &ctxiqa);
return irq;
}