| History log of /src/sys/rump/librump/rumpkern/cons.c |
| Revision | | Date | Author | Comments |
| 1.9 |
| 02-Jan-2020 |
thorpej | - Eliminate the global "boottime" variable, which was being accessed
without any synchronization against changes by e.g. clock_settime().
- Replace with new getbinboottime() / getnanoboottime() / getmicroboottime()
functions (naming mirrors that of other time access functions in kern_tc.c).
It returns the (maybe-converted) value of timebasebin, which also tracks
our estimate of when the system was booted (i.e. the legacy "boottime" was
redundant).
XXX There needs to be a lockless synchronization mechanism for reading
timebasebin, but this is a problem in kern_tc.c that pre-existed these
"boottime" changes. At least now the problem is centralized in one location.
|
| 1.8 |
| 03-Sep-2018 |
riastradh | Rename min/max -> uimin/uimax for better honesty.
These functions are defined on unsigned int. The generic name
min/max should not silently truncate to 32 bits on 64-bit systems.
This is purely a name change -- no functional change intended.
HOWEVER! Some subsystems have
#define min(a, b) ((a) < (b) ? (a) : (b))
#define max(a, b) ((a) > (b) ? (a) : (b))
even though our standard name for that is MIN/MAX. Although these
may invite multiple evaluation bugs, these do _not_ cause integer
truncation.
To avoid `fixing' these cases, I first changed the name in libkern,
and then compile-tested every file where min/max occurred in order to
confirm that it failed -- and thus confirm that nothing shadowed
min/max -- before changing it.
I have left a handful of bootloaders that are too annoying to
compile-test, and some dead code:
cobalt ews4800mips hp300 hppa ia64 luna68k vax
acorn32/if_ie.c (not included in any kernels)
macppc/if_gm.c (superseded by gem(4))
It should be easy to fix the fallout once identified -- this way of
doing things fails safe, and the goal here, after all, is to _avoid_
silent integer truncations, not introduce them.
Maybe one day we can reintroduce min/max as type-generic things that
never silently truncate. But we should avoid doing that for a while,
so that existing code has a chance to be detected by the compiler for
conversion to uimin/uimax without changing the semantics until we can
properly audit it all. (Who knows, maybe in some cases integer
truncation is actually intended!)
|
| 1.7 |
| 30-Nov-2017 |
christos | branches: 1.7.2; 1.7.4;
add fo_name so we can identify the fileops in a simple way.
|
| 1.6 |
| 26-Jan-2016 |
pooka | Put the kernelside rump kernel headers into <rump-sys> instead of
sprinkling them around the faction directories. Avoids having
to add a CPPFLAGS (or several) to pretty much every component
Makefile.
Leave compat headers around in the old locations.
The commit changes some autogenerated files, but I'll fix the
generators shortly and regen.
|
| 1.5 |
| 26-May-2015 |
pooka | Implement fo_poll so that rump_sys_poll(stdout) works
more or less as expected.
from Martin Lucina <martin@lucina.net> via rumpkernel-users
|
| 1.4 |
| 25-Aug-2014 |
pooka | branches: 1.4.2;
No longer create a special process context to fork remote clients off
of, simply always rfork off of proc1 closing all descriptors, and have
the rump kernel open 0/1/2 if the parent process is "1".
Fixes tests/rump/rumpkernel/t_sp, which was failing since the
abovementioned special process change due to attempting to deliver a
signal to the special process and the special process was not equipped
to handle one.
|
| 1.3 |
| 08-Sep-2013 |
pooka | branches: 1.3.4; 1.3.6; 1.3.8; 1.3.10;
Fool isatty() into thinking we're a tty.
|
| 1.2 |
| 07-Sep-2013 |
pooka | fix -Wuninitialized
|
| 1.1 |
| 07-Sep-2013 |
pooka | Add an initial console device and open fd's 0/1/2 for initproc. This is
again useful in standalone-type environments such as Xen, where all
printf/etc calls go through the rump kernel.
|
| 1.3.10.3 |
| 03-Dec-2017 |
jdolecek | update from HEAD
|
| 1.3.10.2 |
| 20-Aug-2014 |
tls | Rebase to HEAD as of a few days ago.
|
| 1.3.10.1 |
| 08-Sep-2013 |
tls | file cons.c was added on branch tls-maxphys on 2014-08-20 00:04:40 +0000
|
| 1.3.8.1 |
| 09-Dec-2014 |
martin | Pull up following revision(s) (requested by gson in ticket #299):
sys/rump/librump/rumpkern/cons.c: revision 1.4
sys/rump/librump/rumpkern/rump.c: revision 1.311
lib/librumpuser/rumpuser_sp.c: revision 1.67
No longer create a special process context to fork remote clients off
of, simply always rfork off of proc1 closing all descriptors, and have
the rump kernel open 0/1/2 if the parent process is "1".
Fixes tests/rump/rumpkernel/t_sp, which was failing since the
abovementioned special process change due to attempting to deliver a
signal to the special process and the special process was not equipped
to handle one.
|
| 1.3.6.2 |
| 22-May-2014 |
yamt | sync with head.
for a reference, the tree before this commit was tagged
as yamt-pagecache-tag8.
this commit was splitted into small chunks to avoid
a limitation of cvs. ("Protocol error: too many arguments")
|
| 1.3.6.1 |
| 08-Sep-2013 |
yamt | file cons.c was added on branch yamt-pagecache on 2014-05-22 11:41:15 +0000
|
| 1.3.4.2 |
| 18-May-2014 |
rmind | sync with head
|
| 1.3.4.1 |
| 08-Sep-2013 |
rmind | file cons.c was added on branch rmind-smpnet on 2014-05-18 17:46:18 +0000
|
| 1.4.2.2 |
| 19-Mar-2016 |
skrll | Sync with HEAD
|
| 1.4.2.1 |
| 06-Jun-2015 |
skrll | Sync with HEAD
|
| 1.7.4.2 |
| 08-Apr-2020 |
martin | Merge changes from current as of 20200406
|
| 1.7.4.1 |
| 10-Jun-2019 |
christos | Sync with HEAD
|
| 1.7.2.1 |
| 06-Sep-2018 |
pgoyette | Sync with HEAD
Resolve a couple of conflicts (result of the uimin/uimax changes)
|
