summaryrefslogtreecommitdiffstats
path: root/sys/dev
Commit message (Collapse)AuthorAgeFilesLines
* Revisit the watchdogs: Resetting the error to EINVAL after failing to set then_hibma2007-03-274-8/+6
| | | | | | | | watchdog might hide the succesful arming of an earlier one. Accept that on failing to arm any watchdog (because of non-supported timeouts) EOPNOTSUPP is returned instead of the more appropriate EINVAL. MFC after: 3 days
* Don't assume the run bit is still set after a suspend.julian2007-03-271-0/+1
| | | | | Submitted by: Andrea Bittau ( adotbittauatcsdotucldotacdotuk) MFC After: 1 week
* Fix a bug which could lead to receive side lockup when WC is disabled.gallatin2007-03-271-0/+1
| | | | | | | When submitting rx buffers and not using WC fifo, always replace the invalid DMA address with the real one, otherwise allocation failures could lead to the invalid DMA address being given to the NIC, and that would cause the receive side to lockup.
* - Use '*h' instead of 'struct acpi_spinlock' for sizeof[1].jkim2007-03-261-2/+2
| | | | | | | - Add a missing 'else' for 'if'[2]. Requested by: njl[1] Submitted by: njl[2]
* Correct ACPI semaphore function parameters.jkim2007-03-261-4/+4
|
* Free the handle, not the lock. Pointy hat to me.jkim2007-03-261-1/+1
|
* Correct ACPI spinlock function parameters and use known ACPI spinlock names.jkim2007-03-261-20/+25
|
* Change the VPD code to read the VPD data on-demand when a driver asks forjhb2007-03-262-30/+14
| | | | | | | | | | | | it via pci_get_vpd_*() rather than always reading it for each device during boot. I've left the tunable so that it can still be turned off if a device driver causes a lockup via a query to a broken device, but devices whose drivers do not use VPD (the vast majority) should no longer result in lockups during boot, and most folks should not need to tweak the tunable now. Tested on: bge(4) Silence from: jmg
* Use a unique name for each mutex now that acpi-ca is creating more thannjl2007-03-261-2/+11
| | | | | | | | one (hardware & global lock). This should address witness complaints that a duplicate mutex is being acquired. Be sure to free the mutex to fix a potential memory leak. MFC after: 3 days
* Remove ancient preprocessor code. Fix module compilation.rik2007-03-251-9/+1
| | | | Requested by: n_hibma
* Drop the ipw softc lock before calling back into net80211, fixing ale2007-03-241-0/+2
| | | | | | | | LOR/deadlock. Tested by: Denis Shaposhnikov <dsh_AT_vlink.ru>, le@ LOR id: 205 MFC in: 3 days
* o A quirk for Sagem USB-Serial controller.maxim2007-03-242-0/+3
| | | | | | PR: usb/109613 Submitted by: Mayr Gerald MFC after: 1 month
* o Add several CDMA-2000 terminals.maxim2007-03-242-2/+24
| | | | | | PR: usb/109838 Submitted by: R.Mahmatkhanov MFC after: 1 month
* bus_size_t is a bad cross-architectural type with respect to printf, use ↵kmacy2007-03-242-2/+2
| | | | uint32_t instead
* New device: icee. Generic i2c eeprom driver.imp2007-03-231-0/+291
|
* MFp4: Make the iicbus fully hinted. We no longer automatically addimp2007-03-232-51/+123
| | | | | | | | | | | some devices (and not others). To get instances onto the iicbus, one now needs hints or an identify routine. We also do not probe the bus for devices because many iic devices cannot be safely probed (and when they can, the probe order turns out to be somewhat difficult to get right). # I'm not 100% sure that the iicsmb removal is right. Please contact me if # this causes difficulty.
* MFp4: Make iicbus_trasnfer_gen suitable for bridge drivers. Use it in theimp2007-03-232-6/+12
| | | | bitbang bridge.
* MFp4: Create an ivar for each iic device on the iicbus. This ivarimp2007-03-231-1/+24
| | | | holds the device's address.
* Switch to ANSI function declarations.rodrigc2007-03-231-54/+16
|
* - Increase coalesce_nsecskmacy2007-03-232-17/+31
| | | | - commit fixes for the following coverity warnings: 1765, 1760, 1758, 1756
* commit missed changekmacy2007-03-231-0/+1
|
* Check PCI-e link width to avoid foot shooting with 4x linkskmacy2007-03-231-1/+17
| | | | MFC after: 3 days
* - Fix exca_(io|mem)_map() to return proper errno values.jhb2007-03-231-20/+21
| | | | | | | | | | - Change exca_activate_resource() to call BUS_ACTIVATE_RESOURCE() before calling exca_(io|mem)_map() since the latter use rman_get_bus(tag|handle) and the recent changes to nexus(4) mean that you need to activate a resource before reading the bus tag and handle. This was true before, but now the nexus(4) drivers on x86 and ia64 are more forceful about it. Reviewed by: imp
* Pass the RID from the bus frontends to the core probe function.marcel2007-03-225-7/+7
| | | | | | Currently all RIDs are 0, but for PCI devices this typically isn't the case. This change is made with future PCI support in mind.
* MFP4: a) Some constification from NetBSD (gcc 4.1.2)mjacob2007-03-225-125/+142
| | | | | | | b) Split default param fetching/setting into scsi and fibre functions and retry the fibre fetch more than once. MFC after: 1 week
* Catch up with ACPI-CA 20070320 import.jkim2007-03-2223-242/+233
|
* Fix an off-by-one error in iwi_init_fw_dma(). It didn't reuse the existingjhb2007-03-211-1/+1
| | | | | | | | | | DMA memory for a firmware load if it was the exact size needed, thus in the common case the driver was constantly free'ing and reallocating the DMA buffer and it would eventually begin to fail. With this fix, iwi0 reuses the same buffer the entire time and no longer fails to load the firmware after the machine has been up for a while. MFC after: 1 week
* Memory leak killing spree, mostly bus_dma(9) related.ariff2007-03-216-43/+65
|
* move call to t3_prep_adapter earlier in attach before msi-x setup occurskmacy2007-03-211-5/+6
| | | | | | | this works around the fact that pci_config_{save,restore} doesn't adequately restore state for msi-x MFC after: 3 days
* Change acpi's handling of suballocating system resources to be a littlejhb2007-03-211-55/+39
| | | | | | | | | simpler. It now can just use rman_is_region_manager() during acpi_release_resource() to see if the the resource is suballocated from a system resource. Also, the driver no longer needs MD knowledge about how to setup bus space tags and handles when doing a suballocation, but can simply rely on bus_activate_resource() in the parent setting all that up.
* allocate 9 messages in all caseskmacy2007-03-211-1/+1
|
* make MSI-X the default and allocate up to mp_ncpus queues per portkmacy2007-03-214-59/+86
| | | | MFC after: 3 days
* Overhaul driver/subsystem api's:sam2007-03-215-140/+276
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | o make all crypto drivers have a device_t; pseudo drivers like the s/w crypto driver synthesize one o change the api between the crypto subsystem and drivers to use kobj; cryptodev_if.m defines this api o use the fact that all crypto drivers now have a device_t to add support for specifying which of several potential devices to use when doing crypto operations o add new ioctls that allow user apps to select a specific crypto device to use (previous ioctls maintained for compatibility) o overhaul crypto subsystem code to eliminate lots of cruft and hide implementation details from drivers o bring in numerous fixes from Michale Richardson/hifn; mostly for 795x parts o add an optional mechanism for mmap'ing the hifn 795x public key h/w to user space for use by openssl (not enabled by default) o update crypto test tools to use new ioctl's and add cmd line options to specify a device to use for tests These changes will also enable much future work on improving the core crypto subsystem; including proper load balancing and interposing code between the core and drivers to dispatch small operations to the s/w driver as appropriate. These changes were instigated by the work of Michael Richardson. Reviewed by: pjd Approved by: re
* Don't call bus_deactivate_resource() explicitly before callingnyan2007-03-2113-68/+0
| | | | | bus_release_resource(). This is needed for pc98 by upcoming nexus related change.
* Synchronize with version 1.0.071 of Chelsio's common codekmacy2007-03-2010-57/+363
| | | | | | | | | (with the notable exception of improvements for using multiple TX queues) This adds support for the T3B2 ASIC rev Obtained from: Chelsio MFC after: 3 days
* Tweak the probe/attach order of devices on the x86 nexus devices.jhb2007-03-201-1/+1
| | | | | Various BIOS-related psuedo-devices are added at an order of 5. acpi0 is added at an order of 10, and legacy0 is added at an order of 11.
* Put a temporary bandaid to set/reset uncacheable DMA region (affectedariff2007-03-202-17/+46
| | | | | | | | on amd64 and i386) until we gain proper BUS_DMA_NOCACHE support. (in progress). Tested by: rafan, infofarmer, Nguyen Tam Chinh <unixvn@gmail.com> Tested on: amd64, i386
* cxgb_stop is only called from cxgb_ioctl so:kmacy2007-03-201-6/+7
| | | | | | - don't acquire port lock, already held in ioctl - rename to cxgb_stop_locked - switch callout_drain to callout_stop to avoid a hang from having the port lock held
* If we got an OBE/IBF event, we failed to re-enable the GPE. This wouldnjl2007-03-201-5/+14
| | | | | | | | | cause the EC to stop handling future events because the GPE stayed masked. Set a flag when queueing a GPE handler since it will ultimately re-enable the GPE. In all other cases, re-enable it ourselves. I reworked the patch from the submitter. Submitted by: Rong-en Fan <grafan@gmail.com>
* Revert couple of changes from 1.51 and 1.52. Reading link status with BMSRjkim2007-03-191-14/+12
| | | | | | | is okay for most of the chipsets but BCM5701 PHY does not seem to like it. Set media to IFM_NONE if link is not up instead of the previous value. Reported by: Goran Lowkrantz (goran dot lowkrantz at ismobile dot com)
* Destroy channel DMA tag during resource cleanup.ariff2007-03-191-1/+4
|
* Poll only while interrupt is disabled.simokawa2007-03-191-4/+6
| | | | MFC: 3 days after
* Wait SCLK to be stable after LPS enabled.simokawa2007-03-191-0/+2
| | | | | | | This should fix NMI problem in fwphy_rddata(). PR: kern/94146 kern/100356 MFC: after 3 days
* Enforce sample size alignment on first direct-copy channel.ariff2007-03-181-5/+9
|
* Disable burst mode by default. Testing has shown that while it works onnjl2007-03-181-2/+2
| | | | | | | most systems, it causes the EC not to respond for some Acer and Compaq/HP laptops. This is the default value for Linux also. For systems that need it, burst mode can be enabled via the tunable/sysctl: debug.acpi.ec.burst="1"
* Fix (another, more to come) ivar memory leak during driver detach.ariff2007-03-171-9/+17
|
* Fix long delay closing/syncing issues on mmaped buffer.ariff2007-03-172-4/+8
|
* move inline function above use so that -O workskmacy2007-03-171-20/+18
|
* [stage: 9/9]ariff2007-03-163-14/+160
| | | | | | | | | | | | | | | | | | | | - SWAPLR quirk for (unknown, luckily it is mine) broken uaudio stick. Fixing by rewiring is impossible without damaging it. Luckily, we can fix it using "other" methods :) . - Add uaudio_get_vendor(), _product() and _release() in uaudio.c (currently used by uaudio_pcm quirk). - Implement CHANNEL_SETFRAGMENTS(). - Drop channel locking in few places where it is about to sleep somewhere. This should help eliminating illegal locking acquisition where the current thread is about to sleep, and also few deadlock cases. Dropping it right here is quite safe since it is already protected by CHN_F_BUSY flag and other threads won't bother to touch it. Solving other illegal locking issues are quite tricky without converting most usbd_do_request() calls to its equivalent _async() calls, which I intend to do it later after getting full test report from other people with different uaudio hardwares. - Fix memory leak issues during detach. This seems common to any drivers (notably emu10kx, csapcm?) with bridge functions.
* [stage: 8/9]ariff2007-03-164-69/+213
| | | | | | | Implement CHANNEL_SETFRAGMENTS() for snd_atiixp, snd_es137x, snd_hda and snd_via8233. CHANNEL_SETBLOCKSIZE() will basically call CHANNEL_SETFRAGMENTS() internally using conservative blocksize / blockcount hints. Other drivers will be converted later.
OpenPOWER on IntegriCloud