From owner-freebsd-current@FreeBSD.ORG Sun Feb 6 00:13:19 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 581D916A4CE for ; Sun, 6 Feb 2005 00:13:19 +0000 (GMT) Received: from smsgw.vianetworks.ch (smsgw.vianetworks.ch [146.228.10.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BCB643D1F for ; Sun, 6 Feb 2005 00:13:18 +0000 (GMT) (envelope-from mw@smsgw.vianetworks.ch) Received: from smsgw.vianetworks.ch (localhost.kpnqwest.ch [127.0.0.1]) by smsgw.vianetworks.ch (8.12.10/8.12.6) with ESMTP id j160DHNQ037638; Sun, 6 Feb 2005 01:13:17 +0100 (CET) (envelope-from mw@smsgw.vianetworks.ch) Received: (from mw@localhost) by smsgw.vianetworks.ch (8.12.10/8.12.6/Submit) id j160DGuc037637; Sun, 6 Feb 2005 01:13:16 +0100 (CET) Message-Id: <200502060013.j160DGuc037637@smsgw.vianetworks.ch> In-Reply-To: <16901.13269.509134.918380@ran.psg.com> To: Randy Bush Date: Sun, 6 Feb 2005 01:13:16 +0100 (CET) Sender: mw@smsgw.vianetworks.ch From: mw@kpnqwest.ch X-NCC-RegID: ch.vianetworks X-Mailer: ELM [version 2.4ME+ PL99b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: FreeBSD Current Subject: Re: logitec usb wireless mouse X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Feb 2005 00:13:19 -0000 > anyone have the logitech wireless mouse working and can send > a clue? the keyboard is fine. the mouse does the logitec > connect thing; but moving/clicking it does nothing. Perhaps you ran into the same problem I had with the wireless mouse of the logitech dinovo keyboard. If that's the case, the following will help: --- hid.c 6 Jan 2005 01:43:27 -0000 1.24 +++ hid.c 6 Feb 2005 00:11:32 -0000 @@ -374,8 +374,9 @@ int size, id; id = 0; + bzero (&h, sizeof (h)); for (d = hid_start_parse(buf, len, 1< Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A2E316A4CE for ; Sun, 6 Feb 2005 01:41:50 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8B0C43D48 for ; Sun, 6 Feb 2005 01:41:49 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.43 (FreeBSD)) id 1CxbQp-0004DW-N9; Sat, 05 Feb 2005 17:41:47 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16901.30171.208676.599222@ran.psg.com> Date: Sat, 5 Feb 2005 17:41:47 -0800 To: mw@kpnqwest.ch References: <16901.13269.509134.918380@ran.psg.com> <200502060013.j160DGuc037637@smsgw.vianetworks.ch> cc: FreeBSD Current Subject: Re: logitec usb wireless mouse X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Feb 2005 01:41:50 -0000 > Perhaps you ran into the same problem I had with the wireless > mouse of the logitech dinovo keyboard. If that's the case, the > following will help: > > --- hid.c 6 Jan 2005 01:43:27 -0000 1.24 > +++ hid.c 6 Feb 2005 00:11:32 -0000 > @@ -374,8 +374,9 @@ > int size, id; > > id = 0; > + bzero (&h, sizeof (h)); > for (d = hid_start_parse(buf, len, 1< - if (h.report_ID != 0) > + if (h.report_ID != 0 && !id) > id = h.report_ID; > hid_end_parse(d); > size = h.loc.pos; bingo!!!! thank you is someone committing this. randy From owner-freebsd-current@FreeBSD.ORG Sun Feb 6 10:35:04 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD2A916A4CE for ; Sun, 6 Feb 2005 10:35:04 +0000 (GMT) Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66C8843D3F for ; Sun, 6 Feb 2005 10:35:04 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-1.free.fr (Postfix) with ESMTP id 6B10628C130; Sun, 6 Feb 2005 11:35:02 +0100 (CET) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 1CEBE407C; Sun, 6 Feb 2005 11:34:39 +0100 (CET) Date: Sun, 6 Feb 2005 11:34:39 +0100 From: Jeremie Le Hen To: Kaspars Message-ID: <20050206103439.GO163@obiwan.tataz.chchile.org> References: <4204D02B.6080804@os.lv> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4204D02B.6080804@os.lv> User-Agent: Mutt/1.5.6i cc: FreeBSD Current Subject: Re: Promise raid X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Feb 2005 10:35:05 -0000 Hi, Soren Schmidt (sos@) just released his ATA mkIII patch [1] for RELENG_5 and CURRENT in order to test it before getting it into the tree. As you are experiencing problems with your ATA RAID controller, it would be interesting to test, both for you and sos@. Hope this helps. Regards, [1] http://docs.freebsd.org/cgi/getmsg.cgi?fetch=729893+0+archive/2005/freebsd-current/ -- Jeremie Le Hen jeremie@le-hen.org From owner-freebsd-current@FreeBSD.ORG Sun Feb 6 10:37:58 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D3F516A4CE for ; Sun, 6 Feb 2005 10:37:58 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F73E43D78 for ; Sun, 6 Feb 2005 10:37:57 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.12] (g4.samsco.home [192.168.254.12]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j16AbFaA071428 for ; Sun, 6 Feb 2005 03:37:15 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <4205F382.8020404@freebsd.org> Date: Sun, 06 Feb 2005 03:37:54 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040514 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Subject: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Feb 2005 10:37:58 -0000 All, There has been a lot of recent talk and advocacy for NetBSD 2.0 from the NetBSD team. Most recently there were a series of articles posted my Chritos Zoulas describing why NetBSD is relevant and why it's a better choice than either FreeBSD or OpenBSD. While I strongly applaud the accomplishments of the NetBSD team and happily agree that NetBSD 2.0 is a strong step forward for them, I take a bit of exception to many of their claims and much of their criticisms of FreeBSD. First of all, the last decade has been ripe with cooperation between all three of the major BSD projects. Each projects gives and takes from the others, and there are a number of developers that have commit privileges to multiple BSD projects. Drivers, infrastructure, bug fixes, and features readily flow between projects. This benefits everyone, especially since it allows each group to focus on unique aspects of the system without having to be bogged down with other aspects. As the old saying goes, FreeBSD is about performance, NetBSD is about platform portability, and OpenBSD is about security. So is that still the case? The NetBSD advocates are quick to claim that NetBSD 2.0 now beats FreeBSD in both performance and features. Fortunately, that just is not true. There is a very long list of reasons why FreeBSD is an excellent operating system and an ideal choice for the enterprise and the desktop. Briefly: - Netgraph provides unparalleled flexibility to build complex network environments. Netgraph modules are available for packet filtering, tunneling, redirection, inspection, and injection at any point in the network stack in a transparent and quick fashion. Modules can be stacked together like bricks to meet just about any need. Developing custom modules is also easy and very well documented. There simply is not anything else in any other OS that is as flexible, easy to use, and full-featured as netgraph. - GEOM provides to the storage stack what netgraph provides to the network stack. Transformations like mirroring, striping, spanning, and encryption can be configured for any storage object from the filesystem on up. The vinum volume manager was recently converted to use GEOM and now provides high-availability and high-reliability redundancy to any storage object. While NetBSD recently imported Vinum, it took the older, less stable and less functional version that has since been deprecated by its author in FreeBSD in favor of GEOM-Vinum. - Advanced network features and protocols such as SACK, NFSv4, SYN-cache/SYN-cookies, compressed TIME_WAIT, and accept filters allow for fast, secure, and scalable network operations in an ever-increasing hostile and busy Internet. Packet filters like IPFW and PF provide advanced filtering, shaping, and NAT sharing. FreeBSD continues to run some of the busiest and most important network sites in the world with these technologies. - Outstanding desktop and laptop support is provided by a number of technologies. Nvidia develops and distributes native 3D drivers for its graphics cards for FreeBSD. A team of FreeBSD developers works closely with engineers at Intel to provide the best ACPI power management support available in an open source operating system. The Gnome and KDE desktop environments work flawlessly under FreeBSD thanks to another team of volunteers that work closely with those projects. - The "Ports" collection provides one-step support for over 11,000 3rd party application. Compile-time and run-time dependencies between applications and libraries are tracked and handled automatically, eliminating conflicts and incompatibilities. Pre-compiled binaries are available for nearly every supported package for quick and easy installation. This system continues to be one of the crown jewels of FreeBSD and has been copied by other OSes due to its overwhelming popularity. - Many commercial vendors also support FreeBSD. Companies like Intel, AMD, LSI, Adaptec, and 3Ware, just to name a few, provide development staffing, direct developer resources, and end-user support for many of their products. The result is high quality drivers, applications, and platform support for a wide range of modern hardware. - Continuous testing and QA is performed by a number of teams within the FreeBSD community. Tests are runs every day that range from simple full-tree compile runs to intensive network, I/O, and computational stress tests. Developers receive status emails and bug reports to help identify, track, and resolve defects. While no amount of testing is perfect and bugs do slip through, the testing that exists vastly exceeds the efforts of most other open source projects and contributes towards every FreeBSD release being high quality. NetBSD 2.0 is a significant step forward for NetBSD, but the large amount of stagnation cannot be overlooked. Their claim at high portability should have been leveraged years ago to make them the leader in embedded OSes. It's great that NetBSD is committed to supporting legacy architectures, but how does the effort to do so benefit modern architectures or encourage wider use and more adoption of NetBSD? And while NetBSD now supports SMP, it uses the same low-efficiency model that FreeBSD used previously. Scalability is significantly limited because only one CPU at a time can access kernel services or drive hardware devices. The whole point of the 'SMPng' project for FreeBSD 5.x is to eliminate this problem and provide fine-grained parallelism in the kernel. Converting the traditional BSD design to this model is not trivial, but the work on this is very much alive, and each FreeBSD 5.x release is faster, more scalable, and more stable than the previous release. All of the open source BSD's have a place, whether it's OpenBSD, NetBSD, or FreeBSD. Each continues to excel at what they've shown to be good at, and I expect the sharing and goodwill between them to continue. And in that vein, FreeBSD is still the 'silent workhorse' that runs corporate networks and powers advanced appliances. However, it's time to drop the 'silent' part and start loudly advocating it. FreeBSD is an outstanding OS, and developers and users should be proud of it. Scott From owner-freebsd-current@FreeBSD.ORG Sun Feb 6 11:05:00 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C2D716A4CE; Sun, 6 Feb 2005 11:05:00 +0000 (GMT) Received: from mx.res.lt (mx.res.lt [84.32.72.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BB2343D49; Sun, 6 Feb 2005 11:04:58 +0000 (GMT) (envelope-from rwd@res.lt) Received: from rwd (rwd.unix.lt [84.32.72.90]) by mx.res.lt (Postfix) with ESMTP id A97C52E016; Sun, 6 Feb 2005 12:59:17 +0200 (EET) From: =?iso-8859-4?Q?Art=FEras_Lapien=EC?= To: Scott Long In-Reply-To: <4205F382.8020404@freebsd.org> References: <4205F382.8020404@freebsd.org> Content-Type: text/plain; charset=UTF-8 Organization: Radijo =?iso-8859-4?Q?Elektronin=ECs?= Sistemos Date: Sun, 06 Feb 2005 13:04:49 +0200 Message-Id: <1107687889.8402.4.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 Content-Transfer-Encoding: 8bit X-RES-MailScanner-Information: Please contact the ISP for more information X-RES-MailScanner: Found to be clean X-MailScanner-From: rwd@res.lt cc: freebsd-current@freebsd.org Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rwd@res.lt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Feb 2005 11:05:00 -0000 And what about linux 2.6 vs FreeBSD ? On Sun, 2005-02-06 at 03:37 -0700, Scott Long wrote: > All, > > There has been a lot of recent talk and advocacy for NetBSD 2.0 from the > NetBSD team. Most recently there were a series of articles posted my > Chritos Zoulas describing why NetBSD is relevant and why it's a better > choice than either FreeBSD or OpenBSD. While I strongly applaud the > accomplishments of the NetBSD team and happily agree that NetBSD 2.0 is > a strong step forward for them, I take a bit of exception to many of > their claims and much of their criticisms of FreeBSD. > > First of all, the last decade has been ripe with cooperation between all > three of the major BSD projects. Each projects gives and takes from the > others, and there are a number of developers that have commit > privileges to multiple BSD projects. Drivers, infrastructure, > bug fixes, and features readily flow between projects. This benefits > everyone, especially since it allows each group to focus on unique > aspects of the system without having to be bogged down with other > aspects. As the old saying goes, FreeBSD is about performance, NetBSD > is about platform portability, and OpenBSD is about security. > > So is that still the case? The NetBSD advocates are quick to claim that > NetBSD 2.0 now beats FreeBSD in both performance and features. > Fortunately, that just is not true. There is a very long list of > reasons why FreeBSD is an excellent operating system and an ideal choice > for the enterprise and the desktop. Briefly: > > - Netgraph provides unparalleled flexibility to build complex network > environments. Netgraph modules are available for packet filtering, > tunneling, redirection, inspection, and injection at any point in the > network stack in a transparent and quick fashion. Modules can be > stacked together like bricks to meet just about any need. Developing > custom modules is also easy and very well documented. There simply is > not anything else in any other OS that is as flexible, easy to use, and > full-featured as netgraph. > > - GEOM provides to the storage stack what netgraph provides to the > network stack. Transformations like mirroring, striping, spanning, and > encryption can be configured for any storage object from the filesystem > on up. The vinum volume manager was recently converted to use GEOM and > now provides high-availability and high-reliability redundancy to any > storage object. While NetBSD recently imported Vinum, it took the > older, less stable and less functional version that has since been > deprecated by its author in FreeBSD in favor of GEOM-Vinum. > > - Advanced network features and protocols such as SACK, NFSv4, > SYN-cache/SYN-cookies, compressed TIME_WAIT, and accept filters allow > for fast, secure, and scalable network operations in an ever-increasing > hostile and busy Internet. Packet filters like IPFW and PF provide > advanced filtering, shaping, and NAT sharing. FreeBSD continues to run > some of the busiest and most important network sites in the world with > these technologies. > > - Outstanding desktop and laptop support is provided by a number of > technologies. Nvidia develops and distributes native 3D drivers for its > graphics cards for FreeBSD. A team of FreeBSD developers works closely > with engineers at Intel to provide the best ACPI power management > support available in an open source operating system. The Gnome and KDE > desktop environments work flawlessly under FreeBSD thanks to another > team of volunteers that work closely with those projects. > > - The "Ports" collection provides one-step support for over 11,000 3rd > party application. Compile-time and run-time dependencies between > applications and libraries are tracked and handled automatically, > eliminating conflicts and incompatibilities. Pre-compiled binaries are > available for nearly every supported package for quick and easy > installation. This system continues to be one of the crown jewels of > FreeBSD and has been copied by other OSes due to its overwhelming > popularity. > > - Many commercial vendors also support FreeBSD. Companies like Intel, > AMD, LSI, Adaptec, and 3Ware, just to name a few, provide development > staffing, direct developer resources, and end-user support for many of > their products. The result is high quality drivers, applications, and > platform support for a wide range of modern hardware. > > - Continuous testing and QA is performed by a number of teams within the > FreeBSD community. Tests are runs every day that range from simple > full-tree compile runs to intensive network, I/O, and computational > stress tests. Developers receive status emails and bug reports to help > identify, track, and resolve defects. While no amount of testing is > perfect and bugs do slip through, the testing that exists vastly exceeds > the efforts of most other open source projects and contributes towards > every FreeBSD release being high quality. > > NetBSD 2.0 is a significant step forward for NetBSD, but the large > amount of stagnation cannot be overlooked. Their claim at high > portability should have been leveraged years ago to make them the leader > in embedded OSes. It's great that NetBSD is committed to supporting > legacy architectures, but how does the effort to do so benefit modern > architectures or encourage wider use and more adoption of NetBSD? > > And while NetBSD now supports SMP, it uses the same low-efficiency model > that FreeBSD used previously. Scalability is significantly limited > because only one CPU at a time can access kernel services or drive > hardware devices. The whole point of the 'SMPng' project for FreeBSD > 5.x is to eliminate this problem and provide fine-grained parallelism in > the kernel. Converting the traditional BSD design to this model is not > trivial, but the work on this is very much alive, and each FreeBSD 5.x > release is faster, more scalable, and more stable than the previous release. > > All of the open source BSD's have a place, whether it's OpenBSD, NetBSD, > or FreeBSD. Each continues to excel at what they've shown to be good > at, and I expect the sharing and goodwill between them to continue. And > in that vein, FreeBSD is still the 'silent workhorse' that runs > corporate networks and powers advanced appliances. However, it's time > to drop the 'silent' part and start loudly advocating it. FreeBSD is an > outstanding OS, and developers and users should be proud of it. > > Scott > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- ArtÅ«ras LapienÄ— From owner-freebsd-current@FreeBSD.ORG Sun Feb 6 11:08:21 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0EF0516A4CE for ; Sun, 6 Feb 2005 11:08:21 +0000 (GMT) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AF8A43D45 for ; Sun, 6 Feb 2005 11:08:20 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.13.1/8.13.1/NinthNine) with SMTP id j16B8Jh4029373 for ; Sun, 6 Feb 2005 20:08:19 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sun, 6 Feb 2005 20:08:19 +0900 (JST) Message-Id: <200502061108.j16B8Jh4029373@sakura.ninth-nine.com> From: Norikatsu Shigemura To: freebsd-current@FreeBSD.org X-Mailer: Sylpheed version 1.0.0-gtk2-20041224 (GTK+ 2.4.14; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (sakura.ninth-nine.com [219.127.74.121]); Sun, 06 Feb 2005 20:08:19 +0900 (JST) Subject: panic SCHED_ULE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Feb 2005 11:08:21 -0000 In recently 6-current with SMP(PentiumIII-S x2), I contacted a scheduler panic while `make -j1024 buildworld'. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - FreeBSD 6.0-CURRENT #10: Sun Feb 6 19:10:30 JST 2005 nork@nadesico.ninth-nine.com:/devel/obj/usr/src/sys/NADESICO - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - How should this problem be fixed? - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad0s1a FreeBSD/i386 (nadesico.ninth-nine.com) (dcons) login: info: [drm] Loading R200 Microcode [thread pid 36 tid 100012 ] Stopped at sched_add+0xf: movl 0x4(%eax),%ecx db> where Tracing pid 36 tid 100012 td 0xc2bbb320 sched_add(0,0,e400ca84,246,c446819c,11800,4bc21b1e,0,c446621c) at sched_add+0xf setrunqueue(c40d0af0,0,246,28000000,c2bbb320) at setrunqueue+0x4e sched_thread_priority(c40d0af0,28,e400caa0,c049ea35,10) at sched_thread_priority+0xb9 propagate_priority(c06d08e0,c2bbb320,0,0,0) at propagate_priority+0x50 turnstile_wait(c06df98c,c40d0af0,34,14,c2fce354) at turnstile_wait+0x23c _mtx_lock_sleep(c06df98c,c2bbb320,0,0,0) at _mtx_lock_sleep+0x91 tcp_input(c2fce300,14,c0627713,c06d08e0,e400cc24) at tcp_input+0xf34 ip_input(c2fce300,1,dbeb7139,fff3ccd4,ffc00014) at ip_input+0xf2 netisr_processqueue(246,c9,90afd8e9,e1fc0d15,1f4) at netisr_processqueue+0x5c swi_net(0,0,0,0,0) at swi_net+0x117 ithread_loop(c2c00580,e400cd48,53bff9ff,3fffff9f,fefbfbbf) at ithread_loop+0xb3 fork_exit(c048f870,c2c00580,e400cd48) at fork_exit+0x62 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe400cd7c, ebp = 0 --- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - From owner-freebsd-current@FreeBSD.ORG Sun Feb 6 11:09:02 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB77616A4CF; Sun, 6 Feb 2005 11:09:02 +0000 (GMT) Received: from mindfields.energyhq.es.eu.org (73.Red-213-97-200.pooles.rima-tde.net [213.97.200.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6BD243D31; Sun, 6 Feb 2005 11:09:00 +0000 (GMT) (envelope-from flynn@energyhq.es.eu.org) Received: from scienide.energyhq.es.eu.org (scienide.energyhq.es.eu.org [192.168.100.1]) by mindfields.energyhq.es.eu.org (Postfix) with SMTP id 918B3366BC; Sun, 6 Feb 2005 12:08:58 +0100 (CET) Date: Sun, 6 Feb 2005 12:08:22 +0100 From: Miguel Mendez To: Scott Long Message-Id: <20050206120822.3d8e381a.flynn@energyhq.es.eu.org> In-Reply-To: <4205F382.8020404@freebsd.org> References: <4205F382.8020404@freebsd.org> X-Mailer: Sylpheed version 1.0.0-gtk2-20041224 (GTK+ 2.6.1; i386--netbsdelf) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="Signature=_Sun__6_Feb_2005_12_08_22_+0100_lMPoO8sBFfv1h1h9" cc: freebsd-current@freebsd.org Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Feb 2005 11:09:03 -0000 --Signature=_Sun__6_Feb_2005_12_08_22_+0100_lMPoO8sBFfv1h1h9 Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit On Sun, 06 Feb 2005 03:37:54 -0700 Scott Long wrote: > aspects. As the old saying goes, FreeBSD is about performance, NetBSD > is about platform portability, and OpenBSD is about security. > > So is that still the case? The NetBSD advocates are quick to claim > that NetBSD 2.0 now beats FreeBSD in both performance and features. That's not what Christos said and it's not even true. What was said and what the benchmarks showed was that, for UP machines, NetBSD performs better on certain microbenchmarks. Some NetBSD advocates were only too happy to see those results and other FreeBSD people seemed to lack a sense of humour when commenting the issue. Robert Watson posted some interesting comments about it when the topic was discussed here. > Fortunately, that just is not true. There is a very long list of > reasons why FreeBSD is an excellent operating system and an ideal > choice for the enterprise and the desktop. Briefly: Christos is a NetBSD developer, so he'll have certain bias. However, and I think I must have read a different report than you've done, he's very honest when he acknowledges certain NetBSD limitations: the lkm system, need for a better FS, need for better ACPI support, etc. Both operating systems do certain tasks better than each other, and both still have bugs. > - GEOM provides to the storage stack what netgraph provides to the > network stack. Transformations like mirroring, striping, spanning, > and encryption can be configured for any storage object from the > filesystem on up. The vinum volume manager was recently converted to > use GEOM and now provides high-availability and high-reliability > redundancy to any storage object. While NetBSD recently imported > Vinum, it took the older, less stable and less functional version > that has since been deprecated by its author in FreeBSD in favor of > GEOM-Vinum. OTOH, NetBSD has RAIDframe, which does the job pretty well, although is not as flexible as GEOM raid classes. NetBSD obviously cannot import gvinum if there's no GEOM layer. > - Advanced network features and protocols such as SACK, NFSv4, > SYN-cache/SYN-cookies, compressed TIME_WAIT, and accept filters allow > for fast, secure, and scalable network operations in an Christos also mentioned SACK as one of the features NetBSD should incorporate into their stack. > ever-increasing hostile and busy Internet. Packet filters like IPFW > and PF provide advanced filtering, shaping, and NAT sharing. FreeBSD > continues to run some of the busiest and most important network sites > in the world with these technologies. And so do NetBSD and OpenBSD (from which PF comes :) > - Outstanding desktop and laptop support is provided by a number of > technologies. Nvidia develops and distributes native 3D drivers for I wouldn't say outstanding, but it's true that FreeBSD and NetBSD are as good a desktop as Linux can be. > NetBSD 2.0 is a significant step forward for NetBSD, but the large > amount of stagnation cannot be overlooked. Their claim at high > portability should have been leveraged years ago to make them the > leader in embedded OSes. It's great that NetBSD is committed to > supporting legacy architectures, but how does the effort to do so > benefit modern architectures or encourage wider use and more adoption > of NetBSD? Those are not incompatible. Having clean code means it takes less effort to port the kernel and MD userland to a new arch. Whether it's a 25 year old VAX or a Mac Mini is not relevant. What's important is that this is possible because the code is correct in the first place. NetBSD runs on most modern hardware. Supporting legacy architectures is interesting because many of those CPUs are still used in the embedded market, which is one of NetBSD's goals. > And while NetBSD now supports SMP, it uses the same low-efficiency > model that FreeBSD used previously. Scalability is significantly > limited because only one CPU at a time can access kernel services or You are correct here. But don't forget that it wasn't their goal for a long time. For a 2-way desktop there's not much subjective difference between the two designs. Of course this changes when you start adding more CPUs. > drive hardware devices. The whole point of the 'SMPng' project for > FreeBSD 5.x is to eliminate this problem and provide fine-grained > parallelism in the kernel. Converting the traditional BSD design to > this model is not trivial, but the work on this is very much alive, > and each FreeBSD 5.x release is faster, more scalable, and more stable > than the previous release. Only more scalable as you add processors. In the state FreeBSD is now I would recommend NetBSD 2.0 over FreeBSD 5 for UP systems any day, except for cases where you need 3D acceleration or nvidia's proprietary drivers. > All of the open source BSD's have a place, whether it's OpenBSD, > NetBSD, or FreeBSD. Each continues to excel at what they've shown to > be good at, and I expect the sharing and goodwill between them to I think the point Christos wanted to make is that the old 'OpenBSD secure, NetBSD portable, FreeBSD performer' is blurring. NetBSD, for UP systems, is as good as FreeBSD is today. > continue. And in that vein, FreeBSD is still the 'silent workhorse' > that runs corporate networks and powers advanced appliances. However, > it's time to drop the 'silent' part and start loudly advocating it. > FreeBSD is an outstanding OS, and developers and users should be proud > of it. Yes, the issue of advocacy. That's an area where all BSDs lack. As annoying as some of you think Brett Glass is, he's done a lot of advocacy work over the years. Unfortunately he also loves to engage on endless anti-GPL rants which somehow remove value from his otherwise good advocacy work. As I see it, until FreeBSD 5 becomes fully stable and solves the UP performance issue, some people will give NetBSD a try. Of course this is good because it means both teams will improve the already excellent OSs and users will have more freedom of choise. Cheers, -- Miguel Mendez http://www.energyhq.es.eu.org PGP Key: 0xDC8514F1 --Signature=_Sun__6_Feb_2005_12_08_22_+0100_lMPoO8sBFfv1h1h9 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (NetBSD) iD8DBQFCBfqpnLctrNyFFPERApNqAKCWocl9Bw5GT32HtjB5GCwPrqHJcQCfeDuq ebIgUY8eiBWmTlLqtEkmOQY= =KXs8 -----END PGP SIGNATURE----- --Signature=_Sun__6_Feb_2005_12_08_22_+0100_lMPoO8sBFfv1h1h9-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 6 11:28:54 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2E5516A4CE for ; Sun, 6 Feb 2005 11:28:54 +0000 (GMT) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.FreeBSD.org (Postfix) with SMTP id 9DCD243D48 for ; Sun, 6 Feb 2005 11:28:53 +0000 (GMT) (envelope-from sthaug@nethelp.no) Received: (qmail 60903 invoked by uid 1001); 6 Feb 2005 11:28:52 -0000 To: flynn@energyhq.es.eu.org From: sthaug@nethelp.no In-Reply-To: Your message of "Sun, 6 Feb 2005 12:08:22 +0100" References: <20050206120822.3d8e381a.flynn@energyhq.es.eu.org> X-Mailer: Mew version 1.05+ on Emacs 19.34.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Sun, 06 Feb 2005 12:28:52 +0100 Message-ID: <60901.1107689332@bizet.nethelp.no> cc: freebsd-current@freebsd.org cc: scottl@freebsd.org Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Feb 2005 11:28:54 -0000 > As I see it, until FreeBSD 5 becomes fully stable and solves the UP > performance issue, some people will give NetBSD a try. Of course this is > good because it means both teams will improve the already excellent OSs > and users will have more freedom of choise. And some of us needing extremely stable and high performance UP systems are probably going to stick to FreeBSD 4.x for a while yet. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-current@FreeBSD.ORG Sun Feb 6 12:01:51 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0404B16A4CF for ; Sun, 6 Feb 2005 12:01:51 +0000 (GMT) Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF40343D45 for ; Sun, 6 Feb 2005 12:01:49 +0000 (GMT) (envelope-from frode@nordahl.net) Received: from [192.168.1.34] (unknown [195.159.232.31]) by smtp1.powertech.no (Postfix) with ESMTP id 3DAB28096; Sun, 6 Feb 2005 13:01:48 +0100 (CET) In-Reply-To: <42053B33.5020500@DeepCore.dk> References: <42028F29.1030801@DeepCore.dk> <107e33f70745912acda0e41e7148a31b@nordahl.net> <42053B33.5020500@DeepCore.dk> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=ISO-8859-1; format=flowed Message-Id: <1c79a97c7b838683d3602ece514c0dbf@nordahl.net> Content-Transfer-Encoding: quoted-printable From: Frode Nordahl Date: Sun, 6 Feb 2005 13:01:48 +0100 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= X-Mailer: Apple Mail (2.619.2) cc: 'FreeBSD Current' Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Feb 2005 12:01:51 -0000 On Feb 5, 2005, at 22:31, S=F8ren Schmidt wrote: > Frode Nordahl wrote: >> On Feb 3, 2005, at 21:52, S=F8ren Schmidt wrote: >>> ATA-mkIII first official snapshot. >> # atacontrol status ar0 >> atacontrol: ioctl(ATARAIDSTATUS): Inappropriate ioctl for device >> # atacontrol rebuild ar0 >> atacontrol: ioctl(ATARAIDREBUILD): Inappropriate ioctl for device >> I tried to copy in sys/sys/ata.h to /usr/include/sys/ and rebuild=20 >> atacontrol as well. > > Those ioctl's are not supported yet. As stated ataraid can only read=20= > the metadata so far, not write them. I didn't implement the status=20 > ioctl as its part of the interface to write metadata (ie create=20 > arrays), and I havn't made up my mind yet on that... I actually have a system with a failed drive in it now. :-) Whenever the erronous parts of the disk is read, it properly takes the=20= disk out of service and tells about the raid being degraded. However if I reboot, the drive with errors is back in business and used=20= as master of the array. I'm not sure how this is supposed to work, but I guess we at least need=20= limited support for metadata write so we can tell the "controller", and=20= ourselves about the state of our disks. I hope you will retain the online rebuild feature when this is done? I can live without support for configuring RAIDs, but online rebuild=20 would be tough to be without. Having to go to BIOS for rebuild and wait=20= for an hour before the system can be online again is a nightmare :-) Or do you think this is a job for vendor supplied management tools? Regards, Frode Nordahl > --=20 > > -S=F8ren > > From owner-freebsd-current@FreeBSD.ORG Sun Feb 6 12:06:59 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97C4A16A4CE for ; Sun, 6 Feb 2005 12:06:59 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 559C043D45 for ; Sun, 6 Feb 2005 12:06:59 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id j16C6wtA023952; Sun, 6 Feb 2005 04:06:58 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id j16C6veL023951; Sun, 6 Feb 2005 04:06:57 -0800 (PST) (envelope-from obrien) Date: Sun, 6 Feb 2005 04:06:57 -0800 From: "David O'Brien" To: mw@kpnqwest.ch Message-ID: <20050206120657.GB22743@dragon.nuxi.com> References: <16901.13269.509134.918380@ran.psg.com> <200502060013.j160DGuc037637@smsgw.vianetworks.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200502060013.j160DGuc037637@smsgw.vianetworks.ch> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: Randy Bush cc: FreeBSD Current Subject: Re: logitec usb wireless mouse X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Feb 2005 12:06:59 -0000 On Sun, Feb 06, 2005 at 01:13:16AM +0100, mw@kpnqwest.ch wrote: > > anyone have the logitech wireless mouse working and can send > > a clue? the keyboard is fine. the mouse does the logitec > > connect thing; but moving/clicking it does nothing. > > Perhaps you ran into the same problem I had with the wireless mouse > of the logitech dinovo keyboard. If that's the case, the following will help: > > --- hid.c 6 Jan 2005 01:43:27 -0000 1.24 > +++ hid.c 6 Feb 2005 00:11:32 -0000 > @@ -374,8 +374,9 @@ > int size, id; > > id = 0; > + bzero (&h, sizeof (h)); > for (d = hid_start_parse(buf, len, 1< - if (h.report_ID != 0) > + if (h.report_ID != 0 && !id) Is the real magic the "&& !id"? My read of the code doesn't see the need for the bzero as hid_get_item should be filling 'h'. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Sun Feb 6 12:27:28 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7927816A4CE; Sun, 6 Feb 2005 12:27:28 +0000 (GMT) Received: from smtp2.bahnhof.se (smtp2.bahnhof.se [213.80.101.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89B5743D3F; Sun, 6 Feb 2005 12:27:27 +0000 (GMT) (envelope-from mark.rowlands@mypost.se) Received: from mfilter2.bahnhof.se (mail.bahnhof.se [213.136.33.1]) by re-injector-s2.bahnhof.se (Postfix) with ESMTP id EC5DB898A4; Sun, 6 Feb 2005 13:27:29 +0100 (CET) Received: from localhost (mfilter2.local [127.0.0.1]) by re-injector2.bahnhof.se (Postfix) with ESMTP id 354F6AA529; Sun, 6 Feb 2005 13:27:26 +0100 (CET) Received: from smtp4.bahnhof.se ([213.136.33.1]) by localhost (mfilter2.bahnhof.se [10.0.1.22]) (amavisd-new, port 10024) with ESMTP id 13149-10; Sun, 6 Feb 2005 13:27:25 +0100 (CET) Received: from pcmarpxy.mwrwin2k.se (81-170-150-191.bahnhofbredband.net [81.170.150.191]) by smtp4.bahnhof.se (Postfix) with ESMTP id 81EF4195A08; Sun, 6 Feb 2005 13:27:24 +0100 (CET) Received: from localhost (localhost.mwrwin2k.se [127.0.0.1]) by pcmarpxy.mwrwin2k.se (Postfix) with ESMTP id 3D955AC80E; Sun, 6 Feb 2005 13:27:11 +0100 (CET) Received: from pcmarpxy.mwrwin2k.se ([127.0.0.1]) by localhost (pcmarpxy.mwrwin2k.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 34686-01; Sun, 6 Feb 2005 13:27:08 +0100 (CET) Received: from localhost.mwrwin2k.se (localhost.mwrwin2k.se [127.0.0.1]) by pcmarpxy.mwrwin2k.se (Postfix) with ESMTP id 832D2AC80D; Sun, 6 Feb 2005 13:27:07 +0100 (CET) From: Mark Rowlands To: freebsd-current@freebsd.org Date: Sun, 6 Feb 2005 13:26:56 +0100 User-Agent: KMail/1.7.2 References: <4205F382.8020404@freebsd.org> <20050206120822.3d8e381a.flynn@energyhq.es.eu.org> In-Reply-To: <20050206120822.3d8e381a.flynn@energyhq.es.eu.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200502061327.03530.mark.rowlands@mypost.se> X-Virus-Scanned: amavisd-new at bahnhof.se cc: Scott Long Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: mark.rowlands@mypost.se List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Feb 2005 12:27:28 -0000 > Both operating systems do certain tasks better than each other, and both > still have bugs. Well from dumb user perspective I dont really give a toss what Chritos has to say about FreeBSD or NetBSD and I really hope the developers don't waste any time or effort on a flame war over it. I have had such a miserable time with 5.3 that I have stopped testing with it. Geom (in its gstripe invocation) and vinum have both died on me repeatedly. The disk performance compared to 4.11 on the same hardware is atrocious. I have championed FreeBSD and got it adopted for various purposes at a number of major clients but I wouldn't dare recommend 5.3. I'm just happy 4.11 will be around for a few more years by which time hopefully the 5 or 6 branch may have matured into something usable. From owner-freebsd-current@FreeBSD.ORG Sun Feb 6 12:35:42 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEB9616A4CE for ; Sun, 6 Feb 2005 12:35:42 +0000 (GMT) Received: from smsgw.vianetworks.ch (smsgw.vianetworks.ch [146.228.10.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0157F43D31 for ; Sun, 6 Feb 2005 12:35:42 +0000 (GMT) (envelope-from mw@smsgw.vianetworks.ch) Received: from smsgw.vianetworks.ch (localhost.kpnqwest.ch [127.0.0.1]) by smsgw.vianetworks.ch (8.12.10/8.12.6) with ESMTP id j16CZeNQ039989 for ; Sun, 6 Feb 2005 13:35:40 +0100 (CET) (envelope-from mw@smsgw.vianetworks.ch) Received: (from mw@localhost) by smsgw.vianetworks.ch (8.12.10/8.12.6/Submit) id j16CZemN039988 for freebsd-current@freebsd.org; Sun, 6 Feb 2005 13:35:40 +0100 (CET) Message-Id: <200502061235.j16CZemN039988@smsgw.vianetworks.ch> In-Reply-To: <20050206120657.GB22743@dragon.nuxi.com> To: freebsd-current@freebsd.org Date: Sun, 6 Feb 2005 13:35:40 +0100 (CET) Sender: mw@smsgw.vianetworks.ch From: mw@kpnqwest.ch X-NCC-RegID: ch.vianetworks X-Mailer: ELM [version 2.4ME+ PL99b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Subject: Re: logitec usb wireless mouse X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Feb 2005 12:35:42 -0000 > > + bzero (&h, sizeof (h)); > > for (d = hid_start_parse(buf, len, 1< > - if (h.report_ID != 0) > > + if (h.report_ID != 0 && !id) > > Is the real magic the "&& !id"? My read of the code doesn't see the need > for the bzero as hid_get_item should be filling 'h'. Yup, I'm just the paranoid type of person who likes to have properly (as opposed to magically;-)) initialized structures. Markus From owner-freebsd-current@FreeBSD.ORG Sun Feb 6 12:44:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 897DB16A4CE for ; Sun, 6 Feb 2005 12:44:15 +0000 (GMT) Received: from wasley.bl.mmtr.or.jp (wasley.bl.mmtr.or.jp [210.228.173.142]) by mx1.FreeBSD.org (Postfix) with SMTP id CF6A743D1D for ; Sun, 6 Feb 2005 12:44:10 +0000 (GMT) (envelope-from rushani@bl.mmtr.or.jp) Received: (qmail 21238 invoked from network); 6 Feb 2005 21:44:07 +0900 Received: from unknown (HELO localhost) (202.229.143.141) by wasley.bl.mmtr.or.jp with SMTP; 6 Feb 2005 21:44:07 +0900 Date: Sun, 06 Feb 2005 21:43:25 +0900 (JST) Message-Id: <20050206.214325.85708834.rushani@bl.mmtr.or.jp> To: sos@DeepCore.dk From: Hideyuki KURASHINA In-Reply-To: <42028F29.1030801@DeepCore.dk> References: <42028F29.1030801@DeepCore.dk> X-URL: http://www.rushani.jp/ X-PGP-Public-Key: http://www.rushani.jp/rushani.asc X-PGP-Fingerprint: A052 6F98 6146 6FE3 91E2 DA6B F2FA 2088 439A DC57 X-RC5-72-Stats: http://stats.distributed.net/participant/psummary.php?project_id=8&id=432320 X-Mailer: Mew version 4.2rc3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Feb 2005 12:44:15 -0000 Hi, S=F8ren >>> On Thu, 03 Feb 2005 21:52:57 +0100, S=F8ren Schmidt said: > ATA-mkIII first official snapshot. [...] > No changes are needed to your config file, unless you want ATA as mod= ules. I've tested your patches using same config file as before, and it seems= work fine except on resume. After suspend, my ThinkPad X40 now hangs with following logs (copied by hand): (Fn + F4 key combo to enter suspend) acpi_ec0: info: new max delay is 80 us IBM:NOTIFY:80 notify:1004 acpi_lid0: wake_prep enabled for \_SB_.LID_ (S3) acpi_button0: wake_prep enabled for \_SB_.SLPB (S3) (Fn key to resume back ) AcpiOsDerivePciId: bus 0 dev 31 func 1 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D acpi_printcpu() debug dump =3D=3D= =3D=3D gdt[0077:c0667c20] idt[07ff:c0677fe0] ldt[0030] tr[0020] elf[00000086= ] eax[00000001] ebx[00000000] ecx[00000000] edx[00000004] esi[c1beedc8] edi[80045003] ebp[d4ebbc3c] esp[d4ebbc10] cr0[8005003b] cr2[0804a314] cr3[14f1b000] cr4[00000691] cs[0008] ds[0010] es[0010] fs[0018] gs[008f] ss[0010] =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D acpi_printcpu() debug dump =3D=3D= =3D=3D gdt[0077:c0667c20] idt[07ff:c0667fe0] ldt[0030] tr[0020] elf[00000002= ] eax[00000046] ebx[00000000] ecx[00000000] edx[c1991cf0] esi[c1beedc8] edi[80045003] ebp[d4ebbc3c] esp[d4ebbc10] cr0[8005003b] cr2[0804a314] cr3[14f1b000] cr4[00000091] cs[0008] ds[0010] es[0010] fs[0018] gs[008f] ss[0010] acpi_lid0: run_prep cleaned up for \_SB_.LID_ acpi_button0: run_prep cleand up for \_SB_.SLPB acpi_ec0: info: new max delay is 100 us While ``bus 0 dev 31 func 1'' is atapic0 (Intel ICH4 UDMA100 controller= ), it seems there's no helpful ATA related message though. However, I got= curious behaviors, i.e. o Hard disk actively drives, thus HDD indicator nearly holds on light= ing o A status indicator for event blinks on and off, periodicaly I'm using kernel & modules as of yesterday (HEAD). Without applying your patches, the resume works fine. Is this problem included in your task list, or am I alone? My config file and complete dmesg on start up (booted with -v flag) is attached below, -- rushani =0C # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section o= n # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelco= nfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files.= # If you are in doubt as to the purpose or necessity of a line, check f= irst # in NOTES. # # $rushani: TPX40,v 1.6 2004/12/08 09:27:42 hideyuki Exp $ # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.413.2.6.2.2 2004/10/24 18:02:= 52 scottl Exp $ machine i386 #cpu I486_CPU #cpu I586_CPU cpu I686_CPU ident TPX40 # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. #makeoptions DEBUG=3D-g # Build kernel with gdb(1) debug symbols 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 NFSCLIENT # Network Filesystem Client #options NFSSERVER # Network Filesystem Server #options NFS_ROOT # NFS usable as /, requires NFSCLIENT #options MSDOSFS # MSDOS Filesystem #options CD9660 # ISO 9660 Filesystem #options PROCFS # Process filesystem (requires PSEUDOFS) #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=3D2000 # 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 extensi= ons options KBD_INSTALL_CDEV # install a CDEV entry in /dev #options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. #options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. options DEVICE_POLLING # polling(4) options SC_DISABLE_REBOOT # Disable reboot key sequence options INCLUDE_CONFIG_FILE # Include this file in kernel # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB # Support DDB. #options GDB # Support remote GDB. options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures= , required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed #device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa #device eisa 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 atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers #device ahb # EISA AHA1742 family #device ahc # AHA2940 and onboard AIC7xxx devices #device ahd # AHA39320/29320 and onboard AIC79xx devices #device amd # AMD 53C974 (Tekram DC-390(T)) #device isp # Qlogic family #device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic #device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') #device trm # Tekram DC395U/UW/F DC315U adapters #device adv # Advansys SCSI adapters #device adw # Advansys wide SCSI adapters #device aha # Adaptec 154x SCSI adapters #device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. #device bt # Buslogic/Mylex MultiMaster SCSI adapters #device ncv # NCR 53C500 #device nsp # Workbit Ninja SCSI-3 #device stg # TMC 18C30/18C50 # 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) #device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem #device amr # AMI MegaRAID #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID #device ciss # Compaq Smart RAID 5* #device dpt # DPT Smartcache III, IV - See NOTES for options #device hptmv # Highpoint RocketRAID 182x #device iir # Intel Integrated RAID #device ips # IBM (Adaptec) ServeRAID #device mly # Mylex AcceleRAID/eXtremeRAID #device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers #device aac # Adaptec FSA RAID #device aacp # SCSI passthrough for aac (requires CAM) #device ida # Compaq Smart RAID #device mlx # Mylex DAC960 family #device pst # Promise Supertrak SX6000 #device twe # 3ware ATA RAID # 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 # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor #device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support #device cbb # cardbus (yenta) bridge #device pccard # PC Card (16-bit) bus #device cardbus # CardBus (32-bit) bus # Serial (COM) ports #device sio # 8250, 16[45]50 based serial ports # Parallel port #device ppc #device ppbus # Parallel port bus (required) #device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. #device de # DEC/Intel DC21x4x (``Tulip'') #device em # Intel PRO/1000 adapter Gigabit Ethernet Card #device ixgb # Intel PRO/10GbE Ethernet Card #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these = NICs! #device miibus # MII bus support #device bfe # Broadcom BCM440x 10/100 Ethernet #device bge # Broadcom BCM570xx Gigabit Ethernet #device dc # DEC/Intel 21143 and various workalikes #device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device lge # Level 1 LXT1001 gigabit ethernet #device nge # NatSemi DP83820 gigabit ethernet #device pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc') #device re # RealTek 8139C+/8169/8169S/8110S #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device ti # Alteon Networks Tigon I/II gigabit Ethernet #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vge # VIA VT612x gigabit ethernet #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. #device lnc # NE2100, NE32-VL Lance Ethernet cards #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # ISA devices that use the old ISA shims #device le # Wireless NIC cards #device wlan # 802.11 support #device an # Aironet 4500/4800 802.11 wireless NICs. #device awi # BayStack 660 and others #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback #device mem # Memory and kernel memory devices #device io # I/O device #device random # Entropy device device ether # Ethernet support #device sl # Kernel SLIP #device ppp # Kernel PPP #device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) #device md # Memory "disks" #device gif # IPv6 and IPv4 tunneling #device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support #device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface #device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices #device ugen # Generic #device uhid # "Human Interface Devices" #device ukbd # Keyboard #device ulpt # Printer #device umass # Disks/Mass storage - Requires scbus and da #device ums # Mouse #device urio # Diamond Rio 500 MP3 player #device uscanner # Scanners # USB Ethernet, requires mii #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) # System Management Bus (SMB) device smbus device ichsmb device smb #device ath #device ath_hal #device ath_rate_onoe #device wlan #device wlan_wep =0C Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 199= 4 The Regents of the University of California. All rights reserved. FreeBSD 6.0-CURRENT #10: Sun Feb 6 21:23:04 JST 2005 hideyuki@tpx40.rushani.jp:/usr/obj/usr/src/sys/TPX40 WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xc08fb000. Preloaded elf module "/boot/kernel/cd9660.ko" at 0xc08fb1c4. Preloaded elf module "/boot/kernel/ntfs.ko" at 0xc08fb270. Preloaded elf module "/boot/kernel/nullfs.ko" at 0xc08fb31c. Preloaded elf module "/boot/kernel/linux.ko" at 0xc08fb3c8. Preloaded elf module "/boot/kernel/sysvshm.ko" at 0xc08fb474. Preloaded elf module "/boot/kernel/sysvsem.ko" at 0xc08fb520. Preloaded elf module "/boot/kernel/sysvmsg.ko" at 0xc08fb5cc. Preloaded elf module "/boot/kernel/if_tun.ko" at 0xc08fb678. Preloaded elf module "/boot/kernel/ipfw.ko" at 0xc08fb724. Preloaded elf module "/boot/kernel/if_em.ko" at 0xc08fb7d0. Preloaded elf module "/boot/kernel/if_ep.ko" at 0xc08fb87c. Preloaded elf module "/boot/kernel/elink.ko" at 0xc08fb928. Preloaded elf module "/boot/kernel/if_wi.ko" at 0xc08fb9d4. Preloaded elf module "/boot/kernel/wlan.ko" at 0xc08fba80. Preloaded elf module "/boot/kernel/snd_ich.ko" at 0xc08fbb2c. Preloaded elf module "/boot/kernel/sound.ko" at 0xc08fbbd8. Preloaded elf module "/boot/kernel/usb.ko" at 0xc08fbc84. Preloaded elf module "/boot/kernel/ugen.ko" at 0xc08fbd2c. Preloaded elf module "/boot/kernel/umass.ko" at 0xc08fbdd8. Preloaded elf module "/boot/kernel/umodem.ko" at 0xc08fbe84. Preloaded elf module "/boot/kernel/ucom.ko" at 0xc08fbf30. Preloaded elf module "/boot/kernel/agp.ko" at 0xc08fbfdc. Preloaded elf module "/boot/kernel/random.ko" at 0xc08fc084. Preloaded elf module "/boot/kernel/speaker.ko" at 0xc08fc130. Preloaded elf module "/boot/kernel/if_ath.ko" at 0xc08fc1dc. Preloaded elf module "/boot/kernel/ath_rate.ko" at 0xc08fc288. Preloaded elf module "/boot/kernel/ath_hal.ko" at 0xc08fc338. Preloaded elf module "/boot/kernel/wlan_wep.ko" at 0xc08fc3e4. Preloaded elf module "/boot/kernel/acpi_ibm.ko" at 0xc08fc494. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc08fc544. Preloaded elf module "/boot/kernel/io.ko" at 0xc08fc5f0. Preloaded elf module "/boot/kernel/mem.ko" at 0xc08fc698. Preloaded elf module "/boot/kernel/cbb.ko" at 0xc08fc740. Preloaded elf module "/boot/kernel/exca.ko" at 0xc08fc7e8. Preloaded elf module "/boot/kernel/pccard.ko" at 0xc08fc894. Preloaded elf module "/boot/kernel/cardbus.ko" at 0xc08fc940. Preloaded elf module "/boot/modules/est.ko" at 0xc08fc9ec. Enhanced Speedstep running at 1400 MHz Calibrating clock(s) ... i8254 clock: 1193169 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1395476624 Hz CPU: Intel(R) Pentium(R) M processor 1.40GHz (1395.48-MHz 686-class CPU= ) Origin =3D "GenuineIntel" Id =3D 0x6d6 Stepping =3D 6 Features=3D0xafe9fbbf real memory =3D 527302656 (502 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x000000001edd8fff, 505102336 bytes (123316 pages)= avail memory =3D 506757120 (483 MB) bios32: Found BIOS32 Service Directory header at 0xc00f6fd0 bios32: Entry =3D 0xfd740 (c00fd740) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xfd6d0+0x1f8 pnpbios: Found PnP BIOS data at 0xc00f7050 pnpbios: Entry =3D f0000:b6c4 Rev =3D 1.0 pnpbios: Event flag at 4b4 Other BIOS signatures found: wlan: <802.11 Link Layer> ath_rate: random: null: io: mem: Pentium Pro MTRR support enabled ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] acpi_ec0: port 0x66,0x62 on acpi0= pci_open(1): mode 1 addr port (0x0cf8) is 0x8000f904 pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D80] is there (id=3D35808= 086) pcibios: BIOS version 2.10 Found $PIR table, 14 entries at 0xc00fdeb0 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 0 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 0 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 0 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 2 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 2 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 1 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 1 0 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 2 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 2 0 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 2 0 C 0x62 3 4 5 6 7 9 10 11 12 14 15 slot 1 2 2 A 0x69 3 4 5 6 7 9 10 11 12 14 15 slot 1 2 2 B 0x6a 3 4 5 6 7 9 10 11 12 14 15 embedded 2 3 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 2 3 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 2 3 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 2 3 D 0x63 3 4 5 6 7 9 10 11 12 14 15 slot 2 9 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 slot 2 9 0 B 0x61 3 4 5 6 7 9 10 11 12 14 15 slot 2 9 0 C 0x62 3 4 5 6 7 9 10 11 12 14 15 slot 2 9 0 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 9 1 A 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 9 2 A 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 9 2 B 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 2 1 A 0x68 3 4 5 6 7 9 10 11 12 14 15 embedded 0 29 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 29 B 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 29 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 29 D 0x6b 3 4 5 6 7 9 10 11 12 14 15 embedded 0 31 A 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 31 B 0x61 3 4 5 6 7 9 10 11 12 14 15 AcpiOsDerivePciId: bus 0 dev 31 func 0 AcpiOsDerivePciId: bus 2 dev 0 func 0 AcpiOsDerivePciId: bus 0 dev 29 func 7 acpi0: Power Button (fixed) atpic: Programming IRQ9 as level/low AcpiOsDerivePciId: bus 0 dev 0 func 0 AcpiOsDerivePciId: bus 0 dev 0 func 1 acpi_ec0: info: new max delay is 70 us ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 pci_link0: irq 11 on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 pci_link1: irq 11 on acpi0 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 pci_link2: irq 11 on acpi0 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 pci_link3: irq 11 on acpi0 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 pci_link4: irq 11 on acpi0 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 pci_link5: irq 11 on acpi0 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 pci_link6: on acpi0 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 pci_link7: irq 11 on acpi0 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI: Found matching pin for 0.2.INTA at func 0: 11 ACPI: Found matching pin for 0.29.INTA at func 0: 11 ACPI: Found matching pin for 0.29.INTB at func 1: 11 ACPI: Found matching pin for 0.29.INTC at func 2: 11 ACPI: Found matching pin for 0.29.INTD at func 7: 11 ACPI: Found matching pin for 0.31.INTA at func 1: 255 ACPI: Found matching pin for 0.31.INTB at func 3: 11 pci0: on pcib0 pci0: physical bus=3D0 found-> vendor=3D0x8086, dev=3D0x3580, revid=3D0x02 bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0106, statreg=3D0x2090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x3584, revid=3D0x02 bus=3D0, slot=3D0, func=3D1 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0080, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x3585, revid=3D0x02 bus=3D0, slot=3D0, func=3D3 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0080, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) map[10]: type 3, range 32, base e0000000, size 27, enabled map[14]: type 1, range 32, base d0000000, size 19, enabled map[18]: type 4, range 32, base 00001800, size 3, enabled pcib0: matched entry for 0.2.INTA (src \\_SB_.LNKA:0) pcib0: slot 2 INTA routed to irq 11 via \\_SB_.LNKA found-> vendor=3D0x8086, dev=3D0x3582, revid=3D0x02 bus=3D0, slot=3D2, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0003, statreg=3D0x0090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 1 supports D0 D1 D3 current D0 map[10]: type 3, range 32, base e8000000, size 27, enabled map[14]: type 1, range 32, base d0080000, size 19, enabled found-> vendor=3D0x8086, dev=3D0x3582, revid=3D0x02 bus=3D0, slot=3D2, func=3D1 class=3D03-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0003, statreg=3D0x0090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) powerspec 1 supports D0 D1 D3 current D0 map[20]: type 4, range 32, base 00001820, size 5, enabled pcib0: matched entry for 0.29.INTA (src \\_SB_.LNKA:0) pcib0: slot 29 INTA routed to irq 11 via \\_SB_.LNKA found-> vendor=3D0x8086, dev=3D0x24c2, revid=3D0x01 bus=3D0, slot=3D29, func=3D0 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 map[20]: type 4, range 32, base 00001840, size 5, enabled pcib0: matched entry for 0.29.INTB (src \\_SB_.LNKD:0) pcib0: slot 29 INTB routed to irq 11 via \\_SB_.LNKD found-> vendor=3D0x8086, dev=3D0x24c4, revid=3D0x01 bus=3D0, slot=3D29, func=3D1 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 map[20]: type 4, range 32, base 00001860, size 5, enabled pcib0: matched entry for 0.29.INTC (src \\_SB_.LNKC:0) pcib0: slot 29 INTC routed to irq 11 via \\_SB_.LNKC found-> vendor=3D0x8086, dev=3D0x24c7, revid=3D0x01 bus=3D0, slot=3D29, func=3D2 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0001, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D11 map[10]: type 1, range 32, base d0100000, size 10, enabled pcib0: matched entry for 0.29.INTD (src \\_SB_.LNKH:0) pcib0: slot 29 INTD routed to irq 11 via \\_SB_.LNKH found-> vendor=3D0x8086, dev=3D0x24cd, revid=3D0x01 bus=3D0, slot=3D29, func=3D7 class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0106, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dd, irq=3D11 powerspec 2 supports D0 D3 current D0 found-> vendor=3D0x8086, dev=3D0x2448, revid=3D0x81 bus=3D0, slot=3D30, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x8080, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x04 (1000 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x24cc, revid=3D0x01 bus=3D0, slot=3D31, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x000f, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) map[20]: type 4, range 32, base 00001810, size 4, enabled found-> vendor=3D0x8086, dev=3D0x24ca, revid=3D0x01 bus=3D0, slot=3D31, func=3D1 class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 map[20]: type 4, range 32, base 00001880, size 5, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.LNKB:0) pcib0: slot 31 INTB routed to irq 11 via \\_SB_.LNKB found-> vendor=3D0x8086, dev=3D0x24c3, revid=3D0x01 bus=3D0, slot=3D31, func=3D3 class=3D0c-05-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0001, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 map[10]: type 4, range 32, base 00001c00, size 8, enabled map[14]: type 4, range 32, base 000018c0, size 6, enabled map[18]: type 1, range 32, base d0100c00, size 9, enabled map[1c]: type 1, range 32, base d0100800, size 8, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.LNKB:0) pcib0: slot 31 INTB routed to irq 11 via \\_SB_.LNKB found-> vendor=3D0x8086, dev=3D0x24c5, revid=3D0x01 bus=3D0, slot=3D31, func=3D5 class=3D04-01-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00002400, size 8, enabled map[14]: type 4, range 32, base 00002000, size 7, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.LNKB:0) pcib0: slot 31 INTB routed to irq 11 via \\_SB_.LNKB found-> vendor=3D0x8086, dev=3D0x24c6, revid=3D0x01 bus=3D0, slot=3D31, func=3D6 class=3D07-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 powerspec 2 supports D0 D3 current D0 pci0: at device 0.1 (no driver attached) pci0: at device 0.3 (no driver attached) agp0: port 0x1800-0x1807= mem 0xd0000000-0xd007ffff,0xe0000000-0xe7ffffff irq 11 at device 2.0 o= n pci0 agp0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0xe0000000 agp0: Reserved 0x80000 bytes for rid 0x14 type 3 at 0xd0000000 agp0: detected 8060k stolen memory agp0: aperture size is 128M pci0: at device 2.1 (no driver attached) uhci0: port 0x1820-0x183f i= rq 11 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1820 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1840-0x185f i= rq 11 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1840 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1860-0x187f i= rq 11 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1860 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xd0100000-0xd01003ff ir= q 11 at device 29.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xd0100000 ehci0: [GIANT-LOCKED] ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 ehci_pci_attach: companion usb2 usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: single transaction translator uhub3: 6 ports with 6 removable, self powered pcib1: at device 30.0 on pci0 pcib1: secondary bus 2 pcib1: subordinate bus 5 pcib1: I/O decode 0x3000-0x7fff pcib1: memory decode 0xd0200000-0xdfffffff pcib1: prefetched decode 0xf0000000-0xf7ffffff pcib1: Subtractively decoded bridge. ACPI: Found matching pin for 0.2.INTA at func 0: 11 pci2: on pcib1 pci2: physical bus=3D2 map[10]: type 1, range 32, base b0000000, size 12, enabled pcib1: device (null) requested decoded memory range 0xb0000000-0xb0000f= ff pcib1: matched entry for 2.0.INTA (src \\_SB_.LNKA:0) pcib1: slot 0 INTA routed to irq 11 via \\_SB_.LNKA found-> vendor=3D0x1180, dev=3D0x0476, revid=3D0x8d bus=3D2, slot=3D0, func=3D0 class=3D06-07-00, hdrtype=3D0x02, mfdev=3D1 cmdreg=3D0x0107, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x80 (32000 ns), maxlat=3D0x07 (17= 50 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base d0210000, size 8, enabled pcib1: device (null) requested decoded memory range 0xd0210000-0xd02100= ff pcib1: matched entry for 2.0.INTB (src \\_SB_.LNKB:0) pcib1: slot 0 INTB routed to irq 11 via \\_SB_.LNKB found-> vendor=3D0x1180, dev=3D0x0822, revid=3D0x13 bus=3D2, slot=3D0, func=3D1 class=3D08-05-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0106, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base d0220000, size 17, enabled pcib1: device (null) requested decoded memory range 0xd0220000-0xd023ff= ff map[18]: type 4, range 32, base 00007000, size 6, enabled pcib1: device (null) requested decoded I/O range 0x7000-0x703f pcib1: matched entry for 2.1.INTA (src \\_SB_.LNKE:0) pcib1: slot 1 INTA routed to irq 11 via \\_SB_.LNKE found-> vendor=3D0x8086, dev=3D0x1077, revid=3D0x00 bus=3D2, slot=3D1, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0117, statreg=3D0x0230, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0xff (63750 ns), maxlat=3D0x00 (0 = ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base d0200000, size 16, enabled pcib1: device (null) requested decoded memory range 0xd0200000-0xd020ff= ff pcib1: matched entry for 2.2.INTA (src \\_SB_.LNKF:0) pcib1: slot 2 INTA routed to irq 11 via \\_SB_.LNKF found-> vendor=3D0x168c, dev=3D0x1014, revid=3D0x01 bus=3D2, slot=3D2, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0116, statreg=3D0x0290, cachelnsz=3D8 (dwords) lattimer=3D0x50 (2400 ns), mingnt=3D0x0a (2500 ns), maxlat=3D0x1c (700= 0 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D3 current D0 cbb0: mem 0xb0000000-0xb0000fff irq 11 at = device 0.0 on pci2 cbb0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xb0000000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0x04761180 0x02100107 0x0607008d 0x00824000 = 0x10: 0xb0000000 0x020000dc 0xb0050302 0xfffff000 = 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc = 0x30: 0x00000000 0xfffffffc 0x00000000 0x0700010b = 0x40: 0x05551014 0x00000001 0x00000000 0x00000000 = 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 = 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 = 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 = 0x80: 0x04800001 0x00000000 0x04630464 0x00000001 = 0x90: 0x00000000 0x00000000 0x00000000 0x00000000 = 0xa0: 0x008a0000 0x00000000 0x00f00000 0x00000000 = 0xb0: 0x00000000 0x36000000 0x00003800 0x00000000 = 0xc0: 0x05551014 0x00000000 0x00000000 0x00000000 = 0xd0: 0x00000000 0x00000000 0x00000000 0xfe0a0001 = 0xe0: 0x24c04000 0x00000000 0x00000000 0x00000000 = 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 = pci2: at device 0.1 (no driver attached) em0: port 0x70= 00-0x703f mem 0xd0220000-0xd023ffff irq 11 at device 1.0 on pci2 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xd0220000 em0: Reserved 0x40 bytes for rid 0x18 type 4 at 0x7000 em0: [MPSAFE] em0: bpf attached em0: Ethernet address: 00:0a:e4:2b:bc:9f em0: Speed:N/A Duplex:N/A ath0: mem 0xd0200000-0xd020ffff irq 11 at device 2.0 on = pci2 ath0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xd0200000 ath0: [MPSAFE] ath0: bad hal channel 858993443 (4920/340) ignored ath0: bad hal channel 858993447 (4940/340) ignored ath0: bad hal channel 858993451 (4960/340) ignored ath0: bad hal channel 858993455 (4980/340) ignored ath0: bpf attached ath0: Ethernet address: 00:0e:9b:6e:80:97 ath0: bpf attached ath0: bpf attached ath0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 2= 4Mbps 36Mbps 48Mbps 54Mbps ath0: mac 5.9 phy 4.3 radio 3.6 ath0: Use hw queue 1 for WME_AC_BE traffic ath0: Use hw queue 0 for WME_AC_BK traffic ath0: Use hw queue 2 for WME_AC_VI traffic ath0: Use hw queue 3 for WME_AC_VO traffic ath0: Use hw queue 8 for CAB traffic ath0: Use hw queue 9 for beacons isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1810-0x181f,0x376,0x170= -0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1810 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 ata0: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: stat1=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=3D00 ostat0=3Dff ostat1=3Dff ata1: [MPSAFE] ichsmb0: port 0x1880-0x189f irq= 11 at device 31.3 on pci0 ichsmb0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1880 ichsmb0: [GIANT-LOCKED] smbus0: on ichsmb0 smb0: on smbus0 pcm0: port 0x18c0-0x18ff,0x1c00-0x1cff mem 0xd01= 00800-0xd01008ff,0xd0100c00-0xd0100dff irq 11 at device 31.5 on pci0 pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x1c00 pcm0: Reserved 0x40 bytes for rid 0x14 type 4 at 0x18c0 pcm0: [GIANT-LOCKED] pcm0: pcm0: Codec features headphone, 20 bit DAC, 5 bit master volume, no 3D = Stereo Enhancement pcm0: Primary codec extended features variable rate PCM, AMAP, reserved= 4 pcm0: sndbuf_setmap 1eb88000, 4000; 0xdcfd6000 -> 1eb88000 pcm0: sndbuf_setmap 1eb84000, 4000; 0xdcfda000 -> 1eb84000 pci0: at device 31.6 (no driver attached) pci0:31:6: Transition from D0 to D3 acpi_tz0: on acpi0 speaker0: port 0x61 on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x54ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0047 psm0: flags 0x2000 irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00002000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 acpi_cmbat0: on acpi0 acpi_acad0: on acpi0 acpi_ibm0: on acpi0 acpi_ibm0: Version 100 acpi_ibm0: Available Mask 9dc acpi_ibm0: Initial Mask 80c pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xdc000-0xdffff,0xcd800-0xce7ff,0xcc80= 0-0xcd7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on is= a0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) ppc0 failed to probe at irq 7 on isa0 sio0 failed to probe at port 0x3f8 irq 4 on isa0 sio1 failed to probe at port 0x2f8 irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. Timecounter "TSC" frequency 1395476624 Hz quality 800 Timecounters tick every 1.000 msec Linux ELF exec handler installed lo0: bpf attached ipfw2 initialized, divert loadable, rule-based forwarding disabled, def= ault to deny, logging unlimited ata0-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA100 cable=3D80 wire cpu0: set speed to 100.0% acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0%= acpi_cmbat0: battery initialization start acpi_cmbat0: battery initialization done, tried 1 times acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times ad0: setting PIO4 on Intel ICH4 chip ad0: setting UDMA100 on Intel ICH4 chip ad0: 38154MB at ata0-master UDMA100 ad0: 78140160 sectors [77520C/16H/63S] 16 sectors/interrupt 1 depth que= ue pcm0: measured ac97 link rate at 48009 Hz, will use 48000 Hz GEOM: new disk ad0 Trying to mount root from ufs:/dev/ad0s2a start_init: trying /sbin/init em0: Link is up 100 Mbps Full Duplex nfslock: pseudo-device splash: image decoder found: daemon_saver From owner-freebsd-current@FreeBSD.ORG Sun Feb 6 13:29:13 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4708716A4CE for ; Sun, 6 Feb 2005 13:29:13 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id C95B143D58 for ; Sun, 6 Feb 2005 13:29:12 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id j16DSosl029042; Sun, 6 Feb 2005 05:28:50 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id j16DSmhP029040; Sun, 6 Feb 2005 05:28:48 -0800 (PST) (envelope-from obrien) Date: Sun, 6 Feb 2005 05:28:48 -0800 From: "David O'Brien" To: S?ren Schmidt Message-ID: <20050206132848.GC22743@dragon.nuxi.com> References: <8d.1f937784.2f2eb08c@aol.com> <20050131153756.GA64943@troutmask.apl.washington.edu> <20050131201356.GK73953@hex.databits.net> <41FEAEE2.8080609@linkline.com> <20050131224849.GO73953@hex.databits.net> <42028D9C.90109@DeepCore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42028D9C.90109@DeepCore.dk> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: Dag-Erling Sm?rgrav cc: freebsd-current@freebsd.org cc: Samuel Clements Subject: Re: Silicon Image SiI 3112 Serial ATA controller support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Feb 2005 13:29:13 -0000 On Thu, Feb 03, 2005 at 09:46:20PM +0100, S?ren Schmidt wrote: > Dag-Erling Sm?rgrav wrote: > >Will Andrews writes: > > > >>OK, I'm just looking at AMD boards. ICH5 obviously doesn't go on > >>any of those. > > > > > >ISTR that AMD's own south bridges have ICH-compatible ATA controllers. The AMD 8111 sound is ICH-compatible. > Nope AMD's ATA controllers are VIA clones and in close family with > nVidia as well (the diffs are minor between all 3 types). AMD licensed their 760 chipset to nVidia. :-) Not sure about which way the VIA-AMD connection went. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Sun Feb 6 13:29:33 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D1A116A4CF; Sun, 6 Feb 2005 13:29:33 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68F7043D45; Sun, 6 Feb 2005 13:29:32 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j16DT98x057092; Sun, 6 Feb 2005 14:29:15 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <42061B9F.6080300@DeepCore.dk> Date: Sun, 06 Feb 2005 14:29:03 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Hideyuki KURASHINA References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> In-Reply-To: <20050206.214325.85708834.rushani@bl.mmtr.or.jp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.6 cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Feb 2005 13:29:33 -0000 Hideyuki KURASHINA wrote: > Hi, S=F8ren > I've tested your patches using same config file as before, and it seems= > work fine except on resume. Hmm, thats one corner I cant test, suspend/resume dies horribly in ACPI=20 on all 3 notebooks I have since september last year or thereabouts... > After suspend, my ThinkPad X40 now hangs with following logs (copied > by hand): Hmm, do you have ATA compiled in or as modules. I could easily imagine=20 that modules could have problems, but as "built in" nothing really=20 changed... --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Sun Feb 6 13:41:16 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A4A416A4CE for ; Sun, 6 Feb 2005 13:41:16 +0000 (GMT) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.FreeBSD.org (Postfix) with SMTP id 9990F43D1F for ; Sun, 6 Feb 2005 13:41:15 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 63437 invoked from network); 6 Feb 2005 13:41:13 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 6 Feb 2005 13:41:13 -0000 X-pair-Authenticated: 80.164.63.199 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j16DfDwg077084 for ; Sun, 6 Feb 2005 14:41:13 +0100 (CET) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j16DfDH7077083 for current@freebsd.org; Sun, 6 Feb 2005 14:41:13 +0100 (CET) (envelope-from pho) Date: Sun, 6 Feb 2005 14:41:13 +0100 From: Peter Holm To: current@freebsd.org Message-ID: <20050206134113.GA77071@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Deadlock with option FULL_PREEMPTION X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Feb 2005 13:41:16 -0000 With GENERIC HEAD from Feb 5 09:19 UTC + FULL_PREEMPTION + mpsafe_vfs = 1 I ran into what appears to be the same deadlock twice. This is the first one: http://www.holm.cc/stress/log/cons114.html -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Sun Feb 6 14:24:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F7F616A4CE for ; Sun, 6 Feb 2005 14:24:12 +0000 (GMT) Received: from portpc-design.spb.ru (ns2.portpc-design.spb.ru [195.161.118.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97F4643D39 for ; Sun, 6 Feb 2005 14:24:10 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from [83.237.208.220] (ppp83-237-208-220.pppoe.mtu-net.ru [83.237.208.220]) (authenticated bits=0) by portpc-design.spb.ru (8.13.3/8.13.3) with ESMTP id j16EO8Ik041604 for ; Sun, 6 Feb 2005 17:24:08 +0300 (MSK) (envelope-from mcsi@mcsi.pp.ru) Message-ID: <42062883.1060408@mcsi.pp.ru> Date: Sun, 06 Feb 2005 17:24:03 +0300 From: Maxim Maximov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20041224 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.81, clamav-milter version 0.81b on 81.176.64.226 X-Virus-Status: Clean Subject: netgraph/pppoe issue. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Feb 2005 14:24:12 -0000 Hello. Somewhere between these timepoints (GMT+3) were introduces netgraph error leading to disability to establish PPPoE connection via ndis interface. Any suspects? -r-xr-xr-x 1 root wheel 6758194 Feb 5 11:12 /boot/kernel.old/kernel* -r-xr-xr-x 1 root wheel 6759097 Feb 6 16:40 /boot/kernel/kernel* Feb 6 17:05:35 ultra ppp[2834]: Phase: Using interface: tun0 Feb 6 17:05:35 ultra ppp[2834]: Phase: deflink: Created in closed state Feb 6 17:05:35 ultra ppp[2834]: tun0: Command: default: ident user-ppp VERSION (built COMPILATIONDATE) Feb 6 17:05:35 ultra ppp[2834]: tun0: Command: default: set device /dev/cuad1 Feb 6 17:05:35 ultra ppp[2834]: tun0: Command: default: enable dns Feb 6 17:05:35 ultra ppp[2834]: tun0: Command: mtu: set device PPPoE:ndis0 Feb 6 17:05:35 ultra ppp[2834]: tun0: Command: mtu: set authname xxx Feb 6 17:05:35 ultra ppp[2834]: tun0: Command: mtu: set authkey ******** Feb 6 17:05:35 ultra ppp[2834]: tun0: Command: mtu: set ifaddr 172.16.0.1/0 172.16.0.2/0 255.255.255.0 0.0.0.0 Feb 6 17:05:35 ultra ppp[2834]: tun0: Command: mtu: add default HISADDR Feb 6 17:05:35 ultra ppp[2835]: tun0: Phase: PPP Started (auto mode). Feb 6 17:05:35 ultra ppp[2835]: tun0: Phase: bundle: Establish Feb 6 17:05:35 ultra ppp[2835]: tun0: Phase: deflink: closed -> opening Feb 6 17:05:35 ultra ppp[2835]: tun0: Warning: Cannot create netgraph socket node: Invalid argument Feb 6 17:05:35 ultra ppp[2835]: tun0: Chat: Failed to open device (attempt 1 of 1) Feb 6 17:05:35 ultra ppp[2835]: tun0: Phase: deflink: opening -> closed Feb 6 17:05:35 ultra ppp[2835]: tun0: Phase: bundle: Dead Feb 6 17:05:35 ultra ppp[2835]: tun0: Phase: bundle: Establish Feb 6 17:05:35 ultra ppp[2835]: tun0: Phase: deflink: closed -> opening Feb 6 17:05:35 ultra ppp[2835]: tun0: Warning: Cannot create netgraph socket node: Invalid argument Feb 6 17:07:35 ultra ppp[2835]: tun0: Warning: deflink: PPPoE: unknown host Feb 6 17:07:35 ultra ppp[2835]: tun0: Warning: deflink: PPPoE: unknown host Feb 6 17:07:35 ultra ppp[2835]: tun0: Warning: deflink: Device (PPPoE:ndis0) must begin with a '/', a '!' or contain at least one ':' Feb 6 17:07:35 ultra ppp[2835]: tun0: Chat: Failed to open device (attempt 1 of 1) Feb 6 17:07:35 ultra ppp[2835]: tun0: Phase: deflink: opening -> closed Feb 6 17:07:35 ultra ppp[2835]: tun0: Phase: bundle: Dead Feb 6 17:07:35 ultra ppp[2835]: tun0: Phase: bundle: Establish Feb 6 17:07:35 ultra ppp[2835]: tun0: Phase: deflink: closed -> opening Feb 6 17:07:35 ultra ppp[2835]: tun0: Warning: Cannot create netgraph socket node: Invalid argument -- Maxim Maximov From owner-freebsd-current@FreeBSD.ORG Sun Feb 6 14:36:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D79316A4CE; Sun, 6 Feb 2005 14:36:41 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A14343D45; Sun, 6 Feb 2005 14:36:40 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with SMTP id B794F46B14; Sun, 6 Feb 2005 09:36:39 -0500 (EST) Date: Sun, 6 Feb 2005 14:35:44 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Scott Long In-Reply-To: <4205F382.8020404@freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Feb 2005 14:36:41 -0000 On Sun, 6 Feb 2005, Scott Long wrote: > There has been a lot of recent talk and advocacy for NetBSD 2.0 from the > NetBSD team. Most recently there were a series of articles posted my > Chritos Zoulas describing why NetBSD is relevant and why it's a better > choice than either FreeBSD or OpenBSD. While I strongly applaud the > accomplishments of the NetBSD team and happily agree that NetBSD 2.0 is > a strong step forward for them, I take a bit of exception to many of > their claims and much of their criticisms of FreeBSD. I think the technical arguments for FreeBSD in your e-mail are excellent -- we a number of really incredible features that make FreeBSD both an excellent server platform, and an excellent platform to build into other products. These features set us clearly ahead in some very important areas. However, I'm sure Christos's report was not centered on bashing us. I noticed a lot of "We got X from FreeBSD" and "We should get X from FreeBSD". As you might expect from an annual report, it was very introspective -- and appropriately so -- and it spoke to strategies for improving NetBSD. And the observation that code moves in both directions is important: NetBSD has picked up some neat stuff from us in the past few years, including KQueue, UFS2, OpenPAM, etc. Because we work hard and develop good features, they get to reap the benefit (which is part of the BSD model). We've also picked up some neat stuff, including support in developing new hardwre platforms, some of the micro-benchmark optimizations, etc. Hopefully, we've both been good about crediting where these things come from. And you can see that strategy in the plans for the future in both camps as well -- NetBSD's plans to pick up SACK from us are just one example. If I were them, I'd also start grabbing some of our SMP infrastructure -- if not the overall locking strategy, certainly the abstractions. I agree that the "NetBSD is more scalable than FreeBSD" conclusion stemming from a previously posted set of benchmarks was bogus: scalability should be measured as a property of real-world applications, not the constant in the file descriptor allocation routine. I.e., if you really want to measure scalability, run a web benchmark or a database benchmark. If NetBSD still comes out faster in a properly run macro-benchmark, then that's an important thing to know, and an important target -- microbenchmarks are nice to optimize for, but the big picture is more important, and not mentioned in the benchmark paper. Everything was fine in the paper, with the exception of the abstract/conclusion, which had one of those "then a miracle occurs" moments in reasoning. :-) So I wouldn't dismiss the technical results, but the "headline" was pretty out of line with regard to the technical results -- this follows in an increasingly long history of weird open source "scalability" benchmarks, in which a set of microbenchmarks is used to justify an overall argument that isn't supported by the technical content. By reaching less far, the argument would become more accurate. As it turns out, it's a lot easier to run micro-benchmarks properly than macro-benchmarks properly, which is probably why micro-benchmarks predominate. I think it is the case that lately the NetBSD folk have been doing a more effective PR job than they have been previously, and have managed to grab some headlines as a result. Our response, in as much is one is needed, should be three-fold: where NetBSD can demonstrate a quantitative performance of feature benefit over FreeBSD, we should figure out why, and fix it where it makes sense and is important. We should do some comprehensive benchmarking of our own, and use them to improve our system as well as document its benefits. The NetBSD benchmark was a classic example of micro-benchmarks feeding performance optimization, and vice-versa -- not without benefit, but true none-the-less. However, our primary objections to it haven't been that we may not sometimes not win every micro-benchmark, but that it missed what's really important in scalability -- scalable application performance on the platform. There are some important ways that out SMPng/KSE architecture should (and do) perform really well: for example, our threading library runs threads on more than one CPU at a time by default (which the NetBSD SA implementation currently doesn't), and we can excute parallel system calls in kernel, which should be quite measurable (and I've seen results suggesting that it really is). However, because we took such a cut in performance early in 5.x development, we've not been doing continuous or effective long-term benchmarking. I have a nice history of MySQL results improving over the last year -- basically doubling or more in performance as we improved, especially on SMP -- but that's hardly comprehensive. We've built excellent project infrastructure for build management, packaging, etc, but we need to work more effectively as a project, not just as individuals, to manage performance the same way. We should do a better PR job of identifying areas of particular strength -- your list of features would make the great beginnings of a white paper on FreeBSD network stack technology, for example. Many of the features there have set the standard for implementation in other systems -- kqueue is now widely used across many platforms, and those that don't have kqueue try to immitate with a bit of NIH on the side :-). Finally, we should continue our heavy investment of development (and other) resources into the FreeBSD project -- we're a very large project with a very large number of extremely competent developers. The BSD platforms have defined operating system technology for many years, and in many ways continue to do so. We should make sure we continue to do that. Projects like SMPng, KSE, etc, have come an incredibly long way in the past few years, and reflect both the huge challenges they involve, and the level of investment we've made. Commercial UNIX vendors such as Sun easily spent far more in the way of resources to bring these features to Solaris, and probably took even longer than we did to bring them to fruition. We have the advantages of a very open development process, and we take advantage of them. While there's more work to do, we can actually see the finish line on these projects. With recent work by Jeff on VFS/UFS, we're reaching the point where a significant percentage of our kernel is fully threaded, parallelized, and able to run preemptively. Now that the benefits are starting to pay off is the time we can reap the best benefits from careful work -- i.e., we should now be able to perform optimization and illustrate some of the potential gains from the more mature kernel architecture. So I guess my message would be this: we should focus our energy in demonstrating (and making sure) FreeBSD is the best platform out there. We've done an incredible job, but we need to keep doing it. This includes doing a better job with PR. We need to do exactly what you've laid the groundwork for: making an argument for FreeBSD as a platform. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Sun Feb 6 14:44:58 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9895916A4CE for ; Sun, 6 Feb 2005 14:44:58 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 979B243D53 for ; Sun, 6 Feb 2005 14:44:57 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id j16EiuKX081214; Sun, 6 Feb 2005 17:44:56 +0300 (MSK) (envelope-from maxim@macomnet.ru) Date: Sun, 6 Feb 2005 17:44:56 +0300 (MSK) From: Maxim Konovalov To: Maxim Maximov In-Reply-To: <42062883.1060408@mcsi.pp.ru> Message-ID: <20050206174432.E81098@mp2.macomnet.net> References: <42062883.1060408@mcsi.pp.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SpamTest-Info: Profile: Formal (208/050203) X-SpamTest-Info: Profile: Detect Hard (4/030526) X-SpamTest-Info: Profile: SysLog X-SpamTest-Info: Profile: Marking - Keywords (2/030321) X-SpamTest-Status: Not detected X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0124], SpamtestISP/Release cc: current@freebsd.org Subject: Re: netgraph/pppoe issue. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Feb 2005 14:44:58 -0000 On Sun, 6 Feb 2005, 17:24+0300, Maxim Maximov wrote: > Hello. > > Somewhere between these timepoints (GMT+3) were introduces netgraph > error leading to disability to establish PPPoE connection via ndis interface. > Any suspects? 20050206: NG_VERSION has been increased. Recompiling kernel (or ng_socket.ko) requires recompiling libnetgraph and userland netgraph utilities. From owner-freebsd-current@FreeBSD.ORG Sun Feb 6 16:23:21 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00FD716A4CF for ; Sun, 6 Feb 2005 16:23:21 +0000 (GMT) Received: from wasley.bl.mmtr.or.jp (wasley.bl.mmtr.or.jp [210.228.173.142]) by mx1.FreeBSD.org (Postfix) with SMTP id D672D43D5E for ; Sun, 6 Feb 2005 16:23:19 +0000 (GMT) (envelope-from rushani@bl.mmtr.or.jp) Received: (qmail 30446 invoked from network); 7 Feb 2005 01:23:18 +0900 Received: from unknown (HELO localhost) (202.229.143.141) by wasley.bl.mmtr.or.jp with SMTP; 7 Feb 2005 01:23:18 +0900 Date: Mon, 07 Feb 2005 01:22:36 +0900 (JST) Message-Id: <20050207.012236.41660782.rushani@bl.mmtr.or.jp> To: sos@DeepCore.dk From: Hideyuki KURASHINA In-Reply-To: <42061B9F.6080300@DeepCore.dk> References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> X-URL: http://www.rushani.jp/ X-PGP-Public-Key: http://www.rushani.jp/rushani.asc X-PGP-Fingerprint: A052 6F98 6146 6FE3 91E2 DA6B F2FA 2088 439A DC57 X-RC5-72-Stats: http://stats.distributed.net/participant/psummary.php?project_id=8&id=432320 X-Mailer: Mew version 4.2rc3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Feb 2005 16:23:21 -0000 >>> On Sun, 06 Feb 2005 14:29:03 +0100, S=F8ren Schmidt said: > Hideyuki KURASHINA wrote: > > Hi, S=F8ren > = > > I've tested your patches using same config file as before, and it s= eems > > work fine except on resume. > = > Hmm, thats one corner I cant test, suspend/resume dies horribly in AC= PI = > on all 3 notebooks I have since september last year or thereabouts...= Hmm... > > After suspend, my ThinkPad X40 now hangs with following logs (copie= d > > by hand): > = > Hmm, do you have ATA compiled in or as modules. I could easily imagin= e = > that modules could have problems, but as "built in" nothing really = > changed... As I mentioned above, I compiled ATA bus support & ATA disk driver into kernel statically. Setting both `debug.acpi.do_powerstate' and `hw.pci.do_powerstate' to `= 0' doesn't help, either. -- rushani From owner-freebsd-current@FreeBSD.ORG Sun Feb 6 17:12:16 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D05816A4CE; Sun, 6 Feb 2005 17:12:16 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FD3B43D54; Sun, 6 Feb 2005 17:12:15 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j16HCEVO090777; Sun, 6 Feb 2005 18:12:14 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org, hacker@freebsd.org From: Poul-Henning Kamp Date: Sun, 06 Feb 2005 18:12:14 +0100 Message-ID: <90776.1107709934@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Subject: GPIB: (very) basic ibfoo() library support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Feb 2005 17:12:16 -0000 I needed to get some data out from some of my measurement equipment for some $work and the hacked up userland /dev/io code I have used for some time just didn't cut it. So now we have the skeleton of ibfoo() support in FreeBSD. We only support PCIIA compatible adapters, and only a very small subset of the ibfoo() functions are implemented, but the framework has been written so that both other hardware and more functions should be a matter of very little work. Completing this is on my wish-list, but only on my todo list to the extent that I need it for something else. Help to get this more complete is most welcome! The "wish list": o Complete more of the ibfoo() functions. o Support for different GPIB cards. o IEEE488.2 API implentation. o Manual pages. (Either just reference the NI docs or rewrite it all to avoid copyright issues). Reading material: http://www.ni.com/pdf/manuals/321038g.pdf http://www.measurementcomputing.com/gpibhelp_Lib4881.html http://linux-gpib.sourceforge.net/doc_html/index.html The following program should be able to pull out the identity of any SCPI instrument which happens to sit on PAD21 on your GPIB bus, /* compile with: cc -o ibtest ibtest.c -lgpib */ #include #include #include #include int main(int argc __unused, char **argv __unused) { int dmm; unsigned char buf[100]; char vbuf[sizeof buf * 4]; /* DVM */ dmm = ibdev(0, 21, 0, T10s, 1, 0); if (dmm < 0) errx(1, "ibdev = %d\n", dmm); ibwrt(dmm, "*IDN?\r\n", 7); ibrd(dmm, buf, sizeof buf - 1); strvisx(vbuf, buf, ibcnt, VIS_WHITE | VIS_CSTYLE); printf("%s\n", vbuf); return (0); } Poul-Henning -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Feb 6 18:12:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD91F16A4CE for ; Sun, 6 Feb 2005 18:12:37 +0000 (GMT) Received: from avout3.midco.net (avout3.midco.net [24.220.0.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9426943D41 for ; Sun, 6 Feb 2005 18:12:36 +0000 (GMT) (envelope-from pmes@bis.midco.net) Received: (qmail 2589 invoked by uid 1009); 6 Feb 2005 18:12:36 -0000 Received: from pmes@bis.midco.net by avout3 by uid 1003 with qmail-scanner-1.22 (f-prot: 4.4.2/3.14.11. Clear:RC:1(24.220.214.66):. Processed in 0.010731 secs); 06 Feb 2005 18:12:36 -0000 X-Qmail-Scanner-Mail-From: pmes@bis.midco.net via avout3 X-Qmail-Scanner: 1.22 (Clear:RC:1(24.220.214.66):. Processed in 0.010731 secs) Received: from host-66-214-220-24.midco.net (HELO [10.0.0.3]) ([24.220.214.66]) (envelope-sender ) by avout3.midco.net (qmail-ldap-1.03) with SMTP for ; 6 Feb 2005 18:12:36 -0000 In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <8220c29b8ffacbd574cc9c26fe18d25b@bis.midco.net> Content-Transfer-Encoding: 7bit From: Peter Schultz Date: Sun, 6 Feb 2005 12:12:35 -0600 To: Robert Watson X-Mailer: Apple Mail (2.619.2) cc: freebsd-current@freebsd.org cc: Scott Long Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Feb 2005 18:12:37 -0000 [SNIP] > We should do a better PR job [SNIP] When I saw how much money the FreeBSD foundation has, I just about fell out of my chair. Word of mouth works great, I'm always talking about FreeBSD like I'm sure many here do, but it just is not enough. I'm no advertising guru so I don't know which angle would be most beneficial, but I'd say a basic introduction about the significance of BSD would go a long way towards attracting both users and developers. The thing about FreeBSD is that once an administrator has set it up, there's no need for anyone to think about it. If something goes wrong, more than likely there's hardware trouble, and once that's fixed BSD holds it all together again. Since it's superbowl sunday, take Joe Montana for instance. If he would have just played football for fun, he still would have been the same person with the strength and mind of a superstar, but nobody outside of his circle would know anything about him. However, since he was willing to put himself out there, even people who've never touched a football know who he is. Certainly I'm making this sound way too simplistic, but I think a well organized ad campaign would put FreeBSD out in the spotlight, and at the very least make an interesting and challenging project. Pete... From owner-freebsd-current@FreeBSD.ORG Sun Feb 6 18:48:58 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1F8B16A4CE for ; Sun, 6 Feb 2005 18:48:57 +0000 (GMT) Received: from smtp104.mail.sc5.yahoo.com (smtp104.mail.sc5.yahoo.com [66.163.169.223]) by mx1.FreeBSD.org (Postfix) with SMTP id 819D943D31 for ; Sun, 6 Feb 2005 18:48:57 +0000 (GMT) (envelope-from diegocglinux@yahoo.es) Received: from unknown (HELO estel) (diegocglinux@80.103.13.136 with login) by smtp104.mail.sc5.yahoo.com with SMTP; 6 Feb 2005 18:48:56 -0000 Date: Sun, 6 Feb 2005 19:48:57 +0100 From: Diego Calleja To: Robert Watson Message-Id: <20050206194857.5920e369.diegocglinux@yahoo.es> In-Reply-To: References: <4205F382.8020404@freebsd.org> X-Mailer: Sylpheed version 1.9.1+svn (GTK+ 2.6.1; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Feb 2005 18:48:58 -0000 > So I guess my message would be this: we should focus our energy in > demonstrating (and making sure) FreeBSD is the best platform out there. > We've done an incredible job, but we need to keep doing it. This includes However, "people" seems to have the impression that 5.X is unstable and slow and it don't really matters if it's true or not, it's what people associates with the number "5.x" In my opinion, 5.x is not so bad as many people wants to think, but i think that the freebsd developers have "failed" at telling people what those things are, and why they should look better at 5.x. In the firefox 1.0 release it has been demonstrated that agressive "marketing" _matters_ even if you are not a company. Firefox is a great browser, but it would not have been as succesful if there was not so much noise around it. What Freebsd needs is to make more noise, documeting changes is good but it doesn't really makes lot of noise. In my very humble opinion, what freebsd should do is concentrate in stability and performance tuning for 5.4, then release 5.4 as 6.0 (which is not a bad idea anyway) saying something like "we've learned of our errors, we've fixed all the major problems, we've a excellent system because of [list of features] and we're working hard to continue improving it". It looks stupid but many people are _aways_ going to associate "5.x" with "failure" no matter how good you make it, calling the next release 6.x would be a nice way of getting rid of all bad 5.x experiences and "start again". And the paragraph would not be very untrue anyway. Maybe you hate such "versionitis", but the true is that you're not going to run out of numbers to make releases, so why not? Diego Calleja [forget the mail address, I'd use other but my ISP is classified as spammer] From owner-freebsd-current@FreeBSD.ORG Sun Feb 6 19:00:59 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D25816A4CE; Sun, 6 Feb 2005 19:00:59 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77B2143D45; Sun, 6 Feb 2005 19:00:58 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.12] (g4.samsco.home [192.168.254.12]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j16J0CH1073692; Sun, 6 Feb 2005 12:00:12 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <42066967.1060300@freebsd.org> Date: Sun, 06 Feb 2005 12:00:55 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040514 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Diego Calleja References: <4205F382.8020404@freebsd.org> <20050206194857.5920e369.diegocglinux@yahoo.es> In-Reply-To: <20050206194857.5920e369.diegocglinux@yahoo.es> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: freebsd-current@freebsd.org cc: Robert Watson Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Feb 2005 19:00:59 -0000 Diego Calleja wrote: >>So I guess my message would be this: we should focus our energy in >>demonstrating (and making sure) FreeBSD is the best platform out there. >>We've done an incredible job, but we need to keep doing it. This includes > > > However, "people" seems to have the impression that 5.X is unstable and slow and > it don't really matters if it's true or not, it's what people associates with the number > "5.x" > > In my opinion, 5.x is not so bad as many people wants to think, but i think that the > freebsd developers have "failed" at telling people what those things are, and why > they should look better at 5.x. In the firefox 1.0 release it has been demonstrated > that agressive "marketing" _matters_ even if you are not a company. Firefox is > a great browser, but it would not have been as succesful if there was not so much > noise around it. What Freebsd needs is to make more noise, documeting changes > is good but it doesn't really makes lot of noise. The Firefox comparison is actually very apt. There are quite a few areas where Firefox is still inferior to the Mozilla Suite, but the team has done an _outstanding_ job of advertising Firefox for what it is. > > In my very humble opinion, what freebsd should do is concentrate in stability > and performance tuning for 5.4, then release 5.4 as 6.0 (which is not a bad idea > anyway) saying something like "we've learned of our errors, we've fixed all the major > problems, we've a excellent system because of [list of features] and we're working > hard to continue improving it". It looks stupid but many people are _aways_ going to > associate "5.x" with "failure" no matter how good you make it, calling the next > release 6.x would be a nice way of getting rid of all bad 5.x experiences and > "start again". And the paragraph would not be very untrue anyway. Maybe you hate > such "versionitis", but the true is that you're not going to run out of numbers to make > releases, so why not? > We're actually planning on releasing 6.0 this summer. I understand your points about 5.4, but it's a bit too late to do this is in a sane way. The 6.0-CURRENT development is already well underway and has diverged significantly from 5-STABLE, and trying to do CVS merge gymnastics on it won't make it any easier. Scott From owner-freebsd-current@FreeBSD.ORG Sun Feb 6 19:08:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EB7B16A4CE for ; Sun, 6 Feb 2005 19:08:41 +0000 (GMT) Received: from out011.verizon.net (out011pub.verizon.net [206.46.170.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C5FA43D31 for ; Sun, 6 Feb 2005 19:08:40 +0000 (GMT) (envelope-from reso3w83@verizon.net) Received: from ringworm.mechee.com ([4.26.84.7]) by out011.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20050206190839.GABC28171.out011.verizon.net@ringworm.mechee.com> for ; Sun, 6 Feb 2005 13:08:39 -0600 Received: by ringworm.mechee.com (Postfix, from userid 1001) id BC1F72CE7B6; Sun, 6 Feb 2005 11:04:38 -0800 (PST) From: "Michael C. Shultz" To: freebsd-current@freebsd.org User-Agent: KMail/1.7.2 References: <8220c29b8ffacbd574cc9c26fe18d25b@bis.midco.net> In-Reply-To: <8220c29b8ffacbd574cc9c26fe18d25b@bis.midco.net> MIME-Version: 1.0 Content-Disposition: inline Date: Sun, 6 Feb 2005 11:04:37 -0800 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200502061104.37960.reso3w83@verizon.net> X-Authentication-Info: Submitted using SMTP AUTH at out011.verizon.net from [4.26.84.7] at Sun, 6 Feb 2005 13:08:39 -0600 Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Feb 2005 19:08:41 -0000 On Sunday 06 February 2005 10:12 am, Peter Schultz wrote: > [SNIP] > > > We should do a better PR job > > [SNIP] > > When I saw how much money the FreeBSD foundation has, I just about > fell out of my chair. Word of mouth works great, I'm always talking > about FreeBSD like I'm sure many here do, but it just is not enough. > I'm no advertising guru so I don't know which angle would be most > beneficial, but I'd say a basic introduction about the significance > of BSD would go a long way towards attracting both users and > developers. The thing about FreeBSD is that once an administrator > has set it up, there's no need for anyone to think about it. If > something goes wrong, more than likely there's hardware trouble, and > once that's fixed BSD holds it all together again. > > Since it's superbowl sunday, take Joe Montana for instance. If he > would have just played football for fun, he still would have been the > same person with the strength and mind of a superstar, but nobody > outside of his circle would know anything about him. However, since > he was willing to put himself out there, even people who've never > touched a football know who he is. > > Certainly I'm making this sound way too simplistic, but I think a > well organized ad campaign would put FreeBSD out in the spotlight, > and at the very least make an interesting and challenging project. > > Pete... > The good points about FreeBSD obscurity are: CVSUP access ftp download access If *everyone* used FreeBSD the above points would suck and I'd have to move to a different OS. -Mike From owner-freebsd-current@FreeBSD.ORG Sun Feb 6 21:21:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 742B716A4CE; Sun, 6 Feb 2005 21:21:37 +0000 (GMT) Received: from ylpvm01.prodigy.net (ylpvm01-ext.prodigy.net [207.115.57.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 166FD43D2D; Sun, 6 Feb 2005 21:21:37 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.51] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189])j16LLZvE027151; Sun, 6 Feb 2005 16:21:35 -0500 Message-ID: <42068A5C.1030300@root.org> Date: Sun, 06 Feb 2005 13:21:32 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org Subject: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Feb 2005 21:21:37 -0000 I've finished the major work of importing cpufreq. As part of this, the sysctls for acpi throttling have been removed. The power_profile script has been updated, so you can use performance/economy_cpu_freq= in rc.conf to set AC on/offline cpu frequencies. The acpi throttling support has been compiled into acpi_perf.ko so load that to get throttling. Do a sysctl dev.cpu to get an understanding of the cpufreq sysctls. If you have throttling, please test the new configuration to be sure it still works as before. Final upcoming work will be manpage support and bugfixing as necessary. I'd also like to issue a call for developers to help by porting older drivers (like longrun) and out-of-tree new drivers (like powernow-k7/k8 and speedstep-m) to the cpufreq interface. It's very simple and you just have to figure out if your driver is absolute or relative, and convert values to the proper units (percent in hundredths, power in mW, etc.) Once that is done, please send me the diff for review before commit so I can make sure it works properly. Thanks, -- Nate From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 00:52:01 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AF4116A4CE; Mon, 7 Feb 2005 00:52:01 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18BFC43D55; Mon, 7 Feb 2005 00:52:01 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.51] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189])j170lhbs017280; Sun, 6 Feb 2005 19:47:43 -0500 Message-ID: <4206BBAE.4060704@root.org> Date: Sun, 06 Feb 2005 16:51:58 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Anton A. Karpov" References: <42068A5C.1030300@root.org> <20050207000604.GA4385@laptoxa.toxa.lan> In-Reply-To: <20050207000604.GA4385@laptoxa.toxa.lan> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 00:52:01 -0000 Anton A. Karpov wrote: > MY laptop has CPU: Mobile Intel(R) Pentium(R) 4 - M CPU 2.00GHz > (1988.52-MHz 686-class CPU). I've tested tx states with the following > script: > > Here is some output: > > Supported freq levels are: 1991 1742 1493 1244 1196 1046 995 897 746 > 598 497 448 299 248 149 > [=== Results testing [1991] freq level ===] > type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes > blowfish cbc 44067.47k 46774.97k 46975.74k 47349.96k 47353.11k > ... > [=== Results testing [1196] freq level ===] > type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes > blowfish cbc 26456.76k 27924.48k 28192.14k 28336.50k 28410.68k > ... > [=== Results testing [149] freq level ===] > type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes > blowfish cbc 2541.21k 2660.68k 2731.58k 2720.56k 2720.05k > > It seems to work. By the way, what does /-1 mean, in > dev.cpu.0.freq_levels output? The second value is power in milliwatts, the first is frequency in Mhz. If you have only throttling support, there's no way to know what the power consumption is so -1 is "unknown". If you have both throttling and some other driver that knows the power consumption, these values will be accurate. -- Nate From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 02:16:34 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D21C16A4CE for ; Mon, 7 Feb 2005 02:16:34 +0000 (GMT) Received: from ms-smtp-03-eri0.southeast.rr.com (ms-smtp-03-lbl.southeast.rr.com [24.25.9.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C37943D5D for ; Mon, 7 Feb 2005 02:16:33 +0000 (GMT) (envelope-from damon@hopkins-family.org) Received: from [192.168.0.14] (cpe-024-211-175-213.nc.rr.com [24.211.175.213]) j172GMkc029280 for ; Sun, 6 Feb 2005 21:16:27 -0500 (EST) Message-ID: <42060FC9.30305@hopkins-family.org> Date: Sun, 06 Feb 2005 07:38:33 -0500 From: Damon Hopkins User-Agent: Mozilla Thunderbird 0.8 (X11/20041014) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: panic: lockmgr: locking against myself X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 02:16:34 -0000 I looked in the old archives and searched google. I've been running this box for awhile now. it used to be a 5.0-Release box. In any case, It's just recently been locking up. so I moved it to a monitor and keyboard (was not previously connected) and I've found this error. I know it is related to acpi, softupdates, and background fsck processes. I never really found a fix for it. I assume I can either turn softupdates off, disable bg fsck, or turn off acpi. I'm not sure which would be the correct thing to do. I'm a bit of a hacker and I can help out wherever possible if someone wants to tell me different things to try. If there are people already fixing it I'd be most inclined to just turning off the bg fsck as I try not to reboot the box and the power is fairly stable. I started getting this problem after my /var partition filled up (via snort).. I haven't really kept up w/ the snapshot thing.. can I just delete the .snap directories and solve my problems?? seems to easy to be a real solution. Thanks, Damon Hopkins damon@hopkins-family.org From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 04:20:54 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E0AC16A4CE for ; Mon, 7 Feb 2005 04:20:54 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45DCA43D58 for ; Mon, 7 Feb 2005 04:20:54 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7EDAE51297; Sun, 6 Feb 2005 20:20:53 -0800 (PST) Date: Sun, 6 Feb 2005 20:20:53 -0800 From: Kris Kennaway To: Damon Hopkins Message-ID: <20050207042053.GA61442@xor.obsecurity.org> References: <42060FC9.30305@hopkins-family.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J/dobhs11T7y2rNN" Content-Disposition: inline In-Reply-To: <42060FC9.30305@hopkins-family.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: panic: lockmgr: locking against myself X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 04:20:54 -0000 --J/dobhs11T7y2rNN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 06, 2005 at 07:38:33AM -0500, Damon Hopkins wrote: > I looked in the old archives and searched google. I've been running this= =20 > box for awhile now. it used to be a 5.0-Release box. So what version are you running now? Kris --J/dobhs11T7y2rNN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCBuylWry0BWjoQKURArofAJ9npZ+xs1SQCO5Hkq86ygHk9ZFpWgCgxGuy JXM0UFup/2UIKSyqbfgujvY= =Dk0v -----END PGP SIGNATURE----- --J/dobhs11T7y2rNN-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 05:28:25 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF28B16A4CE; Mon, 7 Feb 2005 05:28:25 +0000 (GMT) Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD27743D58; Mon, 7 Feb 2005 05:28:24 +0000 (GMT) (envelope-from rsidd@online.fr) Received: from imp4-q.free.fr (imp4-q.free.fr [212.27.42.4]) by postfix4-1.free.fr (Postfix) with ESMTP id 0ACF628B10F; Mon, 7 Feb 2005 06:28:23 +0100 (CET) Received: by imp4-q.free.fr (Postfix, from userid 33) id BE544B6E6; Mon, 7 Feb 2005 06:28:23 +0100 (MET) Received: from proxy.imsc.res.in (proxy.imsc.res.in [203.199.209.81]) by imp4-q.free.fr (IMP) with HTTP for ; Mon, 7 Feb 2005 06:28:23 +0100 Message-ID: <1107754103.4206fc77b1e68@imp4-q.free.fr> Date: Mon, 7 Feb 2005 06:28:23 +0100 From: Rahul Siddharthan To: Scott Long References: <4205F382.8020404@freebsd.org> <20050206194857.5920e369.diegocglinux@yahoo.es> <42066967.1060300@freebsd.org> In-Reply-To: <42066967.1060300@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.5 X-Originating-IP: 203.199.209.81 cc: freebsd-current@freebsd.org cc: Robert Watson cc: Diego Calleja Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 05:28:25 -0000 Quoting Scott Long : > Diego Calleja wrote: > > In the firefox 1.0 release it has been demonstrated > > that agressive "marketing" _matters_ even if you are not a company. Firefox is > > a great browser, but it would not have been as succesful if there was not so much > > noise around it. What Freebsd needs is to make more noise, documeting changes > > is good but it doesn't really makes lot of noise. > > The Firefox comparison is actually very apt. There are quite a few > areas where Firefox is still inferior to the Mozilla Suite, but the team > has done an _outstanding_ job of advertising Firefox for what it is. Erm. I'm not sure where you think Firefox is inferior to the suite, but that's not the point: the point is, ordinary people find it useful, compared to Internet Explorer (not compared to the Mozilla suite). I know plenty of Windows users who've switched to Firefox. On the other hand, you need to be a Unix whiz to use FreeBSD. There's absolutely no point pretending it's useful to ordinary users: it's not. Nor are the other BSDs, and Linux is just barely getting there (though there's a huge market there, given that 90% of Windows PCs are reportedly spyware infected and people are just getting sick of it all). Besides, Firefox got some very good, honest third-party reviews in major newspapers. Of course, they'd have worked hard to get those reviews, but at the moment even the most user-friendly Linux distro can't hope for anything better than "holds promise for the technically advanced user". Now, there is a (much) smaller market, of knowledgeable unix users who are not scared of the command line and value stability, performance and a clean system, that FreeBSD could target (and has traditionally targeted). But is even that small market going away? People are still complaining about 5.x on the lists (even on this thread) and many people who want a solid system are still using 4.x. I don't think the problem here is advertising. The sort of user who would experiment with NetBSD after years of using FreeBSD is not the sort of user who is easily swayed by marketspeak. Advertising works, but only if there is a sound product behind it. Rahul From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 07:43:04 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C745116A4CE for ; Mon, 7 Feb 2005 07:43:04 +0000 (GMT) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6751E43D48 for ; Mon, 7 Feb 2005 07:43:03 +0000 (GMT) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: from ednmsw503.dsto.defence.gov.au (ednmsw503.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au with ESMTP id j177fl7Z022857 for ; Mon, 7 Feb 2005 18:11:47 +1030 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by ednmsw503.dsto.defence.gov.au (Content Technologies SMTPRS 4.3.10) with ESMTP id for ; Mon, 7 Feb 2005 18:12:55 +1030 Received: from ednex501.dsto.defence.gov.au (ednex501.dsto.defence.gov.au [131.185.2.81]) by muttley.dsto.defence.gov.au (8.11.3/8.11.3) with ESMTP id j177a2Q29152 for ; Mon, 7 Feb 2005 18:06:02 +1030 (CST) Received: from squash.dsto.defence.gov.au ([131.185.40.212]) by ednex501.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id YK392F2B; Mon, 7 Feb 2005 18:05:56 +1030 Received: from squash.dsto.defence.gov.au (localhost [127.0.0.1]) by squash.dsto.defence.gov.au (8.12.11/8.12.11) with ESMTP id j177c95Q052415 for ; Mon, 7 Feb 2005 18:08:09 +1030 (CST) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by squash.dsto.defence.gov.au (8.12.11/8.12.11/Submit) id j177c9CE052414 for freebsd-current@freebsd.org; Mon, 7 Feb 2005 18:08:09 +1030 (CST) (envelope-from wilkinsa) Date: Mon, 7 Feb 2005 18:08:09 +1030 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20050207073807.GA52388@squash.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: [RELENG_5 panic] upon reboot(8) ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 07:43:05 -0000 FreeBSD 5.3-STABLE #26: Mon Feb 7 17:11:29 CST 2005 FreeBSD/i386 (hostname.dsto.defence.gov.au) (ttyd0) login: b_to_q to a clist with no reserved cblocks. b_to_q to a clist with no reserved cblocks. pid (wdm), uid 0: exited on signal 6 (core dumped) Syncing disks, vnodes remaining...4 4 3 3 3 0 0 0 interrupt total irq1: atkbd0 6777 irq4: sio0 784 irq6: fdc0 10 irq8: rtc 465375 irq12: psm0 89128 irq13: npx0 1 irq14: ata0 134127 irq15: ata1 144 irq18: uhci2 bt0++ 355688 irq20: bge0 101194 irq0: clk 363567 Total 1516795 KDB: stack backtrace: hardclock(e3700c7c,c2663c5c,e3700c3c,c04d114a,c06f4b20) at hardclock+0x1e9 clkintr(e3700c7c,c0674e5f,0,c26644b0,0) at clkintr+0x25 intr_execute_handlers(c06ea900,e3700c7c,c2705800,c2705818,e3700c74) at intr_execute_handlers+0xe5 atpic_handle_intr(0) at atpic_handle_intr+0x4a Xatpic_intr0() at Xatpic_intr0+0x20 --- interrupt, eip = 0xc0cb1fa4, esp = 0xe3700cc0, ebp = 0xe3700cc0 --- acpi_cpu_c1(b3cd2932,246,e34,5bb3ea0c,e3700ce4) a acpi_cpu_idle(1,0,0,0,0) at acpi_cpu_idle+0xed idle_proc(0,e3700d48,0,0,0) at idle_proc+0xb1 fork_exit(c04e4954,0,e3700d48) at fork_exit+0x64 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe3700d7c, ebp = 0 --- KDB: enter: watchdog timeout [thread pid 11 tid 100003 ] Stopped at kdb_enter+0x32: leave db> tr Tracing pid 11 tid 100003 td 0xc26644b0 kdb_enter(c06a6acd,c2663c5c,e3700c3c,c04d114a,c06f4b20) at kdb_enter+0x32 clkintr(e3700c7c,c0674e5f,0,c26644b0,0) at clkintr+0x25 intr_execute_handlers(c06ea900,e3700c7c,c2705800,c2705818,e3700c74) at intr_execute_handlers+0xe5 atpic_handle_intr(0) at atpic_handle_intr+0x4a Xatpic_intr0() at Xatpic_intr0+0x20 --- interrupt, eip = 0xc0cb1fa4, esp = 0xe3700cc0, ebp = 0xe3700cc0 --- acpi_cpu_c1(b3cd2932,246,e34,5bb3ea0c,e3700ce4) at acpi_cpu_c1+0x5 acpi_cpu_idle(1,0,0,0,0) at acpi_cpu_idle+0xed idle_proc(0,e3700d48,0,0,0) at idle_proc+0xb1 fork_exit(c04e4954,0,e3700d48) at fork_exit+0x64 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe3700d7c, ebp = 0 --- From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 07:50:10 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 956FB16A4CE; Mon, 7 Feb 2005 07:50:10 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C698C43D1F; Mon, 7 Feb 2005 07:50:09 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j177o9E8020048; Mon, 7 Feb 2005 02:50:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j177q5B1074444; Mon, 7 Feb 2005 02:52:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EB2467306E; Mon, 7 Feb 2005 02:50:08 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050207075008.EB2467306E@freebsd-current.sentex.ca> Date: Mon, 7 Feb 2005 02:50:08 -0500 (EST) X-Virus-Scanned: ClamAV version 0.81, clamav-milter version 0.81b on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.81, clamav-milter version 0.81b on clamscanner2 X-Virus-Status: Clean X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 07:50:10 -0000 TB --- 2005-02-07 05:44:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-07 05:44:52 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-02-07 05:44:52 - checking out the source tree TB --- 2005-02-07 05:44:52 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-02-07 05:44:52 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-07 06:00:28 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-07 06:00:28 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-02-07 06:00:28 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-02-07 07:24:31 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-07 07:24:31 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-02-07 07:24:31 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Feb 7 07:24:31 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Mon Feb 7 07:38:22 UTC 2005 TB --- 2005-02-07 07:38:22 - generating LINT kernel config TB --- 2005-02-07 07:38:22 - cd /home/tinderbox/CURRENT/i386/pc98/src/sys/pc98/conf TB --- 2005-02-07 07:38:22 - /usr/bin/make -B LINT TB --- 2005-02-07 07:38:22 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-07 07:38:22 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-02-07 07:38:22 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Feb 7 07:38:22 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] touch hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/home/tinderbox/CURRENT/i386/pc98/obj/tinderbox/CURRENT/i386/pc98/src/make.i386/make sh /tinderbox/CURRENT/i386/pc98/src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline vers.c linking kernel upd7210.o(.text+0xf47): In function `do_idata': : undefined reference to `isa_dmatc' *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-02-07 07:50:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-07 07:50:08 - ERROR: failed to build lint kernel TB --- 2005-02-07 07:50:08 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 08:35:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B93C616A4CE for ; Mon, 7 Feb 2005 08:35:06 +0000 (GMT) Received: from relay.pair.com (relay00.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id F32CA43D5D for ; Mon, 7 Feb 2005 08:35:05 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 70502 invoked from network); 7 Feb 2005 08:35:05 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 7 Feb 2005 08:35:05 -0000 X-pair-Authenticated: 80.164.63.199 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j178Z0sW095698 for ; Mon, 7 Feb 2005 09:35:00 +0100 (CET) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j178YxDU095694 for current@freebsd.org; Mon, 7 Feb 2005 09:34:59 +0100 (CET) (envelope-from pho) Date: Mon, 7 Feb 2005 09:34:59 +0100 From: Peter Holm To: current@freebsd.org Message-ID: <20050207083459.GA95394@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: panic: tcp_input: TCPS_LISTEN in netinet/tcp_input.c:1016 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 08:35:06 -0000 While stress testing GENERIC HEAD from Feb 5 09:19 UTC + mpsafe_vfs = 1 I got: panic(c0832f7d,0,0,1,0) at panic+0x14b tcp_input(c27fca00,14,c27fca00,0,0) at tcp_input+0xbf6 ip_input(c27fca00) at ip_input+0x50d netisr_processqueue(c0944cd8) at netisr_processqueue+0x6e swi_net(0) at swi_net+0xbe ithread_loop(c154d180,cbc90d48,c154d180,c0601f84,0) at ithread_loop+0x120 fork_exit(c0601f84,c154d180,cbc90d48) at fork_exit+0xa4 fork_trampoline() at fork_trampoline+0x8 Details at http://www.holm.cc/stress/log/cons115.html A KTR dump with KTR_LOCK|KTR_BUF is available. Related reports: -rw-r--r-- 1 holm users 10641 Dec 20 16:51 cons96.html -rw-r--r-- 1 holm users 9906 Dec 26 15:28 cons98.html -rw-r--r-- 1 holm users 15189 Dec 29 22:17 cons99.html -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 09:27:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 252F516A4D2; Mon, 7 Feb 2005 09:27:08 +0000 (GMT) Received: from mir.ics.es.osaka-u.ac.jp (mir.ics.es.osaka-u.ac.jp [133.1.12.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2288143D41; Mon, 7 Feb 2005 09:27:06 +0000 (GMT) (envelope-from k-sasaki@ist.osaka-u.ac.jp) Received: from pinklady2 ([192.168.144.174])j179QtPq037564; Mon, 7 Feb 2005 18:27:03 +0900 (JST) (envelope-from k-sasaki@ist.osaka-u.ac.jp) Message-Id: <200502070927.j179QtPq037564@mir.ics.es.osaka-u.ac.jp> From: "Kei Sasaki" To: , Date: Mon, 7 Feb 2005 18:26:56 +0900 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcUIVwUrRGyx+8VFSOeQg2eVKY8zDQEm8lTw cc: k-sasaki@ist.osaka-u.ac.jp Subject: FW: Call for comments: CoxR, a CVS/mail-lists/BTS searching system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 09:27:08 -0000 Dear Sirs Thanks for the many feedbacks about CoxR. We modified the CoxR based on feedback. And so, please try CoxR function once more. Our website: http://sel.ics.es.osaka-u.ac.jp/~k-sasaki/coxr.html and CoxR can be found at http://scorpion.ics.es.osaka-u.ac.jp/cgi-bin/CodeSearch/coxr.html I would like to have your impressions on the above mentioned information system as an open source expert Any feedback including the answer of questions above, comments, suggestions, etc are always welcome, Please email to$B!!(B" k-sasaki@ist.osaka-u.ac.jp ". We want your comments for usefulness evaluation. Thanks in advance for your time. Best regards, Sasaki Kei ------------------------- SASAKI Kei Graduate School of Information Science and Technology, Osaka University, Japan email-address : k-sasaki@ist.osaka-u.ac.jp > > Dear Sirs/Madams > > > I am a second-year master's student at the Osaka University, Japan. > My major is computer science and my interests lie in the development process of open source software, interests that I pursue being part of the local >>> > research group on software process. > > My research group is suggesting an approach for exploiting the informations implicitly contained in history archives like, for example, project's CVS, > > > > mailing lists archives, Bug Trucking System and so on. > > The result of our research is the information system named "CoxR" > we developed and that can be found the detail about it at : > http://sel.ics.es.osaka-u.ac.jp/~k-sasaki/coxr.html > > I would like to have your impressions on the above mentioned information system as an open source expert. > CoxR can be found at > http://scorpion.ics.es.osaka-u.ac.jp/cgi-bin/CodeSearch/coxr.html > > Thanks in advance for your time. > > Best regards, > Sasaki Kei > > ------------------------- > SASAKI Kei > Graduate School of Information Science and Technology, Osaka University, Japan email-address : k-sasaki@ist.osaka-u.ac.jp > From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 09:39:39 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 519AF16A4CF for ; Mon, 7 Feb 2005 09:39:39 +0000 (GMT) Received: from ank-pki.ru (mercury.ank-pki.ru [213.170.76.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82AD943D58 for ; Mon, 7 Feb 2005 09:39:37 +0000 (GMT) (envelope-from toxa@cterra.ru) Received: (qmail 83036 invoked by uid 0); 7 Feb 2005 12:39:23 +0300 Received: from toxa@cterra.ru by mercury.ank-pki.ru by uid 0 with qmail-scanner-1.22 (spamassassin: 3.0.2. Clear:RC:0(62.89.204.62):SA:0(?/?):. Processed in 11.293789 secs); 07 Feb 2005 09:39:23 -0000 Received: from unknown (HELO localhost) (toxa@62.89.204.62) by mail.ank-pki.ru with SMTP; 7 Feb 2005 12:39:12 +0300 Date: Mon, 7 Feb 2005 12:37:09 +0300 From: Toxa To: current@freebsd.org, acpi@freebsd.org X-Comment-To: "Anton A. Karpov" Message-ID: <20050207093709.GA2953@laptoxa.toxa.lan> Mail-Followup-To: current@freebsd.org, acpi@freebsd.org References: <42068A5C.1030300@root.org> <20050207000604.GA4385@laptoxa.toxa.lan> <4206BBAE.4060704@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <4206BBAE.4060704@root.org> User-Agent: Outluck Express 1.5.6i for MS-DOS 6.22-SMP X-Mailer: See User-Agent above :) X-Operating-System: MS-DOS 6.22-CURRENT on Sony VAIO laptop X-PGP-Public-Key: http://toxahost.ru/gpg/pubkey.asc X-Useless-Header: Do Androids Dream of Electric Sheep? X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on mercury.ank-pki.ru X-Spam-Level: X-Spam-Status: No, score=0.0 required=7.0 tests=none autolearn=failed version=3.0.2 Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 09:39:39 -0000 On Sun, Feb 06, 2005 at 04:51:58PM -0800, Nate Lawson wrote: > The second value is power in milliwatts, the first is frequency in Mhz. > If you have only throttling support, there's no way to know what the > power consumption is so -1 is "unknown". If you have both throttling > and some other driver that knows the power consumption, these values > will be accurate. > > -- > Nate Ok, thanks a lot. By the way, with hw.acpi.cpu.throttling_states I had only 8 states or so, and now I can see 15 freq levels :) But on the other side, my laptop now hangs sometimes (not always) when I plug in/plug out AC adapter. I only configured devd to change freq level according to AC state changes... -- Anton A. Karpov PGP key: http://www.toxahost.ru/pgp/pubkey.asc =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~= "Anyone who quotes me in their sig is an idiot." Rusty Russell =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~= From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 10:49:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0A4516A4CE; Mon, 7 Feb 2005 10:49:15 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9A7D43D54; Mon, 7 Feb 2005 10:49:14 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id j17AnBU9019849; Mon, 7 Feb 2005 13:49:11 +0300 (MSK) (envelope-from maxim@macomnet.ru) Date: Mon, 7 Feb 2005 13:49:11 +0300 (MSK) From: Maxim Konovalov To: Toxa In-Reply-To: <20050207093709.GA2953@laptoxa.toxa.lan> Message-ID: <20050207134759.E19563@mp2.macomnet.net> References: <42068A5C.1030300@root.org> <20050207000604.GA4385@laptoxa.toxa.lan> <4206BBAE.4060704@root.org> <20050207093709.GA2953@laptoxa.toxa.lan> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SpamTest-Info: Profile: Formal (208/050203) X-SpamTest-Info: Profile: Detect Hard (4/030526) X-SpamTest-Info: Profile: SysLog X-SpamTest-Info: Profile: Marking - Keywords (2/030321) X-SpamTest-Status: Not detected X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0124], SpamtestISP/Release cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 10:49:16 -0000 On Mon, 7 Feb 2005, 12:37+0300, Toxa wrote: > On Sun, Feb 06, 2005 at 04:51:58PM -0800, Nate Lawson wrote: > > The second value is power in milliwatts, the first is frequency in Mhz. > > If you have only throttling support, there's no way to know what the > > power consumption is so -1 is "unknown". If you have both throttling > > and some other driver that knows the power consumption, these values > > will be accurate. > > > > -- > > Nate > > Ok, thanks a lot. By the way, with hw.acpi.cpu.throttling_states I had only 8 > states or so, and now I can see 15 freq levels :) > But on the other side, my laptop now hangs sometimes (not always) when I > plug in/plug out AC adapter. I only configured devd to change freq level > according to AC state changes... Make sure you don't have CPU_ENABLE_TCC stuff in kernel. In conjuction with acpi trottling it makes my notebook hangs from time to time. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 10:50:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5737316A4CE for ; Mon, 7 Feb 2005 10:50:12 +0000 (GMT) Received: from deliver.smtp.vlink.ru (alias.rigel.internal.vlink.ru [217.23.88.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF97E43D55 for ; Mon, 7 Feb 2005 10:50:11 +0000 (GMT) (envelope-from dsh@vlink.ru) Received: from smtp.smtp.vlink.ru (clamav.smtp.vlink.ru [192.168.4.1]) by deliver.smtp.vlink.ru (Postfix) with ESMTP id C55B545F60 for ; Mon, 7 Feb 2005 13:50:09 +0300 (MSK) Received: from neva.vlink.ru (neva.vlink.ru [217.107.252.29]) by smtp.smtp.vlink.ru (Postfix) with ESMTP id 6D70B45E2E for ; Mon, 7 Feb 2005 13:50:09 +0300 (MSK) Received: from neva.vlink.ru (localhost [127.0.0.1]) by neva.vlink.ru (8.13.1/8.13.1) with ESMTP id j17Ao4cj003944 for ; Mon, 7 Feb 2005 13:50:04 +0300 (MSK) (envelope-from dsh@vlink.ru) Received: (from dsh@localhost) by neva.vlink.ru (8.13.1/8.13.1/Submit) id j17AnxtB003938; Mon, 7 Feb 2005 13:49:59 +0300 (MSK) (envelope-from dsh@vlink.ru) From: dsh@neva.vlink.ru To: freebsd-current@freebsd.org From: Denis Shaposhnikov Date: Mon, 07 Feb 2005 13:49:59 +0300 Message-ID: <87k6pkr6eg.fsf@neva.vlink.ru> User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Corporate Culture, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV using ClamSMTP Subject: panic on jail with unionfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 10:50:12 -0000 Fresh cvsup'ed CURRENT panic on jail with unionfs mounted inside jail root. I'll send-pr a little later. -- DSS5-RIPE DSS-RIPN 2:550/5068@fidonet 2:550/5069@fidonet mailto:dsh@vlink.ru http://neva.vlink.ru/~dsh/ From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 11:47:20 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB0BF16A4D1 for ; Mon, 7 Feb 2005 11:47:20 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CE9943D55 for ; Mon, 7 Feb 2005 11:47:20 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by rproxy.gmail.com with SMTP id z35so705571rne for ; Mon, 07 Feb 2005 03:47:19 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=oATpC/ayEHIqDUYHgkmHsuu2vzaItmwRBJSp9DWzp1SWFq3S2YMas/WXd4X2EorWhnMux+pI9qZrzPE9aj0BRHa+Uwbczjh/cZonX5xwhMmbMmUYHKxuw7kqyk1Th63CSNEsdUJoHt6vqf1hpDkhhwPCY6NbrN0KEUddc1y8/7s= Received: by 10.38.97.78 with SMTP id u78mr300081rnb; Mon, 07 Feb 2005 03:47:19 -0800 (PST) Received: by 10.38.209.12 with HTTP; Mon, 7 Feb 2005 03:47:19 -0800 (PST) Message-ID: <84dead7205020703474f9add1@mail.gmail.com> Date: Mon, 7 Feb 2005 11:47:19 +0000 From: Joseph Koshy To: Robert Watson In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <4205F382.8020404@freebsd.org> cc: freebsd-current@freebsd.org cc: Scott Long Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joseph Koshy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 11:47:20 -0000 rw> -- your list of features would make the great beginnings of a white paper White papers are an excellent idea. These are some of the questions that I have faced when talking about FreeBSD: The initial set: * What is FreeBSD? What is it being used for? What kind of products are being built with it? Which organizations are using FreeBSD? Why should we choose FreeBSD over other alternatives? Most folk haven't heard about FreeBSD. Then: * How does one *use* FreeBSD? How does one architect a solution around it? What are its strengths, and what weaknesses should we be aware of? What hardware is supported? And then when people look at the long-term, along comes another bunch of questions: * How does the project work? How do users get heard? Who supports us? Is the "free" support any good? Is there a way to pay someone to support us? Another set: * Where do we find FreeBSD savvy developers? Is there training available? Is there anything like FreeBSD certification for developers? Is a FreeBSD based product maintainable? It would be great to be able to hand over people a bunch of PDFs instead of having to talk :). -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 12:00:07 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F68B16A4CE; Mon, 7 Feb 2005 12:00:07 +0000 (GMT) Received: from www.portaone.com (web.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E96043D31; Mon, 7 Feb 2005 12:00:04 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.0.128] ([192.168.2.2]) (authenticated bits=0) by www.portaone.com (8.12.11/8.12.11) with ESMTP id j17BvlrE077817 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 7 Feb 2005 12:57:49 +0100 (CET) (envelope-from sobomax@portaone.com) Message-ID: <420757AD.9060603@portaone.com> Date: Mon, 07 Feb 2005 13:57:33 +0200 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <42068A5C.1030300@root.org> In-Reply-To: <42068A5C.1030300@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.80/685/Wed Jan 26 10:08:24 2005 clamav-milter version 0.80j on www.portaone.com X-Virus-Status: Clean cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 12:00:07 -0000 Great! It would be nice if you can document this new facility in the Handbook, since it is likely to be of interest for very large percentage of FreeBSD users. Also, it should be mentioned in the release notes. -Maxim Nate Lawson wrote: > I've finished the major work of importing cpufreq. As part of this, the > sysctls for acpi throttling have been removed. The power_profile script > has been updated, so you can use performance/economy_cpu_freq= in > rc.conf to set AC on/offline cpu frequencies. The acpi throttling > support has been compiled into acpi_perf.ko so load that to get > throttling. Do a sysctl dev.cpu to get an understanding of the cpufreq > sysctls. > > If you have throttling, please test the new configuration to be sure it > still works as before. Final upcoming work will be manpage support and > bugfixing as necessary. > > I'd also like to issue a call for developers to help by porting older > drivers (like longrun) and out-of-tree new drivers (like powernow-k7/k8 > and speedstep-m) to the cpufreq interface. It's very simple and you > just have to figure out if your driver is absolute or relative, and > convert values to the proper units (percent in hundredths, power in mW, > etc.) Once that is done, please send me the diff for review before > commit so I can make sure it works properly. > > Thanks, From owner-freebsd-current@FreeBSD.ORG Sun Feb 6 18:57:59 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA86216A4CE for ; Sun, 6 Feb 2005 18:57:59 +0000 (GMT) Received: from out004.verizon.net (out004pub.verizon.net [206.46.170.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38FC543D1F for ; Sun, 6 Feb 2005 18:57:59 +0000 (GMT) (envelope-from ringworm@inbox.lv) Received: from ringworm.mechee.com ([4.26.84.7]) by out004.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20050206185758.WZXQ15146.out004.verizon.net@ringworm.mechee.com> for ; Sun, 6 Feb 2005 12:57:58 -0600 Received: by ringworm.mechee.com (Postfix, from userid 1001) id 4DDFD2CE7B6; Sun, 6 Feb 2005 10:53:57 -0800 (PST) From: "Michael C. Shultz" To: freebsd-current@freebsd.org Date: Sun, 6 Feb 2005 10:53:55 -0800 User-Agent: KMail/1.7.2 References: <8220c29b8ffacbd574cc9c26fe18d25b@bis.midco.net> In-Reply-To: <8220c29b8ffacbd574cc9c26fe18d25b@bis.midco.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200502061053.56134.ringworm@inbox.lv> X-Authentication-Info: Submitted using SMTP AUTH at out004.verizon.net from [4.26.84.7] at Sun, 6 Feb 2005 12:57:57 -0600 X-Mailman-Approved-At: Mon, 07 Feb 2005 13:09:50 +0000 Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Feb 2005 18:58:00 -0000 On Sunday 06 February 2005 10:12 am, Peter Schultz wrote: > [SNIP] > > > We should do a better PR job > > [SNIP] > > When I saw how much money the FreeBSD foundation has, I just about > fell out of my chair. Word of mouth works great, I'm always talking > about FreeBSD like I'm sure many here do, but it just is not enough. > I'm no advertising guru so I don't know which angle would be most > beneficial, but I'd say a basic introduction about the significance > of BSD would go a long way towards attracting both users and > developers. The thing about FreeBSD is that once an administrator > has set it up, there's no need for anyone to think about it. If > something goes wrong, more than likely there's hardware trouble, and > once that's fixed BSD holds it all together again. > > Since it's superbowl sunday, take Joe Montana for instance. If he > would have just played football for fun, he still would have been the > same person with the strength and mind of a superstar, but nobody > outside of his circle would know anything about him. However, since > he was willing to put himself out there, even people who've never > touched a football know who he is. > > Certainly I'm making this sound way too simplistic, but I think a > well organized ad campaign would put FreeBSD out in the spotlight, > and at the very least make an interesting and challenging project. > > Pete... > The good points about FreeBSD obscurity are: CVSUP access ftp download access If *everyone* used FreeBSD the above points would suck and I'd have to move to a different OS. -Mike From owner-freebsd-current@FreeBSD.ORG Sun Feb 6 19:34:58 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 101A016A4CE for ; Sun, 6 Feb 2005 19:34:58 +0000 (GMT) Received: from avout1.midco.net (avout1.midco.net [24.220.0.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A7E743D39 for ; Sun, 6 Feb 2005 19:34:55 +0000 (GMT) (envelope-from pete@beforever.com) Received: (qmail 24951 invoked by uid 1009); 6 Feb 2005 19:34:54 -0000 Received: from pete@beforever.com by avout1 by uid 1002 with qmail-scanner-1.22 (f-prot: 4.4.2/3.14.11. Clear:RC:1(24.220.214.66):. Processed in 0.011994 secs); 06 Feb 2005 19:34:54 -0000 X-Qmail-Scanner-Mail-From: pete@beforever.com via avout1 X-Qmail-Scanner: 1.22 (Clear:RC:1(24.220.214.66):. Processed in 0.011994 secs) Received: from host-66-214-220-24.midco.net (HELO [10.0.0.3]) ([24.220.214.66]) (envelope-sender ) by avout1.midco.net (qmail-ldap-1.03) with SMTP for ; 6 Feb 2005 19:34:54 -0000 Mime-Version: 1.0 (Apple Message framework v619.2) In-Reply-To: <200502061104.37960.reso3w83@verizon.net> References: <8220c29b8ffacbd574cc9c26fe18d25b@bis.midco.net> <200502061104.37960.reso3w83@verizon.net> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <68a08ad2f9cff22dfa603b47311158cd@beforever.com> Content-Transfer-Encoding: 7bit From: Peter Schultz Date: Sun, 6 Feb 2005 13:34:53 -0600 To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.619.2) X-Mailman-Approved-At: Mon, 07 Feb 2005 13:09:50 +0000 Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Feb 2005 19:34:58 -0000 On Feb 6, 2005, at 1:04 PM, Michael C. Shultz wrote: > The good points about FreeBSD obscurity are: > > CVSUP access > ftp download access > > If *everyone* used FreeBSD the above points would suck and I'd have to > move to a different OS. > > Your argument is flawed because there'd simply be that many more mirrors to choose from. Besides, it sounds like CVSUP will soon be replaced by something much more efficient. Pete... From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 00:08:32 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD74A16A4CE for ; Mon, 7 Feb 2005 00:08:32 +0000 (GMT) Received: from ank-pki.ru (mercury.ank-pki.ru [213.170.76.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACF2043D39 for ; Mon, 7 Feb 2005 00:08:31 +0000 (GMT) (envelope-from toxa@cterra.ru) Received: (qmail 46637 invoked by uid 0); 7 Feb 2005 03:08:19 +0300 Received: from toxa@cterra.ru by mercury.ank-pki.ru by uid 0 with qmail-scanner-1.22 (spamassassin: 3.0.2. Clear:RC:0(62.89.204.62):SA:0(?/?):. Processed in 11.3972 secs); 07 Feb 2005 00:08:19 -0000 Received: from unknown (HELO localhost) (toxa@62.89.204.62) by mail.ank-pki.ru with SMTP; 7 Feb 2005 03:08:07 +0300 Date: Mon, 7 Feb 2005 03:06:04 +0300 From: "Anton A. Karpov" To: current@freebsd.org, acpi@freebsd.org X-Comment-To: "Anton A. Karpov" Message-ID: <20050207000604.GA4385@laptoxa.toxa.lan> Mail-Followup-To: current@freebsd.org, acpi@freebsd.org References: <42068A5C.1030300@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <42068A5C.1030300@root.org> User-Agent: Outluck Express 1.5.6i for MS-DOS 6.22-SMP X-Mailer: See User-Agent above :) X-Operating-System: MS-DOS 6.22-CURRENT on Sony VAIO laptop X-PGP-Public-Key: http://toxahost.ru/gpg/pubkey.asc X-Useless-Header: Do Androids Dream of Electric Sheep? X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on mercury.ank-pki.ru X-Spam-Level: X-Spam-Status: No, score=0.0 required=7.0 tests=none autolearn=failed version=3.0.2 X-Mailman-Approved-At: Mon, 07 Feb 2005 13:09:50 +0000 Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 00:08:33 -0000 On Sun, Feb 06, 2005 at 01:21:32PM -0800, Nate Lawson wrote: > I've finished the major work of importing cpufreq. As part of this, the > sysctls for acpi throttling have been removed. The power_profile script > has been updated, so you can use performance/economy_cpu_freq= in > rc.conf to set AC on/offline cpu frequencies. The acpi throttling > support has been compiled into acpi_perf.ko so load that to get > throttling. Do a sysctl dev.cpu to get an understanding of the cpufreq > sysctls. > > If you have throttling, please test the new configuration to be sure it > still works as before. Final upcoming work will be manpage support and > bugfixing as necessary. > MY laptop has CPU: Mobile Intel(R) Pentium(R) 4 - M CPU 2.00GHz (1988.52-MHz 686-class CPU). I've tested tx states with the following script: #!/bin/sh freq_levels=`sysctl dev.cpu.0.freq_levels|cut -d : -f 2|sed -e 's/\/-1//g'` echo "Supported freq levels are: ${freq_levels}" for i in ${freq_levels} do echo "[=== Results testing [$i] freq level ===]" sysctl dev.cpu.0.freq=$i 1> /dev/null openssl speed blowfish done Here is some output: Supported freq levels are: 1991 1742 1493 1244 1196 1046 995 897 746 598 497 448 299 248 149 [=== Results testing [1991] freq level ===] type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes blowfish cbc 44067.47k 46774.97k 46975.74k 47349.96k 47353.11k ... [=== Results testing [1196] freq level ===] type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes blowfish cbc 26456.76k 27924.48k 28192.14k 28336.50k 28410.68k ... [=== Results testing [149] freq level ===] type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes blowfish cbc 2541.21k 2660.68k 2731.58k 2720.56k 2720.05k It seems to work. By the way, what does /-1 mean, in dev.cpu.0.freq_levels output? -- Anton A. Karpov PGP key: http://www.toxahost.ru/pgp/pubkey.asc =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~= Contrary to popular belief, Unix is user friendly. It just happens to be very selective about who it decides to make friends with. /* no comment */ =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~= From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 13:38:42 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBA8B16A4CE; Mon, 7 Feb 2005 13:38:42 +0000 (GMT) Received: from mailout02.sul.t-online.com (mailout02.sul.t-online.com [194.25.134.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39C4443D53; Mon, 7 Feb 2005 13:38:42 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd06.aul.t-online.de by mailout02.sul.t-online.com with smtp id 1Cy968-00035w-03; Mon, 07 Feb 2005 14:38:40 +0100 Received: from Andro-Beta.Leidinger.net (EAvsOEZV8eD8KhgsaRaqYptsnE0-eXgD-K6EcOQTyMGeDf0dr6YRc7@[217.83.31.109]) by fmrl06.sul.t-online.com with esmtp id 1Cy95u-2F1s6C0; Mon, 7 Feb 2005 14:38:26 +0100 Received: from localhost (localhost [127.0.0.1])j17Dc4Su010061; Mon, 7 Feb 2005 14:38:04 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from 141.113.101.32 ([141.113.101.32]) by netchild.homeip.net (Horde) with HTTP for ; Mon, 7 Feb 2005 14:38:04 +0100 Message-ID: <20050207143804.7tf8xse944ck48co@netchild.homeip.net> X-Priority: 3 (Normal) Date: Mon, 7 Feb 2005 14:38:04 +0100 From: Alexander Leidinger To: Nate Lawson References: <42068A5C.1030300@root.org> In-Reply-To: <42068A5C.1030300@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.1) / FreeBSD-4.11 X-ID: EAvsOEZV8eD8KhgsaRaqYptsnE0-eXgD-K6EcOQTyMGeDf0dr6YRc7@t-dialin.net X-TOI-MSGID: 25a90333-42ee-4b98-b258-59e222ea9b20 cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 13:38:43 -0000 Nate Lawson wrote: > If you have throttling, please test the new configuration to be sure it > still works as before. Final upcoming work will be manpage support and > bugfixing as necessary. Does this also affect hw.acpi.cpu.cx*? If yes: My desktop system only had C2 for a long time and after an update at the weekend I've looked at the cpufreq stuff and noticed, that it now allows C3 too. I've tried it and the system freezed immediatly. No way to do anything after this, I had to reset the system. Anything I can send to you (at the weekend) to debug this? Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 Boy, that crayon sure did hurt! From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 14:01:07 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6735816A4CE; Mon, 7 Feb 2005 14:01:07 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1853D43D3F; Mon, 7 Feb 2005 14:01:07 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.43 (FreeBSD)) id 1Cy9Rp-000K1B-M6; Mon, 07 Feb 2005 06:01:05 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16903.29857.72896.98582@ran.psg.com> Date: Mon, 7 Feb 2005 06:01:05 -0800 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 14:01:07 -0000 >> After suspend, my ThinkPad X40 now hangs with following logs (copied >> by hand): > Hmm, do you have ATA compiled in or as modules. I could easily imagine > that modules could have problems, but as "built in" nothing really > changed... my patched t41, current with ata in the kernel, locks up with disk light on solid on resume. randy From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 14:01:05 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14D7416A4CE; Mon, 7 Feb 2005 14:01:05 +0000 (GMT) Received: from marlena.vvi.at (marlena.vvi.at [208.252.225.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC2C243D1D; Mon, 7 Feb 2005 14:01:04 +0000 (GMT) (envelope-from www@marlena.vvi.at) Received: from marlena.vvi.at (localhost.marlena.vvi.at [127.0.0.1]) by marlena.vvi.at (8.12.10/8.12.9) with ESMTP id j16I6Abc037041; Sun, 6 Feb 2005 10:06:11 -0800 (PST) (envelope-from www@marlena.vvi.at) Received: (from www@localhost) by marlena.vvi.at (8.12.10/8.12.10/Submit) id j16I64bE037040; Sun, 6 Feb 2005 10:06:04 -0800 (PST) (envelope-from www) Date: Sun, 6 Feb 2005 10:06:04 -0800 (PST) Message-Id: <200502061806.j16I64bE037040@marlena.vvi.at> To: k-sasaki@ist.osaka-u.ac.jp From: "ALeine" X-Mailman-Approved-At: Mon, 07 Feb 2005 14:04:41 +0000 cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: FW: Call for comments: CoxR, a CVS/mail-lists/BTS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 14:01:05 -0000 k-sasaki@ist.osaka-u.ac.jp wrote: > Thanks for the many feedbacks about CoxR. > We modified the CoxR based on feedback. > And so, please try CoxR function once more. > I would like to have your impressions on the above mentioned information > system as an open source expert > Any feedback including the answer of questions above, comments, suggestions, > etc are always welcome, I took a quick look, but the page does not even display properly due to bad HTML. I suggest you run a HTML validator on the page and clean up the HTML code first: http://validator.w3.org/check?uri=http%3A%2F%2Fscorpion.ics.es.osaka-u.ac.jp%2Fcgi-bin%2FCodeSearch%2Fcoxr.html > Bug Trucking System Oh come, FreeBSD 5.x does have a mutex hell going on, but to say it has so many bugs as to require a truck is absurd. :-> A smaller lorry perhaps, but a truck - definitely not. :-) It might also be a good idea to use an automated spell-check on your pages, I've noticed a number of typos such as "divelopers" and similar. ALeine ___________________________________________________________________ WebMail FREE http://mail.austrosearch.net From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 14:04:42 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EE3116A4CE; Mon, 7 Feb 2005 14:04:42 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id B070543D1F; Mon, 7 Feb 2005 14:04:41 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j17E4bB0078363; Mon, 7 Feb 2005 15:04:39 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <42077563.9040002@DeepCore.dk> Date: Mon, 07 Feb 2005 15:04:19 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Randy Bush References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> <16903.29857.72896.98582@ran.psg.com> In-Reply-To: <16903.29857.72896.98582@ran.psg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.6 cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 14:04:42 -0000 Randy Bush wrote: >>>After suspend, my ThinkPad X40 now hangs with following logs (copied >>>by hand): >> >>Hmm, do you have ATA compiled in or as modules. I could easily imagine = >>that modules could have problems, but as "built in" nothing really=20 >>changed... >=20 > my patched t41, current with ata in the kernel, locks up with disk > light on solid on resume. Does it work with stock ATA ? I cant work on suspend/resume as it has been broken due to ACPI=20 brokenness since september last year on all my laptops... --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 14:11:20 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D361516A4CE for ; Mon, 7 Feb 2005 14:11:20 +0000 (GMT) Received: from mail.mdanderson.org (mail.mdanderson.org [143.111.251.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52CAA43D49 for ; Mon, 7 Feb 2005 14:11:20 +0000 (GMT) (envelope-from jonathan@fosburgh.org) Received: from jef-nt.mdacc.tmc.edu (localhost [127.0.0.1]) by jef-nt.mdacc.tmc.edu (8.12.10/8.12.11) with ESMTP id j17EAt8M041143 for ; Mon, 7 Feb 2005 08:10:55 -0600 (CST) (envelope-from jonathan@fosburgh.org) Received: by jef-nt.mdacc.tmc.edu (8.12.10/8.12.11/Submit) id j17EAsTl041142 for current@freebsd.org; Mon, 7 Feb 2005 08:10:54 -0600 (CST) (envelope-from jonathan@fosburgh.org) X-Authentication-Warning: jef-nt.mdacc.tmc.edu: syjef set sender to jonathan@fosburgh.org using -f From: Jonathan Fosburgh To: current@freebsd.org Date: Mon, 7 Feb 2005 08:10:53 -0600 User-Agent: KMail/1.7.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200502070810.53809.jonathan@fosburgh.org> Subject: 5-STABLE to 6-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 14:11:21 -0000 /usr/src/UPDATING doesn't seem too clear on this, and I can't find it in the mailing lists. What is the current procedure to upgrade from 5-STABLE to 6-CURRENT? -- Jonathan Fosburgh From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 14:13:05 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3003C16A4CE; Mon, 7 Feb 2005 14:13:05 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id F28FF43D1F; Mon, 7 Feb 2005 14:13:04 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.43 (FreeBSD)) id 1Cy9dQ-000KLY-3m; Mon, 07 Feb 2005 06:13:04 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16903.30575.486968.975188@ran.psg.com> Date: Mon, 7 Feb 2005 06:13:03 -0800 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> <16903.29857.72896.98582@ran.psg.com> <42077563.9040002@DeepCore.dk> cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 14:13:05 -0000 >> my patched t41, current with ata in the kernel, locks up with disk >> light on solid on resume. > Does it work with stock ATA ? it did last week, before i rebuilt with patch > I cant work on suspend/resume as it has been broken due to ACPI > brokenness since september last year on all my laptops... yep. been there, have the tee-shirt randy From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 14:27:47 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94C1116A4CE; Mon, 7 Feb 2005 14:27:47 +0000 (GMT) Received: from dagobah.rfc1149.org (dagobah.rfc1149.org [217.160.170.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAD6343D45; Mon, 7 Feb 2005 14:27:46 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: from dhcp-75-72.uni-paderborn.de ([131.234.75.72] helo=kamino.rfc1149.org) by dagobah.rfc1149.org with esmtps (TLSv1:AES256-SHA:256) (Exim 4.43 (FreeBSD)) id 1Cy9rX-000C59-UQ; Mon, 07 Feb 2005 15:27:45 +0100 Received: by kamino.rfc1149.org (Postfix, from userid 1001) id 524A04089; Mon, 7 Feb 2005 15:27:36 +0100 (CET) To: =?utf-8?Q?S=C3=B8ren?= Schmidt In-Reply-To: <42077563.9040002@DeepCore.dk> =?utf-8?Q?=28S=C3=B8ren?= Schmidt's message of "Mon, 07 Feb 2005 15:04:19 +0100") References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> <16903.29857.72896.98582@ran.psg.com> <42077563.9040002@DeepCore.dk> From: Arne Schwabe Date: Mon, 07 Feb 2005 15:27:35 +0100 Message-ID: <86oeewsaw8.fsf@kamino.rfc1149.org> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-RFC-Spam-Score: -2.6 (--) cc: Randy Bush cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 14:27:47 -0000 S=C3=B8ren Schmidt writes: > Randy Bush wrote: >>>>After suspend, my ThinkPad X40 now hangs with following logs (copied >>>>by hand): >>> >>> Hmm, do you have ATA compiled in or as modules. I could easily >>> imagine that modules could have problems, but as "built in" nothing >>> really changed... >> my patched t41, current with ata in the kernel, locks up with disk >> light on solid on resume. > > Does it work with stock ATA ? > I cant work on suspend/resume as it has been broken due to ACPI=20 > brokenness since september last year on all my laptops... Same here, worked before the patch. Does not work with the patch. Arne --=20 compiling millions of tiny c-programs...done checking for a working configure script... not found From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 14:28:03 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7463816A521 for ; Mon, 7 Feb 2005 14:28:03 +0000 (GMT) Received: from node15.coopprint.com (node15.cooperativeprinting.com [208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 5F1E443D5E for ; Mon, 7 Feb 2005 14:28:01 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 87810 invoked by uid 0); 7 Feb 2005 14:27:48 -0000 Received: from unknown (HELO ?192.168.0.5?) (63.231.157.250) by node15.coopprint.com with SMTP; 7 Feb 2005 14:27:48 -0000 Message-ID: <42077AEC.30303@gamersimpact.com> Date: Mon, 07 Feb 2005 08:27:56 -0600 From: Ryan Sommers User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jonathan Fosburgh References: <200502070810.53809.jonathan@fosburgh.org> In-Reply-To: <200502070810.53809.jonathan@fosburgh.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: 5-STABLE to 6-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 14:28:03 -0000 Jonathan Fosburgh wrote: > /usr/src/UPDATING doesn't seem too clear on this, and I can't find it in the > mailing lists. What is the current procedure to upgrade from 5-STABLE to > 6-CURRENT? http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cutting-edge.html Basically you'll do it the same way you do any upgrade. Just be sure after you upgrade your source that you read UPDATING to find any major issues. UPDATING doesn't really tell you /how/ it only points out major changes that you should be aware of when you do upgrade. Instead of checking out a RELENG_* branch you will check out the "HEAD" branch. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 14:32:54 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F89E16A4CE; Mon, 7 Feb 2005 14:32:54 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DB4243D31; Mon, 7 Feb 2005 14:32:53 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j17EWnhX078737; Mon, 7 Feb 2005 15:32:51 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <42077BFF.8060908@DeepCore.dk> Date: Mon, 07 Feb 2005 15:32:31 +0100 From: =?UTF-8?B?U8O4cmVuIFNjaG1pZHQ=?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Arne Schwabe References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> <16903.29857.72896.98582@ran.psg.com> <42077563.9040002@DeepCore.dk> <86oeewsaw8.fsf@kamino.rfc1149.org> In-Reply-To: <86oeewsaw8.fsf@kamino.rfc1149.org> Content-Type: multipart/mixed; boundary="------------000506090707080503050807" X-mail-scanned: by DeepCore Virus & Spam killer v1.6 cc: Randy Bush cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 14:32:54 -0000 This is a multi-part message in MIME format. --------------000506090707080503050807 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Arne Schwabe wrote: > S=C3=B8ren Schmidt writes: >=20 >=20 >>Randy Bush wrote: >> >>>>>After suspend, my ThinkPad X40 now hangs with following logs (copied= >>>>>by hand): >>>> >>>>Hmm, do you have ATA compiled in or as modules. I could easily >>>>imagine that modules could have problems, but as "built in" nothing >>>>really changed... >>> >>>my patched t41, current with ata in the kernel, locks up with disk >>>light on solid on resume. >> >>Does it work with stock ATA ? >>I cant work on suspend/resume as it has been broken due to ACPI=20 >>brokenness since september last year on all my laptops... >=20 >=20 > Same here, worked before the patch. Does not work with the patch. Hmm, the attached patch is the only real difference, which actually=20 shouldn't pose a problem (and fixes broken APM).. Let me know if that changes anything, other than that you are free to=20 bug the ACPI gang to make ACPI work on the HW I have available for=20 development... -S=C3=B8ren --------------000506090707080503050807 Content-Type: text/plain; name="resume" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="resume" ZGlmZiAtdSAtcjEuMjAgYXRhLWFsbC5jCi0tLSBhdGEtYWxsLmMgICAyMDA1LzAyLzAzIDE3 OjAyOjMxICAgICAxLjIwCisrKyBhdGEtYWxsLmMgICAyMDA1LzAyLzA3IDE0OjI3OjU3CkBA IC02MzAsNyArNjMwLDcgQEAKIHZvaWQKIGF0YV91ZGVsYXkoaW50IGludGVydmFsKQogewot ICAgIGlmICgxIHx8IGludGVydmFsIDwgKDEwMDAwMDAvaHopIHx8IGF0YV9kZWxheWVkX2F0 dGFjaCkKKyAgICBpZiAoaW50ZXJ2YWwgPCAoMTAwMDAwMC9oeikgfHwgYXRhX2RlbGF5ZWRf YXR0YWNoKQogICAgICAgIERFTEFZKGludGVydmFsKTsKICAgICBlbHNlCiAgICAgICAgdHNs ZWVwKCZpbnRlcnZhbCwgUFJJQklPLCAiYXRhc2xwIiwgaW50ZXJ2YWwvKDEwMDAwMDAvaHop KTsKCg== --------------000506090707080503050807-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 15:02:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81D8116A4CE; Mon, 7 Feb 2005 15:02:56 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A49543D3F; Mon, 7 Feb 2005 15:02:56 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.43 (FreeBSD)) id 1CyAPf-000Lel-3H; Mon, 07 Feb 2005 07:02:55 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16903.33566.487986.323816@ran.psg.com> Date: Mon, 7 Feb 2005 07:02:54 -0800 To: =?UTF-8?B?U8O4cmVuIFNjaG1pZHQ=?= References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> <16903.29857.72896.98582@ran.psg.com> <42077563.9040002@DeepCore.dk> <86oeewsaw8.fsf@kamino.rfc1149.org> <42077BFF.8060908@DeepCore.dk> cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 15:02:56 -0000 > diff -u -r1.20 ata-all.c > --- ata-all.c 2005/02/03 17:02:31 1.20 > +++ ata-all.c 2005/02/07 14:27:57 > @@ -630,7 +630,7 @@ > void > ata_udelay(int interval) > { > - if (1 || interval < (1000000/hz) || ata_delayed_attach) > + if (interval < (1000000/hz) || ata_delayed_attach) > DELAY(interval); > else > tsleep(&interval, PRIBIO, "ataslp", interval/(1000000/hz)); > no fix hangs in ad0: TIMEOUT - WRITE DMA retrying (2 retries left) LBA=7434015 disk light on solid. no response to anything randy From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 15:17:10 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB2CE16A4CF for ; Mon, 7 Feb 2005 15:17:10 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 6514C43D1D for ; Mon, 7 Feb 2005 15:17:09 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 07 Feb 2005 15:17:08 -0000 Received: from pD9E2436F.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.226.67.111) by mail.gmx.net (mp020) with SMTP; 07 Feb 2005 16:17:08 +0100 X-Authenticated: #443188 Received: from kiste.my.domain (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id j17FH0c7018972 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 7 Feb 2005 16:17:02 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Mon, 7 Feb 2005 16:16:55 +0100 User-Agent: KMail/1.7.2 References: <200502070810.53809.jonathan@fosburgh.org> <42077AEC.30303@gamersimpact.com> In-Reply-To: <42077AEC.30303@gamersimpact.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4776684.QCAMfL4CYQ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502071616.59506.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 cc: Ryan Sommers cc: current@freebsd.org Subject: Re: 5-STABLE to 6-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 15:17:10 -0000 --nextPart4776684.QCAMfL4CYQ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday, 7. February 2005 15:27, Ryan Sommers wrote: > UPDATING doesn't really tell you /how/=20 Actually it does (well, or should), under COMMON ITEMS (towards the bottom = of=20 the file).=20 However, the 'To upgrade in-place from 4.x-stable to current' could probabl= y=20 use some addititons/remarks for the 5.x-stable-to-current case (I'd offer=20 some, but I haven't done such an upgrade yet). =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart4776684.QCAMfL4CYQ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCB4ZrXhc68WspdLARAvHhAJ9BKECWjFjPl1uZlZpAmq/2y8lKHQCcCvHn V9IDczE0iLN8rO/YT4j3bdo= =PMfB -----END PGP SIGNATURE----- --nextPart4776684.QCAMfL4CYQ-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 15:17:10 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA0C516A4CE for ; Mon, 7 Feb 2005 15:17:10 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 68F9D43D39 for ; Mon, 7 Feb 2005 15:17:09 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 07 Feb 2005 15:17:08 -0000 Received: from pD9E2436F.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.226.67.111) by mail.gmx.net (mp020) with SMTP; 07 Feb 2005 16:17:08 +0100 X-Authenticated: #443188 Received: from kiste.my.domain (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id j17FH0c7018972 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 7 Feb 2005 16:17:02 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Mon, 7 Feb 2005 16:16:55 +0100 User-Agent: KMail/1.7.2 References: <200502070810.53809.jonathan@fosburgh.org> <42077AEC.30303@gamersimpact.com> In-Reply-To: <42077AEC.30303@gamersimpact.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4776684.QCAMfL4CYQ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502071616.59506.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 cc: Ryan Sommers cc: current@freebsd.org Subject: Re: 5-STABLE to 6-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 15:17:10 -0000 --nextPart4776684.QCAMfL4CYQ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday, 7. February 2005 15:27, Ryan Sommers wrote: > UPDATING doesn't really tell you /how/=20 Actually it does (well, or should), under COMMON ITEMS (towards the bottom = of=20 the file).=20 However, the 'To upgrade in-place from 4.x-stable to current' could probabl= y=20 use some addititons/remarks for the 5.x-stable-to-current case (I'd offer=20 some, but I haven't done such an upgrade yet). =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart4776684.QCAMfL4CYQ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCB4ZrXhc68WspdLARAvHhAJ9BKECWjFjPl1uZlZpAmq/2y8lKHQCcCvHn V9IDczE0iLN8rO/YT4j3bdo= =PMfB -----END PGP SIGNATURE----- --nextPart4776684.QCAMfL4CYQ-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 15:19:18 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A56CB16A4CE; Mon, 7 Feb 2005 15:19:18 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA5CB43D54; Mon, 7 Feb 2005 15:19:17 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j17FJC3f079331; Mon, 7 Feb 2005 16:19:14 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <420786DE.80605@DeepCore.dk> Date: Mon, 07 Feb 2005 16:18:54 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Randy Bush References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> <16903.29857.72896.98582@ran.psg.com> <42077563.9040002@DeepCore.dk> <86oeewsaw8.fsf@kamino.rfc1149.org> <42077BFF.8060908@DeepCore.dk> <16903.33566.487986.323816@ran.psg.com> In-Reply-To: <16903.33566.487986.323816@ran.psg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.6 cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 15:19:18 -0000 Randy Bush wrote: >>diff -u -r1.20 ata-all.c >>--- ata-all.c 2005/02/03 17:02:31 1.20 >>+++ ata-all.c 2005/02/07 14:27:57 >>@@ -630,7 +630,7 @@ >> void >> ata_udelay(int interval) >> { >>- if (1 || interval < (1000000/hz) || ata_delayed_attach) >>+ if (interval < (1000000/hz) || ata_delayed_attach) >> DELAY(interval); >> else >> tsleep(&interval, PRIBIO, "ataslp", interval/(1000000/hz)); >> >=20 >=20 > no fix >=20 > hangs in ad0: TIMEOUT - WRITE DMA retrying (2 retries left) LBA=3D74340= 15 >=20 > disk light on solid. no response to anything no idea Since I cannot debug this, I have no way of finding out whats wrong. I will look at it when ACPI allows me to use suspend/resume again, until = then I'll concentrated on things that I can work on... --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 15:21:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43B3C16A4CE; Mon, 7 Feb 2005 15:21:29 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FDB343D58; Mon, 7 Feb 2005 15:21:29 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.43 (FreeBSD)) id 1CyAhc-000MCu-Fc; Mon, 07 Feb 2005 07:21:28 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16903.34679.871232.793961@ran.psg.com> Date: Mon, 7 Feb 2005 07:21:27 -0800 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> <16903.29857.72896.98582@ran.psg.com> <42077563.9040002@DeepCore.dk> <86oeewsaw8.fsf@kamino.rfc1149.org> <42077BFF.8060908@DeepCore.dk> <16903.33566.487986.323816@ran.psg.com> <420786DE.80605@DeepCore.dk> cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 15:21:29 -0000 > Since I cannot debug this, I have no way of finding out whats wrong. > I will look at it when ACPI allows me to use suspend/resume again, until > then I'll concentrated on things that I can work on... where's my refund? :-) more seriously, shall we do a fund to get you a laptoy on which acpi happens to work this week? randy From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 15:22:57 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D7E316A4CE; Mon, 7 Feb 2005 15:22:57 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id B146343D48; Mon, 7 Feb 2005 15:22:56 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with SMTP id 0E62C46B11; Mon, 7 Feb 2005 10:22:56 -0500 (EST) Date: Mon, 7 Feb 2005 15:21:57 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: ALeine In-Reply-To: <200502061806.j16I64bE037040@marlena.vvi.at> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org cc: k-sasaki@ist.osaka-u.ac.jp cc: freebsd-current@freebsd.org Subject: Re: FW: Call for comments: CoxR, a CVS/mail-lists/BTS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 15:22:57 -0000 On Sun, 6 Feb 2005, ALeine wrote: > Oh come, FreeBSD 5.x does have a mutex hell going on, but to say it has > so many bugs as to require a truck is absurd. :-> A smaller lorry > perhaps, but a truck - definitely not. :-) It might also be a good idea > to use an automated spell-check on your pages, I've noticed a number of > typos such as "divelopers" and similar. I appreciate that not everyone is a fan of mutex synchronization, but "mutex hell" is a bit of an odd description: most bugs I see getting reported (and fixed) aren't even locking-related. They're generally a property of lack of testing exposure for more obscure features or edge cases that are hard to test for without a wide testing base, such as edge-case hardware, bugs associated with longer run times, or a recently introduced feature, etc. Generally speaking, in the last week, I saw a couple of classes of bug fix fly by in commits, in order of frequency of occurence: - Minor device driver bugs involving alignment, feature mapping for device IDs, attach/detach bugs, error handling, etc. In one case, the bug was that a device driver was able to run MPSAFE, but the flag was set incorrectly to not let it. As usual, a moderate amount of change in ACPI. This was the vast majority of bug fixes. - Network stack logical errors or C-related errors: generally, doing something wrong with mbufs or routing. Mostly "syntax" and not "semantics", although a couple of netflow bugs that were more serious and the result of more broad exposure since its commit (last month?). - Scheduling related bugs in ULE -- Jeff MFC'd a number of fixes to RELENG_5 for the first time in several months, so there was some backlog, but I think it's not unusual to see a trickle of scheduling related changes, so isn't entirely unrepresentative. - VFS/file system bugs -- a couple were locking related as a result of Jeff's on-going work to get Giant off of the file system code, but more were associated with on-going buffer cache work by Poul-Henning. While I haven't made any attempt to determine if the last week is "typical" of long term bug fixes, it was easily on-hand, and the results are suggestive. Locking, as with other complex changes in the OS, comes with bugs, but it's hardly "hell" :-). One of the nice things about the locking approach to synchronization is that it comes with a strong assertion model: this means you can often find bugs without actually triggering the symptoms of the bugs, which may be difficult to trigger or very sensitive to timing. So when there are locking bug fixes, there more often found through a WITNESS warning than an exercised bug. When I do complex application pthreads programming, I often wish it had the threading/locking debugging facilities the FreeBSD kernel has :-). Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 15:31:35 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB6A416A4CE for ; Mon, 7 Feb 2005 15:31:35 +0000 (GMT) Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC56D43D60 for ; Mon, 7 Feb 2005 15:31:34 +0000 (GMT) (envelope-from frode@nordahl.net) Received: from [195.159.6.24] (ws24.ns5.powertech.no [195.159.6.24]) by smtp1.powertech.no (Postfix) with ESMTP id 7399781A4; Mon, 7 Feb 2005 16:31:33 +0100 (CET) In-Reply-To: <4204B006.9060604@DeepCore.dk> References: <42028F29.1030801@DeepCore.dk> <0cd37ec888636578f9bc4f5b85ce20af@nordahl.net> <4204B006.9060604@DeepCore.dk> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=ISO-8859-1; format=flowed Message-Id: <92e9d52e6e18683f566a1ffac1051e5e@nordahl.net> Content-Transfer-Encoding: quoted-printable From: Frode Nordahl Date: Mon, 7 Feb 2005 16:31:32 +0100 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= X-Mailer: Apple Mail (2.619.2) cc: 'FreeBSD Current' Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 15:31:36 -0000 On Feb 5, 2005, at 12:37, S=F8ren Schmidt wrote: > Frode Nordahl wrote: >> On Feb 3, 2005, at 21:52, S=F8ren Schmidt wrote: >>> ATA-mkIII first official snapshot. >> Yes! Just in time! Thanks, S=F8ren :-) >> Using kernel from RELENG_5, supped yesterday. >> Tried to install on in a box with a Promise TX 2200 card, the bootup=20= >> took forever, but the install worked fine when it finished. >> Maby related to the third "phantom" PATA bus on that board? :-) > > Well its doesn't stall on the one I've got here (thanks btw! :) ).. > Could you get the output from a verbose boot with it somehow ? I redid the install of two boxes with the TX2200 board today, and had=20 no issues, so I guess there was a different problem, and I was just=20 (wrongly) blaming you :-) I'll do some testing on these as well and get back to you! Regards, Frode Nordahl > --=20 > > -S=F8ren > > From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 15:32:28 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3208C16A4CE; Mon, 7 Feb 2005 15:32:28 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BF7443D41; Mon, 7 Feb 2005 15:32:27 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j17FWNWU079533; Mon, 7 Feb 2005 16:32:25 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <420789F5.7040401@DeepCore.dk> Date: Mon, 07 Feb 2005 16:32:05 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Randy Bush References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> <16903.29857.72896.98582@ran.psg.com> <42077563.9040002@DeepCore.dk> <86oeewsaw8.fsf@kamino.rfc1149.org> <42077BFF.8060908@DeepCore.dk> <16903.33566.487986.323816@ran.psg.com> <420786DE.80605@DeepCore.dk> <16903.34679.871232.793961@ran.psg.com> In-Reply-To: <16903.34679.871232.793961@ran.psg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.6 cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 15:32:28 -0000 Randy Bush wrote: >>Since I cannot debug this, I have no way of finding out whats wrong. >>I will look at it when ACPI allows me to use suspend/resume again, unti= l=20 >>then I'll concentrated on things that I can work on... >=20 >=20 > where's my refund? :-) > more seriously, shall we do a fund to get you a laptoy on which > acpi happens to work this week? Find such a machine might be very hard, if not plain impossible :/ I already have 3 laptops here (of which none has worked for several=20 month regarding suspend/resume) so I have plenty. However getting=20 laptops to those thats supposed to maintain ACPI might be an idea, but=20 we should make certain that it would help first ;) --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 15:50:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8B9F16A4CE for ; Mon, 7 Feb 2005 15:50:37 +0000 (GMT) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [64.74.124.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B25E43D39 for ; Mon, 7 Feb 2005 15:50:37 +0000 (GMT) (envelope-from rcoleman@criticalmagic.com) Received: from [10.40.30.75] (delta.ciphertrust.com [216.235.158.34]) by saturn.criticalmagic.com (Postfix) with ESMTP id AD80E3BD21; Mon, 7 Feb 2005 10:50:36 -0500 (EST) Message-ID: <42078E66.3080204@criticalmagic.com> Date: Mon, 07 Feb 2005 10:51:02 -0500 From: Richard Coleman Organization: Critical Magic User-Agent: Mozilla Thunderbird 1.0 (X11/20041230) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jonathan Fosburgh References: <200502070810.53809.jonathan@fosburgh.org> In-Reply-To: <200502070810.53809.jonathan@fosburgh.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: 5-STABLE to 6-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 15:50:37 -0000 Jonathan Fosburgh wrote: > /usr/src/UPDATING doesn't seem too clear on this, and I can't find it in the > mailing lists. What is the current procedure to upgrade from 5-STABLE to > 6-CURRENT? I just did this exact upgrade on my laptop (Dell Inspiron 4100) a few days ago, and didn't have a problem. The only extra step that I did was start with a clean copy of GENERIC and merge in my changes, rather than carry over my old kernel config file (although I'm not sure if it was really necessary). So far, everything is running fine. Richard Coleman rcoleman@criticalmagic.com From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 15:50:39 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95F2216A4CE for ; Mon, 7 Feb 2005 15:50:39 +0000 (GMT) Received: from tower.berklix.org (bsd.bsn.com [194.221.32.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DB9E43D39 for ; Mon, 7 Feb 2005 15:50:38 +0000 (GMT) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A5B99.dip.t-dialin.net [84.154.91.153]) (authenticated bits=0) by tower.berklix.org (8.12.9p2/8.12.9) with ESMTP id j17FoZYS015691 for ; Mon, 7 Feb 2005 16:50:36 +0100 (CET) (envelope-from jhs@tower.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.12.11/8.12.11) with ESMTP id j17Fp4e6002045 for ; Mon, 7 Feb 2005 16:51:08 +0100 (CET) (envelope-from jhs@tower.berklix.net) Received: from fire.jhs.private (localhost [127.0.0.1]) by fire.jhs.private (8.13.1/8.13.1) with ESMTP id j17Fp4kT041033 for ; Mon, 7 Feb 2005 16:51:04 +0100 (CET) (envelope-from jhs@fire.jhs.private) Message-Id: <200502071551.j17Fp4kT041033@fire.jhs.private> To: freebsd-current@freebsd.org In-Reply-To: Message from "Michael C. Shultz" of "Sun, 06 Feb 2005 10:53:55 PST." <200502061053.56134.ringworm@inbox.lv> Date: Mon, 07 Feb 2005 16:51:04 +0100 From: "Julian H. Stacey" Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 15:50:39 -0000 Future similar threads to "Subject: The case for FreeBSD" are probably better started on > Since it's superbowl sunday, - Ice Cream Sunday in an extra large bowl to share ? - Super fast bowling in limited overs cricket at the Oval ? - American ball game irrelevant to BSD & rest of world ? > take Joe Montana for instance. If he .... > ... even people who've never > touched a football know who he is. Americans might. This global mail list is not a `world' list as in USA's wrongly named just national `World Series' ;-) - Julian Stacey. Unix,C,Net & Sys. Eng. Consultant, Munich. http://berklix.com Mail in Ascii, Html dumped as Spam. Ihr Rauch = mein allergischer Kopfschmerz. From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 16:15:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0601F16A4CE for ; Mon, 7 Feb 2005 16:15:12 +0000 (GMT) Received: from mail.mdanderson.org (mail.mdanderson.org [143.111.251.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF89A43D2F for ; Mon, 7 Feb 2005 16:15:11 +0000 (GMT) (envelope-from jonathan@fosburgh.org) Received: from jef-nt.mdacc.tmc.edu (localhost [127.0.0.1]) j17GEd8M052211; Mon, 7 Feb 2005 10:14:40 -0600 (CST) (envelope-from jonathan@fosburgh.org) Received: by jef-nt.mdacc.tmc.edu (8.12.10/8.12.11/Submit) id j17GEYaP052202; Mon, 7 Feb 2005 10:14:34 -0600 (CST) (envelope-from jonathan@fosburgh.org) X-Authentication-Warning: jef-nt.mdacc.tmc.edu: syjef set sender to jonathan@fosburgh.org using -f From: Jonathan Fosburgh To: Richard Coleman Date: Mon, 7 Feb 2005 10:14:32 -0600 User-Agent: KMail/1.7.2 References: <200502070810.53809.jonathan@fosburgh.org> <42078E66.3080204@criticalmagic.com> In-Reply-To: <42078E66.3080204@criticalmagic.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200502071014.33335.jonathan@fosburgh.org> cc: current@freebsd.org Subject: Re: 5-STABLE to 6-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 16:15:12 -0000 On Monday 07 February 2005 09:51, Richard Coleman wrote: > I just did this exact upgrade on my laptop (Dell Inspiron 4100) a few > days ago, and didn't have a problem. The only extra step that I did was > start with a clean copy of GENERIC and merge in my changes, rather than > carry over my old kernel config file (although I'm not sure if it was > really necessary). So far, everything is running fine. And what was your procedure? :) Normal make buildworld/kernel/reboot, etc? -- Jonathan Fosburgh From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 16:36:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 723B816A4CE for ; Mon, 7 Feb 2005 16:36:37 +0000 (GMT) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [64.74.124.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4395043D2D for ; Mon, 7 Feb 2005 16:36:37 +0000 (GMT) (envelope-from rcoleman@criticalmagic.com) Received: from [10.40.30.75] (delta.ciphertrust.com [216.235.158.34]) by saturn.criticalmagic.com (Postfix) with ESMTP id BFDF43BD26; Mon, 7 Feb 2005 11:36:36 -0500 (EST) Message-ID: <42079939.7060406@criticalmagic.com> Date: Mon, 07 Feb 2005 11:37:13 -0500 From: Richard Coleman Organization: Critical Magic User-Agent: Mozilla Thunderbird 1.0 (X11/20041230) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jonathan Fosburgh References: <200502070810.53809.jonathan@fosburgh.org> <42078E66.3080204@criticalmagic.com> <200502071014.33335.jonathan@fosburgh.org> In-Reply-To: <200502071014.33335.jonathan@fosburgh.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: 5-STABLE to 6-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 16:36:37 -0000 Jonathan Fosburgh wrote: > On Monday 07 February 2005 09:51, Richard Coleman wrote: > > >>I just did this exact upgrade on my laptop (Dell Inspiron 4100) a few >>days ago, and didn't have a problem. The only extra step that I did was >>start with a clean copy of GENERIC and merge in my changes, rather than >>carry over my old kernel config file (although I'm not sure if it was >>really necessary). So far, everything is running fine. > > > And what was your procedure? :) Normal make buildworld/kernel/reboot, etc? > Yes. I keep a copy of the cvs tree on my laptop. So, I just checked out HEAD, copied GENERIC and modified it, then did the normal procedure for building and installing a new kernel and world (including reboot into single user mode, install world, mergemaster, etc). Essentially the same procedure that is in the handbook, or at the bottom of UPDATING. Richard Coleman rcoleman@criticalmagic.com From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 17:01:48 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C98E16A4CE for ; Mon, 7 Feb 2005 17:01:48 +0000 (GMT) Received: from smtp.intellex.com (smtp.intellex.com [199.233.213.9]) by mx1.FreeBSD.org (Postfix) with SMTP id 39EAF43D41 for ; Mon, 7 Feb 2005 17:01:47 +0000 (GMT) (envelope-from chris@smtp.intellex.com) Received: (qmail 10116 invoked by uid 0); 7 Feb 2005 17:22:40 -0000 Received: (qmail 68244 invoked from network); 7 Feb 2005 14:35:11 -0000 Received: from mx2.freebsd.org (216.136.204.119) by smtp.intellex.com with SMTP; 7 Feb 2005 14:35:11 -0000 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 1AF51568C4; Mon, 7 Feb 2005 14:13:27 +0000 (GMT) (envelope-from owner-freebsd-stable@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 19E1016A55F; Mon, 7 Feb 2005 14:13:17 +0000 (GMT) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3003C16A4CE; Mon, 7 Feb 2005 14:13:05 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id F28FF43D1F; Mon, 7 Feb 2005 14:13:04 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.43 (FreeBSD)) id 1Cy9dQ-000KLY-3m; Mon, 07 Feb 2005 06:13:04 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16903.30575.486968.975188@ran.psg.com> Date: Mon, 7 Feb 2005 06:13:03 -0800 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> <16903.29857.72896.98582@ran.psg.com> <42077563.9040002@DeepCore.dk> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 17:01:48 -0000 >> my patched t41, current with ata in the kernel, locks up with disk >> light on solid on resume. > Does it work with stock ATA ? it did last week, before i rebuilt with patch > I cant work on suspend/resume as it has been broken due to ACPI > brokenness since september last year on all my laptops... yep. been there, have the tee-shirt randy _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 17:05:58 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B0D016A4CF for ; Mon, 7 Feb 2005 17:05:58 +0000 (GMT) Received: from smtp.intellex.com (smtp.intellex.com [199.233.213.9]) by mx1.FreeBSD.org (Postfix) with SMTP id 58C3A43D31 for ; Mon, 7 Feb 2005 17:05:57 +0000 (GMT) (envelope-from chris@smtp.intellex.com) Received: (qmail 26015 invoked by uid 0); 7 Feb 2005 17:26:28 -0000 Received: (qmail 14451 invoked from network); 7 Feb 2005 15:54:17 -0000 Received: from mx2.freebsd.org (216.136.204.119) by smtp.intellex.com with SMTP; 7 Feb 2005 15:54:17 -0000 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 6007E57507; Mon, 7 Feb 2005 15:32:46 +0000 (GMT) (envelope-from owner-freebsd-stable@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id BCC8116A527; Mon, 7 Feb 2005 15:32:40 +0000 (GMT) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3208C16A4CE; Mon, 7 Feb 2005 15:32:28 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BF7443D41; Mon, 7 Feb 2005 15:32:27 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j17FWNWU079533; Mon, 7 Feb 2005 16:32:25 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <420789F5.7040401@DeepCore.dk> Date: Mon, 07 Feb 2005 16:32:05 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Randy Bush References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> <16903.29857.72896.98582@ran.psg.com> <42077563.9040002@DeepCore.dk> <86oeewsaw8.fsf@kamino.rfc1149.org> <16903.33566.487986.323816@ran.psg.com> <420786DE.80605@DeepCore.dk> <16903.34679.871232.793961@ran.psg.com> In-Reply-To: <16903.34679.871232.793961@ran.psg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 17:05:58 -0000 Randy Bush wrote: >>Since I cannot debug this, I have no way of finding out whats wrong. >>I will look at it when ACPI allows me to use suspend/resume again, unti= l=20 >>then I'll concentrated on things that I can work on... >=20 >=20 > where's my refund? :-) > more seriously, shall we do a fund to get you a laptoy on which > acpi happens to work this week? Find such a machine might be very hard, if not plain impossible :/ I already have 3 laptops here (of which none has worked for several=20 month regarding suspend/resume) so I have plenty. However getting=20 laptops to those thats supposed to maintain ACPI might be an idea, but=20 we should make certain that it would help first ;) --=20 -S=F8ren _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 17:18:51 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 942EB16A4CE for ; Mon, 7 Feb 2005 17:18:51 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26E9C43D5F for ; Mon, 7 Feb 2005 17:18:51 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j17HFfp6091678; Mon, 7 Feb 2005 10:15:42 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 07 Feb 2005 10:17:39 -0700 (MST) Message-Id: <20050207.101739.16679956.imp@bsdimp.com> To: jonathan@fosburgh.org From: "M. Warner Losh" In-Reply-To: <200502070810.53809.jonathan@fosburgh.org> References: <200502070810.53809.jonathan@fosburgh.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: 5-STABLE to 6-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 17:18:51 -0000 In message: <200502070810.53809.jonathan@fosburgh.org> Jonathan Fosburgh writes: : /usr/src/UPDATING doesn't seem too clear on this, and I can't find it in the : mailing lists. What is the current procedure to upgrade from 5-STABLE to : 6-CURRENT? Here's what I have in my tree, waiting to be committed. I've simplified out all the 4.x stuff since people still running 4.x should consider upgrading to 5.3 first. As such, I've removed all the work arounds for an imperfect evolution of the system. To upgrade in-place from 5.x-stable to current ---------------------------------------------- make buildworld [9] make kernel KERNCONF=YOUR_KERNEL_HERE [8] [1] [3] mergemaster -p [5] make installworld mergemaster -i [4] Make sure that you've read the UPDATING file to understand the tweaks to various things you need. At this point in the life cycle of current, things change often and you are on your own to cope. The defaults can also change, so please read ALL of the UPDATING entries. Also, if you are tracking -current, you must be subscribed to freebsd-current@freebsd.org. Make sure that before you update your sources that you have read and understood all the recent messages there. If in doubt, please track -stable which has much fewer pitfalls. [1] If you have third party modules, such as vmware, you should disable them at this point so they don't crash your system on reboot. [3] From the bootblocks, boot -s, and then do fsck -p mount -u / mount -a cd src adjkerntz -i # if CMOS is wall time Also, when doing a major release upgrade, it is required that you boot into single user mode to do the installworld. [4] Note: This step is non-optional. Failure to do this step can result in a significant reduction in the functionality of the system. Attempting to do it by hand is not recommended and those that pursue this avenue should read this file carefully, as well as the archives of freebsd-current and freebsd-hackers mailing lists for potential gotchas. [5] Usually this step is a noop. However, from time to time you may need to do this if you get unknown user in the following step. It never hurts to do it all the time. You may need to install a new mergemaster (cd src/usr.sbin/mergemaster && make install) after the buildworld before this step if you last updated from current before 20020224 or from -stable before 20020408. [8] In order to have a kernel that can run the 4.x binaries needed to do an installworld, you must include the COMPAT_FREEBSD4 option in your kernel. Failure to do so may leave you with a system that is hard to boot to recover. Make sure that you merge any new devices from GENERIC since the last time you updated your kernel config file. [9] When checking out sources, you must include the -P flag to have cvs prune empty directories. If CPUTYPE is defined in your /etc/make.conf, make sure to use the "?=" instead of the "=" assignment operator, so that buildworld can override the CPUTYPE if it needs to. MAKEOBJDIRPREFIX must be defined in an environment variable, and not on the command line, or in /etc/make.conf. buildworld will warn if it is improperly defined. From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 17:22:01 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B262316A4CE for ; Mon, 7 Feb 2005 17:22:01 +0000 (GMT) Received: from avout3.midco.net (avout3.midco.net [24.220.0.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 316B943D5D for ; Mon, 7 Feb 2005 17:22:01 +0000 (GMT) (envelope-from pmes@bis.midco.net) Received: (qmail 31393 invoked by uid 1009); 7 Feb 2005 17:22:00 -0000 Received: from pmes@bis.midco.net by avout3 by uid 1003 with qmail-scanner-1.22 (f-prot: 4.4.2/3.14.11. Clear:RC:1(24.220.214.66):. Processed in 0.010923 secs); 07 Feb 2005 17:22:00 -0000 X-Qmail-Scanner-Mail-From: pmes@bis.midco.net via avout3 X-Qmail-Scanner: 1.22 (Clear:RC:1(24.220.214.66):. Processed in 0.010923 secs) Received: from host-66-214-220-24.midco.net (HELO [10.0.0.3]) ([24.220.214.66]) (envelope-sender ) by avout3.midco.net (qmail-ldap-1.03) with SMTP for ; 7 Feb 2005 17:22:00 -0000 Mime-Version: 1.0 (Apple Message framework v619.2) In-Reply-To: <200502071551.j17Fp4kT041033@fire.jhs.private> References: <200502071551.j17Fp4kT041033@fire.jhs.private> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Peter Schultz Date: Mon, 7 Feb 2005 11:21:59 -0600 To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.619.2) Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 17:22:01 -0000 On Feb 7, 2005, at 9:51 AM, Julian H. Stacey wrote: > Future similar threads to "Subject: The case for FreeBSD" > are probably better started on > I'm guessing one of the reasons Scott started the thread on this list is because not many people are subscribed to advocacy. > >> Since it's superbowl sunday, > > - Ice Cream Sunday in an extra large bowl to share ? > - Super fast bowling in limited overs cricket at the Oval ? > - American ball game irrelevant to BSD & rest of world ? >> take Joe Montana for instance. If he .... >> ... even people who've never >> touched a football know who he is. > > Americans might. This global mail list is not a `world' > list as in USA's wrongly named just national `World Series' ;-) > > In case you didn't realize, there are several Canadian baseball teams. Anyway, I didn't say *everyone* knows who Joe Montana is, although your poor snipping job made it look as if I did. I could have just as well made my point using a superstar from science, such as Albert Einstein, or Blaise Pascal. These guys stuck their neck out for what they believed to be true, and that's what I think the FreeBSD Foundation needs to do in order to get FreeBSD into the mainstream. Does the FreeBSD Foundation believe FreeBSD is ready for the mainstream? I don't know, but this is the appropriate forum for that kind of discussion, because if FreeBSD is not ready, current is the place to figure out why and what needs to be done to make it ready. I've only been down with the cause for around six years, but FreeBSD seems as ready as it'll ever be. I have no idea how much a modest ad campaign would cost, but it sure seems like the only option to get FreeBSD out into the public mind. Pete... From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 17:47:24 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8835816A4CE for ; Mon, 7 Feb 2005 17:47:24 +0000 (GMT) Received: from smtp.intellex.com (smtp.intellex.com [199.233.213.9]) by mx1.FreeBSD.org (Postfix) with SMTP id E9F7B43D1F for ; Mon, 7 Feb 2005 17:47:23 +0000 (GMT) (envelope-from chris@smtp.intellex.com) Received: (qmail 42416 invoked by uid 0); 7 Feb 2005 18:07:47 -0000 Received: (qmail 98327 invoked from network); 7 Feb 2005 15:24:37 -0000 Received: from mx2.freebsd.org (216.136.204.119) by smtp.intellex.com with SMTP; 7 Feb 2005 15:24:37 -0000 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 0AF8557118; Mon, 7 Feb 2005 15:03:17 +0000 (GMT) (envelope-from owner-freebsd-stable@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 09B5E16A4FF; Mon, 7 Feb 2005 15:03:08 +0000 (GMT) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81D8116A4CE; Mon, 7 Feb 2005 15:02:56 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A49543D3F; Mon, 7 Feb 2005 15:02:56 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.43 (FreeBSD)) id 1CyAPf-000Lel-3H; Mon, 07 Feb 2005 07:02:55 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16903.33566.487986.323816@ran.psg.com> Date: Mon, 7 Feb 2005 07:02:54 -0800 To: =?UTF-8?B?U8O4cmVuIFNjaG1pZHQ=?= References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> <16903.29857.72896.98582@ran.psg.com> <42077563.9040002@DeepCore.dk> <86oeewsaw8.fsf@kamino.rfc1149.org> <42077BFF.8060908@DeepCore.dk> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 17:47:24 -0000 > diff -u -r1.20 ata-all.c > --- ata-all.c 2005/02/03 17:02:31 1.20 > +++ ata-all.c 2005/02/07 14:27:57 > @@ -630,7 +630,7 @@ > void > ata_udelay(int interval) > { > - if (1 || interval < (1000000/hz) || ata_delayed_attach) > + if (interval < (1000000/hz) || ata_delayed_attach) > DELAY(interval); > else > tsleep(&interval, PRIBIO, "ataslp", interval/(1000000/hz)); > no fix hangs in ad0: TIMEOUT - WRITE DMA retrying (2 retries left) LBA=7434015 disk light on solid. no response to anything randy _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 18:25:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5ADC416A4CE for ; Mon, 7 Feb 2005 18:25:12 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3DF243D45 for ; Mon, 7 Feb 2005 18:25:11 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.12] (g4.samsco.home [192.168.254.12]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j17IODKU079441; Mon, 7 Feb 2005 11:24:14 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <4207B282.6050408@freebsd.org> Date: Mon, 07 Feb 2005 11:25:06 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040514 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Schultz References: <200502071551.j17Fp4kT041033@fire.jhs.private> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: freebsd-current@freebsd.org Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 18:25:12 -0000 Peter Schultz wrote: > On Feb 7, 2005, at 9:51 AM, Julian H. Stacey wrote: > >> Future similar threads to "Subject: The case for FreeBSD" >> are probably better started on >> > > I'm guessing one of the reasons Scott started the thread on this list is > because not many people are subscribed to advocacy. > >> >>> Since it's superbowl sunday, >> >> >> - Ice Cream Sunday in an extra large bowl to share ? >> - Super fast bowling in limited overs cricket at the Oval ? >> - American ball game irrelevant to BSD & rest of world ? >> >>> take Joe Montana for instance. If he .... >>> ... even people who've never >>> touched a football know who he is. >> >> >> Americans might. This global mail list is not a `world' >> list as in USA's wrongly named just national `World Series' ;-) >> >> > > In case you didn't realize, there are several Canadian baseball teams. > > Anyway, I didn't say *everyone* knows who Joe Montana is, although your > poor snipping job made it look as if I did. I could have just as well > made my point using a superstar from science, such as Albert Einstein, > or Blaise Pascal. These guys stuck their neck out for what they > believed to be true, and that's what I think the FreeBSD Foundation > needs to do in order to get FreeBSD into the mainstream. > > Does the FreeBSD Foundation believe FreeBSD is ready for the > mainstream? I don't know, but this is the appropriate forum for that > kind of discussion, because if FreeBSD is not ready, current is the > place to figure out why and what needs to be done to make it ready. > > I've only been down with the cause for around six years, but FreeBSD > seems as ready as it'll ever be. I have no idea how much a modest ad > campaign would cost, but it sure seems like the only option to get > FreeBSD out into the public mind. > > Pete... > Making FreeBSD ready for the mainstream doesn't happen overnight. We don't just wake up one day and decide that we have everything we need, and the jump on the bandwagon. Instead, it's a continual process that involves keeping documentation current and relevant, fixing bugs and adding features, and promotion. We do ok at documentation and features/bugs, sometimes better than at other times, but promotion is where we lack. We need to actively seek out new users, and we need to actively seek out users who want to contribute. Contributing can be via technical skills or via more promotion. We need more people willing to write weblogs and howto's. We need more people who can help keep on top of the bug database. We need more people who can provide positive support on mailing lists and newsgroups. We need more people who can make intelligent arguments on Slashdot and OSNews. We need more people who will write articles and papers and do benchmarks and regression testing. That's not to say that we don't already have people filling these roles, it's to say that we need more. Take the features that I wrote about, combine it with what Robert and a few others write about in response, and turn it into some real advocacy and evangelism. I know that this probably belongs on the advocacy mailing list, but as Peter correctly pointed out, I brought it here to get wider exposure and discussion. Go out and advocate and evangelize. Scott From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 18:26:31 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3738E16A4CE; Mon, 7 Feb 2005 18:26:31 +0000 (GMT) Received: from fly.ebs.gr (fly.ebs.gr [62.103.84.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD95143D49; Mon, 7 Feb 2005 18:26:28 +0000 (GMT) (envelope-from past@ebs.gr) Received: from ebs.gr (root@hal.ebs.gr [10.1.1.2]) by fly.ebs.gr (8.12.9p1/8.12.9) with ESMTP id j17IQQBu041669; Mon, 7 Feb 2005 20:26:26 +0200 (EET) (envelope-from past@ebs.gr) Received: from [10.1.1.200] (pptp.ebs.gr [10.1.1.200]) by ebs.gr (8.12.11/8.12.11) with ESMTP id j17IQOfJ057799; Mon, 7 Feb 2005 20:26:24 +0200 (EET) (envelope-from past@ebs.gr) Received: from 127.0.0.1 (AVG SMTP 7.0.300 [265.8.5]); Mon, 07 Feb 2005 20:26:17 +0200 Message-ID: <4207B2C8.3050002@ebs.gr> Date: Mon, 07 Feb 2005 20:26:16 +0200 From: Panagiotis Astithas Organization: EBS Ltd. User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: FW: Call for comments: CoxR, a CVS/mail-lists/BTS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 18:26:31 -0000 Robert Watson wrote: > On Sun, 6 Feb 2005, ALeine wrote: > > >>Oh come, FreeBSD 5.x does have a mutex hell going on, but to say it has >>so many bugs as to require a truck is absurd. :-> A smaller lorry >>perhaps, but a truck - definitely not. :-) It might also be a good idea >>to use an automated spell-check on your pages, I've noticed a number of >>typos such as "divelopers" and similar. > > > I appreciate that not everyone is a fan of mutex synchronization, but > "mutex hell" is a bit of an odd description: most bugs I see getting > reported (and fixed) aren't even locking-related. They're generally a > property of lack of testing exposure for more obscure features or edge > cases that are hard to test for without a wide testing base, such as > edge-case hardware, bugs associated with longer run times, or a recently > introduced feature, etc. Generally speaking, in the last week, I saw a > couple of classes of bug fix fly by in commits, in order of frequency of > occurence: > > - Minor device driver bugs involving alignment, feature mapping for device > IDs, attach/detach bugs, error handling, etc. In one case, the bug was > that a device driver was able to run MPSAFE, but the flag was set > incorrectly to not let it. As usual, a moderate amount of change in > ACPI. This was the vast majority of bug fixes. > > - Network stack logical errors or C-related errors: generally, doing > something wrong with mbufs or routing. Mostly "syntax" and not > "semantics", although a couple of netflow bugs that were more serious > and the result of more broad exposure since its commit (last month?). > > - Scheduling related bugs in ULE -- Jeff MFC'd a number of fixes to > RELENG_5 for the first time in several months, so there was some > backlog, but I think it's not unusual to see a trickle of scheduling > related changes, so isn't entirely unrepresentative. > > - VFS/file system bugs -- a couple were locking related as a result of > Jeff's on-going work to get Giant off of the file system code, but more > were associated with on-going buffer cache work by Poul-Henning. > > While I haven't made any attempt to determine if the last week is > "typical" of long term bug fixes, it was easily on-hand, and the results > are suggestive. Locking, as with other complex changes in the OS, comes > with bugs, but it's hardly "hell" :-). One of the nice things about the > locking approach to synchronization is that it comes with a strong > assertion model: this means you can often find bugs without actually > triggering the symptoms of the bugs, which may be difficult to trigger or > very sensitive to timing. So when there are locking bug fixes, there more > often found through a WITNESS warning than an exercised bug. When I do > complex application pthreads programming, I often wish it had the > threading/locking debugging facilities the FreeBSD kernel has :-). Very informative posting, as usual. Have you considered starting a blog somewhere, so that these longish and of general interest messages can be easily found by non-subscribers to the lists? I have been appreciating the information I get from the blogs of Solaris or Linux engineers and it seems journalists monitor them to spot newsworthy material. If we can get a few of our senior hackers to start blogging a little, it might help spread out the word about FreeBSD. Cheers, Panagiotis From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 18:30:59 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2881216A4CE for ; Mon, 7 Feb 2005 18:30:59 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE93943D31 for ; Mon, 7 Feb 2005 18:30:58 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 4195B51432; Mon, 7 Feb 2005 10:30:58 -0800 (PST) Date: Mon, 7 Feb 2005 10:30:58 -0800 From: Kris Kennaway To: dsh@neva.vlink.ru, Denis Shaposhnikov Message-ID: <20050207183058.GC56888@xor.obsecurity.org> References: <87k6pkr6eg.fsf@neva.vlink.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1SQmhf2mF2YjsYvc" Content-Disposition: inline In-Reply-To: <87k6pkr6eg.fsf@neva.vlink.ru> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: panic on jail with unionfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 18:30:59 -0000 --1SQmhf2mF2YjsYvc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Feb 07, 2005 at 01:49:59PM +0300, dsh@neva.vlink.ru wrote: > Fresh cvsup'ed CURRENT panic on jail with unionfs mounted inside jail > root. I'll send-pr a little later. unionfs is still known to be broken; did the same operation work previously? Kris --1SQmhf2mF2YjsYvc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCB7PhWry0BWjoQKURAhByAJ9akELiSHRTrcR5i3EVIiHnUKWaSgCeKEXH wAraAaMSfHahbYc/GxE8/0M= =fH5Q -----END PGP SIGNATURE----- --1SQmhf2mF2YjsYvc-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 18:39:20 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0106016A4CE for ; Mon, 7 Feb 2005 18:39:20 +0000 (GMT) Received: from smtp.intellex.com (smtp.intellex.com [199.233.213.9]) by mx1.FreeBSD.org (Postfix) with SMTP id D150143D5A for ; Mon, 7 Feb 2005 18:39:18 +0000 (GMT) (envelope-from chris@smtp.intellex.com) Received: (qmail 15430 invoked by uid 0); 7 Feb 2005 18:59:58 -0000 Received: (qmail 61172 invoked from network); 7 Feb 2005 14:23:27 -0000 Received: from mx2.freebsd.org (216.136.204.119) by smtp.intellex.com with SMTP; 7 Feb 2005 14:23:27 -0000 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 233C056E4C; Mon, 7 Feb 2005 14:01:31 +0000 (GMT) (envelope-from owner-freebsd-stable@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 1283316A50D; Mon, 7 Feb 2005 14:01:24 +0000 (GMT) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6735816A4CE; Mon, 7 Feb 2005 14:01:07 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1853D43D3F; Mon, 7 Feb 2005 14:01:07 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.43 (FreeBSD)) id 1Cy9Rp-000K1B-M6; Mon, 07 Feb 2005 06:01:05 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16903.29857.72896.98582@ran.psg.com> Date: Mon, 7 Feb 2005 06:01:05 -0800 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 18:39:20 -0000 >> After suspend, my ThinkPad X40 now hangs with following logs (copied >> by hand): > Hmm, do you have ATA compiled in or as modules. I could easily imagine > that modules could have problems, but as "built in" nothing really > changed... my patched t41, current with ata in the kernel, locks up with disk light on solid on resume. randy _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 18:49:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A87016A4CE for ; Mon, 7 Feb 2005 18:49:36 +0000 (GMT) Received: from avscan2.sentex.ca (avscan2.sentex.ca [199.212.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB01C43D2F for ; Mon, 7 Feb 2005 18:49:35 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id j17InTbV084840; Mon, 7 Feb 2005 13:49:29 -0500 (EST) (envelope-from mike@sentex.net) Received: from avscan2.sentex.ca ([127.0.0.1]) by localhost (avscan2.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 84639-03; Mon, 7 Feb 2005 13:49:29 -0500 (EST) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id j17InT4g084800; Mon, 7 Feb 2005 13:49:29 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id j17InMxZ024334; Mon, 7 Feb 2005 13:49:22 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050207134251.055d5548@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Mon, 07 Feb 2005 13:51:23 -0500 To: =?iso-8859-1?Q?S=F8ren?= Schmidt From: Mike Tancsa In-Reply-To: <42028F29.1030801@DeepCore.dk> References: <42028F29.1030801@DeepCore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan2b cc: freebsd-current@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 18:49:36 -0000 Just a quick dATA point that I tested the patches against # grep -i ata /var/run/dmesg.boot atapci0: port 0xc000-0xc00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 ad0: 38166MB [77545/16/63] at ata0-master UDMA100 # vs % grep -i ata /var/run/dmesg.boot atapci0: port 0xc000-0xc00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: on atapci0 ata1: on atapci0 ad0: 38166MB at ata0-master UDMA100 ATA PseudoRAID loaded On CURRENT All seems to work as expected with virtually no change in performance, or at least as how bonnie shows it to be. -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU Stock 1000 31851 86.6 41190 65.9 10585 15.2 19215 47.7 31084 19.5 177.2 1.7 III 1000 32897 88.3 40885 64.5 10596 15.3 19347 47.7 31096 19.2 178.0 1.6 Although why on the bootup is the geometry gone ? ---Mike From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 19:09:07 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5509E16A4CE for ; Mon, 7 Feb 2005 19:09:07 +0000 (GMT) Received: from smtp100.rog.mail.re2.yahoo.com (smtp100.rog.mail.re2.yahoo.com [206.190.36.78]) by mx1.FreeBSD.org (Postfix) with SMTP id 9F39143D1F for ; Mon, 7 Feb 2005 19:09:06 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from unknown (HELO cpe000103d44c07-cm000f9f7ae88c.cpe.net.cable.rogers.com) (mikej@69.193.222.195 with login) by smtp100.rog.mail.re2.yahoo.com with SMTP; 7 Feb 2005 19:09:06 -0000 Received: from 207.219.213.162 (proxying for unknown) (SquirrelMail authenticated user mikej); by cpe000103d44c07-cm000f9f7ae88c.cpe.net.cable.rogers.com with HTTP; Mon, 7 Feb 2005 14:09:04 -0500 (EST) Message-ID: <64692.207.219.213.162.1107803344.squirrel@207.219.213.162> In-Reply-To: <420789F5.7040401@DeepCore.dk> References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <16903.29857.72896.98582@ran.psg.com> <42077563.9040002@DeepCore.dk> <86oeewsaw8.fsf@kamino.rfc1149.org> <420786DE.80605@DeepCore.dk> <16903.34679.871232.793961@ran.psg.com> <420789F5.7040401@DeepCore.dk> Date: Mon, 7 Feb 2005 14:09:04 -0500 (EST) From: "Mike Jakubik" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 19:09:07 -0000 Sorry to be a BOFH, but could you guys stop crossposting on this topic? I think -current is more suitable for this. Thanks. * Hides in corner * From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 20:30:43 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FE1316A4CE for ; Mon, 7 Feb 2005 20:30:43 +0000 (GMT) Received: from smtp.intellex.com (smtp.intellex.com [199.233.213.9]) by mx1.FreeBSD.org (Postfix) with SMTP id 4840843D3F for ; Mon, 7 Feb 2005 20:30:42 +0000 (GMT) (envelope-from chris@smtp.intellex.com) Received: (qmail 44087 invoked by uid 0); 7 Feb 2005 20:51:32 -0000 Received: (qmail 63213 invoked from network); 7 Feb 2005 14:26:59 -0000 Received: from mx2.freebsd.org (216.136.204.119) by smtp.intellex.com with SMTP; 7 Feb 2005 14:26:59 -0000 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 1DAFA56D5F; Mon, 7 Feb 2005 14:04:58 +0000 (GMT) (envelope-from owner-freebsd-stable@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 8136B16A50D; Mon, 7 Feb 2005 14:04:53 +0000 (GMT) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EE3116A4CE; Mon, 7 Feb 2005 14:04:42 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id B070543D1F; Mon, 7 Feb 2005 14:04:41 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j17E4bB0078363; Mon, 7 Feb 2005 15:04:39 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <42077563.9040002@DeepCore.dk> Date: Mon, 07 Feb 2005 15:04:19 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Randy Bush References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> <16903.29857.72896.98582@ran.psg.com> In-Reply-To: <16903.29857.72896.98582@ran.psg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 20:30:43 -0000 Randy Bush wrote: >>>After suspend, my ThinkPad X40 now hangs with following logs (copied >>>by hand): >> >>Hmm, do you have ATA compiled in or as modules. I could easily imagine = >>that modules could have problems, but as "built in" nothing really=20 >>changed... >=20 > my patched t41, current with ata in the kernel, locks up with disk > light on solid on resume. Does it work with stock ATA ? I cant work on suspend/resume as it has been broken due to ACPI=20 brokenness since september last year on all my laptops... --=20 -S=F8ren _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 20:34:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D112316A4CE for ; Mon, 7 Feb 2005 20:34:06 +0000 (GMT) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7455E43D49 for ; Mon, 7 Feb 2005 20:34:06 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp3.server.rpi.edu (8.13.0/8.13.0) with ESMTP id j17KY0QB023386; Mon, 7 Feb 2005 15:34:00 -0500 Mime-Version: 1.0 Message-Id: In-Reply-To: <20050207.101739.16679956.imp@bsdimp.com> References: <200502070810.53809.jonathan@fosburgh.org> <20050207.101739.16679956.imp@bsdimp.com> Date: Mon, 7 Feb 2005 15:33:59 -0500 To: "M. Warner Losh" , jonathan@fosburgh.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) cc: current@freebsd.org Subject: Re: 5-STABLE to 6-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 20:34:06 -0000 At 10:17 AM -0700 2/7/05, M. Warner Losh wrote: >In message: <200502070810.53809.jonathan@fosburgh.org> > Jonathan Fosburgh writes: >: /usr/src/UPDATING doesn't seem too clear on this, and I can't >: find it in the mailing lists. What is the current procedure to >: upgrade from 5-STABLE to 6-CURRENT? > >Here's what I have in my tree, waiting to be committed. I've >simplified out all the 4.x stuff since people still running 4.x >should consider upgrading to 5.3 first. As such, I've removed >all the work arounds for an imperfect evolution of the system. > > To upgrade in-place from 5.x-stable to current > ---------------------------------------------- > > make buildworld [9] > make kernel KERNCONF=YOUR_KERNEL_HERE [8] > [1] > [3] > mergemaster -p [5] I find it easier/nicer to do the 'mergemaster -p' step before rebooting into single-user mode... That's at least partially because I'm trying to keep accounts in-sync across multiple machines. On the other hand, I don't see any advantage in waiting to do that step after the reboot. > [3] From the bootblocks, boot -s, and then do > fsck -p > mount -u / > mount -a > cd src > adjkerntz -i # if CMOS is wall time > Also, when doing a major release upgrade, it is required that > you boot into single user mode to do the installworld. To me, it seemed like a good idea to put all these steps (and a few others) in a source-file under /root. That way I only have to type in one thing -- and I'm much less tempted to try short-cuts if there is only one thing to type in. What is that 'cd src' doing in there? What causes you to be in /usr at that step? I'm pretty sure that I'm in / or /root. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 20:46:52 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23C6C16A4CE for ; Mon, 7 Feb 2005 20:46:52 +0000 (GMT) Received: from smtp107.mail.sc5.yahoo.com (smtp107.mail.sc5.yahoo.com [66.163.169.227]) by mx1.FreeBSD.org (Postfix) with SMTP id C91FF43D55 for ; Mon, 7 Feb 2005 20:46:51 +0000 (GMT) (envelope-from diegocglinux@yahoo.es) Received: from unknown (HELO estel) (diegocglinux@80.103.14.116 with login) by smtp107.mail.sc5.yahoo.com with SMTP; 7 Feb 2005 20:46:50 -0000 Date: Mon, 7 Feb 2005 21:46:52 +0100 From: Diego Calleja To: Rahul Siddharthan Message-Id: <20050207214652.0ccf31a2.diegocglinux@yahoo.es> In-Reply-To: <1107754103.4206fc77b1e68@imp4-q.free.fr> References: <4205F382.8020404@freebsd.org> <20050206194857.5920e369.diegocglinux@yahoo.es> <42066967.1060300@freebsd.org> <1107754103.4206fc77b1e68@imp4-q.free.fr> X-Mailer: Sylpheed version 1.9.1+svn (GTK+ 2.6.1; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: rwatson@freebsd.org cc: freebsd-current@freebsd.org cc: scottl@freebsd.org cc: diegocglinux@yahoo.es Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 20:46:52 -0000 > Advertising works, but only if there is a sound product behind it. Advertising works regardless of the product, and windows is the best proof of this And lack of advertising can kill a product, regardless of the quality of the product (ie: digital) From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 21:02:50 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 605BB16A4CE for ; Mon, 7 Feb 2005 21:02:50 +0000 (GMT) Received: from fly.ebs.gr (fly.ebs.gr [62.103.84.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0059C43D31 for ; Mon, 7 Feb 2005 21:02:48 +0000 (GMT) (envelope-from past@ebs.gr) Received: from ebs.gr (root@hal.ebs.gr [10.1.1.2]) by fly.ebs.gr (8.12.9p1/8.12.9) with ESMTP id j17L2bBu042083; Mon, 7 Feb 2005 23:02:37 +0200 (EET) (envelope-from past@ebs.gr) Received: from [10.1.1.200] (pptp.ebs.gr [10.1.1.200]) by ebs.gr (8.12.11/8.12.11) with ESMTP id j17L2XCt059149; Mon, 7 Feb 2005 23:02:33 +0200 (EET) (envelope-from past@ebs.gr) Received: from 127.0.0.1 (AVG SMTP 7.0.300 [265.8.5]); Mon, 07 Feb 2005 23:02:26 +0200 Message-ID: <4207D761.1040401@ebs.gr> Date: Mon, 07 Feb 2005 23:02:25 +0200 From: Panagiotis Astithas Organization: EBS Ltd. User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Garance A Drosihn References: <200502070810.53809.jonathan@fosburgh.org> <20050207.101739.16679956.imp@bsdimp.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org cc: "M. Warner Losh" Subject: Re: 5-STABLE to 6-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 21:02:50 -0000 Garance A Drosihn wrote: > At 10:17 AM -0700 2/7/05, M. Warner Losh wrote: >> [3] From the bootblocks, boot -s, and then do >> fsck -p >> mount -u / >> mount -a >> cd src >> adjkerntz -i # if CMOS is wall time >> Also, when doing a major release upgrade, it is required that >> you boot into single user mode to do the installworld. > > > To me, it seemed like a good idea to put all these steps (and a > few others) in a source-file under /root. That way I only have to > type in one thing -- and I'm much less tempted to try short-cuts > if there is only one thing to type in. I agree. In that case perhaps nextboot could also be useful, as someone (jhb?) mentioned some time ago. Cheers, Panagiotis From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 21:19:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F8F816A4D1; Mon, 7 Feb 2005 21:19:40 +0000 (GMT) Received: from merlin.alerce.com (w094.z064001164.sjc-ca.dsl.cnc.net [64.1.164.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EFC543D5D; Mon, 7 Feb 2005 21:19:39 +0000 (GMT) (envelope-from hartzell@kestrel.alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id 54EA420A0; Mon, 7 Feb 2005 13:15:07 -0800 (PST) Received: from satchel.alerce.com (0-d-60-f8-9f-4a.dhcp.lbl.gov [131.243.195.70]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) Authority" (verified OK)) by merlin.alerce.com (Postfix) with ESMTP id 2444D208C; Mon, 7 Feb 2005 13:15:07 -0800 (PST) Received: from satchel.alerce.com (localhost [127.0.0.1]) by satchel.alerce.com (8.13.1/8.13.1) with ESMTP id j17LJaUl001700 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 7 Feb 2005 13:19:37 -0800 (PST) (envelope-from hartzell@satchel.alerce.com) Received: (from hartzell@localhost) by satchel.alerce.com (8.13.1/8.13.1/Submit) id j17LJZbt001697; Mon, 7 Feb 2005 13:19:35 -0800 (PST) (envelope-from hartzell) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-ID: <16903.56166.836410.312811@satchel.alerce.com> Date: Mon, 7 Feb 2005 13:19:34 -0800 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= In-Reply-To: <420789F5.7040401@DeepCore.dk> References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> <16903.29857.72896.98582@ran.psg.com> <42077563.9040002@DeepCore.dk> <86oeewsaw8.fsf@kamino.rfc1149.org> <42077BFF.8060908@DeepCore.dk> <16903.33566.487986.323816@ran.psg.com> <420786DE.80605@DeepCore.dk> <16903.34679.871232.793961@ran.psg.com> <420789F5.7040401@DeepCore.dk> X-Mailer: VM 7.17 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid X-Virus-Scanned: ClamAV using ClamSMTP cc: Randy Bush cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: ACPI Suspend/resume [was Re: ATA mkIII first official patches...] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: hartzell@kestrel.alerce.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 21:19:40 -0000 S=F8ren Schmidt writes: > [...] > Find such a machine might be very hard, if not plain impossible :/ > I already have 3 laptops here (of which none has worked for several=20= > month regarding suspend/resume) so I have plenty. [...] How bad is the acpi suspend/resume situation. I have 5.3-BETA4 on an IBM T42p and suspend to memory and resume work fine. I haven't had time to upgrade (cobbler's kids, no shoes, etc...) but it's on my list of things to do. Does 5.3 Release have a working acpi based suspend/resume for anyone? Does 5-STABLE have a working acpi based suspend/resume for anyone? g. From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 21:38:39 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A02116A4CE for ; Mon, 7 Feb 2005 21:38:39 +0000 (GMT) Received: from smtp.intellex.com (smtp.intellex.com [199.233.213.9]) by mx1.FreeBSD.org (Postfix) with SMTP id CA7A843D46 for ; Mon, 7 Feb 2005 21:38:37 +0000 (GMT) (envelope-from chris@smtp.intellex.com) Received: (qmail 13160 invoked by uid 0); 7 Feb 2005 21:59:22 -0000 Received: (qmail 8855 invoked from network); 7 Feb 2005 15:41:00 -0000 Received: from mx2.freebsd.org (216.136.204.119) by smtp.intellex.com with SMTP; 7 Feb 2005 15:41:00 -0000 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 17D24573EF; Mon, 7 Feb 2005 15:19:38 +0000 (GMT) (envelope-from owner-freebsd-stable@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 7499B16A551; Mon, 7 Feb 2005 15:19:31 +0000 (GMT) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A56CB16A4CE; Mon, 7 Feb 2005 15:19:18 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA5CB43D54; Mon, 7 Feb 2005 15:19:17 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j17FJC3f079331; Mon, 7 Feb 2005 16:19:14 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <420786DE.80605@DeepCore.dk> Date: Mon, 07 Feb 2005 16:18:54 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Randy Bush References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> <16903.29857.72896.98582@ran.psg.com> <42077563.9040002@DeepCore.dk> <86oeewsaw8.fsf@kamino.rfc1149.org> <16903.33566.487986.323816@ran.psg.com> In-Reply-To: <16903.33566.487986.323816@ran.psg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 21:38:39 -0000 Randy Bush wrote: >>diff -u -r1.20 ata-all.c >>--- ata-all.c 2005/02/03 17:02:31 1.20 >>+++ ata-all.c 2005/02/07 14:27:57 >>@@ -630,7 +630,7 @@ >> void >> ata_udelay(int interval) >> { >>- if (1 || interval < (1000000/hz) || ata_delayed_attach) >>+ if (interval < (1000000/hz) || ata_delayed_attach) >> DELAY(interval); >> else >> tsleep(&interval, PRIBIO, "ataslp", interval/(1000000/hz)); >> >=20 >=20 > no fix >=20 > hangs in ad0: TIMEOUT - WRITE DMA retrying (2 retries left) LBA=3D74340= 15 >=20 > disk light on solid. no response to anything no idea Since I cannot debug this, I have no way of finding out whats wrong. I will look at it when ACPI allows me to use suspend/resume again, until = then I'll concentrated on things that I can work on... --=20 -S=F8ren _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 21:57:16 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6619716A4CE for ; Mon, 7 Feb 2005 21:57:16 +0000 (GMT) Received: from smtp.intellex.com (smtp.intellex.com [199.233.213.9]) by mx1.FreeBSD.org (Postfix) with SMTP id E746C43D31 for ; Mon, 7 Feb 2005 21:57:14 +0000 (GMT) (envelope-from chris@smtp.intellex.com) Received: (qmail 78606 invoked by uid 0); 7 Feb 2005 22:16:48 -0000 Received: (qmail 9638 invoked from network); 7 Feb 2005 15:43:04 -0000 Received: from mx2.freebsd.org (216.136.204.119) by smtp.intellex.com with SMTP; 7 Feb 2005 15:43:04 -0000 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 707EF574B6; Mon, 7 Feb 2005 15:21:47 +0000 (GMT) (envelope-from owner-freebsd-stable@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 6342416A4D5; Mon, 7 Feb 2005 15:21:45 +0000 (GMT) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43B3C16A4CE; Mon, 7 Feb 2005 15:21:29 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FDB343D58; Mon, 7 Feb 2005 15:21:29 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.43 (FreeBSD)) id 1CyAhc-000MCu-Fc; Mon, 07 Feb 2005 07:21:28 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16903.34679.871232.793961@ran.psg.com> Date: Mon, 7 Feb 2005 07:21:27 -0800 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> <16903.29857.72896.98582@ran.psg.com> <42077563.9040002@DeepCore.dk> <86oeewsaw8.fsf@kamino.rfc1149.org> <42077BFF.8060908@DeepCore.dk> <16903.33566.487986.323816@ran.psg.com> <420786DE.80605@DeepCore.dk> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 21:57:16 -0000 > Since I cannot debug this, I have no way of finding out whats wrong. > I will look at it when ACPI allows me to use suspend/resume again, until > then I'll concentrated on things that I can work on... where's my refund? :-) more seriously, shall we do a fund to get you a laptoy on which acpi happens to work this week? randy _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 21:59:51 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 54AAC16A4CE for ; Mon, 7 Feb 2005 21:59:51 +0000 (GMT) Received: from smtp.intellex.com (smtp.intellex.com [199.233.213.9]) by mx1.FreeBSD.org (Postfix) with SMTP id 99D3D43D3F for ; Mon, 7 Feb 2005 21:59:49 +0000 (GMT) (envelope-from chris@smtp.intellex.com) Received: (qmail 93273 invoked by uid 0); 7 Feb 2005 22:20:34 -0000 Received: (qmail 78422 invoked from network); 7 Feb 2005 14:54:25 -0000 Received: from mx2.freebsd.org (216.136.204.119) by smtp.intellex.com with SMTP; 7 Feb 2005 14:54:25 -0000 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 11FEE56FDF; Mon, 7 Feb 2005 14:33:26 +0000 (GMT) (envelope-from owner-freebsd-stable@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id C88FC16A519; Mon, 7 Feb 2005 14:33:07 +0000 (GMT) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F89E16A4CE; Mon, 7 Feb 2005 14:32:54 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DB4243D31; Mon, 7 Feb 2005 14:32:53 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j17EWnhX078737; Mon, 7 Feb 2005 15:32:51 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <42077BFF.8060908@DeepCore.dk> Date: Mon, 07 Feb 2005 15:32:31 +0100 From: =?UTF-8?B?U8O4cmVuIFNjaG1pZHQ=?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Arne Schwabe References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> <16903.29857.72896.98582@ran.psg.com> <42077563.9040002@DeepCore.dk> <86oeewsaw8.fsf@kamino.rfc1149.org> In-Reply-To: <86oeewsaw8.fsf@kamino.rfc1149.org> Content-Type: multipart/mixed; boundary="------------000506090707080503050807" X-mail-scanned: by DeepCore Virus & Spam killer v1.6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org cc: Randy Bush cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 21:59:51 -0000 This is a multi-part message in MIME format. --------------000506090707080503050807 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Arne Schwabe wrote: > S=C3=B8ren Schmidt writes: >=20 >=20 >>Randy Bush wrote: >> >>>>>After suspend, my ThinkPad X40 now hangs with following logs (copied= >>>>>by hand): >>>> >>>>Hmm, do you have ATA compiled in or as modules. I could easily >>>>imagine that modules could have problems, but as "built in" nothing >>>>really changed... >>> >>>my patched t41, current with ata in the kernel, locks up with disk >>>light on solid on resume. >> >>Does it work with stock ATA ? >>I cant work on suspend/resume as it has been broken due to ACPI=20 >>brokenness since september last year on all my laptops... >=20 >=20 > Same here, worked before the patch. Does not work with the patch. Hmm, the attached patch is the only real difference, which actually=20 shouldn't pose a problem (and fixes broken APM).. Let me know if that changes anything, other than that you are free to=20 bug the ACPI gang to make ACPI work on the HW I have available for=20 development... -S=C3=B8ren --------------000506090707080503050807 Content-Type: text/plain; name="resume" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="resume" ZGlmZiAtdSAtcjEuMjAgYXRhLWFsbC5jCi0tLSBhdGEtYWxsLmMgICAyMDA1LzAyLzAzIDE3 OjAyOjMxICAgICAxLjIwCisrKyBhdGEtYWxsLmMgICAyMDA1LzAyLzA3IDE0OjI3OjU3CkBA IC02MzAsNyArNjMwLDcgQEAKIHZvaWQKIGF0YV91ZGVsYXkoaW50IGludGVydmFsKQogewot ICAgIGlmICgxIHx8IGludGVydmFsIDwgKDEwMDAwMDAvaHopIHx8IGF0YV9kZWxheWVkX2F0 dGFjaCkKKyAgICBpZiAoaW50ZXJ2YWwgPCAoMTAwMDAwMC9oeikgfHwgYXRhX2RlbGF5ZWRf YXR0YWNoKQogICAgICAgIERFTEFZKGludGVydmFsKTsKICAgICBlbHNlCiAgICAgICAgdHNs ZWVwKCZpbnRlcnZhbCwgUFJJQklPLCAiYXRhc2xwIiwgaW50ZXJ2YWwvKDEwMDAwMDAvaHop KTsKCg== --------------000506090707080503050807 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" --------------000506090707080503050807-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 22:18:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6695116A4CF for ; Mon, 7 Feb 2005 22:18:40 +0000 (GMT) Received: from smtp.intellex.com (smtp.intellex.com [199.233.213.9]) by mx1.FreeBSD.org (Postfix) with SMTP id 4173A43D2F for ; Mon, 7 Feb 2005 22:18:39 +0000 (GMT) (envelope-from chris@smtp.intellex.com) Received: (qmail 52944 invoked by uid 0); 7 Feb 2005 22:36:35 -0000 Received: (qmail 76337 invoked from network); 7 Feb 2005 14:49:46 -0000 Received: from mx2.freebsd.org (216.136.204.119) by smtp.intellex.com with SMTP; 7 Feb 2005 14:49:46 -0000 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 3E7615704E; Mon, 7 Feb 2005 14:28:06 +0000 (GMT) (envelope-from owner-freebsd-stable@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 4FD2E16A4F1; Mon, 7 Feb 2005 14:28:00 +0000 (GMT) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94C1116A4CE; Mon, 7 Feb 2005 14:27:47 +0000 (GMT) Received: from dagobah.rfc1149.org (dagobah.rfc1149.org [217.160.170.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAD6343D45; Mon, 7 Feb 2005 14:27:46 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: from dhcp-75-72.uni-paderborn.de ([131.234.75.72] helo=kamino.rfc1149.org) by dagobah.rfc1149.org with esmtps (TLSv1:AES256-SHA:256) (Exim 4.43 (FreeBSD)) id 1Cy9rX-000C59-UQ; Mon, 07 Feb 2005 15:27:45 +0100 Received: by kamino.rfc1149.org (Postfix, from userid 1001) id 524A04089; Mon, 7 Feb 2005 15:27:36 +0100 (CET) To: =?utf-8?Q?S=C3=B8ren?= Schmidt In-Reply-To: <42077563.9040002@DeepCore.dk> =?utf-8?Q?=28S=C3=B8ren?= Schmidt's message of "Mon, 07 Feb 2005 15:04:19 +0100") References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> <16903.29857.72896.98582@ran.psg.com> <42077563.9040002@DeepCore.dk> From: Arne Schwabe Date: Mon, 07 Feb 2005 15:27:35 +0100 Message-ID: <86oeewsaw8.fsf@kamino.rfc1149.org> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-RFC-Spam-Score: -2.6 (--) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org cc: Randy Bush cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 22:18:40 -0000 S=C3=B8ren Schmidt writes: > Randy Bush wrote: >>>>After suspend, my ThinkPad X40 now hangs with following logs (copied >>>>by hand): >>> >>> Hmm, do you have ATA compiled in or as modules. I could easily >>> imagine that modules could have problems, but as "built in" nothing >>> really changed... >> my patched t41, current with ata in the kernel, locks up with disk >> light on solid on resume. > > Does it work with stock ATA ? > I cant work on suspend/resume as it has been broken due to ACPI=20 > brokenness since september last year on all my laptops... Same here, worked before the patch. Does not work with the patch. Arne --=20 compiling millions of tiny c-programs...done checking for a working configure script... not found _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 22:31:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 897CC16A4CE for ; Mon, 7 Feb 2005 22:31:27 +0000 (GMT) Received: from bombadil.mebtel.net (bombadil.mebtel.net [64.40.67.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40EA943D31 for ; Mon, 7 Feb 2005 22:31:27 +0000 (GMT) (envelope-from dlt@mebtel.net) Received: from localhost (localhost [127.0.0.1]) by bombadil.mebtel.net (Postfix) with ESMTP id 8F0A7208423; Mon, 7 Feb 2005 17:31:26 -0500 (EST) Received: from bombadil.mebtel.net ([127.0.0.1]) by localhost (bombadil [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06820-04; Mon, 7 Feb 2005 17:31:26 -0500 (EST) Received: from lorne.arm.org (66-79-79-181.dsl.mebtel.net [66.79.79.181]) by bombadil.mebtel.net (Postfix) with ESMTP id EE4842083F3; Mon, 7 Feb 2005 17:31:25 -0500 (EST) Received: from lorne.arm.org (localhost [127.0.0.1]) by lorne.arm.org (8.13.1/8.13.1) with ESMTP id j17MVPj1005711; Mon, 7 Feb 2005 17:31:25 -0500 (EST) (envelope-from dlt@lorne.arm.org) Received: (from dlt@localhost) by lorne.arm.org (8.13.1/8.13.1/Submit) id j17MVOeE005710; Mon, 7 Feb 2005 17:31:24 -0500 (EST) (envelope-from dlt) Date: Mon, 7 Feb 2005 17:31:24 -0500 From: Derek Tattersall To: S?ren Schmidt Message-ID: <20050207223124.GA5685@mebtel.net> References: <42028F29.1030801@DeepCore.dk> <6.2.1.2.0.20050207134251.055d5548@64.7.153.2> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6.2.1.2.0.20050207134251.055d5548@64.7.153.2> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new at mebtel.net cc: freebsd-current@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: dlt@mebtel.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 22:31:27 -0000 In order to keep the thread going with a newish problem: I cvsup'ed my system yesterday, and before I appled the ata MK III patches Feb 6 13:14:50 lorne kernel: ad0: 78167MB [158816/16/63] at ata0-master UDMA133 Feb 6 13:14:50 lorne kernel: ad1: 194481MB [395136/16/63] at ata0-slave UDMA133 Feb 6 13:14:50 lorne kernel: acd0: DVDR at ata1-master UDMA33 After applying the patches: Feb 6 18:35:56 lorne kernel: ad0: DMA limited to UDMA33, non-ATA66 cable or device Feb 6 18:35:56 lorne kernel: ad0: 78167MB at ata0-master UDMA33 Feb 6 18:35:56 lorne kernel: ad1: 194481MB at ata0-slave UDMA133 Feb 6 18:35:56 lorne kernel: acd0: CDROM at ata1-master UDMA33 The hardware wasn't changed between the first and second reboots. Why would the patches cause not recognize the cable type? -- Derek Tattersall | Woolsey-Swanson Rule: People would rather live | with a problem they cannot solve rather than dlt@mebtel.net | accept a solution they cannot understand. | dlt666@yahoo.com | From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 22:40:51 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E527D16A4CE; Mon, 7 Feb 2005 22:40:50 +0000 (GMT) Received: from zloty.ugcs.caltech.edu (zloty.ugcs.caltech.edu [131.215.43.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80F2943D5D; Mon, 7 Feb 2005 22:40:50 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by zloty.ugcs.caltech.edu (Postfix, from userid 3640) id DD99854801; Mon, 7 Feb 2005 14:40:49 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zloty.ugcs.caltech.edu (Postfix) with ESMTP id A66AF49002; Mon, 7 Feb 2005 14:40:49 -0800 (PST) Date: Mon, 7 Feb 2005 14:40:49 -0800 (PST) From: "Jonathan A. Dama" To: Scott Long In-Reply-To: <4205F382.8020404@freebsd.org> Message-ID: References: <4205F382.8020404@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 22:40:51 -0000 You omitted one of things that I think makes FreeBSD one of the best open source operating systems: The very careful attention to POLA. It's incredibly comforting to everyone in my department here that we have successfully run binaries originally compiled against FreeBSD 2.2 on our FreeBSD 5.3 systems. This sort of conservatism is incredibly valuable to organizations with 1) lengthy acquisition and validation processes 2) a mix of in-house and commercially contracted software for which it is not always even possible to simply recompile from source While a few linux distributions attempt this as well (notably Red Hat), in my opinion they are not nearly as successful as they are often forced to act in a rear-guard fashion against changes introduced by the many disparate development groups that comprise the linux community. Moreover, FreeBSD has delivered this consistency while still continuing rewriting and updating. Kudos, to your special and careful attention to versioning. I wish every open source development organization had your commitment to only changing ABI and API alongside major version bumps. Jon On Sun, 6 Feb 2005, Scott Long wrote: > All, > > There has been a lot of recent talk and advocacy for NetBSD 2.0 from the > NetBSD team. Most recently there were a series of articles posted my > Chritos Zoulas describing why NetBSD is relevant and why it's a better > choice than either FreeBSD or OpenBSD. While I strongly applaud the > accomplishments of the NetBSD team and happily agree that NetBSD 2.0 is > a strong step forward for them, I take a bit of exception to many of > their claims and much of their criticisms of FreeBSD. > > First of all, the last decade has been ripe with cooperation between all > three of the major BSD projects. Each projects gives and takes from the > others, and there are a number of developers that have commit > privileges to multiple BSD projects. Drivers, infrastructure, > bug fixes, and features readily flow between projects. This benefits > everyone, especially since it allows each group to focus on unique > aspects of the system without having to be bogged down with other > aspects. As the old saying goes, FreeBSD is about performance, NetBSD > is about platform portability, and OpenBSD is about security. > > So is that still the case? The NetBSD advocates are quick to claim that > NetBSD 2.0 now beats FreeBSD in both performance and features. > Fortunately, that just is not true. There is a very long list of > reasons why FreeBSD is an excellent operating system and an ideal choice > for the enterprise and the desktop. Briefly: > > - Netgraph provides unparalleled flexibility to build complex network > environments. Netgraph modules are available for packet filtering, > tunneling, redirection, inspection, and injection at any point in the > network stack in a transparent and quick fashion. Modules can be > stacked together like bricks to meet just about any need. Developing > custom modules is also easy and very well documented. There simply is > not anything else in any other OS that is as flexible, easy to use, and > full-featured as netgraph. > > - GEOM provides to the storage stack what netgraph provides to the > network stack. Transformations like mirroring, striping, spanning, and > encryption can be configured for any storage object from the filesystem > on up. The vinum volume manager was recently converted to use GEOM and > now provides high-availability and high-reliability redundancy to any > storage object. While NetBSD recently imported Vinum, it took the > older, less stable and less functional version that has since been > deprecated by its author in FreeBSD in favor of GEOM-Vinum. > > - Advanced network features and protocols such as SACK, NFSv4, > SYN-cache/SYN-cookies, compressed TIME_WAIT, and accept filters allow > for fast, secure, and scalable network operations in an ever-increasing > hostile and busy Internet. Packet filters like IPFW and PF provide > advanced filtering, shaping, and NAT sharing. FreeBSD continues to run > some of the busiest and most important network sites in the world with > these technologies. > > - Outstanding desktop and laptop support is provided by a number of > technologies. Nvidia develops and distributes native 3D drivers for its > graphics cards for FreeBSD. A team of FreeBSD developers works closely > with engineers at Intel to provide the best ACPI power management > support available in an open source operating system. The Gnome and KDE > desktop environments work flawlessly under FreeBSD thanks to another > team of volunteers that work closely with those projects. > > - The "Ports" collection provides one-step support for over 11,000 3rd > party application. Compile-time and run-time dependencies between > applications and libraries are tracked and handled automatically, > eliminating conflicts and incompatibilities. Pre-compiled binaries are > available for nearly every supported package for quick and easy > installation. This system continues to be one of the crown jewels of > FreeBSD and has been copied by other OSes due to its overwhelming > popularity. > > - Many commercial vendors also support FreeBSD. Companies like Intel, > AMD, LSI, Adaptec, and 3Ware, just to name a few, provide development > staffing, direct developer resources, and end-user support for many of > their products. The result is high quality drivers, applications, and > platform support for a wide range of modern hardware. > > - Continuous testing and QA is performed by a number of teams within the > FreeBSD community. Tests are runs every day that range from simple > full-tree compile runs to intensive network, I/O, and computational > stress tests. Developers receive status emails and bug reports to help > identify, track, and resolve defects. While no amount of testing is > perfect and bugs do slip through, the testing that exists vastly exceeds > the efforts of most other open source projects and contributes towards > every FreeBSD release being high quality. > > NetBSD 2.0 is a significant step forward for NetBSD, but the large > amount of stagnation cannot be overlooked. Their claim at high > portability should have been leveraged years ago to make them the leader > in embedded OSes. It's great that NetBSD is committed to supporting > legacy architectures, but how does the effort to do so benefit modern > architectures or encourage wider use and more adoption of NetBSD? > > And while NetBSD now supports SMP, it uses the same low-efficiency model > that FreeBSD used previously. Scalability is significantly limited > because only one CPU at a time can access kernel services or drive > hardware devices. The whole point of the 'SMPng' project for FreeBSD > 5.x is to eliminate this problem and provide fine-grained parallelism in > the kernel. Converting the traditional BSD design to this model is not > trivial, but the work on this is very much alive, and each FreeBSD 5.x > release is faster, more scalable, and more stable than the previous release. > > All of the open source BSD's have a place, whether it's OpenBSD, NetBSD, > or FreeBSD. Each continues to excel at what they've shown to be good > at, and I expect the sharing and goodwill between them to continue. And > in that vein, FreeBSD is still the 'silent workhorse' that runs > corporate networks and powers advanced appliances. However, it's time > to drop the 'silent' part and start loudly advocating it. FreeBSD is an > outstanding OS, and developers and users should be proud of it. > > Scott > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 22:49:59 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1B9F16A4CE for ; Mon, 7 Feb 2005 22:49:59 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B5AB43D4C for ; Mon, 7 Feb 2005 22:49:59 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j17MnobF085356; Mon, 7 Feb 2005 23:49:56 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <4207F07D.2020705@DeepCore.dk> Date: Mon, 07 Feb 2005 23:49:33 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: dlt@mebtel.net References: <42028F29.1030801@DeepCore.dk> <6.2.1.2.0.20050207134251.055d5548@64.7.153.2> <20050207223124.GA5685@mebtel.net> In-Reply-To: <20050207223124.GA5685@mebtel.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.6 cc: freebsd-current@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 22:49:59 -0000 Derek Tattersall wrote: > In order to keep the thread going with a newish problem: >=20 > I cvsup'ed my system yesterday, and before I appled the ata MK III patc= hes > Feb 6 13:14:50 lorne kernel: ad0: 78167MB [1= 58816/16/63] at ata0-master UDMA133 > Feb 6 13:14:50 lorne kernel: ad1: 194481MB [= 395136/16/63] at ata0-slave UDMA133 > Feb 6 13:14:50 lorne kernel: acd0: DVDR at ata1-master UDMA33 >=20 > After applying the patches: > Feb 6 18:35:56 lorne kernel: ad0: DMA limited to UDMA33, non-ATA66 cab= le or device > Feb 6 18:35:56 lorne kernel: ad0: 78167MB at= ata0-master UDMA33 > Feb 6 18:35:56 lorne kernel: ad1: 194481MB a= t ata0-slave UDMA133 > Feb 6 18:35:56 lorne kernel: acd0: CDROM at ata1-master UDMA33 >=20 > The hardware wasn't changed between the first and second reboots. Why > would the patches cause not recognize the cable type? Because of the ordering of the identify calls the cable detection fails. = It needs to probe the slave first then the master, but that screws up=20 device numbering with newbus. I have it on my list and a couble of=20 solutions, just not made up my mind yet... --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 23:05:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A71FB16A4CE for ; Mon, 7 Feb 2005 23:05:37 +0000 (GMT) Received: from fte.fightevil.net (dsl081-072-082.sfo1.dsl.speakeasy.net [64.81.72.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A0FA43D41 for ; Mon, 7 Feb 2005 23:05:37 +0000 (GMT) (envelope-from njc@fightevil.net) Received: from [130.118.17.21] (tyrannulet.wr.usgs.gov [130.118.17.21]) by fte.fightevil.net (Postfix) with ESMTP id C390724F91 for ; Mon, 7 Feb 2005 14:13:46 -0800 (PST) Message-ID: <4207F43F.3040300@fightevil.net> Date: Mon, 07 Feb 2005 15:05:35 -0800 From: njc User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 23:05:37 -0000 Scott Long wrote: > We need more people > who will write articles and papers and do benchmarks and regression > testing. That's not to say that we don't already have people filling > these roles, it's to say that we need more. Scott - Do you, or possibly other developers, have any suggestions on the best way to organize a community-driven testbed and quality assurance effort? Specifically - what would be the most convenient form and method for a BSD developer to receive feedback for patch testing, are there any recommended testing procedures (methods && tools), etc? I'm aware that FreeBSD has access to a few high-performance computing environments, but as was mentioned, some edge cases are missed as well as general feedback from the user base is lacking for your current needs. Provided there's a base of dedicated users who are willing to regularly test and verify specific subsystems in multiple configurations, maybe there's a chance at improving of the disadvantages that have been mentioned in this thread. Ideally, an effort geared towards not only patch testing and timely feedback, but also regularly published benchmarks, articles focusing on systems engineering with FreeBSD, and (most importantly) cultivating other active users who have first-hand experience with FreeBSD performance and quality. Are there any other users who have the time and would be interested in participating in something like this? Maybe even just to get it started? -njc From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 23:17:22 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F6D316A4CE; Mon, 7 Feb 2005 23:17:22 +0000 (GMT) Received: from rockridge.uits.indiana.edu (rockridge.uits.indiana.edu [129.79.1.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1550D43D1D; Mon, 7 Feb 2005 23:17:20 +0000 (GMT) (envelope-from dmschei@attglobal.net) Received: from mail-relay.iu.edu (logchain.uits.indiana.edu [129.79.1.77]) j17NHHHd023271; Mon, 7 Feb 2005 18:17:17 -0500 (EST) Received: from [149.161.16.19] (viper-019-client.iusb.edu [149.161.16.19]) (authenticated bits=0)j17NHHsY027085; Mon, 7 Feb 2005 18:17:17 -0500 (EST) Message-ID: <4207F6FC.40001@attglobal.net> Date: Mon, 07 Feb 2005 18:17:16 -0500 From: David Scheidt User-Agent: Mozilla Thunderbird 1.0 (X11/20050102) X-Accept-Language: en-us, en MIME-Version: 1.0 To: hartzell@kestrel.alerce.com References: <42028F29.1030801@DeepCore.dk> <20050206.214325.85708834.rushani@bl.mmtr.or.jp> <42061B9F.6080300@DeepCore.dk> <16903.29857.72896.98582@ran.psg.com> <42077563.9040002@DeepCore.dk> <86oeewsaw8.fsf@kamino.rfc1149.org> <42077BFF.8060908@DeepCore.dk> <16903.33566.487986.323816@ran.psg.com> <420786DE.80605@DeepCore.dk> <16903.34679.871232.793961@ran.psg.com> <420789F5.7040401@DeepCore.dk> <16903.56166.836410.312811@satchel.alerce.com> In-Reply-To: <16903.56166.836410.312811@satchel.alerce.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ACPI Suspend/resume [was Re: ATA mkIII first official patches...] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 23:17:22 -0000 George Hartzell wrote: > I haven't had time to upgrade (cobbler's kids, no shoes, etc...) but > it's on my list of things to do. > > Does 5.3 Release have a working acpi based suspend/resume for anyone? > > Does 5-STABLE have a working acpi based suspend/resume for anyone? > Suspend to memory works on my T42 on 5.3-STABLE as of 1/1/05. except i've got to restart mosed. I've not bothered to investigate what's going on. From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 23:22:52 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD7B816A4CE; Mon, 7 Feb 2005 23:22:52 +0000 (GMT) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A66043D39; Mon, 7 Feb 2005 23:22:52 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id IBA74465; Mon, 07 Feb 2005 15:22:52 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id EB6545D09; Mon, 7 Feb 2005 15:22:51 -0800 (PST) To: David Scheidt In-reply-to: Your message of "Mon, 07 Feb 2005 18:17:16 EST." <4207F6FC.40001@attglobal.net> Date: Mon, 07 Feb 2005 15:22:51 -0800 From: "Kevin Oberman" Message-Id: <20050207232251.EB6545D09@ptavv.es.net> cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ACPI Suspend/resume [was Re: ATA mkIII first official patches...] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 23:22:52 -0000 > Date: Mon, 07 Feb 2005 18:17:16 -0500 > From: David Scheidt > Sender: owner-freebsd-stable@freebsd.org > > George Hartzell wrote: > > > I haven't had time to upgrade (cobbler's kids, no shoes, etc...) but > > it's on my list of things to do. > > > > Does 5.3 Release have a working acpi based suspend/resume for anyone? > > > > Does 5-STABLE have a working acpi based suspend/resume for anyone? > > > > Suspend to memory works on my T42 on 5.3-STABLE as of 1/1/05. except > i've got to restart mosed. I've not bothered to investigate what's > going on. Add hint.psm.0.flags="0x2000" or hint.psm.0.flags="0x6000" to your /boot/device.hints. Try 0x2000 first as it is less extreme. If that does not fix it, try 0x6000. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 23:31:20 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52B9316A4CE for ; Mon, 7 Feb 2005 23:31:20 +0000 (GMT) Received: from smtp2.linkline.com (smtp2.linkline.com [64.30.215.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02A4843D1F for ; Mon, 7 Feb 2005 23:31:20 +0000 (GMT) (envelope-from sclements@linkline.com) Received: from [127.0.0.1] (host-66-59-225-129.lcinet.net [66.59.225.129]) by smtp2.linkline.com (Postfix) with ESMTP id DB34C77; Mon, 7 Feb 2005 15:31:16 -0800 (PST) Message-ID: <4207FA47.9060109@linkline.com> Date: Mon, 07 Feb 2005 15:31:19 -0800 From: Samuel Clements User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <42028F29.1030801@DeepCore.dk> <6.2.1.2.0.20050207134251.055d5548@64.7.153.2> <20050207223124.GA5685@mebtel.net> <4207F07D.2020705@DeepCore.dk> In-Reply-To: <4207F07D.2020705@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 23:31:20 -0000 Excellent work Søren! Below is the dmesg from an Intel SE7520AF2 with the onboard SATA controller in RAID mode (LSI v3 it seems) with the RAID detected, mounted and usable. Congrats on a successful first run! I'll test more machines as I can get my hands on them. -Sam Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-STABLE #2: Tue Feb 8 08:11:43 UTC 2005 admin@bubba.image:/usr/src/sys/i386/compile/BUBBA Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2793.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 1073610752 (1023 MB) avail memory = 1041047552 (992 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard ioapic3 irqs 72-95 on motherboard ioapic4 irqs 96-119 on motherboard npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 1.0 (no driver attached) pcib1: irq 16 at device 2.0 on pci0 pci7: on pcib1 pcib2: at device 0.0 on pci7 pci9: on pcib2 pci7: at device 0.1 (no driver attached) pcib3: at device 0.2 on pci7 pci8: on pcib3 em0: port 0xc800-0xc83f mem 0xfe8a0000-0xfe8bffff irq 52 at device 4.0 on pci8 em0: Ethernet address: 00:07:e9:31:cc:fc em0: Speed:N/A Duplex:N/A em1: port 0xcc00-0xcc3f mem 0xfe8c0000-0xfe8dffff irq 53 at device 4.1 on pci8 em1: Ethernet address: 00:07:e9:31:cc:fd em1: Speed:N/A Duplex:N/A pci7: at device 0.3 (no driver attached) pcib4: irq 16 at device 4.0 on pci0 pci6: on pcib4 pcib5: irq 16 at device 6.0 on pci0 pci5: on pcib5 pcib6: irq 16 at device 7.0 on pci0 pci2: on pcib6 pcib7: at device 0.0 on pci2 pci4: on pcib7 pci2: at device 0.1 (no driver attached) pcib8: at device 0.2 on pci2 pci3: on pcib8 amr0: mem 0xfbaf0000-0xfbafffff irq 100 at device 1.0 on pci3 amr0: Firmware 713K, BIOS G401, 64MB RAM pci2: at device 0.3 (no driver attached) uhci0: port 0xd000-0xd01f irq 16 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xd400-0xd41f irq 19 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xd800-0xd81f irq 18 at device 29.2 on pci0 usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib9: at device 30.0 on pci0 pci1: on pcib9 pci1: at device 12.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0xdc00-0xdc0f,0xe000-0xe003,0xe400-0xe407,0xe800-0xe803,0xec00-0xec07 irq 18 at device 31.2 on pci0 ata2: on atapci1 ata3: on atapci1 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse Explorer, device ID 4 orm0: at iomem 0xca800-0xcdfff,0xc0000-0xca7ff on isa0 pmtimer0 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 10.000 msec acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% acd0: CDROM at ata0-master UDMA33 ad4: 238475MB at ata2-master SATA150 ad6: 238475MB at ata3-master SATA150 amrd0: on amr0 amrd0: 953840MB (1953464320 sectors) RAID 0 (optimal) ATA PseudoRAID loaded ar0: 238352MB status: READY ar0: disk0 READY (master) using ad4 at ata2-master ar0: disk1 READY (mirror) using ad6 at ata3-master SMP: AP CPU #2 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! Mounting root from ufs:/dev/amrd0s1a em0: Link is up 100 Mbps Half Duplex $ df -h Filesystem Size Used Avail Capacity Mounted on /dev/amrd0s1a 248M 55M 173M 24% / devfs 1.0K 1.0K 0B 100% /dev /dev/amrd0s1e 248M 6.0K 228M 0% /tmp /dev/amrd0s1f 900G 1.2G 826G 0% /usr /dev/amrd0s1d 248M 10M 218M 4% /var /dev/ar0s1d 225G 1.2G 206G 1% /mnt From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 23:49:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AF6D16A4CE for ; Mon, 7 Feb 2005 23:49:09 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9791743D45 for ; Mon, 7 Feb 2005 23:49:08 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id j17Nn10t001265 for ; Mon, 7 Feb 2005 15:49:05 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200502072349.j17Nn10t001265@gw.catspoiler.org> Date: Mon, 7 Feb 2005 15:49:01 -0800 (PST) From: Don Lewis To: current@FreeBSD.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Subject: odd -CURRENT performance issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 23:49:09 -0000 I happened to try running time make all-depends-list ten times in a row in /usr/ports/x11/gnome2. The system was freshly booted, and other than a niced setiathome, the system was idle. I got the following results: 122.63 real 29.83 user 66.29 sys 117.86 real 29.58 user 66.55 sys 119.89 real 29.80 user 67.27 sys 121.68 real 30.31 user 67.55 sys 122.10 real 30.41 user 67.66 sys 120.90 real 29.67 user 68.24 sys 121.21 real 30.27 user 67.69 sys 219.85 real 30.35 user 148.12 sys 312.54 real 30.49 user 224.79 sys 312.83 real 30.23 user 225.83 sys The last three lines are rather strange ... Kernel and world are 6.0-CURRENT, built from February 3rd sources. WITNESS, INVARIANTS, DEBUG_VFS_LOCKS, and SMP enabled, and it is fairly close to GENERIC. Here's dmesg.boot: Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-CURRENT #290: Fri Feb 4 05:40:28 PST 2005 dl@scratch.catspoiler.org:/usr/obj/usr/src/sys/GENERICSMB WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Unknown CPU Type (2010.28-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x681 Stepping = 1 Features=0x383fbff AMD Features=0xc0400000 real memory = 1073676288 (1023 MB) avail memory = 1042026496 (993 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0x6000-0x607f,0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0 pci_link0: irq 11 on acpi0 pci_link1: on acpi0 pci_link2: irq 10 on acpi0 pci_link3: irq 5 on acpi0 pci0: on pcib0 agp0: port 0xc000-0xc003 mem 0xef020000-0xef020fff,0xe8000000-0xebffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 5.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xc400-0xc40f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci0: port 0xc800-0xc81f irq 5 at device 7.2 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xcc00-0xcc1f irq 5 at device 7.3 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered viapropm0: SMBus I/O base at 0x5000 viapropm0: port 0x5000-0x500f at device 7.4 on pci0 viapropm0: SMBus revision code 0x40 smbus0: on viapropm0 smb0: on smbus0 pci0: at device 7.5 (no driver attached) fxp0: port 0xdc00-0xdc3f mem 0xef000000-0xef01ffff,0xef021000-0xef021fff irq 18 at device 10.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:b3:5c:8c:e0 ahc0: port 0xe000-0xe0ff mem 0xef022000-0xef022fff irq 16 at device 12.0 on pci0 ahc0: [GIANT-LOCKED] aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x30 on acpi0 sio0: type 16550A, console sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model VersaPad, device ID 0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcc7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2010280389 Hz quality 800 Timecounters tick every 1.000 msec Waiting 3 seconds for SCSI devices to settle acpi_cpu: throttling enabled, 2 steps (100% to 50.0%), currently 100.0% da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 160.000MB/s transfers (80.000MHz, offset 31, 16bit), Tagged Queueing Enabled da1: 35242MB (72176566 512 byte sectors: 255H 63S/T 4492C) da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 35003MB (71687370 512 byte sectors: 255H 63S/T 4462C) cd0 at ahc0 bus 0 target 6 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/da0s1a From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 00:33:05 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9D3116A4CE for ; Tue, 8 Feb 2005 00:33:05 +0000 (GMT) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id A27EB43D46 for ; Tue, 8 Feb 2005 00:33:05 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Mon, 07 Feb 2005 16:33:05 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 7CC535D07; Mon, 7 Feb 2005 16:33:04 -0800 (PST) To: hartzell@kestrel.alerce.com In-reply-to: Your message of "Mon, 07 Feb 2005 13:19:34 PST." <16903.56166.836410.312811@satchel.alerce.com> Date: Mon, 07 Feb 2005 16:33:04 -0800 From: "Kevin Oberman" Message-Id: <20050208003304.7CC535D07@ptavv.es.net> cc: Randy Bush cc: freebsd-current@freebsd.org cc: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Subject: Re: ACPI Suspend/resume [was Re: ATA mkIII first official patches...] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 00:33:05 -0000 > From: George Hartzell > Date: Mon, 7 Feb 2005 13:19:34 -0800 > Sender: owner-freebsd-current@freebsd.org > > S=F8ren Schmidt writes: > > [...] > > Find such a machine might be very hard, if not plain impossible :/ > > I already have 3 laptops here (of which none has worked for several=20= > > > month regarding suspend/resume) so I have plenty. [...] > > How bad is the acpi suspend/resume situation. > > I have 5.3-BETA4 on an IBM T42p and suspend to memory and resume work > fine. > > I haven't had time to upgrade (cobbler's kids, no shoes, etc...) but > it's on my list of things to do. > > Does 5.3 Release have a working acpi based suspend/resume for anyone? > > Does 5-STABLE have a working acpi based suspend/resume for anyone? I am unsure of 5.3-Release, but I have been able to suspend pretty reliably (with a few patches) with 5.3-Stable. I just tried with -current and my display never blanked or turned off and on resume, zzz never terminated. I had to CTRL-C to get a prompt back. (This is with the standard ata driver, not MkIII.) It's possible that I missed the acpi_video_dpms patch when I built my last kernel. I just moved back to current last week and I've built a bunch of kernel in a hurry, so I might have missed it. In any case, it looks like there might be a slight regression. New kernel shortly. Oh, it's an IBM T30. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 01:28:59 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C01216A4CE; Tue, 8 Feb 2005 01:28:59 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01B9243D45; Tue, 8 Feb 2005 01:28:59 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id E07857A423; Mon, 7 Feb 2005 17:28:58 -0800 (PST) Message-ID: <420815DA.1020908@elischer.org> Date: Mon, 07 Feb 2005 17:28:58 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Joseph Koshy References: <4205F382.8020404@freebsd.org> <84dead7205020703474f9add1@mail.gmail.com> In-Reply-To: <84dead7205020703474f9add1@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Scott Long cc: freebsd-current@freebsd.org cc: Robert Watson Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 01:28:59 -0000 Joseph Koshy wrote: > * How does one *use* FreeBSD? How does one architect a solution > around it? What are its strengths, and what weaknesses should we > be aware of? What hardware is supported? > > > AAARGHHHHH "architect" is not a a verb.. the work is "Design". From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 01:40:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E2BEA16A4D1 for ; Tue, 8 Feb 2005 01:40:08 +0000 (GMT) Received: from hobbiton.shire.net (hobbiton.shire.net [166.70.252.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6CB443D41 for ; Tue, 8 Feb 2005 01:40:08 +0000 (GMT) (envelope-from chad@shire.net) Received: from [67.161.222.227] (helo=[192.168.99.68]) by hobbiton.shire.net with esmtpsa (TLSv1:RC4-SHA:128) (Exim 4.43) id 1CyKMK-000E6S-43; Mon, 07 Feb 2005 18:40:08 -0700 In-Reply-To: <420815DA.1020908@elischer.org> References: <4205F382.8020404@freebsd.org> <84dead7205020703474f9add1@mail.gmail.com> <420815DA.1020908@elischer.org> Mime-Version: 1.0 (Apple Message framework v619) Message-Id: <5CAC362A-7972-11D9-B134-000D933E3CEC@shire.net> From: Chad Leigh -- Shire.Net LLC Date: Mon, 7 Feb 2005 18:40:07 -0700 To: Julian Elischer X-Mailer: Apple Mail (2.619) X-SA-Exim-Connect-IP: 67.161.222.227 X-SA-Exim-Mail-From: chad@shire.net Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on hobbiton.shire.net X-Spam-Status: No, score=-0.1 required=5.0 tests=AWL,BAYES_50 autolearn=disabled version=3.0.0 X-Spam-Level: X-SA-Exim-Version: 4.1+cvs (built Mon, 23 Aug 2004 08:44:05 -0700) X-SA-Exim-Scanned: Yes (on hobbiton.shire.net) cc: freebsd-current@freebsd.org Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 01:40:09 -0000 On Feb 7, 2005, at 6:28 PM, Julian Elischer wrote: > > > Joseph Koshy wrote: > >> * How does one *use* FreeBSD? How does one architect a solution >> around it? What are its strengths, and what weaknesses should we >> be aware of? What hardware is supported? >> >> > > AAARGHHHHH "architect" is not a a verb.. the work is "Design". Seeing as we are being picky. The "work" is not "design". The "word" maybe... And there are not two "a" in a row in "is not a a verb" And you don't need to post such picky-ness to everyone in the thread From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 01:48:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AEAE816A4CE; Tue, 8 Feb 2005 01:48:36 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6484743D1F; Tue, 8 Feb 2005 01:48:36 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 4E26351432; Mon, 7 Feb 2005 17:48:35 -0800 (PST) Date: Mon, 7 Feb 2005 17:48:35 -0800 From: Kris Kennaway To: ALeine Message-ID: <20050208014835.GA567@xor.obsecurity.org> References: <200502062247.j16Mlg0r041149@marlena.vvi.at> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VbJkn9YxBvnuCH5J" Content-Disposition: inline In-Reply-To: <200502062247.j16Mlg0r041149@marlena.vvi.at> User-Agent: Mutt/1.4.2.1i cc: freebsd-hackers@freebsd.org cc: k-sasaki@ist.osaka-u.ac.jp cc: rwatson@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: FW: Call for comments: CoxR, a CVS/mail-lists/BTS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 01:48:37 -0000 --VbJkn9YxBvnuCH5J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 06, 2005 at 02:47:42PM -0800, ALeine wrote: > rwatson@freebsd.org wrote:=20 >=20 > > I appreciate that not everyone is a fan of mutex synchronization, > > but "mutex hell" is a bit of an odd description: most bugs I see > > getting reported (and fixed) aren't even locking-related. They're > > generally a property of lack of testing exposure for more obscure > > features or edge cases that are hard to test for without a wide > > testing base, such as edge-case hardware, bugs associated with > > longer run times, or a recently introduced feature, etc. >=20 > Well, mutex hell is more of a humorous description, but unfortunately > it is not too far from what is becoming a reality. I believe that > the path the FreeBSD Project has taken with the 5.x branch (not only > in regard to mutex locking but in general) has made things far too > complex in ways that make even seasoned hardcore developers such as > yourself unwilling to touch certain subsystems because only one or > two people really understand that system well enough to introduce > only a few (instead of a few dozen) critical bugs when changing that > subsystem. Or do you want to tell me that you could go right in and > get the critical section related stuff sorted out on your own without > John Baldwin and Stephan Uphoff in order to get to merge your UMA > related changes? :-) [...] Consider not insulting the intelligence of the FreeBSD developers if you want them to ever help you again with your kernel newbie questions. That kind of trash-talking may be cool in other projects, but around here it's not going to win you friends. Kris --VbJkn9YxBvnuCH5J Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCCBpzWry0BWjoQKURAvilAKCOQpK0IOV04tUrVHXg6Og44lHm6gCgmQQy FufOtDWz+FTCB6KehbR169U= =oQAQ -----END PGP SIGNATURE----- --VbJkn9YxBvnuCH5J-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 03:49:01 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C30316A4CE for ; Tue, 8 Feb 2005 03:49:01 +0000 (GMT) Received: from mercury.ll.net (mercury.ll.net [209.131.224.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id D211E43D45 for ; Tue, 8 Feb 2005 03:48:55 +0000 (GMT) (envelope-from supraexpress@globaleyes.net) Received: from globaleyes.net (unverified [209.131.253.158]) by mercury.ll.net for ; Mon, 7 Feb 2005 21:48:52 -0600 Date: Mon, 7 Feb 2005 21:48:48 -0600 (CST) From: supraexpress@globaleyes.net To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Message-Id: <20050208034855.D211E43D45@mx1.FreeBSD.org> Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 03:49:01 -0000 One of the main "stumbling blocks" to using FreeBSD is the installation process. I have had "lots of fun" (not!) with NetBSD's line-mode/shell-script "installer" and confusing companion installation instructions, in the past; I only tried OpenBSD once and don't remember anything about its installation process, but I seem to recall that it was similar to NetBSD's; FreeBSD's 'DOS-like menu' system is a travisty and IS PROBABLY THE ONE THING THAT TURNS OFF MORE PROSPECTIVE FBSD USERS THAN ANYTHING ELSE - I know - I have heard! Besides, it is REALLY EASY to get lost in the FBSD installer "menu system", and not that hard to get caught in a "control loop"; this is not to say that the current FBSD installer is a piece of junk - I give kudos to its developers, but IT IS TIME TO MOVE ON, and this is the ONE thing that gets compared to with Linux "installers" as well as Winchoke, probably more than anything else, so if FreeBSD is going to be more appealing to "the masses", it needs a completely new installation process (note: I don't really care for Solaris' "wizard process" - though it is not TOO bad, and I am not trying to advocate a "wizard process" that mirrors others). I offer the following suggestions for cogitation and realize that some of MY choices may not be "the best", but here goes anyhow: a) redesign the "installer" as a graphical menu system with pull-down options, organized as a linear heirarchy where there is NO possibility of getting lost or of winding up in a "control loop", and the progression is clearly visible; real graphical images of major processes/steps and "systems/major applications" should be provided; THIS installer should begin with THREE, and only THREE options: "user workstation", "server", or "(expert) choice of workstation/server setups" b) design an "installation wizard", in line with contemporary systems, that does nothing but install a "canned workstation environment" based on OpenOffice plus Gnome (or KDE) - that's IT - NOTHING ELSE; Make sure that a more modern graphical menu is used where sample images of Gnome (or KDE) are presented, and do NOT install the entire Gnome (or KDE) "suite"; THIS will appeal to the MILLIONS who have been brainwashed by Redmond (or Apple?) into believing that there is only ONE "computing environment" of any use or interest, AND IT WILL GIVE THEM WHAT THEY WANT, even if it IS FreeBSD; this would be like a pseudo-Mac-X (whatever); this will also appeal to those who don't really care about Unix or FreeBSD as a "server", but really want a "desktop environment" a basic client-only, outbound-only-allowing firewall MUST BE installed and activated (which will require some simple choices about DHCP or assigned, static IP addreses); "ports" could be included as an option, but would be better left to the "expert" wizard c) design an "installation wizard" that installs a "server system with NO desktop installation" which provides some "canned" server "types" (such as "mail server", "web server", ...) that choose the newest versions of server applications (such as Apache2 versus Apache1; PHP5 versus PHP4) as the "defaults", and pull-down menus for changing versions (such as one pull-down for PHP that lists all of the available PHP "main" packages, and possibly another pull-down that lists all of the available PHP "sub-packages"), or altering the application "mix" d) design an "installation menu system" which provides ALL of the choices for ALL of the available functions and services in a well ordered, graphical, linear, hierarchy with sample images/snapshots and pull-down menus to make choices easier to make, without having to go into and out of many levels as the current installer does It would probably help if a "special design team" (project) were created for this, with calls to anyone/everyone to join in, unless - of course - that there just so happens to be a group of talented people who WANT to do all of this on their own ;) If some truly talented and adventurous people were to look at the installation process as an adventure in graphical layers where mousing over a box or image would open up a new sub-layer (to the side, or even BETTER, to wherever the user places their mouse or clicks on the background, or shouts at the monitor (we REALLY need to get some of the Hitchhiker's Guide into this process!), where small graphical images of options or related packages could be displayed so that the "installer" acted like a well designed "flowing image overlay system", THEN the FreeBSD installation process would be dynamite - literally! There are "circular menus" (ala one Firebird extension), layered pie-chart diagrams of the filesystem with size information (such as KDE's "filelight") where mousing over one of the concentric circles pops up an "info box", while clicking on one of them traverses down the filesystem path and creates a new set of concentric circles of lower level directories, and the exhilarating 3D-Desktop as examples of unique, "futuristic", artistic, free flowing graphical "systems" that could lead to interesting ideas for the above mentioned "graphical installation system". Granted, there are MANY, MANY issues to be worked out, and some of these suggestions will have to be modified - of course. There might even need to be a two-tiered system where the first tier could be a basic graphical system that doesn't need special graphics cards to perform, and the second tier that could install X, or something close enough, and then provide the full blown "graphical installation" system. If there are enough drivers available to the "installation system" to determine enough about a system "monitor", then hopefully this could be an automated facility (eg; install a minimal X-system with just enough to do the necessary graphics, and later install the entire X-system where needed). OK - let the "flame wars" begin. Whatever comes out of this, the FreeBSD "installer" badly needs a facelift. From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 04:01:02 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A092F16A4CE; Tue, 8 Feb 2005 04:01:02 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id D35E143D39; Tue, 8 Feb 2005 04:01:01 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j183x0qb097825; Mon, 7 Feb 2005 20:59:00 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 07 Feb 2005 21:00:57 -0700 (MST) Message-Id: <20050207.210057.78021213.imp@bsdimp.com> To: julian@elischer.org From: "M. Warner Losh" In-Reply-To: <420815DA.1020908@elischer.org> References: <84dead7205020703474f9add1@mail.gmail.com> <420815DA.1020908@elischer.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: rwatson@freebsd.org cc: freebsd-current@freebsd.org cc: scottl@freebsd.org Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 04:01:02 -0000 In message: <420815DA.1020908@elischer.org> Julian Elischer writes: : Joseph Koshy wrote: : : > * How does one *use* FreeBSD? How does one architect a solution : > around it? What are its strengths, and what weaknesses should we : > be aware of? What hardware is supported? : > : > : > : : AAARGHHHHH "architect" is not a a verb.. the work is "Design". Studies have shown that 1/3 of all verbs in English started out as nouns. Warner From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 04:06:43 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E91716A4CE for ; Tue, 8 Feb 2005 04:06:43 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D5AF43D55 for ; Tue, 8 Feb 2005 04:06:43 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6584251461; Mon, 7 Feb 2005 20:06:42 -0800 (PST) Date: Mon, 7 Feb 2005 20:06:42 -0800 From: Kris Kennaway To: supraexpress@globaleyes.net Message-ID: <20050208040642.GA37528@xor.obsecurity.org> References: <20050208034855.D211E43D45@mx1.FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AhhlLboLdkugWU4S" Content-Disposition: inline In-Reply-To: <20050208034855.D211E43D45@mx1.FreeBSD.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Yet another sysinstall thread (Re: The case for FreeBSD) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 04:06:43 -0000 --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 07, 2005 at 09:48:48PM -0600, supraexpress@globaleyes.net wrote: > One of the main "stumbling blocks" to using FreeBSD is the installation > process. I have had "lots of fun" (not!) with NetBSD's line-mode/shell-sc= ript > "installer" and confusing companion installation instructions, in the pas= t; I > only tried OpenBSD once and don't remember anything about its installation > process, but I seem to recall that it was similar to NetBSD's; FreeBSD's > 'DOS-like menu' system is a travisty and IS PROBABLY THE ONE THING THAT T= URNS > OFF MORE PROSPECTIVE FBSD USERS THAN ANYTHING ELSE - I know - I have hear= d! >=20 > Besides, it is REALLY EASY to get lost in the FBSD installer "menu system= ", > and not that hard to get caught in a "control loop"; this is not to say t= hat > the current FBSD installer is a piece of junk - I give kudos to its > developers, but IT IS TIME TO MOVE ON, and this is the ONE thing that gets > compared to with Linux "installers" as well as Winchoke, probably more th= an > anything else, so if FreeBSD is going to be more appealing to "the masses= ", > it needs a completely new installation process (note: I don't really care > for Solaris' "wizard process" - though it is not TOO bad, and I am not > trying to advocate a "wizard process" that mirrors others). >=20 > I offer the following suggestions for cogitation and realize that some > of MY choices may not be "the best", but here goes anyhow: Fine, yeah, sysinstall sucks, but writing emails proposing specifications for how someone else should implement a replacement isn't going to get that job done. Thousands of words have been written on that topic over the years, but precious little code. Kris --AhhlLboLdkugWU4S Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCCDrSWry0BWjoQKURAnLxAJ9ltd0wgtbLy9LUx+QIUOI2Qp/PZgCeP4O8 nr86MLj0eRN/nK4Is/WY6S0= =nqbS -----END PGP SIGNATURE----- --AhhlLboLdkugWU4S-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 04:21:39 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBEBF16A4CE for ; Tue, 8 Feb 2005 04:21:39 +0000 (GMT) Received: from smtp815.mail.sc5.yahoo.com (smtp815.mail.sc5.yahoo.com [66.163.170.1]) by mx1.FreeBSD.org (Postfix) with SMTP id 6B98B43D48 for ; Tue, 8 Feb 2005 04:21:39 +0000 (GMT) (envelope-from krinklyfig@spymac.com) Received: from unknown (HELO smogmonster.com) (jtinnin@pacbell.net@64.173.27.163 with login) by smtp815.mail.sc5.yahoo.com with SMTP; 8 Feb 2005 04:21:39 -0000 From: Joshua Tinnin To: freebsd-current@freebsd.org Date: Mon, 7 Feb 2005 20:21:37 -0800 User-Agent: KMail/1.7.2 References: <20050208034855.D211E43D45@mx1.FreeBSD.org> In-Reply-To: <20050208034855.D211E43D45@mx1.FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200502072021.38591.krinklyfig@spymac.com> Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 04:21:39 -0000 On Monday 07 February 2005 07:48 pm, supraexpress@globaleyes.net wrote: > One of the main "stumbling blocks" to using FreeBSD is the > installation process. I have had "lots of fun" (not!) with NetBSD's > line-mode/shell-script "installer" and confusing companion > installation instructions, in the past; I only tried OpenBSD once and > don't remember anything about its installation process, but I seem to > recall that it was similar to NetBSD's; FreeBSD's 'DOS-like menu' > system is a travisty and IS PROBABLY THE ONE THING THAT TURNS OFF > MORE PROSPECTIVE FBSD USERS THAN ANYTHING ELSE - I know - I have > heard! Well, this may be true, but I dunno, I had less problems installing FreeBSD than many Linux distros, and I found the process less confusing. It has nothing to do with graphics, at least not for me. A good installation from the end-user perspective doesn't necessarily need a GUI installer, unless that's your market, and even then, a text-based installation can be designed in a way that is less confusing than most GUI installations. UI designers are really dealing with interfaces, and text is just another interface. It can be made less cryptic, but, personally, I found it pretty easy to use, at least for all its reputation. And, really, do UNIX admins want this? You might risk frustrating them, and AFAIK that's the primary user-base right now. I think what would help users is a better way to configure xorg/XFree86, and a GUI would help in that case, but that's almost an entirely different issue. The *one* issue I have with the installation is that creating user-defined slices during the process is not clear at all. I have never been successful doing this. I end up going with the defaults and re-slice later, out of frustration. For some reason my changes never "take," and I'm stuck watching the installation fail, instead of being warned that there is nothing to write to - this is actually odd behavior, as I would expect some major "ARE YOU SURE?" type message if you don't have any writable slices mounted and you try to install. I am not a *nix guru, but I've installed many distros of Linux and haven't had this issue with them (however, many don't have default settings, so the fact that FreeBSD does is nice). - jt From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 06:38:59 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F96916A4CE for ; Tue, 8 Feb 2005 06:38:59 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id D748243D46 for ; Tue, 8 Feb 2005 06:38:58 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j186ctcO041057; Tue, 8 Feb 2005 07:38:55 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: njc From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 07 Feb 2005 15:05:35 PST." <4207F43F.3040300@fightevil.net> Date: Tue, 08 Feb 2005 07:38:55 +0100 Message-ID: <41056.1107844735@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 06:38:59 -0000 In message <4207F43F.3040300@fightevil.net>, njc writes: >Scott Long wrote: >> We need more people >> who will write articles and papers and do benchmarks and regression >> testing. That's not to say that we don't already have people filling >> these roles, it's to say that we need more. > >Scott - > > Do you, or possibly other developers, have any suggestions on the best way to organize >a community-driven testbed and quality assurance effort? Specifically - what would be the most >convenient form and method for a BSD developer to receive feedback for patch testing, are there >any recommended testing procedures (methods && tools), etc? Here's what I'm looking for in a good bug report (in no particular order): Stack backtrace if the kernel croaks. Ktrace if the kernel does something wrong. Elimination of unrelated factors. If you see the error compiling ports/x11/xorg, try to find out how little of it you can get away with doing to provoke the error ? If you are using complex disk geometries, try if you can reproduce on a plain single disk system ? Does it happen on other computers as well ? Does it happen only under SMP or also UP ? Does it happen also in single user mode ? Does enabling WITNESS/DIAGNOSTICS in the kernel catch something ? Can you write a shell script which fails every time ? Can you find another way to provoke it ? A patch. It is really very very simple, the easier you make it for me to reproduce the error here, the faster I can find out what's wrong and fix it. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 06:40:19 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBEE616A4CF for ; Tue, 8 Feb 2005 06:40:19 +0000 (GMT) Received: from mx4.mail.national-net.com (mx4.mail.national-net.com [66.115.129.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22EBA43D2D for ; Tue, 8 Feb 2005 06:40:19 +0000 (GMT) (envelope-from seth.kingry@natnet.com) Received: from [192.168.1.197] (chicago.national-net.com [::ffff:66.115.130.250]) (AUTH: LOGIN seth.kingry@natnet.com) by mx4.mail.national-net.com with esmtp; Tue, 08 Feb 2005 01:40:18 -0500 Received: from 127.0.0.1 (AVG SMTP 7.0.300 [265.8.5]); Tue, 08 Feb 2005 01:40:18 -0500 From: "Seth Kingry" To: freebsd-current@freebsd.org Date: Tue, 8 Feb 2005 01:40:17 -0500 X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 In-Reply-To: <20050208034855.D211E43D45@mx1.FreeBSD.org> thread-index: AcUNkTda3VTjzmyGReqIG5o4BAsTvQAFcFeQ Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Message-ID: Subject: RE: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 06:40:20 -0000 Working for a large hosting company, one of the things we enjoy about FBSD is that all we need to install/fix a system is three floppy disks (two on a 4.X system). Most of our servers do not have CD-ROMs, nor would they, as it is an added expense to the servers that would rarely be used. The current sysinstall allows us to script an install of FBSD to the point where all we have to do is enter an admin password and IP/Hostname, and the rest is done in the background. I can understand how having sysinstall revamped to something more along the lines of an installer from one of the 'fancier' distros of Linux (Redhat, Mandrake, etc.) in order to get FBSD 'out to the masses;, but I don't think that is the purpose behind this OS. I see this OS as a stable incarnation of UNIX, tried and true, made for admins. We understand that and that is why we use it as one of our default OS's (Our others are Debian and Slack, both of which don't have pretty installers either.) Just my two cents. --Seth Kingry, NatNet-- -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of supraexpress@globaleyes.net Sent: Monday, February 07, 2005 10:49 PM To: freebsd-current@freebsd.org Subject: Re: The case for FreeBSD One of the main "stumbling blocks" to using FreeBSD is the installation process. I have had "lots of fun" (not!) with NetBSD's line-mode/shell-script "installer" and confusing companion installation instructions, in the past; I only tried OpenBSD once and don't remember anything about its installation process, but I seem to recall that it was similar to NetBSD's; FreeBSD's 'DOS-like menu' system is a travisty and IS PROBABLY THE ONE THING THAT TURNS OFF MORE PROSPECTIVE FBSD USERS THAN ANYTHING ELSE - I know - I have heard! Besides, it is REALLY EASY to get lost in the FBSD installer "menu system", and not that hard to get caught in a "control loop"; this is not to say that the current FBSD installer is a piece of junk - I give kudos to its developers, but IT IS TIME TO MOVE ON, and this is the ONE thing that gets compared to with Linux "installers" as well as Winchoke, probably more than anything else, so if FreeBSD is going to be more appealing to "the masses", it needs a completely new installation process (note: I don't really care for Solaris' "wizard process" - though it is not TOO bad, and I am not trying to advocate a "wizard process" that mirrors others). I offer the following suggestions for cogitation and realize that some of MY choices may not be "the best", but here goes anyhow: a) redesign the "installer" as a graphical menu system with pull-down options, organized as a linear heirarchy where there is NO possibility of getting lost or of winding up in a "control loop", and the progression is clearly visible; real graphical images of major processes/steps and "systems/major applications" should be provided; THIS installer should begin with THREE, and only THREE options: "user workstation", "server", or "(expert) choice of workstation/server setups" b) design an "installation wizard", in line with contemporary systems, that does nothing but install a "canned workstation environment" based on OpenOffice plus Gnome (or KDE) - that's IT - NOTHING ELSE; Make sure that a more modern graphical menu is used where sample images of Gnome (or KDE) are presented, and do NOT install the entire Gnome (or KDE) "suite"; THIS will appeal to the MILLIONS who have been brainwashed by Redmond (or Apple?) into believing that there is only ONE "computing environment" of any use or interest, AND IT WILL GIVE THEM WHAT THEY WANT, even if it IS FreeBSD; this would be like a pseudo-Mac-X (whatever); this will also appeal to those who don't really care about Unix or FreeBSD as a "server", but really want a "desktop environment" a basic client-only, outbound-only-allowing firewall MUST BE installed and activated (which will require some simple choices about DHCP or assigned, static IP addreses); "ports" could be included as an option, but would be better left to the "expert" wizard c) design an "installation wizard" that installs a "server system with NO desktop installation" which provides some "canned" server "types" (such as "mail server", "web server", ...) that choose the newest versions of server applications (such as Apache2 versus Apache1; PHP5 versus PHP4) as the "defaults", and pull-down menus for changing versions (such as one pull-down for PHP that lists all of the available PHP "main" packages, and possibly another pull-down that lists all of the available PHP "sub-packages"), or altering the application "mix" d) design an "installation menu system" which provides ALL of the choices for ALL of the available functions and services in a well ordered, graphical, linear, hierarchy with sample images/snapshots and pull-down menus to make choices easier to make, without having to go into and out of many levels as the current installer does It would probably help if a "special design team" (project) were created for this, with calls to anyone/everyone to join in, unless - of course - that there just so happens to be a group of talented people who WANT to do all of this on their own ;) If some truly talented and adventurous people were to look at the installation process as an adventure in graphical layers where mousing over a box or image would open up a new sub-layer (to the side, or even BETTER, to wherever the user places their mouse or clicks on the background, or shouts at the monitor (we REALLY need to get some of the Hitchhiker's Guide into this process!), where small graphical images of options or related packages could be displayed so that the "installer" acted like a well designed "flowing image overlay system", THEN the FreeBSD installation process would be dynamite - literally! There are "circular menus" (ala one Firebird extension), layered pie-chart diagrams of the filesystem with size information (such as KDE's "filelight") where mousing over one of the concentric circles pops up an "info box", while clicking on one of them traverses down the filesystem path and creates a new set of concentric circles of lower level directories, and the exhilarating 3D-Desktop as examples of unique, "futuristic", artistic, free flowing graphical "systems" that could lead to interesting ideas for the above mentioned "graphical installation system". Granted, there are MANY, MANY issues to be worked out, and some of these suggestions will have to be modified - of course. There might even need to be a two-tiered system where the first tier could be a basic graphical system that doesn't need special graphics cards to perform, and the second tier that could install X, or something close enough, and then provide the full blown "graphical installation" system. If there are enough drivers available to the "installation system" to determine enough about a system "monitor", then hopefully this could be an automated facility (eg; install a minimal X-system with just enough to do the necessary graphics, and later install the entire X-system where needed). OK - let the "flame wars" begin. Whatever comes out of this, the FreeBSD "installer" badly needs a facelift. _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 265.8.5 - Release Date: 2/3/2005 -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 265.8.5 - Release Date: 2/3/2005 From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 07:13:55 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 491AD16A4CE; Tue, 8 Feb 2005 07:13:55 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id E22BA43D49; Tue, 8 Feb 2005 07:13:54 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id AD063530C; Tue, 8 Feb 2005 08:13:53 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id EC1885308; Tue, 8 Feb 2005 08:13:43 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 91ABBB86E; Tue, 8 Feb 2005 08:13:43 +0100 (CET) To: =?iso-8859-1?q?S=F8ren_Schmidt?= References: <42028F29.1030801@DeepCore.dk> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Tue, 08 Feb 2005 08:13:43 +0100 In-Reply-To: <42028F29.1030801@DeepCore.dk> =?iso-8859-1?q?=28S=F8ren?= Schmidt's message of "Thu, 03 Feb 2005 21:52:57 +0100") Message-ID: User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on flood.des.no X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=AWL,FORGED_RCVD_HELO autolearn=disabled version=3.0.1 cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 07:13:55 -0000 S=F8ren Schmidt writes: > http://people.freebsd.org/~sos/ata-mk3j.diff-releng5.gz > http://people.freebsd.org/~sos/ata-mk3j.diff-current.gz > http://people.freebsd.org/~sos/ata-mk3j.tar.gz sys/dev/ata/ata-all.c rev 1.235 conflicts, could you please update the -CURRENT patch? DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 07:23:25 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 803D816A4CE; Tue, 8 Feb 2005 07:23:25 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D84643D46; Tue, 8 Feb 2005 07:23:24 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j187NJbk092068; Tue, 8 Feb 2005 08:23:21 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <420868D5.7030904@DeepCore.dk> Date: Tue, 08 Feb 2005 08:23:01 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: <42028F29.1030801@DeepCore.dk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.6 cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 07:23:25 -0000 Dag-Erling Sm=F8rgrav wrote: > S=F8ren Schmidt writes: >=20 >>http://people.freebsd.org/~sos/ata-mk3j.diff-releng5.gz >>http://people.freebsd.org/~sos/ata-mk3j.diff-current.gz >>http://people.freebsd.org/~sos/ata-mk3j.tar.gz >=20 >=20 > sys/dev/ata/ata-all.c rev 1.235 conflicts, could you please update the > -CURRENT patch? There is no patch for ata-all.c there is a replacement. I will=20 eventually get that updated (so you can run cvs diff ?)... --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 07:24:44 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13C7C16A4CF; Tue, 8 Feb 2005 07:24:44 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0190643D31; Tue, 8 Feb 2005 07:24:42 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j187OgSi005346; Tue, 8 Feb 2005 02:24:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j187QnSP018978; Tue, 8 Feb 2005 02:26:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3E4667306E; Tue, 8 Feb 2005 02:24:42 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050208072442.3E4667306E@freebsd-current.sentex.ca> Date: Tue, 8 Feb 2005 02:24:42 -0500 (EST) X-Virus-Scanned: ClamAV version 0.81, clamav-milter version 0.81b on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.81, clamav-milter version 0.81b on clamscanner1 X-Virus-Status: Clean X-Virus-Status: Clean Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 07:24:44 -0000 TB --- 2005-02-08 05:06:38 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-08 05:06:38 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2005-02-08 05:06:38 - checking out the source tree TB --- 2005-02-08 05:06:38 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2005-02-08 05:06:38 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-08 05:21:44 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-08 05:21:44 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-02-08 05:21:44 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-02-08 07:15:01 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-08 07:15:01 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-02-08 07:15:01 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Feb 8 07:15:02 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -x assembler-with-cpp -Wa,-x -DLOCORE -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/i a64/ia64/exception.S cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/gdb_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/in_cksum.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/interrupt.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/machdep.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/mca.c /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/mca.c: In function `ia64_mca_save_state': /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/mca.c:148: error: structure has no member named `descr' *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2005-02-08 07:24:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-08 07:24:41 - ERROR: failed to build generic kernel TB --- 2005-02-08 07:24:41 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 07:36:57 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A38BF16A4CE for ; Tue, 8 Feb 2005 07:36:57 +0000 (GMT) Received: from web26802.mail.ukl.yahoo.com (web26802.mail.ukl.yahoo.com [217.146.176.78]) by mx1.FreeBSD.org (Postfix) with SMTP id D682443D3F for ; Tue, 8 Feb 2005 07:36:56 +0000 (GMT) (envelope-from cguttesen@yahoo.dk) Received: (qmail 73010 invoked by uid 60001); 8 Feb 2005 07:36:56 -0000 Message-ID: <20050208073656.73008.qmail@web26802.mail.ukl.yahoo.com> Received: from [194.248.174.58] by web26802.mail.ukl.yahoo.com via HTTP; Tue, 08 Feb 2005 08:36:56 CET Date: Tue, 8 Feb 2005 08:36:56 +0100 (CET) From: Claus Guttesen To: supraexpress@globaleyes.net, freebsd-current@freebsd.org In-Reply-To: <20050208034855.D211E43D45@mx1.FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 07:36:57 -0000 > One of the main "stumbling blocks" to using FreeBSD > is the installation > process. I have had "lots of fun" (not!) with > NetBSD's line-mode/shell-script > "installer" and confusing companion installation > instructions, in the past; I > only tried OpenBSD once and don't remember anything > about its installation > process, but I seem to recall that it was similar to > NetBSD's; FreeBSD's > 'DOS-like menu' system is a travisty and IS PROBABLY > THE ONE THING THAT TURNS > OFF MORE PROSPECTIVE FBSD USERS THAN ANYTHING ELSE - > I know - I have heard! I may be doing something which I'm not supposed to, but I've been trying (very hard since I'm not used to Linux anymore ;-) to install Linux on our Dell 2850 with a Perc-controller to do some comparative measurements. Gentoo, nice but tedious installer, way too much manual typing, installed, but refused to boot. Slackware, did not detect the Perc-controller, ubuntu did not either, Suse stops during the installation-process. 5.3 (i386) install's without problems, the amd64-installer needs some tweaking (set hw.physmem="2G") at the boot prompt which may hinder some folks from trying FreeBSD out. My point is that Linux seems to have it's own rough edges. regards Claus From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 07:51:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38F2616A4CE; Tue, 8 Feb 2005 07:51:49 +0000 (GMT) Received: from smtp-vbr12.xs4all.nl (smtp-vbr12.xs4all.nl [194.109.24.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92BDF43D1D; Tue, 8 Feb 2005 07:51:48 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) j187pfX8058841; Tue, 8 Feb 2005 08:51:41 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.1/8.12.9) with ESMTP id j187pfd8002161; Tue, 8 Feb 2005 08:51:41 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.1/8.13.1/Submit) id j187pfox002160; Tue, 8 Feb 2005 08:51:41 +0100 (CET) (envelope-from wb) Date: Tue, 8 Feb 2005 08:51:41 +0100 From: Wilko Bulte To: "M. Warner Losh" Message-ID: <20050208075141.GA2126@freebie.xs4all.nl> References: <84dead7205020703474f9add1@mail.gmail.com> <420815DA.1020908@elischer.org> <20050207.210057.78021213.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050207.210057.78021213.imp@bsdimp.com> X-OS: FreeBSD 4.11-RC2 User-Agent: Mutt/1.5.6i X-Virus-Scanned: by XS4ALL Virus Scanner cc: scottl@freebsd.org cc: freebsd-current@freebsd.org cc: rwatson@freebsd.org cc: julian@elischer.org Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 07:51:49 -0000 On Mon, Feb 07, 2005 at 09:00:57PM -0700, M. Warner Losh wrote.. > In message: <420815DA.1020908@elischer.org> > Julian Elischer writes: > : Joseph Koshy wrote: > : > : > * How does one *use* FreeBSD? How does one architect a solution > : > around it? What are its strengths, and what weaknesses should we > : > be aware of? What hardware is supported? > : > > : > > : > > : > : AAARGHHHHH "architect" is not a a verb.. the work is "Design". > > Studies have shown that 1/3 of all verbs in English started out as > nouns. Studies of English, or American English? :) -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 07:58:05 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAB1816A4CE for ; Tue, 8 Feb 2005 07:58:05 +0000 (GMT) Received: from just.puresimplicity.net (just.puresimplicity.net [140.177.207.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2638043D48 for ; Tue, 8 Feb 2005 07:58:05 +0000 (GMT) (envelope-from craig@backfire.ca) Received: from localhost (CPE0050bf78b8c6-CM023459906096.cpe.net.cable.rogers.com [24.157.84.118]) (authenticated bits=0)j187vjGl034138 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Tue, 8 Feb 2005 01:57:55 -0600 (CST) (envelope-from craig@backfire.ca) Date: Tue, 8 Feb 2005 02:57:39 -0500 From: Craig Reyenga To: Diego Calleja Message-ID: <20050208075739.GA53593@burnout.lan.bluemidnight.ca> References: <4205F382.8020404@freebsd.org> <20050206194857.5920e369.diegocglinux@yahoo.es> <42066967.1060300@freebsd.org> <1107754103.4206fc77b1e68@imp4-q.free.fr> <20050207214652.0ccf31a2.diegocglinux@yahoo.es> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050207214652.0ccf31a2.diegocglinux@yahoo.es> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.81, clamav-milter version 0.81b on just.puresimplicity.net X-Virus-Status: Clean X-Spam-Status: No, score=1.8 required=8.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=disabled version=3.0.2 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on just.puresimplicity.net cc: freebsd-current@freebsd.org Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Craig Reyenga List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 07:58:05 -0000 On Mon, Feb 07, 2005 at 09:46:52PM +0100, Diego Calleja wrote: > > Advertising works, but only if there is a sound product behind it. > > Advertising works regardless of the product, and windows is the best proof of this > I don't see windows advertisements too often, but I see it everywhere, so advertising seems kind of redundant. > And lack of advertising can kill a product, regardless of the quality of the > product (ie: digital) > I'm going to have to disagree with you there, and go along with the grandparent poster. I think that the quality of the product is extremely important. Have you heard of the Ferrari Enzo? Of course you have. Have you ever seen an advertisement for it on televsion? Of course not. The car's V12 engine and ceramic brakes speak for themselves [1]. I believe that the best products are the ones that require no hype or promotion at all. Further, it does not appear that the typical FreeBSD user is the type of person that will really submit to copious amounts of advertising and promotion. What I think the community needs is more users making online logbooks (or "blogs" if you must) documenting what they did to their system to get it to do such and such thing, and the problems they had along the way. I have done this myself, and I get the occasional email with a polite "thank you" in the body of the email. Much of what I have learned about FreeBSD in the ~4 years that I have been using it was from the outstanding official documentation, _and_ personal pages and irc. I fail to see what could be more thorough than thousands of users writing small docs. Perhaps an official Wiki or similar is in order. I have continuing faith in FreeBSD, and I will continue to use it. It may not be getting the fastest lap times, but it is still an excellent ride. -Craig [1] I am not affiliated with Ferrari in any way. From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 08:01:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DF6716A4CE for ; Tue, 8 Feb 2005 08:01:36 +0000 (GMT) Received: from deliver.smtp.vlink.ru (alias.rigel.internal.vlink.ru [217.23.88.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9975643D54 for ; Tue, 8 Feb 2005 08:01:35 +0000 (GMT) (envelope-from dsh@vlink.ru) Received: from smtp.smtp.vlink.ru (clamav.smtp.vlink.ru [192.168.4.1]) by deliver.smtp.vlink.ru (Postfix) with ESMTP id 5EDFF454D5 for ; Tue, 8 Feb 2005 11:01:34 +0300 (MSK) Received: from neva.vlink.ru (neva.vlink.ru [217.107.252.29]) by smtp.smtp.vlink.ru (Postfix) with ESMTP id 31D2B454AF for ; Tue, 8 Feb 2005 11:01:34 +0300 (MSK) Received: from neva.vlink.ru (localhost [127.0.0.1]) by neva.vlink.ru (8.13.1/8.13.1) with ESMTP id j1881XES054486 for ; Tue, 8 Feb 2005 11:01:33 +0300 (MSK) (envelope-from dsh@vlink.ru) Received: (from dsh@localhost) by neva.vlink.ru (8.13.1/8.13.1/Submit) id j1881Xeg054483; Tue, 8 Feb 2005 11:01:33 +0300 (MSK) (envelope-from dsh@vlink.ru) X-Comment-To: Kris Kennaway To: freebsd-current@freebsd.org References: <87k6pkr6eg.fsf@neva.vlink.ru> <20050207183058.GC56888@xor.obsecurity.org> From: Denis Shaposhnikov Date: Tue, 08 Feb 2005 11:01:33 +0300 In-Reply-To: <20050207183058.GC56888@xor.obsecurity.org> (Kris Kennaway's message of "Mon, 7 Feb 2005 10:30:58 -0800") Message-ID: <877jlj5vky.fsf@neva.vlink.ru> User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Corporate Culture, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: panic on jail with unionfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 08:01:36 -0000 >>>>> "Kris" == Kris Kennaway writes: Kris> unionfs is still known to be broken; did the same operation Kris> work previously? Of cause, it works ok on FreeBSD sagitta.internal.vlink.ru 6.0-CURRENT FreeBSD 6.0-CURRENT #1: Wed Dec 1 17:39:09 MSK 2004 dsh@rigel.internal.vlink.ru:/var/FreeBSD/obj/var/FreeBSD/src/sys/SAGITTA i386 -- DSS5-RIPE DSS-RIPN 2:550/5068@fidonet 2:550/5069@fidonet mailto:dsh@vlink.ru http://neva.vlink.ru/~dsh/ From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 08:07:23 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E401316A4CE; Tue, 8 Feb 2005 08:07:23 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2316743D53; Tue, 8 Feb 2005 08:07:23 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 76F78530C; Tue, 8 Feb 2005 09:07:21 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 1E7A35308; Tue, 8 Feb 2005 09:06:53 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id D4031B86E; Tue, 8 Feb 2005 09:06:53 +0100 (CET) To: =?iso-8859-1?q?S=F8ren_Schmidt?= References: <42028F29.1030801@DeepCore.dk> <420868D5.7030904@DeepCore.dk> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Tue, 08 Feb 2005 09:06:53 +0100 In-Reply-To: <420868D5.7030904@DeepCore.dk> =?iso-8859-1?q?=28S=F8ren?= Schmidt's message of "Tue, 08 Feb 2005 08:23:01 +0100") Message-ID: User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on flood.des.no X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=AWL,FORGED_RCVD_HELO autolearn=disabled version=3.0.1 cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 08:07:24 -0000 S=F8ren Schmidt writes: > There is no patch for ata-all.c there is a replacement. I will > eventually get that updated (so you can run cvs diff ?)... OK, thanks. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 08:23:05 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 006B416A4CE for ; Tue, 8 Feb 2005 08:23:05 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EE8643D55 for ; Tue, 8 Feb 2005 08:23:04 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 53931530C; Tue, 8 Feb 2005 09:23:03 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id D74685308 for ; Tue, 8 Feb 2005 09:22:30 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 788A9B86E; Tue, 8 Feb 2005 09:22:30 +0100 (CET) To: current@freebsd.org From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Tue, 08 Feb 2005 09:22:30 +0100 Message-ID: User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on flood.des.no X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=AWL,FORGED_RCVD_HELO autolearn=disabled version=3.0.1 Subject: boot0 patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 08:23:05 -0000 --=-=-= Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable boot0 currently recognizes FAT partition types 0x1, 0x4, 0x6, 0xb, 0xc and 0xe but not NTFS (type 0x7). While type 0x1 (FAT12) is used on floppies and 0x6 (FAT16 >32M) is still in relatively common use on hard disks, I believe 0x4 (FAT16 <32M) hasn't been in widespread use since the late eighties. The attached patch removes 0x4 from the list of recognized partition types in boot0 and adds 0x7 in its place. We still don't have room for the string "Windows", so type 0x7 is identified as DOS, but at least it's identified... DES --=20 Dag-Erling Sm=F8rgrav - des@des.no --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=boot0.diff Index: boot0.S =================================================================== RCS file: /home/ncvs/src/sys/boot/i386/boot0/boot0.S,v retrieving revision 1.13 diff -u -r1.13 boot0.S --- boot0.S 9 Jan 2005 23:30:35 -0000 1.13 +++ boot0.S 8 Feb 2005 09:12:58 -0000 @@ -409,7 +409,7 @@ /* * These values indicate bootable types we know the names of. */ - .byte 0x1, 0x4, 0x6, 0xb, 0xc, 0xe, 0x83 + .byte 0x1, 0x6, 0x7, 0xb, 0xc, 0xe, 0x83 .byte 0x9f, 0xa5, 0xa6, 0xa9 /* * These are offsets that match the known names above and point to the strings @@ -418,7 +418,7 @@ */ .byte os_dos-. # DOS .byte os_dos-. # DOS - .byte os_dos-. # DOS + .byte os_dos-. # Windows .byte os_dos-. # Windows .byte os_dos-. # Windows .byte os_dos-. # Windows --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 08:53:46 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 98F7616A4CE for ; Tue, 8 Feb 2005 08:53:46 +0000 (GMT) Received: from mail20.syd.optusnet.com.au (mail20.syd.optusnet.com.au [211.29.132.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id C134043D5A for ; Tue, 8 Feb 2005 08:53:45 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) j188rgJ8007873 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 8 Feb 2005 19:53:44 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])j188rg7l059211; Tue, 8 Feb 2005 19:53:42 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)j188rfiA059210; Tue, 8 Feb 2005 19:53:42 +1100 (EST) (envelope-from pjeremy) Date: Tue, 8 Feb 2005 19:53:41 +1100 From: Peter Jeremy To: supraexpress@globaleyes.net Message-ID: <20050208085341.GB57256@cirb503493.alcatel.com.au> References: <20050208034855.D211E43D45@mx1.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050208034855.D211E43D45@mx1.FreeBSD.org> User-Agent: Mutt/1.4.2i cc: freebsd-current@freebsd.org Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 08:53:46 -0000 On Mon, 2005-Feb-07 21:48:48 -0600, supraexpress@globaleyes.net wrote: > FreeBSD's >'DOS-like menu' system is a travisty and IS PROBABLY THE ONE THING THAT TURNS >OFF MORE PROSPECTIVE FBSD USERS THAN ANYTHING ELSE - I know - I have heard! An X-based GUI would be worse - the installer size would grow about 50 times and the minimum RAM requirements would grow several times. Given FreeBSDs target (servers) it's important the the installer run over a serial port. >I offer the following suggestions for cogitation and realize that some >of MY choices may not be "the best", but here goes anyhow: Unfortunately, your patches to implement this got lost in transit. Could you resend them please :-) -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 09:31:00 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C629216A4CE for ; Tue, 8 Feb 2005 09:31:00 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB5C243D3F for ; Tue, 8 Feb 2005 09:30:59 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j189UwTj044249 for ; Tue, 8 Feb 2005 10:30:58 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Tue, 08 Feb 2005 10:30:58 +0100 Message-ID: <44248.1107855058@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Subject: UFS/FFS/softupdates/snapshots: the view from 10m above X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 09:31:00 -0000 http://phk.freebsd.dk/misc/ufs.pdf You need 18 sheets of paper, a color printer and some tape. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 09:48:33 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A990516A4CE for ; Tue, 8 Feb 2005 09:48:33 +0000 (GMT) Received: from mta08-winn.mailhost.ntl.com (smtpout16.mailhost.ntl.com [212.250.162.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADEB343D31 for ; Tue, 8 Feb 2005 09:48:32 +0000 (GMT) (envelope-from antony.t.curtis@ntlworld.com) Received: from aamta01-winn.mailhost.ntl.com ([212.250.162.8]) by mta08-winn.mailhost.ntl.com with ESMTP <20050208094831.OXGL8887.mta08-winn.mailhost.ntl.com@aamta01-winn.mailhost.ntl.com>; Tue, 8 Feb 2005 09:48:31 +0000 Received: from localhost.localdomain ([81.107.94.210]) by aamta01-winn.mailhost.ntl.com with ESMTP <20050208094831.FYMF15415.aamta01-winn.mailhost.ntl.com@localhost.localdomain>; Tue, 8 Feb 2005 09:48:31 +0000 From: Antony T Curtis To: supraexpress@globaleyes.net In-Reply-To: <20050208034855.D211E43D45@mx1.FreeBSD.org> References: <20050208034855.D211E43D45@mx1.FreeBSD.org> Content-Type: text/plain Date: Tue, 08 Feb 2005 09:48:29 +0000 Message-Id: <1107856109.84971.6.camel@pcgem.rdg.cyberkinetica.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 09:48:33 -0000 On Mon, 2005-02-07 at 21:48 -0600, supraexpress@globaleyes.net wrote: > One of the main "stumbling blocks" to using FreeBSD is the installation > process. I have had "lots of fun" (not!) with NetBSD's line-mode/shell-script > "installer" and confusing companion installation instructions, in the past; I > only tried OpenBSD once and don't remember anything about its installation > process, but I seem to recall that it was similar to NetBSD's; FreeBSD's > 'DOS-like menu' system is a travisty and IS PROBABLY THE ONE THING THAT TURNS > OFF MORE PROSPECTIVE FBSD USERS THAN ANYTHING ELSE - I know - I have heard! In my opinion, I like FreeBSD's installer. So simple, no distracting graphics, or hard-to-read text, no need for a mouse. If I was to develop an installer for an operating system, it would be pretty similar to sysinstall. Perhaps the only thing that could be made better is a much simpler step-by-step install for newbies - reduce the number of options available and cater for the common install senerios so that the install can be done on a clean drive with half a dozen keystrokes - but I would definitely keep the current sysinstall for the admin who knows what s/he wants! -- Antony T Curtis, BSc. UNIX, Linux, *BSD, Networking antony.t.curtis@ntlworld.com C++, J2EE, Perl, MySQL, Apache IT Consultancy. From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 09:49:43 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83C8B16A4CE for ; Tue, 8 Feb 2005 09:49:43 +0000 (GMT) Received: from mailhub01.unibe.ch (mailhub01.unibe.ch [130.92.9.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DD8B43D41 for ; Tue, 8 Feb 2005 09:49:42 +0000 (GMT) (envelope-from roth@droopy.unibe.ch) Received: from localhost (scanhub02-eth0.unibe.ch [130.92.254.66]) by mailhub01.unibe.ch (Postfix) with ESMTP id 1D51625BA9B for ; Tue, 8 Feb 2005 10:49:41 +0100 (MET) Received: from mailhub01.unibe.ch ([130.92.9.52]) by localhost (scanhub02.unibe.ch [130.92.254.66]) (amavisd-new, port 10024) with LMTP id 20521-08-85 for ; Tue, 8 Feb 2005 10:49:36 +0100 (CET) Received: from asterix.unibe.ch (asterix.unibe.ch [130.92.64.4]) by mailhub01.unibe.ch (Postfix) with ESMTP id 468FC25BA9A for ; Tue, 8 Feb 2005 10:49:39 +0100 (MET) Received: from droopy.unibe.ch (droopy [130.92.64.20]) by asterix.unibe.ch (8.11.7p1+Sun/8.11.7) with ESMTP id j189ndN06807 for ; Tue, 8 Feb 2005 10:49:39 +0100 (MET) Received: (from roth@localhost) by droopy.unibe.ch (8.12.10+Sun/8.12.9/Submit) id j189nwG0016762 for freebsd-current@freebsd.org; Tue, 8 Feb 2005 10:49:58 +0100 (MET) Date: Tue, 8 Feb 2005 10:49:58 +0100 From: Tobias Roth To: freebsd-current@freebsd.org Message-ID: <20050208094958.GA16737@droopy.unibe.ch> References: <4205F382.8020404@freebsd.org> <20050206194857.5920e369.diegocglinux@yahoo.es> <42066967.1060300@freebsd.org> <1107754103.4206fc77b1e68@imp4-q.free.fr> <20050207214652.0ccf31a2.diegocglinux@yahoo.es> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050207214652.0ccf31a2.diegocglinux@yahoo.es> User-Agent: Mutt/1.4i X-message-flag: Warning! Using Outlook is insecure and promotes virus distribution. Please use a different email client. X-Virus-checked: by University of Berne Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 09:49:43 -0000 On Mon, Feb 07, 2005 at 09:46:52PM +0100, Diego Calleja wrote: > > Advertising works, but only if there is a sound product behind it. > > Advertising works regardless of the product, and windows is the best proof of this > > And lack of advertising can kill a product, regardless of the quality of the > product (ie: digital) ...and rest in piece, my beloved Amiga From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 09:57:46 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8088216A4CE for ; Tue, 8 Feb 2005 09:57:46 +0000 (GMT) Received: from mta05-winn.mailhost.ntl.com (smtpout15.mailhost.ntl.com [212.250.162.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8060C43D49 for ; Tue, 8 Feb 2005 09:57:45 +0000 (GMT) (envelope-from antony.t.curtis@ntlworld.com) Received: from aamta06-winn.mailhost.ntl.com ([212.250.162.8]) by mta05-winn.mailhost.ntl.com with ESMTP <20050208095744.WVCJ1139.mta05-winn.mailhost.ntl.com@aamta06-winn.mailhost.ntl.com> for ; Tue, 8 Feb 2005 09:57:44 +0000 Received: from localhost.localdomain ([81.107.94.210]) by aamta06-winn.mailhost.ntl.com with ESMTP <20050208095744.ZICW1438.aamta06-winn.mailhost.ntl.com@localhost.localdomain> for ; Tue, 8 Feb 2005 09:57:44 +0000 From: Antony T Curtis To: freebsd-current@freebsd.org In-Reply-To: <20050207214652.0ccf31a2.diegocglinux@yahoo.es> References: <4205F382.8020404@freebsd.org> <20050206194857.5920e369.diegocglinux@yahoo.es> <1107754103.4206fc77b1e68@imp4-q.free.fr> <20050207214652.0ccf31a2.diegocglinux@yahoo.es> Content-Type: text/plain Date: Tue, 08 Feb 2005 09:57:42 +0000 Message-Id: <1107856662.84971.10.camel@pcgem.rdg.cyberkinetica.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 09:57:46 -0000 On Mon, 2005-02-07 at 21:46 +0100, Diego Calleja wrote: > > Advertising works, but only if there is a sound product behind it. > > Advertising works regardless of the product, and windows is the best proof of this > > And lack of advertising can kill a product, regardless of the quality of the > product (ie: digital) Bad advertising can kill a product quickly, especially when the adverts confuse prospective users... Remember the IBM's "Nuns" OS/2 commercial? -- Antony T Curtis, BSc. UNIX, Linux, *BSD, Networking antony.t.curtis@ntlworld.com C++, J2EE, Perl, MySQL, Apache +44-(118)-377-3247 IT Consultancy. From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 09:57:59 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9589E16A4CE for ; Tue, 8 Feb 2005 09:57:59 +0000 (GMT) Received: from relay.bestcom.ru (relay.bestcom.ru [217.72.144.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id C190843D46 for ; Tue, 8 Feb 2005 09:57:58 +0000 (GMT) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (root@cell.sick.ru [217.72.144.68]) by relay.bestcom.ru (8.13.1/8.12.9) with ESMTP id j189vuuJ043608 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 8 Feb 2005 12:57:57 +0300 (MSK) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.11/8.12.8) with ESMTP id j189vtN8001575 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 Feb 2005 12:57:56 +0300 (MSK) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.sick.ru (8.12.11/8.12.11/Submit) id j189vtdw001574; Tue, 8 Feb 2005 12:57:55 +0300 (MSK) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@freebsd.org using -f Date: Tue, 8 Feb 2005 12:57:55 +0300 From: Gleb Smirnoff To: John Message-ID: <20050208095755.GI853@cell.sick.ru> References: <20050201225215.GA45587@mail.unixjunkie.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20050201225215.GA45587@mail.unixjunkie.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: ClamAV version devel-20050125, clamav-milter version 0.80ff on relay.bestcom.ru X-Virus-Status: Clean cc: freebsd-current@freebsd.org Subject: Re: netgraph related crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 09:57:59 -0000 John, On Tue, Feb 01, 2005 at 04:52:15PM -0600, John wrote: J> I was playing around with a 6.0 box i setup (current as of yesterday) J> and i seem to have triggered a panic. The box panics when i run the following J> script. It seems to die right when ng_ether is loaded. J> One thing i noticed is if i boot into single user mode then load the module J> it may not panic. I think it has something to do with the bge nics not being up. J> Both bge nics are plugged into 100mbit taps. J> J> /usr/local/etc/rc.d/000.ifconfig.ngeth0.sh J> kldload ng_ether J> ngctl mkpeer . eiface hook ether J> ngctl mkpeer ngeth0: one2many lower one J> ngctl msg bge0: setautosrc 0 J> ngctl msg bge1: setautosrc 0 J> ngctl msg ngeth0: setautosrc 0 J> ngctl connect bge0: ngeth0:lower lower many0 J> ngctl connect bge1: ngeth0:lower lower many1 J> ifconfig ngeth0 -arp up J> J> btw if anyone wants access to the kernel and dump file let me know where i can J> send it and i'll upload it, otherwise i'll be more then happy to proxy any J> commands. Weird. Do you have ng_ether compiled in statically into kernel or it is a module? Is it possible to reproduce it on a single bge NIC? I have one at home and it successfully runs 6.0 with ng_ether on top of bge. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 10:22:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38DB316A4CE; Tue, 8 Feb 2005 10:22:29 +0000 (GMT) Received: from relay.bestcom.ru (relay.bestcom.ru [217.72.144.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33BAF43D48; Tue, 8 Feb 2005 10:22:28 +0000 (GMT) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (root@cell.sick.ru [217.72.144.68]) by relay.bestcom.ru (8.13.1/8.12.9) with ESMTP id j18AMQkR044034 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 8 Feb 2005 13:22:27 +0300 (MSK) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.11/8.12.8) with ESMTP id j18AMPF1001675 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 Feb 2005 13:22:26 +0300 (MSK) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.sick.ru (8.12.11/8.12.11/Submit) id j18AMPWC001674; Tue, 8 Feb 2005 13:22:25 +0300 (MSK) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@freebsd.org using -f Date: Tue, 8 Feb 2005 13:22:24 +0300 From: Gleb Smirnoff To: Norikatsu Shigemura Message-ID: <20050208102224.GJ853@cell.sick.ru> References: <200502061108.j16B8Jh4029373@sakura.ninth-nine.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <200502061108.j16B8Jh4029373@sakura.ninth-nine.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: ClamAV version devel-20050125, clamav-milter version 0.80ff on relay.bestcom.ru X-Virus-Status: Clean cc: freebsd-current@freebsd.org Subject: Re: panic SCHED_ULE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 10:22:29 -0000 Norikatsu, On Sun, Feb 06, 2005 at 08:08:19PM +0900, Norikatsu Shigemura wrote: N> In recently 6-current with SMP(PentiumIII-S x2), I contacted N> a scheduler panic while `make -j1024 buildworld'. N> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - N> FreeBSD 6.0-CURRENT #10: Sun Feb 6 19:10:30 JST 2005 N> nork@nadesico.ninth-nine.com:/devel/obj/usr/src/sys/NADESICO N> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - N> N> How should this problem be fixed? Check that you have sched_ule.c rev. 1.146 -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 10:31:25 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBB6116A4CE for ; Tue, 8 Feb 2005 10:31:24 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A7CA43D48 for ; Tue, 8 Feb 2005 10:31:24 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j18AVMmG045253; Tue, 8 Feb 2005 11:31:22 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Antony T Curtis From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 08 Feb 2005 09:48:29 GMT." <1107856109.84971.6.camel@pcgem.rdg.cyberkinetica.com> Date: Tue, 08 Feb 2005 11:31:22 +0100 Message-ID: <45252.1107858682@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 10:31:25 -0000 In message <1107856109.84971.6.camel@pcgem.rdg.cyberkinetica.com>, Antony T Curtis writes: >On Mon, 2005-02-07 at 21:48 -0600, supraexpress@globaleyes.net wrote: >> One of the main "stumbling blocks" to using FreeBSD is the installation >> process. I have had "lots of fun" (not!) with NetBSD's line-mode/shell-script >> "installer" and confusing companion installation instructions, in the past; I >> only tried OpenBSD once and don't remember anything about its installation >> process, but I seem to recall that it was similar to NetBSD's; FreeBSD's >> 'DOS-like menu' system is a travisty and IS PROBABLY THE ONE THING THAT TURNS >> OFF MORE PROSPECTIVE FBSD USERS THAN ANYTHING ELSE - I know - I have heard! > >In my opinion, I like FreeBSD's installer. So simple, no distracting >graphics, or hard-to-read text, no need for a mouse. If I was to develop >an installer for an operating system, it would be pretty similar to >sysinstall. We probably save both ourselves and the potential user a lot of valuable time if he is turned off by the fact that the installer is shell-script or a curses menu based as opposed to X11 and graphics based. If the potential user cannot cope with sysinstall, they're probably not going to survive in the long run anyway. Imagine when he needs to set up a printer ? You install these ports, then you stick weird stuff in this file, write this shell script filter thing and ... hey ? you're leaving already ? what do you mean "archane and cryptic" ?? Come back here! Damn... FreeBSD is not at present anywhere close to a plug&play operating system, you simply need to have a certain non-trivial level of clue or willingness to obtain same the hard way, otherwise it is not going to fly. Mind you, I'm not saying that it should _stay_ that way, but right now that is the way it is, and we have to act accordingly. So if we are done pounding our hands into the bar top, yelling "If *I* had it *MY* way, everybody should ..." while splattering the innocent bystander next to us our drink, somebody should go off and start working on the programms necessary to implement the following installation program: Insert media. Boot. Q: There is no unreserved disk space. Do you want to take N Gigabytes of free space from $OPERATINGSYSTEM to use for FreeBSD ? A: yes. (installs itself after sqeezing some other OS a bit. If it takes longer than a few minutes, the user is offered a chance to start reading the documentation of their choice "Welcome to FreeBSD", "Release notes" and "From FreeBSD N to N+1" etc). Q: If you have any USB, Firewire or other external devices you want to have autoconfigured at this time, please make sure they are turned on now. Press Enter when ready. A: E-N-T-E-R (finds all USB, firewire and self-announced ethernet devices like scanners, printers, modems, firewalls etc.) Q: I see you have a network connection, please verify the following settings: (settings autodetected, possibly by rumaging around in the windows registry) Press return if this looks right. A: R-E-T-U-R-N Q: Congratulations, you are done! Welcome to FreeBSD. If you are new to FreeBSD we have prepared a little tutorial for you, press this -> [cute picture] button at any time to reach documentation and help. Assignment due one year from now. Any further questions ? No ? On your marks ... ready ... set ... GO! -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 10:56:51 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3391C16A4CF for ; Tue, 8 Feb 2005 10:56:51 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7477A43D45 for ; Tue, 8 Feb 2005 10:56:50 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 540A0530C; Tue, 8 Feb 2005 11:56:48 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id B3E3C5308; Tue, 8 Feb 2005 11:56:19 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 738D1B86E; Tue, 8 Feb 2005 11:56:19 +0100 (CET) To: Craig Reyenga References: <4205F382.8020404@freebsd.org> <20050206194857.5920e369.diegocglinux@yahoo.es> <42066967.1060300@freebsd.org> <1107754103.4206fc77b1e68@imp4-q.free.fr> <20050207214652.0ccf31a2.diegocglinux@yahoo.es> <20050208075739.GA53593@burnout.lan.bluemidnight.ca> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Tue, 08 Feb 2005 11:56:19 +0100 In-Reply-To: <20050208075739.GA53593@burnout.lan.bluemidnight.ca> (Craig Reyenga's message of "Tue, 8 Feb 2005 02:57:39 -0500") Message-ID: User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on flood.des.no X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=AWL,FORGED_RCVD_HELO autolearn=disabled version=3.0.1 cc: freebsd-current@freebsd.org cc: Diego Calleja Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 10:56:51 -0000 Craig Reyenga writes: > Have you heard of the Ferrari Enzo? Of course you have. Have you ever > seen an advertisement for it on televsion? Of course not. The car's V12 > engine and ceramic brakes speak for themselves [1]. You're mistaken. Ferrari spend a lot of money on advertising - they just don't spend it on advertising to end-users. Instead, they advertise to the press: they go to trade shows, hold press events, invite journalists to test-drive their cars etc. and rely on the press to bring the message to the end-users. They also advertise through tie-in merchandise (posters, calendars, model cars, etc.) DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 11:10:21 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4F9E16A4CE for ; Tue, 8 Feb 2005 11:10:21 +0000 (GMT) Received: from gidgate.gid.co.uk (gid.co.uk [194.32.164.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C54343D49 for ; Tue, 8 Feb 2005 11:10:18 +0000 (GMT) (envelope-from rb@gid.co.uk) Received: (from rb@localhost) by gidgate.gid.co.uk (8.11.7/8.11.6) id j18B9I822653; Tue, 8 Feb 2005 11:09:18 GMT (envelope-from rb) Message-Id: <6.2.0.14.2.20050208110804.049a9370@gid.co.uk> X-Mailer: QUALCOMM Windows Eudora Version 6.2.0.14 Date: Tue, 08 Feb 2005 11:09:03 +0000 To: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= ), Craig Reyenga From: Bob Bishop In-Reply-To: References: <4205F382.8020404@freebsd.org> <20050206194857.5920e369.diegocglinux@yahoo.es> <42066967.1060300@freebsd.org> <1107754103.4206fc77b1e68@imp4-q.free.fr> <20050207214652.0ccf31a2.diegocglinux@yahoo.es> <20050208075739.GA53593@burnout.lan.bluemidnight.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable cc: freebsd-current@freebsd.org Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 11:10:21 -0000 At 10:56 08/02/2005, Dag-Erling Sm=F8rgrav wrote: >Craig Reyenga writes: > > Have you heard of the Ferrari Enzo? Of course you have. Have you ever > > seen an advertisement for it on televsion? Of course not. The car's V12 > > engine and ceramic brakes speak for themselves [1]. > >You're mistaken. Ferrari spend a lot of money on advertising - they >just don't spend it on advertising to end-users. Instead, they >advertise to the press: they go to trade shows, hold press events, >invite journalists to test-drive their cars etc. and rely on the press >to bring the message to the end-users. They also advertise through >tie-in merchandise (posters, calendars, model cars, etc.) They also run a Formula 1 team with an eye-watering budget. -- Bob Bishop +44 (0)118 940 1243 rb@gid.co.uk fax +44 (0)118 940 1295 From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 11:23:22 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59B5016A4CE for ; Tue, 8 Feb 2005 11:23:22 +0000 (GMT) Received: from av6-1-sn3.vrr.skanova.net (av6-1-sn3.vrr.skanova.net [81.228.9.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 705FC43D39 for ; Tue, 8 Feb 2005 11:23:21 +0000 (GMT) (envelope-from joel@automatvapen.se) Received: by av6-1-sn3.vrr.skanova.net (Postfix, from userid 502) id 448C237F46; Tue, 8 Feb 2005 12:23:20 +0100 (CET) Received: from smtp3-2-sn3.vrr.skanova.net (smtp3-2-sn3.vrr.skanova.net [81.228.9.102]) by av6-1-sn3.vrr.skanova.net (Postfix) with ESMTP id 2052637F0C; Tue, 8 Feb 2005 12:23:20 +0100 (CET) Received: from t4o955p19.telia.com (t4o955p19.telia.com [195.252.53.139]) by smtp3-2-sn3.vrr.skanova.net (Postfix) with ESMTP id EC49337E48; Tue, 8 Feb 2005 12:23:17 +0100 (CET) From: Joel Dahl To: Peter Jeremy In-Reply-To: <20050208085341.GB57256@cirb503493.alcatel.com.au> References: <20050208034855.D211E43D45@mx1.FreeBSD.org> <20050208085341.GB57256@cirb503493.alcatel.com.au> Content-Type: text/plain Date: Tue, 08 Feb 2005 12:23:19 +0100 Message-Id: <1107861799.485.84.camel@dude.automatvapen.se> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 11:23:22 -0000 On Tue, 2005-02-08 at 19:53 +1100, Peter Jeremy wrote: > An X-based GUI would be worse - the installer size would grow about 50 > times and the minimum RAM requirements would grow several times. > Given FreeBSDs target (servers) it's important the the installer run > over a serial port. This is maybe a good point, but is it really valid? No-one is stopping us from having two installers (with the exception of size), keep sysinstall (for those who like/need it) as default, but also offer a graphical installer as a second option, like this: ------------------------------------- 1. Install FreeBSD (text-mode) 2. Install FreeBSD (graphical-mode) ------------------------------------- Why choose between X and Y, when we can have both? All this comes down to one thing: we need to attract new users. There's always exceptions, but generally Mr.Hard.Core.Linux.User won't throw his Linux installation away and switch to FreeBSD overnight, so we should really focus more on new and curious users and show them what FreeBSD has to offer. BSD used to be about cutting edge development, and it probably still is, but Joe Random User doesn't care about that - he needs something that is easy to use, and easy to install. At my university, students often ask me (well, they ask in Swedish, but since people on this list probably classifies Swedish as a weird language, I'll translate it ;-) : S: What's this FreeBSD I've been hearing about, is it any good?. M: Sure, it's great, it's powerful and it has all those great features that you could expect (and I go on about how great it is). The second question usually is: S: Ok, nice! How's the installer, is it as simple as Ubuntu Linux? M: Uhm, well, it's text-mode only. S: Ugh! Why? Doesn't FreeBSD run on new hardware or what? (...) And you should quickly see where this is heading. My point is, as long as we keep on preaching about sysinstall's greatness, we won't get new users. They have a bunch of other options to choose from (yea, about a million Linux distributions), so why should they pick FreeBSD? I'm advocating FreeBSD in Sweden, and I see a steadily growing amount of users, but something is stopping us from taking that big step that would place us at #1 position. I think that Poul-Henning made a very good summary of what needs to be done back in December: http://lists.freebsd.org/pipermail/freebsd-current/2004-December/043849.html I love FreeBSD, and I will probably use it as my primary OS until I die, and I would really hate to see it end up in a dark corner somewhere in the future. Sorry for any bad spelling, I think I broke some kind of world record typing this mail... ;-) -- Joel From owner-freebsd-current@FreeBSD.ORG Mon Feb 7 18:42:48 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B51016A4CE; Mon, 7 Feb 2005 18:42:48 +0000 (GMT) Received: from marlena.vvi.at (marlena.vvi.at [208.252.225.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D8AF43D31; Mon, 7 Feb 2005 18:42:47 +0000 (GMT) (envelope-from www@marlena.vvi.at) Received: from marlena.vvi.at (localhost.marlena.vvi.at [127.0.0.1]) by marlena.vvi.at (8.12.10/8.12.9) with ESMTP id j16Mlmbc041150; Sun, 6 Feb 2005 14:47:54 -0800 (PST) (envelope-from www@marlena.vvi.at) Received: (from www@localhost) by marlena.vvi.at (8.12.10/8.12.10/Submit) id j16Mlg0r041149; Sun, 6 Feb 2005 14:47:42 -0800 (PST) (envelope-from www) Date: Sun, 6 Feb 2005 14:47:42 -0800 (PST) Message-Id: <200502062247.j16Mlg0r041149@marlena.vvi.at> To: rwatson@freebsd.org From: "ALeine" X-Mailman-Approved-At: Tue, 08 Feb 2005 13:04:58 +0000 cc: freebsd-hackers@freebsd.org cc: k-sasaki@ist.osaka-u.ac.jp cc: freebsd-current@freebsd.org Subject: Re: FW: Call for comments: CoxR, a CVS/mail-lists/BTS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 18:42:48 -0000 rwatson@freebsd.org wrote: > I appreciate that not everyone is a fan of mutex synchronization, > but "mutex hell" is a bit of an odd description: most bugs I see > getting reported (and fixed) aren't even locking-related. They're > generally a property of lack of testing exposure for more obscure > features or edge cases that are hard to test for without a wide > testing base, such as edge-case hardware, bugs associated with > longer run times, or a recently introduced feature, etc. Well, mutex hell is more of a humorous description, but unfortunately it is not too far from what is becoming a reality. I believe that the path the FreeBSD Project has taken with the 5.x branch (not only in regard to mutex locking but in general) has made things far too complex in ways that make even seasoned hardcore developers such as yourself unwilling to touch certain subsystems because only one or two people really understand that system well enough to introduce only a few (instead of a few dozen) critical bugs when changing that subsystem. Or do you want to tell me that you could go right in and get the critical section related stuff sorted out on your own without John Baldwin and Stephan Uphoff in order to get to merge your UMA related changes? :-) I've been examining kernel sources in greater detail these past few days and from what I've seen so far I believe certain subsystems should just be rewritten from scratch in order to simplify things in terms of solving MP problems and UP performance (burning a lot of unnecessary cycles on every mutex release and the like is just not acceptable, IMHO). Rewritting the IPI code and the scheduler should be a good start, but I doubt anyone from the Core team would even consider that because you've all invested so much into what is in place now. As you keep working on the same things you've been working on for years things get more and more complex and you become more and more resistant to change, while potential developers become more and more discouraged and in the end things might get very stale with only a handful overworked developers who won't be able to see the forest for the trees. I do not mean to start a flame war or anything, this is just my opinion, I do have a lot of respect for all of you guys working hard on the 5.x and the 6.x branches, I just politely disagree with the direction in which the project is heading. :-) ALeine ___________________________________________________________________ WebMail FREE http://mail.austrosearch.net From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 07:33:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FBBC16A4CE; Tue, 8 Feb 2005 07:33:29 +0000 (GMT) Received: from entropy.tmok.com (entropy.tmok.com [68.15.34.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08FA843D4C; Tue, 8 Feb 2005 07:33:29 +0000 (GMT) (envelope-from vman@entropy.tmok.com) Received: from entropy.tmok.com (vman@localhost.tmok.com [127.0.0.1]) by entropy.tmok.com (8.12.10/8.12.9) with ESMTP id j187XMbO035752; Tue, 8 Feb 2005 02:33:23 -0500 (EST) (envelope-from vman@entropy.tmok.com) Received: (from vman@localhost) by entropy.tmok.com (8.12.10/8.12.5/Submit) id j187XL4J035751; Tue, 8 Feb 2005 02:33:21 -0500 (EST) (envelope-from vman) Message-ID: <20050208023321.A35686@tmok.com> Date: Tue, 8 Feb 2005 02:33:21 -0500 From: Vlad Manilici To: sos@DeepCore.dk Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i X-Mailman-Approved-At: Tue, 08 Feb 2005 13:04:58 +0000 cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ACPI Suspend/resume [was Re: ATA mkIII first official patches...] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 07:33:29 -0000 Hi, > Does 5-STABLE have a working acpi based suspend/resume for anyone? I have a 5-STABLE from 27.01, on an IBM R40e. Suspend to memory (-s 3) seems to work, but there is no way to resume. How do you trigger a resume?? CU, Vlad From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 07:41:43 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CD0216A4CE for ; Tue, 8 Feb 2005 07:41:43 +0000 (GMT) Received: from smtp07.web.de (smtp07.web.de [217.72.192.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01BB243D53 for ; Tue, 8 Feb 2005 07:41:43 +0000 (GMT) (envelope-from nakal@web.de) Received: from [217.225.236.137] (helo=localhost.localdomain) by smtp07.web.de with esmtp (TLSv1:RC4-MD5:128) (WEB.DE 4.103 #192) id 1CyQ0D-0003mb-00; Tue, 08 Feb 2005 08:41:42 +0100 From: Martin To: Kris Kennaway In-Reply-To: <20050208040642.GA37528@xor.obsecurity.org> References: <20050208034855.D211E43D45@mx1.FreeBSD.org> <20050208040642.GA37528@xor.obsecurity.org> Content-Type: text/plain Date: Tue, 08 Feb 2005 08:41:39 +0100 Message-Id: <1107848499.815.30.camel@klotz.local> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Sender: nakal@web.de X-Sender: nakal@web.de X-Mailman-Approved-At: Tue, 08 Feb 2005 13:04:58 +0000 cc: FreeBSD Current Subject: Re: Yet another sysinstall thread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 07:41:43 -0000 Am Montag, den 07.02.2005, 20:06 -0800 schrieb Kris Kennaway: > Fine, yeah, sysinstall sucks, but writing emails proposing > specifications for how someone else should implement a replacement > isn't going to get that job done. Thousands of words have been > written on that topic over the years, but precious little code. I've been trying to port one of my framebuffer-based linux applications, but I ran into problem with VESA-support on the terminal (inconsistent? incomplete?) and after even the simpliest VGA-based (320x200) apps failed to execute leaving me hanging in graphics mode and panic()ing, I gave up. This was my experience with libvgl last year. When I wrote to this list last year, someone suggested to take a look at KGI4BSD. That's of course nice, but to start programming something, it would be nice to have the feeling that you have everything you need in the base distribution. And btw, I don't see KGI4BSD supporting VESA which I would prefer in the first step, because every VGA-card has got this interface and you don't need acceleration when developing simple applications. KGI4BSD seems to support Matrox- and ATI-only cards which I don't have here. I'm waiting for KGI4BSD to extend the driver support and to merge the code into -CURRENT. The people have a good idea there, but the project is moving slowly. Unfortunatelly, I cannot help with kernel development, because of lack of experience. It would be nice to see more effort and more developers working at this project. It is a piece of work to write a small widget toolkit and when you you run into trouble with basic things, it is no fun anymore. Martin From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 08:58:10 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4E6A16A4CE for ; Tue, 8 Feb 2005 08:58:10 +0000 (GMT) Received: from ctb-mesg6.saix.net (ctb-mesg6.saix.net [196.25.240.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id E346A43D5D for ; Tue, 8 Feb 2005 08:58:08 +0000 (GMT) (envelope-from greg@propdata.co.za) Received: from intraweb.propdata.co.za (nngy-165-166-87.telkomadsl.co.za [165.165.166.87]) by ctb-mesg6.saix.net (Postfix) with SMTP id D69E163C7 for ; Tue, 8 Feb 2005 10:58:05 +0200 (SAST) Received: (qmail 26218 invoked by uid 1015); 8 Feb 2005 09:03:38 -0000 Received: from 192.168.0.6 by intraweb.propdata.co.za (envelope-from , uid 1013) with qmail-scanner-1.24-st-qms (clamdscan: 0.80/659. spamassassin: 3.0.1. perlscan: 1.24-st-qms. Clear:RC:1(192.168.0.6):. Processed in 0.567642 secs); 08 Feb 2005 09:03:38 -0000 X-Antivirus-PROPDATA-Mail-From: greg@propdata.co.za via intraweb.propdata.co.za X-Antivirus-PROPDATA: 1.24-st-qms (Clear:RC:1(192.168.0.6):. Processed in 0.567642 secs Process 26212) Received: from unknown (HELO fyre.codelounge.co.za) (192.168.0.6) by intraweb.propdata.co.za with SMTP; 8 Feb 2005 09:03:37 -0000 From: Greg Armer To: freebsd-current@freebsd.org In-Reply-To: <20050208085341.GB57256@cirb503493.alcatel.com.au> References: <20050208034855.D211E43D45@mx1.FreeBSD.org> <20050208085341.GB57256@cirb503493.alcatel.com.au> Date: Tue, 08 Feb 2005 10:57:38 +0200 Message-Id: <1107853058.602.18.camel@fyre.codelounge.co.za> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port X-Mailman-Approved-At: Tue, 08 Feb 2005 13:04:58 +0000 Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 08:58:11 -0000 On Tue, 2005-02-08 at 19:53 +1100, Peter Jeremy wrote: > On Mon, 2005-Feb-07 21:48:48 -0600, supraexpress@globaleyes.net wrote: > > FreeBSD's > >'DOS-like menu' system is a travisty and IS PROBABLY THE ONE THING THAT TURNS > >OFF MORE PROSPECTIVE FBSD USERS THAN ANYTHING ELSE - I know - I have heard! > > An X-based GUI would be worse - the installer size would grow about 50 > times and the minimum RAM requirements would grow several times. > Given FreeBSDs target (servers) it's important the the installer run > over a serial port. I have to agree here, and add there is nothing like installing an entire server OS in 7 minutes. > > >I offer the following suggestions for cogitation and realize that some > >of MY choices may not be "the best", but here goes anyhow: > > Unfortunately, your patches to implement this got lost in transit. > Could you resend them please :-) > Greg From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 09:57:04 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6884716A4CE; Tue, 8 Feb 2005 09:57:04 +0000 (GMT) Received: from marlena.vvi.at (marlena.vvi.at [208.252.225.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0841D43D46; Tue, 8 Feb 2005 09:57:04 +0000 (GMT) (envelope-from www@marlena.vvi.at) Received: from marlena.vvi.at (localhost.marlena.vvi.at [127.0.0.1]) by marlena.vvi.at (8.12.10/8.12.9) with ESMTP id j17E27bc056210; Mon, 7 Feb 2005 06:02:12 -0800 (PST) (envelope-from www@marlena.vvi.at) Received: (from www@localhost) by marlena.vvi.at (8.12.10/8.12.10/Submit) id j17E21Jb056209; Mon, 7 Feb 2005 06:02:01 -0800 (PST) (envelope-from www) Date: Mon, 7 Feb 2005 06:02:01 -0800 (PST) Message-Id: <200502071402.j17E21Jb056209@marlena.vvi.at> To: kris@obsecurity.org From: "ALeine" X-Mailman-Approved-At: Tue, 08 Feb 2005 13:04:58 +0000 cc: freebsd-hackers@freebsd.org cc: k-sasaki@ist.osaka-u.ac.jp cc: rwatson@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: FW: Call for comments: CoxR, a CVS/mail-lists/BTS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 09:57:04 -0000 kris@obsecurity.org wrote: > Consider not insulting the intelligence of the FreeBSD developers > if you want them to ever help you again with your kernel newbie > questions. That kind of trash-talking may be cool in other > projects, but around here it's not going to win you friends. Consider not mischaracterizing, belittling and alienating people for voicing their opinions. I had no intention of insulting anyone, my point was exactly the opposite of what you seem to believe - I claim that if such seasoned, highly intelligent and skilled developers do not feel comfortable making changes to certain subsystems then that is an indication that the complexity has gone too far. Let me reiterate, I believe the Core team members to be highly intelligent, skilled and friendly people and I have a lot of respect for them and their work. I have utmost respect for Mr. Watson because I believe he better than anyone else embodies the spirit of the Project, he is always very informative, thorough, helpful, friendly, polite, willing to share his vast knowledge and experience and offer his insight, unlike certain former Security Officers. ALeine ___________________________________________________________________ WebMail FREE http://mail.austrosearch.net From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 14:04:25 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F394416A4CE for ; Tue, 8 Feb 2005 14:04:24 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5C0543D68 for ; Tue, 8 Feb 2005 14:04:23 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received-SPF: pass (eva.fit.vutbr.cz: domain of xdivac02@eva.fit.vutbr.cz designates 127.0.0.1 as permitted sender) receiver=eva.fit.vutbr.cz; client_ip=127.0.0.1; envelope-from=xdivac02@eva.fit.vutbr.cz; Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (8.12.11/8.12.11) with ESMTP id j18E4Jli015302 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Tue, 8 Feb 2005 15:04:19 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.12.11/8.12.5/Submit) id j18E4JU7015301 for current@freebsd.org; Tue, 8 Feb 2005 15:04:19 +0100 (CET) Date: Tue, 8 Feb 2005 15:04:19 +0100 From: Divacky Roman To: current@freebsd.org Message-ID: <20050208140419.GA15236@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Subject: panic in recent 6-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 14:04:25 -0000 #22 0xc0493087 in softclock (dummy=0x0) at atomic.h:365 #23 0xc04768a3 in ithread_loop (arg=0xc1577480) at /usr/src/sys/kern/kern_intr.c:546 #24 0xc0475be9 in fork_exit (callout=0xc0476761 , arg=0xc1577480, frame=0xd3fc3d48) at /usr/src/sys/kern/kern_fork.c:790 #25 0xc057ef5c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 (all other frames are either ??? or from ddb) I got this on ~12 hours old current later in boot after initializing pf and before initializing usbd roman From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 14:04:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C51B616A4CE for ; Tue, 8 Feb 2005 14:04:41 +0000 (GMT) Received: from av9-1-sn2.hy.skanova.net (av9-1-sn2.hy.skanova.net [81.228.8.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70F5643D55 for ; Tue, 8 Feb 2005 14:04:40 +0000 (GMT) (envelope-from martin@gneto.com) Received: by av9-1-sn2.hy.skanova.net (Postfix, from userid 502) id 4220D37ECF; Tue, 8 Feb 2005 15:04:39 +0100 (CET) Received: from smtp4-2-sn2.hy.skanova.net (smtp4-2-sn2.hy.skanova.net [81.228.8.93]) by av9-1-sn2.hy.skanova.net (Postfix) with ESMTP id 349AE37E49 for ; Tue, 8 Feb 2005 15:04:39 +0100 (CET) Received: from [192.168.2.30] (h118n1fls31o985.telia.com [213.65.16.118]) by smtp4-2-sn2.hy.skanova.net (Postfix) with ESMTP id 1F89837E4D for ; Tue, 8 Feb 2005 15:04:38 +0100 (CET) Message-ID: <4208C6EE.4000200@gneto.com> Date: Tue, 08 Feb 2005 15:04:30 +0100 From: Martin Nilsson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: sv, en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: I can donate a ti card, if someone needs one to lock down the driver. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 14:04:41 -0000 The subject pretty much says it all. If someone is interested in locking down the ti driver but lacks the hardware I can send him/her one of my spare Tigon II cards with 512KB buffer. I also have a couple of nge (National) and bge (Broadcom/Altima) cards (32-bit) that I don't use but these are more common and should be possible to obtain locally for most people. Thanks, Martin Nilsson From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 14:12:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A770816A4CE for ; Tue, 8 Feb 2005 14:12:27 +0000 (GMT) Received: from lakermmtao07.cox.net (lakermmtao07.cox.net [68.230.240.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id E501E43D39 for ; Tue, 8 Feb 2005 14:12:26 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.140]) by lakermmtao07.cox.net (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP id <20050208141225.WRDY20686.lakermmtao07.cox.net@mezz.mezzweb.com>; Tue, 8 Feb 2005 09:12:25 -0500 To: supraexpress@globaleyes.net References: <20050208034855.D211E43D45@mx1.FreeBSD.org> Message-ID: Date: Tue, 08 Feb 2005 08:13:10 -0600 From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit In-Reply-To: <20050208034855.D211E43D45@mx1.FreeBSD.org> User-Agent: Opera M2/7.54 (Linux, build 955) cc: freebsd-current@freebsd.org Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 14:12:27 -0000 Had to do the top post.... You can read Scott Long's wishlist, which it included about the installer. http://lists.freebsd.org/pipermail/freebsd-current/2004-December/043809.html Cheers, Mezz On Mon, 7 Feb 2005 21:48:48 -0600 (CST), wrote: > One of the main "stumbling blocks" to using FreeBSD is the installation > process. I have had "lots of fun" (not!) with NetBSD's > line-mode/shell-script > "installer" and confusing companion installation instructions, in the > past; I > only tried OpenBSD once and don't remember anything about its > installation > process, but I seem to recall that it was similar to NetBSD's; FreeBSD's > 'DOS-like menu' system is a travisty and IS PROBABLY THE ONE THING THAT > TURNS > OFF MORE PROSPECTIVE FBSD USERS THAN ANYTHING ELSE - I know - I have > heard! > > Besides, it is REALLY EASY to get lost in the FBSD installer "menu > system", > and not that hard to get caught in a "control loop"; this is not to say > that > the current FBSD installer is a piece of junk - I give kudos to its > developers, but IT IS TIME TO MOVE ON, and this is the ONE thing that > gets > compared to with Linux "installers" as well as Winchoke, probably more > than > anything else, so if FreeBSD is going to be more appealing to "the > masses", > it needs a completely new installation process (note: I don't really care > for Solaris' "wizard process" - though it is not TOO bad, and I am not > trying to advocate a "wizard process" that mirrors others). > > I offer the following suggestions for cogitation and realize that some > of MY choices may not be "the best", but here goes anyhow: > > a) redesign the "installer" as a graphical menu system with pull-down > options, organized as a linear heirarchy where there is NO possibility > of getting lost or of winding up in a "control loop", and the > progression > is clearly visible; real graphical images of major processes/steps and > "systems/major applications" should be provided; THIS installer should > begin with THREE, and only THREE options: "user workstation", > "server", or "(expert) choice of workstation/server setups" > > > b) design an "installation wizard", in line with contemporary systems, > that does nothing but install a "canned workstation environment" > based on > OpenOffice plus Gnome (or KDE) - that's IT - NOTHING ELSE; Make sure > that a more modern graphical menu is used where sample images of Gnome > (or KDE) are presented, and do NOT install the entire Gnome (or KDE) > "suite"; THIS will appeal to the MILLIONS who have been brainwashed by > Redmond (or Apple?) into believing that there is only ONE "computing > environment" of any use or interest, AND IT WILL GIVE THEM WHAT THEY > WANT, even if it IS FreeBSD; this would be like a pseudo-Mac-X > (whatever); > this will also appeal to those who don't really care about Unix or > FreeBSD as a "server", but really want a "desktop environment" > a basic client-only, outbound-only-allowing firewall MUST BE > installed and activated (which will require some simple choices about > DHCP or assigned, static IP addreses); "ports" could be included as > an option, but would be better left to the "expert" wizard > > > c) design an "installation wizard" that installs a "server system with NO > desktop installation" which provides some "canned" server "types" > (such as > "mail server", "web server", ...) that choose the newest versions of > server applications (such as Apache2 versus Apache1; PHP5 versus PHP4) > as the "defaults", and pull-down menus for changing versions (such as > one pull-down for PHP that lists all of the available PHP "main" > packages, and possibly another pull-down that lists all of the > available > PHP "sub-packages"), or altering the application "mix" > > > d) design an "installation menu system" which provides ALL of the choices > for ALL of the available functions and services in a well ordered, > graphical, linear, hierarchy with sample images/snapshots and > pull-down > menus to make choices easier to make, without having to go into and > out > of many levels as the current installer does > > > It would probably help if a "special design team" (project) were created > for > this, with calls to anyone/everyone to join in, unless - of course - that > there just so happens to be a group of talented people who WANT to do > all of > this on their own ;) > > > If some truly talented and adventurous people were to look at the > installation > process as an adventure in graphical layers where mousing over a box or > image > would open up a new sub-layer (to the side, or even BETTER, to wherever > the > user places their mouse or clicks on the background, or shouts at the > monitor > (we REALLY need to get some of the Hitchhiker's Guide into this > process!), > where small graphical images of options or related packages could be > displayed > so that the "installer" acted like a well designed "flowing image overlay > system", THEN the FreeBSD installation process would be dynamite - > literally! > > There are "circular menus" (ala one Firebird extension), layered > pie-chart > diagrams of the filesystem with size information (such as KDE's > "filelight") > where mousing over one of the concentric circles pops up an "info box", > while > clicking on one of them traverses down the filesystem path and creates a > new > set of concentric circles of lower level directories, and the > exhilarating > 3D-Desktop as examples of unique, "futuristic", artistic, free flowing > graphical "systems" that could lead to interesting ideas for the above > mentioned "graphical installation system". > > Granted, there are MANY, MANY issues to be worked out, and some of these > suggestions will have to be modified - of course. There might even need > to > be a two-tiered system where the first tier could be a basic graphical > system that doesn't need special graphics cards to perform, and the > second > tier that could install X, or something close enough, and then provide > the > full blown "graphical installation" system. If there are enough drivers > available to the "installation system" to determine enough about a system > "monitor", then hopefully this could be an automated facility (eg; > install > a minimal X-system with just enough to do the necessary graphics, and > later > install the entire X-system where needed). > > OK - let the "flame wars" begin. Whatever comes out of this, the FreeBSD > "installer" badly needs a facelift. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 14:40:39 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED20A16A4CE for ; Tue, 8 Feb 2005 14:40:39 +0000 (GMT) Received: from debian.akroteq.com (rdbck-static-72.palmer.mtaonline.net [12.17.141.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B8B043D53 for ; Tue, 8 Feb 2005 14:40:39 +0000 (GMT) (envelope-from andy@firman.us) Received: from andy by debian.akroteq.com with local (Exim 4.34) id 1CyWXY-0001lK-Lc for freebsd-current@freebsd.org; Tue, 08 Feb 2005 05:40:32 -0900 Date: Tue, 8 Feb 2005 05:40:32 -0900 From: Andy Firman To: freebsd-current@freebsd.org Message-ID: <20050208144032.GA6592@akroteq.com> References: <4205F382.8020404@freebsd.org> <20050206120822.3d8e381a.flynn@energyhq.es.eu.org> <200502061327.03530.mark.rowlands@mypost.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200502061327.03530.mark.rowlands@mypost.se> User-Agent: Mutt/1.5.6+20040907i Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Andy Firman List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 14:40:40 -0000 On Sun, Feb 06, 2005 at 01:26:56PM +0100, Mark Rowlands wrote: > > > Both operating systems do certain tasks better than each other, and both > > still have bugs. > > Well from dumb user perspective I dont really give a toss what Chritos has > to say about FreeBSD or NetBSD and I really hope the developers don't > waste any time or effort on a flame war over it. > > I have had such a miserable time with 5.3 that I have stopped testing with it. > > Geom (in its gstripe invocation) and vinum have both died on me repeatedly. > The disk performance compared to 4.11 on the same hardware is atrocious. > > I have championed FreeBSD and got it adopted for various purposes > at a number of major clients but I wouldn't dare recommend 5.3. Your comments are disturbing. I run a few 4.10 servers and am getting ready for a couple new ones and would like to go with 5.3 stable. Then I ran across this article: http://www.newsforge.com/article.pl?sid=04/12/14/1518217 which doesn't really go into detail, so I don't really trust the article. For a small web/email/database server on i386, using GEOM Mirror, ( http://people.freebsd.org/~rse/mirror/ ) everything should be fine right??? I am moving from Linux to FreeBSD as much as possible, but am very confused about whether or not to use 5.3 ! From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 14:52:19 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBF3816A4CE for ; Tue, 8 Feb 2005 14:52:19 +0000 (GMT) Received: from mercury.ll.net (mercury.ll.net [209.131.224.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 491D143D39 for ; Tue, 8 Feb 2005 14:52:19 +0000 (GMT) (envelope-from supraexpress@globaleyes.net) Received: from globaleyes.net (unverified [209.131.253.158]) by mercury.ll.net for ; Tue, 8 Feb 2005 08:52:16 -0600 Date: Tue, 8 Feb 2005 08:52:12 -0600 (CST) From: supraexpress@globaleyes.net To: freebsd-current@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Message-Id: <20050208145219.491D143D39@mx1.FreeBSD.org> Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 14:52:19 -0000 Thanks for the URL - I read Scott's "wishlist" when it first appeared and agreed, to myself, that the installer DOES need to be revamped. I have mentioned this in the past, and as in some responses to the latest posting about this - the same theme seems to be RAMPANT - "I like it so don't bug me", "If it isn't broken, don't fix it", "It is quick and easy so why would I want anything more fancy", "When can we expect YOUR patches?", ..... I offered some ideas about "fancy" embellishments to the "installer wishlist" but will not retract them. Having multiple installers, as someone else concurred with, would probably be the "best solution" - a simple one for those who want it or as an initial loader where H/W availability may be an issue, and a more complete and enhanced graphical installer (started by the simpler, initial one - this is what Solaris does, if I remember correctly), not just to be more user friendly, but to PUSH FreeBSD into the future and into the forefront of technology - it languishes in the attics of mailing lists. WHY all of the moaning and groaning about "lack of exposure" for FreeBSD when the Installer is one of the main reasons for this? I know of someone, a "general user", who specifically gave up on FreeBSD because of the Installer, and jumped over to one of the Linuxes which was "much easier to install". I have had to help a couple of others through the Installer because they had "gotten lost". This is NOT an excuse for excluding people from discovering or using FreeBSD! I noticed that there was only one comment on the other system installer comments included in the last "dream" post, and I didn't even mention Commodore's Amiga (one of which I still have, and it still works!), IBM VM/Linux (what a nightmare!), or IBM OS/390-z/OS USS (is this really Unix?). OK - I will let this ride for now, as in the past when nothing more was discussed or offered - just some heated comments about not changing anything. So much for increasing FreeBSD's exposure, popularity, and/or usefulness. On 8 Feb, Jeremy Messenger wrote: > Had to do the top post.... You can read Scott Long's wishlist, which it > included about the installer. > > http://lists.freebsd.org/pipermail/freebsd-current/2004-December/043809.html > > Cheers, > Mezz From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 14:53:01 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1E4216A4CF for ; Tue, 8 Feb 2005 14:53:01 +0000 (GMT) Received: from mail.seekingfire.com (caliban.rospa.ca [24.72.10.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7751643D39 for ; Tue, 8 Feb 2005 14:53:01 +0000 (GMT) (envelope-from tillman@seekingfire.com) Received: by mail.seekingfire.com (Postfix, from userid 500) id D9817404; Tue, 8 Feb 2005 08:53:00 -0600 (CST) Date: Tue, 8 Feb 2005 08:53:00 -0600 From: Tillman Hodgson To: freebsd-current@freebsd.org Message-ID: <20050208145300.GP9678@seekingfire.com> References: <4205F382.8020404@freebsd.org> <20050206120822.3d8e381a.flynn@energyhq.es.eu.org> <200502061327.03530.mark.rowlands@mypost.se> <20050208144032.GA6592@akroteq.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050208144032.GA6592@akroteq.com> X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-GPG-Key-ID: 828AFC7B X-GPG-Fingerprint: 5584 14BA C9EB 1524 0E68 F543 0F0A 7FBC 828A FC7B X-GPG-Key: http://www.seekingfire.com/personal/gpg_key.asc X-Urban-Legend: There is lots of hidden information in headers X-Tillman-rules: yes he does X-No-prize-winner: Nathanael User-Agent: Mutt/1.5.6i Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 14:53:02 -0000 On Tue, Feb 08, 2005 at 05:40:32AM -0900, Andy Firman wrote: > I am moving from Linux to FreeBSD as much as possible, > but am very confused about whether or not to use 5.3 ! FWIW, I've moved all but a single host to either -stable or -current (the sparc64 box) and, with one exception[1], it's all worked great. I don't run loads where a small performance difference is critical so I haven't even bothered to measure for that -- and if I did, I'd buy more hardware if necessary just to get administrator-friendly features like rcNG. I upgraded with the "build a new box, copy the data over, and swap it in" method. I didn't try upgrade in-service hosts, that just seemed like more trouble than it was worth. The single remaining 4.X box I have feels somewhat ... antique ... by comparison the the other boxes. -T 1. MIT `rsh` no longer works properly in my Kerberos environment. This is important because the rsh from the base OS is not kerberized. Luckily, it's not critical for me yet. Details at http://lists.freebsd.org/pipermail/freebsd-ports/2004-December/018452.html -- Page 12: Unix is a set of tools for smart people. - Harley Hahn, _The Unix Companion_ From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 14:59:11 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A88216A4CE for ; Tue, 8 Feb 2005 14:59:11 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA8DA43D54 for ; Tue, 8 Feb 2005 14:59:10 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.43 (FreeBSD)) id 1CyWpa-0008a2-7S for freebsd-current@freebsd.org; Tue, 08 Feb 2005 06:59:10 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16904.54205.818806.921553@ran.psg.com> Date: Tue, 8 Feb 2005 06:59:09 -0800 To: freebsd-current@freebsd.org References: <4205F382.8020404@freebsd.org> <42066967.1060300@freebsd.org> <1107754103.4206fc77b1e68@imp4-q.free.fr> <20050207214652.0ccf31a2.diegocglinux@yahoo.es> <20050208075739.GA53593@burnout.lan.bluemidnight.ca> Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 14:59:11 -0000 personally, the cases i use are either 1ru rackmount or 4ru sata raid arrays. of course, that omits a few laptops. all these cases work well. 'nuf said? randy From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 15:05:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90AFC16A4CE for ; Tue, 8 Feb 2005 15:05:36 +0000 (GMT) Received: from crivens.unixoid.de (crivens.unixoid.de [81.169.171.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id D413443D2F for ; Tue, 8 Feb 2005 15:05:35 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from localhost (localhost [127.0.0.1]) by crivens.unixoid.de (Postfix) with ESMTP id 866E23FFE; Tue, 8 Feb 2005 16:05:34 +0100 (CET) Received: from crivens.unixoid.de ([127.0.0.1]) by localhost (crivens.unixoid.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 68848-01; Tue, 8 Feb 2005 16:05:28 +0100 (CET) Received: from [192.168.100.74] (pD9E0E8E6.dip.t-dialin.net [217.224.232.230]) by crivens.unixoid.de (Postfix) with ESMTP id E86D23F5A; Tue, 8 Feb 2005 16:05:27 +0100 (CET) Message-ID: <4208D4A4.6090304@kernel32.de> Date: Tue, 08 Feb 2005 16:03:00 +0100 From: Marian Hettwer User-Agent: Mozilla Thunderbird 1.0 (X11/20041228) X-Accept-Language: en-us, en MIME-Version: 1.0 To: supraexpress@globaleyes.net References: <20050208145219.491D143D39@mx1.FreeBSD.org> In-Reply-To: <20050208145219.491D143D39@mx1.FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at unixoid.de cc: freebsd-current@freebsd.org Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 15:05:36 -0000 Hi there, supraexpress@globaleyes.net wrote: > WHY all of the moaning and groaning about "lack of exposure" for FreeBSD when > the Installer is one of the main reasons for this? I know of someone, a > "general user", who specifically gave up on FreeBSD because of the Installer, > and jumped over to one of the Linuxes which was "much easier to install". I > have had to help a couple of others through the Installer because they had > "gotten lost". This is NOT an excuse for excluding people from discovering or > using FreeBSD! > come on. Be a little bit more real. Even if we would have a fancy installer (please not as blown up as SuSE's or RedHat's), I bet that this Average User couldn't work with FreeBSD anyway. A lot of stuff needs to be configured by hand on FreeBSD. That's the way it works now. If Average Joe can't use sysinstall with www.freebsd.org/handbook/ at his hands, he won't be able to use FreeBSD anyway. Look at the Gentoo Folks, they have a growing userbase and still their way of installing is (IMO) harder without documentation than installing FreeBSD. However. Making sysinstall easier ( == fewer options) for newbies might be a good idea. If you don't have the handbook you _may_ get lost, due to the high amount of options to choose from. best regards, Marian -- It takes two to lie. One to lie and one to listen. -- Homer Simpson Colonel Homer From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 15:22:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D326016A4CE; Tue, 8 Feb 2005 15:22:06 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4765B43D31; Tue, 8 Feb 2005 15:22:06 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j18FJ6Ti006911; Tue, 8 Feb 2005 08:19:06 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 08 Feb 2005 08:21:04 -0700 (MST) Message-Id: <20050208.082104.00724757.imp@bsdimp.com> To: aleine@austrosearch.net From: "M. Warner Losh" In-Reply-To: <200502071402.j17E21Jb056209@marlena.vvi.at> References: <200502071402.j17E21Jb056209@marlena.vvi.at> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: k-sasaki@ist.osaka-u.ac.jp cc: rwatson@freebsd.org cc: freebsd-current@freebsd.org cc: kris@obsecurity.org Subject: Re: Call for comments: CoxR, a CVS/mail-lists/BTS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 15:22:07 -0000 In message: <200502071402.j17E21Jb056209@marlena.vvi.at> "ALeine" writes: : kris@obsecurity.org wrote: : : > Consider not insulting the intelligence of the FreeBSD developers : > if you want them to ever help you again with your kernel newbie : > questions. That kind of trash-talking may be cool in other : > projects, but around here it's not going to win you friends. : : Consider not mischaracterizing, belittling and alienating people for : voicing their opinions. I had no intention of insulting anyone, my : point was exactly the opposite of what you seem to believe - I claim : that if such seasoned, highly intelligent and skilled developers do : not feel comfortable making changes to certain subsystems then that : is an indication that the complexity has gone too far. : : Let me reiterate, I believe the Core team members to be highly : intelligent, skilled and friendly people and I have a lot of : respect for them and their work. I have utmost respect for Mr. : Watson because I believe he better than anyone else embodies : the spirit of the Project, he is always very informative, : thorough, helpful, friendly, polite, willing to share his : vast knowledge and experience and offer his insight, unlike : certain former Security Officers. If I were to reply in kind to your message, it would be something like: Listen you worthless hunk of flesh. I'm not trying to insult you, since I have the utmost respect for the miserable life you no doubt must lead. Nothing could be farther from the intentions I had when I set out ot write this, but you clearly could use a personality transplant. The secret to effective communication is making sure that you communicate the message that you intend to communicate. By saying in one paragraph that you have the utmost respect for people (and by the way misunderstanding how the core team works and its relationship to the project, but I digress), and then insulting them in the next paragraph, you're clearly showing your contempt or disrespect. Please, learn some manners. Warner From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 15:39:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C31416A4CE for ; Tue, 8 Feb 2005 15:39:29 +0000 (GMT) Received: from energistic.com (mail.virtual-voodoo.com [65.204.79.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB26A43D2F for ; Tue, 8 Feb 2005 15:39:28 +0000 (GMT) (envelope-from steve@energistic.com) Received: from energistic.com (steve@localhost.energistic.com [127.0.0.1]) by energistic.com (8.13.1/8.13.1) with ESMTP id j18FdMMe019200; Tue, 8 Feb 2005 10:39:22 -0500 (EST) (envelope-from steve@energistic.com) Received: (from steve@localhost) by energistic.com (8.13.1/8.13.1/Submit) id j18FdMo5017836; Tue, 8 Feb 2005 10:39:22 -0500 (EST) (envelope-from steve) Date: Tue, 8 Feb 2005 10:39:22 -0500 From: Steve Ames To: Andy Firman Message-ID: <20050208153922.GC75950@energistic.com> References: <4205F382.8020404@freebsd.org> <20050206120822.3d8e381a.flynn@energyhq.es.eu.org> <200502061327.03530.mark.rowlands@mypost.se> <20050208144032.GA6592@akroteq.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050208144032.GA6592@akroteq.com> User-Agent: Mutt/1.5.7i X-Spam-Status: No, score=-7.1 required=5.0 tests=AWL,BAYES_50,SPF_HELO_PASS, SPF_PASS,USER_IN_WHITELIST_TO autolearn=ham version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on energistic.com cc: freebsd-current@freebsd.org Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 15:39:29 -0000 On Tue, Feb 08, 2005 at 05:40:32AM -0900, Andy Firman wrote: > > I have championed FreeBSD and got it adopted for various purposes > > at a number of major clients but I wouldn't dare recommend 5.3. > > Your comments are disturbing. I run a few 4.10 servers and am getting ready > for a couple new ones and would like to go with 5.3 stable. There were a LOT of early problems with 5.X. Most were ironed out prior to 5.3R. I'm running 5-STABLE (1/31/05) on a production server and it runs just fine. Going to 5.X has a lot of serious advantages. In my case SATA was the deciding factor. For a while 5.X was pretty iffy. A number of people who tried it at that time are still stuck with that impression. IMHO, its unjustified. -Steve From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 15:47:32 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA32C16A4CE for ; Tue, 8 Feb 2005 15:47:32 +0000 (GMT) Received: from imladris.teardrop.org (imladris.teardrop.org [66.92.66.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5692143D39 for ; Tue, 8 Feb 2005 15:47:32 +0000 (GMT) (envelope-from snow+freebsd-current@teardrop.org) Received: by imladris.teardrop.org (Postfix, from userid 100) id DDA0BC06E4; Tue, 8 Feb 2005 10:47:52 -0500 (EST) Date: Tue, 8 Feb 2005 10:47:52 -0500 From: James Snow To: Steve Ames Message-ID: <20050208154752.GB93774@teardrop.org> References: <4205F382.8020404@freebsd.org> <20050206120822.3d8e381a.flynn@energyhq.es.eu.org> <200502061327.03530.mark.rowlands@mypost.se> <20050208144032.GA6592@akroteq.com> <20050208153922.GC75950@energistic.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050208153922.GC75950@energistic.com> User-Agent: Mutt/1.4.2.1i cc: Andy Firman cc: freebsd-current@freebsd.org Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 15:47:32 -0000 On Tue, Feb 08, 2005 at 10:39:22AM -0500, Steve Ames wrote: > On Tue, Feb 08, 2005 at 05:40:32AM -0900, Andy Firman wrote: > > > > Your comments are disturbing. I run a few 4.10 servers and am getting ready > > for a couple new ones and would like to go with 5.3 stable. > > For a while 5.X was pretty iffy. A number of people who tried it at that > time are still stuck with that impression. IMHO, its unjustified. I hate to post a "me too" but I feel compelled to offer my wholehearted agreement with this statement. I installed a number of 5.3-R machines at my old place of employment. They remain the most stable machines in the company by far. At home I run a 5.3-R machine with a RAID3 volume and a 5.3-STABLE machine with two RAID1 volumes - one of them bootable. Both machines have been flawless with the exception of some bad RAM; obviously not FreeBSD's fault. YMMV, but I've been running 5.x since one of the RCs and I've never had a problem that wasn't my own fault in some way. -Snow From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 15:58:34 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81FAF16A4CE for ; Tue, 8 Feb 2005 15:58:34 +0000 (GMT) Received: from mail.zrz.tu-berlin.de (mail.zrz.TU-Berlin.DE [130.149.4.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7044543D1F for ; Tue, 8 Feb 2005 15:58:33 +0000 (GMT) (envelope-from Peter.Ross@alumni.tu-berlin.de) Received: from localhost ([127.0.0.1] helo=mail.zrz.TU-Berlin.DE) by mail.zrz.tu-berlin.de with esmtp (exim-4.43) id 1CyXl2-0000Z6-JS; Tue, 08 Feb 2005 16:58:32 +0100 Received: from mail.zrz.TU-Berlin.DE ([130.149.4.15]) by mail.zrz.TU-Berlin.DE (MailMonitor for SMTP v1.2.2 ) ; Tue, 8 Feb 2005 16:58:31 +0100 (CET) Received: from mailbox.tu-berlin.de ([130.149.4.18]) by mail.zrz.tu-berlin.de with esmtp (exim-4.43) id 1CyXl1-0000Yr-Lb; Tue, 08 Feb 2005 16:58:31 +0100 Received: from apache by mailbox.tu-berlin.de with local (exim-4.43) id 1CyXl1-0007dO-K1; Tue, 08 Feb 2005 16:58:31 +0100 Received: from 203.51.156.53 (SquirrelMail authenticated user rossicbb) by mailbox.TU-Berlin.DE with HTTP; Wed, 9 Feb 2005 02:58:31 +1100 (EST) Message-ID: <11935.203.51.156.53.1107878311.squirrel@mailbox.TU-Berlin.DE> Date: Wed, 9 Feb 2005 02:58:31 +1100 (EST) From: "Peter Ross" To: In-Reply-To: <20050208145219.491D143D39@mx1.FreeBSD.org> References: <20050208145219.491D143D39@mx1.FreeBSD.org> X-Priority: 3 Importance: Normal X-Mailer: SquirrelMail (version 1.2.8) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: Sophos MailMonitor on mail.zrz.tu-berlin.de; Tue, 08 Feb 2005 16:58:31 +0100 cc: freebsd-current@freebsd.org Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 15:58:34 -0000 > I know of someone, a "general user", who specifically gave up on FreeBSD > because of the Installer, and jumped over to one of the Linuxes which was > "much easier to install". I have had to help a couple of others through > the Installer because they had "gotten lost". It would be good to know why. IMHO using sysinstall and choosing the standard installation is more or less straight forward. It never happened that I've got lost.. (BTW: I also liked the Debian way to show a linear list of the next steps where you can skip one or going back again if you like) Anyway, a good installer is not a matter of fancy graphics in a first place, it is the menu structure. A text based installer may look old-fashioned but it can provide the same functionality. It should not be too hard to use the same menu structure for text and GUI installer. For several years now I am using FreeBSD servers but only recently I tried to install a well-configured desktop system. A well-defined metaport to get a typical office/home user desktop (e.g. including OpenOffice, maybe asking for alternatives during the installation) would be nice, and integration of new installed ports into a limited number of desktop environments (e.g. that they appear in the desktop menus and folders). Maybe for KDE, Gnome and something a little bit more lightwight (to me it seems xfce is the most popular one) So it may be helpful to give (at the end of the base system installation before browsing through the packages) a short list of typical desktop application sets using these metaports. Regards Peter From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 16:14:46 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDA8416A4D1 for ; Tue, 8 Feb 2005 16:14:46 +0000 (GMT) Received: from mta10-winn.mailhost.ntl.com (smtpout18.mailhost.ntl.com [212.250.162.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEA2D43D1F for ; Tue, 8 Feb 2005 16:14:45 +0000 (GMT) (envelope-from jon@witchspace.com) Received: from aamta04-winn.mailhost.ntl.com ([212.250.162.8]) by mta10-winn.mailhost.ntl.com with ESMTP <20050208161445.MIIO20856.mta10-winn.mailhost.ntl.com@aamta04-winn.mailhost.ntl.com> for ; Tue, 8 Feb 2005 16:14:45 +0000 Received: from witchspace.com ([81.110.67.239]) by aamta04-winn.mailhost.ntl.com with SMTP <20050208161444.LVIF13480.aamta04-winn.mailhost.ntl.com@witchspace.com> for ; Tue, 8 Feb 2005 16:14:44 +0000 Received: (qmail 81580 invoked from network); 8 Feb 2005 16:14:40 -0000 Received: from unknown (HELO webmail.home) (127.0.0.1) by localhost.home with SMTP; 8 Feb 2005 16:14:40 -0000 Received: from 192.168.0.100 (proxying for 192.168.0.1) (SquirrelMail authenticated user jon); by webmail.home with HTTP; Tue, 8 Feb 2005 16:14:40 -0000 (GMT) Message-ID: <56004.192.168.0.100.1107879280.squirrel@192.168.0.100> In-Reply-To: <420815DA.1020908@elischer.org> References: <4205F382.8020404@freebsd.org> <84dead7205020703474f9add1@mail.gmail.com> <420815DA.1020908@elischer.org> Date: Tue, 8 Feb 2005 16:14:40 -0000 (GMT) From: "Jonathan Belson" To: "Julian Elischer" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal cc: freebsd-current@freebsd.org Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 16:14:47 -0000 > > > Joseph Koshy wrote: > >> * How does one *use* FreeBSD? How does one architect a solution >> around it? What are its strengths, and what weaknesses should we >> be aware of? What hardware is supported? > > AAARGHHHHH "architect" is not a a verb.. the work is "Design". According to the Shorter Oxford English Dictionary: 'architect /"A:kItEkt/ n. & v. 3B v.t. Design and build; plan and bring about (a desired result). M17.' 'Architect' has been used as a verb for 350 years in English English; whether this meaning is common in American English is another matter. Cheers, --Jon http://www.witchspace.com From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 16:23:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F74516A4CE for ; Tue, 8 Feb 2005 16:23:06 +0000 (GMT) Received: from csa.cs.okstate.edu (a.cs.okstate.edu [139.78.113.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF3AE43D2D for ; Tue, 8 Feb 2005 16:23:05 +0000 (GMT) (envelope-from lreid@a.cs.okstate.edu) Received: by csa.cs.okstate.edu (Postfix, from userid 601) id 67B9DA06C6; Tue, 8 Feb 2005 10:23:05 -0600 (CST) To: supraexpress@globaleyes.net, freebsd-current@freebsd.org Received: from 164.58.79.196 (auth. user lreid@a.cs.okstate.edu) by cs.okstate.edu with HTTP; Tue, 08 Feb 2005 10:23:05 -0600 X-IlohaMail-Blah: lreid@a.cs.okstate.edu X-IlohaMail-Method: mail() [mem] X-IlohaMail-Dummy: moo X-Mailer: IlohaMail/0.8.12 (On: cs.okstate.edu) In-Reply-To: <20050208034855.D211E43D45@mx1.FreeBSD.org> From: "Reid Linnemann" Bounce-To: "Reid Linnemann" Errors-To: "Reid Linnemann" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Message-Id: <20050208162305.67B9DA06C6@csa.cs.okstate.edu> Date: Tue, 8 Feb 2005 10:23:05 -0600 (CST) Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 16:23:06 -0000 I'd like to make some contrary remarks to what you've claimed here: On 2/8/2005, "supraexpress@globaleyes.net" wrote: >One of the main "stumbling blocks" to using FreeBSD is the installation >process. I have had "lots of fun" (not!) with NetBSD's line-mode/shell-script >"installer" and confusing companion installation instructions, in the past; I >only tried OpenBSD once and don't remember anything about its installation >process, but I seem to recall that it was similar to NetBSD's; FreeBSD's >'DOS-like menu' system is a travisty and IS PROBABLY THE ONE THING THAT TURNS >OFF MORE PROSPECTIVE FBSD USERS THAN ANYTHING ELSE - I know - I have heard! > The CURSES installer is actually very good IMHO. It is not resource intensive, it is interactive, and it makes no device assumptions, save a keyboard and a terminal. This makes the installer very portable and accessible, while presenting the user with a menu-driven interface. >Besides, it is REALLY EASY to get lost in the FBSD installer "menu system", >and not that hard to get caught in a "control loop"; this is not to say that >the current FBSD installer is a piece of junk - I give kudos to its >developers, but IT IS TIME TO MOVE ON, and this is the ONE thing that gets >compared to with Linux "installers" as well as Winchoke, probably more than >anything else, so if FreeBSD is going to be more appealing to "the masses", >it needs a completely new installation process (note: I don't really care >for Solaris' "wizard process" - though it is not TOO bad, and I am not >trying to advocate a "wizard process" that mirrors others). > FreeBSD is not Linux, and I take offense to the idea that BSD needs to be "Linux-ized" by overhauling bikesheds like a CURSES installer simply to gain appeal in the passenger-seat unix crowd. The installer can be better, yes; but the direction you are taking your argument is something that I as a user and hopeful future committer do not want to see - the transformation of FreeBSD into "that Linux distro that isnt' really Linux". >I offer the following suggestions for cogitation and realize that some >of MY choices may not be "the best", but here goes anyhow: > >a) redesign the "installer" as a graphical menu system with pull-down > options, organized as a linear heirarchy where there is NO possibility > of getting lost or of winding up in a "control loop", and the progression > is clearly visible; real graphical images of major processes/steps and > "systems/major applications" should be provided; THIS installer should > begin with THREE, and only THREE options: "user workstation", > "server", or "(expert) choice of workstation/server setups" > I like the idea of showing the progression the user is in, so they have an idea of where they are in their particular menu topography. However, I cannot stress enough that dependance on a GUI system is a shot in the foot waiting to happen. What if the mouse daemon doesn't init for some reason? What if the graphics mode isn't supported by the user's display hardware? What if the user is installing remotely over a tty? ... >There are "circular menus" (ala one Firebird extension), layered pie-chart >diagrams of the filesystem with size information (such as KDE's "filelight") >where mousing over one of the concentric circles pops up an "info box", while >clicking on one of them traverses down the filesystem path and creates a new >set of concentric circles of lower level directories, and the exhilarating >3D-Desktop as examples of unique, "futuristic", artistic, free flowing >graphical "systems" that could lead to interesting ideas for the above >mentioned "graphical installation system". > I would also like to see more advanced filesystem tools, not necessarily just for graphical effects. If we're using a GUI, for instance, it would be nice to have a disk widget that shows the partition layout and allows for the addition and resizing of partitions with the pointer, ala some old versions of Tru64/VMS. It would also be nice to have a more robust disk tool that could resize live partitions and slices. That's something I myself would really like to get my hands on, when I have the ability. >Granted, there are MANY, MANY issues to be worked out, and some of these >suggestions will have to be modified - of course. There might even need to >be a two-tiered system where the first tier could be a basic graphical >system that doesn't need special graphics cards to perform, and the second >tier that could install X, or something close enough, and then provide the >full blown "graphical installation" system. If there are enough drivers >available to the "installation system" to determine enough about a system >"monitor", then hopefully this could be an automated facility (eg; install >a minimal X-system with just enough to do the necessary graphics, and later >install the entire X-system where needed). > >OK - let the "flame wars" begin. Whatever comes out of this, the FreeBSD >"installer" badly needs a facelift. First off, there must always be a fallback. Second, I think this post is flamebait and offers more complaints that FreeBSD isn't like Linux than creative and constructive comments. I tried in my reply to keep my own comments as constructive as possible, but I must let that be said. And Last, I'm frankly pretty glad that some people that see the installer and notice it isn't like Linux or Windows get scared and run off. The FreeBSD user base is different than that of Windows and Linux, and that is _okay_. IMHO, of course. If FreeBSD were the same thing as Linux, then how could it stand out as something special? From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 16:41:28 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBDA116A4CE for ; Tue, 8 Feb 2005 16:41:28 +0000 (GMT) Received: from stephanie.unixdaemons.com (stephanie.unixdaemons.com [67.18.111.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B0DD43D4C for ; Tue, 8 Feb 2005 16:41:28 +0000 (GMT) (envelope-from bmilekic@technokratis.com) Received: from stephanie.unixdaemons.com (bmilekic@localhost.unixdaemons.com [127.0.0.1])j18GfQfG046951; Tue, 8 Feb 2005 11:41:26 -0500 (EST) Received: (from bmilekic@localhost) by stephanie.unixdaemons.com (8.13.3/8.12.1/Submit) id j18GfPj5046950; Tue, 8 Feb 2005 11:41:25 -0500 (EST) (envelope-from bmilekic@technokratis.com) X-Authentication-Warning: stephanie.unixdaemons.com: bmilekic set sender to bmilekic@technokratis.com using -f Date: Tue, 8 Feb 2005 11:41:25 -0500 From: Bosko Milekic To: Poul-Henning Kamp Message-ID: <20050208164125.GA46363@technokratis.com> References: <44248.1107855058@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44248.1107855058@critter.freebsd.dk> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: UFS/FFS/softupdates/snapshots: the view from 10m above X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 16:41:28 -0000 On Tue, Feb 08, 2005 at 10:30:58AM +0100, Poul-Henning Kamp wrote: > > http://phk.freebsd.dk/misc/ufs.pdf > > You need 18 sheets of paper, a color printer and some tape. Neat! How'd you have this done? Had something parse up the source? > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD committer | BSD since 4.3-tahoe > Never attribute to malice what can adequately be explained by incompetence. -- Bosko Milekic bmilekic@technokratis.com bmilekic@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 16:47:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B91D16A4CE for ; Tue, 8 Feb 2005 16:47:12 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EF4C43D55 for ; Tue, 8 Feb 2005 16:47:12 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 958BF51297; Tue, 8 Feb 2005 08:47:11 -0800 (PST) Date: Tue, 8 Feb 2005 08:47:11 -0800 From: Kris Kennaway To: Divacky Roman Message-ID: <20050208164711.GC43179@xor.obsecurity.org> References: <20050208140419.GA15236@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4jXrM3lyYWu4nBt5" Content-Disposition: inline In-Reply-To: <20050208140419.GA15236@stud.fit.vutbr.cz> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: panic in recent 6-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 16:47:12 -0000 --4jXrM3lyYWu4nBt5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 08, 2005 at 03:04:19PM +0100, Divacky Roman wrote: > #22 0xc0493087 in softclock (dummy=3D0x0) at atomic.h:365 > #23 0xc04768a3 in ithread_loop (arg=3D0xc1577480) > at /usr/src/sys/kern/kern_intr.c:546 > #24 0xc0475be9 in fork_exit (callout=3D0xc0476761 , > arg=3D0xc1577480, frame=3D0xd3fc3d48) at /usr/src/sys/kern/kern_f= ork.c:790 > #25 0xc057ef5c in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:208 >=20 >=20 > (all other frames are either ??? or from ddb) Are you running a kernel built with -O2 (bad for gdb) or -O?=20 > I got this on ~12 hours old current later in boot after initializing pf a= nd > before initializing usbd Kris --4jXrM3lyYWu4nBt5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCCO0PWry0BWjoQKURAuObAKDFuflMPBkAcfBBvdY3JHo8CAQ8KwCdGXm7 +PmYTWDnrL83edH16w/JPdY= =0HHT -----END PGP SIGNATURE----- --4jXrM3lyYWu4nBt5-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 16:51:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D60516A4CE for ; Tue, 8 Feb 2005 16:51:36 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A89443D31 for ; Tue, 8 Feb 2005 16:51:35 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j18GpYJ9051473; Tue, 8 Feb 2005 17:51:34 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Bosko Milekic From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 08 Feb 2005 11:41:25 EST." <20050208164125.GA46363@technokratis.com> Date: Tue, 08 Feb 2005 17:51:34 +0100 Message-ID: <51472.1107881494@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org Subject: Re: UFS/FFS/softupdates/snapshots: the view from 10m above X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 16:51:36 -0000 In message <20050208164125.GA46363@technokratis.com>, Bosko Milekic writes: > > >On Tue, Feb 08, 2005 at 10:30:58AM +0100, Poul-Henning Kamp wrote: >> >> http://phk.freebsd.dk/misc/ufs.pdf >> >> You need 18 sheets of paper, a color printer and some tape. > > Neat! How'd you have this done? Had something parse up the source? http://phk.freebsd.dk/misc/CodeGraph -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 16:52:33 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DB6316A4CF for ; Tue, 8 Feb 2005 16:52:33 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7FFC43D2D for ; Tue, 8 Feb 2005 16:52:32 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with SMTP id 0AA0546B16; Tue, 8 Feb 2005 11:52:32 -0500 (EST) Date: Tue, 8 Feb 2005 16:51:30 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Bosko Milekic In-Reply-To: <20050208164125.GA46363@technokratis.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Poul-Henning Kamp cc: current@freebsd.org Subject: Re: UFS/FFS/softupdates/snapshots: the view from 10m above X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 16:52:33 -0000 On Tue, 8 Feb 2005, Bosko Milekic wrote: > On Tue, Feb 08, 2005 at 10:30:58AM +0100, Poul-Henning Kamp wrote: > > > > http://phk.freebsd.dk/misc/ufs.pdf > > > > You need 18 sheets of paper, a color printer and some tape. > > Neat! How'd you have this done? Had something parse up the source? You can find a similar picture of the sockets layer from early 2004 here: http://www.watson.org/~robert/freebsd/20040303-sockets.ps The answer to "how" is at: http://www.watson.org/~robert/freebsd/prcc/ That and a lot of hand-crafting and cleanup. The first thing you find out when trying to apply cflow and graphviz to the kernel in order to generate a call flow diagram is that there's a lot of "stuff" and the type of picture you want is as much a product of how you plan to use the picture as the source you base it on. The first thing you have to decide is "what's important to me" and generate a list of symbols/functions/whatever that you're not interested in. You might or might not be interested in memory allocation, locking, string operations, assertions, etc. You also find pretty quickly that you have to give graphviz a bit of help with visual layout -- assigning ranks or groupings to functions so that you get a representation that matches the API structure (i.e., line up the VOP's). Another observation is that cflow doesn't do a good job at pluggable API boundaries -- ie., protosw, VOP's, etc, so you have to give it some help figuring out where the function pointers go. Finally, cflow utterly barfs on some C constructions, especially if you use prcc directly, so you may have to help it with some macros, functions, delete the SYSINITs, etc. That said, you get both a very useful result, and get to go through quite an educational process generating a cohensive graph of a subsystem. I recommend it highly :-). The kernel is a highly complex software system that takes years to even start to really understand. Graphs of this sort are an excellent way to see how the pieces are put together. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 16:57:03 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9066F16A4CE; Tue, 8 Feb 2005 16:57:03 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id E122A43D54; Tue, 8 Feb 2005 16:57:02 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j18Gv2wu051584; Tue, 8 Feb 2005 17:57:02 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Robert Watson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 08 Feb 2005 16:51:30 GMT." Date: Tue, 08 Feb 2005 17:57:02 +0100 Message-ID: <51583.1107881822@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: Bosko Milekic cc: current@FreeBSD.org Subject: Re: UFS/FFS/softupdates/snapshots: the view from 10m above X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 16:57:03 -0000 In message , Robert Watson writes: >That and a lot of hand-crafting and cleanup. The first thing you find out >when trying to apply cflow and graphviz to the kernel in order to generate >a call flow diagram is that there's a lot of "stuff" and the type of >picture you want is as much a product of how you plan to use the picture >as the source you base it on. The tcl/tk scripts I've done grabs everything, then you tell it incrementally what functions to "loose", things like "__.*" and "mtx.*" is a good start. You can also add lines which are missing. Since the script have no idea where calls through pointers go it adds a pseudofunction with a star prefixed, and it's your own responsibility to link these up. It's not great, but it works. It would be neat if somebody write code to use the GUI bits of Tk so that you could point and click more etc. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 17:02:46 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2722F16A4CE for ; Tue, 8 Feb 2005 17:02:46 +0000 (GMT) Received: from shim2.irt.drexel.edu (shim2.irt.drexel.edu [144.118.29.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA56443D3F for ; Tue, 8 Feb 2005 17:02:45 +0000 (GMT) (envelope-from jsmith@drexel.edu) Received: from conversion-daemon.shim2.irt.drexel.edu by shim2.irt.drexel.edu (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) freebsd-current@freebsd.org; Tue, 08 Feb 2005 12:02:42 -0500 (EST) Received: from vorpal.math.drexel.edu (vorpal.math.drexel.edu [129.25.6.250]) by shim2.irt.drexel.edu (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) with ESMTP id <0IBL00IB0RBNP6@shim2.irt.drexel.edu> for freebsd-current@freebsd.org; Tue, 08 Feb 2005 12:02:11 -0500 (EST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by vorpal.math.drexel.edu (8.13.1/8.12.10) with ESMTP id j18H2fIV058378 for ; Tue, 08 Feb 2005 12:02:41 -0500 (EST envelope-from jsmith@drexel.edu) Date: Tue, 08 Feb 2005 12:02:41 -0500 From: Justin Smith To: freebsd-current@freebsd.org Message-id: <4208F0B1.6010209@drexel.edu> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0 (X11/20041228) X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 17:02:46 -0000 Just to add my $.02. Slackware Linux has the nicest curses-based installer I've ever seen. It is easier to use than many of the GUI installer around. All the options are well-thought out and logical. Even a relative newbie could use it. Although I had no trouble with sysinstall, it is confusing at times. The hardest installer (by a wide margin) is the one used for Debian Linux. It is perversely hard (i.e., they went to a lot of trouble to make it so hard...) -- Time blows wildly against my door | Justin R. Smith Stirring discarded sorrows | Mathematics Department Like dead leaves of summers past | Drexel University Shadows of what went before | Philadelphia, PA 19104 Making way for new tomorrows | New hopes, new fears, | Office: (215) 895-1847 and new ways that last | URL: vorpal.math.drexel.edu From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 17:05:42 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFB4916A513 for ; Tue, 8 Feb 2005 17:05:40 +0000 (GMT) Received: from mail.secureworks.net (mail.secureworks.net [209.101.212.155]) by mx1.FreeBSD.org (Postfix) with SMTP id 8A87B43D2D for ; Tue, 8 Feb 2005 17:05:39 +0000 (GMT) (envelope-from mdg@secureworks.net) Received: (qmail 46997 invoked from network); 8 Feb 2005 17:05:38 -0000 Received: from unknown (HELO ?192.168.8.243?) (209.101.212.253) by mail.secureworks.net with SMTP; 8 Feb 2005 17:05:38 -0000 Message-ID: <4208F162.5020603@secureworks.net> Date: Tue, 08 Feb 2005 12:05:38 -0500 From: Matthew George User-Agent: Mozilla Thunderbird 0.9 (X11/20041117) X-Accept-Language: en-us, en MIME-Version: 1.0 To: James Snow References: <4205F382.8020404@freebsd.org> <20050206120822.3d8e381a.flynn@energyhq.es.eu.org> <200502061327.03530.mark.rowlands@mypost.se> <20050208144032.GA6592@akroteq.com> <20050208153922.GC75950@energistic.com> <20050208154752.GB93774@teardrop.org> In-Reply-To: <20050208154752.GB93774@teardrop.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Andy Firman cc: freebsd-current@freebsd.org Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 17:05:42 -0000 James Snow wrote: > On Tue, Feb 08, 2005 at 10:39:22AM -0500, Steve Ames wrote: > >>On Tue, Feb 08, 2005 at 05:40:32AM -0900, Andy Firman wrote: >> >>>Your comments are disturbing. I run a few 4.10 servers and am getting ready >>>for a couple new ones and would like to go with 5.3 stable. >> >>For a while 5.X was pretty iffy. A number of people who tried it at that >>time are still stuck with that impression. IMHO, its unjustified. > > > I hate to post a "me too" but I feel compelled to offer my wholehearted > agreement with this statement. > I run many servers on both 4.10 and 5.3. My 5.3 servers, without a doubt, have been as reliable as my 4.x servers. Applications they host range from firewalls/gateways to file, database, and web servers. I have a couple colleagues that have described problems getting more desktop-oriented things running properly (one example that comes to mind is VMware, though I haven't tried to use it under 5.3 myself ...). I run a 5.3 workstation and it works fine for me (*shrug*). I can definitely confirm that in the server role, however, 5.3 is up to the task, and anyone that claims otherwise needs to have a second look. I'm running a mix of IBM and Dell servers ... -- Matthew George SecureWorks Technical Operations From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 17:09:16 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 285C516A4CE for ; Tue, 8 Feb 2005 17:09:16 +0000 (GMT) Received: from athena.softcardsystems.com (mail.softcardsystems.com [12.34.136.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9C7443D1F for ; Tue, 8 Feb 2005 17:09:15 +0000 (GMT) (envelope-from sah@softcardsystems.com) Received: from athena (athena [12.34.136.114])j18H5T1n008441 for ; Tue, 8 Feb 2005 12:05:29 -0500 Date: Tue, 8 Feb 2005 12:05:29 -0500 (EST) From: Sam X-X-Sender: sah@athena To: freebsd-current@freebsd.org In-Reply-To: <1107861799.485.84.camel@dude.automatvapen.se> Message-ID: References: <20050208034855.D211E43D45@mx1.FreeBSD.org> <1107861799.485.84.camel@dude.automatvapen.se> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 17:09:16 -0000 I use FreeBSD because the system startup is super easy to manage (rc.conf), the tools come with the OS, the code for src/ is very approachable, the online documentation has always met my needs, and the ports baby, ooooh, the ports. For me, the draw is the ease of use. I am a unix 'software tools' kind of guy, though. Your typical lunix user isn't. IMO, graduating to a BSD means actually having to understand the system instead of just a collection of interfaces and HOWTOs. I think we could survive and expand our user base quite nicely by focusing on the growing number of experienced linux/solaris users who haven't yet tried a BSD. We could start by writing articles comparing common tasks in all (eg: why rc.conf's ifconfig_sis0="..." is easier to use and understand than redhat's /etc/sysconfig/network-scripts/ifcfg-eth*). A sufficiently advanced user will get it. Leave the job of creating a soft fall into unix to the lunix crowd. Their passion is to pull users off of windows, so it makes sense for them. Just my $.02 donation for the shed, sah From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 17:24:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 847CB16A4CE for ; Tue, 8 Feb 2005 17:24:56 +0000 (GMT) Received: from just.puresimplicity.net (just.puresimplicity.net [140.177.207.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 014A643D4C for ; Tue, 8 Feb 2005 17:24:56 +0000 (GMT) (envelope-from craig@backfire.ca) Received: from localhost (CPE0050bf78b8c6-CM023459906096.cpe.net.cable.rogers.com [24.157.84.118]) (authenticated bits=0)j18HOg6r040723 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Tue, 8 Feb 2005 11:24:47 -0600 (CST) (envelope-from craig@backfire.ca) Date: Tue, 8 Feb 2005 12:24:36 -0500 From: Craig Reyenga To: Bob Bishop Message-ID: <20050208172436.GA58172@burnout.lan.bluemidnight.ca> References: <4205F382.8020404@freebsd.org> <20050206194857.5920e369.diegocglinux@yahoo.es> <42066967.1060300@freebsd.org> <1107754103.4206fc77b1e68@imp4-q.free.fr> <20050207214652.0ccf31a2.diegocglinux@yahoo.es> <20050208075739.GA53593@burnout.lan.bluemidnight.ca> <6.2.0.14.2.20050208110804.049a9370@gid.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6.2.0.14.2.20050208110804.049a9370@gid.co.uk> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.81, clamav-milter version 0.81b on just.puresimplicity.net X-Virus-Status: Clean X-Spam-Status: No, score=1.8 required=8.0 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=disabled version=3.0.2 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on just.puresimplicity.net cc: freebsd-current@freebsd.org Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Craig Reyenga List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 17:24:56 -0000 On Tue, Feb 08, 2005 at 11:09:03AM +0000, Bob Bishop wrote: > At 10:56 08/02/2005, Dag-Erling Sm?rgrav wrote: > >Craig Reyenga writes: > >> Have you heard of the Ferrari Enzo? Of course you have. Have you ever > >> seen an advertisement for it on televsion? Of course not. The car's V12 > >> engine and ceramic brakes speak for themselves [1]. > > > >You're mistaken. Ferrari spend a lot of money on advertising - they > >just don't spend it on advertising to end-users. Instead, they > >advertise to the press: they go to trade shows, hold press events, > >invite journalists to test-drive their cars etc. and rely on the press > >to bring the message to the end-users. They also advertise through > >tie-in merchandise (posters, calendars, model cars, etc.) > > They also run a Formula 1 team with an eye-watering budget. > Just to stick with my original analogy, wouldn't funding developers be similar to having an F1 team? I would rather see that than some bottom-rung animated GIF ad campaign, or whatever it is that people think FreeBSD needs to do* to attract more users. I guess I am in luck because the developers already do get funding; we have one such person working on FreeBSD full-time, right now. * What exactly ARE people suggesting to do? -Craig > -- > Bob Bishop +44 (0)118 940 1243 > rb@gid.co.uk fax +44 (0)118 940 1295 > From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 17:27:59 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11F7116A4CE for ; Tue, 8 Feb 2005 17:27:59 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDF0343D2D for ; Tue, 8 Feb 2005 17:27:57 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received-SPF: pass (eva.fit.vutbr.cz: domain of xdivac02@eva.fit.vutbr.cz designates 127.0.0.1 as permitted sender) receiver=eva.fit.vutbr.cz; client_ip=127.0.0.1; envelope-from=xdivac02@eva.fit.vutbr.cz; Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (8.12.11/8.12.11) with ESMTP id j18HRsbS025840 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 8 Feb 2005 18:27:54 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.12.11/8.12.5/Submit) id j18HRsmx025839; Tue, 8 Feb 2005 18:27:54 +0100 (CET) Date: Tue, 8 Feb 2005 18:27:54 +0100 From: Divacky Roman To: Kris Kennaway Message-ID: <20050208172754.GA25800@stud.fit.vutbr.cz> References: <20050208140419.GA15236@stud.fit.vutbr.cz> <20050208164711.GC43179@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050208164711.GC43179@xor.obsecurity.org> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: current@freebsd.org Subject: Re: panic in recent 6-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 17:27:59 -0000 On Tue, Feb 08, 2005 at 08:47:11AM -0800, Kris Kennaway wrote: > On Tue, Feb 08, 2005 at 03:04:19PM +0100, Divacky Roman wrote: > > #22 0xc0493087 in softclock (dummy=0x0) at atomic.h:365 > > #23 0xc04768a3 in ithread_loop (arg=0xc1577480) > > at /usr/src/sys/kern/kern_intr.c:546 > > #24 0xc0475be9 in fork_exit (callout=0xc0476761 , > > arg=0xc1577480, frame=0xd3fc3d48) at /usr/src/sys/kern/kern_fork.c:790 > > #25 0xc057ef5c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 > > > > > > (all other frames are either ??? or from ddb) > > Are you running a kernel built with -O2 (bad for gdb) or -O? -Os which is basically -O2, should I test with plain -O ? From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 17:54:21 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CE4916A4CE; Tue, 8 Feb 2005 17:54:21 +0000 (GMT) Received: from julesburg.uits.indiana.edu (julesburg.uits.indiana.edu [129.79.1.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id D37A843D48; Tue, 8 Feb 2005 17:54:20 +0000 (GMT) (envelope-from dmschei@attglobal.net) Received: from mail-relay.iu.edu (stjoseph.uits.indiana.edu [129.79.1.78]) j18HsCsU023995; Tue, 8 Feb 2005 12:54:12 -0500 (EST) Received: from [10.0.1.4] (scheidt-rout.canopy.nd.edu [129.74.98.169] (may be forged)) (authenticated bits=0)j18HsBFc004443; Tue, 8 Feb 2005 12:54:11 -0500 (EST) Message-ID: <4208FCC3.1010508@attglobal.net> Date: Tue, 08 Feb 2005 12:54:11 -0500 From: David Scheidt User-Agent: Mozilla Thunderbird 1.0 (X11/20050102) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Vlad Manilici References: <20050208023321.A35686@tmok.com> In-Reply-To: <20050208023321.A35686@tmok.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org cc: sos@DeepCore.dk Subject: Re: ACPI Suspend/resume [was Re: ATA mkIII first official patches...] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 17:54:21 -0000 Vlad Manilici wrote: > Hi, > > >>Does 5-STABLE have a working acpi based suspend/resume for anyone? > > > I have a 5-STABLE from 27.01, on an IBM R40e. Suspend to memory (-s 3) > seems to work, but there is no way to resume. > > How do you trigger a resume?? > > On my IBM T42, I set hw.acpi.lid_switch_state to S3, so opening the lid is enough. If I suspend with acpiconf or the switch, pressing fn-F4 (It's got a cresent moon on it, I think IBM does the same keys on other models) or pressing the holding the power switch for a couple seconds does the trick. From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 18:27:22 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D5FB16A4CE for ; Tue, 8 Feb 2005 18:27:22 +0000 (GMT) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A8F143D48 for ; Tue, 8 Feb 2005 18:27:21 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy.york.ac.uk [144.32.226.160]) by mail-gw1.york.ac.uk (8.12.10/8.12.10) with ESMTP id j18IRJk6000011; Tue, 8 Feb 2005 18:27:19 GMT Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.1/8.13.1) with ESMTP id j18IRJPw001756; Tue, 8 Feb 2005 18:27:19 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.1/8.13.1/Submit) id j18IRINg001755; Tue, 8 Feb 2005 18:27:18 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: freebsd-current@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Tue, 08 Feb 2005 18:27:17 +0000 Message-Id: <1107887237.793.26.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Subject: fxp0 and vlan panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 18:27:22 -0000 Hey, There's an easily reproduceable panic involving configuring vlans on fxp cards. I've recreated it in single user mode on a top-of-tree -CURRENT machine as well as on a 5.3-STABLE machine. Enter full pathname of shell or RETURN for /bin/sh: # ifconfig vlan0 create # ifconfig vlan0 vlan 123 vlandev fxp0 # ifconfig vlan0 inet 1.2.3.4 lock order reversal 1st 0xc15f6268 fxp0 (network driver) @ /usr/src/sys/dev/fxp/if_fxp.c:2389 2nd 0xc14c7ad0 user map (user map) @ /usr/src/sys/vm/vm_map.c:2998 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c08f7ae0,c08f8a08,c08852ac) at kdb_backtrace+0x29 witness_checkorder(c14c7ad0,9,c083d2a9,bb6) at witness_checkorder+0x54c _sx_xlock(c14c7ad0,c083d2a9,bb6) at _sx_xlock+0x50 _vm_map_lock_read(c14c7a8c,c083d2a9,bb6,2000046,c1595458) at _vm_map_lock_read+0x37 vm_map_lookup(cbdf3804,0,2,cbdf3808,cbdf37f8) at vm_map_lookup+0x28 vm_fault(c14c7a8c,0,2,8,c1594450) at vm_fault+0x66 trap_pfault(cbdf38cc,0,0) at trap_pfault+0xf2 trap(c15f0018,cbdf0010,c0630010,c15f6000,c15f6000) at trap+0x335 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc051e966, esp = 0xcbdf390c, ebp = 0xcbdf3918 --- fxp_mc_setup(c15f6000) at fxp_mc_setup+0x62 fxp_ioctl(c15f6000,80206931,0) at fxp_ioctl+0x112 if_addmulti(c15f6000,cbdf3980,cbdf397c,c1667d48,cbdf3988) at if_addmulti+0x223 vlan_setmulti(c1667c40,cbdf39fc,c060a5d5,c088cd80,40) at vlan_setmulti+0x139 vlan_ioctl(c1733800,80206931,0) at vlan_ioctl+0x3e if_addmulti(c1733800,cbdf3a4c,cbdf3a48,cbdf3a4c,1c) at if_addmulti+0x223 in6_addmulti(cbdf3a9c,c1733800,cbdf3a94) at in6_addmulti+0x4c in6_update_ifa(c1733800,cbdf3b9c,0) at in6_update_ifa+0x4ce in6_ifattach_linklocal(c1733800,0) at in6_ifattach_linklocal+0xe5 in6_ifattach(c1733800,0,8040691a,8040691a,0) at in6_ifattach+0xa9 in6_if_up(c1733800) at in6_if_up+0x13 ifioctl(c173da60,8040691a,c1667dc0,c1594450,0) at ifioctl+0x1f8 soo_ioctl(c1724708,8040691a,c1667dc0,c14b9780,c1594450) at soo_ioctl+0x2db ioctl(c1594450,cbdf3d14,3,2,282) at ioctl+0x370 syscall(2f,2f,2f,80543a0,1) at syscall+0x213 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280c44f3, esp = 0xbfbfe5cc, ebp = 0xbfbfee18 --- Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor write, page not present instruction pointer = 0x8:0xc051e966 stack pointer = 0x10:0xcbdf390c frame pointer = 0x10:0xcbdf3918 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 56 (ifconfig) [thread pid 56 tid 100043 ] Stopped at fxp_mc_setup+0x62: movw $0,0(%eax) db> db> tr Tracing pid 56 tid 100043 td 0xc1594450 fxp_mc_setup(c15f6000) at fxp_mc_setup+0x62 fxp_ioctl(c15f6000,80206931,0) at fxp_ioctl+0x112 if_addmulti(c15f6000,cbdf3980,cbdf397c,c1667d48,cbdf3988) at if_addmulti+0x223 vlan_setmulti(c1667c40,cbdf39fc,c060a5d5,c088cd80,40) at vlan_setmulti+0x139 vlan_ioctl(c1733800,80206931,0) at vlan_ioctl+0x3e if_addmulti(c1733800,cbdf3a4c,cbdf3a48,cbdf3a4c,1c) at if_addmulti+0x223 in6_addmulti(cbdf3a9c,c1733800,cbdf3a94) at in6_addmulti+0x4c in6_update_ifa(c1733800,cbdf3b9c,0) at in6_update_ifa+0x4ce in6_ifattach_linklocal(c1733800,0) at in6_ifattach_linklocal+0xe5 in6_ifattach(c1733800,0,8040691a,8040691a,0) at in6_ifattach+0xa9 in6_if_up(c1733800) at in6_if_up+0x13 ifioctl(c173da60,8040691a,c1667dc0,c1594450,0) at ifioctl+0x1f8 soo_ioctl(c1724708,8040691a,c1667dc0,c14b9780,c1594450) at soo_ioctl+0x2db ioctl(c1594450,cbdf3d14,3,2,282) at ioctl+0x370 syscall(2f,2f,2f,80543a0,1) at syscall+0x213 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280c44f3, esp = 0xbfbfe5cc, ebp = 0xbfbfee18 --- fxp_mc_setup+0x62 seems to correspond to the following code in sys/dev/fxp/if_fxp.c: (line 2554) /* * Add a NOP command with interrupt so that we are notified * when all TX commands have been processed. */ txp = sc->fxp_desc.tx_last->tx_next; txp->tx_mbuf = NULL; --> txp->tx_cb->cb_status = 0; txp->tx_cb->cb_command = htole16(FXP_CB_COMMAND_NOP | FXP_CB_COMMAND_S | FXP_CB_COMMAND_I); txp->tx_cb is NULL at this point. This seems to be because fxp_init() has never been called. (both validated by instrumenting the code in question) Note also that the panic does not seem to occur if you do anything with fxp0 before doing something with the vlans. For example, assigning it an address, or even just bringing it up seems to prevent the panic. In this situation, where should fxp_init be called from? Presumably it's not the responsibility of the vlan code - as when it gets called we could already be using the interface and reinitialising it wouldn't be a nice thing to do. But then, what should be initialising it? And as an aside, is the detour via inet6 correct for what is entirely inet4? Sadly I can't get a dump on this machine. dmesg below. Gavin GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-CURRENT #0: Mon Feb 7 13:10:26 GMT 2005 root@thi.bu.nker.net:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) III Mobile CPU 1000MHz (995.96-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383f9ff real memory = 251002880 (239 MB) avail memory = 236322816 (225 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xee08-0xee0b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci_link0: irq 11 on acpi0 pci_link1: irq 11 on acpi0 pci_link2: irq 11 on acpi0 pci_link3: irq 11 on acpi0 pci_link4: irq 11 on acpi0 pci_link5: irq 11 on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) ohci0: mem 0xf7eff000-0xf7efffff irq 11 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered atapci0: port 0xeff0-0xefff,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 4.0 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pcm0: port 0xed00-0xedff mem 0xf7efe000-0xf7efefff irq 11 at device 6.0 on pci0 pcm0: pcm0: [GIANT-LOCKED] isab0: at device 7.0 on pci0 isa0: on isab0 pci0: at device 8.0 (no driver attached) fxp0: port 0xeb40-0xeb7f mem 0xf7ec0000-0xf7edffff,0xf7efd000-0xf7efdfff irq 11 at device 10.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:00:39:7e:f8:36 cbb0: at device 17Card bus> on cbb0 cbb1: at device 17.1 on pci0 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 pci0: at device 18.0 (no driver attached) acpi_lid0: on acpi0 acpi_cmbat0: on acpi0 acpi_cmbat1: on acpi0 acpi_acad0: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console ppc0: port 0x778-0x77a,0x378-0x37a irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/15 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 pmtimer0 on isa0 orm0: at iomem 0xe0000-0xeffff,0xc0000-0xcbfff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 995964893 Hz quality 800 Timecounters tick every 1.000 msec ad0: 19077MB [38760/16/63] at ata0-master UDMA66 acd0: CDROM at ata1-master UDMA33 Trying to mount root from ufs:/dev/ad0s1a Enter full pathname of shell or RETURN for /bin/sh: From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 18:28:28 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 707F416A4D0 for ; Tue, 8 Feb 2005 18:28:28 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BF3743D2F for ; Tue, 8 Feb 2005 18:28:28 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 94FCB51297; Tue, 8 Feb 2005 10:28:27 -0800 (PST) Date: Tue, 8 Feb 2005 10:28:27 -0800 From: Kris Kennaway To: Divacky Roman Message-ID: <20050208182827.GA76026@xor.obsecurity.org> References: <20050208140419.GA15236@stud.fit.vutbr.cz> <20050208164711.GC43179@xor.obsecurity.org> <20050208172754.GA25800@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WIyZ46R2i8wDzkSu" Content-Disposition: inline In-Reply-To: <20050208172754.GA25800@stud.fit.vutbr.cz> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org cc: Kris Kennaway Subject: Re: panic in recent 6-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 18:28:28 -0000 --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 08, 2005 at 06:27:54PM +0100, Divacky Roman wrote: > On Tue, Feb 08, 2005 at 08:47:11AM -0800, Kris Kennaway wrote: > > On Tue, Feb 08, 2005 at 03:04:19PM +0100, Divacky Roman wrote: > > > #22 0xc0493087 in softclock (dummy=3D0x0) at atomic.h:365 > > > #23 0xc04768a3 in ithread_loop (arg=3D0xc1577480) > > > at /usr/src/sys/kern/kern_intr.c:546 > > > #24 0xc0475be9 in fork_exit (callout=3D0xc0476761 , > > > arg=3D0xc1577480, frame=3D0xd3fc3d48) at /usr/src/sys/kern/ke= rn_fork.c:790 > > > #25 0xc057ef5c in fork_trampoline () at /usr/src/sys/i386/i386/except= ion.s:208 > > >=20 > > >=20 > > > (all other frames are either ??? or from ddb) > >=20 > > Are you running a kernel built with -O2 (bad for gdb) or -O?=20 >=20 > -Os which is basically -O2, should I test with plain -O ? Definitely; AIUI -O2 does not maintain good stack trace information. Kris --WIyZ46R2i8wDzkSu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCCQTLWry0BWjoQKURArSTAKC723VkJ5KEuM9tFbbEuNrS48a2aACgtlLb 3YJZrQvp/ZCSbWQQBYdabRY= =aIEs -----END PGP SIGNATURE----- --WIyZ46R2i8wDzkSu-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 18:28:34 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 435B616A4D7; Tue, 8 Feb 2005 18:28:34 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC91843D54; Tue, 8 Feb 2005 18:28:33 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j18ISTWk004063 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 8 Feb 2005 10:28:32 -0800 Message-ID: <420904CD.7070405@root.org> Date: Tue, 08 Feb 2005 10:28:29 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maxim Sobolev References: <42068A5C.1030300@root.org> <420757AD.9060603@portaone.com> In-Reply-To: <420757AD.9060603@portaone.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 18:28:34 -0000 Maxim Sobolev wrote: > Great! It would be nice if you can document this new facility in the > Handbook, since it is likely to be of interest for very large percentage > of FreeBSD users. Also, it should be mentioned in the release notes. Man page committed so no one has an excuse to avoid updating their drivers. ;-) The man page may be improved more over time, but the interfaces needed to update drivers are completely documented. -- Nate From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 18:29:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F35A216A4CE; Tue, 8 Feb 2005 18:29:07 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id A76B943D48; Tue, 8 Feb 2005 18:29:07 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j18IT6Wk004074 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 8 Feb 2005 10:29:06 -0800 Message-ID: <420904F2.6000305@root.org> Date: Tue, 08 Feb 2005 10:29:06 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alexander Leidinger References: <42068A5C.1030300@root.org> <20050207143804.7tf8xse944ck48co@netchild.homeip.net> In-Reply-To: <20050207143804.7tf8xse944ck48co@netchild.homeip.net> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 18:29:08 -0000 Alexander Leidinger wrote: > Nate Lawson wrote: > >> If you have throttling, please test the new configuration to be sure it >> still works as before. Final upcoming work will be manpage support and >> bugfixing as necessary. > > > Does this also affect hw.acpi.cpu.cx*? > > If yes: My desktop system only had C2 for a long time and after an > update at > the weekend I've looked at the cpufreq stuff and noticed, that it now > allows > C3 too. I've tried it and the system freezed immediatly. No way to do > anything after this, I had to reset the system. Anything I can send to you > (at the weekend) to debug this? It shouldn't affect this at all. I'll look into this eventually. -- Nate From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 18:32:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 511F516A4CE for ; Tue, 8 Feb 2005 18:32:14 +0000 (GMT) Received: from mail26.sea5.speakeasy.net (mail26.sea5.speakeasy.net [69.17.117.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC36743D48 for ; Tue, 8 Feb 2005 18:32:13 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 19722 invoked from network); 8 Feb 2005 18:32:13 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 8 Feb 2005 18:32:13 -0000 Received: from [10.50.40.202] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j18IW3GG095656; Tue, 8 Feb 2005 13:32:07 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Tue, 8 Feb 2005 13:17:40 -0500 User-Agent: KMail/1.6.2 References: <20050206134113.GA77071@peter.osted.lan> In-Reply-To: <20050206134113.GA77071@peter.osted.lan> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200502081317.40267.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx Subject: Re: Deadlock with option FULL_PREEMPTION X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 18:32:14 -0000 On Sunday 06 February 2005 08:41 am, Peter Holm wrote: > With GENERIC HEAD from Feb 5 09:19 UTC + FULL_PREEMPTION + > mpsafe_vfs = 1 I ran into what appears to be the same deadlock > twice. This is the first one: > http://www.holm.cc/stress/log/cons114.html What is the deadlock exactly? It looks like lots of threads banging on fork() and that they are all waiting on an exclusive lock of allproc_lock while holding a shared lock of proctree_lock (except for the 1 thread currently doing a fork that is on a run queue because it was preempted by IRQ 0 which kicked off softclock). Can you get 'ps' output? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 18:32:19 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB97916A4F3 for ; Tue, 8 Feb 2005 18:32:19 +0000 (GMT) Received: from mail28.sea5.speakeasy.net (mail28.sea5.speakeasy.net [69.17.117.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0619A43D41 for ; Tue, 8 Feb 2005 18:32:19 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 26225 invoked from network); 8 Feb 2005 18:32:18 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 8 Feb 2005 18:32:18 -0000 Received: from [10.50.40.202] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j18IW3GH095656; Tue, 8 Feb 2005 13:32:12 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Tue, 8 Feb 2005 13:26:14 -0500 User-Agent: KMail/1.6.2 References: <200502072349.j17Nn10t001265@gw.catspoiler.org> In-Reply-To: <200502072349.j17Nn10t001265@gw.catspoiler.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200502081326.14256.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: Don Lewis cc: current@FreeBSD.org Subject: Re: odd -CURRENT performance issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 18:32:20 -0000 On Monday 07 February 2005 06:49 pm, Don Lewis wrote: > time make all-depends-list > ten times in a row in /usr/ports/x11/gnome2. The system was freshly > booted, and other than a niced setiathome, the system was idle. I got > the following results: > > 122.63 real 29.83 user 66.29 sys > 117.86 real 29.58 user 66.55 sys > 119.89 real 29.80 user 67.27 sys > 121.68 real 30.31 user 67.55 sys > 122.10 real 30.41 user 67.66 sys > 120.90 real 29.67 user 68.24 sys > 121.21 real 30.27 user 67.69 sys > 219.85 real 30.35 user 148.12 sys > 312.54 real 30.49 user 224.79 sys > 312.83 real 30.23 user 225.83 sys > > The last three lines are rather strange ... > > Kernel and world are 6.0-CURRENT, built from February 3rd sources. > WITNESS, INVARIANTS, DEBUG_VFS_LOCKS, and SMP enabled, and it is fairly > close to GENERIC. WITNESS has especially poor scalability issues and can get much worse as more lock classes and relationships are added to its tree due to how it tries to rebalance the tree every time it adds a new relationship (and each rebalance is O(n) I think). If you turn off witness via sysctl debug.witness.watch=0,. does the same weirdness persist? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 18:32:20 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1A0F16A4F0 for ; Tue, 8 Feb 2005 18:32:19 +0000 (GMT) Received: from mail28.sea5.speakeasy.net (mail28.sea5.speakeasy.net [69.17.117.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AF5443D5A for ; Tue, 8 Feb 2005 18:32:19 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 26225 invoked from network); 8 Feb 2005 18:32:18 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 8 Feb 2005 18:32:18 -0000 Received: from [10.50.40.202] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j18IW3GH095656; Tue, 8 Feb 2005 13:32:12 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Tue, 8 Feb 2005 13:26:14 -0500 User-Agent: KMail/1.6.2 References: <200502072349.j17Nn10t001265@gw.catspoiler.org> In-Reply-To: <200502072349.j17Nn10t001265@gw.catspoiler.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200502081326.14256.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: Don Lewis cc: current@FreeBSD.org Subject: Re: odd -CURRENT performance issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 18:32:20 -0000 On Monday 07 February 2005 06:49 pm, Don Lewis wrote: > time make all-depends-list > ten times in a row in /usr/ports/x11/gnome2. The system was freshly > booted, and other than a niced setiathome, the system was idle. I got > the following results: > > 122.63 real 29.83 user 66.29 sys > 117.86 real 29.58 user 66.55 sys > 119.89 real 29.80 user 67.27 sys > 121.68 real 30.31 user 67.55 sys > 122.10 real 30.41 user 67.66 sys > 120.90 real 29.67 user 68.24 sys > 121.21 real 30.27 user 67.69 sys > 219.85 real 30.35 user 148.12 sys > 312.54 real 30.49 user 224.79 sys > 312.83 real 30.23 user 225.83 sys > > The last three lines are rather strange ... > > Kernel and world are 6.0-CURRENT, built from February 3rd sources. > WITNESS, INVARIANTS, DEBUG_VFS_LOCKS, and SMP enabled, and it is fairly > close to GENERIC. WITNESS has especially poor scalability issues and can get much worse as more lock classes and relationships are added to its tree due to how it tries to rebalance the tree every time it adds a new relationship (and each rebalance is O(n) I think). If you turn off witness via sysctl debug.witness.watch=0,. does the same weirdness persist? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 18:32:24 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D45416A4D2 for ; Tue, 8 Feb 2005 18:32:24 +0000 (GMT) Received: from mail27.sea5.speakeasy.net (mail27.sea5.speakeasy.net [69.17.117.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5A0843D31 for ; Tue, 8 Feb 2005 18:32:23 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 11657 invoked from network); 8 Feb 2005 18:32:23 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 8 Feb 2005 18:32:23 -0000 Received: from [10.50.40.202] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j18IW3GI095656; Tue, 8 Feb 2005 13:32:17 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Tue, 8 Feb 2005 13:28:08 -0500 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200502081328.08563.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= cc: current@FreeBSD.org Subject: Re: boot0 patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 18:32:24 -0000 On Tuesday 08 February 2005 03:22 am, Dag-Erling Sm=F8rgrav wrote: > boot0 currently recognizes FAT partition types 0x1, 0x4, 0x6, 0xb, 0xc > and 0xe but not NTFS (type 0x7). While type 0x1 (FAT12) is used on > floppies and 0x6 (FAT16 >32M) is still in relatively common use on > hard disks, I believe 0x4 (FAT16 <32M) hasn't been in widespread use > since the late eighties. The attached patch removes 0x4 from the list > of recognized partition types in boot0 and adds 0x7 in its place. > > We still don't have room for the string "Windows", so type 0x7 is > identified as DOS, but at least it's identified... Go for it. I think boot0ext does recognize it as Windows or some such FWIW. =2D-=20 John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =3D http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 18:32:24 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E7BA16A4CE for ; Tue, 8 Feb 2005 18:32:24 +0000 (GMT) Received: from mail27.sea5.speakeasy.net (mail27.sea5.speakeasy.net [69.17.117.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5B6843D45 for ; Tue, 8 Feb 2005 18:32:23 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 11657 invoked from network); 8 Feb 2005 18:32:23 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 8 Feb 2005 18:32:23 -0000 Received: from [10.50.40.202] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j18IW3GI095656; Tue, 8 Feb 2005 13:32:17 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Tue, 8 Feb 2005 13:28:08 -0500 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200502081328.08563.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= cc: current@FreeBSD.org Subject: Re: boot0 patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 18:32:24 -0000 On Tuesday 08 February 2005 03:22 am, Dag-Erling Sm=F8rgrav wrote: > boot0 currently recognizes FAT partition types 0x1, 0x4, 0x6, 0xb, 0xc > and 0xe but not NTFS (type 0x7). While type 0x1 (FAT12) is used on > floppies and 0x6 (FAT16 >32M) is still in relatively common use on > hard disks, I believe 0x4 (FAT16 <32M) hasn't been in widespread use > since the late eighties. The attached patch removes 0x4 from the list > of recognized partition types in boot0 and adds 0x7 in its place. > > We still don't have room for the string "Windows", so type 0x7 is > identified as DOS, but at least it's identified... Go for it. I think boot0ext does recognize it as Windows or some such FWIW. =2D-=20 John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =3D http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 18:32:28 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B668416A533 for ; Tue, 8 Feb 2005 18:32:28 +0000 (GMT) Received: from mail22.sea5.speakeasy.net (mail22.sea5.speakeasy.net [69.17.117.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5456443D48 for ; Tue, 8 Feb 2005 18:32:28 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 24361 invoked from network); 8 Feb 2005 18:32:28 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 8 Feb 2005 18:32:27 -0000 Received: from [10.50.40.202] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j18IW3GJ095656; Tue, 8 Feb 2005 13:32:22 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Tue, 8 Feb 2005 13:30:43 -0500 User-Agent: KMail/1.6.2 References: <20050208140419.GA15236@stud.fit.vutbr.cz> <20050208164711.GC43179@xor.obsecurity.org> <20050208172754.GA25800@stud.fit.vutbr.cz> In-Reply-To: <20050208172754.GA25800@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200502081330.43937.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: Divacky Roman cc: current@FreeBSD.org cc: Kris Kennaway Subject: Re: panic in recent 6-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 18:32:28 -0000 On Tuesday 08 February 2005 12:27 pm, Divacky Roman wrote: > On Tue, Feb 08, 2005 at 08:47:11AM -0800, Kris Kennaway wrote: > > On Tue, Feb 08, 2005 at 03:04:19PM +0100, Divacky Roman wrote: > > > #22 0xc0493087 in softclock (dummy=0x0) at atomic.h:365 > > > #23 0xc04768a3 in ithread_loop (arg=0xc1577480) > > > at /usr/src/sys/kern/kern_intr.c:546 > > > #24 0xc0475be9 in fork_exit (callout=0xc0476761 , > > > arg=0xc1577480, frame=0xd3fc3d48) at > > > /usr/src/sys/kern/kern_fork.c:790 #25 0xc057ef5c in fork_trampoline () > > > at /usr/src/sys/i386/i386/exception.s:208 > > > > > > > > > (all other frames are either ??? or from ddb) > > > > Are you running a kernel built with -O2 (bad for gdb) or -O? > > -Os which is basically -O2, should I test with plain -O ? -Os also confuses ddb's strack tracer, just stick to -O. Also, you didn't supply the actual panic message. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 18:32:28 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B877116A534 for ; Tue, 8 Feb 2005 18:32:28 +0000 (GMT) Received: from mail22.sea5.speakeasy.net (mail22.sea5.speakeasy.net [69.17.117.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55A0743D4C for ; Tue, 8 Feb 2005 18:32:28 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 24361 invoked from network); 8 Feb 2005 18:32:28 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 8 Feb 2005 18:32:27 -0000 Received: from [10.50.40.202] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j18IW3GJ095656; Tue, 8 Feb 2005 13:32:22 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Tue, 8 Feb 2005 13:30:43 -0500 User-Agent: KMail/1.6.2 References: <20050208140419.GA15236@stud.fit.vutbr.cz> <20050208164711.GC43179@xor.obsecurity.org> <20050208172754.GA25800@stud.fit.vutbr.cz> In-Reply-To: <20050208172754.GA25800@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200502081330.43937.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: Divacky Roman cc: current@FreeBSD.org cc: Kris Kennaway Subject: Re: panic in recent 6-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 18:32:28 -0000 On Tuesday 08 February 2005 12:27 pm, Divacky Roman wrote: > On Tue, Feb 08, 2005 at 08:47:11AM -0800, Kris Kennaway wrote: > > On Tue, Feb 08, 2005 at 03:04:19PM +0100, Divacky Roman wrote: > > > #22 0xc0493087 in softclock (dummy=0x0) at atomic.h:365 > > > #23 0xc04768a3 in ithread_loop (arg=0xc1577480) > > > at /usr/src/sys/kern/kern_intr.c:546 > > > #24 0xc0475be9 in fork_exit (callout=0xc0476761 , > > > arg=0xc1577480, frame=0xd3fc3d48) at > > > /usr/src/sys/kern/kern_fork.c:790 #25 0xc057ef5c in fork_trampoline () > > > at /usr/src/sys/i386/i386/exception.s:208 > > > > > > > > > (all other frames are either ??? or from ddb) > > > > Are you running a kernel built with -O2 (bad for gdb) or -O? > > -Os which is basically -O2, should I test with plain -O ? -Os also confuses ddb's strack tracer, just stick to -O. Also, you didn't supply the actual panic message. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 18:36:05 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 855E516A4CE; Tue, 8 Feb 2005 18:36:05 +0000 (GMT) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 613C243D2D; Tue, 8 Feb 2005 18:36:03 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id IBA74465; Tue, 08 Feb 2005 10:36:03 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id B07AA5D0A; Tue, 8 Feb 2005 10:36:02 -0800 (PST) To: Vlad Manilici In-reply-to: Your message of "Tue, 08 Feb 2005 02:33:21 EST." <20050208023321.A35686@tmok.com> Date: Tue, 08 Feb 2005 10:36:02 -0800 From: "Kevin Oberman" Message-Id: <20050208183602.B07AA5D0A@ptavv.es.net> cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org cc: sos@DeepCore.dk Subject: Re: ACPI Suspend/resume [was Re: ATA mkIII first official patches...] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 18:36:05 -0000 > Date: Tue, 8 Feb 2005 02:33:21 -0500 > From: Vlad Manilici > Sender: owner-freebsd-stable@freebsd.org > > Hi, > > > Does 5-STABLE have a working acpi based suspend/resume for anyone? > > I have a 5-STABLE from 27.01, on an IBM R40e. Suspend to memory (-s 3) > seems to work, but there is no way to resume. > > How do you trigger a resume?? A resume from hibernation is triggered by powering the unit on. It should see the valid hibernation file and load it into the system. (Don't hold the power switch as that will do a normal boot.) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 18:49:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77BB516A4CE; Tue, 8 Feb 2005 18:49:12 +0000 (GMT) Received: from smtp-vbr15.xs4all.nl (smtp-vbr15.xs4all.nl [194.109.24.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FFE543D1F; Tue, 8 Feb 2005 18:49:11 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) j18In9XV084884; Tue, 8 Feb 2005 19:49:10 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.1/8.12.9) with ESMTP id j18In92k004687; Tue, 8 Feb 2005 19:49:09 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.1/8.13.1/Submit) id j18In9ql004686; Tue, 8 Feb 2005 19:49:09 +0100 (CET) (envelope-from wb) Date: Tue, 8 Feb 2005 19:49:09 +0100 From: Wilko Bulte To: John Baldwin Message-ID: <20050208184909.GA4665@freebie.xs4all.nl> References: <200502081328.08563.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200502081328.08563.jhb@FreeBSD.org> X-OS: FreeBSD 4.11-RC2 User-Agent: Mutt/1.5.6i X-Virus-Scanned: by XS4ALL Virus Scanner cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= cc: freebsd-current@freebsd.org cc: current@freebsd.org Subject: Re: boot0 patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 18:49:12 -0000 On Tue, Feb 08, 2005 at 01:28:08PM -0500, John Baldwin wrote.. > On Tuesday 08 February 2005 03:22 am, Dag-Erling Smørgrav wrote: > > boot0 currently recognizes FAT partition types 0x1, 0x4, 0x6, 0xb, 0xc > > and 0xe but not NTFS (type 0x7). While type 0x1 (FAT12) is used on > > floppies and 0x6 (FAT16 >32M) is still in relatively common use on > > hard disks, I believe 0x4 (FAT16 <32M) hasn't been in widespread use > > since the late eighties. The attached patch removes 0x4 from the list > > of recognized partition types in boot0 and adds 0x7 in its place. > > > > We still don't have room for the string "Windows", so type 0x7 is > > identified as DOS, but at least it's identified... You could identify it as FAT iso DOS. Catches both. > Go for it. I think boot0ext does recognize it as Windows or some such FWIW. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 18:49:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77BB516A4CE; Tue, 8 Feb 2005 18:49:12 +0000 (GMT) Received: from smtp-vbr15.xs4all.nl (smtp-vbr15.xs4all.nl [194.109.24.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FFE543D1F; Tue, 8 Feb 2005 18:49:11 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) j18In9XV084884; Tue, 8 Feb 2005 19:49:10 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.1/8.12.9) with ESMTP id j18In92k004687; Tue, 8 Feb 2005 19:49:09 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.1/8.13.1/Submit) id j18In9ql004686; Tue, 8 Feb 2005 19:49:09 +0100 (CET) (envelope-from wb) Date: Tue, 8 Feb 2005 19:49:09 +0100 From: Wilko Bulte To: John Baldwin Message-ID: <20050208184909.GA4665@freebie.xs4all.nl> References: <200502081328.08563.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200502081328.08563.jhb@FreeBSD.org> X-OS: FreeBSD 4.11-RC2 User-Agent: Mutt/1.5.6i X-Virus-Scanned: by XS4ALL Virus Scanner cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= cc: freebsd-current@freebsd.org cc: current@freebsd.org Subject: Re: boot0 patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 18:49:12 -0000 On Tue, Feb 08, 2005 at 01:28:08PM -0500, John Baldwin wrote.. > On Tuesday 08 February 2005 03:22 am, Dag-Erling Smørgrav wrote: > > boot0 currently recognizes FAT partition types 0x1, 0x4, 0x6, 0xb, 0xc > > and 0xe but not NTFS (type 0x7). While type 0x1 (FAT12) is used on > > floppies and 0x6 (FAT16 >32M) is still in relatively common use on > > hard disks, I believe 0x4 (FAT16 <32M) hasn't been in widespread use > > since the late eighties. The attached patch removes 0x4 from the list > > of recognized partition types in boot0 and adds 0x7 in its place. > > > > We still don't have room for the string "Windows", so type 0x7 is > > identified as DOS, but at least it's identified... You could identify it as FAT iso DOS. Catches both. > Go for it. I think boot0ext does recognize it as Windows or some such FWIW. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 18:57:20 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95A5F16A4CE for ; Tue, 8 Feb 2005 18:57:20 +0000 (GMT) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D33043D49 for ; Tue, 8 Feb 2005 18:57:20 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Tue, 08 Feb 2005 10:57:20 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id CED6F5D08; Tue, 8 Feb 2005 10:57:19 -0800 (PST) To: Antony T Curtis In-reply-to: Your message of "Tue, 08 Feb 2005 09:57:42 GMT." <1107856662.84971.10.camel@pcgem.rdg.cyberkinetica.com> Date: Tue, 08 Feb 2005 10:57:19 -0800 From: "Kevin Oberman" Message-Id: <20050208185719.CED6F5D08@ptavv.es.net> cc: freebsd-current@freebsd.org Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 18:57:20 -0000 > From: Antony T Curtis > Date: Tue, 08 Feb 2005 09:57:42 +0000 > Sender: owner-freebsd-current@freebsd.org > > On Mon, 2005-02-07 at 21:46 +0100, Diego Calleja wrote: > > > Advertising works, but only if there is a sound product behind it. > > > > Advertising works regardless of the product, and windows is the best proof of this > > > > And lack of advertising can kill a product, regardless of the quality of the > > product (ie: digital) > > Bad advertising can kill a product quickly, especially when the adverts > confuse prospective users... Remember the IBM's "Nuns" OS/2 commercial? Not high-tech, but the classic case was the Schlitz "drink Schlitz or I'll kill you" adds back in the late 60's. Before those adds, Schlitz was one of the major nation brewers in the US. It was on a par with Miller, Anheuser-Busch, and well ahead of Coors. After these ads, Schlitz was no longer a top-10 brewer and quickly went broke. Coca-Cola has never really recovered from "New Coke". Bad advertising can definitely kill a product. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 18:58:39 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA34716A4CE for ; Tue, 8 Feb 2005 18:58:39 +0000 (GMT) Received: from tower.berklix.org (bsd.bsn.com [194.221.32.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BCAC43D3F for ; Tue, 8 Feb 2005 18:58:39 +0000 (GMT) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A5CFD.dip.t-dialin.net [84.154.92.253]) (authenticated bits=0) by tower.berklix.org (8.12.9p2/8.12.9) with ESMTP id j18IwaYS022628 for ; Tue, 8 Feb 2005 19:58:36 +0100 (CET) (envelope-from jhs@tower.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.12.11/8.12.11) with ESMTP id j18Ix3eb002569 for ; Tue, 8 Feb 2005 19:59:09 +0100 (CET) (envelope-from jhs@tower.berklix.net) Received: from fire.jhs.private (localhost [127.0.0.1]) by fire.jhs.private (8.13.1/8.13.1) with ESMTP id j18Ix3Ds013138 for ; Tue, 8 Feb 2005 19:59:03 +0100 (CET) (envelope-from jhs@fire.jhs.private) Message-Id: <200502081859.j18Ix3Ds013138@fire.jhs.private> To: freebsd-current@freebsd.org In-Reply-To: Message from Craig Reyenga <20050208172436.GA58172@burnout.lan.bluemidnight.ca> Date: Tue, 08 Feb 2005 19:59:03 +0100 From: "Julian H. Stacey" Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 18:58:40 -0000 > Just to stick with my original analogy, wouldn't funding developers be > similar to having an F1 team? I would rather see that than some Postings are getting boring & seems in breach of mail list definition: Ref.: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/eresources.html#ERESOURCES-MAIL freebsd-advocacy FreeBSD Evangelism freebsd-hackers General technical discussion Please consider taking it to advocacy@ or chat@ Thanks. - Julian Stacey. Unix,C,Net & Sys. Eng. Consultant, Munich. http://berklix.com Mail in Ascii, Html dumped as Spam. Ihr Rauch = mein allergischer Kopfschmerz. From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 19:00:01 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D31A216A4CE for ; Tue, 8 Feb 2005 19:00:01 +0000 (GMT) Received: from mail.tpgi.com.au (mail4.tpgi.com.au [203.12.160.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9599843D45 for ; Tue, 8 Feb 2005 19:00:00 +0000 (GMT) (envelope-from agh@tpg.com.au) Received: from [192.168.0.2] (220-244-72-6.tpgi.com.au [220.244.72.6]) by mail.tpgi.com.au (8.12.10/8.12.10) with ESMTP id j18IxwR0025170 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 9 Feb 2005 05:59:58 +1100 From: "Alastair G. Hogge" To: freebsd-current@freebsd.org Date: Wed, 9 Feb 2005 06:03:40 +1100 User-Agent: KMail/1.7.2 References: <20050208034855.D211E43D45@mx1.FreeBSD.org> <20050208040642.GA37528@xor.obsecurity.org> <1107848499.815.30.camel@klotz.local> In-Reply-To: <1107848499.815.30.camel@klotz.local> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200502090603.41639.agh@tpg.com.au> X-TPG-Antivirus: Passed cc: Martin cc: Kris Kennaway Subject: Re: Yet another sysinstall thread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 19:00:01 -0000 On Tue, 8 Feb 2005 18:41, Martin wrote: > When I wrote to this list last year, someone suggested to take a look > at KGI4BSD. That's of course nice, but to start programming something, > it would be nice to have the feeling that you have everything you need > in the base distribution. And btw, I don't see KGI4BSD supporting VESA KGI4BSD does support VESA. I used to run it back 5-3-BETA7 in VESA mode. From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 19:06:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0711A16A4CE for ; Tue, 8 Feb 2005 19:06:08 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90E7143D39 for ; Tue, 8 Feb 2005 19:06:05 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 883ED72DD4; Tue, 8 Feb 2005 11:06:05 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 837D772DCB; Tue, 8 Feb 2005 11:06:05 -0800 (PST) Date: Tue, 8 Feb 2005 11:06:05 -0800 (PST) From: Doug White To: Gavin Atkinson In-Reply-To: <1107887237.793.26.camel@buffy.york.ac.uk> Message-ID: <20050208110426.H2666@carver.gumbysoft.com> References: <1107887237.793.26.camel@buffy.york.ac.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: fxp0 and vlan panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 19:06:08 -0000 On Tue, 8 Feb 2005, Gavin Atkinson wrote: > Hey, > > There's an easily reproduceable panic involving configuring vlans on fxp > cards. I've recreated it in single user mode on a top-of-tree -CURRENT > machine as well as on a 5.3-STABLE machine. This is a WITNESS warning, not a panic. Unless you have witness panics enabled, which is strongly not recommended unless you're actively debugging the issue. > Enter full pathname of shell or RETURN for /bin/sh: > # ifconfig vlan0 create > # ifconfig vlan0 vlan 123 vlandev fxp0 > # ifconfig vlan0 inet 1.2.3.4 > lock order reversal > 1st 0xc15f6268 fxp0 (network driver) @ /usr/src/sys/dev/fxp/if_fxp.c:2389 > 2nd 0xc14c7ad0 user map (user map) @ /usr/src/sys/vm/vm_map.c:2998 > KDB: stack backtrace: > kdb_backtrace(0,ffffffff,c08f7ae0,c08f8a08,c08852ac) at kdb_backtrace+0x29 > witness_checkorder(c14c7ad0,9,c083d2a9,bb6) at witness_checkorder+0x54c > _sx_xlock(c14c7ad0,c083d2a9,bb6) at _sx_xlock+0x50 > _vm_map_lock_read(c14c7a8c,c083d2a9,bb6,2000046,c1595458) at _vm_map_lock_read+0x37 > vm_map_lookup(cbdf3804,0,2,cbdf3808,cbdf37f8) at vm_map_lookup+0x28 > vm_fault(c14c7a8c,0,2,8,c1594450) at vm_fault+0x66 > trap_pfault(cbdf38cc,0,0) at trap_pfault+0xf2 > trap(c15f0018,cbdf0010,c0630010,c15f6000,c15f6000) at trap+0x335 > calltrap() at calltrap+0x5 > --- trap 0xc, eip = 0xc051e966, esp = 0xcbdf390c, ebp = 0xcbdf3918 --- > fxp_mc_setup(c15f6000) at fxp_mc_setup+0x62 > fxp_ioctl(c15f6000,80206931,0) at fxp_ioctl+0x112 > if_addmulti(c15f6000,cbdf3980,cbdf397c,c1667d48,cbdf3988) at if_addmulti+0x223 > vlan_setmulti(c1667c40,cbdf39fc,c060a5d5,c088cd80,40) at vlan_setmulti+0x139 > vlan_ioctl(c1733800,80206931,0) at vlan_ioctl+0x3e > if_addmulti(c1733800,cbdf3a4c,cbdf3a48,cbdf3a4c,1c) at if_addmulti+0x223 > in6_addmulti(cbdf3a9c,c1733800,cbdf3a94) at in6_addmulti+0x4c > in6_update_ifa(c1733800,cbdf3b9c,0) at in6_update_ifa+0x4ce > in6_ifattach_linklocal(c1733800,0) at in6_ifattach_linklocal+0xe5 > in6_ifattach(c1733800,0,8040691a,8040691a,0) at in6_ifattach+0xa9 > in6_if_up(c1733800) at in6_if_up+0x13 > ifioctl(c173da60,8040691a,c1667dc0,c1594450,0) at ifioctl+0x1f8 > soo_ioctl(c1724708,8040691a,c1667dc0,c14b9780,c1594450) at soo_ioctl+0x2db > ioctl(c1594450,cbdf3d14,3,2,282) at ioctl+0x370 > syscall(2f,2f,2f,80543a0,1) at syscall+0x213 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280c44f3, esp = 0xbfbfe5cc, ebp = 0xbfbfee18 --- > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x0 > fault code = supervisor write, page not present > instruction pointer = 0x8:0xc051e966 > stack pointer = 0x10:0xcbdf390c > frame pointer = 0x10:0xcbdf3918 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 56 (ifconfig) > [thread pid 56 tid 100043 ] > Stopped at fxp_mc_setup+0x62: movw $0,0(%eax) > db> > db> tr > Tracing pid 56 tid 100043 td 0xc1594450 > fxp_mc_setup(c15f6000) at fxp_mc_setup+0x62 > fxp_ioctl(c15f6000,80206931,0) at fxp_ioctl+0x112 > if_addmulti(c15f6000,cbdf3980,cbdf397c,c1667d48,cbdf3988) at if_addmulti+0x223 > vlan_setmulti(c1667c40,cbdf39fc,c060a5d5,c088cd80,40) at vlan_setmulti+0x139 > vlan_ioctl(c1733800,80206931,0) at vlan_ioctl+0x3e > if_addmulti(c1733800,cbdf3a4c,cbdf3a48,cbdf3a4c,1c) at if_addmulti+0x223 > in6_addmulti(cbdf3a9c,c1733800,cbdf3a94) at in6_addmulti+0x4c > in6_update_ifa(c1733800,cbdf3b9c,0) at in6_update_ifa+0x4ce > in6_ifattach_linklocal(c1733800,0) at in6_ifattach_linklocal+0xe5 > in6_ifattach(c1733800,0,8040691a,8040691a,0) at in6_ifattach+0xa9 > in6_if_up(c1733800) at in6_if_up+0x13 > ifioctl(c173da60,8040691a,c1667dc0,c1594450,0) at ifioctl+0x1f8 > soo_ioctl(c1724708,8040691a,c1667dc0,c14b9780,c1594450) at soo_ioctl+0x2db > ioctl(c1594450,cbdf3d14,3,2,282) at ioctl+0x370 > syscall(2f,2f,2f,80543a0,1) at syscall+0x213 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280c44f3, esp = 0xbfbfe5cc, ebp = 0xbfbfee18 --- > > fxp_mc_setup+0x62 seems to correspond to the following code in > sys/dev/fxp/if_fxp.c: (line 2554) > > > /* > * Add a NOP command with interrupt so that we are notified > * when all TX commands have been processed. > */ > txp = sc->fxp_desc.tx_last->tx_next; > txp->tx_mbuf = NULL; > --> txp->tx_cb->cb_status = 0; > txp->tx_cb->cb_command = htole16(FXP_CB_COMMAND_NOP | > FXP_CB_COMMAND_S | FXP_CB_COMMAND_I); > > txp->tx_cb is NULL at this point. This seems to be because fxp_init() > has never been called. (both validated by instrumenting the code in > question) > > Note also that the panic does not seem to occur if you do anything with > fxp0 before doing something with the vlans. For example, assigning it > an address, or even just bringing it up seems to prevent the panic. > > In this situation, where should fxp_init be called from? Presumably > it's not the responsibility of the vlan code - as when it gets called we > could already be using the interface and reinitialising it wouldn't be a > nice thing to do. But then, what should be initialising it? > > And as an aside, is the detour via inet6 correct for what is entirely > inet4? > > Sadly I can't get a dump on this machine. dmesg below. > > Gavin > > GDB: no debug ports present > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2005 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 6.0-CURRENT #0: Mon Feb 7 13:10:26 GMT 2005 > root@thi.bu.nker.net:/usr/obj/usr/src/sys/GENERIC > WARNING: WITNESS option enabled, expect reduced performance. > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) III Mobile CPU 1000MHz (995.96-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 > Features=0x383f9ff > real memory = 251002880 (239 MB) > avail memory = 236322816 (225 MB) > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > acpi0: on motherboard > acpi0: Power Button (fixed) > Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0xee08-0xee0b on acpi0 > cpu0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci_link0: irq 11 on acpi0 > pci_link1: irq 11 on acpi0 > pci_link2: irq 11 on acpi0 > pci_link3: irq 11 on acpi0 > pci_link4: irq 11 on acpi0 > pci_link5: irq 11 on acpi0 > pci0: on pcib0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > pci1: at device 0.0 (no driver attached) > ohci0: mem 0xf7eff000-0xf7efffff irq 11 at device 2.0 on pci0 > ohci0: [GIANT-LOCKED] > usb0: OHCI version 1.0, legacy support > usb0: SMM does not respond, resetting > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 3 ports with 3 removable, self powered > atapci0: port 0xeff0-0xefff,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 4.0 on pci0 > ata0: channel #0 on atapci0 > ata1: channel #1 on atapci0 > pcm0: port 0xed00-0xedff mem 0xf7efe000-0xf7efefff irq 11 at device 6.0 on pci0 > pcm0: > pcm0: [GIANT-LOCKED] > isab0: at device 7.0 on pci0 > isa0: on isab0 > pci0: at device 8.0 (no driver attached) > fxp0: port 0xeb40-0xeb7f mem 0xf7ec0000-0xf7edffff,0xf7efd000-0xf7efdfff irq 11 at device 10.0 on pci0 > miibus0: on fxp0 > inphy0: on miibus0 > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > fxp0: Ethernet address: 00:00:39:7e:f8:36 > cbb0: at device 17Card bus> on cbb0 > cbb1: at device 17.1 on pci0 > cardbus1: on cbb1 > pccard1: <16-bit PCCard bus> on cbb1 > pci0: at device 18.0 (no driver attached) > acpi_lid0: on acpi0 > acpi_cmbat0: on acpi0 > acpi_cmbat1: on acpi0 > acpi_acad0: on acpi0 > acpi_tz0: on acpi0 > atkbdc0: port 0x64,0x60 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: model IntelliMouse, device ID 3 > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > sio0: type 16550A, console > ppc0: port 0x778-0x77a,0x378-0x37a irq 7 drq 3 on acpi0 > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > ppc0: FIFO with 16/16/15 bytes threshold > ppbus0: on ppc0 > plip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > pmtimer0 on isa0 > orm0: at iomem 0xe0000-0xeffff,0xc0000-0xcbfff on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x100> > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounter "TSC" frequency 995964893 Hz quality 800 > Timecounters tick every 1.000 msec > ad0: 19077MB [38760/16/63] at ata0-master UDMA66 > acd0: CDROM at ata1-master UDMA33 > Trying to mount root from ufs:/dev/ad0s1a > Enter full pathname of shell or RETURN for /bin/sh: > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 19:08:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BCC816A4CF for ; Tue, 8 Feb 2005 19:08:40 +0000 (GMT) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 83AED43D45 for ; Tue, 8 Feb 2005 19:08:39 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 27795 invoked from network); 8 Feb 2005 19:08:36 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 8 Feb 2005 19:08:36 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j18J8a2a045970; Tue, 8 Feb 2005 20:08:36 +0100 (CET) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j18J8aDm045969; Tue, 8 Feb 2005 20:08:36 +0100 (CET) (envelope-from pho) Date: Tue, 8 Feb 2005 20:08:36 +0100 From: Peter Holm To: John Baldwin Message-ID: <20050208190836.GA45874@peter.osted.lan> References: <20050206134113.GA77071@peter.osted.lan> <200502081317.40267.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200502081317.40267.jhb@FreeBSD.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: Deadlock with option FULL_PREEMPTION X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 19:08:40 -0000 On Tue, Feb 08, 2005 at 01:17:40PM -0500, John Baldwin wrote: > On Sunday 06 February 2005 08:41 am, Peter Holm wrote: > > With GENERIC HEAD from Feb 5 09:19 UTC + FULL_PREEMPTION + > > mpsafe_vfs = 1 I ran into what appears to be the same deadlock > > twice. This is the first one: > > http://www.holm.cc/stress/log/cons114.html > > What is the deadlock exactly? top froze, console login froze after giving login name, but I could ping the box. > It looks like lots of threads banging on fork() > and that they are all waiting on an exclusive lock of allproc_lock while > holding a shared lock of proctree_lock (except for the 1 thread currently > doing a fork that is on a run queue because it was preempted by IRQ 0 which > kicked off softclock). Can you get 'ps' output? > Yes: $ ps -alx -o flags -N kernel.debug -M /var/crash/vmcore.167 UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND F 0 0 0 0 -16 0 0 0 allpro DLs ?? 0:00,11 [swapper] 200 0 1 0 287 8 0 720 0 wait DLs ?? 0:00,38 [init] 4200 0 2 0 140 -8 0 0 0 - DL ?? 0:02,95 [g_event] 204 0 3 0 273 -8 0 0 0 - DL ?? 4:00,96 [g_up] 204 0 4 0 91 -8 0 0 0 - DL ?? 1:02,45 [g_down] 204 0 5 0 0 8 0 0 0 - DL ?? 0:00,00 [kqueue taskq] 204 0 6 0 0 8 0 0 0 - RL ?? 0:00,00 [thread taskq] 204 0 7 0 0 -84 0 0 0 actask DL ?? 0:00,00 [acpi_task0] 204 0 8 0 0 -84 0 0 0 actask DL ?? 0:00,00 [acpi_task1] 204 0 9 0 0 -84 0 0 0 actask DL ?? 0:00,00 [acpi_task2] 204 0 10 0 0 -16 0 0 0 ktrace DL ?? 0:00,00 [ktrace] 204 0 11 0 219 171 0 0 0 - RL ?? 10:22,62 [idle: cpu0] 20c 0 12 0 2 -60 0 0 0 - WL ?? 0:00,04 [irq1: atkbd0] 204 0 13 0 0 -21 0 0 0 - WL ?? 0:00,00 [irq3:] 204 0 14 0 0 -60 0 0 0 - WL ?? 0:00,00 [irq4: sio0] 204 0 15 0 0 -21 0 0 0 - WL ?? 0:00,00 [irq5:] 204 0 16 0 0 -64 0 0 0 - WL ?? 0:00,00 [irq6: fdc0] 204 0 17 0 0 -60 0 0 0 - WL ?? 0:00,00 [irq7: ppc0] 204 0 18 0 0 -84 0 0 0 - WL ?? 0:00,00 [irq8: rtc] 204 0 19 0 0 -52 0 0 0 - WL ?? 0:00,00 [irq9: acpi0] 204 0 20 0 0 -21 0 0 0 - WL ?? 0:00,00 [irq10:] 204 0 21 0 0 -21 0 0 0 - WL ?? 0:00,00 [irq11:] 204 0 22 0 0 -60 0 0 0 - WL ?? 0:00,00 [irq12: psm0] 204 0 23 0 0 -21 0 0 0 - WL ?? 0:00,00 [irq13:] 204 0 24 0 0 -64 0 0 0 - WL ?? 0:25,54 [irq14: ata0] 204 0 25 0 0 -64 0 0 0 - WL ?? 0:00,00 [irq15: ata1] 204 0 26 0 0 -64 0 0 0 - WL ?? 0:00,00 [irq16: uhci0 uh 204 0 27 0 0 -80 0 0 0 - WL ?? 0:00,00 [irq17: pcm0] 204 0 28 0 0 -64 0 0 0 - WL ?? 0:00,00 [irq18: uhci2] 204 0 29 0 0 -64 0 0 0 - WL ?? 0:00,00 [irq19: uhci1] 204 0 30 0 0 -21 0 0 0 - WL ?? 0:00,00 [irq20:] 204 0 31 0 0 -21 0 0 0 - WL ?? 0:00,00 [irq21:] 204 0 32 0 24 -68 0 0 0 - WL ?? 0:56,13 [irq22: rl0] 204 0 33 0 0 -21 0 0 0 - WL ?? 0:00,00 [irq23:] 204 0 34 0 0 -84 0 0 0 - WL ?? 0:00,00 [irq0: clk] 204 0 35 0 227 -44 0 0 0 - WL ?? 2:15,59 [swi1: net] 204 0 36 0 295 -32 0 0 0 - WL ?? 1:20,97 [swi4: clock sio 20c 0 37 0 0 -36 0 0 0 - WL ?? 0:00,00 [swi3: vm] 204 0 38 0 42 -16 0 0 0 - DL ?? 0:03,48 [yarrow] 204 0 39 0 0 -24 0 0 0 - WL ?? 0:00,00 [swi6: task queu 204 0 40 0 0 -24 0 0 0 - WL ?? 0:00,00 [swi6:+] 204 0 41 0 0 -24 0 0 0 - WL ?? 0:00,00 [swi6: acpitaskq 204 0 42 0 0 -28 0 0 0 - WL ?? 0:00,00 [swi5:+] 204 0 43 0 0 -40 0 0 0 - WL ?? 0:00,00 [swi2: cambio] 204 0 44 0 0 8 0 0 0 usbevt DL ?? 0:00,00 [usb0] 204 0 45 0 0 8 0 0 0 usbtsk DL ?? 0:00,00 [usbtask] 204 0 46 0 0 8 0 0 0 usbevt DL ?? 0:00,00 [usb1] 204 0 47 0 0 8 0 0 0 usbevt DL ?? 0:00,00 [usb2] 204 0 48 0 1 8 0 0 0 usbevt DL ?? 0:00,00 [usb3] 204 0 49 0 0 -48 0 0 0 - WL ?? 0:00,00 [swi0: sio] 204 0 50 0 6 -8 0 0 0 - DL ?? 0:00,14 [fdc0] 204 0 51 0 239 -16 0 0 0 psleep DL ?? 3:59,81 [pagedaemon] 204 0 52 0 36 20 0 0 0 psleep DL ?? 0:12,59 [vmdaemon] 204 0 53 0 20 171 0 0 0 - RL ?? 0:13,25 [pagezero] 20c 0 54 0 139 -16 0 0 0 psleep DL ?? 20:59,10 [bufdaemon] 204 0 55 0 13 -4 0 0 0 vlruwt DL ?? 0:00,28 [vnlru] 204 0 56 0 283 -4 0 0 0 ufs DL ?? 5:52,85 [syncer] 204 0 57 0 27 8 0 0 0 - DL ?? 0:00,00 [nfsiod 0] 204 0 58 0 27 8 0 0 0 - DL ?? 0:00,00 [nfsiod 1] 204 0 59 0 28 8 0 0 0 - DL ?? 0:00,00 [nfsiod 2] 204 0 60 0 28 8 0 0 0 - DL ?? 0:00,00 [nfsiod 3] 204 0 61 0 0 -32 0 0 0 allpro DL ?? 0:01,64 [schedcpu] 204 0 249 1 120 111 0 488 0 select Ds ?? 0:00,00 [devd] 0 0 274 1 6 96 0 1328 120 select Ds ?? 0:00,54 [syslogd] 0 0 288 1 4 96 0 1472 0 select Ds ?? 0:00,18 [rpcbind] 0 0 357 1 120 111 0 1352 0 select Ds ?? 0:00,02 [mountd] 0 0 359 1 77 105 0 1296 0 select Ds ?? 0:00,09 [nfsd] 0 0 360 359 120 4 0 1236 0 - D ?? 0:00,00 [nfsd] 0 0 361 359 120 4 0 1236 0 - D ?? 0:00,00 [nfsd] 0 0 362 359 120 4 0 1236 0 - D ?? 0:00,00 [nfsd] 0 0 363 359 120 4 0 1236 0 - D ?? 0:00,00 [nfsd] 0 0 384 1 4 96 0 1244 0 select Ds ?? 0:00,14 [usbd] 0 0 410 1 110 109 0 2828 0 select Ds ?? 0:01,66 [ntpd] 0 0 426 1 0 96 0 3348 0 select Ds ?? 0:00,02 [sshd] 100 0 432 1 0 96 0 3440 208 sysctl Ds ?? 0:00,96 [sendmail] 100 25 436 1 0 96 0 3320 0 sysctl Ds ?? 0:00,05 [sendmail] 100 0 448 1 1 96 0 1356 0 allpro Ds ?? 0:00,26 [cron] 0 0 499 1 112 110 0 1244 0 select Ds ?? 0:00,00 [moused] 0 0 542 426 66 4 0 6092 0 sbwait Ds ?? 0:00,22 [sshd] 4100 1001 544 542 0 96 0 6088 344 select D ?? 0:01,81 [sshd] 100 0 552 426 13 4 0 6092 0 sbwait Ds ?? 0:00,22 [sshd] 4100 1001 554 552 0 96 0 6248 0 select D ?? 0:02,62 [sshd] 100 1001 545 544 38 8 0 2520 0 wait Ds p0 0:00,10 [bash] 4002 1001 551 545 70 104 0 2452 624 allpro D+ p0 0:51,24 [top] 4002 1001 555 554 162 8 0 2520 0 wait Ds p1 0:00,21 [bash] 4002 1001 2120 555 247 8 0 1664 0 wait D+ p1 0:00,03 [sh] 4002 1001 2125 2120 22 8 0 1228 0 nanslp D+ p1 0:00,44 [run] 4002 1001 2126 2125 247 8 0 1228 0 wait D+ p1 0:00,00 [run] 2 1001 2127 2126 285 8 0 1232 0 wait D+ p1 0:01,12 [run] 2 1001 10334 2127 281 131 0 1224 0 allpro D+ p1 0:00,02 [swap] 4002 1001 10335 2127 280 131 0 1224 0 allpro D+ p1 0:00,02 [creat] 4002 1001 10336 2127 280 131 0 1228 0 allpro D+ p1 0:00,02 [mkdir] 4002 1001 10337 2127 0 -84 0 0 0 - ZW p1 0:00,00 0 1001 10338 2127 0 -84 0 0 0 - ZW p1 0:00,00 0 1001 10339 2127 0 -84 0 0 0 - ZW p1 0:00,00 0 1001 10340 2127 280 131 0 1228 0 allpro D+ p1 0:00,02 [sysctl] 4002 1001 10341 2127 280 131 0 1232 0 allpro D+ p1 0:00,02 [tcp] 4002 1001 10342 2127 281 131 0 1228 0 allpro D+ p1 0:00,02 [udp] 4002 1001 10343 10335 285 8 0 1224 0 wait D+ p1 0:00,01 [creat] 2 1001 10344 10340 285 8 0 1228 0 wait D+ p1 0:00,00 [sysctl] 2 1001 10345 10334 285 8 0 1224 0 wait D+ p1 0:00,01 [swap] 2 1001 10346 10344 285 131 0 1228 0 allpro D+ p1 0:00,00 [sysctl] 2 1001 10347 10345 285 131 0 1224 0 sysctl D+ p1 0:00,00 [swap] 2 1001 10348 10345 295 131 0 30684 0 - R+ p1 88:53,23 [swap] 2 1001 10349 10345 285 131 0 1224 0 sysctl D+ p1 0:00,00 [swap] 2 1001 10350 10343 285 -4 0 1224 0 ufs D+ p1 0:00,00 [creat] 2 1001 10351 10343 290 132 0 1224 0 - R+ p1 0:00,11 [creat] 2 1001 10352 10343 285 -4 0 1224 0 ufs D+ p1 0:00,00 [creat] 2 1001 10353 10343 285 -4 0 1224 0 ufs D+ p1 0:00,00 [creat] 2 1001 10354 10343 289 132 0 1224 0 - R+ p1 0:00,07 [creat] 2 1001 10355 10343 285 -4 0 1224 0 ufs D+ p1 0:00,00 [creat] 2 1001 10356 10345 285 131 0 1224 0 sysctl D+ p1 0:00,00 [swap] 2 1001 10357 10345 285 131 0 1224 0 sysctl D+ p1 0:00,00 [swap] 2 1001 10358 10345 285 131 0 1224 0 sysctl D+ p1 0:00,00 [swap] 2 1001 10359 10345 285 -8 0 1232 0 piperd D+ p1 0:00,00 [swap] 2 1001 10360 10336 285 8 0 1228 0 wait D+ p1 0:00,00 [mkdir] 2 1001 10361 10341 285 8 0 1232 0 wait D+ p1 0:00,02 [tcp] 2 1001 10362 10360 285 131 0 1228 0 sysctl D+ p1 0:00,00 [mkdir] 2 1001 10363 10360 285 -4 0 1228 0 getblk D+ p1 0:00,00 [mkdir] 2 1001 10364 10361 285 4 0 1236 0 sbwait D+ p1 0:00,04 [tcp] 2 1001 10365 10361 285 131 0 1232 0 allpro D+ p1 0:00,00 [tcp] 2 1001 10366 10361 285 131 0 1232 0 allpro D+ p1 0:00,00 [tcp] 2 1001 10367 10361 285 131 0 1232 0 allpro D+ p1 0:00,00 [tcp] 2 1001 10368 10361 285 131 0 1232 0 allpro D+ p1 0:00,00 [tcp] 2 1001 10369 10361 285 131 0 1232 0 allpro D+ p1 0:00,00 [tcp] 2 1001 10370 10361 285 131 0 1232 0 allpro D+ p1 0:00,00 [tcp] 2 1001 10371 10361 281 4 0 1232 0 sbwait D+ p1 0:00,03 [tcp] 2 1001 10372 10361 285 131 0 1232 0 allpro D+ p1 0:00,00 [tcp] 2 1001 10373 10361 284 4 0 1236 0 sbwait D+ p1 0:00,05 [tcp] 2 1001 10374 10342 285 8 0 1228 0 wait D+ p1 0:00,01 [udp] 2 1001 10375 10374 290 132 0 1252 0 - R+ p1 0:00,67 [udp] 2 1001 10376 10374 288 132 0 1252 0 - R+ p1 0:00,03 [udp] 2 1001 10377 10374 288 132 0 1252 0 - R+ p1 0:00,03 [udp] 2 1001 10378 10371 288 132 0 1320 0 - R+ p1 0:00,05 [tcp] 2 1001 10382 10364 288 132 0 1320 0 - R+ p1 0:00,07 [tcp] 2 1001 10383 10373 291 132 0 1320 0 - R+ p1 0:00,08 [tcp] 2 1001 10385 10359 288 132 0 1664 0 - R+ p1 0:00,02 [sh] 4002 1001 10386 10385 288 132 0 1220 0 - R+ p1 0:00,01 [swapinfo] 4002 1001 10387 10385 288 132 0 288 0 - R+ p1 0:00,00 [tail] 4002 0 534 1 1 96 0 288 0 sysctl Ds+ v0 0:00,03 [login] 4002 0 535 1 112 5 0 1300 0 ttyin Ds+ v1 0:00,02 [getty] 4002 0 536 1 112 5 0 1300 0 ttyin Ds+ v2 0:00,02 [getty] 4002 0 537 1 112 5 0 1300 0 ttyin Ds+ v3 0:00,02 [getty] 4002 0 538 1 112 5 0 1300 0 ttyin Ds+ v4 0:00,02 [getty] 4002 0 539 1 112 5 0 1300 0 ttyin Ds+ v5 0:00,02 [getty] 4002 0 540 1 112 5 0 1300 0 ttyin Ds+ v6 0:00,02 [getty] 4002 0 541 1 112 5 0 1300 0 ttyin Ds+ v7 0:00,02 [getty] 4002 I have uploaded the other freeze, that has a "show witness", to http://www.holm.cc/stress/log/cons114a.html. Hope this helps. - Peter > -- > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" = http://www.FreeBSD.org -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 19:08:46 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56F2616A4F0 for ; Tue, 8 Feb 2005 19:08:46 +0000 (GMT) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD38E43D1F for ; Tue, 8 Feb 2005 19:08:45 +0000 (GMT) (envelope-from pawel.worach@telia.com) Received: from [127.0.0.1] (81.225.14.129) by pne-smtpout1-sn2.hy.skanova.net (7.1.026.7) (authenticated as u86211448) id 41E3216700416D88; Tue, 8 Feb 2005 20:08:36 +0100 Message-ID: <42090E32.9020506@telia.com> Date: Tue, 08 Feb 2005 20:08:34 +0100 From: Pawel Worach User-Agent: Mozilla Thunderbird 1.0 (X11/20050204) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Divacky Roman References: <20050208140419.GA15236@stud.fit.vutbr.cz> In-Reply-To: <20050208140419.GA15236@stud.fit.vutbr.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: panic in recent 6-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 19:08:46 -0000 Divacky Roman wrote: > #22 0xc0493087 in softclock (dummy=0x0) at atomic.h:365 > #23 0xc04768a3 in ithread_loop (arg=0xc1577480) > at /usr/src/sys/kern/kern_intr.c:546 > #24 0xc0475be9 in fork_exit (callout=0xc0476761 , > arg=0xc1577480, frame=0xd3fc3d48) at /usr/src/sys/kern/kern_fork.c:790 > #25 0xc057ef5c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 > I have seen the same thing but only these four frames in DDB, happened during boot. I'll see if I can get a dump with it, my kernel is built with -O. -- Pawel From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 19:22:18 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 346E616A4CE for ; Tue, 8 Feb 2005 19:22:18 +0000 (GMT) Received: from mail21.sea5.speakeasy.net (mail21.sea5.speakeasy.net [69.17.117.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA2D843D1D for ; Tue, 8 Feb 2005 19:22:17 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 15892 invoked from network); 8 Feb 2005 19:22:17 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 8 Feb 2005 19:22:16 -0000 Received: from [10.50.40.202] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j18JM9tw096010; Tue, 8 Feb 2005 14:22:10 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Tue, 8 Feb 2005 14:23:11 -0500 User-Agent: KMail/1.6.2 References: <1107887237.793.26.camel@buffy.york.ac.uk> <20050208110426.H2666@carver.gumbysoft.com> In-Reply-To: <20050208110426.H2666@carver.gumbysoft.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200502081423.11915.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx Subject: Re: fxp0 and vlan panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 19:22:18 -0000 On Tuesday 08 February 2005 02:06 pm, Doug White wrote: > On Tue, 8 Feb 2005, Gavin Atkinson wrote: > > Hey, > > > > There's an easily reproduceable panic involving configuring vlans on fxp > > cards. I've recreated it in single user mode on a top-of-tree -CURRENT > > machine as well as on a 5.3-STABLE machine. > > This is a WITNESS warning, not a panic. Unless you have witness panics > enabled, which is strongly not recommended unless you're actively > debugging the issue. Umm, it's a panic, too. This warning now gets triggered by witness when we get a page fault while holding a lock. I've thought about just forcing all such page faults to be fatal via a patch like this to avoid the spurious LOR: Index: trap.c =================================================================== RCS file: /usr/cvs/src/sys/i386/i386/trap.c,v retrieving revision 1.270 diff -u -r1.270 trap.c --- trap.c 16 Nov 2004 20:42:31 -0000 1.270 +++ trap.c 19 Jan 2005 22:44:18 -0000 @@ -238,7 +238,7 @@ * to the debugger. */ eva = rcr2(); - if (td->td_critnest == 0) + if (td->td_critnest == 0 && td->td_sleeplocks == NULL) enable_intr(); else trap_fatal(&frame, eva); > > Enter full pathname of shell or RETURN for /bin/sh: > > # ifconfig vlan0 create > > # ifconfig vlan0 vlan 123 vlandev fxp0 > > # ifconfig vlan0 inet 1.2.3.4 > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; apic id = 00 > > fault virtual address = 0x0 > > fault code = supervisor write, page not present > > instruction pointer = 0x8:0xc051e966 > > stack pointer = 0x10:0xcbdf390c > > frame pointer = 0x10:0xcbdf3918 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, def32 1, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 56 (ifconfig) > > [thread pid 56 tid 100043 ] > > Stopped at fxp_mc_setup+0x62: movw $0,0(%eax) > > db> > > db> tr > > Tracing pid 56 tid 100043 td 0xc1594450 > > fxp_mc_setup(c15f6000) at fxp_mc_setup+0x62 > > fxp_ioctl(c15f6000,80206931,0) at fxp_ioctl+0x112 > > if_addmulti(c15f6000,cbdf3980,cbdf397c,c1667d48,cbdf3988) at > > if_addmulti+0x223 vlan_setmulti(c1667c40,cbdf39fc,c060a5d5,c088cd80,40) > > at vlan_setmulti+0x139 vlan_ioctl(c1733800,80206931,0) at vlan_ioctl+0x3e > > if_addmulti(c1733800,cbdf3a4c,cbdf3a48,cbdf3a4c,1c) at if_addmulti+0x223 > > in6_addmulti(cbdf3a9c,c1733800,cbdf3a94) at in6_addmulti+0x4c > > in6_update_ifa(c1733800,cbdf3b9c,0) at in6_update_ifa+0x4ce > > in6_ifattach_linklocal(c1733800,0) at in6_ifattach_linklocal+0xe5 > > in6_ifattach(c1733800,0,8040691a,8040691a,0) at in6_ifattach+0xa9 > > in6_if_up(c1733800) at in6_if_up+0x13 > > ifioctl(c173da60,8040691a,c1667dc0,c1594450,0) at ifioctl+0x1f8 > > soo_ioctl(c1724708,8040691a,c1667dc0,c14b9780,c1594450) at > > soo_ioctl+0x2db ioctl(c1594450,cbdf3d14,3,2,282) at ioctl+0x370 > > syscall(2f,2f,2f,80543a0,1) at syscall+0x213 > > Xint0x80_syscall() at Xint0x80_syscall+0x1f > > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280c44f3, esp = > > 0xbfbfe5cc, ebp = 0xbfbfee18 --- > > > > fxp_mc_setup+0x62 seems to correspond to the following code in > > sys/dev/fxp/if_fxp.c: (line 2554) > > > > > > /* > > * Add a NOP command with interrupt so that we are > > notified * when all TX commands have been processed. > > */ > > txp = sc->fxp_desc.tx_last->tx_next; > > txp->tx_mbuf = NULL; > > --> txp->tx_cb->cb_status = 0; > > txp->tx_cb->cb_command = htole16(FXP_CB_COMMAND_NOP | > > FXP_CB_COMMAND_S | FXP_CB_COMMAND_I); > > > > txp->tx_cb is NULL at this point. This seems to be because fxp_init() > > has never been called. (both validated by instrumenting the code in > > question) > > > > Note also that the panic does not seem to occur if you do anything with > > fxp0 before doing something with the vlans. For example, assigning it > > an address, or even just bringing it up seems to prevent the panic. > > > > In this situation, where should fxp_init be called from? Presumably > > it's not the responsibility of the vlan code - as when it gets called we > > could already be using the interface and reinitialising it wouldn't be a > > nice thing to do. But then, what should be initialising it? > > > > And as an aside, is the detour via inet6 correct for what is entirely > > inet4? Good analysis, but I don't have any answers for you. :( Try bugging rwatson@ maybe? :-) -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 19:48:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F02716A4CE for ; Tue, 8 Feb 2005 19:48:08 +0000 (GMT) Received: from mail27.sea5.speakeasy.net (mail27.sea5.speakeasy.net [69.17.117.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED81043D45 for ; Tue, 8 Feb 2005 19:48:07 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 31902 invoked from network); 8 Feb 2005 19:48:07 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 8 Feb 2005 19:48:07 -0000 Received: from [10.50.40.202] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j18Jm0QO096139; Tue, 8 Feb 2005 14:48:01 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Peter Holm Date: Tue, 8 Feb 2005 14:40:49 -0500 User-Agent: KMail/1.6.2 References: <20050105122636.GA31684@peter.osted.lan> <200501061617.49967.jhb@FreeBSD.org> <20050106214554.GA45533@peter.osted.lan> In-Reply-To: <20050106214554.GA45533@peter.osted.lan> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200502081440.49979.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: freebsd-current@FreeBSD.org Subject: Re: Assertion td->td_sleepqueue != NULL failed at kern/subr_sleepqueue.c:270 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 19:48:08 -0000 On Thursday 06 January 2005 04:45 pm, Peter Holm wrote: > On Thu, Jan 06, 2005 at 04:17:49PM -0500, John Baldwin wrote: > > On Wednesday 05 January 2005 07:26 am, Peter Holm wrote: > > > With GENERIC HEAD from Dec 31 09:28 UTC + bmilekic@'s uma_core > > > patch + alc's patch I got the following strange assert: > > > > > > panic(c0827c46,c082dd18,c082dc8d,10e,c08f4660) at panic+0x190 > > > sleepq_add(c08eec90,c08ee6e8,c082a9bf,1,c08ee6e8,0,c0827ca9,7d) > > > at sleepq_add+0x156 > > > cv_wait(c08eec90,c08ee6e8,c151de30,0,ffffffff) at cv_wait+0x100 > > > _sx_xlock(c08eec60,c0828867,247,0,c151ddc8) at _sx_xlock+0x59 > > > kern_wait(c151e450,ffffffff,cbc67c90,0,0) at kern_wait+0x4b > > > wait4(c151e450,cbc67d14,4,3f8,282) at wait4+0x29 > > > syscall(2f,2f,bfbf002f,2,0) at syscall+0x128 > > > Xint0x80_syscall() at Xint0x80_syscall+0x1f > > > --- syscall (7, FreeBSD ELF32, wait4), eip = 0x805170b, esp = > > > 0xbfbfedbc, ebp = 0xbfbfedd8 --- > > > > > > Looks like td->td_sleepqueue is NULL! > > > > > > Details at http://www.holm.cc/stress/log/cons100.html > > > > This is a truly odd panic. The basic theory of operation with sleep > > queues is that every thread that is not already queued on a sleep queue > > carries a sleep queue structure around that they donate to a wait channel > > when they block on it. Once they are resumed, they reclaim a sleep queue > > from the waitchannel. This resuming bit happens in sleepq_remove_thread() > > in subr_sleepqueue.c. As you can see, in addition to assigning a > > sleepqueue to the thread being removed from a queue, it also clears > > td_wchan and td_wmesg. The thread in question has both fields set (as if > > it were asleep on "proctree", which is what it is trying to back to sleep > > on now). However, it is not on a sleep queue (td_slpq.tqe_next is NULL). > > So, apparently, it seems that a thread was removed from the sleep queue > > and resumed (made runnable) but > > sleepq_remove_thread() wasn't called. Do you have any local patches that > > might affect this btw? I notice you get a lot of trap 9's in your dmesg > > which is somewhat unsettling. > > These are the modifications: > http://www.holm.cc/stress/log/mods.html > > The trap 9 are not uncommon for the test suite. I'm still thinking about this FYI as I've seen this at least once or twice, but I still don't understand how it is happend. In the other case I've looked at, it is as if the thread has been awakened by someone outside of the sleep queue code because td_wchan and td_wmesg are still set (sleepq_remove_thread() clears them) and the associated wait channel (proctree, which is another common theme) has a sleep queue with no waiters attached to it. That is, the sleep queue that curthread should have is still sitting on a sleep queue chain, which is consistent with the thread being made runnable without going through sleepq_remove_thread(). Are you able to reproduce this at all? If so, can you do it with KTR enabled and KTR_PROC tracing turned on perhaps? Thanks. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 19:48:11 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD9F616A4D2 for ; Tue, 8 Feb 2005 19:48:11 +0000 (GMT) Received: from mail27.sea5.speakeasy.net (mail27.sea5.speakeasy.net [69.17.117.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9237D43D2D for ; Tue, 8 Feb 2005 19:48:11 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 32052 invoked from network); 8 Feb 2005 19:48:11 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 8 Feb 2005 19:48:11 -0000 Received: from [10.50.40.202] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j18Jm0QP096139; Tue, 8 Feb 2005 14:48:05 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Peter Holm Date: Tue, 8 Feb 2005 14:48:43 -0500 User-Agent: KMail/1.6.2 References: <20050206134113.GA77071@peter.osted.lan> <200502081317.40267.jhb@FreeBSD.org> <20050208190836.GA45874@peter.osted.lan> In-Reply-To: <20050208190836.GA45874@peter.osted.lan> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200502081448.43759.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: freebsd-current@FreeBSD.org Subject: Re: Deadlock with option FULL_PREEMPTION X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 19:48:12 -0000 On Tuesday 08 February 2005 02:08 pm, Peter Holm wrote: > On Tue, Feb 08, 2005 at 01:17:40PM -0500, John Baldwin wrote: > > On Sunday 06 February 2005 08:41 am, Peter Holm wrote: > > > With GENERIC HEAD from Feb 5 09:19 UTC + FULL_PREEMPTION + > > > mpsafe_vfs = 1 I ran into what appears to be the same deadlock > > > twice. This is the first one: > > > http://www.holm.cc/stress/log/cons114.html > > > > What is the deadlock exactly? > > top froze, console login froze after giving login name, but I > could ping the box. So it could be livelock rather than deadlock if interrupt processing still works (ping). > > > It looks like lots of threads banging on fork() > > and that they are all waiting on an exclusive lock of allproc_lock while > > holding a shared lock of proctree_lock (except for the 1 thread currently > > doing a fork that is on a run queue because it was preempted by IRQ 0 > > which kicked off softclock). Can you get 'ps' output? > > Yes: Well, kmail butchered this in my reply so I won't quote any of it, but it does seem that the process everyone is waiting on is runnable. I'm not sure if there's anything you can do to recover from the livelock, but the livelock is holding up all the forks so you can't get a login process to fork a shell, etc. (At least not quickly apparently). -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 20:14:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B87F16A4CF for ; Tue, 8 Feb 2005 20:14:41 +0000 (GMT) Received: from relay.pair.com (relay00.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 55FBC43D46 for ; Tue, 8 Feb 2005 20:14:40 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 15013 invoked from network); 8 Feb 2005 20:14:39 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 8 Feb 2005 20:14:39 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j18KEcuP046178; Tue, 8 Feb 2005 21:14:38 +0100 (CET) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j18KEbqs046177; Tue, 8 Feb 2005 21:14:37 +0100 (CET) (envelope-from pho) Date: Tue, 8 Feb 2005 21:14:37 +0100 From: Peter Holm To: John Baldwin Message-ID: <20050208201437.GA46141@peter.osted.lan> References: <20050206134113.GA77071@peter.osted.lan> <200502081317.40267.jhb@FreeBSD.org> <20050208190836.GA45874@peter.osted.lan> <200502081448.43759.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200502081448.43759.jhb@FreeBSD.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@FreeBSD.org Subject: Re: Deadlock with option FULL_PREEMPTION X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 20:14:41 -0000 On Tue, Feb 08, 2005 at 02:48:43PM -0500, John Baldwin wrote: > On Tuesday 08 February 2005 02:08 pm, Peter Holm wrote: > > On Tue, Feb 08, 2005 at 01:17:40PM -0500, John Baldwin wrote: > > > On Sunday 06 February 2005 08:41 am, Peter Holm wrote: > > > > With GENERIC HEAD from Feb 5 09:19 UTC + FULL_PREEMPTION + > > > > mpsafe_vfs = 1 I ran into what appears to be the same deadlock > > > > twice. This is the first one: > > > > http://www.holm.cc/stress/log/cons114.html > > > > > > What is the deadlock exactly? > > > > top froze, console login froze after giving login name, but I > > could ping the box. > > So it could be livelock rather than deadlock if interrupt processing still > works (ping). > > > > > > It looks like lots of threads banging on fork() > > > and that they are all waiting on an exclusive lock of allproc_lock while > > > holding a shared lock of proctree_lock (except for the 1 thread currently > > > doing a fork that is on a run queue because it was preempted by IRQ 0 > > > which kicked off softclock). Can you get 'ps' output? > > > > Yes: > > Well, kmail butchered this in my reply so I won't quote any of it, but it does > seem that the process everyone is waiting on is runnable. I'm not sure if > there's anything you can do to recover from the livelock, but the livelock is > holding up all the forks so you can't get a login process to fork a shell, > etc. (At least not quickly apparently). > Oh, recovery is not an issue. I'm stress testing, but this problem does seem to prevent finding other kernel problems with FULL_PREEMPTION. I'll just go back to testing without this option. Thanx for looking at this. > -- > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" = http://www.FreeBSD.org -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 20:24:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29E1316A4CF for ; Tue, 8 Feb 2005 20:24:36 +0000 (GMT) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 5DF8043D41 for ; Tue, 8 Feb 2005 20:24:35 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 44890 invoked from network); 8 Feb 2005 20:24:34 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 8 Feb 2005 20:24:34 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j18KOXjp046218; Tue, 8 Feb 2005 21:24:33 +0100 (CET) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j18KOXfx046217; Tue, 8 Feb 2005 21:24:33 +0100 (CET) (envelope-from pho) Date: Tue, 8 Feb 2005 21:24:33 +0100 From: Peter Holm To: John Baldwin Message-ID: <20050208202433.GB46141@peter.osted.lan> References: <20050105122636.GA31684@peter.osted.lan> <200501061617.49967.jhb@FreeBSD.org> <20050106214554.GA45533@peter.osted.lan> <200502081440.49979.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200502081440.49979.jhb@FreeBSD.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@FreeBSD.org Subject: Re: Assertion td->td_sleepqueue != NULL failed at kern/subr_sleepqueue.c:270 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 20:24:36 -0000 On Tue, Feb 08, 2005 at 02:40:49PM -0500, John Baldwin wrote: > On Thursday 06 January 2005 04:45 pm, Peter Holm wrote: > > On Thu, Jan 06, 2005 at 04:17:49PM -0500, John Baldwin wrote: > > > On Wednesday 05 January 2005 07:26 am, Peter Holm wrote: > > > > With GENERIC HEAD from Dec 31 09:28 UTC + bmilekic@'s uma_core > > > > patch + alc's patch I got the following strange assert: > > > > > > > > panic(c0827c46,c082dd18,c082dc8d,10e,c08f4660) at panic+0x190 > > > > sleepq_add(c08eec90,c08ee6e8,c082a9bf,1,c08ee6e8,0,c0827ca9,7d) > > > > at sleepq_add+0x156 > > > > cv_wait(c08eec90,c08ee6e8,c151de30,0,ffffffff) at cv_wait+0x100 > > > > _sx_xlock(c08eec60,c0828867,247,0,c151ddc8) at _sx_xlock+0x59 > > > > kern_wait(c151e450,ffffffff,cbc67c90,0,0) at kern_wait+0x4b > > > > wait4(c151e450,cbc67d14,4,3f8,282) at wait4+0x29 > > > > syscall(2f,2f,bfbf002f,2,0) at syscall+0x128 > > > > Xint0x80_syscall() at Xint0x80_syscall+0x1f > > > > --- syscall (7, FreeBSD ELF32, wait4), eip = 0x805170b, esp = > > > > 0xbfbfedbc, ebp = 0xbfbfedd8 --- > > > > > > > > Looks like td->td_sleepqueue is NULL! > > > > > > > > Details at http://www.holm.cc/stress/log/cons100.html > > > > > > This is a truly odd panic. The basic theory of operation with sleep > > > queues is that every thread that is not already queued on a sleep queue > > > carries a sleep queue structure around that they donate to a wait channel > > > when they block on it. Once they are resumed, they reclaim a sleep queue > > > from the waitchannel. This resuming bit happens in sleepq_remove_thread() > > > in subr_sleepqueue.c. As you can see, in addition to assigning a > > > sleepqueue to the thread being removed from a queue, it also clears > > > td_wchan and td_wmesg. The thread in question has both fields set (as if > > > it were asleep on "proctree", which is what it is trying to back to sleep > > > on now). However, it is not on a sleep queue (td_slpq.tqe_next is NULL). > > > So, apparently, it seems that a thread was removed from the sleep queue > > > and resumed (made runnable) but > > > sleepq_remove_thread() wasn't called. Do you have any local patches that > > > might affect this btw? I notice you get a lot of trap 9's in your dmesg > > > which is somewhat unsettling. > > > > These are the modifications: > > http://www.holm.cc/stress/log/mods.html > > > > The trap 9 are not uncommon for the test suite. > > I'm still thinking about this FYI as I've seen this at least once or twice, > but I still don't understand how it is happend. In the other case I've > looked at, it is as if the thread has been awakened by someone outside of the > sleep queue code because td_wchan and td_wmesg are still set > (sleepq_remove_thread() clears them) and the associated wait channel > (proctree, which is another common theme) has a sleep queue with no waiters > attached to it. That is, the sleep queue that curthread should have is still > sitting on a sleep queue chain, which is consistent with the thread being > made runnable without going through sleepq_remove_thread(). Are you able to > reproduce this at all? If so, can you do it with KTR enabled and KTR_PROC > tracing turned on perhaps? Thanks. > No, I have only seen this problem once. But if I succeed in provoking this problem again I will try out with KTR. Thank you for your reply. > -- > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" = http://www.FreeBSD.org -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 20:26:57 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90E5116A4CE for ; Tue, 8 Feb 2005 20:26:57 +0000 (GMT) Received: from ank-pki.ru (mercury.ank-pki.ru [213.170.76.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 793E843D46 for ; Tue, 8 Feb 2005 20:26:56 +0000 (GMT) (envelope-from toxa@cterra.ru) Received: (qmail 79952 invoked by uid 0); 8 Feb 2005 23:26:40 +0300 Received: from toxa@cterra.ru by mercury.ank-pki.ru by uid 0 with qmail-scanner-1.22 (spamassassin: 3.0.2. Clear:RC:0(62.89.204.62):SA:0(?/?):. Processed in 11.351624 secs); 08 Feb 2005 20:26:40 -0000 Received: from unknown (HELO localhost) (toxa@62.89.204.62) by mail.ank-pki.ru with SMTP; 8 Feb 2005 23:26:28 +0300 Date: Tue, 8 Feb 2005 23:24:28 +0300 From: Toxa To: acpi@freebsd.org, current@freebsd.org X-Comment-To: "Anton A. Karpov" Message-ID: <20050208202428.GA2064@laptoxa.toxa.lan> Mail-Followup-To: acpi@freebsd.org, current@freebsd.org References: <42068A5C.1030300@root.org> <420757AD.9060603@portaone.com> <420904CD.7070405@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <420904CD.7070405@root.org> User-Agent: Outluck Express 1.5.6i for MS-DOS 6.22-SMP X-Mailer: See User-Agent above :) X-Operating-System: MS-DOS 6.22-CURRENT on Sony VAIO laptop X-PGP-Public-Key: http://toxahost.ru/gpg/pubkey.asc X-Useless-Header: Do Androids Dream of Electric Sheep? X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on mercury.ank-pki.ru X-Spam-Level: X-Spam-Status: No, score=0.0 required=7.0 tests=none autolearn=failed version=3.0.2 Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 20:26:57 -0000 On Tue, Feb 08, 2005 at 10:28:29AM -0800, Nate Lawson wrote: > > Man page committed so no one has an excuse to avoid updating their > drivers. ;-) The man page may be improved more over time, but the > interfaces needed to update drivers are completely documented. > Thanks for the great work! -- Anton A. Karpov PGP key: http://www.toxahost.ru/pgp/pubkey.asc =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~= "Anyone who quotes me in their sig is an idiot." Rusty Russell =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~= From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 20:54:07 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 081B416A4CE for ; Tue, 8 Feb 2005 20:54:07 +0000 (GMT) Received: from omoikane.mb.skyweb.ca (64-42-246-34.mb.skyweb.ca [64.42.246.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id B109343D5A for ; Tue, 8 Feb 2005 20:54:06 +0000 (GMT) (envelope-from mark@skyweb.ca) Received: by omoikane.mb.skyweb.ca (Postfix, from userid 1001) id 6DCA661DB1; Tue, 8 Feb 2005 14:54:09 -0600 (CST) From: Mark Johnston To: current@freebsd.org, freebsd-cvs-summary@lists.enderunix.org Date: Tue, 8 Feb 2005 14:54:08 -0600 User-Agent: KMail/1.6.1 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200502081454.08894.mjohnston@skyweb.ca> Subject: cvs-src summaries on hiatus X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 20:54:07 -0000 Sorry, folks, but I'm afraid I don't have the time right now to do a decent job of writing the cvs-src summaries. This isn't a permanent roadblock, but there are several major day-job projects that are consuming most of my time and all of my energy. Once those are finished and some of the pressure is off, I'll be back to the summaries again - I really hope that won't take more than a month or two. I appreciate the support people have shown for this work, and I look forward to picking it up again as soon as I can. If anyone reading is interested in putting together summaries in my absence, I encourage you to go ahead and do so. Thanks, Mark From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 20:55:19 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 214F816A4CE for ; Tue, 8 Feb 2005 20:55:19 +0000 (GMT) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7106143D41 for ; Tue, 8 Feb 2005 20:55:18 +0000 (GMT) (envelope-from pawel.worach@telia.com) Received: from [127.0.0.1] (81.225.14.129) by pne-smtpout1-sn2.hy.skanova.net (7.1.026.7) (authenticated as u86211448) id 41E321670041ADD4; Tue, 8 Feb 2005 21:55:09 +0100 Message-ID: <4209272A.5010101@telia.com> Date: Tue, 08 Feb 2005 21:55:06 +0100 From: Pawel Worach User-Agent: Mozilla Thunderbird 1.0 (X11/20050204) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pawel Worach References: <20050208140419.GA15236@stud.fit.vutbr.cz> <42090E32.9020506@telia.com> In-Reply-To: <42090E32.9020506@telia.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Divacky Roman cc: current@freebsd.org Subject: Re: panic in recent 6-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 20:55:19 -0000 Pawel Worach wrote: > Divacky Roman wrote: > >> #22 0xc0493087 in softclock (dummy=0x0) at atomic.h:365 >> #23 0xc04768a3 in ithread_loop (arg=0xc1577480) >> at /usr/src/sys/kern/kern_intr.c:546 >> #24 0xc0475be9 in fork_exit (callout=0xc0476761 , >> arg=0xc1577480, frame=0xd3fc3d48) at >> /usr/src/sys/kern/kern_fork.c:790 >> #25 0xc057ef5c in fork_trampoline () at >> /usr/src/sys/i386/i386/exception.s:208 >> > > I have seen the same thing but only these four frames in DDB, happened > during > boot. I'll see if I can get a dump with it, my kernel is built with -O. > It occurred right after enabling pf(4) on boot. (kgdb) printf "%s", msgbufp->msg_ptr ... <118>Feb 8 21:08:14 cookie kernel: pflog0: promiscuous mode enabled pf: started <118>pf enabled altq: started Fatal trap 12: page fault while in kernel mode fault virtual address = 0x1c ---Type to continue, or q to quit--- fault code = supervisor write, page not present instruction pointer = 0x8:0xc05222b7 stack pointer = 0x10:0xe32f4c94 frame pointer = 0x10:0xe32f4cd4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 28 (swi4: clock sio) (kgdb) bt #0 doadump () at pcpu.h:159 #1 0xc046dbf5 in db_fncall (dummy1=0, dummy2=0, dummy3=1999, dummy4=0xe32f4a84 " \uffffn\uffff\f") at /usr/src/sys/ddb/db_command.c:531 #2 0xc046d982 in db_command (last_cmdp=0xc06eb424, cmd_table=0x0, aux_cmd_tablep=0xc06be500, aux_cmd_tablep_end=0xc06be504) at /usr/src/sys/ddb/db_command.c:349 #3 0xc046da95 in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 #4 0xc046fc15 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:221 #5 0xc0531a57 in kdb_trap (type=0, code=0, tf=0xe32f4c54) at /usr/src/sys/kern/subr_kdb.c:421 #6 0xc0673b04 in trap_fatal (frame=0xe32f4c54, eva=0) at /usr/src/sys/i386/i386/trap.c:801 #7 0xc06737f2 in trap_pfault (frame=0xe32f4c54, usermode=0, eva=28) at /usr/src/sys/i386/i386/trap.c:724 #8 0xc0673350 in trap (frame= {tf_fs = -483459048, tf_es = -1068367856, tf_ds = 16, tf_edi = 4, tf_esi = 6, tf_ebp = -483439404, tf_isp = -483439488, tf_ebx = 0, tf_edx = -701736880, tf_ecx = 21969, tf_eax = -1037546256, tf_trapno = 12, tf_err = 2, tf_eip = -1068358985, tf_cs = 8, tf_eflags = 66118, tf_esp = 0, tf_ss = 800582919}) at /usr/src/sys/i386/i386/trap.c:414 #9 0xc0663e4a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #10 0xe32f0018 in ?? () #11 0xc0520010 in thread_exit () at /usr/src/sys/kern/kern_thread.c:615 #12 0xc04f9978 in ithread_loop (arg=0xc227a480) at /usr/src/sys/kern/kern_intr.c:546 #13 0xc04f887f in fork_exit (callout=0xc04f97d0 , arg=0x0, frame=0x0) at /usr/src/sys/kern/kern_fork.c:790 #14 0xc0663eac in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 (kgdb) l *0xc05222b7 0xc05222b7 is in softclock (atomic.h:154). 149 atomic.h: No such file or directory. in atomic.h (kgdb) frame 12 #12 0xc04f9978 in ithread_loop (arg=0xc227a480) at /usr/src/sys/kern/kern_intr.c:546 546 ih->ih_handler(ih->ih_argument); (kgdb) list 541 mtx_unlock(&ithd->it_lock); 542 goto restart; 543 } 544 if ((ih->ih_flags & IH_MPSAFE) == 0) 545 mtx_lock(&Giant); 546 ih->ih_handler(ih->ih_argument); 547 if ((ih->ih_flags & IH_MPSAFE) == 0) 548 mtx_unlock(&Giant); 549 } 550 (kgdb) print *ih $3 = {ih_handler = 0xc0522000 , ih_argument = 0x0, ih_flags = -2147483648, ih_name = 0xc06b998b "clock", ih_ithread = 0xc227a480, ih_need = 1, ih_next = {tqe_next = 0xc23e7940, tqe_prev = 0xc227a4b0}, ih_pri = 52 '4'} Frame #10 is strange, I'm fairly certain it was something like "softclock(0,0,0,0,0)" in the ddb trace unfortunetly IBM decided to put a parallel port instead of a serial one on my ThinkPad so I can't capture that easily. Kernel was built with -O according to 0>me@cookie /usr/obj/usr/src/sys/IBMT41> make -V CFLAGS -O -pipe -march=pentium2 -Wall ... config has SCHED_4BSD, PREEMPTION and ADAPTIVE_GIANT, no SMP, WITNESS or INVARIANTS. mpsafe{vfs,net,vm} is 1 What else is strange is that I have set debug.debugger_on_panic=0 debug.trace_on_panic=1 in sysctl.conf but the box dropped to DDB on panic, shouldn't it dump automagically with debug.debugger_on_panic set to 0 ? -- Pawel From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 21:08:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A642C16A4CE for ; Tue, 8 Feb 2005 21:08:36 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id B692243D53 for ; Tue, 8 Feb 2005 21:08:35 +0000 (GMT) (envelope-from emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 08 Feb 2005 21:08:34 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp029) with SMTP; 08 Feb 2005 22:08:34 +0100 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Tue, 8 Feb 2005 22:08:25 +0100 User-Agent: KMail/1.7.2 References: <200502081454.08894.mjohnston@skyweb.ca> In-Reply-To: <200502081454.08894.mjohnston@skyweb.ca> X-Birthday: 10/06/72 X-CelPhone: +49 173 9967781 X-Tel: +49 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1198383.p2kdkCbIqe"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502082208.34169@harrymail> X-Y-GMX-Trusted: 0 cc: Mark Johnston cc: freebsd-cvs-summary@lists.enderunix.org cc: current@freebsd.org Subject: Re: cvs-src summaries on hiatus X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 21:08:36 -0000 --nextPart1198383.p2kdkCbIqe Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Am Dienstag, 8. Februar 2005 21:54 schrieb Mark Johnston: > Sorry, folks, but I'm afraid I don't have the time right now to do a decent > job of writing the cvs-src summaries. This isn't a permanent roadblock, > but there are several major day-job projects that are consuming most of my > time and all of my energy. Once those are finished and some of the > pressure is off, I'll be back to the summaries again - I really hope that > won't take more than a month or two. So do I ;) Good luck and thanks again for the highly appreciated summaries of the past! -Harry > > I appreciate the support people have shown for this work, and I look > forward to picking it up again as soon as I can. If anyone reading is > interested in putting together summaries in my absence, I encourage you to > go ahead and do so. > > Thanks, > Mark > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" --nextPart1198383.p2kdkCbIqe Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCCSpSBylq0S4AzzwRAvw3AJwMNOGEOx3CnVOW+m2r4f8uj4DJxQCfd08n GONYfQrDi5s2nOaVZqoP2tc= =+Q/2 -----END PGP SIGNATURE----- --nextPart1198383.p2kdkCbIqe-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 21:08:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB94716A4CF for ; Tue, 8 Feb 2005 21:08:36 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 8E48443D48 for ; Tue, 8 Feb 2005 21:08:35 +0000 (GMT) (envelope-from emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 08 Feb 2005 21:08:34 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp029) with SMTP; 08 Feb 2005 22:08:34 +0100 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Tue, 8 Feb 2005 22:08:25 +0100 User-Agent: KMail/1.7.2 References: <200502081454.08894.mjohnston@skyweb.ca> In-Reply-To: <200502081454.08894.mjohnston@skyweb.ca> X-Birthday: 10/06/72 X-CelPhone: +49 173 9967781 X-Tel: +49 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1198383.p2kdkCbIqe"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502082208.34169@harrymail> X-Y-GMX-Trusted: 0 cc: Mark Johnston cc: freebsd-cvs-summary@lists.enderunix.org cc: current@freebsd.org Subject: Re: cvs-src summaries on hiatus X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 21:08:36 -0000 --nextPart1198383.p2kdkCbIqe Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Am Dienstag, 8. Februar 2005 21:54 schrieb Mark Johnston: > Sorry, folks, but I'm afraid I don't have the time right now to do a decent > job of writing the cvs-src summaries. This isn't a permanent roadblock, > but there are several major day-job projects that are consuming most of my > time and all of my energy. Once those are finished and some of the > pressure is off, I'll be back to the summaries again - I really hope that > won't take more than a month or two. So do I ;) Good luck and thanks again for the highly appreciated summaries of the past! -Harry > > I appreciate the support people have shown for this work, and I look > forward to picking it up again as soon as I can. If anyone reading is > interested in putting together summaries in my absence, I encourage you to > go ahead and do so. > > Thanks, > Mark > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" --nextPart1198383.p2kdkCbIqe Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCCSpSBylq0S4AzzwRAvw3AJwMNOGEOx3CnVOW+m2r4f8uj4DJxQCfd08n GONYfQrDi5s2nOaVZqoP2tc= =+Q/2 -----END PGP SIGNATURE----- --nextPart1198383.p2kdkCbIqe-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 21:10:07 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC23816A4CE for ; Tue, 8 Feb 2005 21:10:07 +0000 (GMT) Received: from smtp810.mail.sc5.yahoo.com (smtp810.mail.sc5.yahoo.com [66.163.170.80]) by mx1.FreeBSD.org (Postfix) with SMTP id 4120C43D2F for ; Tue, 8 Feb 2005 21:10:07 +0000 (GMT) (envelope-from krinklyfig@spymac.com) Received: from unknown (HELO smogmonster.com) (jtinnin@pacbell.net@64.173.27.163 with login) by smtp810.mail.sc5.yahoo.com with SMTP; 8 Feb 2005 21:10:07 -0000 From: Joshua Tinnin To: freebsd-current@freebsd.org Date: Tue, 8 Feb 2005 13:10:06 -0800 User-Agent: KMail/1.7.2 References: <20050208034855.D211E43D45@mx1.FreeBSD.org> <20050208085341.GB57256@cirb503493.alcatel.com.au> <1107861799.485.84.camel@dude.automatvapen.se> In-Reply-To: <1107861799.485.84.camel@dude.automatvapen.se> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200502081310.06741.krinklyfig@spymac.com> cc: Joel Dahl cc: Peter Jeremy Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 21:10:07 -0000 On Tuesday 08 February 2005 03:23 am, Joel Dahl wrote: > On Tue, 2005-02-08 at 19:53 +1100, Peter Jeremy wrote: > > An X-based GUI would be worse - the installer size would grow about 50 > > times and the minimum RAM requirements would grow several times. > > Given FreeBSDs target (servers) it's important the the installer run > > over a serial port. > > This is maybe a good point, but is it really valid? No-one is stopping > us from having two installers (with the exception of size), keep > sysinstall (for those who like/need it) as default, but also offer a > graphical installer as a second option, like this: > > ------------------------------------- > 1. Install FreeBSD (text-mode) > 2. Install FreeBSD (graphical-mode) > ------------------------------------- > > Why choose between X and Y, when we can have both? > > All this comes down to one thing: we need to attract new users. There's > always exceptions, but generally Mr.Hard.Core.Linux.User won't throw his > Linux installation away and switch to FreeBSD overnight, so we should > really focus more on new and curious users and show them what FreeBSD > has to offer. BSD used to be about cutting edge development, and it > probably still is, but Joe Random User doesn't care about that - he > needs something that is easy to use, and easy to install. > > At my university, students often ask me (well, they ask in Swedish, but > since people on this list probably classifies Swedish as a weird > language, I'll translate it ;-) : > > S: What's this FreeBSD I've been hearing about, is it any good?. > M: Sure, it's great, it's powerful and it has all those great features > that you could expect (and I go on about how great it is). > > The second question usually is: > > S: Ok, nice! How's the installer, is it as simple as Ubuntu Linux? > M: Uhm, well, it's text-mode only. > S: Ugh! Why? Doesn't FreeBSD run on new hardware or what? > (...) I have to agree with PHK here. If this is an issue, chances are they aren't going to survive with FreeBSD for too long. It's probably better to weed those people out early. There's always SuSE and Mandrake. OTOH, people have always taken these things on themselves if they feel the need. FreeSBIE is a good way to introduce new users to the OS. I haven't used it to install FreeBSD, but can it be done like Knoppix, Ubuntu, etc.? Maybe that's where the efforts should go. - jt From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 21:45:46 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A496316A4CE for ; Tue, 8 Feb 2005 21:45:46 +0000 (GMT) Received: from smtp2.bahnhof.se (smtp2.bahnhof.se [213.80.101.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2469343D2D for ; Tue, 8 Feb 2005 21:45:46 +0000 (GMT) (envelope-from mark.rowlands@mypost.se) Received: from mfilter2.bahnhof.se (mail.bahnhof.se [213.136.33.1]) by re-injector-s2.bahnhof.se (Postfix) with ESMTP id D0B7A899D5; Tue, 8 Feb 2005 22:45:45 +0100 (CET) Received: from localhost (mfilter2.local [127.0.0.1]) by re-injector2.bahnhof.se (Postfix) with ESMTP id 619FFAA529; Tue, 8 Feb 2005 22:45:45 +0100 (CET) Received: from smtp4.bahnhof.se ([213.136.33.1]) by localhost (mfilter2.bahnhof.se [10.0.1.22]) (amavisd-new, port 10024) with ESMTP id 23780-05-2; Tue, 8 Feb 2005 22:45:45 +0100 (CET) Received: from pcmarpxy.mwrwin2k.se (81-170-150-191.bahnhofbredband.net [81.170.150.191]) by smtp4.bahnhof.se (Postfix) with ESMTP id 1C0B1195A0A; Tue, 8 Feb 2005 22:45:44 +0100 (CET) Received: from localhost (localhost.mwrwin2k.se [127.0.0.1]) by pcmarpxy.mwrwin2k.se (Postfix) with ESMTP id 4BDE3ACBE4; Tue, 8 Feb 2005 22:46:12 +0100 (CET) Received: from pcmarpxy.mwrwin2k.se ([127.0.0.1]) by localhost (pcmarpxy.mwrwin2k.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07212-03; Tue, 8 Feb 2005 22:46:11 +0100 (CET) Received: from localhost.mwrwin2k.se (localhost.mwrwin2k.se [127.0.0.1]) by pcmarpxy.mwrwin2k.se (Postfix) with ESMTP id 6CA0AAC801; Tue, 8 Feb 2005 22:46:11 +0100 (CET) From: Mark Rowlands To: freebsd-current@freebsd.org Date: Tue, 8 Feb 2005 22:46:09 +0100 User-Agent: KMail/1.7.2 References: <20050208145219.491D143D39@mx1.FreeBSD.org> <11935.203.51.156.53.1107878311.squirrel@mailbox.TU-Berlin.DE> In-Reply-To: <11935.203.51.156.53.1107878311.squirrel@mailbox.TU-Berlin.DE> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200502082246.10596.mark.rowlands@mypost.se> X-Virus-Scanned: amavisd-new at bahnhof.se X-Spam-Status: No, hits=-0.494 tagged_above=-999 required=9 tests=AWL, BAYES_00, LG_4C_2V_3C, RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL, TW_XF X-Spam-Level: cc: Peter Ross Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: mark.rowlands@mypost.se List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 21:45:46 -0000 > For several years now I am using FreeBSD servers but only recently I tried > to install a well-configured desktop system. A well-defined metaport to > get a typical office/home user desktop (e.g. including OpenOffice, maybe > asking for alternatives during the installation) would be nice, and > integration of new installed ports into a limited number of desktop > environments (e.g. that they appear in the desktop menus and folders). > Maybe for KDE, Gnome and something a little bit more lightwight (to me it > seems xfce is the most popular one) > cd /usr/ports/misc/instant-workstation From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 21:49:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A89916A4CE; Tue, 8 Feb 2005 21:49:29 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04ED543D49; Tue, 8 Feb 2005 21:49:29 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j18LlsGV010939; Tue, 8 Feb 2005 14:47:54 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 08 Feb 2005 14:49:51 -0700 (MST) Message-Id: <20050208.144951.120056601.imp@bsdimp.com> To: aleine@austrosearch.net From: "M. Warner Losh" In-Reply-To: <200502080143.j181hQa8063613@marlena.vvi.at> References: <200502080143.j181hQa8063613@marlena.vvi.at> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: k-sasaki@ist.osaka-u.ac.jp cc: rwatson@freebsd.org cc: freebsd-current@freebsd.org cc: kris@obsecurity.org Subject: Re: Call for comments: CoxR, a CVS/mail-lists/BTS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 21:49:29 -0000 It's official. You're on the list. Have a nice day. Warner From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 22:23:07 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F7C316A4CE for ; Tue, 8 Feb 2005 22:23:07 +0000 (GMT) Received: from smradoch.ath.cx (r2g224.chello.upc.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8276843D31 for ; Tue, 8 Feb 2005 22:23:06 +0000 (GMT) (envelope-from neuhauser@chello.cz) Received: by smradoch.ath.cx (Postfix, from userid 1001) id 67D9E1F87BEE; Tue, 8 Feb 2005 23:23:05 +0100 (CET) Date: Tue, 8 Feb 2005 23:23:05 +0100 From: Roman Neuhauser To: Peter Schultz Message-ID: <20050208222305.GF15119@isis.wad.cz> Mail-Followup-To: Peter Schultz , freebsd-current@freebsd.org References: <8220c29b8ffacbd574cc9c26fe18d25b@bis.midco.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8220c29b8ffacbd574cc9c26fe18d25b@bis.midco.net> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 22:23:07 -0000 # pmes@bis.midco.net / 2005-02-06 12:12:35 -0600: > Since it's superbowl sunday, take Joe Montana for instance. If he > would have just played football for fun, he still would have been the > same person with the strength and mind of a superstar, but nobody > outside of his circle would know anything about him. However, since he > was willing to put himself out there, even people who've never touched > a football know who he is. Who's that guy? -- If you cc me or remove the list(s) completely I'll most likely ignore your message. see http://www.eyrie.org./~eagle/faqs/questions.html From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 22:30:18 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F197C16A4CF; Tue, 8 Feb 2005 22:30:18 +0000 (GMT) Received: from smradoch.ath.cx (r2g224.chello.upc.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B93043D2D; Tue, 8 Feb 2005 22:30:18 +0000 (GMT) (envelope-from neuhauser@chello.cz) Received: by smradoch.ath.cx (Postfix, from userid 1001) id D75071F87BEE; Tue, 8 Feb 2005 23:30:17 +0100 (CET) Date: Tue, 8 Feb 2005 23:30:17 +0100 From: Roman Neuhauser To: Scott Long Message-ID: <20050208223017.GG15119@isis.wad.cz> Mail-Followup-To: Scott Long , freebsd-current@freebsd.org References: <4205F382.8020404@freebsd.org> <20050206194857.5920e369.diegocglinux@yahoo.es> <42066967.1060300@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42066967.1060300@freebsd.org> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 22:30:19 -0000 # scottl@freebsd.org / 2005-02-06 12:00:55 -0700: > Diego Calleja wrote: > In the firefox 1.0 release it has been > >demonstrated that agressive "marketing" _matters_ even if you are not > >a company. Firefox is a great browser, but it would not have been as > >succesful if there was not so much noise around it. What Freebsd > >needs is to make more noise, documeting changes is good but it > >doesn't really makes lot of noise. > > The Firefox comparison is actually very apt. There are quite a few > areas where Firefox is still inferior to the Mozilla Suite, but the team > has done an _outstanding_ job of advertising Firefox for what it is. Am I the only one who thinks that anything that comes out of mozilla.org sucks proportionally to its distance from epoch? 1.8a6 stole my backspace, for example (^H pops up a history window). Please don't go that route. (But I'll donate to a NYT ad if you want to have one.) -- If you cc me or remove the list(s) completely I'll most likely ignore your message. see http://www.eyrie.org./~eagle/faqs/questions.html From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 22:43:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64DAD16A4CE; Tue, 8 Feb 2005 22:43:27 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9199C43D2D; Tue, 8 Feb 2005 22:43:26 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) by anuket.mj.niksun.com (8.13.1/8.12.11) with ESMTP id j18MhPGC046140; Tue, 8 Feb 2005 17:43:25 -0500 (EST) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: freebsd-acpi@freebsd.org Date: Tue, 8 Feb 2005 17:43:24 -0500 User-Agent: KMail/1.6.2 References: <42068A5C.1030300@root.org> In-Reply-To: <42068A5C.1030300@root.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_MCUCCouWkFBbDqZ" Message-Id: <200502081743.24169.jkim@niksun.com> X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on anuket.mj.niksun.com X-Virus-Status: Clean cc: freebsd-current@freebsd.org cc: Nate Lawson Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 22:43:27 -0000 --Boundary-00=_MCUCCouWkFBbDqZ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Sunday 06 February 2005 04:21 pm, Nate Lawson wrote: > I've finished the major work of importing cpufreq. As part of > this, the sysctls for acpi throttling have been removed. The > power_profile script has been updated, so you can use > performance/economy_cpu_freq= in rc.conf to set AC on/offline cpu > frequencies. The acpi throttling support has been compiled into > acpi_perf.ko so load that to get throttling. Do a sysctl dev.cpu > to get an understanding of the cpufreq sysctls. > > If you have throttling, please test the new configuration to be > sure it still works as before. Final upcoming work will be manpage > support and bugfixing as necessary. > > I'd also like to issue a call for developers to help by porting > older drivers (like longrun) and out-of-tree new drivers (like > powernow-k7/k8 and speedstep-m) to the cpufreq interface. It's > very simple and you just have to figure out if your driver is > absolute or relative, and convert values to the proper units > (percent in hundredths, power in mW, etc.) Once that is done, > please send me the diff for review before commit so I can make sure > it works properly. > > Thanks, > -- > Nate I ported Athlon 64's Cool'n'Quiet part of 'acpi_ppc' to the cpufreq interface. This is really quick-and-dirty version (i. e., lots of cut-and-paste's from acpi_perf and acpi_ppc) but it seems to work. The original driver is available from here: http://www.spa.is.uec.ac.jp/~nfukuda/software/ 1. Create sys/modules/acpi/acpi_cnq directory. 2. Copy acpi_cnq.c to sys/dev/acpica directory. 3. Copy Makefile to sys/modules/acpi/acpi_cnq directory. 4. 'cd sys/modules/acpi/acpi_cnq'. 5. Run 'make' and 'make install'. 6. 'kldload acpi_cnq' That should do. Cheers, Jung-uk Kim --Boundary-00=_MCUCCouWkFBbDqZ Content-Type: text/plain; charset="iso-8859-1"; name="acpi_cnq.c" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="acpi_cnq.c" /*- * Copyright (c) 2003-2005 Nate Lawson (SDG) * Copyright (c) 2004,2005 FUKUDA Nobuhiko * Copyright (c) 2005 Jung-uk Kim * All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the above copyright * notice, this list of conditions and the following disclaimer. * 2. Redistributions in binary form must reproduce the above copyright * notice, this list of conditions and the following disclaimer in the * documentation and/or other materials provided with the distribution. * * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. */ #include __FBSDID("$FreeBSD$"); #include "opt_acpi.h" #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include "acpi.h" #include #include "cpufreq_if.h" /* * Support for ACPI processor performance states (Px) according to * section x of the ACPI specification via AMD's Cool'n'Quiet. */ struct acpi_px { uint32_t core_freq; uint32_t power; uint32_t trans_lat; uint32_t bm_lat; uint32_t ctrl_val; uint32_t sts_val; }; struct acpi_cnq_softc { device_t dev; ACPI_HANDLE handle; struct acpi_px *px_states; /* ACPI perf states. */ uint32_t px_count; /* Total number of perf states. */ uint32_t px_max_avail; /* Lowest index state available. */ int px_curr_state; /* Active state index. */ }; #define MSR_FIDVID_CTL 0xc0010041 #define MSR_FIDVID_STATUS 0xc0010042 #define write_control(qw) wrmsr(MSR_FIDVID_CTL, (qw)) #define read_status() rdmsr(MSR_FIDVID_STATUS) #define control_irt(dw) (((dw) >> 30) & 0x03) #define control_rvo(dw) (((dw) >> 28) & 0x03) #define control_pll(dw) (((dw) >> 20) & 0x7f) #define control_mvs(dw) (((dw) >> 18) & 0x03) #define control_vst(dw) (((dw) >> 11) & 0x7f) #define control_vid(dw) (((dw) >> 6) & 0x1f) #define control_fid(dw) ( (dw) & 0x3f) #define status_vid(qw) (((qw) >> 32) & 0x1f) #define status_fid(qw) ( (qw) & 0x3f) #define count_off_irt(irt) DELAY(10 * (1 << (irt))) #define count_off_vst(vst) DELAY(20 * (vst)) #define FID_TO_VCO_FID(fid) (((fid) < 8) ? 8 + ((fid) << 1) : (fid)) #define write_fidvid(fid, vid, cnt) \ write_control(((cnt) << 32) | (1ULL << 16) | ((vid) << 8) | (fid)) #define READ_PENDING_WAIT(qw) \ do { (qw) = read_status(); } while ((qw) & (1ULL << 31)) #define ACPI_NOTIFY_PERF_STATES 0x80 /* _PSS changed. */ static void acpi_cnq_identify(driver_t *driver, device_t parent); static int acpi_cnq_probe(device_t dev); static int acpi_cnq_attach(device_t dev); static int acpi_cnq_detach(device_t dev); static int acpi_cnq_evaluate(device_t dev); static int acpi_cnq_transit(struct acpi_cnq_softc *sc, const int); static int acpi_px_to_set(device_t dev, struct acpi_px *px, struct cf_setting *set); static void acpi_px_startup(void *arg); static void acpi_px_available(struct acpi_cnq_softc *sc); static void acpi_px_notify(ACPI_HANDLE h, UINT32 notify, void *context); static int acpi_px_settings(device_t dev, struct cf_setting *sets, int *count, int *type); static int acpi_px_set(device_t dev, const struct cf_setting *set); static int acpi_px_get(device_t dev, struct cf_setting *set); static device_method_t acpi_cnq_methods[] = { /* Device interface */ DEVMETHOD(device_identify, acpi_cnq_identify), DEVMETHOD(device_probe, acpi_cnq_probe), DEVMETHOD(device_attach, acpi_cnq_attach), DEVMETHOD(device_detach, acpi_cnq_detach), /* cpufreq interface */ DEVMETHOD(cpufreq_drv_set, acpi_px_set), DEVMETHOD(cpufreq_drv_get, acpi_px_get), DEVMETHOD(cpufreq_drv_settings, acpi_px_settings), {0, 0} }; static driver_t acpi_cnq_driver = { "acpi_cnq", acpi_cnq_methods, sizeof(struct acpi_cnq_softc), }; static devclass_t acpi_cnq_devclass; DRIVER_MODULE(acpi_cnq, cpu, acpi_cnq_driver, acpi_cnq_devclass, 0, 0); MODULE_DEPEND(acpi_cnq, acpi, 1, 1, 1); MALLOC_DEFINE(M_ACPICNQ, "acpi_cnq", "Cool'n'Quiet Performance states"); static void acpi_cnq_identify(driver_t *driver, device_t parent) { ACPI_HANDLE handle; /* Make sure we're not being doubly invoked. */ if (device_find_child(parent, "acpi_cnq", 0) != NULL) return; /* Get the handle for the Processor object and check for perf states. */ handle = acpi_get_handle(parent); if (handle == NULL) return; if (ACPI_FAILURE(AcpiEvaluateObject(handle, "_PSS", NULL, NULL))) return; if (strcmp(cpu_vendor, "AuthenticAMD") == 0) { u_int32_t regs[4]; switch (cpu_id & 0x0f000f00) { case 0x00000f00: /* K8 family */ do_cpuid(0x80000000, regs); if (regs[0] < 0x80000007) /* EAX[31:0] */ return; break; do_cpuid(0x80000007, regs); if ((regs[3] & 0x6) != 0x6) /* EDX[2:1] = 11b */ return; break; default: return; break; } } if (BUS_ADD_CHILD(parent, 0, "acpi_cnq", 0) == NULL) device_printf(parent, "add acpi_cnq child failed\n"); } static int acpi_cnq_probe(device_t dev) { device_t perf_dev; ACPI_HANDLE handle; ACPI_OBJECT *obj, *pkg; ACPI_BUFFER buf; ACPI_GENERIC_ADDRESS gas; int error; /* If the ACPI perf driver has attached, let it manage things. */ perf_dev = devclass_get_device(devclass_find("acpi_perf"), 0); if (perf_dev && device_is_attached(perf_dev)) goto out; error = ENXIO; buf.Pointer = NULL; buf.Length = ACPI_ALLOCATE_BUFFER; handle = acpi_get_handle(dev); if (ACPI_FAILURE(AcpiEvaluateObject(handle, "_PCT", NULL, &buf))) goto out; pkg = (ACPI_OBJECT *)buf.Pointer; if (ACPI_PKG_VALID(pkg, 2)) { /* Performance Control Register */ obj = &pkg->Package.Elements[0]; if (obj != NULL && obj->Buffer.Length < sizeof(ACPI_GENERIC_ADDRESS) + 3) goto out; memcpy(&gas, obj->Buffer.Pointer + 3, sizeof(gas)); if (gas.AddressSpaceId != ACPI_ADR_SPACE_FIXED_HARDWARE) goto out; /* Performance Status Register */ obj = &pkg->Package.Elements[1]; if (obj != NULL && obj->Buffer.Length < sizeof(ACPI_GENERIC_ADDRESS) + 3) goto out; memcpy(&gas, obj->Buffer.Pointer + 3, sizeof(gas)); if (gas.AddressSpaceId != ACPI_ADR_SPACE_FIXED_HARDWARE) goto out; } device_set_desc(dev, "AMD64 Cool'n'Quiet"); error = 0; out: if (buf.Pointer) AcpiOsFree(buf.Pointer); return (error); } static int acpi_cnq_attach(device_t dev) { struct acpi_cnq_softc *sc; sc = device_get_softc(dev); sc->dev = dev; sc->handle = acpi_get_handle(dev); sc->px_max_avail = 0; sc->px_curr_state = CPUFREQ_VAL_UNKNOWN; if (acpi_cnq_evaluate(dev) != 0) return (ENXIO); cpufreq_register(dev); AcpiOsQueueForExecution(OSD_PRIORITY_LO, acpi_px_startup, NULL); return (0); } static int acpi_cnq_detach(device_t dev) { /* TODO: teardown registers, remove notify handler. */ return (ENXIO); } /* Probe and setup any valid performance states (Px). */ static int acpi_cnq_evaluate(device_t dev) { struct acpi_cnq_softc *sc; ACPI_BUFFER buf; ACPI_OBJECT *pkg, *res; ACPI_STATUS status; int error, i, j; uint32_t *p; /* Get the control values and parameters for each state. */ error = ENXIO; sc = device_get_softc(dev); buf.Pointer = NULL; buf.Length = ACPI_ALLOCATE_BUFFER; status = AcpiEvaluateObject(sc->handle, "_PSS", NULL, &buf); if (ACPI_FAILURE(status)) return (ENXIO); pkg = (ACPI_OBJECT *)buf.Pointer; if (!ACPI_PKG_VALID(pkg, 1)) { device_printf(dev, "invalid top level _PSS package\n"); goto out; } sc->px_count = pkg->Package.Count; sc->px_states = malloc(sc->px_count * sizeof(struct acpi_px), M_ACPICNQ, M_WAITOK | M_ZERO); if (sc->px_states == NULL) goto out; /* * Each state is a package of {CoreFreq, Power, TransitionLatency, * BusMasterLatency, ControlVal, StatusVal}, sorted from highest * performance to lowest. */ for (i = 0; i < sc->px_count; i++) { res = &pkg->Package.Elements[i]; if (!ACPI_PKG_VALID(res, 6)) { device_printf(dev, "invalid _PSS package\n"); continue; } p = &sc->px_states[i].core_freq; for (j = 0; j < 6; j++, p++) acpi_PkgInt32(res, j, p); } AcpiOsFree(buf.Pointer); /* Get the control and status registers (one of each). */ buf.Pointer = NULL; buf.Length = ACPI_ALLOCATE_BUFFER; status = AcpiEvaluateObject(sc->handle, "_PCT", NULL, &buf); if (ACPI_FAILURE(status)) goto out; /* Check the package of two registers, each a Buffer in GAS format. */ pkg = (ACPI_OBJECT *)buf.Pointer; if (!ACPI_PKG_VALID(pkg, 2)) { device_printf(dev, "invalid perf register package\n"); goto out; } /* Get our current limit and register for notifies. */ acpi_px_available(sc); AcpiInstallNotifyHandler(sc->handle, ACPI_DEVICE_NOTIFY, acpi_px_notify, sc); error = 0; out: if (error) { if (sc->px_states) free(sc->px_states, M_ACPICNQ); sc->px_count = 0; } if (buf.Pointer) AcpiOsFree(buf.Pointer); return (error); } /* * AMD K8 Cool'n'Quiet * * Reference: * - BIOS and Kernel Developer's Guide * for the AMD Athlon 64 and AMD Opteron Processors, 26094 Rev.3.12 * - linux-2.6.3/arch/i386/kernel/cpu/cpufreq/powernow-k8.[ch] */ static int acpi_cnq_transit(struct acpi_cnq_softc *sc, const int state) { u_int irt, rvo, pll, mvs, vst, vid, fid; u_int val, rvo_steps, cur_vid, cur_fid, vco_fid, vco_cur_fid, vco_diff; u_int64_t v64; v64 = sc->px_states[state].ctrl_val; irt = control_irt(v64); rvo = control_rvo(v64); pll = control_pll(v64); mvs = control_mvs(v64); vst = control_vst(v64); vid = control_vid(v64); fid = control_fid(v64); READ_PENDING_WAIT(v64); cur_vid = status_vid(v64); cur_fid = status_fid(v64); /* Phase 1 */ while (cur_vid > vid) { val = cur_vid - (1 << mvs); write_fidvid(cur_fid, (val > 0) ? val : 0, 1ULL); READ_PENDING_WAIT(v64); cur_vid = status_vid(v64); count_off_vst(vst); } for (rvo_steps = rvo; rvo_steps > 0 && cur_vid > 0; rvo_steps--) { write_fidvid(cur_fid, cur_vid - 1, 1ULL); READ_PENDING_WAIT(v64); cur_vid = status_vid(v64); count_off_vst(vst); } /* Phase 2 */ if (cur_fid != fid) { vco_fid = FID_TO_VCO_FID(fid); vco_cur_fid = FID_TO_VCO_FID(cur_fid); vco_diff = (vco_cur_fid < vco_fid) ? vco_fid - vco_cur_fid : vco_cur_fid - vco_fid; while (vco_diff > 2) { if (fid > cur_fid) { if (cur_fid > 6) val = cur_fid + 2; else val = FID_TO_VCO_FID(cur_fid) + 2; } else val = cur_fid - 2; write_fidvid(val, cur_vid, pll * 200ULL); READ_PENDING_WAIT(v64); cur_fid = status_fid(v64); count_off_irt(irt); vco_cur_fid = FID_TO_VCO_FID(cur_fid); vco_diff = (vco_cur_fid < vco_fid) ? vco_fid - vco_cur_fid : vco_cur_fid - vco_fid; } write_fidvid(fid, cur_vid, pll * 200ULL); READ_PENDING_WAIT(v64); cur_fid = status_fid(v64); count_off_irt(irt); } /* Phase 3 */ if (cur_vid != vid) { write_fidvid(cur_fid, vid, 1ULL); READ_PENDING_WAIT(v64); cur_vid = status_vid(v64); count_off_vst(vst); } /* Done */ if (cur_vid == vid && cur_fid == fid) return 0; return -1; } static void acpi_px_startup(void *arg) { /* Signal to the platform that we are taking over CPU control. */ if (AcpiGbl_FADT->PstateCnt == 0) return; ACPI_LOCK(acpi); AcpiOsWritePort(AcpiGbl_FADT->SmiCmd, AcpiGbl_FADT->PstateCnt, 8); ACPI_UNLOCK(acpi); } static void acpi_px_notify(ACPI_HANDLE h, UINT32 notify, void *context) { struct acpi_cnq_softc *sc; sc = context; if (notify != ACPI_NOTIFY_PERF_STATES) return; acpi_px_available(sc); /* TODO: Implement notification when frequency changes. */ } /* * Find the highest currently-supported performance state. * This can be called at runtime (e.g., due to a docking event) at * the request of a Notify on the processor object. */ static void acpi_px_available(struct acpi_cnq_softc *sc) { ACPI_STATUS status; struct cf_setting set; status = acpi_GetInteger(sc->handle, "_PPC", &sc->px_max_avail); /* If the old state is too high, set current state to the new max. */ if (ACPI_SUCCESS(status)) { if (sc->px_curr_state != CPUFREQ_VAL_UNKNOWN && sc->px_curr_state > sc->px_max_avail) { acpi_px_to_set(sc->dev, &sc->px_states[sc->px_max_avail], &set); acpi_px_set(sc->dev, &set); } } else sc->px_max_avail = 0; } static int acpi_px_to_set(device_t dev, struct acpi_px *px, struct cf_setting *set) { if (px == NULL || set == NULL) return (EINVAL); set->freq = px->core_freq; set->power = px->power; /* XXX Include BM latency too? */ set->lat = px->trans_lat; set->volts = CPUFREQ_VAL_UNKNOWN; set->dev = dev; return (0); } static int acpi_px_settings(device_t dev, struct cf_setting *sets, int *count, int *type) { struct acpi_cnq_softc *sc; int x, y; sc = device_get_softc(dev); if (sets == NULL || count == NULL) return (EINVAL); if (*count < sc->px_count - sc->px_max_avail) return (ENOMEM); /* Return a list of settings that are currently valid. */ y = 0; for (x = sc->px_max_avail; x < sc->px_count; x++, y++) acpi_px_to_set(dev, &sc->px_states[x], &sets[y]); *count = sc->px_count - sc->px_max_avail; *type = CPUFREQ_TYPE_ABSOLUTE; return (0); } static int acpi_px_set(device_t dev, const struct cf_setting *set) { struct acpi_cnq_softc *sc; int i; if (set == NULL) return (EINVAL); sc = device_get_softc(dev); /* Look up appropriate state, based on frequency. */ for (i = sc->px_max_avail; i < sc->px_count; i++) { if (CPUFREQ_CMP(set->freq, sc->px_states[i].core_freq)) break; } if (i == sc->px_count) return (EINVAL); if (acpi_cnq_transit(sc, i) != 0) { device_printf(dev, "Px transition to %d failed\n", sc->px_states[i].core_freq); return (ENXIO); } else sc->px_curr_state = i; return (0); } static int acpi_px_get(device_t dev, struct cf_setting *set) { struct acpi_cnq_softc *sc; uint64_t rate; int i; struct pcpu *pc; if (set == NULL) return (EINVAL); sc = device_get_softc(dev); /* If we've set the rate before, use the cached value. */ if (sc->px_curr_state != CPUFREQ_VAL_UNKNOWN) { acpi_px_to_set(dev, &sc->px_states[sc->px_curr_state], set); return (0); } /* Otherwise, estimate and try to match against our settings. */ pc = cpu_get_pcpu(dev); if (pc == NULL) return (ENXIO); cpu_est_clockrate(pc->pc_cpuid, &rate); rate /= 1000000; for (i = 0; i < sc->px_count; i++) { if (CPUFREQ_CMP(sc->px_states[i].core_freq, rate)) { sc->px_curr_state = i; acpi_px_to_set(dev, &sc->px_states[i], set); break; } } /* No match, give up. */ if (i == sc->px_count) { sc->px_curr_state = CPUFREQ_VAL_UNKNOWN; set->freq = CPUFREQ_VAL_UNKNOWN; } return (0); } --Boundary-00=_MCUCCouWkFBbDqZ Content-Type: text/plain; charset="iso-8859-1"; name="Makefile" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="Makefile" # $FreeBSD$ .PATH: ${.CURDIR}/../../../dev/acpica CFLAGS+= -I${.CURDIR}/../../../contrib/dev/acpica KMOD= acpi_cnq WARNS?= 2 SRCS= acpi_cnq.c SRCS+= acpi_if.h bus_if.h cpufreq_if.h device_if.h opt_acpi.h \ pci_if.h .include --Boundary-00=_MCUCCouWkFBbDqZ-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 22:51:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0146116A4CE for ; Tue, 8 Feb 2005 22:51:56 +0000 (GMT) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B8AC43D1D for ; Tue, 8 Feb 2005 22:51:54 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id E6041407C; Tue, 8 Feb 2005 23:51:28 +0100 (CET) Date: Tue, 8 Feb 2005 23:51:28 +0100 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20050208225128.GA81275@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="IS0zKkzwUGydFO0o" Content-Disposition: inline User-Agent: Mutt/1.5.7i Subject: Console freeze but still alive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 22:51:56 -0000 --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, my very new kernel [1] makes my console freeze but I can still pings the box and even login with ssh. When I enter the debugger, the console "de-freezes" while in but as soon as I type "cont", it freezes again. I have noticed this problem two or three times for the last few days. My kernel configuration is attached. I would like to have some pointers to be able to provide some useful debugging informations. Note that it would be better if it can be done through ssh since I have no console cable, but if it's needed I will hand-write DDB output. Thanks. Best regards, [1] FreeBSD 6.0-CURRENT FreeBSD 6.0-CURRENT #57: Tue Feb 8 00:08:50 CET 2005 -- Jeremie Le Hen jeremie at le-hen dot org --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=Z6PO # Z6PO kernel config. machine i386 cpu I486_CPU cpu I586_CPU cpu I686_CPU ident Z6PO # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices makeoptions DEBUG="-g" # Build kernel with gdb(1) debug symbols makeoptions MODULES_OVERRIDE="linux syscons fdc sound usb ums snp nullfs unionfs cd9660 cd9660_iconv" makeoptions CPUTYPE="pentium3" makeoptions CFLAGS="-O -pipe" # # Debugging features # options PREEMPTION # Allow threads to be preempted #options FULL_PREEMPTION # Expose race conditions options MUTEX_DEBUG # Enable extra assert in mutex code options KDB # Enable kernel debugger support options DDB # Support DDB options GDB # Support remote GDB options INVARIANT_SUPPORT # Extra sanity checks of internal struct options INVARIANTS # Enable calls of extra sanity checking options DIAGNOSTIC # Make everything more noisy options WITNESS # Enable checks for deadlocks and cycles options WITNESS_KDB #options SCHED_4BSD # 4BSD scheduler options SCHED_ULE # ULE scheduler # # Filesystems # options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options SUIDDIR #options EXT2FS # Linux filesystem 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 NFSCLIENT # Network Filesystem Client #options NFSSERVER # Network Filesystem Server #options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options MSDOSFS_LARGE #options NTFS # NT filesystem #options NULLFS # NULL filesystem #options UNIONFS # Union filesystem #options CD9660 # ISO 9660 Filesystem #options UDF # Univesal Disk Format options PSEUDOFS # Pseudo-filesystem framework options PROCFS # Process filesystem (requires PSEUDOFS) options FDESCFS options LIBICONV options MSDOSFS_ICONV #options CD9660_ICONV #options UDF_ICONV #options NTFS_ICONV #options NETSMB #options NETSMBCRYPTO #options LIBMCHAIN #options SMBFS options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 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 realtime extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options INET # InterNETworking #options INET6 # IPv6 communications protocols options IPSEC # IP security options IPSEC_ESP # IP security with ESP options IPSEC_FILTERGIF # Filter IPSec packets from a tunnel #options BRIDGE # Bridging between ethernet cards options IPFIREWALL # IP firewall options IPFIREWALL_VERBOSE # Enable logging to syslogd(8) options IPFIREWALL_DEFAULT_TO_ACCEPT # Allow everything by default options IPFIREWALL_FORWARD # Make packet destination change #options IPV6FIREWALL # IPv6 firewall #options IPV6FIREWALL_VERBOSE #options IPV6FIREWALL_DEFAULT_TO_ACCEPT #options IPFILTER # IPFilter support #options IPFILTER_LOG # IPFilter logging device pf # PF OpenBSD packet-filter firewall device pflog # Logging support interface for PF device pfsync # Synchronization interface for PF options IPDIVERT # Divert sockets options DUMMYNET # Enables "dummyney" bandwidth limiter #options ALTQ #options ALTQ_CBQ # Class Bases Queueing #options ALTQ_RED # Random Early Drop #options ALTQ_RIO # RED In/Out #options ALTQ_HFSC # Hierarchical Packet Scheduler #options ALTQ_CDNR # Traffic conditioner #options ALTQ_PRIQ # Priority Queueing #options NETGRAPH #netgraph(4) system #options NETGRAPH_ASYNC #options NETGRAPH_ATMLLC #options NETGRAPH_ATM_ATMPIF #options NETGRAPH_BLUETOOTH # ng_bluetooth(4) #options NETGRAPH_BLUETOOTH_BT3C # ng_bt3c(4) #options NETGRAPH_BLUETOOTH_H4 # ng_h4(4) #options NETGRAPH_BLUETOOTH_HCI # ng_hci(4) #options NETGRAPH_BLUETOOTH_L2CAP # ng_l2cap(4) #options NETGRAPH_BLUETOOTH_SOCKET # ng_btsocket(4) #options NETGRAPH_BLUETOOTH_UBT # ng_ubt(4) #options NETGRAPH_BLUETOOTH_UBTBCMFW # ubtbcmfw(4) #options NETGRAPH_BPF #options NETGRAPH_BRIDGE #options NETGRAPH_CISCO #options NETGRAPH_ECHO #options NETGRAPH_EIFACE #options NETGRAPH_ETHER #options NETGRAPH_FEC #options NETGRAPH_FRAME_RELAY #options NETGRAPH_GIF #options NETGRAPH_GIF_DEMUX #options NETGRAPH_HOLE #options NETGRAPH_IFACE #options NETGRAPH_IP_INPUT #options NETGRAPH_KSOCKET #options NETGRAPH_L2TP #options NETGRAPH_LMI #options NETGRAPH_ONE2MANY #options NETGRAPH_PPP #options NETGRAPH_PPPOE #options NETGRAPH_PPTPGRE #options NETGRAPH_RFC1490 #options NETGRAPH_SOCKET #options NETGRAPH_SPLIT #options NETGRAPH_SPPP #options NETGRAPH_TEE #options NETGRAPH_TTY #options NETGRAPH_UI #options NETGRAPH_VJC #options GEOM_AES #options GEOM_APPLE #options GEOM_BDE #options GEOM_BSD #options GEOM_CONCAT #options GEOM_FOX #options GEOM_GATE #options GEOM_GPT #options GEOM_LABEL #options GEOM_MBR #options GEOM_MIRROR #options GEOM_NOP #options GEOM_PC98 #options GEOM_RAID3 #options GEOM_SHSEC #options GEOM_STRIPE #options GEOM_SUNLABEL #options GEOM_UZIP #options GEOM_VOL # # Pseudo devices # device random # Entropy device device mem # Memory and kernel memory devices device io device pty # Pseudo-ttys (telnet etc) #device snp # Snoop device - to look at pty/vty/... #device ccd # Concatenated disk driver device md # Memory "disks" # # Network pseudo devices # device loop # Network loopback device ether # Ethernet support #device vlan # VLAN support (needs miibus) #device sl # Kernel SLIP #device ppp # Kernel PPP #device sppp # Generic Synchronous PPP device tun # Packet tunnel device gif # IPv6 and IPv4 tunneling #device faith # IPv6-to-IPv4 relaying (translation) #device stf # 6to4 IPv6 over IPv4 encapsulation #device tap # Virtual Ethernet driver #device gre # IP over IP tunneling device bpf # Berkeley packet filter #options PPP_BSDCOMP # PPP BSD-compress support #options PPP_DEFLATE # PPP zlib/deflate/gzip support #options PPP_FILTER # Enable bpf filtering (needs bpf) # To make an SMP kernel, the next two are needed #options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC device acpi #options ACPI_DEBUG # 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 atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # 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) #device ses # SCSI Environmental Services (and SAF-TE) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse #options PSM_DEBUG options VESA # Support for VGA VESA video modes. device vga # VGA video card driver device splash # Splash screen and screen saver support device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Floating point support - do not disable device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254 device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge #device pcic # ExCA ISA and PCI bridges device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports #device sio # 8250, 16[45]50 based serial ports # Parallel port #device ppc #device ppbus # Parallel port bus (required) #device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs #device de # DEC/Intel DC21x4x (``Tulip'') #device em # Intel PRO/1000 adapter Gigabit Ethernet Card #device ixgb # Intel PRO/10GbE Ethernet Card #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support #device bfe # Broadcom BCM440x 10/100 Ethernet #device bge # Broadcom BCM570xx Gigabit Ethernet #device dc # DEC/Intel 21143 and various workalikes #device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc') #device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device ti # Alteon Networks Tigon I/II gigabit Ethernet #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc #device lnc # NE2100, NE32-VL Lance Ethernet cards #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # ISA devices that use the old ISA shims #device le # Wireless NIC cards #device wlan # 802.11 support #device wlan_wep #device wlan_ccmp #device wlan_tkip #device wlan_xauth #device wlan_acl #device an # Aironet 4500/4800 802.11 wireless NICs #device awi # BayStack 660 and others #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs #device wl # Older non 802.11 Wavelan wireless NIC #device ath_hal #device ath_rate_onoe #device ath # # USB support # options USB_DEBUG #device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface #device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices #device ugen # Generic #device uhid # "Human Interface Devices" #device ukbd # Keyboard #device ulpt # Printer #device umass # Disks/Mass storage - Requires scbus and da #device ums # Mouse #device urio # Diamond Rio 500 MP3 player #device uscanner # Scanners # USB Ethernet, requires mii #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet # # Sound # #device sound #device snd_maestro --IS0zKkzwUGydFO0o-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 23:10:33 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B99C516A4CE for ; Tue, 8 Feb 2005 23:10:33 +0000 (GMT) Received: from smradoch.ath.cx (r2g224.chello.upc.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CC0443D46 for ; Tue, 8 Feb 2005 23:10:33 +0000 (GMT) (envelope-from neuhauser@chello.cz) Received: by smradoch.ath.cx (Postfix, from userid 1001) id 6540A1F87BEE; Wed, 9 Feb 2005 00:10:32 +0100 (CET) Date: Wed, 9 Feb 2005 00:10:32 +0100 From: Roman Neuhauser To: supraexpress@globaleyes.net Message-ID: <20050208231032.GH15119@isis.wad.cz> Mail-Followup-To: supraexpress@globaleyes.net, freebsd-current@freebsd.org References: <20050208034855.D211E43D45@mx1.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050208034855.D211E43D45@mx1.FreeBSD.org> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 23:10:33 -0000 # supraexpress@globaleyes.net / 2005-02-07 21:48:48 -0600: > FreeBSD's 'DOS-like menu' system is a travisty and IS PROBABLY THE ONE > THING THAT TURNS OFF MORE PROSPECTIVE FBSD USERS THAN ANYTHING ELSE - > I know - I have heard! Have you also heard that windows (and linux) installers have turned (or helped to turn) people away too? No? They have! I'm a walking example. :) > I offer the following suggestions for cogitation and realize that some > of MY choices may not be "the best", but here goes anyhow: > > a) redesign the "installer" as a graphical menu system with pull-down > options Ouch! I wouldn't touch that! > b) design an "installation wizard", in line with contemporary systems, > that does nothing but install a "canned workstation environment" based on > OpenOffice plus Gnome (or KDE) - that's IT - NOTHING ELSE Ouch! I wouldn't touch that! > c) design an "installation wizard" that installs a "server system with NO > desktop installation" which provides some "canned" server "types" (such as > "mail server", "web server", ...) that choose the newest versions of > server applications (such as Apache2 versus Apache1; PHP5 versus PHP4) does that mean that it would install apache2 without asking, php5 without asking? what if I wanted zope? and about that mail server: which MTA have *you* decided is best for *my* business? granted, there are ways through sysinstall that will get you in a dead end street (I think there's one old PR from me about such an issue), but even as people who've seen (or perhaps even wrote?) the code say it needs replacement, sysinstall is still the best installer I've seen. compared to sysinstall, anything else is DOA, so please, don't propose crippling our bad installer according the others, even more crippled, ones. -- If you cc me or remove the list(s) completely I'll most likely ignore your message. see http://www.eyrie.org./~eagle/faqs/questions.html From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 23:14:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E23216A4CE for ; Tue, 8 Feb 2005 23:14:08 +0000 (GMT) Received: from smtp1.linkline.com (host-66-59-235-27.lcinet.net [66.59.235.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2AC5443D41 for ; Tue, 8 Feb 2005 23:14:08 +0000 (GMT) (envelope-from sclements@linkline.com) Received: from [127.0.0.1] (host-66-59-225-129.lcinet.net [66.59.225.129]) by smtp1.linkline.com (Postfix) with ESMTP id 3E6379D149; Tue, 8 Feb 2005 15:14:05 -0800 (PST) Message-ID: <420947BE.1070308@linkline.com> Date: Tue, 08 Feb 2005 15:14:06 -0800 From: Samuel Clements User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Samuel Clements References: <42028F29.1030801@DeepCore.dk> <6.2.1.2.0.20050207134251.055d5548@64.7.153.2> <20050207223124.GA5685@mebtel.net> <4207F07D.2020705@DeepCore.dk> <4207FA47.9060109@linkline.com> In-Reply-To: <4207FA47.9060109@linkline.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 23:14:08 -0000 And another install! This time on an Intel SE7210TP1-E (SR1325TP1-E): Looking good so far.. -Sam Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-STABLE #1: Tue Feb 8 14:15:20 UTC 2005 admin@tp.image:/usr/src/sys/i386/compile/TP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (2992.51-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 536805376 (511 MB) avail memory = 515624960 (491 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 3.0 on pci0 pci1: on pcib1 em0: port 0xbc00-0xbc1f mem 0xfc5e0000-0xfc5fffff irq 18 at device 1.0 on pci1 em0: Ethernet address: 00:0e:0c:4e:d7:0a em0: Speed:N/A Duplex:N/A pcib2: at device 28.0 on pci0 pci2: on pcib2 uhci0: port 0xe800-0xe81f irq 16 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xec00-0xec1f irq 19 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pci0: at device 29.4 (no driver attached) pci0: at device 29.5 (no driver attached) pcib3: at device 30.0 on pci0 pci3: on pcib3 pci3: at device 0.0 (no driver attached) fxp0: port 0xcc00-0xcc3f mem 0xfe6a0000-0xfe6bffff,0xfe6fe000-0xfe6fefff irq 17 at device 1.0 on pci3 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:0e:0c:4e:d7:0b isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0xd400-0xd40f,0xd800-0xd803,0xdc00-0xdc07,0xe000-0xe003,0xe400-0xe407 irq 18 at device 31.2 on pci0 ata2: on atapci1 ata3: on atapci1 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 acpi_button1: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse Explorer, device ID 4 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 orm0: at iomem 0xd9000-0xd9fff,0xcd800-0xcefff,0xcc800-0xcd7ff,0xc8000-0xcc7ff,0xc0000-0xc7fff on isa0 pmtimer0 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 10.000 msec acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% acd0: CDROM at ata0-slave UDMA33 em0: Link is up 100 Mbps Half Duplex ad4: 78533MB at ata2-master SATA150 ad6: 78533MB at ata3-master SATA150 ATA PseudoRAID loaded ar0: 78533MB status: READY ar0: disk0 READY (master) using ad4 at ata2-master ar0: disk1 READY (mirror) using ad6 at ata3-master SMP: AP CPU #1 Launched! Mounting root from ufs:/dev/ar0s1a From owner-freebsd-current@FreeBSD.ORG Tue Feb 8 23:29:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFE4C16A4CE; Tue, 8 Feb 2005 23:29:17 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 552B243D2D; Tue, 8 Feb 2005 23:29:17 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id j18NT9DE004558; Tue, 8 Feb 2005 15:29:13 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200502082329.j18NT9DE004558@gw.catspoiler.org> Date: Tue, 8 Feb 2005 15:29:09 -0800 (PST) From: Don Lewis To: jhb@FreeBSD.org In-Reply-To: <200502081326.14256.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: freebsd-current@FreeBSD.org Subject: Re: odd -CURRENT performance issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 23:29:17 -0000 On 8 Feb, John Baldwin wrote: > On Monday 07 February 2005 06:49 pm, Don Lewis wrote: >> time make all-depends-list >> ten times in a row in /usr/ports/x11/gnome2. The system was freshly >> booted, and other than a niced setiathome, the system was idle. I got >> the following results: >> >> 122.63 real 29.83 user 66.29 sys >> 117.86 real 29.58 user 66.55 sys >> 119.89 real 29.80 user 67.27 sys >> 121.68 real 30.31 user 67.55 sys >> 122.10 real 30.41 user 67.66 sys >> 120.90 real 29.67 user 68.24 sys >> 121.21 real 30.27 user 67.69 sys >> 219.85 real 30.35 user 148.12 sys >> 312.54 real 30.49 user 224.79 sys >> 312.83 real 30.23 user 225.83 sys >> >> The last three lines are rather strange ... >> >> Kernel and world are 6.0-CURRENT, built from February 3rd sources. >> WITNESS, INVARIANTS, DEBUG_VFS_LOCKS, and SMP enabled, and it is fairly >> close to GENERIC. > > WITNESS has especially poor scalability issues and can get much worse as more > lock classes and relationships are added to its tree due to how it tries to > rebalance the tree every time it adds a new relationship (and each rebalance > is O(n) I think). If you turn off witness via sysctl debug.witness.watch=0,. > does the same weirdness persist? I'm in the middle of a portupgrade run to catch up with the latest perl upgrade, so it'll be a while before I can try that experiment. Earlier today I broke into DDB a bunch of times to get some stack traces to try to figure out where the kernel was spending most of its time. Most of the stack traces had this in common: critical_exit(c094d12c,eb27bbac,c0643c27,c0906a20,0) at critical_exit+0xb2 _mtx_unlock_spin_flags(c0906a20,0,c083c0bd,325,c28515c0) at _mtx_unlock_spin_flags+0x8d witness_checkorder(c2dad7bc,9,c0852ab7,9f) at witness_checkorder+0x29f _mtx_lock_flags(c2dad7bc,0,c0852ab7,9f,22) at _mtx_lock_flags+0x5b where witness_checkorder+0x29f is here: /* * If we know that the the lock we are acquiring comes after * the lock we most recently acquired in the lock order tree, * then there is no need for any further checks. */ if (isitmydescendant(w1, w)) { mtx_unlock_spin(&w_mtx); and by far the majority of the callers were calling VM_OBJECT_LOCK(). I suspect that the tree has gotten rebalanced so that the "vm object" lock suddenly takes a much longer time to find. I'll try to get snapshots of the tree before and after the problem occurs. From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 00:01:57 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 228FD16A4CE; Wed, 9 Feb 2005 00:01:57 +0000 (GMT) Received: from smradoch.ath.cx (r2g224.chello.upc.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4319343D39; Wed, 9 Feb 2005 00:01:56 +0000 (GMT) (envelope-from neuhauser@chello.cz) Received: by smradoch.ath.cx (Postfix, from userid 1001) id F40F71F87BEE; Wed, 9 Feb 2005 01:01:53 +0100 (CET) Date: Wed, 9 Feb 2005 01:01:53 +0100 From: Roman Neuhauser To: Panagiotis Astithas Message-ID: <20050209000153.GI15119@isis.wad.cz> Mail-Followup-To: Panagiotis Astithas , Robert Watson , freebsd-current@freebsd.org References: <4207B2C8.3050002@ebs.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4207B2C8.3050002@ebs.gr> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org cc: Robert Watson Subject: Re: FW: Call for comments: CoxR, a CVS/mail-lists/BTS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 00:01:57 -0000 # past@ebs.gr / 2005-02-07 20:26:16 +0200: > Robert Watson wrote: ... > Very informative posting, as usual. Have you considered starting a blog > somewhere, so that these longish and of general interest messages can be > easily found by non-subscribers to the lists? better yet, track rwatson's posts, spice them up with some docbook, and submit them for inclusion in the handbook. most of the material he produces *should* be part of the official documentation. -- If you cc me or remove the list(s) completely I'll most likely ignore your message. see http://www.eyrie.org./~eagle/faqs/questions.html From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 00:21:13 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3891B16A4CE; Wed, 9 Feb 2005 00:21:13 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A194743D1D; Wed, 9 Feb 2005 00:21:12 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j190LCqn076288; Tue, 8 Feb 2005 19:21:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j190LTQ2053695; Tue, 8 Feb 2005 19:21:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0280E7306E; Tue, 8 Feb 2005 19:21:11 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050209002111.0280E7306E@freebsd-current.sentex.ca> Date: Tue, 8 Feb 2005 19:21:11 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner1 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 00:21:13 -0000 TB --- 2005-02-08 23:00:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-08 23:00:56 - starting CURRENT tinderbox run for i386/i386 TB --- 2005-02-08 23:00:56 - checking out the source tree TB --- 2005-02-08 23:00:56 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2005-02-08 23:00:56 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-08 23:06:37 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-08 23:06:37 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-02-08 23:06:37 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-02-09 00:13:54 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-09 00:13:54 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-02-09 00:13:54 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Feb 9 00:13:54 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /tinderbox/CURRENT/i386/i386/src/sys/netinet/udp_usrreq.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /tinderbox/CURRENT/i386/i386/src/sys/netinet6/dest6.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /tinderbox/CURRENT/i386/i386/src/sys/netinet6/frag6.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /tinderbox/CURRENT/i386/i386/src/sys/netinet6/icmp6.c /tinderbox/CURRENT/i386/i386/src/sys/netinet6/icmp6.c: In function `icmp6_rip6_input': /tinderbox/CURRENT/i386/i386/src/sys/netinet6/icmp6.c:1901: error: `ripcbinfo' undeclared (first use in this function) /tinderbox/CURRENT/i386/i386/src/sys/netinet6/icmp6.c:1901: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/i386/i386/src/sys/netinet6/icmp6.c:1901: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2005-02-09 00:21:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-09 00:21:11 - ERROR: failed to build generic kernel TB --- 2005-02-09 00:21:11 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 00:33:25 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0AAE16A4CE for ; Wed, 9 Feb 2005 00:33:25 +0000 (GMT) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6476043D3F for ; Wed, 9 Feb 2005 00:33:24 +0000 (GMT) (envelope-from pbowen@fastmail.fm) Received: from frontend2.messagingengine.com (frontend2.internal [10.202.2.151]) by frontend1.messagingengine.com (Postfix) with ESMTP id AE4DAC55988 for ; Tue, 8 Feb 2005 19:33:22 -0500 (EST) X-Sasl-enc: QCWNJISLnQv/UVyaMCgREQ 1107909199 Received: from [10.51.87.133] (unknown [204.110.228.254]) by frontend2.messagingengine.com (Postfix) with ESMTP id EE57875E for ; Tue, 8 Feb 2005 19:33:14 -0500 (EST) Message-ID: <42095A43.9040902@fastmail.fm> Date: Tue, 08 Feb 2005 18:33:07 -0600 From: Patrick Bowen User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040805 Netscape/7.2 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20050208034855.D211E43D45@mx1.FreeBSD.org> In-Reply-To: <20050208034855.D211E43D45@mx1.FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 00:33:26 -0000 supraexpress@globaleyes.net wrote: >One of the main "stumbling blocks" to using FreeBSD is the installation >process. I have had "lots of fun" (not!) with NetBSD's line-mode/shell-script >"installer" and confusing companion installation instructions, in the past; I >only tried OpenBSD once and don't remember anything about its installation >process, but I seem to recall that it was similar to NetBSD's; FreeBSD's >'DOS-like menu' system is a travisty and IS PROBABLY THE ONE THING THAT TURNS >OFF MORE PROSPECTIVE FBSD USERS THAN ANYTHING ELSE - I know - I have heard! > > I found that installing FreeBSD using sysinstall was faster and easier that a lot of other OS's, including various flavors of Linux. Patrick Bowen From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 01:39:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0661716A4CF; Wed, 9 Feb 2005 01:39:14 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B06143D1D; Wed, 9 Feb 2005 01:39:14 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j191dD97079073; Tue, 8 Feb 2005 20:39:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j191dWrF085913; Tue, 8 Feb 2005 20:39:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A81107306E; Tue, 8 Feb 2005 20:39:13 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050209013913.A81107306E@freebsd-current.sentex.ca> Date: Tue, 8 Feb 2005 20:39:13 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 01:39:15 -0000 TB --- 2005-02-09 00:21:12 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-09 00:21:12 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-02-09 00:21:12 - checking out the source tree TB --- 2005-02-09 00:21:12 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-02-09 00:21:12 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-09 00:26:54 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-09 00:26:54 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-02-09 00:26:54 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-02-09 01:33:53 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-09 01:33:53 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-02-09 01:33:53 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Feb 9 01:33:53 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /tinderbox/CURRENT/i386/pc98/src/sys/netinet/udp_usrreq.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /tinderbox/CURRENT/i386/pc98/src/sys/netinet6/dest6.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /tinderbox/CURRENT/i386/pc98/src/sys/netinet6/frag6.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /tinderbox/CURRENT/i386/pc98/src/sys/netinet6/icmp6.c /tinderbox/CURRENT/i386/pc98/src/sys/netinet6/icmp6.c: In function `icmp6_rip6_input': /tinderbox/CURRENT/i386/pc98/src/sys/netinet6/icmp6.c:1901: error: `ripcbinfo' undeclared (first use in this function) /tinderbox/CURRENT/i386/pc98/src/sys/netinet6/icmp6.c:1901: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/i386/pc98/src/sys/netinet6/icmp6.c:1901: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-02-09 01:39:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-09 01:39:13 - ERROR: failed to build generic kernel TB --- 2005-02-09 01:39:13 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 02:13:33 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A72D216A4CE for ; Wed, 9 Feb 2005 02:13:33 +0000 (GMT) Received: from titan.kgt.co.jp (titan.kgt.co.jp [210.141.246.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3FDA43D48 for ; Wed, 9 Feb 2005 02:13:32 +0000 (GMT) (envelope-from haro@kgt.co.jp) Received: from navgw.tt.kgt.co.jp (navgw.kgt.co.jp [210.141.246.71]) by titan.kgt.co.jp (Postfix) with ESMTP id CDCBE1024A; Wed, 9 Feb 2005 11:13:31 +0900 (JST) Received: from kgt.co.jp (pegasus [192.168.1.7]) by navgw.tt.kgt.co.jp (Postfix) with ESMTP id AD44F47711; Wed, 9 Feb 2005 11:13:31 +0900 (JST) Received: from localhost [192.168.15.206] by kgt.co.jp with ESMTP (SMTPD32-8.05) id A1C91177004E; Wed, 09 Feb 2005 11:13:29 +0900 Date: Wed, 09 Feb 2005 11:14:35 +0900 (JST) Message-Id: <20050209.111435.18274906.haro@kgt.co.jp> To: jeremie@le-hen.org From: haro@kgt.co.jp In-Reply-To: <20050208225128.GA81275@obiwan.tataz.chchile.org> References: <20050208225128.GA81275@obiwan.tataz.chchile.org> X-Mailer: Mew version 3.3rc1 on Emacs 20.7 / Mule 4.1 (AOI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org Subject: Re: Console freeze but still alive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 02:13:33 -0000 From: Jeremie Le Hen Date: Tue, 8 Feb 2005 23:51:28 +0100 ::Hi, :: ::my very new kernel [1] makes my console freeze but I can still pings ::the box and even login with ssh. When I enter the debugger, the ::console "de-freezes" while in but as soon as I type "cont", it freezes ::again. :: ::I have noticed this problem two or three times for the last few days. ::My kernel configuration is attached. :: ::I would like to have some pointers to be able to provide some useful ::debugging informations. Note that it would be better if it can be done ::through ssh since I have no console cable, but if it's needed I will ::hand-write DDB output. :: ::Thanks. ::Best regards, :: ::[1] FreeBSD 6.0-CURRENT FreeBSD 6.0-CURRENT #57: Tue Feb 8 00:08:50 CET 2005 ::-- ::Jeremie Le Hen ::jeremie at le-hen dot org Hi, I also get the similar problem on my Sony Vaio notebook. Funny thing is that, console seems to be alive, and only text-mode output from user land processes seems to be dead. I can even logon from the console blindly, then type 'startx' to get X-Window up and running normally. ;-P Messages coming from with in the kernel seems to work ok, which also seems to flash the user-land messages buffered all at once. The kernel is if from 2005/2/9 00:00 JST, and user-land few weeks old. Thanks, Haro =----------------------------------------------------------------------- _ _ Munehiro (haro) Matsuda -|- /_\ |_|_| KGT Inc. /|\ |_| |_|_| 2-8-8 Shinjuku, Shinjuku-ku Tokyo 160-0022, Japan Tel: +81-3-3225-0767 Fax: +81-3-3225-0740 Email: haro at kgt.co.jp From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 02:35:59 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D28216A4CE; Wed, 9 Feb 2005 02:35:59 +0000 (GMT) Received: from outbound0.sv.meer.net (outbound0.sv.meer.net [205.217.152.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DE6743D46; Wed, 9 Feb 2005 02:35:59 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) j192ZvV1049373; Tue, 8 Feb 2005 18:35:57 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (nat202-3-15-155.pix1.sydney.corp.yahoo.com [202.3.15.155]) by mail.meer.net (8.12.10/8.12.10/meer) with ESMTP id j192Zs8s054211; Tue, 8 Feb 2005 18:35:55 -0800 (PST) (envelope-from gnn@neville-neil.com) Date: Wed, 09 Feb 2005 13:35:49 +1100 Message-ID: From: gnn@freebsd.org To: "Poul-Henning Kamp" In-Reply-To: <51583.1107881822@critter.freebsd.dk> References: <51583.1107881822@critter.freebsd.dk> User-Agent: Wanderlust/2.12.0 (Your Wildest Dreams) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3.50 (powerpc-apple-darwin7.7.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII cc: Robert Watson cc: Bosko Milekic cc: current@freebsd.org Subject: Re: UFS/FFS/softupdates/snapshots: the view from 10m above X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 02:35:59 -0000 FYI... I've just started looking at how to use Doxygen to do this sort of thing. Doxygen depends on graphviz (i.e. dot) to draw the graphs and will not only do call graphs but also structural relations in C and C++. I have not had enough time this week, because I'm teaching, to play with those features of Doxygen. My impression is that an interactive tool that depended on cflow and dot could be quite useful as well. I'll report more as I learn it as I want to apply Doxygen and cflow/dot to our code as well as to others. Later, George From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 03:25:55 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF18316A4CE; Wed, 9 Feb 2005 03:25:54 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1436043D3F; Wed, 9 Feb 2005 03:25:54 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j193PrQM082717; Tue, 8 Feb 2005 22:25:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j193QAKX090377; Tue, 8 Feb 2005 22:26:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 471157306E; Tue, 8 Feb 2005 22:25:53 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050209032553.471157306E@freebsd-current.sentex.ca> Date: Tue, 8 Feb 2005 22:25:53 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner2 X-Virus-Status: Clean Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 03:25:55 -0000 TB --- 2005-02-09 01:39:13 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-09 01:39:13 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2005-02-09 01:39:13 - checking out the source tree TB --- 2005-02-09 01:39:13 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2005-02-09 01:39:13 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-09 01:44:50 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-09 01:44:50 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-02-09 01:44:50 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-02-09 03:16:11 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-09 03:16:11 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-02-09 03:16:11 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Feb 9 03:16:11 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -x assembler-with-cpp -Wa,-x -DLOCORE -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/i a64/ia64/exception.S cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/gdb_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/in_cksum.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/interrupt.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/machdep.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/mca.c /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/mca.c: In function `ia64_mca_save_state': /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/mca.c:148: error: structure has no member named `descr' *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2005-02-09 03:25:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-09 03:25:52 - ERROR: failed to build generic kernel TB --- 2005-02-09 03:25:52 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 03:32:11 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC71016A4CE; Wed, 9 Feb 2005 03:32:11 +0000 (GMT) Received: from edgemaster.zombie.org (edgemaster.creighton.edu [147.134.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47D7343D39; Wed, 9 Feb 2005 03:32:11 +0000 (GMT) (envelope-from smkelly@zombie.org) Received: by edgemaster.zombie.org (Postfix, from userid 1001) id D005939838; Tue, 8 Feb 2005 21:32:10 -0600 (CST) Date: Tue, 8 Feb 2005 21:32:10 -0600 From: Sean Kelly To: gnn@freebsd.org Message-ID: <20050209033210.GA49421@edgemaster.zombie.org> References: <51583.1107881822@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: Poul-Henning Kamp cc: Robert Watson cc: Bosko Milekic cc: current@freebsd.org Subject: Re: UFS/FFS/softupdates/snapshots: the view from 10m above X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 03:32:11 -0000 On Wed, Feb 09, 2005 at 01:35:49PM +1100, gnn@freebsd.org wrote: > I've just started looking at how to use Doxygen to do this sort of > thing. Doxygen depends on graphviz (i.e. dot) to draw the graphs and > will not only do call graphs but also structural relations in C and > C++. I have not had enough time this week, because I'm teaching, to > play with those features of Doxygen. My impression is that an > interactive tool that depended on cflow and dot could be quite useful > as well. Doxygen really is a great too, but the dependency list is a bit offputting and excessive. The build depend list is something insane like: cups-base dvipsk-tetex expat fontconfig freetype2 gettext ghostscript-gnu gmake gnutls graphviz gsfonts imake jpeg lcms libXft libgcrypt libgpg-error libiconv libmng libwww nas open-motif perl pkgconfig png qt t1lib tcl teTeX teTeX-base teTeX-latex2e teTeX-texmf tex-texmflocal tiff tk xdvik-tetex xorg-libraries -- Sean Kelly | PGP KeyID: D2E5E296 smkelly@zombie.org | http://www.zombie.org From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 04:23:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7613516A4CE for ; Wed, 9 Feb 2005 04:23:27 +0000 (GMT) Received: from imf23aec.mail.bellsouth.net (imf23aec.mail.bellsouth.net [205.152.59.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC5AD43D45 for ; Wed, 9 Feb 2005 04:23:26 +0000 (GMT) (envelope-from lists@elhombre.us) Received: from [192.168.0.10] ([68.19.236.164]) by imf23aec.mail.bellsouth.netESMTP <20050209042326.MXWP2276.imf23aec.mail.bellsouth.net@[192.168.0.10]> for ; Tue, 8 Feb 2005 23:23:26 -0500 Mime-Version: 1.0 (Apple Message framework v619.2) In-Reply-To: <42095A43.9040902@fastmail.fm> References: <20050208034855.D211E43D45@mx1.FreeBSD.org> <42095A43.9040902@fastmail.fm> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <8497041dc339b207e7c8d959db18bfde@elhombre.us> Content-Transfer-Encoding: 7bit From: Dustin Wilhoit Date: Tue, 8 Feb 2005 22:23:25 -0600 To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.619.2) Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 04:23:27 -0000 On Feb 8, 2005, at 6:33 PM, Patrick Bowen wrote: > > supraexpress@globaleyes.net wrote: > >> One of the main "stumbling blocks" to using FreeBSD is the >> installation >> process. I have had "lots of fun" (not!) with NetBSD's >> line-mode/shell-script >> "installer" and confusing companion installation instructions, in the >> past; I >> only tried OpenBSD once and don't remember anything about its >> installation >> process, but I seem to recall that it was similar to NetBSD's; >> FreeBSD's >> 'DOS-like menu' system is a travisty and IS PROBABLY THE ONE THING >> THAT TURNS >> OFF MORE PROSPECTIVE FBSD USERS THAN ANYTHING ELSE - I know - I have >> heard! >> > I found that installing FreeBSD using sysinstall was faster and easier > that a lot of other OS's, including various flavors of Linux. > > Patrick Bowen > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > > I would have to agree here. The sysinstall is one of my favorite installers. I can get a box up and running with FreeBSD in like 5-10 minutes and easily too! I despise those clunky slow graphic installers, they eat resources and provide no extra functionality, if anything functionality is removed partially. Remember if they can't go through a very intuitive curses based install how on earth will they handle the CLI and wield the OS to their wishes? Perhaps you should be introducing them to Mac OS X, very user-friendly with the power still there if they want it. Maybe use the FreeSBIE CD? Dustin Wilhoit From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 08:55:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27EF016A4CF; Wed, 9 Feb 2005 08:55:09 +0000 (GMT) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E12143D31; Wed, 9 Feb 2005 08:55:08 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id C0ED1407C; Wed, 9 Feb 2005 09:54:42 +0100 (CET) Date: Wed, 9 Feb 2005 09:54:42 +0100 From: Jeremie Le Hen To: Panagiotis Astithas , Robert Watson , freebsd-current@freebsd.org Message-ID: <20050209085442.GA82324@obiwan.tataz.chchile.org> References: <4207B2C8.3050002@ebs.gr> <20050209000153.GI15119@isis.wad.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050209000153.GI15119@isis.wad.cz> User-Agent: Mutt/1.5.7i Subject: rwatson compendium (was: Re: FW: Call for comments: CoxR, a CVS/mail-lists/BTS) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 08:55:09 -0000 > better yet, track rwatson's posts, spice them up with some docbook, > and submit them for inclusion in the handbook. most of the material > he produces *should* be part of the official documentation. This is a great idea :-). Every week we are granted with a few very informative mails thanks to rwatson (I admit he is not the only one, but he is the first one). I think that some parts of this kind of mails have their place in the handbook or the developper book indeed but as usual, human resources are not sufficient to accomplish it. I guess we cannot ask brueffer@ to make this work too as he is already accomplishing a heavy documentation work ;-). Maybe should FreeBSD create a kind a blog where such emails will be pushed into. This won't be as structured as the real documentation, but this could be presented like a forum (think about Kerneltrap) where folks would poll informations while drinking their mug in the morning. OTHO we should be careful that this media does not supersede classical documentation. Regards, -- Jeremie Le Hen jeremie at le-hen dot org From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 10:15:23 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11F6F16A4CE; Wed, 9 Feb 2005 10:15:23 +0000 (GMT) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id C492843D49; Wed, 9 Feb 2005 10:15:22 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1Cyorw-0002CX-00; Wed, 09 Feb 2005 11:14:48 +0100 Date: Wed, 9 Feb 2005 11:14:47 +0100 To: Nate Lawson Message-ID: <20050209101447.GC1145@poupinou.org> References: <42068A5C.1030300@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42068A5C.1030300@root.org> User-Agent: Mutt/1.5.6+20040907i From: Bruno Ducrot cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 10:15:23 -0000 On Sun, Feb 06, 2005 at 01:21:32PM -0800, Nate Lawson wrote: > I've finished the major work of importing cpufreq. As part of this, the > sysctls for acpi throttling have been removed. The power_profile script > has been updated, so you can use performance/economy_cpu_freq= in > rc.conf to set AC on/offline cpu frequencies. The acpi throttling > support has been compiled into acpi_perf.ko so load that to get > throttling. Do a sysctl dev.cpu to get an understanding of the cpufreq > sysctls. > Just updated powernow_k7. http://www.poupinou.org/cpufreq/powernow_k7_current/powernow_k7-cpufreq.tar.gz or http://www.poupinou.org/cpufreq/powernow_k7_current/powernow_k7/powernow_k7.c Need indeed some more adjustments though. Cheers, -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 11:26:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D24B16A4CE; Wed, 9 Feb 2005 11:26:37 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D19643D2D; Wed, 9 Feb 2005 11:26:34 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j19BQPP9038435; Wed, 9 Feb 2005 21:56:27 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Wed, 9 Feb 2005 21:56:09 +1030 User-Agent: KMail/1.7.2 References: <42068A5C.1030300@root.org> <20050209101447.GC1145@poupinou.org> In-Reply-To: <20050209101447.GC1145@poupinou.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4166224.4TGDUKU5pP"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502092156.18648.doconnor@gsoft.com.au> X-Spam-Score: -5.4 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: acpi@freebsd.org cc: current@freebsd.org cc: Nate Lawson Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 11:26:37 -0000 --nextPart4166224.4TGDUKU5pP Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 9 Feb 2005 20:44, Bruno Ducrot wrote: > On Sun, Feb 06, 2005 at 01:21:32PM -0800, Nate Lawson wrote: > > I've finished the major work of importing cpufreq. As part of this, the > > sysctls for acpi throttling have been removed. The power_profile script > > has been updated, so you can use performance/economy_cpu_freq=3D in > > rc.conf to set AC on/offline cpu frequencies. The acpi throttling > > support has been compiled into acpi_perf.ko so load that to get > > throttling. Do a sysctl dev.cpu to get an understanding of the cpufreq > > sysctls. > > Just updated powernow_k7. > http://www.poupinou.org/cpufreq/powernow_k7_current/powernow_k7-cpufreq.t= ar >.gz or > http://www.poupinou.org/cpufreq/powernow_k7_current/powernow_k7/powernow_= k7 >.c > > Need indeed some more adjustments though. I get 404's for both of these (the powernow_k7_current directory doesn't=20 exist) =2D-=20 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 --nextPart4166224.4TGDUKU5pP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCCfNa5ZPcIHs/zowRAsZZAKCjKQnJ9xtp4fgSN1ggH3TWvpWgWACfaExx hqbTrV5iJNVLrqDFAMSvms4= =gjgs -----END PGP SIGNATURE----- --nextPart4166224.4TGDUKU5pP-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 11:26:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D24B16A4CE; Wed, 9 Feb 2005 11:26:37 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D19643D2D; Wed, 9 Feb 2005 11:26:34 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j19BQPP9038435; Wed, 9 Feb 2005 21:56:27 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Wed, 9 Feb 2005 21:56:09 +1030 User-Agent: KMail/1.7.2 References: <42068A5C.1030300@root.org> <20050209101447.GC1145@poupinou.org> In-Reply-To: <20050209101447.GC1145@poupinou.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4166224.4TGDUKU5pP"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502092156.18648.doconnor@gsoft.com.au> X-Spam-Score: -5.4 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: acpi@freebsd.org cc: current@freebsd.org cc: Nate Lawson Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 11:26:37 -0000 --nextPart4166224.4TGDUKU5pP Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 9 Feb 2005 20:44, Bruno Ducrot wrote: > On Sun, Feb 06, 2005 at 01:21:32PM -0800, Nate Lawson wrote: > > I've finished the major work of importing cpufreq. As part of this, the > > sysctls for acpi throttling have been removed. The power_profile script > > has been updated, so you can use performance/economy_cpu_freq=3D in > > rc.conf to set AC on/offline cpu frequencies. The acpi throttling > > support has been compiled into acpi_perf.ko so load that to get > > throttling. Do a sysctl dev.cpu to get an understanding of the cpufreq > > sysctls. > > Just updated powernow_k7. > http://www.poupinou.org/cpufreq/powernow_k7_current/powernow_k7-cpufreq.t= ar >.gz or > http://www.poupinou.org/cpufreq/powernow_k7_current/powernow_k7/powernow_= k7 >.c > > Need indeed some more adjustments though. I get 404's for both of these (the powernow_k7_current directory doesn't=20 exist) =2D-=20 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 --nextPart4166224.4TGDUKU5pP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCCfNa5ZPcIHs/zowRAsZZAKCjKQnJ9xtp4fgSN1ggH3TWvpWgWACfaExx hqbTrV5iJNVLrqDFAMSvms4= =gjgs -----END PGP SIGNATURE----- --nextPart4166224.4TGDUKU5pP-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 11:32:25 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B9D616A4CE; Wed, 9 Feb 2005 11:32:25 +0000 (GMT) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFC0D43D1D; Wed, 9 Feb 2005 11:32:24 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1Cyq4s-0002Es-00; Wed, 09 Feb 2005 12:32:14 +0100 Date: Wed, 9 Feb 2005 12:32:14 +0100 To: Daniel O'Connor Message-ID: <20050209113214.GD1145@poupinou.org> References: <42068A5C.1030300@root.org> <20050209101447.GC1145@poupinou.org> <200502092156.18648.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200502092156.18648.doconnor@gsoft.com.au> User-Agent: Mutt/1.5.6+20040907i From: Bruno Ducrot cc: acpi@freebsd.org cc: freebsd-current@freebsd.org cc: current@freebsd.org cc: Nate Lawson Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 11:32:25 -0000 On Wed, Feb 09, 2005 at 09:56:09PM +1030, Daniel O'Connor wrote: > On Wed, 9 Feb 2005 20:44, Bruno Ducrot wrote: > > On Sun, Feb 06, 2005 at 01:21:32PM -0800, Nate Lawson wrote: > > http://www.poupinou.org/cpufreq/powernow_k7_current/powernow_k7-cpufreq.tar > >.gz or > > http://www.poupinou.org/cpufreq/powernow_k7_current/powernow_k7/powernow_k7 > >.c > I get 404's for both of these (the powernow_k7_current directory doesn't > exist) I forgot a bsd somewhere sorry. http://www.poupinou.org/cpufreq/bsd/powernow_k7_current/powernow_k7-cpufreq.tar.gz or http://www.poupinou.org/cpufreq/bsd/powernow_k7_current/powernow_k7/ -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 11:32:25 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B9D616A4CE; Wed, 9 Feb 2005 11:32:25 +0000 (GMT) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFC0D43D1D; Wed, 9 Feb 2005 11:32:24 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1Cyq4s-0002Es-00; Wed, 09 Feb 2005 12:32:14 +0100 Date: Wed, 9 Feb 2005 12:32:14 +0100 To: Daniel O'Connor Message-ID: <20050209113214.GD1145@poupinou.org> References: <42068A5C.1030300@root.org> <20050209101447.GC1145@poupinou.org> <200502092156.18648.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200502092156.18648.doconnor@gsoft.com.au> User-Agent: Mutt/1.5.6+20040907i From: Bruno Ducrot cc: acpi@freebsd.org cc: freebsd-current@freebsd.org cc: current@freebsd.org cc: Nate Lawson Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 11:32:25 -0000 On Wed, Feb 09, 2005 at 09:56:09PM +1030, Daniel O'Connor wrote: > On Wed, 9 Feb 2005 20:44, Bruno Ducrot wrote: > > On Sun, Feb 06, 2005 at 01:21:32PM -0800, Nate Lawson wrote: > > http://www.poupinou.org/cpufreq/powernow_k7_current/powernow_k7-cpufreq.tar > >.gz or > > http://www.poupinou.org/cpufreq/powernow_k7_current/powernow_k7/powernow_k7 > >.c > I get 404's for both of these (the powernow_k7_current directory doesn't > exist) I forgot a bsd somewhere sorry. http://www.poupinou.org/cpufreq/bsd/powernow_k7_current/powernow_k7-cpufreq.tar.gz or http://www.poupinou.org/cpufreq/bsd/powernow_k7_current/powernow_k7/ -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 11:36:58 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 844F116A4CE; Wed, 9 Feb 2005 11:36:58 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B762943D2F; Wed, 9 Feb 2005 11:36:57 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j19BarYU038666; Wed, 9 Feb 2005 22:06:54 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Bruno Ducrot Date: Wed, 9 Feb 2005 22:06:50 +1030 User-Agent: KMail/1.7.2 References: <42068A5C.1030300@root.org> <200502092156.18648.doconnor@gsoft.com.au> <20050209113214.GD1145@poupinou.org> In-Reply-To: <20050209113214.GD1145@poupinou.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3694168.Q7EKZie3h6"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502092206.51837.doconnor@gsoft.com.au> X-Spam-Score: -5.4 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: acpi@freebsd.org cc: freebsd-current@freebsd.org cc: current@freebsd.org cc: Nate Lawson Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 11:36:58 -0000 --nextPart3694168.Q7EKZie3h6 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 9 Feb 2005 22:02, Bruno Ducrot wrote: > > I get 404's for both of these (the powernow_k7_current directory doesn't > > exist) > > I forgot a bsd somewhere sorry. Ahah :) > http://www.poupinou.org/cpufreq/bsd/powernow_k7_current/powernow_k7-cpufr= eq >.tar.gz or > http://www.poupinou.org/cpufreq/bsd/powernow_k7_current/powernow_k7/ Thanks.. BTW the tar file appears to have everything listed twice. =2D-=20 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 --nextPart3694168.Q7EKZie3h6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCCfXT5ZPcIHs/zowRAslfAJ94uOW9h2/15T3JAzUmHrI1DdZZ8wCePlku 2lFCNaGehfVU2CvkcQGabWs= =99r8 -----END PGP SIGNATURE----- --nextPart3694168.Q7EKZie3h6-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 11:36:58 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 844F116A4CE; Wed, 9 Feb 2005 11:36:58 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B762943D2F; Wed, 9 Feb 2005 11:36:57 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j19BarYU038666; Wed, 9 Feb 2005 22:06:54 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Bruno Ducrot Date: Wed, 9 Feb 2005 22:06:50 +1030 User-Agent: KMail/1.7.2 References: <42068A5C.1030300@root.org> <200502092156.18648.doconnor@gsoft.com.au> <20050209113214.GD1145@poupinou.org> In-Reply-To: <20050209113214.GD1145@poupinou.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3694168.Q7EKZie3h6"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502092206.51837.doconnor@gsoft.com.au> X-Spam-Score: -5.4 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: acpi@freebsd.org cc: freebsd-current@freebsd.org cc: current@freebsd.org cc: Nate Lawson Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 11:36:58 -0000 --nextPart3694168.Q7EKZie3h6 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 9 Feb 2005 22:02, Bruno Ducrot wrote: > > I get 404's for both of these (the powernow_k7_current directory doesn't > > exist) > > I forgot a bsd somewhere sorry. Ahah :) > http://www.poupinou.org/cpufreq/bsd/powernow_k7_current/powernow_k7-cpufr= eq >.tar.gz or > http://www.poupinou.org/cpufreq/bsd/powernow_k7_current/powernow_k7/ Thanks.. BTW the tar file appears to have everything listed twice. =2D-=20 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 --nextPart3694168.Q7EKZie3h6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCCfXT5ZPcIHs/zowRAslfAJ94uOW9h2/15T3JAzUmHrI1DdZZ8wCePlku 2lFCNaGehfVU2CvkcQGabWs= =99r8 -----END PGP SIGNATURE----- --nextPart3694168.Q7EKZie3h6-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 04:56:50 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2586416A4CE for ; Wed, 9 Feb 2005 04:56:50 +0000 (GMT) Received: from mxc.rambler.ru (mxc.rambler.ru [81.19.66.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38B8243D41 for ; Wed, 9 Feb 2005 04:56:49 +0000 (GMT) (envelope-from kairatsan@rambler.ru) Received: from mailc.rambler.ru (mailc.rambler.ru [81.19.66.27]) by mxc.rambler.ru (Postfix) with ESMTP id 726A4CDAF4 for ; Wed, 9 Feb 2005 07:56:47 +0300 (MSK) Received: from omega ([193.193.237.59]) (authenticated bits=0) by mailc.rambler.ru (8.12.10/8.12.10) with ESMTP id j194ucYl081531 for ; Wed, 9 Feb 2005 07:56:44 +0300 (MSK) Message-ID: <000c01c50e63$d6eee9e0$c902a8c0@omega> From: =?koi8-r?B?88HOxNnLwsHF1yDrwcrSwdQ=?= To: Date: Wed, 9 Feb 2005 10:57:12 +0600 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4927.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200 X-Auth-User: kairatsan, whoson: (null) X-Mailman-Approved-At: Wed, 09 Feb 2005 12:57:53 +0000 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: compability X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 04:56:50 -0000 Good day! I am writing this letter after to much letter in Broadcom, but = they did't help me. So, in our company we planed to by router with 6 = optic 1000 Mb/s adapters and 16 Eth 100Mb/s with function: 1. routing 2. firewalling 3. vlans 2,3 level. Each optic adapter is connected to Nortel switch(BPS) wich have optic = module and that BPS connected by cascade to another BPS on on same = floor, because on every floor are about 100 users. 16 Eth adapters = connected in internal servers and connected to servers in DMZ. This = solution now is working on Passport 1200(Nortel) or just Accelar. But = this router have't firewallig. ON desktops of users installed the "BEST" = operating system Windows. To much our users working in Internet and have = ICQ and working with disks from outside and when somebody of PC infected = like for example Blaster or another ANTI MS viruses that PC genereating = very big traffic by net. Thats why before we asked from popular cisco = company how much price of router with function as I said above and what = you think they said us 190000$. It's unbeleavable! Of course I am like = administrator which love only freebsd (all our server like mail,www, etc = working only with OS FreeBSD) said ok let's take some small server with = 6 PCI or PCI-X slots and insert there optic NIC's and we will have = router level 7 with all functions as we need. So we find the server: = ProLiant ML570 with inserted HP NC6770 PCI-X Gigabit server adapter, = 1000-SX (chipset Broadcom 5701(h)). Our reseller not have this adapters = and for testing we need to buy them. But I think that much better asking = you about corresponding device to FreeBSD because your company can your = company nearly to Broadcom from me and your reseller can give you for = test this card. If your test will be unhappy can you say wich adapters = is compatible with FreeBSD. If every think will be OK I will go to cisco = and will say that we have another solution not expensive and 100 times = better than their. Please help me I very want to proof them that FreeBSD = more cool! With Best Regards, Kairat Sandykbayev. system administrator. From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 13:37:57 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E613616A4CE for ; Wed, 9 Feb 2005 13:37:57 +0000 (GMT) Received: from mail.mdanderson.org (mail.mdanderson.org [143.111.251.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82C5743D41 for ; Wed, 9 Feb 2005 13:37:57 +0000 (GMT) (envelope-from syjef@mdanderson.org) Received: by jef-nt.mdacc.tmc.edu (Postfix, from userid 1001) id 94360A0B; Wed, 9 Feb 2005 07:37:37 -0600 (CST) From: Jonathan Fosburgh Organization: UT MD Anderson Cancer Center To: freebsd-current@freebsd.org Date: Wed, 9 Feb 2005 07:37:28 -0600 User-Agent: KMail/1.7.2 References: <20050208225128.GA81275@obiwan.tataz.chchile.org> <20050209.111435.18274906.haro@kgt.co.jp> In-Reply-To: <20050209.111435.18274906.haro@kgt.co.jp> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1509930.9YMyJMEXEC"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502090737.36020.syjef@mdanderson.org> cc: jeremie@le-hen.org cc: haro@kgt.co.jp Subject: Re: Console freeze but still alive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 13:37:58 -0000 --nextPart1509930.9YMyJMEXEC Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline > > I also get the similar problem on my Sony Vaio notebook. > > Funny thing is that, console seems to be alive, and only > text-mode output from user land processes seems to be dead. > I can even logon from the console blindly, then type 'startx' > to get X-Window up and running normally. ;-P > > Messages coming from with in the kernel seems to work ok, which > also seems to flash the user-land messages buffered all at once. > > The kernel is if from 2005/2/9 00:00 JST, and user-land few weeks old. > I'm running -current as of yesterday and having the same problem. X is=20 working fine for me, I just can't make use of any of /dev/ttyv*. WHen I sh= ut=20 the system down I do notice that all of the output suddenly appears and I c= an=20 watch the shutdown generally from about the point disks start to sync. This= =20 is on an old HP Kayak workstation. =2D-=20 Jonathan Fosburgh AIX and Storage Administrator UT MD Anderson Cancer Center Houston, TX=20 --nextPart1509930.9YMyJMEXEC Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCChIfqUvQmqp7omYRAguTAJ9L3EyiJ3Fjox++OqKCwcaO8uUWwgCgqJFc n9SVr4EyHPOBV/fV0oYqYbA= =C8tp -----END PGP SIGNATURE----- --nextPart1509930.9YMyJMEXEC-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 14:01:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E34316A4CE; Wed, 9 Feb 2005 14:01:15 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84C3843D3F; Wed, 9 Feb 2005 14:01:14 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j19E1AAB017864; Wed, 9 Feb 2005 15:01:12 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <420A1792.900@DeepCore.dk> Date: Wed, 09 Feb 2005 15:00:50 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <42028F29.1030801@DeepCore.dk> In-Reply-To: <42028F29.1030801@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.7 cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" Subject: UPDATE: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 14:01:15 -0000 S=F8ren Schmidt wrote: > http://people.freebsd.org/~sos/ata-mk3j.diff-releng5.gz > http://people.freebsd.org/~sos/ata-mk3j.diff-current.gz > http://people.freebsd.org/~sos/ata-mk3j.tar.gz New version that fixes known problems so far etc now available: http://people.freebsd.org/~sos/ata-mk3k.diff-releng5.gz http://people.freebsd.org/~sos/ata-mk3k.diff-current.gz http://people.freebsd.org/~sos/ata-mk3k.tar.gz The diffs hasn't changed, so for those that has already applied those=20 you can just untar the tarfile (still relative to /usr/src). Fixes include: o atapi-cd eject/close o SiI controllers lost some (slow) SATA disks in probe o panic when detaching disk not part of a RAID. o Cable detection failure on channels with both master and slave. As always, enjoy and let me know how it goes... --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 14:53:42 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CCB616A4CE for ; Wed, 9 Feb 2005 14:53:42 +0000 (GMT) Received: from smtp2.cistron.nl (smtp2.cistron.nl [62.216.30.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D66D43D53 for ; Wed, 9 Feb 2005 14:53:42 +0000 (GMT) (envelope-from robert@chelsea.basta-matic.org) Received: from cust.8.147.adsl.cistron.nl ([62.216.8.147] helo=jellema.erje.net) by smtp2.cistron.nl with esmtp (Exim 3.35 #1 (Debian)) id 1CytDk-0006FL-00; Wed, 09 Feb 2005 15:53:36 +0100 Received: from susie.erje.net (unknown [IPv6:fec0::ff:c0a8:142]) by jellema.erje.net (Postfix Version 2.1.5) with ESMTP id 8DC3EBDEAB; Wed, 9 Feb 2005 15:53:35 +0100 (CET) Received: from chelsea.basta-matic.org (chelsea.ipv6.basta-matic.org [IPv6:fec0::ff:ac10:13f]) by susie.erje.net (8.13.3/8.13.3p) with ESMTP id j19ErVG5023467; Wed, 9 Feb 2005 15:53:31 +0100 (CET) Received: from robert by chelsea.basta-matic.org with local (Exim 4.44) id 1CytDe-0007Pg-8S; Wed, 09 Feb 2005 15:53:30 +0100 Date: Wed, 9 Feb 2005 15:53:30 +0100 From: Robert Joosten To: freebsd-current@freebsd.org Message-ID: <20050209145329.GA27679@wirehub.nl> References: <8220c29b8ffacbd574cc9c26fe18d25b@bis.midco.net> <200502061104.37960.reso3w83@verizon.net> <68a08ad2f9cff22dfa603b47311158cd@beforever.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <68a08ad2f9cff22dfa603b47311158cd@beforever.com> Envelope-from: X-ICQ: 13643672 X-geek-code-v3.1: G!>CS@O dx>--@ s: a29(30) C+++ UBL++++$ P++ L-@+++$ !E W(+) N+++(*) o-- K- w- O- M- V- PS+@ PE- Y+ PGP++ t- 5- X- R* !tv b++@ DI++ D G-- e@ h*(+) r>+@ z+c X-FreeBSD: 026746 X-Mobile/GSM/cell: hahahahahahaha.... X-msn: BlixKater X-Aan-dit-bericht-kunnen-geen-rechten-worden-ontleend: Inderdaad X-Face: 0[uRd;X4=_;G;$DL6Wm=\]R/TWu1f+t|,Li1Q-maBcUyCJsAw(Nmj-(aDA!Kk#hLr#njX9T@U-rQm?Z53"_]SBYab3-NCkCN/{1-#0T4U1Ry"TPY~dtpzfxs$9"BrXKPylt/#5QQb/y+|LF}; X-bored-?-crack-this: b938b801a0bfbd5ca4825715039e7574e73af36376314c7c0022cb1d204f76b3b938b801a0bfbd5ca4825715039e7574fd3ba6fa132c34aff2476c18fe9286682cd6ee2c70b0bde53fbe6cac3c8b8bb1e73af36376314c7c0022cb1d204f76b3fe13119fb084fe8bbf5fe3ab7cc89b3bf5302386464f953ed581edac03556e5572cfd272ace172fa35026445fbef9b0360b725f10c9c85c70d97880dfe8191b3b7269fa2508548e4032c455818f1e321e85dde330c34efb0e526ee3082e4353b12f54a96f64443246930da001cafda8b60b725f10c9c85c70d97880dfe8191b3557b444e04c3134f026cd0055caa1725e73af36376314c7c0022cb1d204f76b3fe13119fb084fe8bbf5fe3ab7cc89b3bf4d5d0c0671be202bc241807c243e80b User-Agent: Mutt/1.5.6i X-susie.erje.net-MailScanner: Ok, found to be clean X-ismet.erje.net-MailScanner: Ok, found to be clean Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 14:53:42 -0000 > Besides, it sounds like CVSUP will soon be replaced by something > much more efficient. http://subversion.tigris.org/ ? Regards, Rj From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 15:25:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C37DE16A4CF for ; Wed, 9 Feb 2005 15:25:12 +0000 (GMT) Received: from web26801.mail.ukl.yahoo.com (web26801.mail.ukl.yahoo.com [217.146.176.77]) by mx1.FreeBSD.org (Postfix) with SMTP id 4548643D1D for ; Wed, 9 Feb 2005 15:25:12 +0000 (GMT) (envelope-from cguttesen@yahoo.dk) Received: (qmail 62369 invoked by uid 60001); 9 Feb 2005 15:25:11 -0000 Message-ID: <20050209152511.62367.qmail@web26801.mail.ukl.yahoo.com> Received: from [194.248.174.58] by web26801.mail.ukl.yahoo.com via HTTP; Wed, 09 Feb 2005 16:25:11 CET Date: Wed, 9 Feb 2005 16:25:11 +0100 (CET) From: Claus Guttesen To: Robert Joosten , freebsd-current@freebsd.org In-Reply-To: <20050209145329.GA27679@wirehub.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 15:25:12 -0000 >> Besides, it sounds like CVSUP will soon be >> replaced by something much more efficient. > > http://subversion.tigris.org/ ? > Or portage on FreeBSD: http://www.gentoo.org/news/en/gwn/20050207-newsletter.xml#doc_chap2 regards Claus From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 15:25:31 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 359FF16A4DF for ; Wed, 9 Feb 2005 15:25:31 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABC7843D2D for ; Wed, 9 Feb 2005 15:25:30 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j19FNAKR023369; Wed, 9 Feb 2005 08:23:10 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 09 Feb 2005 08:25:07 -0700 (MST) Message-Id: <20050209.082507.35867907.imp@bsdimp.com> To: rjmlist@xs4all.nl From: "M. Warner Losh" In-Reply-To: <20050209145329.GA27679@wirehub.nl> References: <200502061104.37960.reso3w83@verizon.net> <68a08ad2f9cff22dfa603b47311158cd@beforever.com> <20050209145329.GA27679@wirehub.nl> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 15:25:31 -0000 In message: <20050209145329.GA27679@wirehub.nl> Robert Joosten writes: : > Besides, it sounds like CVSUP will soon be replaced by something : > much more efficient. : : http://subversion.tigris.org/ ? He said something more efficient. cvsup is extremely efficient in using all the bandwidth available to it, in both directions. subversion, while it has many other virtues, hasn't optimized the transport layer to such a large extent... Warner From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 15:41:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B45E716A4CE for ; Wed, 9 Feb 2005 15:41:14 +0000 (GMT) Received: from mailhub02.unibe.ch (mailhub02.unibe.ch [130.92.9.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41C4B43D46 for ; Wed, 9 Feb 2005 15:41:14 +0000 (GMT) (envelope-from roth@droopy.unibe.ch) Received: from localhost (scanhub02-eth0.unibe.ch [130.92.254.66]) by mailhub02.unibe.ch (Postfix) with ESMTP id 97F6076486; Wed, 9 Feb 2005 16:41:12 +0100 (MET) Received: from mailhub02.unibe.ch ([130.92.9.53]) by localhost (scanhub02.unibe.ch [130.92.254.66]) (amavisd-new, port 10024) with LMTP id 31086-07-29; Wed, 9 Feb 2005 16:41:08 +0100 (CET) Received: from asterix.unibe.ch (asterix.unibe.ch [130.92.64.4]) by mailhub02.unibe.ch (Postfix) with ESMTP id 9B40E76470; Wed, 9 Feb 2005 16:41:11 +0100 (MET) Received: from droopy.unibe.ch (droopy [130.92.64.20]) by asterix.unibe.ch (8.11.7p1+Sun/8.11.7) with ESMTP id j19FfBN18610; Wed, 9 Feb 2005 16:41:11 +0100 (MET) Received: (from roth@localhost) by droopy.unibe.ch (8.12.10+Sun/8.12.9/Submit) id j19FfVoA024147; Wed, 9 Feb 2005 16:41:31 +0100 (MET) Date: Wed, 9 Feb 2005 16:41:31 +0100 From: Tobias Roth To: Claus Guttesen Message-ID: <20050209154131.GA24122@droopy.unibe.ch> References: <20050209145329.GA27679@wirehub.nl> <20050209152511.62367.qmail@web26801.mail.ukl.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050209152511.62367.qmail@web26801.mail.ukl.yahoo.com> User-Agent: Mutt/1.4i X-message-flag: Warning! Using Outlook is insecure and promotes virus distribution. Please use a different email client. X-Virus-checked: by University of Berne cc: freebsd-current@freebsd.org Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 15:41:14 -0000 On Wed, Feb 09, 2005 at 04:25:11PM +0100, Claus Guttesen wrote: > > Or portage on FreeBSD: > > http://www.gentoo.org/news/en/gwn/20050207-newsletter.xml#doc_chap2 My favorite quote from that article: "In addition, the project is also working on porting baselayout to Gentoo/FreeBSD in such a way that makes the management of startup services as easy as in Gentoo Linux." They cannot possibly be serious... From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 15:42:20 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29B6816A4CE; Wed, 9 Feb 2005 15:42:20 +0000 (GMT) Received: from www.portaone.com (web.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 609D943D1D; Wed, 9 Feb 2005 15:42:19 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.1.26] (SIRIUS-ats227-UTC.ukrtel.net [195.5.25.154]) (authenticated bits=0) by www.portaone.com (8.12.11/8.12.11) with ESMTP id j19FgDNt015050 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 9 Feb 2005 16:42:15 +0100 (CET) (envelope-from sobomax@portaone.com) Message-ID: <420A2F47.1070907@portaone.com> Date: Wed, 09 Feb 2005 17:41:59 +0200 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <42068A5C.1030300@root.org> <420757AD.9060603@portaone.com> <420904CD.7070405@root.org> In-Reply-To: <420904CD.7070405@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.80/685/Wed Jan 26 10:08:24 2005 clamav-milter version 0.80j on www.portaone.com X-Virus-Status: Clean cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 15:42:20 -0000 Nate Lawson wrote: > Maxim Sobolev wrote: > >> Great! It would be nice if you can document this new facility in the >> Handbook, since it is likely to be of interest for very large >> percentage of FreeBSD users. Also, it should be mentioned in the >> release notes. > > > Man page committed so no one has an excuse to avoid updating their > drivers. ;-) The man page may be improved more over time, but the > interfaces needed to update drivers are completely documented. I am not talking about API documentation, but documentation on how to use the new framework to control power consumption/heat dissipation. This is crucial if you want cpufreq to be actually used by those FreeBSD users who don't read freebsd-current in general or have missed your post in particular. ;-) -Maxim From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 15:51:25 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F37C616A4CE for ; Wed, 9 Feb 2005 15:51:24 +0000 (GMT) Received: from web26810.mail.ukl.yahoo.com (web26810.mail.ukl.yahoo.com [217.146.176.86]) by mx1.FreeBSD.org (Postfix) with SMTP id 77AE243D3F for ; Wed, 9 Feb 2005 15:51:24 +0000 (GMT) (envelope-from cguttesen@yahoo.dk) Received: (qmail 88101 invoked by uid 60001); 9 Feb 2005 15:51:23 -0000 Message-ID: <20050209155123.88099.qmail@web26810.mail.ukl.yahoo.com> Received: from [194.248.174.58] by web26810.mail.ukl.yahoo.com via HTTP; Wed, 09 Feb 2005 16:51:23 CET Date: Wed, 9 Feb 2005 16:51:23 +0100 (CET) From: Claus Guttesen To: Tobias Roth In-Reply-To: <20050209154131.GA24122@droopy.unibe.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 15:51:25 -0000 > "In addition, the project is also working on porting > baselayout to > Gentoo/FreeBSD in such a way that makes the > management of startup > services as easy as in Gentoo Linux." > > They cannot possibly be serious... Agree, portage does portupgrade on Linux, but easier may not be the correct phrase. Claus From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 15:59:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 847EC16A4CE for ; Wed, 9 Feb 2005 15:59:41 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F2C143D31 for ; Wed, 9 Feb 2005 15:59:41 +0000 (GMT) (envelope-from kjelderg@gmail.com) Received: by rproxy.gmail.com with SMTP id z35so1083277rne for ; Wed, 09 Feb 2005 07:59:40 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=XY1t5DzYd0o2ajUFOKFPa6sbAbJICDHhDLCQXdWMG14nMAn0ElVUPT9K0/KPA7xVra+XIHLvM78dAlqepqNflG8Ck5jzT8EZZBqE+jBS7bkaKBNpmYlGt9LNAdsHrm0AWuzLgfmZ7bIxKf9BzaokqftOuuEa3MnrduWGRDDb0ug= Received: by 10.39.2.54 with SMTP id e54mr174382rni; Wed, 09 Feb 2005 07:59:40 -0800 (PST) Received: by 10.38.101.19 with HTTP; Wed, 9 Feb 2005 07:59:40 -0800 (PST) Message-ID: Date: Wed, 9 Feb 2005 09:59:40 -0600 From: Eric Kjeldergaard To: Maxim Sobolev In-Reply-To: <420A2F47.1070907@portaone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <42068A5C.1030300@root.org> <420757AD.9060603@portaone.com> <420904CD.7070405@root.org> <420A2F47.1070907@portaone.com> cc: acpi@freebsd.org cc: current@freebsd.org cc: Nate Lawson Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Eric Kjeldergaard List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 15:59:41 -0000 On Wed, 09 Feb 2005 17:41:59 +0200, Maxim Sobolev wrote: > Nate Lawson wrote: > > Maxim Sobolev wrote: > > > >> Great! It would be nice if you can document this new facility in the > >> Handbook, since it is likely to be of interest for very large > >> percentage of FreeBSD users. Also, it should be mentioned in the > >> release notes. > > > > > > Man page committed so no one has an excuse to avoid updating their > > drivers. ;-) The man page may be improved more over time, but the > > interfaces needed to update drivers are completely documented. > > I am not talking about API documentation, but documentation on how to > use the new framework to control power consumption/heat dissipation. > This is crucial if you want cpufreq to be actually used by those FreeBSD > users who don't read freebsd-current in general or have missed your post > in particular. ;-) > > -Maxim There are freeBSD users that don't read -current? -- If I write a signature, my emails will appear more personalised. From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 16:07:33 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57C5B16A4CE for ; Wed, 9 Feb 2005 16:07:33 +0000 (GMT) Received: from mailserv1.neuroflux.com (ns2.neuroflux.com [204.228.228.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA76143D1F for ; Wed, 9 Feb 2005 16:07:32 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 10361 invoked by uid 89); 9 Feb 2005 16:04:56 -0000 Received: from unknown (HELO www2.neuroflux.com) (127.0.0.1) by localhost with SMTP; 9 Feb 2005 16:04:56 -0000 Received: from 208.4.77.66 (SquirrelMail authenticated user ryans@gamersimpact.com); by www2.neuroflux.com with HTTP; Wed, 9 Feb 2005 09:04:56 -0700 (MST) Message-ID: <50141.208.4.77.66.1107965096.squirrel@208.4.77.66> In-Reply-To: <20050209154131.GA24122@droopy.unibe.ch> References: <20050209145329.GA27679@wirehub.nl> <20050209152511.62367.qmail@web26801.mail.ukl.yahoo.com> <20050209154131.GA24122@droopy.unibe.ch> Date: Wed, 9 Feb 2005 09:04:56 -0700 (MST) From: "Ryan Sommers" To: "Tobias Roth" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal cc: freebsd-current@freebsd.org cc: Claus Guttesen Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 16:07:33 -0000 Tobias Roth said: > My favorite quote from that article: > > "In addition, the project is also working on porting baselayout to > Gentoo/FreeBSD in such a way that makes the management of startup > services as easy as in Gentoo Linux." > > They cannot possibly be serious... Personally, instead of laughing at them I think we need to embrace their efforts. Corporate development and backing is one area Linux has the clear advantage over FreeBSD and something like the Gentoo name coupled with FreeBSD can help spread the word. I applaud their effort to merge FreeBSD with their own projects. While I think they might be a little stuck in the Linux way of seperating userland and kernel, "In a separate effort we are also looking into porting the glibc and GNU userland to the FreeBSD kernel". We might be able to convince them to our side of the BSD vs GPL fence. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 16:28:30 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 642BA16A4CE; Wed, 9 Feb 2005 16:28:30 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 141B343D58; Wed, 9 Feb 2005 16:28:30 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.51] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189])j19GOCbs000586; Wed, 9 Feb 2005 11:24:13 -0500 Message-ID: <420A3A2A.9060604@root.org> Date: Wed, 09 Feb 2005 08:28:26 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maxim Sobolev References: <42068A5C.1030300@root.org> <420757AD.9060603@portaone.com> <420904CD.7070405@root.org> <420A2F47.1070907@portaone.com> In-Reply-To: <420A2F47.1070907@portaone.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 16:28:30 -0000 Maxim Sobolev wrote: > Nate Lawson wrote: > >> Maxim Sobolev wrote: >> >>> Great! It would be nice if you can document this new facility in the >>> Handbook, since it is likely to be of interest for very large >>> percentage of FreeBSD users. Also, it should be mentioned in the >>> release notes. >> >> >> >> Man page committed so no one has an excuse to avoid updating their >> drivers. ;-) The man page may be improved more over time, but the >> interfaces needed to update drivers are completely documented. > > > I am not talking about API documentation, but documentation on how to > use the new framework to control power consumption/heat dissipation. > This is crucial if you want cpufreq to be actually used by those FreeBSD > users who don't read freebsd-current in general or have missed your post > in particular. ;-) If you're writing a userland daemon or using scripts, see the section SYSCTLS. If you're writing a kernel driver that should decrease heat or whatever, see the section KERNEL INTERFACE. If you don't care and just want it to work, just see rc.conf(5) or leave everything as defaults. -- Nate From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 16:33:01 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3C3116A4CE for ; Wed, 9 Feb 2005 16:33:00 +0000 (GMT) Received: from mailhub02.unibe.ch (mailhub02-skge0.unibe.ch [130.92.9.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78B8343D39 for ; Wed, 9 Feb 2005 16:33:00 +0000 (GMT) (envelope-from roth@droopy.unibe.ch) Received: from localhost (scanhub02-eth0.unibe.ch [130.92.254.66]) by mailhub02.unibe.ch (Postfix) with ESMTP id 5528A764A5; Wed, 9 Feb 2005 17:32:59 +0100 (MET) Received: from mailhub02.unibe.ch ([130.92.9.53]) by localhost (scanhub02.unibe.ch [130.92.254.66]) (amavisd-new, port 10024) with LMTP id 05031-01-68; Wed, 9 Feb 2005 17:32:54 +0100 (CET) Received: from asterix.unibe.ch (asterix.unibe.ch [130.92.64.4]) by mailhub02.unibe.ch (Postfix) with ESMTP id 7E15976456; Wed, 9 Feb 2005 17:32:58 +0100 (MET) Received: from droopy.unibe.ch (droopy [130.92.64.20]) by asterix.unibe.ch (8.11.7p1+Sun/8.11.7) with ESMTP id j19GWwN21001; Wed, 9 Feb 2005 17:32:58 +0100 (MET) Received: (from roth@localhost) by droopy.unibe.ch (8.12.10+Sun/8.12.9/Submit) id j19GXIex024319; Wed, 9 Feb 2005 17:33:18 +0100 (MET) Date: Wed, 9 Feb 2005 17:33:17 +0100 From: Tobias Roth To: Ryan Sommers Message-ID: <20050209163317.GA24282@droopy.unibe.ch> References: <20050209145329.GA27679@wirehub.nl> <20050209152511.62367.qmail@web26801.mail.ukl.yahoo.com> <20050209154131.GA24122@droopy.unibe.ch> <50141.208.4.77.66.1107965096.squirrel@208.4.77.66> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <50141.208.4.77.66.1107965096.squirrel@208.4.77.66> User-Agent: Mutt/1.4i X-message-flag: Warning! Using Outlook is insecure and promotes virus distribution. Please use a different email client. X-Virus-checked: by University of Berne cc: freebsd-current@freebsd.org Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 16:33:01 -0000 On Wed, Feb 09, 2005 at 09:04:56AM -0700, Ryan Sommers wrote: > Tobias Roth said: > > My favorite quote from that article: > > > > "In addition, the project is also working on porting baselayout to > > Gentoo/FreeBSD in such a way that makes the management of startup > > services as easy as in Gentoo Linux." > > > > They cannot possibly be serious... > > Personally, instead of laughing at them I think we need to embrace their > efforts. I still prefer to lauch at them. > Corporate development and backing is one area Linux has the clear > advantage over FreeBSD and something like the Gentoo name coupled with > FreeBSD can help spread the word. Gentoo doesn't exactly have a reputation for being an industry-strength and stable GNU/Linux distribution. It's more like the cutting-edge hacker type distribution (which can be a nice thing, of course). In my opinion, the effect this will have is more like: "Hmm, portage on FreeBSD. I guess the FreeBSD ports system must be inferior to portage, or else they wouldn't attempt to port portage to FreeBSD." (dito for the init system) > I applaud their effort to merge FreeBSD with their own projects. If they would have tried the other direction (ie, FreeBSD ports/init system with a Linux based system), I would applaud as well. This killer combo for everyone who wants/needs a Linux kernel would instantly wipe out all other general purpose GNU/Linux distributions. > While I > think they might be a little stuck in the Linux way of seperating userland > and kernel, "In a separate effort we are also looking into porting the > glibc and GNU userland to the FreeBSD kernel". We might be able to > convince them to our side of the BSD vs GPL fence. It's not possible to convert GPL-licenced code (eg glibc) to a BSD licensed- one. cheers, t. From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 17:00:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FF9F16A4D1; Wed, 9 Feb 2005 17:00:27 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 014DA43D2F; Wed, 9 Feb 2005 17:00:27 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id j19H0QUI047833; Wed, 9 Feb 2005 12:00:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j19H0iZL080049; Wed, 9 Feb 2005 12:00:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 497717306E; Wed, 9 Feb 2005 12:00:26 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050209170026.497717306E@freebsd-current.sentex.ca> Date: Wed, 9 Feb 2005 12:00:26 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner3 X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 17:00:27 -0000 TB --- 2005-02-09 15:45:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-09 15:45:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2005-02-09 15:45:00 - checking out the source tree TB --- 2005-02-09 15:45:00 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2005-02-09 15:45:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-09 15:50:36 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-09 15:50:36 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-02-09 15:50:36 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-02-09 16:57:47 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-09 16:57:47 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-02-09 16:57:47 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Feb 9 16:57:47 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/dev/aic7xxx/aic7xxx_osm.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/dev/aic7xxx/aic7xxx_pci.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/dev/amr/amr.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/dev/amr/amr_cam.c /tinderbox/CURRENT/alpha/alpha/src/sys/dev/amr/amr_cam.c: In function `amr_cam_complete': /tinderbox/CURRENT/alpha/alpha/src/sys/dev/amr/amr_cam.c:509: warning: unused variable `sc' /tinderbox/CURRENT/alpha/alpha/src/sys/dev/amr/amr_cam.c: In function `amr_cam_complete_extcdb': /tinderbox/CURRENT/alpha/alpha/src/sys/dev/amr/amr_cam.c:573: warning: unused variable `sc' *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2005-02-09 17:00:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-09 17:00:25 - ERROR: failed to build generic kernel TB --- 2005-02-09 17:00:25 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 17:24:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA7CE16A4CE for ; Wed, 9 Feb 2005 17:24:14 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 1992643D1F for ; Wed, 9 Feb 2005 17:24:14 +0000 (GMT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 9 Feb 2005 17:24:13 +0000 (GMT) To: Jonathan Fosburgh In-Reply-To: Your message of "Wed, 09 Feb 2005 07:37:28 CST." <200502090737.36020.syjef@mdanderson.org> Date: Wed, 09 Feb 2005 17:24:01 +0000 From: Ian Dowse Message-ID: <200502091724.ab92170@salmon.maths.tcd.ie> cc: haro@kgt.co.jp cc: freebsd-current@freebsd.org cc: jeremie@le-hen.org Subject: Re: Console freeze but still alive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 17:24:15 -0000 In message <200502090737.36020.syjef@mdanderson.org>, Jonathan Fosburgh writes: >> >I'm running -current as of yesterday and having the same problem. X is >working fine for me, I just can't make use of any of /dev/ttyv*. WHen I sh>ut >the system down I do notice that all of the output suddenly appears and I c>an >watch the shutdown generally from about the point disks start to sync. This> >is on an old HP Kayak workstation. FYI, I saw something similar once when I was testing my recent callout changes, but I haven't seen it happen since. If the problem did just appear around Sunday/Monday then I guess it could be related... Ian From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 17:51:47 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2E4C16A4CE for ; Wed, 9 Feb 2005 17:51:47 +0000 (GMT) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C01A43D31 for ; Wed, 9 Feb 2005 17:51:46 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id CA172407C; Wed, 9 Feb 2005 18:51:19 +0100 (CET) Date: Wed, 9 Feb 2005 18:51:19 +0100 From: Jeremie Le Hen To: Tobias Roth Message-ID: <20050209175119.GC82324@obiwan.tataz.chchile.org> References: <20050209145329.GA27679@wirehub.nl> <20050209152511.62367.qmail@web26801.mail.ukl.yahoo.com> <20050209154131.GA24122@droopy.unibe.ch> <50141.208.4.77.66.1107965096.squirrel@208.4.77.66> <20050209163317.GA24282@droopy.unibe.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050209163317.GA24282@droopy.unibe.ch> User-Agent: Mutt/1.5.7i cc: Ryan Sommers cc: freebsd-current@freebsd.org Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 17:51:47 -0000 > If they would have tried the other direction (ie, FreeBSD ports/init system > with a Linux based system), I would applaud as well. This killer combo for > everyone who wants/needs a Linux kernel would instantly wipe out all other > general purpose GNU/Linux distributions. I don't want to troll, but while we are in the area of using packaging system on non-native platforms, I think NetBSD's pkgsrc [1] must be presented. It was designed to be highly portable accross platforms (it just even runs on Windows as far as I heard). (I didn't read the whole thread, so maybe someone already presented it.) Regards, [1] http://www.pkgsrc.org/ -- Jeremie Le Hen jeremie at le-hen dot org From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 18:17:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1A6416A4CE; Wed, 9 Feb 2005 18:17:37 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46E4843D2F; Wed, 9 Feb 2005 18:17:37 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id j19IHaTT052950; Wed, 9 Feb 2005 13:17:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j19II2sr017376; Wed, 9 Feb 2005 13:18:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 876357306E; Wed, 9 Feb 2005 13:17:36 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050209181736.876357306E@freebsd-current.sentex.ca> Date: Wed, 9 Feb 2005 13:17:36 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner2 X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 18:17:38 -0000 TB --- 2005-02-09 17:00:26 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-09 17:00:26 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-02-09 17:00:26 - checking out the source tree TB --- 2005-02-09 17:00:26 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-02-09 17:00:26 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-09 17:06:08 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-09 17:06:08 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-02-09 17:06:08 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-02-09 18:13:30 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-09 18:13:30 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-02-09 18:13:30 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Feb 9 18:13:30 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/amd64/amd64 /src/sys/dev/aic7xxx/aic7xxx_pci.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/amd64/amd64 /src/sys/dev/amd/amd.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/amd64/amd64 /src/sys/dev/amr/amr.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/amd64/amd64 /src/sys/dev/amr/amr_cam.c /tinderbox/CURRENT/amd64/amd64/src/sys/dev/amr/amr_cam.c: In function `amr_cam_complete': /tinderbox/CURRENT/amd64/amd64/src/sys/dev/amr/amr_cam.c:509: warning: unused variable `sc' /tinderbox/CURRENT/amd64/amd64/src/sys/dev/amr/amr_cam.c: In function `amr_cam_complete_extcdb': /tinderbox/CURRENT/amd64/amd64/src/sys/dev/amr/amr_cam.c:573: warning: unused variable `sc' *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-02-09 18:17:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-09 18:17:36 - ERROR: failed to build generic kernel TB --- 2005-02-09 18:17:36 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 18:41:54 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36C1316A4CE for ; Wed, 9 Feb 2005 18:41:54 +0000 (GMT) Received: from veldy.net (fuggle.veldy.net [209.240.64.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6D9243D1F for ; Wed, 9 Feb 2005 18:41:53 +0000 (GMT) (envelope-from veldy@veldy.net) Received: from localhost (localhost.veldy.net [127.0.0.1]) by veldy.net (Postfix) with ESMTP id AFF891CB; Wed, 9 Feb 2005 12:41:52 -0600 (CST) Received: from veldy.net ([127.0.0.1]) by localhost (fuggle.veldy.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06413-02; Wed, 9 Feb 2005 12:41:46 -0600 (CST) Received: from [127.0.0.1] (fuggle.veldy.net [192.168.1.3]) by veldy.net (Postfix) with ESMTP id 8A6141D; Wed, 9 Feb 2005 12:41:46 -0600 (CST) Message-ID: <420A5969.5010705@veldy.net> Date: Wed, 09 Feb 2005 12:41:45 -0600 From: "Thomas T. Veldhouse" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en-us, en MIME-Version: 1.0 To: supraexpress@globaleyes.net References: <20050208034855.D211E43D45@mx1.FreeBSD.org> In-Reply-To: <20050208034855.D211E43D45@mx1.FreeBSD.org> X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at veldy.net cc: freebsd-current@freebsd.org Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 18:41:54 -0000 supraexpress@globaleyes.net wrote: >One of the main "stumbling blocks" to using FreeBSD is the installation >process. I have had "lots of fun" (not!) with NetBSD's line-mode/shell-script >"installer" and confusing companion installation instructions, in the past; I >only tried OpenBSD once and don't remember anything about its installation >process, but I seem to recall that it was similar to NetBSD's; FreeBSD's >'DOS-like menu' system is a travisty and IS PROBABLY THE ONE THING THAT TURNS >OFF MORE PROSPECTIVE FBSD USERS THAN ANYTHING ELSE - I know - I have heard! > >Besides, it is REALLY EASY to get lost in the FBSD installer "menu system", >and not that hard to get caught in a "control loop"; this is not to say that >the current FBSD installer is a piece of junk - I give kudos to its >developers, but IT IS TIME TO MOVE ON, and this is the ONE thing that gets >compared to with Linux "installers" as well as Winchoke, probably more than >anything else, so if FreeBSD is going to be more appealing to "the masses", >it needs a completely new installation process (note: I don't really care >for Solaris' "wizard process" - though it is not TOO bad, and I am not >trying to advocate a "wizard process" that mirrors others). > >I offer the following suggestions for cogitation and realize that some >of MY choices may not be "the best", but here goes anyhow: > >a) redesign the "installer" as a graphical menu system with pull-down > options, organized as a linear heirarchy where there is NO possibility > of getting lost or of winding up in a "control loop", and the progression > is clearly visible; real graphical images of major processes/steps and > "systems/major applications" should be provided; THIS installer should > begin with THREE, and only THREE options: "user workstation", > "server", or "(expert) choice of workstation/server setups" > > >b) design an "installation wizard", in line with contemporary systems, > that does nothing but install a "canned workstation environment" based on > OpenOffice plus Gnome (or KDE) - that's IT - NOTHING ELSE; Make sure > that a more modern graphical menu is used where sample images of Gnome > (or KDE) are presented, and do NOT install the entire Gnome (or KDE) > "suite"; THIS will appeal to the MILLIONS who have been brainwashed by > Redmond (or Apple?) into believing that there is only ONE "computing > environment" of any use or interest, AND IT WILL GIVE THEM WHAT THEY > WANT, even if it IS FreeBSD; this would be like a pseudo-Mac-X (whatever); > this will also appeal to those who don't really care about Unix or > FreeBSD as a "server", but really want a "desktop environment" > > a basic client-only, outbound-only-allowing firewall MUST BE > installed and activated (which will require some simple choices about > DHCP or assigned, static IP addreses); "ports" could be included as > an option, but would be better left to the "expert" wizard > > >c) design an "installation wizard" that installs a "server system with NO > desktop installation" which provides some "canned" server "types" (such as > "mail server", "web server", ...) that choose the newest versions of > server applications (such as Apache2 versus Apache1; PHP5 versus PHP4) > as the "defaults", and pull-down menus for changing versions (such as > one pull-down for PHP that lists all of the available PHP "main" > packages, and possibly another pull-down that lists all of the available > PHP "sub-packages"), or altering the application "mix" > > >d) design an "installation menu system" which provides ALL of the choices > for ALL of the available functions and services in a well ordered, > graphical, linear, hierarchy with sample images/snapshots and pull-down > menus to make choices easier to make, without having to go into and out > of many levels as the current installer does > > >It would probably help if a "special design team" (project) were created for >this, with calls to anyone/everyone to join in, unless - of course - that >there just so happens to be a group of talented people who WANT to do all of >this on their own ;) > > >If some truly talented and adventurous people were to look at the installation >process as an adventure in graphical layers where mousing over a box or image >would open up a new sub-layer (to the side, or even BETTER, to wherever the >user places their mouse or clicks on the background, or shouts at the monitor >(we REALLY need to get some of the Hitchhiker's Guide into this process!), >where small graphical images of options or related packages could be displayed >so that the "installer" acted like a well designed "flowing image overlay >system", THEN the FreeBSD installation process would be dynamite - literally! > >There are "circular menus" (ala one Firebird extension), layered pie-chart >diagrams of the filesystem with size information (such as KDE's "filelight") >where mousing over one of the concentric circles pops up an "info box", while >clicking on one of them traverses down the filesystem path and creates a new >set of concentric circles of lower level directories, and the exhilarating >3D-Desktop as examples of unique, "futuristic", artistic, free flowing >graphical "systems" that could lead to interesting ideas for the above >mentioned "graphical installation system". > > > Bah ... try Gentoo Linux sometime. You might say that Debian is in this same group as well. It is NOT lacking in fans. Besides, I can think of several situations where you wouldn't really want a GUI based installation, in particular, when building and configuring a server. A GUI based installation required the detection [perhaps accurate might be oder] of the video hardware, which in general just doesn't matter on a server. -- Thomas T. Veldhouse Key Fingerprint: 07C7 BF05 4176 F50B A083 4542 0118 1315 761F D300 Spammers please contact me at renegade@veldy.net. From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 18:44:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB2B916A4CE; Wed, 9 Feb 2005 18:44:37 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DF7343D1D; Wed, 9 Feb 2005 18:44:37 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j19IiaWk031621 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 9 Feb 2005 10:44:36 -0800 Message-ID: <420A5A13.1020402@root.org> Date: Wed, 09 Feb 2005 10:44:35 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jung-uk Kim References: <42068A5C.1030300@root.org> <200502081743.24169.jkim@niksun.com> In-Reply-To: <200502081743.24169.jkim@niksun.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 18:44:37 -0000 Jung-uk Kim wrote: > > I ported Athlon 64's Cool'n'Quiet part of 'acpi_ppc' to the cpufreq > interface. This is really quick-and-dirty version (i. e., lots of > cut-and-paste's from acpi_perf and acpi_ppc) but it seems to work. > The original driver is available from here: > > http://www.spa.is.uec.ac.jp/~nfukuda/software/ Thanks, that's very quick of you. I want to coordinate with Bruno Ducrot and his powernow driver to be sure we don't overlap efforts. In terms of code duplication, I'm working on some changes to acpi_perf to allow it to be used as a source of information without directly linking to it. That would allow powernow and cnq to be truly standalone. I'll finish that and then get back to you. -- Nate From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 19:12:19 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63E7616A4CE; Wed, 9 Feb 2005 19:12:19 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id D774543D2F; Wed, 9 Feb 2005 19:12:18 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) by anuket.mj.niksun.com (8.13.1/8.12.11) with ESMTP id j19JCI0k070129; Wed, 9 Feb 2005 14:12:18 -0500 (EST) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: Nate Lawson Date: Wed, 9 Feb 2005 14:12:15 -0500 User-Agent: KMail/1.6.2 References: <42068A5C.1030300@root.org> <200502081743.24169.jkim@niksun.com> <420A5A13.1020402@root.org> In-Reply-To: <420A5A13.1020402@root.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200502091412.15745.jkim@niksun.com> X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on anuket.mj.niksun.com X-Virus-Status: Clean cc: freebsd-acpi@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 19:12:19 -0000 On Wednesday 09 February 2005 01:44 pm, Nate Lawson wrote: > Jung-uk Kim wrote: > > I ported Athlon 64's Cool'n'Quiet part of 'acpi_ppc' to the > > cpufreq interface. This is really quick-and-dirty version (i. > > e., lots of cut-and-paste's from acpi_perf and acpi_ppc) but it > > seems to work. The original driver is available from here: > > > > http://www.spa.is.uec.ac.jp/~nfukuda/software/ > > Thanks, that's very quick of you. I want to coordinate with Bruno > Ducrot and his powernow driver to be sure we don't overlap efforts. No problem. In fact, I am hoping Bruno Ducrot can merge acpi_cnq into his powernow driver because they can share MSR stuff. > In terms of code duplication, I'm working on some changes to > acpi_perf to allow it to be used as a source of information without > directly linking to it. That would allow powernow and cnq to be > truly standalone. I'll finish that and then get back to you. Yes! That's exactly what I need. Thanks, Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 20:00:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C09116A4CF for ; Wed, 9 Feb 2005 20:00:27 +0000 (GMT) Received: from mindfields.energyhq.es.eu.org (73.Red-213-97-200.pooles.rima-tde.net [213.97.200.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BD6F43D39 for ; Wed, 9 Feb 2005 20:00:24 +0000 (GMT) (envelope-from flynn@energyhq.es.eu.org) Received: from scienide.energyhq.es.eu.org (scienide.energyhq.es.eu.org [192.168.100.1]) by mindfields.energyhq.es.eu.org (Postfix) with SMTP id 4E778355AF for ; Wed, 9 Feb 2005 21:00:22 +0100 (CET) Date: Wed, 9 Feb 2005 20:59:43 +0100 From: Miguel Mendez To: freebsd-current@freebsd.org Message-Id: <20050209205943.34c39e15.flynn@energyhq.es.eu.org> X-Mailer: Sylpheed version 1.0.0-gtk2-20041224 (GTK+ 2.4.14; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="Signature=_Wed__9_Feb_2005_20_59_43_+0100_RPVTnsXIAgyJyEY0" Subject: MySQL benchmarks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 20:00:27 -0000 --Signature=_Wed__9_Feb_2005_20_59_43_+0100_RPVTnsXIAgyJyEY0 Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit Hi all, Someone has posted a link to a newsforge article on the NetBSD lists that benchmarks MySQL performance on several systems, you can see it at: http://software.newsforge.com/article.pl?sid=04/12/27/1243207&from=rss I don't know how much Linux-specific code there is in MySQL because, honestly, I always try to avoid it and go with PostgreSQL, but perhaps somebody with more MySQL-fu can fill in the blanks and confirm that the better performance seen on Linux systems is due to how the software is designed and not so much related to FreeBSD per se. Cheers, -- Miguel Mendez http://www.energyhq.es.eu.org PGP Key: 0xDC8514F1 --Signature=_Wed__9_Feb_2005_20_59_43_+0100_RPVTnsXIAgyJyEY0 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCCmuxnLctrNyFFPERAtuBAKCk5PqUUqFoEZgLoac1rcBEGir9PQCfVxiw P/jS9oMDMKRfUBjyssejCo4= =zcP1 -----END PGP SIGNATURE----- --Signature=_Wed__9_Feb_2005_20_59_43_+0100_RPVTnsXIAgyJyEY0-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 21:42:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18E4016A4CE for ; Wed, 9 Feb 2005 21:42:09 +0000 (GMT) Received: from www.portaone.com (support.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52F3043D2D for ; Wed, 9 Feb 2005 21:42:08 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.1.26] (SIRIUS-ats227-UTC.ukrtel.net [195.5.25.154]) (authenticated bits=0) by www.portaone.com (8.12.11/8.12.11) with ESMTP id j19LfvjM042247 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 9 Feb 2005 22:42:01 +0100 (CET) (envelope-from sobomax@portaone.com) Message-ID: <420A838B.9050600@portaone.com> Date: Wed, 09 Feb 2005 23:41:31 +0200 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Miguel Mendez References: <20050209205943.34c39e15.flynn@energyhq.es.eu.org> In-Reply-To: <20050209205943.34c39e15.flynn@energyhq.es.eu.org> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.80/685/Wed Jan 26 10:08:24 2005 clamav-milter version 0.80j on www.portaone.com X-Virus-Status: Clean cc: freebsd-current@FreeBSD.ORG Subject: Re: MySQL benchmarks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 21:42:09 -0000 The difference between linux and everything else in those tests is so significant even on UP, so that I suspect that something wrong with the approach. -Maxim Miguel Mendez wrote: > Hi all, > > Someone has posted a link to a newsforge article on the NetBSD lists > that benchmarks MySQL performance on several systems, you can see it at: > > http://software.newsforge.com/article.pl?sid=04/12/27/1243207&from=rss > > I don't know how much Linux-specific code there is in MySQL because, > honestly, I always try to avoid it and go with PostgreSQL, but perhaps > somebody with more MySQL-fu can fill in the blanks and confirm that the > better performance seen on Linux systems is due to how the software is > designed and not so much related to FreeBSD per se. > > Cheers, From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 21:48:00 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CE1016A4CE; Wed, 9 Feb 2005 21:48:00 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F46443D1D; Wed, 9 Feb 2005 21:48:00 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id j19LoveJ009582; Wed, 9 Feb 2005 16:50:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j19LmICe026729; Wed, 9 Feb 2005 16:48:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 85C4C7306E; Wed, 9 Feb 2005 16:47:59 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050209214759.85C4C7306E@freebsd-current.sentex.ca> Date: Wed, 9 Feb 2005 16:47:59 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner2 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 21:48:00 -0000 TB --- 2005-02-09 20:09:21 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-09 20:09:21 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-02-09 20:09:21 - checking out the source tree TB --- 2005-02-09 20:09:21 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-02-09 20:09:21 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-09 20:15:04 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-09 20:15:04 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-02-09 20:15:04 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-02-09 21:22:36 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-09 21:22:36 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-02-09 21:22:36 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Feb 9 21:22:36 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Wed Feb 9 21:36:22 UTC 2005 TB --- 2005-02-09 21:36:22 - generating LINT kernel config TB --- 2005-02-09 21:36:22 - cd /home/tinderbox/CURRENT/i386/pc98/src/sys/pc98/conf TB --- 2005-02-09 21:36:22 - /usr/bin/make -B LINT TB --- 2005-02-09 21:36:22 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-09 21:36:22 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-02-09 21:36:22 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Feb 9 21:36:22 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/clock.c:195: warning: implicit declaration of function `forward_hardclock' /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/clock.c:195: warning: nested extern declaration of `forward_hardclock' /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/clock.c:209: warning: nested extern declaration of `forward_hardclock' /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/clock.c:195: warning: redundant redeclaration of 'forward_hardclock' /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/clock.c:195: warning: previous implicit declaration of 'forward_hardclock' was here /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/clock.c:244: warning: nested extern declaration of `forward_hardclock' /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/clock.c:195: warning: redundant redeclaration of 'forward_hardclock' /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/clock.c:195: warning: previous implicit declaration of 'forward_hardclock' was here *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-02-09 21:47:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-09 21:47:59 - ERROR: failed to build lint kernel TB --- 2005-02-09 21:47:59 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 21:48:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91D8D16A4CE for ; Wed, 9 Feb 2005 21:48:36 +0000 (GMT) Received: from pinus.cc.fer.hr (pinus.cc.fer.hr [161.53.73.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9265B43D53 for ; Wed, 9 Feb 2005 21:48:35 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [161.53.72.113] (lara.cc.fer.hr [161.53.72.113]) by pinus.cc.fer.hr (8.12.2/8.12.2) with ESMTP id j19LmYJu002455 for ; Wed, 9 Feb 2005 22:48:34 +0100 (MET) Message-ID: <420A852E.5000708@fer.hr> Date: Wed, 09 Feb 2005 22:48:30 +0100 From: Ivan Voras User-Agent: Mozilla Thunderbird 1.0 (X11/20041213) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <20050209205943.34c39e15.flynn@energyhq.es.eu.org> <420A838B.9050600@portaone.com> In-Reply-To: <420A838B.9050600@portaone.com> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: MySQL benchmarks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 21:48:36 -0000 Maxim Sobolev wrote: > The difference between linux and everything else in those tests is so > significant even on UP, so that I suspect that something wrong with the > approach. The only way to prove it is to make a better-controlled benchmark. But I wouldn't bet on it - from things seen on this and performance@ lists, the numbers, somewhat sadly, seem about right. Of course, I might just be overly pessimistic :) From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 21:50:21 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D495716A4D5 for ; Wed, 9 Feb 2005 21:50:21 +0000 (GMT) Received: from mail24.sea5.speakeasy.net (mail24.sea5.speakeasy.net [69.17.117.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4B9943D5C for ; Wed, 9 Feb 2005 21:50:19 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 25734 invoked from network); 9 Feb 2005 21:50:19 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail24.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 9 Feb 2005 21:50:19 -0000 Received: from hydrogen.funkthat.com (lyvwfg@localhost.funkthat.com [127.0.0.1])j19LoJGH055207; Wed, 9 Feb 2005 13:50:19 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id j19LoILV055206; Wed, 9 Feb 2005 13:50:18 -0800 (PST) Date: Wed, 9 Feb 2005 13:50:18 -0800 From: John-Mark Gurney To: Martin Message-ID: <20050209215018.GQ19624@funkthat.com> Mail-Followup-To: Martin , Kris Kennaway , FreeBSD Current References: <20050208034855.D211E43D45@mx1.FreeBSD.org> <20050208040642.GA37528@xor.obsecurity.org> <1107848499.815.30.camel@klotz.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1107848499.815.30.camel@klotz.local> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: FreeBSD Current cc: Kris Kennaway Subject: Re: Yet another sysinstall thread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 21:50:22 -0000 Martin wrote this message on Tue, Feb 08, 2005 at 08:41 +0100: > I've been trying to port one of my framebuffer-based linux applications, > but I ran into problem with VESA-support on the terminal (inconsistent? > incomplete?) and after even the simpliest VGA-based (320x200) apps > failed to execute leaving me hanging in graphics mode and panic()ing, > I gave up. This was my experience with libvgl last year. I haven't run any apps recently, but it works really easily... Just have to do stuff like install a SIGSEGV handler to restore video mode, or blidly type the vidcontrol command... Also look at svgalib... It worked great, and gives you a linear frame buffer.... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 22:37:48 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A837216A4CE for ; Wed, 9 Feb 2005 22:37:48 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4755C43D2D for ; Wed, 9 Feb 2005 22:37:48 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.12] (g4.samsco.home [192.168.254.12]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j19MbWvF012086; Wed, 9 Feb 2005 15:37:32 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <420A909C.8070701@freebsd.org> Date: Wed, 09 Feb 2005 15:37:16 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040514 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Miguel Mendez References: <20050209205943.34c39e15.flynn@energyhq.es.eu.org> In-Reply-To: <20050209205943.34c39e15.flynn@energyhq.es.eu.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: freebsd-current@freebsd.org Subject: Re: MySQL benchmarks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 22:37:48 -0000 Miguel Mendez wrote: > Hi all, > > Someone has posted a link to a newsforge article on the NetBSD lists > that benchmarks MySQL performance on several systems, you can see it at: > > http://software.newsforge.com/article.pl?sid=04/12/27/1243207&from=rss > > I don't know how much Linux-specific code there is in MySQL because, > honestly, I always try to avoid it and go with PostgreSQL, but perhaps > somebody with more MySQL-fu can fill in the blanks and confirm that the > better performance seen on Linux systems is due to how the software is > designed and not so much related to FreeBSD per se. > > Cheers, There has long been speculation that Linux cuts corners on these tests by ignoring things like fsync. One thing that I've been meaning to do for a while is to ktrace some of the mysql benchmarks and see what exactly is going on, then compare that to a similar ktrace run under Linux. If it turns out that there are lots of synchronization calls (i.e. fsync-like calls), try stubbing them out in FreeBSD and see if it brings you any closer to the linux scores. An easier but also informative test would be to remount the database filesystem as async-noatime-nosoftupdates and see how it compares. From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 22:54:59 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BD4016A4D5 for ; Wed, 9 Feb 2005 22:54:59 +0000 (GMT) Received: from smtp811.mail.sc5.yahoo.com (smtp811.mail.sc5.yahoo.com [66.163.170.81]) by mx1.FreeBSD.org (Postfix) with SMTP id 1136643D39 for ; Wed, 9 Feb 2005 22:54:59 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.249.100 with login) by smtp811.mail.sc5.yahoo.com with SMTP; 9 Feb 2005 22:54:58 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id C44A86194; Wed, 9 Feb 2005 16:54:57 -0600 (CST) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 31876-06; Wed, 9 Feb 2005 16:54:55 -0600 (CST) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 2B71A617E; Wed, 9 Feb 2005 16:54:55 -0600 (CST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.1/8.13.1) with ESMTP id j19Msr06083058; Wed, 9 Feb 2005 16:54:54 -0600 (CST) (envelope-from noackjr@alumni.rice.edu) Message-ID: <420A94BD.2000703@alumni.rice.edu> Date: Wed, 09 Feb 2005 16:54:53 -0600 From: Jon Noack User-Agent: Mozilla Thunderbird 1.0 (X11/20050202) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tim Welch References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <1107988494.847.3.camel@mercury.thepentagon.org> In-Reply-To: <1107988494.847.3.camel@mercury.thepentagon.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at noacks.org cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" cc: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Subject: Re: UPDATE: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 22:54:59 -0000 On 02/09/05 16:34, Tim Welch wrote: > On Wed, 2005-02-09 at 15:00 +0100, Søren Schmidt wrote: >>Søren Schmidt wrote: >>>http://people.freebsd.org/~sos/ata-mk3j.diff-releng5.gz >>>http://people.freebsd.org/~sos/ata-mk3j.diff-current.gz >>>http://people.freebsd.org/~sos/ata-mk3j.tar.gz >> >>New version that fixes known problems so far etc now available: >> >>http://people.freebsd.org/~sos/ata-mk3k.diff-releng5.gz >>http://people.freebsd.org/~sos/ata-mk3k.diff-current.gz >>http://people.freebsd.org/~sos/ata-mk3k.tar.gz >> >>The diffs hasn't changed, so for those that has already applied those >>you can just untar the tarfile (still relative to /usr/src). >> >> >>Fixes include: >> >>o atapi-cd eject/close >> >>o SiI controllers lost some (slow) SATA disks in probe >> >>o panic when detaching disk not part of a RAID. >> >>o Cable detection failure on channels with both master and slave. >> >>As always, enjoy and let me know how it goes... > > A problem still exists with 48-bit addressing. This url details a fix > I've been using for the last 4 months or so with no issues yet. > > http://lists.freebsd.org/pipermail/freebsd-hackers/2004-October/008821.html Problem was fixed in -CURRENT a couple months ago: http://docs.freebsd.org/cgi/mid.cgi?200412090731.iB97V7pB035207 MFC anyone? Jon From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 23:23:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88BCE16A4CE; Wed, 9 Feb 2005 23:23:29 +0000 (GMT) Received: from thingy.tbd.co.nz (thingy.tbd.co.nz [210.48.70.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75D8143D2D; Wed, 9 Feb 2005 23:23:28 +0000 (GMT) (envelope-from andy@fud.org.nz) Received: from thingy.tbd.co.nz (localhost [127.0.0.1]) j19NQg2t030231; Thu, 10 Feb 2005 12:26:42 +1300 Received: (from thompsa@localhost) by thingy.tbd.co.nz (8.12.3/8.12.3/Debian-7.1) id j19NQVS3030153; Thu, 10 Feb 2005 12:26:31 +1300 X-Authentication-Warning: thingy.tbd.co.nz: thompsa set sender to andy@fud.org.nz using -f Date: Thu, 10 Feb 2005 12:26:31 +1300 From: Andrew Thompson To: Ian Dowse Message-ID: <20050209232631.GA32648@thingy.tbd.co.nz> References: <200502090737.36020.syjef@mdanderson.org> <200502091724.ab92170@salmon.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200502091724.ab92170@salmon.maths.tcd.ie> User-Agent: Mutt/1.3.28i cc: jeremie@le-hen.org cc: haro@kgt.co.jp cc: freebsd-current@freebsd.org cc: Jonathan Fosburgh Subject: Re: Console freeze but still alive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 23:23:29 -0000 On Wed, Feb 09, 2005 at 05:24:01PM +0000, Ian Dowse wrote: > In message <200502090737.36020.syjef@mdanderson.org>, Jonathan Fosburgh writes: > >> > >I'm running -current as of yesterday and having the same problem. X is > >working fine for me, I just can't make use of any of /dev/ttyv*. WHen I sh>ut > >the system down I do notice that all of the output suddenly appears and I c>an > >watch the shutdown generally from about the point disks start to sync. This> > >is on an old HP Kayak workstation. > > FYI, I saw something similar once when I was testing my recent > callout changes, but I haven't seen it happen since. If the problem > did just appear around Sunday/Monday then I guess it could be > related... > I also have this problem. I have tracked it down to this commit from jhb@, but im not sure why it would affect things. >From my supfile date=2005.02.07.22.00.00 - works date=2005.02.07.22.10.00 - console stops When I say the console stops, the last line of the boot process is 'Additional TCP options:.'. I can still ssh, and the console resumes when shutting down. 1.28 +30 -26 src/sys/i386/ibcs2/ibcs2_fcntl.c 1.59 +159 -111 src/sys/i386/ibcs2/ibcs2_misc.c 1.11 +12 -16 src/sys/i386/ibcs2/ibcs2_msg.c 1.17 +1 -1 src/sys/i386/ibcs2/ibcs2_other.c 1.26 +31 -60 src/sys/i386/ibcs2/ibcs2_stat.c 1.19 +5 -127 src/sys/i386/ibcs2/ibcs2_util.c 1.19 +13 -7 src/sys/i386/ibcs2/ibcs2_util.h 1.34 +17 -28 src/sys/i386/ibcs2/ibcs2_xenix.c Andrew From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 23:34:25 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D60B16A4CE for ; Wed, 9 Feb 2005 23:34:25 +0000 (GMT) Received: from smtp819.mail.sc5.yahoo.com (smtp819.mail.sc5.yahoo.com [66.163.170.5]) by mx1.FreeBSD.org (Postfix) with SMTP id 6604743D2F for ; Wed, 9 Feb 2005 23:34:25 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.249.100 with login) by smtp819.mail.sc5.yahoo.com with SMTP; 9 Feb 2005 23:34:25 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 84AD66194; Wed, 9 Feb 2005 17:34:24 -0600 (CST) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 31876-09; Wed, 9 Feb 2005 17:34:23 -0600 (CST) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id E8098617E; Wed, 9 Feb 2005 17:34:22 -0600 (CST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.1/8.13.1) with ESMTP id j19NYLHQ083340; Wed, 9 Feb 2005 17:34:22 -0600 (CST) (envelope-from noackjr@alumni.rice.edu) Message-ID: <420A9DFD.40805@alumni.rice.edu> Date: Wed, 09 Feb 2005 17:34:21 -0600 From: Jon Noack User-Agent: Mozilla Thunderbird 1.0 (X11/20050202) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Miguel Mendez References: <20050209205943.34c39e15.flynn@energyhq.es.eu.org> In-Reply-To: <20050209205943.34c39e15.flynn@energyhq.es.eu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at noacks.org cc: freebsd-current@freebsd.org Subject: Re: MySQL benchmarks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 23:34:25 -0000 On 02/09/05 13:59, Miguel Mendez wrote: > Someone has posted a link to a newsforge article on the NetBSD lists > that benchmarks MySQL performance on several systems, you can see it at: > > http://software.newsforge.com/article.pl?sid=04/12/27/1243207&from=rss > > I don't know how much Linux-specific code there is in MySQL because, > honestly, I always try to avoid it and go with PostgreSQL, but perhaps > somebody with more MySQL-fu can fill in the blanks and confirm that the > better performance seen on Linux systems is due to how the software is > designed and not so much related to FreeBSD per se. The scalability results look promising. Also, has anyone seen what effect WITH_PROC_SCOPE_PTH has on performance? Jon From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 23:46:45 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFD9016A4CE for ; Wed, 9 Feb 2005 23:46:45 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79CCE43D39 for ; Wed, 9 Feb 2005 23:46:45 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.12] (g4.samsco.home [192.168.254.12]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j19NjUO5012448; Wed, 9 Feb 2005 16:45:31 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <420AA08C.8090809@freebsd.org> Date: Wed, 09 Feb 2005 16:45:16 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040514 X-Accept-Language: en-us, en MIME-Version: 1.0 To: noackjr@alumni.rice.edu References: <20050209205943.34c39e15.flynn@energyhq.es.eu.org> <420A9DFD.40805@alumni.rice.edu> In-Reply-To: <420A9DFD.40805@alumni.rice.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: freebsd-current@freebsd.org Subject: Re: MySQL benchmarks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 23:46:46 -0000 Jon Noack wrote: > On 02/09/05 13:59, Miguel Mendez wrote: > >> Someone has posted a link to a newsforge article on the NetBSD lists >> that benchmarks MySQL performance on several systems, you can see it at: >> >> http://software.newsforge.com/article.pl?sid=04/12/27/1243207&from=rss >> >> I don't know how much Linux-specific code there is in MySQL because, >> honestly, I always try to avoid it and go with PostgreSQL, but perhaps >> somebody with more MySQL-fu can fill in the blanks and confirm that the >> better performance seen on Linux systems is due to how the software is >> designed and not so much related to FreeBSD per se. > > > The scalability results look promising. Also, has anyone seen what > effect WITH_PROC_SCOPE_PTH has on performance? > > Jon It's a mixed bag that has been in significant flux over the past 8 months due to threading and scheduling infrastructure sometimes fixing bugs and sometimes introducing new bugs. On the mysql SuperSmack test, the best results I found on a dual 3GHz Xeon were with system scope threads under libpthread. libthr was a close second (though all threads there are process scope by definition) and process scope libpthread was almost as bad as libc_r. However, that was back in August, and I think that much has changed since then. Other, non-mysql tests that I've run recently have shown that process scope libpthread is now the overall winner. It would be nice to come up with a new matrix of results based on scheduler, preemption, thread library, and thread attributes. Now if only I had the 2 days free to do that... Scott From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 00:02:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7AEA16A4DD; Thu, 10 Feb 2005 00:02:06 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 874E843D31; Thu, 10 Feb 2005 00:02:06 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with SMTP id 2ACF146B45; Wed, 9 Feb 2005 19:02:06 -0500 (EST) Date: Thu, 10 Feb 2005 00:01:01 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Scott Long In-Reply-To: <420AA08C.8090809@freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: MySQL benchmarks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 00:02:06 -0000 On Wed, 9 Feb 2005, Scott Long wrote: > > The scalability results look promising. Also, has anyone seen what > > effect WITH_PROC_SCOPE_PTH has on performance? > > It's a mixed bag that has been in significant flux over the past 8 > months due to threading and scheduling infrastructure sometimes fixing > bugs and sometimes introducing new bugs. On the mysql SuperSmack test, > the best results I found on a dual 3GHz Xeon were with system scope > threads under libpthread. libthr was a close second (though all threads > there are process scope by definition) and process scope libpthread was > almost as bad as libc_r. However, that was back in August, and I think > that much has changed since then. Other, non-mysql tests that I've run > recently have shown that process scope libpthread is now the overall > winner. It would be nice to come up with a new matrix of results based > on scheduler, preemption, thread library, and thread attributes. Now if > only I had the 2 days free to do that... David Xu's recent work on threading also looks very promising, and in his benchmarks seemed to substantially outperform MySQL running linuxthreads, libkse, libthr, and libc_r on FreeBSD. I recently set him up with a dual Xeon box to use in the netperf cluster as he was previously benchmarking only on PIII hardware. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 00:23:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6FBC16A4CE for ; Thu, 10 Feb 2005 00:23:14 +0000 (GMT) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEBB643D2D for ; Thu, 10 Feb 2005 00:23:14 +0000 (GMT) (envelope-from craig@xfoil.gank.org) Received: by ion.gank.org (mail, from userid 1001) id 6F78E2C211; Wed, 9 Feb 2005 18:23:14 -0600 (CST) Date: Wed, 9 Feb 2005 18:23:12 -0600 From: Craig Boston To: "Thomas T. Veldhouse" Message-ID: <20050210002311.GA30113@nowhere> Mail-Followup-To: Craig Boston , "Thomas T. Veldhouse" , supraexpress@globaleyes.net, freebsd-current@freebsd.org References: <20050208034855.D211E43D45@mx1.FreeBSD.org> <420A5969.5010705@veldy.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <420A5969.5010705@veldy.net> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 00:23:15 -0000 On Wed, Feb 09, 2005 at 12:41:45PM -0600, Thomas T. Veldhouse wrote: > Besides, I can think of several situations where you wouldn't really > want a GUI based installation, in particular, when building and > configuring a server. A GUI based installation required the detection > [perhaps accurate might be oder] of the video hardware, which in > general just doesn't matter on a server. And though most i386 hardware is broken in this respect, don't forget that in many other architectures, the video hardware may not even EXIST. Even some high-end x86 server boards allow booting without a video card. Think serial install on a 1U headless server with only power, network, and serial port. Craig From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 00:36:46 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9267116A4CE; Thu, 10 Feb 2005 00:36:46 +0000 (GMT) Received: from mortis.over-yonder.net (adsl-12-34-239.jan.bellsouth.net [65.12.34.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id C810743D45; Thu, 10 Feb 2005 00:36:45 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: by mortis.over-yonder.net (Postfix, from userid 100) id CADA420FF4; Wed, 9 Feb 2005 18:36:43 -0600 (CST) Date: Wed, 9 Feb 2005 18:36:43 -0600 From: "Matthew D. Fuller" To: Jeremie Le Hen Message-ID: <20050210003643.GE66590@over-yonder.net> References: <4207B2C8.3050002@ebs.gr> <20050209000153.GI15119@isis.wad.cz> <20050209085442.GA82324@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050209085442.GA82324@obiwan.tataz.chchile.org> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.6i-fullermd.2 cc: freebsd-current@freebsd.org cc: Robert Watson cc: Panagiotis Astithas Subject: Re: rwatson compendium (was: Re: FW: Call for comments: CoxR, a CVS/mail-lists/BTS) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 00:36:46 -0000 On Wed, Feb 09, 2005 at 09:54:42AM +0100 I heard the voice of > > Maybe should FreeBSD create a kind a blog where such emails will be > pushed into. I think such a thing would serve best if it were also looked at as a proving ground for the various bits of information; those that were viewed a lot (or ranked, or referenced, or however you measure important) would be good candidates for putting the time and effort into formalizing for the "classical documentation". -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ "The only reason I'm burning my candle at both ends, is because I haven't figured out how to light the middle yet" From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 01:09:00 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 255F016A4CE for ; Thu, 10 Feb 2005 01:09:00 +0000 (GMT) Received: from mail2.zrz.tu-berlin.de (mail2.zrz.TU-Berlin.DE [130.149.4.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1557D43D45 for ; Thu, 10 Feb 2005 01:08:59 +0000 (GMT) (envelope-from Peter.Ross@alumni.tu-berlin.de) Received: from localhost ([127.0.0.1] helo=mail2.zrz.TU-Berlin.DE) by mail2.zrz.tu-berlin.de with esmtp (exim-4.43) for id 1Cz2pG-0001wc-9l; Thu, 10 Feb 2005 02:08:58 +0100 Received: from mail2.zrz.TU-Berlin.DE ([130.149.4.14]) by mail2.zrz.TU-Berlin.DE (MailMonitor for SMTP v1.2.2 ) ; Thu, 10 Feb 2005 02:08:57 +0100 (CET) Received: from mailbox.tu-berlin.de ([130.149.4.18]) by mail2.zrz.tu-berlin.de with esmtp (exim-4.43) for id 1Cz2pF-0001wS-C7; Thu, 10 Feb 2005 02:08:57 +0100 Received: from apache by mailbox.tu-berlin.de with local (exim-4.43) for id 1Cz2pF-0006Tf-KK; Thu, 10 Feb 2005 02:08:57 +0100 Received: from 203.220.51.162 (SquirrelMail authenticated user rossicbb) by mailbox.TU-Berlin.DE with HTTP; Thu, 10 Feb 2005 12:08:57 +1100 (EST) Message-ID: <11888.203.220.51.162.1107997737.squirrel@mailbox.TU-Berlin.DE> Date: Thu, 10 Feb 2005 12:08:57 +1100 (EST) From: "Peter Ross" To: In-Reply-To: <200502082246.10596.mark.rowlands@mypost.se> References: <20050208145219.491D143D39@mx1.FreeBSD.org> <11935.203.51.156.53.1107878311.squirrel@mailbox.TU-Berlin.DE> <200502082246.10596.mark.rowlands@mypost.se> X-Priority: 3 Importance: Normal X-Mailer: SquirrelMail (version 1.2.8) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: Sophos MailMonitor on mail2.zrz.tu-berlin.de; Thu, 10 Feb 2005 02:08:57 +0100 Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 01:09:00 -0000 On Tue, 8 Feb 2005, Mark Rowlands wrote: >>For several years now I am using FreeBSD servers but only recently I tried >>to install a well-configured desktop system. A well-defined metaport to >>get a typical office/home user desktop (e.g. including OpenOffice, maybe >>asking for alternatives during the installation) would be nice, and >>integration of new installed ports into a limited number of desktop >>environments (e.g. that they appear in the desktop menus and folders). >>Maybe for KDE, Gnome and something a little bit more lightwight (to me >>it seems xfce is the most popular one) >> >cd /usr/ports/misc/instant-workstation Well, it's one of several thousands ports.. Not easy to find especially if you see FreeBSD the first time. I would suggest to add a desktop option at the end of the installation ("Do you want to configure this machine as a desktop?") and then offer the package above and OpenOffice (including a language option) A lot of FreeBSD newbies will appretiate it, I think. If they are Linux users they are used to get a predefined desktop. Usually they take the one they get for granted (SuSE users KDE, Red Hat Gnome) so if you start with one desktop (e.g. the KDE based above) it would be better then nothing and you make most of them happy. Of course if you have a presentable Gnome or XFCE desktop set it's even better to offer it too. For the admin installing a server it is only one more click, it will not hurt too much;-) Regards Peter From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 01:35:18 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8698816A4CE for ; Thu, 10 Feb 2005 01:35:18 +0000 (GMT) Received: from node15.coopprint.com (node15.cooperativeprinting.com [208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id C47C743D1F for ; Thu, 10 Feb 2005 01:35:17 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 99077 invoked by uid 0); 10 Feb 2005 01:35:01 -0000 Received: from unknown (HELO ?192.168.0.5?) (63.231.157.250) by node15.coopprint.com with SMTP; 10 Feb 2005 01:35:01 -0000 Message-ID: <420ABA5E.9090307@gamersimpact.com> Date: Wed, 09 Feb 2005 19:35:26 -0600 From: Ryan Sommers User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Ross References: <20050208145219.491D143D39@mx1.FreeBSD.org> <11935.203.51.156.53.1107878311.squirrel@mailbox.TU-Berlin.DE> <200502082246.10596.mark.rowlands@mypost.se> <11888.203.220.51.162.1107997737.squirrel@mailbox.TU-Berlin.DE> In-Reply-To: <11888.203.220.51.162.1107997737.squirrel@mailbox.TU-Berlin.DE> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 01:35:18 -0000 Peter Ross wrote: > I would suggest to add a desktop option at the end of the installation > ("Do you want to configure this machine as a desktop?") and then offer the > package above and OpenOffice (including a language option) > What if instead of making it an option on the main FreeBSD distribution we leave that to groups like FreeBSDIE. I know Scott touched on this awhile ago; I really liked the idea. I think it would be great for FreeBSD to work with groups like this in making the main FreeBSD code more receptive to these niche releases. If one group wants to maintain a "desktop" or "live CD" release, try and incorporate the ability to do so in the tree. Most of this would not even effect things like performance or interfere with others. I imagine it would come down to a lot of Makefile Magic and just giving the user a different set of choices on disc1. Instead of trying to cater FreeBSD to every different type of user, make it easy to be catered by other developers. I think a large part of this could be filled by a new installer with well documented methods to change the default distribution. It's an area I really want to work on, but being that I've been in transition between jobs for awhile, I haven't had enough free time to do much more than make some notes. I think it'd be amazing if we had All-In-One disks. For instance, a single CD designed to install a FreeBSD email server, or a Small Business Release, containing things like email server, DNS, file-sharing, web server. Put these on individual CDs that make it super easy to download and install. The only real difference in all of these is what packages get installed, nothing beyond that. I don't know if I've seen any Linux distributions do this (though I don't stay in touch with Linux development). However, I DON'T think it should be the job of the @freebsd.org developers to maintain this assortment. I believe it would be better handled by individual groups. A certain amount of core support in the main distribution could be provided to make everyone's lives easier, but I don't imagine that being much beyond where we all hope the project is going. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 02:08:48 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4724216A4CE; Thu, 10 Feb 2005 02:08:48 +0000 (GMT) Received: from mailout06.sul.t-online.com (mailout06.sul.t-online.com [194.25.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB16943D72; Thu, 10 Feb 2005 02:08:47 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd09.aul.t-online.de by mailout06.sul.t-online.com with smtp id 1Cz3l5-0006tk-01; Thu, 10 Feb 2005 03:08:43 +0100 Received: from Andro-Beta.Leidinger.net (E44RNkZBoenHeJ0CFIf2dTfRdxe4PgimGbgPcNYWPx7ZybT2O-8KEU@[217.83.21.184]) by fmrl09.sul.t-online.com with esmtp id 1Cz3ku-1U2z1Y0; Thu, 10 Feb 2005 03:08:32 +0100 Received: from localhost (localhost [127.0.0.1])j19Ebtde029051; Wed, 9 Feb 2005 15:37:55 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from 141.113.101.32 ([141.113.101.32]) by netchild.homeip.net (Horde) with HTTP for ; Wed, 9 Feb 2005 15:37:54 +0100 Message-ID: <20050209153754.10zx3tlpfk0c044w@netchild.homeip.net> X-Priority: 3 (Normal) Date: Wed, 9 Feb 2005 15:37:54 +0100 From: Alexander Leidinger To: gnn@freebsd.org References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.1) / FreeBSD-4.11 X-ID: E44RNkZBoenHeJ0CFIf2dTfRdxe4PgimGbgPcNYWPx7ZybT2O-8KEU@t-dialin.net X-TOI-MSGID: 95bc47bc-c617-436a-a78e-299180b91853 cc: Poul-Henning Kamp cc: Robert Watson cc: Bosko Milekic cc: current@freebsd.org Subject: Re: UFS/FFS/softupdates/snapshots: the view from 10m above X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 02:08:48 -0000 gnn@freebsd.org wrote: > I'll report more as I learn it as I want to apply Doxygen and > cflow/dot to our code as well as to others. The last time I tried this (with a part of "lame") everything was done automatically, I just had to have the correct paths in the config-file and let doxygen do the work. The result I got (I've only the call graph left) is available at http://www.leidinger.net/lame/frontend_20011014_callgraph.png (warning: it's huge... 323k). Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 SPOUSE: Someone who'll stand by you through all the trouble you wouldn't have had if you'd stayed single. From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 03:56:33 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 277BB16A4CE for ; Thu, 10 Feb 2005 03:56:33 +0000 (GMT) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2372043D31 for ; Thu, 10 Feb 2005 03:56:32 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from centtech.com ([192.168.42.25]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j1A3uVc0068936 for ; Wed, 9 Feb 2005 21:56:31 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <420ADAFC.40504@centtech.com> Date: Wed, 09 Feb 2005 21:54:36 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040316 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.80/585/Thu Nov 11 06:22:42 2004 clamav-milter version 0.80j on mh2.centtech.com X-Virus-Status: Clean Subject: Panic - FFS background buffer bla bla X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 03:56:33 -0000 I just switched from 5.3-STABLE to 6.0-CURRENT on my laptop, and after doing the recommended path of upgrading (in /usr/src/UPDATING), I get this on boot: (background fsck runs on /, then spits out warning about /home not properly dismounted) then: panic: FFS background buffer should not get here 0xd19e6928 cpuid = 0 KDB: enter: panic [thread pid 126 tid 100079] Any hints? Eric From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 04:01:04 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B96816A4CE for ; Thu, 10 Feb 2005 04:01:04 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0590843D2D for ; Thu, 10 Feb 2005 04:01:04 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D62F4514FE; Wed, 9 Feb 2005 20:01:02 -0800 (PST) Date: Wed, 9 Feb 2005 20:01:02 -0800 From: Kris Kennaway To: Eric Anderson Message-ID: <20050210040102.GA11457@xor.obsecurity.org> References: <420ADAFC.40504@centtech.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zYM0uCDKw75PZbzx" Content-Disposition: inline In-Reply-To: <420ADAFC.40504@centtech.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: Panic - FFS background buffer bla bla X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 04:01:04 -0000 --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 09, 2005 at 09:54:36PM -0600, Eric Anderson wrote: > I just switched from 5.3-STABLE to 6.0-CURRENT on my laptop, and after=20 > doing the recommended path of upgrading (in /usr/src/UPDATING), I get=20 > this on boot: >=20 > (background fsck runs on /, then spits out warning about /home not=20 > properly dismounted) > then: > panic: FFS background buffer should not get here 0xd19e6928 > cpuid =3D 0 > KDB: enter: panic > [thread pid 126 tid 100079] >=20 >=20 > Any hints? Backtrace? Kris --zYM0uCDKw75PZbzx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCCtx+Wry0BWjoQKURAtTvAJ9XTrqUtVglIl8smlfIB0UOojXkHgCfbgwx Z6FLADYZCeNH87M8F9nqAYA= =Mv4H -----END PGP SIGNATURE----- --zYM0uCDKw75PZbzx-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 04:13:31 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 285A016A4CE for ; Thu, 10 Feb 2005 04:13:31 +0000 (GMT) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1E7943D46 for ; Thu, 10 Feb 2005 04:13:30 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from centtech.com ([192.168.42.25]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j1A4DTP0069075; Wed, 9 Feb 2005 22:13:30 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <420ADEF7.30003@centtech.com> Date: Wed, 09 Feb 2005 22:11:35 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040316 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <420ADAFC.40504@centtech.com> <20050210040102.GA11457@xor.obsecurity.org> In-Reply-To: <20050210040102.GA11457@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.80/585/Thu Nov 11 06:22:42 2004 clamav-milter version 0.80j on mh2.centtech.com X-Virus-Status: Clean cc: freebsd-current@freebsd.org Subject: Re: Panic - FFS background buffer bla bla X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 04:13:31 -0000 Kris Kennaway wrote: >On Wed, Feb 09, 2005 at 09:54:36PM -0600, Eric Anderson wrote: > > >>I just switched from 5.3-STABLE to 6.0-CURRENT on my laptop, and after >>doing the recommended path of upgrading (in /usr/src/UPDATING), I get >>this on boot: >> >>(background fsck runs on /, then spits out warning about /home not >>properly dismounted) >>then: >>panic: FFS background buffer should not get here 0xd19e6928 >>cpuid = 0 >>KDB: enter: panic >>[thread pid 126 tid 100079] >> >> >>Any hints? >> >> > >Backtrace? > > After rebooting (with a console plugged in), I get this: Fast boot: skipping disk checks. panic: panic: thread 100079(cp):2 holds Giant but isn't blocked on a lock cpuid = 0 KDB: enter: panic [thread pid 27 tid 100001 ] Stopped at kdb_enter+0x30: leave Backtrace: Tracing pid 27 tid 100001 td 0xc2211170 kdb_enter(c0979fd7,0,c097b542,311,c2211170) at kdb_enter+0x30 panic(c097d225,186ef,c255d57c,2,c098bfd2) at panic+0x14e propagate_priority(c2211170,0,c097d184,254,c0a4b950) at propagate_priority+0x158 turnstile_wait(c0a44e00,c255ecf0,c09793e7,216,c0a44e00) at turnstile_wait+0x39d _mtx_lock_sleep(c0a44e00,c2211170,0,c097b054,106) at _mtx_lock_sleep+0x191 _mtx_lock_flags(c0a44e00,0,c097b054,106,c07588b0) at _mtx_lock_flags+0xc0 softclock(0,0,c0977972,256,c0a44dc0) at softclock+0x1c4 ithread_loop(c224e580,dc848d48,c097775d,30e,0) at ithread_loop+0x172 fork_exit(c06c4580,c224e580,dc848d48) at fork_exit+0xc6 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xdc848d7c, ebp = 0 --- Hope that helps.. Anything else I can give you? Eric From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 04:23:23 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 660CB16A4CE for ; Thu, 10 Feb 2005 04:23:23 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 232B243D31 for ; Thu, 10 Feb 2005 04:23:23 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id F1404512F2; Wed, 9 Feb 2005 20:23:21 -0800 (PST) Date: Wed, 9 Feb 2005 20:23:21 -0800 From: Kris Kennaway To: Eric Anderson Message-ID: <20050210042321.GA26438@xor.obsecurity.org> References: <420ADAFC.40504@centtech.com> <20050210040102.GA11457@xor.obsecurity.org> <420ADEF7.30003@centtech.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline In-Reply-To: <420ADEF7.30003@centtech.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org cc: Kris Kennaway Subject: Re: Panic - FFS background buffer bla bla X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 04:23:23 -0000 --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 09, 2005 at 10:11:35PM -0600, Eric Anderson wrote: > After rebooting (with a console plugged in), I get this: > Fast boot: skipping disk checks. > panic: panic: thread 100079(cp):2 holds Giant but isn't blocked on a lock >=20 > cpuid =3D 0 > KDB: enter: panic > [thread pid 27 tid 100001 ] > Stopped at kdb_enter+0x30: leave >=20 > Backtrace: > Tracing pid 27 tid 100001 td 0xc2211170 > kdb_enter(c0979fd7,0,c097b542,311,c2211170) at kdb_enter+0x30 > panic(c097d225,186ef,c255d57c,2,c098bfd2) at panic+0x14e > propagate_priority(c2211170,0,c097d184,254,c0a4b950) at=20 > propagate_priority+0x158 >=20 > turnstile_wait(c0a44e00,c255ecf0,c09793e7,216,c0a44e00) at=20 > turnstile_wait+0x39d > _mtx_lock_sleep(c0a44e00,c2211170,0,c097b054,106) at _mtx_lock_sleep+0x191 > _mtx_lock_flags(c0a44e00,0,c097b054,106,c07588b0) at _mtx_lock_flags+0xc0 > softclock(0,0,c0977972,256,c0a44dc0) at softclock+0x1c4 > ithread_loop(c224e580,dc848d48,c097775d,30e,0) at ithread_loop+0x172 > fork_exit(c06c4580,c224e580,dc848d48) at fork_exit+0xc6 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip =3D 0, esp =3D 0xdc848d7c, ebp =3D 0 --- >=20 > Hope that helps.. Anything else I can give you? That's actually not the real panic. Look at the backtraces of other processes to find the first panic. If you can examine the core in gdb to obtain source code line numbers, that would help too. Kris --h31gzZEtNLTqOjlF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCCuG5Wry0BWjoQKURAn7zAJ9ELGWpKnVc2N5RtlbeKLHZyyfshwCeOi7U Txfrf8acEk6V9Xu67RJYJD0= =2XFr -----END PGP SIGNATURE----- --h31gzZEtNLTqOjlF-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 04:25:57 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7966916A4CF for ; Thu, 10 Feb 2005 04:25:57 +0000 (GMT) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12FEA43D3F for ; Thu, 10 Feb 2005 04:25:57 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from centtech.com ([192.168.42.25]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j1A4Puc1069184; Wed, 9 Feb 2005 22:25:56 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <420AE1E1.5030403@centtech.com> Date: Wed, 09 Feb 2005 22:24:01 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040316 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <420ADAFC.40504@centtech.com> <20050210040102.GA11457@xor.obsecurity.org> <420ADEF7.30003@centtech.com> <20050210042321.GA26438@xor.obsecurity.org> In-Reply-To: <20050210042321.GA26438@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.80/585/Thu Nov 11 06:22:42 2004 clamav-milter version 0.80j on mh2.centtech.com X-Virus-Status: Clean cc: freebsd-current@freebsd.org Subject: Re: Panic - FFS background buffer bla bla X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 04:25:57 -0000 Kris Kennaway wrote: >On Wed, Feb 09, 2005 at 10:11:35PM -0600, Eric Anderson wrote: > > > >>After rebooting (with a console plugged in), I get this: >>Fast boot: skipping disk checks. >>panic: panic: thread 100079(cp):2 holds Giant but isn't blocked on a lock >> >>cpuid = 0 >>KDB: enter: panic >>[thread pid 27 tid 100001 ] >>Stopped at kdb_enter+0x30: leave >> >>Backtrace: >> [..snip..] >> >>Hope that helps.. Anything else I can give you? >> >> > >That's actually not the real panic. Look at the backtraces of other >processes to find the first panic. If you can examine the core in gdb >to obtain source code line numbers, that would help too. > > Oh.. Ok, well, how do I find the real panic? I can do any debugging needed - but I'm not sure what to do here as far as examining the core in gdb.. Eric From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 04:37:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 855BD16A4CE for ; Thu, 10 Feb 2005 04:37:12 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EE0D43D1F for ; Thu, 10 Feb 2005 04:37:12 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B3A8B51247; Wed, 9 Feb 2005 20:37:10 -0800 (PST) Date: Wed, 9 Feb 2005 20:37:10 -0800 From: Kris Kennaway To: Eric Anderson Message-ID: <20050210043710.GA26601@xor.obsecurity.org> References: <420ADAFC.40504@centtech.com> <20050210040102.GA11457@xor.obsecurity.org> <420ADEF7.30003@centtech.com> <20050210042321.GA26438@xor.obsecurity.org> <420AE1E1.5030403@centtech.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VbJkn9YxBvnuCH5J" Content-Disposition: inline In-Reply-To: <420AE1E1.5030403@centtech.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org cc: Kris Kennaway Subject: Re: Panic - FFS background buffer bla bla X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 04:37:12 -0000 --VbJkn9YxBvnuCH5J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 09, 2005 at 10:24:01PM -0600, Eric Anderson wrote: > Kris Kennaway wrote: >=20 > >On Wed, Feb 09, 2005 at 10:11:35PM -0600, Eric Anderson wrote: > > > >=20 > > > >>After rebooting (with a console plugged in), I get this: > >>Fast boot: skipping disk checks. > >>panic: panic: thread 100079(cp):2 holds Giant but isn't blocked on a lo= ck > >> > >>cpuid =3D 0 > >>KDB: enter: panic > >>[thread pid 27 tid 100001 ] > >>Stopped at kdb_enter+0x30: leave > >> > >>Backtrace: > >> > [..snip..] >=20 > >> > >>Hope that helps.. Anything else I can give you? > >> =20 > >> > > > >That's actually not the real panic. Look at the backtraces of other > >processes to find the first panic. If you can examine the core in gdb > >to obtain source code line numbers, that would help too. > >=20 > > >=20 > Oh.. Ok, well, how do I find the real panic? I can do any debugging=20 > needed - but I'm not sure what to do here as far as examining the core=20 > in gdb.. I already said..look at the backtraces of the other processes. You'll find another one that has panicked. Kris --VbJkn9YxBvnuCH5J Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCCuT2Wry0BWjoQKURAgQMAJ9Pdeq/SY0VmmRxmcjETtDbQk6lKwCgqPLM T4rtqDxVY831XKJHT6z36eE= =V5tl -----END PGP SIGNATURE----- --VbJkn9YxBvnuCH5J-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 04:41:59 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A112216A4CE for ; Thu, 10 Feb 2005 04:41:59 +0000 (GMT) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 374E543D41 for ; Thu, 10 Feb 2005 04:41:59 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from centtech.com ([192.168.42.25]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j1A4fwo3069265; Wed, 9 Feb 2005 22:41:58 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <420AE5A3.3040406@centtech.com> Date: Wed, 09 Feb 2005 22:40:03 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040316 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <420ADAFC.40504@centtech.com> <20050210040102.GA11457@xor.obsecurity.org> <420ADEF7.30003@centtech.com> <20050210042321.GA26438@xor.obsecurity.org> <420AE1E1.5030403@centtech.com> <20050210043710.GA26601@xor.obsecurity.org> In-Reply-To: <20050210043710.GA26601@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.80/585/Thu Nov 11 06:22:42 2004 clamav-milter version 0.80j on mh2.centtech.com X-Virus-Status: Clean cc: freebsd-current@freebsd.org Subject: Re: Panic - FFS background buffer bla bla X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 04:41:59 -0000 Kris Kennaway wrote: >On Wed, Feb 09, 2005 at 10:24:01PM -0600, Eric Anderson wrote: > > >>Kris Kennaway wrote: >> >> >> >>>On Wed, Feb 09, 2005 at 10:11:35PM -0600, Eric Anderson wrote: >>> >>> >>> >>> >>> >>>>After rebooting (with a console plugged in), I get this: >>>>Fast boot: skipping disk checks. >>>>panic: panic: thread 100079(cp):2 holds Giant but isn't blocked on a lock >>>> >>>>cpuid = 0 >>>>KDB: enter: panic >>>>[thread pid 27 tid 100001 ] >>>>Stopped at kdb_enter+0x30: leave >>>> >>>>Backtrace: >>>> >>>> >>>> >>[..snip..] >> >> >> >>>>Hope that helps.. Anything else I can give you? >>>> >>>> >>>> >>>> >>>That's actually not the real panic. Look at the backtraces of other >>>processes to find the first panic. If you can examine the core in gdb >>>to obtain source code line numbers, that would help too. >>> >>> >>> >>> >>Oh.. Ok, well, how do I find the real panic? I can do any debugging >>needed - but I'm not sure what to do here as far as examining the core >>in gdb.. >> >> > >I already said..look at the backtraces of the other processes. You'll >find another one that has panicked. > > Sorry - after going through a few, I found this one: Tracing pid 127 tid 100079 td 0xc255ecf0 0 0 0000204 [SLPQ - 0xc0a9a568] sched_switch(c255ecf0,0,2,118,810afe45) at sched_switch+0x1a0 mi_switch(2,0,c097b6e6,252,0) at mi_switch+0x2d6 critical_exit(c0a24d00,0,0,0,0) at critical_exit+0xb2 intr_execute_handlers(c0a24d00,e7dec324,0,0,c255ecf0) at intr_execute_handlers+0 xd4 atpic_handle_intr(0) at atpic_handle_intr+0xcf Xatpic_intr0() at Xatpic_intr0+0x20 --- interrupt, eip = 0xc06f10d2, esp = 0xe7dec368, ebp = 0xe7dec37c --- critical_exit(c0aad0a0,1,c09793e7,18a) at critical_exit+0xf2 _mtx_unlock_spin_flags(c0aad0a0,0,c0998294,a23,30f000c) at _mtx_unlock_spin_flag s+0xbd siocnputc(c0a1ffa0,20,5,e7dec4f0,20) at siocnputc+0xe9 cnputc(20,ffffffff,0,1,c097a1d0) at cnputc+0x6a putchar(20,e7dec4f0,38,e7dec4f8,0) at putchar+0x5c kvprintf(c097a1c9,c06fc0c0,e7dec4f0,a,e7dec510) at kvprintf+0x8d printf(c097a1c9,c0a45040,c09811a1,e7dec540,c255ecf0) at printf+0x55 panic(c09811a1,d19f4fc8,c0730c71,c0a92ec0,0) at panic+0xe8 bufwrite(d19f4fc8,0,c0991b40,652,0) at bufwrite+0x84 ffs_bufwrite(d19f4fc8,0,c09907be,1407,c097d9cd) at ffs_bufwrite+0x2f8 flush_pagedep_deps(c254dcf0,c251fc00,c254ae74,129b,2) at flush_pagedep_deps+0x2d d softdep_sync_metadata(c254dcf0,0,c0991de3,129,1) at softdep_sync_metadata+0x501 ffs_syncvnode(c254dcf0,1,e7dec688,c0706f33,c0a760c0) at ffs_syncvnode+0x3a5 ffs_truncate(c254dcf0,200,0,880,c220e780) at ffs_truncate+0x5be ufs_direnter(c254dcf0,c25d4450,e7dec8e8,e7decbfc,0) at ufs_direnter+0x980 ufs_makeinode(81a4,c254dcf0,e7decbe8,e7decbfc,e7deca64) at ufs_makeinode+0x4e7 ufs_create(e7deca64,e7decd14,e7decbd4,e7decd14,e7decb20) at ufs_create+0x37 VOP_CREATE_APV(c0a17b80,e7deca64,2,2,1) at VOP_CREATE_APV+0xbc vn_open_cred(e7decbd4,e7deccd4,1a4,c220e780,4) at vn_open_cred+0x1fb vn_open(e7decbd4,e7deccd4,1a4,4,c0a927d8) at vn_open+0x33 kern_open(c255ecf0,804b048,0,602,21b6) at kern_open+0xc8 open(c255ecf0,e7decd14,c,3ff,3) at open+0x36 syscall(2f,2f,2f,805f100,bfbfeea4) at syscall+0x2a0 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (5, FreeBSD ELF32, open), eip = 0x280cad6f, esp = 0xbfbfec5c, ebp = 0xbfbfeca8 --- Sorry for any wrapping - I'm using a windows pc to grab this using hyperterminal (eek!).. Does that help? Eric From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 04:56:22 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBC7116A4CE for ; Thu, 10 Feb 2005 04:56:22 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A4A043D1D for ; Thu, 10 Feb 2005 04:56:22 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1D566512F2; Wed, 9 Feb 2005 20:56:21 -0800 (PST) Date: Wed, 9 Feb 2005 20:56:21 -0800 From: Kris Kennaway To: Eric Anderson Message-ID: <20050210045620.GA26777@xor.obsecurity.org> References: <420ADAFC.40504@centtech.com> <20050210040102.GA11457@xor.obsecurity.org> <420ADEF7.30003@centtech.com> <20050210042321.GA26438@xor.obsecurity.org> <420AE1E1.5030403@centtech.com> <20050210043710.GA26601@xor.obsecurity.org> <420AE5A3.3040406@centtech.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2oS5YaxWCcQjTEyO" Content-Disposition: inline In-Reply-To: <420AE5A3.3040406@centtech.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org cc: Kris Kennaway Subject: Re: Panic - FFS background buffer bla bla X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 04:56:22 -0000 --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 09, 2005 at 10:40:03PM -0600, Eric Anderson wrote: > panic(c09811a1,d19f4fc8,c0730c71,c0a92ec0,0) at panic+0xe8 > bufwrite(d19f4fc8,0,c0991b40,652,0) at bufwrite+0x84 > ffs_bufwrite(d19f4fc8,0,c09907be,1407,c097d9cd) at ffs_bufwrite+0x2f8 > flush_pagedep_deps(c254dcf0,c251fc00,c254ae74,129b,2) at=20 > flush_pagedep_deps+0x2d > d > softdep_sync_metadata(c254dcf0,0,c0991de3,129,1) at=20 > softdep_sync_metadata+0x501 > ffs_syncvnode(c254dcf0,1,e7dec688,c0706f33,c0a760c0) at ffs_syncvnode+0x3= a5 > ffs_truncate(c254dcf0,200,0,880,c220e780) at ffs_truncate+0x5be > ufs_direnter(c254dcf0,c25d4450,e7dec8e8,e7decbfc,0) at ufs_direnter+0x980 > ufs_makeinode(81a4,c254dcf0,e7decbe8,e7decbfc,e7deca64) at=20 > ufs_makeinode+0x4e7 > ufs_create(e7deca64,e7decd14,e7decbd4,e7decd14,e7decb20) at ufs_create+0x= 37 > VOP_CREATE_APV(c0a17b80,e7deca64,2,2,1) at VOP_CREATE_APV+0xbc > vn_open_cred(e7decbd4,e7deccd4,1a4,c220e780,4) at vn_open_cred+0x1fb > vn_open(e7decbd4,e7deccd4,1a4,4,c0a927d8) at vn_open+0x33 > kern_open(c255ecf0,804b048,0,602,21b6) at kern_open+0xc8 > open(c255ecf0,e7decd14,c,3ff,3) at open+0x36 > syscall(2f,2f,2f,805f100,bfbfeea4) at syscall+0x2a0 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (5, FreeBSD ELF32, open), eip =3D 0x280cad6f, esp =3D=20 > 0xbfbfec5c, ebp =3D 0xbfbfeca8 --- >=20 > Sorry for any wrapping - I'm using a windows pc to grab this using=20 > hyperterminal (eek!).. >=20 > Does that help? That's it. What does x/s 0xc09811a1 show? It will be the format string for the panic message, which I'm guessing is your KASSERT(!(bp->b_vflags & BV_BKGRDINPROG), ("FFS background buffer should not get here %p", bp)); again. Anyway, dump core if you can in case phk needs to see it. Kris --2oS5YaxWCcQjTEyO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCCul0Wry0BWjoQKURAn6dAKDWRxf6gaZsikO51YiSqIjw7HwH9wCgs1p2 4Q3kaUYF605H2+d8tZzoMUc= =WI/T -----END PGP SIGNATURE----- --2oS5YaxWCcQjTEyO-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 05:06:16 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4EDC016A4CE for ; Thu, 10 Feb 2005 05:06:16 +0000 (GMT) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F60543D3F for ; Thu, 10 Feb 2005 05:06:15 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from centtech.com ([192.168.42.25]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j1A56E5g069401; Wed, 9 Feb 2005 23:06:14 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <420AEB53.6050404@centtech.com> Date: Wed, 09 Feb 2005 23:04:19 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040316 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <420ADAFC.40504@centtech.com> <20050210040102.GA11457@xor.obsecurity.org> <420ADEF7.30003@centtech.com> <20050210042321.GA26438@xor.obsecurity.org> <420AE1E1.5030403@centtech.com> <20050210043710.GA26601@xor.obsecurity.org> <420AE5A3.3040406@centtech.com> <20050210045620.GA26777@xor.obsecurity.org> In-Reply-To: <20050210045620.GA26777@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.80/585/Thu Nov 11 06:22:42 2004 clamav-milter version 0.80j on mh2.centtech.com X-Virus-Status: Clean cc: freebsd-current@freebsd.org Subject: Re: Panic - FFS background buffer bla bla X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 05:06:16 -0000 Kris Kennaway wrote: >On Wed, Feb 09, 2005 at 10:40:03PM -0600, Eric Anderson wrote: > > > >>panic(c09811a1,d19f4fc8,c0730c71,c0a92ec0,0) at panic+0xe8 >>bufwrite(d19f4fc8,0,c0991b40,652,0) at bufwrite+0x84 >>ffs_bufwrite(d19f4fc8,0,c09907be,1407,c097d9cd) at ffs_bufwrite+0x2f8 >>flush_pagedep_deps(c254dcf0,c251fc00,c254ae74,129b,2) at >>flush_pagedep_deps+0x2d >>d >>softdep_sync_metadata(c254dcf0,0,c0991de3,129,1) at >>softdep_sync_metadata+0x501 >>ffs_syncvnode(c254dcf0,1,e7dec688,c0706f33,c0a760c0) at ffs_syncvnode+0x3a5 >>ffs_truncate(c254dcf0,200,0,880,c220e780) at ffs_truncate+0x5be >>ufs_direnter(c254dcf0,c25d4450,e7dec8e8,e7decbfc,0) at ufs_direnter+0x980 >>ufs_makeinode(81a4,c254dcf0,e7decbe8,e7decbfc,e7deca64) at >>ufs_makeinode+0x4e7 >>ufs_create(e7deca64,e7decd14,e7decbd4,e7decd14,e7decb20) at ufs_create+0x37 >>VOP_CREATE_APV(c0a17b80,e7deca64,2,2,1) at VOP_CREATE_APV+0xbc >>vn_open_cred(e7decbd4,e7deccd4,1a4,c220e780,4) at vn_open_cred+0x1fb >>vn_open(e7decbd4,e7deccd4,1a4,4,c0a927d8) at vn_open+0x33 >>kern_open(c255ecf0,804b048,0,602,21b6) at kern_open+0xc8 >>open(c255ecf0,e7decd14,c,3ff,3) at open+0x36 >>syscall(2f,2f,2f,805f100,bfbfeea4) at syscall+0x2a0 >>Xint0x80_syscall() at Xint0x80_syscall+0x1f >>--- syscall (5, FreeBSD ELF32, open), eip = 0x280cad6f, esp = >>0xbfbfec5c, ebp = 0xbfbfeca8 --- >> >>Sorry for any wrapping - I'm using a windows pc to grab this using >>hyperterminal (eek!).. >> >>Does that help? >> >> > >That's it. What does > >x/s 0xc09811a1 > >show? It will be the format string for the panic message, which I'm >guessing is your > > KASSERT(!(bp->b_vflags & BV_BKGRDINPROG), > ("FFS background buffer should not get here %p", bp)); > >again. Anyway, dump core if you can in case phk needs to see it. > > Yep - that's it. I did a 'panic' (which I think tries to dump core), and it spewed a ton of: panic: sched_bind: cannot bind non-running thread cpuid = 0 then locked up.. I'll reboot and see what happened.. Eric From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 05:10:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BD3616A4CE for ; Thu, 10 Feb 2005 05:10:15 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3270943D46 for ; Thu, 10 Feb 2005 05:10:15 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E3290512AF; Wed, 9 Feb 2005 21:10:13 -0800 (PST) Date: Wed, 9 Feb 2005 21:10:13 -0800 From: Kris Kennaway To: Eric Anderson Message-ID: <20050210051013.GA36975@xor.obsecurity.org> References: <420ADAFC.40504@centtech.com> <20050210040102.GA11457@xor.obsecurity.org> <420ADEF7.30003@centtech.com> <20050210042321.GA26438@xor.obsecurity.org> <420AE1E1.5030403@centtech.com> <20050210043710.GA26601@xor.obsecurity.org> <420AE5A3.3040406@centtech.com> <20050210045620.GA26777@xor.obsecurity.org> <420AEB53.6050404@centtech.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6c2NcOVqGQ03X4Wi" Content-Disposition: inline In-Reply-To: <420AEB53.6050404@centtech.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org cc: Kris Kennaway Subject: Re: Panic - FFS background buffer bla bla X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 05:10:15 -0000 --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 09, 2005 at 11:04:19PM -0600, Eric Anderson wrote: > Kris Kennaway wrote: >=20 > >On Wed, Feb 09, 2005 at 10:40:03PM -0600, Eric Anderson wrote: > > > >=20 > > > >>panic(c09811a1,d19f4fc8,c0730c71,c0a92ec0,0) at panic+0xe8 > >>bufwrite(d19f4fc8,0,c0991b40,652,0) at bufwrite+0x84 > >>ffs_bufwrite(d19f4fc8,0,c09907be,1407,c097d9cd) at ffs_bufwrite+0x2f8 > >>flush_pagedep_deps(c254dcf0,c251fc00,c254ae74,129b,2) at=20 > >>flush_pagedep_deps+0x2d > >>d > >>softdep_sync_metadata(c254dcf0,0,c0991de3,129,1) at=20 > >>softdep_sync_metadata+0x501 > >>ffs_syncvnode(c254dcf0,1,e7dec688,c0706f33,c0a760c0) at=20 > >>ffs_syncvnode+0x3a5 > >>ffs_truncate(c254dcf0,200,0,880,c220e780) at ffs_truncate+0x5be > >>ufs_direnter(c254dcf0,c25d4450,e7dec8e8,e7decbfc,0) at ufs_direnter+0x9= 80 > >>ufs_makeinode(81a4,c254dcf0,e7decbe8,e7decbfc,e7deca64) at=20 > >>ufs_makeinode+0x4e7 > >>ufs_create(e7deca64,e7decd14,e7decbd4,e7decd14,e7decb20) at=20 > >>ufs_create+0x37 > >>VOP_CREATE_APV(c0a17b80,e7deca64,2,2,1) at VOP_CREATE_APV+0xbc > >>vn_open_cred(e7decbd4,e7deccd4,1a4,c220e780,4) at vn_open_cred+0x1fb > >>vn_open(e7decbd4,e7deccd4,1a4,4,c0a927d8) at vn_open+0x33 > >>kern_open(c255ecf0,804b048,0,602,21b6) at kern_open+0xc8 > >>open(c255ecf0,e7decd14,c,3ff,3) at open+0x36 > >>syscall(2f,2f,2f,805f100,bfbfeea4) at syscall+0x2a0 > >>Xint0x80_syscall() at Xint0x80_syscall+0x1f > >>--- syscall (5, FreeBSD ELF32, open), eip =3D 0x280cad6f, esp =3D=20 > >>0xbfbfec5c, ebp =3D 0xbfbfeca8 --- > >> > >>Sorry for any wrapping - I'm using a windows pc to grab this using=20 > >>hyperterminal (eek!).. > >> > >>Does that help? > >> =20 > >> > > > >That's it. What does > > > >x/s 0xc09811a1 > > > >show? It will be the format string for the panic message, which I'm > >guessing is your > > > > KASSERT(!(bp->b_vflags & BV_BKGRDINPROG), > > ("FFS background buffer should not get here %p", bp)); > > > >again. Anyway, dump core if you can in case phk needs to see it. > >=20 > > >=20 > Yep - that's it. I did a 'panic' (which I think tries to dump core),=20 > and it spewed a ton of: > panic: sched_bind: cannot bind non-running thread > cpuid =3D 0 > then locked up.. I'll reboot and see what happened.. It's often better to 'call doadump' instead. Kris --6c2NcOVqGQ03X4Wi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCCuy1Wry0BWjoQKURAvyTAJ4iI9nPzg4aKSQDm6GyORoLydM2rgCg7FkF g2yPBC9nRibqsREx6CDPdPA= =+a2y -----END PGP SIGNATURE----- --6c2NcOVqGQ03X4Wi-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 05:15:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DC5F16A4CE for ; Thu, 10 Feb 2005 05:15:27 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 372D043D45 for ; Thu, 10 Feb 2005 05:15:27 +0000 (GMT) (envelope-from simonas.kareiva@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so40676rnf for ; Wed, 09 Feb 2005 21:15:25 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=UQurGMSwRVKnFWEBZX/EYc1NChFu0IOH//ivVBeQMeDyxJabizne3snXC4QqRHhOrlqBv1j3NLTZY0mn2ManqB/wIRHJ6a3Eh5jBtESKT+xz5XclRwFiq8xVvvcmHFwhaITtaVP8yLetwD6CvJ96uj/tLOwGOnFMpLSu8QWY6R8= Received: by 10.38.97.78 with SMTP id u78mr9698rnb; Wed, 09 Feb 2005 21:15:24 -0800 (PST) Received: by 10.38.70.31 with HTTP; Wed, 9 Feb 2005 21:15:24 -0800 (PST) Message-ID: <6035a596050209211570de2d03@mail.gmail.com> Date: Thu, 10 Feb 2005 07:15:24 +0200 From: Simonas Kareiva To: freebsd-current@freebsd.org In-Reply-To: <11888.203.220.51.162.1107997737.squirrel@mailbox.TU-Berlin.DE> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20050208145219.491D143D39@mx1.FreeBSD.org> <11935.203.51.156.53.1107878311.squirrel@mailbox.TU-Berlin.DE> <200502082246.10596.mark.rowlands@mypost.se> <11888.203.220.51.162.1107997737.squirrel@mailbox.TU-Berlin.DE> Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Simonas Kareiva List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 05:15:27 -0000 > >cd /usr/ports/misc/instant-workstation To use this port, a newbie must be introduced to the port system. He may accidently get a fortune tip to read 'man ports', but it's very unlikely ;-) Second, the whole bunch of RUN_DEPENDS takes a lot of time to build and it is not convenient for the majority. I suppose that many FreeBSD newbies would prefer (and should be introduced to) the usage of precompiled software packages. -- Simonas Kareiva From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 05:51:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91F0D16A4CE for ; Thu, 10 Feb 2005 05:51:29 +0000 (GMT) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E03A43D41 for ; Thu, 10 Feb 2005 05:51:27 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 616175D39; Thu, 10 Feb 2005 00:51:26 -0500 (EST) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 41709-10; Thu, 10 Feb 2005 00:51:25 -0500 (EST) Received: from [192.168.1.3] (pool-68-161-50-112.ny325.east.verizon.net [68.161.50.112]) by pi.codefab.com (Postfix) with ESMTP id 4C8BB5CEC; Thu, 10 Feb 2005 00:51:24 -0500 (EST) Message-ID: <420AF652.7040308@mac.com> Date: Thu, 10 Feb 2005 00:51:14 -0500 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <200502061104.37960.reso3w83@verizon.net> <68a08ad2f9cff22dfa603b47311158cd@beforever.com> <20050209145329.GA27679@wirehub.nl> <20050209.082507.35867907.imp@bsdimp.com> In-Reply-To: <20050209.082507.35867907.imp@bsdimp.com> X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com cc: freebsd-current@freebsd.org Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 05:51:29 -0000 M. Warner Losh wrote: > In message: <20050209145329.GA27679@wirehub.nl> > Robert Joosten writes: >:> Besides, it sounds like CVSUP will soon be replaced by something >:> much more efficient. >: >: http://subversion.tigris.org/ ? > > He said something more efficient. cvsup is extremely efficient in > using all the bandwidth available to it, in both directions. > subversion, while it has many other virtues, hasn't optimized the > transport layer to such a large extent... A good point. On the other hand, Subversion removes the need to perform network access to do common operations like diff and annotate. That's invaluable for people who use a laptop while commuting and are w/o network access for a time. -- -Chuck From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 06:03:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C9F716A4CE for ; Thu, 10 Feb 2005 06:03:56 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDBE443D3F for ; Thu, 10 Feb 2005 06:03:55 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.1) id j1A63ieE092288; Thu, 10 Feb 2005 00:03:44 -0600 (CST) (envelope-from dan) Date: Thu, 10 Feb 2005 00:03:44 -0600 From: Dan Nelson To: Chuck Swiger Message-ID: <20050210060344.GA54763@dan.emsphone.com> References: <200502061104.37960.reso3w83@verizon.net> <68a08ad2f9cff22dfa603b47311158cd@beforever.com> <20050209145329.GA27679@wirehub.nl> <20050209.082507.35867907.imp@bsdimp.com> <420AF652.7040308@mac.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <420AF652.7040308@mac.com> X-OS: FreeBSD 5.3-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.7i cc: freebsd-current@freebsd.org cc: "M. Warner Losh" Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 06:03:56 -0000 In the last episode (Feb 10), Chuck Swiger said: > M. Warner Losh wrote: > >In message: <20050209145329.GA27679@wirehub.nl> > > Robert Joosten writes: > >:> Besides, it sounds like CVSUP will soon be replaced by something > >:> much more efficient. > >: > >: http://subversion.tigris.org/ ? > > > > He said something more efficient. cvsup is extremely efficient in > > using all the bandwidth available to it, in both directions. > > subversion, while it has many other virtues, hasn't optimized the > > transport layer to such a large extent... > > A good point. On the other hand, Subversion removes the need to > perform network access to do common operations like diff and > annotate. That's invaluable for people who use a laptop while > commuting and are w/o network access for a time. That's what cvsup does, you know :) -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 06:27:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B758216A4CE for ; Thu, 10 Feb 2005 06:27:26 +0000 (GMT) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D91943D46 for ; Thu, 10 Feb 2005 06:27:26 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id E896D5EB4; Thu, 10 Feb 2005 01:27:25 -0500 (EST) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 42170-06; Thu, 10 Feb 2005 01:27:25 -0500 (EST) Received: from [192.168.1.3] (pool-68-161-50-112.ny325.east.verizon.net [68.161.50.112]) by pi.codefab.com (Postfix) with ESMTP id 107245EB0; Thu, 10 Feb 2005 01:27:24 -0500 (EST) Message-ID: <420AFEC2.2080403@mac.com> Date: Thu, 10 Feb 2005 01:27:14 -0500 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dan Nelson References: <200502061104.37960.reso3w83@verizon.net> <68a08ad2f9cff22dfa603b47311158cd@beforever.com> <20050209145329.GA27679@wirehub.nl> <20050209.082507.35867907.imp@bsdimp.com> <420AF652.7040308@mac.com> <20050210060344.GA54763@dan.emsphone.com> In-Reply-To: <20050210060344.GA54763@dan.emsphone.com> X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com cc: freebsd-current@freebsd.org cc: "M. Warner Losh" Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 06:27:26 -0000 Dan Nelson wrote: > In the last episode (Feb 10), Chuck Swiger said: [ ... ] >>A good point. On the other hand, Subversion removes the need to >>perform network access to do common operations like diff and >>annotate. That's invaluable for people who use a laptop while >>commuting and are w/o network access for a time. > > That's what cvsup does, you know :) You bet. :-) But darned few people using CVS seem to use cvsup in the first place, much less understand cvsup well enough to use it in CVS mode rather than in checkout mode. [ I suspect my point is less true for many readers of -current, and more true anywhere else than on a FreeBSD mailing list. ] -- -Chuck From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 08:31:31 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F20616A4CE for ; Thu, 10 Feb 2005 08:31:31 +0000 (GMT) Received: from relay.pair.com (relay00.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id C1EA343D1D for ; Thu, 10 Feb 2005 08:31:30 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 5906 invoked from network); 10 Feb 2005 08:31:30 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 10 Feb 2005 08:31:30 -0000 X-pair-Authenticated: 209.68.2.70 Date: Thu, 10 Feb 2005 02:31:28 -0600 (CST) From: Mike Silbersack To: current@freebsd.org Message-ID: <20050210022849.I1169@odysseus.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Any X11 benchmarks out there? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 08:31:31 -0000 Since the topic of general system benchmarks and MySQL benchmarks has come up again recently, I was wondering if anyone is aware of any X11 benchmarks. While X11 performance would certainly be greatly dependent on your video card, I could also see how it would stress IPC and the scheduler, as the benchmark application handed off commands to the X11 server. So, if there's a good benchmark, it would be useful in comparing 5.3 to 4.11 to linux, etc. The only X11 benchmark I could find in my quick searching is xbench, which is very old and doesn't appear to want to build (I didn't try to figure out why, I hate makefiles.) http://www.ibiblio.org/pub/X11/contrib/utilities/xbench-0.2-src.tar.gz Is anyone aware of something more modern? Mike "Silby" Silbersack From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 09:01:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B78516A4DA; Thu, 10 Feb 2005 09:01:08 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68C3643D41; Thu, 10 Feb 2005 09:01:07 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j1A913F8032716; Thu, 10 Feb 2005 10:01:05 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <420B22BB.70203@DeepCore.dk> Date: Thu, 10 Feb 2005 10:00:43 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tim Welch References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <1107988494.847.3.camel@mercury.thepentagon.org> In-Reply-To: <1107988494.847.3.camel@mercury.thepentagon.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.7 cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" Subject: Re: UPDATE: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 09:01:08 -0000 Tim Welch wrote: >=20 > A problem still exists with 48-bit addressing. This url details a fix > I've been using for the last 4 months or so with no issues yet. >=20 > http://lists.freebsd.org/pipermail/freebsd-hackers/2004-October/008821.= html Are you stil experiencing problems with atamkIII ? In that case its a different problem since atamkIII (as well as current) = has this fixed.. --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 09:02:20 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75B4B16A4CE for ; Thu, 10 Feb 2005 09:02:20 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id A66BA43D45 for ; Thu, 10 Feb 2005 09:02:19 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j1A92B9R032734; Thu, 10 Feb 2005 10:02:13 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <420B22FE.5090506@DeepCore.dk> Date: Thu, 10 Feb 2005 10:01:50 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Alastair D'Silva" References: <00a101c50f37$c4d50580$0201000a@riker> In-Reply-To: <00a101c50f37$c4d50580$0201000a@riker> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.7 cc: freebsd-current@FreeBSD.org Subject: Re: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 09:02:20 -0000 Alastair D'Silva wrote: > Hi S=F8ren, >=20 > The new code seems to be having trouble with my CMD-649 controllers. >=20 > I get an ATA_IDENTIFY (from memory) timeout when probing the primary dr= ive > of each channel (2 cards, 4 channels in total, 1 drive as the master of= each > channel), followed by a "memory modified after free" panic. I'll look into that! --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 09:10:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B80D516A4CE; Thu, 10 Feb 2005 09:10:15 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1301143D2F; Thu, 10 Feb 2005 09:10:15 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 5666E530C; Thu, 10 Feb 2005 10:10:13 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 424A75308; Thu, 10 Feb 2005 10:09:59 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 1001) id B891DB871; Thu, 10 Feb 2005 10:09:58 +0100 (CET) To: =?iso-8859-1?q?S=F8ren_Schmidt?= References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Thu, 10 Feb 2005 10:09:58 +0100 In-Reply-To: <420A1792.900@DeepCore.dk> =?iso-8859-1?q?=28S=F8ren?= Schmidt's message of "Wed, 09 Feb 2005 15:00:50 +0100") Message-ID: <86brasye55.fsf@dwp.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on flood.des.no X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=AWL,FORGED_RCVD_HELO autolearn=disabled version=3.0.1 cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" Subject: Re: UPDATE: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 09:10:15 -0000 S=F8ren Schmidt writes: > New version that fixes known problems so far etc now available: ah, just commit it already. it works for me, so it must be good enough ;) DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 10:07:22 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A89EC16A4CE; Thu, 10 Feb 2005 10:07:22 +0000 (GMT) Received: from relay.bestcom.ru (relay.bestcom.ru [217.72.144.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3BDD43D45; Thu, 10 Feb 2005 10:07:21 +0000 (GMT) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (root@cell.sick.ru [217.72.144.68]) by relay.bestcom.ru (8.13.1/8.12.9) with ESMTP id j1AA7HVS090033 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 10 Feb 2005 13:07:17 +0300 (MSK) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.11/8.12.8) with ESMTP id j1AA7GQ5021005 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 10 Feb 2005 13:07:17 +0300 (MSK) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.sick.ru (8.12.11/8.12.11/Submit) id j1AA7FmP021003; Thu, 10 Feb 2005 13:07:15 +0300 (MSK) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@freebsd.org using -f Date: Thu, 10 Feb 2005 13:07:15 +0300 From: Gleb Smirnoff To: net@freebsd.org, current@freebsd.org Message-ID: <20050210100715.GB20344@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Virus-Scanned: ClamAV version devel-20050125, clamav-milter version 0.80ff on relay.bestcom.ru X-Virus-Status: Clean Subject: ng_nat: proof of concept X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 10:07:22 -0000 [pls, remove current@freebsd.org from Cc, when replying] Collegues, I'm glad to announce new and VERY immature node - ng_nat. Actually it is just a proof of concept, not ready for any practical usage. ng_nat is a netgraph node, performing NAT. It works using libalias(3) ported to kernel, that's why it is going to have the same functionality as good old natd(8). But it will work in netgraph, in kernel. Node has two hooks - "in" and "out". Packets to be masqueraded should be sent to "out" hook, packets to be demasqueraded should be sent to "in" hook. Here a sample P.O.C. setup, which is working: kldload ng_ipfw ipfw add 30 netgraph 60 ip from 192.168.0.1 to ${some_host} out via ng1 ipfw add 31 netgraph 61 ip from ${some_host} to ${oif} in via ng1 kldload libalias kldload ng_nat ngctl mkpeer ipfw: nat 60 out ngctl name ipfw:60 nat ngctl connect ipfw: nat: 61 in ngctl msg nat: setaliasaddr ${oif} [on 192.168.0.1 host] ping ${some_host} And it works! :) Well, it is not yet time to call for testers, but patches are already shared. First kernel alias library needs to be built. cd /usr/src/lib/libalias fetch http://people.freebsd.org/~glebius/totest/ng_nat/libalias-kernel.diff patch < libalias-kernel.diff cd /usr/src/sys/modules mkdir libalias cd libalias fetch http://people.freebsd.org/~glebius/totest/ng_nat/Makefile make make install Then ng_nat module can be built: cd /usr/src/sys/netgraph fetch http://people.freebsd.org/~glebius/totest/ng_nat/ng_nat.c fetch http://people.freebsd.org/~glebius/totest/ng_nat/ng_nat.h cd /usr/src/sys/modules/netgraph mkdir nat cd nat fetch http://people.freebsd.org/~glebius/totest/ng_nat/ng_nat/Makefile make make install The snapshots at http://people.freebsd.org/~glebius/totest/ng_nat are going to be updated several times per weeek. Comments are welcome. Especially I'd be glad for criticism and advices concerning of clean porting libalias to kernel. Make ifdefs and defines more nice, etc. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 10:21:48 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B93016A4CE; Thu, 10 Feb 2005 10:21:48 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17A3143D41; Thu, 10 Feb 2005 10:21:47 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 3A2D9530C; Thu, 10 Feb 2005 11:21:45 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 910015308; Thu, 10 Feb 2005 11:20:38 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 1001) id AAEE8B871; Thu, 10 Feb 2005 11:20:37 +0100 (CET) To: =?iso-8859-1?q?S=F8ren_Schmidt?= References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Thu, 10 Feb 2005 11:20:37 +0100 In-Reply-To: <420A1792.900@DeepCore.dk> =?iso-8859-1?q?=28S=F8ren?= Schmidt's message of "Wed, 09 Feb 2005 15:00:50 +0100") Message-ID: <86y8dwwway.fsf@dwp.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on flood.des.no X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=AWL,FORGED_RCVD_HELO autolearn=disabled version=3.0.1 cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" Subject: Re: UPDATE: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 10:21:48 -0000 --=-=-= Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable S=F8ren Schmidt writes: > As always, enjoy and let me know how it goes... Peachy. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no --=-=-= Content-Disposition: attachment; filename=dmesg.xps Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-CURRENT #3: Thu Feb 10 10:51:56 CET 2005 des@xps.des.no:/usr/obj/usr/src/sys/xps Preloaded elf kernel "/boot/xps/kernel" at 0xc0786000. Preloaded elf module "/boot/xps/vesa.ko" at 0xc07861c4. Preloaded elf module "/boot/xps/acpi.ko" at 0xc078626c. Preloaded elf module "/boot/xps/acpi_perf.ko" at 0xc0786314. Calibrating clock(s) ... i8254 clock: 1193190 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 3591024219 Hz CPU: Intel(R) Pentium(R) 4 CPU 3.60GHz (3591.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf34 Stepping = 4 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 2145959936 (2046 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009ffff, 651264 bytes (159 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000825000 - 0x000000007da2afff, 2099273728 bytes (512518 pages) avail memory = 2099228672 (2001 MB) Table 'FACP' at 0xfcce7 Table 'SSDT' at 0xfffc9563 Table 'APIC' at 0xfcd5b MADT: Found table at 0xfcd5b MP Configuration Table version 1.4 found at 0xc00f0000 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled MADT: Found CPU APIC ID 1 ACPI ID 2: enabled MADT: Found CPU APIC ID 1 ACPI ID 3: disabled MADT: Found CPU APIC ID 7 ACPI ID 4: disabled ACPI APIC Table: APIC: CPU 0 has ACPI ID 1 bios32: Found BIOS32 Service Directory header at 0xc00ffe80 bios32: Entry = 0xffe90 (c00ffe90) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xb757 pnpbios: Found PnP BIOS data at 0xc00fe2d0 pnpbios: Entry = f0000:e2f4 Rev = 1.0 Other BIOS signatures found: MADT: Found IO APIC ID 8, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 8 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: intr override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: intr override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: high lapic: Routing NMI -> LINT1 lapic: LINT1 trigger: level lapic: LINT1 polarity: high ioapic0 irqs 0-23 on motherboard lapic0: Forcing LINT1 to edge trigger cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00008400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 io: null: VESA: information block 56 45 53 41 00 03 1c 02 00 c0 01 00 00 00 22 00 00 01 00 01 01 09 6b 01 00 00 94 00 00 00 e0 51 00 00 00 01 01 01 03 01 05 01 07 01 10 01 11 01 12 01 13 01 14 01 15 01 16 01 17 01 18 01 19 01 VESA: 73 mode(s) found VESA: v3.0, 16384k memory, flags:0x1, mode table:0xc0721622 (1000022) VESA: ATI ATOMBIOS VESA: \M-p\^_\M-* \^_\M-* random: mem: Pentium Pro MTRR support enabled npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80010054 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=25848086) pcibios: BIOS version 2.10 Found $PIR table, 13 entries at 0xc00feb00 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 31 A 0x60 3 4 5 6 7 9 10 11 14 15 embedded 0 31 B 0x61 3 4 5 6 7 9 10 11 14 15 embedded 0 31 C 0x68 3 4 5 6 7 9 10 11 14 15 embedded 0 29 A 0x69 3 4 5 6 7 9 10 11 14 15 embedded 0 29 B 0x6a 3 4 5 6 7 9 10 11 14 15 embedded 0 29 C 0x62 3 4 5 6 7 9 10 11 14 15 embedded 0 29 D 0x6b 3 4 5 6 7 9 10 11 14 15 embedded 0 30 A 0x6b 3 4 5 6 7 9 10 11 14 15 embedded 1 0 A 0x60 3 4 5 6 7 9 10 11 14 15 slot 1 4 0 A 0x60 3 4 5 6 7 9 10 11 14 15 slot 1 4 0 B 0x61 3 4 5 6 7 9 10 11 14 15 slot 1 4 0 C 0x62 3 4 5 6 7 9 10 11 14 15 slot 1 4 0 D 0x63 3 4 5 6 7 9 10 11 14 15 slot 2 4 1 A 0x61 3 4 5 6 7 9 10 11 14 15 slot 2 4 1 B 0x62 3 4 5 6 7 9 10 11 14 15 slot 2 4 1 C 0x63 3 4 5 6 7 9 10 11 14 15 slot 2 4 1 D 0x60 3 4 5 6 7 9 10 11 14 15 slot 3 4 2 A 0x62 3 4 5 6 7 9 10 11 14 15 slot 3 4 2 B 0x63 3 4 5 6 7 9 10 11 14 15 slot 3 4 2 C 0x60 3 4 5 6 7 9 10 11 14 15 slot 3 4 2 D 0x61 3 4 5 6 7 9 10 11 14 15 slot 4 4 3 A 0x60 3 4 5 6 7 9 10 11 14 15 slot 4 4 3 B 0x62 3 4 5 6 7 9 10 11 14 15 slot 4 4 3 C 0x61 3 4 5 6 7 9 10 11 14 15 slot 4 4 3 D 0x63 3 4 5 6 7 9 10 11 14 15 embedded 2 0 A 0x60 3 4 5 6 7 9 10 11 14 15 slot 5 3 0 A 0x61 3 4 5 6 7 9 10 11 14 15 slot 5 3 0 B 0x62 3 4 5 6 7 9 10 11 14 15 slot 5 3 0 C 0x63 3 4 5 6 7 9 10 11 14 15 slot 5 3 0 D 0x60 3 4 5 6 7 9 10 11 14 15 embedded 4 7 A 0x63 3 4 5 6 7 9 10 11 14 15 embedded 0 1 A 0x60 3 4 5 6 7 9 10 11 14 15 embedded 0 1 B 0x61 3 4 5 6 7 9 10 11 14 15 embedded 0 1 C 0x62 3 4 5 6 7 9 10 11 14 15 embedded 0 1 D 0x63 3 4 5 6 7 9 10 11 14 15 embedded 0 28 A 0x60 3 4 5 6 7 9 10 11 14 15 embedded 0 28 B 0x61 3 4 5 6 7 9 10 11 14 15 embedded 0 28 C 0x62 3 4 5 6 7 9 10 11 14 15 embedded 0 28 D 0x63 3 4 5 6 7 9 10 11 14 15 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) ACPI timer: 1/1 1/1 1/1 1/1 0/614 1/1 1/1 1/1 1/1 1/1 -> 9 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x2584, revid=0x04 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2585, revid=0x04 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x0a (2500 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2660, revid=0x03 bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 pcib0: matched entry for 0.28.INTB pcib0: slot 28 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x2662, revid=0x03 bus=0, slot=28, func=1 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=b, irq=17 map[20]: type 4, range 32, base 0000ff80, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 21 found-> vendor=0x8086, dev=0x2658, revid=0x03 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=21 map[20]: type 4, range 32, base 0000ff60, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 22 found-> vendor=0x8086, dev=0x2659, revid=0x03 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=22 map[20]: type 4, range 32, base 0000ff40, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x265a, revid=0x03 bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=18 map[20]: type 4, range 32, base 0000ff20, size 5, enabled pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 23 found-> vendor=0x8086, dev=0x265b, revid=0x03 bus=0, slot=29, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=23 map[10]: type 1, range 32, base ffa80800, size 10, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 21 found-> vendor=0x8086, dev=0x265c, revid=0x03 bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=21 powerspec 2 supports D0 D3 current D0 found-> vendor=0x8086, dev=0x244e, revid=0xd3 bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2640, revid=0x03 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0107, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000ffa0, size 4, enabled pcib0: matched entry for 0.31.INTA pcib0: slot 31 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x266f, revid=0x03 bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0288, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 map[10]: type 4, range 32, base 0000fe00, size 3, enabled map[14]: type 4, range 32, base 0000fe10, size 2, enabled map[18]: type 4, range 32, base 0000fe20, size 3, enabled map[1c]: type 4, range 32, base 0000fe30, size 2, enabled map[20]: type 4, range 32, base 0000fea0, size 4, enabled map[24]: type 1, range 32, base dffffc00, size 10, enabled pcib0: matched entry for 0.31.INTC pcib0: slot 31 INTC hardwired to IRQ 20 found-> vendor=0x8086, dev=0x2652, revid=0x03 bus=0, slot=31, func=2 class=01-04-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=20 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000ece0, size 5, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x266a, revid=0x03 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0101, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=17 pcib1: irq 16 at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xd000-0xdfff pcib1: memory decode 0xdfd00000-0xdfefffff pcib1: prefetched decode 0xc0000000-0xcfffffff pci1: on pcib1 pci1: physical bus=1 map[10]: type 3, range 32, base c0000000, size 28, enabled pcib1: device (null) requested decoded memory range 0xc0000000-0xcfffffff map[14]: type 4, range 32, base 0000dc00, size 8, enabled pcib1: device (null) requested decoded I/O range 0xdc00-0xdcff map[18]: type 1, range 32, base dfde0000, size 16, enabled pcib1: device (null) requested decoded memory range 0xdfde0000-0xdfdeffff pcib1: matched entry for 1.0.INTA pcib1: slot 0 INTA hardwired to IRQ 16 found-> vendor=0x1002, dev=0x5d57, revid=0x00 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0003, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 32, base dfdf0000, size 16, enabled pcib1: device (null) requested decoded memory range 0xdfdf0000-0xdfdfffff found-> vendor=0x1002, dev=0x5d77, revid=0x00 bus=1, slot=0, func=1 class=03-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D1 D2 D3 current D0 pci1: at device 0.0 (no driver attached) pci1: at device 0.1 (no driver attached) pcib2: irq 16 at device 28.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xf000-0xfff pcib2: memory decode 0xdfc00000-0xdfcfffff pcib2: prefetched decode 0xfff00000-0xfffff pci2: on pcib2 pci2: physical bus=2 map[10]: type 1, range 64, base dfcf0000, size 16, enabled pcib2: device (null) requested decoded memory range 0xdfcf0000-0xdfcfffff pcib2: matched entry for 2.0.INTA pcib2: slot 0 INTA hardwired to IRQ 16 found-> vendor=0x14e4, dev=0x1677, revid=0x01 bus=2, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit bge0: mem 0xdfcf0000-0xdfcfffff irq 16 at device 0.0 on pci2 bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xdfcf0000 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: bpf attached bge0: Ethernet address: 00:11:11:5a:cf:e7 bge0: [MPSAFE] pcib3: irq 17 at device 28.1 on pci0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0xf000-0xfff pcib3: memory decode 0xdfb00000-0xdfbfffff pcib3: prefetched decode 0xfff00000-0xfffff pci3: on pcib3 pci3: physical bus=3 uhci0: port 0xff80-0xff9f irq 21 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xff80 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xff60-0xff7f irq 22 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xff60 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xff40-0xff5f irq 18 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xff40 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xff20-0xff3f irq 23 at device 29.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xff20 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ukbd0: Logitech USB Receiver, rev 1.10/21.00, addr 2, iclass 3/1 kbd: new array size 4 kbd1 at ukbd0 kbd1: ukbd0, generic (0), config:0x0, flags:0x1d0000 ums0: Logitech USB Receiver, rev 1.10/21.00, addr 2, iclass 3/1 ums0: 7 buttons and Z dir. pci0: at device 29.7 (no driver attached) pci0:29:7: Transition from D0 to D3 pcib4: at device 30.0 on pci0 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: I/O decode 0xc000-0xcfff pcib4: memory decode 0xdfa00000-0xdfafffff pcib4: prefetched decode 0xfff00000-0xfffff pcib4: Subtractively decoded bridge. pci4: on pcib4 pci4: physical bus=4 map[10]: type 1, range 32, base dfaf0000, size 16, enabled pcib4: device (null) requested decoded memory range 0xdfaf0000-0xdfafffff map[14]: type 4, range 32, base 0000ccb8, size 3, enabled pcib4: device (null) requested decoded I/O range 0xccb8-0xccbf pcib4: matched entry for 4.1.INTA pcib4: slot 1 INTA hardwired to IRQ 17 found-> vendor=0x14f1, dev=0x2f20, revid=0x00 bus=4, slot=1, func=0 class=07-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=17 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000ccc0, size 6, enabled pcib4: device (null) requested decoded I/O range 0xccc0-0xccff pcib4: matched entry for 4.2.INTA pcib4: slot 2 INTA hardwired to IRQ 18 found-> vendor=0x1102, dev=0x0004, revid=0x04 bus=4, slot=2, func=0 class=04-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0105, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x02 (500 ns), maxlat=0x14 (5000 ns) intpin=a, irq=18 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base dfae7000, size 11, enabled pcib4: device (null) requested decoded memory range 0xdfae7000-0xdfae77ff map[14]: type 1, range 32, base dfae8000, size 14, enabled pcib4: device (null) requested decoded memory range 0xdfae8000-0xdfaebfff pcib4: matched entry for 4.2.INTB pcib4: slot 2 INTB hardwired to IRQ 19 found-> vendor=0x1102, dev=0x4001, revid=0x04 bus=4, slot=2, func=2 class=0c-00-10, hdrtype=0x00, mfdev=1 cmdreg=0x0116, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) intpin=b, irq=19 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base dfae7800, size 11, enabled pcib4: device (null) requested decoded memory range 0xdfae7800-0xdfae7fff map[14]: type 1, range 32, base dfaec000, size 14, enabled pcib4: device (null) requested decoded memory range 0xdfaec000-0xdfaeffff pcib4: matched entry for 4.7.INTA pcib4: slot 7 INTA hardwired to IRQ 19 found-> vendor=0x104c, dev=0x8024, revid=0x00 bus=4, slot=7, func=0 class=0c-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0116, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) intpin=a, irq=19 powerspec 2 supports D0 D1 D2 D3 current D0 pci4: at device 1.0 (no driver attached) pci4:1:0: Transition from D0 to D3 pci4: at device 2.0 (no driver attached) pci4:2:0: Transition from D0 to D3 pci4: at device 2.2 (no driver attached) pci4:2:2: Transition from D0 to D3 pci4: at device 7.0 (no driver attached) pci4:7:0: Transition from D0 to D3 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 irq 16 at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xffa0 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=00 ostat1=10 ata0: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: reset tp2 stat0=00 stat1=00 devices=0xc ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ata1: [MPSAFE] atapci1: port 0xfea0-0xfeaf,0xfe30-0xfe33,0xfe20-0xfe27,0xfe10-0xfe13,0xfe00-0xfe07 mem 0xdffffc00-0xdfffffff irq 20 at device 31.2 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfea0 atapci1: [MPSAFE] ata2: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0xfe00 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0xfe10 ata2: reset tp1 mask=03 ostat0=80 ostat1=80 ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=50 devices=0x3 ata2: [MPSAFE] ata3: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0xfe20 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0xfe30 ata3: reset tp1 mask=03 ostat0=7f ostat1=7f ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat1=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: reset tp2 stat0=ff stat1=7f devices=0x0 ata3: [MPSAFE] pci0: at device 31.3 (no driver attached) pci0:31:3: Transition from D0 to D3 pci_link0: irq 11 on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 15 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 15 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 15 pci_link1: irq 10 on acpi0 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 9 10 11 12 15 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 9 10 11 12 15 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 15 pci_link2: irq 3 on acpi0 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 3 N 0 3 4 5 6 7 9 10 11 12 15 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 3 N 0 3 4 5 6 7 9 10 11 12 15 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 15 pci_link3: irq 9 on acpi0 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 9 N 0 3 4 5 6 7 9 10 11 12 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 9 N 0 3 4 5 6 7 9 10 11 12 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 15 pci_link4: irq 5 on acpi0 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 9 10 11 12 15 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 9 10 11 12 15 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 15 pci_link5: irq 9 on acpi0 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 9 N 0 3 4 5 6 7 9 10 11 12 15 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 9 N 0 3 4 5 6 7 9 10 11 12 15 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 15 pci_link6: irq 5 on acpi0 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 9 10 11 12 15 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 9 10 11 12 15 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 15 pci_link7: irq 10 on acpi0 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 9 10 11 12 15 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 9 10 11 12 15 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 15 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0: port 0x778-0x77f,0x378-0x37f irq 7 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0: irq maps: 0xca9 0xcb9 0xca9 0xca9 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xd3800-0xd3fff,0xcf000-0xd37ff,0xcd800-0xcefff,0xc0000-0xcd7ff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0xffffffff (1) atkbd: failed to reset the keyboard. kbd0 at atkbd0 kbd0: atkbd0, AT 84 (1), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0065 psm0: failed to reset the aux device. bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0xca9 0xca9 0xca9 0xca9 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. Reducing kern.maxvnodes 134525 -> 100000 Timecounter "TSC" frequency 3591024219 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached ata0-slave: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=80 wire ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire acd0: setting PIO4 on Intel ICH6 chip acd0: setting UDMA33 on Intel ICH6 chip acd0: DVDROM drive at ata0 as master acd0: read 8268KB/s (8268KB/s), 256KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: CD-ROM 120mm data disc acd1: setting PIO4 on Intel ICH6 chip acd1: setting UDMA33 on Intel ICH6 chip acd1: CDRW drive at ata0 as slave acd1: read 6890KB/s (6890KB/s) write 6890KB/s (6890KB/s), 2048KB buffer, UDMA33 acd1: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd1: Writes: CDR, CDRW, test write, burnproof acd1: Audio: play, 2 volume levels acd1: Mechanism: ejectable tray, unlocked acd1: Medium: CD-ROM 120mm audio disc ata0-slave: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad4: 238418MB at ata2-master SATA150 ad4: 488281250 sectors [484406C/16H/63S] 16 sectors/interrupt 1 depth queue ad4: Intel calc=f09b4d1e meta=f84da68f ad4: Intel check2 failed ********* ATA Intel MatrixRAID Metadata ********* intel_id version <1.0.00> checksum 0xf84da68f config_size 0x000001e0 config_id 0xef10e50c generation 0x000000ef total_disks 2 total_volumes 1 DISK# serial disk_sectors disk_id flags 0 488281250 0x00000000 0x0000013a 1 488281250 0x00000100 0x0000013a name ARRAY total_sectors 976561664 state 0 reserved 0 offset 0 disk_sectors 488280832 stripe_count 1907347 stripe_sectors 256 status 0 type RAID0 total_disks 2 disk 0 at disk_idx 0x00000000 disk 1 at disk_idx 0x00000001 ================================================= ad5: 238418MB at ata2-slave SATA150 ad5: 488281250 sectors [484406C/16H/63S] 16 sectors/interrupt 1 depth queue ad5: Intel calc=f09b4d1e meta=f84da68f ad5: Intel check2 failed ********* ATA Intel MatrixRAID Metadata ********* intel_id version <1.0.00> checksum 0xf84da68f config_size 0x000001e0 config_id 0xef10e50c generation 0x000000ef total_disks 2 total_volumes 1 DISK# serial disk_sectors disk_id flags 0 488281250 0x00000000 0x0000013a 1 488281250 0x00000100 0x0000013a name ARRAY total_sectors 976561664 state 0 reserved 0 offset 0 disk_sectors 488280832 stripe_count 1907347 stripe_sectors 256 status 0 type RAID0 total_disks 2 disk 0 at disk_idx 0x00000000 disk 1 at disk_idx 0x00000001 ================================================= ATA PseudoRAID loaded ********** ATA PseudoRAID ar0 Metadata ********** ================================================= format Intel MatrixRAID type RAID0 flags 0x01 1 magic_0 0x00000000ef10e50c magic_1 0x0000000000000000 generation 239 total_sectors 976561664 offset_sectors 0 heads 255 sectors 63 cylinders 60788 width 2 interleave 256 total_disks 2 disk 0: flags = 0x0b b ad4: sectors 488280832 disk 1: flags = 0x0b b ad5: sectors 488280832 ================================================= ar0: 476836MB status: READY ar0: 976561664 sectors [60788C/255H/63S] subdisks defined as: ar0: disk0 READY using ad4 at ata2-master ar0: disk1 READY using ad5 at ata2-slave ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 6 (ISA IRQ 6) to cluster 0 ioapic0: routing intpin 7 (ISA IRQ 7) to cluster 0 ioapic0: routing intpin 8 (ISA IRQ 8) to cluster 0 ioapic0: routing intpin 9 (ISA IRQ 9) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 16 (PCI IRQ 16) to cluster 0 ioapic0: routing intpin 18 (PCI IRQ 18) to cluster 0 ioapic0: routing intpin 20 (PCI IRQ 20) to cluster 0 ioapic0: routing intpin 21 (PCI IRQ 21) to cluster 0 ioapic0: routing intpin 22 (PCI IRQ 22) to cluster 0 ioapic0: routing intpin 23 (PCI IRQ 23) to cluster 0 GEOM: new disk ad4 GEOM: new disk ad5 GEOM: new disk ar0 Trying to mount root from ufs:/dev/ar0s3a start_init: trying /sbin/init --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 10:29:22 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3571516A4CE for ; Thu, 10 Feb 2005 10:29:22 +0000 (GMT) Received: from mail09.syd.optusnet.com.au (mail09.syd.optusnet.com.au [211.29.132.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27C6243D1D for ; Thu, 10 Feb 2005 10:29:21 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) j1AATI7F022305 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 10 Feb 2005 21:29:19 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])j1AATH7l062421; Thu, 10 Feb 2005 21:29:17 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)j1AATHcL062420; Thu, 10 Feb 2005 21:29:17 +1100 (EST) (envelope-from pjeremy) Date: Thu, 10 Feb 2005 21:29:17 +1100 From: Peter Jeremy To: Mike Silbersack Message-ID: <20050210102917.GB62061@cirb503493.alcatel.com.au> References: <20050210022849.I1169@odysseus.silby.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050210022849.I1169@odysseus.silby.com> User-Agent: Mutt/1.4.2i cc: current@freebsd.org Subject: Re: Any X11 benchmarks out there? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 10:29:22 -0000 On Thu, 2005-Feb-10 02:31:28 -0600, Mike Silbersack wrote: >The only X11 benchmark I could find in my quick searching is xbench, which >is very old and doesn't appear to want to build (I didn't try to figure >out why, I hate makefiles.) x11perf or glxgears I think both are standard clients. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 10:59:00 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FD8A16A4CE; Thu, 10 Feb 2005 10:59:00 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A47A843D1F; Thu, 10 Feb 2005 10:58:56 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j1AAwoD7067984; Thu, 10 Feb 2005 21:28:52 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Thu, 10 Feb 2005 21:28:39 +1030 User-Agent: KMail/1.7.2 References: <20050210022849.I1169@odysseus.silby.com> <20050210102917.GB62061@cirb503493.alcatel.com.au> In-Reply-To: <20050210102917.GB62061@cirb503493.alcatel.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart16295635.RWRFqfXO9b"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502102128.47059.doconnor@gsoft.com.au> X-Spam-Score: -4.6 () IN_REP_TO,PGP_SIGNATURE_2,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Peter Jeremy cc: Mike Silbersack cc: current@freebsd.org Subject: Re: Any X11 benchmarks out there? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 10:59:00 -0000 --nextPart16295635.RWRFqfXO9b Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 10 Feb 2005 20:59, Peter Jeremy wrote: > On Thu, 2005-Feb-10 02:31:28 -0600, Mike Silbersack wrote: > >The only X11 benchmark I could find in my quick searching is xbench, whi= ch > >is very old and doesn't appear to want to build (I didn't try to figure > >out why, I hate makefiles.) > > x11perf or glxgears > > I think both are standard clients. If you're talking glxgears you could run Quake I/II/III timedemos :) (or UT2004..) =2D-=20 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 --nextPart16295635.RWRFqfXO9b Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCCz5m5ZPcIHs/zowRAhnqAJ48vTIe5jZdvfXR/AXPxdiQwLsysACeIJu7 0ONlyc27FeKx/NXFf7e3FE0= =+CvR -----END PGP SIGNATURE----- --nextPart16295635.RWRFqfXO9b-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 10:59:00 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FD8A16A4CE; Thu, 10 Feb 2005 10:59:00 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A47A843D1F; Thu, 10 Feb 2005 10:58:56 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j1AAwoD7067984; Thu, 10 Feb 2005 21:28:52 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Thu, 10 Feb 2005 21:28:39 +1030 User-Agent: KMail/1.7.2 References: <20050210022849.I1169@odysseus.silby.com> <20050210102917.GB62061@cirb503493.alcatel.com.au> In-Reply-To: <20050210102917.GB62061@cirb503493.alcatel.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart16295635.RWRFqfXO9b"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502102128.47059.doconnor@gsoft.com.au> X-Spam-Score: -4.6 () IN_REP_TO,PGP_SIGNATURE_2,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Peter Jeremy cc: Mike Silbersack cc: current@freebsd.org Subject: Re: Any X11 benchmarks out there? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 10:59:00 -0000 --nextPart16295635.RWRFqfXO9b Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 10 Feb 2005 20:59, Peter Jeremy wrote: > On Thu, 2005-Feb-10 02:31:28 -0600, Mike Silbersack wrote: > >The only X11 benchmark I could find in my quick searching is xbench, whi= ch > >is very old and doesn't appear to want to build (I didn't try to figure > >out why, I hate makefiles.) > > x11perf or glxgears > > I think both are standard clients. If you're talking glxgears you could run Quake I/II/III timedemos :) (or UT2004..) =2D-=20 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 --nextPart16295635.RWRFqfXO9b Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCCz5m5ZPcIHs/zowRAhnqAJ48vTIe5jZdvfXR/AXPxdiQwLsysACeIJu7 0ONlyc27FeKx/NXFf7e3FE0= =+CvR -----END PGP SIGNATURE----- --nextPart16295635.RWRFqfXO9b-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 11:04:21 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9133C16A4CE; Thu, 10 Feb 2005 11:04:21 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F1C743D2D; Thu, 10 Feb 2005 11:04:20 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id j1AB4C54009051; Thu, 10 Feb 2005 03:04:16 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200502101104.j1AB4C54009051@gw.catspoiler.org> Date: Thu, 10 Feb 2005 03:04:12 -0800 (PST) From: Don Lewis To: jhb@FreeBSD.org In-Reply-To: <200502082329.j18NT9DE004558@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: freebsd-current@FreeBSD.org Subject: Re: odd -CURRENT performance issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 11:04:21 -0000 On 8 Feb, Don Lewis wrote: > On 8 Feb, John Baldwin wrote: >> WITNESS has especially poor scalability issues and can get much worse as more >> lock classes and relationships are added to its tree due to how it tries to >> rebalance the tree every time it adds a new relationship (and each rebalance >> is O(n) I think). If you turn off witness via sysctl debug.witness.watch=0,. >> does the same weirdness persist? > > I'm in the middle of a portupgrade run to catch up with the latest perl > upgrade, so it'll be a while before I can try that experiment. Earlier > today I broke into DDB a bunch of times to get some stack traces to try > to figure out where the kernel was spending most of its time. Most of > the stack traces had this in common: > > critical_exit(c094d12c,eb27bbac,c0643c27,c0906a20,0) at critical_exit+0xb2 > _mtx_unlock_spin_flags(c0906a20,0,c083c0bd,325,c28515c0) at _mtx_unlock_spin_flags+0x8d > witness_checkorder(c2dad7bc,9,c0852ab7,9f) at witness_checkorder+0x29f > _mtx_lock_flags(c2dad7bc,0,c0852ab7,9f,22) at _mtx_lock_flags+0x5b > > where witness_checkorder+0x29f is here: > > /* > * If we know that the the lock we are acquiring comes after > * the lock we most recently acquired in the lock order tree, > * then there is no need for any further checks. > */ > if (isitmydescendant(w1, w)) { > mtx_unlock_spin(&w_mtx); > > and by far the majority of the callers were calling VM_OBJECT_LOCK(). > > I suspect that the tree has gotten rebalanced so that the "vm object" > lock suddenly takes a much longer time to find. I'll try to get > snapshots of the tree before and after the problem occurs. I forgot to try turning off debug.witness.watch, but I did a "show witness" when the system was slow and then after a reboot which made the system was fast again. It looks like the discovery of the FFS Lock -> standard object relationship, which causes witness to delete the direct link Giant -> standard object is what is throwing out the boat anchor. Without this direct parent/child relationship, isitmydescendant() has a much longer search to do. I just looked closely at the rebalancing code. Gak! Here are the outputs of show witness in the fast and slow cases: Fast: Sleep locks: 0 g_xdown -- last acquired @ /usr/src/sys/geom/geom_io.c:423 3 Giant -- last acquired @ /usr/src/sys/kern/kern_timeout.c:247 4 UMA lock -- last acquired @ /usr/src/sys/vm/uma_core.c:1491 12 Malloc Stats -- last acquired @ /usr/src/sys/kern/kern_malloc.c:228 16 UMA pcpu -- last acquired @ /usr/src/sys/vm/uma_core.c:1825 17 KMAP ENTRY -- last acquired @ /usr/src/sys/vm/uma_core.c:418 18 UMA zone -- last acquired @ /usr/src/sys/vm/uma_core.c:1842 4 standard object -- last acquired @ /usr/src/sys/vm/vm_object.c:449 5 vm object_list -- last acquired @ /usr/src/sys/vm/vm_object.c:643 5 swap_pager swhash -- last acquired @ /usr/src/sys/vm/swap_pager.c:1961 14 vm page queue mutex -- last acquired @ /usr/src/sys/vm/vm_fault.c:902 15 vnode interlock -- last acquired @ /usr/src/sys/kern/vfs_subr.c:1898 16 Syncer mtx -- last acquired @ /usr/src/sys/kern/vfs_subr.c:1617 16 vnode_free_list -- last acquired @ /usr/src/sys/kern/vfs_subr.c:590 16 cdev -- last acquired @ /usr/src/sys/kern/kern_conf.c:70 15 pmap -- last acquired @ /usr/src/sys/i386/i386/pmap.c:2688 16 UMA pcpu -- (already displayed) 16 uma object -- last acquired @ /usr/src/sys/vm/uma_core.c:988 16 SYSMAPS -- last acquired @ /usr/src/sys/i386/i386/pmap.c:2422 4 kernel linker -- last acquired @ /usr/src/sys/kern/kern_linker.c:461 4 eventhandler -- last acquired @ /usr/src/sys/kern/subr_eventhandler.c:213 5 eventhandler list -- last acquired @ /usr/src/sys/kern/kern_exit.c:199 4 malloc -- last acquired @ /usr/src/sys/kern/kern_malloc.c:584 4 filedesc structure -- last acquired @ /usr/src/sys/kern/sys_generic.c:814 6 accept -- last acquired @ /usr/src/sys/kern/uipc_socket.c:460 7 so_snd -- last acquired @ /usr/src/sys/kern/uipc_socket.c:2112 8 tcp_hc_entry -- last acquired @ /usr/src/sys/netinet/tcp_hostcache.c:286 8 so_rcv -- last acquired @ /usr/src/sys/kern/uipc_socket.c:2113 9 radix node head -- last acquired @ /usr/src/sys/net/route.c:148 10 ifnet -- last acquired @ /usr/src/sys/net/if.c:1056 10 rtentry -- last acquired @ /usr/src/sys/netinet/ip_output.c:822 11 network driver -- last acquired @ /usr/src/sys/dev/fxp/if_fxp.c:1756 12 if send queue -- last acquired @ /usr/src/sys/dev/fxp/if_fxp.c:1268 12 Malloc Stats -- (already displayed) 12 knlist lock for lockless objects -- last acquired @ /usr/src/sys/kern/kern_event.c:1453 12 system map -- last acquired @ /usr/src/sys/vm/vm_map.c:2317 13 kmem object -- last acquired @ /usr/src/sys/vm/vm_kern.c:397 14 vm page queue mutex -- (already displayed) 13 kernel object -- last acquired @ /usr/src/sys/kern/vfs_bio.c:3705 14 vm page queue mutex -- (already displayed) 11 rts_inq -- last acquired @ /usr/src/sys/net/netisr.c:232 11 ifaddr -- last acquired @ /usr/src/sys/net/route.c:788 9 sellck -- last acquired @ /usr/src/sys/kern/sys_generic.c:713 9 process lock -- last acquired @ /usr/src/sys/kern/kern_resource.c:850 10 ktrace -- last acquired @ /usr/src/sys/kern/kern_exit.c:354 10 sigacts -- last acquired @ /usr/src/sys/kern/subr_sleepqueue.c:369 10 struct pargs.ref -- last acquired @ /usr/src/sys/kern/kern_proc.c:1110 10 session -- last acquired @ /usr/src/sys/kern/kern_proc.c:450 11 tty -- last acquired @ /usr/src/sys/kern/kern_event.c:1453 15 vnode interlock -- (already displayed) 11 uidinfo hash -- last acquired @ /usr/src/sys/kern/kern_resource.c:1034 12 sleep mtxpool -- last acquired @ /usr/src/sys/kern/kern_prot.c:1749 12 uidinfo struct -- last acquired @ order list:0 13 allprison -- last acquired @ /usr/src/sys/kern/kern_jail.c:460 5 pipe mutex -- last acquired @ /usr/src/sys/kern/sys_pipe.c:1340 9 sellck -- (already displayed) 6 sigio lock -- last acquired @ /usr/src/sys/kern/kern_descrip.c:739 7 process group -- last acquired @ /usr/src/sys/kern/kern_proc.c:257 9 process lock -- (already displayed) 4 rman -- last acquired @ /usr/src/sys/kern/subr_rman.c:448 12 Malloc Stats -- (already displayed) 12 system map -- (already displayed) 4 kobj -- last acquired @ /usr/src/sys/kern/subr_kobj.c:298 4 devd -- last acquired @ /usr/src/sys/kern/subr_bus.c:497 9 sellck -- (already displayed) 4 bounce pages lock -- last acquired @ /usr/src/sys/i386/i386/busdma_machdep.c:1054 4 TID lock -- last acquired @ /usr/src/sys/kern/kern_thread.c:204 4 vm86 lock -- last acquired @ /usr/src/sys/i386/i386/vm86.c:581 4 acpica subsystem lock -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/Osd/OsdSynch.c:360 4 ithread -- last acquired @ /usr/src/sys/kern/kern_intr.c:275 4 ttylist -- last acquired @ /usr/src/sys/kern/tty.c:2799 11 tty -- (already displayed) 4 GEOM orphanage -- last acquired @ /usr/src/sys/geom/geom_event.c:188 4 ACPI semaphore -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/Osd/OsdSynch.c:300 4 taskqueue list -- last acquired @ /usr/src/sys/kern/subr_taskqueue.c:85 4 domain list -- last acquired @ /usr/src/sys/kern/uipc_domain.c:224 4 rman head -- last acquired @ /usr/src/sys/kern/subr_rman.c:111 4 bdone lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:3031 4 sf_buf -- last acquired @ /usr/src/sys/i386/i386/vm_machdep.c:680 4 taskqueue -- last acquired @ /usr/src/sys/kern/subr_taskqueue.c:194 4 bpf global lock -- last acquired @ /usr/src/sys/net/bpf.c:1446 5 bpf interface lock -- last acquired @ order list:0 6 bpf cdev lock -- last acquired @ order list:0 4 pseudofs -- last acquired @ /usr/src/sys/fs/pseudofs/pseudofs_fileno.c:86 4 nfsd_mtx -- last acquired @ /usr/src/sys/nfsserver/nfs_srvsock.c:811 8 so_rcv -- (already displayed) 4 if_cloners lock -- last acquired @ /usr/src/sys/net/if_clone.c:199 4 Name Cache -- last acquired @ /usr/src/sys/kern/vfs_cache.c:347 15 vnode interlock -- (already displayed) 16 UMA pcpu -- (already displayed) 4 if_clone lock -- last acquired @ /usr/src/sys/net/if_clone.c:321 4 tcp -- last acquired @ /usr/src/sys/netinet/tcp_subr.c:1359 5 tcpinp -- last acquired @ /usr/src/sys/netinet/tcp_input.c:747 6 so_glabel -- last acquired @ /usr/src/sys/kern/uipc_socket.c:273 6 random reseed -- last acquired @ /usr/src/sys/dev/random/yarrow.c:193 6 ip_inq -- last acquired @ /usr/src/sys/net/netisr.c:232 6 arc4_mtx -- last acquired @ /usr/src/sys/libkern/arc4random.c:137 6 accept -- (already displayed) 4 pbuf mutex -- last acquired @ /usr/src/sys/vm/vm_pager.c:410 4 lo_mtx -- last acquired @ /usr/src/sys/net/if_loop.c:154 4 pfil_head_mtx -- last acquired @ /usr/src/sys/net/pfil.c:174 5 pfil_head_list lock -- last acquired @ /usr/src/sys/net/pfil.c:180 4 pseudofs_vncache -- last acquired @ /usr/src/sys/fs/pseudofs/pseudofs_vncache.c:243 15 vnode interlock -- (already displayed) 4 needsbuffer lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:313 4 Softdep Lock -- last acquired @ /usr/src/sys/ufs/ffs/ffs_softdep.c:4420 5 buffer daemon lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:421 12 Malloc Stats -- (already displayed) 15 vnode interlock -- (already displayed) 16 UMA pcpu -- (already displayed) 4 runningbufspace lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:332 4 devstat -- last acquired @ /usr/src/sys/kern/subr_devstat.c:190 4 ACPI task queue -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/Osd/OsdSchedule.c:118 4 mntid -- last acquired @ /usr/src/sys/kern/vfs_subr.c:415 5 mountlist -- last acquired @ /usr/src/sys/kern/vfs_subr.c:3078 6 struct mount mtx -- last acquired @ /usr/src/sys/kern/vfs_vnops.c:957 15 vnode interlock -- (already displayed) 4 buf queue lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:1544 15 vnode interlock -- (already displayed) 4 rtsock route_cb lock -- last acquired @ /usr/src/sys/net/rtsock.c:234 4 FFS Lock -- last acquired @ /usr/src/sys/ufs/ffs/ffs_softdep.c:2316 4 fdesc -- last acquired @ /usr/src/sys/kern/kern_descrip.c:1425 4 g_disk_done -- last acquired @ /usr/src/sys/geom/geom_disk.c:198 5 bio queue -- last acquired @ /usr/src/sys/geom/geom_io.c:66 16 UMA pcpu -- (already displayed) 4 dirhash list -- last acquired @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:348 5 dirhash -- last acquired @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:456 4 rawcb -- last acquired @ /usr/src/sys/net/raw_cb.c:105 8 so_rcv -- (already displayed) 4 udp -- last acquired @ /usr/src/sys/netinet/udp_usrreq.c:246 5 udp6inp -- last acquired @ /usr/src/sys/netinet6/udp6_usrreq.c:670 6 if_afdata -- last acquired @ /usr/src/sys/netinet6/scope6.c:272 6 ip6_inq -- last acquired @ /usr/src/sys/net/netisr.c:232 6 accept -- (already displayed) 5 udpinp -- last acquired @ /usr/src/sys/netinet/udp_usrreq.c:386 6 arc4_mtx -- (already displayed) 6 NFS reqq lock -- last acquired @ /usr/src/sys/nfsclient/nfs_socket.c:1049 7 Synch NFS reply posting -- last acquired @ /usr/src/sys/nfsclient/nfs_socket.c:584 9 process lock -- (already displayed) 6 accept -- (already displayed) 4 ufs ihash -- last acquired @ /usr/src/sys/ufs/ufs/ufs_ihash.c:156 15 vnode interlock -- (already displayed) 4 semid -- last acquired @ /usr/src/sys/kern/sysv_sem.c:1002 5 sem -- last acquired @ /usr/src/sys/kern/sysv_sem.c:1258 4 unp -- last acquired @ /usr/src/sys/kern/uipc_usrreq.c:329 6 accept -- (already displayed) 0 g_xup -- last acquired @ /usr/src/sys/geom/geom_io.c:484 3 Giant -- (already displayed) 0 arp_inq -- last acquired @ /usr/src/sys/net/netisr.c:232 0 igmp_mtx -- last acquired @ /usr/src/sys/netinet/igmp.c:431 0 ipqlock -- last acquired @ /usr/src/sys/netinet/ip_input.c:1110 16 UMA pcpu -- (already displayed) 0 ip6qlock -- last acquired @ /usr/src/sys/netinet6/frag6.c:682 0 nfslock -- last acquired @ /usr/src/sys/nfsclient/nfs_lock.c:123 0 GEOM topology -- last acquired @ /usr/src/sys/geom/geom_event.c:220 1 fdc lock -- last acquired @ /usr/src/sys/dev/fdc/fdc.c:777 2 callout_wait_lock -- last acquired @ /usr/src/sys/kern/kern_timeout.c:289 1 swapdev -- last acquired @ /usr/src/sys/vm/swap_pager.c:2102 3 Giant -- (already displayed) 0 p_peers -- last acquired @ /usr/src/sys/kern/kern_exit.c:250 0 ACPI PCI power methods -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_pci.c:207 0 ACPI root bus -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi.c:969 4 rman -- (already displayed) 4 ACPI semaphore -- (already displayed) 0 ACPI PCI bus methods -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_pcib.c:214 1 ACPI PCI link -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_pci_link.c:972 2 kernel environment -- last acquired @ /usr/src/sys/kern/kern_environment.c:285 4 ACPI semaphore -- (already displayed) 12 Malloc Stats -- (already displayed) 16 UMA pcpu -- (already displayed) 0 ACPI CPU -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_cpu.c:817 0 module subsystem sx lock -- last acquired @ /usr/src/sys/kern/kern_module.c:115 0 protect sysfilt_ops -- last acquired @ /usr/src/sys/kern/kern_event.c:669 0 sysctl lock -- last acquired @ /usr/src/sys/kern/kern_sysctl.c:1335 1 filelist lock -- last acquired @ /usr/src/sys/kern/kern_descrip.c:2128 4 filedesc structure -- (already displayed) 1 addrsel_lock -- last acquired @ /usr/src/sys/netinet6/in6_src.c:1137 1 rip -- last acquired @ /usr/src/sys/netinet/raw_ip.c:866 1 allproc -- last acquired @ /usr/src/sys/kern/sched_4bsd.c:435 2 user map -- last acquired @ /usr/src/sys/vm/vm_map.c:2998 3 Giant -- (already displayed) 0 ddp_list_mtx -- last acquired @ order list:0 1 ddp_mtx -- last acquired @ order list:0 0 slip_mtx -- last acquired @ order list:0 1 slip sc_mtx -- last acquired @ order list:0 0 proctree -- last acquired @ /usr/src/sys/kern/tty.c:2076 1 allproc -- (already displayed) Slow: Sleep locks: 0 g_xdown -- last acquired @ /usr/src/sys/geom/geom_io.c:423 3 Giant -- last acquired @ /usr/src/sys/kern/kern_timeout.c:247 4 UMA lock -- last acquired @ /usr/src/sys/vm/uma_core.c:1491 12 Malloc Stats -- last acquired @ /usr/src/sys/kern/kern_malloc.c:228 12 system map -- last acquired @ /usr/src/sys/vm/vm_map.c:2317 13 kmem object -- last acquired @ /usr/src/sys/vm/vm_kern.c:397 14 vm page queue mutex -- last acquired @ /usr/src/sys/vm/vm_pageout.c:1433 15 vnode interlock -- last acquired @ /usr/src/sys/kern/vfs_subr.c:1489 16 vnode_free_list -- last acquired @ /usr/src/sys/kern/vfs_subr.c:590 16 Syncer mtx -- last acquired @ /usr/src/sys/kern/vfs_subr.c:1617 16 cdev -- last acquired @ /usr/src/sys/kern/kern_conf.c:70 15 pmap -- last acquired @ /usr/src/sys/i386/i386/pmap.c:1626 16 UMA pcpu -- last acquired @ /usr/src/sys/vm/uma_core.c:2251 17 KMAP ENTRY -- last acquired @ /usr/src/sys/vm/uma_core.c:418 18 UMA zone -- last acquired @ /usr/src/sys/vm/uma_core.c:2269 16 uma object -- last acquired @ /usr/src/sys/vm/uma_core.c:988 16 SYSMAPS -- last acquired @ /usr/src/sys/i386/i386/pmap.c:2422 13 kernel object -- last acquired @ /usr/src/sys/vm/vm_object.c:449 14 vm page queue mutex -- (already displayed) 4 vm86 lock -- last acquired @ /usr/src/sys/i386/i386/vm86.c:581 4 eventhandler -- last acquired @ /usr/src/sys/kern/subr_eventhandler.c:213 5 eventhandler list -- last acquired @ /usr/src/sys/kern/kern_exit.c:199 4 malloc -- last acquired @ /usr/src/sys/kern/kern_malloc.c:584 4 kernel linker -- last acquired @ /usr/src/sys/kern/kern_linker.c:1061 4 filedesc structure -- last acquired @ /usr/src/sys/kern/sys_generic.c:814 6 accept -- last acquired @ /usr/src/sys/kern/uipc_socket.c:460 7 so_snd -- last acquired @ /usr/src/sys/kern/uipc_socket.c:2112 8 tcp_hc_entry -- last acquired @ /usr/src/sys/netinet/tcp_hostcache.c:654 12 system map -- (already displayed) 8 so_rcv -- last acquired @ /usr/src/sys/kern/uipc_socket.c:2113 9 sellck -- last acquired @ /usr/src/sys/kern/sys_generic.c:713 9 radix node head -- last acquired @ /usr/src/sys/net/route.c:148 10 ifnet -- last acquired @ /usr/src/sys/net/if.c:1056 11 random reseed -- last acquired @ /usr/src/sys/dev/random/yarrow.c:193 11 arc4_mtx -- last acquired @ /usr/src/sys/libkern/arc4random.c:137 10 rtentry -- last acquired @ /usr/src/sys/netinet/ip_output.c:822 11 rts_inq -- last acquired @ /usr/src/sys/net/netisr.c:232 11 network driver -- last acquired @ /usr/src/sys/dev/fxp/if_fxp.c:1756 12 Malloc Stats -- (already displayed) 12 knlist lock for lockless objects -- last acquired @ /usr/src/sys/kern/kern_event.c:1453 12 if send queue -- last acquired @ /usr/src/sys/dev/fxp/if_fxp.c:1268 12 system map -- (already displayed) 11 ifaddr -- last acquired @ /usr/src/sys/net/route.c:788 9 process lock -- last acquired @ /usr/src/sys/kern/subr_sleepqueue.c:368 10 struct pargs.ref -- last acquired @ /usr/src/sys/kern/kern_proc.c:1110 10 ktrace -- last acquired @ /usr/src/sys/kern/kern_exit.c:354 10 sigacts -- last acquired @ /usr/src/sys/kern/subr_sleepqueue.c:369 10 session -- last acquired @ /usr/src/sys/kern/kern_proc.c:450 15 vnode interlock -- (already displayed) 11 tty -- last acquired @ /usr/src/sys/kern/kern_event.c:1453 11 uidinfo hash -- last acquired @ /usr/src/sys/kern/kern_resource.c:1034 12 sleep mtxpool -- last acquired @ /usr/src/sys/kern/kern_descrip.c:2099 12 uidinfo struct -- last acquired @ order list:0 13 allprison -- last acquired @ /usr/src/sys/kern/kern_jail.c:460 5 pipe mutex -- last acquired @ /usr/src/sys/kern/sys_pipe.c:1340 14 vm page queue mutex -- (already displayed) 9 sellck -- (already displayed) 6 sigio lock -- last acquired @ /usr/src/sys/kern/kern_descrip.c:739 7 process group -- last acquired @ /usr/src/sys/kern/kern_proc.c:257 9 process lock -- (already displayed) 4 devd -- last acquired @ /usr/src/sys/kern/subr_bus.c:497 9 sellck -- (already displayed) 4 bounce pages lock -- last acquired @ /usr/src/sys/i386/i386/busdma_machdep.c:1054 4 kobj -- last acquired @ /usr/src/sys/kern/subr_kobj.c:298 4 TID lock -- last acquired @ /usr/src/sys/kern/kern_thread.c:204 4 rman -- last acquired @ /usr/src/sys/kern/subr_rman.c:448 12 Malloc Stats -- (already displayed) 12 system map -- (already displayed) 4 bpf global lock -- last acquired @ /usr/src/sys/net/bpf.c:1446 5 bpf interface lock -- last acquired @ order list:0 6 bpf cdev lock -- last acquired @ order list:0 4 ACPI semaphore -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/Osd/OsdSynch.c:300 4 acpica subsystem lock -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/Osd/OsdSynch.c:360 4 GEOM orphanage -- last acquired @ /usr/src/sys/geom/geom_event.c:188 4 ithread -- last acquired @ /usr/src/sys/kern/kern_intr.c:275 4 ttylist -- last acquired @ /usr/src/sys/kern/tty.c:2799 11 tty -- (already displayed) 4 taskqueue list -- last acquired @ /usr/src/sys/kern/subr_taskqueue.c:85 4 rman head -- last acquired @ /usr/src/sys/kern/subr_rman.c:111 4 taskqueue -- last acquired @ /usr/src/sys/kern/subr_taskqueue.c:194 4 domain list -- last acquired @ /usr/src/sys/kern/uipc_domain.c:224 4 bdone lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:3031 4 sf_buf -- last acquired @ /usr/src/sys/i386/i386/vm_machdep.c:680 4 tcp -- last acquired @ /usr/src/sys/netinet/tcp_subr.c:1359 5 tcpinp -- last acquired @ /usr/src/sys/netinet/tcp_input.c:747 6 ip6_inq -- last acquired @ /usr/src/sys/net/netisr.c:232 6 if_afdata -- last acquired @ /usr/src/sys/netinet6/scope6.c:272 6 so_glabel -- last acquired @ /usr/src/sys/kern/uipc_socket.c:273 6 ip_inq -- last acquired @ /usr/src/sys/net/netisr.c:232 6 accept -- (already displayed) 4 if_cloners lock -- last acquired @ /usr/src/sys/net/if_clone.c:199 4 pseudofs -- last acquired @ /usr/src/sys/fs/pseudofs/pseudofs_fileno.c:86 4 Name Cache -- last acquired @ /usr/src/sys/kern/vfs_cache.c:347 12 system map -- (already displayed) 4 if_clone lock -- last acquired @ /usr/src/sys/net/if_clone.c:321 4 nfsd_mtx -- last acquired @ /usr/src/sys/nfsserver/nfs_srvsock.c:811 8 so_rcv -- (already displayed) 4 udp -- last acquired @ /usr/src/sys/netinet/udp_usrreq.c:246 5 udp6inp -- last acquired @ /usr/src/sys/netinet6/udp6_usrreq.c:670 6 ip6_inq -- (already displayed) 6 if_afdata -- (already displayed) 6 accept -- (already displayed) 5 udpinp -- last acquired @ /usr/src/sys/netinet/udp_usrreq.c:386 6 ip_inq -- (already displayed) 6 NFS reqq lock -- last acquired @ /usr/src/sys/nfsclient/nfs_socket.c:1049 7 Synch NFS reply posting -- last acquired @ /usr/src/sys/nfsclient/nfs_socket.c:584 6 accept -- (already displayed) 4 runningbufspace lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:332 4 pfil_head_mtx -- last acquired @ /usr/src/sys/net/pfil.c:174 5 pfil_head_list lock -- last acquired @ /usr/src/sys/net/pfil.c:180 4 pbuf mutex -- last acquired @ /usr/src/sys/vm/vm_pager.c:410 4 lo_mtx -- last acquired @ /usr/src/sys/net/if_loop.c:154 4 pseudofs_vncache -- last acquired @ /usr/src/sys/fs/pseudofs/pseudofs_vncache.c:243 15 vnode interlock -- (already displayed) 4 rtsock route_cb lock -- last acquired @ /usr/src/sys/net/rtsock.c:234 4 ACPI task queue -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/Osd/OsdSchedule.c:118 4 devstat -- last acquired @ /usr/src/sys/kern/subr_devstat.c:83 4 fdesc -- last acquired @ /usr/src/sys/kern/kern_descrip.c:1425 4 mntid -- last acquired @ /usr/src/sys/kern/vfs_subr.c:415 5 mountlist -- last acquired @ /usr/src/sys/kern/vfs_subr.c:3078 6 struct mount mtx -- last acquired @ /usr/src/sys/kern/vfs_vnops.c:984 15 vnode interlock -- (already displayed) 4 rawcb -- last acquired @ /usr/src/sys/net/raw_cb.c:105 8 so_rcv -- (already displayed) 4 unp -- last acquired @ /usr/src/sys/kern/uipc_usrreq.c:329 6 accept -- (already displayed) 4 FFS Lock -- last acquired @ /usr/src/sys/ufs/ffs/ffs_vfsops.c:1044 5 needsbuffer lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:313 5 buf queue lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:1544 6 struct mount mtx -- (already displayed) 6 Softdep Lock -- last acquired @ /usr/src/sys/ufs/ffs/ffs_softdep.c:402 7 buffer daemon lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:2151 12 Malloc Stats -- (already displayed) 12 system map -- (already displayed) 5 standard object -- last acquired @ /usr/src/sys/kern/vfs_bio.c:3523 6 vm object_list -- last acquired @ /usr/src/sys/vm/vm_object.c:643 6 swap_pager swhash -- last acquired @ /usr/src/sys/vm/swap_pager.c:1961 7 swapdev -- last acquired @ /usr/src/sys/vm/swap_pager.c:2245 16 uma object -- (already displayed) 16 UMA pcpu -- (already displayed) 14 vm page queue mutex -- (already displayed) 4 g_disk_done -- last acquired @ /usr/src/sys/geom/geom_disk.c:198 5 bio queue -- last acquired @ /usr/src/sys/geom/geom_io.c:66 12 system map -- (already displayed) 4 rip -- last acquired @ /usr/src/sys/netinet/raw_ip.c:195 6 accept -- (already displayed) 4 semid -- last acquired @ /usr/src/sys/kern/sysv_sem.c:1286 5 sem -- last acquired @ /usr/src/sys/kern/sysv_sem.c:1258 4 dirhash list -- last acquired @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:348 5 dirhash -- last acquired @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:349 4 ufs ihash -- last acquired @ /usr/src/sys/ufs/ufs/ufs_ihash.c:156 15 vnode interlock -- (already displayed) 4 linux osname -- last acquired @ /usr/src/sys/modules/linux/../../compat/linux/linux_mib.c:231 4 ipqlock -- last acquired @ /usr/src/sys/netinet/ip_input.c:1110 16 UMA pcpu -- (already displayed) 0 g_xup -- last acquired @ /usr/src/sys/geom/geom_io.c:484 3 Giant -- (already displayed) 0 arp_inq -- last acquired @ /usr/src/sys/net/netisr.c:232 0 igmp_mtx -- last acquired @ /usr/src/sys/netinet/igmp.c:431 0 ip6qlock -- last acquired @ /usr/src/sys/netinet6/frag6.c:682 0 nfslock -- last acquired @ /usr/src/sys/nfsclient/nfs_lock.c:123 0 GEOM topology -- last acquired @ /usr/src/sys/geom/geom_event.c:220 1 fdc lock -- last acquired @ /usr/src/sys/dev/fdc/fdc.c:777 2 callout_wait_lock -- last acquired @ /usr/src/sys/kern/kern_timeout.c:289 3 Giant -- (already displayed) 0 p_peers -- last acquired @ /usr/src/sys/kern/kern_exit.c:250 0 ACPI PCI power methods -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_pci.c:207 0 ACPI root bus -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi.c:969 4 rman -- (already displayed) 4 ACPI semaphore -- (already displayed) 0 ACPI PCI bus methods -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_pcib.c:214 1 ACPI PCI link -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_pci_link.c:972 4 ACPI semaphore -- (already displayed) 12 Malloc Stats -- (already displayed) 2 kernel environment -- last acquired @ /usr/src/sys/kern/kern_environment.c:285 16 UMA pcpu -- (already displayed) 0 ACPI CPU -- last acquired @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_cpu.c:817 0 module subsystem sx lock -- last acquired @ /usr/src/sys/kern/kern_module.c:115 0 protect sysfilt_ops -- last acquired @ /usr/src/sys/kern/kern_event.c:669 0 sysctl lock -- last acquired @ /usr/src/sys/kern/kern_sysctl.c:1335 1 filelist lock -- last acquired @ /usr/src/sys/kern/kern_descrip.c:2128 4 filedesc structure -- (already displayed) 1 addrsel_lock -- last acquired @ /usr/src/sys/netinet6/in6_src.c:1137 1 allproc -- last acquired @ /usr/src/sys/kern/sched_4bsd.c:435 2 user map -- last acquired @ /usr/src/sys/vm/vm_glue.c:176 3 Giant -- (already displayed) 0 ddp_list_mtx -- last acquired @ order list:0 1 ddp_mtx -- last acquired @ order list:0 0 slip_mtx -- last acquired @ order list:0 1 slip sc_mtx -- last acquired @ order list:0 0 proctree -- last acquired @ /usr/src/sys/kern/kern_exit.c:591 1 allproc -- (already displayed) From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 12:38:34 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFA8116A4CE for ; Thu, 10 Feb 2005 12:38:34 +0000 (GMT) Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.com [194.25.134.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F29743D3F for ; Thu, 10 Feb 2005 12:38:34 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd04.aul.t-online.de by mailout01.sul.t-online.com with smtp id 1CzDab-0001Tl-00; Thu, 10 Feb 2005 13:38:33 +0100 Received: from Andro-Beta.Leidinger.net (Jb1UPaZroe3oZsD1jWdFk5jCFutC2G2oThuDU25TqBXZ-U8mqwNp6Y@[217.83.21.184]) by fmrl04.sul.t-online.com with esmtp id 1CzDDn-1Z2t8q0; Thu, 10 Feb 2005 13:14:59 +0100 Received: from localhost (localhost [127.0.0.1])j1ACEZTR015096; Thu, 10 Feb 2005 13:14:35 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from 141.113.101.32 ([141.113.101.32]) by netchild.homeip.net (Horde) with HTTP for ; Thu, 10 Feb 2005 13:14:35 +0100 Message-ID: <20050210131435.0lpcp5gdno0gs8ww@netchild.homeip.net> X-Priority: 3 (Normal) Date: Thu, 10 Feb 2005 13:14:35 +0100 From: Alexander Leidinger To: Ryan Sommers References: <20050208145219.491D143D39@mx1.FreeBSD.org> <11935.203.51.156.53.1107878311.squirrel@mailbox.TU-Berlin.DE> <200502082246.10596.mark.rowlands@mypost.se> <11888.203.220.51.162.1107997737.squirrel@mailbox.TU-Berlin.DE> <420ABA5E.9090307@gamersimpact.com> In-Reply-To: <420ABA5E.9090307@gamersimpact.com> MIME-Version: 1.0 User-Agent: Internet Messaging Program (IMP) H3 (4.0.1) / FreeBSD-4.11 X-ID: Jb1UPaZroe3oZsD1jWdFk5jCFutC2G2oThuDU25TqBXZ-U8mqwNp6Y@t-dialin.net X-TOI-MSGID: 65b0eb2e-9fc4-48b8-974e-dba680616999 Content-Type: text/plain; charset=ISO-8859-15; format="flowed" Content-Transfer-Encoding: 7bit Content-Disposition: inline Content-Description: Textversion der Nachricht X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: current@freebsd.org Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 12:38:35 -0000 Ryan Sommers wrote:[Live-CD's]> However, I DON'T think it should be the job of the @freebsd.org > developers to maintain this assortment. I believe it would be better > handled by individual groups. A certain amount of core support in the > main distribution could be provided to make everyone's lives easier, but > I don't imagine that being much beyond where we all hope the project is > going.A while ago I worked on an infrastructure to automate the creation of a set of live CD's. You just have to specify the ports you want to have installed. It's implemented as part of the ports collection, so it would also be possible to automate this.My framework builds the world, populates a chroot and builds the requested ports there. After this it does some cleanup in the chroot and generates an ISO image. It uses an existing src and ports tree (so a patched OS can be used for the CD). Unfortunately I haven't finished it. The missing bits: testing if it boots (I don't think so, some rc.conf settings (/tmp and /var aren't rw yet) are missing for this) and no X11 (auto)configuration is done (with a recent X.org it should be possible without alot of hardwired knowledge).So as soon as a good framework exists, it should be easy to produce various kinds of Live-CD's without alot of effort or maintainance requirements.Bye, Alexander.-- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 Michael: Hi. I'm Michael Jackson, from The Jacksons.Homer: I'm Homer Simpson, from the Simpsons.Stark Raving Dad From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 21:30:46 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B64CF16A4D1; Wed, 9 Feb 2005 21:30:46 +0000 (GMT) Received: from 171.115.97-84.rev.gaoland.net (171.115.97-84.rev.gaoland.net [84.97.115.171]) by mx1.FreeBSD.org (Postfix) with SMTP id 7D32C43D39; Wed, 9 Feb 2005 21:29:46 +0000 (GMT) (envelope-from vcszsyjvgvpt@brasilia.net) Received: from 218.40.252.192 by 211.22.153.253; Wed, 09 Feb 2005 14:26:10 -0700 Message-ID: From: "Joanna Parsons" To: doc@freebsd.org, alwinhickey@freebsd.org, current@freebsd.org, security-officer@freebsd.org, stable@freebsd.org Date: Thu, 10 Feb 2005 02:19:10 +0500 MIME-Version: 1.0 X-Mailman-Approved-At: Thu, 10 Feb 2005 13:07:39 +0000 Content-Type: text/plain; Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Cheap C!ALlS, VALlUM, VlAGRA here! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joanna Parsons List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 21:30:46 -0000 Cheap meds from Canada and free C|AL|S to boot: http://3bagnes.136.hdcnsowp.com/d/ http://3bagnes.136.hdcnsowp.com/d/ http://3bagnes.136.hdcnsowp.com/d/ http://3bagnes.136.hdcnsowp.com/d/ http://3bagnes.136.hdcnsowp.com/d/ http://3bagnes.136.hdcnsowp.com/d/ http://3bagnes.136.hdcnsowp.com/d/ dwarf knock algorithmic beta devotion peony nu gimpy shock perturbation brewster nj convoke dendritic crab wu biddy specify deane loudspeaking amino tim letterman foxy Get 0ut of this L|st: http://3bagnes.136.hdcnsowp.com/d/bye From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 22:18:18 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 514F716A4CE for ; Wed, 9 Feb 2005 22:18:18 +0000 (GMT) Received: from fidel.freesurf.fr (fidel.freesurf.fr [212.43.206.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00BAC43D39 for ; Wed, 9 Feb 2005 22:18:18 +0000 (GMT) (envelope-from nsouch@free.fr) Received: from smtp (62-240-249-21.adsl.freesurf.fr [62.240.249.21]) by fidel.freesurf.fr (Postfix) with SMTP id E44262A6DE1 for ; Wed, 9 Feb 2005 23:18:15 +0100 (CET) Received: (qmail 10815 invoked by uid 1000); 9 Feb 2005 22:17:40 -0000 Date: Wed, 9 Feb 2005 23:17:40 +0100 From: Nicolas Souchu To: Martin Message-ID: <20050209221740.GA10794@breizh> References: <20050208034855.D211E43D45@mx1.FreeBSD.org> <20050208040642.GA37528@xor.obsecurity.org> <1107848499.815.30.camel@klotz.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1107848499.815.30.camel@klotz.local> User-Agent: Mutt/1.5.6+20040907i X-Mailman-Approved-At: Thu, 10 Feb 2005 13:07:39 +0000 cc: FreeBSD Current cc: Kris Kennaway Subject: Re: Yet another sysinstall thread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 22:18:18 -0000 On Tue, Feb 08, 2005 at 08:41:39AM +0100, Martin wrote: > Am Montag, den 07.02.2005, 20:06 -0800 schrieb Kris Kennaway: > > > Fine, yeah, sysinstall sucks, but writing emails proposing > > specifications for how someone else should implement a replacement > > isn't going to get that job done. Thousands of words have been > > written on that topic over the years, but precious little code. > > I've been trying to port one of my framebuffer-based linux applications, > but I ran into problem with VESA-support on the terminal (inconsistent? > incomplete?) and after even the simpliest VGA-based (320x200) apps > failed to execute leaving me hanging in graphics mode and panic()ing, > I gave up. This was my experience with libvgl last year. > > When I wrote to this list last year, someone suggested to take a look > at KGI4BSD. That's of course nice, but to start programming something, > it would be nice to have the feeling that you have everything you need You should rather rely on GGI (http://www.ggi-project.org) It is very versatile and will allow you to output on vgl(4) or KGI4BSD as you wish. It gives graphic routines and generic framebuffer access. > in the base distribution. And btw, I don't see KGI4BSD supporting VESA > which I would prefer in the first step, because every VGA-card has got VESA is fully supported. It is the most I use here. > this interface and you don't need acceleration when developing simple > applications. KGI4BSD seems to support Matrox- and ATI-only cards > which I don't have here. I'm waiting for KGI4BSD to extend the driver > support and to merge the code into -CURRENT. The people have a good > idea there, but the project is moving slowly. Unfortunatelly, I Indeed the project is slow :( > cannot help with kernel development, because of lack of experience. > It would be nice to see more effort and more developers working at > this project. > > It is a piece of work to write a small widget toolkit and when you > you run into trouble with basic things, it is no fun anymore. GGI is your friend ;) Nicholas From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 11:13:19 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A455616A4CE for ; Thu, 10 Feb 2005 11:13:19 +0000 (GMT) Received: from mail.sysgo.com (mail.sysgo.com [62.8.134.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CFA943D2F for ; Thu, 10 Feb 2005 11:13:19 +0000 (GMT) (envelope-from tmueller@sysgo.com) Received: from localhost (localhost [127.0.0.1]) by mail.sysgo.com (Postfix) with ESMTP id 97BDBFB862; Thu, 10 Feb 2005 12:08:07 +0100 (CET) Received: from mail.sysgo.com (localhost [127.0.0.1]) by localhost (AvMailGate-2.0.2-8) id 15116-26E2DCC2; Thu, 10 Feb 2005 12:08:07 +0100 Received: from donald.sysgo.com (unknown [172.20.1.30]) by mail.sysgo.com (Postfix) with ESMTP id 64620FB862; Thu, 10 Feb 2005 12:08:07 +0100 (CET) Received: by donald.sysgo.com (Postfix, from userid 65534) id 81EB610FD8B; Thu, 10 Feb 2005 12:13:16 +0100 (CET) Received: from kah.ulm.sysgo.com (unknown [172.40.1.2]) by donald.sysgo.com (Postfix) with ESMTP id 019C710FC4F; Thu, 10 Feb 2005 12:13:13 +0100 (CET) Received: from tom.ulm.sysgo.com (tom.ulm.sysgo.com [172.40.1.100]) by kah.ulm.sysgo.com (8.9.3/8.8.8) with ESMTP id MAA17098; Thu, 10 Feb 2005 12:24:56 +0100 Date: Thu, 10 Feb 2005 12:13:15 +0100 From: Thomas Mueller To: Mike Silbersack Message-ID: <20050210121315.6c35aebf@tom.ulm.sysgo.com> In-Reply-To: <20050210022849.I1169@odysseus.silby.com> References: <20050210022849.I1169@odysseus.silby.com> Organization: SYSGO AG X-Mailer: Sylpheed-Claws 1.0.0 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on donald.sysgo.com X-Spam-Level: X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=no version=2.63 X-AntiVirus: checked by AntiVir MailGate (version: 2.0.2-8; AVE: 6.29.0.11; VDF: 6.29.0.118; host: mailgate2.sysgo.com) X-Mailman-Approved-At: Thu, 10 Feb 2005 13:07:39 +0000 cc: current@freebsd.org Subject: Re: Any X11 benchmarks out there? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 11:13:19 -0000 On Thu, 10 Feb 2005 02:31:28 -0600 (CST) Mike Silbersack wrote: > > > The only X11 benchmark I could find in my quick searching is xbench, which > is very old and doesn't appear to want to build (I didn't try to figure > out why, I hate makefiles.) > > http://www.ibiblio.org/pub/X11/contrib/utilities/xbench-0.2-src.tar.gz > x11perf, x11perfcomp. Use Xmark to generate a weighted performance number of the x11perf results. See the manual page for details. Beware, creating the Xmark datafile takes a while. -- Thomas Mueller From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 12:53:44 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D911C16A4CE for ; Thu, 10 Feb 2005 12:53:44 +0000 (GMT) Received: from mail.eaznet.com (mail.eaznet.com [198.182.68.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A86E43D2F for ; Thu, 10 Feb 2005 12:53:44 +0000 (GMT) (envelope-from edsnote@eaznet.com) Received: from localhost (localhost.eaznet.com [127.0.0.1]) by mail.eaznet.com (Postfix) with ESMTP id 537041070A2 for ; Thu, 10 Feb 2005 05:45:08 -0700 (MST) Received: from mail.eaznet.com ([127.0.0.1]) by localhost (stout.eaznet.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 67358-03 for ; Thu, 10 Feb 2005 05:45:08 -0700 (MST) Received: from [192.168.0.2] (green40.eaznet.com [198.182.71.40]) by mail.eaznet.com (Postfix) with ESMTP id 00659106FBC for ; Thu, 10 Feb 2005 05:45:08 -0700 (MST) Received: from 127.0.0.1 (AVG SMTP 7.0.300 [265.8.6]); Thu, 10 Feb 2005 05:53:47 -0700 Message-ID: <000301c50f6f$8f9106c0$0200a8c0@edsnote> From: "Eddie Fry" To: Date: Thu, 10 Feb 2005 05:53:46 -0700 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-VirusScanned: by AMaViSClamAV at mail.eaznet.com X-Mailman-Approved-At: Thu, 10 Feb 2005 13:07:39 +0000 Subject: Marvell SATA Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 12:53:45 -0000 I noticed a thread last November that someone was working on the driver for the Supermicro P4SCT+ Marvell 88SX504 controller. Has any progress been made? Any beta code that needs testing? Eddie Fry EAZNet Internet Services From owner-freebsd-current@FreeBSD.ORG Wed Feb 9 22:34:24 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E879C16A4CF; Wed, 9 Feb 2005 22:34:24 +0000 (GMT) Received: from root.thepentagon.org (mail.thepentagon.org [12.168.180.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A9CD43D2F; Wed, 9 Feb 2005 22:34:24 +0000 (GMT) (envelope-from twelch@thepentagon.org) Received: from localhost.localdomain (adsl-065-007-255-129.sip.jan.bellsouth.net [65.7.255.129]) by root.thepentagon.org (8.13.1/8.13.1) with ESMTP id j19MYCaQ098278; Wed, 9 Feb 2005 16:34:12 -0600 (CST) (envelope-from twelch@thepentagon.org) From: Tim Welch To: =?ISO-8859-1?Q?S=F8ren?= Schmidt In-Reply-To: <420A1792.900@DeepCore.dk> References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1 Date: Wed, 09 Feb 2005 16:34:54 -0600 Message-Id: <1107988494.847.3.camel@mercury.thepentagon.org> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Thu, 10 Feb 2005 13:08:09 +0000 cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" Subject: Re: UPDATE: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 22:34:25 -0000 On Wed, 2005-02-09 at 15:00 +0100, Søren Schmidt wrote: > Søren Schmidt wrote: > > > http://people.freebsd.org/~sos/ata-mk3j.diff-releng5.gz > > http://people.freebsd.org/~sos/ata-mk3j.diff-current.gz > > http://people.freebsd.org/~sos/ata-mk3j.tar.gz > > New version that fixes known problems so far etc now available: > > http://people.freebsd.org/~sos/ata-mk3k.diff-releng5.gz > http://people.freebsd.org/~sos/ata-mk3k.diff-current.gz > http://people.freebsd.org/~sos/ata-mk3k.tar.gz > > The diffs hasn't changed, so for those that has already applied those > you can just untar the tarfile (still relative to /usr/src). > > > Fixes include: > > o atapi-cd eject/close > > o SiI controllers lost some (slow) SATA disks in probe > > o panic when detaching disk not part of a RAID. > > o Cable detection failure on channels with both master and slave. > > As always, enjoy and let me know how it goes... > A problem still exists with 48-bit addressing. This url details a fix I've been using for the last 4 months or so with no issues yet. http://lists.freebsd.org/pipermail/freebsd-hackers/2004-October/008821.html Thanks, Tim From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 13:38:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C6E8716A4CE for ; Thu, 10 Feb 2005 13:38:08 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 061DE43D3F for ; Thu, 10 Feb 2005 13:38:08 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j1ADbqm0036490; Thu, 10 Feb 2005 14:37:54 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <420B639C.2040900@DeepCore.dk> Date: Thu, 10 Feb 2005 14:37:32 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eddie Fry References: <000301c50f6f$8f9106c0$0200a8c0@edsnote> In-Reply-To: <000301c50f6f$8f9106c0$0200a8c0@edsnote> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.7 cc: freebsd-current@freebsd.org Subject: Re: Marvell SATA Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 13:38:08 -0000 Eddie Fry wrote: > I noticed a thread last November that someone was working on the driver= =20 > for the Supermicro P4SCT+ Marvell 88SX504 controller. Has any progress= =20 > been made? Any beta code that needs testing? > That was probably me, no progress on that front yet.. --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 14:33:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05DE716A4CE for ; Thu, 10 Feb 2005 14:33:40 +0000 (GMT) Received: from hex.databits.net (hex.databits.net [216.118.117.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8083743D2D for ; Thu, 10 Feb 2005 14:33:39 +0000 (GMT) (envelope-from will@csociety.org) Received: by hex.databits.net (Postfix, from userid 1001) id EB97857B21; Thu, 10 Feb 2005 08:33:36 -0600 (CST) Date: Thu, 10 Feb 2005 08:33:36 -0600 From: Will Andrews To: Chuck Swiger Message-ID: <20050210143336.GE19631@hex.databits.net> Mail-Followup-To: Chuck Swiger , freebsd-current@freebsd.org References: <200502061104.37960.reso3w83@verizon.net> <68a08ad2f9cff22dfa603b47311158cd@beforever.com> <20050209145329.GA27679@wirehub.nl> <20050209.082507.35867907.imp@bsdimp.com> <420AF652.7040308@mac.com> <20050210060344.GA54763@dan.emsphone.com> <420AFEC2.2080403@mac.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eJnRUKwClWJh1Khz" Content-Disposition: inline In-Reply-To: <420AFEC2.2080403@mac.com> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 14:33:40 -0000 --eJnRUKwClWJh1Khz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 10, 2005 at 01:27:14AM -0500, Chuck Swiger wrote: > You bet. :-) But darned few people using CVS seem to use cvsup in the= =20 > first place, much less understand cvsup well enough to use it in CVS mode= =20 > rather than in checkout mode. >=20 > [ I suspect my point is less true for many readers of -current, and more= =20 > true anywhere else than on a FreeBSD mailing list. ] Only in recent times have there been more than one or two anoncvs mirrors for FreeBSD. Quite frankly, anoncvs sucks the life out of the machines it's on. I encourage people to use cvsup to grab the repository and do cvs operations locally. Also, there's ports/net/cvsup-mirror which makes it a trivial task.. and it's been around for a long time. Regards, --=20 wca --eJnRUKwClWJh1Khz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCC3DAF47idPgWcsURAm01AJ41rTewUAAK5EkZmdfbHnwRRBLTqwCggy6L hEj6SqYLUoQ2nkImHIEFQPg= =xSXh -----END PGP SIGNATURE----- --eJnRUKwClWJh1Khz-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 16:57:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5878E16A4CE; Thu, 10 Feb 2005 16:57:49 +0000 (GMT) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EAC543D66; Thu, 10 Feb 2005 16:57:48 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from pelsia.ninth-nine.com (pelsia.ninth-nine.com [219.127.74.123]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.1/8.13.1/NinthNine) with ESMTP id j1AGvlVA055456; Fri, 11 Feb 2005 01:57:47 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Fri, 11 Feb 2005 01:57:47 +0900 (JST) Message-Id: <200502101657.j1AGvlVA055456@sakura.ninth-nine.com> From: Norikatsu Shigemura To: Gleb Smirnoff In-Reply-To: <20050208102224.GJ853@cell.sick.ru> References: <200502061108.j16B8Jh4029373@sakura.ninth-nine.com> <20050208102224.GJ853@cell.sick.ru> X-Mailer: Sylpheed version 1.0.0-gtk2-20041224 (GTK+ 2.4.14; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-1.6 (sakura.ninth-nine.com [219.127.74.121]); Fri, 11 Feb 2005 01:57:47 +0900 (JST) cc: freebsd-current@FreeBSD.org cc: nork@FreeBSD.org Subject: Re: panic SCHED_ULE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 16:57:49 -0000 On Tue, 8 Feb 2005 13:22:24 +0300 Gleb Smirnoff wrote: > Norikatsu, > On Sun, Feb 06, 2005 at 08:08:19PM +0900, Norikatsu Shigemura wrote: > N> In recently 6-current with SMP(PentiumIII-S x2), I contacted > N> a scheduler panic while `make -j1024 buildworld'. > N> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > N> FreeBSD 6.0-CURRENT #10: Sun Feb 6 19:10:30 JST 2005 > N> nork@nadesico.ninth-nine.com:/devel/obj/usr/src/sys/NADESICO > N> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > N> How should this problem be fixed? > Check that you have sched_ule.c rev. 1.146 I confirmed it. But I contacted panic with sched_ule.c 1.146. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - FreeBSD nadesico.ninth-nine.com 6.0-CURRENT FreeBSD 6.0-CURRENT #15: Thu Feb 10 15:42:02 JST 2005 nork@nadesico.ninth-nine.com:/devel/obj/usr/src/sys/NADESICO i386 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - FreeBSD/i386 (nadesico.ninth-nine.com) (dcons) login: [thread pid 21 tid 100018 ] Stopped at sched_add+0x36: movl 0x4(%eax),%ecx db> where Tracing pid 21 tid 100018 td 0xc2bbcc80 sched_add(0,0,c0638339,1ce,e4030c10,c04ba5cc,c06c2360,1,c0638339,11b) at sched_add+0x36 setrunqueue(c4cf0e10,0,c06382d2,4da,14000250) at setrunqueue+0x106 sched_thread_priority(c4cf0e10,14,c0639ed6,a5,c0639ed6) at sched_thread_priority+0xe9 propagate_priority(c06c2360,0,c0639ed6,254,c06cd0bc) at propagate_priority+0x8e turnstile_wait(c06c23a0,c4cf0e10,c06362be,216,221) at turnstile_wait+0x217 _mtx_lock_sleep(c06c23a0,c2bbcc80,0,c0634783,221) at _mtx_lock_sleep+0xd1 _mtx_lock_flags(c06c23a0,0,c0634783,221,0) at _mtx_lock_flags+0x6b ithread_loop(c2c00d00,e4030d48,c0634558,30e,a190410) at ithread_loop+0x1db fork_exit(c048cfb0,c2c00d00,e4030d48) at fork_exit+0xa9 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe4030d7c, ebp = 0 --- db> show registers cs 0x8 ds 0x10 es 0x10 fs 0x742a0018 ss 0x10 eax 0 ecx 0x1 edx 0 ebx 0xc307e9c0 esp 0xe4030ba0 ebp 0xe4030bd4 esi 0xc4cf0e10 edi 0xc4cf0e10 eip 0xc04b9d56 sched_add+0x36 efl 0x10046 dr0 0 dr1 0 dr2 0 dr3 0 dr4 0xffff0ff0 dr5 0x400 dr6 0xffff0ff0 dr7 0x400 sched_add+0x36: movl 0x4(%eax),%ecx db> show thread 100115 (0xc32fb7d0) sched_switch(c32fb7d0,0,1,11e,50943bad) at sched_switch+0xe8 100237 (0xc4cf1af0) sched_switch(c4cf1af0,c2c02190,1,118,26a2dc7d) at sched_switch+0xe8 100125 (0xc331c7d0) sched_switch(c331c7d0,0,1,11e,f8331bc5) at sched_switch+0xe8 100153 (0xc37104b0) sched_switch(c37104b0,0,1,11e,6c204bdd) at sched_switch+0xe8 100229 (0xc4cf0e10) sched_switch(c4cf0e10,c2bb7190,1,118,15a35779) at sched_switch+0xe8 100177 (0xc4107af0) sched_switch(c4107af0,0,1,11e,3a6afdad) at sched_switch+0xe8 100091 (0xc307d190) sched_switch(c307d190,c4cf0960,1,11e,4064834d) at sched_switch+0xe8 100219 (0xc4b87e10) sched_switch(c4b87e10,0,1,11e,bdb327ed) at sched_switch+0xe8 100143 (0xc34434b0) sched_switch(c34434b0,0,1,11e,3e677ec5) at sched_switch+0xe8 100209 (0xc4b86e10) sched_switch(c4b86e10,0,1,11e,408b2ddd) at sched_switch+0xe8 100212 (0xc4b87320) sched_switch(c4b87320,0,1,11e,14469065) at sched_switch+0xe8 100116 (0xc32fb960) sched_switch(c32fb960,0,1,11e,2bcec86d) at sched_switch+0xe8 100211 (0xc4b87190) sched_switch(c4b87190,0,1,11e,a0c77149) at sched_switch+0xe8 100149 (0xc3443e10) sched_switch(c3443e10,0,1,11e,4d33515) at sched_switch+0xe8 100142 (0xc3443320) sched_switch(c3443320,0,1,11e,e1989759) at sched_switch+0xe8 100168 (0xc3711c80) sched_switch(c3711c80,0,1,11e,dc9b67d9) at sched_switch+0xe8 100066 (0xc2c90960) sched_switch(c2c90960,0,1,11e,ece09ce5) at sched_switch+0xe8 100201 (0xc4b86190) sched_switch(c4b86190,0,1,11e,ca3da6ad) at sched_switch+0xe8 100198 (0xc410bc80) sched_switch(c410bc80,0,1,11e,a3050391) at sched_switch+0xe8 100123 (0xc331c4b0) sched_switch(c331c4b0,0,1,11e,209bfe47) at sched_switch+0xe8 100147 (0xc3443af0) sched_switch(c3443af0,0,1,11e,a97139ff) at sched_switch+0xe8 100107 (0xc32faaf0) sched_switch(c32faaf0,0,1,11e,924bb02b) at sched_switch+0xe8 100144 (0xc3443640) sched_switch(c3443640,0,1,11e,10152731) at sched_switch+0xe8 100140 (0xc3443000) sched_switch(c3443000,0,1,11e,f979683) at sched_switch+0xe8 100121 (0xc331c190) sched_switch(c331c190,0,1,11e,a4b8356b) at sched_switch+0xe8 100122 (0xc331c320) sched_switch(c331c320,0,1,11e,3e6278ef) at sched_switch+0xe8 100100 (0xc32fa000) sched_switch(c32fa000,0,1,11e,4c63fab7) at sched_switch+0xe8 100111 (0xc32fb190) sched_switch(c32fb190,0,1,11e,3bca12dd) at sched_switch+0xe8 100086 (0xc3007960) sched_switch(c3007960,0,1,11e,651cd90d) at sched_switch+0xe8 100108 (0xc32fac80) sched_switch(c32fac80,0,1,11e,a4765d71) at sched_switch+0xe8 100128 (0xc331cc80) sched_switch(c331cc80,0,1,11e,85508de3) at sched_switch+0xe8 100126 (0xc331c960) sched_switch(c331c960,0,1,11e,9f24eb63) at sched_switch+0xe8 100102 (0xc32fa320) sched_switch(c32fa320,0,1,11e,c61395e9) at sched_switch+0xe8 100127 (0xc331caf0) sched_switch(c331caf0,0,1,11e,e743cc8f) at sched_switch+0xe8 100120 (0xc331c000) sched_switch(c331c000,0,1,11e,bc56716f) at sched_switch+0xe8 100076 (0xc3006960) sched_switch(c3006960,0,1,11e,7b2708cb) at sched_switch+0xe8 100110 (0xc32fb000) sched_switch(c32fb000,0,1,11e,8925804b) at sched_switch+0xe8 100129 (0xc331ce10) sched_switch(c331ce10,0,1,11e,3c8e687d) at sched_switch+0xe8 100058 (0xc2c8fc80) sched_switch(c2c8fc80,0,1,11e,a4b81d67) at sched_switch+0xe8 100067 (0xc2c90af0) sched_switch(c2c90af0,0,1,11e,8ec186ab) at sched_switch+0xe8 100095 (0xc307d7d0) sched_switch(c307d7d0,0,1,11e,544baec7) at sched_switch+0xe8 100065 (0xc2c907d0) sched_switch(c2c907d0,0,1,11e,497466e7) at sched_switch+0xe8 100087 (0xc3007af0) sched_switch(c3007af0,0,1,11e,7caafa2f) at sched_switch+0xe8 100113 (0xc32fb4b0) sched_switch(c32fb4b0,0,1,11e,3c963fe9) at sched_switch+0xe8 100082 (0xc3007320) sched_switch(c3007320,0,1,11e,2d469af1) at sched_switch+0xe8 100070 (0xc3006000) sched_switch(c3006000,0,1,11e,f76c33b7) at sched_switch+0xe8 100084 (0xc3007640) sched_switch(c3007640,0,1,11e,f881ac49) at sched_switch+0xe8 100075 (0xc30067d0) sched_switch(c30067d0,0,1,11e,678655f9) at sched_switch+0xe8 100068 (0xc2c90c80) sched_switch(c2c90c80,0,1,11e,3c8ecc39) at sched_switch+0xe8 100054 (0xc2c8f640) sched_switch(c2c8f640,0,1,11e,184710fd) at sched_switch+0xe8 100055 (0xc2c8f7d0) sched_switch(c2c8f7d0,0,1,11e,c1ba1ffb) at sched_switch+0xe8 100083 (0xc30074b0) sched_switch(c30074b0,0,1,11e,52efacb5) at sched_switch+0xe8 100104 (0xc32fa640) sched_switch(c32fa640,0,1,11e,42504495) at sched_switch+0xe8 100085 (0xc30077d0) sched_switch(c30077d0,0,1,11e,e8e52b05) at sched_switch+0xe8 100090 (0xc307d000) sched_switch(c307d000,0,1,11e,daa6eead) at sched_switch+0xe8 100074 (0xc3006640) sched_switch(c3006640,0,1,11e,43e960d7) at sched_switch+0xe8 100103 (0xc32fa4b0) sched_switch(c32fa4b0,0,1,11e,6ac42ed1) at sched_switch+0xe8 100112 (0xc32fb320) sched_switch(c32fb320,0,1,11e,5b26faad) at sched_switch+0xe8 100131 (0xc331d190) sched_switch(c331d190,0,1,11e,faf984ad) at sched_switch+0xe8 100130 (0xc331d000) sched_switch(c331d000,0,1,11e,ffea8bbf) at sched_switch+0xe8 100094 (0xc307d640) sched_switch(c307d640,0,1,11e,70bcb2d) at sched_switch+0xe8 100096 (0xc307d960) sched_switch(c307d960,0,1,11e,65efeeb7) at sched_switch+0xe8 100088 (0xc3007c80) sched_switch(c3007c80,0,1,11e,14b641b7) at sched_switch+0xe8 100057 (0xc2c8faf0) sched_switch(c2c8faf0,0,1,11e,2c0a3d31) at sched_switch+0xe8 100092 (0xc307d320) sched_switch(c307d320,0,1,11e,59af1495) at sched_switch+0xe8 100182 (0xc4108320) sched_switch(c4108320,0,1,11e,ddb11a8d) at sched_switch+0xe8 100223 (0xc4cf04b0) sched_switch(c4cf04b0,0,1,11e,be02b315) at sched_switch+0xe8 100152 (0xc3710320) sched_switch(c3710320,c4108320,1,11e,9779f389) at sched_switch+0xe8 100081 (0xc3007190) sched_switch(c3007190,0,1,11e,f7075089) at sched_switch+0xe8 100097 (0xc307daf0) sched_switch(c307daf0,0,1,11e,e5236e39) at sched_switch+0xe8 100093 (0xc307d4b0) sched_switch(c307d4b0,0,1,11e,f13f580d) at sched_switch+0xe8 100059 (0xc2c8fe10) sched_switch(c2c8fe10,0,1,11e,682864ad) at sched_switch+0xe8 100089 (0xc3007e10) sched_switch(c3007e10,0,1,11e,1290be2d) at sched_switch+0xe8 100056 (0xc2c8f960) sched_switch(c2c8f960,0,1,11e,82e5fe99) at sched_switch+0xe8 100053 (0xc2c8f4b0) sched_switch(c2c8f4b0,0,1,11e,152aa92d) at sched_switch+0xe8 100052 (0xc2c8f320) sched_switch(c2c8f320,0,1,11e,cd52cb2d) at sched_switch+0xe8 100051 (0xc2c8f190) sched_switch(c2c8f190,0,1,11e,857aed2d) at sched_switch+0xe8 100050 (0xc2c8f000) sched_switch(c2c8f000,0,1,11e,6071ddad) at sched_switch+0xe8 100080 (0xc3007000) sched_switch(c3007000,0,1,11e,a86aaadb) at sched_switch+0xe8 100079 (0xc3006e10) sched_switch(c3006e10,0,1,11e,e4bb147) at sched_switch+0xe8 100078 (0xc3006c80) sched_switch(c3006c80,0,1,11e,45e49a5) at sched_switch+0xe8 100077 (0xc3006af0) sched_switch(c3006af0,0,1,11e,d40ddbb1) at sched_switch+0xe8 100043 (0xc2c1f4b0) sched_switch(c2c1f4b0,0,1,11e,4e9fd5ad) at sched_switch+0xe8 100042 (0xc2c1f320) sched_switch(c2c1f320,0,1,11e,292e825b) at sched_switch+0xe8 100041 (0xc2c1f190) sched_switch(c2c1f190,0,1,11e,f7db882d) at sched_switch+0xe8 100040 (0xc2c1f000) sched_switch(c2c1f000,0,1,11e,80c2de93) at sched_switch+0xe8 100039 (0xc2c02e10) sched_switch(c2c02e10,0,1,11e,ec757d89) at sched_switch+0xe8 100038 (0xc2c02c80) sched_switch(c2c02c80,0,1,11e,ddb61fc3) at sched_switch+0xe8 100037 (0xc2c02af0) sched_switch(c2c02af0,0,1,11e,7a18809) at sched_switch+0xe8 100036 (0xc2c02960) sched_switch(c2c02960,0,1,11e,4733fdad) at sched_switch+0xe8 100064 (0xc2c90640) sched_switch(c2c90640,0,1,11e,e5ca9e1b) at sched_switch+0xe8 100063 (0xc2c904b0) sched_switch(c2c904b0,0,1,11e,fae79dad) at sched_switch+0xe8 100062 (0xc2c90320) sched_switch(c2c90320,0,1,11e,54c16dad) at sched_switch+0xe8 100061 (0xc2c90190) sched_switch(c2c90190,0,1,11e,5895302d) at sched_switch+0xe8 100060 (0xc2c90000) sched_switch(c2c90000,0,1,11e,8882be1) at sched_switch+0xe8 100028 (0xc2bc0c80) fork_trampoline() at fork_trampoline 100027 (0xc2bc0af0) sched_switch(c2bc0af0,0,1,11e,bdac95ad) at sched_switch+0xe8 100026 (0xc2bc0960) sched_switch(c2bc0960,0,1,11e,d60e782d) at sched_switch+0xe8 100025 (0xc2bc07d0) sched_switch(c2bc07d0,0,1,11e,7d02675f) at sched_switch+0xe8 100024 (0xc2bc0640) sched_switch(c2bc0640,0,1,118,60a0a2c7) at sched_switch+0xe8 100023 (0xc2bc04b0) sched_switch(c2bc04b0,0,1,11e,4cb22495) at sched_switch+0xe8 100049 (0xc2c1fe10) sched_switch(c2c1fe10,0,1,11e,ba05279) at sched_switch+0xe8 100048 (0xc2c1fc80) sched_switch(c2c1fc80,0,1,11e,51b1eb2d) at sched_switch+0xe8 100047 (0xc2c1faf0) sched_switch(c2c1faf0,0,1,11e,2050812d) at sched_switch+0xe8 100046 (0xc2c1f960) sched_switch(c2c1f960,0,1,11e,7b64c3e7) at sched_switch+0xe8 100045 (0xc2c1f7d0) sched_switch(c2c1f7d0,0,1,11e,4ec919) at sched_switch+0xe8 100044 (0xc2c1f640) sched_switch(c2c1f640,0,1,11e,a434d393) at sched_switch+0xe8 100014 (0xc2bbc640) fork_trampoline() at fork_trampoline 100013 (0xc2bbc4b0) sched_switch(c2bbc4b0,0,1,11e,498c90b1) at sched_switch+0xe8 100012 (0xc2bbc320) sched_switch(c2bbc320,0,1,11e,ecd0b1eb) at sched_switch+0xe8 100011 (0xc2bbc190) fork_trampoline() at fork_trampoline 100035 (0xc2c027d0) fork_trampoline() at fork_trampoline 100034 (0xc2c02640) fork_trampoline() at fork_trampoline 100033 (0xc2c024b0) fork_trampoline() at fork_trampoline 100032 (0xc2c02320) fork_trampoline() at fork_trampoline 100031 (0xc2c02190) sched_switch(c2c02190,0,1,11e,2996f0a1) at sched_switch+0xe8 100030 (0xc2c02000) sched_switch(c2c02000,0,1,11e,5cef80ad) at sched_switch+0xe8 100029 (0xc2bc0e10) sched_switch(c2bc0e10,0,1,11e,f1229635) at sched_switch+0xe8 100001 (0xc2bb7190) sched_switch(c2bb7190,0,1,11e,5fb2bcfd) at sched_switch+0xe8 100000 (0xc2bb7000) fork_trampoline() at fork_trampoline 100022 (0xc2bc0320) sched_switch(c2bc0320,0,1,11e,7f10959f) at sched_switch+0xe8 100021 (0xc2bc0190) fork_trampoline() at fork_trampoline 100020 (0xc2bc0000) fork_trampoline() at fork_trampoline 100019 (0xc2bbce10) fork_trampoline() at fork_trampoline 100018 (0xc2bbcc80) sched_add(0,0,c0638339,1ce,e4030c10,c04ba5cc,c06c2360,1,c0638339,11b) at sched_add+0x36 100017 (0xc2bbcaf0) fork_trampoline() at fork_trampoline 100016 (0xc2bbc960) fork_trampoline() at fork_trampoline 100015 (0xc2bbc7d0) fork_trampoline() at fork_trampoline 100010 (0xc2bbc000) fork_trampoline() at fork_trampoline 100009 (0xc2bb7e10) fork_trampoline() at fork_trampoline 100008 (0xc2bb7c80) fork_trampoline() at fork_trampoline 100007 (0xc2bb7af0) fork_trampoline() at fork_trampoline 100006 (0xc2bb7960) sched_switch(c2bb7960,0,1,11e,a68509ab) at sched_switch+0xe8 100005 (0xc2bb77d0) sched_switch(c2bb77d0,0,1,118,4d54bab5) at sched_switch+0xe8 100004 (0xc2bb7640) sched_switch(c2bb7640,0,1,118,3d313d89) at sched_switch+0xe8 100003 (0xc2bb74b0) sched_switch(c2bb74b0,0,1,11e,c4ae2bfd) at sched_switch+0xe8 100002 (0xc2bb7320) sched_switch(c2bb7320,0,1,11e,a49774ad) at sched_switch+0xe8 0 (0xc06c0300) sched_switch(c06c0300,0,1,11e,3d0406bb) at sched_switch+0xe8 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - According to addr2line(1), sched_add+0x36 is /sys/kern/sched_ule.c#1769. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - void sched_add(struct thread *td, int flags) { struct kseq *kseq; struct ksegrp *kg; struct kse *ke; int preemptive; int canmigrate; int class; CTR5(KTR_SCHED, "sched_add: %p(%s) prio %d by %p(%s)", td, td->td_proc->p_comm, td->td_priority, curthread, curthread->td_proc->p_comm); mtx_assert(&sched_lock, MA_OWNED); ke = td->td_kse; >>> kg = td->td_ksegrp; canmigrate = 1; - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 17:13:52 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A195E16A4CE; Thu, 10 Feb 2005 17:13:52 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C68443D41; Thu, 10 Feb 2005 17:13:52 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id j1AHDp2n067370; Thu, 10 Feb 2005 12:13:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j1AHEB32063289; Thu, 10 Feb 2005 12:14:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A35507306E; Thu, 10 Feb 2005 12:13:51 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050210171351.A35507306E@freebsd-current.sentex.ca> Date: Thu, 10 Feb 2005 12:13:51 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 17:13:52 -0000 TB --- 2005-02-10 16:00:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-10 16:00:47 - starting CURRENT tinderbox run for i386/i386 TB --- 2005-02-10 16:00:47 - checking out the source tree TB --- 2005-02-10 16:00:47 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2005-02-10 16:00:47 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-10 16:06:31 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-10 16:06:31 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-02-10 16:06:31 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-02-10 17:13:50 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-10 17:13:50 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-02-10 17:13:50 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Feb 10 17:13:51 UTC 2005 >>> stage 1: configuring the kernel [...] with your /usr/src/sys and install a new config binary before trying this again. If running the new config fails check your config file against the GENERIC or LINT config files for changes in config syntax, or option/device naming conventions *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2005-02-10 17:13:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-10 17:13:51 - ERROR: failed to build generic kernel TB --- 2005-02-10 17:13:51 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 18:27:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E11516A4CE; Thu, 10 Feb 2005 18:27:17 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E4B843D4C; Thu, 10 Feb 2005 18:27:16 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1AIRFYe027232; Thu, 10 Feb 2005 13:27:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1AIRqKe054944; Thu, 10 Feb 2005 13:27:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C66607306E; Thu, 10 Feb 2005 13:27:15 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050210182715.C66607306E@freebsd-current.sentex.ca> Date: Thu, 10 Feb 2005 13:27:15 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/704/Thu Feb 10 06:37:18 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 18:27:17 -0000 TB --- 2005-02-10 17:13:51 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-10 17:13:51 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-02-10 17:13:51 - checking out the source tree TB --- 2005-02-10 17:13:51 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-02-10 17:13:51 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-10 17:19:57 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-10 17:19:57 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-02-10 17:19:57 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-02-10 18:27:14 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-10 18:27:14 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-02-10 18:27:14 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Feb 10 18:27:15 UTC 2005 >>> stage 1: configuring the kernel [...] with your /usr/src/sys and install a new config binary before trying this again. If running the new config fails check your config file against the GENERIC or LINT config files for changes in config syntax, or option/device naming conventions *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-02-10 18:27:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-10 18:27:15 - ERROR: failed to build generic kernel TB --- 2005-02-10 18:27:15 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 18:35:19 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 806AE16A4CE for ; Thu, 10 Feb 2005 18:35:19 +0000 (GMT) Received: from mail.eaznet.com (stout.eaznet.com [198.182.68.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 535F643D3F for ; Thu, 10 Feb 2005 18:35:19 +0000 (GMT) (envelope-from eddie@eaznet.com) Received: from localhost (localhost.eaznet.com [127.0.0.1]) by mail.eaznet.com (Postfix) with ESMTP id F1706106F0B for ; Thu, 10 Feb 2005 11:26:37 -0700 (MST) Received: from mail.eaznet.com ([127.0.0.1]) by localhost (stout.eaznet.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 79126-05 for ; Thu, 10 Feb 2005 11:26:37 -0700 (MST) Received: from gilaha1b4iklae (sncwall.eaznet.com [198.182.71.58]) by mail.eaznet.com (Postfix) with ESMTP id A7AEE106F64 for ; Thu, 10 Feb 2005 11:26:37 -0700 (MST) From: "EAZNet - Eddie Fry" To: Date: Thu, 10 Feb 2005 11:36:50 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcUPn2Qf/gP+wPf/TbmfK/OxfQXRuA== Message-Id: <20050210182637.A7AEE106F64@mail.eaznet.com> X-VirusScanned: by AMaViSClamAV at mail.eaznet.com Subject: Marvell SATA RAID Controller driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 18:35:19 -0000 I noticed a thread on the Marvell SATA driver back in November. Has any more work been done on this driver? I'd like to start deploying the Supermicro P4SCT+ boards that these are on. If there is a beta version available, I'd be happy to test it. Thanks, Eddie -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 265.8.7 - Release Date: 2/10/2005 From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 19:21:23 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C8B316A4CE for ; Thu, 10 Feb 2005 19:21:23 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7654543D1F for ; Thu, 10 Feb 2005 19:21:22 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by rproxy.gmail.com with SMTP id 34so220410rns for ; Thu, 10 Feb 2005 11:21:21 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=XfrNAGYE/RzoMGOxLyBachc47nG6WQ0H5Zh4d6585PsApgz6ZSkVi7Wmdc1Jfv2/jWjKEW4R7XF3KNoBKkPzqeBQgFj23vlLnOO3OlU3tIS7sUNEBLzhamgnisQBf3Q7tMclQelEBqm94vdAhwCKdjHY183dyr0owYuQ+l5oKG0= Received: by 10.38.179.61 with SMTP id b61mr1443rnf; Thu, 10 Feb 2005 11:21:21 -0800 (PST) Received: by 10.38.8.9 with HTTP; Thu, 10 Feb 2005 11:21:21 -0800 (PST) Message-ID: Date: Fri, 11 Feb 2005 03:21:21 +0800 From: Jiawei Ye To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: -current config(8) problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jiawei Ye List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 19:21:23 -0000 When trying to compile the kernel to day, I get this weird message: root@chihiro:/usr/src# make kernel -------------------------------------------------------------- >>> Kernel build for CHIHIRO started on Fri Feb 11 03:19:47 CST 2005 -------------------------------------------------------------- ===> CHIHIRO mkdir -p /usr/obj/usr/src/sys -------------------------------------------------------------- >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /usr/src/sys/i386/conf; PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /usr/obj/usr/src/sys/CHIHIRO /usr/src/sys/i386/conf/CHIHIRO ERROR: version of config(8) does not match kernel! config version = 600001, version required = 600000 Make sure that /usr/src/usr.sbin/config is in sync with your /usr/src/sys and install a new config binary before trying this again. If running the new config fails check your config file against the GENERIC or LINT config files for changes in config syntax, or option/device naming conventions *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. root@chihiro:/usr/src# Any fix? Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 19:25:59 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1653216A4CE for ; Thu, 10 Feb 2005 19:25:59 +0000 (GMT) Received: from mail22.sea5.speakeasy.net (mail22.sea5.speakeasy.net [69.17.117.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7EA043D4C for ; Thu, 10 Feb 2005 19:25:58 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 4311 invoked from network); 10 Feb 2005 19:25:58 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 10 Feb 2005 19:25:58 -0000 Received: from [10.50.40.202] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j1AJPewH013930; Thu, 10 Feb 2005 14:25:41 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Andrew Thompson Date: Thu, 10 Feb 2005 14:20:35 -0500 User-Agent: KMail/1.6.2 References: <200502090737.36020.syjef@mdanderson.org> <200502091724.ab92170@salmon.maths.tcd.ie> <20050209232631.GA32648@thingy.tbd.co.nz> In-Reply-To: <20050209232631.GA32648@thingy.tbd.co.nz> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200502101420.35641.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: jeremie@le-hen.org cc: haro@kgt.co.jp cc: Ian Dowse cc: freebsd-current@FreeBSD.org cc: Jonathan Fosburgh Subject: Re: Console freeze but still alive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 19:25:59 -0000 On Wednesday 09 February 2005 06:26 pm, Andrew Thompson wrote: > On Wed, Feb 09, 2005 at 05:24:01PM +0000, Ian Dowse wrote: > > In message <200502090737.36020.syjef@mdanderson.org>, Jonathan Fosburgh writes: > > >I'm running -current as of yesterday and having the same problem. X is > > >working fine for me, I just can't make use of any of /dev/ttyv*. WHen I > > > sh>ut the system down I do notice that all of the output suddenly > > > appears and I c>an watch the shutdown generally from about the point > > > disks start to sync. This> is on an old HP Kayak workstation. > > > > FYI, I saw something similar once when I was testing my recent > > callout changes, but I haven't seen it happen since. If the problem > > did just appear around Sunday/Monday then I guess it could be > > related... > > I also have this problem. I have tracked it down to this commit from jhb@, > but im not sure why it would affect things. > > From my supfile > date=2005.02.07.22.00.00 - works > date=2005.02.07.22.10.00 - console stops > > When I say the console stops, the last line of the boot process is > 'Additional TCP options:.'. I can still ssh, and the console resumes > when shutting down. > > 1.28 +30 -26 src/sys/i386/ibcs2/ibcs2_fcntl.c > 1.59 +159 -111 src/sys/i386/ibcs2/ibcs2_misc.c > 1.11 +12 -16 src/sys/i386/ibcs2/ibcs2_msg.c > 1.17 +1 -1 src/sys/i386/ibcs2/ibcs2_other.c > 1.26 +31 -60 src/sys/i386/ibcs2/ibcs2_stat.c > 1.19 +5 -127 src/sys/i386/ibcs2/ibcs2_util.c > 1.19 +13 -7 src/sys/i386/ibcs2/ibcs2_util.h > 1.34 +17 -28 src/sys/i386/ibcs2/ibcs2_xenix.c There's very very little chance this could cause this change. Have tried doing a diff between a working and non-working tree (just cvsup to a different directory to get a second tree with a different date) and seeing what the diff contained? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 19:28:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56BB516A4CE for ; Thu, 10 Feb 2005 19:28:36 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3724A43D48 for ; Thu, 10 Feb 2005 19:28:36 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id D6B917A403; Thu, 10 Feb 2005 11:28:35 -0800 (PST) Message-ID: <420BB5E3.1080504@elischer.org> Date: Thu, 10 Feb 2005 11:28:35 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Maxim Sobolev References: <20050209205943.34c39e15.flynn@energyhq.es.eu.org> <420A838B.9050600@portaone.com> In-Reply-To: <420A838B.9050600@portaone.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: MySQL benchmarks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 19:28:36 -0000 Maxim Sobolev wrote: > The difference between linux and everything else in those tests is so > significant even on UP, so that I suspect that something wrong with > the approach. no, I believe it to be accurate. however Mysql in default config is very well tuned for Linux, and you have to admit that 2.6 is a very nice kernel in some ways. > > > -Maxim > > Miguel Mendez wrote: > >> Hi all, >> >> Someone has posted a link to a newsforge article on the NetBSD lists >> that benchmarks MySQL performance on several systems, you can see it at: >> >> http://software.newsforge.com/article.pl?sid=04/12/27/1243207&from=rss >> >> I don't know how much Linux-specific code there is in MySQL because, >> honestly, I always try to avoid it and go with PostgreSQL, but perhaps >> somebody with more MySQL-fu can fill in the blanks and confirm that the >> better performance seen on Linux systems is due to how the software is >> designed and not so much related to FreeBSD per se. >> >> Cheers, > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 19:28:51 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E46B16A4EC for ; Thu, 10 Feb 2005 19:28:51 +0000 (GMT) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4430843D4C for ; Thu, 10 Feb 2005 19:28:50 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j1AJSka1010639; Thu, 10 Feb 2005 13:28:46 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <420BB5EA.1040202@centtech.com> Date: Thu, 10 Feb 2005 13:28:42 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050204 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <200502090737.36020.syjef@mdanderson.org> <200502091724.ab92170@salmon.maths.tcd.ie> <20050209232631.GA32648@thingy.tbd.co.nz> <200502101420.35641.jhb@FreeBSD.org> In-Reply-To: <200502101420.35641.jhb@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.80/598/Sat Nov 20 16:30:09 2004 clamav-milter version 0.80j on mh1.centtech.com X-Virus-Status: Clean cc: Jonathan Fosburgh cc: freebsd-current@freebsd.org cc: haro@kgt.co.jp cc: Ian Dowse cc: jeremie@le-hen.org Subject: Re: Console freeze but still alive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 19:28:51 -0000 John Baldwin wrote: > On Wednesday 09 February 2005 06:26 pm, Andrew Thompson wrote: > >>On Wed, Feb 09, 2005 at 05:24:01PM +0000, Ian Dowse wrote: >> >>>In message <200502090737.36020.syjef@mdanderson.org>, Jonathan Fosburgh > > writes: > >>>>I'm running -current as of yesterday and having the same problem. X is >>>>working fine for me, I just can't make use of any of /dev/ttyv*. WHen I >>>>sh>ut the system down I do notice that all of the output suddenly >>>>appears and I c>an watch the shutdown generally from about the point >>>>disks start to sync. This> is on an old HP Kayak workstation. >>> >>>FYI, I saw something similar once when I was testing my recent >>>callout changes, but I haven't seen it happen since. If the problem >>>did just appear around Sunday/Monday then I guess it could be >>>related... >> >>I also have this problem. I have tracked it down to this commit from jhb@, >>but im not sure why it would affect things. >> >>From my supfile >> date=2005.02.07.22.00.00 - works >> date=2005.02.07.22.10.00 - console stops >> >>When I say the console stops, the last line of the boot process is >>'Additional TCP options:.'. I can still ssh, and the console resumes >>when shutting down. >> >> 1.28 +30 -26 src/sys/i386/ibcs2/ibcs2_fcntl.c >> 1.59 +159 -111 src/sys/i386/ibcs2/ibcs2_misc.c >> 1.11 +12 -16 src/sys/i386/ibcs2/ibcs2_msg.c >> 1.17 +1 -1 src/sys/i386/ibcs2/ibcs2_other.c >> 1.26 +31 -60 src/sys/i386/ibcs2/ibcs2_stat.c >> 1.19 +5 -127 src/sys/i386/ibcs2/ibcs2_util.c >> 1.19 +13 -7 src/sys/i386/ibcs2/ibcs2_util.h >> 1.34 +17 -28 src/sys/i386/ibcs2/ibcs2_xenix.c > > > There's very very little chance this could cause this change. Have tried > doing a diff between a working and non-working tree (just cvsup to a > different directory to get a second tree with a different date) and seeing > what the diff contained? Just a 'me too' for the data points.. It's like the console got redirected at some point. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 19:49:13 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3103C16A4CE for ; Thu, 10 Feb 2005 19:49:13 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBAC343D41 for ; Thu, 10 Feb 2005 19:49:12 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by wproxy.gmail.com with SMTP id 58so1347147wri for ; Thu, 10 Feb 2005 11:48:36 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=amm3egzARYXiMrW6Nz/v2wXajEbpXMLzOvj/B7O28gfwGs4PyX49f6rFsI0Bfbr+Ql7FOrksnO3MIP3besz49bJlWw+X+YW5FugthVnIvGLXKfooUBLhwm+/FH3Lp/Spn54uffj1bkojIp6STbRtdwwlJpJmyuIaamL89UzjTRk= Received: by 10.54.57.8 with SMTP id f8mr344593wra; Thu, 10 Feb 2005 11:48:36 -0800 (PST) Received: by 10.54.29.8 with HTTP; Thu, 10 Feb 2005 11:48:35 -0800 (PST) Message-ID: <790a9fff05021011487e1724a5@mail.gmail.com> Date: Thu, 10 Feb 2005 13:48:35 -0600 From: Scot Hetzel To: Jiawei Ye In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: cc: freebsd-current@freebsd.org Subject: Re: -current config(8) problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 19:49:13 -0000 On Fri, 11 Feb 2005 03:21:21 +0800, Jiawei Ye wrote: > When trying to compile the kernel to day, I get this weird message: > root@chihiro:/usr/src# make kernel > > -------------------------------------------------------------- > >>> Kernel build for CHIHIRO started on Fri Feb 11 03:19:47 CST 2005 > -------------------------------------------------------------- > ===> CHIHIRO > mkdir -p /usr/obj/usr/src/sys > > -------------------------------------------------------------- > >>> stage 1: configuring the kernel > -------------------------------------------------------------- > cd /usr/src/sys/i386/conf; > PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin > config -d /usr/obj/usr/src/sys/CHIHIRO > /usr/src/sys/i386/conf/CHIHIRO > ERROR: version of config(8) does not match kernel! > config version = 600001, version required = 600000 > > Make sure that /usr/src/usr.sbin/config is in sync > with your /usr/src/sys and install a new config binary > before trying this again. > > If running the new config fails check your config > file against the GENERIC or LINT config files for > changes in config syntax, or option/device naming > conventions > Did you do a "make buildworld" before your "make kernel"? If you did, then do as the error messages says above: cd /usr/src/usr.sbin/config make obj make make install cd /usr/src/ make buildkernel If this fails, try re-cvsuping your sources and try a new buildworld, buildkernel. Scot From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 19:59:47 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B071516A4CE; Thu, 10 Feb 2005 19:59:47 +0000 (GMT) Received: from thingy.tbd.co.nz (thingy.tbd.co.nz [210.48.70.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id D980C43D58; Thu, 10 Feb 2005 19:59:46 +0000 (GMT) (envelope-from andy@fud.org.nz) Received: from thingy.tbd.co.nz (localhost [127.0.0.1]) j1AK372t010749; Fri, 11 Feb 2005 09:03:07 +1300 Received: (from thompsa@localhost) by thingy.tbd.co.nz (8.12.3/8.12.3/Debian-7.1) id j1AK2xFO010425; Fri, 11 Feb 2005 09:02:59 +1300 X-Authentication-Warning: thingy.tbd.co.nz: thompsa set sender to andy@fud.org.nz using -f Date: Fri, 11 Feb 2005 09:02:59 +1300 From: Andrew Thompson To: John Baldwin Message-ID: <20050210200259.GA31485@thingy.tbd.co.nz> References: <200502090737.36020.syjef@mdanderson.org> <200502091724.ab92170@salmon.maths.tcd.ie> <20050209232631.GA32648@thingy.tbd.co.nz> <200502101420.35641.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200502101420.35641.jhb@FreeBSD.org> User-Agent: Mutt/1.3.28i cc: jeremie@le-hen.org cc: haro@kgt.co.jp cc: Ian Dowse cc: freebsd-current@FreeBSD.org cc: Jonathan Fosburgh Subject: Re: Console freeze but still alive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 19:59:47 -0000 On Thu, Feb 10, 2005 at 02:20:35PM -0500, John Baldwin wrote: > On Wednesday 09 February 2005 06:26 pm, Andrew Thompson wrote: > > On Wed, Feb 09, 2005 at 05:24:01PM +0000, Ian Dowse wrote: > > > > I also have this problem. I have tracked it down to this commit from jhb@, > > but im not sure why it would affect things. > > > > From my supfile > > date=2005.02.07.22.00.00 - works > > date=2005.02.07.22.10.00 - console stops > > > > There's very very little chance this could cause this change. Have tried > doing a diff between a working and non-working tree (just cvsup to a > different directory to get a second tree with a different date) and seeing > what the diff contained? > It seems that I have bunged up my binary search. 22:00 doesnt infact work but I know 18:00 does so its an earlier commit than yours.I will start again and post the findings. Andrew From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 20:00:32 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B410A16A4D5 for ; Thu, 10 Feb 2005 20:00:32 +0000 (GMT) Received: from www.portaone.com (support.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id D529743D3F for ; Thu, 10 Feb 2005 20:00:31 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.1.26] (SIRIUS-ats227-UTC.ukrtel.net [195.5.25.154]) (authenticated bits=0) by www.portaone.com (8.12.11/8.12.11) with ESMTP id j1AJnIvo030234 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 10 Feb 2005 20:49:20 +0100 (CET) (envelope-from sobomax@portaone.com) Message-ID: <420BBAAD.4030109@portaone.com> Date: Thu, 10 Feb 2005 21:49:01 +0200 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: <20050209205943.34c39e15.flynn@energyhq.es.eu.org> <420A838B.9050600@portaone.com> <420BB5E3.1080504@elischer.org> In-Reply-To: <420BB5E3.1080504@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.80/685/Wed Jan 26 10:08:24 2005 clamav-milter version 0.80j on www.portaone.com X-Virus-Status: Clean cc: freebsd-current@freebsd.org Subject: Re: MySQL benchmarks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 20:00:32 -0000 Julian Elischer wrote: > > > Maxim Sobolev wrote: > >> The difference between linux and everything else in those tests is so >> significant even on UP, so that I suspect that something wrong with >> the approach. > > > > no, I believe it to be accurate. however Mysql in default config is very > well > tuned for Linux, and you have to admit that 2.6 is a very nice kernel in > some ways. Actually article shows that there is very little difference between 2.4 and 2.6 even on SMP, which makes me very suspicious, as 2.4 employ the same giant lock model as FreeBSD 4.11 does. -Maxim From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 20:03:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B865D16A4CE; Thu, 10 Feb 2005 20:03:40 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32F2443D46; Thu, 10 Feb 2005 20:03:40 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id j1AK3d4M081226; Thu, 10 Feb 2005 15:03:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j1AK3xNW047260; Thu, 10 Feb 2005 15:03:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7C9A67306E; Thu, 10 Feb 2005 15:03:39 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050210200339.7C9A67306E@freebsd-current.sentex.ca> Date: Thu, 10 Feb 2005 15:03:39 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner2 X-Virus-Status: Clean Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 20:03:40 -0000 TB --- 2005-02-10 18:27:15 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-10 18:27:15 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2005-02-10 18:27:15 - checking out the source tree TB --- 2005-02-10 18:27:15 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2005-02-10 18:27:15 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-10 18:32:40 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-10 18:32:40 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-02-10 18:32:40 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-02-10 20:03:38 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-10 20:03:38 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-02-10 20:03:38 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Feb 10 20:03:39 UTC 2005 >>> stage 1: configuring the kernel [...] with your /usr/src/sys and install a new config binary before trying this again. If running the new config fails check your config file against the GENERIC or LINT config files for changes in config syntax, or option/device naming conventions *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2005-02-10 20:03:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-10 20:03:39 - ERROR: failed to build generic kernel TB --- 2005-02-10 20:03:39 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 20:08:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E105816A4CE for ; Thu, 10 Feb 2005 20:08:48 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67F2C43D1D for ; Thu, 10 Feb 2005 20:08:48 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by rproxy.gmail.com with SMTP id 34so224815rns for ; Thu, 10 Feb 2005 12:08:48 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=GEMv8TM42xpn1l3f+0Hoq4T4038uWMviRDSu+hxSY5TwZhaNOULHSfE5rXR47N7v48TA7rtvwy3to/PvBGg2vnYJ5V2EY+0j5wHr4jLP0iFrSdK/kPo2iVUTuvnqkwfsff9AqV9T8KpouYPeqKhKq1gT+1xjiscFOLctiLCJ7dA= Received: by 10.38.179.13 with SMTP id b13mr5399rnf; Thu, 10 Feb 2005 12:08:47 -0800 (PST) Received: by 10.38.8.9 with HTTP; Thu, 10 Feb 2005 12:08:47 -0800 (PST) Message-ID: Date: Fri, 11 Feb 2005 04:08:47 +0800 From: Jiawei Ye To: Scot Hetzel In-Reply-To: <790a9fff05021011487e1724a5@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <790a9fff05021011487e1724a5@mail.gmail.com> cc: freebsd-current@freebsd.org Subject: Re: -current config(8) problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jiawei Ye List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 20:08:49 -0000 On Thu, 10 Feb 2005 13:48:35 -0600, Scot Hetzel wrote: > > ERROR: version of config(8) does not match kernel! > > config version = 600001, version required = 600000 > > > Did you do a "make buildworld" before your "make kernel"? > > If you did, then do as the error messages says above: I actually did, but shouldn't 600001 be greater than 600000? The kernel asking for an older version of config(8) is really strange to me. Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 20:12:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D14016A4CE for ; Thu, 10 Feb 2005 20:12:49 +0000 (GMT) Received: from mail25.sea5.speakeasy.net (mail25.sea5.speakeasy.net [69.17.117.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEE8F43D48 for ; Thu, 10 Feb 2005 20:12:48 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 18143 invoked from network); 10 Feb 2005 20:12:48 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 10 Feb 2005 20:12:48 -0000 Received: from [10.50.40.202] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j1AKCd62014246; Thu, 10 Feb 2005 15:12:43 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Andrew Thompson Date: Thu, 10 Feb 2005 15:13:48 -0500 User-Agent: KMail/1.6.2 References: <200502090737.36020.syjef@mdanderson.org> <200502101420.35641.jhb@FreeBSD.org> <20050210200259.GA31485@thingy.tbd.co.nz> In-Reply-To: <20050210200259.GA31485@thingy.tbd.co.nz> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200502101513.48491.jhb@FreeBSD.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: jeremie@le-hen.org cc: haro@kgt.co.jp cc: Ian Dowse cc: freebsd-current@FreeBSD.org cc: Jonathan Fosburgh Subject: Re: Console freeze but still alive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 20:12:49 -0000 On Thursday 10 February 2005 03:02 pm, Andrew Thompson wrote: > On Thu, Feb 10, 2005 at 02:20:35PM -0500, John Baldwin wrote: > > On Wednesday 09 February 2005 06:26 pm, Andrew Thompson wrote: > > > On Wed, Feb 09, 2005 at 05:24:01PM +0000, Ian Dowse wrote: > > > > > > I also have this problem. I have tracked it down to this commit from > > > jhb@, but im not sure why it would affect things. > > > > > > From my supfile > > > date=2005.02.07.22.00.00 - works > > > date=2005.02.07.22.10.00 - console stops > > > > There's very very little chance this could cause this change. Have tried > > doing a diff between a working and non-working tree (just cvsup to a > > different directory to get a second tree with a different date) and > > seeing what the diff contained? > > It seems that I have bunged up my binary search. 22:00 doesnt infact > work but I know 18:00 does so its an earlier commit than yours.I will start > again and post the findings. Well, given that timeframe, it's probably still my fault. :) I'd focus on the changes to files in sys/sys and sys/kern for now. Just don't compile the Linux compat for now and try backing out those commits to see if anything changes. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 20:28:19 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 790F716A4CE; Thu, 10 Feb 2005 20:28:19 +0000 (GMT) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E29B43D3F; Thu, 10 Feb 2005 20:28:18 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by mail-gw1.york.ac.uk (8.12.10/8.12.10) with ESMTP id j1AKSGOP006801; Thu, 10 Feb 2005 20:28:16 GMT Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.12.9p2/8.12.9) with ESMTP id j1AKSGp8028637; Thu, 10 Feb 2005 20:28:16 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost)j1AKSG5R028634; Thu, 10 Feb 2005 20:28:16 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Thu, 10 Feb 2005 20:28:16 +0000 (GMT) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: John Baldwin In-Reply-To: <200502101513.48491.jhb@FreeBSD.org> Message-ID: <20050210202722.R26547@ury.york.ac.uk> References: <200502090737.36020.syjef@mdanderson.org> <200502101420.35641.jhb@FreeBSD.org> <200502101513.48491.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk cc: Jonathan Fosburgh cc: freebsd-current@freebsd.org cc: haro@kgt.co.jp cc: Ian Dowse cc: jeremie@le-hen.org Subject: Re: Console freeze but still alive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 20:28:19 -0000 On Thu, 10 Feb 2005, John Baldwin wrote: > On Thursday 10 February 2005 03:02 pm, Andrew Thompson wrote: > > On Thu, Feb 10, 2005 at 02:20:35PM -0500, John Baldwin wrote: > > > On Wednesday 09 February 2005 06:26 pm, Andrew Thompson wrote: > > > > On Wed, Feb 09, 2005 at 05:24:01PM +0000, Ian Dowse wrote: > > > > > > > > I also have this problem. I have tracked it down to this commit from > > > > jhb@, but im not sure why it would affect things. > > > > > > > > From my supfile > > > > date=2005.02.07.22.00.00 - works > > > > date=2005.02.07.22.10.00 - console stops > > > > > > There's very very little chance this could cause this change. Have tried > > > doing a diff between a working and non-working tree (just cvsup to a > > > different directory to get a second tree with a different date) and > > > seeing what the diff contained? > > > > It seems that I have bunged up my binary search. 22:00 doesnt infact > > work but I know 18:00 does so its an earlier commit than yours.I will start > > again and post the findings. > > Well, given that timeframe, it's probably still my fault. :) I'd focus on the > changes to files in sys/sys and sys/kern for now. Just don't compile the > Linux compat for now and try backing out those commits to see if anything > changes. I don't know if it helps anyone pinpoint the exact cause, but as far as I can tell, disabling moused stops the console freeze. Gavin From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 20:33:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC59B16A4CE for ; Thu, 10 Feb 2005 20:33:26 +0000 (GMT) Received: from mail.snowfall.se (guldivar.globalwire.se [212.112.184.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D9A543D39 for ; Thu, 10 Feb 2005 20:33:26 +0000 (GMT) (envelope-from stefan@snowfall.se) Received: from [213.136.48.101] (unknown [213.136.48.101]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.snowfall.se (Postfix) with ESMTP id 81A2E1321F; Thu, 10 Feb 2005 21:33:23 +0100 (CET) Message-ID: <420BC512.2060403@snowfall.se> Date: Thu, 10 Feb 2005 21:33:22 +0100 From: Stefan Cars User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maxim Sobolev References: <20050209205943.34c39e15.flynn@energyhq.es.eu.org> <420A838B.9050600@portaone.com> <420BB5E3.1080504@elischer.org> <420BBAAD.4030109@portaone.com> In-Reply-To: <420BBAAD.4030109@portaone.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: Julian Elischer Subject: Re: MySQL benchmarks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 20:33:26 -0000 Hi! I'm a bit interested in why FreeBSD is so much worse than NetBSD (and Linux) on UP and also on some SMP ? Could someone give a pretty simple answer to that or is the question to complex ? /S From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 20:48:19 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB19516A4CE for ; Thu, 10 Feb 2005 20:48:19 +0000 (GMT) Received: from web26801.mail.ukl.yahoo.com (web26801.mail.ukl.yahoo.com [217.146.176.77]) by mx1.FreeBSD.org (Postfix) with SMTP id C1E6B43D54 for ; Thu, 10 Feb 2005 20:48:18 +0000 (GMT) (envelope-from cguttesen@yahoo.dk) Received: (qmail 98329 invoked by uid 60001); 10 Feb 2005 20:48:17 -0000 Message-ID: <20050210204817.98327.qmail@web26801.mail.ukl.yahoo.com> Received: from [217.149.113.94] by web26801.mail.ukl.yahoo.com via HTTP; Thu, 10 Feb 2005 21:48:17 CET Date: Thu, 10 Feb 2005 21:48:17 +0100 (CET) From: Claus Guttesen To: Julian Elischer , Maxim Sobolev In-Reply-To: <420BB5E3.1080504@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org Subject: Re: MySQL benchmarks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 20:48:19 -0000 > > The difference between linux and everything else > > in those tests is so significant even on UP, so that I > > suspect that something wrong with > > the approach. > no, I believe it to be accurate. however Mysql in > default config is very well tuned for Linux, > and you have to admit that 2.6 is a very nice > kernel in some ways. I'm running the tests on a dual xeon @ 2.0 GHz and 1 GB RAM. Right now I'm doint the tests on slackware, I'll just test the 2.4.26-kernel since 2.4 and 2.6 are pretty close to each other. The following days I'll test NetBSD 2.0, FreeBSD 4.11, 5.3 release, 5.3 stable and 6.0 current. All kernels will have smp enabled, optimized with -O2 -march=i686, world will compiled with the same options on *BSD, mysql is 4.0.23a. Slackware is using xfs, the other will use their default filesystems. regards Claus From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 21:00:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FE3E16A4CE for ; Thu, 10 Feb 2005 21:00:06 +0000 (GMT) Received: from out005.verizon.net (out005pub.verizon.net [206.46.170.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7ACB43D1D for ; Thu, 10 Feb 2005 21:00:03 +0000 (GMT) (envelope-from skip.ford@verizon.net) Received: from pool-70-104-70-104.pskn.east.verizon.net ([70.104.70.104]) by out005.verizon.netESMTP <20050210210003.JMWV6130.out005.verizon.net@pool-70-104-70-104.pskn.east.verizon.net>; Thu, 10 Feb 2005 15:00:03 -0600 Date: Thu, 10 Feb 2005 16:00:02 -0500 From: Skip Ford To: Ian Dowse Message-ID: <20050210210002.GA679@lucy.pool-70-104-70-104.pskn.east.verizon.net> Mail-Followup-To: Ian Dowse , Jonathan Fosburgh , haro@kgt.co.jp, freebsd-current@freebsd.org, jeremie@le-hen.org References: <200502090737.36020.syjef@mdanderson.org> <200502091724.ab92170@salmon.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200502091724.ab92170@salmon.maths.tcd.ie> User-Agent: Mutt/1.4.2.1i X-Authentication-Info: Submitted using SMTP AUTH at out005.verizon.net from [70.104.70.104] at Thu, 10 Feb 2005 15:00:02 -0600 cc: jeremie@le-hen.org cc: haro@kgt.co.jp cc: freebsd-current@freebsd.org cc: Jonathan Fosburgh Subject: Re: Console freeze but still alive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 21:00:06 -0000 Ian Dowse wrote: > In message <200502090737.36020.syjef@mdanderson.org>, Jonathan Fosburgh writes: > >I'm running -current as of yesterday and having the same problem. X is > >working fine for me, I just can't make use of any of /dev/ttyv*. WHen I sh>ut > >the system down I do notice that all of the output suddenly appears and I c>an > >watch the shutdown generally from about the point disks start to sync. This> > >is on an old HP Kayak workstation. > > FYI, I saw something similar once when I was testing my recent > callout changes, but I haven't seen it happen since. If the problem > did just appear around Sunday/Monday then I guess it could be > related... Yes, reverting your callout changes fixes the problem for me. In my case, with your changes the console worked fine unless I started X. When switching from or exiting X, the screen would stay blank. The shell still works at that point, I just couldn't see it. Changing video modes with vidcontrol didn't help. My startup scripts do change the video mode for all screens. I don't use moused at all FWIW. -- Skip, who doesn't work for Verizon. From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 21:16:00 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58BBE16A509 for ; Thu, 10 Feb 2005 21:16:00 +0000 (GMT) Received: from mail28.sea5.speakeasy.net (mail28.sea5.speakeasy.net [69.17.117.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2315E43D41 for ; Thu, 10 Feb 2005 21:16:00 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 26955 invoked from network); 10 Feb 2005 21:15:59 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail28.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 10 Feb 2005 21:15:59 -0000 Received: from hydrogen.funkthat.com (cpahev@localhost.funkthat.com [127.0.0.1])j1ALFwGH091584; Thu, 10 Feb 2005 13:15:59 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id j1ALFwHL091583; Thu, 10 Feb 2005 13:15:58 -0800 (PST) Date: Thu, 10 Feb 2005 13:15:58 -0800 From: John-Mark Gurney To: Jiawei Ye Message-ID: <20050210211558.GS19624@funkthat.com> Mail-Followup-To: Jiawei Ye , freebsd-current@freebsd.org, des@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-current@freebsd.org cc: des@freebsd.org Subject: Re: -current config(8) problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 21:16:00 -0000 Jiawei Ye wrote this message on Fri, Feb 11, 2005 at 03:21 +0800: > ERROR: version of config(8) does not match kernel! > config version = 600001, version required = 600000 DES forgot to update the src/sys/conf/Makefile* with the new version... you can just hand edit src/sys/conf/Makefile.* and update the %VERSREQ line to read 600001... I have now updated the Makefiles.... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 21:16:31 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9074416A4CE; Thu, 10 Feb 2005 21:16:31 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11ED043D3F; Thu, 10 Feb 2005 21:16:31 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1ALGU6i042142; Thu, 10 Feb 2005 16:16:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1ALH8ec011734; Thu, 10 Feb 2005 16:17:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 59EC17306E; Thu, 10 Feb 2005 16:16:30 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050210211630.59EC17306E@freebsd-current.sentex.ca> Date: Thu, 10 Feb 2005 16:16:30 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/704/Thu Feb 10 06:37:18 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner2 X-Virus-Status: Clean Subject: [current tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 21:16:31 -0000 TB --- 2005-02-10 20:03:39 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-10 20:03:39 - starting CURRENT tinderbox run for powerpc/powerpc TB --- 2005-02-10 20:03:39 - checking out the source tree TB --- 2005-02-10 20:03:39 - cd /home/tinderbox/CURRENT/powerpc/powerpc TB --- 2005-02-10 20:03:39 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-10 20:09:06 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-10 20:09:06 - cd /home/tinderbox/CURRENT/powerpc/powerpc/src TB --- 2005-02-10 20:09:06 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-02-10 21:16:29 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-10 21:16:29 - cd /home/tinderbox/CURRENT/powerpc/powerpc/src TB --- 2005-02-10 21:16:29 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Feb 10 21:16:29 UTC 2005 >>> stage 1: configuring the kernel [...] with your /usr/src/sys and install a new config binary before trying this again. If running the new config fails check your config file against the GENERIC or LINT config files for changes in config syntax, or option/device naming conventions *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. TB --- 2005-02-10 21:16:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-10 21:16:30 - ERROR: failed to build generic kernel TB --- 2005-02-10 21:16:30 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 21:34:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 136CA16A4CE; Thu, 10 Feb 2005 21:34:56 +0000 (GMT) Received: from mta13-winn.mailhost.ntl.com (smtpout19.mailhost.ntl.com [212.250.162.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9435643D41; Thu, 10 Feb 2005 21:34:54 +0000 (GMT) (envelope-from antony.t.curtis@ntlworld.com) Received: from aamta02-winn.mailhost.ntl.com ([212.250.162.8]) by mta13-winn.mailhost.ntl.com with ESMTP <20050210213453.VWNF11211.mta13-winn.mailhost.ntl.com@aamta02-winn.mailhost.ntl.com>; Thu, 10 Feb 2005 21:34:53 +0000 Received: from localhost.localdomain ([81.107.94.210]) by aamta02-winn.mailhost.ntl.com with ESMTP <20050210213453.IXFY3760.aamta02-winn.mailhost.ntl.com@localhost.localdomain>; Thu, 10 Feb 2005 21:34:53 +0000 From: Antony T Curtis To: Scott Long In-Reply-To: <420A909C.8070701@freebsd.org> References: <20050209205943.34c39e15.flynn@energyhq.es.eu.org> <420A909C.8070701@freebsd.org> Content-Type: text/plain Date: Thu, 10 Feb 2005 21:34:50 +0000 Message-Id: <1108071290.59338.8.camel@pcgem.rdg.cyberkinetica.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: MySQL benchmarks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 21:34:56 -0000 On Wed, 2005-02-09 at 15:37 -0700, Scott Long wrote: > Miguel Mendez wrote: > > > Hi all, > > > > Someone has posted a link to a newsforge article on the NetBSD lists > > that benchmarks MySQL performance on several systems, you can see it at: > > > > http://software.newsforge.com/article.pl?sid=04/12/27/1243207&from=rss > > > > I don't know how much Linux-specific code there is in MySQL because, > > honestly, I always try to avoid it and go with PostgreSQL, but perhaps > > somebody with more MySQL-fu can fill in the blanks and confirm that the > > better performance seen on Linux systems is due to how the software is > > designed and not so much related to FreeBSD per se. > > > > Cheers, > > There has long been speculation that Linux cuts corners on these tests > by ignoring things like fsync. One thing that I've been meaning to do > for a while is to ktrace some of the mysql benchmarks and see what > exactly is going on, then compare that to a similar ktrace run under > Linux. If it turns out that there are lots of synchronization calls > (i.e. fsync-like calls), try stubbing them out in FreeBSD and see if it > brings you any closer to the linux scores. > > An easier but also informative test would be to remount the database > filesystem as async-noatime-nosoftupdates and see how it compares. The test was performed using Innodb... and if the define is available, it usually opens its filestore with the O_DIRECT flag. Also, expect plenty of fsync() calls. If Linux is returning from the write() calls without pushing the data to disk, that itself will give it a sizable lead. If I remember correctly, MyISAM with skip-locking should rarely use fsync() calls... so if possible, the test could be re-run using MyISAM tables to see if there is any performance difference. I have not personally done any performance comparisons between FreeBSD and Linux in more than a year but the last time I compared FreeBSD 5 pthreads and Linux, Linux does appear to have the edge on thread creation and synchronisation. However, I have switched all my machines to be running FreeBSD since... (rpm hell experience during upgrading) YMMV, opinions are mine and not my employer, yadda yadda yadda... -- Antony T Curtis, BSc. UNIX, Linux, *BSD, Networking antony.t.curtis@ntlworld.com C++, J2EE, Perl, MySQL, Apache IT Consultancy. From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 22:16:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B864216A4CE for ; Thu, 10 Feb 2005 22:16:12 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id ED1D543D41 for ; Thu, 10 Feb 2005 22:16:11 +0000 (GMT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 10 Feb 2005 22:16:10 +0000 (GMT) To: Skip Ford In-Reply-To: Your message of "Thu, 10 Feb 2005 16:00:02 EST." <20050210210002.GA679@lucy.pool-70-104-70-104.pskn.east.verizon.net> Date: Thu, 10 Feb 2005 22:16:01 +0000 From: Ian Dowse Message-ID: <200502102216.ab00205@salmon.maths.tcd.ie> cc: jeremie@le-hen.org cc: haro@kgt.co.jp cc: freebsd-current@freebsd.org cc: Jonathan Fosburgh Subject: Re: Console freeze but still alive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 22:16:12 -0000 In message <20050210210002.GA679@lucy.pool-70-104-70-104.pskn.east.verizon.net> , Skip Ford writes: >Ian Dowse wrote: >> FYI, I saw something similar once when I was testing my recent >> callout changes, but I haven't seen it happen since. If the problem >> did just appear around Sunday/Monday then I guess it could be >> related... > >Yes, reverting your callout changes fixes the problem for me. > >In my case, with your changes the console worked fine unless I >started X. When switching from or exiting X, the screen would >stay blank. The shell still works at that point, I just couldn't >see it. > >Changing video modes with vidcontrol didn't help. My startup >scripts do change the video mode for all screens. I don't use >moused at all FWIW. Thanks for the information. Could you try the following patch? It's probably unlikely to help, but is the only potential issue I've spotted so far. (In the time that a process is waiting to acquire Giant, it seems possible that a CALLOUT_LOCAL_ALLOC callout from timeout() could be recycled and then cancelled by another thread, causing the wrong callout to be stopped. This patch ensures that the new callout cancelling mechanism never applies to these timeout() callouts). Ian Index: kern_timeout.c =================================================================== RCS file: /dump/FreeBSD-CVS/src/sys/kern/kern_timeout.c,v retrieving revision 1.96 diff -u -r1.96 kern_timeout.c --- kern_timeout.c 7 Feb 2005 02:47:33 -0000 1.96 +++ kern_timeout.c 10 Feb 2005 22:06:58 -0000 @@ -251,11 +251,12 @@ c->c_flags = CALLOUT_LOCAL_ALLOC; SLIST_INSERT_HEAD(&callfree, c, c_links.sle); + curr_callout = NULL; } else { c->c_flags = (c->c_flags & ~CALLOUT_PENDING); + curr_callout = c; } - curr_callout = c; curr_cancelled = 0; mtx_unlock_spin(&callout_lock); if (c_mtx != NULL) { From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 22:28:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A59C216A4CE; Thu, 10 Feb 2005 22:28:14 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2676943D1F; Thu, 10 Feb 2005 22:28:14 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id j1AMSDbl092769; Thu, 10 Feb 2005 17:28:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1AMSq5t026124; Thu, 10 Feb 2005 17:28:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 72AFB7306E; Thu, 10 Feb 2005 17:28:13 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050210222813.72AFB7306E@freebsd-current.sentex.ca> Date: Thu, 10 Feb 2005 17:28:13 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner2 X-Virus-Status: Clean Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 22:28:14 -0000 TB --- 2005-02-10 21:16:30 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-10 21:16:30 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-02-10 21:16:30 - checking out the source tree TB --- 2005-02-10 21:16:30 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-02-10 21:16:30 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-10 21:22:09 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-10 21:22:09 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-02-10 21:22:09 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-02-10 22:28:12 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-10 22:28:12 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-02-10 22:28:12 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Feb 10 22:28:12 UTC 2005 >>> stage 1: configuring the kernel [...] with your /usr/src/sys and install a new config binary before trying this again. If running the new config fails check your config file against the GENERIC or LINT config files for changes in config syntax, or option/device naming conventions *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-02-10 22:28:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-10 22:28:13 - ERROR: failed to build generic kernel TB --- 2005-02-10 22:28:13 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 22:46:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 430F716A4CE; Thu, 10 Feb 2005 22:46:49 +0000 (GMT) Received: from mta10-winn.mailhost.ntl.com (smtpout18.mailhost.ntl.com [212.250.162.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0D9143D53; Thu, 10 Feb 2005 22:46:47 +0000 (GMT) (envelope-from tom.hurst@clara.net) Received: from aamta03-winn.mailhost.ntl.com ([212.250.162.8]) by mta10-winn.mailhost.ntl.com with ESMTP <20050210224646.MACF20856.mta10-winn.mailhost.ntl.com@aamta03-winn.mailhost.ntl.com>; Thu, 10 Feb 2005 22:46:46 +0000 Received: from voi.aagh.net ([81.104.55.176]) by aamta03-winn.mailhost.ntl.com with ESMTP <20050210224646.QXHL9818.aamta03-winn.mailhost.ntl.com@voi.aagh.net>; Thu, 10 Feb 2005 22:46:46 +0000 Received: from freaky by voi.aagh.net with local (Exim 4.44 (FreeBSD)) id 1CzN5A-000EJ7-32; Thu, 10 Feb 2005 22:46:44 +0000 Date: Thu, 10 Feb 2005 22:46:43 +0000 From: Thomas Hurst To: Antony T Curtis Message-ID: <20050210224643.GA47912@voi.aagh.net> Mail-Followup-To: Antony T Curtis , Scott Long , freebsd-current@freebsd.org References: <20050209205943.34c39e15.flynn@energyhq.es.eu.org> <420A909C.8070701@freebsd.org> <1108071290.59338.8.camel@pcgem.rdg.cyberkinetica.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1108071290.59338.8.camel@pcgem.rdg.cyberkinetica.com> Organization: Not much. User-Agent: Mutt/1.5.6i Sender: Thomas Hurst cc: freebsd-current@freebsd.org cc: Scott Long Subject: Re: MySQL benchmarks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 22:46:49 -0000 * Antony T Curtis (antony.t.curtis@ntlworld.com) wrote: > If I remember correctly, MyISAM with skip-locking should rarely use > fsync() calls... so if possible, the test could be re-run using MyISAM > tables to see if there is any performance difference. Poor performance is seen on read-only tests too; no fsync() overhead there. However, this message caught my eye: http://lists.freebsd.org/pipermail/freebsd-threads/2005-February/002848.html "Linux uses ptmalloc2 as its memory allocator, an extremely efficient implementation whose performance under a heavily loaded multithreaded system is impressive. FreeBSD does not." There are a few malloc implimentations in ports which are supposedly very good under threaded and multi-CPU conditions, including an older ptmalloc, but I can't seem to make MySQL work with any of them using LD_PRELOAD (it hangs with ptmalloc and SEGV's after a few seconds of wdrain with Hoard). This on 5-STABLE as of Jan 14, though, so don't let that put anyone here off trying. -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 23:14:03 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FCA316A4CE; Thu, 10 Feb 2005 23:14:03 +0000 (GMT) Received: from thingy.tbd.co.nz (thingy.tbd.co.nz [210.48.70.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id B285F43D39; Thu, 10 Feb 2005 23:14:02 +0000 (GMT) (envelope-from andy@fud.org.nz) Received: from thingy.tbd.co.nz (localhost [127.0.0.1]) j1ANHO2t026757; Fri, 11 Feb 2005 12:17:24 +1300 Received: (from thompsa@localhost) by thingy.tbd.co.nz (8.12.3/8.12.3/Debian-7.1) id j1ANHNXw026755; Fri, 11 Feb 2005 12:17:23 +1300 X-Authentication-Warning: thingy.tbd.co.nz: thompsa set sender to andy@fud.org.nz using -f Date: Fri, 11 Feb 2005 12:17:23 +1300 From: Andrew Thompson To: John Baldwin Message-ID: <20050210231723.GB31485@thingy.tbd.co.nz> References: <200502090737.36020.syjef@mdanderson.org> <200502101420.35641.jhb@FreeBSD.org> <20050210200259.GA31485@thingy.tbd.co.nz> <200502101513.48491.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200502101513.48491.jhb@FreeBSD.org> User-Agent: Mutt/1.3.28i cc: Ian Dowse cc: current@FreeBSD.org Subject: Re: Console freeze but still alive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 23:14:03 -0000 On Thu, Feb 10, 2005 at 03:13:48PM -0500, John Baldwin wrote: > On Thursday 10 February 2005 03:02 pm, Andrew Thompson wrote: > > On Thu, Feb 10, 2005 at 02:20:35PM -0500, John Baldwin wrote: > > > On Wednesday 09 February 2005 06:26 pm, Andrew Thompson wrote: > > > > It seems that I have bunged up my binary search. 22:00 doesnt infact > > work but I know 18:00 does so its an earlier commit than yours.I will start > > again and post the findings. > > Well, given that timeframe, it's probably still my fault. :) I'd focus on the > changes to files in sys/sys and sys/kern for now. Just don't compile the > Linux compat for now and try backing out those commits to see if anything > changes. > Ive found that it is not 100% certain to freeze which has made my testing so far worthless. :( I have applied Ian's callout patch and after about a dozen reboots the console has not stopped. It looks promising so far but I will keep my eye on it. Andrew From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 23:20:58 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7091616A4CE; Thu, 10 Feb 2005 23:20:58 +0000 (GMT) Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0B1043D2F; Thu, 10 Feb 2005 23:20:57 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-1.free.fr (Postfix) with ESMTP id 8CFD228C090; Fri, 11 Feb 2005 00:20:56 +0100 (CET) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 26779407C; Fri, 11 Feb 2005 00:20:29 +0100 (CET) Date: Fri, 11 Feb 2005 00:20:28 +0100 From: Jeremie Le Hen To: Andrew Thompson Message-ID: <20050210232028.GJ82324@obiwan.tataz.chchile.org> References: <200502090737.36020.syjef@mdanderson.org> <200502101420.35641.jhb@FreeBSD.org> <20050210200259.GA31485@thingy.tbd.co.nz> <200502101513.48491.jhb@FreeBSD.org> <20050210231723.GB31485@thingy.tbd.co.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050210231723.GB31485@thingy.tbd.co.nz> User-Agent: Mutt/1.5.7i cc: Ian Dowse cc: current@FreeBSD.org cc: John Baldwin Subject: Re: Console freeze but still alive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 23:20:58 -0000 > Ive found that it is not 100% certain to freeze which has made my > testing so far worthless. :( > I have applied Ian's callout patch and after about a dozen reboots the > console has not stopped. It looks promising so far but I will keep my > eye on it. Same thing here. I switched between console and X a few times, played with my mouse in console mode and used my computer for a while, and I've not seen a console freeze yet. But I have not been able to guess how to repeat the problem, so ... I'll go on using my computer :-). Thanks. Regards, -- Jeremie Le Hen jeremie at le-hen dot org From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 23:34:20 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D562116A4CE for ; Thu, 10 Feb 2005 23:34:20 +0000 (GMT) Received: from out004.verizon.net (out004pub.verizon.net [206.46.170.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id D58FD43D3F for ; Thu, 10 Feb 2005 23:34:19 +0000 (GMT) (envelope-from skip.ford@verizon.net) Received: from pool-70-104-70-104.pskn.east.verizon.net ([70.104.70.104]) by out004.verizon.netESMTP <20050210233419.BVSY15146.out004.verizon.net@pool-70-104-70-104.pskn.east.verizon.net>; Thu, 10 Feb 2005 17:34:19 -0600 Date: Thu, 10 Feb 2005 18:34:18 -0500 From: Skip Ford To: Ian Dowse Message-ID: <20050210233418.GA683@lucy.pool-70-104-70-104.pskn.east.verizon.net> Mail-Followup-To: Ian Dowse , Jonathan Fosburgh , haro@kgt.co.jp, freebsd-current@freebsd.org, jeremie@le-hen.org References: <20050210210002.GA679@lucy.pool-70-104-70-104.pskn.east.verizon.net> <200502102216.ab00205@salmon.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200502102216.ab00205@salmon.maths.tcd.ie> User-Agent: Mutt/1.4.2.1i X-Authentication-Info: Submitted using SMTP AUTH at out004.verizon.net from [70.104.70.104] at Thu, 10 Feb 2005 17:34:19 -0600 cc: jeremie@le-hen.org cc: haro@kgt.co.jp cc: freebsd-current@freebsd.org cc: Jonathan Fosburgh Subject: Re: Console freeze but still alive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 23:34:21 -0000 Ian Dowse wrote: > In message <20050210210002.GA679@lucy.pool-70-104-70-104.pskn.east.verizon.net> > , Skip Ford writes: >>Ian Dowse wrote: >>> FYI, I saw something similar once when I was testing my recent >>> callout changes, but I haven't seen it happen since. If the problem >>> did just appear around Sunday/Monday then I guess it could be >>> related... >> >>Yes, reverting your callout changes fixes the problem for me. >> >>In my case, with your changes the console worked fine unless I >>started X. When switching from or exiting X, the screen would >>stay blank. The shell still works at that point, I just couldn't >>see it. >> >>Changing video modes with vidcontrol didn't help. My startup >>scripts do change the video mode for all screens. I don't use >>moused at all FWIW. > > Thanks for the information. Could you try the following patch? It's > probably unlikely to help, but is the only potential issue I've > spotted so far. I think it worked but now I can't be sure. The screen behaves correctly when booting with your patch, but now it also seems to be working correctly without it. All of a sudden, I can't get any kernel to behave incorrectly, even though it did that consistenly over the last few days. -- Skip From owner-freebsd-current@FreeBSD.ORG Fri Feb 11 00:02:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18B6116A4CE; Fri, 11 Feb 2005 00:02:26 +0000 (GMT) Received: from out005.verizon.net (out005pub.verizon.net [206.46.170.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87D0443D3F; Fri, 11 Feb 2005 00:02:25 +0000 (GMT) (envelope-from skip.ford@verizon.net) Received: from pool-70-104-70-104.pskn.east.verizon.net ([70.104.70.104]) by out005.verizon.netESMTP <20050211000224.MGVL6130.out005.verizon.net@pool-70-104-70-104.pskn.east.verizon.net>; Thu, 10 Feb 2005 18:02:24 -0600 Date: Thu, 10 Feb 2005 19:02:24 -0500 From: Skip Ford To: Jeremie Le Hen Message-ID: <20050211000224.GA717@lucy.pool-70-104-70-104.pskn.east.verizon.net> References: <200502090737.36020.syjef@mdanderson.org> <200502101420.35641.jhb@FreeBSD.org> <20050210200259.GA31485@thingy.tbd.co.nz> <200502101513.48491.jhb@FreeBSD.org> <20050210231723.GB31485@thingy.tbd.co.nz> <20050210232028.GJ82324@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050210232028.GJ82324@obiwan.tataz.chchile.org> User-Agent: Mutt/1.4.2.1i X-Authentication-Info: Submitted using SMTP AUTH at out005.verizon.net from [70.104.70.104] at Thu, 10 Feb 2005 18:02:24 -0600 cc: Ian Dowse cc: current@FreeBSD.org cc: John Baldwin Subject: Re: Console freeze but still alive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Feb 2005 00:02:26 -0000 Jeremie Le Hen wrote: > > Ive found that it is not 100% certain to freeze which has made my > > testing so far worthless. :( > > I have applied Ian's callout patch and after about a dozen reboots the > > console has not stopped. It looks promising so far but I will keep my > > eye on it. > > Same thing here. I switched between console and X a few times, played > with my mouse in console mode and used my computer for a while, and I've > not seen a console freeze yet. But I have not been able to guess how > to repeat the problem, so ... I'll go on using my computer :-). Are either of you using a splash screen? I've found that an unpatched tree using splash_bmp, if the image can't be displayed then the console eventually messes up in the way I described. If it can be displayed, the console continues to work fine. Using the patch he posted, it works correctly either way. -- Skip From owner-freebsd-current@FreeBSD.ORG Fri Feb 11 00:03:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B3F516A4CE for ; Fri, 11 Feb 2005 00:03:09 +0000 (GMT) Received: from mail.thekeelecentre.com (mail.thekeelecentre.com [217.206.238.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 367C343D1F for ; Fri, 11 Feb 2005 00:03:09 +0000 (GMT) (envelope-from richardtector@thekeelecentre.com) Received: from RLaptop (host212-140-153-135.webport.bt.net [212.140.153.135]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.thekeelecentre.com (Postfix) with ESMTP id D765259C4; Thu, 10 Feb 2005 23:53:43 +0000 (GMT) From: "Richard Tector" To: =?iso-8859-1?Q?'S=F8ren_Schmidt'?= , "'Eddie Fry'" Date: Fri, 11 Feb 2005 00:03:23 -0000 Organization: The Keele Centre Message-ID: <001b01c50fcd$1ebef2f0$87998cd4@RLaptop> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 In-Reply-To: <420B639C.2040900@DeepCore.dk> X-Virus-Scanned: by amavisd-new at thekeelecentre.com cc: freebsd-current@freebsd.org Subject: RE: Marvell SATA Support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Feb 2005 00:03:09 -0000 I can also help with testing on this front. I have a RAID 0+1 array on = this controller, same motherboard. Regards, Richard Tector -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of S=F8ren Schmidt Sent: 10 February 2005 13:38 To: Eddie Fry Cc: freebsd-current@freebsd.org Subject: Re: Marvell SATA Support Eddie Fry wrote: > I noticed a thread last November that someone was working on the = driver=20 > for the Supermicro P4SCT+ Marvell 88SX504 controller. Has any = progress=20 > been made? Any beta code that needs testing? > That was probably me, no progress on that front yet.. --=20 -S=F8ren _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Feb 11 00:21:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AECC216A4CE; Fri, 11 Feb 2005 00:21:09 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id B16B643D3F; Fri, 11 Feb 2005 00:21:08 +0000 (GMT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 11 Feb 2005 00:21:08 +0000 (GMT) To: Skip Ford In-Reply-To: Your message of "Thu, 10 Feb 2005 19:02:24 EST." <20050211000224.GA717@lucy.pool-70-104-70-104.pskn.east.verizon.net> Date: Fri, 11 Feb 2005 00:21:04 +0000 From: Ian Dowse Message-ID: <200502110021.aa31278@salmon.maths.tcd.ie> cc: Jeremie Le Hen cc: current@FreeBSD.org cc: John Baldwin Subject: Re: Console freeze but still alive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Feb 2005 00:21:09 -0000 In message <20050211000224.GA717@lucy.pool-70-104-70-104.pskn.east.verizon.net> , Skip Ford writes: >Jeremie Le Hen wrote: >> > Ive found that it is not 100% certain to freeze which has made my >> > testing so far worthless. :( >> > I have applied Ian's callout patch and after about a dozen reboots the >> > console has not stopped. It looks promising so far but I will keep my >> > eye on it. >> >> Same thing here. I switched between console and X a few times, played >> with my mouse in console mode and used my computer for a while, and I've >> not seen a console freeze yet. But I have not been able to guess how >> to repeat the problem, so ... I'll go on using my computer :-). > >Are either of you using a splash screen? > >I've found that an unpatched tree using splash_bmp, if the image >can't be displayed then the console eventually messes up in the >way I described. If it can be displayed, the console continues to >work fine. > >Using the patch he posted, it works correctly either way. Patch committed - thanks for the quick testing and feedback! Ian From owner-freebsd-current@FreeBSD.ORG Fri Feb 11 01:53:33 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64D1616A4CE for ; Fri, 11 Feb 2005 01:53:33 +0000 (GMT) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0CB543D5A for ; Fri, 11 Feb 2005 01:53:25 +0000 (GMT) (envelope-from huang@gddsn.org.cn) Received: from [192.168.1.5] (unknown [218.19.83.226]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gddsn.org.cn (Postfix) with ESMTP id 9AB2E38CB42 for ; Fri, 11 Feb 2005 09:53:21 +0800 (CST) Message-ID: <420C100F.2040808@gddsn.org.cn> Date: Fri, 11 Feb 2005 09:53:19 +0800 From: Huang wen hui User-Agent: Mozilla Thunderbird 1.0 (X11/20050204) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: usbd problem under T42p X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Feb 2005 01:53:33 -0000 hi, I have a problem using usb mouse under T42p. If usb mouse is plug-in when booting, system will panic. After boot, this problem will not occur. my system config is: machine i386 cpu I486_CPU cpu I586_CPU cpu I686_CPU ident GENERIC # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols #options SCHED_ULE # ULE scheduler options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption 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 directoriesoptions MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS)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=5000 # 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 AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB # Support DDB. options GDB # Support remote GDB. #options INVARIANTS # Enable calls of extra sanity checking #options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS #options WITNESS # Enable checks to detect deadlocks and cycles #options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed # To make an SMP kernel, the next two lines are needed #options SMP # Symmetric MultiProcessor Kernel #device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa device eisa 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 atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers device ahb # EISA AHA1742 family device ahc # AHA2940 and onboard AIC7xxx devices device ahd # AHA39320/29320 and onboard AIC79xx devices device amd # AMD 53C974 (Tekram DC-390(T)) device isp # Qlogic family #device ispfw # Firmware for QLogic HBAs- normally a module device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') device trm # Tekram DC395U/UW/F DC315U adapters device adv # Advansys SCSI adapters device adw # Advansys wide SCSI adapters device aha # Adaptec 154x SCSI adapters device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. device bt # Buslogic/Mylex MultiMaster SCSI adapters device ncv # NCR 53C500 device nsp # Workbit Ninja SCSI-3 device stg # TMC 18C30/18C50 # 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) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem device amr # AMI MegaRAID device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID device ciss # Compaq Smart RAID 5* device dpt # DPT Smartcache III, IV - See NOTES for optionsdevice hptmv # Highpoint RocketRAID 182x device iir # Intel Integrated RAID device ips # IBM (Adaptec) ServeRAID device mly # Mylex AcceleRAID/eXtremeRAID device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers device aac # Adaptec FSA RAID device aacp # SCSI passthrough for aac (requires CAM) device ida # Compaq Smart RAID device mlx # Mylex DAC960 family device pst # Promise Supertrak SX6000 device twe # 3ware ATA RAID # 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 # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 adapter Gigabit Ethernet Card device ixgb # Intel PRO/10GbE Ethernet Card device txp # 3Com 3cR990 (``Typhoon'') device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device lge # Level 1 LXT1001 gigabit Ethernet device nge # NatSemi DP83820 gigabit Ethernet device pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc') device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device ste # Sundance ST201 (D-Link DFE-550TX) device ti # Alteon Networks Tigon I/II gigabit Ethernet device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vge # VIA VT612x gigabit Ethernet device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards device ex # Intel EtherExpress Pro/10 and Pro/10+ device ep # Etherlink III based cards device fe # Fujitsu MB8696x based cards device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. device lnc # NE2100, NE32-VL Lance Ethernet cards device sn # SMC's 9000 series of Ethernet chips device xe # Xircom pccard Ethernet # ISA devices that use the old ISA shims #device le # Wireless NIC cards device wlan # 802.11 support device an # Aironet 4500/4800 802.11 wireless NICs. device awi # BayStack 660 and others device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device urio # Diamond Rio 500 MP3 player device uscanner # Scanners # USB Ethernet, requires miibus device aue # ADMtek USB Ethernet device axe # ASIX Electronics USB Ethernet device cue # CATC USB Ethernet device kue # Kawasaki LSI USB Ethernet device rue # RealTek RTL8150 USB Ethernet # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) #my config device sound device snd_ich device smbus device smb device ichsmb device ehci device uplcom device atapicam device pf device pflog device pfsync options CPU_ENABLE_SSE and backtrace: [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] 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". doadump () at pcpu.h:159 (kgdb) bt #0 doadump () at pcpu.h:159 #1 0xc048b7d6 in db_fncall (dummy1=0, dummy2=0, dummy3=-1065397721, dummy4=0xf8a808c4 "\uffff\b\uffff\uffff\uffff4\177\u5121\b\uffff\uffff\uffff\b\uffff\uffff\220\a") at /usr/src/sys/ddb/db_command.c:531 #2 0xc048b5e4 in db_command (last_cmdp=0xc09135e4, cmd_table=0x0, aux_cmd_tablep=0xc0890664, aux_cmd_tablep_end=0xc0890680) at /usr/src/sys/ddb/db_command.c:349 #3 0xc048b6ac in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 #4 0xc048d241 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:221 #5 0xc066af77 in kdb_trap (type=12, code=0, tf=0xf8a80a58) at /usr/src/sys/kern/subr_kdb.c:421 #6 0xc080bc09 in trap_fatal (frame=0xf8a80a58, eva=33489795) at /usr/src/sys/i386/i386/trap.c:801 #7 0xc080b98f in trap_pfault (frame=0xf8a80a58, usermode=0, eva=33489795) at /usr/src/sys/i386/i386/trap.c:724 #8 0xc080b58d in trap (frame= {tf_fs = 24, tf_es = -1056702448, tf_ds = 16, tf_edi = -123204472, tf_esi = 4, tf_ebp = -123204964, tf_isp = -123204988, tf_ebx = -1014770688, tf_edx = 33489407, tf_ecx = 0, tf_eax = -1064551756, tf_trapno = 12, tf_err = 2, tf_eip = -1067513210, tf_cs = 8, tf_eflags = 66054, tf_esp = 0, tf_ss = -123204556}) at /usr/src/sys/i386/i386/trap.c:414 #9 0xc07fdcba in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #10 0x00000018 in ?? () #11 0xc1040010 in ?? () #12 0x00000010 in ?? () #13 0xf8a80c88 in ?? () #14 0x00000004 in ?? () #15 0xf8a80a9c in ?? () #16 0xf8a80a84 in ?? () #17 0xc383d400 in ?? () #18 0x01ff01ff in ?? () #19 0x00000000 in ?? () #20 0xc08c3ab4 in usb_cdevsw () #21 0x0000000c in ?? () #22 0x00000002 in ?? () #23 0xc05f0a86 in usb_get_next_event (ue=0xf8a80aa8) at /usr/src/sys/dev/usb/usb.c:771 #24 0xc05f067c in usbread (dev=0xc35bc300, uio=0xf8a80c88, flag=4) at /usr/src/sys/dev/usb/usb.c:528 #25 0xc0608a0f in devfs_read_f (fp=0xc38876c0, uio=0xf8a80c88, cred=0xc347ad80, flags=0, td=0xc3883cf0) at /usr/src/sys/fs/devfs/devfs_vnops.c:931 #26 0xc0673309 in dofileread (td=0xc3883cf0, fp=0xc38876c0, fd=7, buf=0x0, nbyte=384, offset=Unhandled dwarf expression opcode 0x93 ) at file.h:234 #27 0xc06731bb in read (td=0xc3883cf0, uap=0xf8a80d14) at /usr/src/sys/kern/sys_generic.c:107 #28 0xc080bf17 in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = -1077941812, tf_esi = 1, tf_ebp = -1077941032, tf_isp = -123204236, tf_ebx = 16, tf_edx = 3, tf_ecx = 0, tf_eax = 3, tf_trapno = 12, tf_err = 2, tf_eip = 671885715, tf_cs = 31, tf_eflags = 582, tf_esp = -1077941860, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:951 #29 0xc07fdd0f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 ---Type to continue, or q to quit--- #30 0x0000002f in ?? () #31 0x0000002f in ?? () #32 0x0000002f in ?? () #33 0xbfbfe9cc in ?? () #34 0x00000001 in ?? () #35 0xbfbfecd8 in ?? () #36 0xf8a80d74 in ?? () #37 0x00000010 in ?? () #38 0x00000003 in ?? () #39 0x00000000 in ?? () #40 0x00000003 in ?? () #41 0x0000000c in ?? () #42 0x00000002 in ?? () #43 0x280c2993 in ?? () #44 0x0000001f in ?? () #45 0x00000246 in ?? () #46 0xbfbfe99c in ?? () #47 0x0000002f in ?? () #48 0x00000000 in ?? () #49 0x00000000 in ?? () #50 0x00000000 in ?? () #51 0x00000000 in ?? () #52 0x7d7ea000 in ?? () #53 0xc38823f8 in ?? () #54 0xc3883cf0 in ?? () #55 0xf8a80600 in ?? () #56 0xf8a805e8 in ?? () #57 0xc3481cf0 in ?? () #58 0xc066395b in sched_switch (td=0x1, newtd=0x10, flags=Cannot access memory at address 0xbfbfece8 ) at /usr/src/sys/kern/sched_4bsd.c:963 Previous frame inner to this frame (corrupt stack?) (kgdb) From owner-freebsd-current@FreeBSD.ORG Fri Feb 11 03:07:21 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C204D16A4D5 for ; Fri, 11 Feb 2005 03:07:21 +0000 (GMT) Received: from leguin.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CC0643D39 for ; Fri, 11 Feb 2005 03:07:21 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from leguin.anholt.net (localhost [127.0.0.1]) by leguin.anholt.net (8.13.1/8.13.1) with ESMTP id j1B37KUx045412; Thu, 10 Feb 2005 19:07:20 -0800 (PST) (envelope-from eta@lclark.edu) Received: (from anholt@localhost) by leguin.anholt.net (8.13.1/8.13.1/Submit) id j1B37J0r045411; Thu, 10 Feb 2005 19:07:19 -0800 (PST) (envelope-from eta@lclark.edu) X-Authentication-Warning: leguin.anholt.net: anholt set sender to eta@lclark.edu using -f From: Eric Anholt To: Mike Silbersack In-Reply-To: <20050210022849.I1169@odysseus.silby.com> References: <20050210022849.I1169@odysseus.silby.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Thu, 10 Feb 2005 19:07:18 -0800 Message-Id: <1108091238.852.110.camel@leguin> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port cc: current@freebsd.org Subject: Re: Any X11 benchmarks out there? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Feb 2005 03:07:21 -0000 On Thu, 2005-02-10 at 02:31 -0600, Mike Silbersack wrote: > Since the topic of general system benchmarks and MySQL benchmarks has come > up again recently, I was wondering if anyone is aware of any X11 > benchmarks. While X11 performance would certainly be greatly dependent on > your video card, I could also see how it would stress IPC and the > scheduler, as the benchmark application handed off commands to the X11 > server. So, if there's a good benchmark, it would be useful in comparing > 5.3 to 4.11 to linux, etc. > > The only X11 benchmark I could find in my quick searching is xbench, which > is very old and doesn't appear to want to build (I didn't try to figure > out why, I hate makefiles.) > > http://www.ibiblio.org/pub/X11/contrib/utilities/xbench-0.2-src.tar.gz > > Is anyone aware of something more modern? The standard tool for benchmarking 2D X stuff is x11perf. It tests lots of core protocol stuff, i.e. not the stuff that's really important in terms of performance these days. These days the X Server is spending a lot more time grubbing around in framebuffer memory (really, really slow) due to the lack of Render acceleration. 3D probably isn't important to test, as it's all done client-side (almost no IPC) if you've got acceleration. And never use glxgears for benchmarking the 3d drivers or I will have to beat you senseless. -- Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Feb 11 03:18:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4013F16A4CE for ; Fri, 11 Feb 2005 03:18:27 +0000 (GMT) Received: from web54007.mail.yahoo.com (web54007.mail.yahoo.com [206.190.36.231]) by mx1.FreeBSD.org (Postfix) with SMTP id ADE7D43D39 for ; Fri, 11 Feb 2005 03:18:26 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 68201 invoked by uid 60001); 11 Feb 2005 03:18:26 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=F9SSnUdr7k4c9YtHJkgcCL8u1YSBGUV+xZj/mLzsL3mSaw2kaF6zhKUvE6AmEEZLjSu+FYStal0AOKlMzIutffvx0Bew37B6FuclRNcHHWtFaEZGGdkTP11V37CdT6RfZ18tsGEPd17YE5h6V0IGItffsnyOM7c9cdTrcYyW4kw= ; Message-ID: <20050211031826.68199.qmail@web54007.mail.yahoo.com> Received: from [147.46.44.181] by web54007.mail.yahoo.com via HTTP; Thu, 10 Feb 2005 19:18:26 PST Date: Thu, 10 Feb 2005 19:18:26 -0800 (PST) From: Rob To: FreeBSD current , FreeBSD Stable MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: atapci VIA 82C596B UDMA66 controller: problem for 5.X ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Feb 2005 03:18:27 -0000 Hi, I have two PCs, with apparently a somewhat old motherboard, since there's a maximum support for UDMA66 by the harddisk controller. The attached harddisks are newer and allow a higher speed of UDMA100. This combination of older motherboard and newer harddisk causes great problems with 5.X (it never did with 4.X). I have irregular crashes of X and even crashes at initial bootup. All this is solved by using hw.ata.ata_dma="0", which forces the harddisk to use the very low speed of PIO4 :(. Both PCs have a VIA 82C596B UDMA66 controller. I wonder if that is the problem for 5.X ? On these two PCs, the output is of grep -i ata /var/run/dmesg.boot is: -- PC1 ------------------- atapci0: port 0xe000-0xe00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 ad0: 43979MB [89355/16/63] at ata0-master PIO4 acd0: CDROM at ata1-master PIO4 -- PC2 ------------------- atapci0: port 0xc000-0xc00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 ad0: 76319MB [155061/16/63] at ata0-master PIO4 ad1: 16448MB [33420/16/63] at ata0-slave PIO4 acd0: CDRW at ata1-master UDMA33 ------------------------------------------------- I consider this a serious drawback of 5.3. Any idea how this can be resolved? Best regards, Rob. __________________________________ Do you Yahoo!? Yahoo! Mail - Helps protect you from nasty viruses. http://promotions.yahoo.com/new_mail From owner-freebsd-current@FreeBSD.ORG Fri Feb 11 07:10:31 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3D8616A4CE; Fri, 11 Feb 2005 07:10:30 +0000 (GMT) Received: from mta05-winn.mailhost.ntl.com (smtpout15.mailhost.ntl.com [212.250.162.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 646F343D54; Fri, 11 Feb 2005 07:10:29 +0000 (GMT) (envelope-from antony.t.curtis@ntlworld.com) Received: from aamta01-winn.mailhost.ntl.com ([212.250.162.8]) by mta05-winn.mailhost.ntl.com with ESMTP <20050211071028.ZNLT1139.mta05-winn.mailhost.ntl.com@aamta01-winn.mailhost.ntl.com>; Fri, 11 Feb 2005 07:10:28 +0000 Received: from localhost.localdomain ([81.107.94.210]) by aamta01-winn.mailhost.ntl.com with ESMTP <20050211071028.IQXV15415.aamta01-winn.mailhost.ntl.com@localhost.localdomain>; Fri, 11 Feb 2005 07:10:28 +0000 From: Antony T Curtis To: Thomas Hurst In-Reply-To: <20050210224643.GA47912@voi.aagh.net> References: <20050209205943.34c39e15.flynn@energyhq.es.eu.org> <420A909C.8070701@freebsd.org> <1108071290.59338.8.camel@pcgem.rdg.cyberkinetica.com> <20050210224643.GA47912@voi.aagh.net> Content-Type: text/plain Date: Fri, 11 Feb 2005 07:10:25 +0000 Message-Id: <1108105825.60161.4.camel@pcgem.rdg.cyberkinetica.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: Scott Long Subject: Re: MySQL benchmarks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Feb 2005 07:10:31 -0000 On Thu, 2005-02-10 at 22:46 +0000, Thomas Hurst wrote: > * Antony T Curtis (antony.t.curtis@ntlworld.com) wrote: > > > If I remember correctly, MyISAM with skip-locking should rarely use > > fsync() calls... so if possible, the test could be re-run using MyISAM > > tables to see if there is any performance difference. > > Poor performance is seen on read-only tests too; no fsync() overhead > there. However, this message caught my eye: > > http://lists.freebsd.org/pipermail/freebsd-threads/2005-February/002848.html > > "Linux uses ptmalloc2 as its memory allocator, an extremely efficient > implementation whose performance under a heavily loaded multithreaded > system is impressive. FreeBSD does not." > > There are a few malloc implimentations in ports which are supposedly > very good under threaded and multi-CPU conditions, including an older > ptmalloc, but I can't seem to make MySQL work with any of them using > LD_PRELOAD (it hangs with ptmalloc and SEGV's after a few seconds of > wdrain with Hoard). This on 5-STABLE as of Jan 14, though, so don't let > that put anyone here off trying. A couple of years ago, I compiled MySQL with Hoard on AIX (8-way power3 rs6000)... and AFAIK it's still being used in a production environment. I think I'll have to play with this when if get an SMP machine... -- Antony T Curtis, BSc. UNIX, Linux, *BSD, Networking antony.t.curtis@ntlworld.com C++, J2EE, Perl, MySQL, Apache IT Consultancy. From owner-freebsd-current@FreeBSD.ORG Fri Feb 11 09:12:02 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4996A16A4CE for ; Fri, 11 Feb 2005 09:12:02 +0000 (GMT) Received: from gatekeeper.syskonnect.de (gatekeeper.syskonnect.de [213.144.13.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CDD043D41 for ; Fri, 11 Feb 2005 09:12:01 +0000 (GMT) (envelope-from gheinig@syskonnect.de) Received: from syskonnect.de (skd.de [10.9.15.1])j1B9CF91016930 for ; Fri, 11 Feb 2005 10:12:15 +0100 (MET) Received: from syskonnect.de (localhost [127.0.0.1]) by syskonnect.de (8.12.11/8.12.11) with ESMTP id j1B9C0Jp024242 for ; Fri, 11 Feb 2005 10:12:00 +0100 (MET) Message-ID: <420C76C3.202@syskonnect.de> Date: Fri, 11 Feb 2005 10:11:31 +0100 From: Gerald Heinig User-Agent: Mozilla Thunderbird 0.5 (X11/20040208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: gdb over Firewire X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Feb 2005 09:12:02 -0000 Hello Current'ers, I'm trying to get two-machine kernel debugging over Firewire working, unfortunately without much luck so far. dconschat over Firewire works fine, but gdb won't attach, complaining about get_tty_state failed, among other things. Is kernel gdb over Firewire a -current-only feature? Cheers, Gerald From owner-freebsd-current@FreeBSD.ORG Fri Feb 11 09:17:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 822C816A4CE for ; Fri, 11 Feb 2005 09:17:14 +0000 (GMT) Received: from gatekeeper.syskonnect.de (gatekeeper.syskonnect.de [213.144.13.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id C66C343D2D for ; Fri, 11 Feb 2005 09:17:13 +0000 (GMT) (envelope-from gheinig@syskonnect.de) Received: from syskonnect.de (skd.de [10.9.15.1])j1B9HQ91017033 for ; Fri, 11 Feb 2005 10:17:27 +0100 (MET) Received: from syskonnect.de (localhost [127.0.0.1]) by syskonnect.de (8.12.11/8.12.11) with ESMTP id j1B9HCmm024364; Fri, 11 Feb 2005 10:17:12 +0100 (MET) Message-ID: <420C77FB.5050805@syskonnect.de> Date: Fri, 11 Feb 2005 10:16:43 +0100 From: Gerald Heinig User-Agent: Mozilla Thunderbird 0.5 (X11/20040208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gerald Heinig References: <420C76C3.202@syskonnect.de> In-Reply-To: <420C76C3.202@syskonnect.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: gdb over Firewire X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Feb 2005 09:17:14 -0000 Gerald Heinig wrote: > Hello Current'ers, > > I'm trying to get two-machine kernel debugging over Firewire working, > unfortunately without much luck so far. dconschat over Firewire works > fine, but gdb won't attach, complaining about get_tty_state failed, > among other things. > Is kernel gdb over Firewire a -current-only feature? Sorry, forgot to add: I'm using 5.3-RELEASE, hence the question about -current. Cheers, Gerald From owner-freebsd-current@FreeBSD.ORG Fri Feb 11 09:28:38 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2167216A4CE for ; Fri, 11 Feb 2005 09:28:38 +0000 (GMT) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D8B843D1F for ; Fri, 11 Feb 2005 09:28:37 +0000 (GMT) (envelope-from nork@ninth-nine.com) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.13.1/8.13.1/NinthNine) with SMTP id j1B9Saij081996; Fri, 11 Feb 2005 18:28:36 +0900 (JST) (envelope-from nork@ninth-nine.com) Date: Fri, 11 Feb 2005 18:28:36 +0900 (JST) Message-Id: <200502110928.j1B9Saij081996@sakura.ninth-nine.com> From: Norikatsu Shigemura To: Gerald Heinig In-Reply-To: <420C77FB.5050805@syskonnect.de> References: <420C76C3.202@syskonnect.de> <420C77FB.5050805@syskonnect.de> X-Mailer: Sylpheed version 1.9.1 (GTK+ 2.4.14; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (sakura.ninth-nine.com [219.127.74.121]); Fri, 11 Feb 2005 18:28:36 +0900 (JST) cc: freebsd-current@freebsd.org Subject: Re: gdb over Firewire X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Feb 2005 09:28:38 -0000 On Fri, 11 Feb 2005 10:16:43 +0100 Gerald Heinig wrote: > > Hello Current'ers, > > I'm trying to get two-machine kernel debugging over Firewire working, > > unfortunately without much luck so far. dconschat over Firewire works > > fine, but gdb won't attach, complaining about get_tty_state failed, > > among other things. > > Is kernel gdb over Firewire a -current-only feature? > Sorry, forgot to add: I'm using 5.3-RELEASE, hence the question about > -current. I'm using kgdb over dconschat, well. Do you add -G option? HOST: dconschat -G 12345 -r -t TARGET gdb -k /boot/kernel.TARGET/kernel.debug (kgdb) target remote :12345 From owner-freebsd-current@FreeBSD.ORG Fri Feb 11 09:44:58 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2986116A4CE for ; Fri, 11 Feb 2005 09:44:58 +0000 (GMT) Received: from gatekeeper.syskonnect.de (gatekeeper.syskonnect.de [213.144.13.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 739DA43D48 for ; Fri, 11 Feb 2005 09:44:57 +0000 (GMT) (envelope-from gheinig@syskonnect.de) Received: from syskonnect.de (skd.de [10.9.15.1])j1B9j891017675; Fri, 11 Feb 2005 10:45:10 +0100 (MET) Received: from syskonnect.de (localhost [127.0.0.1]) by syskonnect.de (8.12.11/8.12.11) with ESMTP id j1B9iqMM025095; Fri, 11 Feb 2005 10:44:52 +0100 (MET) Message-ID: <420C7E78.4010303@syskonnect.de> Date: Fri, 11 Feb 2005 10:44:24 +0100 From: Gerald Heinig User-Agent: Mozilla Thunderbird 0.5 (X11/20040208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Norikatsu Shigemura References: <420C76C3.202@syskonnect.de> <420C77FB.5050805@syskonnect.de> <200502110928.j1B9Saij081996@sakura.ninth-nine.com> In-Reply-To: <200502110928.j1B9Saij081996@sakura.ninth-nine.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: gdb over Firewire X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Feb 2005 09:44:58 -0000 Norikatsu Shigemura wrote: > On Fri, 11 Feb 2005 10:16:43 +0100 > Gerald Heinig wrote: > >>>Hello Current'ers, >>>I'm trying to get two-machine kernel debugging over Firewire working, >>>unfortunately without much luck so far. dconschat over Firewire works >>>fine, but gdb won't attach, complaining about get_tty_state failed, >>>among other things. >>>Is kernel gdb over Firewire a -current-only feature? >> >>Sorry, forgot to add: I'm using 5.3-RELEASE, hence the question about >>-current. > > > I'm using kgdb over dconschat, well. Do you add -G option? Yes. My dconschat works fine. I'm using dconschat -br -G 5556 -t TARGET > > HOST: > dconschat -G 12345 -r -t TARGET > gdb -k /boot/kernel.TARGET/kernel.debug > (kgdb) target remote :12345 My gdb doesn't support the -k option. I only have kgdb, which needs a remote device (I use /dev/fwmem0.0, as in the docs). That doesn't work. # kgdb -r /dev/fwmem0.0 kernel.debug [kgdb copyright stuff] Switching to remote protocol get_tty_state failed: Invalid argument set_tty_state failed: Invalid argument get_tty_state failed: Invalid argument set_tty_state failed: Invalid argument Couldn't establish connection to remote target Reply contains invalid hex digit 12 kgdb> That leads me to my question as to whether this is a -current-only feature. Cheers, Gerald From owner-freebsd-current@FreeBSD.ORG Fri Feb 11 12:06:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18A4C16A4CE for ; Fri, 11 Feb 2005 12:06:37 +0000 (GMT) Received: from reed.uran.net.ua (reed.uran.net.ua [212.111.192.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3EAE43D31 for ; Fri, 11 Feb 2005 12:06:24 +0000 (GMT) (envelope-from edd@reed.uran.net.ua) Received: by reed.uran.net.ua (Postfix, from userid 1000) id 992EBB8DA; Fri, 11 Feb 2005 14:12:15 +0200 (EET) Date: Fri, 11 Feb 2005 14:12:15 +0200 From: Edward Melnik To: freebsd-current@freebsd.org Message-ID: <20050211121215.GC14427@reed.uran.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-u Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: [q] scsi disks or what the problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Feb 2005 12:06:37 -0000 Hello! My server paniced with: panic: ufs_dirbad: bad dir cpuid = 0; boot() called on cpu#0 syncing disks, buffers remaining... panic: breemfree: removing a buffer not on a queue cpuid = 0l boot() called on cpu#0 Uptime: 46s amr0: flushing cache... kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x24 fault code = supervisor read, page not present instruction pointer = 0x8:0xc05bbf8e stack pointer = 0x10:0xe081cc64 frame pointer = 0x10:0xe081cc88 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 59 (irq48: amr0) trap number = 12 spin lock shed lock held by 0xc521ea00 for > 5 seconds panic: spin lock held too long cpuid = 0; This caused after power on/off for maintenance work with server. And trying after power on rebuiling the system via make buildworld, make ... . System paniced after 3-7min on this procedure. Before this problem server working a 1,5 year without any problem. Now, paniced on startup. System: 5.2.1-p11, 1xXeon 2.4, amr0 - RAID 1 on two 36GB SCSI disks (IBM). On startup - RAID1 (optimal). Controller - LSI Megalogic 320-1. Need more info ? Please write me, but server is down :( Anybody help me? This is a problem with hdd, mb, ram or system? -- Edward Melnik From owner-freebsd-current@FreeBSD.ORG Thu Feb 10 22:18:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07F9A16A4CF for ; Thu, 10 Feb 2005 22:18:08 +0000 (GMT) Received: from ni-mail3.dna.utvinternet.net (ni-mail3.dna.utvinternet.net [194.46.8.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7938D43D5E for ; Thu, 10 Feb 2005 22:18:06 +0000 (GMT) (envelope-from fergus@cobbled.net) Received: from eyore.cobbled.net (unverified [195.218.107.131]) by ni-mail3.dna.utvinternet.net ; Thu, 10 Feb 2005 22:04:44 +0000 Received: from eyore.public.cobbled.net (localhost [127.0.0.1]) by eyore.cobbled.net (8.12.10/8.12.10) with ESMTP id j1AM5bYC021750; Thu, 10 Feb 2005 22:05:37 GMT (envelope-from fergus@eyore.public.cobbled.net) Received: (from fergus@localhost)j1AM5NeR021749; Thu, 10 Feb 2005 22:05:23 GMT (envelope-from fergus) Date: Thu, 10 Feb 2005 22:05:23 +0000 From: Fergus Cameron To: freebsd-current@freebsd.org Message-ID: <20050210220523.GD19534@eyore.cobbled.net> Mail-Followup-To: freebsd-current@freebsd.org, Chuck Swiger References: <200502061104.37960.reso3w83@verizon.net> <68a08ad2f9cff22dfa603b47311158cd@beforever.com> <20050209145329.GA27679@wirehub.nl> <20050209.082507.35867907.imp@bsdimp.com> <420AF652.7040308@mac.com> <20050210060344.GA54763@dan.emsphone.com> <420AFEC2.2080403@mac.com> <20050210143336.GE19631@hex.databits.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050210143336.GE19631@hex.databits.net> X-Mailman-Approved-At: Fri, 11 Feb 2005 13:10:29 +0000 Subject: Re: The case for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 22:18:08 -0000 On 10.02-08:33, Will Andrews wrote: [ ... ] > Only in recent times have there been more than one or two anoncvs > mirrors for FreeBSD. Quite frankly, anoncvs sucks the life out > of the machines it's on. I encourage people to use cvsup to grab > the repository and do cvs operations locally. Also, there's > ports/net/cvsup-mirror which makes it a trivial task.. and it's > been around for a long time. i'm pulling down a copy now via cvsup (just removed the tag line so that part seems pretty simple) what i need some pointers on is how to integrate this into my cvs server (which is running). it all seems OK to just put the cvsup directly into the local cvs archive as a seperate directory but since i'm unfamiliar with the details of CVSROOT i'm worried that this 'dump' will fail or worse make a mess of the rest of the repository. can someone confirm for me that simply adding a 'freebsd' directory and running 'cvsup' into that directory will create a working repo.? -- : fergus cameron : -cameron------------ : : ^^^^^^@cameron-consulting.ie : ---------consulting- : From owner-freebsd-current@FreeBSD.ORG Fri Feb 11 02:56:31 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D5B816A4CE for ; Fri, 11 Feb 2005 02:56:31 +0000 (GMT) Received: from gizmo07bw.bigpond.com (gizmo07bw.bigpond.com [144.140.70.42]) by mx1.FreeBSD.org (Postfix) with SMTP id 2E65543D48 for ; Fri, 11 Feb 2005 02:56:30 +0000 (GMT) (envelope-from diskiller@diskiller.net) Received: (qmail 29261 invoked from network); 11 Feb 2005 02:56:26 -0000 Received: from unknown (HELO bwmam11.bigpond.com) (144.135.24.100) by gizmo07bw.bigpond.com with SMTP; 11 Feb 2005 02:56:26 -0000 Received: from cpe-144-136-223-204.sa.bigpond.net.au ([144.136.223.204]) by bwmam11.bigpond.com(MAM REL_3_4_2a 174/52957781) with SMTP id 52957781; Fri, 11 Feb 2005 12:56:26 +1000 User-Agent: Microsoft-Entourage/11.1.0.040913 Date: Fri, 11 Feb 2005 13:26:25 +1030 From: Martin Minkus To: Message-ID: Mime-version: 1.0 Content-type: text/plain; charset="ISO-8859-1" Content-transfer-encoding: quoted-printable X-Mailman-Approved-At: Fri, 11 Feb 2005 13:10:29 +0000 Subject: 5.3-Stable network issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Feb 2005 02:56:31 -0000 I seem to have been having a rather strange networking issue in FreeBSD 5.3-Stable (it started happening immediately after 5.2.1 and has persisted since.. I keep =B3hoping=B2 that next time I cvsup it will be fixed, but no). I downgraded back to 5.2.1-p13 and it is perfectly fine once again. *** Some background information: My FreeBSD box is my home NAT router, server, firewall, etc. It does DHCP, MX for some of my domains, secondary DNS (I got primary elsewhere), apache for some webhosting, blah blah blah. Nothing really special. It is a Dual PIII-500, 512mb ram, and a couple ATA hdd=B9s. Had 3 realtek network interfaces, but down to 2 now. *** The problem: Networking simply "stops" or "locks up". Why, I don't know. I believe initially it happened for all 3 network cards... I thought tcp/ip processin= g or something in the kernel got locked. It happens every 30 minutes to an hour, and lasts about 60 seconds to 120 seconds. Unfortunately, 60 seconds to 120 seconds is long enough to kill messenger (my gf does not like), online gaming, etc etc. Lately, I had taken one of the realtek cards out (it was for a several km long wireless link) and moved the server to my gf's place (where I am now 100% of the time). So now that I have the server locally and rely on it for my internet connection, this has become a real PAIN. I've noticed that I can remain ssh'd into diablo, do whatever I want while this "lock" issue occurs. So the lan interface rl0 is fine. The internet interface, rl1 (which goes to the cable modem) locks up. (btw, its not the cable modem as I am using my gf's now, and it did this at my place on my cable modem too, which is a different brand. Nortel at my place, motorola a= t my gfs). *** Attempts: I've attempted switching out network cards, and places 3 other realtek card= s in. Different brands, all with different revisions (D instead of B, etc, etc). No matter what I try, nothing fixes it. The machine seems perfectly repsonsive, and I am still ssh'd in and can do whatever I want on it... But the network card going to the cable modem has stopped responding?! This never happened during 5.0-Current all throughout 5.2.1-STABLE, but anywhere beyond 5.2.1 it craps itself. *** Dmesg output: Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.2.1-RELEASE-p13 #2: Thu Feb 10 18:39:33 CST 2005 diskiller@diablo.diskiller.net:/junk/obj/junk/src/sys/DIABLO Preloaded elf kernel "/boot/kernel/kernel" at 0xc076c000. MPTable: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium III/Pentium III Xeon/Celeron (504.72-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x673 Stepping =3D 3 =20 Features=3D0x387fbff real memory =3D 536870912 (512 MB) avail memory =3D 516034560 (492 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Assuming intbase of 0 ioapic0 irqs 0-23 on motherboard Pentium Pro MTRR support enabled npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcibios: BIOS version 2.10 Using $PIR table, 7 entries at 0xc00fdcf0 pcib0: at pcibus 0 on motherboard pci0: on pcib0 pci_cfgintr: 0:10 INTA BIOS irq 10 pci_cfgintr: 0:12 INTA BIOS irq 11 agp0: mem 0xd0000000-0xd3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f at device 7.1 o= n pci0 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] uhci0: port 0xe000-0xe01f at device 7.2 on pci0 pci_cfgintr: 0:7 INTD routed to irq 11 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered piix0: port 0x5000-0x500f at device 7.3 on pci0 Timecounter "PIIX" frequency 3579545 Hz quality 0 pci0: at device 8.0 (no driver attached) rl0: port 0xe400-0xe4ff mem 0xd7000000-0xd70000ff irq 10 at device 10.0 on pci0 rl0: Ethernet address: 00:00:21:f2:a5:47 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl1: port 0xe800-0xe8ff mem 0xd7001000-0xd70010ff irq 11 at device 12.0 on pci0 rl1: Ethernet address: 00:40:f4:90:1c:4b miibus1: on rl1 rlphy1: on miibus1 rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto orm0: