src-test2/sys/modules, branch release/8.1.0

Merge 208554 from head:

2010-06-02T18:46:12Z

Add uep(4), driver for USB onscreen touch panel from eGalax. The driver is stub. It just creates device entry and feeds reassembled packets from hardware into it. If in future we would port wsmouse(4) from NetBSD, or make sysmouse(4) to support absolute motion events, then the driver can be extended to act as system mouse. Meanwhile, it just presents a /dev/uep0, that can be utilized by X driver, that I am going to commit to ports tree soon. The name for the driver is chosen to be the same as in NetBSD, however, due to different USB stacks this driver isn't a port. The driver is supported by ports/x11-drivers/xf86-input-egalax. Approved by: re (kib)

MFC: r208468

2010-05-26T17:30:14Z

At least on sparc64 these modules require ata_machdep.c. Approved by: re (kib)

MFC r207920,r207934,r207936,r207937,r207970,r208142,r208147,r208148,r208166,

2010-05-24T10:09:36Z

r208454,r208455,r208458: r207920: Back out r205134. It is not stable. r207934: Add missing new line characters to the warnings. r207936: Eventhough r203504 eliminates taste traffic provoked by vdev_geom.c, ZFS still like to open all vdevs, close them and open them again, which in turn provokes taste traffic anyway. I don't know of any clean way to fix it, so do it the hard way - if we can't open provider for writing just retry 5 times with 0.5 pauses. This should elimitate accidental races caused by other classes tasting providers created on top of our vdevs. Reported by: James R. Van Artsdalen Reported by: Yuri Pankov r207937: I added vfs_lowvnodes event, but it was only used for a short while and now it is totally unused. Remove it. r207970: When there is no memory or KVA, try to help by reclaiming some vnodes. This helps with 'kmem_map too small' panics. No objections from: kib Tested by: Alexander V. Ribchansky r208142: The whole point of having dedicated worker thread for each leaf VDEV was to avoid calling zio_interrupt() from geom_up thread context. It turns out that when provider is forcibly removed from the system and we kill worker thread there can still be some ZIOs pending. To complete pending ZIOs when there is no worker thread anymore we still have to call zio_interrupt() from geom_up context. To avoid this race just remove use of worker threads altogether. This should be more or less fine, because I also thought that zio_interrupt() does more work, but it only makes small UMA allocation with M_WAITOK. It also saves one context switch per I/O request. PR: kern/145339 Reported by: Alex Bakhtin r208147: Add task structure to zio and use it instead of allocating one. This eliminates the only place where we can sleep when calling zio_interrupt(). As a side-effect this can actually improve performance a little as we allocate one less thing for every I/O. Prodded by: kib r208148: Allow to configure UMA usage for ZIO data via loader and turn it on by default for amd64. On i386 I saw performance degradation when UMA was used, but for amd64 it should help. r208166: Fix userland build by making io_task available only for the kernel and by providing taskq_dispatch_safe() macro. r208454: Remove ZIO_USE_UMA from arc.c as well. r208455: ZIO_USE_UMA is no longer used. r208458: Create UMA zones unconditionally.

MFC: r208143

2010-05-20T08:43:29Z

Add the ofw_bus_if.h dependency introduced with r207585 (MFC'ed to stable/8 in r208086).

MFC r207536, r207696, r208183:

2010-05-19T14:50:07Z

Import mvs(4) - Marvell 88SX50XX/88SX60XX/88SX70XX/SoC SATA controllers driver for CAM ATA subsystem. This driver supports same hardware as atamarvell, ataadaptec and atamvsata drivers from ata(4), but provides many additional features, such as NCQ, PMP, etc.

MFC r207404

2010-05-17T23:43:41Z

usb_controller.c requires opt_ddb.h

MFC r203148

2010-05-17T23:41:06Z

Uuencode the rt2870 firmware into ascii like the other firmware blobs.

MFC r206367, r206358, r206370, r206371, r206372, r206398, r206415,

2010-05-11T11:08:15Z

r206416, r206417, r206418, r206418: net80211 ratectl framework.

MFC r206443-206446, 206474-206477, 207001

2010-04-30T18:13:11Z

r206443: Small whitespace cleanup. r206444 [1]: - Rename bluetooth coexistence flags, no binary change. - Enable DC calibration and crystal calibration on Centrino Advanced-N 6250 parts. - Workaround for a HW bug (does not affect 4965AGN) that may sporadically affect latency under some rare circumstances. From a similar commit to iwlwifi. - Update sensitivity settings for 5000 series to workaround a performance bug in the DSP (1000 is not affected so we keep the old values for 5000). - Update sensitivity settings for 6000 series. - Set differential gains on 6250 too (but use a 1.0 factor, not 1.5). - Init OFDM sensitivity with min value (which depends on the chip) instead of hardcoding it to 90. - Read calibration version from ROM and set IWN_GP_DRIVER_CALIB_VER6 bit on 6x50 if version >= 6. r206445 [2]: iwn4965_set_txpower() uses maxpwr from EEPROM to calculate the power to set, it make sense to actually initialize that array. This fixes some issues with 4965 adapters where the TX power is crucial. This got lost somewhere while merging with the OpenBSD code. r206446: Update firmware for the 6000 series Intel cards to version 9.193.4.1. r206474: Add some missing protoypes. r206475: iwn5000_reset_sched() is not used; #ifdef it. r206476: Hook ieee80211_media_change() to ieee80211_vap_attach(). r206477: Declare all functions as static. r207001 [3]: Use correct bus_dma_tag_t for TX frames. Approved by: rpaulo (mentor) Obtained from: Openbsd [1], [2] Reported by: Andreas Nilsson [3]

MFC: r204773

2010-04-26T20:55:03Z

Merge ACPICA 20100304. MFC: r204874 Update module Makefile for ACPICA 20100304. MFC: r204877 Allow ACPI module build on amd64. Although we strongly recommend building it into kernel, there is no need to prevent it from building at all. MFC: r204916 - Allow users to enable dumping Debug objects without ACPI debugger. Setting the new sysctl MIB "debug.acpi.enable_debug_objects" to a non-zero value enables us to print Debug object when something is written to it. - Allow users to disable interpreter slack mode. Setting the new tunable "debug.acpi.interpreter_slack" to zero disables some workarounds for common BIOS mistakes and enables strict ACPI implementations by the specification. MFC: r204920 Since the interpreter slack mode is a tunable now, enable a local hack only when it is set. Note the default behaviour does not change by this change. MFC: r204965 Fix white spaces. MFC: r206117 Merge ACPICA 20100331 (and four additional upstream patches).