| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
- Alex
|
| |
|
|
|
|
|
|
|
|
|
|
| |
initrd offset, etc.
- a couple of HAL related changes to make it build better
- the start of making newport graphics a module; currently this breaks as a
module, but works okay built into the kernel.
- Alex
|
|
|
|
| |
- Alex
|
|
|
|
| |
(Did I mention that CVS is buggy ...)
|
| |
|
|
|
|
|
| |
now). Attention: The serial ports on the Indy are reversed, serial 1 is
ttyS1 and serial 2 is ttyS0
|
|
|
|
| |
- Bugfixes.
|
|
|
|
|
| |
o New Newport console code.
o New G364 console code.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
user would expect it to work, like under IRIX with the exception
that the machine doesn't freeze solid as long as the button is
pressed.
o Realtime clock driver (CONFIG_SGI_DS1286) for the Indy. Includes
/proc/rtc interface which tells you everything about your RTC which
you never wanted to know. You have to configure this driver into
your kernel or you won't be able to set your RTC.
o Some cleanup of the RTC interfaces in Linux, RTC does no longer mean
PC-style RTC. The userland interface definitions are now in
<linux/rtc.h>. We still need some more cleanup until we can enable
several RTC drivers.
o Virtual aliasing fixes for ptrace(2).
o Add ptrace(2) interface definitions needed to build GDB to
<asm/ptrace.h>.
o Revert to some older routines, the newer optimized ones are buggy.
o On panic the Indy LED will be blinking fast crying to the admin
passing by [music from Rocky Horror show] ``fix me, fix me, fix
me''.
o On panic the power button will only reboot the machine, not power it
down. That's probably more what people want it to do.
o Remove some old files.
o Did I tell you that CVS is buggy?
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
o Cleanup the machine dependencies of floppy and rtc. The driver for
the Dallas thingy in the Indy is still missing.
o Handle allocation of zero'd pages correct for R4000SC / R4400SC.
o Page colouring shit to match the virtual and physical colour of all
mapped pages. This tends to produce extreme fragmentation problems,
so it's deactivated for now. Users of R4000SC / R4400SC may re-enable
the code in arch/mips/mm/init.c by removing the definition of
CONF_GIVE_A_SHIT_ABOUT_COLOURS. Should get them somewhat further -
but don't shake to hard ...
o Fixed ptrace(2)-ing of syscalls, strace is now working again.
o Fix the interrupt forwarding from the keyboard driver to the psaux
driver, PS/2 mice are now working on the Indy. The fix is somewhat
broken as it prevents generic kernels for Indy and machines which handle
things different.
o Things I can't remember.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
o New clear_user.
o Memcpy now efficiently copies the (src^dest)&3 != 0.
o Memmove new correctly deals with overlaps
o Rewrite csum_partial in assembler.
o Rewrte csum_partial_from_user in assembler.
o __copy_user is now integrated with memcpy.
o get_user now returns a zero value on error.
o copy_from_user now clears the destination buffer on error.
o strncpy_user now has a more efficient caller routine.
o strlen_user now has a more efficient caller routines and is faster.
o The unaligned handler is now much cleaner. It's now also save from
interrupt. Some more esotheric bugs fixed as well.
o Don't export bcopy anymore, it's now a inline function.
o Delete ancient junk from the first days of Linux/MIPS.
o Delete dead code in indy_sc.c.
o Including the IDE driver doesn't crash an Indy anymore.
o Eleminate active_ds. We now use current_ds directly in the thread
structure which is faster and threadsafe. Saves almost 2kb on the
kernel.
o Serial console should work again.
|
|
|
|
|
|
|
|
|
| |
o First round of bugfixes for the SC/MC CPUs.
o FPU context switch fixes.
o Lazy context switches.
o Faster syscalls.
o Removed dead code.
o Shitloads of other things I forgot ...
|
|
|
|
|
|
|
| |
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 ...
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
|
|
|
| |
as I found that struct file has a private_data pointer. WOOO!
|
|
|
|
| |
Fixes to some of the stream-like devices; implemented the mouse interface.
|
|
|
|
| |
More DCB/xmap9 defines compatible with the SGI defines added;
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
X server is running. This machine does not have a crappy fb you can
just play with like the sparcs).
2. Drop support for multiple cards (temporary, I need to fix the way
the direct graphics code works).
3. Lots of fixes to the GFX_* ioctls.
4. Add support for per-graphics card ioctl processing.
5. Direct rendering works properly now (context switching code disabled
for now, this depends on the rrm code updates I have to do).
|
| |
|
|
|
|
|
| |
stuff from breaking kernel compiles for those of us who aren't cool
enough to have kgdb set up yet. =)
|
|
|
|
|
| |
will subsequently take control at the insn interrupted by the incoming
stop character.
|
|
|
|
| |
CVS archive.
|
|
|
|
|
|
|
| |
Linux newport structure is now compatible with the IRIX version.
GNOME compliant display properties implemented. Oops. Wrong mailing
list.
|
|
|
|
| |
is running.
|
| |
|
|
|
|
| |
(Untested, really, thanks to UPS.)
|
| |
|
|
|
|
|
|
|
|
|
|
| |
I'm now doing filp->d_entry swaps, which will require the creation of
/dev/usema###, but which should make the rest of the system much happier
with me.
I'm also beginning to think that /dev/usema should be a misc device,
and that /dev/usemaclone should be associated with the major. Makes no
difference, really, except conceptually.
|
|
|
|
|
|
|
| |
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().
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
be enough for now in the keyboard arena.
|
|
|
|
|
|
|
|
|
| |
still using PAGE_KERNEL, so the shmiq was getting cached pages,
not the uncached ones.
Get rid of the flush_cache_all upon even pushing.
Thanks Ralf :-)
|
|
|
|
|
|
|
|
| |
Anyways, this is Workarounds-101:
call flush_cache_all once we stick the event in the queue, this
makes the shmiq work. Of course, this is not exactly the desired
fix.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- 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.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
| |
And remaining files from previous commit.
|