- 16 Mar, 2010 1 commit
-
-
Thomas Weber authored
[Ss]ytem => [Ss]ystem udpate => update paramters => parameters orginal => original Signed-off-by:
Thomas Weber <swirl@gmx.li> Acked-by:
Randy Dunlap <rdunlap@xenotime.net> Signed-off-by:
Jiri Kosina <jkosina@suse.cz>
-
- 05 Dec, 2008 1 commit
-
-
Dave Olson authored
Implement the ignoring of ibsymbol errors and linkrecover errors while the link is at less than INIT (long needed), to get accurate counts. Particularly an issue when doing non-IBTA DDR negotiation with chips from vendors that do not support IBTA mode negotiation. If the driver is unloaded, and there is a delta, the adjusted counters are written back to the chip, so they stay adjusted across driver reload. Signed-off-by:
Dave Olson <dave.olson@qlogic.com> Signed-off-by:
Roland Dreier <rolandd@cisco.com>
-
- 17 Apr, 2008 9 commits
-
-
Ralph Campbell authored
Signed-off-by:
Ralph Campbell <ralph.campbell@qlogic.com> Signed-off-by:
Roland Dreier <rolandd@cisco.com>
-
Ralph Campbell authored
This patch makes chip reset more robust and reduces lock contention between user and kernel TID register updates. Signed-off-by:
Ralph Campbell <ralph.campbell@qlogic.com> Signed-off-by:
Roland Dreier <rolandd@cisco.com>
-
Ralph Campbell authored
Newer HCAs have a HW option to write a sequence number to each receive queue entry and avoid a separate DMA of the tail register to memory. This patch adds support for these changes. Signed-off-by:
Ralph Campbell <ralph.campbell@qlogic.com> Signed-off-by:
Roland Dreier <rolandd@cisco.com>
-
Ralph Campbell authored
Signed-off-by:
Ralph Campbell <ralph.campbell@qlogic.com> Signed-off-by:
Roland Dreier <rolandd@cisco.com>
-
Ralph Campbell authored
Don't try to handle freeze mode HW errors if the driver is in diagnostic mode since some tests can cause errors that shouldn't be processed. Signed-off-by:
Ralph Campbell <ralph.campbell@qlogic.com> Signed-off-by:
Roland Dreier <rolandd@cisco.com>
-
Arthur Jones authored
The check for link up was incorrect, thus setting the LED display inconsistently with the link state. Signed-off-by:
Ralph Campbell <ralph.campbell@qlogic.com> Signed-off-by:
Roland Dreier <rolandd@cisco.com>
-
Dave Olson authored
Enable use of 4KB MTU. Since the driver uses more pinned memory for receive buffers when the 4KB MTU is enabled, whether or not the fabric supports that MTU, add a "mtu4096" module parameter that can be used to limit the MTU to 2KB when it is known that 4KB MTUs can't be used anyway. Signed-off-by:
Dave Olson <dave.olson@qlogic.com> Signed-off-by:
Roland Dreier <rolandd@cisco.com>
-
Arthur Jones authored
Modern I/O buses like PCIe and HT can be configured for multiple speeds and widths. When an ipath HCA seems to have lower than expected performance, it is very useful to be able to display what the driver thinks the bus speed is. Signed-off-by:
Dave Olson <dave.olson@qlogic.com> Signed-off-by:
Roland Dreier <rolandd@cisco.com>
-
Dave Olson authored
This patch makes some constants chip-specific, and makes some related changes to prepare for supporting another HCA. Signed-off-by: Dave Olson <dave.olson@qlogic.com Signed-off-by:
Roland Dreier <rolandd@cisco.com>
-
- 25 Jan, 2008 8 commits
-
-
Dave Olson authored
Clean up some unused header fields, minor related cleanup. Signed-off-by:
Dave Olson <dave.olson@qlogic.com> Signed-off-by:
Roland Dreier <rolandd@cisco.com>
-
Dave Olson authored
This adds the new (sometimes empty) chip-specific functions to the older chips, and makes the initialization and related functions consistent across all 3 chips. Signed-off-by:
Dave Olson <dave.olson@qlogic.com> Signed-off-by:
Roland Dreier <rolandd@cisco.com>
-
Dave Olson authored
This code has been unused for some time, but still had leftovers from when it was used. Signed-off-by: Dave Olson <dave.olson@qlogic.com Signed-off-by:
Roland Dreier <rolandd@cisco.com>
-
Ralph Campbell authored
The number of configured ports for the 7220 changes the number of eager TIDs available per port, for all but port 0 (kernel port) which remains constant, so add a field to give port0 count separate from the portdata structure. Signed-off-by:
Ralph Campbell <ralph.campbell@qlogic.com> Signed-off-by:
Roland Dreier <rolandd@cisco.com>
-
Ralph Campbell authored
User registers have different alignments on different chips (4KB on older, 64KB on 7220). Allow mapping the user registers on kernels with page sizes up to 64K. Signed-off-by:
Ralph Campbell <ralph.campbell@qlogic.com> Signed-off-by:
Roland Dreier <rolandd@cisco.com>
-
Dave Olson authored
Signed-off-by:
Dave Olson <dave.olson@qlogic.com> Signed-off-by:
Roland Dreier <rolandd@cisco.com>
-
Ralph Campbell authored
Various hardware counters are exported via the ipath file system (since it is binary data). The old file format was very dependent on the HW offsets for these registers. Newer HCA chips can have different counters at different offsets. This patch adds a level of indirection to make the file format consistent across HCAs. Signed-off-by:
Ralph Campbell <ralph.campbell@qlogic.com> Signed-off-by:
Roland Dreier <rolandd@cisco.com>
-
Dave Olson authored
In preparation for upcoming chips that have different values for INFINIPATH_R_PORTENABLE_SHIFT, INFINIPATH_R_INTRAVAIL_SHIFT, INFINIPATH_R_TAILUPD_SHIFT, and portcfg_shift, remove the shared #defines and use device-specific variables instead. Signed-off-by:
Dave Olson <dave.olson@qlogic.com> Signed-off-by:
Roland Dreier <rolandd@cisco.com>
-
- 09 Oct, 2007 3 commits
-
-
Arthur Jones authored
A couple of chip bugs in the iba6110 and in the iba6120 are not in more recent chips. This first bug swaps two of the pioavail register locations. In the second bug, the chip can sometimes forget to dma the pio avail register to memory. We indicate the presence of these bugs with runtime flags and we indicate the presence of the flags by bumping the SWMINOR. Signed-off-by:
Arthur Jones <arthur.jones@qlogic.com> Signed-off-by:
Roland Dreier <rolandd@cisco.com>
-
Dave Olson authored
This is a comment change, only, correcting the comment to match the implemented workaround, rather than the original workaround, and clarifying why it's needed. Signed-off-by:
Dave Olson <dave.olson@qlogic.com> Signed-off-by:
Roland Dreier <rolandd@cisco.com>
-
Ralph Campbell authored
Different processors have different ordering restrictions for write combining. By taking advantage of this, we can eliminate some write barriers when writing to the send buffers. Signed-off-by:
Ralph Campbell <ralph.campbell@qlogic.com> Signed-off-by:
Roland Dreier <rolandd@cisco.com>
-
- 30 Jul, 2007 1 commit
-
-
Dave Olson authored
At one time the ipath_minrev field was initialized prior to the ipath_init_iba6120_funcs call, but that is no longer the case, so the slower put_tid routine was always being used. Signed-off-by:
Dave Olson <dave.olson@qlogic.com> Signed-off-by:
Roland Dreier <rolandd@cisco.com>
-
- 09 Jul, 2007 8 commits
-
-
Dave Olson authored
We are more careful to be sure that we don't lose information about changes that occurred while we were in freeze mode, when the chip will not notify us, and try to avoid false error interrupts while doing cleanup. Put all of this logic in a new function ipath_clear_freeze(). Signed-off-by:
Dave Olson <dave.olson@qlogic.com> Signed-off-by:
Roland Dreier <rolandd@cisco.com>
-
John Gregor authored
Now that it's June, it's about time to update the copyright notices of files that have changed. Signed-off-by:
John Gregor <john.gregor@qlogic.com> Signed-off-by:
Roland Dreier <rolandd@cisco.com>
-
Dave Olson authored
This centralizes the use of the abort functionality, removes the unneeded buffer cancel (abort does the same thing), sets up to ignore launch errors after abort, same as cancel. We need abort on exit from freeze mode to avoid having buffers stuck in the busy state, if a user process happened to complete the send while we were in freeze mode doing the recovery. Signed-off-by:
Dave Olson <dave.olson@qlogic.com> Signed-off-by:
Roland Dreier <rolandd@cisco.com>
-
Joan Eslinger authored
Define pkt rcvd 'type' in a way consistent with HW spec and chips. The hardware considers received packets of type 0 to be expected, and type 1 to be eager. The driver was calling the ipath_f_put_tid functions using a variable called 'type' set to 0 for eager and to 1 for expected packets. Worse, the iba6110 and iba6120 drivers used those values inconsistently. This was quite confusing. Now everything is consistent with the hardware. Signed-off-by:
Dave Olson <dave.olson@qlogic.com> Signed-off-by:
Roland Dreier <rolandd@cisco.com>
-
Michael Albaugh authored
We currently track various errors, now we enhance that capability by logging some of them to EEPROM. We also now log a cumulative "active" time defined by traffic though the InfiniPath HCA beyond the normal SM traffic. Signed-off-by:
Michael Albaugh <michael.albaugh@qlogic.com> Signed-off-by:
Roland Dreier <rolandd@cisco.com>
-
John Gregor authored
The IPATH_RUNTIME_PBC_REWRITE and the IPATH_RUNTIME_LOOSE_DMA_ALIGN flags were not ever implemented correctly and did not turn out to be necessary. Remove the last vestiges of these flags but mark the spot with a comment to remind us to not reuse these flags in the interest of binary compatibility. The INFINIPATH_XGXS_SUPPRESS_ARMLAUNCH_ERR bit was also not found to be useful, so it was dropped in the cleanup as well. Signed-off-by:
John Gregor <john.gregor@qlogic.com> Signed-off-by:
Arthur Jones <arthur.jones@qlogic.com> Signed-off-by:
Roland Dreier <rolandd@cisco.com>
-
Michael Albaugh authored
The new LED blinking interface adds more contention for the unprotected GPIO pins that were already shared, though not commonly at the same time. We add locks to the accesses to these pins so that Read-Modify-Write is now safe. Some of these locks are added at interrupt context, so we shadow the registers which drive and inspect these pins to avoid the mmio read/writes. This mitigates the effects of the locks and hastens us through the interrupt. Add locking and always use shadows for registers controlling GPIO pins (ExtCtrl and GPIOout). The use of shadows implies doing less I/O, which can make I2C operation too fast on some platforms. An explicit udelay(1) in SCL manipulation fixes that. Signed-off-by:
Michael Albaugh <michael.albaugh@qlogic.com> Signed-off-by:
Roland Dreier <rolandd@cisco.com>
-
Michael Albaugh authored
When we want to find an InfiniPath HCA in a rack of nodes, it is often expeditious to blink the status LEDs via a userspace /sys file. A write-only led_override "file" is published per device. Writes to this file are interpreted as (string form) numbers, and the resulting value sent to ipath_set_led_override(). The upper eight bits are interpretted as a 4.4 fixed-point "frequency in Hertz", and the bottom two 4-bit values are alternately (D0..3, then D4..7) used by the board-specific LED-setting function to override the normal state. Signed-off-by:
Michael Albaugh <michael.albaugh@qlogic.com> Signed-off-by:
Roland Dreier <rolandd@cisco.com>
-
- 14 May, 2007 1 commit
-
-
Arthur Jones authored
Once upon a time, GPIO interrupts were rare. But then a chip bug in the waldo series forced the use of a GPIO interrupt to signal packet reception. This greatly increased the frequency of GPIO interrupts which have the gpio_mask bits set on the waldo chips. Other bits in the gpio_status register are used for I2C clock and data lines, these bits are usually on. An "unlikely" annotation leftover from the old days was improperly applied to these bits, and an unnecessary chip mmio read was being accessed in the interrupt fast path on waldo. Remove the stagnant unlikely annotation in the interrupt handler and keep a shadow copy of the gpio_mask register to avoid the slow mmio read when testing for interruptable GPIO bits. Signed-off-by:
Arthur Jones <arthur.jones@qlogic.com> Signed-off-by:
Roland Dreier <rolandd@cisco.com>
-
- 18 Apr, 2007 3 commits
-
-
Bryan O'Sullivan authored
If the chip is no longer usable, LEDs should be turned off so system can be found easily in the cluster. Also some minor reorganizing so both chips print hardware error message at same point and only if there were unrecovered errors Signed-off-by:
Dave Olson <dave.olson@qlogic.com> Signed-off-by:
Bryan O'Sullivan <bryan.osullivan@qlogic.com> Signed-off-by:
Roland Dreier <rolandd@cisco.com>
-
Bryan O'Sullivan authored
Mostly cleanup. Signed-off-by:
Dave Olson <dave.olson@qlogic.com> Signed-off-by:
Bryan O'Sullivan <bryan.osullivan@qlogic.com> Signed-off-by:
Roland Dreier <rolandd@cisco.com>
-
Bryan O'Sullivan authored
Signed-off-by:
Dave Olson <dave.olson@qlogic.com> Signed-off-by:
Bryan O'Sullivan <bryan.osullivan@qlogic.com> Signed-off-by:
Roland Dreier <rolandd@cisco.com>
-
- 17 Feb, 2007 1 commit
-
-
Robert P. J. Day authored
Correct mis-spellings of "algorithm", "appear", "consistent" and (shame, shame) "kernel". Signed-off-by:
Robert P. J. Day <rpjday@mindspring.com> Signed-off-by:
Adrian Bunk <bunk@stusta.de>
-
- 12 Dec, 2006 2 commits
-
-
Roland Dreier authored
Commit 51f65ebc ("IB/ipath - program intconfig register using new HT irq hook"), which fixed interrupts for HyperTransport HCAs, broke PCI Express HCAs, because for those HCAs, the driver uses the value of pdev->irq before pci_enable_msi() and ends up getting a totally bogus IRQ number. Fix this by using the value of pdev->irq after pci_enable_msi(). Signed-off-by:
Roland Dreier <rolandd@cisco.com>
-
Roland Dreier authored
Remove variables that are set but then never looked at in the ipath driver. These cleanups came from David Binderman's list of "set but never used" warnings from icc. Signed-off-by:
Roland Dreier <rolandd@cisco.com>
-
- 08 Nov, 2006 1 commit
-
-
Bryan O'Sullivan authored
Eric's changes to the htirq infrastructure require corresponding modifications to the ipath HT driver code so that interrupts are still delivered properly. Signed-off-by:
Bryan O'Sullivan <bryan.osullivan@qlogic.com> Cc: Eric W. Biederman <ebiederm@xmission.com> Cc: Roland Dreier <rdreier@cisco.com> Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
- 28 Sep, 2006 1 commit
-
-
Bryan O'Sullivan authored
Signed-off-by:
Bryan O'Sullivan <bryan.osullivan@qlogic.com> Signed-off-by:
Roland Dreier <rolandd@cisco.com>
-