"Rogier R. Mulhuijzen" wrote:
> Well turns out my problem was two-fold. I'm indeed running out of
> ifp->if_snd on my xl0 interface, but I was also running out of space on my
> vmnet1 interface, but since I don't always run vmware it wasn't being
> emptied. Guess mount_smbfs needs a little patch..
Dimitar Peikov wrote:
>
> I've review /sys/kern/kern_fork.c file and have a question why the room of
> 100 process numbers is hardcoded in the source? I think that if such room
> is needed, it must be defined somewhere in headers, isn't it.
>
> Can someone explain me more the idea about that roo
BOUWSMA Beery wrote:
> This was tried under -current (and probably -stable too)
>
> Should a nullfs mount handle options the way that one would
> expect from a normal filesystem mount?
>
> In particular, I have a read-only nullfs mount, but accesses
> to that read-only filesystem result in the a
William Carrel wrote:
> Blocking all ICMP is bad m'kay?
First, I agree...
> ipfilter with 'keep state' on the connections will automatically allow
> back in relevant ICMP messages such as mustfrag.
Heh... I need to try to write a "mustfrag" daemon, which will
spoof them back whenever it sees tr
Guido van Rooij wrote:
> > > ipfilter with 'keep state' on the connections will automatically allow
> > > back in relevant ICMP messages such as mustfrag.
> >
> > Heh... I need to try to write a "mustfrag" daemon, which will
> > spoof them back whenever it sees traffic... and see what happens.
>
"Louis A. Mamakos" wrote:
> One possibility is that the code in icmp_input() processing the
> PMTU discovery-induced ICMP message could verify that the returned
> header in fact is associated with a connection on the host and
> maybe even has sane sequence numbers (for TCP segments). This would
>
David Miller wrote:
> Apologies if this belongs on -questions. I couldn't find what I needed in
> the archives or handbook.
>
> I have a system where I need/want to handle lots of files in a single
> directory. Lots as in 100-200K files. ls | wc -l breaks because the
> value of ARG_MAX in sys/
Brooks Davis wrote:
> > I have a system where I need/want to handle lots of files in a single
> > directory. Lots as in 100-200K files. ls | wc -l breaks because the
> > value of ARG_MAX in sys/syslimits.h is too small. If I change it from
> > 65536 to 4meg and rebuild the world it works fine.
David Miller wrote:
> > Probably, you are doing something whic you aren't telling us,
> > like saying "ls *.c | wc -l" or otherwise using globbing that
> > the shell expands to too large a list.
> >
> > The easy answer is "use ``find'' instead of ``ls''".
>
> Indeed, but it doesn't answer the bas
"M. Warner Losh" wrote:
> In message: <[EMAIL PROTECTED]>
> "Rogier R. Mulhuijzen" <[EMAIL PROTECTED]> writes:
> : Out of curiosity, where do MTUs < ~512 occur?
>
> Old slip links that used it to reduce latency. I suspect that there
> aren't too many of them left in the world.
PPPOE
Jesper Skriver wrote:
> On Fri, Jan 04, 2002 at 06:02:10PM -0500, Louis A. Mamakos wrote:
> > One possibility is that the code in icmp_input() processing the
> > PMTU discovery-induced ICMP message could verify that the returned
> > header in fact is associated with a connection on the host and
>
"Fernando P. Schapachnik" wrote:
> I'm trying to do Async I/O using O_ASYNC on sockets and handling
> SIGIO. My testing shows that even if I unblock SIGIO at the begining of the
> handler the kernel only delivers one level of nested signals. Ie: while the
> first SIGIO is being handled a s
Danny Horne wrote:
> Oooohh!! Those model numbers bring back memories!!
>
> I remember drooling over the first Commodore Pet (the one with the
> rectangular keyboard) in one of the many computer shops that were springing
> up at the time.
Drool away, buddy! Here's mine, and it still works (chi
[EMAIL PROTECTED] wrote:
> Think they have the code to the C64 "supermon" assembler? I spend 3 evenings
> poking it in from Compute! and now I can't find the cassette anywhere.
I have that somewhere. I also have the "Compute!" with it in
it. 8-). If you want to download it, you can get it from
Doug Rabson wrote:
> That brings back memories. We wrote our own firmware for the 1541 since
> the commodore DOS was so slow. I forget what transfer rate we managed but
> it was much better than the standard code. Bit of a sod to debug though.
Fastest I ever saw with a firmware hack was 53k...
-
Julian Stacey wrote:
>
> Hi all,
> Any reccomendations what to install (or avoid) on my firewall,
> from 4.4 /usr/ports/ftp/ to be a proxy ftpd server ?
man libalias
Then install natd.
-- Terry
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of th
Miguel Mendez wrote:
> Now that I'm subscribed to c64-hackers let's do some lda's here an there. I
> even have some Oxyron demo disks around :)
>
> How about BSD for the 6510? ;-P
There's no GCC for it, and some idiot keeps converting things
to ANSI C, so I have an incredibly hard time compiling
Oliver Fromme wrote:
> Terry Lambert <[EMAIL PROTECTED]> wrote:
> > Julian Stacey wrote:
> > > Any reccomendations what to install (or avoid) on my firewall,
> > > from 4.4 /usr/ports/ftp/ to be a proxy ftpd server ?
> >
> > man libalias
> &
Matthew Dillon wrote:
> Ah yes. By the time I was ready to throw my PET away the hardware
> inside was so hacked up I don't think anybody but me could boot the
> thing. I had replaced the character generator ROM with a RAM and wired
> in a wire select to an unused bank, which mea
Oliver Fromme wrote:
> I thought that natd just parsed the PORT and PASV commands
> and replies, respectively, and changed them accordingly,
> while just passing on everything else. That's not what I
> call an application-level proxy. It's a packet-level proxy
> with some hacks. ;-)
What do yo
Julian Stacey wrote:
> Doubtless some will have bad sectors by now. Here's a rescue tool:
> http://bim.bsn.com/~jhs/src/bsd/jhs/bin/public/valid/valid.c & valid.1
>
> `Valid' runs on FreeBSD, but only rescues when running on MSDOS !
> (because read() on DOS3.2 returns the intact buffer e
Christopher Weimann wrote:
> On Thu, Jan 10, 2002 at 04:32:43PM -0500, Randell Jesup wrote:
> > Back to the original question: do people care about floppies and
> > bad-sector recovery anymore? Aren't floppies on the very verge of
> > disappearing for good, replaced by CDRW's?
> >
>
> M
Leo Bicknell wrote:
> So that leaves getty. I'm a bit confused here, but it appears getty
> (for the console) looks like this:
>
> initialize to getty defaults
> initialize to configured values (from gettytab)
> log in user
>
> I believe the problem is occuring with the initalize to defaults.
Leo Bicknell wrote:
> > Or just wire CD to DTR on the offending device.
>
> For reference, I'm 96% sure the problem in this case is the termainal
> server paying attention to DTR, I believe the way it's configured
> now it ignores CD.
Uh, DTR is the termial equivalent of a modem's DSR + DCD.
Yo
Dustin Puryear wrote:
>
> After a month of futile searching I am unable to find a sar-like tool
> available for FreeBSD. I was alerted to the SNMP capabilities of FreeBSD.
> However, it would still be nice to have a system-level tool available that
> doesn't require SNMP. Does anyone know of anyt
Sheldon Hearn wrote:
> On 11 Jan 2002 13:58:30 GMT, Dominic Mitchell wrote:
> > I'm not an OpenSSL wizard, but this sounds like either a self-signed
> > certificate, or a root CA which isn't in Outlook's trusted list of
> > root CA's.
>
> In Outlook's case (although the problem exists with some N
Leo Bicknell wrote:
> The software is clearly lowering DTR on the console briefly between
> the kernel probes and init running. That is the issue here. Yes,
> it can be hacked around, breaking other things in the process.
> I'd like to zero in on why the software is doing this and fix it
> thoug
Robert Thoelen III wrote:
>
> I am looking to set up a secure tunnel between a
> machine running FreeBSD 4.4 and OpenBSD 3.0. Does
> anyone have scripts for both platforms that would set
> up a simple ESP tunnel between the two?
>
> The reason I ask is because the commands look
> different and
Dan Nelson wrote:
> > Compile up the real sar. SCO released the sources a year or two
> > back, now.
>
> Well, they published a press release saying they would, but the web
> page referenced in the announcement never had any download links, and
> is now 404.
Most intersting SCO web pages have 4
Matthew Emmerton wrote:
> > Compile up the real sar. SCO released the sources a year
> > or two back, now.
>
> If that's the case, then where are they? The only publicly available SCO
> sources I've been able to find are those for csope (which is hosted at
> SourceForge.)
I downloaded them. I
Wilko Bulte wrote:
> > Start with:
> >
> > "A Quick Guide to Configuring IPsec on OpenBSD v2.9"
> > Robert Sigillito, Carol Thompson
> > http://www.daemonnews.org/200111/ipsec.html
> >
> > Once you have the OpenBSD side configured, the FreeBSD
> > should be fgairly straight forwa
Skye Poier wrote:
> It seems that it is possible to call untimeout and then have your timer
> called immediately thereafter. However, we haven't actually seen this in
> practice, this is a theoretical bug. If this is indeed the case, it will
> break lots of our code (misunderstood semantics..)
Ye
Julian Elischer wrote:
> the threads package doesn't do file IO asynchronoulsy
> in fact there ahve been several people threatenning to use AIO
> to make the threads package to that asychronously too.
Which is incredibly funny, if you think about it, since there
are two ways to implement a call c
Sheldon Hearn wrote:
> > RFC 1423 is a good starting point, and there are a lot of nice
> > books on the subject, but I don't think any of them are less
> > than ~300 pages.
>
> Just out of curiosity, what does RFC 1423 call what you refer to as
> "leaf certificates"?
Uh, "leaves"?
Oh... heh...
Bela Bartok wrote:
>
> hi, i am student of computer science, hooked on 2 oses: solaris
> and freebsd. I want to understand why people say: 'binaries are not
> loaded on memory they are mapped (man 2 mmap)' ?.
Because they are demand paged. The pages in a 1M binary are
only loaded as they are re
Foldi Tamas wrote:
>
> Hello hackers,
>
> I tried the following program on Tru64, FreeBSD and linux:
>
> #include
> #include
> #include
> #include
> main() {
> int fd;
> fd = open ( "/tmp/foobar", (O_RDWR | O_CREAT), 0020);
> perror("open");
> close(
Kris Kennaway wrote:
> On Mon, Jan 14, 2002 at 08:39:33PM -0500, Dylan Carlson wrote:
> > I know that work is already underway to incorporate this into the Linux
> > kernel. I'm wondering if there are people within the FreeBSD project who are
> > also working on this.
> >
> > Noteworthy features:
Alp Atici wrote:
> Is gcc 3.x going to be the default compiler starting from
> FBSD 5.x series? Is the development on current branch
> compiled using gcc 3.0 (or up)?
I think that the cut over will happen after the compiler
no longer core dumps on:
main()
{
int i;
"Lajos Zaccomer (ETH)" wrote:
>
>Part 1.1Type: Plain Text (text/plain)
Don't send HTML to the list.
The problem is likely that you have not fully understood option
negotiation. The negotiation is do/don't/will/won't.
See the RFCs, in particular, RFC855. Also, type "telnet" into
the searc
Alexander Leidinger wrote:
> [gcc 3.0.x bug]
> > Actually, that was against 3.0 at -O2.
> >
> > If that's been fixed, I guess we can cut over, as soom as the
> > non-x86 code generation for our other supported platforms
> > works again (tried compiling your RedHat for Alpha lately?).
>
> gcc 3.0.
Sergey Babkin wrote:
> > The good news is that the Caldera management still supports the
> > idea and approved release of these unencumbered sources under
> > a BSD-like license (though the license has to be written yet
> > and go though the legal department, so it will take some time).
> > I'll k
Matt wrote:
>
> Is there any free or not free antivirus software availble in FreeBSD?
Yes. McAfee is available, and Sophos is also available.
You mean for scanning Windows/Mac software stored on a
FreeBSD box, right?
-- Terry
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe f
Dan Nelson wrote:
> This is definitely dependant on what you're building. icc will try and
> use the Linux headers, so if you use FILE, or pretty much any system
> struct, it's not going to run right. Actually, what might work is "icc
> -X -I /usr/include", and then link with the freebsd ld. Bu
Julian Elischer wrote:
> Actually there have been times when I did want to mmap a datastream..
> I think a datastream mapped into a user buffer-space is one of the
> possible 0-copy methods people sometimes mention.
This is ugly. There are prettier ways of doing it.
-- Terry
To Unsubscribe: se
Julian Elischer wrote:
> You can mmap() devices and you can mmap files..
>
> you cannot mmap FIFOs or sockets.
>
> for this reason I think that devices are still well represented by
> vnodes. If we merged vnodes and vm objects,
> then if devices were not vnodes, how would you represent
> a vm a
"D [] me" wrote:
> Data modified on freelist: word 8 of object 0xc0d81880 size 56 previous type
> file (0xde00c000 != 0xdeadc0de)
> panic: zone: entry not free
> Debugger("panic")
> Stopped at Debugger+0x34 movb $0,in_Debugger.426
>
> well I I've no idea why its one this I just found it
Scott Mitchell wrote:
> However, this got me thinking -- is the right solution here to have a PAM
> module that does the setusercontext(), so programs that already know about
> PAM will just work, without needing to know about setusercontext() as well?
> I can see that causing problems with progra
Scott Mitchell wrote:
> > > However, this got me thinking -- is the right solution here to have a PAM
> > > module that does the setusercontext(), so programs that already know about
> > > PAM will just work, without needing to know about setusercontext() as well?
> > > I can see that causing prob
"Lajos Zaccomer (ETH)" wrote:
> You may be interested with my results, thus I summarize briefly what
> I am very much surprised of. You were absolutely right with the order
> of negotiation messages (not surprised of this). I may not know in
> English good (or bad? :-) enough for an RFC. What I w
[EMAIL PROTECTED] wrote:
> Is the kernel smart enough to know if there is enough memory available if you
> allocate too many nmbclusters?
No.
> For example, if you have a disk with a kernel compiled with 25000
> clusters and you pop it on a machine with only 64M, will it crash
> and burn?
For t
Hyong-Youb Kim wrote:
> First off, for each open file, does the kernel keep a unique vnode
> structure? If so, will it have at most one vm_object reference at any
> time?
Yes and not. It depends on what you mean by "for each open
file"; an open instance in user space is not the same thing
as an
"Søren Schmidt" wrote:
> The proper thing is to flush the cache's on shutdown, the way it is now
> all ATA disks are flushed on device close, problem is we newer close
> the / device, which I found out some time after I did the flush code,
> bit newer got around to fixing..
It's been my experienc
Rahul Siddharthan wrote:
> After that I turned write caching off. I had one more panic, but no
> disasters -- the automatic fsck worked. Maybe it's just me but I
> don't really notice a slowing down with write caching off (softupdates
> is still on).
Write caching permits the disk to reorder wr
Mike Silbersack wrote:
> The TCP stack, on the other hand, is perfectly happy with 10ms resolution.
> Retransmission timeouts are only actually used when loss occurs on the
> network, and 10ms is more than accurate enough for retransmission. (I
> believe that retransmit timeouts are rounded up to
Eugene Panchenko wrote:
> I've seen various postings on the Net where people reported
> network-related and overall performance improvements caused
> by settig HZ kernel option to 1000 (for example), that is,
> reducing a tick size to 1ms for their FreeBSD and Linux
> systems.
This is a NETISR pr
Luigi Rizzo wrote:
> On Thu, Jan 31, 2002 at 04:59:31PM -0800, Terry Lambert wrote:
> > You will get a factor of 6 (approximately) improvement in
> > throughput vs. overhead if you process packets to completion
> > at interrupt, and process writes to completion at write time
Alfred Perlstein wrote:
> Forwarding packets is a lot less complicated than doing tcp
> recieve and send. I haven't seen Terry's stuff in action,
> however it makes sense that tcp would see more of an improvement
> than simple IP forwarding.
I guess you are talking the LRP stuff.
I was just tal
Luigi Rizzo wrote:
> but exactly because of this reason, the overhead of netisr should
> be less and less relevant as the processing increases.
Not really. You are barriered up and down, and in any
request/response, you won't be able to process both in
the same NETISR, it will take (at least) 2
"DOROVSKOY,IGOR (A-Portsmouth,ex1)" wrote:
> I've made HZ=10 and ran few very simple tests (icmp, udp)
> thrue gbe interface (3C985B-SX and GA620) against same system
> with HZ=100. To transmit - no big difference. For recieve side
> "overclocked" system bet regular in times. In my case wasn't
Bjoern Fischer wrote:
> > Yes, it's possible to find out which shared object the dlopen call
> > was made from. There's already a function obj_from_addr() in rtld.c
> > which does that. But as far as I know, it is not standard behavior to
> > search the RPATH of the object which issued the dlope
Mike Silbersack wrote:
> I was looking at the timer implementation a few weeks ago and pondering if
> it could be improved as well. I think it's quite clever if you're dealing
> with a quantity of timers < 1000 or so, but it looks like it could be more
> optimal when used with the quantity of tim
Pawe³ Jakub Dawidek wrote:
> I can get vnode of changed file.
> I can get inode number of changed file.
> But how can i get file name?
>
> There is a way to get inode when i have file name and p (struct proc), so
> maybe there is a way to get file name from inode number and p.
>
> And another t
Pawe³ Jakub Dawidek wrote:
> Nope. We are in kernel area.
> I want to control for example open() syscall:
> static int my_open(register struct proc *p, register struct open_args *ea)
> {
> [...]
> }
> Name of file to open is in ea->path, but this name can be: ./somefile
> and i need a full path to
Maksim Yevmenkin wrote:
> More distant goal is to write support for Service Discovery Protocol
> (SDP) and RFCOMM protocol (serial port emulation over Bluetooth link).
FWIW:
The SDP is based on SLP; the Salutation Consortium (also
with major support from IBM) has several implementations
of this,
Alfred Perlstein wrote:
> > Well, if Linux aligns the initial stack, the chance that gcc will have
> > auto-alignment added sounds to be about zero. You might as well go ahead
> > with your patch when you get a chance.
>
> I agree, either way we should try to optimized the current situation,
> e
Duncan Barclay wrote:
> There are now a few devices with Bluetooth in them. Sony has had a Viao
> with it in for a while.
Which model? My PCG-XG29 and the 505 a friend of mine
recently bout don't have it. You'd think that with IBM
being so "gung ho" about BlueTooth, that every ThinkPad,
IBM "Pa
Mike Meyer wrote:
> Here's what happens when I try and mount one on a SCSI cdrom drive:
>
> bash-2.05a$ mount /cdrom
> cd9660: /dev/cd0c: Invalid argument
>
> This one worked on Windows. At least, I managed to get it to play the
> video.
Do you read German?
Here is a Linux vers
John Polstra wrote:
> After 25 minutes testing that with NTIMECOUNTER=5, I haven't
> gotten any microuptime messages. So it appears that my problem was
> just that the current timecounter wrapped all the way around the ring
> while microuptime was interrupted, due to the high HZ value and the
Yar Tikhiy wrote:
> Thanks, the DIOCGDINFO ioctl is nearly what I was looking for.
>
> However, there seems to be a number of problems (or my misunderstandings?)
> about it. This ioctl can't be used against non-BSD slices; it
> fails on them with EINVAL due to code in kern/subr_diskslice.c.
> OT
John Polstra wrote:
> In article <[EMAIL PROTECTED]>, Bjoern
> Fischer <[EMAIL PROTECTED]> wrote:
> > I had to closer look into shared objects wrt self-containedness.
> > Here is a patch for ldd(1), that extends it to be used w/ shared
> > libraries, too.
>
> Thanks. Strangely enough, Maxim Sobo
What you are asking for is called "process group negaffinity";
a cheesy way to achieve this is to lock processes to a
particular processor instead (forced affinity), which will
make sure they don't run on the same processor. THis is a
cheesy way of doing it because with two processes on a four
CP
Umesh Krishnaswamy wrote:
> Are there any gotchas about porting over from Linux a multi-threaded
> application? FreeBSD version that I am using is 4.2.
FreeBSD 4.2 uses a user space threading model. Linux
threads are supported through the use of a GPL'ed kernel
module and library, so you will ne
"Dmitry A. Bondareff" wrote:
>
> How to minimize traffic for upgrading remote host ?
The best upgrade process I have come up with so far for
remote hosts (or rach mount systems withoout CDROM drives
in them) is to:
1) Create a new directory on the CDROM before you
burn it called "u
Ian wrote:
> > Out [TCP] [TCP] 192.168.0.10:3979 -> 207.69.200.225:110 aliased to
> >[TCP] 207.69.102.20:3979 -> 207.69.200.225:110
> > Out [TCP] [TCP] 192.168.0.10:3979 -> 207.69.200.225:110 aliased to
> >[TCP] 207.69.102.20:3979 -> 207.69.200.225:110
> > Out [TCP] [TCP
"Eugene M. Kim" wrote:
>
> This is a common problem of most umass devices that implements BBB
> protocol, and arises from the fact that those devices don't understand
> the 6-byte SCSI READ command. You can add a quirk entry to
> src/sys/cam/scsi_da.c (refer to quirk entries that have DA_Q_NO_6_
Josef Karthauser wrote:
> On Thu, Feb 07, 2002 at 03:52:26PM -0800, Terry Lambert wrote:
> > > IIRC this problem is being addressed at a more fundamental level on
> > > -current, by adding a 6-byte-to-10-byte READ command translator
> > > somewhere in the abstractio
"Eugene M. Kim" wrote:
> The USB development team seems to have something similar to your idea in
> their mind; see the comment for rev 1.47 of:
>
>
>http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/usb/umass.c?f=u&only_with_tag=MAIN&logsort=date
>
> It mentions about `da(4) becoming more inte
Nero wrote:
> Just thought I'd bring your attention to the new "radix tree page cache"
> in use by linux - I dont know what freebsd do at the moment, but it looks
> like it will improve scalability (you guys might want to use the idea).
> Anyway, heres the link: http://lwn.net/2002/0207/kernel.php
Maxim Sobolev wrote:
> $ cc test.c -o test -lc -lc_r
>
> When either of -lc or -lc_r is omitted, or their order is reversed the
> problem disappears. The problem doesn't exist on 4-STABLE.
>
> Any ideas, comments and suggestions are welcome.
Symbols are resolved from libraries in the order in w
Maxim Sobolev wrote:
[...]
> > Symbols are resolved from libraries in the order in which
> > they are specified to the linker.
> >
> > So the fix is obvious: specify them in the right order.
[...]
> All not as easy as it seems to be. -lc could come not from the command
> line, but from one of the
Maxim Sobolev wrote:
> That would be nice, but we have a real problem at hand. As I said, I
> think that ld(1) should be smart enough to reorder libc/libc_r so that
> libc_r is always linked before libc. This is clearly not the case
> right now. Unfortunately there is no easy way to reproduce this
Maxim Sobolev wrote:
> When you are linking with shared libraries you do not need to specify
> them in the "correct" order, because AFAIK linker takes care of that
> using dependency information recorded within each shared library.
> Correct order only required for static libraries that do not hav
Maxim Sobolev wrote:
> No, I meant ld(1). The problem here is that in the case when libc is
> recorded before libc_r in dynamic dependencies list the resulting
> executable may not work correctly (see my testcase).
Patient: "Doctor, it hurts when I record libc before libc_r
in the dynam
Ruslan Ermilov wrote:
> Sorry, but I don't get it. I can't reproduce it other than specifying
> -lc explicitly. For example, -lssh now depends on -lcrypto and -lz, in
> that order. Attempting to link a program with -lc_r -lssh gives, in
> that order:
>
>libc_r.so.5 => /usr/lib/libc_r.so.5
Ruslan Ermilov wrote:
> > Seriously, the "Evolution" build process is seriously
> > broken; it works on Linux because Linux has a simple
> > threads implementation, rather than an efficient one.
>
> Doctor's Assistant: "No library should ever have an explicit
> dependency on libc".
One case that
Maxim Sobolev wrote:
> But no library has it here! libc comes out of blue just before libc_r
> - see attached script. Perhaps I'm missing something, but I can't
> figure out where it comes from, could you?
What does your patched ldd say about each and every one
of those .so's you are linking in p
Oliver Fromme wrote:
> > Could this be "auto-quirked"?
[ ... ]
> It seems to me that umass_scsi_transform() in umass.c is
> the place intended for this kind of things. After the
> first failure (which is detected in umass_bbb_state()),
> a flag (quirk) should be set in the softc, and afterwards
Lars Eggert wrote:
> quick question: Are there any irqs that are generally a good source of
> entropy, for use with rndcontrol? I need a single setting that works
> well on a number of different machines (for our default configuration).
> Are there any drawbacks to specifying many irqs here (in th
Gérard Roudier wrote:
> A couple of READ/WRITE 6 byte commands are still mandatory for SCSI block
> devices in order to accomodate softwares as boot software for example that
> may not be upgradable on systems still in use.
Not a real problem, since if the device doesn't support
the 5 byte comman
Maxim Sobolev wrote:
> > Yes, this is exactly the case: the shared library is linked
> > against libc.so. THis is actually legal, and, in some cases,
> > desirable.
> >
> > In the "Evolution" case, though, it's bogus.
>
> As you can see from my log there was no library explicitly linked with
> l
Gérard Roudier wrote:
> The performance issue is certainly negligible (~ 1 micro-second), and as I
> wrote above it only applies to the first GB of disks. (Additionnaly, the
> tranfer length is limited to 256 sectors)
>
> So, unless we want to advertise about best support for 1 GB hard disks,
> b
Maxim Sobolev wrote:
> > What does your patched ldd say about each and every one
> > of those .so's you are linking in perhaps being linked
> > against libc.so, or linked against something linked
> > against something ... linked against something linked
> > against libc.so?
>
> It reports the ful
Josef Karthauser wrote:
> It has been merged to -current. I'll look at the merge to -stable, but
> I've not got any -stable hardware with USB to test on.
Oh, oh, the jokes... must... resist... the... jokes...
-- Terry
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hac
"Vladislav V. Anikiev" wrote:
>
> Hello Brian,
>
> The MAC address - I meen The Media Access Control address (i.e., ethernet
> hardware address, not IP address). I want to use the default hardware (not
> current physical ) address in my license management software.
>
> Why did you write: "
Garance A Drosihn wrote:
> NIC can also mean Network Interface Card, and each card will (hopefully)
> have it's own unique MAC address.
It's Simple:
NIC = MAC + PHI + BI
A NIC (Network Interface Card) is a MAC (Media Access
Controller) plus a PHI (Physical Hardware Interface)
plus a BI
Bill Kish wrote:
> I've recently started seeing "double fault" panics on a formerly FreeBSD
> 2.2.8 based system (It's running 2.2.8 as a somewhat embedded OS, so please
> don't flame me about being back rev!)
[ ... ]
> My rough understanding is that double faults are usually the result of
> run
Wilko Bulte wrote:
> > Some NICs allow you to change the default MAC address by
> > reflashing the BIOS in them. There are tools to do this
> > in software.
>
> Or just reprogram it for runtime use only. DECnet comes to mind.
> No flashing needed there.
Yes. The LANCE based DEQNA's from the Mi
Bill Kish wrote:
> Nothing's changed hardware or configuration wise.
You will not believe how many times I've seen this, and
it comes down to "well, there was one thing, but it can't
_possibley_ have been that!".
> Since this system handles alot of network traffic, I was
> thinking it might be
User Seva wrote:
> I commented out "continue" in if_ep.c.
> There is no any "No buffer space available" any more.
If you are missing it, then you can set up a PPP connection,
and then unplug your modem and start a "ping".
(it's still a routing problem).
-- Terry
To Unsubscribe: send mail to [E
Nero wrote:
> Just thought I'd bring your attention to the new "radix tree page cache"
> in use by linux - I dont know what freebsd do at the moment, but it looks
> like it will improve scalability (you guys might want to use the idea).
> Anyway, heres the link: http://lwn.net/2002/0207/kernel.php
801 - 900 of 1733 matches
Mail list logo