Re: suggestions for SATA RAID cards
On Thursday 24 August 2006 01:16, Nikolas Britton wrote: > Stay away from Adaptec and Promise because they don't support FreeBSD. > I would recommend Areca and/or HighPoint because they do officially > support FreeBSD. 3Ware does support FreeBSD but I don't have > experience with their cards so I can't say anything good or bad about > them. I believe Promise *do* support FreeBSD quite a bit. Certainly Soren's commit messages indicate that. -- 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 pgpVhgzXDnqsP.pgp Description: PGP signature
Re: 5.5 to 6.1 upgrade
On Wed, Aug 23, 2006 at 01:51:52PM -0700, Doug Barton wrote: > Ruslan Ermilov wrote: > > On Tue, Aug 22, 2006 at 11:07:45PM +0300, Todorov @ Paladin wrote: > >> Also - why portupgrade is not always aware of > >> previously chosen options for a port build? > >> > > It depends. If options are OPTIONS (in the ports sense), they > > are saved and independent of portupgrade. If options are > > makefile options specified in pkgtools.conf, they are only > > taken into accont if the port is (re)build explicitly; they > > are not taken into account if a port is (re)built as a > > dependency of another port. In plain text: if port B has > > options in pkgtools.conf, and port A has B as its dependency, > > and you portinstall/portupgrade A, B will be built (if needs > > be) without pkgtools.conf options. Be careful. > > sysutils/portconf does not have that limitation. If you specify flags using > that method, they will always be used. > True. The implementation is also smart -- it doesn't spam make(1) environment when not necessary. Thanks! Cheers, -- Ruslan Ermilov [EMAIL PROTECTED] FreeBSD committer pgp0L5O42e3js.pgp Description: PGP signature
Re: cvs commit: doc/en_US.ISO8859-1/books/handbook/serialcomms chapter.sgml
[ Forwarded from cvs-doc ] On Wed, Aug 23, 2006 at 11:37:19PM +, Giorgos Keramidas wrote: > keramida2006-08-23 23:37:19 UTC > > FreeBSD doc repository > > Modified files: > en_US.ISO8859-1/books/handbook/serialcomms chapter.sgml > Log: > Expand the section `Setting a Faster Serial Port Speed', to mention > ways to set the serial console speed without having to rebuild the > boot blocks. Note that for releases before 6.1, though, rebuilding > the boot blocks may be the only option. On a related note, is the keyboard multiplexer now good enough for us to ship a /boot.config containing '-P' on the installation images? Ceri -- That must be wonderful! I don't understand it at all. -- Moliere pgppS787Bc0bU.pgp Description: PGP signature
source tree borked for 6.1-stable ?
/usr/src/sys/netinet/ip_fw2.c:37:23: opt_ip6fw.h: No such file or directory /usr/src/sys/netinet6/ip6_forward.c:33:23: opt_ip6fw.h: No such file or directory /usr/src/sys/netinet6/ip6_input.c:64:23: opt_ip6fw.h: No such file or directory /usr/src/sys/netinet6/ip6_output.c:64:23: opt_ip6fw.h: No such file or directory options into my kernel with or without IPV6FIREWALL gives errors on the above line or /usr/src/sys/i386/conf/FW1: unknown option "IPV6FIREWALL_DEFAULT_TO_ACCEPT" *** Error code 1 Stop in /usr/src. *** Error code 1 after update from cvsup5.freebsd.org or what ever other cvsup5-11.x.x :-((( i guess someone forgot to put in /usr/src/sys/conf/options IPV6FIREWALLopt_ip6fw.h IPV6FIREWALL_VERBOSEopt_ip6fw.h IPV6FIREWALL_VERBOSE_LIMIT=100 opt_ip6fw.h IPV6FIREWALL_DEFAULT_TO_ACCEPT opt_ip6fw.h -- Key fingerprint = 9864 E575 E207 FB90 44C8 26A2 0167 E57E 66ED 0F1D ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: GIANT in arcmsr(4)
Hi, I face to a choice - Areca ARC-1110 vs. 3ware 9550SX-4LP. Whether soon there will be an amendment to the arc driver? BR, GReenX. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
gdb problem with 6.1-RELEASE-p3
I was trying to debug a threaded application on my machine (Sony Vaio laptop, i386 architecture) I'm running 6.1-RELEASE-p3 as downgrade from RELENG_6 (after upgrading 5.4->5.5) When I invoke gdb on a threaded application, I get the following: Script started on Thu Aug 24 13:32:12 2006 [EMAIL PROTECTED]:/home/jes/gnubg% gdb ./gnubg GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... (gdb) b main Breakpoint 1 at 0x8078a58: file gnubg.c, line 7109. (gdb) r -t Starting program: /usr/home/jes/gnubg/gnubg -t warning: Unable to get location for thread creation breakpoint: generic error Error while reading shared library symbols: PT_LWPINFO: Invalid argument. no thread to satisfy query Stopped due to shared library event (gdb) c Continuing. no thread to satisfy query 0x282381c0 in r_debug_state () from /libexec/ld-elf.so.1 (gdb) c Continuing. no thread to satisfy query 0x282381c0 in r_debug_state () from /libexec/ld-elf.so.1 (gdb) q The program is running. Exit anyway? (y or n) y [EMAIL PROTECTED]:/home/jes/gnubg% exit exit Script done on Thu Aug 24 13:32:41 2006 Anyone have any ideas what is causing this? The version from /usr/ports/devel/gdb6 doesn't do this. -- Jim Segrave [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: Junk Pointer Error
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Chuck, Am 23.08.2006 um 21:25 schrieb Chuck Swiger: Sure your hardware is OK? Try running memtest86 or a hardware diagnostic from your vendor, and double-check your fans & PSU... Yes, I'm sure! Tried it today on my Laptop - same error! I think it's *very* unlikely, that two machines have exactly the same HW problems... Matthew - -- Ciao/BSD - Matthias Matthias Schuendehuette, Berlin (Germany) PGP-Key at and ID: 0xDDFB0A5F -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (Darwin) iD8DBQFE7bjwf1BNcN37Cl8RAs8cAJ9PSb9M2hZPnqgxiLOb5fD3LEowcACfcAJv wUMB28fWj92KLQUxB5Gd2k0= =DJYs -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: suggestions for SATA RAID cards
On 8/24/06, Daniel O'Connor <[EMAIL PROTECTED]> wrote: On Thursday 24 August 2006 01:16, Nikolas Britton wrote: > Stay away from Adaptec and Promise because they don't support FreeBSD. > I would recommend Areca and/or HighPoint because they do officially > support FreeBSD. 3Ware does support FreeBSD but I don't have > experience with their cards so I can't say anything good or bad about > them. I believe Promise *do* support FreeBSD quite a bit. Maybe as an after thought. I also don't see any link on their site for FreeBSD support, lets check google: http://www.google.com/search?&q=site%3Awww.promise.com+FreeBSD http://www.google.com/search?&q=site%3Ahighpoint-tech.com+FreeBSD So 7 Links Vs. 90 Links. Also if you click on that first link google gives you, about the up coming RAID6 SuperTrak EX4350 and EX12350 with support for FreeBSD etc.. Those card are clones of Areca's ARC-1210 and ARC-1230 cards... Striped down clones at that, they only have a 500MHz XScale IOP333... Areca is already moving from the 600MHz XScale IOP333 to the 800MHz XScale IOP341 with DDR2-533 support... Hell I bet they're just going to patch arcmsr(4) and call it there own. Areca's Erich Chen put a lot of work into arcmsr(4). There wouldn't be an arcmsr(4) in FreeBSD if it wasn't for Areca commitment to support FreeBSD. Now we have Promise trying to claim they support FreeBSD by patching a few lines of code from another company. Butch of BS is what that is. -- BSD Podcasts @: http://bsdtalk.blogspot.com/ http://freebsdforall.blogspot.com/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: suggestions for SATA RAID cards
Andreas Klemm wrote: On Wed, Aug 23, 2006 at 09:23:00AM +0100, Steven Hartland wrote: The Areca cards I can recommend. Highpoint 1820a is surprisingly good Many many years ago I bought a HighPoint HPT366 ATA66 controller. Thought its a good deal because it was cheap. Thought, an ATA interface can't be that complicated anymore so that its safe to buy a cheap product. Turned out that I was very wrong with my theorie. I ran into timeout problems, that couldn't be fixed. After days and nights of troubleshooting and testing I didn't get it to work reliably. I replaced it by buying a more expensive Promise controller. Since then I had zero problems. Since that time I lost trust in HighPoint products. The 366 was an exception, mostly. It was a borked piece of hardware in a "new generation" of ATA controllers at a time when IIRC FreeBSD was on the leading edge of major overhaul of ATA support. Modern HighPoint controllers are decent for the price. I wouldn't put one in a server, though. My servers use 3ware and Dell cards. -- Darren Pilgrim ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
[AMD64-SMP] I can't get my cpus working at 100%
Hello all, I can't get my athlon x2 processor working at 100% on cpu-intensive apps. I've made some tests with "john --test" and "transcode", wich are both multithreaded apps. For example if I launch transcode it takes between 50% and 55% cpu (on top), and if I launch a second transcode session on another file, the total cpu used on top is 100%, without lower the speed of the first transcode session. The same behavior occurs with john. A single "john --test" give me some speed results, and the same command with a transcode or second "john --test" give me the same speed results but now with 100% cpu used. I made a "portupgrade -auf" just after building and installing my SMP kernel and World, to be sure all is up-to-date. So it's seems it's not a "top" output problem, but a real underuse of the computing power. %uname -a FreeBSD wks02.chez.oim 6.1-STABLE FreeBSD 6.1-STABLE #0: Thu Aug 17 18:47:31 CEST 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/WKS02_SMP amd64 Does anyone could explain me what's happening with my system ? -- Laurent C. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: suggestions for SATA RAID cards
On Wed, Aug 23, 2006 at 11:13:37AM -0500, Nikolas Britton wrote: > I agree. PCIe 8x is a faster bus and it's typically connected directly > to the MCH (north bridge) unlike PCI-X which is stuck on the ICH > (south bridge). This would be for a Northbridge-based system (ie. Intel). For AMD-based motherboards, both PCI-X and PCI-e controlers usually sit the same distance away the CPU's - one hop on the HyperTransport link. -- -- David ([EMAIL PROTECTED]) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: suggestions for SATA RAID cards
On Thu, Aug 24, 2006 at 01:39:43AM -0500, Nikolas Britton wrote: > had nothing but problems with my Promise card. To make matters worse > Promise doesn't support FreeBSD... No drivers, No docs, Nothing. eh??? You don't follow FreeBSD very carefully. Promise sends full docs to [EMAIL PROTECTED] who writes the driver. I'd much rather have a talented driver writer who knows FreeBSD coding style create the driver from vendor docs, than trusting the intern silicon guy the forced to write code make one. -- -- David ([EMAIL PROTECTED]) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [AMD64-SMP] I can't get my cpus working at 100%
On Thursday 24 August 2006 13:09, Laurent C wrote: > Hello all, > > I can't get my athlon x2 processor working at 100% on cpu-intensive > apps. I've made some tests with "john --test" and "transcode", wich > are both multithreaded apps. > > For example if I launch transcode it takes between 50% and 55% cpu > (on top), and if I launch > a second transcode session on another file, the total cpu used on > top is 100%, without lower the speed > of the first transcode session. > > The same behavior occurs with john. A single "john --test" give me > some speed results, and the same > command with a transcode or second "john --test" give me the same > speed results but now with 100% > cpu used. > > I made a "portupgrade -auf" just after building and installing my > SMP kernel and World, to be sure all is up-to-date. > > So it's seems it's not a "top" output problem, but a real underuse > of the computing power. > > %uname -a > FreeBSD wks02.chez.oim 6.1-STABLE FreeBSD 6.1-STABLE #0: Thu Aug 17 > 18:47:31 CEST 2006 > [EMAIL PROTECTED]:/usr/obj/usr/src/sys/WKS02_SMP amd64 > > Does anyone could explain me what's happening with my system ? An application that is not written to take advantage of a multi-cpu system is unable to max out more than one CPU at a time. top isn't really SMP 'aware' so in a dual CPU system something that is using 50% of the CPU is in reality maxing one CPU. This is a bit over-simplified because the process will bounce between the two CPUs but it will never execute on more than one at a time. -- Thanks, Josh Paetzel ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [AMD64-SMP] I can't get my cpus working at 100%
On Thu, Aug 24, 2006 at 08:09:35PM +0200, Laurent C wrote: > Hello all, > > I can't get my athlon x2 processor working at 100% on cpu-intensive apps. > I've made some tests with "john --test" and "transcode", wich are both > multithreaded apps. > > For example if I launch transcode it takes between 50% and 55% cpu (on top), > and if I launch > a second transcode session on another file, the total cpu used on top is > 100%, without lower the speed > of the first transcode session. > > The same behavior occurs with john. A single "john --test" give me some > speed results, and the same > command with a transcode or second "john --test" give me the same speed > results but now with 100% > cpu used. > > I made a "portupgrade -auf" just after building and installing my SMP kernel > and World, to be sure all is up-to-date. > > So it's seems it's not a "top" output problem, but a real underuse of the > computing power. > > %uname -a > FreeBSD wks02.chez.oim 6.1-STABLE FreeBSD 6.1-STABLE #0: Thu Aug 17 18:47:31 > CEST 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/WKS02_SMP amd64 > > Does anyone could explain me what's happening with my system ? How do you know the applications are running with two threads? Presumably you need to specify the amount of parallelism. Kris pgpydZCoJhr7F.pgp Description: PGP signature
Re: source tree borked for 6.1-stable ?
On Thu, Aug 24, 2006 at 02:12:53PM +0400, Nikolay Kalev wrote: > /usr/src/sys/netinet/ip_fw2.c:37:23: opt_ip6fw.h: No such file or directory > /usr/src/sys/netinet6/ip6_forward.c:33:23: opt_ip6fw.h: No such file > or directory > /usr/src/sys/netinet6/ip6_input.c:64:23: opt_ip6fw.h: No such file or > directory > /usr/src/sys/netinet6/ip6_output.c:64:23: opt_ip6fw.h: No such file or > directory > > options into my kernel with or without IPV6FIREWALL gives errors on > the above line or > > /usr/src/sys/i386/conf/FW1: unknown option "IPV6FIREWALL_DEFAULT_TO_ACCEPT" > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > after update from cvsup5.freebsd.org or what ever other cvsup5-11.x.x > :-((( > i guess someone forgot to put in > /usr/src/sys/conf/options > > IPV6FIREWALLopt_ip6fw.h > IPV6FIREWALL_VERBOSEopt_ip6fw.h > IPV6FIREWALL_VERBOSE_LIMIT=100 opt_ip6fw.h > IPV6FIREWALL_DEFAULT_TO_ACCEPT opt_ip6fw.h Perhaps someone accidentally updated their source to current? Kris pgpT42Fx83gok.pgp Description: PGP signature
Re: source tree borked for 6.1-stable ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kris Kennaway wrote: > On Thu, Aug 24, 2006 at 02:12:53PM +0400, Nikolay Kalev wrote: >> /usr/src/sys/netinet/ip_fw2.c:37:23: opt_ip6fw.h: No such file or directory >> /usr/src/sys/netinet6/ip6_forward.c:33:23: opt_ip6fw.h: No such file >> or directory [ .. ] > Perhaps someone accidentally updated their source to current? Nope .. a 'cd /usr/src; make kernel' prompts this behaviour on today's - -stable sources :-( Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.4 (MingW32) iD8DBQFE7ftfQv9rrgRC1JIRAgqtAJ9zVbXhDbM42uvP5Bcp9IoUX1wIcwCgrZBF 9ey1WssVxPA4YxsZe1Y9W5E= =KLA1 -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: source tree borked for 6.1-stable ?
On Thu, Aug 24, 2006 at 03:17:51PM -0400, Michael Butler wrote: > Kris Kennaway wrote: > > On Thu, Aug 24, 2006 at 02:12:53PM +0400, Nikolay Kalev wrote: > >> /usr/src/sys/netinet/ip_fw2.c:37:23: opt_ip6fw.h: No such file or directory > >> /usr/src/sys/netinet6/ip6_forward.c:33:23: opt_ip6fw.h: No such file > >> or directory > > [ .. ] > > > Perhaps someone accidentally updated their source to current? > > > Nope .. a 'cd /usr/src; make kernel' prompts this behaviour on today's > -stable sources :-( OK, guess it was a bad merge. Try again later. Kris pgpN3dILfnpfF.pgp Description: PGP signature
Re: source tree borked for 6.1-stable ?
On Thu, Aug 24, 2006 at 03:17:51PM -0400, Michael Butler wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Kris Kennaway wrote: > > On Thu, Aug 24, 2006 at 02:12:53PM +0400, Nikolay Kalev wrote: > >> /usr/src/sys/netinet/ip_fw2.c:37:23: opt_ip6fw.h: No such file or directory > >> /usr/src/sys/netinet6/ip6_forward.c:33:23: opt_ip6fw.h: No such file > >> or directory > > [ .. ] > > > Perhaps someone accidentally updated their source to current? > > > Nope .. a 'cd /usr/src; make kernel' prompts this behaviour on today's > - -stable sources :-( > This has been fixed for several hours now, please re-cvsup. Cheers, -- Ruslan Ermilov [EMAIL PROTECTED] FreeBSD committer pgppfGonw8Uts.pgp Description: PGP signature
Re: cvs commit: doc/en_US.ISO8859-1/books/handbook/serialcomms chapter.sgml
On Thursday 24 August 2006 05:18, Ceri Davies wrote: > [ Forwarded from cvs-doc ] > > On Wed, Aug 23, 2006 at 11:37:19PM +, Giorgos Keramidas wrote: > > keramida2006-08-23 23:37:19 UTC > > > > FreeBSD doc repository > > > > Modified files: > > en_US.ISO8859-1/books/handbook/serialcomms chapter.sgml > > Log: > > Expand the section `Setting a Faster Serial Port Speed', to mention > > ways to set the serial console speed without having to rebuild the > > boot blocks. Note that for releases before 6.1, though, rebuilding > > the boot blocks may be the only option. > > On a related note, is the keyboard multiplexer now good enough for us to > ship a /boot.config containing '-P' on the installation images? That's unrelated. -P only does a very simple check to see if a keyboard is present. Many systems with only USB keyboards would fail the check and end up sending their output to the serial console. We could use -D though, that would let the user break into the loader and adjust console (or use boot -h) to force sysinstall to use the serial console. -- John Baldwin ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: doc/en_US.ISO8859-1/books/handbook/serialcomms chapter.sgml
On Thu, Aug 24, 2006 at 03:20:47PM -0400, John Baldwin wrote: > On Thursday 24 August 2006 05:18, Ceri Davies wrote: > > [ Forwarded from cvs-doc ] > > > > On Wed, Aug 23, 2006 at 11:37:19PM +, Giorgos Keramidas wrote: > > > keramida2006-08-23 23:37:19 UTC > > > > > > FreeBSD doc repository > > > > > > Modified files: > > > en_US.ISO8859-1/books/handbook/serialcomms chapter.sgml > > > Log: > > > Expand the section `Setting a Faster Serial Port Speed', to mention > > > ways to set the serial console speed without having to rebuild the > > > boot blocks. Note that for releases before 6.1, though, rebuilding > > > the boot blocks may be the only option. > > > > On a related note, is the keyboard multiplexer now good enough for us to > > ship a /boot.config containing '-P' on the installation images? > > That's unrelated. -P only does a very simple check to see if a keyboard is > present. Many systems with only USB keyboards would fail the check and end > up sending their output to the serial console. OK, I had thought that kdbmux would help here. Never mind. > We could use -D though, that > would let the user break into the loader and adjust console (or use boot -h) > to force sysinstall to use the serial console. That smells new, or at least I have never noticed it before! It would help me quiet some people who have complained about having to build custom images to allow a serial installation by the sound of it, though. Ceri -- That must be wonderful! I don't understand it at all. -- Moliere pgpjipoOd6TXY.pgp Description: PGP signature
Re: [AMD64-SMP] I can't get my cpus working at 100%
Hi there, On 24/08/06, Kris Kennaway <[EMAIL PROTECTED]> wrote: [...] How do you know the applications are running with two threads? Presumably you need to specify the amount of parallelism. Kris To make matters worse you can't even tell if an application running with several threads uses more then one CPU. Originally, threading was implemented with single CPU systems in mind, especially in regard to shares memory and things like this. A nice example of a program being able to do threading, but one CPU (core) only is python. So you don't only want to know how many threads an application is working with, but on what cores they are processed. You might want to man ps for a list of possible option, I don't have a SMP system at hand, but i think ps -aHl might be suitable. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: doc/en_US.ISO8859-1/books/handbook/serialcomms chapter.sgml
On Thursday 24 August 2006 15:42, Ceri Davies wrote: > On Thu, Aug 24, 2006 at 03:20:47PM -0400, John Baldwin wrote: > > On Thursday 24 August 2006 05:18, Ceri Davies wrote: > > > [ Forwarded from cvs-doc ] > > > > > > On Wed, Aug 23, 2006 at 11:37:19PM +, Giorgos Keramidas wrote: > > > > keramida2006-08-23 23:37:19 UTC > > > > > > > > FreeBSD doc repository > > > > > > > > Modified files: > > > > en_US.ISO8859-1/books/handbook/serialcomms chapter.sgml > > > > Log: > > > > Expand the section `Setting a Faster Serial Port Speed', to mention > > > > ways to set the serial console speed without having to rebuild the > > > > boot blocks. Note that for releases before 6.1, though, rebuilding > > > > the boot blocks may be the only option. > > > > > > On a related note, is the keyboard multiplexer now good enough for us to > > > ship a /boot.config containing '-P' on the installation images? > > > > That's unrelated. -P only does a very simple check to see if a keyboard is > > present. Many systems with only USB keyboards would fail the check and end > > up sending their output to the serial console. > > OK, I had thought that kdbmux would help here. Never mind. > > > We could use -D though, that > > would let the user break into the loader and adjust console (or use boot > > -h) > > to force sysinstall to use the serial console. > > That smells new, or at least I have never noticed it before! It would > help me quiet some people who have complained about having to build > custom images to allow a serial installation by the sound of it, though. It's old, kernel and boot2 have supported it for a long time, but /boot/loader has only properly handled -D for the past year or so now. -- John Baldwin ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [AMD64-SMP] I can't get my cpus working at 100%
On Thu, August 24, 2006 2:10 pm, Christian Walther wrote: > On 24/08/06, Kris Kennaway <[EMAIL PROTECTED]> wrote: > [...] >> How do you know the applications are running with two threads? >> Presumably you need to specify the amount of parallelism. > To make matters worse you can't even tell if an application running > with several threads uses more then one CPU. Originally, threading was > implemented with single CPU systems in mind, especially in regard to > shares memory and things like this. A nice example of a program being > able to do threading, but one CPU (core) only is python. > So you don't only want to know how many threads an application is > working with, but on what cores they are processed. You might want to > man ps for a list of possible option, I don't have a SMP system at > hand, but i think ps -aHl might be suitable. Use 'H' in top to switch to thread-view mode, where the individual threads for each running process are shown. Then look in the 'C' column to see which CPU the threads are running on. Freddie Cash [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: suggestions for SATA RAID cards
On Friday 25 August 2006 01:52, Nikolas Britton wrote: > > I believe Promise *do* support FreeBSD quite a bit. > > Maybe as an after thought. I also don't see any link on their site for > FreeBSD support, lets check google: cvs log ata-chipset.c.. revision 1.21 date: 2003/05/01 06:20:50; author: sos; state: Exp; lines: +144 -7 I'm pleased to announce that Promise is now supporting the FreeBSD project by providing documentation (under NDA) and hardware for testing. This commit is the first result of the cooperation, and adds support for several of their new controllers that we didn't support before (and probably newer would have without this arrangement). Add support for the Promise SATA150 TX2/TX4 and the Promise TX4000 controllers. This also adds support for various motherboard fitted Promise SATA/ATA chips. Note that this code uses memory mapped registers to minimize overhead. I belive FreeBSD has made another first in the Open Source world by being able to release support for this :) I don't ever download drivers from a companies website for FreeBSD so I couldn't care less if they're mentioned on it :) > http://www.google.com/search?&q=site%3Awww.promise.com+FreeBSD > > http://www.google.com/search?&q=site%3Ahighpoint-tech.com+FreeBSD > > So 7 Links Vs. 90 Links. Also if you click on that first link google > gives you, about the up coming RAID6 SuperTrak EX4350 and EX12350 with > support for FreeBSD etc.. Those card are clones of Areca's ARC-1210 > and ARC-1230 cards... Striped down clones at that, they only have a > 500MHz XScale IOP333... Areca is already moving from the 600MHz XScale > IOP333 to the 800MHz XScale IOP341 with DDR2-533 support... Hell I bet > they're just going to patch arcmsr(4) and call it there own. Areca's > Erich Chen put a lot of work into arcmsr(4). There wouldn't be an > arcmsr(4) in FreeBSD if it wasn't for Areca commitment to support > FreeBSD. Now we have Promise trying to claim they support FreeBSD by > patching a few lines of code from another company. Butch of BS is what > that is. Erm, I think "paranoid conspiracy theory" covers this. Just because they use the same chip doesn't mean the driver will magically work.. The CPU on the RAID card runs a program and that program is what defines the interface with the OS. ISTR 3ware cards have XScale's on them too.. Perhaps Areca cloned them! Promise cards have been supported for much longer than Areca (longer than Areca has actually existed as a company?) and it is my understanding they regularly supply Soren with documentation and hardware. -- 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 pgpxFehBXYL74.pgp Description: PGP signature
Re: suggestions for SATA RAID cards
Daniel O'Connor wrote: On Friday 25 August 2006 01:52, Nikolas Britton wrote: I believe Promise *do* support FreeBSD quite a bit. Maybe as an after thought. I also don't see any link on their site for FreeBSD support, lets check google: cvs log ata-chipset.c.. revision 1.21 date: 2003/05/01 06:20:50; author: sos; state: Exp; lines: +144 -7 I'm pleased to announce that Promise is now supporting the FreeBSD project by providing documentation (under NDA) and hardware for testing. This commit is the first result of the cooperation, and adds support for several of their new controllers that we didn't support before (and probably newer would have without this arrangement). Add support for the Promise SATA150 TX2/TX4 and the Promise TX4000 controllers. This also adds support for various motherboard fitted Promise SATA/ATA chips. Note that this code uses memory mapped registers to minimize overhead. I belive FreeBSD has made another first in the Open Source world by being able to release support for this :) While this is true, Promise support seems somewhat problematic for the 4 port cards - I have a TX4000 which FreeBSD (4,5,6,7) consistently see no disks attached to - ever, and a SX4060 that gives ATA semaphore timeouts and 'danger Will Robinson' no matter what disks are attached to it... so neither of these are any use to me for FreeBSD, unfortunately (I gave up and installed Gentoo on the box with the TX4000). By comparison, I have a 3ware 7506 which works perfectly. Admittedly, this is all pretty old HW, but I believe there are still similar issues with *some* newer Promise SATA cards Cheers Mark ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: GIANT in arcmsr(4)
Dear BR, GReenX., I have this last driver on my lab for areca testing procedure. I promised that the driver sould passed testing on Power Mac and SPARC machine. But I can not install FreeBSD 6.0 on my Power Mac G5 system till now. Its coding style not yet all change into unix style. This code had ran more a week of my testing script. You can use it till my final release code for FreeBSD org. Best Regards Erich Chen - Original Message - From: "GreenX" <[EMAIL PROTECTED]> To: "erich" <[EMAIL PROTECTED]>; Sent: Thursday, August 24, 2006 6:48 PM Subject: Re: GIANT in arcmsr(4) Hi, I face to a choice - Areca ARC-1110 vs. 3ware 9550SX-4LP. Whether soon there will be an amendment to the arc driver? BR, GReenX. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
