search for: mac_len

...init(Mac *mac) u_char * mac_compute(Mac *mac, u_int32_t seqno, u_char *data, int datalen) { - static u_char m[EVP_MAX_MD_SIZE]; + static u_int64_t m_buf[(EVP_MAX_MD_SIZE + sizeof (u_int64_t) - 1) + / sizeof (u_int64_t)]; + u_char *m = (u_char *)m_buf; u_char b[4], nonce[8]; - if (mac->mac_len > sizeof(m)) + if (mac->mac_len > EVP_MAX_MD_SIZE) fatal("mac_compute: mac too long %u %lu", - mac->mac_len, (u_long)sizeof(m)); + mac->mac_len, (u_long)EVP_MAX_MD_SIZE); switch (mac->type) { case SSH_EVP:

Yo All! I have been playing with SSH 2.2.0 from www.ssh.com. I can not connect to openssh 2.2.1p1 using Ver 2 protocol from ssh Ver 2.2.0. Ver 1 works fine. See below for the debug output from both ends If I force hmac-md5 (-m hmac-md5) from the sender it works! The other 3 choices fail: hmac-sha1; hmac-md5-96; and none. I have no problem connecting to this openssh host (hobbes) from

This patch adds to Com32 modules the capabilities of accessing the EFI environment The idea is simple, the EFI parameters "image" and "table" received by syslinux.efi's efi_main() are stored in the "firmware" structure, next they are retrieved from the Com32 module which is linked against the gnu-efi static library. The Com32 module can use the EFI

...{209, pxelinux_configfile}, {210, pxelinux_pathprefix}, {211, pxelinux_reboottime} @@ -222,6 +357,7 @@ void parse_dhcp_options(const void *opti * boot_file - boot file name * DNSServers - DNS server IPs * LocalDomain - Local domain name + * DomainSearch - Domain search path * MAC_len, MAC - Client identifier, if MAC_len == 0 * */ diff -upr syslinux-6.03.orig/core/fs/pxe/dnsresolv.c syslinux-6.03/core/fs/pxe/dnsresolv.c --- syslinux-6.03.orig/core/fs/pxe/dnsresolv.c 2014-10-06 17:27:44.000000000 +0100 +++ syslinux-6.03/core/fs/pxe/dnsresolv.c 2015-11-26 16:09:27.904865172 +0...

https://bugzilla.netfilter.org/show_bug.cgi?id=945 Summary: Transmit performance regression with NAT and 3.14 Product: netfilter/iptables Version: unspecified Platform: x86_64 URL: http://www.linuxquestions.org/questions/linux-networki ng-3/linux-router-non-local-uploads-have-horrible-perf

...{210, pxelinux_pathprefix}, > {211, pxelinux_reboottime} > @@ -222,6 +357,7 @@ void parse_dhcp_options(const void *opti > * boot_file - boot file name > * DNSServers - DNS server IPs > * LocalDomain - Local domain name > + * DomainSearch - Domain search path > * MAC_len, MAC - Client identifier, if MAC_len == 0 > * > */ > diff -upr syslinux-6.03.orig/core/fs/pxe/dnsresolv.c > syslinux-6.03/core/fs/pxe/dnsresolv.c > --- syslinux-6.03.orig/core/fs/pxe/dnsresolv.c 2014-10-06 17:27:44.000000000 > +0100 > +++ syslinux-6.03/core/fs/pxe/dnsresolv...

...>DhcpAck.Dhcpv4; parse_dhcp(pkt_v4, pkt_len); /* * Save away MAC address (assume this is in query info 2. If this * turns out to be problematic it might be better getting it from * the query info 1 packet */ -- hardlen = mode->DhcpAck.Dhcpv4.BootpHwAddrLen; -- MAC_len = hardlen > 16 ? 0 : hardlen; -- MAC_type = mode->DhcpAck.Dhcpv4.BootpHwType; -- memcpy(MAC, mode->DhcpAck.Dhcpv4.BootpHwAddr, MAC_len); ++ hardlen = pkt_v4->BootpHwAddrLen; ++ MAC_len = hardlen > 16 ? 0 : hardlen; ++ MAC_type = pkt_v4->BootpHwType; ++ memcpy(MAC...

...211, pxelinux_reboottime} >> @@ -222,6 +357,7 @@ void parse_dhcp_options(const void *opti >> * boot_file - boot file name >> * DNSServers - DNS server IPs >> * LocalDomain - Local domain name >> + * DomainSearch - Domain search path >> * MAC_len, MAC - Client identifier, if MAC_len == 0 >> * >> */ >> diff -upr syslinux-6.03.orig/core/fs/pxe/dnsresolv.c >> syslinux-6.03/core/fs/pxe/dnsresolv.c >> --- syslinux-6.03.orig/core/fs/pxe/dnsresolv.c 2014-10-06 17:27:44.000000000 >> +0100 >>...

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

This patch adds to the core EFI image booting capabilities. It was tested on VMware EFI clients and HP Elitebook EFI notebooks, only on PXE environments but it should work on non-PXE scenarios as well. Feedback appreciated. Best, Patrick Signed-off-by: Patrick Masotta <masottaus at yahoo.com> --- diff -uprN a/com32/elflink/ldlinux/execute.c b/com32/elflink/ldlinux/execute.c ---

...if (skb_cloned(skb) && + pskb_expand_head(skb, 0, 0, GFP_ATOMIC)) + goto out; + + skb_push(skb, size); + memmove(skb->data, skb->nh.raw, size); + skb->nh.raw = skb->data; + + skb->mac.raw = memmove(skb->data - skb->mac_len, + skb->mac.raw, skb->mac_len); + if (unlikely(phlen)) { + skb_pull(skb, phlen - optlen); + skb->nh.raw = skb->data; + } + + if (x->sel.family == AF_INET6) { + struct ipv6hdr *ip6h = skb-&...

...must be hex */ + +// compute the urlauth token using the INTERNAL mechanism +void urlauth_urlauth_generate_internal(const char *rump, + const buffer_t *key, + string_t *urlauth) +{ + const void *key_data; + size_t key_len = 0; + unsigned char mac[EVP_MAX_MD_SIZE]; + unsigned int mac_len = 0; + + // compute HMAC-SHA1 of rump with key + key_data = buffer_get_data(key, &key_len); + i_assert(key_len > 0); + HMAC(EVP_sha1(), key_data, key_len, (const unsigned char *) rump, + strlen(rump), mac, &mac_len); + + str_append(urlauth, URLAUTH_URLAUTH_INTERNAL_VERSION); + str_a...

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