17 May, 2011
25 commits
-
The driver keeps a copy of the fw_version within the ha structure.
For ISP82xx, this local copy doesn't get updated, and as a result,
the old firmware version ends up getting displayed. This patch fixes
this issue.Signed-off-by: Saurav Kashyap
Signed-off-by: Madhuranath Iyengar
Signed-off-by: James Bottomley
Signed-off-by: James Bottomley -
Bumping ref count during fc_vport_terminate() was the cause. vport
delete would wait for ref count to drop to zero and that would never
happen.Cc: stable@kernel.org
Signed-off-by: Arun Easi
Signed-off-by: Madhuranath Iyengar
Signed-off-by: James Bottomley
Signed-off-by: James Bottomley -
The firmware spec has the fcp_data_dseg_len defined as a 32-bit
value, while the corresponding field in the driver structure has
it defined as a 16-bit value.Cc: stable@kernel.org
Signed-off-by: Andrew Vasquez
Signed-off-by: Madhuranath Iyengar
Cc: stable@kernel.org
Signed-off-by: James Bottomley
Signed-off-by: James Bottomley -
This patch ensures qla82xx_watchdog is not being run for the vport. It also
makes sure that beacon ON is not done for the vport, as it will lead to the
waking up of the dpc thread again and again.Signed-off-by: Saurav Kashyap
Signed-off-by: Madhuranath Iyengar
Cc: stable@kernel.org
Signed-off-by: James Bottomley
Signed-off-by: James Bottomley -
Timer is required to flush out entries that may be present in work queues.
Cc: stable@kernel.org
Signed-off-by: Arun Easi
Signed-off-by: Madhuranath Iyengar
Signed-off-by: James Bottomley
Signed-off-by: James Bottomley -
Not at all sure this is correct or appropriate to change,
but this seems odd.Found via coccinelle script
@@
type T;
T* ptr;
expression E1;
@@* memset(E1, 0, sizeof(ptr));
Signed-off-by: Joe Perches
Acked-by: Stephen M. Cameron
Signed-off-by: James Bottomley
Signed-off-by: James Bottomley -
I noticed a stream of errors from the IPR driver while doing
IOMMU fault injection. Rate limit the errors so we don't clog
up the console and logfiles.Signed-off-by: Anton Blanchard
Acked-by: Brian King
Signed-off-by: James Bottomley
Signed-off-by: James Bottomley -
Signed-off-by: Scott Teel
Signed-off-by: James Bottomley
Signed-off-by: James Bottomley -
Just go straight to the soft-reset method instead.
Signed-off-by: Stephen M. Cameron
Signed-off-by: James Bottomley
Signed-off-by: James Bottomley -
Signed-off-by: Stephen M. Cameron
Signed-off-by: James Bottomley
Signed-off-by: James Bottomley -
on driver load, if reset_devices is set, and the hard reset
attempts fail, try to bring up the controller to the point that
a command can be sent, and send it a soft reset command, then
after the reset undo whatever driver initialization was done to get
it to the point to take a command, and re-do it after the reset.This is to get kdump to work on all the "non-resettable" controllers
(except 64xx controllers which can't be reset due to the potentially
shared cache module.)Signed-off-by: Stephen M. Cameron
Signed-off-by: James Bottomley
Signed-off-by: James Bottomley -
The bit-2-doorbell reset method seemed to cause (survivable) NMIs
on some systems and (unsurvivable) IOCK NMIs on some G7 servers.
Firmware guys implemented a new doorbell method to alleviate these
problems triggered by bit 5 of the doorbell register. We want to
use it if it's available.Signed-off-by: Stephen M. Cameron
Signed-off-by: James Bottomley
Signed-off-by: James Bottomley -
hpsa_scsi_setup at one time contained enough code to justify
its existence, but that time has passed.Signed-off-by: Stephen M. Cameron
Signed-off-by: James Bottomley
Signed-off-by: James Bottomley -
When waiting for the board to become "not ready"
don't print a message saying "waiting for board to
become ready" (possibly followed by a message saying
"failed waiting for board to become not ready". Instead,
it should be "waiting for board to reset" and "failed
waiting for board to reset."Signed-off-by: Stephen M. Cameron
Signed-off-by: James Bottomley
Signed-off-by: James Bottomley -
Signed-off-by: Stephen M. Cameron
Signed-off-by: James Bottomley
Signed-off-by: James Bottomley -
Signed-off-by: Stephen M. Cameron
Signed-off-by: James Bottomley
Signed-off-by: James Bottomley -
Signed-off-by: Stephen M. Cameron
Signed-off-by: James Bottomley
Signed-off-by: James Bottomley -
This is to avoid the usual two or three messages about the command
timing out. We're obviously not waiting long enough.Signed-off-by: Stephen M. Cameron
Signed-off-by: James Bottomley
Signed-off-by: James Bottomley -
Detect failure of controller reset by noticing if the 32 bytes of
"driver version" we store on the hardware in the config table
fail to get zeroed out. Previously we noticed if the controller
did not transition to "simple mode", but this did not detect reset
failure if the controller was already in simple mode prior to
the reset attempt (e.g. due to module parameter hpsa_simple_mode=1).Signed-off-by: Stephen M. Cameron
Signed-off-by: James Bottomley
Signed-off-by: James Bottomley -
Signed-off-by: Stephen M. Cameron
Signed-off-by: James Bottomley
Signed-off-by: James Bottomley -
Signed-off-by: Stephen M. Cameron
Signed-off-by: James Bottomley
Signed-off-by: James Bottomley -
This is to ensure the board interrupts are really off when
these functions return.Signed-off-by: Stephen M. Cameron
Signed-off-by: James Bottomley
Signed-off-by: James Bottomley -
Apparently we've been doin it rong for a decade, but only lately do we
run into problems.Signed-off-by: Stephen M. Cameron
Signed-off-by: James Bottomley
Signed-off-by: James Bottomley -
Shut up
drivers/message/fusion/mptsas.c: In function 'mptsas_event_process':
drivers/message/fusion/mptsas.c:5015: warning: unused variable 'log_info'for configs with CONFIG_SCSI_MPT2SAS_LOGGING unset.
Signed-off-by: Borislav Petkov
Acked-by: "Desai, Kashyap"
Signed-off-by: James Bottomley
Signed-off-by: James Bottomley -
This is a comprehensive patch for FC-FC4 provider. tcm_fc is a FC-FC4
provider which glues target core (TCM) with Fiber channel library
(libfc). tcm_fc uses existing FC4 provider hooks from Fiber channel
library. This Fiber channel library is used by FCoE (transport - FC
over Ethernet) protocol driver as well.Combination of modules such as Fiber channel library, tcm_fc, TCM
target core, and FCoE protocol driver enables functional FCoE target.This patch includes initial commit for tcm_fc plus additional
enhancement, bug fixes.This tcm_fc module essentially contains 3 entry points such as "prli",
"prlo", "recv". When process login request (ELS_PRLI) request is
received, Fiber channel library (libfc) module calls passive providers
(FC-FC4, tcm_fc) (if any registered) "prli" function. Likewise when
LOGO request is received, "prlo" function of passive provider is
invoked by libfc. For all other request (e.g. any read/write, task
management, LUN inquiry commands), "recv" function of passiver
provider is invoked by libfc. Those passive providers "prli, prlo,
recv" functions interact with TCM target core for requested operation.This module was primarily developed by "Joe Eykholt" and there were
significant contributions from the people listed under signed-off.Signed-off-by: Joe Eykholt
Signed-off-by: Nicholas A. Bellinger
Signed-off-by: Christoph Hellwig
Signed-off-by: Yi Zou
Signed-off-by: Kiran PatilAcked-by: Robert Love
Signed-off-by: James Bottomley
Signed-off-by: James Bottomley
02 May, 2011
15 commits
-
Bump version.
Signed-off-by: Jayamohan Kallickal
Signed-off-by: Mike Christie
Signed-off-by: James Bottomley -
This patch fixes a bug where proper queue id's were not passed to
chip for cleanup.Signed-off-by: Jayamohan Kallickal
Signed-off-by: Mike Christie
Signed-off-by: James Bottomley -
This patch fixes a bug where the interrupts were not rearmed if
the Interrupt Mask was enabled. This patch checks for Interrupt mask
enabled and still rearms interrupt generation even if the Interrupt
mask was enabledSigned-off-by: Jayamohan Kallickal
Signed-off-by: Mike Christie
Signed-off-by: James Bottomley -
The code currently computes an offset into a dma_alloc_coherent() area
on the assumption that the alignment is imprecise. In fact, the API
guarantees PAGE_SIZE alignment, so the offset calculation is always
zero: remove it.[jejb: make description actually descriptive]
Signed-off-by: Tomas henzl
Acked-by: Nick Cheng
Signed-off-by: James Bottomley -
I removed outer loops in ...wait_msgint_ready the sleeptime and
retrycount are in fact never changed so I changed them into
defines. In arcmsr_flush_hba_cache is a loop removed, which printed
the same printk 100 times, one line in log is enough I think. The
arcmsr_sleep_for_bus_reset has lost a functionality with the latest
patches, The only thing the function does is a long sleep, so it's
replaced with a ssleep.[jejb: checkpatch fixes]
Signed-off-by: Tomas henzl
Acked-by: Nick Cheng
Signed-off-by: James Bottomley -
Use fc_exch_mgr_list_clone to setup em for npiv port.
Also remove redundant vport and lport initializations.
Signed-off-by: Vasu Dev
Acked-by: Bhanu Prakash Gollapudi
Signed-off-by: James Bottomley -
On systems with very large numbers (> 1600 or so) of SCSI devices,
cat /proc/scsi/scsi ends up failing with -ENOMEM. This is due to
the show routine simply iterating over all of the devices with
bus_for_each_dev(), and trying to dump all of them into the buffer
at the same time. On my test system (using scsi_debug with 4064 devices),
the output ends up being ~ 632k, far more than kmalloc will typically allow.This patch defines its own seq_file opreations to iterate over the scsi
devices.The result is that each show() operation only dumps ~ 180 bytes
into the buffer at a time so we don't run out of memory.If the "Attached devices" header isn't required, we can dump the
sfile->private bit completely.Signed-off-by: Jeff Mahoney
Signed-off-by: James Bottomley -
Bump the driver version.
Signed-off-by: Kleber Sacilotto de Souza
Signed-off-by: James Bottomley -
This patch fixes an issue seen where an event occurs
which causes the ibmvscsi driver to reset its CRQ. Upon
re-registering its CRQ, it receives H_CLOSED, indicating
the Virtual I/O Server is not yet ready to receive commands.
This resulted in the ibmvscsi driver essentially offlining
the adapter and not recovering. The fix is to re-enable
our interrupt so that when the Virtual I/O server is ready
and sends a CRQ init, we will be able to receive it and
resume initialization of the VSCSI adapter.Signed-off-by: Brian King
Signed-off-by: James Bottomley -
Currently the size of the dump generated by the driver is limited
in 4MB, which is insufficient to gather much useful data from the
new 64 bit adapters.This patch makes the needed changes to increase the dump limit
for the 64 bit adapters to 32MB, or even to a bigger value in the
future, but keeping the current limitations for the legacy 32 bit
adapters.Signed-off-by: Kleber Sacilotto de Souza
Acked-by: Brian King
Signed-off-by: James Bottomley -
1. Add support for Task collector mode.
2. Fixed relative collector mode bug:
- I/O failed when disks is on two ports
- system hang when hotplug disk
- system hang when unplug disk during run IO
3. Unlock ap->lock within .lldd_execute_task for direct mode to
improve performanceSigned-off-by: Xiangliang Yu
Signed-off-by: James Bottomley -
This is support for Marvell 88SE9445/88SE9485 SAS/SATA HBA, which
is based on Marvell 88SE9480.Signed-off-by: Xiangliang Yu
Signed-off-by: James Bottomley -
The SCSI ALUA handler currently fails to attach to devices
reporting an UNAVAILABLE/OFFLINE AAS. But given that an
UNAVAILABLE/OFFLINE AAS can transition to other states
like ACTIVE/OPTIMIZED, ACTIVE/NON-OPTIMIZED, etc. as per
SPC4, this ALUA handler behavior should be rectified so
as to attach to devices which also report an
UNAVAILABLE/OFFLINE AAS.Signed-off-by: Martin George
Reviewed-by: Mike Christie
Signed-off-by: James Bottomley -
Signed-off-by: Kashyap Desai
Signed-off-by: James Bottomley -
Adding support for inline data padding for TAPE drive when running U320.
[jejb: whitespace fixes]
Signed-off-by: Kashyap Desai
Signed-off-by: James Bottomley
