Synopsis: [inet] [patch] in_pcbbind: redundant test
State-Changed-From-To: open->closed
State-Changed-By: thomas
State-Changed-When: Thu May 1 09:26:05 UTC 2014
State-Changed-Why:
Fixed by np in rev. r245914 on 2013-01-25
http://www.freebsd.org/cgi/query-pr.cgi?pr=149
Hello
Is there a 6RD patch for FreeBSD9? The only patch I see is for Freebsd8:
http://bougaidenpa.org/masakazu/wp-content/uploads/2010/01/freebsd8-6rd-20100130.patch.gz
Regards,
Thomas
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org
Hi
is there a limit of entries in IPv6 kernel routing table?
Regards,
Thomas
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
eeBSD 8.2-STABLE #1: Mon May 2 10:08:30 UTC 2011
rc.conf:
ipv6_enable="YES"
ipv6_defaultrouter="2001:1680:2:100::1"
ipv6_ifconfig_em0="2001:1680:2:100:2:120:a:b prefixlen 64"
ipv6_firewall_enable="YES"
ipv6_firewall_type="OPEN"
sysctl ist s
ot wheel512 Mar 11 10:55 binding
-rw--- 1 root wheel 73770 Mar 11 11:45 master.passwd
-rw--- 1 root wheel 69260 Mar 11 11:45 passwd
-rw-r--r-- 1 root wheel233 Mar 11 10:53 securenets
drwx-- 2 root wheel512 Mar 11 11:45 myusers
-rw--
Hi All
I have a Surecom Ethernet Adapter where there's a FreeBSD driver available
for download at the manufactors website. However I think it is for FreeBSD
4.x because it won't compile on my FreeBSD 5.2.1-release system. Is anybody
up for converting the driver to 5.x, or does anybody know if ther
1000baseTX )
status: active
vlan: 200 parent interface: em1
Regards,
Thomas
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
it
will save the wrong ip's or non ip to the config file. All your configs
are gone!.
I don't have this problem on the same system with quagga 0.98.5.
Cheers,
Thomas
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Am Donnerstag, den 18.05.2006, 18:05 -0700 schrieb Julian Elischer:
> Thomas Vogt wrote:
>
> > Hi
> >
> > Thanks. I know about the netgraph ether/fec interfaces. But I thought
> > about a solution without netgraph. AFAIK Netgraph implies overhead
> > and ng
is up 1000 Mbps Full Duplex
em1: Link is up 1000 Mbps Full Duplex
ad10: 35304MB [71730/16/63] at ata5-master
SATA150
Mounting root from ufs:/dev/ad0s1a
Regards,
Thomas
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Hello Harti
Harti Brandt schrieb:
> On Fri, 27 Oct 2006, Thomas wrote:
>
> T>Hello
> T>
> T>I use several 5.4 and 6.1 FBSD machines as router (with quagga). The
> T>average traffic is 300mbit/s (em interfaces with polling enabled). It
> T>works more or less
Hello Harti
Harti Brandt schrieb:
> On Fri, 27 Oct 2006, Thomas wrote:
>
> T>Hello Harti
> T>
> T>Harti Brandt schrieb:
> T>> On Fri, 27 Oct 2006, Thomas wrote:
> T>>
> T>> T>Hello
> T>> T>
> T>> T>I use several 5.4
ail the script I've made (it's not very big) in my next post if that
will help. This mail is big enough already as it is I think.
If someone has some suggestions, they would be much appreciated.
Thanks
Br,
Thomas Gielfeldt
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-net" in the body of the message
__func__));
tp->snd_cwnd = tp->snd_ssthresh +
tp->t_maxseg *
(tp->t_dupacks - tp->snd_limited);
<<<<<<&
anyone have any suggestions on what I should look for, when this
happens again? Could this be related to reported CARP issues in 9.1, as
discussed on this list recently?
Thanks!
--
Thomas Johnson
--
This e-mail and any files transmitted with it are confidential and are
intended solely for the use
On Aug 9, 2013, at 1:44 PM, Thor Lancelot Simon wrote:
> On Fri, Aug 09, 2013 at 09:34:25PM +0100, Mindaugas Rasiukevicius wrote:
>> Steven,
>>
>> Steven Bellovin wrote:
>>> There's a one-word summary: *assurance*. With the current design,
>>> it's easy to *know* what can happen. With a Turi
on here to separate the roles of firewalling and
routing? I have an extra set of hosts that could become firewalls,
making these hosts strictly routers. Would OpenBSD fare any better in
this scenario (thinking specifically of the pfsync "defer"
functionality)?
Thanks!
--
Thomas Johnson
Cla
* Jimmy Olgeni, 2013-12-03 :
> I cannot imagine any obvious reason for packets getting "lost" after enc0,
> so any hint would be much appreciated :)
Chances are "netstat -s -p udp" will show you an increasing count of
packets with bad checksum. See PRs kern/14573
Hello,
I've been trying to sort out an issue with relayd, and I'm just not having
any luck. I am setting up a new load-balancer using net/relayd
(5.4.20131122_2) on 10.0-RELEASE. My configuration is pretty simple; a pair
of web servers , sitting behind the relayd host. I have a httpd
instance runn
On Wed, 02 Jul 2014 17:38:29 -0700, Russell L. Carter wrote:
> On the second suggestion:
>
> root@feyerabend> sysctl -a | grep dev.em | grep enable_
> root@feyerabend>
tmu:~$ sysctl -a | grep msix
hw.em.enable_msix: 1
hw.igb.enable_msix: 1
hw.ix.enable_msix: 1
[...]
Hi,
I dont see the freebsd ip stack processing ICMP_UNREACH_NEEDFRAG where
protocol is ESP/AH. ( The ipsec4_common_ctlinput is not implemented). If
this is right, how is the PMTU discovery done for ipsec traffic or is it
that freebsd is not doing that?.
Thanks
Reji
_
Le 22 févr. 2012 à 22:51, Jack Vogel a écrit :
> On Wed, Feb 22, 2012 at 1:44 PM, Luigi Rizzo wrote:
>
>> On Wed, Feb 22, 2012 at 09:09:46PM +, Ben Hutchings wrote:
>>> On Wed, 2012-02-22 at 21:52 +0100, Luigi Rizzo wrote:
>> ...
I have hit this problem recently, too.
Maybe the is
>>
>
> I have a patch that has been sitting around for a long time due to
> review cycle latency that caches a pointer to the rtentry (and
> llentry) in the the inpcb. Before each use the rtentry is checked
> against a generation number in the routing tree that is incremented on
> every routing t
Le 18 oct. 2012 à 20:09, Jack Vogel a écrit :
> On Thu, Oct 18, 2012 at 6:20 AM, Andre Oppermann wrote:
>
>> On 13.10.2012 20:22, Luigi Rizzo wrote:
>>
>>> On Sat, Oct 13, 2012 at 09:49:21PM +0400, Alexander V. Chernikov wrote:
>>>
Hello list!
Packets receiving code for b
Le 8 nov. 2012 à 11:25, Alexander V. Chernikov a écrit :
> On 08.11.2012 14:24, Andre Oppermann wrote:
>> On 08.11.2012 00:24, Alexander V. Chernikov wrote:
>>> Hello list!
>>>
>>> Currently we need to acquire 2 read locks to perform simple 6-byte
>>> copying from arp record to packet
>>> ethern
Le 9 nov. 2012 à 10:05, Alexander V. Chernikov a écrit :
> On 09.11.2012 12:51, Fabien Thomas wrote:
>>
>> Le 8 nov. 2012 à 11:25, Alexander V. Chernikov a écrit :
>>
>>> On 08.11.2012 14:24, Andre Oppermann wrote:
>>>> On 08.11.2012 00:24, Alex
Le 9 nov. 2012 à 12:18, Alexander V. Chernikov a écrit :
> On 09.11.2012 13:59, Fabien Thomas wrote:
>>
>> Le 9 nov. 2012 à 10:05, Alexander V. Chernikov a écrit :
>>
>>> On 09.11.2012 12:51, Fabien Thomas wrote:
>>>>
>>>>
Le 9 nov. 2012 à 17:43, Ingo Flaschberger a écrit :
> Am 09.11.2012 15:03, schrieb Fabien Thomas:
>> In in_arpinput only exclusive access to the entry is taken during the update
>> no IF_AFDATA_LOCK that's why i was surprised.
>
> what about this:
I'm not aga
Le 9 nov. 2012 à 19:55, Alexander V. Chernikov a écrit :
> On 09.11.2012 20:51, Fabien Thomas wrote:
>>
>> Le 9 nov. 2012 à 17:43, Ingo Flaschberger a écrit :
>>
>>> Am 09.11.2012 15:03, schrieb Fabien Thomas:
>>>> In in_arpinput only exclusi
Hi,
This is regarding a lock order reversal which is already reported in
http://ipv4.sources.zabbadoz.net/freebsd/lor/134.html.
Pasting the witness backtrace here:
lock order reversal
1st 0xc1787144 inp (raw6inp) @ sys/netinet6/icmp6.c:1895
2nd 0xc1788090 inp (rawinp) @ sys/netinet6/icmp6.c:1895
o you have any idea of what the problem could be?
May be a link-layer driver bug?
Thanks,
Thomas
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Le 21 oct. 10 à 19:04, Julian Elischer a écrit :
On 10/21/10 8:26 AM, Thomas Sevestre wrote:
Hi all,
I'm using freebsd 8 as a router. Say I have a sis0 interface. The
interface is up and negociated, Ethernet LEDs are fine.
Some
That fix on ixgbe would also be great to commit on ixgbe before release.
This fix a crash on high packet load with bpf (mbuf freed behind bpf analysis).
Fabien
patch-ixgbe-bpfcrash
Description: Binary data
>
> On 17.11.2010 23:39, Jack Vogel wrote:
>> Yes, everyone, I plan on updating all the
On Dec 18, 2010, at 12:35 PM, Eugene Grosbein wrote:
> Hi!
>
> I've loaded router using two lagg interfaces in LACP mode.
> lagg0 has IP address and two ports (em0 and em1) and carry untagged frames.
> lagg1 has no IP address and has two ports (igb0 and igb1) and carry
> about 1000 dot-q vlans
>>> Hi!
>>>
>>> I've loaded router using two lagg interfaces in LACP mode.
>>> lagg0 has IP address and two ports (em0 and em1) and carry untagged frames.
>>> lagg1 has no IP address and has two ports (igb0 and igb1) and carry
>>> about 1000 dot-q vlans with lots of hosts in each vlan.
>>>
>>> Fo
On Dec 21, 2010, at 3:00 PM, Eugene Grosbein wrote:
> On 21.12.2010 19:11, Fabien Thomas wrote:
>
>>>> I had this problem with igb driver, and I found, that lagg selects
>>>> outgoing interface based on packet header flowid field if M_FLOWID field
>>>>
On Dec 21, 2010, at 3:48 PM, Eugene Grosbein wrote:
> On 21.12.2010 20:41, Fabien Thomas wrote:
>
>>>>> 1. Is it a bug or design problem?
>>>>
>>>> How many queues have you with igb? If it's one it will explain why the
>>>> flow
On Dec 22, 2010, at 6:55 PM, Eugene Grosbein wrote:
> On 21.12.2010 21:57, Fabien Thomas wrote:
>
>>> irq262: igb0:que 0 157354922 7927
>>> irq263: igb0:que 1577369 29
>>> irq264: igb0:que 2280207
/work/pollng_mq_stable_8
Extracted patchset here:
http://people.freebsd.org/~fabient/patch-poll_mq-20110202-stable_8
http://people.freebsd.org/~fabient/kern_poll.c-20110202 -> put to
kern/kern_poll.c
--
Fabien Thomas
___
freebsd-net@freebsd.org mail
On Feb 24, 2011, at 4:39 PM, Ryan Stone wrote:
> Ah, you've anticipated me. This is just the kind of thing that I had
> in mind. I have some comments:
Thanks for your feedback.
You pushed me from my laziness to explain the patchset on the ml. :)
>
> - Why allocate the poll_if_t in ether_poll
Just an update to point to another old patch that enable flowtable on the
forwarding path to increase performance (reduce contention) to be on par with
Linux:
http://people.freebsd.org/~fabient/FreeBSDvsLinux10GB.png (forwarding 256B
packets, % to line rate on 2x10Gb 82599 interface with 1xXeon
Hi Kip,
Feels good to see you again!
Fabien
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Sorry for the noise, i've missed the dest...
> Hi Kip,
>
> Feels good to see you again!
>
> Fabien
>
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-uns
The following reply was made to PR kern/156408; it has been noted by GNATS.
From: Thomas Johnson
To: bug-follo...@freebsd.org, t...@claimlynx.com
Cc:
Subject: re: kern/156408: [vlan] Routing failure when using VLANs vs. Physical
ethernet interfaces.
Date: Wed, 20 Apr 2011 10:21:27 -0500
Hi,
The key_do_allocsa_policy searches and deletes the non preferred sas if
there are multiple sas that match the search parameters . I see that if
there are multiple sas of same parameters established between end points,
this end up in deletion of all "outbound sa" but the preferred sa. Since
the
=
This happens on Freebsd 6-7-8 on all machines I have access to.
The error message is confusing and suggests there is a problem writing
to the routing table which is not what I am doing at all.
Is this a bug, or can somebody offer an explanation
ho i can figure out whats running on port 1000 with ipv6? Only
the loopback interface has an ipv6 address.
System:
FreeBSD 7.2-RELEASE-p4 amd64
Regards,
Thomas
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
need any of my configs! By the way, my v6 uplink on
said firewalls is 6to4, not naitive v6 like you seem to have access
to (lucky you!) :)
Best regards,
Thomas Rasmussen
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/
Hi,
I have a few servers on a vlan which have all happily auto configured
via RA, both FreeBSD and CentOS boxes. However, I freshly installed a
FreeBSD 7 box, brought it to stable, and it wont auto configure.
I'm kind of at a loss at what could be the issue. Anyone have ideas on
where to sta
Hi all,
While doing some 10Gb benchmark i've found that m_getjcl does not benefit from
the packet zone.
There is a ~ 80% increase in FPS when applying the following patch.
256B frame driver to driver / stable_8:
- 3 765 066 FPS
- 6 868 153 FPS with the patch applied.
Is there a good rea
Great,
This will maybe kill the long time debate about "my loopback is slow vs linux"
To have the best of both world what about a socket option to enable/disable
fusing:
can be useful when you need to see some connection "packetized".
Fabien
On 13 sept. 2010, at 13:33, Andre Oppermann wrote:
>
On 14 sept. 2010, at 17:41, Andre Oppermann wrote:
> On 14.09.2010 11:18, Fabien Thomas wrote:
>> Great,
>>
>> This will maybe kill the long time debate about "my loopback is slow vs
>> linux"
>> To have the best of both world what about a socket opt
For your information we have mesured 730Kpps using pollng and
fastforwarding
with 64bits frame without loss (<0.001% packet loss) on a Spirent
Smarbits (Pentium D 2.8GHZ + 8xGig em)
You can find the code / and some performance report at :
http://www.netasq.com/opensource/pollng-rev1-freebsd.
requests for sfbufs delayed
0 requests for I/O initiated by sendfile
105 calls to protocol drain routines
Regards,
Thomas
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Hello
Am 15.07.2008 um 20:12 schrieb JINMEI Tatuya / 神明達哉:
At Tue, 15 Jul 2008 14:13:11 +0200,
Thomas Vogt <[EMAIL PROTECTED]> wrote:
Since i updated my FreeBSD 6.3 dns server with the latest bind
version
in the ports (dns/bind94) my system is flooding my log with "too man
Hello
Am 15.07.2008 um 22:59 schrieb JINMEI Tatuya / 神明達哉:
At Tue, 15 Jul 2008 22:54:11 +0200,
Thomas Vogt <[EMAIL PROTECTED]> wrote:
Since i updated my FreeBSD 6.3 dns server with the latest bind
version
in the ports (dns/bind94) my system is flooding my log with "too
many
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/fxp/if_fxp.c.diff?r1=1.217.2.15;r2=1.217.2.16;f=h
This fix is really necessary (dealock of the interface in case of
cluster shortage) and not commited in 6.x (but commited in RELENG_5
RELENG_7 and HEAD)
Regards,
Fabien
Sorry for the noise...
I've made a mistake with my local patch vs cvsweb vs commit info that
seems to fix the same problem but with another code.
If i've to rewrite my initial mail:
The fxp deadlock (fixed on head by this commit
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/fxp/if_fxp.c.
)
Can anyone provide any feedback or procedural guidance on how I can
(for
example):
- ensure that lo1, lo2-lo14 are created at boot
- ensure that disc0 is created at boot, with an assigned IPv4 and IPv6
address
cloned_interfaces="lo1 lo2 lo3"
To share my results:
I have done at work modification to the polling code to do SMP polling
(previously posted to this ml).
SMP polling (dynamic group of interface binded to CPU) does not
significantly improve the throughput (lock contention seems to be the
cause here).
The main advantag
Le 28 avr. 09 à 11:04, Paolo Pisati a écrit :
Fabien Thomas wrote:
To share my results:
I have done at work modification to the polling code to do SMP
polling (previously posted to this ml).
SMP polling (dynamic group of interface binded to CPU) does not
significantly improve the
I have done at work modification to the polling
code to do SMP polling (previously posted to this ml).
SMP polling (dynamic group of interface binded to
CPU) does not significantly improve the throughput (lock
contention seems to be the cause here).
The main advantage of polling with modern
Thanks very useful!
Do you have an "official" page to look for update.
What do you think of putting it on the FreeBSD Wiki?
Fabien
Le 20 août 09 à 18:17, Julian Elischer a écrit :
there were some people looking at adding vnet support to pf.
Since we discussed it last, the rules of the game hav
> As part of the "opaque ifnet project" [1], we are doing some code shake
> with all IEEE802.11 (read WiFi) drivers. The drivers, that provide a parent
> interface for the wlan(4) interface.
> The core idea is that parent device loses its ifnet(9) structure. The
> code is already complete for
> I need to make couple of non-functional but rather large changes
> to the if_ndis driver and will appreciate if anyone signs up to
> test my changes. Please contact me if you can provide help.
> Totus tuus, Glebius.
I have two possible candidates for testing:
Hiro H50191 USB wi-fi adapter
few
million packets so far.
Does this change remove support or just disable it by default?
--
Thomas 'Freaky' Hurst
http://hur.st/
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Hi,
After many years of good services we will stop using FreeBSD 4.x :)
During my performance regression tests under FreeBSD 6.2 i've found
that polling has lower performance than interrupt.
To solve that issue i've rewritten the core of polling to be more SMP
ready.
You can find a
Hi,
This is really interesting work! Reading the pdf file, it
seems forwarding performance on 6 and 7 is still much lower than
RELENG_4 ? is that correct ?
---Mike
Thanks,
Yes it is still slower but as you can see in the graph (programming
cost) just adding a mutex
drop th
Le 8 sept. 07 à 01:05, Andre Oppermann a écrit :
Mike Tancsa wrote:
On Thu, 6 Sep 2007 15:12:06 +0200, in sentex.lists.freebsd.net you
wrote:
After many years of good services we will stop using FreeBSD 4.x :)
During my performance regression tests under FreeBSD 6.2 i've
found that polling
Haven't tested RELENG_4 performance in a controlled environment and
thus can't answer the question directly. However using fastforward
on 6 and 7 is key to good performance. Without it you're stuck at
some 150-200kpps, perhaps 300kpps. With it you get to 500-800kpps.
To show that pps is mai
Hello Fabien,
Hello :)
1- I have noticed you are not using GENERIC config file, can you
provide us more information on how your KERNCONF differs from
GENERIC ?
I am pretty sure you have removed all the debug OPTIONs from the
kernel, isn't it ?
It's a GENERIC kernel conf with polling an
Result of pcap benchmark requested by Vlad Galu:
Using polling is better.
Test setup:
---
netblast -- em|fxp -- pcap_bmark
under FreeBSD 6.2
Small product (fxp interface):
---
pollng:
Captured 30322.00 pps (total of 333542) and dropped 144
Cap
The following reply was made to PR kern/64556; it has been noted by GNATS.
From: Thomas Hurst <[EMAIL PROTECTED]>
To: Volker <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Subject: Re: kern/64556: [sis] if_sis short cable fix problems with NetGear
FA311's
Date: Tue, 19 Feb 20
The following reply was made to PR kern/64556; it has been noted by GNATS.
From: Thomas Hurst <[EMAIL PROTECTED]>
To: Volker <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Subject: Re: kern/64556: [sis] if_sis short cable fix problems with NetGear
FA311's
Date: Tue, 19 Feb 20
equalizer issue but it seems that Rx error recovery and link state
> change handling needs to be rewritten.
I can send you one if it would be helpful? There's 2 in this machine
and I'm pretty sure I have a third somewhere..
--
Thomas
The following reply was made to PR kern/118975; it has been noted by GNATS.
From: =?ISO-8859-1?Q?Thomas_Nystr=F6m?= <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
Cc:
Subject: Re: kern/118975: [bge] [patch] Broadcom 5906 not handled by FreeBSD
Date: Sat, 01 Mar 2008 20:35:04 +0100
19 Mar 2008 23:41:47 +0100
Benjamin Close skrev:
> Hi Thomas,
>Are you able to attach a recent patch rather than inling it - I'll
> see what I can do to test/get it merged.
Hi Benjamin!
I tried to attach the updated patch the last time but it seems that
something got
but what a behemoth. I
> can't imagine that thing running reliably.
The only stability problems I've experience have been the occasional
lockup using PowerNow since migrating from dual single core to dual dual
core.
--
Thomas 'Freaky' Hurst
http://hur.st/
_
I recently swaped ADSL isp's and have been experiencing pppoe issues ever since.
Basically the issue is this, ppp connects fine, and the connection
will work, but after around 45seconds the connection will stop
receving data, even though all analysis reveals that we are still
connected.
After muc
Hi Gleb,
On Wed, 8 Sep 2004 12:16:26 +0400, Gleb Smirnoff <[EMAIL PROTECTED]> wrote:
> Even if the problem is on your ISP end, we should investigate it and
> find at least a workaround for you.
> Can you provide me with full tcpdumps of PPPoE session under problem?
> Use tcpdump -w dumpfile -npi f
On Wed, 8 Sep 2004 12:16:26 +0400, Gleb Smirnoff <[EMAIL PROTECTED]> wrote:
> Are you using ppp(8)? If you do can you try mpd from ports? In opposite
> case can you try ppp(8)? :)
Ok, i tried mpd again and I can confirm that it has the exact same
issue as I get with ppp(8).
Regards,
Glenn.
_
On Tue, 14 Sep 2004 23:36:05 -0700, Fargo Holiday
<[EMAIL PROTECTED]> wrote:
>
> howdy, did you ever get this resolved? if not, could you kindly ask a
> DSL support tech to get the people that own the line to watch it while
> your connection fails? i agree that it's probably something hinky on
> t
Currently a call to freeaddrinfo (NULL) causes a segfault. Is there any
reason why we should not make that a no-op? This would make freeaddrinfo
behave in a manner consistent with free(3), and also with what happens
on Linux.
Thomas.
--
[EMAIL PROTECTED
d reports it gracefully as an error rather than triggering a
fatal signal.
Thomas.
--
[EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
behaviour more similar to free(3).
> the vast majority supports the idea. However, since the API
> specification is silent on this, I'd then request that the man page
> make an explicit note that the application programmer should be check
> if the argument to freeaddrinfo()
On a 5.2.1-REL NIS server where NIS maps are updated every hour from a
crontab, I often see yppush going into an endless loop:
0x281220dc in __vfprintf () from /lib/libc.so.5
(gdb) bt
#0 0x281220dc in __vfprintf () from /lib/libc.so.5
#1 0x28121b3f in strchr () from /lib/libc.so.5
#2 0x28122173
* Thomas Quinot, 2004-10-19 :
> On a 5.2.1-REL NIS server where NIS maps are updated every hour from a
> crontab, I often see yppush going into an endless loop:
Here is more information. I was able to capture the output of yppush on
one of these occurrences:
yppush: transfer of map netid.
fig option I
can try? Perhaps increase the HZ to 2000 in the kernel or remove polling
and try smp machine? I doubt that I can run the machine without polling.
If you see 70% interrupt load with 300k pps without polling.
regards
Thomas Vogt
All,
Is anyone running any RSVP daemon on a FreeBSD release >= 5?
I would like to do RSVP with ALTQ, but the KOM RSVP daemon (3.0f) won't
compile under 5.4-REL (many C++ problems).
Thomas.
___
freebsd-net@freebsd.org mailing l
the right person in
your organization.
Best Regards,
David Thomas
To opt out,please response Exit.
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to
Is it possible to build and install FreeBSD so as to be bootable and access the
internet with an Ethernet card that doesn't work in FreeBSD?
Could Ethernet support be obtained through UEFI?
Or could FreeBSD be installed on another computer or on a NAS NFS share? NAS
would probably not have TFT
from Ronald F. Guilmette:
> "Thomas Mueller" wrote:
> >Is it possible to build and install FreeBSD so as to be bootable and access
> >the internet with an Ethernet card that doesn't work in FreeBSD?
> You're question doesn't make a lot
I would like to know if it is possible to have both Ethernet and wi-fi running
concurrently?
Purpose would be, if the cable service is down, meaning no internet access but
intranet OK, to continue to have intranet access while using wi-fi with a
mobile phone as hotspot to aceess the internet.
from Mel Pilgrim and my last post:
> On 2019-06-22 18:24, Thomas Mueller wrote:
> > I would like to know if it is possible to have both Ethernet and
> > wi-fi running concurrently?
>
> > Purpose would be, if the cable service is down, meaning no internet
> > access b
from Nick Wolff:
> Yes this is no issue just need to make sure you don't have an default route
> on your Ethernet interface(May need to set a static) and that the hotspot
> network and intranet network doesn't overlap.
To use the ethernet, I believe I need
route add default 192.168.0.1
if I don
from Dave Cottlehuber:
> > On Fri, 21 Jun 2019, at 04:33, Thomas Mueller wrote:
> > Is it possible to build and install FreeBSD so as to be bootable and access
> > the internet with an Ethernet card that doesn't work in FreeBSD?
> > Could Ethernet sup
I remember having problems with Realtek 8111E Ethernet on this Intel Ivy Bridge
computer a couple years ago, and now the problem has resurfaced.
I am fresh from updating FreeBSD to 11-STABLE and HEAD on two partitions, and
in both cases can not connect with onboard Ethernet.
>From NetBSD 7.99.1
Who is the maintainer, if any, for re(4) Ethernet driver that is again giving
me trouble on Intel Ivy Bridge computer with MSI Z77 MPOWER motherboard?
I remember Kevin Lo, but have checked the web archives for freebsd-current and
freebsd-net, and find Kevin Lo's last posts were during October 20
> I came across the WiFi router through which dhclient fails to obtain the IP
> address. It sets 0.0.0.0 and it stays this way,
> On the other hand, dhcpcd obtains the IP address almost instantly.
> Other routers mostly don't have such problem.
> Is dhclient not as robus
> > NetBSD-current is on dhcpcd 7.0, ahead of FreeBSD ports version.
> 7.0.0 isn't released yet, it is in rc1:
> https://roy.marples.name/projects/dhcpcd
> FreeBSD is at the latest released version.
> Yuri
I saw after I sent that last message that dhcpcd 7.0 was at rc1, but didn't
check on wh
1 - 100 of 182 matches
Mail list logo
