ss return to userland. This would need to be
initiated in the close() syscall.
Btw. Threads aren't the only scenario. A signal handler can also close
the fd. Maybe not advised, but I have used this "technique" to force a
return from a blocking accept() call since about FBSD4.x
Mark.
On Fri, Sep 28, 2001 at 09:30:33PM -0400, Nguyen-Tuong Long Le allegedly wrote:
> Hi,
>
> I am wondering what is the side effects of increasing FD_SETSIZE
> beyond 1024? Our group have a propiertary web server software that
> handles a large number of sockets. While increasing the kern.maxfiles
>
I cannot get netgraph to work with 10Gig interfaces
on FreeBSD 6.1. No errors, but no traffic seen.
Config works with 1 Gig interfaces. Anyone know why?
ngctl mkpeer . eiface hook ether
ngctl mkpeer ngeth0: one2many lower one
ngctl connect $if1: ngeth0:lower lower many0
ngctl connect $if2: ngeth
Gleb Smirnoff wrote:
On Wed, Aug 02, 2006 at 02:22:13PM -0700, mark wrote:
m> I cannot get netgraph to work with 10Gig interfaces
m> on FreeBSD 6.1. No errors, but no traffic seen.
m> Config works with 1 Gig interfaces. Anyone know why?
m>
m> ngctl mkpeer . eiface hook ether
ords above:
The driver first appeared in NetBSD and was ported to OpenBSD afterwards.
Unfortunately the CVS logs don't indicate whether or not they had
support from Neterion.
It sounds like there's an assumption it's a driver problem. Note
that the intel 10Gig driver
Gleb Smirnoff wrote:
On Mon, Aug 14, 2006 at 08:20:25AM -0700, mark wrote:
m> It sounds like there's an assumption it's a driver problem. Note
m> that the intel 10Gig driver (from Interl's website) also does not work
m> with netgraph (works fine otherwise though)
m>
ted, 1 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 1.528/1.528/1.528/0.000 ms
TCPDUMP
ICMP packets are in fact sourced from the gre10 interface.
The GRE packets are also only going out the routing interface.
See the following pastebin for details.
https://pastebin.com/n3mGXGHA
--
mark saad | nones...@longcount.org
On Mon, Nov 7, 2022 at 8:11 PM Zhenlei Huang wrote:
>
> On Nov 8, 2022, at 8:26 AM, Mark Saad wrote:
>
> All
> I am looking for some help on if my setup makes sense.
> I have a vm with two interfaces. One for access to the host , we'll call
> this mgmt . One for r
On 06Mar23, Peter Wemm allegedly wrote:
> (~/.ssh/config with ServerAlive* probes) for different reasons. The
> (overloaded) router would drop connections that seemed idle. Sending
> probes helped prevent that - or at least making the router drop somebody
> else's instead.
Probably explains w
ngs worth looking for?
>
> Right now I'm using in /etc/rc.conf the line
> sshd_flags="-E /var/log/sshd_debug.log"
> which is already quite verbose. Is there a better
> option that emphasizes errors over normal traffic?
I'm not likely to identify such, unfortunately.
===
Mark Millard
marklmi at yahoo.com
combination vm.pfault_oom_attempts and vm.pfault_oom_wait
to values that could contribute to a sustained period of
saturating the USB channel.
(I have no detailed knowledge of how the tradeoffs work
for the competing uses of the USB channel. So I can not
validly claim to know that the above is realistic.)
===
Mark Millard
marklmi at yahoo.com
On Aug 1, 2023, at 7:57 PM, Zane C B-H wrote:
>
> On 2023-08-01 18:44, Mark Saad wrote:
>>>> On Aug 1, 2023, at 4:39 PM, Zane C B-H wrote:
>>> So what is a good way to get all packets passing through that the kernel
>>> currently sees? Apparently any is
packets that match
> a rule.
>
Just run tcpdump without the -i , iirc this will dump everything.
---
Mark Saad | nones...@longcount.org
tell us more about the file system , what type
of disks . Details about the server , hardware details. If you want post a
copy of your dmesg to https://dmesgd.nycbug.org/index.cgi that can help too .
Also what kinds of clients are you using ?
Do you have any relevant network stats or a topology/ diagram of the shape of
things ?
Mark saad | nones...@longcount.org
>
> >
> >
>
> Hannes
In the dmesg posted I see that you have a epair loaded . Are you trying
to do NFS inside of a Jail ?
Rick, Didn't someone from Isilon or Dell/EMC post about the 9K frames a
long time ago ? I know in isilon land
their FreeBSD can do this, but I can't say I have any idea how it's being
done. They do have some kernel auto-tune magic as well
to find optimal send and receive buffers. Maybe what we are seeing is Linux
having better ergonomics on buffers out of the box ?
Hannes
Can you post your boot.conf and sysctl.conf settings.
--
mark saad | nones...@longcount.org
John I vote for importing intels man page provided with the source . It’s better then nothing.---Mark Saad | nones...@longcount.orgOn May 20, 2024, at 12:36 AM, John Hay wrote:Hi Mike,The ice(4) driver for Intel E800 Ethernet controllers has been in the tree since May 2020, but it seems it was
Hello,
When IPv6 SLAAC is configured for an interface, the kernel will update
its default router list upon receipt of a router advertisement. In so
doing it may install a default route; in the kernel this happens in
defrouter_addreq().
If one uses "route flush" or "service routing restart" to re
On Wed, Jul 17, 2024 at 09:19:53AM +0800, Zhenlei Huang wrote:
>
>
> > On Jul 17, 2024, at 4:04 AM, Mark Johnston wrote:
> >
> > Hello,
> >
> > When IPv6 SLAAC is configured for an interface, the kernel will update
> > its default router list upon
Hello,
Drew Gallatin and I have been working on an implementation of SO_SPLICE,
an interface which allows TCP connections to be spliced together. This
is intended for use in proxy applications to reduce the overhead of
copying data between connections.
At the moment the interface isn't widely us
ll the
total speed of things.
Can you cobble together a diagram of what you have on either end ?
---
Mark Saad | nones...@longcount.org
st. I'm not very
familiar with the NDP code so I'm very much open to comments and
suggestions. :)
Thanks,
-Mark
diff --git a/sys/netinet6/in6.c b/sys/netinet6/in6.c
index e260e5d..3cb327c 100644
--- a/sys/netinet6/in6.c
+++ b/sys/netinet6/in6.c
@@ -805,8 +805,11 @@ in6_control(str
On Tue, Feb 19, 2013 at 01:47:55PM -0800, Vijay Singh wrote:
> Mark, is this the panic you were hitting?
It was a double free, so I was seeing panics in different parts of the
kernel - in my case it was kqueue and netgraph, among other places. I
only managed to track it down to the prefix l
each subnet.
Doing otherwise (like using static ndp/arp entries) is just a hack.
Mark
___
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"
(which is only sent to an
address which is considered on-link), or by manually placing
it in the NDP cache.
> So again, what is the correct way ? I think this is a debate of IPv6
> Protocol vs. IPv6 Policy vs. Network architecture.
I'm not sure, but it appears to me that adding th
(RFC 4291 section 2.6.1 Required Anycast Address) and you are
not afraid of rougue routers on the same subnet, you could
try pointing a default route to that address, in your case
to 2001:41d0:2:e7c4::
Mark
___
freebsd-net@freebsd.org mailing list
http://li
Discovery for IP Version 6
(IPv6). According to the algorithm as originally described, when a
host's default router list is empty, the host assumes that all
destinations are on-link.
Mark
___
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"
The following reply was made to PR kern/165305; it has been noted by GNATS.
From: Mark Andrews
To: bug-follo...@freebsd.org,
ma...@isc.org
Cc:
Subject: Re: kern/165305: [ip6] [request] Feature parity between IP_TOS and
IPV6_TCLASS
Date: Wed, 20 Mar 2013 10:05:41 +1100
As a further followup
The following reply was made to PR kern/165305; it has been noted by GNATS.
From: Mark Andrews
To: bug-follo...@freebsd.org,
ma...@isc.org
Cc:
Subject: Re: kern/165305: [ip6] [request] Feature parity between IP_TOS and
IPV6_TCLASS
Date: Wed, 20 Mar 2013 10:01:49 +1100
Thanks for adding
is not a problem, just use a recent Bind from
ports. Similarly the DHCPv6 is not a problem either thanks
to ISC dhcp42 from ports.
I feel the lack of NAT64 support under FreeBSD a large
hurdle against deploying IPv6-only internal networks.
Mark
___
fre
d be internet-facing and responding to random
remote clients.
My first thought is to use SOCK_RAW in much the same way that natd
does - at least to receive the traffic.
Is that a sensible and viable approach or is there a better/easier
way?
Mark.
___
fre
nstance and try it out, but I'm a little worried that
there might be something non-linear or some threshold limit that won't
necessarily be exposed by a modicum of adhoc testing.
Mark.
___
freebsd-net@freebsd.org mailing list
http://lists.
The following reply was made to PR kern/177362; it has been noted by GNATS.
From: Mark Andrews
To: Michael Tuexen
Cc: bug-follo...@freebsd.org
Subject: Re: kern/177362: [netinet] [patch] Wrong control used to return TOS
Date: Wed, 27 Mar 2013 22:54:06 +1100
In message <25eb2335-645c-42ed-b
in the system?..
... and as far as I can tell none of them is currently usable
on an IPv6-only FreeBSD (like protecting a host with sshguard),
none of them supports stateful NAT64, nor IPv6 prefix translation :(
Mark
___
freebsd-net@freebsd.org maili
to invest into AS and BGP
or start building tunnels:
http://blog.ioshints.info/2011/12/we-just-might-need-nat66.html
Mark
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to
On Sun, Apr 28, 2013 at 10:31:48PM +, Barry Spinney wrote:
> I am sorry if this is a dumb question, but I was trying to understand the
> FreeBSD TCP stack,
> and In particular I was trying to understand the use of the TF_NEEDSYN flag.
> This flag
> is referenced a number of times in tcp_inpu
hat it generates a huge number of interruptions em2 over 200
> thousand.
Are you using TSO on the interface? Does the problem go away if you
disable it? (ifconfig em2 -tso)
I ask because I had to backport the patch below to FreeBSD 8.2 at work;
I was seeing tx watchdog timeouts w
The following reply was made to PR kern/179083; it has been noted by GNATS.
From: Mark Linimon
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/179083: [netmap] [patch] Invalid index calucation in netmap
macro expansion
Date: Thu, 30 May 2013 02:58:04 -0500
- Forwarded message from
nce they cause the kernel to execute some extra code
for every packet sent and received through the IP stack. The actual
performance hit will depend on the script.
-Mark
[1] http://people.freebsd.org/~markj/patches/providers/ip-provider.diff
[2] http://people.freebsd.org/~markj/monitor.d
__
The following reply was made to PR kern/179901; it has been noted by GNATS.
From: Mark Linimon
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/179901: [netinet] [patch] Multicast SO_REUSEADDR handled
incorrectly
Date: Fri, 28 Jun 2013 14:55:38 -0500
- Forwarded message from Bernd
The following reply was made to PR kern/179901; it has been noted by GNATS.
From: Mark Linimon
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/179901: [netinet] [patch] Multicast SO_REUSEADDR handled
incorrectly
Date: Fri, 28 Jun 2013 14:56:07 -0500
- Forwarded message from Bernd
After a brief talk on IRC I figured I'd get some feelers out there about
this sysctl which seems to have a long history.
Background: I recently updated the net/rwhoisd port here on FreeBSD with a
patch from the kind hrs@ who fixed it so it binds on both ipv4 AND ipv6
when it is built with i
On Fri, Jun 28, 2013, at 20:15, JINMEI Tatuya / 神明達哉 wrote:
> At Fri, 28 Jun 2013 17:30:21 -0500,
> "Mark Felder" wrote:
>
> > Later after a bit more digging and discussion I've come to learn that the
>
> So, you've gone through the literature on thi
On Wed, Jul 17, 2013, at 10:36, sbre...@hotmail.com wrote:
> Hello
>
> Just recently upgraded to 8.1 and installed the 'urtw' driver for my
> Netgear WG111v3 USB WLAN card.
Is there a reason why you specifically upgraded to 8.1 instead of
choosing 8.3 or 8.4? FreeBSD 8.1 has been EoL since July
On Wed, Jul 17, 2013, at 11:05, sbre...@hotmail.com wrote:
> To make the smallest upgrade possible and minimize potential reconfig
> issues etc. 8.1 was the first release supporting WG111v3.
>
> Could give a try with 8.4 if there was any major fix to WPA and WLAN
> drivers since 8.1? With minor ve
My only experience with 10gbps on FreeBSD is on my friend's server --
Solarstorm SFN5161T 10GBASE-T Server Adapter
I guess the model you'd want is the SFN5162F and then you put in any
SFP+ adapters you want, so this would cover your 10GBASE-SR requirement.
The driver is new as of 9.1-RELEASE. I
On Thu, Aug 8, 2013, at 10:44, Jason Hellenthal wrote:
> Try subcalc, it's in ports.
>
I always kept ipcalc installed, but it looks like there's another called
sipcalc, too. I'll have to check these out myself and see if any have
merits over each other.
___
Hello!
I've ported the ip, tcp and udp DTrace providers to FreeBSD, following
the Solaris documentation here:
https://wikis.oracle.com/display/DTrace/ip+Provider
https://wikis.oracle.com/display/DTrace/tcp+Provider
https://wikis.oracle.com/display/DTrace/udp+Provider
My implementation of these p
On Tue, Aug 20, 2013 at 11:44:56PM -0700, Brendan Gregg wrote:
> G'Day,
>
> On Tue, Aug 20, 2013 at 10:00 PM, Mark Johnston wrote:
>
> > Hello!
> >
> > I've ported the ip, tcp and udp DTrace providers to FreeBSD, following
> > the Solaris docume
On Thu, Aug 22, 2013 at 6:05 PM, Yuri wrote:
> On 08/20/2013 22:00, Mark Johnston wrote:
>
>> The patch is here:
>>
>> http://people.freebsd.org/~**markj/patches/network-**
>> providers/network-providers-1.**diff<http://people.freebsd.org/~markj/patches/network-p
On Thu, Aug 22, 2013 at 11:07:07PM -0700, Yuri wrote:
> On 08/22/2013 15:30, Mark Johnston wrote:
> > My apologies! It looks like r254523 introduced a conflict. r254468 is a
> > minimum dependency.
> >
> > I'd suggest trying again with r254523 or later.
>
> I
On Tue, Sep 10, 2013, at 18:11, Mike Tancsa wrote:
>
> IIRC, the new iSCSI stack is currently tested more for correctness than
> performance?
>
Yes, but it's in the kernel vs istgt which is all userland code. It
could very well be faster. I'm quite interested in seeing someone put up
some seriou
not see anything relevant.
Has anyone else experienced a problem like this?
- Mark
--
Mark Kamichoff
p...@prolixium.com
http://www.prolixium.com/
signature.asc
Description: Digital signature
s set to YES, which it
is in my /etc/rc.conf. However, it appears that this never resulted in
ip6addrctl_prefer_ipv6 being called from /etc/rc.d/ip6addrctl. Maybe
I'm reading this wrong ...
- Mark
--
Mark Kamichoff
p...@prolixium.com
http://www.prolixium.com/
signature.asc
Description: Digital signature
matically.
Ah, indeed. I read the two variables as one. Thanks!
- Mark
--
Mark Kamichoff
p...@prolixium.com
http://www.prolixium.com/
___
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"
Did you try to enable spoofing of MAC Addresses in HyperV?
http://vbry21.wordpress.com/2012/07/03/fixed-in-a-tick-solving-mulicast-issues-in-hyper-v-vms/
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To un
On Mar 4, 2014, at 10:11, Giovanni Mattera wrote:
> Yes i test it but not work
> The CARP protocolol remain in state INIT.
>
That's unfortunate. If you do a packet dump do you even see the other node's
advertisements?
CARP is really at the mercy of these half-baked virtual switches; if they
On Mar 4, 2014, at 11:43, Maurizio Marini wrote:
> "But shouldn't the CARP state go to "master" anyway, even if it couldn't find
> a
> live partner due to network/Hyper-V problems?"
>
> this is the question, forget network/Hyper-V problems, CARP should go MASTER
> anyway
I will have to test
e a packet proceed up into the host stack is set
NS_FORWARD in the ring flags. That's a super-nice feature as is netmap
in general.
Mark.
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe
Subject line says it all. I don't know what the convention is, but I
presume everything should be declared const whenever possible, thus
the appended patch.
Mark.
*** /usr/include/net/netmap_user.h Sun Mar 16 12:01:36 2014
--- /tmp/./netmap_user.hFri Mar 21 07:39:16
NIC_SW NR_REG_NIC_SW
NR_REG_ONE_NIC
NR_REG_PIPE_MASTER
NR_REG_PIPE_SLAVE
Mark.
___
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"
can avoid it as it introduces
synchronization costs between handlers where previously I needed none.
I also looked at the kernel module and determined that nr_flags =
NR_REG_ONE_NIC | NR_REG_SW_NIC is invalid. Oh well. That would have
solved my problem nicely.
Mark.
_
t; Do I have to register an independent handler with NR_REG_SW_NIC and
> > have the h/w ring handlers synchronize with it? If so, I also presume
> > the NR_REG_SW_NIC handler has to manage transfers in both directions,
> > yes?
Or is there a better way in user space?
Mark.
_
The following reply was made to PR kern/183970; it has been noted by GNATS.
From: Mark Linimon
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/183970: [ofed] [vlan] [panic] mellanox drivers and vlan
usage causes kernel panic and reboot
Date: Sun, 20 Apr 2014 18:23:44 -0500
The following reply was made to PR kern/190102; it has been noted by GNATS.
From: Mark Felder
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/190102: [tcp] net.inet.tcp.drop_synfin=1 no longer works on
FreeBSD 10 [regression]
Date: Thu, 29 May 2014 07:25:31 -0500
The test box in
e else, but I think more people using netmap to implement
interesting applications is of value to netmap, frankly.
Mark.
___
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"
bumping up the default value of net.graph.maxdata,
or at least documenting the fact in the handbook.
Mark
___
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"
The following reply was made to PR kern/160420; it has been noted by GNATS.
From: Mark Linimon
To: bug-follo...@freebsd.org
Cc: freebsd-b...@freebsd.org
Subject: Re: kern/160420: msk0: phy write timeout on HP 5310m
Date: Thu, 17 May 2012 13:57:04 -0500
On Thu, May 17, 2012 at 05:47:47PM +0200
t think that's necessary.
- Is there any objection to addressing this problem at all? It's an
unlikely interaction since most drivers do resets quite quickly, but
it'd be nice to fix this I think. It seems reasonable to expect
address changes to be done atomically, but I'm
The following reply was made to PR kern/155030; it has been noted by GNATS.
From: Mark Johnston
To: bug-follo...@freebsd.org, m...@freebsd.org
Cc:
Subject: Re: kern/155030: [igb] igb(4) DEVICE_POLLING does not work with
carp(4)
Date: Thu, 21 Jun 2012 21:38:36 -0400
--+HP7ph2BbKc20aGI
The following reply was made to PR kern/155030; it has been noted by GNATS.
From: Mark Johnston
To: bug-follo...@freebsd.org, m...@freebsd.org
Cc:
Subject: Re: kern/155030: [igb] igb(4) DEVICE_POLLING does not work with
carp(4)
Date: Mon, 6 Aug 2012 18:58:14 -0400
The above patch was
The following reply was made to PR kern/172364; it has been noted by GNATS.
From: Mark Atkinson
To: Navdeep Parhar
Cc: bug-follo...@freebsd.org
Subject: Re: kern/172364: [cxbge] cxbge_vlan_config() Fatal trap 12: page
fault while in kernel mode
Date: Fri, 05 Oct 2012 11:32:01 -0700
Andre
I'll try to do it today or next monday when I get back from vacation . They
are all hp branded nic's . I ordered them with in the last few years to use in
place of bce nic's on the main boards of hp servers .
---
On Nov 14, 2012, at 5:31 AM, Andre Oppermann wrote:
> Hello
>
> I cur
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/07/2013 18:25, Barney Cordoba wrote:
> I have a situation where I have to run 9.1 on an old single core
> box. Does anyone have a handle on whether it's better to build a
> non SMP kernel or to just use a standard SMP build with just the
> one co
rface
does not allow classifying on the inner contents of
the tunnel afict, so it doesn't look line an option.
Mark
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail
s an
(albeit lowly) option and it does have the benefit of avoiding both of
the ip4v/v6 delimiters.
Mark.
___
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"
The following reply was made to PR kern/154007; it has been noted by GNATS.
From: Mark Linimon
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/154007: [ath] Atheros ar9287 card does not get recognized.
Date: Sun, 16 Jan 2011 07:06:05 +
- Forwarded message from kuba -
From
The following reply was made to PR kern/146792; it has been noted by GNATS.
From: Mark Boolootian
To: bug-follo...@freebsd.org, n...@gtelecom.ru
Cc:
Subject: Re: kern/146792: [flowtable] flowcleaner 100% cpu's core load
Date: Wed, 2 Feb 2011 11:37:16 -0800
--00163630f77dc34e0d049b5
The following reply was made to PR kern/152141; it has been noted by GNATS.
From: Mark Linimon
To: bug-follo...@freebsd.org
Cc:
Subject: kern/152141: [vlan] encapsulate vlan in ng_ether before output to
if
Date: Sun, 13 Feb 2011 08:46:38 -0600
- Forwarded message from Rozhuk Ivan
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/14/2011 01:59, jyl_2006 wrote:
> I have download files from http://www.sctp.org/app.tar.bz2,and when I input
> gmake,
> It shows that:
> cc:../user/FreeBSD/libsctpuser.a:No such file or directory.
> I have tryed to search file named "libsctpuser.
The following reply was made to PR kern/157287; it has been noted by GNATS.
From: Mark Linimon
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/157287: [re] re0: INVARIANTS panic (Memory modified after
free)
Date: Tue, 24 May 2011 15:55:17 -0500
- Forwarded message from YongHyeon PYUN
> root@tao[~]# ifconfig vr0 inet6 2a01:348:294::1 prefixlen 64 -alias
> root@tao[~]# ifconfig gif0 destroy
> root@tao[~]# ifconfig gif0
> ifconfig: interface gif0 does not exist
> Internet6:
> Destination Gateway Flags
> Netif Expire
> ::/96
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/25/2011 14:22, Qing Li wrote:
> Since I have been receiving private reports on the test failures, I
> thought I just post the test report as executed against the
> upcoming FreeBSD 9.0 release in my own setup, so you can see where
> the baseline
The following reply was made to PR kern/138739; it has been noted by GNATS.
From: Mark Linimon
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/138739: [wpi] wpi(4) does not work very well
under?8.0-BETA4
Date: Tue, 15 Sep 2009 21:38:23 -0500
- Forwarded message from Paul Dokas
The following reply was made to PR kern/124127; it has been noted by GNATS.
From: Mark Atkinson
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/124127: [msk] watchdog timeout (missed Tx interrupts) --
recovering
Date: Mon, 19 Oct 2009 08:03:58 -0700 (PDT)
I am also see this problem on
The following reply was made to PR kern/124127; it has been noted by GNATS.
From: Mark Atkinson
To: freebsd prs
Cc:
Subject: Re: kern/124127: [msk] watchdog timeout (missed Tx interrupts) --
recovering
Date: Sun, 25 Oct 2009 12:55:38 -0700 (PDT)
After a week on a Oct 19th 2009 built kernel
The following reply was made to PR kern/124127; it has been noted by GNATS.
From: Mark Atkinson
To: freebsd prs
Cc:
Subject: Re: kern/124127: [msk] watchdog timeout (missed Tx interrupts) --
recovering
Date: Wed, 28 Oct 2009 17:03:52 -0700 (PDT)
=0A=0AOn the unpatched -current kernel
n/subr_taskqueue.c:90
#19 0xc0869271 in fork_exit (callout=0xc08cad67 ,
arg=0xc3686c8c, frame=0xd533dd38) at /usr/src/sys/kern/kern_fork.c:854
#20 0xc0b8e520 in Xatpic_intr0 () at atpic_vector.s:62
#21 0x0000 in ?? ()
Mark Atkinson wrote:
> The following reply was made to PR kern/124127
The following reply was made to PR kern/124127; it has been noted by GNATS.
From: Mark Atkinson
To: pyu...@gmail.com
Cc: bug-follo...@freebsd.org
Subject: Re: kern/124127: [msk] watchdog timeout (missed Tx interrupts) --
recovering
Date: Thu, 29 Oct 2009 10:47:47 -0700 (PDT)
- Original
The following reply was made to PR kern/106438; it has been noted by GNATS.
From: Mark Abene
To: bug-follo...@freebsd.org, m...@hinterbergen.de
Cc:
Subject: Re: kern/106438: [ipf] ipfilter: keep state does not seem to allow
replies in on spar64 (and maybe others)
Date: Sun, 06 Dec 2009 20:26
The following reply was made to PR kern/140597; it has been noted by GNATS.
From: Mark Linimon
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/140597: [netinet] [patch] implement Lost Retransmission
Detection
Date: Sun, 4 Apr 2010 23:09:23 -0500
uuencoded version of patch received
The following reply was made to PR kern/125332; it has been noted by GNATS.
From: Mark Dixon
To: bug-follo...@freebsd.org,
mnd...@gmail.com
Cc:
Subject: Re: kern/125332: [ath] [panic] crash under any non-tiny networking
under amd64 7-STABLE with ath
Date: Tue, 7 Sep 2010 07:56:48 +0100
, aio and linux.
If anyone wants to look at this and needs more info, let me know.
Mark
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under ce
ximum
fragments per packet. Which is like 16/packet by default.
--
Mark Atkinson
[EMAIL PROTECTED]
(!wired)?(coffee++):(wired);
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
The following reply was made to PR kern/112179; it has been noted by GNATS.
From: Mark Willson <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: kern/112179: [sis] [patch] sis driver for natsemi DP83815D
autonegotiate failure
Date: Wed, 30 Ju
//code.google.com/p/tcptest/downloads/list
>
http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=//depot/projects/soc2008/bilouro_tcptest/src/scripts/tests
>
Keep up the good work. Your package seems to be missing the psuedoipv4.py
file/class however, and it's not in the ports/net/py-pcs
On Tue, Dec 23, 2008 at 11:39:09PM +0100, Hartmut Brandt wrote:
> Well, they did this in the past, for example when I did some heavy work
> on make(1). At that time Kris did this, I don't know through which
> magic, though.
Just email portmgr@ and ask for a regression-test on the build cluster.
if it helps:
>
> # BEFORE: named
mpd should also be fixed as the error code being returned is not
approprate. network unreachable is what should be returned.
> Doug
>
> --
>
> This .signature sanitized for your protection
> ___
> freeb
if it helps:
>
> # BEFORE: named
mpd should also be fixed as the error code being returned is not
approprate. network unreachable is what should be returned.
> Doug
>
> --
>
> This .signature sanitized for your protection
> ___
> freeb
Starting this Friday, we are going to hold a bugathon to work through
some of the network-related PRs. More details, and a list of resources,
are available at http://wiki.freebsd.org/Bugathons/January2009.
I have come up with a page that details a subset of those PRs as a set
of suggested PRs:
h
The following reply was made to PR kern/87758; it has been noted by GNATS.
From: lini...@lonesome.com (Mark Linimon)
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/87758: [ath] [hang] Reboot problem with atheros wireless card
(DWL-G520)
Date: Mon, 2 Feb 2009 17:08:29 -0600
1 - 100 of 697 matches
Mail list logo
