Age | Commit message (Collapse) | Author |
|
do 32-bit block spanning. If later on we get some that can/should do
64-bit, that can be done now using daddr64_t (but of course, we are taking
this step to finalize the daddr_t 64-bit conversion).
ok miod krw
|
|
Okay guenther@, millert@.
|
|
after every disklabel read or write. This keeps the DUID cache more
in sync with the physical world. De-syncing noted by drahn@ while
zapping disklabels with dd.
ok jsing@ deraadt@
|
|
holding locks, this is not allowed, and nobody has stepped up to fix this,
so better not lure people into using bluetooth devices.
|
|
|
|
|
|
system LCD. Move LCD initialisation to a mountroot hook in order to avoid
PDC output after initialisation.
Committing on behalf of kettenis@
|
|
"doesn't hurt" deraadt@
|
|
occasional hangs during reboot.
ok kettenis@
|
|
ok kettenis@ deraadt@ miod@
|
|
ok kettenis@ deraadt@ miod@
|
|
ok jsing@, deraadt@
|
|
ok deraadt@, jsing@
|
|
resetting the clock when we don't need to. Found out with booting hppa64
kernels, and the problem also exists on hppa when booting with '-a' and hitting
'exit' when asked for the root filesystem.
help & ok jsing@
also ok kettenis@ (who suggested naming the variable like amd64/i386 to
prevent creating yet another variant of this code)
|
|
|
|
ok jsing@ kettenis@
|
|
ok jsing@
|
|
another CPU.
ok miod@
|
|
Xorg is not yet built in xenocara, this will come later.
ok miod@
|
|
other ports (e.g. hppa64) do.
ok jsing@ kettenis@
|
|
ok jsing@ kettenis@
|
|
linked list of handlers properly. Fixes issues with usb(4) reported by
matthieu@.
tested by matthieu@, ok jsing@
|
|
isn't NULL.
|
|
isn't NULL.
|
|
in some grief. Split this out.
From Vladimir Kirillov
|
|
might restore the wrong mask when we switch CPUs. Since we should be
running with the proper mask when we enter $syscall_return, simply save
the proper mask into the trapframe such that we restore the right interrupt
mask later on.
tested by jsing@
|
|
FPU context is still present on another CPU. If so, perform an FPU
shootdown and wait for the FPU context to be saved before continuing.
ok kettenis@
|
|
ok kettenis@
|
|
ok kettenis@
|
|
ok guenther
|
|
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@
|
|
its better as a per arch MD define anyway. all default to MAXDSIZ as before.
|
|
of the non-equivalent aliases for it.
ok miod@
|
|
ok deraadt@
|
|
|
|
vaddr_t PMAP_PREFER(..., vaddr_t). This allows better compiler optimization
when the function is inlined, and avoids accessing memory on architectures
when we can pass function arguments in registers.
|
|
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@
|
|
because it is always PCKBC_KBD_SLOT
ok miod@, krw@
|
|
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
|
|
|
|
|
|
implement them, and they are of questionable usefulness.
|
|
until possible removal, if indeed this causes no regression for scanner users.
|
|
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.
|
|
provides an inline version of it.
|
|
.h files into the ctags run as well to bring #define's and structs and
such into scope. Problem reported by thib
|
|
|