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 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 wrote:
> > Good Morning,
> >
> > I have a follow
nvass-gmx.com added a comment.
In https://reviews.freebsd.org/D1944#47915, @glebius wrote:
> Thanks a lot, Nikos.
>
> I've fixed the problem of sleeping in UMA on kldunload. It was out the scope
> of the patch. I also committed the first part of the patch - mutexes
> initialization.
>
> Nikos,
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 th
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 a
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 wrote:
> I’ve noticed that there have been reports of problems with
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" wrote:
> Hello again,
>
> A little update - the problem occurs only when try
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 t
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_
IN
> On May 21, 2015, at 8:52 AM, Christopher Forgeron
> 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 at 10:33
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 wrote:
> Your mo
On May 21, 2015 9:34 AM, "Karlis Laivins" 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
Kernel?
>
Headers
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, wrote:
>
> Does FreeBSD support IP over FiberChannel?
>
> thanks,
> ron.
>
> ___
> freebsd-net@freebsd.org mailing list
> htt
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 libnvp
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 w
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 wrote:
>
> > On May 21, 2015, at 8:52 AM, Christopher Forgeron
> wrote:
> >
> > A few things:
> >
> >
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200379
Craig Rodrigues changed:
What|Removed |Added
Assignee|freebsd-b...@freebsd.org|tue...@freebsd.org
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200379
--- Comment #1 from Craig Rodrigues ---
Created attachment 157024
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=157024&action=edit
server.c
--
You are receiving this mail because:
You are on the CC list for the bug.
__
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200379
--- Comment #2 from Craig Rodrigues ---
Created attachment 157025
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=157025&action=edit
client.c
--
You are receiving this mail because:
You are on the CC list for the bug.
__
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200379
--- Comment #3 from Craig Rodrigues ---
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, it may be necessary t
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200382
Garrett Cooper,425-314-3911 changed:
What|Removed |Added
Assignee|freebsd-b...@freebsd.org|n...@freebsd.org
---
21 matches
Mail list logo
