Re: What are the best gcc optimization options for Pentium 200 MMX
[EMAIL PROTECTED] (Kris Kennaway) writes: Can you say "gimmick"? :-) gcc often produces demonstrably broken code for optimisation levels higher than -O. That -O is safe seems to be a persistent myth. GCC also produces broken code for -O and no optimization in some cases, sometimes while producing working code for higher optimization levels... I wouldn't state e.g. that -O2 produces broken code any more often than -O, this may have been true for version X.Y.Z but is certainly not universally true. I believe that the reasons the FreeBSD build uses -O are the fact that especially with older versions of gcc, -O2 slowed down compilation considerably for little noticable performance improvement (as for -O3, automatic inlining is generally undesirable), and it is always best to only have to test the system with a single set of flags. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: What are the best gcc optimization options for Pentium 200 M
Hi .. I agree that optimizations are most of the time "futile" :) .. so is resistance :) ... ina ny case .. I like to live on the edge .. that is why I'm running 5.0-current .. and I've compiled the following things with optimizations. o The whole source tree .. including my kernel o XFree86 o KDE 1.1.2 And most of the other ports I've installed ... like vmware, kdevelop etc. to name but a few ... And again ... I know I am taking a risk .. but I've been running this system for about 6 months now ... and I haven't even seen one panic or core which is "unexplained" due to bad code generation. Just once again .. YRS I know gcc generates bad code sometime and optimizations isn't the way to go ... but it works for me .. for now :) The optimizations I'm using In /etc/make.conf CFLAGS= -O6 -mpentiumpro -march=pentiumpro -pipe -s -fexpensive-optimizations -ffast-math COPTFLAGS= -O6 -mpentiumpro -march=pentiumpro -pipe -s -fexpensive-optimizations -ffast-math And I know -O6 is an over kill ... Bye Reinier I doubt Mandrake gets any significant performance boost from using gcc with optimisation levels beyond -O. They just use this "super optimised" to stand out from all other Linux crowd rather than for any practical purpose. It has been reported several times that optimisation levels O2 ang higher are buggy and known to generate wrong code on several occasions. This was true for gcc 2.7.2.3 and it is still true for gcc 2.95.2. In other words, your attempt to squeese last drop of performance from your system in this way is futile :). The gain you will get is just not worth associated risks. On 08-Apr-00 Alexey N. Dokuchaev wrote: To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
efficiency of maxproc hardlimit
Hello,
up till now I was convinced that a proper /etc/login.conf
provides enough protection against silly dos efforts like
fork bombs.
Well, while a hard maxproc of 64 protects very well against
echo '#!/bin/sh
a
a ' a; chmod 755 a; ./a
but it fails to prevent that this
main(){fork();main();}
leaves the machine in an unusable state (it does ping
back, one may break into the kernel debugger, but no
io).
Any way to prevent this (without harming the user)?
Björn
PS: Please no dispute about overcommittment or
my-fork-bomb-is-better-than-yours.
--
-BEGIN GEEK CODE BLOCK-
GCS d--(+) s++: a- C+++(-) UBOSI$ P+++(-) L---(++) !E W- N+ o+
K- !w !O !M !V PS++ PE- PGP++ t+++ !5 X++ tv- b+++ D++ G e+ h-- y+
--END GEEK CODE BLOCK--
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Re: efficiency of maxproc hardlimit
* Bjoern Fischer [EMAIL PROTECTED] [000410 01:15] wrote:
Hello,
up till now I was convinced that a proper /etc/login.conf
provides enough protection against silly dos efforts like
fork bombs.
Well, while a hard maxproc of 64 protects very well against
echo '#!/bin/sh
a
a ' a; chmod 755 a; ./a
but it fails to prevent that this
main(){fork();main();}
leaves the machine in an unusable state (it does ping
back, one may break into the kernel debugger, but no
io).
Any way to prevent this (without harming the user)?
Please reread the documentation on limits.
cputime unlimited
filesizeunlimited
datasize256MB -
stacksize 64MB-
coredumpsizeunlimited
memoryuse unlimited
memorylockedunlimited
maxproc 4115
descriptors 8232
sockbufsize unlimited
If appropriate limits are in place and you still get problems
then let us know.
--
-Alfred Perlstein - [[EMAIL PROTECTED]|[EMAIL PROTECTED]]
"I have the heart of a child; I keep it in a jar on my desk."
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
RE: How hard would it be...
Umm. Wasn't there something about NetBSD running diskless on that thing? Slashdot, if I remember will. Kees Jan == You are only young once, but you can stay immature all your life To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: How hard would it be...
In message [EMAIL PROTECTED] "Koster, K.J." writes: : Umm. Wasn't there something about NetBSD running diskless on that thing? : Slashdot, if I remember will. Yes. There was. However, there is a rumor going around that the proceedure will produce an unbootable system on newer, tamper resistant models. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Sample newbus driver: LED driver for I-Opener
Here's a simple LED driver for the iopener. I did this as a thought
excersize since I don't have one running FreeBSD right now. I've
loaded/unloaded the driver and that's the extent of my testing.
The leds on the iopener are controlled by two leds, according to
publicly available information. This is a simple driver. If you read
from it, it gives you back one character status. If you write to it,
it will turn the led on or off. Details in the driver. It is generic
enough that people should find it useful in other applications.
This is also a simple driver that people wishing for examples might
want to use. It is released under the beerware license from phk, with
his name filed off, and mine inserted, since I wrote it, not him. It
doesn't do all the foo{reg,var}.h stuff like it should, but it is a
very simple driver.
http://people.freebsd.org/~imp/led.tar.gz
It compiles and appears to load against -current. The Makefile and
led.c should be in the same directory. On -current systems, define
SYSDIR to point to the kernel source and this should just build.
Older systems may need to add it to sys/modules for it to work.
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Re: somewhat random mostly-lockups in 5.0
Well, it seems that -CURRENT likes locking up nowdays. It started happening very recently, and I (as well as jlemon) do suspect that it's a problem with some of the changes that were made to the syscall mechanisms on 3/28/2000. Keep in mind that this problem is completely corroborated by a friend whose machine behaved exactly the same starting at the same time. I hadn't noticed it until now because it seems to occur under rare circumstances, which are untknown till now. The circumstances sre trivial things like compiling things and playing mp3's, normally quite mediocre stuff. The syptoms are that the machine locks up. Hard. But there's a catch: it _can_ be pinged. In fact, TCP connections can be made. In my case, SSH connected, but the remote end never sent/received any data (or, that is, showed signs). In my friend's case, telnet connected, but yet no data was received or acknowledged. According to jlemon, whose diagnosis makes sense, the problem is that for whatever reason the kernel is not returning to user mode. That explains why sshd doesn't work, telnetd doesn't work, XFree86 and apps don't respond. The question is, why? FWIW, I can confirm that my laptop has been doing exactly this. Pings work, everything else is dead. Mouse movement in X works for a while after the machine goes AWOL, but eventually that locks up too. I suspected vmware to be the culprit (or one of its klds), but I know now that's not the case because it sometimes happens as I shut down This *may* have started happening when I did this: Filesystem 1K-blocks UsedAvail Capacity Mounted on . linprocfs 440 100%/usr/compat/linux/proc -- Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / [EMAIL PROTECTED]`--' -- Brian [EMAIL PROTECTED]brian@[uk.]FreeBSD.org http://www.Awfulhak.org brian@[uk.]OpenBSD.org Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
fddi resolve multi
I built a kernel with device fpa0 pseudo-device fddi and while compiling the kernel I got a warning: #warning: implement fddi resolve multi... What does it mean? -- Chris Christoph P. U. Kukulies [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Determining traffic on a socket
Hi all I doubt that this can be done, but it would solve me a lot of headaches if it can! I would like to know if there is a way I can, given a file descriptor (which will be a TCP socket), determine how many bytes have been sent and received through that socket since it was opened. Obviously one way is to keep a count of reads and writes, but what I really want is to have a wrapper process that can spawn arbitrary one-shot servers and then log the traffic produced and consumed by that server when it terminates. Another option is to communicate with the server via pipes, but that may break if the server needs to be able to do getsockname() and getpeername() calls. So the real solution would (I imagine) involve some kind of kernel querying. Any ideas, anyone? TIA gram -- Dr Graham WheelerE-mail: [EMAIL PROTECTED] Director, Research and Development WWW:http://www.cequrux.com CEQURUX Technologies Phone: +27(21)423-6065 Firewalls/VPN SpecialistsFax:+27(21)424-3656 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: What are the best gcc optimization options for Pentium 200 M
On Mon, 10 Apr 2000, Reinier Bezuidenhout wrote: Hi .. I agree that optimizations are most of the time "futile" :) .. so is resistance :) ... ina ny case .. I like to live on the edge .. that is why I'm running 5.0-current .. and I've compiled the following things with optimizations. o The whole source tree .. including my kernel o XFree86 o KDE 1.1.2 And most of the other ports I've installed ... like vmware, kdevelop etc. to name but a few ... And again ... I know I am taking a risk .. but I've been running this system for about 6 months now ... and I haven't even seen one panic or core which is "unexplained" due to bad code generation. Just once again .. YRS I know gcc generates bad code sometime and optimizations isn't the way to go ... but it works for me .. for now :) The optimizations I'm using In /etc/make.conf CFLAGS= -O6 -mpentiumpro -march=pentiumpro -pipe -s -fexpensive-optimizations -ffast-math COPTFLAGS= -O6 -mpentiumpro -march=pentiumpro -pipe -s -fexpensive-optimizations -ffast-math Thanx, that kind an answer I was looking forward. One question however: how did you come up to exactly this set of options, by trial and error, or just figured out from reading mans and whatever that this is the best set of options? Cheers, /* Alexey N. Dokuchaev, more commonly |*/ /* known as DAN Fe | mailto:[EMAIL PROTECTED] */ /* | ICQ UIN: 38934845 */ /* Novosibirsk State University | http://inet.ssc.nsu.ru/~danfe/ */ /* Scientific Study Center Computer Lab |*/ [Team Assembler] [Team BSD] [Team DooM] [Team Quake] -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d-@ s+: a--- C++(+++) UBL$ P++$ L+ E-- W++ N++ o? K? w-- O- M V- PS PE Y+ PGP+ t+ 5+ X+ R- !tv b++ DI+ D+++ G++ e h !r !y+ --END GEEK CODE BLOCK-- Microsoft: Where do you want to go today? Linux: Where do you want to go tomorrow? FreeBSD:Are you guys coming or what? Microsoft: What are we going to rip off today and claim as our own? Microsoft: Where do you want to be taken today? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
RE: What are the best gcc optimization options for Pentium 200 M
CFLAGS= -O6 -mpentiumpro -march=pentiumpro -pipe -s -fexpensive-optimizations -ffast-math COPTFLAGS= -O6 -mpentiumpro -march=pentiumpro -pipe -s -fexpensive-optimizations -ffast-math I'll bet you can beat all of those with regular system management optimizations. Killing daemons, using twm instead of kde, striping, buying motherboards with fast memory buses. All of those are proven to be stable, work on any UNIX (not just FreeBSD/pentium) and there's a whole lot of books and howto's: "System Performance Tuning", for example. Once you've done that, I don't think a mere -O6 is going to give you more than 1 or 2 percent of unstable extra performance. *shurg* Why bother? Kees Jan == You are only young once, but you can stay immature all your life To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Determining traffic on a socket
* Graham Wheeler [EMAIL PROTECTED] [000410 03:15] wrote: Hi all I doubt that this can be done, but it would solve me a lot of headaches if it can! I would like to know if there is a way I can, given a file descriptor (which will be a TCP socket), determine how many bytes have been sent and received through that socket since it was opened. Obviously one way is to keep a count of reads and writes, but what I really want is to have a wrapper process that can spawn arbitrary one-shot servers and then log the traffic produced and consumed by that server when it terminates. Another option is to communicate with the server via pipes, but that may break if the server needs to be able to do getsockname() and getpeername() calls. So the real solution would (I imagine) involve some kind of kernel querying. Any ideas, anyone? Checkout /usr/include/sys/socketvar.h and /usr/src/sys/kern/uipc_socket.c, you should be able to add a "transmitted" feild to the struct sockbuf and keep track of it with minimal effort. I think you could then use an ioctl to retrieve the information. -- -Alfred Perlstein - [[EMAIL PROTECTED]|[EMAIL PROTECTED]] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
RE: What are the best gcc optimization options for Pentium 200 M
Can you lead us to any of this HOWTO's? Tnx. Well, many good sys admin books exist, I already mentioned "System Performance Tuning", it's one of the Nutshell handbooks. I don't know the author off the top of my head. The mailing list achives will give you plenty of tips and tricks, although less organised. :) I that book, the author suggests you first create a benchmark and then try to determine what resources and optimizations apply. The author states that a good sysadmin knows exactly what the bottlenecks are in his or her system. I found that buying that book saved me well over the price of it in time and hardware. For me, the benchmark is building a GENERIC kernel, since I do a lot of c++ development. I timed that and found with vmstat and friends that I was using not even 50% of my cpu. I needed more memory (so I now run twm only) and optimize disk access (my /usr is now striped across two disks, each with their own controller) and eliminate disk access (MFS on /tmp, setenv TMPDIR /tmp). Currently, my bottleneck is memory bandwidth, and I will fix that with an Athlon/KX133 combo in a month or so. :-) Frankly, compiler optimizations are not even mentioned. Kees Jan == You are only young once, but you can stay immature all your life To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: What are the best gcc optimization options for Pentium 200 MMX
On Mon, Apr 10, 2000, Ville-Pertti Keinonen wrote: [EMAIL PROTECTED] (Kris Kennaway) writes: Can you say "gimmick"? :-) gcc often produces demonstrably broken code for optimisation levels higher than -O. That -O is safe seems to be a persistent myth. GCC also produces broken code for -O and no optimization in some cases, sometimes while producing working code for higher optimization levels... I wouldn't state e.g. that -O2 produces broken code any more often than -O, this may have been true for version X.Y.Z but is certainly not universally true. I believe that the reasons the FreeBSD build uses -O are the fact that especially with older versions of gcc, -O2 slowed down compilation considerably for little noticable performance improvement (as for -O3, automatic inlining is generally undesirable), and it is always best to only have to test the system with a single set of flags. I have exactly the same problem hacking squid code under 4.0-CURRENT and 5.0-CURRENT. Basically, inside the dns routines a variable would be corrupted between a couple of non-relevant lines, and cause squid to segfault after trying to resolve anything. Taknig out -O2 and replacing it with -O causes the same problem. Its annoying. :( Adrian To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Safe sourcing of rc files
On Mon, 10 Apr 2000, Doug Barton wrote: Since the move to /etc/defaults/rc.conf, one of the consistent examples of foot-shooting is the user blindly copying that file to /etc/rc.conf without reading the warning at the end not to do this, or at least to delete the bit at the end that does the recursive sourcing of /etc/rc.conf and /etc/rc.conf.local. After careful experimentation, and a few abortive attempts, I have developed the following technique. [snip] Excellent way to help the situation. However, I think that it is the wrong approach. Rather that having all that code to test for, and correct , the recursive file inclusions, I think we should go the other direction and simply eliminate the recursions in the first place. Remove ALL "code" from the rc.conf files and make them strictly definitions of variables. Put the logic that supports multiple rc.conf files in a different support file which you source at the top of each of the rc files. This has the following advantages: 1) It simplifies the individual rc files by hiding the implementation logic. 2) There is a clean separation of logic and parameter definitions 3) The resulting rc.conf files can be easily parsed/generated by a configuration utility. 4) As with your solution, there is no problem with recursion. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
RE: What are the best gcc optimization options for Pentium 200 M
On Mon, 10 Apr 2000, Koster, K.J. wrote: All of those are proven to be stable, work on any UNIX (not just FreeBSD/pentium) and there's a whole lot of books and howto's: "System Performance Tuning", for example. Can you lead us to any of this HOWTO's? Tnx. Cheers, /* Alexey N. Dokuchaev, more commonly |*/ /* known as DAN Fe | mailto:[EMAIL PROTECTED] */ /* | ICQ UIN: 38934845 */ /* Novosibirsk State University | http://inet.ssc.nsu.ru/~danfe/ */ /* Scientific Study Center Computer Lab |*/ [Team Assembler] [Team BSD] [Team DooM] [Team Quake] -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d-@ s+: a--- C++(+++) UBL$ P++$ L+ E-- W++ N++ o? K? w-- O- M V- PS PE Y+ PGP+ t+ 5+ X+ R- !tv b++ DI+ D+++ G++ e h !r !y+ --END GEEK CODE BLOCK-- Microsoft: Where do you want to go today? Linux: Where do you want to go tomorrow? FreeBSD:Are you guys coming or what? Microsoft: What are we going to rip off today and claim as our own? Microsoft: Where do you want to be taken today? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: somewhat random mostly-lockups in 5.0
On Sun, 9 Apr 2000, Alfred Perlstein wrote: This can happen when the kernel is stuck in an infinite loop somewhere, you're still responding to interrupts, just stuck somewhere. FYI: ~ % uname -a FreeBSD thumper 5.0-CURRENT FreeBSD 5.0-CURRENT #1: Sun Apr 2 16:29:20 PDT 2000 bright@thumper:/home/src/sys/compile/thumper i386 ~ % uptime 10:58PM up 7 days, 4:06, 21 users, load averages: 0.01, 0.02, 0.00 I've been building world, playing mp3s, using fxtv and xmradio. Like I said, it doesn't really have anything to do with what you're doing, it just seems that it has to do with the fact the machine is running at all... My setup is fine, perhaps you can furnish us with a traceback? These kinds of lockups are very easy to fix with a traceback because they just mean that most likely the kernel is stuck in an infinite loop somewhere. In otherwords, unplug your palm pilot and attach a console. I'm going to get my friend to get a traceback and whatever else is possible. He has a laptop and "null" serial cable to use, and he experiences these problems as much as I do; I'll just convince him to keep running the latest -CURRENT and get the serial console working. thanks, -- -Alfred Perlstein - [[EMAIL PROTECTED]|[EMAIL PROTECTED]] "I have the heart of a child; I keep it in a jar on my desk." -- Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / [EMAIL PROTECTED]`--' To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: desire for ftp.internat.freebsd.org mirror
Mark Murray([EMAIL PROTECTED])@Sat, Apr 08, 2000 at 01:19:57PM +0200: I could do this. What arre the setup concerns? nearly none, it runs chrooted... cd /usr/ports/net/rsync make install clean man rsync man rsyncd.conf easy going... /k M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org -- "I think pop music has done more for oral intercourse than anything else that has ever happened, and vice versa." -- Frank Zappa http://www.webmonster.de http://www.apache.de http://www.splatterworld.de (NIC-HDL KR433/KR11-RIPE) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
proxy arp
Does Proxy Arp work only for sppp/slip or is it a kernel feature that works generally. I have a FDDI router (DEFPA on the uplink side, fxp0 100 MBit downlink). To avoid another network number on the downlink side I would like to do something that is known as proxy arp in sppp situations where the dialin host becomes part of the dialup hosts ethernet network. Is this possible in general with the configuration I'm describing above? (looking for proxy arp in the Internet (yahoo) reveals that proxy arp is not unproblematic - Linux seems to have problems with this, natd is also a source for problems in that area). -- Chris Christoph P. U. Kukulies [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: How hard would it be...
Warner Losh wrote: In message [EMAIL PROTECTED] "Koster, K.J." writes: : Umm. Wasn't there something about NetBSD running diskless on that thing? : Slashdot, if I remember will. Yes. There was. However, there is a rumor going around that the proceedure will produce an unbootable system on newer, tamper resistant models. So all they did to make them "tamper resistant" was to update the BIOS to only boot QNX partitions? What a lovely little batch of STO. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC [EMAIL PROTECTED] http://softweyr.com/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: How hard would it be...
In message [EMAIL PROTECTED] Wes Peters writes: : So all they did to make them "tamper resistant" was to update the BIOS : to only boot QNX partitions? What a lovely little batch of STO. That's conjecture. I think they have done other things as well. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Fatal trap 12 in arpintr in FreeBSD 4.0-Release
As I mentioned the other day, after installing FreeBSD 4.0-Release I started getting random spontaneous reboots while in X (after running FreeBSD 3.4-Release for 2 months without any problems). Now that I've started debugging my driver, I enabled DDB, and now instead of rebooting I'm crashing into DDB (when my driver isn't loaded)... (I'm also crashing with my driver, but that's another story :) I left my machine sit at the console login prompt over the weekend, and today found it had crashed into DDB, showing a "Fatal trap 12: page fault while in kernel mode", which happened at arpintr+0x9C. And I'm fairly sure this is exactly the same trap I saw a couple of times since enabling DDB. I'm completely new to using DDB, but a "trace" showed that arpintr was called from swi_net_next, which was called from Xresume11 (??), the trace then shows "--- interrupt", having been called from default_halt(). Oh, and the "current process" was "Idle". (Is Xresume11 part of X-Windows??) Just to be clear: X was *not* running, this was a console login prompt, and no "user programs" were running in the background. Does this make sense to anyone? I've seen some other reports of "spontaneous reboots" with 4.0 on the -stable list - perhaps this is the cause for those people as well? As I said, I'm new to debugging on BSD, so if the above isn't sufficient info for someone familiar with the code to find the problem, give me explicit instructions and maybe I can provide more info... Gary To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: somewhat random mostly-lockups in 5.0
The syptoms are that the machine locks up. Hard. But there's a catch: Erm, Brian, You *know* nobody can debug a problem like this without hard information. It's like calling a mechanic on the phone and saying "My car won't go. It just doesn't move at all! Tell me what's wrong!" Compile in the kernel debugger and start hunting around when the system "locks up" next time. Just figuring out which wait address processes are stuck on would be a BIG HELP. Saying your machine locks up but is still pingable narrows it down to only several thousand lines of code. Even jlemon's "diagnosis" is of only marginal help without actually having access to the failing machine. - Jordan P.S. My -current box from April 6th has yet to do anything like this. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: mntent.h - what is it?
On Sun, Apr 09, 2000 at 06:30:55PM +0200, Christoph Kukulies wrote: I'm trying to port quicktime for Linux to FreeBSD (xmovie). I'm stumbling across the following code fragment: #include mntent.h! #include sys/stat.h #include stdlib.h [snip] is mntent a linux speciality? You really need a linux box to read manpages and browse headers on if you're going to be porting software. The glibc manpages claim it's a 4.3BSD features, but it's not mentioned in the 4.3 manpages on the FreeBSD site. It looks to me like the closest thing you'll find is getmntinfo(3). -- Brooks -- Any statement of the form "X is the one, true Y" is FALSE. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Sample newbus driver: LED driver for I-Opener
In message [EMAIL PROTECTED] Warner Losh writes: : The leds on the iopener are controlled by two leds, according to bits in a gpio port. : publicly available information. This is a simple driver. If you read : from it, it gives you back one character status. If you write to it, : it will turn the led on or off. Details in the driver. It is generic : enough that people should find it useful in other applications. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: desire for ftp.internat.freebsd.org mirror
I could do this. What arre the setup concerns? nearly none, it runs chrooted... cd /usr/ports/net/rsync make install clean man rsync man rsyncd.conf easy going... Why not just use cvsup? It is already installed and running on internat and the firewall is already configured to allow it through. John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
NFS FHs, what are they (how are they made?)
I was previously under the impression that a NFS FH was basically a concatenation of a device # and an inode #. This was shot down earlier today. The problem was that a disk had failed and we where doing a replacement (the new disk was not identical to the old, it was substantially larger). I proceeded to format it so that the old fstab entry would work with the new drive (that is the NFS exported partition would be called /dev/wd1s1h -- same device number, no?) I then used dump/restore to ensure that the inode numbers would remain the same. Making to further changes I shut down the machine, swapped in the new drive and brought the system back up. The new drive was mounted faithfully by the old fstab. Yet I now see "Stale NFS Handle"s on my clients. What did I do wrong? -- David Cross | email: [EMAIL PROTECTED] Lab Director | Rm: 308 Lally Hall Rensselaer Polytechnic Institute, | Ph: 518.276.2860 Department of Computer Science| Fax: 518.276.4033 I speak only for myself. | WinNT:Linux::Linux:FreeBSD To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: NFS FHs, what are they (how are they made?)
In message [EMAIL PROTECTED], "David E. Cross" writes: I then used dump/restore to ensure that the inode numbers would remain the same. I don't think restore can preserve inode numbers. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: desire for ftp.internat.freebsd.org mirror
On Mon, 10 Apr 2000, John Hay wrote: Why not just use cvsup? It is already installed and running on internat and the firewall is already configured to allow it through. The question was about mirroring the FTP site, i.e. all of the binary packages and stuff which are also there. Kris In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: mntent.h - what is it?
On Mon, Apr 10, 2000 at 02:23:21PM -0600, Wes Peters wrote: This is a SysV-ish way to get info about mounted filesystems, so the glibc manpage is completely stoned (imagine that). I know this existed in SVR2, at least. I did some more investigating. A similarly named, but almost entierly different iterface apears in SysV. The Linux interface appears in SunOS 4.1.3. However, it's not in 4.3BSD Net/2 or Reno. Unless this was nuked in 4.3 it looks like this is infact a SunOSism that wandered into glibc. It appears that the authors sucessfully choose the least portable of the three available APIs. ;-) -- Brooks -- Any statement of the form "X is the one, true Y" is FALSE. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: NFS FHs, what are they (how are they made?)
:I was previously under the impression that a NFS FH was basically a :concatenation of a device # and an inode #. This was shot down earlier today. :The problem was that a disk had failed and we where doing a replacement (the :new disk was not identical to the old, it was substantially larger). I :proceeded to format it so that the old fstab entry would work with the new :drive (that is the NFS exported partition would be called /dev/wd1s1h -- :same device number, no?) I then used dump/restore to ensure that the :inode numbers would remain the same. Making to further changes I shut down :the machine, swapped in the new drive and brought the system back up. The :new drive was mounted faithfully by the old fstab. Yet I now see :"Stale NFS Handle"s on my clients. What did I do wrong? : :-- :David Cross | email: [EMAIL PROTECTED] It's probably the file iteration number, which the NFS server uses to detect when a file is destroyed (inode is freed), and then the inode is reused for something else. I think this case after dump/restore was written, so restore has no clue about it. /usr/include/ufs/ufs/dinode.h, I think it's the 'di_gen' field. When you newfs a filesystem it's supposed to populate this field with a random number also. So short of doing a disk-to-disk image copy, there is no way you would be able to maintain disk consistency from NFS's point of view. -Matt Matthew Dillon [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: NFS FHs, what are they (how are they made?)
:In message [EMAIL PROTECTED], "David E. Cross" writes: : :I then used dump/restore to ensure that the :inode numbers would remain the same. : :I don't think restore can preserve inode numbers. : :-- :Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 :[EMAIL PROTECTED] | TCP/IP since RFC 956 Yup, that too. The manual page even talks about it in the second-to-last paragraph. -Matt Matthew Dillon [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
problems with -O -pipe in guile port
I was trying to install gnome from ports cvsup'd today and i kept getting stuck when building guile. cc never crashed however it seemed to be stuck in an infinite loop(i stopped it after about 2 hours). when i remove "-O -pipe" from the qt makefile it seems to compile fine. is this a compilier problem or something with the guile port? PS. PLEASE reply to both the return address of this message and the address: "[EMAIL PROTECTED]" It will be appreciated. James ;) more stuff: here is some output (sorry about the long lines need to make this quick) [root@jestocost gnome]# make install === Extracting for gnome-1.0.53 No MD5 checksum file. === gnome-1.0.53 depends on shared library: glib12.3 - found === gnome-1.0.53 depends on shared library: gtk12.2 - found === gnome-1.0.53 depends on shared library: ORBit.2 - found === gnome-1.0.53 depends on shared library: Imlib.5 - found === gnome-1.0.53 depends on shared library: audiofile.0 - found === gnome-1.0.53 depends on shared library: esd.2 - found === gnome-1.0.53 depends on shared library: gnome.3 - found === gnome-1.0.53 depends on shared library: gtop.1 - not found ===Verifying install for gtop.1 in /usr/ports/devel/libgtop === Extracting for libgtop-1.0.7 Checksum OK for libgtop-1.0.7.tar.gz. === libgtop-1.0.7 depends on executable: gmake - found === libgtop-1.0.7 depends on executable: libtool - found === libgtop-1.0.7 depends on shared library: gnome.3 - found === libgtop-1.0.7 depends on shared library: guile.6 - not found ===Verifying install for guile.6 in /usr/ports/lang/guile === Building for guile-1.3.4 Making all in ice-9 Making all in qt Making all in md Making all in time /bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I../libguile -O -pipe -Wall -Wpointer-arith -Wmissing-prototypes -c qtmds.s rm -f .libs/qtmds.lo cc -DHAVE_CONFIG_H -I. -I. -I../libguile -O -pipe -Wall -Wpointer-arith -Wmissing-prototypes -c qtmds.s -fPIC -DPIC -o .libs/qtmds.lo *** dies here *** [root@jestocost /root]# dmesg Copyright (c) 1992-1999 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.4-STABLE #0: Tue Mar 28 16:38:17 EST 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/CS_JESTO_KRNL Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 232881891 Hz CPU: Pentium/P55C (232.88-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x543 Stepping = 3 Features=0x8001bfFPU,VME,DE,PSE,TSC,MSR,MCE,CX8,MMX real memory = 67108864 (65536K bytes) avail memory = 62390272 (60928K bytes) Preloaded elf kernel "kernel" at 0xc02af000. Probing for devices on PCI bus 0: chip0: Intel 82439TX System Controller (MTXC) rev 0x01 on pci0.0.0 chip1: Intel 82371AB PCI to ISA bridge rev 0x01 on pci0.7.0 ide_pci0: Intel PIIX4 Bus-master IDE controller rev 0x01 on pci0.7.1 chip2: Intel 82371AB Power management controller rev 0x01 on pci0.7.3 vga0: S3 ViRGE DX/GX graphics accelerator rev 0x01 int a irq 9 on pci0.8.0 fxp0: Intel EtherExpress Pro 10/100B Ethernet rev 0x02 int a irq 11 on pci0.20.0 fxp0: Ethernet address 00:a0:c9:e3:2b:c0 Probing for devices on the ISA bus: sc0 on isa sc0: VGA color 16 virtual consoles, flags=0x0 ... try to identify the yamaha pcm0 at 0x530 irq 5 drq 0 flags 0xc111 on isa mss_attach mss0 at 0x530 irq 5 dma 0:1 flags 0xc111 setting up yamaha registers set yamaha master volume to max sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A atkbdc0 at 0x60-0x6f on motherboard atkbd0 irq 1 on isa psm0 irq 12 on isa psm0: model IntelliMouse, device ID 3 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): ST33221A wd0: 3077MB (6303024 sectors), 6253 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (atapi): LTN301/MP08, removable, intr, dma, iordis acd0: drive speed 5511KB/sec, 120KB cache acd0: supported read types: CD-DA acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray acd0: Medium: no/blank disc inside, unlocked ppc0 at 0x378 irq 7 flags 0x40 on isa ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode lpt0: generic printer on ppbus 0 lpt0: Interrupt-driven port ppi0: generic parallel i/o on ppbus 0 plip0: PLIP network interface on ppbus 0 npx0 on motherboard npx0: INT 16 interface vga0 at 0x3b0-0x3df maddr 0xa msize 131072 on isa Intel Pentium detected, installing workaround for F00F bug changing root device to wd0s1a [root@jestocost /root]# cc -v gcc version 2.7.2.3 thanks for any info. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: problems with -O -pipe in guile port
In message [EMAIL PROTECTED] James Halstead writes: : I was trying to install gnome from ports cvsup'd today and i kept getting : stuck when building guile. cc never crashed however it seemed to be stuck in : an infinite loop(i stopped it after about 2 hours). when i remove "-O -pipe" : from the qt makefile it seems to compile fine. : : is this a compilier problem or something with the guile port? : : PS. PLEASE reply to both the return address of this message and the : address: "[EMAIL PROTECTED]" It will be appreciated. : James ;) I've seen this in 4 different template-laden files that we have in our product here. The solution was to remove -O, the -pipe doesn't matter. It is a compiler bug. It also happens on gcc/g++ 2.8. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Help with network driver development
Hi all
I've successfully ported the NetBSD if_ray (Webgear PCCard Wireless LAN)
driver to RELENG_3 but have realised that the driver has a bit of a
problem and I would like some advice on the best way to fix it.
The card doesn't present a register set but uses a mailbox type system
to set up most things. The driver fills in a struct in shared ram, pings
the card that then completes the command and interrupts when finished.
The problem is that the driver returns to userland before the
command (e.g. update to multicast list via an ioctl) actually
completes. The symptom is everything going belly up when something
does:
#!/bin/sh
ifconfig ray0 inet 192.168.247.32
ifconfig ray0 inet 192.168.247.33
(a bit like dhclient) because the card cannot cope with being told to
update (for example) the multicast list until it has finished the
previous update.
I have a number of alternatives to fixing all this within the driver
and sleeping until the user command has completed and I'll go for the
most straight forward.
My question to all the network driver gods is how best to serialise
access to the driver to different userland processes? I want to ensure
that two different processes don't try and access the card
simultaneously and muck each other up.
Am I right in assuming that the ioctl is the only user land entry point
to a network driver?
Is something like this sufficient (and right) for ioctl entry?
ray_ioctl(...)
{
...
s = splimp();
switch (command) {
case SIOCADDMULTI:
case SIOCDELMULTI:
/* Get exclusive lock */
while (1) {
if (!softc-lock) {
softc-lock++;
break;
}
rv = tsleep(softc-lock, 0|PCATCH, "rayexl");
if (rv)
return (rv);
if ((ifp-if_flags IFF_RUNNING) == 0)
return (EIO);
}
/* Run command and sleep until completed */
ray_update_mcast(sc);
rv = tsleep(softc-lock, 0|PCATCH, "raycmd");
/* Release exclusive lock */
softc-lock = 0;
splx(s);
wakeup(softc-lock);
return (rv);
break;
...
}
}
The last released version of the driver (and raycontrol like
wicontrol(8)) is available at
http://www.ragnet.demon.co.uk/raylink.tar.gz
this works well for tx and rx and "slow" changes to the device
parameters. I can make available later versions with more debugging of
the above problems if needed.
Duncan
PS. Until pccard in RELENG_4 allows access to both attribute and common
memory (a bit like if_xe) the driver won't be advanced to RELENG_3 :-(
PPS. This is my first driver.
---
Duncan Barclay | God smiles upon the little children,
[EMAIL PROTECTED] | the alcoholics, and the permanently stoned.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Re: desire for ftp.internat.freebsd.org mirror
Why not just use cvsup? It is already installed and running on internat and the firewall is already configured to allow it through. CVSUP only covers that which is already in CVS. The FTP stuff is what this chap is looking for. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: NFS FHs, what are they (how are they made?)
D'oh. My bad. I think I am remembering this behaviour from SunOS days past. Oh Well. -- David Cross | email: [EMAIL PROTECTED] Lab Director | Rm: 308 Lally Hall Rensselaer Polytechnic Institute, | Ph: 518.276.2860 Department of Computer Science| Fax: 518.276.4033 I speak only for myself. | WinNT:Linux::Linux:FreeBSD To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: NFS Panic Problem
I finally managed to obtain a crash dump of the problem quoted at the end
of this message. Strangely enough, it was crashing daily until the debug
code went in, at which point it stopped crashing. Just today, though, we
had the same panic. The machine is running -STABLE as of Mar 16 2000.
Here's what I got from gdb -k on the dump:
(kgdb) set width 80
(kgdb) symbol-file kernel.debug
Reading symbols from kernel.debug...done.
(kgdb) exec-file /var/crash/kernel.0
(kgdb) core-file /var/crash/vmcore.0
IdlePTD 3239936
initial pcb at 280874
panicstr: vinvalbuf: flush failed
panic messages:
---
panic: vinvalbuf: flush failed
syncing disks... 8 8 4 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 done
[dump countdown snipped]
---
#0 boot (howto=256) at ../../kern/kern_shutdown.c:285
285 dumppcb.pcb_cr3 = rcr3();
(kgdb) where
#0 boot (howto=256) at ../../kern/kern_shutdown.c:285
#1 0xc0156315 in panic (fmt=0xc024dcbf "vinvalbuf: flush failed")
at ../../kern/kern_shutdown.c:446
#2 0xc017ac5e in vinvalbuf (vp=0xd05502c0, flags=1, cred=0xc222df80,
p=0xcfe57780, slpflag=0, slptimeo=0) at ../../kern/vfs_subr.c:677
#3 0xc01b8410 in nfs_vinvalbuf (vp=0xd05502c0, flags=1, cred=0xc222df80,
p=0xcfe57780, intrflg=1) at ../../nfs/nfs_bio.c:979
#4 0xc01b6d1b in nfs_bioread (vp=0xd05502c0, uio=0xcfe6ef00, ioflag=8323072,
cred=0xc222df80, getpages=0) at ../../nfs/nfs_bio.c:345
#5 0xc01dc814 in nfs_read (ap=0xcfe6eeb8) at ../../nfs/nfs_vnops.c:963
#6 0xc018167f in vn_read (fp=0xc1e16800, uio=0xcfe6ef00, cred=0xc222df80,
flags=0) at vnode_if.h:303
#7 0xc0160d41 in dofileread (p=0xcfe57780, fp=0xc1e16800, fd=3,
buf=0x804d000, nbyte=512, offset=-1, flags=0)
at ../../kern/sys_generic.c:179
#8 0xc0160c4b in read (p=0xcfe57780, uap=0xcfe6ef84)
at ../../kern/sys_generic.c:111
#9 0xc022da2b in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 672022196,
tf_esi = 672022196, tf_ebp = -1077945848, tf_isp = -806948908,
tf_ebx = 671965656, tf_edx = 3, tf_ecx = -1, tf_eax = 3, tf_trapno = 7,
tf_err = 2, tf_eip = 671715344, tf_cs = 31, tf_eflags = 534,
tf_esp = -1077945880, tf_ss = 39}) at ../../i386/i386/trap.c:1100
#10 0xc022257c in Xint0x80_syscall ()
#11 0x280bbe69 in ?? ()
#12 0x280bbd32 in ?? ()
#13 0x8048cb9 in ?? ()
#14 0x8049bcf in ?? ()
#15 0x80489c1 in ?? ()
(kgdb) source /usr/src/sys/modules/vinum/.gdbinit.kernel
(kgdb) ps
pidprocaddruid ppid pgrp flag stat comm wchan
41612 cffa32e0 cffee000 211914 41600 41611 004086 3 grep piperd cfd88b20
41611 d05247e0 d0683000 211914 41600 41611 004006 2 tail
41600 d0524ec0 d0665000 211914 41599 41600 004086 3 bash wait d0524ec0
I'm guessing the three processes listed above are the important ones. A
'tail' on a large NFS-mounted logfile piped to 'grep' caused the crash. I
can provide other information from the dump if anyone needs it.
Thanks in advance for any help,
Doug
On Thu, Mar 16, 2000 at 12:51:08AM -0600, Douglas Swarin wrote:
Recently one of the FreeBSD machines where I work has been crashing on a
semi-regular basis, once or twice a day. The dmesg for the machine is at
the bottom of this post. These crashes started very recently, less than
a week ago. Before that, the machine had been very reliable (several 100
day uptimes).
The machine used to be running FreeBSD 3.1-STABLE as of mid-April 1999.
Since I know many NFS bugs have been fixed since then, the box was on
Tuesday upgraded to 3.4-STABLE (a completely fresh installation). This,
however, did not fix the panics. I believe the problem to be related to
one of these two PRs:
[1998/06/23] kern/7028 http://www.freebsd.org/cgi/query-pr.cgi?pr=7028
panic in vinvalbuf when appending/looking at tail of NFS file
[2000/03/08] misc/17272 http://www.freebsd.org/cgi/query-pr.cgi?pr=17272
deleting a file that a program has open causes vinvalbuf: flush failed
Basically, it's:
panic: vinvalbuf: flush failed
And appears to be triggered by a 'tail -f' on a growing, very large log
file over NFS. The NFS host on the other end is running Solaris 2.6 on a
sparc. The actual mount is kind of weird; it is indirected through a
different NFS mount off a NetApp through a symlink (the NetApp-mounted
FS is basically a symlink farm with a few real directories). Basically:
netapp:/home on /home
sun:/logs on /sun/logs
/home/logs@ - /sun/logs
and we are doing 'tail -f /home/logs/largelogfile'
(there are good historical reasons for this setup)
We have made no significant changes to the other machines in this setup,
although the logfile in question has been growing in size over time. We
rotate the logfile on the Sun daily as well. No executable files for the
BSD machine are stored on the Sun.
I have compiled a debug kernel and will provide a traceback and/or dump
to anyone who is interested once it happens again. If I find a way to
reliably reproduce it, I will post that too. For the
Re: dutch keyboard map (+sort note)
Christian Weisgerber wrote: Ollivier Robert [EMAIL PROTECTED] wrote: As there isnt a dutch keymap for syscons, ^ That's an acute accent (the same diacritic as in ''), not an apostrophe. In 8859-1 yes but not in 8859-15 (aka Latin9)... Well, the original message was in Latin 1. You re-interpretating it as Latin 9 is not fair. What are you both reading from a typo? I use 2 keyboards, US NL and acute on the one has apostrophe on the other in the exact same position. Guess what happens sometimes :) Btw, I don't see why I had to load the screenmap myself (unless I reboot of course). Why doesn't sysinstall do this when I tell it to use iso8859-ibm mapping? Wouter To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Proper voltages for K6-2 500MHz unit?
The technical doco that I have from AMD's website only covers CPUs up to 475MHz, and they're at 2.4V. Would it be safe to assume that the 500MHz units are the same? I know that the 400MHz units were at 2.2V (some at 4x100, mine at 6x66). I take it that they'll be at 5x100MHz FSB, some 400MHz parts were 6x66, as I discovered after buying one rather cheaply. Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Proper voltages for K6-2 500MHz unit?
the one I just got was a 2.2V. if your cpu doesn't have a heatsink glued onto it, it's labeled on the top of the cpu. Stephen Hocking-Senior Programmer PGS SPS Perth wrote: The technical doco that I have from AMD's website only covers CPUs up to 475MHz, and they're at 2.4V. Would it be safe to assume that the 500MHz units are the same? I know that the 400MHz units were at 2.2V (some at 4x100, mine at 6x66). I take it that they'll be at 5x100MHz FSB, some 400MHz parts were 6x66, as I discovered after buying one rather cheaply. Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message -- Email: [EMAIL PROTECTED]Voice: +780 413 1910 Fax: +780 421 4929 #575 Sun Life Place * 10123 99 Street * Edmonton, AB * Canada * T5J 3H1 ---- When things can't get any worse, they simplify themselves by getting a whole lot worse then complicated. A complete and utter disaster is the simplest thing in the world; it's preventing one that's complex. (Janet Morris) begin:vcard n:Skafte;Greg tel;pager:+1 (780) 491 4791 tel;cell:+1 (780) 718 1570 tel;fax:+1 (780) 421 4929 tel;work:+1 (780) 413 1910 x-mozilla-html:FALSE org:A HREF="http://www.worldgate.ca"IMG BORDER=0 SRC="http://dev.worldgate.ca/images/worldgate_black_200_bolder.gif"/A;Network Operations adr:;;#575 10123 99 Street;Edmonton;Alberta;T5J 3H1;Canada version:2.1 email;internet:[EMAIL PROTECTED] title:Operations Manager x-mozilla-cpt:;29088 fn:Greg Skafte end:vcard
Re: somewhat random mostly-lockups in 5.0
On Mon, 10 Apr 2000, Jordan K. Hubbard wrote: The syptoms are that the machine locks up. Hard. But there's a catch: Erm, Brian, You *know* nobody can debug a problem like this without hard information. It's like calling a mechanic on the phone and saying "My car won't go. It just doesn't move at all! Tell me what's wrong!" [...] I'm not really expecting someone to be able to explain why it's happening. I'm wondering if anyone else notices the same problem. My friend down here who also has this problem is going to get DDB set up to work with the serial console, which means when it happens to him next, he'll have all the info necessary to figure this out. I was thinking that perhaps I was not the only one to notice this yet, and if someone else did they could find out more. I'm not looking for a psychic; I'm trying to find the problem by letting other people know that when it happens to them, they aren't the only ones, and shouldn't brush it off if possible... - Jordan P.S. My -current box from April 6th has yet to do anything like this. It's occurred on UP machines only that I know of, and I know only of these two specific reports. There's more in common, such as use of softupdates, invariants, ATA, and other kernel options. -- Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / [EMAIL PROTECTED]`--' To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: desire for ftp.internat.freebsd.org mirror
Why not just use cvsup? It is already installed and running on internat and the firewall is already configured to allow it through. The question was about mirroring the FTP site, i.e. all of the binary packages and stuff which are also there. I understood it is for the ftp area. You just define a collection or collections (if you want to break it up) for it and off you go. John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: mntent.h - what is it?
Brooks Davis wrote: On Mon, Apr 10, 2000 at 02:23:21PM -0600, Wes Peters wrote: This is a SysV-ish way to get info about mounted filesystems, so the glibc manpage is completely stoned (imagine that). I know this existed in SVR2, at least. I did some more investigating. A similarly named, but almost entierly different iterface apears in SysV. The Linux interface appears in SunOS 4.1.3. However, it's not in 4.3BSD Net/2 or Reno. Unless this was nuked in 4.3 it looks like this is infact a SunOSism that wandered into glibc. It appears that the authors sucessfully choose the least portable of the three available APIs. ;-) I repeat: imagine that. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC [EMAIL PROTECTED] http://softweyr.com/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
