Hi,
I have to submit some patches for Emulex's "oce" driver. Could you please
let me know if http://www.freebsd.org/send-pr.html is the correct way of
submitting them?
/Venkat
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/lis
The following reply was made to PR kern/171838; it has been noted by GNATS.
From: Venkat Duvvuru
To: freebsd-gnats-sub...@freebsd.org, freebsd-b...@freebsd.org
Cc:
Subject: Re: misc/171838: Possible lock reversal and duplicate locks as
reported by Witness
Date: Tue, 6 Nov 2012 13:10:43 +0530
It's working fine...I was interpreting it wrongly. Sorry!!
On Tue, Aug 14, 2012 at 2:47 PM, Venkat Duvvuru
wrote:
> My question is more about "ether_vlanencap" api. This api is supposed to
> insert vlantag and tranform Ethernet header into an Ethernet header with
> 802.1Q
it is not happening in my case, I'm passing mbuf and vlantag to this
api and I get partial junk data in the packet and a corrupted m_len as
well.
Folks, any inputs?
/Venkat
On Tue, Aug 14, 2012 at 11:34 AM, Julian Elischer wrote:
> On 8/13/12 10:50 PM, Venkat Duvvuru wrote:
>
>> Hi,
&
Hi,
I'm trying to insert vlan tag into the packet using "ether_vlanencap" but
the packet is getting corrupted in the mbuf and m_len is also showing a
wrong length.
Am I doing something wrong here? Can I directly pass mbuf pointer and vlan
tag to this api for inserting the vlan tag?
/Venkat
___
Folks - any inputs?
/Venkat
On Tue, Jul 31, 2012 at 6:52 PM, Venkat Duvvuru
wrote:
> Hi,
> I have a couple of questions related to flowid for IPv6. Please clarify.
>
> 1. Why is the below code (ip_output) absent for ip6_output? This is
> causing the ipv6 traffic to always f
, John Baldwin wrote:
> On Tuesday, July 31, 2012 8:48:00 am Venkat Duvvuru wrote:
> > Hi,
> > How to mmap PCI BARs from userland in freebsd?
> > In Linux the PCI BAR appears as a file in the sysfs file system. How can
> I
> > access PCI BAR as a file in freebsd to
Hi,
I have a couple of questions related to flowid for IPv6. Please clarify.
1. Why is the below code (ip_output) absent for ip6_output? This is causing
the ipv6 traffic to always flow in just one queue.
if (inp != NULL) {
INP_LOCK_ASSERT(inp);
M_SETFIB(m, inp->in
Thanks Alexandar!
That's what I'm looking for!
/Venkat
On Fri, Jul 20, 2012 at 5:22 PM, Alexander V. Chernikov wrote:
> On 20.07.2012 14:32, Venkat Duvvuru wrote:
>
>> Hi,
>> I'm trying to create a socket under AF_LINK family but freebsd is saying
>>
Hi,
I'm trying to create a socket under AF_LINK family but freebsd is saying
that "protocol is not supported" while creating the socket.
Is AF_LINK not supported?
/Venkat
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/
Hi Lev,
Thanks for your response.
I browsed through Freebsd's network stack code and here is my observation.
If driver sets the queue index in receive path and sets FLOWID flag in mbuf
then this information will be stored in tcp control block and the same
queue index will be used while transmitting
and no matter in which order I bring up the interfaces, the system becomes
sluggish after the 5th interface is brought up. So doesn't look like a
specific driver issue.
On Fri, Jun 22, 2012 at 2:25 PM, Venkat Duvvuru
wrote:
> This setup has variety of NICs, Intel's, Emulex's
This setup has variety of NICs, Intel's, Emulex's and all are stock drivers.
/Venkat
On Thu, Jun 21, 2012 at 7:17 PM, John Baldwin wrote:
> On Thursday, June 21, 2012 8:50:06 am Venkat Duvvuru wrote:
> > While I'm able to ping to the machine..every command on the curr
I suspected the hardware hence installed Linux and cross verified that
Linux is working fine.
/Venkat
On Thu, Jun 21, 2012 at 6:20 PM, Venkat Duvvuru
wrote:
> While I'm able to ping to the machine..every command on the current active
> session is sluggish infact doesn't complete
uccessfully complete "top -P" command
once..even top hung for the second time.
/Venkat
On Thu, Jun 21, 2012 at 5:46 PM, John Baldwin wrote:
> On Thursday, June 21, 2012 5:47:48 am Venkat Duvvuru wrote:
> > John - Thanks for the reply.
> >
> > All the CPUs are ~10
Venkat
On Wed, Jun 20, 2012 at 8:24 PM, John Baldwin wrote:
> On Wednesday, June 20, 2012 6:47:34 am Venkat Duvvuru wrote:
> > Hi,
> > MSI-x supports upto 2048 vectors but what I see in freebsd 8.2 is that
> when
> > I use more than ~30 vectors, system becomes dead slow.
>
Hi,
MSI-x supports upto 2048 vectors but what I see in freebsd 8.2 is that when
I use more than ~30 vectors, system becomes dead slow.
Is there a limitation on number of msi vectors that can be used in 8.2?
/Venkat
___
freebsd-net@freebsd.org mailing lis
Folks,
Can somebody please explain me why "tcp checsum" calculation is mandated in
the freebsd network stack (tcp_input--->in6_cksum) albeit the card supports
it?
Probably Steve is the right person who can answer this.
/Venkat
On Wed, May 23, 2012 at 11:27 AM, Venkat Duvvuru wr
2, 2012 at 11:16 PM, Jack Vogel wrote:
> LRO is a huge win for 10G (as is TSO on the TX side), so odds are good its
> behind the drop,
> in any case you'll be able to test that soon :)
>
> Jack
>
>
>
> On Tue, May 22, 2012 at 10:35 AM, Venkat Duvvuru <
> venkat
Thanks for the response.
I observed that there is a significant performance drop in case of IPv6 on
the "rx" side.
While I'm able to hit line rate ~9.5 Gbps on a 10gb NIC for IPv4..I could
only get ~6 Gbps on the "rx" front for IPv6...However "tx" for IPv6 is on
par with IPv4 hitting almost line r
Folks,
Could somebody please tell about the base Freebsd version which has LRO
support for IPv6?
I'm using 9.0-RELEASE and I see that tcp_lro_rx is failing.
Please confirm.
/Venkat
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailma
Folks,
This question is related to the hash calculation done as part of selecting
the transmit queue for IPv6 traffic.
I observed that no matter how many queues you use in the driver, the tx
traffic is always coming on queue 0.
Did anybody else observed this behaviour?
Note: IPv4 traffic is coming
22 matches
Mail list logo
