Hi,
I have an Emulex BE3 in a HP BL460c G8 machine. I boot it from PXE/NFS,
which works in stable/9 (r248885), but doesn't in stable/10 (r267603).
The relevant output from the boot process:
oce1: Interface Up
Sending DHCP Discover packet from interface oce0 (d8:9d:67:61:c2:a8)
Sending DHCP
Hello Adrian,
2014-06-23 12:16 GMT+08:00 Adrian Chadd adr...@freebsd.org:
...
It's an interesting idea, but doing round robin like that may
introduce out of order packets.
Actually, the round robin implementation as it is, causes out of order
packets, but almost all the time SACK can
Hi,
You have a bug in the Needs MFC state which has not been touched in 7 or more
days. This email serves as a reminder that you may want to MFC this bug or
marked it as completed.
In the event you have a longer MFC timeout you may update this bug with a
comment and I won't remind you again
On 06/23/14 08:36, Nagy, Attila wrote:
I have an Emulex BE3 in a HP BL460c G8 machine. I boot it from
PXE/NFS, which works in stable/9 (r248885), but doesn't in stable/10
(r267603).
I've upgraded its firmware from 4.6.95.0 to 4.9.416.0 (hp.com latest)
and the driver to 10.0.747.0 from
Navdeep,
On Fri, Jun 20, 2014 at 12:15:21PM -0700, Navdeep Parhar wrote:
N Revision 264905 and 266860 that followed it seem to leak ifaddr
N references. ifa_ifwithdstaddr and ifa_ifwithnet both install a
N reference on the ifaddr returned to the caller but ip_output does not
N release it,
Hi,
I originally posted to freebsd-xen about this (and I've raised a PR)
-pr188261 - https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=188261
It's been suggested I should ask in FreeBSD-NET to see if someone can look
at this, and suggest how to proceed...
In a nutshell - the FreeBSD PV
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=184311
John Baldwin j...@freebsd.org changed:
What|Removed |Added
CC||j...@freebsd.org
On Friday, June 20, 2014 11:25:51 am Roger Pau Monné wrote:
Hello,
I've stumbled across the following panic when testing Xen netback with
if_bridge:
Kernel page fault with the following non-sleepable locks held:
exclusive sleep mutex if_bridge (if_bridge) r = 0 (0xf80006306c18)
On 23.06.2014 19:32, John Baldwin wrote:
On Friday, June 20, 2014 11:25:51 am Roger Pau Monné wrote:
Hello,
I've stumbled across the following panic when testing Xen netback with
if_bridge:
Kernel page fault with the following non-sleepable locks held:
exclusive sleep mutex if_bridge
On Mon, Jun 23, 2014 at 2:52 AM, Gleb Smirnoff gleb...@freebsd.org wrote:
Navdeep,
On Fri, Jun 20, 2014 at 12:15:21PM -0700, Navdeep Parhar wrote:
N Revision 264905 and 266860 that followed it seem to leak ifaddr
N references. ifa_ifwithdstaddr and ifa_ifwithnet both install a
N reference
On 23.06.2014 20:39, Alexander V. Chernikov wrote:
On 23.06.2014 19:32, John Baldwin wrote:
On Friday, June 20, 2014 11:25:51 am Roger Pau Monné wrote:
Hello,
I've stumbled across the following panic when testing Xen netback with
if_bridge:
Kernel page fault with the following
On 23/06/14 18:49, Alexander V. Chernikov wrote:
On 23.06.2014 20:39, Alexander V. Chernikov wrote:
On 23.06.2014 19:32, John Baldwin wrote:
On Friday, June 20, 2014 11:25:51 am Roger Pau Monné wrote:
Hello,
I've stumbled across the following panic when testing Xen netback with
if_bridge:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190785
John Baldwin j...@freebsd.org changed:
What|Removed |Added
CC||j...@freebsd.org
Hi,
No, don't introduce out of order behaviour. Ever. You may not think
it's a problem for TCP, but UDP things and VPN things will start
getting very angry. There are VPN configurations out there that will
drop the VPN if frames are out of order.
The ixgbe driver is setting the flowid to the
2014-06-24 6:54 GMT+08:00 Adrian Chadd adr...@freebsd.org:
Hi,
No, don't introduce out of order behaviour. Ever.
Yes, it has out of order behavior; with my patch much less. I upload two
pcap files and you can see by yourself, if you don't believe in what I'm
talking about.
Test done using:
15 matches
Mail list logo