| Age | Commit message (Collapse) | Author |
|---|
|
Reintroduce bufqs. A few changes since it was backed out after some good
comments from dlg@.
No need for a separate bufq.h, keep all of in buf.h; As requested by kittens
and deraadt.
Only sd(4) and wd(4) for now. The rest of the drivers will be converted soon,
also other goodies like heuristics for sd(4) for selecting the bufq type and
the death of disksort() are forthcoming.
Tested on: i386, amd64, sparc64, macppc, loongson and alpha by myself and
phessler.
OK art@, beck@, kettenis@, oga@
|
|
ok miod ragge
We cannot yet get at vax/subr.s via files.vax because rdsetroot doesn't
like it when the "start" symbol isn't in the first page of the executable.
subr.s will have to be merged into locore.S later on, when other problems
with ENTRY() are solved (says Miod)
|
|
comments from dlg@.
No need for a separate bufq.h, keep all of in buf.h; As requested by kittens
and deraadt.
Only sd(4) and wd(4) for now. The rest of the drivers will be converted soon,
also other goodies like heuristics for sd(4) for selecting the bufq type and
the death of disksort() are forthcoming.
Tested on: i386, amd64, sparc64, macppc, loongson and alpha by myself and
phessler.
OK art@, beck@, kettenis@, oga@
|
|
user.h
ok deraadt@
|
|
Don't set SDEAD on the process in exit1 untile we have grabbed the
allproclk. allproclk is a rwlock and thus we may sleep to grab hold of
it. This is a big of a bugger when we just set a flag that means we
panic if we sleep.
ok art@. turns Tom Murphy's fstat panic into a deadlock instead *sigh*,
this is being looked into.
|
|
disks for a few minutes there.
|
|
implied.
|
|
|
|
Also make sure not to take the scheduler lock once we have stopped a CPU such
that we can safely take it away without having to worry about deadlock
because it happened to own the scheduler lock.
Fixes issues with suspen on SMP machines.
ok mlarkin@, marco@, art@, deraadt@
|
|
Explain how an invaviant is satisfied and add an assertion to check
(never hit that one). As a side benefit clang doesn't bitch about a
possible NULL deref now.
|
|
that in the reading-only case we need only wait for all gpu writes to be
done and flushed), don't then wait for the full seqno anyway.
Found by Clang's static analyser where it flagged a dead store to the
seqno variable.
|
|
the differences between these files. You will need a newer config(8) binary
to be able to build kernels.
ok kettenis miod
|
|
line with everything in the tree. No functional change.
I have wanted to do this for ages! More cleanup will be forthcoming.
|
|
We no longer support these paths, only memory managed mode is now allowed.
|
|
add a missing ')'.
i386 can now build kernels.
|
|
the code to compile without -traditional-cpp.
ok kettenis@
|
|
correct number of bytes into f_fstr. OK kettenis@ deraadt@ nicm@
|
|
result: kernels built without 'make depend'-provided information
(ie. the .depend file) are more likely to have their *.[Ss] file
compilations track changes to *.h files.
The "*.o: assym.h" dependencies listed are gotten from reading the
.depend output --- from the biggest kernel possible (ie. GENERIC.MP).
When an architecture changes in a substantial way (new .[sS] files),
the list should be updated in the prettiest way possible.
This is not encouraging people to skip 'make depend'; other issues are
not resolved and may be solved later with a change guenther is working
on. You can still screwed really easily, so continue running make
depend as config tells you.
Idea from a discussion with drahn
ok drahn, kettenis likes the idea too
|
|
|
|
idea that came out of discussion with drahn
|
|
|
|
delete the archaic links: target which is easily misused
handle special .[sS] files in a portable way
|
|
Spotted by Matthew Dempsky. Thanks!
|
|
on the ramdisks.
ok deraadt@
|
|
Tested by Brad on: BCM5706, BCM5708C
Tested by me on: BCM5716 (BCM5709 PHY)
|
|
|
|
|
|
support for the non-binutils architectures (and that diff is coming..)
|
|
|
|
|
|
|
|
|
|
sl_uid. Fix tested by okan@.
ok deraadt@
|
|
ok kettenis
|
|
ok jsing kettenis
|
|
ok various people, tested by fewer people, tested by me on 15.
|
|
happier regarding potential kernel stack overflows, so just use the
(small) maximum buffer size in one case.
ok marco
|
|
ok krw@, marco@
|
|
patch from matthew dempsky
|
|
ahci_ata_cmd is called with might be the state of the xfer that
ahci set previously. this stops ahci_ata_cmd from checking the
state of ata_xfers its given, and instead trusts that atascsi is
doing the right thing.
reported and fix tested by matthew dempsky, who also did an awesome
job of tracing the problem.
|
|
afterwards
diff from gleydson soares
ok claudio@
|
|
others
|
|
For now they are unmaintained, and work on kernel modesetting has very
large inferface changes needing to be made. Also, when the radeon driver
has been converted over, we will no longer support X with the DRI1
protocol, only DRI2.
When the upheaval has finished, these drivers may be brought back after
work to switch them to DRI2 style memory management and kernel
modesetting has been done, but until then they are unsupported and
probably broken (i know at least two of them have been reported broken
before now). ragedrm will likely come back as a component of radeon
(their interfaces are still fairly similar). The other drivers require
rewriting.
I have been threatening to do this for over a year. Discussed with
deraadt@ and matthieu@ at various points since then.
|
|
|
|
so make that __arc__ for now, to avoid collisions
ok miod
|
|
the mach (arch is mips64). Also move towards passing $PARAM around in CPPFLAGS,
instead of compiling param.c in a special way, as discussed with miod
|
|
the mach (arch is sh). Also move towards passing $PARAM around in CPPFLAGS,
instead of compiling param.c in a special way, as discussed with miod
|
|
in a special way, as discussed with miod
|
|
|
|
in a special way, as discussed with miod
|
