PPPD 2.3.9 + PAM

Hi! I'm trying to use pppd coupled with PAM. I'm using pppd 2.3.9 compiled with USE_PAM options ,and ,as far as i can see ,the pppd side seem to work fine,but when i try to use the PAM side i got this: - Aug 29 18:22:06 volcano pppd[1643]: rcvd [PAP AuthReq id=0x1 user="*" password="*"] Aug

Multiport Card

Hi! I've just configured a couple of MultiPort Cards on my 3.2FreeBSD using sio driver. All works fine (Or so seems) but i got the following messages at boot: sio5: configured irq 4 not in bitmap of probed irqs 0x8 sio5 at 0x2a8-0x2af flags 0x701 on isa sio5: type 16550A (multiport) and this for

[no subject]

To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message

Re: ida driver in -current and eisa bus attachment

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

Re: ida driver in -current and eisa bus attachment

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

Re: Please help spread the CVSup mirror load more evenly

;t see any appearant reson (short of network connectivity) that one *needs* to get always the *same* server. -- Andre To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: Please help spread the CVSup mirror load more evenly

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

Re: Please help spread the CVSup mirror load more evenly

ding people of other servers might be sufficient :-) Yea, then all swamp cvsup8.freebsd.org and John has to send another message that there are still cvsup[2-7].freebsd.org idling around. Just kidding... But you get the point? -- Andre To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: Please help spread the CVSup mirror load more evenly

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

Re: Please help spread the CVSup mirror load more evenly

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

Re: Please help spread the CVSup mirror load more evenly

A205.149.189.91 ; cvsup2.freebsd.org ... and so on This is legal, is it? -- Andre To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: Please help spread the CVSup mirror load more evenly

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

Re: Please help spread the CVSup mirror load more evenly

the point? > > My only point is that the first response to a problem isn't to necessarily > pull out emacs and start hacking away on code. Yea, it is easier to do in a regular zone file then to implement the network measurement logic into cvsup. -- Andre To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

panic: malloc type lacks magic

Any ideas what is going wrong? I'm a little bit lost at this. Thanks -- Andre To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: MajorDomo Problems

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

Re: MajorDomo Problems

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

Re: People getting automatically unsub'ed from -arch

.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

Re: People getting automatically unsub'ed from -arch

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

Re: People getting automatically unsub'ed from -arch

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 >

Re: People getting automatically unsub'ed from -arch

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

Re: CSS authentication for DVD-ROMs

> > 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?

Re: Sv: copy-on-write optimized faults

reed by daemon 1819076 pages freed by exiting processes 1773 pages active 3016 pages inactive 501 pages in VM cache 1903 pages wired down 268 pages free 4096 bytes per page 5426026 total name lookups cache hits (54% pos + 4% neg) system 18% per-direct

Re: NO! Re: [PATCHES] Two fixes for lpd/lpc for review and test

On Tue, 07-Dec-1999 at 14:55:37 -0800, Alfred Perlstein wrote: I think the (really big) security hole can be closed by not doing the chown/chmod commands. I inserted them because I wanted the file in the spool directory to appear exactly as if lpr would have copied it. I am currently running the

Re: NO! Re: [PATCHES] Two fixes for lpd/lpc for review and test

On Thu, 09-Dec-1999 at 15:02:41 -0800, Alfred Perlstein wrote: > On Thu, 9 Dec 1999, Andre Albsmeier wrote: > > ... > > > For better reference, here is the current patch: > > > > *** lpr.c.ORI Thu Dec 9 15:30:18 1999 > >

Re: NO! Re: [PATCHES] Two fixes for lpd/lpc for review and test

> the symlink, and then remove the original symlink. > > Remember, my mind is tired enough that I could easily be making > things up here... It may be that the situation I'm wondering > about is already covered by other checks in the code. I have just looked at Alfred's

Upgrading from 4.0-RELEASE broken

86/usr/lib/libcrypto.so: undefined reference to `X509at_get_att r_by_NID' /usr/obj/usr/src/i386/usr/lib/libcrypto.so: undefined reference to `X509at_add1_at tr_by_OBJ' /usr/obj/usr/src/i386/usr/lib/libcrypto.so: undefined reference to `X509_check_pur pose' /usr/obj/usr/src/i38

Re: ACPI project progress report

selves back in as needed, on wake-up. Yes, W2k pages everything out on hibernate and swaps it in back again when you start using an application that was running before. It's pretty evident once you've used W2k on a Laptop, you can really feel it. > Sorry for blathering. This is just really interesting stuff. It is! :) -- Andre To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: DNS & kqread (kq in general)

