Re: [PATCH 3/4] scsi: improved eh timeout handler

On 06/10/2013 02:12 AM, Baruch Even wrote: > On Thu, Jun 6, 2013 at 12:43 PM, Hannes Reinecke wrote: >> When a command runs into a timeout we need to send an 'ABORT TASK' >> TMF. This is typically done by the 'eh_abort_handler' LLDD callback. >> >> Conceptually, however, this function is a normal

[PATCH RESEND] scsi: Introduce a help function local_time_seconds() to simplify the getting time stamp operation

There are four places convert system time in UTC to local time seconds as a time stamp in scsi-subsystem, so we introduce a help function local_time_seconds() to simplify these operations. Signed-off-by: Gu Zheng --- drivers/scsi/3w-9xxx.c | 14 ++ drivers/scsi/3w-sas.c | 14

Re: [PATCH 3/4] scsi: improved eh timeout handler

On Thu, Jun 6, 2013 at 12:43 PM, Hannes Reinecke wrote: > When a command runs into a timeout we need to send an 'ABORT TASK' > TMF. This is typically done by the 'eh_abort_handler' LLDD callback. > > Conceptually, however, this function is a normal SCSI command, so > there is no need to enter the

[SCSI] ufs: Add missing dependency on CONFIG_HAS_IOMEM

The ufs driver doesn't build on s390 with CONFIG_PCI disabled as it requires MMIO functions. Marking for 3.9-stable only as CONFIG_SCSI_UFSHCD was previously dependent on CONFIG_PCI. Signed-off-by: Ben Hutchings Cc: sta...@vger.kernel.org # 3.9 --- --- a/drivers/scsi/ufs/Kconfig +++ b/drivers/sc

Re: [PATCH] [SCSI] mvsas: Fix the kernel panic due to unaligned data access

Xiangliang, I do not have a chance to test on x86 now. Not sure whether I can find an available environment for x86 testing. But this change is so simple and in theory it is harmless to x86. For architectures which do need aligned data access, they should have the same symptom as arch/tile. Thank

[ANNOUNCE] sdparm 1.08 available

sdparm is a command line utility designed to get and set SCSI device parameters (cf hdparm for ATA disks). The parameters are held in mode pages. Apart from SCSI devices (e.g. disks, tapes and enclosures) sdparm can be used on any device that uses a SCSI command set. Almost all CD/DVD/BD drives us

Re: [SCSI] mvsas: Fix the kernel panic due to unaligned data access

On Wed, 2013-05-08 at 15:01 +0800, Paul Guo wrote: > It's easy to find the address and symbol that causes the unalignd data > access according to the stack dump information. The following small > patch will fix it. Do you have the panic log? because it sounds like a bug in your platform code. Al

MY DEAR

Hello dear, i'm sorry for written you this mail without your notice. I'm shirley jones i have an offer for you if interested in my offer reply me on; mrs.shirle...@fengv.com Email correspondence to and from this address may be subject to the North Carolina Public Records law and may be disclosed t

[PATCH 2/2] [SCSI] ufs: fix DMA mask setting

If the controller doesn't support 64-bit addressing mode, it must not set the DMA mask to 64-bit. But it's unconditionally trying to set to 64-bit without checking 64-bit addressing support in the controller capabilities. It was correctly checked before commit 3b1d05807a9a68c6d0580e9248247a774a4d

[PATCH 1/2] [SCSI] ufshcd-pltfrm: remove unnecessary dma_set_coherent_mask() call

Changing the device coherent dma mask to the value that currently set has no effect. Signed-off-by: Akinobu Mita Cc: Vinayak Holikatti Cc: Santosh Y Cc: "James E.J. Bottomley" Cc: linux-scsi@vger.kernel.org --- drivers/scsi/ufs/ufshcd-pltfrm.c | 7 --- 1 file changed, 7 deletions(-) diff

Re: [PATCH] [SCSI] mvsas: Fix the kernel panic due to unaligned data access

Ping. Anyone who knows the driver please speak up, either yes or no or need more info. This is a really small fix. Thanks, Paul > It's easy to find the address and symbol that causes the unalignd data > access according to the stack dump information. The following small > patch will fix it. > >