| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
|
|
|
|
|
|
|
|
|
| |
SD Simplified specification, as well as other SD and SDIO
implemenations I've examined, suggest this disclaimer may be required.
It is unclear to me exactly what the license would be for, or why it
might be required. Err on the side of caution and include this
disclaimer so anybody deploying this code can judge for themselves. I
have no further unformation about the details.
|
|
|
|
|
|
|
|
|
| |
clusters. This helps quite a bit on my low end machines (improves
performance by about 300Kpps when being blasted by a hardware
packet generator).
- Include one extended f/w counter forgotten in earlier commit
Sponsored by: Myricom Inc.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
- upgrade to reflect state of 1.0.0.86
- move from firmware rev 3.2 to 4.0.0
- import driver bits for offload functionality
- remove binary distribution clause from top level files as it
runs counter to the intent of purely supporting the hardware
MFC after: 3 days
|
|
|
|
|
|
|
|
|
| |
back in a simulated resume instead of entering the requested suspend state.
This helps in testing drivers separately from the acpi suspend code. To
test your drivers, set debug.acpi.suspend_bounce=1 and then run
acpiconf -s3 (or 4).
MFC after: 1 day
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
|
|
| |
a bit confused how the 'link flap' was connected to the
'get' rather than 'set' address, but this seems the right
thing to do here.
|
|
|
|
|
|
|
| |
missing htole64 in encap code.
Reviewed by:Pdeuskar
Approved by:Pdeuskar
|
|
|
|
|
| |
in the mxge driver so as to be able to do checksum offload
on vlans. This is good enough to achieve 10GbE line rate on vlans.
|
|
|
|
|
|
|
|
|
|
| |
device's, not the bridge's, softc to be used to check the
PCIB_DISABLE_MSI flag. This resulted in randomly allowing
or denying MSI interrupts based on whatever value the driver
happened to store at sizeof(device_t) bytes into its softc.
I noticed this when I stopped getting MSI interrupts
after slighly re-arranging mxge's softc yesterday.
|
| |
|
|
|
|
| |
auto-detect the condition.
|
|
|
|
|
|
| |
provided by davidch via glebius.
PR: kern/96806
|
| |
|
|
|
|
| |
Submitted by: mjacob
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Remove code to use the special wc_fifo. It has been disabled by default
in our other drivers as it actually slows down transmit by a small amount
- Dynamically determine the amount of space required for the rx_done
ring rather than hardcoding it.
- Compute the number of tx descriptors we are willing to transmit per
frame as the minimum of 128 or 1/4 the tx ring size.
- Fix a typo in the tx dma tag setup which could lead to unnecessary
defragging of TSO packets (and potentially even dropping TSO packets
due to EFBIG being returned).
- Add a counter to keep track of how many times we've needed to
defragment a frame. It should always be zero.
- Export new extended f/w counters via sysctl
Sponsored by: Myricom, Inc.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Update to the latest (1.4.18) f/w. This f/w introduces a new
receive mode which allows us to use FreeBSD's physically discontinuous
MJUM9BYTES clusters.
- Switch the driver from chaining MJUMPAGESIZE clusters to using
MJUM9BYTES clusters to avoid mbuf chaining overheads. Due to this
change, people running obsolete f/w images will be limited to an MTU of
PAGE_SIZE - 16.
- Add (disabled by default) support for Large Receive Offload.
Sponsored by: Myricom, Inc.
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
|
|
| |
initialization. Do a token amount of style cleanup.
Poked by: bde
|
|
|
|
| |
MFC after: 1 week
|
|
|
|
| |
Whined about: gcc 4.2
|
|
|
|
|
|
| |
to a call to a function which *might* then initialize them.
MFC after: 3 days
|
|
|
|
|
|
|
|
| |
default timer value.
Discovered By: gcc 4.2
MFC after: 3 days
|
|
|
|
|
|
| |
PR: kern/98898
Submitted by: Johannes Weiner <hnazfoo@googlemail.com>
Approved by: ariff
|
|
|
|
|
|
|
|
|
| |
sound quality problems.
PR: kern/112688
Submitted by: Stefan Ehmann <shoesoft@gmx.net>
Reviewed by: Konstantin Dimitrov <kosio.dimitrov@gmail.com>
Approved by: ariff
|
|
|
|
|
|
| |
PR: kern/105600
Submitted by: rotus <rotus@takamanohara.dyndns.org>
Approved by: ariff
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
adapter list still capable, but only PCI-E adapters are now enabled.
The user can enable older PCI-X or PCI adapters using ifconfig.
Secondly, Arthur Hartwig pointed out my MSI change was not working
correctly, changed to something that now does. Thanks Arthur.
There was also a fundamental bug in the 82575 MSIX code, the MSIX
registers had to be mapped, opps :)
Rubber-stamped by: Pdeuskar
|
|
|
|
|
|
|
|
| |
the power_nodriver tunable is off. pci_cfg_save() already checks the
tunable internally, and no other callers of pci_cfg_save() check the
tunable.
Reviewed by: imp
|
|
|
|
|
|
|
| |
in cardbus cards: update the saved copy of the PCIR_INTLINE register in
the PCI ivars in addition to the actual register.
Reviewed by: imp
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Updated firmware to latest release (v3.4.8) to fix TSO + jumbo frame lockup
- Added MSI (hw.bce.msi_enable) and TSO (hw.bce.tso_enable) sysctls
- Fixed kernel panic when MSI is used and module is unloaded
- Added several new debug routines
- Removed slack space for RX/TX chains since it only covers sloppy coding
- Fixed a potential problem when programming jumbo MTU size in hardware
- Various other comment changes
MFC after: 4 weeks
|
|
|
|
|
|
|
|
| |
because on at least my dc based cards there's garbage in there. The
recent changes in the resource code appears to have unmasked this
problem... At least dc now probes/attaches better than it did before.
Also, we no longer need to write to the cfg for the other registers.
|
|
|
|
|
|
| |
thread to die, since that can cause deadlock with the ISR (in theory).
o Minor cleanup
o comment nit
|
| |
|
|
|
|
|
|
| |
Add PCI_MAX_BAR_0
minor style nit.
Add PCIM_CIS_CONFIG_MASK
|
| |
|
| |
|
|
|
|
| |
on an MFI controller.
|
|
|
|
|
|
| |
be probed but table-based devs would be ok. General style cleanup also.
MFC after: 5 days
|
|
|
|
|
|
|
|
|
|
| |
legacy codepath match the 82575, without this we were seeing bridging
fail on 82546 adapters. Secondly, I have limited TSO to PCI Express
adapters, I meant to do this and it got dropped in the earlier delta.
Next, I am dropping in the latest shared code from our development
team, consensus was that this should be done frequently, so I am :)
Approved by: pdeuskar
|
|
|
|
| |
Reviewed by:njl
|
|
|
|
|
| |
Submitted by: Andrea Bittau
(Andrea may have updated patches, but I've tested these)
|
| |
|