de and > make sure that the structure is completely initialized. A new > a new convenience macro EV_SET() was also added to > which should also assist this process. I saw that you modified usr.bin/tail/forward.c as well. This fixes PR# 24223. Would you mind closing it? Thanks, -And

Re: Where has cvs-cur gone?

bwahahahhah) > > I just got in touch with Ulf (just now). ctm-repair now in progress. Great, thanks. In my desperation I sent a PR for this: 21909 I think it can be closed then... -Andre To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: Where has cvs-cur gone?

On Wed, 11-Oct-2000 at 15:05:28 +0200, Johan Karlsson wrote: > At Wed, 11 Oct 2000 11:53:10 +0200, Andre Albsmeier wrote: > > > > Great, thanks. In my desperation I sent a PR for this: 21909 > > I think it can be closed then... > > > > -Andre > >

Re: Lucent Orinoco Gold PCCard?

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

Re: mountd

uch as ssh). If we were to reboot the machine it would just > hang those connections until the machine came back, without killing anyone. > > Is there a solution to this problem? I know that none of HP-UX, IRIX, or > Solaris have this problem. Please, please, if anyone knows a solut

Re: PPP (userland) troubles ?

aybe that was it :-) Yuck! (jumping in the air and clapping with my feet!!) -- Andre To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message

Re: gpib driver - does anybody use it?

into the tree. I still have to build a measurement system in our lab (you remeber, John :-)) and people there are talking about linux already :-(. Don't shoot me, but I would like to see it in 2.2.x if possible, since 3.x-STABLE still has some problems which makes it impossible for me to use it on production machines. Thanks a lot, -Andre To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message

Re: gpib driver - does anybody use it?

? Nothing :-) But it just was an idea. If it isn't used, it won't hurt anyone. And my people here won't have to patch 2.2.x manually. They don't need an official release, they already use ctm to update their stuff. -Andre > > -- > \\ Sometimes you're ah

Re: gpib driver - does anybody use it?

e incompatible with 2.2.x. As I said before, I still can't use 3.x on a lot of machines here so I have to stick with 2.2.x for a while. (I have problems using runsocks from the socks5 package, but yet haven't figured out if it's my fault). Thanks a lot, -Andre To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message

Re: runsocks (Was Re: gpib driver - does anybody use it?)

On Wed, 10-Feb-1999 at 17:01:00 +1030, Kris Kennaway wrote: > On Wed, 10 Feb 1999, Andre Albsmeier wrote: > > > 2.2.x for a while. (I have problems using runsocks from the socks5 > > package, but yet haven't figured out if it's my fault). > > runsocks works fine

Re: runsocks (Was Re: gpib driver - does anybody use it?)

On Wed, 10-Feb-1999 at 17:01:00 +1030, Kris Kennaway wrote: > On Wed, 10 Feb 1999, Andre Albsmeier wrote: > > > 2.2.x for a while. (I have problems using runsocks from the socks5 > > package, but yet haven't figured out if it's my fault). > > runsocks works fine

Re: runsocks (Was Re: gpib driver - does anybody use it?)

On Fri, 12-Feb-1999 at 00:04:08 +1030, Kris Kennaway wrote: > On Wed, 10 Feb 1999, Andre Albsmeier wrote: > > > Hmm, just finished my 3.1 upgrade, compiled socks and runsocks seems > > to work now. The only thing that doesn't work is compiling the telnet > > include

Re: runsocks (Was Re: gpib driver - does anybody use it?)

error. Now it's working (The first time, I did it very late at night :-)). -Andre > > Warner To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message

Re: TSO panic

respond again later in the evening. -- Andre db:0:kdb.enter.default> bt Tracing pid 12 tid 100063 td 0xff001881b000 kdb_enter() at kdb_enter+0x3d panic() at panic+0x1c8 tcp_output() at tcp_output+0x1445 tcp_do_segment() at tcp_do_segment+0x252d tcp_input() at tcp_input+0x1044 ip_input()

Re: TSO panic

On 02.09.2010 00:11, ben wilber wrote: On Sep 1, 2010, at 8:57 AM, Andre Oppermann wrote: On 01.09.2010 01:13, ben wilber wrote: Hi, I just upgraded from r210042 to r212073 and keep getting the panic introduced in r211317: panic: tcp_output: len<= tso_segsz Please try the attached pa

Re: TSO panic

On 02.09.2010 00:11, ben wilber wrote: On Sep 1, 2010, at 8:57 AM, Andre Oppermann wrote: On 01.09.2010 01:13, ben wilber wrote: Hi, I just upgraded from r210042 to r212073 and keep getting the panic introduced in r211317: panic: tcp_output: len<= tso_segsz Please try the attached pa

