[GIT PULL] target updates for v3.7-rc1

Hello Linus! Here are the target pending updates for v3.7-rc1 code. Please go ahead and pull from: git://git.kernel.org/pub/scm/linux/kernel/git/nab/target-pending.git for-next Things have been calm for the most part with no new fabric drivers in flight for v3.7 (we're up to eight now !), so

[Bug 48241] oops when setting up LVM

https://bugzilla.kernel.org/show_bug.cgi?id=48241 --- Comment #10 from Daniel Santos 2012-10-05 18:38:08 --- Update: bug not present in Linus today (commit ecefbd94b834fa32559d854646d777c56749ef1c) -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are r

Final Aviso

Final Aviso   Sua caixa de correio excedeu um ou mais limites de tamanho definidos pelo administrador do webmail, que são obrigados a actualizar a sua conta dentro de 72 horas ou então a sua conta será fechada. clique no link abaixo e preencher os detalhes para atualizar sua conta. ==

[RFC PATCH v3 4/4] bnx2fc: Use the fcoe_sysfs control interface

This patch adds support for the new fcoe_sysfs control interface to bnx2fc.ko. It keeps the deprecated interface in tact and therefore either the legacy or the new control interfaces can be used. A mixed mode is not supported. A user must either use the new interfaces or the old ones, but not both.

[RFC PATCH v3 3/4] fcoe: Use the fcoe_sysfs control interface

This patch adds support for the new fcoe_sysfs control interface to fcoe.ko. It keeps the deprecated interface in tact and therefore either the legacy or the new control interfaces can be used. A mixed mode is not supported. A user must either use the new interfaces or the old ones, but not both.

[RFC PATCH v3 2/4] libfcoe, fcoe, bnx2fc: Add new fcoe control interface

This patch does a few things. 1) Makes /sys/bus/fcoe/ctlr_{create,destroy} interfaces. These interfaces take an and will either create an FCoE Controller or destroy an FCoE Controller depending on which file is written to. The new FCoE Controller will start in a DISABLED state and

[RFC PATCH v3 1/4] libfcoe: Add fcoe_sysfs debug logging level

Add a macro to print fcoe_sysfs debug statements. Signed-off-by: Robert Love --- drivers/scsi/fcoe/fcoe_sysfs.c |7 +++ drivers/scsi/fcoe/libfcoe.h| 11 --- 2 files changed, 15 insertions(+), 3 deletions(-) diff --git a/drivers/scsi/fcoe/fcoe_sysfs.c b/drivers/scsi/fcoe/fc

[RFC PATCH v3 0/4] Add new fcoe_sysfs based control interfaces to libfcoe, bnx2fc and fcoe

v3: This series applies to the v3.6 kernel. @Bart: Fixed bus_create_file -> bus_attrs Removed sscanf with non-NULL buffer, only checking for '1' or '0' now Removed unnecessary whitespace change @Bhanu: Incorporated check in _bnx2fc_create (thanks for the code) Additional changes:

[PATCH 03/16] SCSI: ARM: ncr5380/oak uses no interrupts

The ncr5380 driver is included by multiple board specific drivers, which may or may not use the interrupt handler. The oak variant doesn't, and should set the DONT_USE_INTR macro. Without this patch, building rpc_defconfig results in: drivers/scsi/arm/../NCR5380.c:1160:20: warning: 'oakscsi_intr'

[PATCH 04/16] SCSI: ARM: make fas216_dumpinfo function conditional

The fas216_dumpinfo function is only used by __fas216_checkmagic, which is conditionally compiled, so we should put both functions inside of the same #ifdef. Without this patch, building rpc_defconfig results in: drivers/scsi/arm/fas216.c:182:13: warning: 'fas216_dumpinfo' defined but not used [

[PATCH v3] qla2xxx: silence two GCC warnings

Compiling qla_gs.o (part of the qla2xxx module) triggers two GCC warnings: drivers/scsi/qla2xxx/qla_gs.c: In function ‘qla2x00_fdmi_rhba’: drivers/scsi/qla2xxx/qla_gs.c:1339:7: warning: array subscript is above array bounds [-Warray-bounds] drivers/scsi/qla2xxx/qla_gs.c: In function ‘q

Re: [qla2xxx] INFO: possible irq lock inversion dependency detected

Hi Nicholas, On 10/05/2012 12:14 AM, Nicholas A. Bellinger wrote: > On Thu, 2012-10-04 at 21:11 +0530, Srivatsa S. Bhat wrote: >> Hi Jiri, >> >> Thanks for taking a look! > > Hi Srivatsa & Jiri, > >> >>> This seems to be real. You should be seeing that since 3.5-rc1 already >>> though ... ?