Age | Commit message (Collapse) | Author |
|
No functional change.
|
|
instead of -1.
ok and prod from miod@
|
|
relocation in libc.so. From NetBSD.
|
|
minor changes.
|
|
NWSDISPLAY.
|
|
need to reserve it
ok deraadt@
|
|
limit. This allows c++ memory hogs, such as pcre's pcrecpp_unittest.cc,
to compile on m88k.
|
|
kernel APR. Return write-back for every design but those involving 88410,
where write through is returned.
Apparently the use of writeback on single-processor kernels using 88410 (197SP,
197DP) has only been working by fat chance, and the last two years of uvm
changes, as well as the switch to ELF (causing kernel rodata to move `up')
exposes silent memory corruption on (88410-size) aliased addresses.
(I am guilty of not using my 197DP board much after making 197LE write-back
capable, as 197LE turned out to be faster and more stable, for I would have
noticed this earlier).
Further thought needs to happen about this. It might be possible to switch to
writeback by default again as long as bus_dma maps things write-through on
88410 designs, and perhaps with a part of the kernel mapped with a write-through
BATC, since BATC have precedence upon page tables. Right now I'm trying to get
a stable release out of the door.
|
|
#$%&#@! MC88410 chip. This will allow design-agonstic m88k-specific code to be
able to tell pure 88110 kernels apart from possible 88110+88410 ones.
|
|
uint64_t write. While there, implement a real wbinv routine instead of invoking
wb, then inv; this avoids unnecessary busswitch register juggling.
|
|
|
|
|
|
These days we use it as a thread register and want to have it initialized to
zero for future thread local storage (TLS) support.
|
|
These days we use it as a thread register and want to have it initialized to
zero for future thread local storage (TLS) support.
|
|
|
|
or I$ may reload with stale data. It used to work without this because the
kernel used to run in write-through mode.
Repairs gdb single-stepping.
|
|
|
|
by another thread in the same process running on another cpu
raising pm_highexec and pm_codeseg. w/help from kettenis@
okay beck@ guenther@
|
|
at this moment.
|
|
various CPUs were iterating over the same global buffer at the same
time to modify it and never ended.
This diff includes some ideas submited by Thor Simon to NetBSD via miod@.
ok mikeb@, haesbaert@
|
|
|
|
|
|
|
|
|
|
|
|
DB_ELFSIZE ought to be defined in <machine/db_machdep.h>, not <machine/exec.h>
|
|
|
|
(or never did) support a.out binaries (i.e. where _KERN_DO_AOUT is not defined).
|
|
Fixes the few TEXTREL which crept in libc.so.
|
|
upcoming per-CPU profiling modifications and it does not make much sense
to profile such low-level functions anyway.
ok kettenis@, miod@
|
|
ok miod@
|
|
a.out->ELF transition.
|
|
as packed due to them containing 32-bit types at 16-bit but not 32-bit aligned
offsets. The boot block updates (especially mkboot) come straight from NetBSD.
|
|
in fpsp has to be renamed due to a clash with other parts of the kernel.
|
|
|
|
swap for you to the hosts endianness. sometimes you dont want this hand
holding and just want raw access to the registers. bus_space does have
stuff to do this already, but they deal with buffers which can be awkward
if you just want to get or set a single register.
this adds the following to i386 and amd64:
bus_space_read_raw_2() bus_space_read_raw_4() bus_space_read_raw_8()
bus_space_write_raw_2() bus_space_write_raw_4() bus_space_write_raw_8()
sparc64 already implements this, even though it wasnt part of the
official api. how handy.
i'll do other archs as i can.
kettenis@ and miod@ seem ok with this
|
|
Agreed with millert@ and guenther@
|
|
resetting the appropriate register in setregs(). Similar in spirit to what
m68k does (restoring a null frame), and necessary since m88k doesn't do lazy
fpu switching.
|
|
|
|
load and store instructions instead.
ok miod@
|
|
ARMv7 support.
ok miod@
|
|
there's only one implementation of it on sparc64, so we shouldnt need to
iterate up a chain of bus_space_tags to get to it.
because the only argument that is used inside the function is the flags,
this can generally be inlined to a single membar opcode. this leaves that
op as membar(Sync) for now while kettenis@ thinks about what changing it
might mean.
ok miod@
|
|
in the appropriate .c file and remove unused fields while here.
|
|
to read the revision id that was wrong most of the time.
|
|
|
|
|
|
ok sf@
|
|
checked on amd64 by rpe@
okay jsing@
|
|
Found the hard way by bluhm@
|
|
object directories.
|