TCP loopback socket fusing

properly defuse the sockets in all situations. Testers and feedback wanted: http://people.freebsd.org/~andre/tcp_loopfuse-20100913.diff -- Andre ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To u

Re: TCP loopback socket fusing

On 13.09.2010 14:45, Poul-Henning Kamp wrote: In message<4c8e0c1e.2020...@networx.ch>, Andre Oppermann writes: To short-circuit the send and receive sockets on localhost TCP connections I've made a proof-of-concept patch that directly places the data in the other side's socke

Re: TCP loopback socket fusing

quot;. A sysctl to that effect is already in the patch. -- Andre Fabien On 13 sept. 2010, at 13:33, Andre Oppermann wrote: When a TCP connection via loopback back to localhost is made the whole send, segmentation and receive path (with larger packets though) is still executed. This has some c

Re: TCP loopback socket fusing

Good point. You can't at the moment but it certainly makes a lot of sense. Let me see what I can come up with. -- Andre ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: TCP loopback socket fusing

aw something like that while glancing over the Linux code some time ago. Couldn't make much sense out of the code snipped because their TCP code split into a myriad of small functions and thus hard to follow in the beginning. Not the ours is much easier on a beginner. -- Andre ___

Re: TCP loopback socket fusing

On 14.09.2010 18:08, Fabien Thomas 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 option

Re: TCP loopback socket fusing

On 15.09.2010 17:19, Bjoern A. Zeeb wrote: On Mon, 13 Sep 2010, Andre Oppermann wrote: Hey, When a TCP connection via loopback back to localhost is made the whole send, segmentation and receive path (with larger packets though) is still executed. This has some considerable overhead. To short

Examining the VM splay tree effectiveness

;ve hacked up a crude and somewhat mechanical patch to convert the vmmap and page VM structures to use RB trees, the vmmap part is not stable yet. The page part seems to work fine though. This is what I've hacked together so far: http://people.freebsd.org/~andre/vmmap_vmpage_stats-20100930.di

Re: Examining the VM splay tree effectiveness

On 30.09.2010 18:37, Andre Oppermann wrote: Just for the kick of it I decided to take a closer look at the use of splay trees (inherited from Mach if I read the history correctly) in the FreeBSD VM system suspecting an interesting journey. Correcting myself regarding the history: The splay

Re: Examining the VM splay tree effectiveness

On 30.09.2010 19:15, Matthew Fleming wrote: On Thu, Sep 30, 2010 at 9:37 AM, Andre Oppermann wrote: Just for the kick of it I decided to take a closer look at the use of splay trees (inherited from Mach if I read the history correctly) in the FreeBSD VM system suspecting an interesting journey

Re: Examining the VM splay tree effectiveness

On 30.09.2010 19:24, Roman Divacky wrote: are you aware of Summer of Code 2008 project by Mayur Shardul? I remember that there was this project but I never saw any numbers or other outcome of it. Haven't checked p4 to look at the code though. -- Andre quoting: http://www.freebs

Re: Examining the VM splay tree effectiveness

On 30.09.2010 20:01, Alan Cox wrote: On Thu, Sep 30, 2010 at 12:37 PM, Andre Oppermann wrote: On 30.09.2010 18:37, Andre Oppermann wrote: Just for the kick of it I decided to take a closer look at the use of splay trees (inherited from Mach if I read the history correctly) in the FreeBSD VM

Re: Examining the VM splay tree effectiveness

On 30.09.2010 20:38, Alfred Perlstein wrote: Andre, Your observations on the effectiveness of the splay tree mirror the concerns I have with it when I read about it. I have always wondered though if the splay-tree algorithm was modified to only perform rotations when a lookup required more

Re: Examining the VM splay tree effectiveness

On 30.09.2010 20:04, Roman Divacky wrote: On Thu, Sep 30, 2010 at 07:49:00PM +0200, Roman Divacky wrote: On Thu, Sep 30, 2010 at 07:46:32PM +0200, Andre Oppermann wrote: On 30.09.2010 19:24, Roman Divacky wrote: are you aware of Summer of Code 2008 project by Mayur Shardul? I remember that

Re: Examining the VM splay tree effectiveness

On 30.09.2010 23:44, Andre Oppermann wrote: On 30.09.2010 20:04, Roman Divacky wrote: On Thu, Sep 30, 2010 at 07:49:00PM +0200, Roman Divacky wrote: On Thu, Sep 30, 2010 at 07:46:32PM +0200, Andre Oppermann wrote: On 30.09.2010 19:24, Roman Divacky wrote: are you aware of Summer of Code 2008

