Re: downgrade question
On Sunday 09 April 2006 14:33, Chris H. wrote: > I inadvertently put the wrong tag in my cvsup script and ended up > with 5.5-PRERELEASE instead of 5.4. If I just change the tag to > default release=cvs tag=RELENG_5_4 > will it prune and/ or overwrite my src tree accordingly? Yes it will. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C pgpIonQukfCVn.pgp Description: PGP signature
Re: downgrade question
ch> I inadvertently put the wrong tag in my cvsup script and ch> ended up with 5.5-PRERELEASE instead of 5.4. If I just ch> change the tag to default release=cvs tag=RELENG_5_4 ch> will it prune and/ or overwrite my src tree accordingly? dp> Yes, cvsup is fully capable of reverting collections to dp> older versions. You might want to specify the 'delete' keyword in your cvsup configuration too. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: downgrade question
Chris H. wrote: Greetings all, I inadvertently put the wrong tag in my cvsup script and ended up with 5.5-PRERELEASE instead of 5.4. If I just change the tag to default release=cvs tag=RELENG_5_4 will it prune and/ or overwrite my src tree accordingly? Yes, cvsup is fully capable of reverting collections to older versions. Actually, cvsup doesn't really care which is older or newer, it just compares your files to what's on the server, then makes any modifications necessary to make your files match the server's files. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
downgrade question
Greetings all, I inadvertently put the wrong tag in my cvsup script and ended up with 5.5-PRERELEASE instead of 5.4. If I just change the tag to default release=cvs tag=RELENG_5_4 will it prune and/ or overwrite my src tree accordingly? Thank you for all your time and consideration. --Chris H. -- Linux: An OS for users who think their using UNIX. - FreeBSD 5.4-RELEASE-p12 (SMP - 900x2) Tue Mar 7 19:37:23 PST 2006 / ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: splash
Quoting Craig Boston <[EMAIL PROTECTED]>: On Thu, Apr 06, 2006 at 04:53:46AM -0700, Chris wrote: No kidding? These are the same brands I'm using. The ATI's are PCI (onboard ATI - TYAN SMP motherboards) and the nVidia's are AGP. They're "higher end" models as well. Must be the way I build the kernel regarding boot/ console. Oh well, no complaints. Just interesting to hear. If you don't have VESA support in your kernel (it's not by default), try adding vesa_load="YES" Thanks for your reply. It's already there. I just need to use vidcontrol to change it. But as I really prefer verbose logging to the console. I wouldn't do well to have a picture covering the output. If it were possible to put a 125 pixel tall banner at the top of the screen with a hi-res 1024x768 console, there-by still allowing the output to flow underneath; that would be cool. But till then, I think I'll stick to the pure output the kernel provides. Thanks again. --Chris H. to your loader.conf and see if that helps with higher-resolution splash images. Craig ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]" -- Linux is not, nor never will be, UNIX. - FreeBSD 5.4-RELEASE-p12 (SMP - 900x2) Tue Mar 7 19:37:23 PST 2006 / ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: RELENG_6_1
Rong-En Fan wrote: On 4/8/06, Scott Long <[EMAIL PROTECTED]> wrote: Rong-En Fan wrote: Hi, According to the webpage [1], 6.1 has been branched on April 5. However, I noticed that there is a tag called RELENG_6_1, not a branch called RELENG_6_1. For example, sys/conf/newvers.sh [2], rev 1.69.2.11, is on RELENG_6 branch with tag RELENG_6_1_BP and RELENG_6_1. It is a bit strange for me. At least, we have RELENG_X_Y branch before and RELENG_X_Y_BP tag. Is there any special reason that we have a tag instead of a branch for 6.1? RELENG_6_1 is a branch tag (or at least it should have been unless I screwed it up). The _BP tag always comes before the branch tag. I just checked CVS and it appears to agree with this. Can you give an example of what is wrong? http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/conf/newvers.sh When 6.0 is branched and moves to RC, it shows Revision 1.69.2.8 / (download) - annotate - [select for diffs], Sun Oct 9 16:59:34 2005 UTC (5 months, 4 weeks ago) by scottl Branch: RELENG_6 CVS Tags: RELENG_6_0_BP Branch point for: RELENG_6_0 When 6.1 moves to RC, it shows Revision 1.69.2.11 / (download) - annotate - [select for diffs], Sat Apr 8 14:42:23 2006 UTC (9 hours, 9 minutes ago) by scottl Branch: RELENG_6 CVS Tags: RELENG_6_1_BP, RELENG_6_1 I expected to see something like the case for 6.0. I didn't see a branch point for: RELENG_6_1 here. Did I miss something or cvsweb shows the wrong information? Hope we can see 6.1 RELEASE soon :-) Thanks, Rong-En Fan CVS treats branches as tags with special properties. You won't see what you're expecting until there is another commit to that file. What is probably confusing you is that I cheated and slid the tag on newvers.sh after I did the commit, since I meant to do the commit before the tag. Scott ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Pros and Cons of amd64 (versus i386).
Chris H. wrote: Quoting Peter Jeremy <[EMAIL PROTECTED]>: On Sat, 2006-Apr-08 20:41:36 +0400, Dmitry Morozovsky wrote: On Fri, 7 Apr 2006, Peter Jeremy wrote: PJ> Backup your amd64 environment and install i386. You can re-install PJ> the amd64 once the testing is finished. The best benchmark is always PJ> your own application. Or, even better, use spare disk or at least spare slice. Having fresh good backup never hurts though ;-) Note that using different slices may change your results. All modern disks are faster near the outside (start of the disk) then the inside (I get more than 50% increase from inside to outside on one system). My experience(s) seem to indicate the center of the platter results in a quicker hit rate. But none the less; this still only further confirms your point about the different areas of the platter(s) returning different results. It might also be worth noting that the large onboard disk caches that come on most modern hard drives will *also* likely help skew the results. --Chris H. Modern disks (I don't know how to define a cutoff to this term, unfortunately) definitely put more bits onto the outer rim of the platter than the inner rim. The days of disks having a fixed number of sectors per track across the entire platter are long gone. I was actually just talking about this with a Maxtor servo engineer the other day. I'm still not clear on whether the drive starts recording at the outer rim or the inner rim of the disk, and that could very well different between manufacturers. But, different parts of the disks do indeed perform differently, both for seek time and for sequential data thoroughput. The only way to get a 'fair' comparison is to use separate identical disks with identical partition layouts for each of your OS installs. Scott ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: RELENG_6_1
On 4/8/06, Scott Long <[EMAIL PROTECTED]> wrote: > Rong-En Fan wrote: > > Hi, > > > > According to the webpage [1], 6.1 has been branched on April 5. However, > > I noticed that there is a tag called RELENG_6_1, not a branch called > > RELENG_6_1. For example, sys/conf/newvers.sh [2], rev 1.69.2.11, > > is on RELENG_6 branch with tag RELENG_6_1_BP and RELENG_6_1. > > > > It is a bit strange for me. At least, we have RELENG_X_Y branch before > > and RELENG_X_Y_BP tag. Is there any special reason that we have > > a tag instead of a branch for 6.1? > > RELENG_6_1 is a branch tag (or at least it should have been unless I > screwed it up). The _BP tag always comes before the branch tag. I > just checked CVS and it appears to agree with this. Can you give an > example of what is wrong? http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/conf/newvers.sh When 6.0 is branched and moves to RC, it shows Revision 1.69.2.8 / (download) - annotate - [select for diffs], Sun Oct 9 16:59:34 2005 UTC (5 months, 4 weeks ago) by scottl Branch: RELENG_6 CVS Tags: RELENG_6_0_BP Branch point for: RELENG_6_0 When 6.1 moves to RC, it shows Revision 1.69.2.11 / (download) - annotate - [select for diffs], Sat Apr 8 14:42:23 2006 UTC (9 hours, 9 minutes ago) by scottl Branch: RELENG_6 CVS Tags: RELENG_6_1_BP, RELENG_6_1 I expected to see something like the case for 6.0. I didn't see a branch point for: RELENG_6_1 here. Did I miss something or cvsweb shows the wrong information? Hope we can see 6.1 RELEASE soon :-) Thanks, Rong-En Fan ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: RELENG_6_1
Rong-En Fan wrote: Hi, According to the webpage [1], 6.1 has been branched on April 5. However, I noticed that there is a tag called RELENG_6_1, not a branch called RELENG_6_1. For example, sys/conf/newvers.sh [2], rev 1.69.2.11, is on RELENG_6 branch with tag RELENG_6_1_BP and RELENG_6_1. It is a bit strange for me. At least, we have RELENG_X_Y branch before and RELENG_X_Y_BP tag. Is there any special reason that we have a tag instead of a branch for 6.1? Regards, Rong-En Fan RELENG_6_1 is a branch tag (or at least it should have been unless I screwed it up). The _BP tag always comes before the branch tag. I just checked CVS and it appears to agree with this. Can you give an example of what is wrong? Scott ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Pros and Cons of amd64 (versus i386).
Quoting Peter Jeremy <[EMAIL PROTECTED]>: On Sat, 2006-Apr-08 20:41:36 +0400, Dmitry Morozovsky wrote: On Fri, 7 Apr 2006, Peter Jeremy wrote: PJ> Backup your amd64 environment and install i386. You can re-install PJ> the amd64 once the testing is finished. The best benchmark is always PJ> your own application. Or, even better, use spare disk or at least spare slice. Having fresh good backup never hurts though ;-) Note that using different slices may change your results. All modern disks are faster near the outside (start of the disk) then the inside (I get more than 50% increase from inside to outside on one system). My experience(s) seem to indicate the center of the platter results in a quicker hit rate. But none the less; this still only further confirms your point about the different areas of the platter(s) returning different results. It might also be worth noting that the large onboard disk caches that come on most modern hard drives will *also* likely help skew the results. --Chris H. A second disk is OK as long as it's the same type of disk running at the same transfer rate. -- Peter Jeremy ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]" -- Linux is not, nor never will be, UNIX. - FreeBSD 5.4-RELEASE-p12 (SMP - 900x2) Tue Mar 7 19:37:23 PST 2006 / ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RELENG_6_1
Hi, According to the webpage [1], 6.1 has been branched on April 5. However, I noticed that there is a tag called RELENG_6_1, not a branch called RELENG_6_1. For example, sys/conf/newvers.sh [2], rev 1.69.2.11, is on RELENG_6 branch with tag RELENG_6_1_BP and RELENG_6_1. It is a bit strange for me. At least, we have RELENG_X_Y branch before and RELENG_X_Y_BP tag. Is there any special reason that we have a tag instead of a branch for 6.1? Regards, Rong-En Fan [1] http://www.freebsd.org/releases/6.1R/schedule.html [2] http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/conf/newvers.sh ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: splash
On Thu, Apr 06, 2006 at 04:53:46AM -0700, Chris wrote: > No kidding? These are the same brands I'm using. The ATI's are PCI > (onboard ATI - TYAN SMP motherboards) and the nVidia's are AGP. They're > "higher end" models as well. Must be the way I build the kernel > regarding boot/ console. Oh well, no complaints. Just interesting to > hear. If you don't have VESA support in your kernel (it's not by default), try adding vesa_load="YES" to your loader.conf and see if that helps with higher-resolution splash images. Craig ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: GCC in 6.0 fails to compile latest MySQL port
Stanislaw Halik wrote: > On Sat, Apr 08, 2006, Václav Haisman wrote: > >> It could help me confirm/exclude that possibility if somebody could >> try to compile the preprocessed source with the pasted command. > > doesn't ICE on 6.1-PRERELEASE from Apr 3. Yup, thanks, it is the memory then. > > HTH, > > -- sh -- Vaclav Haisman signature.asc Description: OpenPGP digital signature
Re: GCC in 6.0 fails to compile latest MySQL port
On Sat, Apr 08, 2006, Václav Haisman wrote: > It could help me confirm/exclude that possibility if somebody could > try to compile the preprocessed source with the pasted command. doesn't ICE on 6.1-PRERELEASE from Apr 3. HTH, -- sh pgpK6DllxLqpp.pgp Description: PGP signature
Re: Pros and Cons of amd64 (versus i386).
On Sat, 2006-Apr-08 20:41:36 +0400, Dmitry Morozovsky wrote: >On Fri, 7 Apr 2006, Peter Jeremy wrote: >PJ> Backup your amd64 environment and install i386. You can re-install >PJ> the amd64 once the testing is finished. The best benchmark is always >PJ> your own application. > >Or, even better, use spare disk or at least spare slice. Having fresh good >backup never hurts though ;-) Note that using different slices may change your results. All modern disks are faster near the outside (start of the disk) then the inside (I get more than 50% increase from inside to outside on one system). A second disk is OK as long as it's the same type of disk running at the same transfer rate. -- Peter Jeremy ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: resolver doesn't see resolv.conf changes
On Apr 8, 2006, at 1:39 AM, Ulrich Spoerlein wrote: Good idea, but this defeates the hierarchical purpose of DNS. Now my caching DNS is always querying the root DNS servers. That's how the DNS works. You query the root once for the TLD, then cache the NS records for the TLD's servers, point one level down, and repeat until you find the target. And there might be ISPs who disallow outgoing DNS connections to somewhere else than their own DNS servers. In my experience, these are few and far between. Additionally, when jacking into someone else's LAN, I usually want to use their local DNS servers, to resolve local names. And sites running split-DNS are also rare. But worry not: dhclient can deal with these, too. A quick perusal of dhclient.conf(5) turns up the "prepend" and "append" modifiers. Choose whichever best implements your preferred policy. The two scenarios you describe are rare enough that it's not worth writing glue to fudge up forwarders entries in named.conf and the associated headaches. Or, you could port nscd over from Solaris. --lyndon ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: resolver doesn't see resolv.conf changes
On Sat, 8 Apr 2006, Dmitry Pryanishnikov wrote: DP> > DP> Sorry, but what kind of hierarchy does it defeat? If client's query DP> > DP> can't be satisfied from provider's DNS cache, and doesn't refer to DP> > DP> domain which is hosted on ISP, then provider's DNS server will make DP> > DP> first query to root DNS server, and then will walk down domain DP> > hierarchy DP> > DP> (e.g. .ua -> .dp.ua -> atlantis.dp.ua). So setting client's DNS to DP> > directly DP> > DP> query root servers defeats just the provider's DNS cache. DP> > DP> > Not in other ways delegated domains, i.e. XXX.local. DP> DP> I think that we're talking about official domain hierarchy here, aren't we? DP> And those XXX.local and YYY.homenet domains are outside this hierarchy. And, DP> BTW, ISP clients are rarely interested in internal ISP's .local domains. DP> They're interested in ISP servers (SMTP, POP3/IMAP, NNTP, WEB), and these DP> servers usually have official names in public ISP domains, accessible via DP> official hierarchy (down from root servers). Situations vary. There may be patterns where one laptop should be involved in corporate networks with .local (and somewhat restricted or even faschist-style outgoing firewalls; I *do* know some organizations where you can't even ssh out without organizational problems) and some possibly totally different public networks. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: resolver doesn't see resolv.conf changes
Hello! On Sat, 8 Apr 2006, Dmitry Morozovsky wrote: DP> Sorry, but what kind of hierarchy does it defeat? If client's query DP> can't be satisfied from provider's DNS cache, and doesn't refer to DP> domain which is hosted on ISP, then provider's DNS server will make DP> first query to root DNS server, and then will walk down domain hierarchy DP> (e.g. .ua -> .dp.ua -> atlantis.dp.ua). So setting client's DNS to directly DP> query root servers defeats just the provider's DNS cache. Not in other ways delegated domains, i.e. XXX.local. I think that we're talking about official domain hierarchy here, aren't we? And those XXX.local and YYY.homenet domains are outside this hierarchy. And, BTW, ISP clients are rarely interested in internal ISP's .local domains. They're interested in ISP servers (SMTP, POP3/IMAP, NNTP, WEB), and these servers usually have official names in public ISP domains, accessible via official hierarchy (down from root servers). Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: [EMAIL PROTECTED] nic-hdl: LYNX-RIPE ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Disappointed-new
At 08:14 AM 07/04/2006, Albert Shih wrote: The 6-stable is installed on the server on begin of February 2006 Problems : bge0 watchdog timeout problems bge0 watchdog timeout problems There have been a number of improvements to the bge driver in late Feb / early March. I had a busy BIND server that had those errors on its bge nic which went away by updating to something past March 7th ie [tyan-1u]% ident /usr/src/sys/dev/bge/if_bge.c /usr/src/sys/dev/bge/if_bge.c: $FreeBSD: src/sys/dev/bge/if_bge.c,v 1.91.2.13 2006/03/04 09:34:48 oleg Exp $ [tyan-1u]% Again after some days the em0 interface don't work. And this time the message on console is em0 watchdog timeout problems Are the interface stats clean ? Take a look at the switch port and make sure there is not some duplex mismatch or flow control issue. Now I'm running all interface in polling mode. And...I hope it's work...(running from 2 days). If you are hitting livelock then polling will help on the busy NICS. When in non polling mode, what sort of load avg were you seeing spent in system ---Mike ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: GCC in 6.0 fails to compile latest MySQL port
Kris Kennaway wrote:
> On Sat, Apr 08, 2006 at 03:49:08PM +0200, V??clav Haisman wrote:
>> Hi,
>> today I tried to update to MySQL server 5.0.19 but GCC failed with ICE
>> on one file. The FreeBSD is version 6.0. The error is reproducible with
>> the linked preprocessed source and the command line bellow. This is a
>> base GCC bug.
>>
>> Preprocessed source: http://logout.sh.cvut.cz/~wilx/item_subselect.ii.bz2
>>
>> The command line: /usr/libexec/cc1plus -fpreprocessed item_subselect.ii
>> -quiet -dumpbase item_subselect.cc -march=pentium3 -march=pentium3
>> -auxbase-strip item_subselect.o -O2 -O3 -O2 -O3 -version
>> -fno-strict-aliasing -fno-omit-frame-pointer -fno-gcse
>> -fno-strict-aliasing -fno-omit-frame-pointer -fno-gcse
>> -felide-constructors -fno-rtti -fno-exceptions -fno-implicit-templates
>> -fno-exceptions -fno-rtti -o item_subselect.s
>
> What CFLAGS are you using? All those optimizations look suspicious.
My /etc/make.conf contains only CPUTYPE=p3 with respect to optimizations
and the following for MySQL:
.if ${.CURDIR:M*/databases/mysql50-server}
WITH_XCHARSET=all
WITH_OPENSSL=yes
WITH_PROC_SCOPE_PTH=yes
WITH_ARCHIVE=yes
WITH_NDB=yes
BUILD_OPTIMIZED=yes
.endif
While the error is still reproducible I have a suspicion that faulty
memory could be the cause. It could help me confirm/exclude that
possibility if somebody could try to compile the preprocessed source
with the pasted command.
>
> Kris
Vaclav Haisman
signature.asc
Description: OpenPGP digital signature
Re: CPU throttling
On Sat, Apr 08, 2006 at 11:48:37AM -0700, Graham North wrote: > If I install 5.x instead does it provide similar support? > G/ Not sure, but why would you want to install 5.x? :) Kris pgpKghynVFoZY.pgp Description: PGP signature
Re: CPU throttling
If I install 5.x instead does it provide similar support? G/ Kris Kennaway wrote: On Sat, Apr 08, 2006 at 11:13:05AM -0700, Graham North wrote: ACPI Advice CPU freq management are kind of new to me and I will be setting up a brand new motherboard with a sempron 3100+ which has power throttling capabilities. I want to capture this if possible - CPU throttling was a key factor in its choice. I intend to install as i386 initially. Do I need to load any specific drivers in order to enable AMD's on-chip power management? Can someone tell me what is built into the kernel and/or what needs to be added? I believe that ACPI is part of the kernel? Does it just auto-detect and provide a "ready to run - right out of the box"? Is it worth waiting a couple of weeks for 6.1 to be released or are these features solid already in an updated 6.0? "device cpufreq" in kernel and powerd_enable="YES" in rc.conf It's worth using 6.1 on general grounds, but this support has been in 6.x for some time. Kris -- Kindness can be infectious - try it. Graham North Vancouver, BC www.soleado.ca No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.385 / Virus Database: 268.4.0/305 - Release Date: 4/8/2006 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: CPU throttling
Kris -that sounds pretty straightforward - thank you. G/ Kris Kennaway wrote: On Sat, Apr 08, 2006 at 11:13:05AM -0700, Graham North wrote: ACPI Advice CPU freq management are kind of new to me and I will be setting up a brand new motherboard with a sempron 3100+ which has power throttling capabilities. I want to capture this if possible - CPU throttling was a key factor in its choice. I intend to install as i386 initially. Do I need to load any specific drivers in order to enable AMD's on-chip power management? Can someone tell me what is built into the kernel and/or what needs to be added? I believe that ACPI is part of the kernel? Does it just auto-detect and provide a "ready to run - right out of the box"? Is it worth waiting a couple of weeks for 6.1 to be released or are these features solid already in an updated 6.0? "device cpufreq" in kernel and powerd_enable="YES" in rc.conf It's worth using 6.1 on general grounds, but this support has been in 6.x for some time. Kris -- Kindness can be infectious - try it. Graham North Vancouver, BC www.soleado.ca No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.385 / Virus Database: 268.4.0/305 - Release Date: 4/8/2006 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: GCC in 6.0 fails to compile latest MySQL port
On Sat, Apr 08, 2006 at 03:49:08PM +0200, V??clav Haisman wrote: > Hi, > today I tried to update to MySQL server 5.0.19 but GCC failed with ICE > on one file. The FreeBSD is version 6.0. The error is reproducible with > the linked preprocessed source and the command line bellow. This is a > base GCC bug. > > Preprocessed source: http://logout.sh.cvut.cz/~wilx/item_subselect.ii.bz2 > > The command line: /usr/libexec/cc1plus -fpreprocessed item_subselect.ii > -quiet -dumpbase item_subselect.cc -march=pentium3 -march=pentium3 > -auxbase-strip item_subselect.o -O2 -O3 -O2 -O3 -version > -fno-strict-aliasing -fno-omit-frame-pointer -fno-gcse > -fno-strict-aliasing -fno-omit-frame-pointer -fno-gcse > -felide-constructors -fno-rtti -fno-exceptions -fno-implicit-templates > -fno-exceptions -fno-rtti -o item_subselect.s What CFLAGS are you using? All those optimizations look suspicious. Kris pgpaxMwZEUERD.pgp Description: PGP signature
Re: resolver doesn't see resolv.conf changes
On Sat, 8 Apr 2006, Dmitry Pryanishnikov wrote: DP> Sorry, but what kind of hierarchy does it defeat? If client's query DP> can't be satisfied from provider's DNS cache, and doesn't refer to DP> domain which is hosted on ISP, then provider's DNS server will make DP> first query to root DNS server, and then will walk down domain hierarchy DP> (e.g. .ua -> .dp.ua -> atlantis.dp.ua). So setting client's DNS to directly DP> query root servers defeats just the provider's DNS cache. Not in other ways delegated domains, i.e. XXX.local. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: CPU throttling
On Sat, Apr 08, 2006 at 11:13:05AM -0700, Graham North wrote: > ACPI Advice CPU freq management are kind of new to me and I will be > setting up a brand new motherboard with a sempron 3100+ which has power > throttling capabilities. I want to capture this if possible - CPU > throttling was a key factor in its choice. > > I intend to install as i386 initially. Do I need to load any specific > drivers in order to enable AMD's on-chip power management? Can someone > tell me what is built into the kernel and/or what needs to be added? I > believe that ACPI is part of the kernel? Does it just auto-detect and > provide a "ready to run - right out of the box"? Is it worth waiting a > couple of weeks for 6.1 to be released or are these features solid > already in an updated 6.0? "device cpufreq" in kernel and powerd_enable="YES" in rc.conf It's worth using 6.1 on general grounds, but this support has been in 6.x for some time. Kris pgpVIddmhFB4G.pgp Description: PGP signature
Re: resolver doesn't see resolv.conf changes
Hello! On Sat, 8 Apr 2006, Ulrich Spoerlein wrote: Good idea, but this defeates the hierarchical purpose of DNS. Now my caching DNS is always querying the root DNS servers. Sorry, but what kind of hierarchy does it defeat? If client's query can't be satisfied from provider's DNS cache, and doesn't refer to domain which is hosted on ISP, then provider's DNS server will make first query to root DNS server, and then will walk down domain hierarchy (e.g. .ua -> .dp.ua -> atlantis.dp.ua). So setting client's DNS to directly query root servers defeats just the provider's DNS cache. And there might be ISPs who disallow outgoing DNS connections to somewhere else than their own DNS servers. Not us ;) Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: [EMAIL PROTECTED] nic-hdl: LYNX-RIPE ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
CPU throttling
ACPI Advice CPU freq management are kind of new to me and I will be setting up a brand new motherboard with a sempron 3100+ which has power throttling capabilities. I want to capture this if possible - CPU throttling was a key factor in its choice. I intend to install as i386 initially. Do I need to load any specific drivers in order to enable AMD's on-chip power management? Can someone tell me what is built into the kernel and/or what needs to be added? I believe that ACPI is part of the kernel? Does it just auto-detect and provide a "ready to run - right out of the box"? Is it worth waiting a couple of weeks for 6.1 to be released or are these features solid already in an updated 6.0? Thanks for your help. Graham/ -- Kindness can be infectious - try it. Graham North Vancouver, BC www.soleado.ca No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.385 / Virus Database: 268.4.0/305 - Release Date: 4/8/2006 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: rpc.lockd brokenness (2)
On Sat, Apr 08, 2006 at 09:52:35AM -0400, Rong-En Fan wrote: > On 4/8/06, Kris Kennaway <[EMAIL PROTECTED]> wrote: > > On Sat, Apr 08, 2006 at 01:28:55AM -0400, Rong-En Fan wrote: > > > On 3/6/06, Jun Kuriyama <[EMAIL PROTECTED]> wrote: > > > > > > > > I'm not yet received enough information to track rpc.lockd problem. > > > > > > > > As Kris posted before, here is a patch to backout my suspected > > > > commit. If someone can easily reproduce this problem, please try with > > > > this patch on both of server/client side of rpc.lockd (I'm not sure > > > > which of server/client side this affects). > > > > > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/80389 > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/84953 > > > > > > > > Any reports about this patch (OK or still problem) are welcome! > > > > > > Hi, > > > > > > Somehow I have problems with lockd after 3 boxes upgraded from > > > Feb's RELENG_6 to Apr 6's. One of them has problems with lockd. > > > For example, mutt and irssi will stuck in lockd (shown by > > > top). I tried to back out changes in revision 1.18 for lock_proc.c, > > > and do /etc/rc.d/nfslocking stop then a start. After backout it, > > > mutt and irssi work well. If I put 1.18 back, mutt and irssi will stuck > > > in lockd again. > > > > > > Last month, I played with the test program/script in those two PRs, > > > found that revision 1.18 does not make any difference. I'm not 100% > > > sure the problem I encountered now is related to rev 1.18. But > > > it is a report that backout 1.18 really helps. > > > > > > For record, all my clients involved in this mail are running RELENG_6. > > > Server is RELENG_5 as of March 9. Only IPv4 here, no IPv6. > > > > 1.18 was merged 15 months ago, so it cannot be the cause if you > > updated from Feb 2006. > > Yes , I know that. But how to explain that after back-out 1.18 > and restart rpc.lockd, my mutt and irssi will work. And putting > it back, they dont work? I tried backing out and putting back > three times. And, if I simply restart lockd, it does not help. What doesn't make sense is that it worked on your old system, for which nothing about rpc.lockd was different. Kris pgp94K4LNQOhK.pgp Description: PGP signature
Re: PAE and gvinum
On Fri, 7 Apr 2006, Stoyan Dimov wrote: SD> Hi all, SD> SD> I got a machine with 8GB of RAM and plenty of disk space. I need gvinum to SD> manage big number of file systems but PAE enabled kernel does not compile SD> modules. I couldn't figure out how to get vinum statically compiled in the SD> kernel if that is the way to go. I am running 6-STABLE. SD> SD> Please advise on how to get PAE kernel and gvinum working together! I did not test this, but I found no reason to prevent you from compiling gvinum in. Try the patch attached and add line device gvinum to you kernel config file. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** Index: sys/conf/files === RCS file: /home/ncvs/src/sys/conf/files,v retrieving revision 1.1031.2.28 diff -u -r1.1031.2.28 files --- sys/conf/files 5 Apr 2006 15:44:09 - 1.1031.2.28 +++ sys/conf/files 8 Apr 2006 17:27:46 - @@ -1090,6 +1090,19 @@ geom/shsec/g_shsec.c optional geom_shsec geom/stripe/g_stripe.c optional geom_stripe geom/uzip/g_uzip.c optional geom_uzip +geom/vinum/geom_vinum.coptional gvinum +geom/vinum/geom_vinum_drive.c optional gvinum +geom/vinum/geom_vinum_init.c optional gvinum +geom/vinum/geom_vinum_list.c optional gvinum +geom/vinum/geom_vinum_move.c optional gvinum +geom/vinum/geom_vinum_plex.c optional gvinum +geom/vinum/geom_vinum_raid5.c optional gvinum +geom/vinum/geom_vinum_rename.c optional gvinum +geom/vinum/geom_vinum_rm.c optional gvinum +geom/vinum/geom_vinum_share.c optional gvinum +geom/vinum/geom_vinum_state.c optional gvinum +geom/vinum/geom_vinum_subr.c optional gvinum +geom/vinum/geom_vinum_volume.c optional gvinum geom/zero/g_zero.c optional geom_zero gnu/fs/ext2fs/ext2_alloc.c optional ext2fs \ warning "kernel contains GPL contaminated ext2fs filesystem" ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Pros and Cons of amd64 (versus i386).
On Fri, 7 Apr 2006, Peter Jeremy wrote: PJ> >I know that what I should do is install i386 on the client and test again, but PJ> >doing that will lose my only 64 bit environment so I am loathe to do so. Any PJ> >comments ? PJ> PJ> Backup your amd64 environment and install i386. You can re-install PJ> the amd64 once the testing is finished. The best benchmark is always PJ> your own application. Or, even better, use spare disk or at least spare slice. Having fresh good backup never hurts though ;-) For local tinderbox I have the following partitioning scheme: partsizepurpose ad0s1a 2G RELENG_6/amd64 ad0s1b 2G swap/dumps ad0s1d 2G RELENG_5/amd64 ad0s1e 2G RELENG_6/i386 ad0s1f 2G RELENG_5/i386 ad0s1g 2G HEAD/amd64 ad0s1h 2G HEAD/i386 ad0s2 restall version-independent data, such as sources, ports, /usr/obj and homedirs This seems to be useful, if you do not use/check huge packages such as OopenOffice.org; in the latter case, you can increase partitions size accordingly. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: usb support kernel changes
John-Mark Gurney wrote: Mike Jakubik wrote this message on Sat, Apr 08, 2006 at 02:02 -0400: I have disabled all usb support in my kernel on todays cvs of -stable, and to my surprise i saw it load automatically as a kernel module; # kldstat Id Refs AddressSize Name 14 0xc040 2cac68 kernel 21 0xc06cb000 628f4acpi.ko 31 0xc318b000 1c000usb.ko This is new behavior indeed, how can i disable usb support as before? remove the: usbd_enabled="YES" Whoops! Sorry for the noise :P ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: sio+acpi woes on HP DL145
On Fri, 7 Apr 2006, Mars G. Miro wrote: MGM> Greetz! MGM> MGM> I have an HP DL145 that I'm having problems with when connecting via MGM> serial console. I think it's acpi-related. This is on 6.1-BETA4/amd64 MGM> (5.X is the same also) [snip] It seems it's DL145 G2. We use three of them and did not see your problem. However, *sometimes* serial consoles work only for input (I can login and check new processes presence on ttyd0, but can not see any messages. Trouble is that this situation is not easy reproducible, and stty state seems to be the same. What is you stop getty on ttyd0 and try to run two tip's? Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: resolver doesn't see resolv.conf changes
Ulrich Spoerlein wrote: Lyndon Nerenberg wrote: The solution is to run a local caching nameserver instance. You should do this anyway, for performance reasons. Add 'named_enable="YES"' to /etc/rc.conf, and modify your /etc/dhclient.conf as follows: Good idea, but this defeates the hierarchical purpose of DNS. Now my caching DNS is always querying the root DNS servers. Yes, and is actually sending valid queries driven by a human trying to do something useful. Serving legitimate traffic isn't a problem for the root nameservers, but you could always set up a forwarder line to use the local ISP's nameserver first. [ The root nameservers are seeing upwards of 90% bogus queries (ie, invalid queries, misplaced assertions from DNS servers claiming to be root nameservers themselves, Kaspersky-style DoS attacks, etc). ] And there might be ISPs who disallow outgoing DNS connections to somewhere else than their own DNS servers. There are people offering "walled gardens" which prevent normal Internet access but provide some limited services; such aren't really "ISP"s, though. -- -Chuck ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: rpc.lockd brokenness (2)
On 4/8/06, Kris Kennaway <[EMAIL PROTECTED]> wrote: > On Sat, Apr 08, 2006 at 01:28:55AM -0400, Rong-En Fan wrote: > > On 3/6/06, Jun Kuriyama <[EMAIL PROTECTED]> wrote: > > > > > > I'm not yet received enough information to track rpc.lockd problem. > > > > > > As Kris posted before, here is a patch to backout my suspected > > > commit. If someone can easily reproduce this problem, please try with > > > this patch on both of server/client side of rpc.lockd (I'm not sure > > > which of server/client side this affects). > > > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/80389 > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/84953 > > > > > > Any reports about this patch (OK or still problem) are welcome! > > > > Hi, > > > > Somehow I have problems with lockd after 3 boxes upgraded from > > Feb's RELENG_6 to Apr 6's. One of them has problems with lockd. > > For example, mutt and irssi will stuck in lockd (shown by > > top). I tried to back out changes in revision 1.18 for lock_proc.c, > > and do /etc/rc.d/nfslocking stop then a start. After backout it, > > mutt and irssi work well. If I put 1.18 back, mutt and irssi will stuck > > in lockd again. > > > > Last month, I played with the test program/script in those two PRs, > > found that revision 1.18 does not make any difference. I'm not 100% > > sure the problem I encountered now is related to rev 1.18. But > > it is a report that backout 1.18 really helps. > > > > For record, all my clients involved in this mail are running RELENG_6. > > Server is RELENG_5 as of March 9. Only IPv4 here, no IPv6. > > 1.18 was merged 15 months ago, so it cannot be the cause if you > updated from Feb 2006. Yes , I know that. But how to explain that after back-out 1.18 and restart rpc.lockd, my mutt and irssi will work. And putting it back, they dont work? I tried backing out and putting back three times. And, if I simply restart lockd, it does not help. Rong-En Fan ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
GCC in 6.0 fails to compile latest MySQL port
Hi, today I tried to update to MySQL server 5.0.19 but GCC failed with ICE on one file. The FreeBSD is version 6.0. The error is reproducible with the linked preprocessed source and the command line bellow. This is a base GCC bug. Preprocessed source: http://logout.sh.cvut.cz/~wilx/item_subselect.ii.bz2 The command line: /usr/libexec/cc1plus -fpreprocessed item_subselect.ii -quiet -dumpbase item_subselect.cc -march=pentium3 -march=pentium3 -auxbase-strip item_subselect.o -O2 -O3 -O2 -O3 -version -fno-strict-aliasing -fno-omit-frame-pointer -fno-gcse -fno-strict-aliasing -fno-omit-frame-pointer -fno-gcse -felide-constructors -fno-rtti -fno-exceptions -fno-implicit-templates -fno-exceptions -fno-rtti -o item_subselect.s -- Vaclav Haisman signature.asc Description: OpenPGP digital signature
Re: resolver doesn't see resolv.conf changes
Lowell Gilbert <[EMAIL PROTECTED]> writes:
> Ulrich Spoerlein <[EMAIL PROTECTED]> writes:
>
> > Lyndon Nerenberg wrote:
> > > The solution is to run a local caching nameserver instance. You should
> > > do this anyway, for
> > > performance reasons. Add 'named_enable="YES"' to /etc/rc.conf, and modify
> > > your
> > > /etc/dhclient.conf as follows:
> >
> > Good idea, but this defeates the hierarchical purpose of DNS. Now my
> > caching DNS is always querying the root DNS servers.
>
> I worked around that by having dhclient-script rewrite the named.conf
> (to add a "forwarders" clause), and restart the named. I don't have a
> laptop any more, and this doesn't seem to be one of the scripts I keep
> around in my web pages, but I could go back to old backups for it...
Oh, look I found it. This was with the old (ISC) dhclient, but I
think it should work with the current one also.
dhclient-enter-hooks looked like this:
#!/bin/sh
realfile=/etc/namedb/forwarders-list
tempfile=${realfile}-temp
if [ x"$new_domain_name_servers" != x ]; then
echo ' forwarders {' > $realfile
for n in $new_domain_name_servers ; do
if [ "${n}" != "127.0.0.1" ] ; then
echo " ${n};" >> $realfile
fi
done
echo " };" >> $realfile
else
cp $realfile $tempfile
fi
if ! diff $realfile $tempfile > /dev/null ; then
cpp -P -C /etc/namedb/named.conf > /etc/namedb/named.usable.conf
ndc reload
fi
where as you can probably tell I was using a dhclient.conf that
included
prepend domain-name-servers 127.0.0.1;
in order to get the standard resolv.conf rewriting to put the local
nameserver at the top preference.
named was configured to use named.usable.conf, which was built from a
named.conf that had '#include "forwarders-list"' in its top-level
options.
It's a bit of a hack, but it lets you use the DHCP-supplied nameserver
without any glitches when the address for that server changes under
you.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: resolver doesn't see resolv.conf changes
Ulrich Spoerlein <[EMAIL PROTECTED]> writes: > Lyndon Nerenberg wrote: > > The solution is to run a local caching nameserver instance. You should do > > this anyway, for > > performance reasons. Add 'named_enable="YES"' to /etc/rc.conf, and modify > > your > > /etc/dhclient.conf as follows: > > Good idea, but this defeates the hierarchical purpose of DNS. Now my > caching DNS is always querying the root DNS servers. I worked around that by having dhclient-script rewrite the named.conf (to add a "forwarders" clause), and restart the named. I don't have a laptop any more, and this doesn't seem to be one of the scripts I keep around in my web pages, but I could go back to old backups for it... ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Prism wi support in 6.x - or alternative card
Hello, I Hvae an IBM Thinkpad X30 with a miniPCI wireless card: wi0: mem 0xf800-0xf8000fff irq 11 at device 2.0 on pci1 wi0: using RF:PRISM2.5 MAC:ISL3874A(Mini-PCI) wi0: Intersil Firmware: Primary (1.1.0), Station (1.4.9) wi0: Ethernet address: 00:05:3c:09:7e:9d wi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps I have found it to be flaky under FreeBSD 5.4. It's OK for occasional use but when under heavy load, e.g. 'unison' syncing to another machine, it locks up: Mar 27 21:10:00 thinkdog kernel: wi0: timeout in wi_cmd 0x010b; event status 0xa000 Mar 27 21:10:00 thinkdog kernel: wi0: xmit failed Mar 27 21:10:04 thinkdog kernel: wi0: timeout in wi_cmd 0x0021; event status 0xa000 Mar 27 21:10:09 thinkdog kernel: wi0: wi_cmd: busy bit won't clear. At this point the only solution is to unload and reload the if_wi module. So my questions are: 1. Is support for this hardware significantly improved in 6.X? 2. If I were to buy another miniPCI card to replace it, what's the current recommendation? (I realise I can probably run just about anything under ndis emulation, but I'd feel more comfortable with a native FreeBSD driver) Thanks, Brian. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: resolver doesn't see resolv.conf changes
Lyndon Nerenberg wrote: > The solution is to run a local caching nameserver instance. You should do > this anyway, for > performance reasons. Add 'named_enable="YES"' to /etc/rc.conf, and modify > your > /etc/dhclient.conf as follows: Good idea, but this defeates the hierarchical purpose of DNS. Now my caching DNS is always querying the root DNS servers. And there might be ISPs who disallow outgoing DNS connections to somewhere else than their own DNS servers. Additionally, when jacking into someone else's LAN, I usually want to use their local DNS servers, to resolve local names. Ulrich Spoerlein -- PGP Key ID: 20FEE9DD Encrypted mail welcome! Fingerprint: AEC9 AF5E 01AC 4EE1 8F70 6CBD E76E 2227 20FE E9DD Which is worse: ignorance or apathy? Don't know. Don't care. pgp68J1y3knIY.pgp Description: PGP signature
Re: resolver doesn't see resolv.conf changes
Hajimu UMEMOTO wrote: > [resinit patch] > > It seems working on my 7-CURRENT box and 6-STABLE box. However, it > should be tested more. Thanks! I'll give it a try. Though it takes me a while to roam around, I'll report back! Ulrich Spoerlein -- PGP Key ID: 20FEE9DD Encrypted mail welcome! Fingerprint: AEC9 AF5E 01AC 4EE1 8F70 6CBD E76E 2227 20FE E9DD Which is worse: ignorance or apathy? Don't know. Don't care. pgp0MdkBoGuuz.pgp Description: PGP signature
Re: Wrong CPU frequency after reboot
Are you using powerd? It seems that your CPU was throttled before the reboot, because of low load and when rebooting got stuck there. Try to deactivate powerd and see weather this still occurs. If so, you can put something into rc.shutdown that stops powerd and sets your cpu back to full speed. Kris Kennaway wrote: > Often when I reboot my system it restarts with the wrong CPU > frequency: > > Apr 7 22:24:53 xor kernel: FreeBSD 6.1-PRERELEASE #19: Tue Mar 28 15:15:20 > EST 2006 > Apr 7 22:24:53 xor kernel: ACPI APIC Table: > Apr 7 22:24:53 xor kernel: CPU: AMD Athlon(tm) 64 Processor 2200+ > (797.73-MHz 686-class CPU) > Apr 7 22:24:53 xor kernel: Origin = "AuthenticAMD" Id = 0xf48 Stepping = 8 > Apr 7 22:24:53 xor kernel: > Features=0x78bfbff > > dev.cpu.0.freq: 799 > dev.cpu.0.freq_levels: 799/-1 699/-1 599/-1 499/-1 399/-1 299/-1 199/-1 99/-1 > > (it's always 799) when it should be > > /var/log/messages.1.bz2:Mar 28 15:21:28 xor kernel: CPU: AMD Athlon(tm) 64 > Processor 2200+ (2193.77-MHz 686-class CPU) > > A power cycle is needed to run at full speed. > > Can anyone suggest what is wrong? > > Kris > ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
