RE: [PATCH 1/1] scsi: megaraid_sas - Fix random failure of DCDB cmds with sense info

From: Yang, Bo
Date: Wed Nov 28 2007 - 14:09:31 EST

Next message: Vivek Goyal: "Re: [PATCH] kexec: force x86_64 arches to boot kdump kernels onboot cpu"
Previous message: Steven Rostedt: "Re: [PATCH PREEMPT_RT]: On AT91 ARM: GPIO Interrupt handling can/willstall forever"
In reply to: Matthew Wilcox: "Re: [PATCH 1/1] scsi: megaraid_sas - Fix random failure of DCDB cmds with sense info"
Next in thread: Matthew Wilcox: "Re: [PATCH 1/1] scsi: megaraid_sas - Fix random failure of DCDB cmds with sense info"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

Matthew,

Yes, as I mentioned, our applications are built in 32-bit environment
(except for ia64).
We may see a different behavior if we build it in 64-bit for x86-64.

Regards.

Bo Yang

-----Original Message-----
From: Matthew Wilcox [mailto:matthew@xxxxxx]
Sent: Tuesday, November 27, 2007 10:33 AM
To: Yang, Bo
Cc: linux-scsi@xxxxxxxxxxxxxxx; James.Bottomley@xxxxxxxxxxxx;
akpm@xxxxxxxx; linux-kernel@xxxxxxxxxxxxxxx; Patro, Sumant; Kolli, Neela
Subject: Re: [PATCH 1/1] scsi: megaraid_sas - Fix random failure of DCDB
cmds with sense info

On Tue, Nov 27, 2007 at 08:19:09AM -0700, Yang, Bo wrote:
> Matthew,
>
> Thanks for your review.
>
> We have a 32 bit application(s) (megaraid utility) that is used in
> both
> x86 and x86_64.
> For ia64, the application is built in ia64 environment.

Are you saying the application is built 32-bit for x86-64?
Is it true that, if this application were built 64-bit for x86-64, you
would have the same situation as with ia64?

> The sense_ptr picked up from the ioc->frame.raw is a 32-bit value from

> the application. When we make it "unsigned long*" it picks up a 64-bit

> value & the copy_to_user fails. Without this fix the issue is seen in
> x86_64 kernels. But for ia64 it is an unsigned long * value (8 bytes)
> and so we need a compile time flag.
>
> Regards,
>
> Bo Yang
>
> -----Original Message-----
> From: Matthew Wilcox [mailto:matthew@xxxxxx]
> Sent: Tuesday, November 20, 2007 3:42 PM
> To: Yang, Bo
> Cc: linux-scsi@xxxxxxxxxxxxxxx; James.Bottomley@xxxxxxxxxxxx;
> akpm@xxxxxxxx; linux-kernel@xxxxxxxxxxxxxxx; Patro, Sumant; Kolli,
> Neela
> Subject: Re: [PATCH 1/1] scsi: megaraid_sas - Fix random failure of
> DCDB cmds with sense info
>
> On Wed, Nov 21, 2007 at 08:40:56AM +0000, bo yang wrote:
> > Sense buffer ptr data type in the ioctl path is reverted back to u32

> > *
>
> > for x86 and x86_64 as in previous versions of driver. For IA64 it
> > will
>
> > be unsigned long *. Compile time flag added for ia64 for this.
>
> This changelog tells us what you're doing, but not why you're doing
it.
> Why is it that ia64 is different from x86 and x86_64? What should
> other architectures be doing? This patch really doesn't make any
> sense to me at all; it should be doing the exact same thing on all
> three architectures.
>
> > Signed-off-by: Bo Yang <bo.yang@xxxxxxx>
> >
> > ---
> > Documentation/scsi/ChangeLog.megaraid_sas | 15 +++++++++++++++
> > drivers/scsi/megaraid/megaraid_sas.c | 14 ++++++++++----
> > drivers/scsi/megaraid/megaraid_sas.h | 6 +++---
> > 3 files changed, 28 insertions(+), 7 deletions(-)
> >
> > diff -rupN
> > linux-2.6.22_orig/Documentation/scsi/ChangeLog.megaraid_sas
> linux-2.6.22_new/Documentation/scsi/ChangeLog.megaraid_sas
> > --- linux-2.6.22_orig/Documentation/scsi/ChangeLog.megaraid_sas
> 2007-11-20 17:50:13.000000000 -0500
> > +++ linux-2.6.22_new/Documentation/scsi/ChangeLog.megaraid_sas
> 2007-11-20 21:37:16.000000000 -0500
> > @@ -1,3 +1,18 @@
> > +1 Release Date : Thur. Nov. 19 16:30:43 PST 2007 -
> > + (emaild-id:megaraidlinux@xxxxxxx)
> > + Sumant Patro
> > + Bo Yang
> > +
> > +2 Current Version : 00.00.03.17-RC1
> > +3 Older Version : 00.00.03.16
> > +
> > +1. Fix random failure of DCDB cmds with sense info.
> > +
> > +Fix: sense buffer ptr data type in the ioctl path is reverted
> back
> > + to u32 * for x86, x86_64 as in previous versions of driver.
> > + For IA64 it will be unsigned long *. Compile time flag added
> > + for ia64 for this.
> > +
> > 1 Release Date : Thur. Nov. 07 16:30:43 PST 2007 -
> > (emaild-id:megaraidlinux@xxxxxxx)
> > Sumant Patro
> > diff -rupN linux-2.6.22_orig/drivers/scsi/megaraid/megaraid_sas.c
> linux-2.6.22_new/drivers/scsi/megaraid/megaraid_sas.c
> > --- linux-2.6.22_orig/drivers/scsi/megaraid/megaraid_sas.c
> 2007-11-20 17:50:13.000000000 -0500
> > +++ linux-2.6.22_new/drivers/scsi/megaraid/megaraid_sas.c
> 2007-11-20 17:50:13.000000000 -0500
> > @@ -10,7 +10,7 @@
> > * 2 of the License, or (at your option) any later version.
> > *
> > * FILE : megaraid_sas.c
> > - * Version : v00.00.03.16-rc1
> > + * Version : v00.00.03.17-rc1
> > *
> > * Authors:
> > * (email-id : megaraidlinux@xxxxxxx)
> > @@ -3020,10 +3020,16 @@ megasas_mgmt_fw_ioctl(struct megasas_ins
> > * sense buffer address
> > */
> > sense_buff = (unsigned long *) ((unsigned
> long)ioc->frame.raw +
> > -
> ioc->sense_off);
> > -
> > - if (copy_to_user((void __user *)(unsigned
> long)(*sense_buff),
> > + ioc->sense_off);
> > + sense_ptr = (u32 *) ((unsigned long)ioc->frame.raw +
> > + ioc->sense_off);
> > +#if defined(__ia64__)
> > + if (copy_to_user((void __user *)((unsigned
> long)(*sense_buff)),
> > + sense, ioc->sense_len)) {
> > +#else
> > + if (copy_to_user((void __user *)((unsigned
> long)(*sense_ptr)),
> > sense, ioc->sense_len)) {
> > +#endif
> > printk(KERN_ERR "megasas: Failed to copy out to
> user "
> > "sense data\n");
> > error = -EFAULT;
> > diff -rupN linux-2.6.22_orig/drivers/scsi/megaraid/megaraid_sas.h
> linux-2.6.22_new/drivers/scsi/megaraid/megaraid_sas.h
> > --- linux-2.6.22_orig/drivers/scsi/megaraid/megaraid_sas.h
> 2007-11-20 17:50:13.000000000 -0500
> > +++ linux-2.6.22_new/drivers/scsi/megaraid/megaraid_sas.h
> 2007-11-20 17:50:13.000000000 -0500
> > @@ -18,9 +18,9 @@
> > /*
> > * MegaRAID SAS Driver meta data
> > */
> > -#define MEGASAS_VERSION
> "00.00.03.16-rc1"
> > -#define MEGASAS_RELDATE "Nov. 07, 2007"
> > -#define MEGASAS_EXT_VERSION "Thu. Nov. 07
10:09:32
> PDT 2007"
> > +#define MEGASAS_VERSION
> "00.00.03.17-rc1"
> > +#define MEGASAS_RELDATE "Nov. 19, 2007"
> > +#define MEGASAS_EXT_VERSION "Mon. Nov. 19
10:09:32
> PDT 2007"
> >
> > /*
> > * Device IDs
> >
> > -
> > To unsubscribe from this list: send the line "unsubscribe
linux-scsi"
> > in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo

> > info at http://vger.kernel.org/majordomo-info.html
>
> --
> Intel are signing my paycheques ... these opinions are still mine
> "Bill, look, we understand that you're interested in selling us this
> operating system, but compare it to ours. We can't possibly take such

> a retrograde step."

--
Intel are signing my paycheques ... these opinions are still mine "Bill,
look, we understand that you're interested in selling us this operating
system, but compare it to ours. We can't possibly take such a
retrograde step."
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

Next message: Vivek Goyal: "Re: [PATCH] kexec: force x86_64 arches to boot kdump kernels onboot cpu"
Previous message: Steven Rostedt: "Re: [PATCH PREEMPT_RT]: On AT91 ARM: GPIO Interrupt handling can/willstall forever"
In reply to: Matthew Wilcox: "Re: [PATCH 1/1] scsi: megaraid_sas - Fix random failure of DCDB cmds with sense info"
Next in thread: Matthew Wilcox: "Re: [PATCH 1/1] scsi: megaraid_sas - Fix random failure of DCDB cmds with sense info"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]