summaryrefslogtreecommitdiffstats
path: root/sys/arch/sparc (follow)
Commit message (Collapse)AuthorAgeFilesLines
...
* The various cleanups of the last few years have fixed pnozz(4) accelerationmiod2011-05-311-10/+4
| | | | | | | code operation in 640x480 mode (very likely p9100.c r1.47), so enable it again by default. Verified to work on a SPARCbook 3XP (with a 640x480 LCD panel), thanks to Thibaud Bordier.
* Remove the freelist member from vm_physsegoga2011-05-302-7/+4
| | | | | | | | | | | | | | | | | | The new world order of pmemrange makes this data completely redundant (being dealt with by the pmemrange constraints instead). Remove all code that messes with the freelist. While touching every caller of uvm_page_physload() anyway, add the flags argument to all callers (all but one is 0 and that one already used PHYSLOAD_DEVICE) and remove the macro magic to allow callers to continue without it. Should shrink the code a bit, as well. matthew@ pointed out some mistakes i'd made. ``freelist death, I like. Ok.' ariane@ `I agree with the general direction, go ahead and i'll fix any fallout shortly'' miod@ (68k 88k and vax i could not check would build)
* Also enclose variable names with external linkage in __BEGIN_DECLS.martynas2011-05-251-1/+3
| | | | | | | Doesn't matter much since C++ ABI used by GCC doesn't mangle variable names; however technically is required by Section 7.5 of the C++ spec. Discussed with/OK guenther@, matthew@.
* Plug holes in cdevsw[] to make vscsi, diskmap and pppx entries match themiod2011-04-301-1/+3
| | | | numbers in comments and the MAKEDEV majors.
* Expose pmap prefer parameters.ariane2011-04-281-1/+8
| | | | | | Enables future uvm_map code to make intelligent decisions. No functional change.
* fenv improvements and cleanupsmartynas2011-04-281-34/+59
|
* MMU address space holes are at a fixed position (ofcourse).ariane2011-04-261-2/+3
| | | | | | Therefore set UVM_FLAG_FIXED and enforce this. ok oga@
* fenv for sparc; mostly cloned from sparc64martynas2011-04-251-0/+81
|
* Turning on SCSIDEBUG (for debugging other drivers, of course) shouldderaadt2011-04-221-2/+2
| | | | | not make these drivers spew millions of lines of output. spotted as missing by miod
* Revert the ``remove the `skip splraise/splx for IPL_NONE mutexes' optimization''miod2011-04-211-10/+15
| | | | | | | change. It seems to have unexpected side effects, especially on MP systems, and drahn@ disagrees with the way this change has been done and think there is a better way to solve the original problem of msleep() fiddling with mutex internals.
* Revert the sigacts diff: NFS can apparently retain pointers to processesguenther2011-04-182-15/+16
| | | | | | until they're zombies and then send them signals (for intr mounts). Until that is untangled, the sigacts change is unsafe. sthen@ was the victim for this one
* Fix kernel build after guenther@'s signal changes.miod2011-04-161-2/+1
|
* Use 'CLR(<buf>->b_flags, B_READ | B_WRITE | B_DONE)' regardless ofkrw2011-04-161-3/+3
| | | | | what the previous IO was. Less chance of copy and paste errors. Suggested by miod@.
* In days of yore one could arbitrarily whack buffer flags. Those dayskrw2011-04-151-3/+5
| | | | | | | | | | | | | are past. Use CLR() and SET() to modify necessary flags while leaving the flags used by the buffer cache in peace. Should make bufcache code much less confused about the state of the bufs used in reading/writing disklabels. Other such flag abuses no doubt await a visit. Errors in original diff found by miod@. ok beck@ deraadt@
* Correct the sharing of the signal handling state: stuff that shouldguenther2011-04-152-15/+15
| | | | | | | | | | | | be shared (p_sigignore, p_sigcatch, P_NOCLDSTOP, P_NOCLDWAIT) moves to struct sigacts, wihle stuff that should be per rthread (ps_oldmask, SAS_OLDMASK, ps_sigstk) moves to struct proc. Treat the coredumping state bits (ps_sig, ps_code, ps_type, ps_sigval) as per-rthread until our locking around coredumping is better. Oh, and remove the old SunOS-compat ps_usertramp member. "I like the sound of this" tedu@
* Convert the kernel Makefiles to autogenerate dependencies during compilationguenther2011-04-151-19/+27
| | | | | | | | | using the -MD option to cc, with -MP, -MT, and -MF where needed, converting "make depend" to a no-op. This increases parallelism for those using "make -j" and keeps the dependencies up to date with each compilation automatically. sparc and vax users will need to rebuild gcc with support for the -M[PTF] options before config'ing with this diff.
* Sprinkle prototypes, kill unused locals, and stop contributing to globalmiod2011-04-148-16/+26
| | | | warning.
* Make sure the ALIGN() macro uses u_long on all platforms for consistency, andmiod2011-04-071-3/+3
| | | | update the comment block accordingly.
* Do not use NULL in integer comparisons. No functional change.miod2011-04-073-9/+8
| | | | ok matthew@ tedu@, also eyeballed by at least krw@ oga@ kettenis@ jsg@
* The various read*label() have stopped returning error strings for quitemiod2011-04-061-7/+1
| | | | | | some time, and return errnos instead. Fix or remove out-of-date comments mentioning the error strings, and make their callers check the return value against zero, not NULL.
* Remove the `skip splraise/splx for IPL_NONE mutexes' optimizations. It is notmiod2011-04-031-15/+10
| | | | | always gaining anything, and msleep() implementation depends upon mtx_leave() invoking splx().
* Move PPWAIT flag from struct proc to process, so that rthreads inguenther2011-04-031-2/+4
| | | | | | | | | a vforked child behave correctly. Have the parent in a vfork() wait on a (different) flag in *its* process instead of the child to prevent a possible use-after-free. When ktracing the child return from a fork, call it rfork if an rthread was created. ok blambert@
* Normalize sentinel. Use _MACHINE_*_H_ and _<ARCH>_*_H_ properly and consitently.pirofti2011-03-2321-83/+83
| | | | Discussed and okay drahn@. Okay deraadt@.
* Add some delay between a successful keyboard reset sequence and a keyboardmiod2011-03-181-2/+4
| | | | | | layout inquiry, as some PS/2 converters (at least the Starview SV 125) need it to behave correctly. Found the hard way and researched by Mike Malopolski, thanks!
* Fix obj directory probing to support cross compiling.matthew2011-03-181-9/+5
| | | | "Go for it" deraadt@
* Change daddr_t to daddr32_t. The bootblocks on our architectures onlyderaadt2011-03-133-17/+17
| | | | | | | 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
* incorrect parameters to warn()deraadt2011-03-121-2/+2
|
* Use _MACHINE_ENDIAN_H_ for this is The Right Thing To Do.pirofti2011-03-111-4/+4
| | | | Okay guenther@, millert@.
* Force the DUID cache used to generate hw.disknames to be updatedkrw2011-02-261-1/+3
| | | | | | | | 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@
* - use nitems()jasper2011-01-141-4/+4
| | | | "doesn't hurt" deraadt@
* If genassym fails, sort on the pipeline will indicate no error resultingderaadt2010-12-301-4/+3
| | | | | in some grief. Split this out. From Vladimir Kirillov
* Kill pmap_phys_address(), and force every driver's mmap() routine to returnmiod2010-12-261-2/+1
| | | | | | | 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.
* Clean up how we print the sbus(4) clock speed. Purely cosmetic.kettenis2010-12-261-2/+2
| | | | ok miod@, deraadt@
* Convert netisr to a normal soft interrupt instead of hanving MD codeclaudio2010-12-212-49/+2
| | | | | | 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@
* oops, i forgot to check in the BRKSIZ define in uvm, but deraadt thinkstedu2010-12-151-1/+4
| | | | its better as a per arch MD define anyway. all default to MAXDSIZ as before.
* There is no "struct filesystem"; uncovered by gcc4.kettenis2010-12-141-4/+4
| | | | ok miod@
* Change the signature of PMAP_PREFER from void PMAP_PREFER(..., vaddr_t *) tomiod2010-12-062-14/+12
| | | | | | 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.
* - use consistent 'include' rules without a full relative path.jasper2010-12-061-5/+5
| | | | | | tested on a GENERIC config from all arches. ok deraadt@ miod@
* After the most recent change, make it possible to make -j again. Thederaadt2010-12-021-5/+5
| | | | | 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
* move vers.o to before the other objects, so that it is not linked last.deraadt2010-12-021-4/+4
| | | | | | | | 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
* Remove ddb single-step load and store counters. Most platforms do notmiod2010-11-271-3/+1
| | | | implement them, and they are of questionable usefulness.
* Misaligned load/store recovery code in the kernel, enabled by T_FIXALIGNmiod2010-11-275-186/+6
| | | | | | | | | | | | userland traps on a per-process basis, were necessary for *some* SunOS binaries on sparc, which had to compiled with explicit misaligned access code generation (i.e. for vendors to release a working SunOS/sparc version of their code until they could fix their bogus code). There is no reason to keep this code on sparc64, and now that we don't provide COMPAT_SUNOS anymore, there is no reason to keep this code on sparc. ok kettenis@
* Make sure kcopy() returns EFAULT instead of -1 upon failure on vax, andmiod2010-11-271-2/+2
| | | | fix outdated comments suggesting kcopy() will return -1.
* Sync MAKEDEV against conf.c, and both against GENERIC.miod2010-11-191-1/+3
|
* add pseudo-device hotplug.miod2010-11-191-2/+3
|
* gapz@dud-t . org noted that sparc64 installboot crashes if the bootblock isderaadt2010-11-191-1/+7
| | | | zero-sized. Apply similar fixes to installboot for other architectures.
* Do not #include <sys/dkstat.h> if you don't need anything from it.miod2010-11-182-4/+2
| | | | ok krw@ deraadt@
* Push all potential (as in, all system MI not utilized by the bootblocks)deraadt2010-11-121-2/+3
| | | | | .h files into the ctags run as well to bring #define's and structs and such into scope. Problem reported by thib
* Replace snprintf(foo, sizeof foo, "%s", ...) with strlcpy. ok deraadt@ krw@miod2010-11-111-3/+3
|
* Pass a few more M_ZERO to malloc() or its wrappers, when useful; ok krw@miod2010-11-114-16/+11
|
Copyright © 1996 – 2023 Jason A. Donenfeld. All Rights Reverse Engineered.