d/freebsd-skq
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
89,616 Commits 4 Branches 49 Tags 2 GiB
430c635447
Commit Graph

7415 Commits

Author SHA1 Message Date
Mike Makonnen
a260623c5f Fix a null dereference leading to a core dump when 
the number of threads exceeds the number of open slots
in ldt_entries[].

Approved by:	markm (mentor)(implicit)
Reviewed by:	jeff
 2003-05-06 02:33:49 +00:00
Mike Makonnen
ae0df91f34 o Correct a debug message that refered to the wrong function 
o Remove an unncecesary if clause

Approved by:	markm (mentor)(implicit)
Reviewd by:	jeff
 2003-05-06 02:30:52 +00:00
Daniel Eischen
07e6b1c7a3 Make pthread_join() async-cancel-safe. David was going to commit 
this, but I think he's asleep and want to be sure it gets in before
the freeze.

Submitted by:	davidxu
 2003-05-06 00:02:54 +00:00
Dag-Erling Smørgrav
8b48559cff OpenPAM is WANRS6-clean. 2003-05-05 21:15:35 +00:00
Mark Murray
dbf104e68d Turn MAKE_KERBEROS5 into NO_KERBEROS by negating the logic. Some extra 
cleanups were necessary in release/Makefile, and the tinderbox code
was syntax checked, not run checked.
 2003-05-05 07:58:44 +00:00
Murray Stokely
eb8b21f78b Backout last commit. It is redundant in -CURRENT. 
Pointed out by:	David Schultz
 2003-05-05 06:25:03 +00:00
David Xu
f508d26091 call dump_queues() only when DEBUG_THREAD_KERN is defined, save some 
cpu cycles.
 2003-05-05 05:01:19 +00:00
Daniel Eischen
e8baaa7062 Replace use of a spinlock with a mutex. 2003-05-04 22:36:46 +00:00
Daniel Eischen
c72cd7c9e2 Protect against a race between granting a lock and accessing 
other parts of the lock.

Submitted by:	davidxu
 2003-05-04 22:29:09 +00:00
Murray Stokely
d8082d11aa Note that the idletime setting is not enforced. 
PR:		docs/40952
MFC After:	3 days
 2003-05-04 21:35:41 +00:00
David E. O'Brien
1628730478 This is now Gcc 3.3 WARNS 6 clean. 2003-05-04 18:34:00 +00:00
David E. O'Brien
bbe4999bd1 Set abitag __unused. 2003-05-04 18:33:26 +00:00
Daniel Eischen
40791d9d15 Fix suspend and resume. 
Submitted (in part) by:	Kazuaki Oda <kaakun@highway.ne.jp>
 2003-05-04 16:17:01 +00:00
Murray Stokely
df788a526f Document the login-backoff and login-retries capabilities. 
PR:		docs/51397
MFC After:	3 days
 2003-05-04 06:43:24 +00:00
David Xu
99c883294c Handle thread canceled case, it is same as signal caused backout, 
but will break out of loop.
 2003-05-02 11:39:00 +00:00
Mark Murray
aaa2c2ab24 Trasmute moer "krb5" distibutions into "crypto". 2003-05-01 21:21:15 +00:00
Tom Rhodes
a460614661 Use the .Dl macro. 
Discussed with:	mdoc(7) officer ru
 2003-05-01 20:27:59 +00:00
Ruslan Ermilov
a52672e938 Build non-crypto telnet(1) and telnetd(8) if NO_OPENSSL is defined. 
Submitted by:	Marius Strobl <marius@alchemy.franken.de>
 2003-05-01 19:38:15 +00:00
Tom Rhodes
7b98ad3005 State the fact that the range is twice the traditional RAND_MAX. 
Add an EXAMPLES section.

PR:		48493
Submitted by:	Paul Herman <pherman@frenchfries.net> (original version)
 2003-05-01 19:09:16 +00:00
