retail linux quake3arena, freebsd 4.3 beta
lo there, I swear at some point I had q3test working under freebsd 4.0 with my voodoo2 card. The day the full retail version came out, I tried in vain for about a week to get it working and gave up. I've decided to try again. I started out with a google search, and only turned up documentation for using the utah-glx drivers with non-voodoo cards. I'm hoping that someone has this working with 4.3-beta and a voodoo2 and can shed some light on this. I noticed 3dfx's site is gone. I was going to try to get the latest voodoo2 linux rpm, and use rpm2cpio to install it with linux-glide. I'm 3 days into this and pulling my rapidly disappearing hair out at this point. If there is a good doc online that covers using a voodoo2 card with freebsd and the full retail version of linux quake3arena, that would rule. I'll be damned if I could find it. If someone has the full retail version working with the latest stable and a voodoo2 card, please let me know what the magic dance is I have to do to get it working. If I'm screwed and I have to use the utah-glx and get a new card, that's fine. I was about to do that anyway. :) I plan on getting the best card I can for the upcoming Doom3 release. This is just to pass the time until that does happen and this list is flooded with questions about doom3. :) PS: what is the current badass card for 3d gaming under freebsd? Thanks In Advance Best Regards, Scott Alan Wilson http://sawilson.org To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: microuptime issues
On Fri, 9 Mar 2001, Odhiambo Washington wrote: > I have not seen this in the sysctl man page - so I haven't used it either. > Where can I get more info about it? Try searching the FreeBSD mailing lists. It's usually associated with the way the kernel maintains timekeeping with APM not being built in. Check /sys/i386/conf/LINT also. -- Joseph nugundam =best=com==/==\=IIGS=/==\=Playstation=/==\=Civic HX CVT=/==\ #Anime Expo 2000>> www.anime-expo.org/ > # FreeBSD: The Power to Serve >> www.freebsd.org > #The Ultimate Online Speed-Shop >> www.racesearch.com / To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: XF86 4 on 4.3-RELEASE?
Gordon Tetlow wrote: > > On Fri, 9 Mar 2001, Jordan Hubbard wrote: > > > Nope. When XFree86 4.x: > > > >a) Supports a reasonable superset of all cards supported by 3.3.6 > > > >b) Doesn't halve OpenGL performance on cards like Matrox and nVidia > > (3dfx sucks so much on both that it's not an issue). > > > >c) Doesn't have a configuration tool which confuses new users > > even more than the old configuration tool did. > > You forgot one (that happens for me) > d) Doesn't take half the CPU while sitting idle. > > But then again, I suspect it has something to do with the fact I'm running > a dual head. I had to chuckle at this point. I'm running 3.3.6 and KDE-2.1 on a dual 866 coppermine system. On it, kicker has 95% of the second cpu full time. I wonder what is taking half of your system/ Kent > > -gordon > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-stable" in the body of the message -- Kent Stewart Richland, WA mailto:[EMAIL PROTECTED] http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: XF86 4 on 4.3-RELEASE?
On Fri, 9 Mar 2001, Jordan Hubbard wrote: > Nope. When XFree86 4.x: > >a) Supports a reasonable superset of all cards supported by 3.3.6 > >b) Doesn't halve OpenGL performance on cards like Matrox and nVidia > (3dfx sucks so much on both that it's not an issue). > >c) Doesn't have a configuration tool which confuses new users > even more than the old configuration tool did. You forgot one (that happens for me) d) Doesn't take half the CPU while sitting idle. But then again, I suspect it has something to do with the fact I'm running a dual head. -gordon To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: cvs mailing list for RELENG_4 only?
On 9 Mar 2001, at 11:01, Josef Karthauser wrote: > On Fri, Mar 09, 2001 at 11:58:56PM +1300, Dan Langille wrote: > > On 9 Mar 2001, at 10:55, Josef Karthauser wrote: > > > > > > > It's my long term goal to produce a proper branch mailing list, but > > > > > this means doing clever stuff with the commits because it's > > > > > possible for a committer to affect more than one branch at a time. > > > > > > > > This is also a goal of FreshPorts2. I guess we're going to have to > > > > look closely at this characteristic of the header. Either that or > > > > compile the XML at the same time as the cvs-all message is created. > > > > > > It makes more sense to generate XML at message generation time IMO. > > > How that intergrates into the current scheme of things however is a > > > different question. > > > > Agreed. Parsing a cvs-all mail message is not the easiest thing to do. > > Having access to the original data at message generation time is the > > ideal situation. I'm sure there's a design pattern which fits this > > application precisely. > > The good thing about generating XML is that it can be hardcoded if > necessary, whereas it's probably easier to use a library to decode it. Agreed. > If > we needed to install a library on the machine that's running > CVSROOT/scripts that would make it a real PITA. I can't see that being necessary. If we were to provide code, it would be a plug-and-go situation. -- Dan Langille pgpkey - finger [EMAIL PROTECTED] | http://unixathome.org/finger.php got any work? I'm looking for some. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: cvs mailing list for RELENG_4 only?
On Fri, Mar 09, 2001 at 11:58:56PM +1300, Dan Langille wrote: > On 9 Mar 2001, at 10:55, Josef Karthauser wrote: > > > > > It's my long term goal to produce a proper branch mailing list, but > > > > this means doing clever stuff with the commits because it's possible > > > > for a committer to affect more than one branch at a time. > > > > > > This is also a goal of FreshPorts2. I guess we're going to have to look > > > closely at this characteristic of the header. Either that or compile the > > > XML at the same time as the cvs-all message is created. > > > > It makes more sense to generate XML at message generation time IMO. How > > that intergrates into the current scheme of things however is a different > > question. > > Agreed. Parsing a cvs-all mail message is not the easiest thing to do. > Having access to the original data at message generation time is the > ideal situation. I'm sure there's a design pattern which fits this > application precisely. The good thing about generating XML is that it can be hardcoded if necessary, whereas it's probably easier to use a library to decode it. If we needed to install a library on the machine that's running CVSROOT/scripts that would make it a real PITA. Joe PGP signature
Re: cvs mailing list for RELENG_4 only?
On 9 Mar 2001, at 10:55, Josef Karthauser wrote: > > > It's my long term goal to produce a proper branch mailing list, but > > > this means doing clever stuff with the commits because it's possible > > > for a committer to affect more than one branch at a time. > > > > This is also a goal of FreshPorts2. I guess we're going to have to look > > closely at this characteristic of the header. Either that or compile the > > XML at the same time as the cvs-all message is created. > > It makes more sense to generate XML at message generation time IMO. How > that intergrates into the current scheme of things however is a different > question. Agreed. Parsing a cvs-all mail message is not the easiest thing to do. Having access to the original data at message generation time is the ideal situation. I'm sure there's a design pattern which fits this application precisely. -- Dan Langille pgpkey - finger [EMAIL PROTECTED] | http://unixathome.org/finger.php got any work? I'm looking for some. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: cvs mailing list for RELENG_4 only?
On Fri, Mar 09, 2001 at 11:53:10PM +1300, Dan Langille wrote: > On 9 Mar 2001, at 10:19, Josef Karthauser wrote: > > > There isn't such a list currently, but for a while every commit to > > cvs-all has contained a header that you can filter on for the branch > > that you're interested in: > > > > X-FreeBSD-CVS-Branch: RELENG_4,HEAD > > It's possible in theory, but how often is it done in practice? I don't recall > ever seeing such an example. I've always seen it broken into two > commits. There's a difference between whether those commits are committed remotely or locally. It happens a fair amount, but it depends upon the development style of the committer. > > It's my long term goal to produce a proper branch mailing list, but this > > means doing clever stuff with the commits because it's possible for a > > committer to affect more than one branch at a time. > > This is also a goal of FreshPorts2. I guess we're going to have to look > closely at this characteristic of the header. Either that or compile the > XML at the same time as the cvs-all message is created. It makes more sense to generate XML at message generation time IMO. How that intergrates into the current scheme of things however is a different question. Joe PGP signature
Re: Interface alias accounting
For anyone that's interested, this has been MFC'd to -stable now. Use 'netstat -i' to return the stats associated with a particular interface. ATM we only support IPv4 and IPv6 stats. Joe On Mon, Feb 26, 2001 at 02:20:27PM -0500, Michael R. Wayne wrote: > > Back on Nov 7, 2000, Josef Karthauser <[EMAIL PROTECTED]> answered > my query regarding per alias accounting, suggesting that the solution > was in current and would MFC after 4.2 was released. > > 4.2 was released, might this make it in before 4.3? > > /\/\ \/\/ > > > On Wed, May 17, 2000 at 05:39:15PM -0400, Michael R. Wayne wrote: > > > On Wed, May 17, 2000 at 01:50:13PM -0700, D. W. Piper wrote: > > > > Hi folks, > > > > > > > > I'm trying to find out how to get IP accounting information for web > > > > hosting where multiple IPs are aliased to the same interface. I seem to > > > > recall seeing something about it a few weeks ago, but I've searched the > > > > archives, and can't seem to find the information I'm looking for. If I > > > > recall correctly, it involved compiling in some kernel option or other. > > > > Can anybody help out? > > > > > > BSD/OS does this per interface right on the box, FreeBSD seems not > > > to. We've been trying for several months to get a straight answer > > > regarding FreeBSD, nobody seems to know whether it's a bug, oversight > > > or what. > > > > This is in current now. I'm going to MFC it after the 4.2 release. > > > > Joe PGP signature
Re: cvs mailing list for RELENG_4 only?
On 9 Mar 2001, at 10:19, Josef Karthauser wrote: > There isn't such a list currently, but for a while every commit to > cvs-all has contained a header that you can filter on for the branch > that you're interested in: > > X-FreeBSD-CVS-Branch: RELENG_4,HEAD It's possible in theory, but how often is it done in practice? I don't recall ever seeing such an example. I've always seen it broken into two commits. > It's my long term goal to produce a proper branch mailing list, but this > means doing clever stuff with the commits because it's possible for a > committer to affect more than one branch at a time. This is also a goal of FreshPorts2. I guess we're going to have to look closely at this characteristic of the header. Either that or compile the XML at the same time as the cvs-all message is created. -- Dan Langille pgpkey - finger [EMAIL PROTECTED] | http://unixathome.org/finger.php got any work? I'm looking for some. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: cvs mailing list for RELENG_4 only?
On Fri, Mar 09, 2001 at 10:19:07AM +, Josef Karthauser wrote: > It's my long term goal to produce a proper branch mailing list, but this > means doing clever stuff with the commits because it's possible for a > committer to affect more than one branch at a time. And it would be even more cool if those MFCs would also automatically list the log messages of the committer-specified HEAD revisions. IE., someone MFCs rev. 110 of bar.c which adds foo support, committer specifies only MFC: 110 in the log message, and the mailing script retrieves the log message for HEAD revision 110 and inserts it where appropriate. That way, you can send all -current cvs mail to /dev/null... And no, I don't have patches :) --Stijn -- What would this sentence be like if it weren't self-referential? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: cvs mailing list for RELENG_4 only?
On Fri, Mar 09, 2001 at 03:24:02AM +, j mckitrick wrote: > > Hi all, > > I recently heard that there might be filtered mailing lists out there that > only contain cvs entries that are being applied to -stable. Has anyone seen > these? How can I subscribe? It seems that might be a good complement to > following -stable as well. There isn't such a list currently, but for a while every commit to cvs-all has contained a header that you can filter on for the branch that you're interested in: X-FreeBSD-CVS-Branch: RELENG_4,HEAD This contains a list of all the branches affected by that commit so you can make a procmail rule like: :0: * ^X-FreeBSD-CVS-Branch:.*RELENG_4.* my.releng4.mailbox It's my long term goal to produce a proper branch mailing list, but this means doing clever stuff with the commits because it's possible for a committer to affect more than one branch at a time. Joe PGP signature
Re: XF86 4 on 4.3-RELEASE?
Le 2001-03-09, Irvine Short écrivait : > XF86 4 on 4.3-RELEASE? > Anyone know if this will be the case? The XFree 4 port already builds and works flawlessly on 4.2-STABLE. Thomas. -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
XF86 4 on 4.3-RELEASE?
XF86 4 on 4.3-RELEASE? Anyone know if this will be the case? Cheers, -- Irvine Short Sys Admin SANBI, University of the Western Cape, South Africa http://www.sanbi.ac.za tel: +27-21-959 3645 fax: +27-21-959 2512 cel: +27-82-494 3828 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: top/systat
[skip] > When you try to run top, it looks for the symbol that represents nlist, > and when it can't find it, it doesn't know where to find the nlist > kernel function. I'm guessing nlist has something to do with a process > list... hence, when top can't find nlist, it throws a fit. I think nlist *is* the list of symbols. What I get from reading kvm_nlist() it tries to lookup a given list of symbols in kernel. If it fails, top gives up. KVM_NLIST(3) more or less explains it. Now I have another questions: it seems that under some conditions kvm_nlist can fall back to some other method of getting the values: /* * If we can't use the kld symbol lookup, revert to the * slow library call. */ if (!ISALIVE(kd)) return (__fdnlist(kd->nlfd, nl)); so my question is: whould this fdnlist work in abscence of kernel symbols? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: top/systat
Yeah, except that it doesn't list my problem. Well, now when I look at it I realize that if I was any smarter I'd figure it out, but I just looked at it and said to myself "Your kernel and userland are not synchronized?" nope, that's not me, and kind of ignored tha second part of the paragraph which deals with the symbols. I think FAQ should specifically say that *striped kernel will cause the same top behavoir*. Of course I might be overestemating number of people who are as dumb as I am :) > On Fri, Mar 09, 2001 at 02:14:21AM -0500, Mikhail Kruk wrote: > > Hi, > > So what's up with nlist in systat and top? > > > > Here is the output of systat: > > > > systat: nlist: can't find following symbols: > > _ccpu > > _fscale > > See the FAQ. > > Kris > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: top/systat
On Fri, Mar 09, 2001 at 02:14:21AM -0500, Mikhail Kruk wrote: > Hi, > So what's up with nlist in systat and top? > > Here is the output of systat: > > systat: nlist: can't find following symbols: > _ccpu > _fscale See the FAQ. Kris PGP signature
Re: top/systat
I'm probably going to make an ass out of myself¸ which has certainly happened before. Still, a disclaimer: I don't know what I'm talking about. Take everything I say with the whole canister of salt. As I understand it, a symbol describes the relative entry point of a function in a given block of code, so that programs know where to find the functions they are looking for. Without symbols, programs have no idea where to find functions in other programs. By removing the kernel's symbols, you are saving some space. However, you are also cutting away anything that isn't absolutely essential to running the system. When you try to run top, it looks for the symbol that represents nlist, and when it can't find it, it doesn't know where to find the nlist kernel function. I'm guessing nlist has something to do with a process list... hence, when top can't find nlist, it throws a fit. Please let me know how wrong or simplistic this understanding is... Now I'm curious, too! On Fri, Mar 09, 2001 at 03:32:10AM -0500, Mikhail Kruk wrote: > btw this doesn't seem to make sense. I'd appreciate if you point me to > something that would clarify this to me. I don't understand how top and > friends use the symbols in kernel and I feel that I would like to know > that. -- Andrew Hesford [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
