Synopsis: [ppp] [panic] kernel panic with pppoe_server
State-Changed-From-To: open->feedback
State-Changed-By: kris
State-Changed-When: Sat Nov 29 01:59:30 UTC 2008
State-Changed-Why:
Please provide some details so we can begin to investigate your problem.
http://www.freebsd.org/cgi/qu
Synopsis: [bge] [patch] bge has checksum problems on the 5703 chipset
State-Changed-From-To: open->analyzed
State-Changed-By: kris
State-Changed-When: Tue Dec 25 14:11:09 UTC 2007
State-Changed-Why:
This is most likely not a bug unless you can confirm the bad checksums
from *ANOTHER* machine
Synopsis: [panic] Kernel panic with Bittorrent client.
Responsible-Changed-From-To: freebsd-net->rwatson
Responsible-Changed-By: kris
Responsible-Changed-When: Tue Dec 25 14:15:45 UTC 2007
Responsible-Changed-Why:
Assign to rwatson at his request
http://www.freebsd.org/cgi/query-pr.cgi
Synopsis: double fault in freebsd 7.0
State-Changed-From-To: open->closed
State-Changed-By: kris
State-Changed-When: Tue Feb 5 11:02:08 UTC 2008
State-Changed-Why:
Submitter rejects inbound email
http://www.freebsd.org/cgi/query-pr.cgi?pr=120
vendor = 'Attansic (Now owned by Atheros)'
device = 'Atheros AR8132 PCI-E Fast Ethernet Controller (AR8132)'
class = network
subclass = ethernet
alc0: flags=8802 metric 0 mtu 1500
options=c3198
ether 20:cf:30:1e:b2:38
On Fri, Oct 29, 2010 at 09:55:31AM -0700, Pyun YongHyeon wrote:
> On Fri, Oct 29, 2010 at 06:15:16AM -0400, Kris Moore wrote:
> >
> > I'm running into a rather interesting problem here on HEAD with a newer Asus
> > EEE PC and the "alc" network driver. The de
options. The solaris notation
above allows you to express this.
Kris
___
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"
a of -c none, but I think they have gone overboard
with the paranoia.
Kris
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
I the only one who would be happier if openssh were not in the base
system at all?
Quite possibly :)
I don't think it's at all viable to ship FreeBSD without an ssh client
in this day and age.
Kris
___
freebsd-net@freebsd.org m
ad
will have a net benefit.
Kris
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
DDB to collect debugging information.
Kris
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
tiple CPUs on a single host. It is becoming
increasingly necessary that someone look into fixing this.
Kris
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
roc: 11095
Kris
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ning, I'm afraid recent P1 versions don't
handle that well, and recommend you try 9.4.3b2 ore 9.5.1b1.
Or increase the number of file descriptors as a workaround, per my email :)
Kris
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd
JINMEI Tatuya / 神明達哉 wrote:
At Tue, 15 Jul 2008 23:09:30 +0200,
Kris Kennaway <[EMAIL PROTECTED]> wrote:
If that's regularly happening, I'm afraid recent P1 versions don't
handle that well, and recommend you try 9.4.3b2 ore 9.5.1b1.
Or increase the number of file descri
),
i.e. after the fixes to improve UDP performance on SMP systems.
Kris
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
fails, can you provide test code?
Kris
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Jian Qiu wrote:
Hi, Kris,
In our application-level tests FreeBSD significantly out-performs Linux, so
either you have found a different workload, or something is not configured
equally. One important thing I can think of off the top of my head is that
Linux has a larger socket buffer size by
t, so it might not be usable for you yet.
If you run without profiling then top(1) will show you the CPU use of
the interrupt handlers.
Kris
>
> Looking forward to your options. Many thanks.
>
> Qiu Jian
>
>
> On Tuesday 07 October 2008 07:44:00 am 邱剑 wrote:
>> Hi,
KES wrote:
Здравствуйте, Kris.
Вы писали 29 ноября 2008 г., 4:00:05:
kFo> Synopsis: [ppp] [panic] kernel panic with pppoe_server
kFo> State-Changed-From-To: open->feedback
kFo> State-Changed-By: kris
kFo> State-Changed-When: Sat Nov 29 01:59:30 UTC 2008
kFo> State-Changed
* Note that we now have a reference to the ifa.
* This moved from below so that rnh->rnh_addaddr() can
* examine the ifa and ifa->ifa_ifp if it so desires.
*/
IFAREF(ifa);
(net/route.c:1081)
Kris
_
It was for a while in 9.2, but we removed it from 10.0 and later due to
stability issues we kept getting reports about. Haven't tried it since then,
dont know if those issues are fixed.
On Oct 12, 2014, 2:15 AM, at 2:15 AM, Adrian Chadd wrote:
>... is it enabled by default on pcbsd?
>
>
>-a
or something else?
KAME IPSEC is both giant-locked and lower performance than fast IPSEC
(which also integrates with crypto hardware devices). The missing
piece from the latter is what George has implemented, namely IPv6
support.
Kris
pgpxtWhVeGGKz.pgp
Description: PGP signature
d_execute_handlers() at ithread_execute_handlers+0x15d
> ithread_loop() at ithread_loop+0x69
> fork_exit() at fork_exit+0x93
> fork_trampoline() at fork_trampoline+0xe
> --- trap 0, rip = 0, rsp = 0xabc61d30, rbp = 0 ---
Kris
pgpszXMExPMWV.pgp
Description: PGP signature
On Sun, Apr 15, 2007 at 11:30:47PM -0400, Kris Kennaway wrote:
> On an 8-core amd64 running up-to-date CVS sources:
>
> > Fatal trap 9: general protection fault while in kernel mode
> > cpuid = 7; apic id = 07
> > instruction pointer = 0x8:0x802a7800
> >
0xe
--- trap 0, rip = 0, rsp = 0xabe09d30, rbp = 0 ---
Kris
pgpXmvPCmVWuK.pgp
Description: PGP signature
(rt);/* NB: gwroute */
if ((rt->rt_flags & RTF_UP) == 0) {
rtfree(rt); /* unlock gwroute */
rt = rt0;
Kris
pgpJpTkPwst7o.pgp
Description: PGP signature
f the first, but not the second.
Various users have reported definite deadlocks relating to uid/gid
firewall rules in the past.
Kris
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
witch, cable unplugged, etc)? I have seen this panic
(only) in that situation.
Kris
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Ivan Voras wrote:
On 27/09/2007, Kris Kennaway <[EMAIL PROTECTED]> wrote:
Ivan Voras wrote:
Hi,
I have a machine that panics almost daily in route.c, in rt_check().
This panic has been reported by several users, including Marcel
Moolenaar for a machine in freebsd.org.
The problem is p
Ivan Voras wrote:
On 27/09/2007, Kris Kennaway <[EMAIL PROTECTED]> wrote:
You will need to evaluate based on other evidence. e.g. if you've
noticed other network flakiness on this machine to do with the gateway.
No, I don't think there's anything like that. The panics
stopped but it turns out it was just masked by all the other
TCP issues and was still persisting at a low rate (only ~300 occurrences
on the machine I checked since January).
Can anyone work out how this is happening, or give suggestions on how to
debug this further?
Kris
Peter Jeremy wrote:
On 2007-Sep-29 22:24:02 +0200, Kris Kennaway <[EMAIL PROTECTED]> wrote:
Going back at least as far as January 2007 some of the package build
machines have occasionally experienced a problem where a fetch(1) via a
localhost:3128 squid proxy are denied because squid se
e the problem might
be fixed by the commit to if_stf.c (or something else in the recent
-CURRENT). I'll keep monitoring it closely.
Still no luck, it still panics at the same place, though more rarely.
Well yeah, if you're not using if_stf that's not goin
om this is that our NFS client currently
misbehaves when UDP packets are dropped, and this leads to data corruption.
Kris
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Jack Vogel wrote:
You should a couple different adapters below, are you saying that
its just one of them, can you try different ones to see if its specific.
They're both showing the problem.
Also, would you be able to test my latest driver to see if it still
happens?
Where is it?
than
over loading the nfs request lock for this purpose.
- Fix some of the locking in nfs_request.
Many thanks to Kris Kennaway for his help with this and for initiating the
MP scaling analysis and work. Kris also tested this patch thorougly.
Approved by: re@ (Ken Smith)
For the
Jim Rees wrote:
Kris Kennaway wrote:
Mohan's previous commit that increases the nfs server socket buffer size
is also very important for NFS performance. Without it I was only
getting 1-2MB/sec throughput over 10Gb ethernet with UDP mounts
You're trying to use nfs/udp
Kris Kennaway wrote:
I am seeing the em driver on 7.0 sending packets with bad UDP (and
apparently sometimes IP) packet length fields. This is from UDP NFS
traffic (90MB/sec over gige). These packets are dropped on reception by
the kernel and counted.
I think this is due to rollover of the
ay have a
better idea about the problem and whether it was fixed in RELENG_7 or
not.
I think it is believed to be fixed in 7.0, so it is worth testing.
Kris
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
difference is somewhere around 10%.
Is that something we can try to arrange to happen for improved
performance in more general situations?
Kris
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubsc
?? DL Mon08PM 0:04.62
[softdepflush]
Building a new kernel with KTR and FULL_PREEMPTION now.
FYI FULL_PREEMPTION causes performance loss in other situations.
Kris
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/fre
H.fazaeli wrote:
Hi all
Where are 'those numbers' you are referring to? have I missed some message
in the thread?
Check the date below, Tiffany replied to an old message from 2 years ago
for some reason.
Kris
Thanks,
Tiffany.
On 12/29/05, Andre Oppermann <[EMAIL PROTE
The following reply was made to PR i386/120264; it has been noted by GNATS.
From: Kris Kennaway <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
Cc:
Subject: Re: i386/120264: double fault in freebsd 7.0
Date: Tue, 05 Feb 2008 11:58:26 +0100
Submitter forgot to give us any
Adding back the mailing list so others can help.
matthew wrote:
Kris Kennaway wrote:
matthew wrote:
I have posted before that i have a stability issue with the 7.0 branch
on my servers. Tested on BETA2,BETA4,RC1,RC2,RELEASE
The original thread and my post with details is at:
http
2 00:24:15 UTC 2008
State-Changed-Why:
See kern/122286 from same submitter.
http://www.freebsd.org/cgi/query-pr.cgi?pr=122331
hmmm :-)
Kris Kennaway <[EMAIL PROTECTED]> asked me to file this new bug report
kern/122331 because the kgdb backtrace in kern/122286 looks for him more
like a p
oubt that interferes
> with NFS.
Uh, you're getting server-side data corruption, it could definitely be
because of the memory you added.
Kris
--
In God we Trust -- all others must submit an X.509 certificate.
-- Charles Forsythe <[EMAIL PROTECTED]>
_
The following reply was made to PR kern/123066; it has been noted by GNATS.
From: Kris Kennaway <[EMAIL PROTECTED]>
To: Mihail <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Subject: Re: misc/123066: kernel trap with ipsec
Date: Fri, 25 Apr 2008 05:46:54 +
On Fri, Apr 25, 2008 a
On Fri, Apr 25, 2008 at 07:20:03AM +, misha saf wrote:
> The following reply was made to PR kern/123066; it has been noted by GNATS.
>
> From: misha saf <[EMAIL PROTECTED]>
> To: Kris Kennaway <[EMAIL PROTECTED]>
> Cc: <[EMAIL PROTECTED]>
> Subject: Re:
k-around
Revert the recent commits by Peter until a fix is applied.
Kris
___
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/122875; it has been noted by GNATS.
From: Kris Kennaway <[EMAIL PROTECTED]>
To: hotlips Internet admin <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Subject: Re: kern/122875: "rstatd: Can't get namelist. 1" - fbsd 7.0-stable
(works o
specific case.
Is this also the cause of the mysql server connection failures
reported on [EMAIL PROTECTED]
Kris
pgpsDJM4Zi7pb.pgp
Description: PGP signature
On Tue, Jun 01, 2004 at 07:03:27PM -0500, Mike Silbersack wrote:
>
> On Tue, 1 Jun 2004, Kris Kennaway wrote:
>
> > On Tue, Jun 01, 2004 at 12:05:35PM -0500, Mike Silbersack wrote:
> > > Sounds like something that should be dealt with on the server's end. Some
>
).
In the checked in code there are only a couple of users of metadata, but
there may be 3rd parties out there that use it. If so the authors should
contact me as soon as possible to co-ordinate the changeover.
Don't forget to bump __FreeBSD_version when you make th
0,0,c06dc037,269,c0738ac0) at swi_net+0xe9
ithread_loop(c345d880,ebbd2d48,c06dbe2a,323,d552d9c9) at ithread_loop+0x172
fork_exit(c04f1210,c345d880,ebbd2d48) at fork_exit+0xc6
fork_trampoline() at fork_trampoline+0x8
--- trap 0x1, eip = 0, esp = 0xebbd2d7c, ebp = 0 ---
Kris
pgpVOA1shFoSu.pgp
Descript
On Thu, Oct 07, 2004 at 04:48:44PM -0400, Brian Fundakowski Feldman wrote:
> On Thu, Oct 07, 2004 at 09:57:19AM -0700, Kris Kennaway wrote:
> > Top of RELENG_5 on an smp machine:
> >
> > panic: fxp_start_body: attempted use of a free mbuf!
> > cpuid = 1
> > KDB
t's just a guess.
Kris
pgp3ywlPIxFXP.pgp
Description: PGP signature
On Fri, Oct 08, 2004 at 11:56:52PM +0100, Brian Somers wrote:
> On Thu, 7 Oct 2004 09:57:19 -0700, Kris Kennaway <[EMAIL PROTECTED]> wrote:
> > Top of RELENG_5 on an smp machine:
> >
> > panic: fxp_start_body: attempted use of a free mbuf!
>
> I'm guessing y
On Sat, Oct 09, 2004 at 12:40:38PM +0400, Gleb Smirnoff wrote:
> On Fri, Oct 08, 2004 at 08:39:00PM -0700, Kris Kennaway wrote:
> K> This might be related to SACK, which is one of the situations where we
> K> loop back to the again label, but that's just a guess.
>
uest':
> : undefined reference to `md_get_mem'
> smb_usr.o(.text+0x5c3): In function `smb_usr_simplerequest':
This almost always means that you omitted something mandatory for your
kernel configuration. Go back to GENERIC or carefully compare your
modified config file t
On Thu, Jan 13, 2005 at 03:31:22PM -0800, Thomas M. Skeren III wrote:
> Kris Kennaway wrote:
>
> >On Thu, Jan 13, 2005 at 03:05:02PM -0800, Thomas M. Skeren III wrote:
> >
> >
> >>Trying to compile AMD64 with smbfs.
> >>
> >>Added
> >>
ld SACK from below the current ACK
> value to above it (which is the problem here).
>
> Thoughts, anyone? Am I just wrong here and this is valid, expected
> behaviour?
A fix to the SACK code was committed yesterday, which may or may not
be relevant.
Kris
pgp5WVcRIPGja.pgp
Description: PGP signature
er has a repeatable network
> problem, we could have them turn this on and create a detailed log file
> for us. In cases of reset connections, etc, this would be quite useful.
Wouldn't it be best to use KTR for this on 5.x/6.x instead of
introducing another KTR-alike?
Kris
pgp2HRtaQdV4L.pgp
Description: PGP signature
s inside the atomic_cmpset_int (i.e. it's probably spinning in
the loop).
Can anyone see if there's a problem with this code, or perhaps the
sparc64 implementation of atomic_cmpset_int()?
Kris
pgpwPzRFqqbq6.pgp
Description: PGP signature
t *)(m->m_ext.ref_cnt);
I'm currently testing that.
Kris
pgpbIsahD1R9m.pgp
Description: PGP signature
This on an u10 running
FreeBSD 5.3-STABLE (NETBOOT) #1: Sun Dec 12 18:38:35 JST 2004
It may already be fixed, but since this is clearly a very infrequent
problem (the other 7 machines with the same kernel have been running
for months) it will be hard to tell empirically.
Unfortunately I don't se
On Tue, Apr 19, 2005 at 08:36:28AM +0100, Robert Watson wrote:
> On Mon, 18 Apr 2005, Kris Kennaway wrote:
>
> >This on an u10 running
> >
> >FreeBSD 5.3-STABLE (NETBOOT) #1: Sun Dec 12 18:38:35 JST 2004
> >
> >It may already be fixed, but since this is clearl
On Tue, Apr 19, 2005 at 08:36:28AM +0100, Robert Watson wrote:
> On Mon, 18 Apr 2005, Kris Kennaway wrote:
>
> >This on an u10 running
> >
> >FreeBSD 5.3-STABLE (NETBOOT) #1: Sun Dec 12 18:38:35 JST 2004
> >
> >It may already be fixed, but since this is clearl
followed those directions and encountered a problem then
please post specific information showing what you tried and what went
wrong when you tried it.
Kris
pgpeZqS7C9HRD.pgp
Description: PGP signature
no-one else responds in the
next few days, can you please submit the patch in PR so it does not
get lost?
Kris
pgpZ3gOepQriq.pgp
Description: PGP signature
/etc/ipsec.conf gives:
> pfkey_open: Protocol not supported
>
>
> What is the correct way for enabling TCP MD5 signatures on 5.4?
When in doubt, check the two NOTES files.
Kris
pgpgeIGIpVrLY.pgp
Description: PGP signature
sing this is something you
have installed yourself from the kame project.
Kris
pgpM9CWBXC9cq.pgp
Description: PGP signature
solved
> this please help me,thanks.
> Good days,Sibel
You probably aren't linking to the correct libraries, e.g. -lssl
-lcrypto. If this is not the case, post the exact command that caused
the above errors.
Kris
pgpoHqmuhVmao.pgp
Description: PGP signature
unning out of mbufs:
>
> --
> 4294264419 mbufs in use
> 4294866740/2147483647 mbuf clusters in use (current/max)
This is a FAQ..see the release errata. The short answer is that it's
not a real leak, only a leak in the stats. This is fixed in 7.0
On Wed, Aug 03, 2005 at 01:54:16PM +1000, Dave+Seddon wrote:
> So as for the system losing all network connectivity, do you have any
> suggestions?
No, it must be some unrelated problem.
Kris
--
In God we Trust -- all others must submit an X.509 certificate.
-- Charles Forsythe &
On Wed, Aug 03, 2005 at 03:55:39AM +, Kris Kennaway wrote:
> On Wed, Aug 03, 2005 at 01:54:16PM +1000, Dave+Seddon wrote:
> > So as for the system losing all network connectivity, do you have any
> > suggestions?
>
> No, it must be some unrelated problem.
P.S. Return
I got this on a quad sparc64 machine running 7.0 from a few days ago.
Both IPv4 and IPv6 are in use on the machine.
I will leave it in DDB for now in case you want something from it, but
I should be able to obtain a core.
Kris
panic: bogus refcnt 0
cpuid = 0
KDB: enter: panic
[thread pid 15 tid
c, ebp =
0xbfbfdb88 ---
db>
Unfortunately I can't dump on this machine. Is there anything else I
can get from DDB?
Kris
pgpop6ANY2sgB.pgp
Description: PGP signature
Can someone please look into this ipv6 panic? It is now my #1 panic
on 6.0 (every few days, and I hardly make any use of ipv6 except for
light nfs and tcp traffic), so it would be good to get it fixed before
the release.
Kris
- Forwarded message from Kris Kennaway <[EMAIL PROTEC
On Wed, Sep 28, 2005 at 12:06:18PM +0900, SUZUKI Shinsuke wrote:
> Hello kris,
>
> >>>>> On Tue, 27 Sep 2005 18:26:34 -0400
> >>>>> [EMAIL PROTECTED](Kris Kennaway) said:
>
> > Can someone please look into this ipv6 panic? It is now my #1 pani
On Thu, Sep 08, 2005 at 11:04:12AM +0200, Marc Olzheim wrote:
> On Thu, Sep 08, 2005 at 12:43:36AM -0400, Kris Kennaway wrote:
> > db> wh
> > Tracing pid 23098 tid 100263 td 0xc92e4af0
> > kdb_enter(c07060af,0,c070c9b3,f7d14bc8,c92e4af0) at kdb_enter+0x30
> > panic(c0
t; destination address, source port, destination port, and sequence number
> > from the ICMP message, and zap the corresponding connection IFF the
> > sequence number is in the window.
I'd be happy with this approach.
Kris
PGP signature
s are correctly ignored if they are
> truncated too early to include the info (rather than wild-carding), and IP
> + TCP options are correctly handled without alignment problems), then I
> see no reason not to turn this on by default.
I agree.
Kris
PGP signature
be in the archives upon closer examination.
It's a common mistake - a FAQ question/answer would probably be in
order (could you write a doc PR once you've fixed it?).
Kris
PGP signature
doc PR once you've fixed it?).
>
> What's a PR?
Problem Report - it's the submission mechanism for changes and
patches, as well as bugs. You can submit one from the command-line
using send-pr with the doc patches if/when you write them (if you're
not familiar with docbook then ascii text is also fine), or using the
web interface at www.freebsd.org/send-pr.html
Kris
PGP signature
On Thu, Feb 01, 2001 at 01:31:39PM +0800, bsddiy wrote:
> I don't want to bring flame war, but the following Linus' words may
> be right:
Did you have a point to make here? If so, I missed it.
Kris
PGP signature
Can anyone comment on this patch?
http://www.kame.net/dev/cvsweb.cgi/kame/freebsd4/sys/kern/uipc_socket.c
Kris
- Forwarded message from [EMAIL PROTECTED] -
Delivered-To: [EMAIL PROTECTED]
Delivered-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: accept(2) behavior with tcp RST
Did you guys agree on a commit-worthy fix yet?
Kris
PGP signature
allow gif and
> IPsec to work?
gif isn't a protocol, it's an interface name. Check /etc/protocols
for the protocol number of the AH and ESP protocols, which IPSEC uses
depending on which mode you run it in.
Kris
PGP signature
to be the correct behaviour.
Kris
PGP signature
reeBSD at some point in the future once it's
considered ready enough.
Kris
PGP signature
port encryption hardware in FreeBSD
> as is found in OpenBSD?
Mark Murray is working on this.
Kris
PGP signature
rted from OpenBSD which randomizes this (supposedly
such that it respects the constraint of not wrapping within the
prescribed time period). I should wrap it in a sysctl, I guess.
http://www.freebsd.org/~kris/ipid.patch
Comments?
Kris
PGP signature
On Mon, Apr 16, 2001 at 02:03:11AM -0700, Kris Kennaway wrote:
> Here's a patch ported from OpenBSD which randomizes this (supposedly
> such that it respects the constraint of not wrapping within the
> prescribed time period). I should wrap it in a sysctl, I guess.
>
> ht
erties like a network-order counter,
i.e. the algorithm attempts to order the output so that it doesn't
wrap within the segment lifetime. That would be lost without using
HTONS.
Kris
PGP signature
soning there. Niels, can you shed any
light?
Kris
PGP signature
#x27;m not an IPv4 guru and only
skimmed the RFC), and what's ordered in network order isn't ordered in
host order.
Kris
PGP signature
On Tue, Apr 17, 2001 at 05:58:22AM +1000, Darren Reed wrote:
> In some mail from Kris Kennaway, sie said:
> >
> > Surely that can't work since the purpose of that field is for received
> > packet ordering (unless I'm wrong, I'm not an IPv4 guru and only
>
thm attempts to order the output so that it doesn't
> > wrap within the segment lifetime. That would be lost without using
> > HTONS.
>
> You're confusing properties of the local number and some opaque bits in
> a packet being sent over the 'net.
Quite likely.
Kris
PGP signature
u may not want
on a heavily-loaded server), but it should at least be made possible.
Kris
PGP signature
1 - 100 of 177 matches
Mail list logo
