d/freebsd-skq
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
116,109 Commits 4 Branches 49 Tags 2 GiB
9c13d9cd98
Commit Graph

116109 Commits

This Branch
This Branch
All Branches
Author SHA1 Message Date
Warner Losh
474a2ca954 Remove libz and pppd redundancy 2005-06-03 15:25:13 +00:00
Olivier Houchard
c8a2d8f19c Remove a useless printf. 2005-06-03 15:15:26 +00:00
Warner Losh
97216e04f1 Tidy up cvs entries (missed one) 2005-06-03 15:12:15 +00:00
Takanori Watanabe
ecf737da9a Drop maintainership. 2005-06-03 15:10:15 +00:00
Warner Losh
f92a6dac5e Tidy up cvs entries 2005-06-03 15:08:30 +00:00
Warner Losh
f9644214eb I've not had time to take care of wi lately... 2005-06-03 15:04:09 +00:00
Andrew Gallatin
e002f01ed1 Remove myself as maintainer of the OSF/1 compat code. I haven't had 
an alpha booting -current since my xp1000 died over a year ago, and I
don't think I touched the osf1 code since long before then.
 2005-06-03 12:37:56 +00:00
Dima Dorfman
24b0280f8c Remove the EXAMPLES section that describes how to sort by size using 
sort(1). This functionality is provided by the -S option now, and it
is useful even though a similar effect is achievable with sort(1),
since the latter doesn't work in combination with -h. This option is
also present in NetBSD, OpenBSD, and GNU fileutils, so there's clearly
a demand for it.

Noticed by:	asmodai
 2005-06-03 11:38:35 +00:00
Dima Dorfman
77a15272e7 Improve wording: A sort is "in" a particular order, not "by" a 
particular order.
 2005-06-03 11:22:06 +00:00
Dima Dorfman
71b8b74887 Add the -S option to sort files by size. NetBSD and OpenBSD already 
have this option with identical semantics (sorting large files first).
-r can be used to reverse the sort if that is desired.

PR:		81625
Submitted by:	Kostas Blekos <mplekos@physics.upatras.gr>, keramida
 2005-06-03 11:05:58 +00:00
Hajimu UMEMOTO
0fe9e21bd9 mention libpcap. 2005-06-03 10:19:26 +00:00
Hajimu UMEMOTO
e217163c6d bump SHLIB_MAJOR as libpcap refers getnetbyname(3). 
Noticed by:	ru
 2005-06-03 09:41:26 +00:00
Ruslan Ermilov
a46b53b37c Explain what's so special about share/mk, and be even more friendly. 2005-06-03 09:26:49 +00:00
Hajimu UMEMOTO
1d6a063bff fix typo in my previous commit. 
Submitted by:	Jiawei Ye <leafy7382 _at_ gmail.com>
 2005-06-03 09:15:17 +00:00
Gleb Smirnoff
2f07580bf6 MPPC node is not thread safe. 
PR:		kern/79990
Reported by:	Arcadiy Ivanov
Reported by:	atckoe.zlo @ gmail.com
MFC after:	1 week
 2005-06-03 09:06:00 +00:00
Mark Murray
8a5cdc73da Revise my status slightly for the bits that I am concerned with. 2005-06-03 07:14:54 +00:00
David E. O'Brien
b9a30e8043 Match sys/boot in ensure GCC does not use x86 FP registers in integer code. 
Submitted by:	Pawel Worach <pawel.worach@gmail.com>
 2005-06-03 06:55:22 +00:00
David E. O'Brien
28832e4b79 Make diff(1) follow traditional UNIX SOP of later options nullify earlier 
options that are mutually exclusive.
 2005-06-03 06:46:56 +00:00
Alexander Kabaev
441d901f19 Fix a typo from previos commit. 2005-06-03 05:58:56 +00:00
Alan Cox
3769f562e2 Synchronize access to the per process aiocb lists in many of the functions. 2005-06-03 05:27:20 +00:00
Hajimu UMEMOTO
360a23ab31 reflect type change of n_net and getnetbyaddr(3). 2005-06-03 04:44:54 +00:00
Alexander Kabaev
5f6d880564 Update bmake glue for GCC 3.4.4. 2005-06-03 04:21:04 +00:00
Alexander Kabaev
65bbb3030a Catch up with changes in BDX_OUTPUT_[LR]BRAC callers. 2005-06-03 04:19:23 +00:00
Alexander Kabaev
c3cbf7fdb9 Merge conflicts for GCC 3.4.4. 2005-06-03 04:02:20 +00:00
Alexander Kabaev
d14a001770 Localize GCC version string for FreeBSD. 2005-06-03 03:52:25 +00:00
Alexander Kabaev
31a119f3ed Stock files. 2005-06-03 03:50:42 +00:00
Hajimu UMEMOTO
2554b2d12b mention getnet*(3) ABI breakage. 2005-06-03 03:34:21 +00:00
Hajimu UMEMOTO
ad0fab44e2 - Remove padding for ABI compatibility of n_net member from struct 
netent.
- Change 1st argument of getnetbyaddr() to an uint32_t on 64 bit
  arch as well to confirm to POSIX-2001.

