summaryrefslogtreecommitdiffstats
path: root/sys/dev
Commit message (Collapse)AuthorAgeFilesLines
...
* Remove unneeded checks of device unit number from speaker(4).ed2009-01-251-18/+9
| | | | | Calls on the cdev can only be made on existing devices. This means we don't have to check the value of dev2unit().
* - Add few VIA bridges to agp_via.c and connect it to amd64 buildjkim2009-01-231-0/+9
| | | | | as they support Intel Core/Core 2 and VIA Nano processors. - Align "optional agp" in conf/files.* for consistency while I am here.
* fix return status handling by ar5XXXReset; this is the reason thesam2009-01-235-10/+10
| | | | driver sometimes reports reset failed w/ status 0
* Add a new USB wireless driver, urtw(4) for supporting Realtek's 8187Lweongyo2009-01-234-0/+3733
| | | | chipset.
* don't run the calibration code if scanning, we won't be on the home channelsam2009-01-231-0/+4
|
* Fix a compile bogon. 'ppbus' is used by two different sets of debug codejhb2009-01-221-0/+2
| | | | | | in lptout(). Reported by: several
* Rename sc_is_pseudo to sc_nobulk member in ufoma_softc.takawata2009-01-221-13/+13
| | | | | | That was pseudo ucom because it used home brew tty interface. Now, it is integrated to usb serial framework, so it is not pseudo ucom any more.
* Add locking to ppc and ppbus and mark the whole lot MPSAFE:jhb2009-01-2121-497/+830
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - To avoid having a bunch of locks that end up always getting acquired as a group, give each ppc(4) device a mutex which it shares with all the child devices including ppbus(4), lpt(4), plip(4), etc. This mutex is then used for all the locking. - Rework the interrupt handling stuff yet again. Now ppbus drivers setup their interrupt handler during attach and tear it down during detach like most other drivers. ppbus(4) only invokes the interrupt handler of the device that currently owns the bus (if any) when an interrupt occurs, however. Also, interrupt handlers in general now accept their softc pointers as their argument rather than the device_t. Another feature of the ppbus interrupt handlers is that they are called with the parent ppc device's lock already held. This minimizes the number of lock operations during an interrupt. - Mark plip(4), lpt(4), pcfclock(4), ppi(4), vpo(4) MPSAFE. - lpbb(4) uses the ppc lock instead of Giant. - Other plip(4) changes: - Add a mutex to protect the global tables in plip(4) and free them on module unload. - Add a detach routine. - Split out the init/stop code from the ioctl routine into separate functions. - Other lpt(4) changes: - Use device_printf(). - Use a dedicated callout for the lptout timer. - Allocate the I/O buffers at attach and detach rather than during open and close as this simplifies the locking at the cost of 1024+32 bytes when the driver is attached. - Other ppi(4) changes: - Use an sx lock to serialize open and close. - Remove unused HADBUS flag. - Add a detach routine. - Use a malloc'd buffer for each read and write to avoid races with concurrent read/write. - Other pps(4) changes: - Use a callout rather than a callout handle with timeout(). - Conform to the new ppbus requirements (regular mutex, non-filter interrupt handler). pps(4) is probably going to have to become a standalone driver that doesn't use ppbus(4) to satisfy it's requirements for low latency as a result. - Use an sx lock to serialize open and close. - Other vpo(4) changes: - Use the parent ppc device's lock to create the CAM sim instead of Giant. - Other ppc(4) changes: - Fix ppc_isa's detach method to detach instead of calling attach. Tested by: no one :-(
* Add the dresden elektronik SensorTerminalBoard which uses an FT245.joerg2009-01-212-0/+19
|
* Add Unicode rendering to the teken demo application.ed2009-01-212-11/+32
| | | | | | | | | Some time ago I tried adding Unicode rendering to the teken demo application, but I didn't get it working. It seems I forgot to call setlocale(). Polish this code and make sure it doesn't get lost. Also a small fix for my previous commit: all Unicode characters in teken_boxdrawing are below 0x10000, so store them as 16-bit values.
* Default to normal bus timing mode on SD cards. In practice, mostimp2009-01-211-0/+1
| | | | | | cards people have today support high speed mode, so the timing field would be initialized to bus_timing_hs, but there are some slow cards...
* Fix minor style nit for file consistency.imp2009-01-211-5/+4
|
* Make the command reporting be under boot verbose.imp2009-01-211-6/+10
| | | | | Also, report a few other things under boot verbose. Small style nit to make new code look like old code in this file.
* Fix copy/paste mistake in variable name. This could lead to using incorrectmav2009-01-211-1/+1
| | | | bus frequency.
* correct typo that left programmed sifs time in the slot timesam2009-01-212-3/+3
| | | | | | (to be applied on subsequent resets) Submitted by: Jiri Fojtasek <jiri.fojtasek@hlohovec.net>
* Fix typo in commentemax2009-01-201-1/+1
| | | | Pointed out by: Daan Vreeken / Daan at vehosting dot nl
* Update (well, actually rewrite mostly) ng_ubt2 driver for USB2.emax2009-01-202-1147/+1362
| | | | | Reviewed by: HPS, alfred Blessed by: HPS
* - Add support for 8110SCe part. Some magic registers were taken fromjkim2009-01-201-19/+39
| | | | | | | Linux driver. - Swap hardware revisions for 8110S and 8169S as Linux driver claims. Reviewed by: yongari (early version)
* Retire RL_FLAG_INVMAR bit to match its comment and reality.jkim2009-01-201-11/+9
|
* - Do not read and write RX configuration register multiple times.jkim2009-01-201-66/+31
| | | | | | | | | - Always program RX configuration register from scratch instead of doing read/modify/write. - Rename re_setmulti() to re_set_rxmode() to be reflect reality. - Simplify hash filter logic a little while I am here. Reviewed by: yongari (early version)
* Set the wrong softc size when defining the ofw_iicbus class. Change it tonwhitehorn2009-01-201-2/+2
| | | | the correct value.
* Properly implement the VT100 SCS sequences in xterm-mode.ed2009-01-206-31/+201
| | | | | | | | | | | | | | | Even though VT100-like devices can display non-ASCII characters, they do not use an 8-bit character set. Special escape sequences allow the VT100 to switch character maps. The special graphics character set stores the box drawing characters, starting at 0x60, ending at 0x7e. This means we now pass the character map tests in vttest, even the save/restore cursor test, combined with character maps. dialog(1) also works a lot better now. This commit also includes some other minor fixes: - Default to 24 lines in teken_demo when using xterm emulation. - Make white foreground and background work in teken_demo.
* Change the probe priority for PCI and I2C generic bus modules fromnwhitehorn2009-01-202-2/+2
| | | | | | numerical constants to BUS_PROBE_GENERIC. Suggested by: jhb
* Set the pipe pointer before calling usbd_transfer() as its possible for thethompsa2009-01-191-1/+1
| | | | | | xfer callback to be invoked on error. MFC after: 2 weeks
* Add two more nVidia HDMI codec IDs.mav2009-01-191-0/+4
|
* Sometimes RTL8168B seems to take long time to access GMII registersyongari2009-01-191-4/+4
| | | | | | | | in device attach phase. Double GMII register access timeout value to fix the issue. Reported by: wkoszek Tested by: wkoszek
* Don't forget to mark the color translation array as const.ed2009-01-181-2/+2
| | | | Spotted by: Christoph Mallon <christoph mallon gmx de>
* Just put the ifnet pointer first in the softc like it needs to be rather thanthompsa2009-01-1820-30/+10
| | | | adding another deliciously evil pointer.
* Add support for CMedia CMI120.keramida2009-01-181-0/+4
| | | | | | PR: kern/123640 Approved by: ariff MFC after: 2 weeks
* Fix for my previous commit: color mapping is not 1:1.ed2009-01-171-4/+7
| | | | | | | | | | | | Cons25 doesn't seem to use a straight 1:1 mapping to the ANSI colors, but uses the same color numbers as at least used by syscons on i386. I suspect if you change the definitions on a different architecture, things may break? Not sure. Add a small array to convert syscons-style color codes to ANSI equivalents, which are used by libteken internally. I didn't notice this bug, because I only tested my code with black, white and green, all of them shared the same numbers.
* Make vidcontrol's color setting work again.ed2009-01-172-0/+25
| | | | | | | | | It turns out I forgot to implement two escape sequences that allows the user to change the default foreground and background colors. I thought they were implemented by syscons itself, but vidcontrol just generates some escape sequences, which get interpreted by the terminal emulator. Reported by: mgp (forums)
* Convert battery capacity/rate from mA to mW only when summary is requested.mav2009-01-171-1/+1
| | | | | | Unconditional conversion causes incorrect rate units reported by acpiconf. MFC after: 2 weeks
* Allow experimental libteken features to be tested without changing code.ed2009-01-174-57/+55
| | | | | | | | | | | | | The teken library already supports UTF-8 handling and xterm emulation, but we have reasons to disable this right now. Because we should make it easy and interesting for people to experiment with these features, allow them to be set in kernel configuration files. Before this commit we had a flag called `TEKEN_CONS25' to enable cons25-style emulation. I'm calling it the opposite now, `TEKEN_XTERM', because we want to enable it in kernel configuration files explicitly. Requested by: kib
* Disable decoding of BARs by devices before we trash the value in the BARjhb2009-01-161-0/+18
| | | | | | | | | | | | | by writing all 1's to it to determine its length. This fixes issues with MCFG on at least some machines where a trashed BAR claimed subsequent attempts at PCI config transactions because the addresses in the MCFG window fell in the decoding range of the BAR. In general it is a bad idea to leave the BARs enabled while we are frobbing with them in this manner. Sleuthing by: tegge MFC after: 1 week
* export PSB frequenciessam2009-01-161-4/+13
|
* Remove unused files from the digi(4) driver.ed2009-01-164-14961/+0
| | | | | | | | | | | | The digi(4) driver directory contains some files that cannot be checked out on Windows filesystems. This isn't a big deal, but the files aren't used anyway. There are still some other places where checkouts on Windows don't work, such as VFS_MOUNT.9/vfs_mount.9. This should already be a small improvement. MFC after: 1 month
* Add hardware MAC statistics support. Also added some reservedyongari2009-01-162-9/+354
| | | | | | statistics register definition. Users can get current MAC statistics from dev.msk.%d.stats sysctl node(%d is unit number of a device).
* Revert revision 186833 and try a different strategy to allow this device tonwhitehorn2009-01-151-2/+6
| | | | | | | | | | | work when the bus attaches its own children. Instead of hardcoding a unit number and returning BUS_PROBE_NOWILDCARD, which will break multiple iicbus systems, check in the probe routine whether the device address is 0. Real I2C devices will never have this address, but devices added with BUS_ADD_CHILD() will. Requested by: jhb Reviewed by: jhb
* Changes to match "Marketing Description" from Broadcom for HP servers.delphij2009-01-151-12/+14
| | | | | Submitted by: davidch MFC after: 2 months
* Name the items of xfer array.takawata2009-01-151-33/+46
|
* fix a ehci's bug that it's occurred when the xfers are aborted underweongyo2009-01-151-1/+1
| | | | | | | | | heavy loads or working. It looks this bug exists since r158869 so needs to revert a part of the previous. Reviewed by: imp Tested by: sam MFC after: 3 weeks
* Import an Open Firmware I2C bus module. This attaches firmware device treenwhitehorn2009-01-152-0/+185
| | | | | | | | indicated I2C devices, and provides an ofw_bus interface for driver probing. This should be MI, but is currently provided only on PowerPC due to lack of sparc64 hardware with an I2C controller. Discussed on: freebsd-arch
* Name the items in the xfer arrays so they can be identified throughout thethompsa2009-01-1540-666/+868
| | | | code.
* Remove local jumbo locator and switch to UMA backed page allocatoryongari2009-01-142-302/+159
| | | | | | | | | | | | | | | | | | | | | for jumbo frame. o Nuke unneeded jlist lock which was used to protect jumbo buffer management in local allocator. o Added a new tunable hw.mskc.jumbo_disable to disable jumbo frame support for the driver. The tunable could be set for systems that do not need to use jumbo frames and it would save (9K * number of Rx descriptors) bytes kernel memory. o Jumbo buffer allocation failure is no longer critical error for the operation of msk(4). If msk(4) encounter the allocation failure it just disables jumbo frame support and continues to work without your intervention. Using local allocator had several drawbacks such as requirement of large amount of continuous kernel memory and fixed (small) number of available buffers. The need for large continuous memory resulted in failure of loading driver with kldload on running systems. Also small number of buffer used in local allocator showed poor performance for some applications.
* Correct frame length argument of in_cksum_skip. While I'm hereyongari2009-01-141-5/+2
| | | | | | | remove intermediate variable csum. Reported by: Kim Culhan < w8hdkim <> gmail DOT com > Tested by: Kim Culhan < w8hdkim <> gmail DOT com >
* Remove intermediate variable busaddr and have bus_* operate directly ondelphij2009-01-131-13/+6
| | | | | | | softc members upon initialization. Reviewed by: davidch MFC after: 1 month
* Correct spelling in comment.mav2009-01-131-2/+2
|
* Improve AD1983 codec support:mav2009-01-131-1/+28
| | | | | - force playback via mixer to get PCM volume control, - make cleanup on recoring source selection.
* Restore the if_*var.h and if_*reg.h to their original names, they dont need tothompsa2009-01-1325-15/+15
| | | | be different.
* Sync to p4 156093thompsa2009-01-132-3/+7
| | | | | | - Add quirks for Parallels These snuck in as part of a perforce IFC.
OpenPOWER on IntegriCloud