summaryrefslogtreecommitdiffstats
path: root/sys
Commit message (Collapse)AuthorAgeFilesLines
* The kernel printf does not have %ipeter2002-05-291-1/+1
|
* Don't try to flush illegal alises from the data cache in vmapbuf andjake2002-05-291-30/+0
| | | | vunmapbuf, this is handled by pmap now.
* Add an MD page flag for tracking if a page is cacheable or not, so thatjake2002-05-292-1/+7
| | | | | we don't flush all mappings of a physical page in order to make it virtually cachable again, if it is already cachable.
* Remove an unused variable.jake2002-05-291-1/+0
|
* Merge the code in pv.c into pmap.c directly. Place all page mappings ontojake2002-05-297-51/+187
| | | | | | | | | | the pv lists in the vm_page, even unmanaged kernel mappings. This is so that the virtual cachability of these mappings can be tracked when a page is mapped to more than one virtual address. All virtually cachable mappings of a physical page must have the same virtual colour, or illegal alises can be created in the data cache. This is a bit tricky because we still have to recognize managed and unmanaged mappings, even though they are all on the pv lists.
* Add pv list linkage and a pmap pointer to struct tte. Remove separatelyjake2002-05-296-225/+92
| | | | allocated pv entries and use the linkage in the tte for pv operations.
* Use a contrived 'tlb_entry' structure for passing the mappings for thejake2002-05-297-23/+31
| | | | | kernel text and data from the loader to the kernel, so that the tte format is not part of the loader->kernel ABI.
* Remove pmap.pm_pvlist and make the functions that use it no-ops. These arejake2002-05-293-53/+3
| | | | | all optimizations for architectures which have large sparse page tables, and/or can't put the pv linkage inside of the page table entries.
* Remove the definition of struct mca_guid and use the genericmarcel2002-05-294-25/+21
| | | | | | | | struct uuid defined in <sys/uuid.h>. Use uuid/UUID instead of guid/GUID to emphasize that the identifiers are DCE version 1 identifiers and also to avoid inconsistencies as much a possible.
* Remove bktr for ia64. Same problem as vinum. See PR 38678.marcel2002-05-291-1/+0
|
* Vinum doesn't build on ia64.marcel2002-05-291-3/+5
| | | | See PR: 38678
* Add attribute packed to struct gpt_hdr to avoid unwanted padding atmarcel2002-05-291-1/+1
| | | | | the end of the struct to make it an integral number of "longs" on 64-bit architectures. The size of the struct must be 92, not 96.
* Sync with i386. The loader was being installed before the beforeinstalljake2002-05-281-26/+39
| | | | target, which conventiently moved it to loader.old, leaving no loader.
* NetBSD have adopted our usage of the DMAADDR macro:joe2002-05-283-12/+10
| | | | | | | | date: 2002/05/28 12:42:39; author: augustss; Change DMAADDR macro slightly. Update the $NetBSD$ tags to reflect this and make slight changes to usb_mem.h so that we're in sync with each other.
* Use %02d in track numbers, so that 1 is 01, much easier for scriptssos2002-05-281-1/+1
|
* Fixed some style bugs in recent commits.bde2002-05-281-6/+6
|
* Add some checks to prevent NULL dereferences.des2002-05-281-3/+6
| | | | Submitted by: jhay
* Remove a duplicated vfs_freeopts() that I introduced in lastmux2002-05-282-4/+2
| | | | revision.
* The stack is not at the top of the user struct.benno2002-05-282-6/+0
|
* Remove an assertion as to whether the current thread already had the FPU orbenno2002-05-282-4/+0
| | | | | not. It may be desirable to put something similar back, but it's getting in the way in it's current form.
* - Move macros that represent where syscall args are kept in a trapframe frombenno2002-05-285-12/+15
| | | | | | trap.c to frame.h - Use the macros in vm_machdep.c:cpu_fork() to set up the trap frame of the new thread.
* Remove the old prototype for kcopy. It's in cpu.h now.benno2002-05-282-2/+0
|
* Add support to GEOM for GUID Partition Tables (GPTs). The supportmarcel2002-05-286-0/+413
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | is currently conditional on both the GEOM and GEOM_GPT options to avoid getting GPT by default and having the MBR and GPT classes clash. The correct behaviour of the MBR class would be to back-off (reject) a MBR if it's a Protective MBR (a MBR with a single partition of type 0xEE that spans the whole disk (as far as the MBR is concerned). The correct behaviour if the GPT class would be to back-off (reject) a GPT if there's a MBR that's not a Protective MBR. At this stage it's inconvenient to destroy a good MBR when working with GPTs that it's more convenient to have the MBR class back-off when it detects the GPT signature on disk and have the GPT class ignore the MBR. In sys/gpt.h UUIDs (GUIDs) for the following FreeBSD partitions have been defined: GPT_ENT_TYPE_FREEBSD FreeBSD slice with disklabel. This is the equivalent of the well-known FreeBSD MBR partition type. GPT_ENT_TYPE_FREEBSD_{SWAP|UFS|UFS2|VINUM} FreeBSD partitions in the context of disklabel. This is speculating on the idea to use the GPT to hold partitions instead if slices and removing the fixed (and low) limits we have on the number of partitions. This commit lacks a GPT image for the regression suite.
* Implement pmap_copy and pmap_copy_page.benno2002-05-283-9/+39
|
* Move the kcopy() function from trap.c to machdep.c. Add a prototype.benno2002-05-285-60/+61
|
* Add NAI copyright.des2002-05-282-0/+16
|
* Back out part of previous commit; the dev_t union trick is still useful indes2002-05-281-1/+6
| | | | the kvm case.
* Add uuidgen(2) and uuidgen(1).marcel2002-05-288-7/+309
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The uuidgen command, by means of the uuidgen syscall, generates one or more Universally Unique Identifiers compatible with OSF/DCE 1.1 version 1 UUIDs. From the Perforce logs (change 11995): Round of cleanups: o Give uuidgen() the correct prototype in syscalls.master o Define struct uuid according to DCE 1.1 in sys/uuid.h o Use struct uuid instead of uuid_t. The latter is defined in sys/uuid.h but should not be used in kernel land. o Add snprintf_uuid(), printf_uuid() and sbuf_printf_uuid() to kern_uuid.c for use in the kernel (currently geom_gpt.c). o Rename the non-standard struct uuid in kern/kern_uuid.c to struct uuid_private and give it a slightly better definition for better byte-order handling. See below. o In sys/gpt.h, fix the broken uuid definitions to match the now compliant struct uuid definition. See below. o In usr.bin/uuidgen/uuidgen.c catch up with struct uuid change. A note about byte-order: The standard failed to provide a non-conflicting and unambiguous definition for the binary representation. My initial implementation always wrote the timestamp as a 64-bit little-endian (2s-complement) integral. The clock sequence was always written as a 16-bit big-endian (2s-complement) integral. After a good nights sleep and couple of Pan Galactic Gargle Blasters (not necessarily in that order :-) I reread the spec and came to the conclusion that the time fields are always written in the native by order, provided the the low, mid and hi chopping still occurs. The spec mentions that you "might need to swap bytes if you talk to a machine that has a different byte-order". The clock sequence is always written in big-endian order (as is the IEEE 802 address) because its division is resulting in bytes, making the ordering unambiguous.
* Add syscall uuidgen() for generating Univerally Unique Identifiersmarcel2002-05-281-0/+1
| | | | | | (UUIDs). On ia64 UUIDs, aka GUIDs, are used by EFI and the firmware among others. To create GUID Partition Tables (GPTs), we need to be able to generate UUIDs.
* Introduce struct xtty, used when exporting tty information to userland.des2002-05-282-11/+59
| | | | | | | Make kern.ttys export a struct xtty rather than struct tty. Since struct tty is no longer exposed to userland, remove the dev_t / udev_t hack. Sponsored by: DARPA, NAI Labs
* o Remove unused #defines.alc2002-05-271-9/+0
|
* Print srr1 in printtrap()benno2002-05-272-2/+4
| | | | Submitted by: Peter Grehan <peterg@ptree32.com.au>
* Get the correct memory regions from OpenFirmware. We were getting thebenno2002-05-276-91/+95
| | | | | | | "available" ranges, not the "physical" ranges. Clean up some of the bootstrap code in the process. Submitted by: Peter Grehan <peterg@ptree32.com.au>
* Use correct types in [sf]uword32.benno2002-05-272-8/+8
|
* Don't tsleep() with an sb_mtx held.dd2002-05-271-2/+2
|
* Use underscored variant of BYTE_ORDER and friends to allow this tomike2002-05-271-4/+4
| | | | work in a !__BSD_VISIBLE environment.
* Regen.joe2002-05-272-2/+16
|
* Add a couple of new aue ethernet adapters from NetBSD:joe2002-05-272-0/+4
| | | | | ELECOM LDUSBLTX IODATA USBETTXS
* Use aue_lookup for looking up devices.joe2002-05-262-86/+71
|
* Correct the usage of DMAADDR in a piece of '#if 0'd code. (The compilerjoe2002-05-261-1/+1
| | | | didn't pick it up.)
* MFNetBSD:joe2002-05-261-2/+2
| | | | | | | revision 1.124 date: 2002/05/26 03:10:02; author: minoura; state: Exp; lines: +3 -3 Clear done_head in the HCCA *before* acknoledging the interrupt. Driver lost some completed transfers under heavy loads.
* MFNetBSD: ohci.c (1.124), uhci.c (1.159), usbdi.c (1.100)joe2002-05-263-9/+9
| | | | | | | | | date: 2002/05/19 06:24:31; author: augustss; state: Exp; Update dma memory access API a little. NetBSD have adopted our way of using the KERNADDR macro. Update the revision tags to show that we're in sync, and remove the casts that they did in their adaptation.
* Add a proof-of-concept encryption class.phk2002-05-262-0/+275
| | | | | | | | | | | | | | | | "The only hard problem in cryptography is key-management." All sectors are encrypted with AES in CBC mode using a constant key, currently compiled in and all zero. To activate this module, write the magic header on the partition: echo "<<FreeBSD-GEOM-AES>>" | dd conv=sync of=/dev/md98 The encrypted device will be one sector shorter and have ".aes" appended to its name. Sponsored by: DARPA & NAI Labs.
* Give the closet-dev_t we hand to the diskdrivers a name.phk2002-05-261-0/+1
|
* Only clear the spoiled flag if the class had no spoiled method, the spoiledphk2002-05-261-1/+2
| | | | | | | method may have deallocated the consumer already and modifying free()'ed memory is bad style. Sponsored by: DARPA & NAI Labs.
* Add declarations of suword32 and suword64. Add implementations of one ordfr2002-05-269-0/+98
| | | | | the other (or both) to all the platforms. Similar for fuword32 and fuword64.
* Remove a hack for using an external compiler if cross compiling.jake2002-05-261-21/+0
|
* Make sure there's a statement after the out: label in clockattach().des2002-05-261-0/+2
|
* Cosmetic change (align with other boot blocks):n_hibma2002-05-262-5/+5
| | | | | | CONSPEED -> COMSPEED Approved by: nyan
* Mis-edit in last commit.phk2002-05-261-0/+1
|
OpenPOWER on IntegriCloud