David O'Brien wrote:
> On Fri, Jul 20, 2001 at 06:32:29PM +0200, Wilko Bulte wrote:
> > I'm probably completely dim today so please bear with me :/
> > Thing is I want to setup a dual-boot box, running -stable & -current.
> > This box, a P2/266 has a 30G IDE disk.
> >
> > What I did is create
> >
Alexey Privalov wrote:
>
> hi all.
> i have FreeBSD 4.3-STABLE and named 8.2.3-REL.
> everyday i see following strings in my log:
>
> Jul 21 13:43:17 host named[124]: denied update from [196.127.211.51].1475 for
>"host.domain"
> Jul 21 13:48:17 host named[124]: denied update from [196.127.211.5
Bakul Shah wrote:
> > Flags are associated with inodes, and symlinks do not have
> > inodes in the common case, as they exist solely in the
> > directory entry, unless they are too long.
>
> $ mkdir foo; cd foo; date > x; ln -s x y; ls -lai
> total 3
> 261248 drwxr-xr-x 2 bakul bakul 512 Jul 2
Zhihui Zhang wrote:
> > Hi,
> > in freebsd can we change the cluster size from 2048
> > bytes.If yes how can we do that?
> > do we have to configure in some file?
>
> You must be asking why the mbuf cluster size is chosen as 2048, right? It
> is probably a tradeoff between memory efficient and sp
Evan Sarmiento wrote:
> I'm writing a system call which requires a function pointer as an argument,
> In syscalls.master, it is specified as such:
>
> 366 STD BSD { int prfw_inject_fp(int sl, int synum, pid_t pi
> d, int (*fp)() ); }
>
> However, when I try compiling the kernel, sysp
[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 KNOTE() in the kernel when the
event takes place.
Anot
Dave Feustel wrote:
>
> Strongarm-based pcs designed by Chalice Technologies http://www.chaltech.com
> are available from Simtek http://www.simtec.co.uk/
No pricing anywhere that I could find.
-- Terry
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the bo
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.
-- Terry
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
"David E. Cross" wrote:
> I noticed that exec(2) does not update the last access time of a file...
> is this intentional?
POSIX only mandates updates of time fields in very specific
cirumstances: when using particular API's.
So if you use a different or unexpected API, an update is
not required.
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
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
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
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 c
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
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
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
Steven Ames wrote:
>
> 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.
Actually, you'll get an "address in use" error; it will
add the IP alias to the card, but in fact, it will not
really dso the job: the ifconf
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 external IP, then you ar
Zhihui Zhang wrote:
> I thought doing a memory free is always safe in an interrupt context. Now
> it seems doing an allocation of memory is safe too. Does MCLGET() call
> vm_page_alloc() or malloc() eventually? If so, it might block.
The mbuf allocator uses the zone allocator.
The reason this
> Anjali Kulkarni wrote:
>
> Hi,
>
> I want to use the function inet_aton() in the kernel code.
> However, I found no kernel equivalent of this function int
> the freebsd sources. I could find inet_ntoa(), but not
> inet_aton(). Is it named by some other name or how can I
> locate it?
The kerne
Daniel Eischen wrote:
> Why are you trying to push so much into the kernel?
> Rethink the problem you are trying to solve.
See his other posting; he's living inside the constraints
of an existing library and API.
In retrospect, and given the information he has subsequently
provided, kevent's are
[EMAIL PROTECTED] wrote:
> Now, I need manage Timed Events:
>
> Two RTP related events must occur which are timed. They are:
>
> 1.RTCP (control RTP packages) reports must be sent periodically.
> 2.BYE (a control RTP package) packets may be reconsidered for transmission.
>
> To support scheduli
Bosko Milekic wrote:
> > So, in general:
> >
> > 1)Only some allocators can be used at interrupt time
> > 2)If they can, they must precommit kernel address space
> > to the task
> > 3)Once memory is allocated from one of these pools, it
> > is never returned to the system f
Zhihui Zhang wrote:
>
> Excellent answer! I looked at the zone allocator code almost two years
> back and I wondered at that time why FreeBSD cannot allocate KVM at
> interrupt time but CAN allocate physical memory at interrupt time. It
> turns out there is a physical memory reserve for interrup
"Jonathan M. Slivko" wrote:
>
> >I'm not sure if Steve Baumel (the person largely responsible for
> >the SVR4 VM system) ever wrote a paper on his approach, or not,
> >but with the Solaris source code available, his code is now
> >available for study.
>
> Isn't that just the binary version, you
Anjali Kulkarni wrote:
> Thanks for your response. I am new to kernel programming, and so cud u tell
> me why it is a bad idea to pass strings to the kernel? Is it due to static
> memory is used etc.?
> Actually, I am not passing strings to the kernel, I am writing code in
> kernel which has a rem
Weiguang SHI wrote:
> I need your help to understand this.
> In machdep.c,
>
>1451 /*
>1452 * map page 1 R/W into the kernel page table so we can use
> it
>1453 * as a buffer. The kernel will unmap this page later.
>1454 */
>1455 pte
Joseph Gleason wrote:
>
> In FreeBSD, how can I determine the size of a file in C++ when the file is
> greater than 4gb?
>
> Currently, I use stat() and use st_size. That is limited to 4gb (32bit
> unsigned int)
Uh, st_size is an off_t, which is a signed 64 bit value,
not an unsigned 32 bit va
> craig wrote:
>
>
> I know PIII can support 64G physical memory. In FreeBSD how can I visit such
> range memory(4G-64G) ?
The short answer is "you can't".
The longer answer is that you end up having to window it using
segmentation; if you are familiar with the 4k window on video
memory in the
Joseph Gleason wrote:
> Alright, I made a mistake. But I did read the man page. Where does it say
> off_t is 64bits?
The same place it says char is 8 bits, short is 16 bits, and int
and long are 32 bits: in your assumptions.
It might be useful (for some definitions of "useful") to have a
man p
Chirag Kantharia wrote:
>
> On Wed, Aug 01, 2001 at 11:25:40PM -0700, Terry Lambert wrote:
> | Uh, st_size is an off_t, which is a signed 64 bit value,
> | not an unsigned 32 bit vale...
>
> why should it be `signed' 64 bit and not unsigned?
Return value for lseek
mark tinguely wrote:
> > Also, the PIII CAN'T natively support more than 4GB of ram. If a
> > particular PIII motherboard supports this, then it's using some kind of
> > wierd chipset that allows this to happen. 4GB is the limit with a 32 bit
> > chip I believe; and the PIII is a 32-bit chip.
John Baldwin wrote:
> Err. hang on. This has zero to do with segmentation. Zip, nada.
> PAE is completely in the paging side of things. No matter what
> fun games you play with segmentation, you still end up with a
> 32-bit linear address that gets handed off to the paging translations.
> PAE j
Rik van Riel wrote:
[ ... > 4G on 32 bit macines ... ]
> > The short answer is "you can't".
> >
> > The longer answer is that you end up having to window it using
> > segmentation;
>
> Only if you want to use it all within one process.
No. It still bites you if you want to do IPC, etc., since y
Rik van Riel wrote:
> > > Only if you want to use it all within one process.
> >
> > No. It still bites you if you want to do IPC, etc., since you
> > can not guarantee the structures used for this are all within
> > the non-segmented region of memory.
>
> Wrong. Your process can have pages from
Rik van Riel wrote:
> > BUT, don't the motherboards also have to support this? And isn't
> > it only supported through some wierd segmentation thing?
>
> Yes, the mainboard needs to support the memory.
>
> No, there is no weird segmentation thing, at least
> not visible from software.
Last time
Julian Elischer wrote:
>
> No
> The space is linear in physical space and if you have PCI/64
> capable devices they can access it all too.
>
> (In fact 64 bit addresses have been supported even in 32 bit wide PCI
> since day 1).
It's been my experience that the TIGON cards take a 32 bit
DMA tar
Charles Randall wrote:
>
> From: Terry Lambert [mailto:[EMAIL PROTECTED]]
> >I have yet to see one person using it for anything. So far,
> >it is nothing more than marketing fodder: I haven't seen one
> >motherboard capable of more than 4G worth of SIMMs.
>
>
Nate Dannenberg wrote:
> I'd be glad to, however I no longer run FreeBSD. I have since switched to
> Linux.
[ ... ]
> Not being much of a C programmer
> anymore I can't really say for certain though :)
Are these two statements related by cause and effect?
8-) 8-)
-- Terry
To Unsubscribe: se
Rik van Riel wrote:
> > This is a trivial implementation. I'm not very impressed.
>
> > Personally, I'm not interested in a huge user space,
>
> Maybe not you, but I bet the database and scientific
> computing people will be interested in having 64 GB
> memory support in this simple way.
You m
Alexander Litvin wrote:
> As for bind9 -- this has AFAIK totally rewritten resolver,
> which doesn't even resemble bind8. IMHO, to incorporate
> it into FreeBSD might take a tremendous effort.
Not really.
Just import it on a vendor branch as /usr/src/lib/libresolv,
and then things that want it c
Matt Dillon wrote:
> Yes, that is precisely the reason. In -current this all changes, though,
> since interrupts are now threads. *But*, that said, interrupts cannot
> really afford to hold mutexes that might end up blocking them for
> long periods of time so I would still recomm
Jeff Behl wrote:
> please excuse and direct me to the right place if this isn't the appropriate
> place to post this sort of question
>
> we're looking into moving to freebsd (yea!), but found the following
> problem. It seems that the shortest amount of time the below code will
> sleep for
Bosko Milekic wrote:
> > I keep wondering about the sagicity of running interrupts in
> > threads... it still seems like an incredibly bad idea to me.
> >
> > I guess my major problem with this is that by running in
> > threads, it's made it nearly impossibly to avoid receiver
> > livelock situati
Mike Smith wrote:
>
> > It also has the unfortunate property of locking us into virtual
> > wire mode, when in fact Microsoft demonstrated that wiring down
> > interrupts to particular CPUs was good practice, in terms of
> > assuring best performance. Specifically, running in virtual
> > wire mo
Matt Dillon wrote:
> :What "this", exactly?
> :
> :That "virtual wire" mode is actually a bad idea for some
> :applications -- specifically, high speed networking with
> :multiple gigabit ethernet cards?
>
> All the cpu's don't get the interrupt, only one does.
I think that you will end up t
Zach Brown wrote:
> > That Microsoft demonstrated that wiring down interrupts
> > to a particular CPU was a good idea, and kicked both Linux'
> > and FreeBSD's butt in the test at ZD Labs?
>
> No, Terry, this is not what was demonstrated by those tests. Will this
> myth never die? Do Mike and I
Julian Elischer wrote:
>
> the kernel stack is a VERY LIMITED resource
> basically you have about 4 or 5 Kbytes per process.
> if you overflow it you write over your signal information..
>
> you should MALLOC space and use a pointer to it..
Would adding an unmapped or read-only guard page be
un
void wrote:
> > Can you name one SMP OS implementation that uses an
> > "interrupt threads" approach that doesn't hit a scaling
> > wall at 4 (or fewer) CPUs, due to heavier weight thread
> > context switch overhead?
>
> Solaris, if I remember my Vahalia book correctly (isn't that a favorite
> of
Julian Elischer wrote:
> Who is the expert on apache, modules and shlibs?
> (I'll go offline to discuss the problem if I can find
> an appropriate person.. (can't get ldap module to work with apache
> under freebsd.)
Build Apache from your own sources, and not from ports.
You will also need to u
Mike Smith wrote:
> Terry; all this "thinking" you're doing is *really*bad*.
>
> I appreciate that you believe you're trying to "educate" us somehow. But
> what you're really doing right now is filling our list archives with
> convincing-sounding crap. People that are curious about this issue ar
Brian O'Shea wrote:
> On this machine I run a program which simulates many (~150) simultaneous
> TCP clients. This is actually a multithreaded Linux binary, and one
> thread per simulated TCP client is created. After a few seconds the
> system runs out of mbuf clusters:
>
> # netstat -m
>
> craig wrote:
> In general a address in a process is just a linear address which
> refer to physical address indirectly by page directory.
Or a virtual address that does not have a physical page behind
it. Some kernel memory is swappable, and some is overcommitted,
and the pages backing the pag
Rolf Neugebauer wrote:
> NB. for achieving higher timer resolutions you might find it
> interesting to look at Soft-Timers at Rice [2]. Events are scheduled
> at the usual timer interrupt frequency but the time wheels are also
> checked at system-call and other interrupt times, thus, depending o
Weiguang SHI wrote:
>
> I found an article on livelock at
>
> http://www.research.compaq.com/wrl/people/mogul/mogulpubsextern.html
>
> Just go there and search for "livelock".
>
> But I don't agree with Terry about the interrupt-thread-is-bad
> thing, because, if I read it correctly, the autho
Greg Lehey wrote:
> > Solaris hits the wall a little later, but it still hits the
> > wall.
>
> Every SMP system experiences performance degradation at some point.
> The question is a matter of the extent.
IMO, 16 processors is not unreasonable, even with standard APIC
based SMP. 32 is out of t
smail wrote:
>
> Hello freebsd-hackers,
>
> i need some help. my problem is about memory limit in mmap function.
> i can't mmap files infinitely, after some number of file mmaped in
> memory i've got an error, probably causing memory limit of 2 or 4 Gb.
> can you help me? my platform is FreeBSD
Mike Smith wrote:
> The basic problem here is that you have decided what "interrupt threads"
> are, and aren't interested in the fact that what FreeBSD calls "interrupt
> threads" are not the same thing, despite being told this countless times,
> and despite it being embodied in the code that's ri
John Merryweather Cooper wrote:
> > > Prototypes are an overwhelmingly "Good Thing(tm)"
> > > as behind-your-back implicit parameter conversion is death to serious
> > > numerical work. At least now, some control can be exercised over
> > parameter
> > > conversions . . .
> >
> > Who ever said an
Rohit Grover wrote:
>
> On Sun, 12 Aug 2001, Dima Dorfman wrote:
> > Rohit Grover <[EMAIL PROTECTED]> writes:
> > > Interestingly, when I executed the command 'make depend',
> > > vnode_if.h was correctly created for me. I'd like to know why I don't
> > > need to do a 'make depend' for modules l
Bernd Walter wrote:
>
> On Sun, Aug 12, 2001 at 11:46:57AM -0700, Terry Lambert wrote:
> > Bernd Walter wrote:
> > > Another point:
> > > Can we '#define MTEOM MTEOD' as MTEOM is used on NetBSD and Solaris?
> >
> > "End of Message" is
"Daniel M. Eischen" wrote:
> We don't provide locking for fd's any longer (I thought this was only in
> -current, but your results seem to indicate otherwise). If we did, only
> one thread would wake up. The mistake in your sample seems to be that
> you're having all threads block on the same fd
Hans Zaunere wrote:
>
> I'm sorry that this is offtopic, but I've looked/asked
> everywhere and no one has a clue.
>
> Once a program does initscr(), is it possible to
> printf()? I can printf() stuff without a problem, but
> it doesn't get to the screen until the program exits?
>
> I've done
Joe Clarke wrote:
>
> I'm trying to write a packet alias translator for a protocol that uses TCP
> to setup a UDP streaming session (much like the smedia driver that's
> already there). I'm having a problem getting the translated port to mesh
> with the actual port. Here's what I've done:
>
>
"Eugene L. Vorokov" wrote:
> I'm observing some strange problem when I have an IP address on one card
> on a bridge machine and want to telnet in. I have 4.2-RELEASE box with
> two network cards: Realtek 8139 (rl0) and 3Com 3C905B (xl0). rl0 is connected
> to the world, and xl0 to the intranet swi
Julian Elischer wrote:
>
> you are going to have to examine the name cache and find the inode of the
> directories in the full path. Most open directories will have their full
> path in the caches..
For the problem he is trying to solve, he should:
1) Precompute the path to the configurati
Peter Wemm wrote:
> No. I have a machine with 6GB in it waiting for finishing the PAE
> tweaks.
Are you actually going ahead with the PAE support?
Will this be a compile-time option, so that it can be
turned off?
I considered doing the same, about 4 months ago but it's not
like I could use the
Julian Elischer wrote:
> > Are you actually going ahead with the PAE support?
> >
> > Will this be a compile-time option, so that it can be
> > turned off?
> >
> > I considered doing the same, about 4 months ago but it's not
> > like I could use the additional memory for mbufs, sockets, or
> > oth
David O'Brien wrote:
> > If gcc team wants to implement proper
> > alignment to work with SSE and other high-specialized stuff,
> > they should learn commands for bitwise AND, and use only where
> > really needed.
>
> Perhaps you'd like to send your patch to [EMAIL PROTECTED]
> Perhaps you'd like
Ronald G Minnich wrote:
> On Sat, 25 Aug 2001, Mike Smith wrote:
>
> > I/O space is easy, but memory space is hard. Userspace access to
> > physical memory is a big no-no in the *nix world.
>
> I want to disagree just a bit. If you look at myrinet, or the many fpga
> cards, it's the standard mo
John Baldwin wrote:
> > Well, now you should add wanted options to /etc/make.conf and avoid
> > seeing of such nightmares.
>
> Erm, the original topic of this dicussion was about attempting to use the
> assembly from the C compiler to see how things work when writing one's own
> assembly function
Steven Ames wrote:
> Do you really want to delete all files? [n/y] y
[ ... ]
> I'm not seeing this problem... This is from -CURRENT from about 2 hours ago.
[ ... ]
> > Do you really want to delete all files? [n/y] n
> > Bus error (core dumped)
[ ... ]
> > Whazzup? This will always happen, iff y
John Kozubik wrote:
> Has anyone seen multi-channel (up to eight) firewire PCI host adaptors ?
> We require full 400Mb throughput on each channel, simultaneously.
Interesting...
64bit PCI * 66Mhz = 4,429,185,024 bit/S = 4,244 Mbit/S
= 528MB/S ...burst rate. Sustained rate is about half that,
so
"Mark D. Anderson" wrote:
> > This may not work.
> >...
> > Some of those compilers
> > would NOT let you '#ifdef' out the version that it did not recognize
> > (perhaps thinking that '#warn' or '#warning' might be some gross typo
> > for '#else' or '#endif', I guess...).
>
> this is true; some c
Matthew Hagerty wrote:
> Is there a fast and/or efficient way to determine if a file size has
> changed without reopening the file every time? I'm writing a program that
> needs to open a file and watch it to see when data gets written to the file
> (from an external source or another part of the
craig wrote:
>
> I know every process in FreeBSD have 4G(3G user) space. But the
> sum of n(n<4096?) processes seems to have n*4G virtual memory.
> Is it possible? The physical max memory for i386 is 4G. Can I
> just make a swap file more than 4G such like 6G, 8G or more?
Yes. Each process runs
Jan Mikkelsen wrote:
>
> You probably have the system default libstdc++.so.3 in your library search
> path before the GCC 3 libstdc++.so.3. Try setting LD_LIBRARY_PATH to the
> GCC 3 lib directory.
NOTE:
If you are using the FreeBSD .mk files to build this, and you
are setting DESTDIR, you can
Deepak Jain wrote:
> We've got a customer running a FreeBSD router with 2 x 1GE interfaces [ti0
> and ti1]. At no point was bandwidth an issue.
>
> The router was under some kind of ICMP attack:
>
> For about 30 minutes:
> icmp-response bandwidth limit 96304/200 pps
I've seen this happen in a
Zhihui Zhang wrote:
>
> What is the file system that uses VT_TFS in vnode.h? Is it still available
> on FreeBSD? Thanks.
Julian added it for TRW Financial Services; the first public
reference machine for 386BSD (which later became FreeBSD and
NetBSD) was ref.tfs.com. TRW supported a lot of the
Evan Sarmiento wrote:
>
> Hey,
>
> I have a question about sysent. If a modification
> to a processes p->p_sysent and associated substructures
> are made, are the changes propagated through fork
> to children?
Yes, for fork().
You probably wanted to ask about exec(), though... the answer
for e
Faried Nawaz wrote:
> Next: the OSS plugin builds but doesn't seem to work properly. At
> some point, it tries to set /dev/dsp to stereo, and fails:
>
> tmp = 0;
> if (shm->channels == 2)
> tmp = 1;
> rc = ioctl (audio_fd, SNDCTL_DSP_STEREO, &tmp);
>
David O'Brien wrote:
>
> Hi Hackers, et.al.
>
> The PIM Evolution, http://www.ximian.com/products/ximian_evolution/,
> does not run on FreeBSD. The authors have made a change so that it will.
> However, we would like to know if FreeBSD is the odd-man-out, or if the
> authors were lucky Evolutio
Did you have opportunity to play with the soft interrupt
coalescing we discussed?
I was able to remove a third of the interrupt overhead
from the Tigon III driver, using the approach we discussed
at the user group meeting two months back.
It looks to be a serious win... and it appears to be
appl
David O'Brien wrote:
> > > Well, since it didn't, I might as well explain the problem here too.
> > > There are at least two major problems with VIA chips:
> >
> > [data curruption on VIA KT133/133A systems by pushing PCI and memory bus]
> >
> > Are you sure about that?
>
> I am. I was having da
"Vladimir A. Jakovenko" wrote:
>
> Hello!
>
> According to UNPv1 SO_REUSEPORT on UDP sockets can be used to bind more than
> one socket to the same port (even with same source ip address). But quick
> look on /sys/netinet/udp_usrreq.c function udp_input() shows that this will
> work as expec
Julian Elischer wrote:
> > > What is the file system that uses VT_TFS in vnode.h? Is it
> > > still available on FreeBSD? Thanks.
> >
> > Julian added it for TRW Financial Services; the first public
> > reference machine for 386BSD (which later became FreeBSD and
> > NetBSD) was ref.tfs.com. TRW
Luigi Rizzo wrote:
>
> > Did you have opportunity to play with the soft interrupt
> > coalescing we discussed?
>
> Did this message just leak to a mailing list, or would you
> be able to expand this (or pass a pointer to mailing lists
> where this was discussed) ?
Ignore the man behind the curt
Steve Roome wrote:
> > Can these newer drives, based on the IC-35L0?0-chipset, also be used
> > with TCQ enabled in FBSD? (? is 2, 4 or 6 depending on whether the
> > drive has 20, 40 or 60 GB capacity).
>
> I've got one of these :
>
> ad0: 39266MB [79780/16/63] at ata0-master UDMA66
>
> If I
Nate Williams wrote:
> > TRW supported a lot of the early
> > 386BSD/FreeBSD effort, back before Walnut Creek CDROM threw
> > in and had us change the version number from 0.1 to 1.0 to
> > make it a bit easier to sell.
>
> *Huh* That's revisionist history if I've ever heard it. We
> did a 1.0 r
Poul-Henning Kamp wrote:
> Nate,
>
> You're replying to Terry for christs sake! What did you expect if not
> revisionist $anything ?
>
> Which reminds me, Adrian still oves us his story about ref :-)
Poul, you're going off again, without regard for facts.
Remember the last time FreeBSD histor
Nate Williams wrote:
> > Bill Jolitz approved a 0.5 "interim release" of 386BSD
>
> And then Lynn revoked this, and posted a public message to the world
> stating what obnoxious fiends we were.
Actually, Lynne didn't have the right to do this; the trademark
was Bill's, so the revocation wasn't v
Nate Williams wrote:
> You're not the only pack-rat around here. Be careful of your claims,
> since they could come back to bite you.
I'm willing to be bitten in public, if I'm wrong... always have
been. ;-).
> ps. I still have my phone-logs of my conversations with Bill as well. ;)
Now I'm
Poul-Henning Kamp wrote:
> *I* worked at TFS, I even kept ref.tfs.com alive after Julian went AWOL.
I'm well aware of your checkered past... 8-).
I guess Julian might pipe up now about the use of the acronym
"AWOL"...
> Now, remind me again why historians are so picky about "primary
> sources"
Igor Podlesny wrote:
> I noticed that some mailers (sendmail, postfix) in case they allow
> relayingforsomedomain.zonealsoallowrelayingfor
> subdomain-of.somedomain.zone.
>
> I can accept this as reasonable behavior but would like to know how to
> deny it! :) Also I wi
John Polstra wrote:
> CVS claims to support multiple vendor branches, but in practice it
> doesn't work in any useful sense. There's at least one place in the
> CVS sources where "the" vendor branch is hard-coded as 1.1.1. You
> really don't want to use multiple vendor branches -- trust me. :-)
[EMAIL PROTECTED] wrote:
>
> Hi All,
> I am trying to create threads under HP-UX 11 using POSIX threads library and
> using the method pthread_create(...).
>
> But I don't know how can I create a thread in a suspended state.
First the obligatory "off topic" humor:
This is not the place to ask
Nate Williams wrote:
> > I guess I'll ask the usual question:
> >
> > Any chance of getting CVSup to transfer from a remote repository
> > to a local vendor branch, instead of from a remote repository to
> > a local repository?
>
> The problem is that you aren't just transferring bits from the HE
John Polstra wrote:
> No, Terry's idea is sound as long as you only try to track one branch
> of FreeBSD. I.e., you consider FreeBSD to be your vendor, and you do
> a checkout-mode type of fetch from a branch of the FreeBSD repository
> and directly import it onto your own vendor branch. This wo
301 - 400 of 1733 matches
Mail list logo
