On Sat, 05 Mar 2005, [EMAIL PROTECTED] wrote:
> I've attached a revised patch.
>
> One other note:
> > scsi_scan_target(&rport->dev, rport->channel,
> > rport->scsi_target_id, SCAN_WILD_CARD, 0);
>
> The rescan flag should be 1, not 0. If 0, all kinds of bad thing
On Sat, 05 Mar 2005, [EMAIL PROTECTED] wrote:
> In thinking this through a little further - if the workq is just
> for the transport, the transport ought to simply create and use
> the workq. There would be no need to modify the host structure.
>
> If we're trying to avoid the potential for sever
Hello All,
We are announcing a driver for LSI Logic's new SAS based MegaRAID
controllers. I am submitting the inlined patch in three parts. Please
review the patches.
Thank you,
Sreenivas Bagalkote
LSI Logic Corporation
Patch 1 of 3:
Signed-off-by: Sreenivas Bagalkote <[EMAIL PROTECTED]>
dif
On Mon, 2005-03-07 at 09:21 +0100, Gerd Knorr wrote:
> Probably historical reasons, I havn't tracked the scsi layer changes for
> quite some time, so this might simply be a 2.6 cleanup I've missed
> because of that. Will check ...
OK, Thanks.
> > ch_ioctl() (and the compat): since this is a new
On Mon, Mar 07, 2005 at 09:53:22AM -0800, Brad Boyer wrote:
> On Tue, Mar 08, 2005 at 12:45:28AM +1100, Finn Thain wrote:
> > My main reservation about embarking on this is that I don't think mac_scsi
> > ever actually worked under 2.6 (or 2.5?) kernels. I'm not competent enough
> > to submit a g
On Sun, Mar 06, 2005 at 10:42:55PM +, Willem Riede wrote:
> On 03/06/2005 05:27:41 PM, [EMAIL PROTECTED] wrote:
> >
> >
> > Use msleep() instead of schedule_timeout() to guarantee the task
> > delays as expected. Although TASK_INTERRUPTIBLE is used in the current code,
> > there is no code de
On Fri, Mar 04, 2005 at 10:06:00PM -0500, Bagalkote, Sreenivas wrote:
> We are announcing a driver for LSI Logic's new SAS based MegaRAID
> controllers.
I'd like to start off by thanking Sreenivas and LSI for posting this
code for comment as early as he has. Hardware is still quite a ways
off fro
On Mon, 2005-03-07 at 16:12 -0500, Bagalkote, Sreenivas wrote:
> +static int is_dma64;
the fact that this is a global variable worries me.
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to [EMAIL PROTECTED]
Mor
On Mon, 2005-03-07 at 16:09 -0500, Bagalkote, Sreenivas wrote:
> Hello All,
>
> We are announcing a driver for LSI Logic's new SAS based MegaRAID
> controllers. I am submitting the inlined patch in three parts. Please
> review the patches.
>
> source "drivers/scsi/megaraid/Kconfig.megaraid"
>
;
+static char *verstr = "20050307";
#include
@@ -268,6 +268,7 @@ static void st_analyze_sense(struct scsi
const u8 *ucp;
const u8 *sense = SRpnt->sr_sense_buffer;
+ memset(s, 0, sizeof(struct st_cmdstatus));
s->have_sense = scsi_reques
On Sunday, March 06, 2005 5:27 PM, Domen wrote:
> diff -puN drivers/scsi/megaraid.c~pci_register_driver-drivers_scsi
> drivers/scsi/megaraid.c
> --- kj/drivers/scsi/megaraid.c~pci_register_driver-drivers_scsi
2005-03-
> 05 16:12:48.0 +0100
> +++ kj-domen/drivers/scsi/megaraid.c 2005-03-05
On Sunday, March 06, 2005 5:27 PM, Domen wrote
> Use the DMA_{64,32}BIT_MASK constants from dma-mapping.h
> when calling pci_set_dma_mask() or pci_set_consistent_dma_mask()
Megaraid driver has this change and patch for this will be submitted as
committed.
Thanks,
Seokmann
LSI Logic Corporation
-
On Tue, Mar 08, 2005 at 12:45:28AM +1100, Finn Thain wrote:
> Having qla1280.c as a guide will help, thanks. My next question is, what
> does a NuBus architecture do in place of pci_(un)register_driver?
Eventually, you should use macio_(un)register_driver. However, I
don't have the support quite
On Sun, 6 Mar 2005 [EMAIL PROTECTED] wrote:
>
>
> Use msleep_interruptible() instead of
> schedule_timeout() to guarantee the task delays as expected.
>
This patch is already in the scsi-misc-2.6 tree merged into one of the st
patches.
Thanks for the reminder and the patch.
--
Kai
-
To unsu
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: Saturday, March 05, 2005 4:45 PM
> To: Miller, Mike (OS Dev)
> Cc: ISS StorageDev; [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: [patch 1/1] block/cciss: replace schedule_timeout()
> with msleep()
>
>
>
On Mon, Mar 07, 2005 at 09:27:17AM -0500, Jes Sorensen wrote:
> Matthew> We've had drivers with typos. Missing one f suddenly causes
> Matthew> all your memory to come from ZONE_DMA. Having an extra f
> Matthew> causes your driver to work ... most of the time on machines
> Matthew> with >4GB ram.
> "Matthew" == Matthew Wilcox <[EMAIL PROTECTED]> writes:
Matthew> On Mon, Mar 07, 2005 at 05:14:16AM -0500, Jes Sorensen wrote:
>> > "domen" == domen <[EMAIL PROTECTED]> writes:
>>
domen> Use the DMA_{64,32}BIT_MASK constants from dma-mapping.h when
domen> calling pci_set_dma_mask() or p
On Mon, 7 Mar 2005, Christoph Hellwig wrote:
> > .detect = macscsi_detect,
> > - .release= macscsi_release,
> > + .release= __exit_p(macscsi_release),
>
> Please get rid of your ->detect/->release useage instead. A
On Mon, Mar 07, 2005 at 05:14:16AM -0500, Jes Sorensen wrote:
> > "domen" == domen <[EMAIL PROTECTED]> writes:
>
> domen> Use the DMA_{64,32}BIT_MASK constants from dma-mapping.h when
> domen> calling pci_set_dma_mask() or pci_set_consistent_dma_mask() See
> domen> http://marc.theaimsgroup.co
> "domen" == domen <[EMAIL PROTECTED]> writes:
domen> Use the DMA_{64,32}BIT_MASK constants from dma-mapping.h when
domen> calling pci_set_dma_mask() or pci_set_consistent_dma_mask() See
domen> http://marc.theaimsgroup.com/?t=10800199301&r=1&w=2 for
domen> details
Why?
It's ugly and rea
On Monday 07 March 2005 09:12, Alex Aizman wrote:
> Common header files:
> - iscsi_ifev.h (user/kernel events).
> - iscsi_if.h (iSCSI open interface over netlink);
> - iscsi_proto.h (RFC3720 #defines and types);
> --- linux-2.6.11.orig/include/scsi/iscsi_if.
On Monday 07 March 2005 09:15, Alex Aizman wrote:
> drivers/scsi/Kconfig changes.
> --- linux-2.6.11.orig/drivers/scsi/Kconfig
> +++ linux-2.6.11.dima/drivers/scsi/Kconfig
> +config ISCSI_IF
> + tristate "iSCSI Open Transport Interface"
> + depends on SCSI && INET
> + ---hel
On Sun, Mar 06, 2005 at 07:55:25PM +0200, James Bottomley wrote:
> Looking through this, the only things I really noticed that need work
> are:
>
> ch_do_scsi(): It looks like this has an effective reimplementation of
> scsi_wait_req. We're trying to deprecate the usage of scsi_do_req so we
> ca
23 matches
Mail list logo