Jacques Vidrine
d05090827f Back out the `hiding' of strlcpy and strlcat. Several people 
vocally objected to this safety belt.
 2003-05-01 19:03:14 +00:00
David E. O'Brien
d37f19f084 Convert the i386 alloca(3) to the x86-64 ISA. 
Alignment hack from:	NetBSD
 2003-05-01 16:04:38 +00:00
Dag-Erling Smørgrav
6c0510dc2f Use C99-style varadic macros instead of the non-standard gcc syntax. 2003-05-01 15:08:55 +00:00
Dag-Erling Smørgrav
e50fb9d500 Mark libpam as c99- and WARNS5-clean. 2003-05-01 14:55:06 +00:00
Dag-Erling Smørgrav
60a87a5fa2 Mark libfetch as c99-clean. Always build at WARNS level 2 rather than 
juggling with levels 2 and 3, as this has lead to world breakage for
NOCRYPT users in the past.
 2003-05-01 14:39:43 +00:00
Peter Wemm
8e80f8a438 AMD64 support (another IEEEFP platform) 2003-04-30 21:06:30 +00:00
Peter Wemm
a1de871d26 AMD64 support; repocopied from i386 2003-04-30 21:05:33 +00:00
Peter Wemm
2512cd4e8f Teach libdisk that AMD64 works just like i386 2003-04-30 21:03:16 +00:00
Peter Wemm
f7f1bb1485 Add __amd64__ to the list of things that use IEEEFP 2003-04-30 19:32:25 +00:00
Peter Wemm
5aed8cd5f6 Tell malloc.c that AMD64 uses the same pagesize as i386. 2003-04-30 19:30:34 +00:00
Peter Wemm
0f055c5bd8 Add __amd64__ to the list of things that use HIDENAME() to hide minbrk 2003-04-30 19:29:02 +00:00
Peter Wemm
1b376078fd Update for AMD64. repocopied from i386-elf/crt1.c. Deal with regparm 
argument passing rather than stack based args.  The kernel passes the
base of the argument/env vector in %rdi (arg1).
 2003-04-30 19:27:07 +00:00
Peter Wemm
d95bef1cef Turn off libstand for amd64 for the time being. It is built in i386 
mode, and we do not need the complications for now.
 2003-04-30 18:42:25 +00:00
Peter Wemm
adcebdf45d Delete i386_* syscall wrappers and manpages. Rename Ovfork.S to vfork.S. 2003-04-30 18:17:07 +00:00
Peter Wemm
0191e03a4e Update for AMD64 after repocopy from i386/sys/*. This means: 
- strip out the nasty PIC_PROLOGUE/EPILOGUE stuff, since we dont have
to lose a register in PIC mode anymore (we use %rip-relative addressing).
- update for C register argument passing conventions.
- convert 32 bit to 64 bit register sizes etc.
 2003-04-30 18:16:33 +00:00
Peter Wemm
0b8d851ef7 I have no idea why the reboot(2) syscall wrapper ends with iret, but 
update it to be iretq for completeness.
 2003-04-30 18:14:44 +00:00
Peter Wemm
0ffd54b17b Update for AMD64. Depend on %rdi (first syscall argument) being preserved 
across a "syscall"-style syscall
 2003-04-30 18:13:48 +00:00
Peter Wemm
173564016e Update for AMD64 (repocopied from i386/sys/Ovfork.S - why is it O?) 
Depend on %rsi being preserved across the "syscall"-style syscall and strip
out the PIC stuff (this cpu has full PC-relative addressing, at last!)
 2003-04-30 18:13:13 +00:00
Peter Wemm
1482008e2b Update for AMD64 contexts. Note that this still has some x87-style FPU 
instructions here, these may need to be updated for SSE.
(Repocopied from i386/gen)
 2003-04-30 18:09:33 +00:00
Peter Wemm
96f94e7d64 Reduce the SRCS to what compiles 2003-04-30 18:08:01 +00:00
Peter Wemm
8d8a622e6b Update for AMD64 (repocopied from i386/net). We can depend on having 
the bswap instruction (yay!).  Update for register parameter passing
instead of i386 style stack based param passing.
 2003-04-30 18:07:23 +00:00
Peter Wemm
4dbb9c65d7 Update for AMD64-style syscalls. Repocopied from i386/SYS.h. 
Note that the syscall instruction clobbers %rcx, which is inconvenient
because it is the fourth syscall argument, so we use %r10 (another scratch
register) for the 4th syscall arg instead (I picked %r10 to be the same as
NetBSD).  int 0x80 is still possible though, and it uses %rcx as usual.
Note that the syscall style syscall does *NOT* preserve all the registers,
unlike int 0x80.  We do not preserve the scratch registers except for
%rdi and %rsi.  int 0x80 does preserve everything but the return values.
 2003-04-30 18:06:14 +00:00
David E. O'Brien
9be6d929b1 Only define platform once -- in a C file. 2003-04-30 17:14:58 +00:00
David E. O'Brien
32fdc4235e Floating point libc functions traditionally written in ASM. 
AMD64 does away with the x87 in 64-bit long mode, so we have to play the
SSE/SSE2 game now.

Obtained from:	NetBSD/x86-64
 2003-04-30 16:21:03 +00:00
David E. O'Brien
bba777dd3b Symlink with -f. 2003-04-30 15:49:40 +00:00
David E. O'Brien
6b385310ff No libc_r for AMD64. 2003-04-30 15:33:50 +00:00
Daniel Eischen
d143dde438 Move the mailbox to the beginning of the thread and align the 
thread so that the context (SSE FPU state) is also aligned.
 2003-04-30 15:05:17 +00:00
Mike Makonnen
6c688436bb Backout my changes in rev. 1.32 and 1.33. There is some code that depends 
on the previous behaviour. This also brings strptime(3) behaviour back in line
with the other BSDs.

Approved by:	markm (mentor)
 2003-04-30 10:25:57 +00:00
Ruslan Ermilov
2550f696d6 Fixed alignment. 2003-04-30 07:13:50 +00:00
David Xu
d1021be03f Call kse_wakeup_mutli() after remove current thread from RUNQ to avoid 
doing unnecessary idle kse wakeup.
 2003-04-30 01:15:21 +00:00
David Xu
30a2952c90 Call kse_wakeup_multi() to wakeup idle KSEs when there are threads ready 
to run.
 2003-04-30 01:03:58 +00:00