Subversion Repositories HelenOS

Rev

Go to most recent revision | Show changed files | Details | Compare with Previous | Blame | RSS feed

Filtering Options

Rev Age Author Path Log message Diff
1976 6445 d 14 h jermar /trunk/kernel/arch/sparc64/ sparc64 context does not have to include the CLEANWIN register.  
1975 6449 d 7 h jermar /trunk/kernel/arch/sparc64/src/ Typo.  
1970 6458 d 16 h decky /trunk/kernel/arch/ia32/src/smp/ use new IRQ scheme in l_apic_timer_interrupt()  
1960 6460 d 8 h jermar /trunk/kernel/arch/sparc64/src/mm/ Fix the following bug:

Ticket #3 data_access_exception after killing task on sparc64
 
1959 6460 d 15 h decky /trunk/kernel/arch/ia32xen/src/ ia32xen: adopt new IRQ interface  
1958 6460 d 15 h decky /trunk/kernel/arch/amd64/ amd64: adopt new IRQ interface  
1957 6460 d 16 h decky /trunk/kernel/ ia32: mouse support, mouse regrab is still broken  
1956 6460 d 18 h decky /trunk/kernel/ ia32: adopt new IRQ interface, mouse not tested yet  
1955 6460 d 20 h decky /trunk/kernel/arch/mips32/ timer_fnc -> virtual_timer_fnc  
1954 6461 d 7 h jermar /trunk/ Minor changes. Some coding style fixes and also a type (tee vs. tree).
One AS -> as change.
 
1953 6465 d 10 h jermar /trunk/kernel/ Finish renaming xen32 to ia32xen.  
1952 6465 d 10 h jermar /trunk/ Rename xen32 to ia32xen.
The name seems to be more logical as Xen supports more host architectures.
 
1949 6465 d 16 h jermar /trunk/kernel/arch/ Remove notes about automatically generated context_offset.h
and replace it with a proper copyright notice.
 
1948 6465 d 18 h jermar /trunk/kernel/ Remove broken, outdated and unused gencontext.c utilities.  
1946 6468 d 6 h jermar /trunk/kernel/arch/sparc64/ sparc64 work.
- Improve panic screen on data_access_exception
by dumping contents of DSFSR and DSFAR.
- Change the FHC enable interrupt code to only
set the IMAP_V bit.
 
1945 6468 d 11 h jermar /trunk/kernel/arch/ia64/ ia64 work.
Move keyboard polling to a dedicated kernel thread.
Console initialization and console related sysinfo setup
can be now done in a single function.
 
1944 6468 d 11 h jermar /trunk/kernel/ Add mutual exclusion to keyboard grab and release
functions on sparc64, ppc32, mips32 and ia64.
 
1943 6468 d 19 h decky /trunk/kernel/arch/xen32/src/ xen32: fix compilation  
1942 6469 d 8 h jermar /trunk/ Convert ia64 to the new IRQ and notification scheme.  
1940 6469 d 12 h decky /trunk/kernel/arch/amd64/ amd64: fix compilation, keyboard not checked yet  
1939 6469 d 12 h decky /trunk/ ia32: fix compilation, keyboard not checked yet  
1937 6469 d 19 h decky /trunk/kernel/arch/ remove orphaned functions  
1936 6469 d 19 h decky /trunk/kernel/arch/mips32/ mips32: update for new IRQ subsystem  
1934 6469 d 20 h decky /trunk/kernel/arch/ppc32/src/drivers/ remove grab (not needed)  
1932 6470 d 8 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.
 
1931 6470 d 9 h jermar /trunk/ Add support for IPC notifications even for polled ns16550 based keyboard.  
1930 6470 d 13 h decky /trunk/kernel/arch/ppc64/ ppc64: make it compile again  
1928 6470 d 13 h decky /trunk/ ppc32: update for new IRQ subsystem (there is still a bug left)  
1926 6470 d 19 h decky /trunk/kernel/ cleanup for new IRQ subsystem  
1923 6471 d 8 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.
 
1922 6472 d 16 h jermar /trunk/kernel/ More IRQ stuff.
Modify the IRQ hash table functions to support lookup based on inr and devno.
Add method member to irq_t.
 
1921 6473 d 9 h jermar /trunk/kernel/ Changes in ns16550 and z8530 drivers.
Add some stuff for IRQ notifications to irq_t.
 
1920 6473 d 17 h jermar /trunk/kernel/ Move the new IRQ redirector to ddi/.
Add function for assigning unique device numbers.
Change sparc64/drivers/kbd.c to assign devno to keyboard.
 
1919 6474 d 8 h jermar /trunk/kernel/ Prototypical implementation of new IRQ redirector in sparc64.
The new code can support shared IRQs in kernel (and multiple IRQs per device).
Userspace support is yet to be written.
The only architecture that uses this code is actually sparc64 only.
 
1918 6478 d 8 h jermar /trunk/kernel/arch/sparc64/src/mm/ Omitted comma.  
1917 6478 d 9 h jermar /trunk/ sparc64 work:
- hw_map() can now support up to 8M requests
- CPU stacks are now locked in DTLB of the respective processor
- kernel in the boot phase no longer relies on the stack provided by OpenFirmware
- instead of of doing FLUSHW during kernel startup, simply set the
window state registers to the wanted state
- NWINDOW -> NWINDOWS
- Add/fix some comments and copyrights.
 
1916 6479 d 7 h jermar /trunk/kernel/arch/sparc64/src/trap/ Small change of code organization.
No functional difference.
 
1915 6479 d 9 h jermar /trunk/kernel/ A quote from from SPARC V9 specification:

The Y register is deprecated; it is provided only for compatibility with previous versions
of the architecture. It should not be used in new SPARC-V9 software. It is
recommended that all instructions that reference the Y register (i.e., SMUL,
SMULcc, UMUL, UMULcc, MULScc, SDIV, SDIVcc, UDIV, UDIVcc, RDY, and
WRY) be avoided. See the appropriate pages in Appendix A, “Instruction Definitions,”
for suitable substitute instructions.

Still gcc is generating code which uses Y and some of the instructions above.
This change modifies the preemptible_handler() to preserve the Y register
across preemption.
 
1912 6480 d 17 h jermar /trunk/kernel/ Separate mapping of EBUS interrupts into two parts: EBUS and PCI.  
1911 6481 d 6 h jermar /trunk/kernel/ Add support for interrupt mapping in the Sabre PCI controller.
Add support for PCI and EBUS interrupt mapping via the OpenFirmware device tree.
Unfortunatelly, the code is not capable enough to earn single ns16550 interrupt.
I suspect something needs to be enabled in the EBUS registers.