summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
...
* Add a Firewire section to the hardware notes, with initial contentbmah2002-11-072-0/+82
| | | | derived from the fwohci(4) and sbp(4) manpages.
* New release notes: getconf(1), nextboot(8),bmah2002-11-072-8/+26
| | | | | | | Updated release notes: ntp-4.1.1b. MFCs noted: firewire(4), atapicam(4), uudecode(1)/uuencode(1) base64 links.
* Move firewire back to being MI.jhb2002-11-073-8/+8
|
* Add two new workaround for firmware anomalies:tmm2002-11-079-18/+102
| | | | | | | | | | | | | | | | | 1. At least some Netra t1 models have PCI buses with no associated interrupt map, but obviously expect the PCI swizzle to be done with the interrupt number from the higher level as intpin. In this case, the mapping also needs to continue at parent bus nodes. To handle that, add a quirk table based on the "name" property of the root node to avoid breaking other boxen. This property is now retrieved and printed at boot. 2. On SPARCengine Ultra AX machines, interrupt numbers are not mapped at all, and full interrupt numbers (not just INOs) are given in the interrupt properties. This is more or less cosmetical; the PCI interrupt numbers would be wrong, but the psycho resource allocation method would pass the right numbers on anyway. Tested by: mux (1), Maxim Mazurok <maxim@km.ua> (2)
* Properly fix the occassional random crash issue that revision 1.142iedowse2002-11-072-31/+24
| | | | | | | | | | | | | | | | | | | just limited to the DEVICE_POLLING case. This removes the FXP_RFA_RNRMARK hack, and replaces it with a softc flag that is used to record when the handling of a no-resource condition was deferred due to running out of DEVICE_POLLING cycles. This was tested on -stable, but the code is essentially the same as in -current. It should only affect the case where DEVICE_POLLING is defined. The details of the mechanism behind the crashes are still uncertain but the most likely cause seems to be some kind of hardware confusion when the no-resource recovery code is accidentally invoked while the receiver is still active. This could have happened if the hardware left the 0x4000 bit of the RFA status word set. The comments in the commit log for revision 1.142 stating that the driver could clash with the hardware writing to this status word were not correct. Tested by: Guy Helmer <ghelmer@palisadesys.com>
* Fix one misspelling and two punctuation nits.bmah2002-11-071-3/+3
|
* Merge over ar(4) and db(4) to files.pc98.jhb2002-11-071-0/+3
|
* Create a MACHINE_ARCH == i386 section that first lists modules commonjhb2002-11-071-59/+24
| | | | | to both i386 and pc98 and then uses MACHINE subsections to list modules specific to i386/i386 and i386/pc98.
* Fixed pc98 support.nyan2002-11-072-6/+5
| | | | (merged i386 changes from chunk.c 1.41 and disk.c 1.100)
* Get this closer to working. The Write_Disk() function's for loop neededjhb2002-11-071-20/+13
| | | | | | | to use the same start condition as the i386 version. However, since Alpha's only have one fake "slice" from sysinstall's perspective we don't need to use a loop, but can just write out the BSD label in the first fake "slice".
* Turn on GEOM. It works on Alpha and we are going to need it for installs.jhb2002-11-071-2/+0
|
* - Fix printf warnings on 64bit plathome.simokawa2002-11-073-7/+17
| | | | - Disable fw_vmaccess() because it's not used and unuseful 64bit plathome.
* 1.Fix smp race between kernel vm86 BIOS calling and userland vm86 mode code,davidxu2002-11-0712-32/+32
| | | | | | | | | | remove global variable in_vm86call, set vm86 calling flag in PCB flags. 2.Fix vm86 BIOS calling preempted problem by changing vm86_lock mutex type from MTX_DEF to MTX_SPIN. vm86pcb is not remembered in thread struct, when the thread calling vm86 BIOS is preempted by interrupt thread, and later switching back to the thread would cause incorrect context be loaded into CPU registers, this leads to kernel crash.
* s/HZ/Hz/mux2002-11-061-1/+1
|
* Adjust some casts to quiet warnings.jhb2002-11-065-9/+9
| | | | Reviewed by: mdodd
* lnc(4) uses kvtop() and is thus i386-only for now.jhb2002-11-063-8/+8
|
* Style sync with rest of FreeBSD.obrien2002-11-066-52/+41
|
* Use long long to print out a bus_addr_t again.jhb2002-11-061-2/+2
|
* Cast a bus_addr_t to a long long to make printf happy.jhb2002-11-061-1/+1
|
* Make firewire i386-only for now. It doesn't quite handle machines withjhb2002-11-063-8/+8
| | | | | 64-bit address spaces yet. Pointy hat to myself for sticking it in the MI NOTES file to begin with.
* Wrap ()'s around an argument before casting it to a void *. If thejhb2002-11-061-6/+6
| | | | | | argument is an expression you can end up casting part of it to void *. This resulted in bogus warnings about pointer arith using void *'s for the ep(4) driver.
* ed(4) uses kvtop() and is thus i386-only. It has several other warningsjhb2002-11-063-10/+10
| | | | | | | related to sizeof(int) != sizeof(void *), but kvtop() is much harder to fix. Approved by: imp
* Move the drm code to the i386 MD NOTES file. It can be added to other MDjhb2002-11-062-20/+20
| | | | | NOTES files if desired, but this code is not MI on FreeBSD. The Alpha support is Linux specific and does not compile on FreeBSD.
* Packed structures are defined differently in older gcc's, like the onejoe2002-11-062-4/+4
| | | | | currently in -stable. Put the exception into usb.h instead of having it hard coded in the sound code.
* Use bus_addr_t instead of u_int32_t in functions to convert betweenjhb2002-11-061-3/+3
| | | | physical and virtual addresses.
* Move digi to the i386 MD NOTES until it stops using inb() and outb().jhb2002-11-062-13/+13
| | | | Please use bus_space functions instead.
* - Move comments regarding flags for dgb(4) over to the MD NOTES file wherejhb2002-11-062-12/+11
| | | | | | dgb(4) lives. - Move dgb(4) back to where it used to be relative to other drives in the old NOTES/LINT file.
* dgb(4) currently is i386-only.jhb2002-11-062-1/+1
|
* Use the explicit value 0xffffffff instead of assuming that is what ~0ULjhb2002-11-061-1/+1
| | | | | | equals. Approved by: imp
* Add some band-aid casts to quiet warnings. This driver still assumesjhb2002-11-061-1/+1
| | | | | that sizeof(int) == sizeof(void *) == 4. However, it also seems that the hardware assumes this.
* More int != pointer stuff.jhb2002-11-061-2/+3
|
* Straighten up the geom.ctl config interface definitions.phk2002-11-064-46/+84
| | | | Sponsored by: DARPA & NAI Labs
* Repeat after me: sizeof(int) != sizeof(void *).jhb2002-11-061-1/+1
|
* Use some long long casts to quiet warnings in debug printf's on alpha.jhb2002-11-062-2/+3
|
* Use a bandaid to fix a warning. However, this driver is very, very farjhb2002-11-061-1/+1
| | | | | | | | | from being MI in any fashion. It currently "assumes" that it can get a kernel virtual address for a phyiscal address by adding KERNBASE to the physical address. It also tries to read values out of a the PC BIOS on all archs. It also uses "manual" inb() and outb()'s to talk to the mcclock device which just happens to be at that location on both i386 and alpha. This driver should likely be i386-only.
* Make the ar(4) driver i386-only for now. It has lots of sizeof(int) ==jhb2002-11-064-9/+9
| | | | | | | sizeof(void *) assumptions and doesn't use busdma yet (it uses kvtop() which is not an MI interface). Recommended by: jake, mux
* Restore most (90%) of the text I removed in my previous commit. Remove thetrhodes2002-11-061-0/+6
| | | | | | part about spelling and grammar. Discussed with: -developers
* Fix warning where sizeof(size_t) != sizeof(int).jhb2002-11-061-1/+1
|
* In the !DEBUG case, we were passing foo.ko two times on themux2002-11-061-1/+5
| | | | | | rm -f command line when doing a make clean. Fix this. Reviewed by: ru
* o Make the COMPATIBILITY section a bit less redundant.chris2002-11-061-1/+1
| | | | | Obtained from: TrustedBSD Project Sponsored by: DARPA, Network Associates Labs
* o Update man page to reflect the new prototypes for mac_{to,from}_text.chris2002-11-061-43/+15
| | | | | | | o Remove a (currently) no-longer-pertinent entry from errors. Obtained from: TrustedBSD Project Sponsored by: DARPA, Network Associates Labs
* Add support for DEVICE_POLLING.simokawa2002-11-062-0/+79
| | | | | | PR: kern/44772 Submitted by: Takashi Oono <takashi@yha.att.ne.jp> MFC after: 1 week
* Minor clean up on cdb handling.simokawa2002-11-061-8/+7
|
* Kill EOL whitespaces, style(9) fix.maxim2002-11-061-13/+12
|
* Fix UID/GID options parsing.maxim2002-11-061-2/+2
| | | | | | | PR: bin/42579 Submitted by: Belousov Oleg <oleg@belousov.com> Approved by: luigi MFC after: 2 weeks
* Remove what was a temporary bogus assignment of bits of siginfo_t, as it doesjmallett2002-11-069-28/+0
| | | | | | not look like the prerequisites to fill it in properly will be in the tree for the upcoming release, but it's mostly done, so there is no need for these to stay around to remind us.
* There's no need for a locally defined usb_proc_t when we've gotjoe2002-11-061-10/+3
| | | | usb_proc_ptr that does the same thing.
* Add a MAINTAINERS entry for make(1), to the make@ alias, which anyone can usejmallett2002-11-061-0/+1
| | | | | | | | | | to run patches to make(1) by. Hopefully this will make it easier to get bugs fixed in make(1), as well as get review by people with experience working on, in, around, etc., make(1). Currently it points to two people who have demonstrated maintainership (ru@ and myself) and one person interested in helping (alane@). That list is subject to expansion and contraction.
* Move adding -DPC98 to CFLAGS from each modules to sys/modules/Makefile.inc.nyan2002-11-0621-59/+4
|
* Include "../Makefile.inc".nyan2002-11-0611-0/+32
|
OpenPOWER on IntegriCloud