search for: packet_typ

In my ongoing quest to restore corrupted ogg files, I'm trying to find an easy way to identify the setup header without having to actually decode it. I understand that it starts with [packet_type] = 5 and then the string 'vorbis', but is there some way to figure out where it terminates without actually decoding the bits?

On Fri, Jul 17, 2009 at 12:48:27PM -0700, Ralph Giles wrote: > > In my ongoing quest to restore corrupted ogg files, I'm trying to find > > an easy way to identify the setup header without having to actually > > decode it. I understand that it starts with [packet_type] = 5 and then > > the string 'vorbis', but is there some way to figure out where it > > terminates without actually decoding the bits? > No. The first header is fixed length the second two are variable. It > should be immediately followed by a new page header though; if t...

...= 'J' } S_un_w = { s_w1 = 56960u s_w2 = 18945u } S_addr = 1241636480u # DMB ip address } } port = 137 # The port we're sending this packet to? fd = 4 timestamp = 908574199 packet_type = (NMB_PACKET, (packet_type) 0) packet = { nmb = { header = { name_trn_id = 10842 opcode = 0 response = 0 nm_flags = { bcast = 0 recursion_available = 0 recursion_des...

Looks like the GSO is involved? I got this while running Dom0 only (no guests), with a BOINC/Rosetta@home application running on all 4 cores. changeset: 10649:8e55c5c11475 Build: x86_32p (pae). ------------[ cut here ]------------ kernel BUG at net/core/dev.c:1133! invalid opcode: 0000 [#1] SMP CPU: 0 EIP: 0061:[<c04dceb0>] Not tainted VLI EFLAGS: 00210297 (2.6.16.13-xen

...t;: > On Fri, Jul 17, 2009 at 12:48:27PM -0700, Ralph Giles wrote: >> > In my ongoing quest to restore corrupted ogg files, I'm trying to find >> > an easy way to identify the setup header without having to actually >> > decode it. I understand that it starts with [packet_type] = 5 and then >> > the string 'vorbis', but is there some way to figure out where it >> > terminates without actually decoding the bits? >> No. The first header is fixed length the second two are variable. It >> should be immediately followed by a new page hea...

..., Jul 17, 2009 at 12:48:27PM -0700, Ralph Giles wrote: > >> > In my ongoing quest to restore corrupted ogg files, I'm trying to find > >> > an easy way to identify the setup header without having to actually > >> > decode it. I understand that it starts with [packet_type] = 5 and then > >> > the string 'vorbis', but is there some way to figure out where it > >> > terminates without actually decoding the bits? > >> No. The first header is fixed length the second two are variable. It > >> should be immediately follow...

...74e4d94 100644 >> > --- a/net/llc/llc_input.c >> > +++ b/net/llc/llc_input.c >> > @@ -150,7 +150,7 @@ int llc_rcv(struct sk_buff *skb, struct net_device *dev, >> > int (*rcv)(struct sk_buff *, struct net_device *, >> > struct packet_type *, struct net_device *); >> > >> > - if (dev_net(dev) != &init_net) >> > + if (!net_eq(dev_net(dev), &init_net)) >> > goto drop; >> > >> > /* >> > >> > So this is just an opt...

...utgoing packets right? For outgoing packets tcpdump works (and Ethereal for Windows sees the packet correctly on the wire) so the problem doesn't occur when sending packets. I added following line to vlan_dev.c: vlan_dev.c:: int vlan_skb_recv(struct sk_buff *skb, struct net_device *dev, struct packet_type* ptype): vlan_TCI = ntohs(vhdr->h_vlan_TCI); + /* Print the 802.1p priority */ +printk("VLAN Prio: %hx\n", vlan_TCI >> 13); vid = (vlan_TCI & VLAN_VID_MASK); With the code above I get the 802.1p correctly. Does anyone know how and when pcap grabs the packet (does pcap gr...

...granulepos values. Examples: * Added modify-headers example, demonstrating how to write a program which modifies Ogg header packets but leaves data pages intact. liboggz API: * Added oggz_comments_copy(). * Added oggz_comments_generate(), which does not require a packet_type argument. Deprecate oggz_comment_generate(). * Added oggz_stream_get_numheaders(), implemented for all known codecs * oggz_serialno_new() now only generates serialnos which will fit within a 32bit integer. * oggz_write_feed() now fails with OGGZ_ERR_BAD_...

...granulepos values. Examples: * Added modify-headers example, demonstrating how to write a program which modifies Ogg header packets but leaves data pages intact. liboggz API: * Added oggz_comments_copy(). * Added oggz_comments_generate(), which does not require a packet_type argument. Deprecate oggz_comment_generate(). * Added oggz_stream_get_numheaders(), implemented for all known codecs * oggz_serialno_new() now only generates serialnos which will fit within a 32bit integer. * oggz_write_feed() now fails with OGGZ_ERR_BAD_...

...fig_files: reading clients read_config_files: reading realms radiusd: entering modules setup Module: Library search path is /usr/lib Module: Loaded exec exec: wait = yes exec: program = "(null)" exec: input_pairs = "request" exec: output_pairs = "(null)" exec: packet_type = "(null)" rlm_exec: Wait=yes but no output defined. Did you mean output=none? Module: Instantiated exec (exec) Module: Loaded expr Module: Instantiated expr (expr) Module: Loaded PAP pap: encryption_scheme = "crypt" Module: Instantiated pap (pap) Module: Loaded CHAP Mod...

...u.%u\n", - NIPQUAD(ic_myaddr)); - return -1; - } - printk("IP-Config: Guessing netmask %u.%u.%u.%u\n", NIPQUAD(ic_netmask)); - } - - return 0; -} - -/* - * RARP support. - */ - -#ifdef IPCONFIG_RARP - -static int ic_rarp_recv(struct sk_buff *skb, struct net_device *dev, struct packet_type *pt); - -static struct packet_type rarp_packet_type __initdata = { - .type = __constant_htons(ETH_P_RARP), - .func = ic_rarp_recv, -}; - -static inline void ic_rarp_init(void) -{ - dev_add_pack(&rarp_packet_type); -} - -static inline void ic_rarp_cleanup(void) -{ - dev_remove_pack(&rarp_pa...

Hi, Is the http://xenbits.xensource.com/linux-2.6-xen.hg tree still being updated? if not, what''s the preferred Linux tree to track that has all of the Xen bits? Thanks, Muli _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel