summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Prefer NULL over 0 for pointerskevlo2012-10-0979-89/+88
|
* Fix typo: s/unknow/unknownkevlo2012-10-093-6/+6
|
* Fix a typo (s/prefix/suffix/) and comment.dteske2012-10-091-2/+2
| | | | | | | NOTE: This is in an unused portion of the menu framework. Reviewed by: eadler, adrian (co-mentor) Approved by: adrian (co-mentor)
* Fix an oversight that cyclic menu items actually are zero-based and candteske2012-10-091-4/+4
| | | | | | | accommodate 10 different states. Reviewed by: eadler, adrian (co-mentor) Approved by: adrian (co-mentor)
* Make the "Options:" separator-text configurable by setting $menu_optionstext.dteske2012-10-091-1/+6
| | | | | | Reviewed by: eadler, adrian (co-mentor) Approved by: adrian (co-mentor) MFC after: 3 days
* Add an echo to say we're "Booting..." when the overloaded "boot" Ficl word isdteske2012-10-083-3/+8
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | executed to better differentiate between loader-specific errors and kernel- specific errors (if ever any of either). This type of functionality hasn't been required before the introduction of the advanced menu system (r222417). Adding this functionality will help different- iate errors at the loader-level such as a BTX halt caused by heap exhaustion and errors that may be involved with executing the kernel (wrong architecture for example). A user can learn that messages before "Booting..." are related to the loader(8) environment and it's Forth-ilk, while those after are not related to loader(8) -- the point that loader(8) has ``left the building''. This patch also includes a man-page update to color.4th(8) as the color logic moves to a lower-level (from being included by beastie.4th to being included by loader.4th). After noticing a delay between execution of the overloaded "boot" FICL word and the display of text on-screen, gcooper confirmed that the introduction of a builtin memory test (disabled by adding hw.memtest.tests="0" to loader.conf(5)) was the cause of the delay. This patch adds an echo to produce "Booting..." when the overloaded "boot" word is executed (this includes from the interactive command-prompt on all arches, from the menu system on arches that run the beastie menu, and even those arches that run the menu but disable it by setting beastie_disable="YES" in loader.conf(5)). When loader_color="YES" in loader.conf(5), the same message is produced but in white text on a blue background (only the letters produced have this background -- opposed to perhaps the entire line).
* Any pfil(9) hooks should be called with already set VNET context.glebius2012-10-081-4/+0
| | | | Reviewed by: bz
* Catch up with r241245 and do not return packet back in host byte order.glebius2012-10-081-4/+1
|
* Add several asserts to i386 pmap, which mostly state that pv entry shallkib2012-10-081-0/+9
| | | | | | | | have corresponding pte. Reviewed by: alc Tested by: pho MFC after: 3 days
* In a few places, like the implementation of ptrace(), a thread may callalc2012-10-082-12/+16
| | | | | | | | | | | | | | | | | | | | | upon pmap_enter() to create a mapping within a different address space, i.e., not the thread's own address space. On i386, this entails the creation of a temporary mapping to the affected page table page (PTP). In general, pmap_enter() will read from this PTP, allocate a PV entry, and write to this PTP. The trouble comes when the system is short of memory. In order to allocate a new PV entry, an older PV entry has to be reclaimed. Reclaiming a PV entry involves destroying a mapping, which requires access to the affected PTP. Thus, the PTP mapped at the beginning of pmap_enter() is no longer mapped at the end of pmap_enter(), which leads to pmap_enter() modifying the wrong PTP. To address this problem, pmap_pv_reclaim() is changed to use an alternate method of mapping PTPs. Update a related comment. Reported by: pho Diagnosed by: kib MFC after: 5 days
* Restrict the module to varied environments.obrien2012-10-081-1/+5
|
* ip6_ipsec_output: fix a typo in r241344avg2012-10-081-1/+1
| | | | Acting as a remote drone of glebius.
* Remove my pre-commit review request for mergemasterdougb2012-10-081-1/+0
|
* After r241245 it appeared that in_delayed_cksum(), which still expectsglebius2012-10-088-22/+27
| | | | | | | | | | | | | | host byte order, was sometimes called with net byte order. Since we are moving towards net byte order throughout the stack, the function was converted to expect net byte order, and its consumers fixed appropriately: - ip_output(), ipfilter(4) not changed, since already call in_delayed_cksum() with header in net byte order. - divert(4), ng_nat(4), ipfw_nat(4) now don't need to swap byte order there and back. - mrouting code and IPv6 ipsec now need to switch byte order there and back, but I hope, this is temporary solution. - In ipsec(4) shifted switch to net byte order prior to in_delayed_cksum(). - pf_route() catches up on r241245 changes to ip_output().
* Rework device detach. While here, move driver lock/calloutyongari2012-10-081-18/+13
| | | | initialization to the beginning of device attach for readability.
* No reason to play with IP header before calling sctp_delayed_cksum()glebius2012-10-081-2/+0
| | | | with offset beyond the IP header.
* Limit applying TX data corruption and FIFO workaround to BCM5719yongari2012-10-081-2/+2
| | | | A0. It's believed BCM5720 does not have the issue.
* Fix typo. Check against number of allocated MSI-X vectors.yongari2012-10-081-1/+1
| | | | | | | There is no ale(4) controller that supports MSI-X so this is not real issue. PR: kern/171825
* Migrate the TID TXQ accesses to a new set of macros, rather than reusingadrian2012-10-073-34/+55
| | | | | | | | | | the ATH_TXQ_* macros. * Introduce the new macros; * rename the TID queue and TID filtered frame queue so the compiler tells me I'm using the wrong macro. These should correspond 1:1 to the existing code.
* Loop reading the RTC registers until the same values are obtainedimp2012-10-071-3/+14
| | | | | | twice, as advised in the atmel docs. Submitted by: Ian Lapore
* Remove contractions.joel2012-10-076-6/+6
|
* Minor mdoc fixes.joel2012-10-073-3/+3
|
* Make graid command line a bit more friendly by allowing volume name ormav2012-10-074-12/+83
| | | | | | | | | | provider name to be specified instead of geom name (first argument in all subcommands except label). In most cases there is only one array used any way, so it is not really useful to make user type ugly geom names like Intel-f0bdf223 or SiI-732c2b9448cf. Though they can be used in some cases. Sponsored by: iXsystems, Inc. MFC after: 1 month
* Optimize the TLB invalidations performed by pmap_protect(). Use the newalc2012-10-071-20/+41
| | | | | | range-based invalidation function instead of performing per-page invalidations. Don't bother invalidating mappings that don't have PTE_D set, since they don't allow write access.
* Fix the showconfig target. bmake sends debug output to stderr.marcel2012-10-071-1/+1
| | | | Submitted by: Simon Garrety <sjg@juniper.net>
* Fix 32-bit library builds after the removal of adding -E to make for AS,marcel2012-10-071-11/+17
| | | | | | | | CC, CXX and LD. This fix implements the intended as it should have been implemented all along: by passing AS, CC, CXX and LD on the commandline of the sub-make instead of in the environment of the sub-make. Breakage pointed-out by: dim@
* Comment and Copyright fixes/updates.dteske2012-10-072-14/+6
| | | | | Reviewed by: adrian (co-mentor) Approved by: adrian (co-mentor)
* Improve a few comments.imp2012-10-071-6/+11
|
* Use the RTC unit to get the time. This works on all known AT91SAM9*imp2012-10-072-25/+136
| | | | | | | | | processors, either on reboot or after power down with battery backup. However, the AT91RM9200 RTC always resets on reboot making it just about useless at the moment (if we support a low-power mode or an extended sleep mode, it might become useful). Submitted by: Ian Lepore
* ata_da: set disk::d_ident from serial numberavg2012-10-061-0/+2
| | | | MFC after: 10 days
* procstat_getprocs: honor kvm_getprocs interface - cnt is signedavg2012-10-061-2/+5
| | | | MFC after: 10 days
* kvm_getprocs: gracefully handle errors from kvm_deadprocsavg2012-10-061-2/+8
| | | | | | and don't confuse callers with incorrect return value MFC after: 9 days
* kvm_proclist: ignore processes in larvae stateavg2012-10-061-0/+2
| | | | | Reviewed by: jhb MFC after: 8 days
* add detection of serial console presence to btx and boot2-like blocksavg2012-10-066-20/+35
| | | | | | | | Note that this commit slightly increases size of boot blocks. Reviewed by: jhb Tested by: Olivier Cochard-Labbe <olivier@cochard.me> MFC after: 26 days
* i386 comconsole: don't loop forever if hardware doesn't respondavg2012-10-061-14/+22
| | | | | | | | | | | - clear capability flags when hw timeouts - retire comc_started status variable and directly use c_flags to see if comconsole is selected for use Reviewed by: jhb Tested by: Uffe Jakobsen <uffe@uffe.org>, Olivier Cochard-Labbe <olivier@cochard.me> MFC after: 26 days
* boot/console: handle consoles that fail to probeavg2012-10-062-10/+17
| | | | | | | | | | | | | | - clarify meaning of console flags - perform i/o via a console only if both of the following conditions are met: o console is active (selected by user or config) o console flags that it can perform the operation - warn if a chosen console can not work (the warning may go nowhere without working and active console, though) Reviewed by: jhb Tested by: Uffe Jakobsen <uffe@uffe.org>, Olivier Cochard-Labbe' <olivier@cochard.me> MFC after: 26 days
* Add support for bmake. This includes:marcel2012-10-0616-19/+81
| | | | | | | | | | | | | | | | | | | | | | | | | | | 1. Don't do upgrade_checks when using bmake. As long as we have WITH_BMAKE, there's a bootstrap complication in ths respect. Avoid it. Make the necessary changes to have upgrade_checks work wth bmake anyway. 2. Remove the use of -E. It's not needed in our build because we use ?= for the respective variables, which means that we'll take the environment value (if any) anyway. 3. Properly declare phony targets as phony as bmake is a lot smarter (and thus agressive) about build avoidance. 4. Make sure CLEANFILES is complete and use it on .NOPATH. bmake is a lot smarter about build avoidance and should not find files we generate in the source tree. We should not have files in the repository we want to generate, but this is an easier way to cross this hurdle. 5. Have behavior under bmake the same as it is under make with respect to halting when sub-commands fail. Add "set -e" to compound commands so that bmake is informed when sub-commands fail. 6. Make sure crunchgen uses the same make as the rest of the build. This is important when the make utility isn't called make (but bmake for example). 7. While here, add support for using MAKEOBJDIR to set the object tree location. It's the second alternative bmake looks for when determining the actual object directory (= .OBJDIR). Submitted by: Simon Gerraty <sjg@juniper.net> Submitted by: John Van Horne <jvanhorne@juniper.net>
* zvol: set mediasize in geom provider right upon its creationavg2012-10-061-0/+12
| | | | | | | | | | ... instead of deferring the action until first open. Unlike upstream this has no benefit on FreeBSD. We know that as soon as the provider is created it is going to be tasted and thus opened. Initial mediasize of zero causes tasting failure and subsequent retasting because of the size change. MFC after: 14 days
* g_part_taste: directly destroy consumer and geom here, no need for witheringavg2012-10-061-2/+7
| | | | | | | Besides withered but still alive consumers may interfere with re-tatsing. MFC after: 16 days
* cngetc: use cpu_spinwait to ease the cncheckc loop a tiny bitavg2012-10-061-1/+1
| | | | | Reviewed by: julian MFC after: 10 days
* zfsboot: simplify probe_drive() a little bitavg2012-10-061-27/+13
| | | | | | | | | | | The first discovered pool, whether it covers the whole boot disk or not, is going to be first in zfs_pools list. So there is no need at all for spapp parameter. This commit also fixes a bug where NULL would be assigned to NULL pointer when probe_drive was called with the spapp parameter of NULL. MFC after: 21 days
* zfs boot: export boot/primary pool and vdev guid all the way to kenvavg2012-10-064-2/+50
| | | | | | | This is work in progress to for znextboot and it also provides some convenient infrastructure. MFC after: 20 days
* zfs loader: treat plain pool name as a name of its root datasetavg2012-10-061-14/+10
| | | | | | | ... as opposed to the previous behavior of treating it as boot dataset (specified by bootfs or default) MFC after: 19 days
* zfs boot spa_status: print bootfs for each reported poolavg2012-10-061-0/+11
| | | | MFC after: 9 days
* boot/zfs: a small whitespace cleanupavg2012-10-061-2/+2
| | | | MFC after: 5 days
* boot/zfs: call zfs_spa_init for all found poolsavg2012-10-062-16/+22
| | | | | | | ... and drop those for which it fails. Also, add more sanity checking to the function. MFC after: 16 days
* zfsboot: use the same zfs dataset naming format as loaderavg2012-10-061-32/+53
| | | | | | | Also, pool name alone now names a root dataset of the pool regardless of bootfs property value. MFC after: 15 days
* In general pmap implementations do not set the wired attribute onalc2012-10-061-7/+5
| | | | | | the temporary mappings that are used to implement operations like pmap_zero_page(). There is no reason for the MIPS pmap to deviate from that practice.
* zfs_mount: taste geom providers for root pool configavg2012-10-064-35/+306
| | | | | | | | | | | | | | This should allow to mount a dataset as a root filesystem even if it belongs to a pool that is not described in zpool.cache. This adds some overhead to the boot process though. If the root filesystem's pool is found in zpool.cache, the by default its cached configuration will be used for import. vfs.zfs.rootpool.prefer_cached_config could be set to zero to force the config to be retasted. Discussed with: gibbs, pjd, des MFC after: 25 days
* Update to include WITH_BMAKE.marcel2012-10-061-2/+11
|
OpenPOWER on IntegriCloud