Re: [Bugme-new] [Bug 8989] New: LSIFC909 card don't recognice any more my FC drives

On Fri, 7 Sep 2007 05:42:12 -0700 (PDT) [EMAIL PROTECTED] wrote: > http://bugzilla.kernel.org/show_bug.cgi?id=8989 > >Summary: LSIFC909 card don't recognice any more my FC drives >Product: Drivers >Version: 2.5 > KernelVersion: 2.6.18 > Platform

RE: [PATCH] aic94xx: fix smartctl utility problem

Hi Jeff, Thanks for your suggestions. I have done some experiment to return all ATA output register except for Read/Write command. But the aic94xx discovery machine just can not find the SATA device. Probably I will fix the new issue by next week since I have the other hot issue here. Thanks! Gi

Re: [PATCH] aic94xx: fix smartctl utility problem

Wu, Gilbert wrote: HI Jeff, I was thinking the checking "READ/WRITE" command table is larger than my current table. This does not cover vendor-specific command. You can implement the check in a _far_ more optimal manner: Possibility 1: static const u8 ata_rw_command_table[256] = {

Re: [PATCH v3 2/2][BNX2]: Add iSCSI support to BNX2 devices.

Anil Veerabhadrappa wrote: + +/* iSCSI stages */ +#define ISCSI_STAGE_SECURITY_NEGOTIATION (0) +#define ISCSI_STAGE_LOGIN_OPERATIONAL_NEGOTIATION (1) +#define ISCSI_STAGE_FULL_FEATURE_PHASE (3) +/* Logout response codes */ +#define ISCSI_LOGOUT_RESPONSE_CONNECTION_CLOSED (0) +#define ISCSI_LOGO

Re: [Linux-usb-users] usb-storage and Motorola Z6

On Fri, 7 Sep 2007, Peter Rasmussen wrote: > I'm sorry if this is a little late, but I had once had access to a Z6 > and believe I had it successfully connected to my Linux host, and was > therefore puzzled by this message exchange. > > I have now borrowed the device again for the weekend to ch

Re: [Linux-usb-users] usb-storage and Motorola Z6

I'm sorry if this is a little late, but I had once had access to a Z6 and believe I had it successfully connected to my Linux host, and was therefore puzzled by this message exchange. I have now borrowed the device again for the weekend to check it out a little more. Using Alan's patch below

Re: [PATCH 4/9] scsi_debug: convert to use the data buffer accessors

FUJITA Tomonori wrote: > From: Boaz Harrosh <[EMAIL PROTECTED]> > > - remove the unnecessary map_single path. > > - convert to use the new accessors for the sg lists and the > parameters. > > Signed-off-by: Boaz Harrosh <[EMAIL PROTECTED]> Signed-off-by: Douglas Gilbert <[EMAIL PROTECTED]> - To

Re: [PATCH 2/2] zfcp: zfcp: add statistics and other zfcp relatedinformation to sysfs

I am afraid this patch can't be applied as it is. The problem is that the code doesn't take into account that older adapters do not provide the data which your patch tries to extract. There is a feature flag for that in the hardware specification. So the right response to Heiko's complaint abo

[PATCH 1/2] zfcp: whitespace cleanup

From: Swen Schillig <[EMAIL PROTECTED]> Cleanup the whitepace from the entire zfcp driver to prevent to have those changes in future feature or function patches. Signed-off-by: Swen Schillig <[EMAIL PROTECTED]> --- drivers/s390/scsi/zfcp_aux.c|4 - drivers/s390/scsi/zfcp_def.h

[PATCH 2/2] zfcp: zfcp: add statistics and other zfcp relatedinformation to sysfs

From: Swen Schillig <[EMAIL PROTECTED]> add statistics and other zfcp related information to sysfs The zfcp adapter provides a variety of information which was never published to the external world. This patch adds a few of those "statistics" to the sysfs tree structure. These are reflected in t

[PATCH 0/2] zfcp: cleanup and add statistics

James please drop my first attempt for the zfcp add statistics patch and instead use the 2 which are following. Patch 1: whitespace cleanup. Patch 2: the modified zfcp add statistics patch This patchset was created due to the comments from Heiko Carstens pointing out a few things which could b