summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
...
* Add a forward declaration to silence a warning when compiling ia32_genassym.c.bz2010-04-031-0/+1
| | | | | Reviewed by: kib MFC after: 3 days
* Fix some whitespace nits.pjd2010-04-031-7/+5
|
* Add missing mnt_kern_flag flags in 'show mount' output.pjd2010-04-031-1/+5
|
* Bump PKG_INSTALL_VERSION to 20100403.flz2010-04-031-1/+1
|
* Fix pkg_delete, check if the file we're trying to delete is aflz2010-04-031-1/+1
| | | | | | | | symlink before complaining that it doesn't exist. Typical case would be a leftover library symlink that's left over after the actual library has been removed. Reported by: tabthorpe
* g_vfs_open: allow only one mount per device vnodeavg2010-04-031-1/+6
| | | | | | | | | | | | | | | | In other words, deny multiple read-only mounts of the same device. Shared read-only mounts should theoretically be possible, but, unfortunately, can not be implemented correctly using current buffer cache code/interface and results in an eventual system crash. Also, using nullfs seems to be a more efficient way to achieve the same goal. This gets us back to where we were before GEOM and where other BSDs are. Submitted by: pjd (idea for checking for shared mounting) Discussed with: phk, pjd Silence from: fs@, geom@ MFC after: 2 weeks
* vn_stat: take into account va_blocksize when setting st_blksizeavg2010-04-031-3/+2
| | | | | | | | | | | | | | | | | | | As currently st_blksize is always PAGE_SIZE, it is playing safe to not use any smaller value. For some cases this might not be optimal, but at least nothing should get broken. Generally I don't expect this commit to change much for the following reasons (in case of VREG, VDIR): - application I/O and physical I/O are sufficiently decoupled by filesystem code, buffer cache code, cluster and read-ahead logic - not all applications use st_blksize as a hint, some use f_iosize, some use fixed block sizes I expect writes to the middle of files on ZFS to benefit the most from this change. Silence from: fs@ MFC after: 2 weeks
* ffs_mount: remove redundant assignment of geom consumer to devvp.v_bufobjavg2010-04-031-1/+0
| | | | | | | | The assignment is already done in g_vfs_open. Redundant assignment is harmless, but can become a problem if g_vfs_open logic is changed. MFC after: 1 week
* Keep the list of default keywords sorted so that paranoid folks like meyar2010-04-031-1/+1
| | | | | | | | don't try to find a hidden meaning in the strange order. The list used to be sorted in rev. 1.1 from 4.4BSD but the order was broken as soon as in rev. 1.2 by a single-character fix. MFC after: 3 days
* Merge ACPICA 20100331 (and four additional upstream patches).jkim2010-04-0233-601/+840
|
* With r205496 in place we should ensure that nargs and nreturns are alwaysmarius2010-04-022-0/+12
| | | | | | | | set to sane values as they no longer default to 0, otherwise some OFW implementation might copy in or out arguments not based on what the actual function takes but what ever stack garbage nargs and nreturns supply. Reviewed by: nwhitehorn
* Nullify our periph pointer in dacleanup to try and catchmjacob2010-04-021-0/+5
| | | | race conditions in callbacks/downcalls.
* Fix a logic error in ipsec code that extractseri2010-04-021-1/+1
| | | | | | | | information from the packets. Reviewed by: bz, mlaier Approved by: mlaier(mentor) MFC after: 1 month
* Increase response queue size to avoid starvation, add a counternp2010-04-023-16/+28
| | | | to track it when it does occur.
* indent.pro: replace a bunch of -T types with -ta introduced in r205989avg2010-04-021-111/+1
| | | | | Suggested by: bde, Hans Petter Selasky MFC after: 10 days
* add example indent.pro file believed to produce code with minimal ↵avg2010-04-021-0/+129
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | differences from KNF This file is what bde uses! With addition of some types from queue(3) by hps. Please note that the output will not be KNF and currently it's not possible to achieve correct KNF with any combination of options. indent(1) needs to be made smarter. Some issues: o indent produces a space between a queue type macro and opening parenthesis o indent produces a tab before __packed and __aligned o indent produce a space after #define bde also notes difference in the following options between this profile and profile in /usr/src/admin/style of 4.4BSD: -cdb -ei -ip8 -nsob Also, NetBSD uses -di0 instead of -di8. Location for the profile is suggested by jh. Submitted by: Hans Petter Selasky (parts) Obtained from: bde :-) MFC after: 10 days X-ToDo: make indent able to produce proper (perfect) KNF X-Perhaps-ToDo: make KNF default output
* mountmsdosfs: reject too high value of bytes per clusteravg2010-04-021-0/+1
| | | | | | | | | | | | | | | Bytes per cluster are calcuated as bytes per sector times sectors per cluster. Too high value can overflow an internal variable with type that can hold only values in valid range. Trying to use a wider type results in an attempt to read more than MAXBSIZE at once, a panic. Unfortunately, it is FreeBSD newfs_msdos that produces filesystems with invalid parameters for certain types of media. Reported by: Fabian Keil <freebsd-listen@fabiankeil.de>, Paul B. Mahol <onemda@gmail.com> Discussed with: bde, kib MFC after: 1 week X-ToDo: fix newfs_msdos
* bo_bsize: revert r205860 and take an alternative approch in getblkavg2010-04-022-2/+2
| | | | | | | | | | | | | | | | | In r205860 I missed the fact that there is code that strongly assumes that devvp bo_bsize is equal to underlying provider's sectorsize. In those places it is hard to obtain the sectorsize in an alternative way if devvp bo_bsize is set to something else. So, I am reverting bo_bsize assigment in g_vfs_open. Instead, in getblk I use DEV_BSIZE block size for b_offset calculation if vp is a disk vp as reported by vn_isdisk. This should coinside with vp being a devvp. Reported by: Mykola Dzham <i@levsha.me> Tested by: Mykola Dzham <i@levsha.me> Pointyhat to: avg MFC after: 2 weeks X-ToDo: convert bread(devvp) in all fs to use bo_bsize-d blocks
* Properly initialize the timestamp when using ac -w.ed2010-04-021-1/+2
| | | | | | | When using ac -w, we must use the last timestamp to terminate the log file. I accidentally removed this when I ported the code to use utmpx. Reported by: avg
* Supply default implementation of VOP_RENAME() that does neccessarykib2010-04-021-0/+16
| | | | | | | | | | | | unlocks and unreferences for argument vnodes, as expected by kern_renameat(9), and returns EOPNOTSUPP. This fixes locks and reference leaks when rename is attempted on fs that does not implement rename. PR: kern/107439 Based on submission by: Mikolaj Golub <to.my.trociny gmail com> Tested by: Mikolaj Golub MFC after: 1 week
* Add function vop_rename_fail(9) that performs needed cleanup for lockskib2010-04-023-8/+18
| | | | | | | | and references of the VOP_RENAME(9) arguments. Use vop_rename_fail() in deadfs_rename(). Tested by: Mikolaj Golub MFC after: 1 week
* Improve "top" header by:fabient2010-04-024-13/+59
| | | | | - Display sample received per PMCs (or merged PMCs). - Display percentage vs all samples
* - Support for uncore counting events: one fixed PMC with the uncorefabient2010-04-0220-989/+8663
| | | | | | | | | | | | domain clock, 8 programmable PMC. - Westmere based CPU (Xeon 5600, Corei7 980X) support. - New man pages with events list for core and uncore. - Updated Corei7 events with Intel 253669-033US December 2009 doc. There is some removed events in the documentation, they have been kept in the code but documented in the man page as obsolete. - Offcore response events can be setup with rsp token. Sponsored by: NETASQ
* Change how getent utmpx works.ed2010-04-021-6/+8
| | | | | - Always require active, log or lastlogin to be provided. - Allow the user to provide custom filenames.
* - Try do deal gracefully with correctable ECC errors.marius2010-04-021-6/+52
| | | | - Improve the reporting of unhandled kernel and user traps.
* WITH_CTF can now be specified in src.conf (not recommended, therenetchild2010-04-0210-118/+92
| | | | | | | | | | | | | | | | | | | | | | are some problems with static executables), make.conf (would also affect ports which do not use GNU make and do not override the compile targets) or in the kernel config (via "makeoptions WITH_CTF=yes"). Additional (related) changes: - propagate WITH_CTF to module builds - do not add -g to the linker flags, it's a noop there anyway (at least according to the man page of ld) - do not add -g to CFLAGS unconditionally we need to have a look if it is really needed (IMO not) or if there is a way to add it only when WITH_CTF is used Note: ctfconvert / ctfmerge lines will not appear in the build output, to protect the innocent (those which do not build with WITH_CTF would see the shell-test and may think WITH_CTF is used). Reviewed by: imp, jhb, scottl (earlier version) Discussed on: arch@
* Re-apply r205683 with some modifications:netchild2010-04-021-15/+23
| | | | | | | | | | Fix some bogus values in linprocfs. Submitted by: Petr Salinger <Petr.Salinger@seznam.cz> Verified on: GNU/kFreeBSD debian 8.0-1-686 (by submitter) PR: 144584 Reviewed by / discussed with: kib, des, jhb, submitter
* For the experimental NFS server, add a call to free the lookuprmacklem2010-04-021-0/+1
| | | | | | | | | path buffer for one case where it was missing when doing mkdir. This could have conceivably resulted in a leak of a buffer, but a leak was never observed during testing, so I suspect it would have occurred rarely, if ever, in practice. MFC after: 2 weeks
* Add SAVENAME to the cn_flags for all cases in the experimentalrmacklem2010-04-021-3/+5
| | | | | | | | | | NFS server for the CREATE cn_nameiop where SAVESTART isn't set. I was not aware that this needed to be done by the caller until recently. Tested by: lampa AT fit.vutbr.cz (link case) Submitted by: lampa AT fit.vutbr.cz (link case) MFC after: 2 weeks
* Remove _LARGEFILE64_SOURCE==1 case which is supposed to be always falsedelphij2010-04-011-1/+1
| | | | | | on FreeBSD. Pointed out by: dougb
* For now, hardcode FreeBSD configuration that will never change on zlib.h:delphij2010-04-011-25/+0
| | | | unifdef -D_FILE_OFFSET_BITS=64 -U_LFS64_LARGEFILE -U_LARGEFILE64_SOURCE
* Specify the parameter in the format_k2 prototype.brucec2010-04-011-1/+1
| | | | | | This fixes top on ARM, which assumes that format_k2 takes an int. Approved by: rrs (mentor)
* Oops! Wrong copy-paste in r206053.mav2010-04-011-1/+1
|
* Fill extended ATA command registers in cPRD to support 48bit commands.mav2010-04-011-0/+5
|
* We don't need to note that mkproto is missing anymore. It isimp2010-04-011-1/+0
| | | | | definitely OBE in a number of ways, and likely should have been removed in 2000, not 2010.
* IOCPARM_MAX defines maximum size of a structure that can be passedpjd2010-04-011-2/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | directly to ioctl(2). Because of how ioctl command is build using _IO*() macros we have only 13 bits to encode structure size. So the structure can be up to 8kB-1. Currently we define IOCPARM_MAX as PAGE_SIZE. This is IMHO wrong for three main reasons: 1. It is confusing on archs with page size larger than 8kB (not really sure if we support such archs (sparc64?)), as even if PAGE_SIZE is bigger than 8kB, we won't be able to encode anything larger in ioctl command. 2. It is a waste. Why the structure can be only 4kB on most archs if we have 13 bits dedicated for that, not 12? 3. It shouldn't depend on architecture and page size. My ioctl command can work on one arch, but can't on the other? Increase IOCPARM_MAX to 8kB and make it independed of PAGE_SIZE and architecture it is compiled for. This allows to use all the bits on all the archs for size. Note that this doesn't mean we will copy more on every ioctl(2) call. No. We still copyin(9)/copyout(9) only exact number of bytes encoded in ioctl command. Practical use for this change is ZFS. zfs_cmd_t structure used for ZFS ioctls is larger than 4kB. Silence on: arch@ MFC after: 1 month
* Remove alignment constraints.mav2010-04-011-11/+11
|
* Remove alignment constraints.mav2010-04-011-4/+5
|
* Regenerate manual pages for OpenSSL 0.9.8n.simon2010-04-01277-277/+277
|
* - Make it slightly simpler to update OpenSSL version informationsimon2010-04-011-1/+6
| | | | | | | | for regenerating OpenSSL manual pages. - Explicitly set the OpenSSL release date so manual pages contain the date OpenSSL was released and not just the date OpenSSL was imported into the FreeBSD base system. - Update for Makefile for OpenSSL 0.9.8n.
* Merge OpenSSL 0.9.8n into head.simon2010-04-0128-37/+115
| | | | | | | | | | | This fixes CVE-2010-0740 which only affected -CURRENT (OpenSSL 0.9.8m) but not -STABLE branches. I have not yet been able to find out if CVE-2010-0433 impacts FreeBSD. This will be investigated further. Security: CVE-2010-0433, CVE-2010-0740 Security: http://www.openssl.org/news/secadv_20100324.txt
* Various fixes.flz2010-04-019-52/+86
| | | | | | | | | | | | | | | | - Replace hardcoded INDEX version. [1] - Fix a buffer overlap. [2] - Remove empty package when fetching fails and -K is used. [3] - Remove useless chmod2() after mkdtemp(3). [4] - Replace mkdir(1) call with mkdir(2). [5] - Get rid of some vsystem() calls. - Switch from lstat(2) to open(2) in fexists(). - Try rename(2) in move_file() first. - Bump PKG_INSTALL_VERSION to 20100401. PR: bin/145101 [1], bin/139492 [2], bin/144919 [3] bin/144920 [4], bin/144921 [5] Submitted by: gcooper [1,2,3,4,5]
* Forgot to initialize the debug variable.des2010-04-011-1/+1
| | | | MFC after: 2 weeks
* Add -k to the recommended fingerd(8) command line.des2010-04-011-2/+2
| | | | MFC after: 2 weeks
* Add a debugging option (-d)des2010-04-012-12/+47
| | | | | | Add a -k option which fingerd(8) passes through to finger(1). MFC after: 2 weeks
* - Add my birthday to the calendardecke2010-04-011-0/+1
| | | | Approved by: miwi (mentor), beat (co-mentor)
* - Add myself to the ports committer listdecke2010-04-011-0/+4
| | | | Approved by: miwi (mentor), beat (co-mentor)
* Fix the gap between mute and lowest possible volume. The es1370 mixerjoel2010-04-011-2/+2
| | | | | | | | | | | volumes were incorrectly calculated. I've tested this with one of my es1370 cards and I can confirm that it works. PR: 98167 Submitted by: Joseph Terner <jtsn@gmx.de> Approved by: kib
* Remove alignment constraints.mav2010-04-011-8/+11
|
* Add a couple missing basic mode page codes.mjacob2010-04-011-0/+2
| | | | MFC after: 1 week
OpenPOWER on IntegriCloud