Hello,
i wanted to ask if it is possible to put the typedef "Sg_request" into sg.h?
The reason i'm asking is, i need to pass data through SG_IO from an
application to the driver. At the moment the problem is solved by copying
code of the SG_IO driver into i2o_config (the passthru function). I'm
Markus Lidel wrote:
Hello,
i wanted to ask if it is possible to put the typedef "Sg_request" into
sg.h?
A surprising question. I would have though Sg_request was
private to the sg driver but ...
It is possible. Seems as though "#if __KERNEL__" conditional
blocks are still acceptable in kernel head
Hello,
Douglas Gilbert wrote:
Markus Lidel wrote:
i wanted to ask if it is possible to put the typedef "Sg_request" into
sg.h?
A surprising question. I would have though Sg_request was
private to the sg driver but ...
Yep i know it's not the best way, but the only way to get some data from
an app
On 03/08/05 02:00, Andrew Vasquez wrote:
There were some background tasks I shelved until the remote-ports
stuff settled down which I thought could use the deferred processing
thread:
* Initiate LIP -- several customers have asked for this ability as
several topological configurations isolate dis
On Mon, 7 Mar 2005, Kenn Humborg wrote:
> On Mon, Mar 07, 2005 at 09:53:22AM -0800, Brad Boyer wrote:
> > ...
> > Looks to me like the interrupt came in after the driver already
> > decided to give up for some reason. I had a big problem with that
> > while I was trying to fix the driver to u
On Wed, Mar 09, 2005 at 02:16:45AM +1100, Finn Thain wrote:
> That seems to have helped. It still crashes with the same bus error, but
> the preceding issue/disconnect/abort cycle is gone now. Log is below.
> Hopefully I'll get a chance to look at the bus error soon.
I notice it got through all
Hello!
We're seeing a null pointer dereference with certain IDE tape drives on
2.6.11 when we use it with ide-scsi (i686 architecture). The problem is
that the scatter-gather pages aren't mapped to kernel virtual address
space in idescsi_output_buffers()/idescsi_input_buffers(), so, if these
pag
>
>> source "drivers/scsi/megaraid/Kconfig.megaraid"
>> +source "drivers/scsi/megaraid/Kconfig.megaraid_sas"
>>
>
>why a fully separate file and not add your ONE config option to
>Kconfig.megaraid instead ??
>
Arjan, I didn't want to needlessly couple megaraid and megaraid_sas.
Since they are i
>Subject: Re: [ANNOUNCE][PATCH 2.6.11 2/3] megaraid_sas:
>Announcing new module for LSI Logic's SAS based MegaRAID controllers
>
>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 t
>
>> +static int is_dma64;
>
>the fact that this is a global variable worries me.
>
Matt also has the same concern. I am pasting my response from my reply
to his comment:
I will make this an instance parameter if the idea to reduce as many
global variables as poss
On Tue, Mar 08, 2005 at 06:05:11PM -0500, Bagalkote, Sreenivas wrote:
> >
> >> source "drivers/scsi/megaraid/Kconfig.megaraid"
> >> +source "drivers/scsi/megaraid/Kconfig.megaraid_sas"
> >>
> >
> >why a fully separate file and not add your ONE config option to
> >Kconfig.megaraid instead ??
> >
Begin forwarded message:
Date: Tue, 8 Mar 2005 13:38:07 + (GMT)
From: Holger Kiehl <[EMAIL PROTECTED]>
To: linux-kernel
Subject: Fusion-MPT much faster as module
Hello
On a four CPU Opteron compiling the Fusion-MPT as module gives much better
performance when compiling it in, here some b
On Sun, Mar 06, 2005 at 11:03:14PM -0800, Alex Aizman wrote:
> As far as user/kernel, the existing iSCSI initiators bloat the kernel with
> ever-growing control plane code, including but not limited to: iSCSI
> discovery, Login (Authentication and Operational), session and connection
> management,
So, is there a reason we aren't just starting the workq thread
upon the first call to queue something to it ?
-- james s
> -Original Message-
> From: Luben Tuikov [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, March 08, 2005 8:12 AM
> To: Andrew Vasquez
> Cc: Smart, James; linux-scsi@vger.ker
Matt Mackall wrote:
How big is the userspace client?
Hmm.. x86 executable? source?
Anyway, there's about 12,000 lines of user space code, and growing. In
the kernel we have approx. 3,300 lines.
- 450MB/sec Read on a single connection (2-way 2.4Ghz Opteron, 64KB block
size);
With what net
On Tue, Mar 08, 2005 at 09:51:39PM -0800, Alex Aizman wrote:
> Matt Mackall wrote:
>
> >How big is the userspace client?
> >
> Hmm.. x86 executable? source?
>
> Anyway, there's about 12,000 lines of user space code, and growing. In
> the kernel we have approx. 3,300 lines.
>
> >>- 450MB/sec Rea
On Sun, Mar 06, 2005 at 11:04:51PM -0800, Alex Aizman wrote:
> SCSI LLDD consists of 3 files:
> - iscsi_if.c (iSCSI open interface over netlink);
> - iscsi_tcp.[ch] (iSCSI transport over TCP/IP).
>
> Signed-off-by: Alex Aizman <[EMAIL PROTECTED]>
> Signed-o
Matt Mackall wrote:
On Tue, Mar 08, 2005 at 09:51:39PM -0800, Alex Aizman wrote:
Matt Mackall wrote:
How big is the userspace client?
Hmm.. x86 executable? source?
Anyway, there's about 12,000 lines of user space code, and growing. In
the kernel we have approx. 3,300 lines.
-
On Tue, 2005-03-08 at 22:05 -0800, Matt Mackall wrote:
> On Tue, Mar 08, 2005 at 09:51:39PM -0800, Alex Aizman wrote:
> > Matt Mackall wrote:
> >
> > >How big is the userspace client?
> > >
> > Hmm.. x86 executable? source?
> >
> > Anyway, there's about 12,000 lines of user space code, and growin
On Sun, Mar 06, 2005 at 11:12:06PM -0800, Alex Aizman wrote:
> +#define iscsi_ptr(_handle) ((void*)(unsigned long)_handle)
> +#define iscsi_handle(_ptr) ((uint64_t)(unsigned long)_ptr)
This is a bit wonky. Why is there a distinction?
> +#ifndef ISCSI_PROTO_H
> +#define ISCSI_PROTO_H
> +
> +#def
On Tue, Mar 08, 2005 at 10:25:58PM -0800, Dmitry Yusupov wrote:
> On Tue, 2005-03-08 at 22:05 -0800, Matt Mackall wrote:
> > On Tue, Mar 08, 2005 at 09:51:39PM -0800, Alex Aizman wrote:
> > > Matt Mackall wrote:
> > >
> > > >How big is the userspace client?
> > > >
> > > Hmm.. x86 executable? sour
On Sun, Mar 06, 2005 at 11:19:03PM -0800, Alex Aizman wrote:
> +The latest development release is available at:
> +http://www.open-iscsi.org
I think a URL in Kconfig and the source is sufficient, as this
requires a userspace component which is a better place to bundle the
docs.
--
Mathematics is
On Tue, 2005-03-08 at 22:50 -0800, Matt Mackall wrote:
> On Tue, Mar 08, 2005 at 10:25:58PM -0800, Dmitry Yusupov wrote:
> > On Tue, 2005-03-08 at 22:05 -0800, Matt Mackall wrote:
> > > On Tue, Mar 08, 2005 at 09:51:39PM -0800, Alex Aizman wrote:
> > > > Matt Mackall wrote:
> > > >
> > > > >How bi
On Wed, 09 Mar 2005, [EMAIL PROTECTED] wrote:
>
> So, is there a reason we aren't just starting the workq thread
> upon the first call to queue something to it ?
>
I don't see any reason why that approach wouldn't work in this
circumstance..
--
av
-
To unsubscribe from this list: send the line
24 matches
Mail list logo
