summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
...
| * | Update vendor/illumos/dist and vendor/illumos-gate/distmm2012-09-0414-56/+234
| | | | | | | | | | | | | | | | | | to illumos-gate revision 13794:7c5e0e746b2c Obtained from: ssh://anonhg@hg.illumos.org/illumos-gate
| * | Update vendor/illumos/dist and vendor/illumos-gate/distmm2012-08-2719-39/+164
| | | | | | | | | | | | | | | | | | to illumos-gate revision 13782:8f78aae28a63 Obtained from: ssh://anonhg@hg.illumos.org/illumos-gate
| * | Update vendor/illumos and vendor-sys/illumos to revision 13777:b1e53580146dmm2012-08-2317-168/+331
| | | | | | | | | | | | Obtained from: ssh://anonhg@hg.illumos.org/illumos-gate
| * | Update vendor-sys/illumos/dist to illumos-gate 13772:2579580ac955mm2012-08-193-6/+9
| | | | | | | | | | | | | | | | | | | | | References: https://www.illumos.org/issues/3085 (zfs diff panics) Obtained from: ssh://anonhg@hg.illumos.org/illumos-gate
| * | Update vendor-sys/illumos to illumos-gate 13758:23432da34147 (dtrace)mm2012-08-193-132/+191
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | References: https://www.illumos.org/issues/3021 https://www.illumos.org/issues/3022 https://www.illumos.org/issues/3023 https://www.illumos.org/issues/3024 https://www.illumos.org/issues/3025 https://www.illumos.org/issues/3026 Obtained from: ssh://anonhg@hg.illumos.org/illumos-gate
| * | Update vendor-sys/illumos to illumos-gate 13753:2aba784c276bmm2012-07-234-11/+22
| | | | | | | | | | | | Obtained from: ssh://anonhg@hg.illumos.org/illumos-gate
| * | Update vendor-sys/illumos/dist to illumos-gate 13752:9f5f6c52ba19mm2012-07-1829-1105/+1732
| | | | | | | | | | | | Obtained from: ssh://anonhg@hg.illumos.org/illumos-gate
| * | Update vendor-sys/illumos/dist to pre libzfs_core statemm2012-07-1885-1184/+5238
| | | | | | | | | | | | | | | | | | illumos-gate revision 13742:b6bbdd77139c Obtained from: ssh://anonhg@hg.illumos.org/illumos-gate
| * | Update vendor-sys/opensolaris to last OpenSolaris state (13149:b23a4dab3d50)mm2012-07-18236-110/+178767
| | | | | | | | | | | | | | | | | | Add ZFS bits to vendor-sys/opensolaris Obtained from: https://hg.openindiana.org/upstream/oracle/onnv-gate
* | | Fix LINT build for ARM.delphij2013-02-091-0/+1
| | |
* | | Fix LINT build on amd64.delphij2013-02-091-4/+4
| | |
* | | The encryption type field needs to be preserved for each descriptoradrian2013-02-091-0/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | making up a frame, in both a sub-frame and for all frames in an aggregate. Tested: * AR5416, STA mode
* | | Do not hold locks around hardware context reads.np2013-02-091-10/+11
| | | | | | | | | | | | MFC after: 3 days
* | | Correctly list the usbloader dependencies.hselasky2013-02-081-2/+2
| | |
* | | Make sure we don't leak command buffers when a USBhselasky2013-02-081-6/+6
| | | | | | | | | | | | | | | | | | | | | command transfer fails. MFC after: 1 week Reported by: Ian FREISLICH
* | | In r246282 the KTR_ENTRIES was specified with syntax error, fix it so 'makedelphij2013-02-081-1/+1
| | | | | | | | | | | | | | | | | | | | | universe' would work. MFC after: 12 days X-MFC-with: r246282
* | | Fix regression issue after r244503:hselasky2013-02-082-25/+25
| | | | | | | | | | | | | | | | | | | | | Correct init order to fix a NULL pointer access. MFC after: 1 week Reported by: Ian FREISLICH
* | | ext2fs: Replace redundant EXT2_MIN_BLOCK with EXT2_MIN_BLOCK_SIZE.pfg2013-02-082-2/+1
| | | | | | | | | | | | | | | Submitted by: Christoph Mallon MFC after: 2 weeks
* | | ext2fs: make e2fs_maxcontig local and remove tautological check.pfg2013-02-082-7/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | e2fs_maxcontig was modelled after UFS when bringing the "Orlov allocator" to ext2. On UFS fs_maxcontig is kept in the superblock and is used by userland tools (fsck and growfs), In ext2 this information is volatile so it is not available for userland tools, so in this case it doesn't have sense to carry it in the in-memory superblock. Also remove a pointless check for MAX(1, x) > 0. Submitted by: Christoph Mallon MFC after: 2 weeks
* | | Remove unused MAXSYMLINKLEN macro.pfg2013-02-082-5/+0
| | | | | | | | | | | | | | | | | | Reviewed by: mckusick PR: kern/175794 MFC after: 1 week
* | | add semicolon to end of CALLOUT_HANDLE_INITIALIZER example.alfred2013-02-081-1/+1
| | |
* | | patch: Follow original versioning convention.pfg2013-02-081-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | According to the README file [1] the 12u variant, unlike the 12g variant, contains no copyleft code. It is therefore convenient to keep using the original versioning scheme to prevent confusions. [1] http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin/patch/README
* | | Fix NFSv4 permission description in setfacl(1) manual page: the 'D'trasz2013-02-081-2/+2
| | | | | | | | | | | | | | | | | | means delete_child, not delete. MFC after: 1 week
* | | Improve description of the "-m" option to setfacl(1).trasz2013-02-081-5/+6
| | | | | | | | | | | | | | | Submitted by: scottl MFC after: 1 week
* | | In the setfacl(1) manual page, make it clear that for NFSv4 ACLs,trasz2013-02-081-1/+6
| | | | | | | | | | | | | | | | | | one should really use -a and -x instead of -m. MFC after: 1 week
* | | Avoid use of register variables, which some compilers (e.g. clang)nwhitehorn2013-02-081-9/+5
| | | | | | | | | | | | | | | | | | don't like. It makes the code a little clearer as well. MFC after: 1 week
* | | The 'end' word was missed in the comment.kib2013-02-081-2/+2
| | | | | | | | | | | | MFC after: 3 days
* | | Print a warning if not setuid root.des2013-02-082-3/+13
| | | | | | | | | | | | | | | | | | | | | | | | | | | Document the need for the setuid bit and how to set it. Explain why it isn't set by default, and suggest simply adding users to groups instead. PR: docs/167741 MFC after: 3 weeks
* | | Cross-reference newgrp(1), and document the use of pw(8) to set the groupdes2013-02-081-2/+8
| | | | | | | | | | | | | | | | | | | | | password. PR: docs/167741 MFC after: 3 weeks
* | | Remove NO_OBJ from Makefiles that generate manuals because this causes thedteske2013-02-082-4/+0
| | | | | | | | | | | | | | | | | | | | | GZIP compressed manuals to appear in ./src instead of the appropriate obj dir. PR: conf/175844 Submitted by: Dominique Goncalves <dominique.goncalves@gmail.com>
* | | Fix warning: comparison of unsigned expression < 0 is always false.pluknet2013-02-081-1/+1
| | | | | | | | | | | | Reported by: clang
* | | Fix ieee80211_mesh.c compilation.adrian2013-02-081-0/+4
| | | | | | | | | | | | | | | | | | * Add the superg.h header to allow ieee80211_check_ff() to work * Since the assert stuff creates assertions based on line numbers and there was a conflict, just nudge things down a bit.
* | | Fix a corner case that I noticed with the AR5416 (and it's currentlyadrian2013-02-081-10/+7
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | crappy 802.11n performance, sigh.) With the AR5416, aggregates need to be limited to 8KiB if RTS/CTS is enabled. However, larger aggregates were going out with RTSCTS enabled. The following was going on: * The first buffer in the list would have RTS/CTS enabled in bf->bf_state.txflags; * The aggregate would be formed; * The "copy over the txflags from the first buffer" logic that I added blanked the RTS/CTS TX flags fields, and then copied the bf_first RTS/CTS flags over; * .. but that'd cause bf_first to be blanked out! And thus the flag was cleared; * So the rest of the aggregate formation would run with those flags cleared, and thus > 8KiB aggregates were formed. The driver is now (again) correctly limiting aggregate formation for the AR5416 but there are still other pending issues to resolve. Tested: * AR5416, STA mode
* | | zfs_vget, zfs_fhtovp: properly handle the z_shares_dir objectavg2013-02-081-4/+13
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | A special gfs vnode corresponds to that object. A regular zfs vnode must not be returned. This should be upstreamed. Reported by: pluknet Submitted by: rmacklem Tested by: pluknet MFC after: 10 days
* | | zfs: update comments about zfid_long_t to match the FreeBSD definitionsavg2013-02-081-2/+5
| | | | | | | | | | | | MFC after: 1 week
* | | ktr: correctly handle possible wrap-around in the boot bufferavg2013-02-081-1/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | Older entries should be 'before' newer entries in the new buffer too and there should be no zero-filled gap between them. Pointed out by: jhb MFC after: 3 days X-MFC with: r246282
* | | sh: Simplify mksyntax and make it fit for cross-compiling.jilles2013-02-071-88/+66
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Now it outputs fixed files, which use constants provided by the C standard library to determine appropriate values for the target machine. Before, mksyntax inspected the host machine which resulted in subtle breakage if e.g. char is signed on the host and unsigned on the target such as when cross-compiling on x86 for ARM. Tested using -funsigned-char on amd64. Compiling build-tools without it and sh itself with it causes various tests to fail without this change but not with this change. With consistent -funsigned-char, tests pass with or without this change. The mksyntax program could be removed and syntax.c and syntax.h committed to the repository. Submitted by: Christoph Mallon MFC after: 2 weeks
* | | Mesh: recevied GANN frames where not parsed correctly.monthadar2013-02-071-26/+66
| | | | | | | | | | | | | | | | | | | | | * Added mesh_parse_meshgate_action that parse all values to host endian; * Add more detailed debug output; Approved by: adrian (mentor)
* | | Mesh HWMP forwarding information: updating FI for transmitter.monthadar2013-02-071-5/+44
| | | | | | | | | | | | | | | | | | | | | | | | | | | * Added hwmp_update_transmitter function that checks if the metric to the transmitter have improved. If old FI is invalid or metric is larger the FI to the transmitter is updated occurdingly. This is a recommendation from the 802.11 2012 standard, table 13-9; Approved by: adrian (mentor)
* | | Mesh HWMP PERR bug fixes.monthadar2013-02-071-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | * When calling ieee80211_mesh_rt_flush_peer, the rt->rt_dest argument should not be passed because it can get freed before invalidating the other routes that depends on it to compare with next_hop. Use PERR_DADDR(i) instead; Approved by: adrian (mentor)
* | | Mesh bug: debug infomartion showing swapped SA and DA address.monthadar2013-02-071-2/+2
| | | | | | | | | | | | | | | | | | | | | * Fix bug for "forward frame from SA(%6D), DA(%6D)" where addresses where swapped between SA and DA; Approved by: adrian (mentor)
* | | Update ddb to print mesh routing table.monthadar2013-02-071-11/+27
| | | | | | | | | | | | | | | | | | | | | * Modified _db_show_vap and _db_show_com to print mesh routing table if the 'm' modifier is specified; Approved by: adrian (mentor)
* | | Mesh HWMP PREQ: fixed conditions for discarding elements.monthadar2013-02-071-4/+4
| | | | | | | | | | | | Approved by: adrian (mentor)
* | | Mesh HWMP: don't send an intermediate PREP for proxy entries.monthadar2013-02-071-1/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | * The standard is unclear about what should happen in case a mesh STA (not marked as a mesh gate) recevies a PREQ for a destination that is marked as proxy. Solution for now is not to do intermediate reply at all, and let the PREQ reach the mesh gate; Approved by: adrian (mentor)
* | | Mesh HWMP PREQ update: proxy reply only if mesh STA is a meshgate.monthadar2013-02-071-3/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | * Original PREP frame is transmitted only by the target mesh STA or the mesh STA that is the proxy target; * Fixed so that metric value is not over written incorrectly in hwmp_recv_preq for when replying back with a PREP; Approved by: adrian (mentor)
* | | HWMP: ic->raw_xmit didn't always point to correct ni.monthadar2013-02-073-75/+58
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This is a code re-write. ic->raw_xmit need a pointer to ieee80211_node for the destination node (da). I have reorganized the code so that a pointer to the da node is searched for in the end & in one place. * Make mesh_find_txnode public to be used by HWMP, renamed to ieee80211_mesh_finx_txnode; * changed the argument from ieee80211_node to ieee80211vap for all hwmp_send_* functions; * removed the 'sa' argument from hwmp_send_* functions as all HWMP frames have the source address equal to vap->iv_myaddr; * Modified hwmp_send_action so that if da is MULTCAST ni=vap->iv_bss otherwise we called ieee80211_mesh_find_txnode. Also no need to hold a reference in this functions if da is not MULTICAST as by finding the node it became referenced in ieee80211_find_txnode; Approved by: adrian (mentor)
* | | Mesh gate code to transmit to all mesh gates.monthadar2013-02-071-25/+167
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * Modified mesh_find_txnode to be able to handle proxy marked entries by recursively calling itself to find the txnode towards the active mesh gate; * Mesh Gate: Added a new function that transmits data frames similar to ieee80211_start; * Modified ieee80211_mesh_forward_to_gates so that: + Frames are duplicated and sent to each valid Mesh Gate; + Route is marked invalid before return of function, this is because we dont know yet which Mesh Gate is we will use; Approved by: adrian (mentor)
* | | Send frames to mesh gate if 11s discovery fails.monthadar2013-02-073-6/+78
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * Send frames that have no path to a known valid Mesh Gate; * Added the function ieee80211_mesh_forward_to_gates that sends the frame to the first found Mesh Gate in the forwarding information; * If we try to discover again while we are discovering queue frame, the discovery callout will send the frames either to mesh gates or discards them silently; * Queue frame also if we try to discover to frequently; Approved by: adrian (mentor)
* | | Mark root mesh as gate when mesh gate flag set.monthadar2013-02-073-0/+59
| | | | | | | | | | | | | | | | | | | | | | | | * Add function ieee80211_mesh_mark_gate in ieee80211_mesh.h; * When received a proactive PREQ or RANN with corresponding mesh gate flag set, create a new entry in the known mesh gate list; Approved by: adrian (mentor)
* | | Propagate GANN frames, and store know gate info.monthadar2013-02-072-5/+79
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * Modified mesh_recv_action_meshgate to do following: + if mesh STA already knows the mesh gate of the recevied GANN frame + if mesh gate is know, check seq number according to 802.11 standard + if mesh gate is not know, add it to the list of known mesh gates + if forwarding is enabled and ttl >= 1 then propagate the GANN frame; * Declare a new malloc type M_80211_MESH_GT_RT; * Declare a struct to store GANN information, ieee80211_mesh_gate_route. And add it as a TAILQ list to ieee80211_mesh_state; Approved by: adrian (mentor)
OpenPOWER on IntegriCloud