Age | Commit message (Collapse) | Author |
|
|
|
this lets me run the RB600 at 400MHz.
|
|
|
|
ok dms@
|
|
simplify reading.
|
|
of performance. Instead generate the Huffman table with two ints.
Suggested, help and OK deraadt@
|
|
before inserting it back into the list.
crashes debugged with help from deraadt@ who also tested this fix.
|
|
around and add POOL_DEBUG as an enabled option, removing the define from subr_pool.c.
comments & ok deraadt@.
|
|
the resized buffer.
From Pawel Jakob Dawidek via Max Laier via Marc Balmer via tech@.
As was the previous commit where I didn't mention Pawel.
'should be olright' henning@
|
|
|
|
ok mglocker
|
|
|
|
|
|
|
|
clobber %r3 before we do so. Based on a diff from dms@
|
|
|
|
pass them along when attaching the pci bus.
|
|
(sizeof(ptr) vs sizeof(*ptr) bug).
ok krw@
|
|
|
|
|
|
|
|
Huffman table can't be loaded, the driver will operate in uncompressed
mode.
|
|
rather have the USB HCI emulate it during boot, while legacy mode is enabled.
This causes pckbd0 to attach as the console device, but is lost as soon as
the USB HCI driver attaches.
The disappearance of the emulated PS/2 controller can however be detected
in pckbc(4) - which is supposed to attach after [eou]hci(4), with the controller
refusing to ack commands and replying ``please resend'' instead.
In that case, the kernel will now no longer attach pckbd, and will perform a
new console input device selection, allowing the (real) usb keyboard to
become the console.
Thanks to krw@ for countless tests on legacy-free hardware; also tested on
more conventional hardware by naddy@ and I.
Only amd64 and i386 platforms are affected by this change.
|
|
|
|
|
|
|
|
uvm_map_checkprot() call, if the memory we're about to return has just been
allocated with uvm_km_kmemalloc() instead of coming from the freelist.
No functional change but a very small speedup when the freelist for the given
bucket is empty.
|
|
input, in order to pick the appropriate malloc() bucket.
Replace it with an inline function in kern_malloc.c, which will either
do a tightest-but-slower loop (if option SMALL_KERNEL), or a geometric search
equivalent to what the macro does, but producing smaller code (especially on
platforms which can not load large constants in one instruction).
|
|
It currently doesn't compile and this is unlikely to change
as there are many alternatives now since we no longer live
in the early 1990s and Metricom went bankrupt some time ago.
ok many @
|
|
|
|
also make the rexmit timeout per nfsmount, and make sure to start/stop the
timer appropriately.
now the nfs_timer() only fires if there is work todo, not always at nfs_ticks
(it did, even if there where no nfsmounts in the system!).
OK blambert@
|
|
bootloaders such as u-boot, which is generally a simplified memory
dump of an OpenFirmware device tree. Tested on RB600 by me.
This is not used in the code ATM.
ok kettenis@
|
|
This was in the diff Brad sent to tech@ and had tested
by others and should have been in my previous commit, but I was
working from and testing an earlier version of the diff. I've
retested with multicast/promisc on my dual 82550.
|
|
not the other way. At least partial fix for interfaces with >64
aliases. From Max Laier via Marc Balmer.
'seems right' sthen@ ok markus@
|
|
ok ariane@
|
|
that case, fake the pci(0) part in order to match correctly the onboard scsi
controller.
While there, make sure device_register() returns early for devices attached
to root; without both these changes, an O2 lacking pci(0) in its bootpath
would dereference a NULL pointer when softraid would attach.
Problem found the hard way by Jukka Taimisto (jtaimisto, iki dot fi), thanks
for the report!
|
|
chips, like MPC8xxx family.
ok kettenis@
|
|
|
|
|
|
size of cache hashtable that has now been removed.
|
|
this appears to fix a mmap vs read sync issue I've been seeing since forever
ok thib@
|
|
|
|
ok otto@, agreed by deraadt@
|
|
|
|
seems to be causing some kind of memory corruption after several
hours of heavy IPsec traffic. connections start becoming very slow
eventually leading to all IPsec packets being lost. a reboot solves
the issue for several more hours before it appears again.
|
|
printf-like arguments,
into panic() and remove call to Debugger()
hint and ok deraadt@
|
|
Allows armish GENERIC to compile again.
|
|
|
|
Tested by myself, sthen, oga, kettenis, and jasper.
Input from sthen and jasper.
ok kettenis
(Manpage follows shortly.)
|
|
It seems that new phy detection code breaks
some of the newer fiber cards.
found by Brad, ok by claudio@
|