, this was for the case where you had preloaded
multiple images, and the kernel would only auto-discover the first
one.
All things (such as the disapperance of floppy disks), considered
this feature should be removed.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP
to measure latency precisly should be retained, but it
could be made a sysctl enabled debugging facility.
The %busy crap should be killed, all it does is confuse people.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer
In message 516c71bc.4000...@freebsd.org, Alexander Motin writes:
On 15.04.2013 23:43, Poul-Henning Kamp wrote:
In message 516c515a.9090...@freebsd.org, Alexander Motin writes:
For tuning anything on a non-ridiculous SSD device or modern
harddisks, it will be useless because of the bias you
previos FOREACH involved.
TAILQ_FOREACH_FROM(...) ?
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence
will become version 0.2).
However, I think these programs should be fixed, rather than put tradcpp
in the src tree.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice
be removed
from patch(1)?
See head/usr.bin/patch/inp.c lines 166 to 240 for details.
Yes, that code should be removed.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute
601 - 606 of 606 matches
Mail list logo