Max Laier wrote:
>
> Hello Andreas,
>
> Monday, November 17, 2003, 8:11:47 AM, you wrote:
> AK> #7 0xc05ed8a9 in ip_input (m=0x0) at
> AK> /usr/src/sys/netinet/ip_input.c:364
> AK> #8 0xc05e6292 in div_output (so=0xc2f11d20, m=0xc16d6600,
> AK> sin=0xc2d834b0,
> AK> control=0x0) at /usr/src
Jesper Skriver wrote:
>
> On Thu, Nov 13, 2003 at 12:13:14AM +0100, Andre Oppermann wrote:
> > Jesper Skriver wrote:
> > >
> > > On Sun, Nov 09, 2003 at 05:19:07PM +0100, Andre Oppermann wrote:
> > > > Hello all,
> > > >
> > > >
Jesper Skriver wrote:
>
> On Sun, Nov 09, 2003 at 05:19:07PM +0100, Andre Oppermann wrote:
> > Hello all,
> >
> > this patch contains three things (to be separated for committing):
...
> > ip_fastforward
> >
> > - removes ip_flow forwarding code
>
Hajimu UMEMOTO wrote:
>
> Hi,
>
> >>>>> On Wed, 12 Nov 2003 16:22:38 +0100
> >>>>> Andre Oppermann <[EMAIL PROTECTED]> said:
>
> oppermann> Ok, I found the bug. It was in the ipv6 hash function where I made
> oppermann> a
Hajimu UMEMOTO wrote:
>
> Hi,
>
> >>>>> On Tue, 11 Nov 2003 19:26:41 +0100
> >>>>> Andre Oppermann <[EMAIL PROTECTED]> said:
>
> oppermann> I have fixed the panic. It was a stupid braino in the test whether
> oppermann>
Hajimu UMEMOTO wrote:
>
> Hi,
>
> >>>>> On Tue, 11 Nov 2003 19:26:41 +0100
> >>>>> Andre Oppermann <[EMAIL PROTECTED]> said:
>
> oppermann> I have fixed the panic. It was a stupid braino in the test whether
> oppermann>
t; 00 4 3 600
>
> - Original Message -
> From: "Andre Oppermann" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
> Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
> Sent: Sunday
Hajimu UMEMOTO wrote:
>
> Hi,
>
> >>>>> On Sun, 09 Nov 2003 17:19:07 +0100
> >>>>> Andre Oppermann <[EMAIL PROTECTED]> said:
>
> oppermann> The patch is here (relative to -CURRENT as of 2003-11-09):
>
> oppermann> http://ww
Hajimu UMEMOTO wrote:
>
> Hi,
>
> >>>>> On Sun, 09 Nov 2003 17:19:07 +0100
> >>>>> Andre Oppermann <[EMAIL PROTECTED]> said:
>
> oppermann> The patch is here (relative to -CURRENT as of 2003-11-09):
> oppermann> http://www.nr
Leo Bicknell wrote:
>
> In a message written on Mon, Nov 10, 2003 at 01:45:48PM -0600, Mike Silbersack wrote:
> > > At the moment is visible via "sysctl -a net.inet.tcp.hostcache.list".
> > > Syncache ain't visible via netstat either. So far you had to use
> > > route get x.x.x.x to see the rtmetr
Hajimu UMEMOTO wrote:
>
> Hi,
>
> >>>>> On Sun, 09 Nov 2003 17:19:07 +0100
> >>>>> Andre Oppermann <[EMAIL PROTECTED]> said:
>
> oppermann> Hajimu-san, I'm looking especially for comments on whether my changes
> oppermann>
Mike Silbersack wrote:
>
> On Sun, 9 Nov 2003, Andre Oppermann wrote:
>
> > Hello all,
> >
> > this patch contains three things (to be separated for committing):
>
> I don't have much time free in the next week, so I cannot do a complete
> review.
Jonathan Mini wrote:
>
> On Nov 9, 2003, at 2:47 PM, Andre Oppermann wrote:
>
> > Jonathan Mini wrote:
> >>
> >> On Nov 9, 2003, at 8:19 AM, Andre Oppermann wrote:
> >>
> >>> - DoS attack 2: make MSS very low on local side of connection
Jonathan Mini wrote:
>
> On Nov 9, 2003, at 8:19 AM, Andre Oppermann wrote:
>
> > - DoS attack 2: make MSS very low on local side of connection
> > and send mny small packet to remote host. For every packet
> > (eg. 2 bytes payload) a sowake
Hello all,
this patch contains three things (to be separated for committing):
tcp_hostcache
- removes protocol cloning from routing table (IPv4+6)
- removes rtentry pointer from inpcb and in6pcb
- removes ip route cache in ip_input.c (locking much easier)
- removes most (tcp specific) m
Luigi Rizzo wrote:
>
> [Bcc to -net because it is relevant there. This email has been
> triggered by a private discussion i was having with other committers
> (who will easily recognise themselves :) which suggested the
> possibility of adding more fields to mbuf headers]
>
> Just recently came u
Mike Silbersack wrote:
>
> On Mon, 24 Jun 2002, Kenneth D. Merry wrote:
>
> > On Mon, Jun 24, 2002 at 01:17:03 -0500, Mike Silbersack wrote:
> > > On Sun, 23 Jun 2002, Kenneth D. Merry wrote:
> > >
> > > > I'm planning on checking in the zero copy sockets code Tuesday evening,
> > > > MDT. If t
Is there any supporting Access Point functionality, eg. using the
freebsd server as AP?
Warner Losh wrote:
>
> In message <[EMAIL PROTECTED]>
>"[EMAIL PROTECTED]" writes:
> : Is there a list of wireless pc cards that work (and how well they work)
> : with FreeBSD??
>
> There's /etc/defaults/p
Andrew Reilly wrote:
>
> On Mon, Jun 19, 2000 at 05:01:46PM -0600, Warner Losh wrote:
> > In message <[EMAIL PROTECTED]> "Andrew Reilly" writes:
> > : That sounds way too hard. Why not restrict suspend activity to
> > : user-level processes and bring the kernel/drivers back up through
> > : a re
I always get bitten by these bugs while trying to upgrade a 4.0-RELEASE
box to 5.0-CURRENT via make world:
Problem #1:
===> libcrypto
perl
/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/objects/obj_dat.
pl <
/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/objects/objec
Louis A. Mamakos wrote:
>
> > > Second, a domain name can at most a single CNAME record associated
> > > with it, and other other record types. BIND will (should) barf on a
> > > zone file containing the example you listed.
> >
> > It does not. It will round-robin over the CNAME's.
>
> If it do
Matthew Hunt wrote:
>
> On Fri, Jan 21, 2000 at 11:56:11PM +0100, Andre Oppermann wrote:
>
> > OK, then you should hardwire your cvsup server to cvsup[1-8]. You can
> > master cvs so you can master this.
>
> I do. Thanks for your vote of confidence in my abilit
[EMAIL PROTECTED] wrote:
>
> > > Second, a domain name can at most a single CNAME record associated
> > > with it, and other other record types. BIND will (should) barf on a
> > > zone file containing the example you listed.
> >
> > It does not. It will round-robin over the CNAME's.
>
> See the
Matthew Hunt wrote:
>
> On Fri, Jan 21, 2000 at 11:39:24PM +0100, Andre Oppermann wrote:
>
> > Does it matter? Who cvsup's regulary more than once or twice a day?
> > Committers AFAIK do cvs directly.
>
> I "cvs co" from my local copy of the reposito
Jesper Skriver wrote:
>
> On Fri, Jan 21, 2000 at 11:06:40PM +0100, Andre Oppermann wrote:
> > I don't see any appearant reson (short of network connectivity) that
> > one *needs* to get always the *same* server.
>
> This has been discussed regulary ...
Must have
Louis A. Mamakos wrote:
> > cvsup IN CNAMEcvsup1.freebsd.org.
> > cvsup IN CNAMEcvsup2.freebsd.org.
> > cvsup IN CNAMEcvsup3.freebsd.org.
> > cvsup IN CNAMEcvsup4.freebsd.org.
> > cvsup IN CNAMEcvsup5.freebsd.org.
> >
Brad Knowles wrote:
>
> At 11:06 PM +0100 2000/1/21, Andre Oppermann wrote:
>
> > Thats not so easy. What about this:
> >
> > cvsupIN CNAMEcvsup1.freebsd.org.
> > cvsupIN CNAMEcvsup2.freebsd.org.
> > cvsu
Garance A Drosihn wrote:
>
> At 10:43 AM -0800 1/21/00, John Polstra wrote:
> >This is another in my series of occasional nags to try to get people
> >to use some of the less heavily loaded CVSup mirrors. In the US
> >alone, we have 8 mirror sites now, named (duh) cvsup[1-8].FreeBSD.org.
> >The
Oliver Schonefeld wrote: [all snipped]
Here we go:
Sat, 1 Jan 100 17:16:30 +0100 (MET)
The first "millenium" bug on our mailing lists!
Oliver, how old is your PC?
--
Andre
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Warner Losh wrote:
>
> In message <[EMAIL PROTECTED]> Andre Oppermann writes:
> : Sat, 1 Jan 100 17:16:30 +0100 (MET)
> : Oliver, how old is your PC?
>
> It isn't a pc bug, but rather a bug in his mail transfer agent.
Hmm... His MTA looks fine:
Receive
[EMAIL PROTECTED] wrote:
>
> > I get high numbers too:
> >
> > FreeBSD mailtoaster1.pipeline.ch 3.2-STABLE FreeBSD 3.2-STABLE #3: Sun
> > Jun 13 20:31:43 CEST 1999 [EMAIL PROTECTED]:/usr/src/sys
> > /compile/mailtoaster1 i386
>
> Read the original message. It says:
>
> > > I would apprecia
>
> I'm reasonably sure that parts of this will be struck down for constitutional
> reasons, but until it is... it's a very risky thing to do.
Not every country has the same stupid "copyright" laws as the US.
Who cares anyway that they think they can rule the world?
Brad Knowles wrote:
>
> At 2:28 PM +0200 1999/10/13, Andre Oppermann wrote:
> > Nice paper! Most of the suggestions are already realized in qmail and
> > postfix.
>
> I realize that Postfix already addresses many of these issues. I
> was involved in the
Brad Knowles wrote:
>
> At 10:11 PM +0200 1999/10/12, Andre Oppermann wrote:
> > They must be crazy to run a several million recipients
> > mailing list with sendmail...
>
> You don't know all the hacks that they made to sendmail to make
>
Brad Knowles wrote:
>
> At 9:23 PM +0200 1999/10/12, Andre Oppermann wrote:
>
> > I know some guys with list's in the three digit k to one digit M range
> > which don't have to deal with bounces at any time. I know it's hard
> > to believe but it
.ezmlm.org/faq-0.32/FAQ4.html#ss4.9 (ezmlm path for bounces)
plus
http://www.ezmlm.org/faq-0.32/FAQ4.html#ss4.33 (how bounces are
handled)
--
Andre Oppermann
CEO / Geschaeftsfuehrer
Internet Business Solutions Ltd. (AG)
Hardstrasse 235, 8005 Zurich, Switzerland
Fon +41 1 277 75 75 / Fax +41 1 2
Brad Knowles wrote:
>
> At 11:01 AM +0200 1999/10/11, Andre Oppermann wrote:
>
> > majordomo is crap it seems, the freebsd mailing lists should switch
> > over to ezmlm-idx/qmail... *THAT* works 100% reliable.
>
> I think we can separate MLA issues from MTA
it out! It really sucks
> having to acknowledge every subscribe request and then receive a whole
> bunch of confirmation messages.
majordomo is crap it seems, the freebsd mailing lists should switch
over to ezmlm-idx/qmail... *THAT* works 100% reliable.
--
Andre Oppermann
CEO / Geschaeftsfue
Hello
It looks like I fucked my -current box up during the sig_t changes.
I tried made a new kernel before make world but after ifconfig'ing
the network interfaces it panics with:
panic: malloc type lacks magic
Making a new world is of course not possible because of the sig_t
changes.
Any ide
keep telnet/ssh connections idle for long periods,
> and have no particular desire for them to close on me.
They don't close on you because keepalive would succeed. It would
only drop your connection after the keepalive times out when you become
unreachable by IP.
--
Andre Oppermann
C
David Greenman wrote:
>
> >Matthew Jacob wrote:
> >> For raw pattern testing Linux has a special challenge since you right
> >> directly into the buffer cache. There *is* a BLKFLSBUF ioctl that can try
> >> and force a flush but this probably ought to be written to use O_FSYNC- I
> >> think that t
Matthew Jacob wrote:
> For raw pattern testing Linux has a special challenge since you right
> directly into the buffer cache. There *is* a BLKFLSBUF ioctl that can try
> and force a flush but this probably ought to be written to use O_FSYNC- I
> think that the ll_rw code might use it or an fsync c
Brian Somers wrote:
>
> > So there are now 2 possibilities for this problem:
> >
> > a) I was out of sync :(
> > b) Someone fixed ppp
>
> Last nights commit was for RADIUS support in ppp. There was another
> latency problem that I fixed about a week ago - maybe that was it :-)
Yuck! (jumping in
101 - 143 of 143 matches
Mail list logo