summaryrefslogtreecommitdiffstats
path: root/sys/dev
Commit message (Collapse)AuthorAgeFilesLines
* Use bus_child_present() to make sure the card is still there before callingcognet2003-08-191-1/+2
| | | | | epstop() in ep_detach(). This fixes a freeze that happens when ejecting a ep(4) pcmcia card.
* Don't tsleep on NULLps2003-08-191-2/+2
|
* Remove unused code.simokawa2003-08-191-2/+0
|
* Drop too short packets.simokawa2003-08-191-4/+8
|
* Allow to access phy registers via ioctl().simokawa2003-08-192-1/+18
|
* Update DRM from DRI CVS as of today. Notable changes include Radeonanholt2003-08-1935-683/+1061
| | | | | suspend/resume support and Rage 128 pageflipping support (both of which require XFree86 from CVS), along with miscellaneous cleanups.
* Update my mail address on copyright notice.takawata2003-08-191-1/+1
| | | | Noticed by: njl
* handle locking when creating or destroying vchans bettercg2003-08-182-38/+104
|
* try to make really sshort sounds actually playcg2003-08-181-16/+43
|
* The CD bits in the CBB_SOCKET_STATE register are 0 when the card isimp2003-08-181-4/+3
| | | | | | | | | | | | | present, and non-zero when it is (or may be) absent. The test cbb_child_present was backwards. However, typical usage in the tree would cause it to do the right thing because the card really wasn't there the OK flag would be turned on. Also, assume that if any of these bits are turned on we don't have a card, rather than requiring both of them in the suspend/resume routines. Noticed by: cognet
* Put the clearing of the socket cd interrupt and setting of it underimp2003-08-181-10/+8
| | | | | protection of sc->mtx. Sometimes multiple insert/ejections could cause further insertion/removals to not happen due to racing an ISR...
* Put a band-aide(tm) on the CIS panic problem. This is a similar fiximp2003-08-181-5/+16
| | | | | | | to what is in NetBSD. I have a few cards that tickles this bug, and this just keeps us from panicing. It doesn't actually fix the problem (that will happen once I figure out why some cards hate the address their CIS is mapped to high memory).
* Fix a typo. BGE_HCC_TX_MAX_COAL_BDS_INT is at offset 0x3C24, not 0x3C34ps2003-08-171-1/+1
|
* Give timecounters a numeric quality field.phk2003-08-161-5/+6
| | | | | | | | | | | | | | | | A timecounter will be selected when registered if its quality is not negative and no less than the current timecounters. Add a sysctl to report all available timecounters and their qualities. Give the dummy timecounter a solid negative quality of minus a million. Give the i8254 zero and the ACPI 1000. The TSC gets 800, unless APM or SMP forces it negative. Other timecounters default to zero quality and thereby retain current selection behaviour.
* #ifdef __i386__ the "int slice" definition that became i386-only withrwatson2003-08-151-0/+2
| | | | | | | recent Vinum changes. Fixes non-i386 build on vinumio.c. Accidental oversight of: grog Fix hopefully not minded by: grog
* Remove a few ushorts I missed in my earlier pass.jhb2003-08-151-31/+31
| | | | Requested by: bde
* Revert part of rev. 1.16 -- reinstate system notify handler. It turns outnjl2003-08-151-0/+6
| | | | | | at least the Casio FIVA requires this. Requested by: takawata
* vinum_scandisk:grog2003-08-151-1/+5
| | | | | | | | | | Correctly handle additional disks without BIOS partition tables. Previously, vinum_scandisk stopped scanning additional disks for native partitions after any good partition was found. This applies to all platforms, but was a particular problem on systems without BIOS partition tables. Submitted by: harti
* Drop Giant when calling the disk drivers directly, and reacquiregrog2003-08-151-4/+13
| | | | | | afterwards. This fixes the Vinum breakage in -CURRENT. Breakage explained by: phk
* modify commentscg2003-08-151-3/+11
|
* De-inline functions which do not need to be inline. Move the DEVMETHODnjl2003-08-151-23/+23
| | | | block to where it is in similar drivers.
* Don't install a system notify handler. Move the device notify handlernjl2003-08-151-12/+11
| | | | | installation to just before we're ready to handle events. Make a loop more readable (no functional change).
* Fix a couple changes that were incorrect in updating for 0619. Only unlocknjl2003-08-151-1/+7
| | | | | | | | the hardware mutex if it is held. Re-add calls to Enable/Clear fixed events. This is not known to have caused problems. Bug symptoms might have included instability after an aborted suspend attempt or power/sleep buttons not being enabled.
* disable resume code implementing panic().cg2003-08-141-1/+6
| | | | this needs to be reimplemented properly.
* Add support for the newer Moxa PCI 8-port, 16550-compatible basedpb2003-08-141-0/+17
| | | | | | | | | | CP-168U board. It initializes and attaches in the same way as the older (but higher performance) C168H. The only difference is the board ID, which is 0x1681. PR: kern/53548 Submitted by: regnauld@catpipe.net MFC after: 1 week
* trivial optimization: use nameunit here.imp2003-08-141-1/+1
|
* Add microsoft mn-520 wlan card.imp2003-08-141-0/+1
| | | | Submitted by: Kirk Strauser
* resync to pcarddevs 1.63imp2003-08-141-1/+7
|
* add microsoft mn-520 wlan card.imp2003-08-141-1/+5
| | | | submitted by: Kirk Strauser
* Crank down UVISORBUFSIZE from 1024 to 64 to avoid a problem wherejoe2003-08-141-1/+11
| | | | | | | | | | | the Palm device and the USB host controller deadlock. The USB host controller is expecting an early-end-of-transmission packet with 0 data, and the Palm doesn't send one because it's already communicated the amount of data it's going to send in a header (which ucom/uvisor are oblivious to). This is the problem that has been known on the pilot-link lists as the "[Free]BSD USB problem", but not understood. Submitted by: Nathan J. Williams <nathanw@MIT.EDU>
* Close a race where ath_intr is installed and may be called beforesam2003-08-132-2/+8
| | | | | the HAL is setup: use sc_invalid to discard such entries into ath_intr. This can easily happen if the device is assigned a shared IRQ.
* o add missing {}'s that to safe_dmamap_uniform that caused extraneous copiessam2003-08-131-2/+4
| | | | | | | | for partly-aligned operations through /dev/crypto (unlikely) o add missing case in iov code that never showed up because of the above bug Submitted by: "Jason L. Wright" <jason@thought.net> MFC after: 3 days
* Oops.. Some debugging code snuck in here.ps2003-08-121-1/+1
| | | | Requeue the request if the controller is busy.
* Support EINPROGRESS and properly deal with 64bit physical addressing.ps2003-08-121-24/+59
|
* - No need to bzero() the softc structure.mux2003-08-121-7/+3
| | | | - Use BUS_DMA_ZERO where appropriate.
* Remove two useless bzero() calls.mux2003-08-121-2/+0
| | | | Reviewed by: cognet
* Validate number of iso. DMA channels.simokawa2003-08-121-0/+2
|
* Add a overhaul of the soundchip initialization for the MSP34xx chipsetsalex2003-08-126-1/+1339
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | found only many tv-cards. We currently use more ore less evil hacks (slow_msp_audio sysctl) to configure the various variants of these chips in order to have stereo autodetection work. Nevertheless, this doesn't always work even though it _should_, according to the specs. This is, for example, the case for some popular Hauppauge models sold sold in Germany. However, the Linux driver always worked for me and others. Looking at the sourcecode you will find that the linux-driver uses a very much enhanced approach to program the various msp34xx chipset variants, which is also found in the specs for these chips. This is a port of the Linux MSP34xx code, written by Gerd Knorr <kraxel@bytesex.org>, who agreed to re-release his code under a BSD license for this port. A new config option "BKTR_NEW_MSP34XX_DRIVER" is added, which is required to enable the new driver. Otherwise the old code is used. The msp34xx.c file is diff-reduced to the linux-driver to make later modifications easier, thus it doesn't follow style(9) in most cases. Approved by: roger (committing this, no time to test/review), keichii (code review)
* Fix the busdma support in twe to support EINPROGRESS and enable it forps2003-08-124-111/+249
| | | | use with PAE kernels.
* Add support for the Broadcom BCM5901 and BCM5901 rev A2 chips.wpaul2003-08-123-5/+31
| | | | | | | | These are 10/100 only NICs found on the IBM Thinkpad R40E and G40. These seem to be based on the BCM5705 MAC but with a PHY that doesn't support 1000Mbps modes. Submitted by: Igor Sviridov <sia@nest.org>
* Style cleanups to match the rest of this directory. For acpi_battery.c,njl2003-08-114-878/+800
| | | | remove unused includes.
* bus_dmamap_create() is no longer optional for non-static dma mappings. Thanksscottl2003-08-111-0/+14
| | | | to ru@ for testing this.
* Don't provide mutexes for static busdma allocations.scottl2003-08-111-19/+22
|
* Add or correct range checking of signal numbers in system calls andnectar2003-08-101-1/+1
| | | | | | | | | ioctls. In the particular case of ptrace(), this commit more-or-less reverts revision 1.53 of sys_process.c, which appears to have been erroneous. Reviewed by: iedowse, jhb
* The BCM5704 ASIC has a smaller mbuf space than the 5700/1/2/3. Failurewpaul2003-08-101-2/+10
| | | | | | to configure this correctly yields many watchdog timeouts even on lightly loaded machines. This is a common complaint from users with Dell 1750 servers with built-in dual 5704 NICs.
* Switch from legacy to native mode for ICH4 and ICH5.orion2003-08-102-21/+22
| | | | | | | Submitted by: Shin-ichi YOSHIMOTO <yosimoto@waishi.jp> Test by: Markko Merzin <markko@short.cut.ee> PR: kern/53242 MFC after: 5 days
* Don't hardcode unit numer '0'.ticso2003-08-103-3/+3
| | | | We can have multiple instances.
* MF p4:imp2003-08-101-1/+1
| | | | Minor style(9) nit.
* Some bridges, like o2 micro and maybe ricoh, have some issues betweenimp2003-08-101-10/+47
| | | | | | | | | | | | | | | the time the card is inserted and the time that the card is configured. This can lead to interrupt storms. The O2Micro suggested workaround is to route the card function interrupt to IRQ1. It appears from my testing that this is an acceptable workaround for most chipsets (there's still some issue with the ricoh chipset). Also, only look at the NOT_A_CARD bit when the bridge tells us there's a card present. At least one test caused this to be true after the card was removed, but the author couldn't recreate it with the workaround in place. The change is more conservative than the previous code, but still has the work around that wasn't present in the older code.
* Silence unwanted 'gigabit link up' messages: do not treat thewpaul2003-08-101-1/+2
| | | | | | | | BGE_MACSTAT_MI_COMPLETE bit in the MAC status register as a link change indicator. We turn this bit on now because some of the newer chips need it, but it usually just means that reading/writing an MII/GMII register has completed, not that a link change has occured.
OpenPOWER on IntegriCloud