Hi,
Yes, the module builds fine and the variable is needed.
BR,
KL
On Thu, May 21, 2015 at 7:30 AM, hiren panchasara
hi...@strugglingcoder.info wrote:
On 05/21/15 at 05:41P, Karlis Laivins wrote:
Good Morning,
I have a following issue, maybe someone has encountered this and can
Hello,
Tried both, still the same issue...
BR,
KL
On Thu, May 21, 2015 at 7:30 AM, Adrian Chadd adr...@freebsd.org wrote:
Hi,
Try kldxref /boot/kernel
If it doesn't help, try recompiling the module.
-a
On 20 May 2015 at 19:41, Karlis Laivins karlis.laiv...@gmail.com wrote:
Good
On May 21, 2015 9:34 AM, Karlis Laivins karlis.laiv...@gmail.com wrote:
Hi,
The source of the module has netinet/tcp_var.h included, in which the
variable is defined. Why it still gives me the aforementioned error? And
more importantly, why did it work without problems before I recompiled the
avg added a subscriber: avg.
avg added a comment.
This has already been committed, so I've missed the train, but I still would
like to comment. And I hope that my comment won't be just a rant.
So, I don't like this change for several reasons.
For one, given that nv(9) is a new thing while
avg added a comment.
Another thought.
Or was the intention only to make nv(9) and hrm.. nvpair compatible only within
the kernel? Section 9 seems like a big hint here, but I am not sure.
If the intention was such, then my previous comment is to inform that that
change affected the userland as
Hello again,
A little update - the problem occurs only when trying to load a modified
NewReno algorithm module. When I create a dummy module from, for example,
Vegas implementation (with some trivial changes made besides the function
and module names), the module can be loaded successfully.
Is
A few things:
1) How long before you have this behaviour?
2) What's the output of 'netstat -m' when you have the problem?
3) What is your MTU set to, and do you have TSO on or off?
On Thu, May 21, 2015 at 10:33 AM, Guy Helmer guy.hel...@gmail.com wrote:
I’ve noticed that there have been
I’ve noticed that there have been reports of problems with Intel X520-SR2
network interfaces stopping working. I think I’m seeing a similar issue where
the 10Gb interfaces stop receiving traffic (they’re being used in promiscuous
mode to sniff traffic from a tap). ifconfig shows the interfaces
Are there any log messages printed out by the driver? The sysctls don't
really look out of the ordinary, other than the number of sub-64 byte
packets.
On Thu, May 21, 2015 at 9:10 AM Guy Helmer guy.hel...@gmail.com wrote:
On May 21, 2015, at 8:52 AM, Christopher Forgeron csforge...@gmail.com
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200379
Craig Rodrigues rodr...@freebsd.org changed:
What|Removed |Added
Assignee|freebsd-b...@freebsd.org
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200379
--- Comment #3 from Craig Rodrigues rodr...@freebsd.org ---
In sys/netinet/sctp_os_bsd.h ,
the SCTP_RTALLOC macro calls the rtalloc_ign() function which ignores fibs.
It should probably be changed to call rtalloc_ign_fib()
In addition,
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200379
--- Comment #1 from Craig Rodrigues rodr...@freebsd.org ---
Created attachment 157024
-- https://bugs.freebsd.org/bugzilla/attachment.cgi?id=157024action=edit
server.c
--
You are receiving this mail because:
You are on the CC list for
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200379
--- Comment #2 from Craig Rodrigues rodr...@freebsd.org ---
Created attachment 157025
-- https://bugs.freebsd.org/bugzilla/attachment.cgi?id=157025action=edit
client.c
--
You are receiving this mail because:
You are on the CC list for
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200382
Garrett Cooper,425-314-3911 n...@freebsd.org changed:
What|Removed |Added
Assignee|freebsd-b...@freebsd.org
I'm not sure. We would need someone who has the time and is willing to work
on this protocol.
On Mon, May 18, 2015 at 1:40 PM, rondzie...@comcast.net wrote:
Does FreeBSD support IP over FiberChannel?
thanks,
ron.
___
freebsd-net@freebsd.org
Your module references a variable that the kernel doesn't define. As soon
as you either define it or figure out what you should really be referencing
it as your module will load.
On May 21, 2015 3:53 AM, Karlis Laivins karlis.laiv...@gmail.com wrote:
Hello again,
A little update - the problem
Hi,
some time next week we will push to head (and hopefully, to stable/10
before the code slush) an update to the netmap code. There will
be no API changes, and the changes are mostly internal restructuring
of the netmap kernel code and simplification of device drivers (we
will ll handle most of
in pedantic mode the compiler complains about
an enum value out of range (in sys/netinet/ip_var.h)
Would people object to the following change ?
It seems to be used internally only in a handful of places
+
/* ISO C restricts enumerator values to range of 'int'
+
* so we need
IPFW_INFO_
On May 21, 2015, at 8:52 AM, Christopher Forgeron csforge...@gmail.com
wrote:
A few things:
1) How long before you have this behaviour?
2) What's the output of 'netstat -m' when you have the problem?
3) What is your MTU set to, and do you have TSO on or off?
On Thu, May 21, 2015
Hi,
The source of the module has netinet/tcp_var.h included, in which the
variable is defined. Why it still gives me the aforementioned error? And
more importantly, why did it work without problems before I recompiled the
Kernel?
BR,
KL
On Thu, May 21, 2015 at 6:45 PM, K. Macy km...@freebsd.org
20 matches
Mail list logo
