| Age | Commit message (Collapse) | Author |
|---|
|
in some grief. Split this out.
From Vladimir Kirillov
|
|
ok guenther
|
|
print the "can't get bus clock" message. While there, adjust comments for
the i3/i5/i7 CPUs and include the relevant Xeon models. The Intel marketing
people seem to have less influence on the Xeon names, so they describe the
CPU generation much better.
ok marco@, deraadt@
|
|
x86_atomic_*_l(), and update the callers of all of those to use the
underlying x86_atomic_*_u32() functions that they were expecting anyway.
Whether the x86_atomic_*_ul() macros should be eliminated has been deferred.
ok kettenis@, tedu@
|
|
The i386 version was removed some time ago, so kill its declaration too.
ok tedu@ kettenis@
|
|
a physical address [more precisely, something suitable to pass to pmap_enter()'sphysical address argument].
This allows MI drivers to implement mmap() routines without having to know
about the pmap_phys_address() implementation and #ifdef obfuscation.
|
|
for it. This makes the netisr a real C function which will help further
development. No noticable performance change on i386 and amd64.
With input from kettenis@ and miod@ additional OKs mikeb@ and henning@
|
|
the hardware crypto accelerator land. This fixes aes-ni, via xcrypt,
glxsb(4), hifn(4), safe(4) and ubsec(4) drivers.
Original commit message by angelos:
Don't keep the last blocksize-bytes of ciphertext for use as the next
plaintext's IV, in CBC mode. Use arc4random() to acquire fresh IVs per
message.
with and ok deraadt, ok markus, djm
|
|
|
|
its better as a per arch MD define anyway. all default to MAXDSIZ as before.
|
|
802.11n USB devices.
These are FullMAC devices that require a firmware to operate;
see man page for details.
Great thanks to Brad for donating hardware.
Committed over the TRENDnet TEW-649UB.
ok deraadt@
|
|
the 64-bit output/input. On i386, this means that the 64-bit value is in
eax:edx, but on amd64 gcc this is not the case (might be a gcc bug, or might
be intentionally different and annoying?). The consequence is that amd64
errata were not always being matched (and then "corrected" using the magic
repair code). We need to compose/decompose the 64-bit value like the
un-locked msr functions do.
originally pointed out by ragge, ok kettenis jsg
|
|
booting off made up of a bunch of fields like adapter, controller,
disk, and partition offsets, plus a table of all the disks it can
see which includes this id and a checksum.
the kernel goes through and checksums the disks and then maps that
back to the id associated with that disk, and then compares some
of the fields in those ids against the boot disks id to figure out
which disk its on.
the problem is we overflow one of those fields (the disk id one).
since the other fields are set to 0 by the boot loader, this doesnt
really matter that much. however, since those fields are now
significant because of the overflow, we should compare them too.
this prevents sd16 being matched as the boot disk after sd0 on my
system with 25 disks attached.
ok krw@ weingart@
|
|
ok deraadt@
|
|
|
|
tested on a GENERIC config from all arches.
ok deraadt@ miod@
|
|
no binary change
ok deraadt@
|
|
given pcitag_t configuration address space. Currently, all pci controllers
will return the usual 0x100 bytes of PCI configuration space, but this will
eventually change on PCIe-capable controlers.
ok kettenis@
|
|
used in cpu_switch() for handling it. Also, delete an unnecessary
instruction that I added while debugging the pm_cpus handling before
ok kettenis@
|
|
early MD and late MI files must be split up so that vers.o can sneak
between. Issue spotted by bluhm, repair discussed with miod
|
|
having it linked last is bad (on at least i386 and amd64) because the lapic
is mapped over the start of the data segment -- savecore(8) then reads the
version string for a fixed buffer space, and reads into the lapic area
causing unintended side-effects (at least on Intel X5570 and X5680)
found by pedro, discussed with kettenis and mpf and miod
|
|
tested by dlg@, ok jsing@
|
|
requested by deraadt@
|
|
all 48 cores in one of my boxes.
requested by deraadt@
made possible by the recent pmap diff by kettenis@
|
|
implement them, and they are of questionable usefulness.
|
|
out-of-bounds array access later on.
Allows OpenBSD to boot on machines with more than 32 CPUs/cores.
ok krw@, jsing@, dlg@
|
|
until possible removal, if indeed this causes no regression for scanner users.
|
|
aren't enough to keep track of possible cores these days anyway.
36-core amd64 box encountered by dlg@
ok dlg@ kettenis@
|
|
because it is always PCKBC_KBD_SLOT
ok krw@, miod@
|
|
This has never happened and this wouldn't make much sense on anything but
hp300, if at all, nowadays.
|
|
MI header file.
|
|
|
|
kernel, currently limited to low-hanging fruit: these variables were used
by bus_dma to specify the range in which to allocate memory, back when
uvm_pglistalloc() was stupid and would not walk the vm_physseg[].
Nowadays, except on some platforms for early initialization, these variables
are not used, or do not need to be global variables. Therefore:
- remove `extern' declarations of avail_start and avail_end (or close cousins,
such as arm physical_start and physical_end) from files which no longer need
to use them.
- make them local variables whenever possible.
- remove them when they are assigned to but no longer used.
|
|
uncommenting it is intentional.
ok deraadt@
|
|
#include "foo.h"
#if NFOO > 0
(whole file)
#endif
since config(8) file inclusion rules already do it for you.
ok deraadt@
|
|
ok krw@ deraadt@
|
|
|
|
|
|
|
|
use proper define for the initial counter block
|
|
|
|
|
|
next to the cpu's GDT, also making the double-fault stack per-CPU,
leaving it at the top of the page of the CPU's idle process. Inline
pmap_activate() and pmap_deactivate() into the asm cpu_switchto
routine, adding a check for the new pmap already being marked as
active on the CPU. Garbage collect the hasn't-been-used-in-years
GDT update IPI.
Tested by many; ok mikeb@, kettenis@
|
|
.h files into the ctags run as well to bring #define's and structs and
such into scope. Problem reported by thib
|
|
|
|
these devices are different from the RTL8191SU/RTL8192SU ones that are
not supported by this driver.
requires a firmware (urtwn-firmware-1.0)
committed over a Hercules HWNUp-150 (RTL8188CU).
ok deraadt@
|
|
|
|
for vmt to attach after vmt_probe succeeds. this prevents vmt from
appearing at other attach points hanging off mainbus.
found by phessler@ and debugged gently by claudio@
|
|
consistent with the rest of the file.
requested to be a seperate commit by kettenis@
|
|
real panic. this brings amd64 inline with all of the other arches.
OK kettenis@, mikeb@, krw@, guenther@, thib@
|
