I was just reviewing r336438:
https://svnweb.freebsd.org/base?view=revision&revision=336438
In bxe_interrupt_detach(), the nested loops over sc->num_queues don't
look right. We drain the taskqueues for queue 0, but then free the
taskqueues for queues 1-N without draining them. Should the sec
On 9/15/18 1:06 AM, Kurt Jaeger wrote:
Can you disable all the options of the NIC ?
ifconfig igb0 -rxcsum -txcsum -wol -tso4 -vlanmtu -vlanhwtag -vlanhwcsum
-vlanhwtso
Try to disable everything that can be disabled, e.g. LRO etc.
Disabling vlanhwtag works around the problem.
Also note that
Folks,
I'm running head (ALPHA4-ish) on a DHCP server and a client. DHCP works
fine on the physical interfaces, but when I run it on a VLAN, I get
5 bad udp checksums in 5 packets
from dhclient. Full details here:
https://people.freebsd.org/~vangyzen/dhcp_vlan/
This happen
Twice a day, my router hits an LOR in iflib_timer when it jumps to the
"hung" label. It's running r325049 (head 3 days ago).
lock order reversal:
1st 0xfef36068 igb1:tx(0):call (igb1:tx(0):call) @
/usr/src/sys/kern/kern_mutex.c:182
2nd 0xf80003b0c150 igb1 (iflib ctx lock) @
/usr
On 3/21/17 4:52 PM, Igor R. wrote:
How one can specify multiple name servers in each of the
following options in resolvconf.conf: (note, it is not resolv.conf!)
https://www.freebsd.org/cgi/man.cgi?query=resolvconf.conf&sektion=5
append_nameservers
and
prepend_nameservers ?
Even though the op
On 02/01/2017 06:28, Peter Blok wrote:
I just updated to 11-stable@313042 and when I rebootted my system dovecot
didn’t want to start because port 993 was already in use.
Checked with lsof and it was mountd that was listening on this port. When I
stopped mountd and started dovecot everything was
On 08/11/16 12:54 PM, Ben RUBSON wrote:
>
>> On 11 Aug 2016, at 19:51, Ben RUBSON wrote:
>>
>>
>>> On 11 Aug 2016, at 18:36, Adrian Chadd wrote:
>>>
>>> Hi!
>>
>> Hi Adrian,
>>
>>> mlx4_core0: mem
>>> 0xfbe0-0xfbef,0xfb00-0xfb7f irq 64 at device 0.0
>>> numa-domain 1 on pci16
>>
On 05/ 3/16 03:50 PM, Victor Toni wrote:
When trying to compile some linux-originated code on FreeBSD I get the
following errors:
/usr/include/netinet/in.h:585:5: note: candidate function not viable: 3rd
argument ('const sockaddr *') would lose const qualifier
int setsourcefilter(int, uint32
On 03/23/16 06:57 AM, Guido Falsi wrote:
> Hi,
>
> I have a new machine with the I219 ethernet adapter. (PCI deviceID: 0x15b8).
>
> It works fine on the OS, but I cannot enable wake on lan on it in any way:
>
> # ifconfig em0
> em0: flags=8843 metric 0 mtu 1500
>
> options=4019b
> ether XXX
Oh, you compare the "total" column from run to run. Sorry, I was just
thinking about the "rate" column. Sorry for the noise.
Eric
On 03/17/2016 10:58, Pieper, Jeffrey E wrote:
> No, we have scripts that parse vmstat -i.
>
> Jeff
>
> -Original
Jeff,
So, you reboot the DUT between each scenario?
Eric
On 03/17/2016 10:28, Pieper, Jeffrey E wrote:
> You can also parse vmstat -i, which we do as well.
>
> Jeff
>
> -Original Message-----
> From: Eric van Gyzen [mailto:vangy...@freebsd.org]
> Sent: Thursday, M
Alan,
That does sound useful. As one complication, "vmstat -i" shows the
interrupt rate since boot. Either the test would need to reboot between
each iteration, or vmstat would need to be improved to show the "recent"
rate. The latter would be a much welcome improvement, in my humble opinion.
I failed to mention, I'm running head from yesterday.
Eric
> On Mar 2, 2016, at 11:55 AM, Eric van Gyzen wrote:
>
> I'm having trouble creating a VF on an ix NIC. The NIC is:
>
>ix0@pci0:1:0:0:class=0x02 card=0x1f611028 chip=0x15288086 rev=0x03
>
I'm having trouble creating a VF on an ix NIC. The NIC is:
ix0@pci0:1:0:0:class=0x02 card=0x1f611028 chip=0x15288086 rev=0x03
hdr=0x00
vendor = 'Intel Corporation'
device = 'Ethernet Controller 10-Gigabit X540-AT2'
class = network
subcl
I just bought a Dell XPS 8900 desktop. I was delighted to see that the
onboard Ethernet is an Intel chip, although it doesn't seem to be
supported in head yet.
Is support for this chip planned or in progress?
none4@pci0:0:31:6: class=0x02 card=0x06b81028 chip=0x15b88086
rev=0x31 hdr=0x0
On 09/29/2015 17:51, Dmitry Sivachenko wrote:
> Hello!
>
> I have a machine (FreeBSD-10/stable) with both ipv4 and ipv6 addresses
> configured.
> Also I have ip6addrctl_policy="ipv4_prefer" in rc.conf.
>
> I am trying to resolve a hostname which has both A and records and I
> expect getaddri
On 07/21/2015 15:21, Eric van Gyzen wrote:
> On 07/21/2015 15:05, David Wolfskill wrote:
>> On Tue, Jul 21, 2015 at 10:28:32PM +0300, Konstantin Belousov wrote:
>>> ...
>>> Indeed, thank you.
>>> ithread_loop() at ithread_loop+0xa6/frame 0xfe083b9c0a70
>
On 07/21/2015 15:05, David Wolfskill wrote:
> On Tue, Jul 21, 2015 at 10:28:32PM +0300, Konstantin Belousov wrote:
>> ...
>> Indeed, thank you.
>> ithread_loop() at ithread_loop+0xa6/frame 0xfe083b9c0a70
>> fork_exit() at fork_exit+0x84/frame 0xfe083b9c0ab0
>> fork_trampoline() at fork_tram
> On 3/19/2015 午前 11:20, Paul S. wrote:
>> root@ipfw-0:~ # arp -d 110.62..211.87
>> arp: writing to routing socket: Invalid argument
I have a vague memory of similar behavior when I had a misconfigured
route. I think there was a route for a local interface address with an
off-box gateway. (Don'
On 03/13/2015 22:05, Kristof Provost wrote:
> At that point we run into the packet size check, which in ip6_forward()
> is done before the pfil(PFIL_OUT) hook. That means that we'll send an
> ICMP6_PACKET_TOO_BIG error rather than forwarding the packet.
>
> The proposed fix in D1815 is to simply m
On 02/11/2015 05:51, Julian Elischer wrote:
> On 2/11/15 5:55 PM, Matt Churchyard wrote:
>
>>
>> Are there actually valid use cases for these types of network?
> yes.
> I've had networks that were the first and last quarter of a /24, and
> the middle two quarters were separate nets.
>
> Sure, it ma
On 09/08/2014 15:19, Sean Bruno wrote:
> On Mon, 2014-09-08 at 12:09 -0700, Sean Bruno wrote:
>> This sort of looks like the hardware failed to respond to us in time?
>> Too busy?
>>
>> sean
>>
> This seems to be affecting my 10/stable machines from 15Aug2014.
>
> Not a lot of churn in the code s
On 10/08/2013 13:19, Gleb Smirnoff wrote:
> On Tue, Oct 08, 2013 at 01:05:18PM -0500, Eric van Gyzen wrote:
> E> > So true. :) Before I bothered, I just wanted to ask if a change was
> E> > impractical due to API commitments with several known out-of-tree
> E> &g
On 10/08/2013 09:46, Eric van Gyzen wrote:
> On 10/08/2013 09:15, Gleb Smirnoff wrote:
>> On Mon, Oct 07, 2013 at 10:49:11AM -0500, Eric van Gyzen wrote:
>> E> The user-land definition of the Free() macro in sys/net/radix.h is
>> E> rather inconvenient. I work on a
On 10/08/2013 09:15, Gleb Smirnoff wrote:
> On Mon, Oct 07, 2013 at 10:49:11AM -0500, Eric van Gyzen wrote:
> E> The user-land definition of the Free() macro in sys/net/radix.h is
> E> rather inconvenient. I work on a large C++ code-base, where several
> E> classes define Fr
On 09/22/2013 06:40, Martin Laabs wrote:
> I noticed that kerberos stops working when enabling the privacy extension.
> This is caused by the changing outgoing IP that does not fit to the dns
> name anymore (or do not have a dns record at all)
> So every host enabling the privacy extension will be
-tree user-land consumer.
Eric
--
*Eric van Gyzen*
Senior Software Development Engineer
*Dell* | Compellent
*office* +1 952 562 3197
Cube J-732, 7615 Smetana Lane
Eden Prairie, MN 55344
eric_van_gy...@dell.com <mailto:eric_van_gy...@dell.com>
___
fr
On 05/07/2013 14:24, Matthias Apitz wrote:
> El día Tuesday, May 07, 2013 a las 02:17:33PM -0500, Eric van Gyzen escribió:
>
>>> Ofc, the provider must NAT somehow my local addr behind some routable
>>> valid IP addr, in our case 82.113.99.104; without this nothing would
On 05/07/2013 13:56, Matthias Apitz wrote:
> El día Tuesday, May 07, 2013 a las 07:43:30PM +0100, Joe Holden escribió:
>
>>> tun6: flags=8051 metric 0 mtu 1500
>>> options=8
>>> inet 10.33.28.104 --> 10.64.64.64 netmask 0x
>>> nd6 options=21
>>> Opened by PID 799
>>>
>>
On 05/04/2013 04:19 PM, Richard Sharpe wrote:
> On Sat, May 4, 2013 at 2:18 PM, Jack Vogel wrote:
>> Ahh, Twinville, new hardware :) The version at the tip is 2.5.8 and I am
>> working on version 2.5.12 internally that I hope to commit next week...
>> so your version is "a bit old" :) I would do
On 05/02/2013 19:00, Richard Sharpe wrote:
> On Thu, May 2, 2013 at 7:52 AM, Eric van Gyzen wrote:
>> On 05/02/2013 08:48, Richard Sharpe wrote:
>>> On Wed, May 1, 2013 at 9:34 PM, Alfred Perlstein wrote:
>>>> On 5/1/13 8:03 PM, Richard Sharpe wrote:
>>>&g
On 05/02/2013 08:48, Richard Sharpe wrote:
> On Wed, May 1, 2013 at 9:34 PM, Alfred Perlstein wrote:
>> On 5/1/13 8:03 PM, Richard Sharpe wrote:
>>> Hi folks,
>>>
>>> I am checking to see if there are any known bugs with respect to this
>>> in FreeBSD 8.0.
>>>
>>> Situation is that Samba 3.6.6 use
On 03/13/2013 06:27, Mark Martinec wrote:
> Having multiple IPv6 subnets on the same wire is asking for trouble.
>
> For example, I believe an ICMP redirect still (in 9.1) does not create
> a temporary route:
> http://www.freebsd.org/cgi/query-pr.cgi?pr=152791
> which beat us hard time (random un
On 10/22/2012 11:19, Eric van Gyzen wrote:
Bjoern and net@:
I would appreciate your review and comments on the following patches.
http://vangyzen.net/FreeBSD/patches/redir_onlink_8_rev1.diff
http://vangyzen.net/FreeBSD/patches/redir_onlink_9_rev1.diff
http://vangyzen.net/FreeBSD/patches
by:Eric van Gyzen ,
Mark Kelley ,
Terence Telkamp
Sponsored by:Dell, Inc.
PR:kern/152791
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman
On 10/16/2012 16:53, Eric van Gyzen wrote:
I am currently working on a fix for kern/152791 (Tahi IPv6 Ready Logo
test case #169: Redirected On-link). I have a change to add the host
route, and it works for test case 169. However, the route never gets
removed, so all subsequent test cases
I am currently working on a fix for kern/152791 (Tahi IPv6 Ready Logo
test case #169: Redirected On-link). I have a change to add the host
route, and it works for test case 169. However, the route never gets
removed, so all subsequent test cases fail (because they first verify
that the Node U
The following reply was made to PR kern/165863; it has been noted by GNATS.
From: Eric van Gyzen
To: Gleb Smirnoff
Cc: Eric van Gyzen , ,
,
Subject: Re: kern/165863
Date: Fri, 9 Mar 2012 09:26:51 -0600
--000307010007030804050405
Content-Type: text/plain; charset="K
The following reply was made to PR kern/165863; it has been noted by GNATS.
From: Eric van Gyzen
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/165863: [panic] [netinet] [patch] in_lltable_prefix_free()
races with lla_lookup() and arptimer()
Date: Thu, 08 Mar 2012 20:23:14 -0600
I just
39 matches
Mail list logo