Re: Examining the VM splay tree effectiveness

On 30.09.2010 19:51, Ivan Voras wrote: On 09/30/10 18:37, Andre Oppermann wrote: Both the vmmap and page table make use of splay trees to manage the entries and to speed up lookups compared to long to traverse linked lists or more memory expensive hash tables. Some structures though do have

Re: Examining the VM splay tree effectiveness

ill, if I were to change any topologies now I would definitely go with the chained-hash / small-linear-array / chain / small-linear-array / chain mechanic. It seems to be the clear winner. Without first studying the accesses pattern and applying it to the various d

Very interesting paper: An Analysis of Linux Scalability to many Cores

scalability reason to give up on traditional operating system organizations just yet. http://pdos.csail.mit.edu/papers/linux:osdi10.pdf -- Andre ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To

tcp hostcache and ip fastforward for review

everyone who tries out the patch and reports their success and/or other findings. -- Andre ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: tcp hostcache and ip fastforward for review

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

Re: tcp hostcache and ip fastforward for 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

Re: tcp hostcache and ip fastforward for review

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.

Re: tcp hostcache and ip fastforward for review

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>

Re: tcp hostcache and ip fastforward for review

x27;s not good enough, but more than once the whole > "route get" thing has been quite inconveniant, so I'll put in a big vote > that both be available in easy to get table form from some command line > utility (netstat seems like a good place). I'll look into t

Re: tcp hostcache and ip fastforward for review

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

Re: tcp hostcache and ip fastforward for review

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

Re: tcp hostcache and ip fastforward for review

Ken Menzel wrote: > > Hi Andre, >Your patch applies just fine for me now on Oct 10th current > sources. Everything seems to be working fine on dual processor Dell > 2500 with SMP kernel. This is a network backup machine. I don't see > any problems, just as fast as

Re: tcp hostcache and ip fastforward for review

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>

Re: tcp hostcache and ip fastforward for review

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>

Re: tcp hostcache and ip fastforward for review

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

Re: tcp hostcache and ip fastforward for review

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 >

Re: tcp hostcache and ip fastforward for review

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, > > > > > > > >

Re: Panic in ip_input

ead. Rev. 1.253 mangled > the for(;;) in a strange way and added that very strange check ... can > somebody just kill these bastard MT_TAG thing in flavour for real > mbuf_tags, now? Please! Green fixed the problem a couple of hours ago in ip_divert.c. The m_nextpkt was uninitialized and h

Fix for 5.2-BETA lockup problems

limit. A couple of lines later it is inserted again as head element which leads to an infinite loop either when the next lookup on the same bucket row is done, or when the the tcp_hc_purge function is run to timeout the entries. Please try the attached patch which should fix it. -- Andre

Re: Fix for 5.2-BETA lockup problems

"M. Warner Losh" wrote: > > In message: <[EMAIL PROTECTED]> > Andre Oppermann <[EMAIL PROTECTED]> writes: > : Please try the attached patch which should fix it. > > I've been having crashes all the time since the hostcache went into &g

[Fwd: cvs commit: src/sys/netinet tcp_hostcache.c]

This is the committed fix for the lockup problems a couple of you have experienced. If you don't have this fix already please re- cvsup and remake the kernel. -- Andre--- Begin Message --- andre 2003/11/28 08:33:03 PST FreeBSD src repository Modified files: sys/ne

Re: [PATCH] fixes of tcp_hostcache.c

g with pathmtu discovery which I thought to reside in ip6_getpmtu(). Thank you for catching the bug! -- Andre ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Porting Greg Lehey's rawio.c from FreeBSD to Linux...

or an fsync could be done... Linux' fsync() works only on directories, not on files. -- Andre To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message

Re: Porting Greg Lehey's rawio.c from FreeBSD to Linux...

