summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Spelling fixes for usr.sbin/uqs2011-12-30113-219/+210
|
* Fix typo in Makefile comment.rwatson2011-12-301-1/+1
| | | | MFC after: 3 days
* Add a configuration file for the Atheros PB47 reference board.adrian2011-12-302-0/+130
| | | | | | | | | | | | | | | | | | | | | | | | | | | | This is an AR71xx based board with 8MB flash, 64MB RAM, a Mini-PCI+ slot (see below) and a single 10/100/1000baseT ethernet port. It also has two USB ports. This is an easier board than most to add as it doesn't have a switch PHY on-board. This made it (mostly) trivial to craft a working configuration. Things to note: * This, like most other reference boards, use uboot rather then redboot. It means that you typically have to manually flash both the kernel and rootfs partitions. * Since there's currently no (nice) way to extract out the ethernet MAC and RAM from the uboot environment, the RAM will default to 32mb and the MAC will be something very incorrect. I'll try to fix this up in a subsequent commit or two, even if it's just some hard-coded nonsense in ar71xx_machdep.c for now. * The board is designed for a specific model of mini-PCI+ NIC which never made it into production. Normal mini-PCI NICs will work fine; if you happen to have the NIC in question then it will work fine with this board.
* Add a couple of missing wlan modules.adrian2011-12-301-1/+1
|
* - Introduce the net.bpf.tscfg sysctl tree and associated code so as to make onelstewart2011-12-303-118/+258
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | aspect of time stamp configuration per interface rather than per BPF descriptor. Prior to this, the order in which BPF devices were opened and the per descriptor time stamp configuration settings could cause non-deterministic and unintended behaviour with respect to time stamping. With the new scheme, a BPF attached interface's tscfg sysctl entry can be set to "default", "none", "fast", "normal" or "external". Setting "default" means use the system default option (set with the net.bpf.tscfg.default sysctl), "none" means do not generate time stamps for tapped packets, "fast" means generate time stamps for tapped packets using a hz granularity system clock read, "normal" means generate time stamps for tapped packets using a full timecounter granularity system clock read and "external" (currently unimplemented) means use the time stamp provided with the packet from an underlying source. - Utilise the recently introduced sysclock_getsnapshot() and sysclock_snap2bintime() KPIs to ensure the system clock is only read once per packet, regardless of the number of BPF descriptors and time stamp formats requested. Use the per BPF attached interface time stamp configuration to control if sysclock_getsnapshot() is called and whether the system clock read is fast or normal. The per BPF descriptor time stamp configuration is then used to control how the system clock snapshot is converted to a bintime by sysclock_snap2bintime(). - Remove all FAST related BPF descriptor flag variants. Performing a "fast" read of the system clock is now controlled per BPF attached interface using the net.bpf.tscfg sysctl tree. - Update the bpf.4 man page. Committed on behalf of Julien Ridoux and Darryl Veitch from the University of Melbourne, Australia, as part of the FreeBSD Foundation funded "Feed-Forward Clock Synchronization Algorithms" project. For more information, see http://www.synclab.org/radclock/ In collaboration with: Julien Ridoux (jridoux at unimelb edu au)
* Unset the environment variables associated with individual menu itemspluknet2011-12-303-18/+81
| | | | | | | | | | | | | | | | | | | | | | before invoking the kernel. Quoting submitter: The issue is with the new boot loader menu. It adds many loader variables including ones that contain ANSI color escapes. Obviously, these ANSI codes don't play well with serial consoles when kenv(1) is executed without arguments (reports vary as to what happens, but it's never pretty). The net-effect is that kenv(1) no longer reports menu-related variables. In essence, kenv(1) output should now appear the same as on RELENG_8 (which lacks the new boot loader and didn't use any such variables). Thus, restoring serial console glory. Submitted by: Devin Teske <devin dott teske fisglobal.com> MFC after: 2 weeks
* DEBUG is a kernel option. Don't define it here, as it breaks LINT.marcel2011-12-303-9/+0
| | | | | Since DEBUG was subsequently undefined, this is just debugging left- over.
* Actually set the baudrate from the FDT.marcel2011-12-301-1/+1
|
* Remove trailing white-space.marcel2011-12-301-4/+4
|
* Add a module for cfi(4). Build only for arm and powerpc, as there aremarcel2011-12-302-0/+25
| | | | only bus attachments only for these.
* Reapply r228785 now it has been tested by Adrian. Also add commentsdim2011-12-302-6/+28
| | | | | | | | with the old AR_SCR_SLE_XXX values, with a short explanation why they were changed. Reviewed by: adrian MFC after: 1 week
* In sys/dev/drm/radeon_state.c, use the correct printf length modifiersdim2011-12-301-1/+1
| | | | | | for ints. MFC after: 1 week
* For several files in sys/dev/drm, disable -Wunused-value when buildingdim2011-12-305-4/+20
| | | | | | | | | with clang. There are several macros in these files that return values, and in some cases nothing is done with them, but it is completely harmless. For some other files, also disable -Wconstant-conversion, since that triggers a false positive with the DMA_BIT_MASK() macro. MFC after: 1 week
* Extend <stdatomic.h> to support GCC 4.7's __atomic.ed2011-12-301-7/+41
| | | | | | | | | The development version of GCC also supports an atomics interface similar to Clang's. Change the header file to work as follows: - __CLANG_ATOMICS: Use Clang's new atomics interface, - __GNUC_ATOMICS: Use GCC's new atomics interface, - else: fall back to GCC's __sync interface.
* Reencode files to UTF-8. Drop CP1252 em-dash.uqs2011-12-3015-18/+18
|
* Spelling fixes for tools/uqs2011-12-3031-40/+43
| | | | Add some $FreeBSD$ tags so svn will allow the commit.
* Set fbsd:nokeywords for contributed sources.uqs2011-12-300-0/+0
|
* Add "options CAPABILITY_MODE" and "options CAPABILITIES" to GENERIC kernelrwatson2011-12-296-0/+12
| | | | | | | | | | configurations for various architectures in FreeBSD 10.x. This allows basic Capsicum functionality to be used in the default FreeBSD configuration on non-embedded architectures; process descriptors are not yet enabled by default. MFC after: 3 months Sponsored by: Google, Inc
* libc: Eliminate some relative relocations in file flags table.jilles2011-12-291-23/+23
|
* For sys/dev/ce/tau32-ddk.c, disable the following warning when buildingdim2011-12-292-1/+5
| | | | | | | | | | | | with clang: sys/dev/ce/tau32-ddk.c:1228:37: warning: implicit truncation from 'int' to bitfield changes value from 65532 to 8188 [-Wconstant-conversion] Since this file is obfuscated C, we can never determine (in a sane way, at least :) if this points to a real problem or not. The driver has been in the tree for more than five years, so it most likely isn't. MFC after: 1 week
* Fix manual section for acl_get(3) and mac_get(3) family functions.pluknet2011-12-291-14/+14
| | | | | Reviewed by: rwatson MFC after: 1 week
* Defer the work of freeing IPv4 multicast options from a socket to anjhb2011-12-292-3/+39
| | | | | | | | | | asychronous task. This avoids tearing down multicast state including sending IGMP leave messages and reprogramming MAC filters while holding the per-protocol global pcbinfo lock that is used in the receive path of packet processing. Reviewed by: rwatson MFC after: 1 month
* Update if_obytes and if_omcast after successful transmit.yongari2011-12-291-4/+8
| | | | | | | | | | While I'm here update if_oerrors if parent interface of vlan is not up and running. Previously it updated collision counter and it was confusing to interprete it. PR: kern/163478 Reviewed by: glebius, jhb Tested by: Joe Holden < lists <> rewt dot org dot uk >
* Use queue(3) macros instead of home-rolled versions in several places injhb2011-12-297-90/+50
| | | | | | | | the INET6 code. This includes retiring the 'ndpr_next' and 'pfr_next' macros. Submitted by: pluknet (earlier version) Reviewed by: pluknet
* Fix clang warnings in sys/dev/ce/if_ce.c and sys/dev/cp/if_cp.c,dim2011-12-292-2/+6
| | | | | | | | using jkim's last patch (reviewed by bde) from here: http://docs.freebsd.org/cgi/mid.cgi?201010141558.03154.jkim MFC after: 1 week
* Use curthread rather than PCPU_GET(curthread). 'curthread' usesjhb2011-12-292-3/+3
| | | | | | | special-case optimizations on several platforms and is preferred. Reported by: dim (indirectly) MFC after: 2 weeks
* Further relax the strictness of enforcing allocations to only come fromjhb2011-12-291-1/+10
| | | | | | | | | | | | | | | | decoded ranges. Pass any request for a specific range that fails because it is not in a decoded range for an ACPI Host-PCI bridge up to the parent to see if it can still be allocated. This is based on the assumption that many BIOSes are inconsistent/broken and that settings programmed into BARs or resources assigned to other built-in components are more trustworthy than the list of decoded resource ranges in _CRS. This effectively limits the decoded ranges to only being used for "wildcard" ranges when allocating fresh resources for a BAR, etc. At some point I would like to only be this permissive during an early scan of firmware-assigned resources during boot and to be strict about all later allocations, but that isn't viable currently. MFC after: 2 weeks
* Cap the priority calculated from the current thread's running tick countjhb2011-12-291-1/+2
| | | | | | | | | at SCHED_PRI_RANGE to prevent overflows in the priority value. This can happen due to irregularities with clock interrupts under certain virtualization environments. Tested by: Larry Rosenman ler lerctr org MFC after: 2 weeks
* Don't fallback to a CARP address in BACKUP state.glebius2011-12-291-1/+3
|
* Regen.jhb2011-12-2910-20/+128
|
* Implement linux_fadvise64() and linux_fadvise64_64() usingjhb2011-12-297-8/+75
| | | | | | | kern_posix_fadvise(). Reviewed by: silence on emulation@ MFC after: 2 weeks
* Fix typo in comment.rwatson2011-12-291-1/+1
| | | | MFC after: 3 days
* Don't define static_assert for C++.ed2011-12-291-1/+10
| | | | | | | | | | | | | | | Even though _Static_assert() is pretty robust for C code, it cannot work correctly with C++ code. This is due to the fact that C++ template parameters may contain commas that are not enclosed in parentheses. For example: static_assert(foo<int, int>::bar == baz, "..."); This causes _Static_assert to be called with an excessive number of parameters. If you want to use static_assert in C++, just use a C++11 compiler. Reported on: current@, ports@
* Reencode files from latin1 to UTF-8.uqs2011-12-297-7/+7
|
* Update LOCKLEAF comment: it should say "vnode".pluknet2011-12-291-1/+1
| | | | Inspired by PR docs/11596.
* Add PCI Id for the Intel AMT serial interface as found on my DQ67OW.kib2011-12-291-0/+1
| | | | MFC after: 1 week
* I'm not yet an alumni, add myself in the right sectionbapt2011-12-291-1/+1
| | | | Approved by: des (mentor)
* Flesh out the RSPRO GPIO config, including the RF LED.adrian2011-12-292-0/+22
|
* Break out the AR71XX config file into _BASE and board specificadrian2011-12-2910-123/+291
| | | | | | | | | | | | | | | | | | bits. The ROUERSTATION and RSPRO variants contain: * the board specific bits (eg the RTC for RSPRO, later on it'll include the GPIO/LED definitions); * the boot specific bits (eg, on-board flash, usb flash, etc). For now the AR71XX_BASE file contains the common board config, drivers and net80211/ath wireless drivers. I'll follow this up with config files for the other boards I have (eg the Ubiquiti LSSR71, as well as some Mikrotik boards that use the AR71XX and atheros reference boards) which will be quite easy to do now.
* sh: Allow quoting ^ and ] in bracket expressions.jilles2011-12-282-4/+16
|
* sh: Use dirent.d_type in pathname generation.jilles2011-12-281-0/+4
| | | | | | This improves performance for globs where a slash or another component follows a component with metacharacters by eliminating unnecessary attempts to open directories that are not.
* sh: Cache de->d_namlen in a local variable.jilles2011-12-281-6/+8
|
* Import the first release of HighPoint RocketRAID 27xx SAS 6Gb/s HBA carddelphij2011-12-2824-0/+44951
| | | | | | | | driver. This driver works for FreeBSD/i386 and FreeBSD/amd64 platforms. Many thanks to HighPoint for providing this driver. MFC after: 2 weeks
* Set maximum I/O size for mps(4) to MAXPHYS. Looking into the code, I seemav2011-12-281-0/+1
| | | | | | | | no reason why it should be limited to 64K of DFLTPHYS. DMA data tag is any way set to allow MAXPHYS, S/G lists (chain elements) are sufficient and overflows are also handled. On my tests even 1MB I/Os are working fine. Reviewed by: ken@
* 1. Correct capitalization of the nobility particle fordougb2011-12-281-9/+9
| | | | | | | | | | | Francois de La Rochefoucauld introduced in r228909 [1],[2] 2. Change c-cedilla introduced in the same commit to ASCII c since non-UTF-8 terminals will choke on the non-ASCII text. [2],[3] Pointed out by: bf [1] Reviewed by: French-speakers on #bsdcode [2] Requested by: uqs [3]
* sh: Do not force special builtins non-special in optimized command subst.jilles2011-12-281-2/+1
| | | | | | | | | This is not necessary: errors are already caught in evalbackcmd() and forcelocal handles changes to variables. Note that this depends on r223024. MFC after: 4 weeks
* Optimize vm_object_split()'s handling of reservations.alc2011-12-281-0/+15
|
* Fix a bug in the Xen pmap's implementation of pmap_extract_and_hold():alc2011-12-283-9/+14
| | | | | | | If the page lock acquisition is retried, then the underlying thread is not unpinned. Wrap nearby lines that exceed 80 columns.
* Prefer ASCII apostrophes over Unicode ones like the rest of the file.uqs2011-12-281-1/+1
|
* Add myself as a src committerbapt2011-12-281-0/+2
| | | | Approved by: des (mentor)
OpenPOWER on IntegriCloud