On Dec 23, 2008, at 12:39 PM, Guy Harris wrote:
On Nov 27, 2008, at 3:49 AM, Jean-Louis wrote:
this means request a new DLT_ value like i.e. DLT_USB_LINUX_MMAPPED,
Yes. I've added DLT_USB_LINUX_MMAP.
I've renamed it to DLT_USB_LINUX_MMAPPED in the main and 1.0 branches.
add
a new stru
On Nov 27, 2008, at 3:49 AM, Jean-Louis wrote:
this means request a new DLT_ value like i.e. DLT_USB_LINUX_MMAPPED,
Yes. I've added DLT_USB_LINUX_MMAP.
add
a new struct in libpcap/pcap/usb.h similar to pcap_usb_header with
last
field for padding i.e.
typedef struct _usb_header_mmapped
Guy Harris ha scritto:
On Nov 24, 2008, at 1:27 PM, Tyson Key wrote:
Hi, any chance that a "usbany" (or similar) pseudo-device could be
added in a future version to capture on all USB buses, similar to
the standard "any" device for non-USB interfaces?
The "any" device works in Linux because
Guy Harris ha scritto:
On Oct 29, 2008, at 7:38 PM, Jean-Louis wrote:
in accordance with usbmon.txt in "mmap mode" the data is at
&mmap_area[vec[i]] + 64;
rather than
&mmap_area[vec[i]] + 48;
with mmap ther'is 16Byte filled with 0 first to the real data...
so if i.e. I have caplen = 18Byt
On Nov 24, 2008, at 1:27 PM, Tyson Key wrote:
Hi, any chance that a "usbany" (or similar) pseudo-device could be
added in
a future version to capture on all USB buses, similar to the
standard "any"
device for non-USB interfaces?
The "any" device works in Linux because you can open a PF_PA
Hi, any chance that a "usbany" (or similar) pseudo-device could be added in
a future version to capture on all USB buses, similar to the standard "any"
device for non-USB interfaces?
Thanks, Tyson.
On Mon, Nov 24, 2008 at 8:10 PM, Guy Harris <[EMAIL PROTECTED]> wrote:
>
> On Oct 29, 2008, at 7:3
On Oct 29, 2008, at 7:38 PM, Jean-Louis wrote:
in accordance with usbmon.txt in "mmap mode" the data is at
&mmap_area[vec[i]] + 64;
rather than
&mmap_area[vec[i]] + 48;
with mmap ther'is 16Byte filled with 0 first to the real data...
so if i.e. I have caplen = 18Byte, in file.pcap I have 1
Jean-Louis ha scritto:
today I have found some bug on pcap-usb-linux.c
now i can try to tell you which are
in accordance with usbmon.txt in "mmap mode" the data is at
&mmap_area[vec[i]] + 64;
rather than
&mmap_area[vec[i]] + 48;
with mmap ther'is 16Byte filled with 0 first to the real dat