t does write the file to the disk but not the inode. To get the inode on the disk you have to fsync() the directory (which sync'ed the whole FS before 2.0.35). Kinda stupid... If you can't believe it: http://www.ornl.gov/its/archives/mailing-lists/qmail/1998/05/threads.html#00691 Look for Li

Re: net.inet.tcp.always_keepalive on as default ?

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

Re: zero copy code checkin in 2 days, new snapshot

s, it'll get > > copied. > > > > Ken > > Cool, thttpd / others should benefit greatly then. The last time I checked thttpd didn't even use sendfile(2). It does use accf_http(9). Maybe kqueue(2) could speed it up further. -- Andre To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

subscribe

subscribe -- Andre Naumann | Heinrich Bauer Produktions KG Publishing Support Center | On-Line Team Burchardstr. 11 | 20077 Hamburg Phone: +49 40 3019 5553 | Fax: +49 40 3019 5610 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: Yet another new preventer of cross-builds

That looks like the same error message I've been getting going from 4.6 to 4.7. I have one machine that went to through the build fine. But the machine that I'm working on now dies at the make buildworld with the same type message. Any suggestions on how to get around this? > Cross builds will

Re: libc size

s line to Mk/bsd.port.mk for years now and it works in most cases. Thanks, -Andre To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: libc size

On Tue, 05-Nov-2002 at 14:22:41 -0800, Tim Kientzle wrote: > Andre Albsmeier wrote: > > > I would like to compile the whole base system (maybe even > > the ports) without the whole setlocale stuff. Do you have > > any ideas of how to do this easily? > > > Repla

Re: adaptec scsi - seagate da -- current

s a (long) time ago. You might want to look at ftp://ftp.quantum.com for FW upgrades. When I am back on wednesday, I can give you more info about the FW stuff. In case you want to download a new one, I have written a small tool for FreeBSD to upgrade the FW on several SCSI devices (the Quantum Atlas

Re: ccd & disklabel (what should work?)

4096 sectors 70007.1MB in 337 cyl groups (104 c/g, 208.00MB/g, 3328 i/g) SOFTUPDATES super-block backups (for fsck -b #) at: 32, 426016, 852000, 1277984, 1703968, 2129952, 2555936, 2981920, 3407904, 3833888, 4259872, 140148768, 140574752, 141000736, 141426720, 141852704, 1422

Re: mbuf header bloat ?

. > Also this pays a lot in terms of ABI compatibility and extensibility. > I understand that for 5.0 it is a bit late to act, but i do hope > that we can reconsider this issue for 5.1 and pull out of the pkthdr > at least the MAC label, and possibly also the csum_* fields, much >

Re: For review: Revised sendmail startup settings

fault. ${sendmail_outbound_flags} ist set to: "-L sm-queue -q30m" so the (var/spool/mqueue) queue is run regularly. Additionally, ${sendmail_submit_flags} is set to: "-L sm-mta-submit -bd -q30m -ODaemonPortOptions=Addr=localhost" Wouldn't the latter one be enough to run

Re: For review: Revised sendmail startup settings

ith ${sendmail_submit_flags} > else if ${sendmail_outbound_enable} == YES > start sendmail with ${sendmail_outbound_flags} > endif I see. Thanks for the enlightenment :-) -Andre -- Linux is only free if your time is worthless. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: Another possible solution for non-sendmail users

-stable has this problem too. > > > You want to set NO_MAILWRAPPER in make.conf to prevent the linking to This might give you more problems: http://www.freebsd.org/cgi/query-pr.cgi?pr=29699 Nobody seems to have agreed to a solution yet... :-) -Andre > mailwrapper. But if y

Re: Segmentation fault running ntpd

shes. The (asynchronous) resolving of the names start in line 3876 of ntp_config.c: getaddrinfo_sometime(curr_peer->addr->address, If we put the mlockall() call directly before this line, the crash is gone. Maybe you want to play around with rlimit, CNAMES, IPs and so on... -Andre Anyone

subversion-freebsd dependencies

out the FreeBSD source tree. They also may conflict with newer versions one wants to have on a development machine (python3, perl6, ...). Is there a way to cut this down a bit and just have a svn client with only the necessary stuff? -- Andre ___ freebsd

Re: cvs commit: src/etc rc rc.shutdown rc.subr src/etc/rc.d localpkg src/sys/sys param.h

ell + /etc/rc.d/*.sh | /usr/local/etc/rc.d/*.sh) # run in current shell set $_arg; . $_file ;; *[~#]|*.OLD|*.bak|*.orig|*,v) # scratch file; skip Or even use *.sh) Thanks, -Andre > all run in subshells. You could answer this for yourself by looking i

Re: datapoints on 10G throughput with TCP ?

ects high-speed single sessions throughput has crept in. That's difficult to debug though. -- Andre ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "

Re: quick summary results with ixgbe (was Re: datapoints on 10G throughput with TCP ?

On 08.12.2011 14:11, Lawrence Stewart wrote: On 12/08/11 05:08, Luigi Rizzo wrote: On Wed, Dec 07, 2011 at 11:59:43AM +0100, Andre Oppermann wrote: On 06.12.2011 22:06, Luigi Rizzo wrote: ... Even in my experiments there is a lot of instability in the results. I don't know exactly wher

Re: quick summary results with ixgbe (was Re: datapoints on 10G throughput with TCP ?

in having a parallel software implementation. And then you run into the mbuf chain copying issue further down the layer. The win won't be much. -- Andre ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

  1   2   3   >