yes, I mean vm_page_t, and understand what you said. I will try to print the
value of PQ_L2_SIZE in my kernel. Do you know what kernel options influence
this value? I saw it is decided by PQ_CACHESIZE which is decided by different
PQ_HUGE[LARGE/MEDIUM/...]CACHEsetting. Default setting
Hi,
lets come to my question please.
tell me can i change mbuf cluster size from 2048 to
4096??
how shd i do it if i can do it?
--- Julian Elischer <[EMAIL PROTECTED]> wrote: >
no.. it has to do with the fact that it would be
> unwise
> to make a cluster > 1 page size since we have no
> guarantee
On Wed, Jul 25, 2001 at 08:13:34PM -0700, Soren Kristensen wrote:
> Hi,
>
> I'm trying to do some testing on my boxes with 3 ethernet interface. But
> it seems like that FreeBSD gets very confused. Can somebody please tell
> me what's going and, and preferable, help me out ?
>
> I basically want
Hi,
Thanks for the responses, the long delay was because that I didn't have
reverse lookup for the 192.168.x.x private IP's in my DNS setup, I just
thought it was related with the arp problem
Things seem to work fine now, but I still get a lot of those:
"Jul 26 00:43:48 test256m /kernel: ar
> Things seem to work fine now, but I still get a lot of those:
>
> "Jul 26 00:43:48 test256m /kernel: arp: 192.168.1.4 is on sis0 but got
> reply from 00:a0:cc:a0:d4:07 on sis1"
>
> Anybody know how to turn them off ?
Yes, I have this problem too. We use several interfaces with totally
differe
On Thu, 26 Jul 2001, Soren Kristensen wrote:
> Hi,
>
> Thanks for the responses, the long delay was because that I didn't have
> reverse lookup for the 192.168.x.x private IP's in my DNS setup, I just
> thought it was related with the arp problem
>
> Things seem to work fine now, but I still
> > Anybody know how to turn them off ?
>
> sysctl net.link.ether.inet.log_arp_wrong_iface ?
vel@bugz:/home/vel # sysctl net.link.ether.inet.log_arp_wrong_iface
sysctl: unknown oid 'net.link.ether.inet.log_arp_wrong_iface'
Huh ?
Regards,
Eugene
To Unsubscribe: send mail to [EMAIL PROTECTED]
"Eugene L. Vorokov" wrote:
>
> > Things seem to work fine now, but I still get a lot of those:
> >
> > "Jul 26 00:43:48 test256m /kernel: arp: 192.168.1.4 is on sis0 but got
> > reply from 00:a0:cc:a0:d4:07 on sis1"
> >
> > Anybody know how to turn them off ?
>
> Yes, I have this problem too. We
> why not use several addresses on one card?
Because we must test how our software works with several different cards
(we develop VPN software for windows, linux & FreeBSD)
Regards,
Eugene
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the mess
On Tue, Jul 24, 2001 at 10:14:09AM -0700, Etienne de Bruin wrote:
> Greetings. I crunchgen'd newfs and linked mount_mfs to it (among many other
> progs), compiled it with success. And yet when I boot my MFS kernel and try
> to mount /tmp to mfs, boot_crunch complains that 'mfs' is not compiled i
> >This hunk is needed for lint(1) to recognize special comments.
> >Don't remove it.
>
> The '/*-' part? What does lint do special with those?
It's actually a signal to indent(1) to leave the comment's formatting
alone. See the manpage.
--
... every activity meets with opposition, everyone
> I cvs'ed the current version of btx by "cvs co btx" and tried to build it on
> my FBSD-4.0 box and here is what I got:
...
>bash-2.04$ as --version
>GNU assembler 2.11
...
> What should I do?
Uninstall your custom binutils:
ziplok:~>uname -r
4.3-STABLE
ziplok:~>as --version
GNU assemb
>bash-2.04$ as --version
>GNU assembler 2.11
>...
> What should I do?
Uninstall your customised binutils.
FreeBSD 4.x is using 2.10:
ziplok:~>as --version
GNU assembler 2.10.1
ziplok:~>uname -a
FreeBSD ziplok.dis.org 4.3-STABLE FreeBSD 4.3-STABLE #0: Sat Jul 7 10:52:55 PDT 2001
On Thu, 26 Jul 2001, Eugene L. Vorokov wrote:
> > > Anybody know how to turn them off ?
> >
> > sysctl net.link.ether.inet.log_arp_wrong_iface ?
>
> vel@bugz:/home/vel # sysctl net.link.ether.inet.log_arp_wrong_iface
> sysctl: unknown oid 'net.link.ether.inet.log_arp_wrong_iface'
>
> Huh ?
$ rlo
On Wed, Jul 25, 2001 at 02:25:19PM -0700, David Greenman wrote:
>Guessing, I think the correct fix is probably to set the IN_ACCESS flag in
> ufs_open() [and similarly with other filesystems where this makes sense] if
> the filesystem is not mounted with the noatime flag. However, I'm not sure
In message <[EMAIL PROTECTED]>, Peter Pentchev writes
:
>On Tue, Jul 24, 2001 at 10:14:09AM -0700, Etienne de Bruin wrote:
>> Greetings. I crunchgen'd newfs and linked mount_mfs to it (among many other
>> progs), compiled it with success. And yet when I boot my MFS kernel and try
>> to mount /tm
On Thu, Jul 26, 2001 at 02:11:21PM +0400, Maxim Konovalov wrote:
> On Thu, 26 Jul 2001, Eugene L. Vorokov wrote:
>
> > > > Anybody know how to turn them off ?
> > >
> > > sysctl net.link.ether.inet.log_arp_wrong_iface ?
> >
> > vel@bugz:/home/vel # sysctl net.link.ether.inet.log_arp_wrong_iface
>
On Thu, Jul 26, 2001 at 12:09:17PM +0100, David Malone wrote:
> On Wed, Jul 25, 2001 at 02:25:19PM -0700, David Greenman wrote:
> >Guessing, I think the correct fix is probably to set the IN_ACCESS flag in
> > ufs_open() [and similarly with other filesystems where this makes sense] if
> > the
It seems that rc.network requires an interface to be specified for natd
for it to be started. Alas, I do not and cannot specify an interface for
natd, using alias_address instead (and disliking even that, since what I
really want is static nat).
--
Daniel C. Sobral (8-DCS)
[
> On Thu, Jul 26, 2001 at 12:09:17PM +0100, David Malone wrote:
> > On Wed, Jul 25, 2001 at 02:25:19PM -0700, David Greenman wrote:
> > >Guessing, I think the correct fix is probably to set the IN_ACCESS flag
> > > ufs_open() [and similarly with other filesystems where this makes sense] i
> >
:
:
:
: yes, I mean vm_page_t, and understand what you said. I will try to print the
:value of PQ_L2_SIZE in my kernel. Do you know what kernel options influence
:this value? I saw it is decided by PQ_CACHESIZE which is decided by different
:PQ_HUGE[LARGE/MEDIUM/...]CACHEsetting. Defaul
On Thu, Jul 26, 2001 at 10:01:05AM +0200, Bernd Walter wrote:
> But there is no reason to put more than one interface on the same hub.
> Simply configure one interface with alias entries.
s/hub/switch/ and there is, and the system should make this not
too painful to configure.
--
Leo Bicknell
Paul Marquis wrote:
>
> On Wednesday 25 July 2001 03:29, Terry Lambert wrote:
> > Ron Chen wrote:
> > > Sun Grid Engine goes opensource. See SGE home page:
> > >
> > > http://www.sun.com/gridware
> >
> > I see no source code there, only Solaris and Linux binaries.
>
> Check out (though the site(
Jim Bryant wrote:
> Everybody and their dog must be downloading this. If you keep
> getting the java.lang.OutOfMemoryError, just keep hitting
> "reload"... I was just about to give up when it finally worked for me.
Gee, garbage collection is special. I'm going to run right
out and use Java in
On Thu, Jul 26, 2001 at 11:35:59AM -0400, Leo Bicknell wrote:
> On Thu, Jul 26, 2001 at 10:01:05AM +0200, Bernd Walter wrote:
> > But there is no reason to put more than one interface on the same hub.
> > Simply configure one interface with alias entries.
>
> s/hub/switch/ and there is, and the s
Julian Elischer wrote:
>
> no.. it has to do with the fact that it would be unwise
> to make a cluster > 1 page size since we have no guarantee that
> all drivers could handle breaking up a DMA if a cluster spanned 2
> physical address ranges. (they can handle a chain of discontinuous
> mbufs but
Bosko Milekic wrote:
>
> On Wed, Jul 25, 2001 at 02:17:38PM -0400, Zhihui Zhang wrote:
> >
> > I see. It has something to do with the power-of-two allocator we are
> > using inside the kernel.
>
> No, it has nothing to do with the power-of-two allocation strategy
> used in some cases in
vishwanath pargaonkar wrote:
>
> Hi,
> lets come to my question please.
> tell me can i change mbuf cluster size from 2048 to
> 4096??
You can do it, but it's not a really very useful thing to do,
since the majority of your cluster will end up being vacant.
> how shd i do it if i can do it?
L
It'd be nice if one could pass a time specification to at in the form of "next
reboot".
-matt
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Both tar and cpio seem to have problems doing backups on my
server. Looking at the pax manpage, we see this:
cpio The extended cpio interchange format specified in the IEEE
Std 1003.2 (``POSIX.2'') standard. The default blocksize
for this format is 5120 bytes.
On Thu, Jul 26, 2001 at 10:20:51AM -0700, Matthew Jacob wrote:
>
> It'd be nice if one could pass a time specification to at in the form of "next
> reboot".
This could be implemented as a startup script, no?
On second thoughts, not quite trivial.
It wouldn't be hard to write a separate utility
On Thu, Jul 26, 2001 at 10:18:09AM -0700, Terry Lambert wrote:
> The real reason behind all this is to make the input and output
> routines symmetric, since mbuf's can be allocated at interrupt,
> and clusters can't (or couldn't, last time I looked at 4.3).
They can. Whether they are or
* Bosko Milekic <[EMAIL PROTECTED]> [010726 12:32] wrote:
>
> On Thu, Jul 26, 2001 at 10:18:09AM -0700, Terry Lambert wrote:
> > The real reason behind all this is to make the input and output
> > routines symmetric, since mbuf's can be allocated at interrupt,
> > and clusters can't (or couldn't,
> When mount(8) invokes a mount_xxx program, it sets argv[0] to the
> name of the filesystem (ufs, mfs, nfs etc). Crunched binaries use
> the argv[0] name to determine which code to execute, so you need
> to add
>
> ln mount_mfs mfs
>
> to your crunchgen config file to get this to work. Al
at already understands the concept of "tomorrow" in it's parsing of time. It
also understands special terms like "teatime".
If we simplify this to
at reboot
then all you'd have to do would be to either squirrel these jobs in another
directory and have part of rc check for these or ju
>
> Let's review. All the tar formats will truncate long filenames. All the
> cpio formats truncate the inode number. Is there a reasonable backup tool
> which does not do goofy things like that?
>
Ive always been partial to dump/ufsdump myself. And gnu tar will handle
longfiles names. The
On Thu, Jul 26, 2001 at 01:26:28PM -0400, James Howard wrote:
> Both tar and cpio seem to have problems doing backups on my
> server. Looking at the pax manpage, we see this:
>
[snipped]
>
> Let's review. All the tar formats will truncate long filenames. All the
> cpio formats truncate the in
Bosko Milekic wrote:
>
> On Thu, Jul 26, 2001 at 10:18:09AM -0700, Terry Lambert wrote:
> > The real reason behind all this is to make the input and output
> > routines symmetric, since mbuf's can be allocated at interrupt,
> > and clusters can't (or couldn't, last time I looked at 4.3).
>
>
Alfred Perlstein wrote:
> > On Thu, Jul 26, 2001 at 10:18:09AM -0700, Terry Lambert wrote:
> > > The real reason behind all this is to make the input and output
> > > routines symmetric, since mbuf's can be allocated at interrupt,
> > > and clusters can't (or couldn't, last time I looked at 4.3).
On Thu, Jul 26, 2001 at 10:51:40AM -0700, Terry Lambert wrote:
> Alfred Perlstein wrote:
> > > On Thu, Jul 26, 2001 at 10:18:09AM -0700, Terry Lambert wrote:
> > > > The real reason behind all this is to make the input and output
> > > > routines symmetric, since mbuf's can be allocated at interr
Hi,
Alfred Perlstein wrote:
>
> > > > > Things seem to work fine now, but I still get a lot of those:
> > > > >
> > > > > "Jul 26 00:43:48 test256m /kernel: arp: 192.168.1.4 is on sis0 but got
> > > > > reply from 00:a0:cc:a0:d4:07 on sis1"
> > > > >
> > > > > Anybody know how to turn them off ?
> Let's review. All the tar formats will truncate long filenames. All the
> cpio formats truncate the inode number. Is there a reasonable backup tool
> which does not do goofy things like that?
Neither tar nor cpio is suitable for backup purposes.
Use dump instead.
BTW this is a subject for -
>On Wed, Jul 25, 2001 at 02:25:19PM -0700, David Greenman wrote:
>>Guessing, I think the correct fix is probably to set the IN_ACCESS flag in
>> ufs_open() [and similarly with other filesystems where this makes sense] if
>> the filesystem is not mounted with the noatime flag. However, I'm not
On Thu, 26 Jul 2001, [iso-8859-1] Lars Kühl wrote:
> Neither tar nor cpio is suitable for backup purposes.
> Use dump instead.
A lot of people said this. Why? As near as I can tell, dump isn't that
great either. There is no way to exlude specific directories with dump
and it appears to be qui
On Thu, 26 Jul 2001, James Howard wrote:
:On Thu, 26 Jul 2001, [iso-8859-1] Lars Kühl wrote:
:
:> Neither tar nor cpio is suitable for backup purposes.
:> Use dump instead.
:
:A lot of people said this. Why? As near as I can tell, dump isn't that
:great either. There is no way to exlude specif
On Thu, Jul 26, 2001 at 02:54:52PM -0400, James Howard wrote:
> On Thu, 26 Jul 2001, [iso-8859-1] Lars Kühl wrote:
>
> > Neither tar nor cpio is suitable for backup purposes.
> > Use dump instead.
>
> A lot of people said this. Why? As near as I can tell, dump isn't that
> great either. There
On Wed, 25 Jul 2001, Christopher R. Bowman wrote:
> "Leo Bicknell <[EMAIL PROTECTED]>" wrote:
> >
> > A number of new chips have been released lately, along with some
> > enhancements to existing processors that all fall into the same
> > logic of parallelizing some operations. Why, just today
Hi all,
I finally got some time to do the simple MFC for ida driver. It enables
the automatic drive rebuild on Integrated SmartArray controllers.
I tested enclosed patch on DL380 (controller firmware 1.42) and it works
fine.
Could someone please have a look and commit this simple MFC into -stabl
>> Neither tar nor cpio is suitable for backup purposes.
Well, my answer wasn't sufficiently exact. The question
behind is whether you want to back up a number of files
or a file system. For the latter case you need a tool that
has sufficient knowledge of the file system.
Therefore
>> Use dump
* Terry Lambert <[EMAIL PROTECTED]> [010726 12:51] wrote:
> Alfred Perlstein wrote:
> > > On Thu, Jul 26, 2001 at 10:18:09AM -0700, Terry Lambert wrote:
> > > > The real reason behind all this is to make the input and output
> > > > routines symmetric, since mbuf's can be allocated at interrupt,
>
--
Jonathan M. Slivko <[EMAIL PROTECTED]>
Blinx Networks
http://www.blinx.net/
- Original Message -
From: "Chris Dillon" <[EMAIL PROTECTED]>
To: "Terry Lambert" <[EMAIL PROTECTED]>
Cc: "Julian Elischer" <[EMAIL PROTECTED]>; "Eugene L. Vorokov"
<[EMAIL PROTECTED]>; "Soren Kristensen" <[E
On Thu, 26 Jul 2001, Matthew Jacob wrote:
> It'd be nice if one could pass a time specification to at in the form of "next
> reboot".
>
> -matt
>
Why not just write a script for the command and stick it in
/usr/local/etc/rc.d?
--
Matt Emmerton
To Unsubscribe: send mail to [EMAIL PROTECTED]
I'm porting a BSD licensed Java VM from Linux to FreeBSD and ran into
the following Linux function which is not implemented in BSDs.
To avoid GPL contamination issues, can someone complete[1] the following
method in inlined IA-32 assembly ? Intel instruction reference documents
an instruction cal
> Yes, but, I think the issue with the 2 IP classes working is because one
is
> not routable, and therefore it's not a real
> IP address, and the router knows this, hence it's not reacting to it by
> stopping to work. As long as you use virtual
> ip's (192.168.*.*) then there should be no reason
Yes, but what that snippet showed from ifconfig showed 2 networks, 2 from
public IP space and 1 from private IP space, and since it's working the
networking code must know/care about something that it's being fed. --
Jonathan
--
Jonathan M. Slivko <[EMAIL PROTECTED]>
Blinx Networks
http://www.bli
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Wind-up A Friend, Colleague, Relative Or Even An Enemy
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Call Windupline and you'll be in stitches!
With our new service you're able to wind-up, confuse and
bemus
Not really. The private IP space probably never leaves that LAN segment so
the source IP would get set properly and the default route is irrelevent.
Whenever
he communicated with a block that is not diretly attached then the code has
to
choose a source address and then send the packet to the next
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Wind-up A Friend, Colleague, Relative Or Even An Enemy
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Call Windupline and you'll be in stitches!
With our new service you're able to wind-up, confuse and
bemus
On Thu, 26 Jul 2001, Daniel C. Sobral wrote:
> It seems that rc.network requires an interface to be specified for natd
> for it to be started. Alas, I do not and cannot specify an interface for
> natd, using alias_address instead (and disliking even that, since what I
> really want is static nat)
Then whats the alternative, it just works out of thin air? Now i'm really
curious to find out how this is being done, although I have seen it done on
my own systems in the past, just not by me, so i'm intrigued to find out how
this is being accomplished. -- Jonathan
--
Jonathan M. Slivko <[EMAIL
On Thu, Jul 26, 2001 at 01:59:13PM -0700, Arun Sharma wrote:
> /**
> * test_and_set_bit - Set a bit and return its old value
> * @nr: Bit to set
> * @addr: Address to count from
> *
> * This operation is atomic and cannot be reordered.
> * It also implies a memory barrier.
> */
> static _
You lost me. How what is being done? You can use ifconfig to assign
as many blocks/netmasks as you feel the urge to. It'll do it.
How does it determine what source address to use? I'd be guessing on
this one but here's my guess:
1. If your communicating with a directly connected subnet then the
:Not really. The private IP space probably never leaves that LAN segment so
:the source IP would get set properly and the default route is irrelevent.
:Whenever
:he communicated with a block that is not diretly attached then the code has
:to
:choose a source address and then send the packet to the
On 26-Jul-01 Arun Sharma wrote:
> I'm porting a BSD licensed Java VM from Linux to FreeBSD and ran into
> the following Linux function which is not implemented in BSDs.
>
> To avoid GPL contamination issues, can someone complete[1] the following
> method in inlined IA-32 assembly ? Intel instruc
On Thu, 26 Jul 2001, Jonathan M. Slivko wrote:
> Yes, but, I think the issue with the 2 IP classes working is
> because one is not routable, and therefore it's not a real
> IP address, and the router knows this, hence it's not reacting to
> it by stopping to work. As long as you use virtual ip's
On Thu, Jul 26, 2001 at 11:15:40PM +0200, Bernd Walter wrote:
> > static __inline__ int test_and_set_bit(int nr, volatile void * addr);
>
> -current has a lot of atomic functions in src/sys/i386/include/atomic.h.
It has byte, word, int, long level operations - what I want is bit
level.
On Thu, Jul 26, 2001 at 02:21:06PM -0700, Arun Sharma wrote:
> On Thu, Jul 26, 2001 at 11:15:40PM +0200, Bernd Walter wrote:
> > > static __inline__ int test_and_set_bit(int nr, volatile void * addr);
> >
> > -current has a lot of atomic functions in src/sys/i386/include/atomic.h.
>
> It has byt
> On Wed, 25 Jul 2001 Terry Lambert wrote:
>>[EMAIL PROTECTED] wrote:
>>
>> I need pass asynchronously data from kernel
>> to a userland process, include a quantity variable of
>> data (void *opaque).
>The easiest way to do this is to have the user space process
>register a kevent, and then KN
On Thu, Jul 26, 2001 at 02:43:24PM -0700, John Baldwin wrote:
> {
> int val;
>
> do {
> val = *(int *)addr;
> } while (atomic_cmpset_int(addr, val, val | (1 << nr) == 0);
> return (val & (1 << nr));
> }
Thanks! I think that'd work. But code using B
> If you have one interface with *two* ip addresses. For example
(taking
> a real life example):
>
> ash:/home/dillon> ifconfig
> fxp0: flags=8843 mtu 1500
> inet 208.161.114.66 netmask 0xffc0 broadcast 208.161.114.127
> inet 10.0.0.3 netmask 0xff00 broadcast 10.0.
On Thu, Jul 26, 2001 at 11:59:27PM +0200, Bernd Walter wrote:
> [...]
> ATOMIC_ASM(set, char, "orb %b2,%0", v)
> ATOMIC_ASM(clear,char, "andb %b2,%0", ~v)
> [...]
That does set, not test-and-set. What I want is exactly what the Intel
BTS instruction does: atomically test and set a bi
> I cannot believe its random. On the other hand (haven't tried this in
FBSD,
> but in Solaris it works),
> if you assign an interface like this:
>
> ifconfig ed0 inet 204.120.165.1 netmask 0xff00
> ifconfig ed0 inet 204.120.165.2 netmask 0xff00
Second line should read:
ifconfig ed0 inet
I have a server that uses non-blocking I/O, and consists of a process which
listens and calls accept(), and passes the accepted file descriptors down to
child processes for handling the client connection. Currently, it uses
select(), though I plan to rewrite it using kqueue.
The problem I have
On Thu, 26 Jul 2001, Matt Dillon wrote:
> I wish it were that easy. If you have two interfaces on the same LAN
> segment, but one is configured with an internal IP and one is
> configured with an external IP, and the default route points out the
> interface configured with the ex
On Thu, Jul 26, 2001 at 03:11:00PM -0700, Arun Sharma wrote:
> On Thu, Jul 26, 2001 at 11:59:27PM +0200, Bernd Walter wrote:
> > [...]
> > ATOMIC_ASM(set, char, "orb %b2,%0", v)
> > ATOMIC_ASM(clear,char, "andb %b2,%0", ~v)
> > [...]
>
> That does set, not test-and-set. What I want i
On Thu, Jul 26, 2001 at 05:24:43PM -0500, Chris Dillon wrote:
> Hmm.. That hasn't been my experience at all. I have _always_ seen
> outgoing connections use a source address of the closest interface
> address that exists on the same IP network as the destination, OR, if
> it is a non-local destin
Because I thought this might be of general utility.
On Thu, 26 Jul 2001, Matthew Emmerton wrote:
> On Thu, 26 Jul 2001, Matthew Jacob wrote:
>
> > It'd be nice if one could pass a time specification to at in the form of "next
> > reboot".
> >
> > -matt
> >
>
> Why not just write a script for t
On 26-Jul-01 Arun Sharma wrote:
> On Thu, Jul 26, 2001 at 11:59:27PM +0200, Bernd Walter wrote:
>> [...]
>> ATOMIC_ASM(set, char, "orb %b2,%0", v)
>> ATOMIC_ASM(clear,char, "andb %b2,%0", ~v)
>> [...]
>
> That does set, not test-and-set. What I want is exactly what the Intel
> BTS i
On Thu, Jul 26, 2001 at 12:09:46PM +0100, Ian Dowse wrote:
>
> When mount(8) invokes a mount_xxx program, it sets argv[0] to the
> name of the filesystem (ufs, mfs, nfs etc).
Why?
--
Ben
"An art scene of delight
I created this to be ..." -- Sun Ra
To Unsubscribe: send mail to
On Thu, Jul 26, 2001 at 03:49:58PM -0700, John Baldwin wrote:
> > That does set, not test-and-set. What I want is exactly what the Intel
> > BTS instruction does: atomically test and set a bit.
>
> Unfortunately that is very ia32 specific. The code would be more
> friendly on alpha and ia64 at l
:..
:> You have to explicitly bind to the correct source IP if you care.
:>
:> For our machines I bind our external services specifically to the
:> external IP. Beyond that I usually don't care because I NAT-out our
:> internal IP space anyway, so any packets sent 'from' an inter
> On Thu, Jul 26, 2001 at 03:49:58PM -0700, John Baldwin wrote:
> > > That does set, not test-and-set. What I want is exactly what the Intel
> > > BTS instruction does: atomically test and set a bit.
> >
> > Unfortunately that is very ia32 specific. The code would be more
> > friendly on alpha a
On Mon, 16 Jul 2001, Terry Lambert wrote:
> Matt Dillon wrote:
> > Also, the algorithm is less helpful when it has to figure out the
> > optimal transmit buffer size for every new connection (consider a web
> > server). I am considering ripping out the ssthresh junk from the stack,
On Thu, 26 Jul 2001, Matthew Jacob wrote:
> It'd be nice if one could pass a time specification to at in the form
> of "next reboot".
>
> -matt
On Thu, 26 Jul 2001, Matthew Emmerton replied:
> Why not just write a script for the command and stick it in
> /usr/local/etc/rc.d?
>
> -- Matt Emmerton
Doug White wrote:
>
> On Thu, 26 Jul 2001, Daniel C. Sobral wrote:
>
> > It seems that rc.network requires an interface to be specified for natd
> > for it to be started. Alas, I do not and cannot specify an interface for
> > natd, using alias_address instead (and disliking even that, since what
In message <[EMAIL PROTECTED]> James Howard writes:
: Both tar and cpio seem to have problems doing backups on my
: server. Looking at the pax manpage, we see this:
Use dump. Otherwise, you will lose.
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in
In message <[EMAIL PROTECTED]> James Howard
writes:
: A lot of people said this. Why? As near as I can tell, dump isn't that
: great either. There is no way to exlude specific directories with dump
: and it appears to be quite painful to restore a specific directory (though
: I could be wrong
Matthew Jacob wrote:
>
> On Thu, 26 Jul 2001, Matthew Emmerton wrote:
>
> > On Thu, 26 Jul 2001, Matthew Jacob wrote:
> >
> > > It'd be nice if one could pass a time specification to at in the form of "next
> > > reboot".
> > >
> > > -matt
> > >
> >
> > Why not just write a script for the comman
> On Thu, 26 Jul 2001, Matthew Jacob wrote:
>> It'd be nice if one could pass a time specification to at in the form
>> of "next reboot".
look... there is a big difference between time specification in
at-program and suggested reboot keyword... I'd say it is like
incompatible typ
Hmm.
'at teatime'
seems the same as
'at reboot'
On Fri, 27 Jul 2001, Igor Podlesny wrote:
>
> > On Thu, 26 Jul 2001, Matthew Jacob wrote:
> >> It'd be nice if one could pass a time specification to at in the form
> >> of "next reboot".
>
> look... there is a big difference between
> Hmm.
> 'at teatime'
> seems the same as
> 'at reboot'
excerpt from man 1 at which can be seen at
http://www.freebsd.org/cgi/man.cgi?query=at&apropos=0&sektion=0&manpath=FreeBSD+4.3-RELEASE&format=html
"...You may also specify midnight, noon, or teatime (4pm) and you can
have..."
So you
You're being somewhat obtuse.
Complicated times such as 'teatime' and 'reboot' are explicitly allowed.
On Fri, 27 Jul 2001, Igor Podlesny wrote:
>
>
>
> > Hmm.
>
> > 'at teatime'
>
> > seems the same as
>
> > 'at reboot'
>
> excerpt from man 1 at which can be seen at
>
>
>http://www.
Bosko Milekic wrote:
> > > Er, wouldn't that be the only way for cards to refil thier DMA
> > > recieve buffers?
> >
> > Look at the Tigon II and FXP drivers. The allocations in
> > the macros turn into m_get, not m_clusterget.
>
> From if_fxp.c (fxp_add_rfabuf(), sometimes called from f
> You're being somewhat obtuse.
Really? it's probably because I don't multiply apple * milk wishing to
receive gasoline in answer.
> Complicated times such as 'teatime' and 'reboot' are explicitly allowed.
It isn't a fact, what a pity...
As I said before teatime is strictly defined in the
On Thu, Jul 26, 2001 at 10:46:24PM -0600, Warner Losh wrote:
> In message <[EMAIL PROTECTED]> James Howard
>writes:
> : A lot of people said this. Why? As near as I can tell, dump isn't that
> : great either. There is no way to exlude specific directories with dump
> : and it appears to be qui
On 27-Jul-2001 Wilko Bulte wrote:
> On Thu, Jul 26, 2001 at 10:46:24PM -0600, Warner Losh wrote:
> > In message <[EMAIL PROTECTED]> James
> > Howard writes:
> > : A lot of people said this. Why? As near as I can tell, dump isn't that
> > : great either. There is no way to exlude specific dire
On Fri, Jul 27, 2001 at 04:18:11PM +0930, Daniel O'Connor wrote:
>
> On 27-Jul-2001 Wilko Bulte wrote:
> > On Thu, Jul 26, 2001 at 10:46:24PM -0600, Warner Losh wrote:
> > > In message <[EMAIL PROTECTED]> James
> > > Howard writes:
> > > : A lot of people said this. Why? As near as I can tell,
Well, thank you for your contributions. Go off and play with RSTS or something
equally suitable.
On Fri, 27 Jul 2001, Igor Podlesny wrote:
>
> > You're being somewhat obtuse.
>
> Really? it's probably because I don't multiply apple * milk wishing to
> receive gasoline in answer.
>
> > Comp
Steven Ames wrote:
> I don't think the networking code knows/cares if something is private or
> public IP space. I might be off here but I think the real problem with
> two seperate networks on one card (or even on two cards) would be
> the default route (can't have two right?) and which IP addres
On 27-Jul-2001 Wilko Bulte wrote:
> > ie selectivity is good :)
>
> Sure.
>
> [I love my DLT4000 ;-) ]
DLT for all!
I love my imaginary multi terabyte RAID too.
(My point being the solution isn't bigger tapes but better tools..)
---
Daniel O'Connor software and network engineer
for Gene
1 - 100 of 103 matches
Mail list logo
