HP IO Accelerator Driver and Management Software Version 2.3.10 Release Notes

Errata 13
ext4 in Kernel.org 2.6.33 or earlier might silently corrupt data
when discard (trim) is enabled
CAUTION: HP does not support the use of ext4 in Kernel.org 2.6.33 or earlier. Ext4 in
Kernel.org 2.6.33 or earlier might silently corrupt data when discard is enabled.
The ext4 filesystem in the Kernel.org kernel 2.6.33 and earlier contains a bug where the data in a portion of
a file might be improperly discarded (set to all 0x00) under some workloads. Use Version 2.6.34 or newer
to avoid this issue. For more information, see the patch
(http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=b90f687018e6d6 ) and
bug report (https://bugzilla.kernel.org/show_bug.cgi?id=15579).
The fix is included in RHEL6 pre-release kernel kernel-2.6.32-23.el6. The eventual release RHEL6 kernel is not
affected by this issue.
Discard support was added to the kernel.org mainline ext4 in Version 2.6.28 and was enabled by default.
For fear of damaging some devices, discard was set to default to disabled in Version 2.6.33-rc1 and was
back ported to 2.6.31.8 and 2.6.32.1. For more information, see the kernel patch
(http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=5328e635315734d).
Kernels 2.6.34/35 don't handle switching interrupt types
Linux kernels around 2.6.34/35 might have problems processing interrupts if the driver is loaded using one
interrupt type, unloaded, and then loaded again using a different interrupt type. The primary symptom is that
the IO Accelerator device is unusable and the kernel logs have errors containing doIRQ. For example, the
following sequence on an affected system would likely result in errors:
1. Load the driver with a default of disable_msi=1 which selects APIC interrupts:
$ modprobe iomemory-vsl
$ modprobe -r iomemory-vsl
2. Load the driver and enable MSI interrupts:
$ modprobe iomemory-vsl disable_msi=0
To work around this issue, if you see the error, reboot the system. Also, always load with the same interrupt
type selected. To change between interrupt types, reboot the system first.
RHEL6 udevd warning
When using an IO Accelerator under RHEL6 (or any Linux distribution with udev script version 147 or later),
udevd might emit the following messages:
udevd[154]: worker [19174] unexpectedly returned with status 0x0100
udevd[154]: worker [19174] failed while handling
'/devices/virtual/block/fioa'
These messages are innocuous, and you can ignore them.
RHEL6 gives a warn_slowpath message during device attach
When attaching an IO Accelerator device under RHEL6, you might see log messages similar to the following: