summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* panic() with reasonable message instead of returning zero frequency causingmav2012-10-101-1/+2
| | | | | | | division by zero later if event timer's minimal period is above one second. For now it is just a theoretical possibility. Found by: Clang Static Analyzer
* There are SCSI conditions that are not an errors. In those cases cderror()mav2012-10-101-10/+9
| | | | | | | returns zero while request status is not CAM_REQ_CMP. That could cause partial device attach or other unexpected results. Found by: Clang Static Analyzer
* Add a driver ioctl to clear a port's MAC statistics.np2012-10-102-0/+11
| | | | | Submitted by: gnn@ MFC after: 3 days
* Do not check if found IPv4 rte is dynamic if net.inet.icmp.drop_redirect ismelifaro2012-10-104-6/+48
| | | | | | | | | | | | | | | | | | enabled. This eliminates one mtx_lock() per each routing lookup thus improving performance in several cases (routing to directly connected interface or routing to default gateway). Icmp redirects should not be used to provide routing direction nowadays, even for end hosts. Routers should not use them too (and this is explicitly restricted in IPv6, see RFC 4861, clause 8.2). Current commit changes rnh_machaddr function to 'stock' rn_match (and back) for every AF_INET routing table in given VNET instance on drop_redirect sysctl change. This change is part of bigger patch eliminating rte locking. Sponsored by: Yandex LLC MFC after: 2 weeks
* Really handle xpt_compile_path() error in xpt_bus_register() instead ofmav2012-10-101-2/+5
| | | | | | print error message and probably crash just after it on NULL dereference. Found by: Clang Static Analyzer
* Remove 'periph == NULL' check from bunch of periph drivers.mav2012-10-1010-49/+0
| | | | | This condition can never be true as functions are called from single place and the checks just pollute the code and confuse Clang Static Analyzer.
* Add support for locate LED.jimharris2012-10-103-15/+42
| | | | | | | | While here, change ISCI_LED to ISCI_PHY since conceptually the hardware ties the LEDs to a phy and the LEDs for a given phy cannot be controlled independently. Submitted by: Paul Maulberger <Paul.Maulberger at gmx.de> (with modifications)
* Add checks for ata_sata_scr_read() return statuses. It is mostly to silencemav2012-10-101-3/+5
| | | | Clang Static Analyzer warnings as errors there are usually unlikely.
* Add an "i2c" subcommand to cxgbetool. You can use this to readnp2012-10-101-0/+58
| | | | | | | | | | | | | | information from the transceivers connected to the ports of a cxgbe(4) based card. # cxgbetool t4nex0 i2c <port_id> <dev_addr> <addr> [<count>] For example: # cxgbetool t4nex0 i2c 0 0xa0 3 0x10 [16] (As per SFF-8472 the SFP+ module is at 0xa0 and bit 4 in the value at address 3 indicates it's a 10Gbase-SR module, which it is.)
* MFi386 r241356alc2012-10-101-0/+9
| | | | | | Add several asserts. MFC after: 3 days
* Add a driver ioctl to read a byte from any device on a port's i2c bus.np2012-10-104-0/+69
| | | | | | | | | | This lets userspace read arbitrary information from the SFP+ modules etc. on this bus. Reading multiple bytes in the same transaction isn't possible right now. I'll update the driver once the chip's firmware supports this. MFC after: 3 days
* There is no need to report the same error twice.np2012-10-101-9/+1
| | | | MFC after: 3 days
* Remove unused item. cxgbe's rx queue's lock was removed a long time ago.np2012-10-102-13/+5
| | | | MFC after: 3 days
* WITH_CTF is now a "normal" build option (WITHOUT_CTF is supported andjhb2012-10-101-7/+1
| | | | | | MK_CTF is used internally). Reviewed by: fjoe
* - Fix the error message when a dependency string is not provided tojhb2012-10-101-2/+2
| | | | | | | | | reference a missing dependency rather than a missing compile command. - Don't append a newline to the auto-generated compile command. The compile command has a newline appended when it is later output to the Makefile. MFC after: 2 weeks
* Revert previous commit...kevlo2012-10-1079-88/+89
| | | | Pointyhat to: kevlo (myself)
* Remove unnecessary delay. I don't see any comments in data sheetyongari2012-10-101-1/+0
| | | | | | | | that requires 10ms delay after device reset. Because that code was there from day 1, I guess it was added to give enough settlement time after updating BGE_MAC_MODE register. The recommended delay time for BGE_MAC_MODE after updating is 40us and it was already done in r241219.
* Fix a long standing VCPU reset sequence bug on BCM5906.yongari2012-10-101-9/+9
| | | | | | | | | | The VCPU(Virtual CPU) of BCM5906 is used to provide a mechanism to control the bootcode execution and to pick up configuration data stored inside the EEPROM. The bootcode of BCM5906 will check the BGE_VCPU_STATUS_DRV_RESET bit to decide which booting procedure to choose. Data sheet indicates the VCPU of BCM5906 should set BGE_VCPU_STATUS_DRV_RESET bit *before* VCPU reset or global reset.
* Do not force PCIe 1.0a mode in device reset on BCM5717 and neweryongari2012-10-101-2/+5
| | | | | controllers. BCM5785 does not require PCI 1.0a mode as well during reset.
* Honor PHY type fiber for BCM5717/BCM5718/BCM5719/BCM5720.yongari2012-10-101-1/+1
|
* On PHY write error use hex number to show the value.yongari2012-10-101-4/+7
| | | | Add more comments.
* If the maximum payload size is 256 bytes or more, set the DMA writeyongari2012-10-102-5/+15
| | | | | | | | | | water mark to 256 bytes. Otherwise controller will encounter DMA write under run errors and would result in RX DMA hang. If the maximum payload size is 128 bytes, the water mark is set to 128 bytes as usual. While here, set maximum read request size to 2048 for BCM5719/BCM5720. For other PCIe devices, use 4096. And reprogram the maximum read request size whenever device reset is performed.
* Grab the softc from the ACPI host-pci bridge device instead of from the pcineel2012-10-101-1/+1
| | | | | | endpoint device. Reviewed by: jhb
* Cast vendor-specific spell on VIA VT1818S codecs alike to VT1708S tomav2012-10-091-0/+2
| | | | | | | | | make analog input loopback and dual-stream playback work by enabling signal mixing by nid 22, as it should be according to info returned by the CODEC. Otherwise pin nid 28 receives only signal from DAC nid 16. PR: kern/169124 MFC after: 1 week
* Add an unified macro to deny ability from the compiler to reorderattilio2012-10-0910-21/+20
| | | | | | | | | | instruction loads/stores at its will. The macro __compiler_membar() is currently supported for both gcc and clang, but kernel compilation will fail otherwise. Reviewed by: bde, kib Discussed with: dim, theraven MFC after: 2 weeks
* Remove undefined behavior from sranddev() andeadler2012-10-092-4/+2
| | | | | | | | | | | | srandomdev(). This doesn't actually work with any modern C compiler: In particular, both clang and modern gcc verisons silently elide any xor operation with 'junk'. Approved by: secteam MFC after: 3 days
* Reverts r234074,234105,234564,234723,234989,235231-235232 and part ofattilio2012-10-0911-38/+16
| | | | | | | | r234247. Use, instead, the static intializer introduced in r239923 for x86 and sparc64 intr_cpus, unwinding the code to the initial version. Reviewed by: marius
* 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
OpenPOWER on IntegriCloud