Thanks for assigning a new value.
Just curious, if the FC packet has 4 bytes SOF in front of R_CTL, can I use
the same value?
Thanks,
Kahou
On Fri, Jul 3, 2009 at 5:11 PM, Guy Harris wrote:
>
> On Jun 29, 2009, at 6:35 PM, kahou lei wrote:
>
> Yes, the packet starts with the R_CTL field.
>>
>
On 18/04/09 01:07 PM, Guy Harris wrote:
On Apr 10, 2009, at 8:23 PM, Darren Reed wrote:
The URL below contains the necessary changes for BPF on Solaris to
"just work". To summarise, Solaris needs a few extra includes and for
BPF to be checked before DLPI.
http://www.opensolaris.org/os/communi
On Jul 15, 2009, at 1:12 PM, Gianluca Varenni wrote:
There were a couple of commits lately, including some bug fixes to
the USB-linux code.
The bug fixes I've been doing have just been to the main branch (I
seem to remember somebody indicating that we'd probably just jump
directly to 4.1
Guy Harris wrote:
>
> On Jul 15, 2009, at 12:40 PM, Dustin Spicuzza wrote:
>
>> Found this bug while trying to add the buffer statistics API. git
>> formatted patch attached:
>>
>> - Fixed bug where create_ring would fail for particular snaplen and
>> buffer size combinations
>> - Changed ring al
On Jul 15, 2009, at 12:45 PM, Dustin Spicuzza wrote:
I've attached a git patch to add a function, pcap_buffer_stats() to
the
pcap API. I noticed some other platforms use the handle-
>opt.buffer_size
variable, but I don't have access to build any of those so I didn't
try
an implementation o
On Jul 15, 2009, at 12:40 PM, Dustin Spicuzza wrote:
Found this bug while trying to add the buffer statistics API. git
formatted patch attached:
- Fixed bug where create_ring would fail for particular snaplen and
buffer size combinations
- Changed ring allocation to retry with 5% less buffer s
There were a couple of commits lately, including some bug fixes to the
USB-linux code.
Have a nice day
GV
-
This is the tcpdump-workers list.
Visit https://cod.sandelman.ca/ to unsubscribe.
Guy Harris wrote:
>
> On Jul 14, 2009, at 9:05 AM, Dustin Spicuzza wrote:
>
>> I'd like to get information on how much of the mmap'ed ring buffer is
>> being used so that I can deal with dropped packets more effectively. I
>> was going to add a patch for this, but its not clear to me the best way
Found this bug while trying to add the buffer statistics API. git
formatted patch attached:
- Fixed bug where create_ring would fail for particular snaplen and
buffer size combinations
- Changed ring allocation to retry with 5% less buffer size instead of 50%
--
Innovation is just a problem aw
