summaryrefslogtreecommitdiff
path: root/sys/dev
Commit message (Collapse)AuthorAgeFilesLines
...
* [iwm] Add and use iwm_phy_db_free(), to plug phy_db memory leak.Adrian Chadd2016-06-233-0/+33
| | | | | | | | | | | | | (Together with other iwm(4) memory leak fixes) Memory leakage in M_DEVBUF is now at ca. 2KB for each iwm(4) module load/unload cycle. Submitted by: Imre Vadasz <imre@vdsz.com> Approved by: re (gjb) Obtained from: DragonflyBSD git eaf551a1d464c643e98ce5781971dd32124e9af1 Differential Revision: https://reviews.freebsd.org/D6819 Notes: svn path=/head/; revision=302103
* [iwm] Fix iwm_dma_contig_free(). dma->map is always NULL here.Adrian Chadd2016-06-231-11/+11
| | | | | | | | | | | | | | | | * When bus_dmamem_alloc is used, the bus_dmamap_t is usually set to NULL, so we were never actually freeing any dma memory allocations done via iwm_dma_contig_alloc(). So we should check dma->vaddr instead of dma->map here. * Also, the dmamap is actually supposed to be invalidated as part of bus_dmamem_free(), so bus_dmamap_destroy() is never needed here. Submitted by: Imre Vadasz <imre@vdsz.com> Approved by: re (gjb) Obtained from: DragonflyBSD git ef2b29a7ba6ca8a9d2c82ab591c0622227ff84cb Notes: svn path=/head/; revision=302102
* [iwm] Use vap->iv_myaddr instead of ic->ic_macaddr when vap != NULL.Adrian Chadd2016-06-232-3/+6
| | | | | | | | | | | | | | | ic_macaddr is only used for the initial mac address provided by NVM. We should rather use vap->iv_myaddr when vap != NULL, to allow the MAC address to be changed later with ifconfig(8). Submitted by: Imre Vadasz <imre@vdsz.com> Reviewed by: avos Approved by: re (gjb) Obtained from: DragonflyBSD git 4aee7a78275676d22d14c04177bd0c9377d91478 Differential Revision: https://reviews.freebsd.org/D6743 Notes: svn path=/head/; revision=302101
* [ath] fix comments!Adrian Chadd2016-06-231-2/+2
| | | | | | | | | | | | | | I keep asking myself "what do these fields mean" and so now I've clarified it for myself. Tested: * Reading the comments, going "a-ha!" a couple times. Approved by: re (gjb) Notes: svn path=/head/; revision=302100
* Update the definition for number of scratch pages to match the latestHans Petter Selasky2016-06-223-7/+8
| | | | | | | | | | | | version of the XHCI specification. Make sure the code can handle the maximum number of allowed scratch pages. Submitted by: Shichun_Ma@Dell.com Approved by: re (hrs) MFC after: 1 week Notes: svn path=/head/; revision=302076
* Account for AIO socket operations in thread/process resource usage.John Baldwin2016-06-211-0/+6
| | | | | | | | | | | | | | | | | | | | | | File and disk-backed I/O requests store counts of read/written disk blocks in each AIO job so that they can be charged to the thread that completes an AIO request via aio_return() or aio_waitcomplete(). This change extends AIO jobs to store counts of received/sent messages and updates socket backends to set these counts accordingly. Note that the socket backends are careful to only charge a single messages for each AIO request even though a single request on a blocking socket might invoke sosend or soreceive multiple times. This is to mimic the resource accounting of synchronous read/write. Adjust the UNIX socketpair AIO test to verify that the message resource usage counts update accordingly for aio_read and aio_write. Approved by: re (hrs) Sponsored by: Chelsio Communications Differential Revision: https://reviews.freebsd.org/D6911 Notes: svn path=/head/; revision=302074
* [ath] fix TX throughput for EDMA chips by pushing more into the TX FIFO.Adrian Chadd2016-06-211-20/+70
| | | | | | | | | | | | | | | | | | | | | | | | | | | It turns out that getting decent performance requires stacking the TX FIFO a little more aggressively. * Ensure that when we complete a frame, we attempt to push a new frame into the FIFO so TX is kept as active as it needs to be * Be more aggressive about batching non-aggregate frames into a single TX FIFO slot. This "fixes" TDMA performance (since we only get one TX FIFO slot ungated per DMA beacon alert) but it does this by pushing a whole lot of work into the TX FIFO slot. I'm not /entirely/ pleased by this solution, but it does fix a whole bunch of corner case issues in the transmit side and fix TDMA whilst I'm at it. I'll go revisit transmit packet scheduling in ath(4) post 11. Tested: * AR9380, STA mode * AR9580, hostap mode * AR9380, TDMA client mode Approved by: re (hrs) Notes: svn path=/head/; revision=302060
* Get closer to a VIMAGE network stack teardown from top to bottom ratherBjoern A. Zeeb2016-06-211-1/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | than removing the network interfaces first. This change is rather larger and convoluted as the ordering requirements cannot be separated. Move the pfil(9) framework to SI_SUB_PROTO_PFIL, move Firewalls and related modules to their own SI_SUB_PROTO_FIREWALL. Move initialization of "physical" interfaces to SI_SUB_DRIVERS, move virtual (cloned) interfaces to SI_SUB_PSEUDO. Move Multicast to SI_SUB_PROTO_MC. Re-work parts of multicast initialisation and teardown, not taking the huge amount of memory into account if used as a module yet. For interface teardown we try to do as many of them as we can on SI_SUB_INIT_IF, but for some this makes no sense, e.g., when tunnelling over a higher layer protocol such as IP. In that case the interface has to go along (or before) the higher layer protocol is shutdown. Kernel hhooks need to go last on teardown as they may be used at various higher layers and we cannot remove them before we cleaned up the higher layers. For interface teardown there are multiple paths: (a) a cloned interface is destroyed (inside a VIMAGE or in the base system), (b) any interface is moved from a virtual network stack to a different network stack ("vmove"), or (c) a virtual network stack is being shut down. All code paths go through if_detach_internal() where we, depending on the vmove flag or the vnet state, make a decision on how much to shut down; in case we are destroying a VNET the individual protocol layers will cleanup their own parts thus we cannot do so again for each interface as we end up with, e.g., double-frees, destroying locks twice or acquiring already destroyed locks. When calling into protocol cleanups we equally have to tell them whether they need to detach upper layer protocols ("ulp") or not (e.g., in6_ifdetach()). Provide or enahnce helper functions to do proper cleanup at a protocol rather than at an interface level. Approved by: re (hrs) Obtained from: projects/vnet Reviewed by: gnn, jhb Sponsored by: The FreeBSD Foundation MFC after: 2 weeks Differential Revision: https://reviews.freebsd.org/D6747 Notes: svn path=/head/; revision=302054
* rtwn: fix Tx processing, add some busdma synchronization.Andriy Voskoboinyk2016-06-201-3/+21
| | | | | | | | | | | | | | 1) Unload mbuf instead of descriptor in rtwn_tx_done(). 2) Add more synchronization for device visible mappings before touching the memory. 3) Improve watchdog timer logic. Reported and tested by: mva Approved by: re (gjb) Notes: svn path=/head/; revision=302035
* urtwn: fix panic on device detach.Andriy Voskoboinyk2016-06-201-0/+47
| | | | | | | | | | | | | Remove frames from active/pending Tx queues and free related node references when vap is destroyed to prevent various use-after-free scenarios. Reported and tested by: Aleksander Alekseev <afiskon@devzen.ru> PR: 208632 Approved by: re (gjb) Notes: svn path=/head/; revision=302034
* - No log bit in IOCStatus and endian-safe changes.Stephen McConnell2016-06-206-29/+35
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Use MPI2_IOCSTATUS_MASK when checking IOCStatus to mask off the log bit, and make a few more things endian-safe. - Fix possible use of invalid pointer. It was possible to use an invalid pointer to get the target ID value. To fix this, initialize a local Target ID variable to an invalid value and change that variable to a valid value only if the pointer to the Target ID is not NULL. - No need to set the MPSSAS_SHUTDOWN flag because it's never used. - done_ccb pointer can be used if it is NULL. To prevent this, move check for done_ccb == NULL to before done_ccb is used in mpssas_stop_unit_done(). - Disks can go missing until a reboot is done in some cases. This is due to the DevHandle not being released, which causes the Firmware to not allow that disk to be re-added. Reviewed by: ken Approved by: re (gjb), ken, scottl, ambrisko (mentors) MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D6872 Notes: svn path=/head/; revision=302031
* [ath] fix EDMA TX buffer flags for use when retransmitting frames.Adrian Chadd2016-06-201-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This started showing up when doing lots of aggregate traffic. For TDMA it's always no-ACK traffic and I didn't notice this, and I didn't notice it when doing 11abg traffic as it didn't fail enough in a bad way to trigger this. This showed up as the fifo depth being < 0. Eg: Jun 19 09:23:07 gertrude kernel: ath0: ath_tx_edma_push_staging_list: queued 2 packets; depth=2, fifo depth=1 Jun 19 09:23:07 gertrude kernel: ath0: ath_edma_tx_processq: Q1, bf=0xfffffe000385f068, start=1, end=1 Jun 19 09:23:07 gertrude kernel: ath0: ath_edma_tx_processq: Q1: FIFO depth is now 0 (1) Jun 19 09:23:07 gertrude kernel: ath0: ath_edma_tx_processq: Q1, bf=0xfffffe0003866fe8, start=0, end=1 Jun 19 09:23:07 gertrude kernel: ath0: ath_edma_tx_processq: Q1: FIFO depth is now -1 (0) So, clear the flags before adding them to a TX queue, so if they're re-added for the retransmit path it'll clear whatever they were and not double-account the FIFOEND flag. Oops. Tested: * AR9380, STA mode, 11n iperf testing (~130mbit) Approved by: re (delphij) Notes: svn path=/head/; revision=302024
* [ath] add support for batching frames to the general TX queues.Adrian Chadd2016-06-191-51/+158
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | It turns out the frame scheduling policies (eg DBA_GATED) operate on a single TX FIFO entry. ASAP scheduling is fine; those frames always go out. DBA-gated sets the TX queue ready when the DBA timer fires, which triggers a beacon transmit. Normally this is used for content-after-beacon queue (CABQ) work, which needs to burst out immediately after a beacon. (eg broadcast, multicast, etc frames.) This is a general policy that you can use for any queue, and Sam's TDMA code uses it. When DBA_GATED is used and something like say, an 11e TX burst window, it only operates on a single TX FIFO entry. If you have a single frame per TX FIFO entry and say, a 2.5ms long burst window (eg TDMA!) then it'll only burst a single frame every 2.5ms. If there's no gating (eg ASAP) then the burst window is fine, and multiple TX FIFO slots get used. The CABQ code does pack in a list of frames (ie, the whole cabq) but up until this commit, the normal TX queues didn't. It showed up when I started to debug TDMA on the AR9380 and later. This commit doesn't fix the TDMA case - that's still broken here, because all I'm doing here is allowing 'some' frames to be bursting, but I'm certainly not filling the whole TX FIFO slot entry with frames. Doing that 'properly' kind of requires me to take into account how long packets should take to transmit and say, doing 1.5 or something times that per TX FIFO slot, as if you partially transmit a slot, when it's next gated it'll just finish that TX FIFO slot, then not advance to the next one. Now, I /also/ think queuing a new packet restarts DMA, but you have to push new frames into the TX FIFO. I need to experiment some more with this because if it's really the case, I will be able to do TDMA support without the egregious hacks I have in my local tree. Sam's TDMA code for previous chips would just kick the TXE bit to push along DMA again, but we can't do that for EDMA chips - we /have/ to push a new frame into the TX FIFO to restart DMA. Ugh. Tested: * AR9380, STA mode * AR9380, hostap mode * AR9580, hostap mode Approved by: re (gjb) Notes: svn path=/head/; revision=302017
* Fix if_ntb interface setup to include IFF_MULTICAST.Eric van Gyzen2016-06-181-1/+1
| | | | | | | | | | | | | | | | This allows IPv6 link local addresses (and other IPv6 functionality) to work. PR: 210355 Submitted by: Steve Wahl and David Bright (both at Dell Inc.) Reviewed by: cem, mav Tested by: mav (on Intel hardware) Approved by: re (kib) MFC after: 5 days Sponsored by: Dell Inc. Differential Revision: https://reviews.freebsd.org/D6885 Notes: svn path=/head/; revision=302014
* [ath] don't debug RX EDMA descriptors that are not yet complete.Adrian Chadd2016-06-171-2/+2
| | | | | | | Approved by: re@ (gjb) Notes: svn path=/head/; revision=301994
* siba(4): Adopt bcma-compatible mapping of bhnd(4) port/region identifiers.Landon J. Fuller2016-06-164-207/+188
| | | | | | | | | | | | | | Maps Sonics/OCP per-core address spaces to bcma(4)-compatible port/region identifiers. This permits the use of common address map identifiers in bhnd device drivers, independent of the underlying interconnect type. Approved by: re (gjb), adrian (mentor) Differential Revision: https://reviews.freebsd.org/D6850 Notes: svn path=/head/; revision=301972
* bhnd(4): Fix resource allocation issues exposed by chipc PMU support.Landon J. Fuller2016-06-164-17/+42
| | | | | | | | | | | | | | | - Delete all chipc children on attachment failure. - Added missing bhnd_nexus bhnd_bus_deactivate_resource implementation. - Drop a CHIPC_UNLOCK() accidentally left behind after lifting synchronization into the chipc region refcounting API. - Fix re-allocation of chipc resources. Previously, the resource ID was reset to -1 on release, preventing later re-allocation. Approved by: re (gjb), adrian (mentor) Differential Revision: https://reviews.freebsd.org/D6849 Notes: svn path=/head/; revision=301971
* [iwm] free RX ring / NVM memory after they're used.Adrian Chadd2016-06-161-4/+12
| | | | | | | | | | | | | | | | | * Free RX ring during detach * Free NVM memory after parsing Tested: * 7260, STA mode Submitted by: Imre Vadasz <imre@vdsz.com> Approved by: re (gjb) Obtained from: dragonflybsd Differential Revision: https://reviews.freebsd.org/D6817 Notes: svn path=/head/; revision=301970
* Always allow loading of cpuctl(4). When a CPU feature is notKonstantin Belousov2016-06-161-16/+22
| | | | | | | | | | | | supported, e.g. CPUID or MSR, return ENODEV from the ioctl which needs that feature. Sponsored by: The FreeBSD Foundation MFC after: 1 week Approved by: re (hrs) Notes: svn path=/head/; revision=301962
* Use sbused() instead of sbspace() to avoid signed issues.John Baldwin2016-06-151-5/+3
| | | | | | | | | | | | | | | | Inserting a full mbuf with an external cluster into the socket buffer resulted in sbspace() returning -MLEN. However, since sb_hiwat is unsigned, the -MLEN value was converted to unsigned in comparisons. As a result, the socket buffer was never autosized. Note that sb_lowat is signed to permit direct comparisons with sbspace(), but sb_hiwat is unsigned. Follow suit with what tcp_output() does and compare the value of sbused() with sb_hiwat instead. Approved by: re (gjb) Sponsored by: Chelsio Communications Notes: svn path=/head/; revision=301932
* Move backend-specific fields of kaiocb into a union.John Baldwin2016-06-151-20/+25
| | | | | | | | | | | | | | | | | This reduces the size of kaiocb slightly. I've also added some generic fields that other backends can use in place of the BIO-specific fields. Change the socket and Chelsio DDP backends to use 'backend3' instead of abusing _aiocb_private.status directly. This confines the use of _aiocb_private to the AIO internals in vfs_aio.c. Reviewed by: kib (earlier version) Approved by: re (gjb) Sponsored by: Chelsio Communications Differential Revision: https://reviews.freebsd.org/D6547 Notes: svn path=/head/; revision=301930
* cxgbe/t4_tom: Fix inverted assertion in r300895. It is RDMANavdeep Parhar2016-06-141-1/+1
| | | | | | | | | | connections and not others that are allowed to fail the receive window check. Approved by: re (gjb@) Notes: svn path=/head/; revision=301898
* iw_cxgbe: Make sure that send_abort results in a TCP RST and not a FIN.Navdeep Parhar2016-06-141-2/+16
| | | | | | | | | | | | | Release the hold on ep->com immediately after sending the RST. This fixes a bug that sometimes leaves userspace iWARP tools hung when the user presses ^C. Submitted by: Krishnamraju Eraparaju @ Chelsio Approved by: re (gjb@) Sponsored by: Chelsio Communications Notes: svn path=/head/; revision=301897
* [iwm] Fix up busdma use in the RX pathAdrian Chadd2016-06-132-15/+38
| | | | | | | | | | | | | | | | | | | | | | | | When allocating a new mbuf or bus_dmamap_load()-ing it fails, we can just keep the old mbuf since we are dropping that packet anyway. Instead of doing bus_dmamap_create() and bus_dmamap_destroy() all the time, create an extra bus_dmamap_t which we can use to safely try bus_dmamap_load()-ing the new mbuf. On success we just swap the spare bus_dmamap_t with the data->map of that ring entry. Tested: Tested with Intel AC7260, verified with vmstat -m that new kernel no longer visibly leaks memory from the M_DEVBUF malloc type. Before, leakage was 1KB every few seconds while ping(8)-ing over the wlan connection. Submitted by: Imre Vadasz <imre@vdsz.com> Approved by: re@ Obtained from: DragonflyBSD.git cc440b26818b5dfdd9af504d71c1b0e6522b53ef Differential Revision: https://reviews.freebsd.org/D6742 Notes: svn path=/head/; revision=301845
* Fix an issue with multicast hash filters on Amlogic and Allwinner boards.Jared McNeill2016-06-122-8/+13
| | | | | | | | | | | | For DWC_GMAC_ALT_DESC implementations, the multicast hash table has only 64 entries. Instead of 8 registers starting at 0x500, a pair of registers at 0x08 and 0x0c are used instead. Approved by: re (hrs) Submitted by: Guy Yur <guyyur@gmail.com> Notes: svn path=/head/; revision=301841
* Commit the bits of nda that were missed. This should fix the build.Warner Losh2016-06-104-39/+62
| | | | | | | Approved by: re@ Notes: svn path=/head/; revision=301778
* [ath] add a placeholder event for debuggin EDMA TX FIFO push events.Adrian Chadd2016-06-091-0/+8
| | | | | | | | | | Some later code I'll commit pushes lists of frames into the EDMA TX FIFO, rather than a single frame at a time. The CABQ code already pushes frame lists, but it turns out we should actually be doing it in general or performance tanks. :( Notes: svn path=/head/; revision=301767
* [ath] report node queue overflows.Adrian Chadd2016-06-091-0/+3
| | | | | | | I need to also update athstats to report this too. Notes: svn path=/head/; revision=301766
* urtwn: reinstall group keys on every device startup.Andriy Voskoboinyk2016-06-092-6/+54
| | | | | | | | | | | Since key table is cleared on every device shutdown, static WEP keys (which are set only once) need to be reinstalled manually every time when device starts running. Tested with RTL8188EU, STA (all ciphers) / IBSS (WPA-none) modes. Notes: svn path=/head/; revision=301762
* xen/timer: re-introduce the inittodr call in the resume pathRoger Pau Monné2016-06-091-0/+3
| | | | | | | | | | | | r298930 removed the inittodr call, but it seems like this prevents "calcru: runtime went backwards ..." messages from occasionally appearing when resuming from migration. Reported by: Karl Pielorz <kpielorz@tdx.co.uk> Sponsored by: Citrix Systems R&D Notes: svn path=/head/; revision=301742
* Revert previous commit, until issue with sparc64 resolved.Simon J. Gerraty2016-06-091-3/+1
| | | | | | | Approved by: so (implicit) Notes: svn path=/head/; revision=301735
* Consistently use 'unsigned int' for session IDs.Edward Tomasz Napierala2016-06-091-3/+3
| | | | | | | MFC after: 1 month Notes: svn path=/head/; revision=301726
* sfxge(4): bump version to the closest out-of-tree driver versionAndrew Rybchenko2016-06-091-1/+1
| | | | | | | | Sponsored by: Solarflare Communications, Inc. MFC after: 1 week Notes: svn path=/head/; revision=301725
* sfxge(4): handle negative ticks difference correctlyAndrew Rybchenko2016-06-092-3/+3
| | | | | | | | | | | | | | | | ticks are signed int and if statistics is not updated for a long time (more than INT_MAX ticks, but less than UINT_MAX) difference becomes negative and less than hz for a long time. Other option to repeat is simply load driver (which initializes timestamps to 0) when ticks are negative. Sponsored by: Solarflare Communications, Inc. MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D6777 Notes: svn path=/head/; revision=301724
* Add some spares to structs used by iscsi(4), to avoid ABI problemsEdward Tomasz Napierala2016-06-091-6/+8
| | | | | | | | | during 11-STABLE. MFC after: 1 month Notes: svn path=/head/; revision=301723
* Add a prototype for random_harvest_queue to dev/random/random_harvestq.hSimon J. Gerraty2016-06-091-1/+3
| | | | | | | | | | | | | This fixes a warning that occurs in a number of files that use the random_harvest_queue function. Differential Revision: https://reviews.freebsd.org/D4229 Submitted by: stevek@juniper.net Reviewed by: markm Approved by: so Notes: svn path=/head/; revision=301713
* ioat(4): Add ddb "show ioat <unit>" debugger commandConrad Meyer2016-06-091-0/+99
| | | | | | | Sponsored by: EMC / Isilon Storage Division Notes: svn path=/head/; revision=301712
* bhnd(4): Fix mips/broadcom core matching and bus pass order.Landon J. Fuller2016-06-083-4/+6
| | | | | | | | | | | | | | | | | | | | Changes: - Fixed incorrect MIPS74k vendor ID in the bhnd core descriptor tables - Fixed MIPS core driver's matching against MIPS/MIPS33 cores. - Improved MIPS3302 core description. - Enabled BUS_PASS_BUS on the bhnd nexus drivers to allow early probing of the MIPS core. - Enabled BUS_PASS_CPU on the MIPS core driver to ensure correct attach order. - Disabled matching of the MIPS core driver on non-SoC devices. Reviewed by: Michael Zhilin <mizhka@gmail.com> Approved by: adrian (mentor) Differential Revision: https://reviews.freebsd.org/D6735 Notes: svn path=/head/; revision=301698
* bhnd(4): Add a vendor parameter to BHND_DEVICE(), replacing vendor-specificLandon J. Fuller2016-06-087-17/+9
| | | | | | | | | | BHND_*_DEVICE macros. Approved by: adrian (mentor) Differential Revision: https://reviews.freebsd.org/D6736 Notes: svn path=/head/; revision=301697
* Multicast filters on DWC_GMAC_ALT_DESC type implementations use a differentJared McNeill2016-06-081-9/+21
| | | | | | | | | | hash register setup. In addition, strip trailing FCS in receive path. Reviewed by: loos Differential Revision: https://reviews.freebsd.org/D6653 Notes: svn path=/head/; revision=301693
* Add support for Atmel at25df641 flashBaptiste Daroussin2016-06-083-0/+5
| | | | | | | Submitted by: Grégory Soutadé <soutade@gmail.com> (via github pull request) Notes: svn path=/head/; revision=301632
* cxgbe(4): Add a sysctl to manage the binding of a txq to a traffic class.Navdeep Parhar2016-06-082-0/+82
| | | | | | | Sponsored by: Chelsio Communications Notes: svn path=/head/; revision=301628
* sfxge(4): host byte order is required for IP ID in TSO descriptorsAndrew Rybchenko2016-06-081-2/+2
| | | | | | | | | Submitted by: Artem V. Andreev <Artem.Andreev at oktetlabs.ru> Sponsored by: Solarflare Communications, Inc. MFC after: 1 week Notes: svn path=/head/; revision=301607
* sfxge(4): cleanup: add missing probes to ef10_nvram_segment_write_tlvAndrew Rybchenko2016-06-081-7/+16
| | | | | | | | | Submitted by: Andy Moreton <amoreton at solarflare.com> Sponsored by: Solarflare Communications, Inc. MFC after: 1 week Notes: svn path=/head/; revision=301604
* hyperv/vmbus: Change tx_evtflags type to u_long to match vmbus_evtflagsSepherosa Ziehau2016-06-085-11/+14
| | | | | | | | | MFC after: 1 week Sponsored by: Microsoft OSTC Differential Revision: https://reviews.freebsd.org/D6745 Notes: svn path=/head/; revision=301588
* hyperv/vmbus: Busdma-fy MNF and event flags.Sepherosa Ziehau2016-06-085-90/+76
| | | | | | | | | MFC after: 1 week Sponsored by: Microsoft OSTC Differential Revision: https://reviews.freebsd.org/D6744 Notes: svn path=/head/; revision=301583
* - Replace the magic numbers with something more readable.Kevin Lo2016-06-082-5/+25
| | | | | | | - Reset DMA indexes after disabling DMA. Notes: svn path=/head/; revision=301575
* Fix a minor leak in ACPI thermalConrad Meyer2016-06-071-1/+3
| | | | | | | | | | | Introduced in r301518. Reported by: Coverity CID: 1356266 Sponsored by: EMC / Isilon Storage Division Notes: svn path=/head/; revision=301562
* Add SR-IOV guest support to the mlx5en driver.Hans Petter Selasky2016-06-075-0/+526
| | | | | | | | | | | | This patch adds the missing pieces needed for device setup using the mlx5en driver inside a virtual machine which is providing hardware access through SR-IOV. Sponsored by: Mellanox Technologies MFC after: 1 week Notes: svn path=/head/; revision=301545
* cxgbe(4): A couple of fixes to set_sched_queue.Navdeep Parhar2016-06-071-6/+8
| | | | | | | | | | | | | - Validate the scheduling class against the actual limit (which is chip specific) instead of a magic number. - Return an error if an attempt is made to manipulate the tx queues of a VI that hasn't been initialized. Sponsored by: Chelsio Communications Notes: svn path=/head/; revision=301542
generated by cgit v1.3 (git 2.53.0) at 2026-05-13 16:27:39 +0000