Age | Commit message (Collapse) | Author |
|
1GB i386 machines needs this. The fix is heavily based on Jason Thorpe's
found in NetBSD. Here is his original commit message:
Instead of checking vm_physmem[<physseg>].pgs to determine if
uvm_page_init() has completed, add a boolean uvm.page_init_done,
and test against that. Use this same boolean (rather than
pmap_initialized) in pmap_growkernel() to determine if we are
being called via uvm_page_init() to grow the kernel address space.
This fixes a problem on some i386 configurations where pmap_init()
itself was needing to have the kernel page table grown, and since
pmap_initialized was not yet set to TRUE, pmap_growkernel() was
choosing the wrong code path.
|
|
|
|
|
|
to maintain write control over the phy... fine... but we query it to get
current status).
- fix several bugs in cmd/rsp handling: match responses to commands via id/seq,
and add a routine to fixup the queue if it gets mangled).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
get link status via media status query (unclear how to get speed/duplex this way)
fix media command definitions to match documentation
update the hostvar index for response queue on successful query
|
|
XXX: Status routine needs to really query device to get duplex/speed/link
|
|
- rewrite definitions for command/response rings (bad aaron, shared memory structures are volatile and should not use nonportable bit slices, ':')
Status: loads firmware, boots, gets mac address
|
|
|
|
right thing if booting off something other than sd0a.
RB_ASKNAME will be reimplemented later.
|
|
Also a large quantity of whitespace fixes.
|
|
bus_dma-ify ubsec)
- allocate rings and boot the card
Status: firmware loads, card appears to boot correctly
|
|
|
|
|
|
|
|
|
|
|
|
|
|
- reg "definition" for soft reset register
- make sure fileheader and section number are initialized before use
- verify section checksum before use
- add a skeleton txp_start()
|
|
|
|
|
|
<bright@wintelcom.net>
|
|
|
|
|
|
mostly resolved.
|
|
storm much, but hopefully is in the right direction.
|
|
change, when the interrupt is established, the string will be changed
from irqN to irqN/dvrname. Some drivers establish nice names, "usb0"
some do not, "wdc_obio".
|
|
scsi_inquiry_data structure.
The last commit made the structure 57 bytes long, an odd number. This
caused problems with at least two drivers, which were not prepared to
handle the IGNORE WIDE RESIDUE message during probing. This message
apparently being generated during probes of non-existant LUNs.
Problem found on siop by Rev. Chris Cappuccio and on iha by Andreas
Gunnarsson <andreas@zzlevo.net>.
|
|
- the firmware image is still under a restrictive license, so it will
not be in the tree yet
- driver only knows how to (correctly) upload firmware
- register definitions and such are incomplete
|
|
recovers from the situation, and there's not much point in knowing about it.
|
|
many emulated system calls (SysV, Linux, others) to fail. Bump from 400
up to 512 bytes; ok aaron@
|
|
|
|
requires WSDISPLAY_COMPAT_USL
|
|
since fs_contigdirs takes 64 bits on those platforms. This fixes
a problem on alpha where "struct fs" grew. A better solution is
to make fs_csp into a pointer and use the remainder for pointer
spares and allocate fs_contigdirs from those. This will happen
some time post-2.9.
|
|
userland since art removed the vm_pmap field that made UVM and old VM
differ. An option PMAP_OLD is provided should someone need to configure
with the old pmap. This is suspected to go away soon so I will not
document it.
|
|
generate redefinition errors.
|
|
because only UVM happen to provide them.
|
|
|
|
caching bug recently discussed in the ipfilter list.
People using IPF is urged to sync with these changes.
|
|
|
|
|
|
It allocates directory inode in the same cylinder group as a parent
directory in. This speedup file/directory intensive operations on
a big file systems in times.
Don't forget to recompile fsck_ffs with updated fs.h or you will get
"VALUES IN SUPER BLOCK DISAGREE WITH THOSE IN FIRST ALTERNATE" at
the next boot. In any case you can ignore this error safely.
Requested by deraadt@
|