swh:1:snp:2ca5d6eff8f04a671c0d5b13646cede522c64b7d

sort by:
Revision Author Date Message Commit Date
f803186 FreeBSD-SA-04:16.fetch: MFC revision 1.75 of src/usr.bin/fetch/fetch.c Bump newvers.sh and document in UPDATING. Approved by: so 18 November 2004, 12:06:51 UTC
e02d53f Merge updated patch from vendor branch (1.1.1.17) Approved by: so 20 May 2004, 13:18:10 UTC
35be0b9 Bump and document patch level. Approved by: so 19 May 2004, 06:40:56 UTC
8c15bae Merge parser fix from vendor branch (rev 1.1.1.16) Approved by: so 19 May 2004, 06:19:57 UTC
4903b81 MFC s3_pkt.c 1.1.1.9: Correct a denial-of-service vulnerability in OpenSSL (CAN-2004-0079). 17 March 2004, 12:18:23 UTC
696f1ec MFC in part tcp_input.c 1.228, tcp_subr.c 1.182, tcp_var.h 1.98: Limit TCP segment reassembly queue size. Approved by: security-officer 15 March 2004, 20:02:07 UTC
b3a8c6a MFC kern_jail.c 1.40: Rework jail_attach(2) so that an already jailed process cannot hop to another jail. 25 February 2004, 20:03:35 UTC
f3271d7 MFC sysv_shm.c 1.90: Correct a reference counting bug in shmat(2). 05 February 2004, 18:01:26 UTC
26fec33 Update for the mksnap_ffs(8) issue. Approved by: so 27 January 2004, 21:42:15 UTC
ba5c53a MFC (1.6): preserve existing options on the mountpoint we're snapshotting. 27 January 2004, 19:33:16 UTC
9d5d58c Correct a remote denial-of-service attack in named(8). 27 November 2003, 00:56:06 UTC
9754d7a Correct vulnerabilities in OpenSSL ASN.1 parsing. Obtained from: openssl.org CVS 03 October 2003, 18:14:27 UTC
45e04b4 MFC procfs_dbregs.c 1.23, procfs_fpregs.c 1.29, procfs_regs.c 1.28, pseudofs_vnops.c 1.42, kern_subr.c 1.77, uio.h 1.28: Correct several integer underflows/overflows in procfs and linprocfs. 03 October 2003, 13:02:50 UTC
09d46b3 Fixed the update target to follow the correct CVS branch. Approved by: nectar 25 September 2003, 17:09:34 UTC
8ddba5b Bump patch level for updated arplookup fix. 25 September 2003, 13:35:48 UTC
bf263c3 Fix a logic error in the check to see if arplookup() should free the route. Noticed by: Mike Hogsett Reviewed by: ru 24 September 2003, 21:51:13 UTC
7f67a01 Update patch level 24 September 2003, 21:06:28 UTC
862b568 Update version string. 24 September 2003, 20:23:11 UTC
7ac88fe MFC: (1.12) resp is a pointer to an array of structs. 24 September 2003, 18:32:22 UTC
5eee7dd MFC: (1.7) return the correct error value when a null query fails. 24 September 2003, 18:32:12 UTC
5d8830f Correct the date for the latest note. 23 September 2003, 22:12:40 UTC
a8e97f9 Fix a bug in arplookup(), whereby a hostile party on a locally attached network could exhaust kernel memory, and cause a system panic, by sending a flood of spoofed ARP requests. Approved by: security-officer, jake (mentor) Reported by: Apple Product Security <product-security@apple.com> 23 September 2003, 20:08:42 UTC
d2113a2 MFC: sendmail address parsing bug fix Approved by: so (nectar) 17 September 2003, 20:22:03 UTC
f451ca7 MFC buffer.c 1.2, channels.c 1.16, deattack.c 1.1.1.6, misc.c 1.1.1.5, session.c 1.41, ssh-agent.c 1.19: Correct more cases of allocation size bookkeeping errors. 17 September 2003, 14:52:43 UTC
c36ffd1 Bump addendum version for additional fixes. 17 September 2003, 14:47:55 UTC
519e9cd MFC buffer.c 1.1.1.7: Do not record expanded size before attempting to reallocate associated memory. 16 September 2003, 16:27:57 UTC
a217bd5 MFC 1.24: Validate the iBCS2 statfs(2) length parameter. 10 August 2003, 23:35:21 UTC
00916f2 MFC sys_process.c 1.113, spigot.c 1.60: Add or correct range checking of signal numbers in system calls and ioctls. MFC kern_sig.c 1.257: panic() if we try to handle an out-of-range signal number in psignal()/ tdsignal(). 10 August 2003, 23:17:49 UTC
aa11edb MFC: rev 1.126 Fix kmem_map size calculations for PAE 11 June 2003, 05:50:09 UTC
fd7bbd6 Don't use MUTEX_NOINLINE for pc98 floppies. It's unclear why this prevents the panic that has been reported, but it also allows pc98 to go out the door. Submitted by: nyan 04 June 2003, 16:00:26 UTC
d9b43bf Point pc98 to the generic loader.rc, instead of letting it pick up the i386 loader.rc Reviewed by: nyan 04 June 2003, 15:58:31 UTC
4eb2f6f Notify pkg_add about 5.1 04 June 2003, 06:00:49 UTC
0f8d36f Move __FreeBSD_version to 501000 04 June 2003, 05:55:09 UTC
499be79 Make this officially be 5.1-RELEASE 04 June 2003, 05:51:10 UTC
ead765a Default the release makefile to 5.1 04 June 2003, 05:38:46 UTC
ee2b773 .Os is now 5.1 04 June 2003, 05:37:49 UTC
5a8b5ed Update UPDATING for 5.1 04 June 2003, 05:35:03 UTC
5f1512e MFC rev 1.15 to fix building libthr. 04 June 2003, 04:38:18 UTC
ad4d02c MFC 1.97: unbreak support for ia64. Approved by: re@ (scottl) 04 June 2003, 02:26:55 UTC
6d93bd9 MFC: Change handling to support strong alignment architectures such as alpha and sparc64. src/sbin/ipfw/ipfw2.c (1.24) src/sys/netinet/ip_dummynet.c (1.64) src/sys/netinet/ip_fw.h (1.77) src/sys/netinet/ip_fw2.c (1.30) Approved by: re (scottl) 04 June 2003, 02:19:36 UTC
844b3a8 MFC: Free internal low level lock's memory. Approved by: re (scottl) 04 June 2003, 01:01:18 UTC
e9f913d Emergency bring-in of rev 1.51 of subr_mbuf.c from HEAD in time for 5.1-RELEASE; fix at least a panic during mbuf/cluster starvation and a potential memory leak. 03 June 2003, 23:27:05 UTC
0aee396 - Merge in fixes to umtx from -CURRENT. Approved by: re (scottl) 03 June 2003, 20:43:18 UTC
4f55faa MFC: Don't allow a panic if the card doesn't respond correctly when enumerating containers. Approved by: re (rwatson) 03 June 2003, 03:25:34 UTC
89b0697 Bump release documentation entities for the upcoming 5.1-RELEASE. Approved by: re (implicitly) 03 June 2003, 03:21:01 UTC
1a81a11 MFC: 1.6: infrastructure for libc_r on amd64. Approved by: re (scottl) 02 June 2003, 22:31:58 UTC
996bef5 MFC: turn on libc_r for amd64. This is just the ifdef __amd64__ stuff and removing the exclusion for amd64 from the Makefiles. Approved by: re (scottl) 02 June 2003, 22:25:10 UTC
fff7e58 MFC: 1.27: fix sigsetjmp(). Approved by: re (scottl) 02 June 2003, 22:00:03 UTC
cc195d8 MFC: 1.260: fix restarted syscalls. Approved by: re (scottl) 02 June 2003, 21:57:08 UTC
f085469 MFC: 1.9: update jmp_buf types to match -current for ABI reasons. Approved by: re (scottl) 02 June 2003, 21:51:24 UTC
b77e4bf MFC: Initialize td->td_pcb->pcb_ext in cpu_thread_setup() since a garbage value (e.g. 0xd0d0d0d0) can cause a kernel panic. Approved by: re (scottl) 02 June 2003, 21:37:07 UTC
6e81484 Catch up with English 1.38.2.1 Approved by: bmah Submitted by: ue 02 June 2003, 20:39:59 UTC
28e15c1 Merge fixes to properly propagate labels across some mbuf copy operations for Biba, MLS, and LOMAC. This was a result of a mismerge when we migrated from label storage in the mbuf pkthdr field to m_tags, and could result in fail-stop behavior after certain mbuf operations. Approved by: re (scottl) Obtained from: TrustedBSD Project Sponsored by: DARPA, Network Associates Laboratories 02 June 2003, 18:59:29 UTC
dae5cb4 Add a missing return statement to distExtractTarball(). Approved by: re (jhb) 02 June 2003, 18:02:49 UTC
ed4f585 Merge from HEAD to RELENG_5_1: Return EOPNOTSUPP for attempted EA operations on VCHR vnodes in UFS2; if we permit them to occur, the kernel panics due to our performing EA operations using VOP_STRATEGY on the vnode. This went unnoticed previously because there are very for users of device nodes on UFS2 due to the introduction of devfs. However, this can come up with the Linux compat directories and its hard-coded dev nodes (which will need to go away as we move away from hard-coded device numbers). This can come up if you use EA-intensive features such as ACLs and MAC. The proper fix is pretty complicated, but this band-aid would be an excellent MFC candidate for the release. Revision Changes Path 1.112 +14 -0 src/sys/ufs/ffs/ffs_vnops.c Approved by: re (scottl) 01 June 2003, 03:21:13 UTC
8ac4f41 Merge the following from the English version: 1.38 -> 1.38.2.1 ja_JP.eucJP/errata/article.sgml Approved by: re (bmah) 01 June 2003, 02:45:48 UTC
c0347a6 Put back some of the conditional text infrastructure that we used to use for the errata. We need to have this, or else 5.1-RELEASE will go out with the 5.0-RELEASE errata. I think I nuked this (deliberately) during the 5.0-RELEASE cycle and never put it back. This change will be merged to HEAD folded in with some other changes, post-release. Approved by: re (implicitly) 01 June 2003, 01:50:16 UTC
37136e4 Merge from HEAD to RELENG_5_1 (MFC?): Use sbufs to construct Biba and MLS externalized labels rather than C strings. (mac_biba.c:1.60, mac_mls.c:1.48) Approved by: re (scottl) Obtained from: TrustedBSD Project Sponsored by: DARPA, Network Associates Laboratories 31 May 2003, 22:57:17 UTC
18e0c53 MFC libthr hookup to the regular build. Approved by: re/scottl 31 May 2003, 18:49:09 UTC
76f2d31 MFC correction to mutex and cond initializers. Approved by: re/scottl 31 May 2003, 18:46:55 UTC
2a5f3e6 Put generated RELNOTESng snapshot in the right place for 5.1-RC/RELEASE. Approved by: re (implicitly) 31 May 2003, 16:46:57 UTC
4ce7a73 We're in 5.1-RC. Approved by: re (implicitly) 31 May 2003, 16:46:03 UTC
acc00b9 Disable building debug kernels in GENERIC for the release. Reminded by: rwatson Approved by: re (implicit) 31 May 2003, 15:18:41 UTC
4ff0c65 We are now in RC Approved by: re (implicit) 31 May 2003, 12:55:54 UTC
c65d95b Turn off malloc_abort and malloc_junk for the release. Approved by: re (implicit) 31 May 2003, 12:53:42 UTC
0a25a10 Disable WITNESS, INVARIANTS, and DDB for the release branch. Approved by: re (implicit) 31 May 2003, 12:43:31 UTC
9e506d4 This commit was manufactured by cvs2svn to create branch 'RELENG_5_1'. 31 May 2003, 11:28:29 UTC
c3e518c Teach sysinstall to recognize if acpi was turned off from the bootloader, and then ask the user if this should be made permanent. Approved by: re 31 May 2003, 11:28:28 UTC
4deeacc Flag when ACPI has been disabled by the user so that sysinstall can do something with it. 31 May 2003, 11:19:11 UTC
df93feb Add acpi to the build. Remove the hack from machdep.c that lies to the loader to shut it up. 31 May 2003, 07:00:08 UTC
3ad9272 Have hammer_time() return the proc0 stack location, and have locore switch to it before calling mi_startup(). The bootstack is WAY too small for running acpica during probe/attach. While here, pass modulep/physfree to the startup routine, rather than writing to the global variables in locore.S. Approved by: re (amd64/*) 31 May 2003, 06:54:29 UTC
e102e82 Regenerate. 31 May 2003, 06:51:04 UTC
21bdb59 Make this compile with WITNESS enabled. It wants the syscall names. 31 May 2003, 06:49:53 UTC
a155657 Port acpica to amd64. Approved by: re (amd64/* blanket) 31 May 2003, 06:47:05 UTC
6f897ed Add the MD ifdefs for amd64 to point to the IO space bustag/handle. Approved by: re ("safe" amd64 support) 31 May 2003, 06:45:28 UTC
07c0fd4 With the help of jhb, fix the ACPI_ACQUIRE_GLOBAL_LOCK() macros and port to amd64 after repocopy. Approved by: re (amd64/*) 31 May 2003, 06:43:55 UTC
faadca0 Add __amd64__ to the ifdefs that introduce the "pcicfg" spinlock to witness. Approved by: re (safe amd64 support) 31 May 2003, 06:42:37 UTC
9795c13 Instead of eating trailing newlines after inserting them into the output buffer, don't insert them at all. This prevents a buffer *underrun* when the substitution consists completely of newlines (e.g. `echo`) and the byte before the source buffer to which p points is a '\n', in which case more characters would be removed from the output buffer than were inserted. This fixes certain port builds on sparc64. Approved by: re (scottl) Reviewed by: des, tjr 31 May 2003, 06:27:57 UTC
a4a3d53 Enable the new bootloader for i386 only. The new loader.rc is will only be installed if an old one does not exist, i.e. only during install, not during upgrades. Approved by: re 31 May 2003, 05:25:18 UTC
1014969 Fixed another bug in the threaded close() call; clear the stale stdio descriptors flags. PR: bin/51535 Submitted by: Enache Adrian <enache@rdslink.ro> Reviewed by: deischen Approved by: re (scottl) 31 May 2003, 05:23:20 UTC
25646ce If an application closes one of its stdio descriptors (0..2), an excessive close() on one of these descriptors would cause a memory for this descriptor to be allocated in the internal descriptor table. When this descriptor gets used again, e.g. through the call to open() or socket(), the descriptor would be erroneously left in the blocking mode, and the whole application would get stuck on a blocking operation, e.g., in accept(2). Prevent this bug from happening by disallowing close() against non-active descriptors (return -1 and set errno to EBADF in this case). Reviewed by: deischen Approved by: re (scottl) 31 May 2003, 05:20:44 UTC
becf500 Add the bus_dma(9) manual page to our section 9 collection. It provides comprehensive documentation on FreeBSD's Bus DMA interface. Approved by: gibbs, re@ (scottl) Reviewed by: gibbs, scottl, des, sam, jake, tmm 30 May 2003, 22:57:54 UTC
6989a59 Assorted mdoc(7) fixes. 30 May 2003, 21:27:29 UTC
73d860b Assorted mdoc(7) fixes. 30 May 2003, 21:13:32 UTC
612fecb Fix interrupt assignment for non-builtin PCI devices on e450s. This machine uses a non-standard scheme to specify the interrupts to be assigned for devices in PCI slots; instead of giving the INO or full interrupt number (which is done for the other devices in this box), the firmware interrupt properties contain intpin numbers, which have to be swizzled as usual on PCI-PCI bridges; however, the PCI host bridge nodes have no interrupt map, so we need to guess the correct INO by slot number of the device or the closest PCI-PCI bridge leading to it, and the intpin. To do this, this fix makes the following changes: - Add a newbus method for sparc64 PCI host bridges to guess the INO, and glue code in ofw_pci_orb_callback() to invoke it based on a new quirk entry. The guessing is only done for interrupt numbers too low to contain any IGN found on e450s. - Create another new quirk entry was created to prevent mapping of EBus interrupts at PCI level; the e450 has full INOs in the interrupt properties of EBus devices, so trying to remap them could cause problems. - Set both quirk entries for e450s; remove the no-swizzle entry. - Determine the psycho half (bus A or B) a driver instance manages in psycho_attach() - Implement the new guessing method for psycho, using the slot number, psycho half and property value (intpin). Thanks go to the testers, especially Brian Denehy, who tested many kernels for me until I had found the right workaround. Tested by: Brian Denehy <B.Denehy@90east.com>, jake, fenner, Marius Strobl <marius@alchemy.franken.de>, Marian Dobre <mari@onix.ro> Approved by: re (scottl) 30 May 2003, 20:48:05 UTC
7dbca97 Rename BUS_DMAMEM_NOSYNC to BUS_DMA_COHERENT. The current name is confusing, because it indicates to the client that a bus_dmamap_sync() operation is not necessary when the flag is specified, which is wrong. The main purpose of this flag is to hint the underlying architecture that DMA memory should be mapped in a coherent way, but the architecture can ignore it. But if the architecture does supports coherent mapping of memory, then it makes bus_dmamap_sync() calls cheap. This flag is the same as the one in NetBSD's Bus DMA. Reviewed by: gibbs, scottl, des (implicitly) Approved by: re@ (jhb) 30 May 2003, 20:40:33 UTC
642743d rpc.lockd stability workaround: remove PCATCH from the tsleep() in nfs_lock.c. Right now, if we permit a signal to interrupt the sleep, we will slip the lock and no process on that client, the server, or any other client will be able to acquire the lock. This can happen, for example, if a user hits Ctrl-C or Ctrl-T while a process is waiting for the lock. By removing PCATCH, we prevent that from happening, at the cost of not permitting a user-requested lock abort: also nasty. However, a user interface bug might be preferable to a serious semantic bug, so we go with that for now. We need to teach the rpc.lockd/kernel protocol how to abort lock requests, and rpc.lockd how to handle aborted lock requests; patches for the kernel bit are floating around, but no rpc.lockd bit yet. Approved by: re (scottl) 30 May 2003, 17:15:56 UTC
51ca0a3 Make sure all character pointers are properly initialized; this was mismerged from the MAC tree, and didn't get picked up because warnings are not normally fatal in per-module builds, only when they are linked into a kernel (such as LINT). Reported by: des and the technicolor tinderbox Approved by: re (scottl) 30 May 2003, 17:02:36 UTC
db6520b Save THR_FLAGS_IN_TDLIST in signal frame, otherwise if a thread received a signal will can not be removed from thread list after it exited. Reviewed by: deischen Approved by: re (jhb) 30 May 2003, 14:50:16 UTC
ae7ace7 Add documents for the ct driver. Submitted by: rushani Approved by: re (jhb and bmah) 30 May 2003, 11:24:00 UTC
943a517 Fix a sizeof error in __bt_put: when writing they key and data sizes to a buffer in the big key/data case, memmove() was used on pointers to size_ts, but only sizeof(u_int32_t) bytes where copied. This broke on big_endian architectures where sizeof(size_t) > sizeof(u_int32_t). This bug broke portupgrade (by way of ruby_bdb1) on sparc64. Approved by: re (rwatson) 30 May 2003, 11:05:08 UTC
a213fdd Add a new bootloader menu. Pull in screen.4th and frames.4th from the examples directory to support it. This is installed only on i386 for now. It will be enabled in a later commit. Approved by: re 30 May 2003, 09:29:24 UTC
0e1dcd4 Add support for the upcoming 2410SA card. Approved by: re (telecon) 30 May 2003, 09:22:19 UTC
de2a29a aic79xx.c: Use the special LUNLEN_SINGLE_LEVEL constant for post Rev A4 hardware for single byte luns. Without this change, Rev B hardware would place the single byte of lun data in byte 0 of the lun structure when it should be in byte 1. Since there are few if any devices on the market that support multiple luns in target mode, the corrupted lun field (which was only corrupted for non-zero luns) wasn't hurting us. Approved by: re (rwatson) 30 May 2003, 02:15:15 UTC
70e3df0 Fix a reported case of severe data corruption: aic79xx.h: aic79xx.reg: Return the SCB_TAG field to 16byte alignment. It seems that on some PCI systems, SCBs are not transferred correctly to the controller with the previous placement of the SCB_TAG field. Approved by: re (rwatson) 30 May 2003, 02:14:22 UTC
a66348a Update the kernel compile flags inside the .if ${MACHINE_ARCH} == "amd64" section to stop gcc generating the dwarf2 .eh_frame unwind tables. It is dead weight for the time being. Maybe it can be used to perform stack traces and/or get the location of function arguments in ddb, but that requires a dwarf2 runtime interpreter, which we do not have. Approved by: re (amd64 "safe" bits) 30 May 2003, 01:06:58 UTC
ba4b39f Add ddb machdep bits. Approved by: re (amd64 bits) 30 May 2003, 01:03:43 UTC
840c96f Nasty 'make it compile' port to amd64. Note that it needs some other wire protocol for the extra registers. I should probably just remove it from here for now since its quite useless. Approved by: re (amd64/* blanket) 30 May 2003, 01:02:52 UTC
b0cc0a2 Initial port to amd64 after repocopy from i386. Note that the disassembler has not been updated yet, and will do some very strange things. It does tracebacks (without function arguments due to regparm calling conventions) if -fno-omit-frame-pointer is used (to come later). This achieves basic functionality. Approved by: re (amd64/* blanket) 30 May 2003, 01:01:07 UTC
2c49269 Add setjmp/longjmp for ddb 30 May 2003, 00:58:48 UTC
back to top