Age | Commit message (Collapse) | Author |
|
|
|
block past d_secperunit.
Fixes devices where bogus partitions with a starting offset >
d_secperunit were created. e.g. floppies formatted by Caldera DR-DOS.
ok pedro@
|
|
|
|
|
|
|
|
|
|
them return 'invalid geometry' when d_secpercyl == 0. While there move
the check to a consistant location (after the check of d_secperunit)
and use a consistant idiom (i.e. some readdisklabel()'s have no 'done'
label).
prodded by thib@ after a bad macppc experience. ok deraadt@
|
|
|
|
|
|
off by one.
Also add a bunch of minor types for EV6 and tables for PCA57 and EV67.
The present tables should now be complete as per Alpha Architecture
Reference Manual v4.
ok miod
|
|
in the six cases using "512".
As DEV_BSHIFT is always 9, this should be a no-op.
"no objections" miod@ "I can't see any problem doing this." pedro@
|
|
RAW_PART's p_size. Since d_secperunit is initialized to 0x1fffffff if
not specified there should be no need to use the magic number again.
And if d_secperunit was specified then that value should be used
instead of the magic number.
This was already being done for hp300, luna88k, mac68k, mvme68k,
mvme88k.
Should be a no-op.
|
|
rum(4) has been tested on i386 by niallo@ and me and on sparc64 by
Pablo Mendez Hernandez so I assume it is endian safe and 64bit clean.
|
|
|
|
offending code has been taken out and shot. ok deraadt@
|
|
|
|
the SRM as pci boards with invalid bus and slot number, so check for this
to decide which vga attachment to use.
Found the hard way by robert@
|
|
|
|
|
|
GENERIC. Remove now superfluous check for DISKLABEL_ALL.
'whack whack whack!' deraadt@
|
|
checksumming of the native disklabel.
No functional change.
|
|
disklabel code that was intended to support cross-endian and cross-architecture
use of disklabels. Never actually used except for Alpha<->Amiga moves that now
can't happen anyway.
Leave native and DOS MBR disklabel code. Tested on alpha and hppa.
No functional change.
|
|
calls in alpha, hppa, hppa64 and mips63 when accessing the two DOS MBR
u_int32_t fields dp_size and dp_start.
No functional change.
|
|
ok deraadt@
|
|
|
|
|
|
so that things can use it; tested on all architectures; ok kettenis
|
|
gone.
'go ahead' deraadt@
|
|
Rather than an "iointr" routine that decomposes a vector into an
IRQ, we maintain a vector table directly, hooking up each "iointr"
routine at the correct vector. This also allows us to hook device
interrupts up to specific vectors.
From thorpej NetBSD
Tested by myself and a number of end-users.
|
|
to cut all ties when it left for the attic. Eliminate (theoretical)
ability to read Amiga disklabels on those architectures.
mips64 compile tested by miod@
"whack away" deraadt@ "my amiga runs 3.2" niklas@
|
|
|
|
|
|
(with symbols) to bsd.gdb, then strips bsd. This diff makes it rename the
file with symbols, and then asks strip to output the stripped version as
bsd. Avoids a potentially lengthy wait when we would otherwise copy the
large (50MB+) kernel with debug symbols.
ok reyk@ ketennis@
|
|
|
|
messages when compiling with gcc3, so to appease gas I have added
".file 1 __FILE__" at the top of locore. now a kernel will compile
using gcc3.
thanks to jason@ for pointing out the fix via this URL..
http://sourceware.org/ml/binutils/2001-05/msg00043.html
ok deraadt@
|
|
From thorpej NetBSD
|
|
- fix _bus_dmamap_load_(uio/mbuf)_direct panic messages.
- s/vm_page_alloc_memory/uvm_pglistalloc/ in panic message.
From NetBSD
|
|
From NetBSD
|
|
page if it is set.
From NetBSD
|
|
From NetBSD
|
|
request (not always the passed in DMA tag if we try direct-map
and then fall back to sgmap-mapped). Use the actual window
when performing dmamap_sync and dmamap_unload operations.
From NetBSD
ok martin@
|
|
|
|
- Move tl(4) and ste(4) out of the untested section
|
|
firmware for SRM setup.
|
|
add a BUS_DMA_24BIT flag to signify that dmamap being created
is for the isadma use (thus already backed up by the bounce
buffers). later also to be used for dmamem allocation.
|
|
From NetBSD
ok martin@ miod@
|
|
From NetBSD
ok martin@ miod@
|
|
|
|
eventually we can determine whether or not to allocate a spill
page on a per-mapping basis.
From NetBSD
ok martin@
|
|
ok martin@
|