These changes break ABI compatibility on 64 bit arch.
There is similar padding issue for ai_addrlen of struct addrinfo.
However, it is leaved as is for now.

Discussed on:	arch@, standards@ and current@
X-MFC after:	never
 2005-06-03 03:32:06 +00:00
Alexander Kabaev
8fb36271ea This commit was generated by cvs2svn to compensate for changes in r146901, 
which included commits to RCS files with non-trunk default branches.
 2005-06-03 03:30:16 +00:00
Alexander Kabaev
502dfb0aa3 Gcc 3.4.4 F77 runtime support bits. 2005-06-03 03:30:16 +00:00
Alexander Kabaev
07ae8264f2 This commit was generated by cvs2svn to compensate for changes in r146899, 
which included commits to RCS files with non-trunk default branches.
 2005-06-03 03:29:59 +00:00
Alexander Kabaev
ef4048012a Gcc 3.4.4 Objective C support bits. 2005-06-03 03:29:59 +00:00
Alexander Kabaev
8d990d16a0 This commit was generated by cvs2svn to compensate for changes in r146897, 
which included commits to RCS files with non-trunk default branches.
 2005-06-03 03:29:38 +00:00
Alexander Kabaev
f260e61b15 Gcc 3.4.4 C++ support bits. 2005-06-03 03:29:38 +00:00
Alexander Kabaev
4101e78861 This commit was generated by cvs2svn to compensate for changes in r146895, 
which included commits to RCS files with non-trunk default branches.
 2005-06-03 03:28:44 +00:00
Alexander Kabaev
d51085f37e Gcc 3.4.4 release. 2005-06-03 03:28:44 +00:00
Max Laier
57cd6d263b Add support for IPv4 only rules to IPFW2 now that it supports IPv6 as well. 
This is the last requirement before we can retire ip6fw.

Reviewed by:	dwhite, brooks(earlier version)
Submitted by:	dwhite (manpage)
Silence from:	-ipfw
 2005-06-03 01:10:28 +00:00
Hiten Pandya
d24ff94b24 Correct typo in a comment describing vshiftl(). 2005-06-02 23:56:10 +00:00
Alan Cox
e293dc860c In aio_waitcomplete() correct two cases of using an aiocb after freeing it. 2005-06-02 23:14:38 +00:00
Peter Wemm
d97f4741a4 Document the previously existing RELENG_[45]_* security branch locks. 
Approved by:  core (quite a while ago)
 2005-06-02 22:57:30 +00:00
Peter Wemm
072f68a7c4 Add a 'statement of intent' blurb to the top of MAINTAINERS. Split 
the role of MAINTAINERS into advisory and strict parts. Introduce a
new LOCKS file to document enforced locked parts of the tree.

Strict locks are only added with core approval and will generally
have a renewal timeout.

Clarify that the source tree is a community effort, not a place to stake
out 'turf'.

This will be refined as needed.

With-core-hat-on:  Yes
 2005-06-02 21:28:33 +00:00
Marcel Moolenaar
d4337d869f Fix the load64 and store64 macros, created to handle 8-byte unaligned 
loads and stores (resp.) The ldq_u and stq_u instruction mask off the
lower 3 bits of the final address before loading from or storing to
the address, so as to avoid unaligned loads and stores. They do not
themselves allow loads from or stores to unaligned addresses. Replace
the macro definitions by a packed struct dereference.

Submitted by: Richard Henderson (rth at twiddle dot net)
 2005-06-02 05:34:08 +00:00
Sam Leffler
b50c8bde99 restore led state on resume 
Submitted by:	markus
 2005-06-02 03:18:55 +00:00
Tai-hwa Liang
566c1555c6 Honouring current authmode setting. With this patch, my wi card can now 
associate to an AP which uses shared WEP key authentication.

Tested with:	"ifconfig wi0 authmode shared"
Reviewed by:	imp, sam
 2005-06-02 01:51:16 +00:00
Ian Dowse
ba5da2a06f Use IFF_LOCKGIANT/IFF_UNLOCKGIANT around calls to the interface 
if_ioctl routine. This should fix a number of code paths through
soo_ioctl() that could call into Giant-locked network drivers without
first acquiring Giant.
 2005-06-02 00:04:08 +00:00
Eivind Eklund
e1d27f08f1 Back out revision 1.19 and 1.20 until I find mental clarity to deal with 
issues bde pointed out.
 2005-06-01 20:34:06 +00:00
Brad Davis
e8a296f5e5 Add myself as a new committer. 
Approved by:	ceri (mentor)
 2005-06-01 18:29:50 +00:00
Scott Long
e462283052 Provide missing implementations for archive_entry_ctime() and 
archive_entry_ctime_nano()
 2005-06-01 18:20:02 +00:00
Alan Cox
f0e5132053 Giant is no longer required in kern_setrlimit(); remove its acquisition and 
release.

Reviewed by: jhb
 2005-06-01 17:52:51 +00:00
John Baldwin
e2d8b255c9 Allow the VESA code to handle devices that don't claim to be VGA devices. 
This fixes VESA support when running under vmware.

PR:		i386/81445
Submitted by:	Jia-Shiun Li jiashiun at gmail dot com
MFC after:	1 week
 2005-06-01 16:02:39 +00:00