On Sat, 2005-07-30 at 15:23 -0500, James Bottomley wrote:
> On Sat, 2005-07-30 at 12:53 -0700, David S. Miller wrote:
> > From: James Bottomley <[EMAIL PROTECTED]>
> > Date: Sat, 30 Jul 2005 12:32:42 -0500
> >
> > > FIB has taken your netlink number, so I changed it to 32
> >
> > MAX_LINKS is
On Sat, 2005-07-30 at 15:23 -0500, James Bottomley wrote:
On Sat, 2005-07-30 at 12:53 -0700, David S. Miller wrote:
From: James Bottomley [EMAIL PROTECTED]
Date: Sat, 30 Jul 2005 12:32:42 -0500
FIB has taken your netlink number, so I changed it to 32
MAX_LINKS is 32, so there is no
On Thu, 2005-04-14 at 13:16 +0200, Christoph Hellwig wrote:
> On Mon, Apr 11, 2005 at 10:30:58PM -0400, linux-iscsi development team wrote:
> > The linux-iscsi and open-iscsi developers would like to announce
> > that they have combined forces on a single iSCSI initiator effort!
>
> What SCM will
On Thu, 2005-04-14 at 13:16 +0200, Christoph Hellwig wrote:
On Mon, Apr 11, 2005 at 10:30:58PM -0400, linux-iscsi development team wrote:
The linux-iscsi and open-iscsi developers would like to announce
that they have combined forces on a single iSCSI initiator effort!
What SCM will the
On Mon, 2005-04-11 at 22:35 -0700, Greg KH wrote:
> On Mon, Apr 11, 2005 at 08:24:08PM -0700, Alex Aizman wrote:
> > +typedef uint64_t iscsi_snx_t; /* iSCSI Data-Path session
> > handle */
> > +typedef uint64_t iscsi_cnx_t; /* iSCSI Data-Path connection
> > handle */
>
On Mon, 2005-04-11 at 22:35 -0700, Greg KH wrote:
On Mon, Apr 11, 2005 at 08:24:08PM -0700, Alex Aizman wrote:
+typedef uint64_t iscsi_snx_t; /* iSCSI Data-Path session
handle */
+typedef uint64_t iscsi_cnx_t; /* iSCSI Data-Path connection
handle */
Do you
On Thu, 2005-04-07 at 13:54 -0400, Daniel Phillips wrote:
> Three years ago, there was no fully working open source distributed scm code
> base to use as a starting point, so extending BK would have been the only
> easy alternative. But since then the situation has changed. There are now
>
On Thu, 2005-04-07 at 13:54 -0400, Daniel Phillips wrote:
Three years ago, there was no fully working open source distributed scm code
base to use as a starting point, so extending BK would have been the only
easy alternative. But since then the situation has changed. There are now
On Tue, 2005-04-05 at 19:07 -0400, Jeff Garzik wrote:
> As a tangent, I'd also like to see iSCSI over SCTP.
existing iSCSI over TCP ietf draft just does not fit into SCTP.
There was some activity on IPS recently:
http://www1.ietf.org/mail-archive/web/ips/current/msg01279.html
it ends up with
On Tue, 2005-04-05 at 19:07 -0400, Jeff Garzik wrote:
As a tangent, I'd also like to see iSCSI over SCTP.
existing iSCSI over TCP ietf draft just does not fit into SCTP.
There was some activity on IPS recently:
http://www1.ietf.org/mail-archive/web/ips/current/msg01279.html
it ends up with
Andrea,
I just successfully tested the patch on my environment. It actually
resolved OOM-killer problem for my iscsid.
Important note: daemon's parent must be init.
In my test, OOM-killer killed everything around but iscsid, and iscsid
successfully finished registration of new SCSI host in the
Andrea,
I just successfully tested the patch on my environment. It actually
resolved OOM-killer problem for my iscsid.
Important note: daemon's parent must be init.
In my test, OOM-killer killed everything around but iscsid, and iscsid
successfully finished registration of new SCSI host in the
ack, implement comments and apply patches;
> > b) cleanup user side of the iSCSI open interface; use API calls
> > (instead of
> > directly constructing events);
> > c) eliminate runtime control path memory allocations (for Nop-In,
> > Nop-Out,
> > etc.);
> &g
questions.
Regards,
Alex Aizman Dmitry Yusupov
=
The following 6 patches alltogether represent the Open-iSCSI Initiator:
Patch 1:
SCSI LLDD consists of 3 files:
- iscsi_if.c (iSCSI open interface over netlink);
- iscsi_tcp.[ch
On Thu, 2005-03-10 at 11:27 +0100, Lars Marowsky-Bree wrote:
> On 2005-03-09T18:36:37, Alex Aizman <[EMAIL PROTECTED]> wrote:
> > >That works well in our current development series, and if you want to
> > >share code, you can either rip it off (Open Source, we love ya ;) or we
> > >can spin off
On Thu, 2005-03-10 at 11:27 +0100, Lars Marowsky-Bree wrote:
On 2005-03-09T18:36:37, Alex Aizman [EMAIL PROTECTED] wrote:
That works well in our current development series, and if you want to
share code, you can either rip it off (Open Source, we love ya ;) or we
can spin off these parts
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 Mackal
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
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 growing. In
the
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 big is the userspace
As far as UDP HW acceleration is concerned we need to modify/verify that
Linux TCP/IP stack capable of:
1) Partial checksumming on receive
2) Checksumming over fragments on transmit
And find the NIC which capable of doing that. s2io/neterion hw do
supports those features.
Regards,
Dima
Without
As far as UDP HW acceleration is concerned we need to modify/verify that
Linux TCP/IP stack capable of:
1) Partial checksumming on receive
2) Checksumming over fragments on transmit
And find the NIC which capable of doing that. s2io/neterion hw do
supports those features.
Regards,
Dima
Without
22 matches
Mail list logo