From: thefly [mailto:[EMAIL PROTECTED]
> Hello everybody, i'm writing a netgraph module to get some stats about
> the network traffic. Actually i have to pass all the data gathered all
> in one piece, to the process which asks me for it. The client should
> work like this in userland:
>
> in
From: Ed Maste [mailto:[EMAIL PROTECTED]
> > A bit offtopic - what traffic generator you use ?
>
> It's an in-house project somewhat similar to Emulab
> . The traffic itself is generated by a
> small number of FreeBSD boxes.
It is 'ng_source', which we've contributed back
to the tree. This is a
From: Gary Corcoran [mailto:[EMAIL PROTECTED]
>
> Quick background:
> I'm running FreeBSD 4.8-Release and have a new Intel Pro/1000 MT
> NIC I want to install. While there is a man page for the "em"
> driver which should be usable, there is no "em" listed in LINT
> or GENERIC. Nor is the source
From: Doug Ambrisko [mailto:[EMAIL PROTECTED]
> Don Bowman writes:
> | The Intel ICH3 (and probably all) has the feature it can
> | issue an SMI on first count-down to 0, then a hard reset
> | on 2nd. What we did was implement an SMM handler (in bios)
> | that, when called due to w
From: Doug Ambrisko [mailto:[EMAIL PROTECTED]
> Scott Long writes:
> | In reading the code, it appears that it is indeed an ICHx
> service and
> | not limited to just i8xx chipsets. I have a few issues with how the
> | probe and attach are done, and I'm addressing these in a
> private mail
> | r
From: Garance A Drosihn [mailto:[EMAIL PROTECTED]
> At 7:35 PM -0500 3/21/04, Don Bowman wrote:
> >From: Garance A Drosihn [mailto:[EMAIL PROTECTED]
> > >
> >> So maybe this has something to do with how linking is done
> >> for ELF modules. Unfortunately,
From: Garance A Drosihn [mailto:[EMAIL PROTECTED]
> At 2:52 PM -0800 3/21/04, Kip Macy wrote:
> >The heuristics vary from platform to platform - what does
> >"objdump -d" show?
>
> Based on what I see from that, the 'ps.o' which has the extra
> strcmp is about 40 bytes larger than the one without
From: Mike Tancsa [mailto:[EMAIL PROTECTED]
> At 08:44 PM 29/02/2004, Don Bowman wrote:
> >From: Mike Tancsa [mailto:[EMAIL PROTECTED]
> > >
> > > On Sat, 28 Feb 2004 23:17:44 -0500, in
> sentex.lists.freebsd.hackers >
> > > >If you want
From: Mike Tancsa [mailto:[EMAIL PROTECTED]
>
> On Sat, 28 Feb 2004 23:17:44 -0500, in sentex.lists.freebsd.hackers >
> >If you want to spend more time in kernel, perhaps change
> >
> >I might have HZ @ 2500 as well.
>
> Hi,
> Just curious as to the reasoning behind that ?
@ high packet ra
From: Deepak Jain [mailto:[EMAIL PROTECTED]
> > Just a guess, but i think you've bumped nmbclusters or nmbufs up
> > too much (or perhaps maxsockets, maxfds, ...) and have run out of
> > KVA.
> >
> > You can tune clusters & mbufs in loader.conf without recompiling
> > kernel. You will want to see
> From: Deepak Jain [mailto:[EMAIL PROTECTED]
> As a part of tracking down a performance issue, I tried building a
> custom kernel (with just IPFW, DUMMYNET added, NMBCLUSTERS,
> commenting
> out MATH_EMULATE, INET6, I386, I486). The system is currently
> running a
> kernel from a similar mach
From: Mike Silbersack [mailto:[EMAIL PROTECTED]
> On Sat, 28 Feb 2004, Don Bowman wrote:
>
> > You could use ipfw to limit the damage of a syn flood, e.g.
> > a keep-state rule with a limit of ~2-5 per source IP, lower the
> > timeouts, increase the hash buckets in ipfw, e
...
> >
> >
> > You may need to increase the MAX_RXD inside your em driver
> to e.g. 512.
>
> I didn't know if my card had a buffer bigger than the default
> 256. I can
> increase it, but I didn't know how to determine how big a MAX_RXD my
> card would support. When the system was under loa
> It was kindly pointed out that I didn't including the symptoms of the
> problem:
>
>
> Without polling on, I get 70+% interrupt load, and I get live lock.
>
> With polling on, I start getting huge amounts of input errors, packet
> loss, and general unresponsiveness to the network. The web
>
> I have a machine running 4.9. P4 2.8Ghz, 800mhz bus, Intel PRO/1000
> ethernet connected to a Cisco, both sides are locked to 1000/FD.
>
> The kernel has HZ=1000, and DEVICE_POLLING, IPFW, DUMMYNET,
> etc. After
> only a few minutes of run time under an attack ~90,000 pps.
> The attack
> h
> From: Romain Kang [mailto:[EMAIL PROTECTED]
> Has anyone put together a version of memtest86
> (http://www.memtest86.com/)
> that can sit in the root directory next to the FreeBSD kernel?
>
> My lab at work has a several racks of 1U boxes, most of which has
> a CD-ROM or floppy installed. If w
From: Avleen Vig [mailto:[EMAIL PROTECTED]
> On Thu, Nov 20, 2003 at 12:58:58PM -0500, Don Bowman wrote:
> > > I read Luigi's paper at info.iet.unipi.it/~luigi/polling/
> which at the
> > > end implies that DEVICE_POLLING on an SMP box might not make
> > >
From: Avleen Vig [mailto:[EMAIL PROTECTED]
>
> Has anyone here used DEVICE_POLLING on an SMP box?
> I have one server which does recieve ~130kpps at times on an
> interface,
> but I cannot enable DEVICE_POLLING because hte system locks up under
> load from interrupts.
>
> In this case I'm not s
From: Luigi Rizzo [mailto:[EMAIL PROTECTED]
> On Tue, Oct 07, 2003 at 06:17:04PM -0400,
> [EMAIL PROTECTED] wrote:
> > Hi Luigi, Mark,
> >
> > Thanks for your replies.
> >
> > We did some intensive profiling of our application. It does
> not seem like
> > we are depending on clock ticks for any
From: Leo Bicknell [mailto:[EMAIL PROTECTED]
>
> I'm considering options for a new project, and I think I've discovered
> what I think is the best idea, but I don't think current software
> supports the config. I'd like to get some confirmation, and
> comments on
> if it would be hard to impleme
From: Wilko Bulte [mailto:[EMAIL PROTECTED]
> On Sat, Oct 04, 2003 at 01:04:35PM -0700, Kris Kennaway wrote:
> > On Sat, Oct 04, 2003 at 03:20:03PM -0400, Richard Coleman wrote:
> > > Kris Kennaway wrote:
> > > >On Sat, Oct 04, 2003 at 04:39:03PM +0200, Mikulas Patocka wrote:
> > > >>I installed Fr
From: Josh Brooks [mailto:[EMAIL PROTECTED]
>
> 1. What is the workaround for this issue ? Be creative. Not
> everyone can
> update their userland in a normal fashion - and no, I won't
> sit here and
> justify that statement. Think embedded systems.
>
> 2. Is there really an exploit in the w
> From: John Giacomoni [mailto:[EMAIL PROTECTED]
> On Tuesday, Sep 9, 2003, at 00:29 America/Denver, Peter Jeremy wrote:
>
> > On Mon, Sep 08, 2003 at 11:12:59PM -0400, Alexander Kabaev wrote:
> >> On Mon, 8 Sep 2003 23:02:33 -0400
> >> "Matthew Emmerton" <[EMAIL PROTECTED]> wrote:
> >>
> >>> I've
> From: Mike Silbersack [mailto:[EMAIL PROTECTED]
> On Thu, 28 Aug 2003, Don Bowman wrote:
>
> > I have machdep.ddb_on_nmi=1.
> > I can drop into the debugger with the magic
> > key sequence. However, when i hit the NMI
> > jumper, i don't always go there. S
I have machdep.ddb_on_nmi=1.
I can drop into the debugger with the magic
key sequence. However, when i hit the NMI
jumper, i don't always go there. Sometimes
I do.
The system is 4-way SMP [2xHTT xeon processors]
with 4.7.
Any suggestion on where my NMI might be going?
has anyone implemented a handler for the machine
check exception [MCE] on a x86 architecture? e.g. a
xeon? In particular, on an SMP machine. What could
one do if this exception where to occur [its
intended to be fatal].
___
[EMAIL PROTECTED] mailing
I propose this patch, which solves my issue. Comments?
$ cvs diff -U3 sio.c
Index: sio.c
===
RCS file: /usr/cvs/src/sys/isa/Attic/sio.c,v
retrieving revision 1.291.2.33.1000.4
diff -U3 -r1.291.2.33.1000.4 sio.c
--- sio.c 13 May
> From: Don Bowman
>
> I find that if the kernel is in the middle of a printf,
> is using a serial console, and a key is pressed, that i
> may end up stuck in the siointr. I added a counter to
> siointr1() so that if it receives more than 100 characters
> in a single interr
I find that if the kernel is in the middle of a printf,
is using a serial console, and a key is pressed, that i
may end up stuck in the siointr. I added a counter to
siointr1() so that if it receives more than 100 characters
in a single interrupt it panics. What I find happens is
that the chip (a
> From: Brian Reichert [mailto:[EMAIL PROTECTED]
...
> I maintain a local CVS repository of FreeBSD via CVSup.
...
http://www.scriptkiddie.org/freebsd/setting_up_local_repo.html
has the details you need. It entails an env var like:
CVS_LOCAL_BRANCH_NUM=1000
and changing the style of your cvsup.
> From: Daorat Kerdlapanan [mailto:[EMAIL PROTECTED]]
> I sent HTTP request to IP alias of my host with Multicast MAC address
> 01:00:5e:01:02:03, but i don't see reply or respone from my
> FreeBSD. How can
> i do it?
HTTP is a TCP protocol. TCP doesn't support multicast (since there
are replie
> From: Terry Lambert [mailto:[EMAIL PROTECTED]]
> Don Bowman wrote:
> > Is there any point to using device polling with the tigon 3
> > (broadcom 570x etc)? It has a pretty good interrupt reducer in it
> > by itself.
> > Just tune the 2 rx and the 2 tx par
> From: Terry Lambert [mailto:[EMAIL PROTECTED]]
> Hiten Pandya wrote:
> > Hehe. I was not being sarcastic. I just acknoledged your
> statement. The
> > reason I asked about committing the patch in the first
> place, is because I
> > thought that the patch had been around on the -net@ list,
>
In sys/conf/kern.mk, there is a comment about not aligning
the (x86) stack to 16-byte boundaries, and it overrides the
preferred-stack-boundary to 2.
.if ${MACHINE_ARCH} == "i386"
CFLAGS+=-mno-align-long-strings -mpreferred-stack-boundary=2
.endif
This seems to be contradicted by intel's
34 matches
Mail list logo
