| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
o Just count missed heartbeats on Indys but don't print a messages. This
was a bug by itself.
o Fix a crash in exit_mmap().
o Fix scanmem().
o Fix clear_active_bh(), a ~ was missing causing weak performance.
o Remove experimental cache instructions from stackframe.h. It wasn't
improving performance as I was hoping.
o Shrink the size of the exception handler routines in uaccess.h.
o Cleanup, remove dead code in various files.
|
|
|
|
|
|
|
| |
o New faster syscalls for 2.1.x, too
o Upgrade to 2.1.89.
Don't try to run this. It's flaky as hell. But feel free to debug ...
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
o Fix interrupt handler to not loose cycles
o Warn about lost interrupts.
o Fix calibration of the R4000 CPU timer.
Still to do:
o General cleanup of the timer code
o Microsecond timers for the Indy
o The calculated values for r4k_offset are still off by ~480 from the
theoretical values. That means we're going to loose about 46 s per
day. Are the crystals that bad or is there still a bug hidden
somewhere? Maybe an option to set r4k_offset to a user supplied
value might help?
o Handle lost interrupts more gently so we don't loose time.
o Handle 100MHz R4000 count / compare bug.
|
| |
|
|
|
|
|
|
| |
routine by one third. I hope I fixed the problems with the second
level cache of R4000SC / R4400SC - I can't test it since I only have
other MIPS variants.
|
| |
|
| |
|
|
|
|
|
|
| |
The new signal code with exception of the code for the rt signals.
The definitions in <asm/siginfo.h> and <asm/ucontext.h> are currently
just stolen from the Alpha and will need to be overhauled.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
information. This needs to be fixed at least to report the proper
graphics capabilities on the machine. Optimally, we should scatter
the right calls to the inventory all over the kernel source.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
On some MIPS boxes the firmware doesn't do that for us.
- We still had two unprotected loads in the sys_sigrestore(2). Use
__get_user().
- Handle QED-style L1 caches != 16kb per cache correctly.
- Protect the cacheflush instructions for the signal trampoline
just like the loads in __get_user(). Otherwise the following
code will result in a nice "Can not handle kernel paging request"
message:
#include <signal.h>
static void hurz(void)
{
}
main()
{
signal(SIGSEGV, hurz);
/* Chainsaw the stack pointer ... */
asm("move $29,%0" : :"r"(0x70000000));
*(int *) 8 = 0;
}
With the fix applied I still get the error message. The cause of
this problem is that gas produces an __ex_table section with wrong
contents. Oh well, how good that I have a nice working post 2.8.1
binutils version at home in good ol' Germany ...
|
|
|
|
| |
CVS archive.
|
| |
|
| |
|
|
|
|
|
|
|
| |
Code (but not necessarily working or healthy code) for all ioctls
now in place.
Need some syssgi support as well: SGI_FDHI, SGI_USE_FP_BCOPY.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Still need to figure out how to do SVR-style clone devices with
fops->open(), and I need a good poll() tutorial. =)
Other than that, I think I know how to do:
/dev/usemaclone open()ing, poll()ing
/dev/usema ioctls:
- UIOCATTACHSEMA
- UIOCBLOCK
- UIOCUNBLOCK
Also, some minor additions to sysirix.c:syssgi().
|
|
|
|
|
| |
disabled other TIOC?BRK values, because of the collision with TIOCMIWAIT
and TIOCGICOUNT; otherwise you can't compile serial.c
|
|
|
|
|
|
|
|
|
|
|
| |
IMPORTANT NOTE: I could not figure out what information is the
one that should be used for the following files (ie, those
that were in our tree, or those that came from Linus' patch),
please, check these:
include/asm-mips/jazz.h
include/asm-mips/jazzdma.h
include/asm-mips/ioctls.h
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- make keyboard forward events to the streams keyboard
module for delivery to the shmiq.
- Fixes to make the graphics streams driver use dentries
(this is the reason Alex's compile failed).
- Major/misc numbers that were assigned by HPA for the
streamable devices.
- keyboard streams device.
- working shmiq framework for the keyboard.
What needs to be done:
- Fix the mouse driver, did someone ever got any
information out from /dev/psaux on the SGI port?
- Figure out why changes made in the kernel side to the
SHMIQ are not always seen by the user space.
|
|
|
|
|
|
|
| |
interrupt-land and a user application.
Vmalloc is now an inline function that calls vmalloc_prot with
the original protection bits used in vmalloc.
|
|
|
|
| |
changed address of IRQ_SOURCE*, because of the new wired entries
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
the bug that the first allocated virtual address space might be
allocated again.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
registers. The actual context switch code is not
yet there. But the rest of the magic (mapping/unmapping
the registers on demand is already in).
o Interface for allowing binary-only console modules added.
o My RRM bits, nothing really interesting now.
For now, I am assuming in the code that there will be a minor per
real graphics device, and that the X server will go and open
/dev/graphicsN instead of opening /dev/graphics and using the
gfx_attach_board->board variable.
The interface the X server uses is not clear.
I believe it will be pretty easy to provide the stripped down
shmiq interface. Not only that, but we can even provide the
same ABI (yes, ABI) for SGI shmiq input modules (yep, looks
pretty easy once you have an strace that shows this information).
Now, the only thing missing is figuring what is wrong my current
conception of the use of shmiq. I just can't get it.
|
|
|
|
| |
autoconf scripts fail.
|
| |
|
|
|
|
|
|
|
| |
These are IRIX compatible structures and constants for using
/dev/graphics and the newport.
I wonder if it is OK for us to copy them? I guess they are an API.
|
| |
|
| |
|