Hi,
I am facing following problem and was wondering if somebody could help
me out.
I reference our char driver below but the question I really have is
about sleep/wake_up mechanism. So, I thought somebody who is aware of
this can help me. BTW, this is 2.6.10.
Our char driver(pretty much like all
Hi,
I am trying to use I/OAT on one of the newer woodcrest boxes.
But not sure if things are configured properly since there
seems to be no change in performance with I/OAT enabled
or disabled.
Following are the steps followed.
1. MSI (CONFIG_PCI_MSI) is enabled in kernel(2.6.16.21).
2. In kernel
Hello,
Our current NIC does not provide the actual checksum value on receive path.
Hence we only claim NETIF_F_IP_CSUM instead of the more general
NETIF_F_HW_CSUM.
To support this in a future adapter, we would like to know what exactly are
the requirements (on both Rx and Tx )to claim
PROTECTED]; [EMAIL PROTECTED]; Leonid. Grossman
(E-mail)
Subject: Re: H/W requirements for NETIF_F_HW_CSUM
On Wed, 26 Jul 2006 10:28:00 -0700
Ravinandan Arakali [EMAIL PROTECTED] wrote:
Hello,
Our current NIC does not provide the actual checksum value
on receive path.
Hence we only
Dave/Michael,
Replicating NS bit(from super segment) across all segments looks fine.
But one of the issues is the random/pseudo-random generation of
ECT code points on each of these segments. The hardware will need to
be capable of generating this, and I guess should be able to verify this
Thanks.. I will get rid of the per-session check for ECN.
Ravi
-Original Message-
From: David Miller [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 11, 2006 11:12 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
netdev@vger.kernel.org
Subject: Re: [PATCH]NET: Add ECN
Michael/David,
Thanks for the comments on LRO. The current LRO code in S2io driver is not
aware of ECN. While I was trying to fix this, the first thing I encountered
was to check, in the driver, if ECN is enabled for current session. To do
this, I try to get hold of the socket by doing something
Michael,
Are network cards expected to be aware-of and implement RFC3540(ECN with
nonces) ?
Thanks,
Ravi
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Michael Chan
Sent: Tuesday, June 27, 2006 8:07 PM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Cc:
TSOv4
In article [EMAIL PROTECTED] (at Fri, 23 Jun 2006
17:28:12 -0700), Ravinandan Arakali [EMAIL PROTECTED]
says:
Neterion's Xframe adapter supports TSO over IPv6.
I remember you posted some patches.
Would you post revised version reflecting Stephen's comment, please?
--yoshfuji
Andrew,
My understanding is that MSI-X vectors are not usually shared. We don't want
to spend cycles checking if the interrupt was indeed from our card or
another device on same IRQ.
In fact, current driver shares IRQ for the MSI case which I think is a bug.
That should also be non-shared. Our MSI
I don't think we should disable and enable all interrupts in the
poll_controller entry point. With the current patch, at the end of
the routine _all_ interrupts get enabled which is not desirable.
Maybe you should just do disable_irq() at start of function and
enable_irq() before exiting, the way
in pci_disable_msi and all allocated MSI-X vectors
in pci_disable_msix.
Testing:
The fix has been tested on IA64 platforms with Neterion's Xframe driver.
Signed-off-by: Ravinandan Arakali [EMAIL PROTECTED]
---
diff -urpN old/drivers/pci/msi.c new/drivers/pci/msi.c
--- old/drivers/pci/msi.c 2006-05-31 19:02
by multiple load/unload of MSI-X followed by load/unload MSI. That
way both transitions(MSI-to-MSI-X and vice versa) are tested.
Thanks,
Ravi
-Original Message-
From: Rajesh Shah [mailto:[EMAIL PROTECTED]
Sent: Friday, June 02, 2006 2:55 PM
To: Ravinandan Arakali
Cc: linux-kernel@vger.kernel.org
I have submitted a proposed fix for the below issue.
Will wait for comments.
Ravi
-Original Message-
From: Andi Kleen [mailto:[EMAIL PROTECTED]
Sent: Friday, May 05, 2006 1:44 AM
To: Ayaz Abdulla
Cc: [EMAIL PROTECTED]; linux-kernel@vger.kernel.org;
Ananda. Raju; netdev@vger.kernel.org;
Hi,
I am seeing the following problem with MSI/MSI-X.
Note: I am copying netdev since other network drivers use
this feature and somebody on the list could throw light.
Our 10G network card(Xframe II) supports MSI and MSI-X.
When I load/unload the driver with MSI support followed
by an attempt
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; netdev@vger.kernel.org
Subject: Re: [PATCH 2.6.16-rc5] S2io: Receive packet classification and
steering mechanisms
On Thursday 20 April 2006 00:45, Ravinandan Arakali wrote:
Andi,
We would like to explain that this patch is tier-1 of a two
tiered
PROTECTED]; netdev@vger.kernel.org
Subject: Re: [PATCH 2.6.16-rc5] S2io: Receive packet classification and
steering mechanisms
On Wednesday 19 April 2006 02:38, Ravinandan Arakali wrote:
configuration: A mask(specified using loadable parameter rth_fn_and_mask)
can be used to select a subset of TCP/UDP
Hi,
Just wondering if anybody got a chance to review below patch.
Thanks,
Ravi
-Original Message-
From: Ravinandan Arakali [mailto:[EMAIL PROTECTED]
Sent: Friday, March 10, 2006 12:32 PM
To: [EMAIL PROTECTED]; netdev@vger.kernel.org
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL
used is netlink sockets. Can specify
socket tuple values. If any of the values(say source port) needs
to be don't care, specify 0x.
Signed-off-by: Raghavendra Koushik [EMAIL PROTECTED]
Signed-off-by: Sivakumar Subramani [EMAIL PROTECTED]
Signed-off-by: Ravinandan Arakali [EMAIL PROTECTED
Hi,
Just wondering if anybody got a chance to review the below patch.
This version(as per Rick's comment on v1 patch) includes support
for TCP timestamps.
Thanks,
Ravi
-Original Message-
From: Ravinandan Arakali [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 25, 2006 11:53 AM
(with MTU=1500) going from LRO disabled to enabled:
IBM 2-way Xeon (x366) : 3.5 to 7.1 Gbps
2-way Opteron : 4.5 to 6.1 Gbps
Signed-off-by: Ravinandan Arakali [EMAIL PROTECTED]
---
diff -urpN old/drivers/net/s2io.c new_ts/drivers/net/s2io.c
--- old/drivers/net/s2io.c 2006-01-19 04:31:05.0
, 2006 3:30 PM
To: Ravinandan Arakali
Cc: [EMAIL PROTECTED]; netdev@vger.kernel.org;
[EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]
Subject: Re: [PATCH 2.6.16-rc1] S2io: Large Receive Offload (LRO)
feature for Neterion (s2io) 10GbE Xframe PCI-X and PCI-E
).
Regards,
Ravi
-Original Message-
From: Rick Jones [mailto:[EMAIL PROTECTED]
Sent: Monday, January 23, 2006 4:08 PM
To: Ravinandan Arakali
Cc: [EMAIL PROTECTED]; netdev@vger.kernel.org;
[EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]
Subject: Re
to enabled:
IBM 2-way Xeon (x366) : 3.5 to 7.1 Gbps
2-way Opteron : 4.5 to 6.1 Gbps
Signed-off-by: Ravinandan Arakali [EMAIL PROTECTED]
---
diff -urpN old/drivers/net/s2io.c new/drivers/net/s2io.c
--- old/drivers/net/s2io.c 2006-01-19 04:31:05.0 -0800
+++ new/drivers/net/s2io.c 2006
Arthur/David/Jeff,
Thanks for pointing that out. We will wait for any other comments
on our 12 patches. If there are no other, will send out a patch13
to include the mmiowb() change.
Thanks,
Ravi
-Original Message-
From: Arthur Kepner [mailto:[EMAIL PROTECTED]
Sent: Friday, July 08, 2005
25 matches
Mail list logo