On Mon, Jul 01, 2002 at 09:47:26AM -0400, Andrew Gallatin wrote:
>
> The same thing happened to me when buildworlding on a ~june 20th
> current box.
Ruslan explained me the source of the problem... cvs does not
prune empty directories unless you specify a revision or a date.
In my case i wanted
I did the following (on a -STABLE system):
cvs co src
cd src
make MAKEOBJDIRPREFIX=`pwd`/../usr/obj buildworld
and got the error below.
Any ideas ? Am i doing something wrong ?
cheers
luigi
===> gnu/usr.bin/tar
rm -f tar addext.o argmatch.o backupfile.o
On Mon, Jun 10, 2002 at 12:47:40PM +0400, Vladimir B. Grebenschikov wrote:
...
> And what about radix-tree-based ip-list matching ?
yes, it is planned.
cheers
luigi
>
> ipfw add 1 allow ip from {1.2.3.0/24,1.3.5.0/24,17.2.3.4/45,11.2.3.4/30}
> or
> cat mylist | ipfw
ctions" than match or not match,
so i would have had to extend the code anyways, at which point i
thought I could as well write my own microinstruction set...
cheers
luigi
---+-----
Luigi RIZZO, [EMAIL PROTECTED]
i'd rather fix the change so that ether is not mandatory.
Let me think/experiment a bit about it.
cheers
luigi
On Tue, Mar 26, 2002 at 11:16:49AM +0300, Maxim Konovalov wrote:
>
> Hello Luigi,
>
> On 05:20-0800, Mar 24, 2002, Luigi Rizzo wrote:
>
> >
Do you have a suggestion for an #ifdef /#endif to
remove the problem you mention ?
cheers
luigi
On Sat, Mar 23, 2002 at 08:50:19PM +0300, Maxim Konovalov wrote:
>
> Hello,
>
> After this commit 'device ether' is mandatory if ever there is no any
> ethernet or token-ring devices
On Fri, Mar 08, 2002 at 12:26:16PM -0700, Warner Losh wrote:
> In message <[EMAIL PROTECTED]> Luigi Rizzo writes:
> : The attached portion of the 1.100 -> 1.101 patch to src/share/mk/bsd.lib.mk
> ...
> : I wonder, how does a "make world" get around this problem
>
The attached portion of the 1.100 -> 1.101 patch to src/share/mk/bsd.lib.mk
(and a similar one in bsd.prog.mk 1.103 -> 1.104) broke cross builds
of PicoBSD, specifically preventing the cross-environment header
files to be found when building libraries/programs. You can reproduce
this by doing
> Not particularly efficient...
oh yes...
i think Al's solution (make -V ... | xargs .. )
wins both in terms of simplicity and efficiency
cheers
luigi
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Thu, Feb 21, 2002 at 03:41:46PM -0800, Alfred Perlstein wrote:
> * Luigi Rizzo <[EMAIL PROTECTED]> [020221 15:14] wrote:
> > So, in this thread a few days ago i reported that the
> > list of arguments passed to mkdep can become quite large
> > and exceed kern.argmax,
So, in this thread a few days ago i reported that the
list of arguments passed to mkdep can become quite large
and exceed kern.argmax, especially if your sources are not in the
default place and you are compiling a file with lots of options
such as LINT.
The place to fix (for -current) is sys/con
On Tue, Feb 19, 2002 at 07:36:30PM +1100, Bruce Evans wrote:
> > Use a smaller path. Or dig up bde's fixes to config from the
> > archives.
>
> That is only a temporary fix. LINT will eventually be larger than
> the world.
>
> The list of files passed to mkdep should be split up a bit.
that i
Hi,
I am getting a "/bin/sh: Argument list too long" error message
when doing
env MKDEP_CPP="cc -E" CC="cc" mkdep -a -f .newdep ...
while compiling LINT on a -current tree. Sources are in
/home/xorpc/u2/homes/rizzo/HEAD/src/sys
which contributes a bit to the size of the argum
On Sat, Dec 22, 2001 at 06:48:26PM +1100, Bruce Evans wrote:
> On Fri, 21 Dec 2001, Luigi Rizzo wrote:
...
> > This would help removing the ugly property that priority-based
> > have, which is that one process can starve the rest of the system.
>
> Only broken priority-based
Don't know how interesting this can be, but i am writing
(no plans to commit it, unless people find it interesting)
some code to implement a weight-based instead of priority-based
scheduler. The code is basically the WF2Q+ scheme which is
already part of dummynet, adapted to processes.
It is quite
On Sat, Dec 22, 2001 at 12:46:40AM +1100, Bruce Evans wrote:
> I think pri_native is just an implementation detail which shouldn't
> be used or visible to threads. It used used by the priority propagation
> mechanism to hold the original pri_level. Threads should just use their
> original priori
On Thu, Dec 20, 2001 at 12:16:03PM -0800, John Baldwin wrote:
...
> Priority propagation will already handle things ok. We drop to pri_native
> after we drop a lock (although if we still hold a contested lock we bump our
> priority to the min(nativepri, highest priority of threads on contested lo
On Thu, Dec 20, 2001 at 11:13:27AM -0800, Peter Wemm wrote:
...
> Excellent catch! This particular problem was one of the main reasons
> why this is still defaulting to 'off'. I have a couple of other changes
> to it pending commit to fix some of Bruce's complaints, but I hadn't
> noticed the ca
[Cc peter because he introduced this code]
Hi,
i was trying the following code in -current (basically copied from
vm_zeropage.c), to implement device polling in the idle loop, and
noticed that the process would take all of the CPU time. Being
suspicious that something was wrong with priorities, I
On Fri, Dec 14, 2001 at 02:34:36AM -0800, Peter Wemm wrote:
> Luigi Rizzo wrote:
> [..]
> > The change below has been committed to STABLE 7 weeks ago, but did
> > not go into CURRENT because there was some disagreement on the
...
> Incidently, this is a poster-child example
->m_data - (m)->m_ext.ext_buf : 0): \
(m)->m_flags & M_PKTHDR ? (m)->m_data - (m)->m_pktdat : \
(m)->m_data - (m)->m_dat)
On Wed, Dec 12, 2001 at 10:42:06PM -0800, Luigi Rizzo wrote:
> Hi,
> I am testing the forwarding performance of CURREN
With a freshly cvsupped version of CURRENT, cross-compiled on a
4.3 box, (after the usual stdio.h fix related to the FILE handling),
I am having problems compiling several programs, with errors such
as the ones attached at the end.
In most cases they choke on missing prototype for main().
This d
On Thu, Dec 13, 2001 at 01:57:46PM +0100, Dag-Erling Smorgrav wrote:
> Luigi Rizzo <[EMAIL PROTECTED]> writes:
> > STABLE can forward approx 125Kpps, whereas CURRENT tops at approx 80Kpps.
>
> Kernel configs, please.
Attached. PICO5 is for CURRENT, PICO4 is for STABLE.
In
), so I am suspecting some difference in the initialization
of PCI parameters, such as burst size etc, but I am unclear on
where to look at. Any ideas ?
cheers
luigi
--+-----
Luigi RIZZO, [EMAIL PROTECTED] . ACIR
spent the time for doing it, in the process i
certainly learned something on the internals of CURRENT, but this
seems to be about the only useful result of this additional work :)
cheers
luigi
--+-----
Luigi RIZZO, [E
> so far there hasn't been a lot of suggestion as to how the goal can be
> achieved however..
i actually suggested one i.e. have explicit pointers
to metadata area(s) in the pkthdr. I think you forget the
most fundamental feature which is performance.
This is way more important than flexibility i
On Fri, Nov 16, 2001 at 04:02:51PM -0800, Peter Wemm wrote:
> it. MT_DUMMYNET must die, not be propagated elsewhere.
i agree!
cheers
luigi
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
struct pkthdr already has a field (struct mbuf *aux)
which i think is used to store info per-packet
state by ipsec, at least according to the comment
(my dummynet hack predated this, i would have used
this field if it had been available at the time).
So this field could be used to access the metad
default:
err = EINVAL ;
break;
}
but it would be much more convenient if the check were done
in some automatic way with some trick in DECLARE_MODULE.
cheers
luigi
--+-----
Luigi RIZZO, [
I have some code (in stable) which is invoked from the idle
loop, see below. I was trying to port it to CURRENT, but
cannot find where the idle_loop (or idlethread ?) has gone.
Any pointers ? A grep for idlethread did not return
anything that i could parse.
Furthermore, what kind of locking shoul
pparently, this has to do with the fact that make_keys is being
built using new headers, but old libraries (and we cannot use
the new ones, we are building them).
Any idea on how do i fix this ?
cheers
luigi
--+----
> On Sat, 1 Sep 2001, Luigi Rizzo wrote:
>
> > i am trying to do some cross-development for picobsd, and i really
> > need only the static libraries.
> > Is there anyways to avoid building the shared libs using the
> > standard makefiles (in /usr/src and /usr/shar
profiled libraries, but i see nothing like NOSHARED ...
Suggestions ?
cheers
luigi
--+-
Luigi RIZZO, [EMAIL PROTECTED] . ACIRI/ICSI (on leave from Univ. di Pisa)
http://www.iet.unipi.it/~luigi/ . 1947 Center
> Luigi, you cannot run dead air. Makefile.conf only handles that
> if the variable does not exist, not if the variable is empty.
ok my fault :)
luigi
> > > CONFIG=${CONFIG:-config}
> >
> > cheers
> > luigi
> >
> > To Unsubscribe: send mail to [EMAIL PROTECTED]
> > with "unsubs
> On line 336 of the script, you export dead air, resulting in
and Makefile.conf handles that in a way
similar to the one you show below.
> CONFIG=${CONFIG:-config}
cheers
luigi
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the
> * Do we want NO_SWAPPING on or off in PicoBSD?
> I understand that many PicoBSD devices do not have swapspace.
> However, my understand of -current is that we do require
> swapping to work well.
given that in the vast majority of cases you don't have a choice...
> * Do we want SOFTUPDAT
re THETYPE (first argument) if there
are not two arguments. This is wrong, the second argument is optional.
thanks
luigi
---+-----
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing. dell'Informazione
http://www.iet
#3 ?
thanks
luigi
---+-----
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/ . Universita` di Pisa
TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy)
at.
what is so special about text ? a FS knows nothing about data format.
Maybe what you mean is that text is "self describing", assuming that
you know more or less what is in it ?
cheers
luigi
--+-----
uniprocessor box with an AMD Athlon 750 CPU.
cheers
luigi
--+-
Luigi RIZZO, [EMAIL PROTECTED] . ACIRI/ICSI (on leave from Univ. di Pisa)
http://www.iet.unipi.it/~luigi/ . 1947 Center St, Berkeley CA 94704
> This is all made harder by the fact that struct mbuf has a struct ifnet
> pointer in it, so if for any reason there is an outstanding mbuf
...
> This has been raised as an issue before, and is a good reason to ifconfig
> down the interface, and wait a second or two before ejecting. You could
a
ou to recompile ipfw.
cheers
luigi
---+-----
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/ . Universita` di Pisa
TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56
Hi,
i understand that this means maybe a somwthat
large change in the system, but what do you think
if we have a lok at implementing the CPU scheduler using
weights instead of strict priorities ?
Do we have parts of the kernel which rely on priority
to implement locking etc ?
This would not be to
traffic, while still being able to use the full bandwidth
configured for the pipe.
Please email me if you make use of this feature, or you find bugs, etc.
cheers
luigi
---+-
Luigi RIZZO, [EMAIL PROTECTED] . Dip
, it panics.
Is this a bug or a feature ? Should i just keep all the pieces
in GENERIC and add my options there ?
help appreciated.
thanks
luigi
---+-
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing
t like...
and i guess i have to try and reproduce this on the 8200 here :)
cheers
luigi
-------+-
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/ . Unive
[Charset koi8-r unsupported, filtering to ASCII...]
> Hi,
>
> Does anybody can clarify what is current status of the mmap support in the pcm
> driver? I'm trying to get sound in the quakeforge working, but only managed to
> get famous "dsp_mmap." message in kernel logs instead of sound :(.
not p
> Don't know. You'd have to ask IBM. All the above camcontrol is doing
> is reading a special mode page (I'm sure ken will correct me if I'm
> wrong)... Do ata drives have this concept?
i think they do.
cheers
luigi
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubs
et
> to my doc shelf. But I wouldn't trust that data for _anything_ it is
> likely to be totally corrupted due to the drive trying to ECC correct
> it and what not...
still might be useful for visual inspection.
cheers
luigi
---+-----
cheers
luigi
---+-----
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/ . Universita` di Pisa
TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy)
> > let me doubt it. i have had a fair amount of trouble with these nics,
> > maybe it's driver's fault, but still... anyways, the driver is
> > not as easy to work on as others.
>
> For future investments: which nics do you recommend?
> (stable driver, speed...) fxp?
probably, yes, though the w
> > > Is it possible that bridging is broken in -current and -stable?
> >
> > no, but the "de" driver on bridging is now unsupported and i could not
> > find the time to make it work after recent fixes to the bridging code.
>
> Ooo n! :-((
> The best nic_s all around are unsupported?
u switch to some supported card ("ed" or "fxp") ?
cheers
luigi
---+-----
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/ . Universita` di Pisa
> This is good in theory, however the intel 82586 ethernet chip
> (and 596 in 586 mode) will overwrite anything you put there anyhow
> as it treats the header specially and fabricates it.
> (unless you are running in some mode that is not usually used).
can you clarify this ? Looong ago i used th
> this is fun...
>
> Just caught panic #3 on my Diablo newstransit box running 4.0 from the
> 7th of February.
>
> This box pushes around 360-380 GB in a weekend on network IO.
this is the right kind of app for -current isn't it :)
cheers
luigi
To Unsubscribe: send mail to [
> You can't change this behavior. UFS can only use a file fragment (that
> is, typically 1/8 of a full block) at the *END* of a file, not the middle.
pardon the ignorance (but i don't have the red book handy),
thas that mean that if you need 1 frag+1 byte you end up using a full
block ?
s
luigi
---+-----
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/ . Universita` di Pisa
TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy)
Mobi
configured, see appended config.
i fixed this in a subsequent commit. Either cvsup again, or move the
declaration of fw_enable from ip_fw.c to ip_input.c near the
place where ip_fw_chk_ptr are defined.
cheers
luigi
---+----
> Sounds cool, but could you please describe what it does? Apparently
> it adds a temporary pass rule between two endpoints, in response to a
> triggering rule that contains "keep-state". Is that right?
correct, and this is what i tried to write in the second part of
my HEAD-UP email...
> I re
which only check part of the
headers -- HERE I NEED YOUR INPUT!!!
And of course, if you need some customized version of this stuff,
feel free to talk to me.
cheers
luigi
---+---------
Luigi RIZZO, [EMAIL PROT
Thanks everybody for the responses.
Incidentally, df still produces the right output, the message
i was seeing was coming from vfs_conf.c trying to mount the root...
cheers
luigi
---+-
Luigi RIZZO, [EMAIL
just not there!
cheers
luigi
---+-----
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/ . Universita` di Pisa
TEL/FAX: +39-050-568.533/522 . via Diotisalv
Hi,
would it be ok to commit the following patch to
/usr/src/sys/boot/i386/loader/Makefile so that we can build
a smaller loader without Forth support, which is still useful
to boot a picobsd kernel ?
cheers
luigi
rizzo# diff -ubwr Makefile.40RC Makefile
--- Makefile.40RC
Hi,
> Any reason that the IPFIREWALL and DUMMYNET code is present in
> sys/net/bridge.c? It appears that it makes a number of bad assumptions
> and in general violates the semantics of 'bridging' vs. 'routing'.
the reason is that I needed that functionality, and according to
my experience most
> Yes absolutely. Well done, Sir! To think I was on the point of selling my
> AWE64 about 5 months ago because it didn't work under FreeBSD!
pardon me but i thought at least the DSP part of the AWE64 was
already supported by the 'oldpcm' driver in 3.x
cheers
luigi
To Unsubscr
adding state to ipfw, if i find proper support
- hint, hint), so you can build better things.
In other words, if you want to switch, be motivated by features, not
by performance!
cheers
luigi
---+-----
Luigi RIZZO,
existing features.
cheers
luigi
---+-
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/ . Universita` di Pisa
TEL/FAX: +39-050-568.533/522 . via Diotisa
s to scan
the list of IP associated with all interfaces. Can be time-consuming.
cheers
luigi
---+-----
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/ . Universita
t say anything about ipfilter).
cheers
luigi
---+-----
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/ . Universita` di Pisa
TEL/FAX: +39-050-568.533/522
P's.
> I can't easily send out the actual IP firewall list, it may expose
> what ever router I grabbed it off of to an attack :-)
understand -- this is why i just asked only about the structure of the
ruleset and the length of the longest search path.
cheers
luigi
--
o allow/deny to a list of random
addresses...).
cheers
luigi
---+---------
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/ . Universita` di Pisa
TEL/FAX: +39-050
t than per-interface lists in many
cases.
cheers
luigi
-------+-
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/ . Universita` di Pisa
TEL/FAX: +39-050-568.5
ome H-shaped way ?
cheers
luigi
---+-----
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/ . Universita` di Pisa
TEL/FAX: +39-050-568.533/522 . via Diotis
ers
luigi
---+---------
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/ . Universita` di Pisa
TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy)
Mo
can people suggest other common
usage of rules in ipfw ?
cheers
luigi
---+-----
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/ . Universita` di Pisa
TEL/FAX: +39-
[Charset ISO-8859-1 unsupported, filtering to ASCII...]
>
> I've just done a replacement for wormcontrol that allows burning CDR/CDRW
> with just one command. Its simpleminded but it works.
>
> Just a FYI as I know several people have said they where thinking
> about doing such a thingy.
this w
> > > I've just done a replacement for wormcontrol that allows burning CDR/CDRW
> > > with just one command. Its simpleminded but it works.
btw for the records -- on 2.2.x i noticed i needed some wait between
the transfer of data to CDR, and the "fixate" command (in other words,
the fixation woul
With the 991229 shapshot, from a FreeBSD 3.3 or 3.4 machine:
> rlogin bsd4
assword:hey this is great!
why is the initial 'P' missing, and the password echoed ?
cheers
luigi
---+-----
ulate a shared readonly diskless root.
This ought to be committed at some point,maybe with appropriate cleanup.
cheers
luigi
---+-----
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing. dell'Informazione
ht
> By the way, is there interest in giving the "Print Screen"
> key an appropriate meaning, i.e. capturing a screenshot?
> I have a few patches for this to implement that, I'd just
> have to clean the code up and write a bit of documentation.
> The GIF on the above webpage was created that way (alo
luigi
---+-----
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/ . Universita` di Pisa
TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy)
http://www.iet.unipi.it/~luigi/ngc99/
First International Worksh
> On Thu, 25 Nov 1999, Bill Paul wrote:
>
> > My goal is to try and get this driver into 4.0 as soon as possible so
> > I can use it as a replacement for the al, ax, dm, pn and mx drivers.
> > However, there's a small problem: the de driver already supports the
> > 21143, although it does so poor
> I got the one email that said that there was some trouble with the ESS
> 1868 sound driver under FreeBSD-current. Is there an issue with -current
> and newpcm that is causing the 1868 sound driver to not work? Also, I'd
guys, you should realize that the ESS1868 codecs (and friends)
are extrem
Sorry for jumping into the thread but note that netboot is not functional
with ELF kernels, and in any case it basically only supports one card type.
Now you tell me that etherboot is so much better than netboot, but it still
only supports a few cards and some of them do not even work
for all mod
idering
the possible overhead for handling signals when a transfer is
complete ?
thanks
luigi
---+-----
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/ . Universit
About the vnconfig/disklabel problem, i don't understand one thing: the
sequence that causes the reboot is the same used to produce the
boot floppy images. How comes that it is still possible to produce
snapshots for -current ? Are they cross-built on an older version
of the system ?
che
Hi,
> I've found panics are more likely to occur if the command pair is
> executed in a script vs. from the command line. This may suggest some
> sort of race is occurring.
no idea... i have always managed to panic the system even running the
commands from the command line one at a time,
> > can someone investigate this ? the code seems to work fine on 3.x
>
> Someone also sent me a report on that, so it's a real problem. I have a
> traceback, but without debugging symbols.
it's so easy to reproduce that i hope the vm/vn gurus will not require
too much effort to find the bug.
i
luigi
---+-----
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/ . Universita` di Pisa
TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy)
is not unlikely to have to store a whole file whatever
its size is.
I suppose sendfile() might have to deal with a similar problem ?
cheers
luigi
---+-
Luigi RIZZO, [EMAIL PROTECTED] . Dip. di Ing
> excuse previous gibberish. i am at a loss as to how it happened, maybe vm
> dealing with a very long line. i hope it is not reproducable.
>
> -current as of 99.08.14
could it be the compiler was upgraded recently ? I wrote grabber-x11.cc
but i am far from being C++ literate so the most i
first, the volumes default to zero which is not helpful. try
mixer pcm 100
and see if something now comes out
cheers
luigi
---+-----
Luigi RIZZO, lu...@iet.unipi.it . Dip. di Ing. dell'Informazione
result of viewing or using the
source.
cheers
luigi
---+-----
Luigi RIZZO, lu...@iet.unipi.it . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/ . Universita` di Pisa
TEL/FAX: +39-050-568.53
> In message <199905081332.paa07...@labinfo.iet.unipi.it> Luigi Rizzo writes:
> : m = m_get(M_WAIT, ...)
> : looking at the code, it seems that m_get() _can_ return a NULL pointer
> : even if one specifies M_WAIT.
>
> Looking at the man page for
Hi,
thinking about the supposed "fragility" of FreeBSD when mbufs (or
clusters) are not properly dimensioned: i notice that
in various places of the code (and this is, i think, 4.4 heritage),
there are things like
m = m_get(M_WAIT, ...)
m->m_len = something.
looking at the code,
> just a follow-up, Jordan experianced the same bug and tracked it down,
> I think Peter Wemm fixed it. it was something with isa+sysctl, and not
> bridge related, sorry.
no problem, you don't know until you find the bug, so i think it
is better to receive a false alarm than no alarm for a real b
> ok, egg in my face, that's not it i guess. What about patching rc.network
> to allow early setup of bridge though?
i have no objections, the thing is i dont run current or even stable
so i can't completely check changes if i do the patch myself, and
i'd rather not break things so close to a rel
ould be with the sysctl to fetch bridging statistics (and if you have
a recent system, "netstat -p bdg" should exercise that.
cheers
luigi
---+-----
Luigi RIZZO .
EMAIL: lu...@iet.uni
which isn't
> checked anywhere.
too bad... this is something isp's would love to have!
cheers
luigi
-------+-----
Luigi RIZZO .
EMAIL: lu...@iet.unipi.it. Dip. di Ing. d
luigi
---+-----
Luigi RIZZO .
EMAIL: lu...@iet.unipi.it. Dip. di Ing. dell'Informazione
HTTP://www.iet.unipi.it/~luigi/ . Universita` di Pisa
TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 P
301 - 400 of 425 matches
Mail list logo
