SUMMARY: Fast releases demand binary updates..
FreeBSD-current: please accept this posting to close off the thread that your list saw half of. I'm going to kill this topic. Results of my trolling to see if we could get any committer interest in this topic are: 17 enterprises e-mailing me privately to agree that it sucks, but that they doubt it will ever change. Some notes about how we handle certain situations today exchanged. 2 e-mails from people working at the bsdupdates project. I explain again to them why we can't run GENERIC, and they agree that without core operation system support there's no easy way to handle this. 3 e-mails from people who've been burned trying to raise this topic before, suggesting that I run and hide after raising an issue like this. They don't believe it will happen. 12 or so honest queries on the mailing list about why make buildworld or the freebsd-update mechanism doesn't work for me. Which I try to answer in detail, even when the questioner was insulting me. 7 or so suggestions on the mailing list that I deliver a working solution before asking for consensus. 16-something people telling me that I clearly don't understand the problem, and that if I wasn't an idiot I could solve it using this or that. Most of which are tools we are using today, and know the limitations of pretty well. (none of whom actually delivered information about how to improve on this) 20-something people telling me that my shorthand for -core proves that I'm an idiot. It wasn't the topic, and it doesn't change the real question one bit, but it's a great chance for everyone to call me an idiot. 1,215,545 or thereabouts people writing me to call me an idiot, without much justification whatsoever. In short, the situation remains as before. A lot of need, but no solution. A lot of interest, but no belief that it will be accepted into the core operating system. No interest from any of the developers who could make this happen. Without any interest, you can't come up with a starting definition or goals for consensus. Thus there's no point in trying to build a team to do it. Kind of like invading Iraq without a clear objective and a plan. (sorry for the off-topic political reference, but it is apt) For now we'll have to see if Colin can find ways around the problems without the tools he needs to do it right. -- Jo Rhett senior geek SVcolo : Silicon Valley Colocation ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: powerd effectiveness
I guess I should chime in here: 1.6GHz Pentium M notebook. Everything enabled: ACPI, USB, wireless, bluetooth. powerd_flags=-i 100 -r 25 The backlight is on continuously in FreeBSD. Lag is hard to notice, since it takes 100 ms to make the 100-1600 MHz step, but I can see brief lag if the machine is completely idle and I do something to eat the CPU that provides an immediate visual indicator of churn rate, like run an animation. Battery life: FreeBSD, powerd running: 4.5-5 hours FreeBSD, powerd not running: ~2 hours For comparison: Windows XP, aggressive power-saving: ~3 hours As for heat, the surface hot spots all stay significantly cooler with powerd running. I don't have working system health stats in FreeBSD, so quantitative heat reports aren't possible. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Fast releases demand binary updates.. (Was: Release schedule for 2006)
On Wed, 2006-Jan-11 23:22:53 -0800, Jo Rhett wrote: I am deliberately trolling: not to cause grief, but to see if there are any bites on the topic. So far it's just people insulting my intelligence and cutpasting web pages to me. Going out of your way to antagonize FreeBSD developers is not the way to get your ideas adopted. And yes, I'm using a macro I call '-core' to refer to group of people who can absolutely kill something like this because they don't like the food coloring in it. It's a convenience for me. As a convenience for the rest of us, how about using same terminology as the rest of the Project. It makes it much simpler if we all agree on the meanings of the words we use. -- 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: GDM problem
On Wed, Jan 11, 2006 at 11:29:27AM -0500, Justin Smith wrote: 2. GDM started but in an odd mode that didn't detect any keyboard input (so I couldn't log in). The mouse continued to work. Any characters? Or you can enter numbers? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Fast releases demand binary updates.. (Was: Release schedule for 2006)
Hej there, Jo Rhett wrote: On Fri, Jan 06, 2006 at 01:27:18PM +0100, Marian Hettwer wrote: I'm actually wondering how yahoo for instance handles this situation. To my knowledge, they have several thousand of FreeBSD based servers. Either they are all the same in regards to configuration and version, or they have some other cunning way to solve the issue of patching. Yahoo has a very similar implementation to ours from what I grok, but they aren't happy about releasing their implementation into the wild so I can't say for sure. a pity. 'cause I bet there would be some nice ideas. Generally speaking: Your statement is true. You don't start writing code without an agreement that the direction choosen is a direction where FreeBSD wants to evolve. However, you (as in, you as a developer) could come up with a proof of concept. Start with an implementation like you would like to have it. And even if it's just a piece of paper and some code. Before we plan the invasion of Iraq, how about an agreement on what we're trying to accomplish? Like I said, this topic has always been killed Please stop with these political statements. They have nothing to do with the topic you're stressing here. Just stop these political statements, please :) because non-newbies can run make buildworld. So if it's going to get shot down quickly then why bother? Why bother? Because you do see a need for binary updates and you do want to change something. So get started with it. Just write a piece of paper (webpage, whatever), maybe even start coding something. Come up with this paper on freebsd-arch (like stated by someone else) and see wether you can find some agreements. Frankly, that's pretty much where it has gone. Everyone who cares about this has privately mailed me saying it would be nice but nobody believes that we can get this accepted for inclusion. Well, I wouldn't be sure. When perl was removed from base and made optional there was some roaring around too. Nevertheless it was removed from base and is no longer needed to run FreeBSD. I've tried to make the point clear, and ignore the insults and try to keep on topic... but it's pretty much a lost point already. Everyone loves to say you're an idiot or your ideas [taken out of context] are wrong etc and such forth. I was following this thread on -current and frankly, I couldn't see any you're an idiot statements. Prove me wrong ( by copy 'n paste of the statement in addition with the sender of that mail ). Then start this thread over again, fine tune the concept and hopefully some others will jump aboard and help developing. I would like to, but I do lack knowledge in C. Shell and a wee bit of Perl is fine. Definitly too few knowledge for a project like that :-/ If it really was a project, just a willingness to test this across a range of environments and the ability to do-one-thing-at-a-time and read log files would be great assistance. But given zero interest in the project expressed so far, this is cart years before horse has evolved. Then my statement would be again: Yes, I would agree that binary updates could make updating FreeBSD easier. However, there are other ways (apart from using make world). I would think about make release. This is a way to go. Build your custom releases and roll 'em out. Granted, using own releases is only good if you have like one or two architectures (say i386 and amd64). That statement ain't true. If the code solves your problem, fine. If it solves problems of others too, even better. Chances are higher that it doesn't get ignored... Code that doesn't solve the problem correctly should be rejected with a reason. Ignorance advances nothing. No replies/no updates = ignorance. And no commits means the problem isn't solved. so far, so true. However, just start your project and ask later on for support. best regards, Marian ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Fast releases demand binary updates..
On Thu, 12 Jan 2006 18:04, Jo Rhett wrote: ports/76724 - patch committed after a week docs/87445 - immediately adopted by a committer, being worked on I received no e-mail notification of either. My posts about said bugs to the appropriate mailing lists garnered no responses other than put in GNATS You should have. I get email when my PR's are changed.. (I have submitted a few more than you but not many) Maybe you should consider your email system was at fault here? Or there was a temporary problem with the FreeBSD mail servers? I'd be pretty suprised at the later as lost email is very very rare in my experience (when dealing with FreeBSD). Oh, how we have wronged you! Please let us know how we may correct this grievous injustice! Nice sarcasm. Doesn't change that these were ignored, or that other proposed patches gathered zero responses so I stopped bothering to submit them. As I said, I've learned that no response means will be ignored. Quite frankly given the way you have approached this, I am not suprised you get scorn. None of those PRs where ignored, your saying they were in the face of evidence in GNATS considerably weakens your position of poor coder those mean FreeBSD people keep ignoring. -- 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 pgpZP6Si1313h.pgp Description: PGP signature
Re: SUMMARY: Fast releases demand binary updates..
On Thu, 12 Jan 2006 18:38, Jo Rhett wrote: 20-something people telling me that my shorthand for -core proves that I'm an idiot. It wasn't the topic, and it doesn't change the real question one bit, but it's a great chance for everyone to call me an idiot. Am I in this category? I wonder.. Anyway.. Your use of nomenclature not matching that of the rest of the community is a sure fire way to be misunderstood and brushed off. Yes, people shouldn't just ignore you because you used the wrong name, but since those people are very busy they are guessing you are probably just a troll, or clueless.. This sort of attitude is necessary otherwise you'd waste heaps of time dealing with clueless people or trolls. -- 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 pgp2sRIFGKhLh.pgp Description: PGP signature
Re: GDM problem
Justin Smith wrote: After upgrading to STABLE a few days ago, several odd problems developed: 1. cups did not start automatically. It turned out the CUPS script was being given the parameter 'faststart' rather than 'start' You have an old version of the cups.sh script in /usr/local/etc/rc.d. If your port is not already up to date, delete /usr/local/etc/rc.d/cups*, upgrade the port, and 'cd /usr/local/etc/rc.d/ ln -s cups.sh.sample cups.sh' If your port is up to date, delete cups.sh and symlink it as above. hth, Doug -- This .signature sanitized for your protection ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Fast releases demand binary updates.. (Was: Release schedule for 2006 )
On Thu, 12 Jan 2006 18:07, Jo Rhett wrote: On Fri, Jan 06, 2006 at 10:20:11PM +1030, Daniel O'Connor wrote: I imagine there are a few committers interested, but I'd say you need to ask the right way first.. As in...? I don't know any personally, but then again I only know about 3 committers which is not a large percentage. But again, there are lots of people interested in this topic. Colin for an obvious one. But if Colin can't convince the team to take this on, where do you start? Colin is a committer. You write the code under his guidance. He commits it. So, there you go, problem solved. -- 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 pgpzQcPCgo49X.pgp Description: PGP signature
Re: Fast releases demand binary updates.. (Was: Release schedule for 2006 )
On Thu, 12 Jan 2006 18:15, Jo Rhett wrote: Before we plan the invasion of Iraq, how about an agreement on what we're trying to accomplish? Like I said, this topic has always been killed because non-newbies can run make buildworld. So if it's going to get shot down quickly then why bother? You are still fundamentally misunderstanding how FreeBSD works.. You have at least one committer you've said wants to do this, what more do you need? I've tried to make the point clear, and ignore the insults and try to keep on topic... but it's pretty much a lost point already. Everyone loves to say you're an idiot or your ideas [taken out of context] are wrong etc and such forth. I think people disagreeing with you is perfectly acceptable.. Calling you an idiot is no, but it seems to be fairly rare (even in this thread) -- 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 pgpM2yxZEunRS.pgp Description: PGP signature
Re: gvinum/vinum on 6.0
Hmm, I upgraded to 6-STABLE and I'm still having the problem. Are you really using the very latest 6-STABLE? Oops - serious egg on my face - my build must have failed and I rebooted without checking the return value (sheepish grin)... I rebuilt and things seem to work now - thanks sorry for the false alarm! I cannot tell you how happy I am to have (g?)vinum working in FreeBSD again - I can finally upgrade my file servers! One more question: Is gvinum on 6-STABLE's RAID-5 implementation bit-compatible with R5 on vinum from 4.x/5.x? Would it be possible to upgrade from vinum on 5.3 to gvinum on 6-STABLE without a dump/restore? I probably won't do this out of paranoia, but am curious if it's possible. Thanks again and cheers, Brian Brian Szymanski Software and Systems Developer Media Matters for America [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: Fast releases demand binary updates..
I don't want to get embroiled in this conversation, but I am concerned about the use of GNATS illustrated here. On 12 Jan 2006, at 07:34, Jo Rhett wrote: On Sat, Jan 07, 2006 at 01:05:13PM +0100, Dag-Erling Sm?rgrav wrote: ports/76013 - patch committed after four months ports/76019 - superceded after a month One was committed, the other superceded. The first change only works if the latter is commited. Thus, the port remains broken and we keep using localized patches to fix it. Where does it say that in the PR? The 'superceding port' is a different apache module that has different limitations. There is no reason not to commit the latter and fix this particular port, but I can't convince anyone to do that. I don't know that you tried. Why didn't you followup to the PR and ask for it to be reopened, or point out that there was a problem? ports/76724 - patch committed after a week docs/87445 - immediately adopted by a committer, being worked on I received no e-mail notification of either. My posts about said bugs to the appropriate mailing lists garnered no responses other than put in GNATS We don't have mail logs back that far, so I can't see where that went wrong, but GNATS always send the submitter mail on a state change. You could always have looked at the PR. Oh, how we have wronged you! Please let us know how we may correct this grievous injustice! Nice sarcasm. Doesn't change that these were ignored, Except that we have shown that they were not, of course. Ceri PGP.sig Description: This is a digitally signed message part
Re: powerd effectiveness
Mike Jakubik wrote: Daniel O'Connor wrote: Wow, that's weird, wish my AMD would do speeds like that :) As for your temperature observation - I have no idea sorry. It would appear that powerd is doing the right thing but for some reason your CPU is not benefiting. That said checking by measuring temperature is fraught with complexity because there is probably a significant delay between a change in power consumption and a corresponding chaange in heatsink temperature. Actually, i took readings from the wrong box :P CPU: AMD Athlon(tm) Processor (1210.79-MHz 686-class CPU) acpi0: ASUS A7V on motherboard [EMAIL PROTECTED]:~# sysctl dev.cpu. dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 75 dev.cpu.0.freq_levels: 1215/-1 1139/-1 1063/-1 987/-1 911/-1 835/-1 759/-1 683/-1 607/-1 531/-1 455/-1 379/-1 303/-1 227/-1 151/-1 75/-1 Thats the correct one, it is 75mhz. I was suspecting hardwares limitations in terms of modulating the frequency quickly enough. Just wanted to make sure. Only vaguely apropos, but take a look at sysutils/fvcool which can help reduce the power consumption on Athlons quite effectively. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW signature.asc Description: OpenPGP digital signature
(no subject)
___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: powerd effectiveness
Mike Jakubik wrote: It seems that powerd does very little in terms of reducing heat, and sacrifices performance while doing so. Am i wrong to assume that CPU: AMD Athlon(tm) Processor (1210.79-MHz 686-class CPU) It is very unlikely this processor supports any kind of frequency modification by software. Basically there are two cases with modern processors: - Very modern processors, from Pentium M class onwards, support true frequency modification, which can and does offer significant savings. - Somewhat older processors, and the whole Celeron M line support only CPU throttling, which is something like forcing idle cycles (like the HLT instruction) only on hardware level. I think this can be distinguished in FreeBSD by the second number in freq_levels being -1, like here: dev.cpu.0.freq_levels: 1403/-1 1315/-1 1227/-1 1139/-1 1052/-1 964/-1 876/-1 789/-1 701/-1 613/-1 526/-1 438/-1 350/-1 263/-1 175/-1 87/-1 (this second type of power management management support doesn't alter the physical frequency). I think the infrastructure used by powerd supports both cases, but won't get you much savings if the CPU doesn't support the first case. This information was gathered because I have a Celeron-based laptop and wanted to squeeze as much autonomy as possible - it may not be authoritative :) What I would like for FreeSBD to support is turning off of devices like WinXP does. Not only hard drives, but it seems that WinXP can somehow turn off network cards, USB controllers and/or devices and similar peripherals when running on batteries and those are not used (it seems it's not like disabling them completely but something else). ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: powerd effectiveness
Hi Make, On Thu, Jan 12, 2006 at 01:11:52AM -0500, Mike Jakubik wrote: Daniel O'Connor wrote: Wow, that's weird, wish my AMD would do speeds like that :) As for your temperature observation - I have no idea sorry. It would appear that powerd is doing the right thing but for some reason your CPU is not benefiting. That said checking by measuring temperature is fraught with complexity because there is probably a significant delay between a change in power consumption and a corresponding chaange in heatsink temperature. Actually, i took readings from the wrong box :P CPU: AMD Athlon(tm) Processor (1210.79-MHz 686-class CPU) acpi0: ASUS A7V on motherboard [EMAIL PROTECTED]:~# sysctl dev.cpu. dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 75 dev.cpu.0.freq_levels: 1215/-1 1139/-1 1063/-1 987/-1 911/-1 835/-1 759/-1 683/-1 607/-1 531/-1 455/-1 379/-1 303/-1 227/-1 151/-1 75/-1 Thats the correct one, it is 75mhz. I was suspecting hardwares limitations in terms of modulating the frequency quickly enough. Just wanted to make sure. What you have noticed is acpi_throttle(4). The combinaison of some VIA chipset and AMD processors give 16 frequencies. powerd(8) is not designed for thermal stuff, and will never be. It's up to acpi_thermal(4) to cool the processor if needed. Note that I think acpi_throttle(4) can only be used for cooling a processor. I don't think it is usefull for power comsuption at all for which powerd(4) is designed. Some other people may have different opinion of course. BTW you may want to try to check if setting hw.acpi.cpu.cx_lowest to C2 permit to cool the processor. There are a lot of old systems based upon AMD processors that require this for resolving overheating issues. You may also want to check if sysutlis/fvcool can help you if setting the above sysctl is not possible (but don't mix the two). Cheers, -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [6.0-RELEASE] Trouble with Intel-SATA-RAID Controller
Hi Mike, *, thank you for the answer. On Wed, Jan 11, 2006 at 02:15:46PM -0500, Mike Jakubik wrote: Raphael H. Becker wrote: So I guess will need another SATA-RAID-Controller (PCI). Which SATA-RAID-controller works rock solid with 6.0-RELEASE? 3ware, areca, and highpoint are good choices. I froogled around: 3ware: * 3ware Raid Controller Escalade 8006-2LP, 2 Channels, about 130-150 EUR areca: * nothing @froogle, any models? highpoint: * RAID S-ATA Highpoint Rocketraid 1640, 4 Channels, ca 100 EUR A local computer store recommended a Dawicontrol DC-150, 2 Channels. Any experience with theese controllers? Any other manufacturers/models in the range between 100 and 200EUR for 2 disks? Regards Raphael Becker PS: 100 EUR = 121.26 USD ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [6.0-RELEASE] Trouble with Intel-SATA-RAID Controller
Raphael H. Becker wrote: Hi Mike, *, thank you for the answer. On Wed, Jan 11, 2006 at 02:15:46PM -0500, Mike Jakubik wrote: Raphael H. Becker wrote: So I guess will need another SATA-RAID-Controller (PCI). Which SATA-RAID-controller works rock solid with 6.0-RELEASE? 3ware, areca, and highpoint are good choices. I froogled around: 3ware: * 3ware Raid Controller Escalade 8006-2LP, 2 Channels, about 130-150 EUR areca: * nothing @froogle, any models? www.areca.com.tw arc-1120 8 port arc-1160 is 16ports. Very good experience with areca bords.. I can also recommend lsi logis 8 ports sata raidcards. Very good cards. Regards Mikael Krantz Qbrick AB Streaming media provider http://www.qbrick.com highpoint: * RAID S-ATA Highpoint Rocketraid 1640, 4 Channels, ca 100 EUR A local computer store recommended a Dawicontrol DC-150, 2 Channels. Any experience with theese controllers? Any other manufacturers/models in the range between 100 and 200EUR for 2 disks? Regards Raphael Becker PS: 100 EUR = 121.26 USD ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [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: [6.0-RELEASE] Trouble with Intel-SATA-RAID Controller
On Thu, Jan 12, 2006 at 02:44:59PM +0100 I heard the voice of Raphael H. Becker, and lo! it spake thus: Note that this: 3ware: * 3ware Raid Controller Escalade 8006-2LP, 2 Channels, about 130-150 EUR is a real hardware RAID controller, while I'm pretty sure that this: highpoint: * RAID S-ATA Highpoint Rocketraid 1640, 4 Channels, ca 100 EUR is a more software-ish (I think the A Highpoints are the hardware-ish ones). Not that that's necessarily good or bad either way; just a point. Any experience with theese controllers? Any other manufacturers/models in the range between 100 and 200EUR for 2 disks? PS: 100 EUR = 121.26 USD Well, I've got a server running on a Promise (TX2200, maybe?) 2-port SATA, which cost me about US$50. It's software-ish, but pretty well supported. -- Matthew Fuller (MF4839) | [EMAIL PROTECTED] Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [6.0-RELEASE] Trouble with Intel-SATA-RAID Controller
Either you use hardware raid or you skip that and run software. My self would never go over to software based raid if its not just for mirroring rootdisks or data that isnt that importent. Regards Mikael Krantz Qbrick AB Matthew D. Fuller wrote: On Thu, Jan 12, 2006 at 02:44:59PM +0100 I heard the voice of Raphael H. Becker, and lo! it spake thus: Note that this: 3ware: * 3ware Raid Controller Escalade 8006-2LP, 2 Channels, about 130-150 EUR is a real hardware RAID controller, while I'm pretty sure that this: highpoint: * RAID S-ATA Highpoint Rocketraid 1640, 4 Channels, ca 100 EUR is a more software-ish (I think the A Highpoints are the hardware-ish ones). Not that that's necessarily good or bad either way; just a point. Any experience with theese controllers? Any other manufacturers/models in the range between 100 and 200EUR for 2 disks? PS: 100 EUR = 121.26 USD Well, I've got a server running on a Promise (TX2200, maybe?) 2-port SATA, which cost me about US$50. It's software-ish, but pretty well supported. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
nforce2, onboard sound, digital out?
My brother has an Asus A7N8X Deluxe (nforce2) with onboard sound. I installed 6-stable on the system, but I cannot figure out how to activate the digital output. Has anyone ever managed to do this? signature.asc Description: OpenPGP digital signature
Re: libnetgraph compilation problem
Selon Ruslan Ermilov [EMAIL PROTECTED]: On Wed, Jan 11, 2006 at 09:52:30AM +0100, Fr?d?ric PRACA wrote: Selon Ruslan Ermilov [EMAIL PROTECTED]: Do you have ccache stuff in /etc/make.conf? Yes, but I already tried with NOCCACHE and the problem is still there. The example in /etc/make.conf that you copied from the port is wrong -- it causes the following to be set if NOCCACHE is defined: CC=/usr/bin/cc CXX=/usr/bin/c++ This OTOH prevents buildworld from working correctly, as the latter uses internal versions of cc and c++. Comment out the ccache stuff completely in /etc/make.conf, and you'll be done. Well, it seemed to work. Thanks a lot Fred ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: powerd effectiveness
Victor Balada Diaz wrote: I know that this is not what you're asking for, but anyway: You should try sysutils/fvcool, it will reduce de heat a lot and the performance will not suffer. --- === WARNING This software can have a negative impact on system stability. In particular while doing heavy duty work such as encoding music, under certain conditions the system can freeze. Don't use this software in production or mission-critical environments! Also note that this software is supposed to be used with AMD Athlon (XP) an AMD Duron processors only. --- These are not acceptable sacrifices, besides, im not using Athlon *XP* processors, the program does not seem to do anything. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: SUMMARY: Fast releases demand binary updates..
On Thu, 2006-Jan-12 00:08:56 -0800, Jo Rhett wrote: I'm going to kill this topic. Results of my trolling to see if we could get any committer interest in this topic are: Deliberate antagonism of most (if not all) FreeBSD developers is unlikely to assist in getting your ideas listened to. You also left out the results of the assorted claims/promises you made: 1) core deliberately killed suggestions of improved binary update processes You have yet to produce the e-mails demonstrating this. 2) Your PRs get ignored. This has been disproven by examining the status of your PRs. It appears that you never received the status updates, but equally, you never appear to have bothered following up any of the PRs. 3) Your promise to provide a formal requirements specification defining exactly what you are asking for. Again, you have yet to produce the information you promised. -- Peter Jeremy ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Two PPP connections to the same ISP with same remote gateway
Hi, I have a FreeBSD 6.0-STABLE server running as my internet gateway. It was newly installed to 6.0-RELEASE yesterday, and built to -STABLE from a cvsup early this morning. I have two separate accounts at the same broadband ISP, with two separate PPPoE modems on two separate phone lines. I need to connect both of these simultaneously thus providing me with two PPP connections to the same ISP. The problem I am having is that both connections have the same remote gateway, and FreeBSD is preventing me from setting the IP address on the second connection because its gateway is the same. This can be demonstrated from the command line with the following: [EMAIL PROTECTED]:~]$ ifconfig tun0 1.2.3.5 1.2.3.250 [EMAIL PROTECTED]:~]$ ifconfig tun1 1.2.4.4 1.2.3.250 ifconfig: ioctl (SIOCAIFADDR): File exists Similarly when I connect using either ppp or mpd, I get the above error in the logs and the second connection fails. Either connection works on its own, but they won't work simultaneously. What is strange is that I was speaking to an op on the Efnet IRC channel #FreeBSDHelp who said he was able to execute the above two commands on his 6.0 machine without problems. So I am confused as to why it won't work for me. Perhaps there is some kernel or other configuration option he has set but I don't, which would make this work? If anyone could tell me a way to get this working I would be most grateful. Once the connections are established I will be using ipfilter to do source-IP routing, i.e. LAN machine 192.168.0.100 will be routed via tun0, 192.168.0.200 will be routed via tun1, etc. Thanks in advance Tom PS. Mulilink connections or any other method of combining the two PPP connections will not work for me - I need them to be separate and distinct, with their own IP addresses. If I had realised there would be this problem then I would have chosen a different broadband ISP for the second connection - but now I'm stuck into a minimum contract so I need to get it working. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Recurring problem: processes block accessing UFS file system
On 11 Jan, Denis Shaposhnikov wrote: Hi! Don == Don Lewis [EMAIL PROTECTED] writes: Don Are you using any unusual file systems, such as nullfs or Don unionfs? Yes, I'm use a lots of nullfs. This is a host system for about 20 jails with nullfs mounted ro system: Don That would be my guess as to the cause of the problem. Hopefully Don DEBUG_VFS_LOCKS will help pinpoint the bug. I've got the problem again. Now I have debug kernel and crash dump. That is an output from the kdb. Do you need any additional information which I can get from the crash dump? 0xc6bed3fc: tag ufs, type VDIR usecount 3, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xc84fce0c ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xc69d1d80 (pid 546) with 2 pending#0 0xc04cd7ad at lockmgr+0x3c6 #1 0xc053d780 at vop_stdlock+0x32 #2 0xc0655075 at VOP_LOCK_APV+0x3b #3 0xc05db299 at ffs_lock+0x19 #4 0xc0655075 at VOP_LOCK_APV+0x3b #5 0xc0557513 at vn_lock+0x6c #6 0xc054a320 at vget+0x87 #7 0xc053a1f0 at cache_lookup+0xde #8 0xc053ac93 at vfs_cache_lookup+0xad #9 0xc0652eaf at VOP_LOOKUP_APV+0x3b #10 0xc053f786 at lookup+0x419 #11 0xc0540262 at namei+0x2e7 #12 0xc0558d37 at vn_open_cred+0x1c2 #13 0xc055918a at vn_open+0x33 #14 0xc054e6d3 at kern_open+0xd2 #15 0xc054f055 at open+0x36 #16 0xc0648a47 at syscall+0x23a #17 0xc06326ff at Xint0x80_syscall+0x1f ino 2072795, on dev ad4s1g 0xc6c07bf4: tag ufs, type VDIR usecount 2, writecount 0, refcount 3 mountedhere 0 flags () v_object 0xc940a744 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xc9146c00 (pid 33016) with 1 pending#0 0xc04cd7ad at lockmgr+0x3c6 #1 0xc053d780 at vop_stdlock+0x32 #2 0xc0655075 at VOP_LOCK_APV+0x3b #3 0xc05db299 at ffs_lock+0x19 #4 0xc0655075 at VOP_LOCK_APV+0x3b #5 0xc0557513 at vn_lock+0x6c #6 0xc054a320 at vget+0x87 #7 0xc053a1f0 at cache_lookup+0xde #8 0xc053ac93 at vfs_cache_lookup+0xad #9 0xc0652eaf at VOP_LOOKUP_APV+0x3b #10 0xc053f786 at lookup+0x419 #11 0xc0540262 at namei+0x2e7 #12 0xc0554134 at kern_rmdir+0x98 #13 0xc055436e at rmdir+0x22 #14 0xc0648a47 at syscall+0x23a #15 0xc06326ff at Xint0x80_syscall+0x1f ino 2072767, on dev ad4s1g db alltrace Tracing command parser3.cgi pid 33016 tid 100652 td 0xc9146c00 sched_switch(c9146c00,0,1,5e57bc72,aaef377f) at sched_switch+0xd8 mi_switch(1,0,0,e93d86c4,c04f425b) at mi_switch+0x150 sleepq_switch(e93d86f8,c04e4cc6,c6bed454,50,c0672a31) at sleepq_switch+0x115 sleepq_wait(c6bed454,50,c0672a31,0,c602a080) at sleepq_wait+0xb msleep(c6bed454,c06b9c98,50,c0672a31,0) at msleep+0x454 acquire(6,da1dcb4c,c0504340,da1dcb4c,4c) at acquire+0x7a lockmgr(c6bed454,2002,c6bed4c4,c9146c00,e93d87e0) at lockmgr+0x4ce vop_stdlock(e93d8838,120,c06a4f20,e93d8838,e93d87f0) at vop_stdlock+0x32 VOP_LOCK_APV(c06a55c0,e93d8838,e93d8808,c0655075,e93d8838) at VOP_LOCK_APV+0x3b ffs_lock(e93d8838,f,2,c6bed3fc,e93d8854) at ffs_lock+0x19 VOP_LOCK_APV(c06a4f20,e93d8838,c0653a6a,c053acd2,c0652eaf) at VOP_LOCK_APV+0x3b vn_lock(c6bed3fc,2002,c9146c00,c06326ff,6) at vn_lock+0x6c vget(c6bed3fc,2002,c9146c00,c0653a6a,c053acd2) at vget+0x87 vfs_hash_get(c6268c00,1fa0db,2,c9146c00,e93d89bc) at vfs_hash_get+0xf5 ffs_vget(c6268c00,1fa0db,2,e93d89bc,e93d89c0) at ffs_vget+0x49 ufs_lookup(e93d8a6c,c0685ac5,c6c07bf4,e93d8c34,e93d8aa8) at ufs_lookup+0x965 VOP_CACHEDLOOKUP_APV(c06a4f20,e93d8a6c,e93d8c34,c9146c00,c7fac400) at VOP_CACHEDLOOKUP_APV+0x59 vfs_cache_lookup(e93d8b14,e93d8ac0,c6c07bf4,e93d8c34,e93d8b30) at vfs_cache_lookup+0xec VOP_LOOKUP_APV(c06a4f20,e93d8b14,c9146c00,c065510a,c054a6f6) at VOP_LOOKUP_APV+0x3b lookup(e93d8c0c,c954a800,400,e93d8c28,0) at lookup+0x419 namei(e93d8c0c,ffdf,2,0,c6268c00) at namei+0x2e7 kern_rmdir(c9146c00,824b500,0,e93d8d30,c0648a47) at kern_rmdir+0x98 rmdir(c9146c00,e93d8d04,4,d,e93d8d38) at rmdir+0x22 syscall(804003b,e50003b,bfbf003b,8310560,8310560) at syscall+0x23a Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (137, FreeBSD ELF32, rmdir), eip = 0xe8201bf, esp = 0xbfbfbcfc, ebp = 0xbfbfbd18 --- Tracing command nginx pid 546 tid 100122 td 0xc69d1d80 sched_switch(c69d1d80,0,1,f002cf9e,6c43d35e) at sched_switch+0xd8 mi_switch(1,0,c0502e44,e8a73670,c04f425b) at mi_switch+0x150 sleepq_switch(e8a736a4,c04e4cc6,c6c07c4c,50,c0672a31) at sleepq_switch+0x115 sleepq_wait(c6c07c4c,50,c0672a31,0,c044b82a) at sleepq_wait+0xb msleep(c6c07c4c,c06ba45c,50,c0672a31,0) at msleep+0x454 acquire(6,c0655075,c05db299,c0655075,c0557513) at acquire+0x7a lockmgr(c6c07c4c,2002,c6c07cbc,c69d1d80,e8a7378c) at lockmgr+0x4ce vop_stdlock(e8a737e4,c06a4f20,c06a4f20,e8a737e4,e8a7379c) at vop_stdlock+0x32 VOP_LOCK_APV(c06a55c0,e8a737e4,e8a737b4,c0655075,e8a737e4) at VOP_LOCK_APV+0x3b ffs_lock(e8a737e4,c0673faf,2,c6c07bf4,e8a73800) at ffs_lock+0x19 VOP_LOCK_APV(c06a4f20,e8a737e4,e8a73814,c0504340,e8a73814) at VOP_LOCK_APV+0x3b
Re: Recurring problem: processes block accessing UFS file system
On 12 Jan, Don Lewis wrote: On 11 Jan, Denis Shaposhnikov wrote: Hi! Don == Don Lewis [EMAIL PROTECTED] writes: Don Are you using any unusual file systems, such as nullfs or Don unionfs? Yes, I'm use a lots of nullfs. This is a host system for about 20 jails with nullfs mounted ro system: Don That would be my guess as to the cause of the problem. Hopefully Don DEBUG_VFS_LOCKS will help pinpoint the bug. I've got the problem again. Now I have debug kernel and crash dump. That is an output from the kdb. Do you need any additional information which I can get from the crash dump? Process 33016 is executing rmdir(). While doing the lookup, it is holding a lock on vnode 0xc6c07bf4 and attempting to lock vnode c6bed3fc. Vnode 0xc6c07bf4 should be the parent directory of c6bed3fc. Process 546 is executing open(). While doing the lookup, it is holding a lock on vnode 0xc6bed3fc while attempting to lock vnode c6c07bf4. Vnode 0xc6bed3fc should be the parent directory of c6c07bf4, but this is inconsistent with the previous paragraph. This situation should not be possible. Using kgdb on your saved crash dump, print fmode and *ndp in the vn_open_cred() stack frame of process 546, and *nd in the kern_rmdir() stack frame of process 33016. The path names being looked up may be helpful. Are there any symbolic links in the path names? If so, what are the link contents? Are either of these processes jailed? If so, same or different jails? What are inodes 2072767 and 2072795 on ad4s1g? Are you using snapshots? I just thought of another possible cause for this problem. Is is possible that you have any hard links to directories in the file system on ad4s1g? That could put a loop in the directory tree and mess up the normal parent-child relationship that we rely on to avoid deadlocks. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: powerd effectiveness
On Fri, 13 Jan 2006 00:10, Bruno Ducrot wrote: Thats the correct one, it is 75mhz. I was suspecting hardwares limitations in terms of modulating the frequency quickly enough. Just wanted to make sure. What you have noticed is acpi_throttle(4). The combinaison of some VIA chipset and AMD processors give 16 frequencies. powerd(8) is not designed for thermal stuff, and will never be. It's up to acpi_thermal(4) to cool the processor if needed. Note that I think acpi_throttle(4) can only be used for cooling a processor. I don't think it is usefull for power comsuption at all for which powerd(4) is designed. Some other people may have different opinion of course. I don't see how reducing power consumption could NOT affect the temperature. Nearly all of the energy going into the CPU is disipated as heat. You may also want to check if sysutlis/fvcool can help you if setting the above sysctl is not possible (but don't mix the two). How come? (I am just curious :) -- 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 pgpRRbQyvpR9d.pgp Description: PGP signature
Re: Postfix and faststart
On Mon, 9 Jan 2006, Vivek Khera wrote: On Jan 8, 2006, at 3:00 AM, Doug Barton wrote: This idea has been discussed in the past, and it has a lot of merit. I tend to have a fundamental opposition to adding new pseudo-targets unless they are ABSOLUTELY necessary, since they add complexity to the system and reduce flexibility with ordering. However, this may actually be a case where it's both useful and worth the cost. It would certainly get rid of the need for naming the startup scripts like 000.foo.sh to force it to happen. Where the client scripts are doing nothing but ldconfig'ing a set of directories, a mechanism to obsolete those scripts altogether has already been committed to HEAD. Florent is working on the code to support this in bsd.port.mk, and we'll MFC after that's ready. For other issues related to ordering, the proper REQUIRE, and when necessary BEFORE lines _should_ be able to prevent the need for a pseudo-target, the only question being when do we cross the point that doing it without a pseudo-target is harder and hurts more than adding one. Doug -- This .signature sanitized for your protection ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: powerd effectiveness
On Fri, Jan 13, 2006 at 10:10:51AM +1030, Daniel O'Connor wrote: On Fri, 13 Jan 2006 00:10, Bruno Ducrot wrote: Thats the correct one, it is 75mhz. I was suspecting hardwares limitations in terms of modulating the frequency quickly enough. Just wanted to make sure. What you have noticed is acpi_throttle(4). The combinaison of some VIA chipset and AMD processors give 16 frequencies. powerd(8) is not designed for thermal stuff, and will never be. It's up to acpi_thermal(4) to cool the processor if needed. Note that I think acpi_throttle(4) can only be used for cooling a processor. I don't think it is usefull for power comsuption at all for which powerd(4) is designed. Some other people may have different opinion of course. I don't see how reducing power consumption could NOT affect the temperature. Nearly all of the energy going into the CPU is disipated as heat. Of course. But the goal of powerd is to reduce power comsuption with nearly no visible impact on performance. This imply that if the runpercent is nearly 100%, then the processor will be put to full frequency even though this can imply an overheat situation. The role of acpi_thermal is to reduce frequency if the processor is too hot, and this imply performance loss if runpercent is high. You may also want to check if sysutlis/fvcool can help you if setting the above sysctl is not possible (but don't mix the two). How come? (I am just curious :) -- 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 -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: powerd effectiveness
On Fri, 13 Jan 2006 10:24, Bruno Ducrot wrote: Nearly all of the energy going into the CPU is disipated as heat. Of course. But the goal of powerd is to reduce power comsuption with nearly no visible impact on performance. This imply that if the runpercent is nearly 100%, then the processor will be put to full frequency even though this can imply an overheat situation. The role of acpi_thermal is to reduce frequency if the processor is too hot, and this imply performance loss if runpercent is high. Yes, but the original poster was wondering why their CPU temperature didn't go down when the clock was (allegedly) very slow. -- 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 pgpbBzks78QU3.pgp Description: PGP signature
Re: mountd fails intermittently
On Thu, 29 Dec 2005, Michael Sperber wrote: Michael Sperber [EMAIL PROTECTED] writes: I'm running 5.4-STABLE (about two weeks old), and have just set up an NFS server for the first time. Remote mounts sometimes work fine, and sometimes fail. The symptoms are that showmount -e sez showmount: can't do exports rpc and that rpcinfo -u host mountd often works fine n times in a row, and then stops working, like so: Turns out that mountd seems to be trying to do reverse DNS lookups, and when those block, the whole process locks up. I don't understand why, though: the servers listed in /etc/exports are by IP. Any ideas? NFS is twitchy in a lot of ways, you've found one of them. IME, it's easier all the way around for clients and server to have entries for each other in /etc/hosts. hth, Doug -- This .signature sanitized for your protection ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: powerd effectiveness
On Fri, Jan 13, 2006 at 10:27:37AM +1030, Daniel O'Connor wrote: On Fri, 13 Jan 2006 10:24, Bruno Ducrot wrote: Nearly all of the energy going into the CPU is disipated as heat. Of course. But the goal of powerd is to reduce power comsuption with nearly no visible impact on performance. This imply that if the runpercent is nearly 100%, then the processor will be put to full frequency even though this can imply an overheat situation. The role of acpi_thermal is to reduce frequency if the processor is too hot, and this imply performance loss if runpercent is high. Yes, but the original poster was wondering why their CPU temperature didn't go down when the clock was (allegedly) very slow. Maybe because the bus disconnect feature on the northbridge is not enabled, and then the processor does not enter a low-power state upon assertion of STPCLK# I think. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 6.0 on Dell 1850 with PERC4e/DC RAID?
Scott Mitchell writes: | On Fri, Jan 06, 2006 at 10:35:46AM -0500, Vivek Khera wrote: | | On Jan 5, 2006, at 5:41 PM, Scott Mitchell wrote: | | I may be getting a new Dell PE1850 soon, to replace our ancient CVS | server | (still running 4-STABLE). The new machine will ideally run 6.0 and | have a | PERC4e/DC RAID card - the one with battery-backed cache. This is | listed as | | I have an 1850 with the buil-in PERC 4e/Si since all I needed was the | RAID1 mirror of the internal drives. It works extremely well, and | the speed is quite good. | | We'll only be mirroring the internal drives too for now - the 4e/DC seems | to be the only RAID option on the 1850 with battery-backed cache, and | doesn't cost much more for the extra peace-of-mind. | | As for notices of when the drives go bad, under 4.x I've had disk | failures with the amr driver (different PERC cards) and not gotten | any such notices in the syslog that I recall. | | That's a pity. Maybe Doug was thinking of one of the aac(4) based PERC | cards? Still, something I can run out of cron to check the array status | should be fine. Are you refering to this Doug. The Linux ioctl shim requires one file that hasn't been committed yet. Scott L. ps have it. I may commit it now that I'm back. This lets all of the Dell/LSI Linux tools run on FreeBSD including the firmware update tool. The caveat is that with the driver re-do it seems the certain things in the ioctl path causes the firmware to lock-up. I haven't been around enough to help with that problem. I have a binary that locks it up pretty quick. Most of the existing monitoring tools have bugs. The Linux tools tend to be better but the last copy of MegaMon leaked shared memory then quit. We have a tool at work but it is encumbered so we can't give it out. | I did find a program | posted to one of the freebsd lists called 'amrstat' that I run | nightly. It produces this kind of output: | | Drive 0:68.24 GB, RAID1 writeback,no-read-ahead,no-adaptative- | io optimal | | If it says degraded it is time to fix a drive. You just fire up | the lsi megaraid tools and find out which drive it is. This is probably a faily good scheme. Caveat is that you can have a optimal RAID that is broken :-( On another note, ipmi is pretty good to remotely monitor these boxes and you can run the Dell SOL proxy tool for Linux on FreeBSD then setup the BIOS on the serial port and connect the serial port to BMC/LAN. FWIW, I've been working on an openipmi compatible driver. It basically works for a bunch of programs that I've tested with as long as they are compiled with a correct ioctl file. Doug A. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: recent rc changes
On Tue, 10 Jan 2006, Brooks Davis wrote: You definitely have to change things somehow in the jail case because local scripts won't run until after early_late_divider shows up on the list and in the jail case, the default never shows up. Sorry for my ignorance here, but does 'sysctl -n security.jail.jailed' only equal 1 if we are inside the jail? If so, then we could add something to that part of /etc/rc like this: if [ `/sbin/sysctl -n security.jail.jailed` -eq 1 ]; then skip=$skip -s nojail if [ $early_late_divider = mountcritlocal ]; then early_late_divider=NETWORKING fi fi Since the jail test happens after we load_rc_config, this should work. Doug -- This .signature sanitized for your protection ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 6.0 on Dell 1850 with PERC4e/DC RAID?
On Thursday 12 January 2006 07:41 pm, Doug Ambrisko wrote: Scott Mitchell writes: | I did find a program | posted to one of the freebsd lists called 'amrstat' that I run | nightly. It produces this kind of output: | | Drive 0:68.24 GB, RAID1 | writeback,no-read-ahead,no-adaptative- io optimal | | If it says degraded it is time to fix a drive. You just | fire up the lsi megaraid tools and find out which drive it is. This is probably a faily good scheme. Caveat is that you can have a optimal RAID that is broken :-( That's lame. Under what condition does it happen, do you know? Thanks, Jung-uk Kim ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: recent rc changes
On Thu, Jan 12, 2006 at 05:16:38PM -0800, Doug Barton wrote: On Tue, 10 Jan 2006, Brooks Davis wrote: You definitely have to change things somehow in the jail case because local scripts won't run until after early_late_divider shows up on the list and in the jail case, the default never shows up. Sorry for my ignorance here, but does 'sysctl -n security.jail.jailed' only equal 1 if we are inside the jail? If so, then we could add something to that part of /etc/rc like this: if [ `/sbin/sysctl -n security.jail.jailed` -eq 1 ]; then skip=$skip -s nojail if [ $early_late_divider = mountcritlocal ]; then early_late_divider=NETWORKING fi fi Since the jail test happens after we load_rc_config, this should work. If it's good enought for the nojail keyword, I think it's fine for the early_late_divider fix. Skipping nojail scripts always breaks local package startup not. -- Brooks -- Any statement of the form X is the one, true Y is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 pgp5X7GZvQQt8.pgp Description: PGP signature
Re: Two PPP connections to the same ISP with same remote gateway
On Fri, 13 Jan 2006 08:07, Tom Jobbins wrote: This can be demonstrated from the command line with the following: [EMAIL PROTECTED]:~]$ ifconfig tun0 1.2.3.5 1.2.3.250 [EMAIL PROTECTED]:~]$ ifconfig tun1 1.2.4.4 1.2.3.250 ifconfig: ioctl (SIOCAIFADDR): File exists This is really odd, because I don't see this on my machines (as per our discussion on IRC which you mention below), I did.. midget# uname -a FreeBSD midget.dons.net.au 5.4-STABLE FreeBSD 5.4-STABLE #4: Mon Aug 1 09:01:42 CST 2005[EMAIL PROTECTED]:/usr/src/sys/i386/compile/MIDGET i386 midget# cat /dev/tun [1] 21524 midget# cat /dev/tun [2] 21525 midget# ifconfig tun0 tun0: flags=8010POINTOPOINT,MULTICAST mtu 1500 midget# ifconfig tun1 tun1: flags=8010POINTOPOINT,MULTICAST mtu 1500 Opened by PID 21524 midget# ifconfig tun2 tun2: flags=8010POINTOPOINT,MULTICAST mtu 1500 Opened by PID 21525 midget# ifconfig tun1 1.2.3.4 1.2.3.254 midget# ifconfig tun2 1.2.3.5 1.2.3.254 midget# ifconfig tun1 tun1: flags=8051UP,POINTOPOINT,RUNNING,MULTICAST mtu 1500 inet 1.2.3.4 -- 1.2.3.254 netmask 0xff00 inet6 fe80::290:27ff:fe45:a94%tun1 prefixlen 64 scopeid 0x8 Opened by PID 21524 midget# ifconfig tun2 tun2: flags=8051UP,POINTOPOINT,RUNNING,MULTICAST mtu 1500 inet 1.2.3.5 -- 1.2.3.254 netmask 0xff00 inet6 fe80::290:27ff:fe45:a94%tun2 prefixlen 64 scopeid 0x9 Opened by PID 21525 I also tried with a netmask of 255.255.255.255 - same result. my sysctl.conf contains.. net.inet.ip.fw.one_pass=0 hw.intr_storm_threshold=15000 hw.snd.maxautovchans=4 hw.snd.pcm0.vchans=4 My kernel config is pretty standard - I've attached it if you want to look through it. I also tried it on a 6.0 amd64 machine - FreeBSD eureka.gsoft.com.au 6.0-RC1 FreeBSD 6.0-RC1 #0: Wed Oct 26 13:29:47 UTC 2005 [EMAIL PROTECTED]:/usr/obj/local0/src/sys/GENESIS amd64 Same result.. -- 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 machine i386 cpu I686_CPU ident MIDGET options SCHED_4BSD # 4BSD scheduler options INET# InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options PSEUDOFS# Pseudo-filesystem framework options GEOM_GPT# GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=1000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV# install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. device apic# I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapicam # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass# Passthrough device (direct SCSI access) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Add
Re: powerd effectiveness
On Thu, 12 Jan 2006 23:53, Ivan Voras wrote: dev.cpu.0.freq_levels: 1403/-1 1315/-1 1227/-1 1139/-1 1052/-1 964/-1 876/-1 789/-1 701/-1 613/-1 526/-1 438/-1 350/-1 263/-1 175/-1 87/-1 I have a Pentium-M which shows -1 like that.. I think it's just that ACPI is not supplying power consumption data. I think the infrastructure used by powerd supports both cases, but won't get you much savings if the CPU doesn't support the first case. powerd only uses the sysctl's - it doesn't need to know specific details as long as the cpufreq infrastructure understands your system. What I would like for FreeSBD to support is turning off of devices like WinXP does. Not only hard drives, but it seems that WinXP can somehow turn off network cards, USB controllers and/or devices and similar peripherals when running on batteries and those are not used (it seems it's not like disabling them completely but something else). I believe FreeBSD turns PCI cards off if there is no driver attached. I don't think XP actually turns those devices off if you are actually using them. Not sure about the specifics for stuff like USB (ie what happens if it's sleeping and you connect a USB peripheral) -- 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 pgpKYbiecSqq3.pgp Description: PGP signature
Re: powerd effectiveness
Daniel O'Connor wrote: I believe FreeBSD turns PCI cards off if there is no driver attached. I don't think XP actually turns those devices off if you are actually using them. Not sure about the specifics for stuff like USB (ie what happens if it's sleeping and you connect a USB peripheral) Not if you're using them. I don't know much about it but most of device property dialogs have Allow Windows to turn this device off to conserve power check box. It apparently does something, as I remember seeing troubleshooting tips for USB devices (and possibly others) on mailing lists and web forums in the lines of If you turn that checkbox off, the device starts working properly. I thought this may be the reason why my laptop lasts significantly longer when running WinXP than with FreeBSD but now I'm not so sure because some other factors appeared. ___ 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 devfs problem
On Wed, Jan 11, 2006 at 09:06:32PM +, Robert Watson wrote: On Thu, 5 Jan 2006, Daniel O'Connor wrote: I just installed the latest mgetty and ran it, then found it wasn't talking to my modem so I disabled it in /etc/ttys and killed the process. I ran fstat /dev/cuad0 to check it was dead and fstat got stuck in the devfs state. It seems that everything else was stuck too and now the machine is alive but not very functional. What can I do to try and debug it? Do you use devfs rule sets? I fixed a bug a week or so ago in devfs_rule.c in HEAD, and MFC'd the fix today. The symptoms are much what you describe, and occur when an invalid rule is proposed -- the right error is returned, but a lock is not released resulting in it being unavailable when processes try to access device nodes, resulting in eventual deadlock. It's devfs_rule.c:1.21 in HEAD, and devfs_rule.c:1.14.2.3 in RELENG_6. I belive the bug does not exist in RELENG_5, as there were significant changes in devfs locking for 6.0, and those haven't been merged to RELENG_5. If this doesn't fix it, the normal debugging steps apply -- compile in DDB, BREAK_TO_DEBUGGER, and WITNESS. When the wedge occurs, dump the lock state (show alllocks), and we'll see if we can track down the problem. I don't use rulesets, and I encountered the same problem when using minicom to talk to serial ports. I didn't yet have time to debug it, but I can provide instructions for repeating it. Kris pgpTgAGnr4nfj.pgp Description: PGP signature
