From owner-freebsd-current@FreeBSD.ORG Sun Feb 22 00:27:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1E5016A4CE for ; Sun, 22 Feb 2004 00:27:05 -0800 (PST) Received: from segfault.kiev.ua (segfault.kiev.ua [193.193.193.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id E244043D2D for ; Sun, 22 Feb 2004 00:27:04 -0800 (PST) (envelope-from netch@iv.nn.kiev.ua) Received: (from uucp@localhost) by segfault.kiev.ua (8) with UUCP id i1M8R3cS072332 for current@freebsd.org; Sun, 22 Feb 2004 10:27:03 +0200 (EET) (envelope-from netch@iv.nn.kiev.ua) Received: (from netch@localhost) by iv.nn.kiev.ua (8.12.9p2/8.12.9) id i1M8PQCF003896 for current@freebsd.org; Sun, 22 Feb 2004 10:25:26 +0200 (EET) (envelope-from netch) Resent-Message-Id: <200402220825.i1M8PQCF003896@iv.nn.kiev.ua> Date: Sun, 22 Feb 2004 10:09:20 +0200 From: Valentin Nechayev To: Brian Fundakowski Feldman Message-ID: <20040222080920.GA359@iv.nn.kiev.ua> References: <200402202346.i1KNkbkI013945@green.homeunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200402202346.i1KNkbkI013945@green.homeunix.org> X-42: On Organization: Dark side of coredump Resent-From: netch@iv.nn.kiev.ua Resent-Date: Sun, 22 Feb 2004 10:25:26 +0200 Resent-To: current@freebsd.org cc: current@freebsd.org Subject: Re: Testers wanted: reentrant resolver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Feb 2004 08:27:05 -0000 Fri, Feb 20, 2004 at 18:46:36, green (Brian Fundakowski Feldman) wrote about "Testers wanted: reentrant resolver": BFF> New and improved, my reentrant resolver patch even includes documentation! BFF> What does it do, you ask? Why, it simply makes tabbed browsing in Mozilla BFF> an order of magnitude faster! How does it do that, you ask? Well, it BFF> simply makes h_errno and the getaddrinfo(3)/getipnodebyname(3) functions BFF> thread-safe in a more intelligent way. There is still a global lock around The main question: why do you do it this way instead of import of newer ISC resolver which already has thread-safe resolver without any requirement of TLS? ISC resolver moreover has new options (attempts, timeouts) which are useful for some networks, and in any case current policy says that vendor branch features are preferrable than local hacks. For example of such import, tested working in real environment: ftp://segfault.kiev.ua/pub/freebsd/newresolv/ Well, this is simple import (so I think there is no real reason to read files on the URL), and this was without testing on mozilla. But mozilla isn't the only application which uses resolver in MT mode, and carefully configured application will use new ISC interface having seen res_ninit(). This also should be true for Mozilla: GNU libc has new ISC style, not internal-MT style resolver. Adding multithreading support internally to the current interface will burn the path to return to more portable approach: the more locally patched code is, the harder is to synchronize it with vendor branch, and too much code begins to be bound to local bug-o-features. For now it requires much work to port KAME-related options from FreeBSD local version. With MTization, it can become impossible. I think it should _not_ be quietly tested-and-committed, but requires explicit approval from core@ or arch@. And, after all, you seems to be ignorable for bin/29581: ==={{{ proposed gethostbyXXXX_r() implementation Responsible nectar@FreeBSD.org Arrival-Date Thu Aug 09 13:10:19 PDT 2001 Last-Modified Sat Feb 22 09:51:52 PST 2003 Originator Alexander Litvin [...] Description Below is a patch, which adds implementation of gethostbyname_r() and gethostbyaddr_r() reentrant functions to FreeBSD libc. Notes: * Patch essentially eliminates usage of static buffers when gethostbyXXXX_r are called. * Also, global _res and h_errno are replaced by function calls (similar to errno) and for threaded applications are stored in thread-specific data * Although all static variables relevant to gethostbyXXXX() and resolver library were eliminated, to clame that this implementation is thread-safe it is necessary to check all possible code paths. * Patch implements reentrant functions only for dns/files configuration. In case of nis implementation is not reentrant. This can be easily done (it looks easier then to modify dns/files code) , but I chose to omit this, because I have no environment to test it. ===}}} I don't like this approach, but it exists and is tested to be working, and is only little more cumbersome than yours. BFF> some pieces of data, but for the most part the global lock (which is what BFF> serialized EVERY hostname lookup in threaded programs) is not contested. BFF> It's still used for some NIS-related tasks, looking up hostents, and looking BFF> up server port names, but that's not comparatively very important. The BFF> resolver itself is a thread-safe backend where each thread gets its own BFF> resolver that can run concurrently with the rest, so the time spent blocked BFF> waiting for DNS responses is gone. Do you say that problem with MT and NSS external lookups is solved? -netch- From owner-freebsd-current@FreeBSD.ORG Sun Feb 22 00:36:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F3AA16A4CE for ; Sun, 22 Feb 2004 00:36:42 -0800 (PST) Received: from fe06.axelero.hu (fe06.axelero.hu [195.228.240.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DE5E43D2D for ; Sun, 22 Feb 2004 00:36:41 -0800 (PST) (envelope-from sziszi@bsd.hu) Received: from fe06 (localhost-02 [127.0.2.1]) by fe06.axelero.hu (8.12.11/8.12.11) with SMTP id i1M8adDo055656 for ; Sun, 22 Feb 2004 09:36:40 +0100 (CET) Received: from fe06.axelero.hu [127.0.2.1] via SMTP gateway by fe06 [195.228.240.94]; id A0D965BF7F6 at Sun, 22 Feb 2004 09:36:39 +0100 Received: from momo.buza.adamsfamily.xx (ktv31-192-68.catv-pool.axelero.hu [62.201.68.192]) by fe06.axelero.hu (8.12.11/8.12.11) with ESMTP id i1M8acOf055645 for ; Sun, 22 Feb 2004 09:36:39 +0100 (CET) Received: from momo.buza.adamsfamily.xx (localhost [127.0.0.1]) i1M8bDYK001757 for ; Sun, 22 Feb 2004 09:37:13 +0100 (CET) (envelope-from sziszi@bsd.hu) Received: (from sziszi@localhost) by momo.buza.adamsfamily.xx (8.12.11/8.12.11/Submit) id i1M8bD9M001756 for freebsd-current@freebsd.org; Sun, 22 Feb 2004 09:37:13 +0100 (CET) (envelope-from sziszi@bsd.hu) X-Authentication-Warning: momo.buza.adamsfamily.xx: sziszi set sender to sziszi@bsd.hu using -f Date: Sun, 22 Feb 2004 09:37:11 +0100 From: Szilveszter Adam To: freebsd-current@freebsd.org Message-ID: <20040222083711.GA1713@momo.buza.adamsfamily.xx> Mail-Followup-To: Szilveszter Adam , freebsd-current@freebsd.org References: <20040222072516.6a6dc2e1.bm@malepartus.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040222072516.6a6dc2e1.bm@malepartus.de> User-Agent: Mutt/1.5.5.1i X-RAVMilter-Version: 8.4.3(snapshot 20030217) (fe06.axelero.hu) Subject: Re: CURRENT: error in "make buildworld" on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Feb 2004 08:36:42 -0000 Hello, On Sun, Feb 22, 2004 at 07:25:16AM +0100, Burkard Meyendriesch wrote: > Hi all, > > yesterday I launched my new box (Asus K8V Deluxe, Athlon64/3000, 1GB ECC RAM, 2x160GB RAID1). I installed 5.2-RELEASE from CD. After that I checked out the actual source tree and tried to "make buildworld". This ends up with: > > In file included from editline.c:4: > /usr/src/lib/libedit/chared.c: In function `ch_init': > /usr/src/lib/libedit/chared.c:456: error: `ED_UNASSIGNED' undeclared (first use in this function) > /usr/src/lib/libedit/chared.c:456: error: (Each undeclared identifier is reported only once > /usr/src/lib/libedit/chared.c:456: error: for each function it appears in.) > /usr/src/lib/libedit/chared.c: In function `ch_reset': > /usr/src/lib/libedit/chared.c:493: error: `ED_UNASSIGNED' undeclared (first use in this function) > ... (lots of similar error messages follow...) > > What's going wrong? I don't know for sure, but FWIW I have also done an update yesterday (but I already track -CURRENT) and saw no problems, and neither did the tinderbox. Maybe you should try again? -- Regards: Szilveszter ADAM Budapest Hungary From owner-freebsd-current@FreeBSD.ORG Sun Feb 22 00:39:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3EF8E16A4CF for ; Sun, 22 Feb 2004 00:39:15 -0800 (PST) Received: from digpala.axelero.hu (fe02.axelero.hu [195.228.240.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DEF443D1F for ; Sun, 22 Feb 2004 00:39:14 -0800 (PST) (envelope-from sziszi@bsd.hu) Received: from digpala (localhost-02 [127.0.2.1]) by digpala.axelero.hu (8.12.11/8.12.11) with SMTP id i1M8dDoY067375 for ; Sun, 22 Feb 2004 09:39:13 +0100 (CET) Received: from fe02.axelero.hu [127.0.2.1] via SMTP gateway by digpala [195.228.240.90]; id A0072C16F1E at Sun, 22 Feb 2004 09:39:13 +0100 Received: from momo.buza.adamsfamily.xx (ktv31-192-68.catv-pool.axelero.hu [62.201.68.192]) by fe02.axelero.hu (8.12.11/8.12.11) with ESMTP id i1M8dCA7067365 for ; Sun, 22 Feb 2004 09:39:12 +0100 (CET) Received: from momo.buza.adamsfamily.xx (localhost [127.0.0.1]) i1M8dlP7001784 for ; Sun, 22 Feb 2004 09:39:47 +0100 (CET) (envelope-from sziszi@bsd.hu) Received: (from sziszi@localhost) by momo.buza.adamsfamily.xx (8.12.11/8.12.11/Submit) id i1M8dl5e001783 for freebsd-current@freebsd.org; Sun, 22 Feb 2004 09:39:47 +0100 (CET) (envelope-from sziszi@bsd.hu) X-Authentication-Warning: momo.buza.adamsfamily.xx: sziszi set sender to sziszi@bsd.hu using -f Date: Sun, 22 Feb 2004 09:39:47 +0100 From: Szilveszter Adam To: freebsd-current@freebsd.org Message-ID: <20040222083946.GB1713@momo.buza.adamsfamily.xx> Mail-Followup-To: Szilveszter Adam , freebsd-current@freebsd.org References: <20040222072516.6a6dc2e1.bm@malepartus.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040222072516.6a6dc2e1.bm@malepartus.de> User-Agent: Mutt/1.5.5.1i Subject: Re: CURRENT: error in "make buildworld" on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Feb 2004 08:39:15 -0000 On Sun, Feb 22, 2004 at 07:25:16AM +0100, Burkard Meyendriesch wrote: > Hi all, > > yesterday I launched my new box (Asus K8V Deluxe, Athlon64/3000, 1GB ECC RAM, 2x160GB RAID1). I installed 5.2-RELEASE from CD. After that I checked out the actual source tree and tried to "make buildworld". This ends up with: <...> Ignore, I neglected to read the subject line carefully. I did the build on i386, no idea about amd64. But watching the tinderbox is still a good idea. Sorry about the noise. -- Regards: Szilveszter ADAM Budapest Hungary From owner-freebsd-current@FreeBSD.ORG Sun Feb 22 00:40:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24C9716A4CE for ; Sun, 22 Feb 2004 00:40:58 -0800 (PST) Received: from relay.pair.com (relay.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id B441543D2D for ; Sun, 22 Feb 2004 00:40:57 -0800 (PST) (envelope-from cscotts@mindspring.com) Received: (qmail 39278 invoked from network); 22 Feb 2004 08:40:56 -0000 Received: from res-152-3-47-49.dorm.duke.edu (HELO mindspring.com) (152.3.47.49) by relay.pair.com with SMTP; 22 Feb 2004 08:40:56 -0000 X-pair-Authenticated: 152.3.47.49 Message-ID: <40386B2C.1090307@mindspring.com> Date: Sun, 22 Feb 2004 03:41:16 -0500 From: Scott Sipe User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207) 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: Samba Problems on 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: Sun, 22 Feb 2004 08:40:58 -0000 Hi, Not sure if this message should be going to this list, a samba list a ports list or what--but I'm having some problems with Samba on CURRENT (most recent samba port, Current as of about 3 days ago, and also a current from about 2 weeks ago). I have a FAT drive mounted (it was created and formatted under FreeBSD) and shared via samba. When I try to copy large files to the drive from an XP computer, samba often (not always) dies (I lose the connection) and a large number of unkillable smbd processes abound in state "nbufkv" if that matters (kill -9, killall -9 -- no effect)--the only solution is to reboot the computer (which by itself doesn't always work--sometimes I have to pull the plug). I haven't noticed anything weird in the samba logs, or elsewhere, and am not really sure what I should look for, or what additional information I can provide. Any suggestions? thanks, Scott From owner-freebsd-current@FreeBSD.ORG Sun Feb 22 00:47:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E91EF16A4CE for ; Sun, 22 Feb 2004 00:47:26 -0800 (PST) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EB2543D2F for ; Sun, 22 Feb 2004 00:47:26 -0800 (PST) (envelope-from RoKlein@roklein.de) Received: from [212.227.126.160] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1AupGn-0000Mf-00 for freebsd-current@freebsd.org; Sun, 22 Feb 2004 09:47:25 +0100 Received: from [80.129.49.1] (helo=z105-e.intern.studentenwohnheim-rhein-main.de) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1AupGn-0003d6-00 for freebsd-current@freebsd.org; Sun, 22 Feb 2004 09:47:25 +0100 From: Robert Klein Organization: roklein.de To: FreeBSD Current Date: Sun, 22 Feb 2004 09:47:18 +0100 User-Agent: KMail/1.6 MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200402220947.18473.RoKlein@roklein.de> Cc: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Description: X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:ed18d71deac0f49a40655750752d3db9 Subject: 5.2.1-RC2: Fatal trap 12 when ACPI enabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: RoKlein@roklein.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Feb 2004 08:47:27 -0000 Hi, When I boot 5.2.1-RC2 on a ASUS A7Nv8 Deluxe OEM Board (the "OEM" meaning it's a A7N8X standard with the Deluxe's MCP-T Southbridge) with ACPI enabled I get a "Fatal trap 12". It disappears when I boot without ACPI. Below are the last lines appearing on the console. regards, Robert GEOM: Configure ad1s1h, start 11261706240 length 2147483648 end 13409189887 GEOM: Configure ad1s2c, start 0 length 42944186880 end 41944186879 MBREXT Slice 5 on ad1s3: [0] f:00 typ:130 s(CHS):1023/254/63 e(CHS):1023/254/63 s:63 l:1028097 [1] f:00 typ:5 s(CHS):1023/254/63 e(CHS):1023/254/63 s:1028160 l:65641590 GEOM: Configure ad1s5, start 32256 length 526385664 end 526417919 MBREXT Slice 6 on ad1s3: [0] f:00 typ 131 s(CHS):1023/254/63 e(CHS):1024/254/63 s:63 l:65641527 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad1s6, start 526450176 length 33608461824 end 34134911999 umass0: at uhub1 port 1 (addr 2) disconnected umass0: detached VESA: set_mode(): 24(18) -> 28(1c) de0: enabling Full Duplex 100baseTX port umass0: ICSI IC1100 V2.5b, rev 1.10/2.5b, addr 2 umass0:4:0:-1: Attached to scbus4 Fatal trap 12: page fault while in kernel mode fault virtual address = 0x20 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04479bd stack pointer = 0x10:0xddfdbc70 frame pointer = 0x10:0xddfdbc80 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 (swi8: tty:sio clock) trap number = 12 pVESA: set_mode(): 28(1c) -> 24(18) anic: page fault syncing disks, buffers remaining... done Uptime: 8s (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error sbp_logout_all Shutting down ACPI Automatic reboot in 15 seconds - press a key on the console to abort --> Press a key on the console to reboot, --> or switch off the system now. From owner-freebsd-current@FreeBSD.ORG Sun Feb 22 00:55:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4ADF016A4D7 for ; Sun, 22 Feb 2004 00:55:39 -0800 (PST) Received: from iota.root-servers.ch (iota.root-servers.ch [193.41.193.195]) by mx1.FreeBSD.org (Postfix) with SMTP id 76A5943D1D for ; Sun, 22 Feb 2004 00:55:38 -0800 (PST) (envelope-from gaml@buz.ch) Received: (qmail 63685 invoked from network); 22 Feb 2004 08:55:37 -0000 Received: from 217-162-134-28.dclient.hispeed.ch (HELO ?10.2.2.3?) (217.162.134.28) by 0 with SMTP; 22 Feb 2004 08:55:37 -0000 Date: Sun, 22 Feb 2004 09:57:55 +0100 From: Gabriel Ambuehl X-Priority: 3 (Normal) Message-ID: <58709527.20040222095755@buz.ch> Cc: freebsd-current@freebsd.org In-Reply-To: <1077373930.772.2.camel@kaiser.sig11.org> References: <79475988.20040221152242@buz.ch> <1077373930.772.2.camel@kaiser.sig11.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re[2]: CURRENT as of today won't let me login via ssh, MySQL crashes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Gabriel Ambuehl List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Feb 2004 08:55:39 -0000 Hi Matteo Riondato, you wrote. MR> Il Sab, 2004-02-21 alle 15:22, Gabriel Ambuehl ha scritto: >> I cvsupped at about 11:00 GMT, subsequently built world and kernel >> (ran through flawlessly) then rebooted but now I can't login via ssh >> anymore (it won't accept the surely correct password anymore). >> Interestingly, the machine lets me login via the console (as both root >> and the user in wheel I normally use for remote administration). MR> non-PAM password authentication is now disabled by default. You probably MR> installed a new sshd_config during mergemaster. Change MR> #PasswordAuthentication no MR> in MR> PasswordAuthentication yes MR> and do a /etc/rc.d/sshd restart. Well that box has got config files from the 5.2.1RC2 ISO, so quite recent, and no changes aside of rc.conf to get it to fit into the LAN. I'll give a shot at cvsupping again, now. Regards, Gabriel From owner-freebsd-current@FreeBSD.ORG Sun Feb 22 01:10:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A25F16A4CF for ; Sun, 22 Feb 2004 01:10:04 -0800 (PST) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33C8143D2F for ; Sun, 22 Feb 2004 01:10:04 -0800 (PST) (envelope-from RoKlein@roklein.de) Received: from [212.227.126.161] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1Aupch-000648-00 for freebsd-current@freebsd.org; Sun, 22 Feb 2004 10:10:03 +0100 Received: from [80.129.49.1] (helo=z105-e.intern.studentenwohnheim-rhein-main.de) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1Aupch-0002Kn-00; Sun, 22 Feb 2004 10:10:03 +0100 From: Robert Klein Organization: roklein.de To: freebsd-current@freebsd.org Date: Sun, 22 Feb 2004 10:10:00 +0100 User-Agent: KMail/1.6 References: <200402220947.18473.RoKlein@roklein.de> In-Reply-To: <200402220947.18473.RoKlein@roklein.de> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200402221010.00443.RoKlein@roklein.de> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:ed18d71deac0f49a40655750752d3db9 cc: Robert Klein Subject: Re: 5.2.1-RC2: Fatal trap 12 when ACPI enabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Feb 2004 09:10:04 -0000 Oops, On Sonntag, 22. Februar 2004 09:47, Robert Klein wrote: > When I boot 5.2.1-RC2 on a ASUS A7Nv8 Deluxe OEM Board (the --> should be "A7N8X Deluxe OEM" Robert From owner-freebsd-current@FreeBSD.ORG Sun Feb 22 01:24:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47EE616A4CE; Sun, 22 Feb 2004 01:24:57 -0800 (PST) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18EFD43D1D; Sun, 22 Feb 2004 01:24:57 -0800 (PST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6C8247303A; Sun, 22 Feb 2004 04:24:56 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040222092456.6C8247303A@freebsd-current.sentex.ca> Date: Sun, 22 Feb 2004 04:24:56 -0500 (EST) 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: Sun, 22 Feb 2004 09:24:57 -0000 TB --- 2004-02-22 08:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-02-22 08:00:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2004-02-22 08:00:00 - checking out the source tree TB --- cd /home/tinderbox/sandbox/CURRENT/alpha/alpha TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-02-22 08:11:55 - building world TB --- cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src TB --- /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 --- 2004-02-22 09:10:24 - building generic kernel TB --- cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Feb 22 09:10:25 GMT 2004 >>> Kernel build for GENERIC completed on Sun Feb 22 09:21:49 GMT 2004 TB --- 2004-02-22 09:21:49 - generating LINT kernel config TB --- cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src/sys/alpha/conf TB --- /usr/bin/make -B LINT TB --- 2004-02-22 09:21:49 - building LINT kernel TB --- cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 22 09:21:49 GMT 2004 [...] cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/hatm/if_hatm_rx.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/hatm/if_hatm_tx.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/hfa/fore_buffer.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/hfa/fore_command.c /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/hfa/fore_command.c: In function `fore_cmd_allocate': /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/hfa/fore_command.c:108: warning: comparison between pointer and integer /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/hfa/fore_command.c: In function `fore_cmd_free': /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/hfa/fore_command.c:461: warning: assignment makes integer from pointer without a cast *** Error code 1 Stop in /other/tinderbox/CURRENT/alpha/alpha/obj/alpha/other/tinderbox/CURRENT/alpha/alpha/src/sys/LINT. *** Error code 1 Stop in /other/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/alpha/alpha/src. TB --- 2004-02-22 09:24:56 - TB --- /usr/bin/make returned exit code 1 TB --- 2004-02-22 09:24:56 - TB --- ERROR: failed to build lint kernel TB --- 2004-02-22 09:24:56 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Feb 22 02:23:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CFCA16A4CE; Sun, 22 Feb 2004 02:23:18 -0800 (PST) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1218343D1D; Sun, 22 Feb 2004 02:23:18 -0800 (PST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9AB457303A; Sun, 22 Feb 2004 05:23:17 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040222102317.9AB457303A@freebsd-current.sentex.ca> Date: Sun, 22 Feb 2004 05:23:17 -0500 (EST) 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: Sun, 22 Feb 2004 10:23:18 -0000 TB --- 2004-02-22 09:24:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-02-22 09:24:56 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2004-02-22 09:24:56 - checking out the source tree TB --- cd /home/tinderbox/sandbox/CURRENT/amd64/amd64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-02-22 09:29:41 - building world TB --- cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src TB --- /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 --- 2004-02-22 10:16:52 - building generic kernel TB --- cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Feb 22 10:16:52 GMT 2004 >>> Kernel build for GENERIC completed on Sun Feb 22 10:23:16 GMT 2004 TB --- 2004-02-22 10:23:16 - generating LINT kernel config TB --- cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src/sys/amd64/conf TB --- /usr/bin/make -B LINT TB --- 2004-02-22 10:23:16 - building LINT kernel TB --- cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src TB --- /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 22 10:23:16 GMT 2004 -------------------------------------------------------------- ===> LINT mkdir -p /home/tinderbox/sandbox/CURRENT/amd64/amd64/obj/amd64/other/tinderbox/CURRENT/amd64/amd64/src/sys cd /other/tinderbox/CURRENT/amd64/amd64/src/sys/amd64/conf; PATH=/home/tinderbox/sandbox/CURRENT/amd64/amd64/obj/amd64/other/tinderbox/CURRENT/amd64/amd64/src/i386/legacy/usr/sbin:/home/tinderbox/sandbox/CURRENT/amd64/amd64/obj/amd64/other/tinderbox/CURRENT/amd64/amd64/src/i386/legacy/usr/bin:/home/tinderbox/sandbox/CURRENT/amd64/amd64/obj/amd64/other/tinderbox/CURRENT/amd64/amd64/src/i386/legacy/usr/games:/home/tinderbox/sandbox/CURRENT/amd64/amd64/obj/amd64/other/tinderbox/CURRENT/amd64/amd64/src/i386/usr/sbin:/home/tinderbox/sandbox/CURRENT/amd64/amd64/obj/amd64/other/tinderbox/CURRENT/amd64/amd64/src/i386/usr/bin:/home/tinderbox/sandbox/CURRENT/amd64/amd64/obj/amd64/other/tinderbox/CURRENT/amd64/amd64/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /home/tinderbox/sandbox/CURRENT/amd64/amd64/obj/amd64/other/tinderbox/CURRENT/amd64/amd64/src/sys/LINT /other/tinderbox/CURRENT/amd64/amd64/src/sys/amd64/conf/LINT FYI: static unit limits for vcoda are set: NVCODA=4 config: Error: device "cy" is unknown config: 1 errors WARNING: kernel contains GPL contaminated ext2fs filesystem *** Error code 1 Stop in /other/tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/amd64/amd64/src. TB --- 2004-02-22 10:23:17 - TB --- /usr/bin/make returned exit code 1 TB --- 2004-02-22 10:23:17 - TB --- ERROR: failed to build lint kernel TB --- 2004-02-22 10:23:17 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Feb 22 02:50:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 751B716A4CE; Sun, 22 Feb 2004 02:50:13 -0800 (PST) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.12.10/8.12.9) with ESMTP id i1MAQOhh001424; Sun, 22 Feb 2004 05:26:24 -0500 (EST) (envelope-from green@green.homeunix.org) Received: from localhost (green@localhost)i1MAQNvN001421; Sun, 22 Feb 2004 05:26:24 -0500 (EST) Message-Id: <200402221026.i1MAQNvN001421@green.homeunix.org> X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: Valentin Nechayev In-Reply-To: Message from Valentin Nechayev of "Sun, 22 Feb 2004 10:09:20 +0200." <20040222080920.GA359@iv.nn.kiev.ua> From: "Brian F. Feldman" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 22 Feb 2004 05:26:23 -0500 Sender: green@green.homeunix.org cc: current@freebsd.org Subject: Re: Testers wanted: reentrant resolver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Feb 2004 10:50:14 -0000 Valentin Nechayev wrote: > Fri, Feb 20, 2004 at 18:46:36, green (Brian Fundakowski Feldman) wrote about "Testers wanted: reentrant resolver": > > BFF> New and improved, my reentrant resolver patch even includes documentation! > BFF> What does it do, you ask? Why, it simply makes tabbed browsing in Mozilla > BFF> an order of magnitude faster! How does it do that, you ask? Well, it > BFF> simply makes h_errno and the getaddrinfo(3)/getipnodebyname(3) functions > BFF> thread-safe in a more intelligent way. There is still a global lock around > > The main question: why do you do it this way instead of import of newer > ISC resolver which already has thread-safe resolver without any requirement > of TLS? ISC resolver moreover has new options (attempts, timeouts) which > are useful for some networks, and in any case current policy says > that vendor branch features are preferrable than local hacks. It's simple; the software API expected of FreeBSD right now is a thread-safe getaddrinfo(), and no gethostbyname_r(). I don't feel that it's a good idea to break that unless something revolutionary is going to happen to replace them all. Keeping support of the old API is very desirable, and the safest thing, unless the new suite is 100% safe. Giant changes to the resolver, even switching it to a new official version, should be taken with fair caution! > For example of such import, tested working in real environment: > ftp://segfault.kiev.ua/pub/freebsd/newresolv/ > Well, this is simple import (so I think there is no real reason to read > files on the URL), and this was without testing on mozilla. But mozilla > isn't the > only application which uses resolver in MT mode, and carefully configured > application will use new ISC interface having seen res_ninit(). This also > should be true for Mozilla: GNU libc has new ISC style, not internal-MT > style resolver. It needs to have a lot of testing by a lot of people. > Adding multithreading support internally to the current interface > will burn the path to return to more portable approach: the more locally > patched code is, the harder is to synchronize it with vendor branch, > and too much code begins to be bound to local bug-o-features. > For now it requires much work to port KAME-related options from FreeBSD > local version. With MTization, it can become impossible. > I think it should _not_ be quietly tested-and-committed, but requires > explicit approval from core@ or arch@. It will not burn the path. At most, a reference to the old names for the (*accessor()) will be needed, and that's an extra line of "code" to make the old name continue to work. This is far from risky compared to the alternatives. > And, after all, you seems to be ignorable for bin/29581: > > ==={{{ > proposed gethostbyXXXX_r() implementation > Responsible > nectar@FreeBSD.org > Arrival-Date > Thu Aug 09 13:10:19 PDT 2001 > Last-Modified > Sat Feb 22 09:51:52 PST 2003 > Originator > Alexander Litvin > [...] > Description > > Below is a patch, which adds implementation of gethostbyname_r() > and gethostbyaddr_r() reentrant functions to FreeBSD libc. > Notes: > * Patch essentially eliminates usage of static buffers > when gethostbyXXXX_r are called. > * Also, global _res and h_errno are replaced by > function calls (similar to errno) and for threaded > applications are stored in thread-specific data > * Although all static variables relevant to gethostbyXXXX() > and resolver library were eliminated, to clame that > this implementation is thread-safe it is necessary > to check all possible code paths. > * Patch implements reentrant functions only for dns/files > configuration. In case of nis implementation is not > reentrant. This can be easily done (it looks easier > then to modify dns/files code) , but I chose to omit > this, because I have no environment to test it. > ===}}} > > I don't like this approach, but it exists and is tested to be working, > and is only little more cumbersome than yours. It won't apply probably 80% of it to -CURRENT. It has been superceded, since the ideas have been reused, and it would just be pointless gratuitously throwing away the work to use the older copy of the work that would just need to be mostly replaced. > BFF> some pieces of data, but for the most part the global lock (which is what > BFF> serialized EVERY hostname lookup in threaded programs) is not contested. > BFF> It's still used for some NIS-related tasks, looking up hostents, and looking > BFF> up server port names, but that's not comparatively very important. The > BFF> resolver itself is a thread-safe backend where each thread gets its own > BFF> resolver that can run concurrently with the rest, so the time spent blocked > BFF> waiting for DNS responses is gone. > > Do you say that problem with MT and NSS external lookups is solved? Yes, read the documentation changes. All accesses to those will be guaranteed not to collide, because they're all protected with a mutex around all API calls out that are not thread-safe. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Sun Feb 22 03:13:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9068916A4CE for ; Sun, 22 Feb 2004 03:13:04 -0800 (PST) Received: from iota.root-servers.ch (iota.root-servers.ch [193.41.193.195]) by mx1.FreeBSD.org (Postfix) with SMTP id BD6C543D3F for ; Sun, 22 Feb 2004 03:13:03 -0800 (PST) (envelope-from gaml@buz.ch) Received: (qmail 78131 invoked from network); 22 Feb 2004 11:12:51 -0000 Received: from 217-162-134-28.dclient.hispeed.ch (HELO ?10.2.2.3?) (217.162.134.28) by 0 with SMTP; 22 Feb 2004 11:12:51 -0000 Date: Sun, 22 Feb 2004 12:15:04 +0100 From: Gabriel Ambuehl X-Priority: 3 (Normal) Message-ID: <432331016.20040222121504@buz.ch> To: Gabriel Ambuehl In-Reply-To: <58709527.20040222095755@buz.ch> References: <79475988.20040221152242@buz.ch> <1077373930.772.2.camel@kaiser.sig11.org> <58709527.20040222095755@buz.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re[3]: CURRENT as of today won't let me login via ssh, MySQL crashes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Gabriel Ambuehl List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Feb 2004 11:13:04 -0000 Hi Gabriel Ambuehl, you wrote. MR>> non-PAM password authentication is now disabled by default. You probably MR>> installed a new sshd_config during mergemaster. Change MR>> #PasswordAuthentication no MR>> in MR>> PasswordAuthentication yes MR>> and do a /etc/rc.d/sshd restart. GA> Well that box has got config files from the 5.2.1RC2 ISO, so quite GA> recent, and no changes aside of rc.conf to get it to fit into the LAN. GA> I'll give a shot at cvsupping again, now. The problem persists, but adding PasswordAuthentication yes helps. However, if this is a system user, then why won't PAM pick it up automatically? And why will the box let me login with ssh user@localhost Seems like this just waits to bite people's asses (the box in question stands 1m beside me, but I don't want to imagine what would happen if it were on another continent...). Regards, Gabriel From owner-freebsd-current@FreeBSD.ORG Sun Feb 22 03:33:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EC2B16A4CE; Sun, 22 Feb 2004 03:33:29 -0800 (PST) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CE0B43D1D; Sun, 22 Feb 2004 03:30:34 -0800 (PST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9E4E37303A; Sun, 22 Feb 2004 06:30:31 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040222113031.9E4E37303A@freebsd-current.sentex.ca> Date: Sun, 22 Feb 2004 06:30:31 -0500 (EST) 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: Sun, 22 Feb 2004 11:33:29 -0000 TB --- 2004-02-22 10:23:18 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-02-22 10:23:18 - starting CURRENT tinderbox run for i386/i386 TB --- 2004-02-22 10:23:18 - checking out the source tree TB --- cd /home/tinderbox/sandbox/CURRENT/i386/i386 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-02-22 10:28:07 - building world TB --- cd /home/tinderbox/sandbox/CURRENT/i386/i386/src TB --- /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 --- 2004-02-22 11:12:55 - building generic kernel TB --- cd /home/tinderbox/sandbox/CURRENT/i386/i386/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Feb 22 11:12:55 GMT 2004 >>> Kernel build for GENERIC completed on Sun Feb 22 11:26:10 GMT 2004 TB --- 2004-02-22 11:26:10 - generating LINT kernel config TB --- cd /home/tinderbox/sandbox/CURRENT/i386/i386/src/sys/i386/conf TB --- /usr/bin/make -B LINT TB --- 2004-02-22 11:26:10 - building LINT kernel TB --- cd /home/tinderbox/sandbox/CURRENT/i386/i386/src TB --- /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 22 11:26:10 GMT 2004 [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/i386/i386/src/sys -I/other/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions /other/tinderbox/CURRENT/i386/i386/src/sys/dev/hatm/if_hatm_rx.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/i386/i386/src/sys -I/other/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions /other/tinderbox/CURRENT/i386/i386/src/sys/dev/hatm/if_hatm_tx.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/i386/i386/src/sys -I/other/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions /other/tinderbox/CURRENT/i386/i386/src/sys/dev/hfa/fore_buffer.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/i386/i386/src/sys -I/other/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions /other/tinderbox/CURRENT/i386/i386/src/sys/dev/hfa/fore_command.c /other/tinderbox/CURRENT/i386/i386/src/sys/dev/hfa/fore_command.c: In function `fore_cmd_allocate': /other/tinderbox/CURRENT/i386/i386/src/sys/dev/hfa/fore_command.c:108: warning: comparison between pointer and integer /other/tinderbox/CURRENT/i386/i386/src/sys/dev/hfa/fore_command.c: In function `fore_cmd_free': /other/tinderbox/CURRENT/i386/i386/src/sys/dev/hfa/fore_command.c:461: warning: assignment makes integer from pointer without a cast *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/i386/obj/other/tinderbox/CURRENT/i386/i386/src/sys/LINT. *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/i386/src. TB --- 2004-02-22 11:30:31 - TB --- /usr/bin/make returned exit code 1 TB --- 2004-02-22 11:30:31 - TB --- ERROR: failed to build lint kernel TB --- 2004-02-22 11:30:31 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Feb 22 03:56:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1870B16A4D4 for ; Sun, 22 Feb 2004 03:56:43 -0800 (PST) Received: from lvlworld.com (dsl-38.226.240.220.dsl.comindico.com.au [220.240.226.38]) by mx1.FreeBSD.org (Postfix) with SMTP id 5BE5943D1D for ; Sun, 22 Feb 2004 03:56:42 -0800 (PST) (envelope-from tigger@onemoremonkey.com) Received: (qmail 2911 invoked from network); 22 Feb 2004 11:58:00 -0000 Received: from unknown (HELO lvlworld.com) (192.168.1.120) by eeeor.goo with SMTP; 22 Feb 2004 11:58:00 -0000 Date: Sun, 22 Feb 2004 22:59:00 +1100 From: Tig To: gaml@buz.ch Message-Id: <20040222225900.418a788f@piglet.goo> In-Reply-To: <432331016.20040222121504@buz.ch> References: <79475988.20040221152242@buz.ch> <1077373930.772.2.camel@kaiser.sig11.org> <58709527.20040222095755@buz.ch> <432331016.20040222121504@buz.ch> X-Mailer: Sylpheed version 0.9.9claws (GTK+ 1.2.10; i386-portbld-freebsd5.2.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Bogosity: No, tests=bogofilter, spamicity=0.672506, version=0.16.4 cc: freebsd-current@freebsd.org Subject: Re: CURRENT as of today won't let me login via ssh, MySQL crashes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Feb 2004 11:56:44 -0000 On Sun, 22 Feb 2004 12:15:04 +0100 Gabriel Ambuehl wrote: > > Seems like this just waits to bite people's asses (the box in question > stands 1m beside me, but I don't want to imagine what would happen if > it were on another continent...). > I think you will find the change is only for CURRENT. Anyone running CURRENT on a remote or production server without physical access is asking for trouble. -Tig From owner-freebsd-current@FreeBSD.ORG Sun Feb 22 04:34:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E05816A4CF; Sun, 22 Feb 2004 04:34:58 -0800 (PST) Received: from mailout1.pacific.net.au (mailout1.pacific.net.au [61.8.0.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9327D43D2D; Sun, 22 Feb 2004 04:34:57 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.0.87])i1MCYsLE015015; Sun, 22 Feb 2004 23:34:54 +1100 Received: from gamplex.bde.org (katana.zip.com.au [61.8.7.246]) i1MCYqch023435; Sun, 22 Feb 2004 23:34:52 +1100 Date: Sun, 22 Feb 2004 23:34:52 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Scott Sipe In-Reply-To: <40386B2C.1090307@mindspring.com> Message-ID: <20040222205828.W12356@gamplex.bde.org> References: <40386B2C.1090307@mindspring.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Samba Problems on 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: Sun, 22 Feb 2004 12:34:58 -0000 On Sun, 22 Feb 2004, Scott Sipe wrote: > I have a FAT drive mounted (it was created and formatted under FreeBSD) > and shared via samba. newfs_msdos is very broken in -current. This may be relevant. Incomplete fixes (just enough for mounting under FreeBSD): %%% Index: newfs_msdos.c =================================================================== RCS file: /home/ncvs/src/sbin/newfs_msdos/newfs_msdos.c,v retrieving revision 1.20 diff -u -0 -r1.20 newfs_msdos.c --- newfs_msdos.c 17 Feb 2004 02:02:18 -0000 1.20 +++ newfs_msdos.c 17 Feb 2004 07:23:01 -0000 @@ -762 +861 @@ - bpb->bsec = lp->d_secperunit; + bpb->bsec = ms / secsize; %%% This fixes the file system size for the case where the device is a partition within a BSD-labeled device (and is not the whole labeled device). > When I try to copy large files to the drive from > an XP computer, samba often (not always) dies (I lose the connection) > and a large number of unkillable smbd processes abound in state "nbufkv" > if that matters (kill -9, killall -9 -- no effect)--the only solution is > to reboot the computer (which by itself doesn't always work--sometimes I > have to pull the plug). I haven't noticed anything weird in the samba > logs, or elsewhere, and am not really sure what I should look for, or > what additional information I can provide. Hanging in state "nbufkv" means that your buffer map is fragmented, and there is a bug handling it. To avoid this fragmentation, don't use file systems with a block size larger than BKVASIZE (16K), or if you must use such a file system then try increasing BKVASIZE to 32K or 64K. Block sizes larger than 16K tend to be inefficient even if they work. To monitor this fragmentation, use the vfs.bufdefragcnt and buffreekvacnt sysctls. Bruce From owner-freebsd-current@FreeBSD.ORG Sun Feb 22 04:35:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A158B16A4CF; Sun, 22 Feb 2004 04:35:50 -0800 (PST) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 359F343D1D; Sun, 22 Feb 2004 04:34:29 -0800 (PST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9710B7303A; Sun, 22 Feb 2004 07:34:28 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040222123428.9710B7303A@freebsd-current.sentex.ca> Date: Sun, 22 Feb 2004 07:34:28 -0500 (EST) 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: Sun, 22 Feb 2004 12:35:50 -0000 TB --- 2004-02-22 11:30:31 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-02-22 11:30:31 - starting CURRENT tinderbox run for i386/pc98 TB --- 2004-02-22 11:30:31 - checking out the source tree TB --- cd /home/tinderbox/sandbox/CURRENT/i386/pc98 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-02-22 11:35:14 - building world TB --- cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- /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 --- 2004-02-22 12:20:15 - building generic kernel TB --- cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Feb 22 12:20:15 GMT 2004 >>> Kernel build for GENERIC completed on Sun Feb 22 12:31:15 GMT 2004 TB --- 2004-02-22 12:31:15 - generating LINT kernel config TB --- cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src/sys/pc98/conf TB --- /usr/bin/make -B LINT TB --- 2004-02-22 12:31:15 - building LINT kernel TB --- cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 22 12:31:15 GMT 2004 [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/i386/pc98/src/sys -I/other/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions /other/tinderbox/CURRENT/i386/pc98/src/sys/dev/hatm/if_hatm_rx.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/i386/pc98/src/sys -I/other/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions /other/tinderbox/CURRENT/i386/pc98/src/sys/dev/hatm/if_hatm_tx.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/i386/pc98/src/sys -I/other/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions /other/tinderbox/CURRENT/i386/pc98/src/sys/dev/hfa/fore_buffer.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/i386/pc98/src/sys -I/other/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions /other/tinderbox/CURRENT/i386/pc98/src/sys/dev/hfa/fore_command.c /other/tinderbox/CURRENT/i386/pc98/src/sys/dev/hfa/fore_command.c: In function `fore_cmd_allocate': /other/tinderbox/CURRENT/i386/pc98/src/sys/dev/hfa/fore_command.c:108: warning: comparison between pointer and integer /other/tinderbox/CURRENT/i386/pc98/src/sys/dev/hfa/fore_command.c: In function `fore_cmd_free': /other/tinderbox/CURRENT/i386/pc98/src/sys/dev/hfa/fore_command.c:461: warning: assignment makes integer from pointer without a cast *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/pc98/obj/pc98/other/tinderbox/CURRENT/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/pc98/src. TB --- 2004-02-22 12:34:28 - TB --- /usr/bin/make returned exit code 1 TB --- 2004-02-22 12:34:28 - TB --- ERROR: failed to build lint kernel TB --- 2004-02-22 12:34:28 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Feb 22 04:55:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2395C16A4CE; Sun, 22 Feb 2004 04:55:04 -0800 (PST) Received: from mail.bat.ru (dzokonda.xs4all.nl [194.109.164.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59EFD43D2D; Sun, 22 Feb 2004 04:55:03 -0800 (PST) (envelope-from timur@mail.bat.ru) Received: from [192.168.0.4] (account timur@mail.bat.ru) by mail.bat.ru (CommuniGate Pro WebUser 4.1.8) with HTTP id 157886; Sun, 22 Feb 2004 13:55:08 +0100 From: "Timur I. Bakeyev" To: freebsd-current@freebsd.org X-Mailer: CommuniGate Pro WebUser Interface v.4.1.8 Date: Sun, 22 Feb 2004 13:55:08 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="KOI8-R"; format="flowed" Content-Transfer-Encoding: 8bit cc: freebsd-ports@freebsd.org Subject: Excessive exit's in rc.subr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Feb 2004 12:55:04 -0000 Hi all! While trying to write my own rc.d script for samba I faced with the problem, that some of the functions in rc.subr, namely, run_rc_command(), terminate their flow with the 'exit 1' rather than with 'return 1'. In 95% of the cases, then run_rc_command() is the last command in the startup script, it doesn't matter. But for few others, like abi, sendmail and, ahem, my own script, that makes them terminate earlier, than it is supposed... It'll be nice to fix this nastiness, I think... Or, do I miss something? Timur. From owner-freebsd-current@FreeBSD.ORG Sat Feb 21 11:59:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3479316A4CE; Sat, 21 Feb 2004 11:59:56 -0800 (PST) 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 71CD943D1F; Sat, 21 Feb 2004 11:59:55 -0800 (PST) (envelope-from sos@DeepCore.dk) Received: from DeepCore.dk (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.12.10/8.12.10) with ESMTP id i1LJxA0G024476; Sat, 21 Feb 2004 20:59:11 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <4037B8B9.70409@DeepCore.dk> Date: Sat, 21 Feb 2004 20:59:53 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20040126 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: takawata@jp.freebsd.org References: <200402211929.i1LJT0jW050259@sana.init-main.com> In-Reply-To: <200402211929.i1LJT0jW050259@sana.init-main.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.3 X-Mailman-Approved-At: Sun, 22 Feb 2004 05:23:42 -0800 cc: ume@freebsd.org cc: current@freebsd.org Subject: Re: KXLC005 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: Sat, 21 Feb 2004 19:59:56 -0000 takawata@jp.freebsd.org wrote: > How about the PCMCIA ATA interface support patch in > Havn't had time to look at it yet, it needs to be done properly... -- -Søren From owner-freebsd-current@FreeBSD.ORG Sat Feb 21 13:38:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AFD716A4CE for ; Sat, 21 Feb 2004 13:38:07 -0800 (PST) Received: from Reineke.Malepartus.DE (reineke.malepartus.de [194.25.4.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4505E43D1F for ; Sat, 21 Feb 2004 13:38:06 -0800 (PST) (envelope-from bm@Reineke.Malepartus.DE) Received: from Reineke.Malepartus.DE (localhost [127.0.0.1]) i1LLbqlD075359 for ; Sat, 21 Feb 2004 22:37:52 +0100 (CET) (envelope-from bm@Reineke.Malepartus.DE) Received: (from bm@localhost) by Reineke.Malepartus.DE (8.12.10/8.12.10/Submit) id i1LLbqKx075358; Sat, 21 Feb 2004 22:37:52 +0100 (CET) (envelope-from bm) Date: Sat, 21 Feb 2004 22:37:52 +0100 From: Burkard Meyendriesch To: freebsd-current@freebsd.org Message-Id: <20040221223752.7c5c4e29.bm@malepartus.de> Organization: The Home of Reineke Fuchs X-Mailer: Sylpheed version 0.9.9 (GTK+ 1.2.10; i386-portbld-freebsd4.9) X-Face: "[-; ]oI+8gP9>*J%knDN8d%DuhvJS2Lj4L\bRb7gz(pcT?2Zh6_Vam_6csAum3$<&lhAFd^ jt|!&Ut1C~Vg*E/q}+#cbFg-GU]c.bB8Ad,L'W$'9{^0y'AzM4#hS[C[F-1'|O; Kg3Vrq5q6dsU*TmJ@}+QPM\ b[^9Rhd,UoMpRpd5k[X=h.Dom*kbT`cNQ Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="Signature=_Sat__21_Feb_2004_22_37_52_+0100_Nmz.VeKVDy1HfJ8V" X-Malepartus-MailScanner-Information: Please contact the ISP for more information X-Malepartus-MailScanner: Found to be clean X-Mailman-Approved-At: Sun, 22 Feb 2004 05:23:41 -0800 Subject: -CURRENT: error in "make buildworld" on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Feb 2004 21:38:07 -0000 --Signature=_Sat__21_Feb_2004_22_37_52_+0100_Nmz.VeKVDy1HfJ8V Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit Hello, yesterday I launched my new box (Asus K8V Deluxe, Athlon64/3000, 1GB ECC RAM, 2x160GB RAID1). I installed 5.2-RELEASE from CD. After that I checked out the actual source tree and tried to "make buildworld". This ends up with: In file included from editline.c:4: /usr/src/lib/libedit/chared.c: In function `ch_init': /usr/src/lib/libedit/chared.c:456: error: `ED_UNASSIGNED' undeclared (first use in this function) /usr/src/lib/libedit/chared.c:456: error: (Each undeclared identifier is reported only once /usr/src/lib/libedit/chared.c:456: error: for each function it appears in.) /usr/src/lib/libedit/chared.c: In function `ch_reset': /usr/src/lib/libedit/chared.c:493: error: `ED_UNASSIGNED' undeclared (first use in this function) .. (lots of similar error messages follow...) What's going wrong? Burkard P.S.: I have no item enabled in /etc/make.conf. -- Burkard Meyendriesch Stevern 2 D-48301 Nottuln --Signature=_Sat__21_Feb_2004_22_37_52_+0100_Nmz.VeKVDy1HfJ8V Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAkA3z7AACgkQcWaHg5BcpatVyACfSeOc+BPQSTarLcI+MSydzeZv nI8An3tbLxst3RRW7/uN3UYUqQCrapuS =C5Uw -----END PGP SIGNATURE----- --Signature=_Sat__21_Feb_2004_22_37_52_+0100_Nmz.VeKVDy1HfJ8V-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 21 15:58:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF2B916A4CE for ; Sat, 21 Feb 2004 15:58:44 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B38E743D2D for ; Sat, 21 Feb 2004 15:58:44 -0800 (PST) (envelope-from davidxu@viatech.com.cn) Received: from viatech.com.cn (davidxu@localhost [127.0.0.1]) i1LNwebv085615 for ; Sat, 21 Feb 2004 15:58:43 -0800 (PST) (envelope-from davidxu@viatech.com.cn) Message-ID: <4037F14F.3090206@viatech.com.cn> Date: Sun, 22 Feb 2004 08:01:19 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031206 Thunderbird/0.3 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-Mailman-Approved-At: Sun, 22 Feb 2004 05:23:41 -0800 Subject: ACPI on Tyan 2507T X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Feb 2004 23:58:44 -0000 Is there anyone running -CURRENT on Tyan 2507T ? I sometimes got ACPI timeout message when using ACPI to shutdown system. Here is the dmesg: 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-CURRENT #1: Sun Feb 22 07:18:50 CST 2004 davidxu@tiger.xuyifeng.org:/home/davidxu/src/sys/i386/compile/gennw Preloaded elf kernel "/boot/kernel/kernel" at 0xc0819000. Preloaded elf module "/boot/kernel/snd_es137x.ko" at 0xc08191f4. Preloaded elf module "/boot/kernel/snd_pcm.ko" at 0xc08192a4. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0819350. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (999.67-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x68a Stepping = 10 Features=0x387fbff real memory = 805240832 (767 MB) avail memory = 778194944 (742 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 Pentium Pro MTRR support enabled npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard pcibios: BIOS version 2.10 Using $PIR table, 8 entries at 0xc00fdda0 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 acpi_cpu0: on acpi0 acpi_cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0x6000-0x607f,0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0 pci0: on pcib0 pcib0: slot 7 INTD is routed to irq 11 pcib0: slot 7 INTD is routed to irq 11 agp0: mem 0xf0000000-0xf3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pcib1: slot 0 INTA is routed to irq 16 pci1: at device 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xa000-0xa00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] uhci0: port 0xa400-0xa41f irq 11 at device 7.2 on pci0 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 0xa800-0xa81f irq 11 at device 7.3 on pci0 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 pci0: at device 7.4 (no driver attached) fxp0: port 0xb800-0xb81f mem 0xf7000000-0xf70fffff,0xf7100000-0xf7100fff irq 16 at device 11.0 on pci0 fxp0: Ethernet address 00:a0:c9:5a:41:98 miibus0: on fxp0 nsphy0: on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pcm0: port 0xc000-0xc01f,0xbc00-0xbc3f irq 17 at device 12.0 on pci0 pcm0: fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0 port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 pmtimer0 on isa0 orm0: