From owner-freebsd-current Sun Mar 9 2: 0: 2 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD4D937B401 for ; Sun, 9 Mar 2003 02:00:00 -0800 (PST) Received: from mail.gmx.net (mail.gmx.net [213.165.65.60]) by mx1.FreeBSD.org (Postfix) with SMTP id 90D9843FAF for ; Sun, 9 Mar 2003 01:59:58 -0800 (PST) (envelope-from alexander.pohoyda@gmx.net) Received: (qmail 32348 invoked by uid 0); 9 Mar 2003 09:59:56 -0000 Received: from p508BEB18.dip.t-dialin.net (EHLO oak.pohoyda.family) (80.139.235.24) by mail.gmx.net (mp001-rz3) with SMTP; 09 Mar 2003 10:59:56 +0100 Received: from oak.pohoyda.family (oak.pohoyda.family [127.0.0.1]) by oak.pohoyda.family (8.12.8/8.12.6) with ESMTP id h29A0Ane003439; Sun, 9 Mar 2003 11:00:13 +0100 (CET) (envelope-from alexander.pohoyda@gmx.net) Received: (from apog@localhost) by oak.pohoyda.family (8.12.8/8.12.6/Submit) id h29A050T003436; Sun, 9 Mar 2003 11:00:05 +0100 (CET) X-Authentication-Warning: oak.pohoyda.family: apog set sender to alexander.pohoyda@gmx.net using -f To: Andrei Popov Cc: stable@freebsd.org, current@freebsd.org, andrei@ceesaxp.org Subject: Re: XFree86 4.3 and Cyrillic Xkb layouts References: <20030308205158.84603.qmail@web13304.mail.yahoo.com> From: Alexander Pohoyda Date: 09 Mar 2003 11:00:03 +0100 In-Reply-To: <20030308205158.84603.qmail@web13304.mail.yahoo.com> Message-ID: <87fzpweu70.fsf@oak.pohoyda.family> Lines: 18 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Andrei Popov writes: > There's something fishy with Xkb in 4.3: whenever I try cyrillic > layouts (e.g. ru, bg, ua, etc.), I cannot type a thing (and yes, > cyrillic fonts are listed in font path). > Running xev shows that event is there. Anyone seen the same > behavior/knows what may be the cause? Please try setting the locale: export LC_CTYPE="ru_RU.KOI8-R" or setenv LC_CTYPE "ru_RU.KOI8-R" -- Alexander Pohoyda To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 9 2:40:46 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F150E37B401; Sun, 9 Mar 2003 02:40:44 -0800 (PST) Received: from mailout06.sul.t-online.com (mailout06.sul.t-online.com [194.25.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B95043FA3; Sun, 9 Mar 2003 02:40:43 -0800 (PST) (envelope-from Alexander@Leidinger.net) Received: from fwd02.sul.t-online.de by mailout06.sul.t-online.com with smtp id 18ryEL-0007ho-01; Sun, 09 Mar 2003 11:40:33 +0100 Received: from Andro-Beta.Leidinger.net (520065502893-0001@[217.83.21.141]) by fmrl02.sul.t-online.com with esmtp id 18ryE1-0nLjBwC; Sun, 9 Mar 2003 11:40:13 +0100 Received: from Magelan.Leidinger.net (Magelan [192.168.1.1]) by Andro-Beta.Leidinger.net (8.12.6/8.12.6) with ESMTP id h29AeC8Z020302; Sun, 9 Mar 2003 11:40:12 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Magelan.Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.12.7/8.12.7) with SMTP id h29AeB4u001092; Sun, 9 Mar 2003 11:40:12 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Sun, 9 Mar 2003 11:40:11 +0100 From: Alexander Leidinger To: "Simon 'corecode' Schubert" Cc: bde@zeta.org.au, current@FreeBSD.ORG, phk@FreeBSD.ORG Subject: Re: Do we still have a FIFO / named pipe problem? Message-Id: <20030309114011.5c4fd699.Alexander@Leidinger.net> In-Reply-To: <20030215235650.6b140807.corecode@corecode.ath.cx> References: <20030209170616.2e4e3635.Alexander@Leidinger.net> <20030210033714.O1731-100000@gamplex.bde.org> <20030215235650.6b140807.corecode@corecode.ath.cx> X-Mailer: Sylpheed version 0.8.9claws (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Sender: 520065502893-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 15 Feb 2003 23:56:50 +0100 "Simon 'corecode' Schubert" wrote: > Lately Bruce Evans wrote: > > > This change makes such opens bogusly time out after 1 second (unless > > there is already a writer). > > > > There seems to be a race in fifo_open(): opens for read don't > > terminate the wait if the reader goes away before the opener looks. > > It is not clear if sendmail is affected by this race or one of its > > own. > > > > Untested fix for this and rev.1.79, and for a similar race in blocking > > opens of named pipes for reading: > > fixes issues with apsfilter manual duplexing for me. could somebody > please commit this patch? ping phk Bye, Alexander. -- There's no place like ~ http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 9 3: 0:55 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B44D37B404 for ; Sun, 9 Mar 2003 03:00:53 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A1F443FB1 for ; Sun, 9 Mar 2003 03:00:52 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.8/8.12.8) with ESMTP id h29B0UNw010402; Sun, 9 Mar 2003 12:00:35 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: Alexander Leidinger Cc: "Simon 'corecode' Schubert" , bde@zeta.org.au, current@FreeBSD.ORG Subject: Re: Do we still have a FIFO / named pipe problem? From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 09 Mar 2003 11:40:11 +0100." <20030309114011.5c4fd699.Alexander@Leidinger.net> Date: Sun, 09 Mar 2003 12:00:30 +0100 Message-ID: <10401.1047207630@critter.freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20030309114011.5c4fd699.Alexander@Leidinger.net>, Alexander Leiding er writes: >On Sat, 15 Feb 2003 23:56:50 +0100 >"Simon 'corecode' Schubert" wrote: > >> Lately Bruce Evans wrote: >> >> > This change makes such opens bogusly time out after 1 second (unless >> > there is already a writer). >> > >> > There seems to be a race in fifo_open(): opens for read don't >> > terminate the wait if the reader goes away before the opener looks. >> > It is not clear if sendmail is affected by this race or one of its >> > own. >> > >> > Untested fix for this and rev.1.79, and for a similar race in blocking >> > opens of named pipes for reading: >> >> fixes issues with apsfilter manual duplexing for me. could somebody >> please commit this patch? > >ping phk I'm sort of expecting Bruce to commit his own patch ? -- 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. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 9 5: 1:39 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D3B537B404 for ; Sun, 9 Mar 2003 05:01:37 -0800 (PST) Received: from hobby.digiware.nl (d9218.upc-d.chello.nl [213.46.9.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B4DF43FBF for ; Sun, 9 Mar 2003 05:01:34 -0800 (PST) (envelope-from wjw@withagen.nl) Received: from dual (dual [212.61.27.71]) by hobby.digiware.nl (8.12.8/8.12.8a) with SMTP id h29D1oEw061167 for ; Sun, 9 Mar 2003 14:01:52 +0100 (CET) (envelope-from wjw@withagen.nl) Message-ID: <05e901c2e63c$0e440440$471b3dd4@digiware.nl> From: "Willem Jan Withagen" To: Subject: /usr/src5/sys/kern/kern_lock.c:243: could sleep with "buf queue lock" locked from /usr/src5/sys/kern/vfs_bio.c:2104 Date: Sun, 9 Mar 2003 14:01:50 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: base64 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG SSduIG5vdCBzaHVyZSBpZiB0aGlzIGlzIHN0aWxsIHRoZSBwbGFjZSB0byBkcm9wIHRoZXNlPz8/ DQpJIGhhdmVuJ3Qgc2VlbiBtYXkgb2ZmIHRoZXNlIGxhdGVseSBvbiB0aGUgbGlzdC4uLg0KDQpG b3VuZCBpbiBteSBkbWVzZyBvZiB5ZXN0ZXJkYXksIHN5c3RlbSBpcyBub3cgNSBkYXlzIHVwOg0K DQovdXNyL3NyYzUvc3lzL2tlcm4va2Vybl9sb2NrLmM6MjQzOiBjb3VsZCBzbGVlcCB3aXRoICJi dWYgcXVldWUgbG9jayIgbG9ja2VkIGZyb20gL3Vzci9zcmM1L3N5cy9rZXJuL3Zmc19iaW8uYzoy MTA0DQoNCmZyZWViZWUjIHVuYW1lIC1hDQpGcmVlQlNEIGZyZWViZWUuZGlnaXdhcmUubmwgNS4w LUNVUlJFTlQgRnJlZUJTRCA1LjAtQ1VSUkVOVCAjNDogU2F0IE1hciAgMSAxNzo1MDoxNiBDRVQg MjAwMyAgICAgcm9vdEBmcmVlYmVlLmRpZ2l3YXJlLm5sOi9tbnQyL29iai91c3Ivc3JjNS9zeXMv R0VORVJJQyAgaTM4Ng0KDQpJJ2xsIGluc3RhbGwgeWVzdGVyZGF5cyBrZXJuZWwgYW5kIHJ1biB0 aGF0IHRvIHNlZSBpZiBpdCByZW9jY3Vycy4NCg0KLS1XalcNCg0KDQoNCg== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 9 5:48:41 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F131837B401 for ; Sun, 9 Mar 2003 05:48:39 -0800 (PST) Received: from web13307.mail.yahoo.com (web13307.mail.yahoo.com [216.136.175.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 48ECA43FB1 for ; Sun, 9 Mar 2003 05:48:39 -0800 (PST) (envelope-from andyelf@yahoo.com) Message-ID: <20030309134838.50020.qmail@web13307.mail.yahoo.com> Received: from [213.76.96.254] by web13307.mail.yahoo.com via HTTP; Sun, 09 Mar 2003 05:48:38 PST Date: Sun, 9 Mar 2003 05:48:38 -0800 (PST) From: Andrei Popov Subject: Re: XFree86 4.3 and Cyrillic Xkb layouts To: Alexander Pohoyda Cc: stable@freebsd.org, current@freebsd.org, andrei@ceesaxp.org In-Reply-To: <87fzpweu70.fsf@oak.pohoyda.family> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Please try setting the locale: > export LC_CTYPE="ru_RU.KOI8-R" > or > setenv LC_CTYPE "ru_RU.KOI8-R" Yow! Worked -- which is a bit strange: with 4.2 nothing like this was necessary... > -- > Alexander Pohoyda > Thanks, -- Andrei __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 9 5:52:27 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5268837B401 for ; Sun, 9 Mar 2003 05:52:26 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8F5743FAF for ; Sun, 9 Mar 2003 05:52:13 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id AAA22201; Mon, 10 Mar 2003 00:51:51 +1100 Date: Mon, 10 Mar 2003 00:51:50 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Poul-Henning Kamp Cc: Alexander Leidinger , "Simon 'corecode' Schubert" , Subject: Re: Do we still have a FIFO / named pipe problem? In-Reply-To: <10401.1047207630@critter.freebsd.dk> Message-ID: <20030310004846.H15648-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 9 Mar 2003, Poul-Henning Kamp wrote: > In message <20030309114011.5c4fd699.Alexander@Leidinger.net>, Alexander Leiding > er writes: > >On Sat, 15 Feb 2003 23:56:50 +0100 > >"Simon 'corecode' Schubert" wrote: > > > >> Lately Bruce Evans wrote: > >> > >> > This change makes such opens bogusly time out after 1 second (unless > >> > there is already a writer). > >> > > >> > There seems to be a race in fifo_open(): opens for read don't > >> > terminate the wait if the reader goes away before the opener looks. > >> > It is not clear if sendmail is affected by this race or one of its > >> > own. > >> > > >> > Untested fix for this and rev.1.79, and for a similar race in blocking > >> > opens of named pipes for reading: > >> > >> fixes issues with apsfilter manual duplexing for me. could somebody > >> please commit this patch? > > > >ping phk > > I'm sort of expecting Bruce to commit his own patch ? I'm sort of expecting Poul-Henning to report whether it fixes the sendmail problem :-). Also, since I don't normally run -current, changes to it are hard to test properly. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 9 9:13:56 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F48837B401 for ; Sun, 9 Mar 2003 09:13:55 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9056943F75 for ; Sun, 9 Mar 2003 09:13:54 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.8/8.12.8) with ESMTP id h29HDiNw075028; Sun, 9 Mar 2003 18:13:50 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: Bruce Evans Cc: Alexander Leidinger , "Simon 'corecode' Schubert" , current@FreeBSD.ORG Subject: Re: Do we still have a FIFO / named pipe problem? From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 10 Mar 2003 00:51:50 +1100." <20030310004846.H15648-100000@gamplex.bde.org> Date: Sun, 09 Mar 2003 18:13:44 +0100 Message-ID: <75027.1047230024@critter.freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20030310004846.H15648-100000@gamplex.bde.org>, Bruce Evans writes: >> I'm sort of expecting Bruce to commit his own patch ? > >I'm sort of expecting Poul-Henning to report whether it fixes the >sendmail problem :-). Also, since I don't normally run -current, >changes to it are hard to test properly. Ahh, my report must have gotten lost then: Yes, it works for me. -- 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. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 9 9:14:57 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0B8737B401 for ; Sun, 9 Mar 2003 09:14:56 -0800 (PST) Received: from seed.net.tw (sn16.seed.net.tw [139.175.54.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8D2543F93 for ; Sun, 9 Mar 2003 09:14:53 -0800 (PST) (envelope-from leafy@leafy.idv.tw) Received: from [211.74.132.105] (port=49199 helo=leafy.idv.tw) by seed.net.tw with esmtp (Seednet 4.10:4) id 18s4Nx-000OUG-00 for freebsd-current@freebsd.org; Mon, 10 Mar 2003 01:14:53 +0800 Received: from leafy.idv.tw (nobody@localhost [127.0.0.1]) by leafy.idv.tw (8.12.8/8.12.8) with ESMTP id h29HEqr6002545 for ; Mon, 10 Mar 2003 01:14:52 +0800 (CST) (envelope-from leafy@leafy.idv.tw) Received: (from leafy@localhost) by leafy.idv.tw (8.12.8/8.12.8/Submit) id h29HEqVn002544 for freebsd-current@freebsd.org; Mon, 10 Mar 2003 01:14:52 +0800 (CST) Date: Mon, 10 Mar 2003 01:14:52 +0800 From: leafy To: freebsd-current@freebsd.org Subject: How does a module decide what to support? Message-ID: <20030309171452.GA2510@leafy.idv.tw> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Disposition: inline User-Agent: Mutt/1.5.3i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG From my observations (yes, please correct me if I am wrong), that modules define what to support in their respective makefiles in the form of SRC= aaa.c bbb.c opt_*.h Where opt_*.h are automagically generated if they are not in machine@ (and the generated files are just empty files that indicate that the kernel file does not specify this option), else they are linked from machine@. If some makefile list SRC= a.c b.c opt_inet.h opt_inet6.h and kernel config lists 'option INET' *only*, then opt_inet.h has '#define INET 1' in it and opt_inet6.h is empty. Is this correct? Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 9 10:49:21 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0EBB37B401 for ; Sun, 9 Mar 2003 10:49:19 -0800 (PST) Received: from mail.flugsvamp.com (ts46-01-qdr3643.mdfrd.or.charter.com [68.118.36.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24F4543FB1 for ; Sun, 9 Mar 2003 10:49:19 -0800 (PST) (envelope-from jlemon@flugsvamp.com) Received: (from jlemon@localhost) by mail.flugsvamp.com (8.12.6/8.12.6) id h29Imm4S028389; Sun, 9 Mar 2003 12:48:48 -0600 (CST) (envelope-from jlemon) Date: Sun, 9 Mar 2003 12:48:48 -0600 (CST) From: Jonathan Lemon Message-Id: <200303091848.h29Imm4S028389@mail.flugsvamp.com> To: leafy@leafy.idv.tw, current@freebsd.org Subject: Re: How does a module decide what to support? X-Newsgroups: local.mail.freebsd-current In-Reply-To: Organization: Cc: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article you write: >From my observations (yes, please correct me if I am wrong), that >modules define what to support in their respective makefiles in the form >of > >SRC= aaa.c bbb.c opt_*.h > >Where opt_*.h are automagically generated if they are not in machine@ >(and the generated files are just empty files that indicate that the >kernel file does not specify this option), else they are linked from >machine@. > >If some makefile list >SRC= a.c b.c opt_inet.h opt_inet6.h >and kernel config lists 'option INET' *only*, then opt_inet.h has >'#define INET 1' in it and opt_inet6.h is empty. > >Is this correct? Yes, I believe so. This is why module makefiles should explicitly create the opt_* files with the #define set, so the module supports all options. See the recent commits I did to the if_tun module, for example (thanks for pointing it out). -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 9 12: 5:44 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21C9E37B404 for ; Sun, 9 Mar 2003 12:05:44 -0800 (PST) Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F1E043FCB for ; Sun, 9 Mar 2003 12:05:43 -0800 (PST) (envelope-from wa1ter@myrealbox.com) Received: from myrealbox.com wa1ter@smtp-send.myrealbox.com [67.119.36.81] by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision: 3.32 $ on Novell NetWare via secured & encrypted transport (TLS); Sun, 09 Mar 2003 13:05:48 -0700 Message-ID: <3E6B9EA0.5030409@myrealbox.com> Date: Sun, 09 Mar 2003 12:05:52 -0800 From: walt Organization: none User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3b) Gecko/20030213 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Warning: driver mistake Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Starting today I noticed this warning at bootup: WARNING: Driver mistake: make_dev(console) called before SI_SUB_DRIVERS Is there more info I should supply? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 9 12:29:51 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C65EC37B401 for ; Sun, 9 Mar 2003 12:29:50 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC48643F3F for ; Sun, 9 Mar 2003 12:29:49 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.8/8.12.8) with ESMTP id h29KTkNw009259; Sun, 9 Mar 2003 21:29:47 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: walt Cc: freebsd-current@FreeBSD.ORG Subject: Re: Warning: driver mistake From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 09 Mar 2003 12:05:52 PST." <3E6B9EA0.5030409@myrealbox.com> Date: Sun, 09 Mar 2003 21:29:46 +0100 Message-ID: <9258.1047241786@critter.freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <3E6B9EA0.5030409@myrealbox.com>, walt writes: >Starting today I noticed this warning at bootup: >WARNING: Driver mistake: make_dev(console) called before SI_SUB_DRIVERS > >Is there more info I should supply? Ooops. No, that is plenty. I'll 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. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 9 12:44:40 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71D8D37B401; Sun, 9 Mar 2003 12:44:37 -0800 (PST) Received: from mail.cruzio.com (mail.cruzio.com [63.249.95.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AF0B43F93; Sun, 9 Mar 2003 12:44:36 -0800 (PST) (envelope-from brucem@cruzio.com) Received: from cruzio.com (dsl3-63-249-85-132.cruzio.com [63.249.85.132]) by mail.cruzio.com with ESMTP id h29Kivt0025437; Sun, 9 Mar 2003 12:44:58 -0800 (PST) Received: (from brucem@localhost) by cruzio.com (8.11.3/8.11.3) id h29LDYS00731; Sun, 9 Mar 2003 13:13:34 -0800 (PST) (envelope-from brucem) Date: Sun, 9 Mar 2003 13:13:34 -0800 (PST) From: "Bruce R. Montague" Message-Id: <200303092113.h29LDYS00731@cruzio.com> To: freebsd-current@FreeBSD.ORG Subject: ATA CS5530 (cyrix) driver panic (ata_cyrix_setmode()) Cc: sos@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, the current -current ata driver panics at boot when using the CS5530 (National GX1, ex-"cyrix"). This driver worked in the past on -current, likely up until the major rework that appears to be underway as of 20-Feb-2003 (that is, the creation of "ata-chipset.c", etc.) Routine "ata_cyrix_setmode()" in "ata-chipset.c" appears to be assuming that "channel->dma" has a valid pointer to a "struct ata_dma_funcs", and that "channel->r_bmio" is a valid bus resource id. This is not the case, both "channel->dma" and "channel->r_bmio" (bus master I/O supported) are 0, which will result in panics. The first use (and panic) occurs at: atadev->channel->dma->alignment = 16; "ata_cyrix_setmode+0x8b: movl $0x10,0x20(%eax)" on my build (%eax is 0). These panics occur regardless of the setting of TUNABLE_INIT() "ata_dma". Routine "ata_dmainit()", which mallocs the "struct ata_dma_funcs" is (likely correctly) never called. If required due to DMA support, it is allocated during the driver probe via "ctlr->dmainit(ch)" in "ata_pcisub_probe()" in "ata-pci.c". To make the system "come up", I replaced "ata_cyrix_setmode()" with the following: static void ata_cyrix_setmode(struct ata_device *atadev, int mode) { int error; mode = ata_limit_mode(atadev, mode, ATA_UDMA2); error = ata_command(atadev, ATA_C_SETFEATURES, 0, mode, ATA_C_F_SETXFER, ATA_WAIT_READY); if (bootverbose) ata_prtdev(atadev, "%s setting %s on Cyrix chip\n", (error) ? "failed" : "success", ata_mode2str(mode)); atadev->mode = mode; } This seems to work, I am using the system without apparent problems, but it is strictly a "by guess and by god" fix - I haven't studied or understood the whole new ata driver scaffolding. What is (a) correct fix? Is there a better and more complete thing envisoned? Is there a tunable I don't understand? Or a feature flag? Is the current "cyrix" code in transit and untested? Should "ata_dma" or "r_bmio" be checked in the setmode codepath? Can I help assure this is fixed right? I can at least test, if need be. As a minor question, is the style to allocate malloced data structures (such as "ata_dma_funcs") in the probe code instead of attach code, as seems to be the intent in this driver, and leave permanent bus resource allocation until the attach? (in this case the "ata_pcisub_probe()" never reaches the allocation code because it checks and finds "r_bmio" is 0). - bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 9 13: 8: 3 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33DF037B401; Sun, 9 Mar 2003 13:08:00 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5D1B43FE0; Sun, 9 Mar 2003 13:07:57 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.8/8.12.8) id h29L7qgi038028; Sun, 9 Mar 2003 22:07:52 +0100 (CET) (envelope-from sos) From: Soeren Schmidt Message-Id: <200303092107.h29L7qgi038028@spider.deepcore.dk> Subject: Re: ATA CS5530 (cyrix) driver panic (ata_cyrix_setmode()) In-Reply-To: <200303092113.h29LDYS00731@cruzio.com> To: "Bruce R. Montague" Date: Sun, 9 Mar 2003 22:07:52 +0100 (CET) Cc: freebsd-current@FreeBSD.ORG, sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems Bruce R. Montague wrote: > I'll look into it, thanks for reporting! > Hi, the current -current ata driver panics at boot > when using the CS5530 (National GX1, ex-"cyrix"). > This driver worked in the past on -current, likely > up until the major rework that appears to be > underway as of 20-Feb-2003 (that is, the creation > of "ata-chipset.c", etc.) > > Routine "ata_cyrix_setmode()" in "ata-chipset.c" > appears to be assuming that "channel->dma" has a > valid pointer to a "struct ata_dma_funcs", and > that "channel->r_bmio" is a valid bus resource > id. This is not the case, both "channel->dma" and > "channel->r_bmio" (bus master I/O supported) are > 0, which will result in panics. The first use (and > panic) occurs at: > > atadev->channel->dma->alignment = 16; > > "ata_cyrix_setmode+0x8b: movl $0x10,0x20(%eax)" > on my build (%eax is 0). > > These panics occur regardless of the setting of > TUNABLE_INIT() "ata_dma". > > Routine "ata_dmainit()", which mallocs the "struct > ata_dma_funcs" is (likely correctly) never called. > If required due to DMA support, it is allocated > during the driver probe via "ctlr->dmainit(ch)" > in "ata_pcisub_probe()" in "ata-pci.c". > > To make the system "come up", I replaced > "ata_cyrix_setmode()" with the following: > > static void > ata_cyrix_setmode(struct ata_device *atadev, int mode) > { > int error; > > mode = ata_limit_mode(atadev, mode, ATA_UDMA2); > > error = ata_command(atadev, ATA_C_SETFEATURES, 0, mode, > ATA_C_F_SETXFER, ATA_WAIT_READY); > > if (bootverbose) > ata_prtdev(atadev, "%s setting %s on Cyrix chip\n", > (error) ? "failed" : "success", ata_mode2str(mode)); > > atadev->mode = mode; > } > > > This seems to work, I am using the system without > apparent problems, but it is strictly a "by guess > and by god" fix - I haven't studied or understood > the whole new ata driver scaffolding. > > What is (a) correct fix? Is there a better and > more complete thing envisoned? Is there a tunable > I don't understand? Or a feature flag? Is the > current "cyrix" code in transit and untested? > Should "ata_dma" or "r_bmio" be checked in the > setmode codepath? Can I help assure this is fixed > right? I can at least test, if need be. > > As a minor question, is the style to allocate > malloced data structures (such as "ata_dma_funcs") > in the probe code instead of attach code, as seems > to be the intent in this driver, and leave permanent > bus resource allocation until the attach? (in this > case the "ata_pcisub_probe()" never reaches the > allocation code because it checks and finds "r_bmio" > is 0). > > > > > > - bruce > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 9 13:55:55 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68C1137B401; Sun, 9 Mar 2003 13:55:54 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C99E43FD7; Sun, 9 Mar 2003 13:55:53 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.8/8.12.8) id h29LtoW8047455; Sun, 9 Mar 2003 22:55:50 +0100 (CET) (envelope-from sos) From: Soeren Schmidt Message-Id: <200303092155.h29LtoW8047455@spider.deepcore.dk> Subject: Re: ATA CS5530 (cyrix) driver panic (ata_cyrix_setmode()) In-Reply-To: <200303092113.h29LDYS00731@cruzio.com> To: "Bruce R. Montague" Date: Sun, 9 Mar 2003 22:55:50 +0100 (CET) Cc: freebsd-current@FreeBSD.ORG, sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems Bruce R. Montague wrote: > > Routine "ata_cyrix_setmode()" in "ata-chipset.c" > appears to be assuming that "channel->dma" has a > valid pointer to a "struct ata_dma_funcs", and > that "channel->r_bmio" is a valid bus resource > id. This is not the case, both "channel->dma" and > "channel->r_bmio" (bus master I/O supported) are > 0, which will result in panics. The first use (and > panic) occurs at: OK, just looked a bit more closely at this, if the r_bmio address is not set in the chipset registers something is wrong as these are used to setup PIO and DMA timings in the chipset. So if your BIOS doesn't set the bmio address, there is *no way* I can set any modes on your HW, ie you need to use whatever mode the BIOS has setup for you. Could you please dump the pci reg 0x20 (with pciconf) and verify that it is endeed 0 ? -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 9 14:39:27 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9495837B404 for ; Sun, 9 Mar 2003 14:39:26 -0800 (PST) Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id A621243FB1 for ; Sun, 9 Mar 2003 14:39:25 -0800 (PST) (envelope-from wa1ter@myrealbox.com) Received: from myrealbox.com wa1ter@smtp-send.myrealbox.com [67.114.255.56] by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision: 3.32 $ on Novell NetWare via secured & encrypted transport (TLS); Sun, 09 Mar 2003 15:39:30 -0700 Message-ID: <3E6BC2A6.3000809@myrealbox.com> Date: Sun, 09 Mar 2003 14:39:34 -0800 From: walt Organization: none User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3b) Gecko/20030213 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Warning: driver mistake References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Poul-Henning Kamp wrote: > In message <3E6B9EA0.5030409@myrealbox.com>, walt writes: > >>Starting today I noticed this warning at bootup: >>WARNING: Driver mistake: make_dev(console) called before SI_SUB_DRIVERS >> >>Is there more info I should supply? > > > Ooops. No, that is plenty. I'll fix it. Yes, fixed now. Thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 9 15:41:32 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB74E37B404; Sun, 9 Mar 2003 15:41:29 -0800 (PST) Received: from mail.cruzio.com (mail.cruzio.com [63.249.95.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBDD843FCB; Sun, 9 Mar 2003 15:41:28 -0800 (PST) (envelope-from brucem@cruzio.com) Received: from cruzio.com (dsl3-63-249-85-132.cruzio.com [63.249.85.132]) by mail.cruzio.com with ESMTP id h29Nfpt0094276; Sun, 9 Mar 2003 15:41:51 -0800 (PST) Received: (from brucem@localhost) by cruzio.com (8.11.3/8.11.3) id h2A0AQM00982; Sun, 9 Mar 2003 16:10:26 -0800 (PST) (envelope-from brucem) Date: Sun, 9 Mar 2003 16:10:26 -0800 (PST) From: "Bruce R. Montague" Message-Id: <200303100010.h2A0AQM00982@cruzio.com> To: freebsd-current@FreeBSD.ORG Subject: Re: ATA CS5530 (cyrix) driver panic (ata_cyrix_setmode()) Cc: sos@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, re the ata driver and CS5530, Soren Schmidt asked: > Could you please dump the pci reg 0x20 (with pciconf) and > verify that it is endeed 0 ? Ok (it's _not_ 0): ----- geode# pciconf -r pci0:18:2 0x20 0000fc01 geode# pciconf -r pci0:18:2 32 0000fc01 ----- Is this 0x20 on F2, F2BAR4? Is it supposed to be 0, not the "I/O mapped Bus Master IDE Registers..."? I have a 5530 manual (although I'm uncertain if all the "5530s" really look the same in all ways...). Bits 31:4 are the bus master IDE base address (0xfc0). The RO 1 indicates a 16-byte I/O range. I am using a reasonably recent National Semiconductor Centaurus 2 development board. My understanding is that this is National's current reference development platform. It uses National's XpressROM BIOS, intended for use with the GX1 and CS5530. This BIOS seems to evolve rather rapidly, it doesn't look like the BIOS is very recent. The BIOS screen says: ------ Rev: v2.22 B Built: 07/01/2002 07:54:38 CPU: GX1 8.2 @334 Mhz PCI:33Mhz Multiplier:10x 5530A Rev:B1 Memory:192512k @83 MHz CAS:3 SDRAM Divisor:4 Shift SDCLK: 2.0 Floppy A:1.44M Drive 80:41174MB COM1:03F8 LPT1:0378 XpressROM V3.2.5 RTC:Present COM2:02F8 VSA:0202 USB:Enabled VBIOS:040D PM:Disabled CPU Voltage 2.20 9211: B1/C1 ------ I'll try to track down "r_bmio" life. The same hardware runs the "/boot/kernel.last_good/kernel" "FreeBSD 5.0-CURRENT #3: Mon Jan 20 ... 2003" fine, there are no obvious driver problems. Other than the expected -current deltas, the only other difference between the two systems that I know of is that the older system is not using the TSC clock. I'll see if that changes things. They are basically both GENERIC. Other misc info: ------ geode# dmesg | egrep 5530 atapci0: port 0xfc00-0xfc0f at device 18.2 on pci0 ------ geode# pciconf -l hostb0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x00011078 rev=0x00 hdr=0x00 sis0@pci0:13:0: class=0x020000 card=0x0020100b chip=0x0020100b rev=0x00 hdr=0x00 isab0@pci0:18:0: class=0x060100 card=0x00000000 chip=0x01001078 rev=0x30 hdr=0x00 none0@pci0:18:1: class=0x068000 card=0x00000000 chip=0x01011078 rev=0x00 hdr=0x00 atapci0@pci0:18:2: class=0x010180 card=0x00000000 chip=0x01021078 rev=0x00 hdr=0x00 none1@pci0:18:3: class=0x040100 card=0x69b61078 chip=0x01031078 rev=0x00 hdr=0x00 none2@pci0:18:4: class=0x030000 card=0x584d1078 chip=0x01041078 rev=0x00 hdr=0x00 ohci0@pci0:19:0: class=0x0c0310 card=0xa0f80e11 chip=0xa0f80e11 rev=0x06 hdr=0x00 ----- FreeBSD geode 5.0-CURRENT FreeBSD 5.0-CURRENT #10: Sun Mar 9 06:47:09 GMT 2003 brucem@geode:/usr/src/sys/i386/compile/GENERIC i386 - bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 9 17:12:32 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4C5837B401; Sun, 9 Mar 2003 17:12:28 -0800 (PST) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 998F943FCB; Sun, 9 Mar 2003 17:12:27 -0800 (PST) (envelope-from julian@elischer.org) Received: from interjet.elischer.org (12-232-168-4.client.attbi.com[12.232.168.4]) by sccrmhc02.attbi.com (sccrmhc02) with ESMTP id <200303100112260020082mele>; Mon, 10 Mar 2003 01:12:26 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id RAA99896; Sun, 9 Mar 2003 17:12:25 -0800 (PST) Date: Sun, 9 Mar 2003 17:12:24 -0800 (PST) From: Julian Elischer To: "Bruce R. Montague" Cc: freebsd-current@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: ATA CS5530 (cyrix) driver panic (ata_cyrix_setmode()) In-Reply-To: <200303100010.h2A0AQM00982@cruzio.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi I didn;t see the original problem, just the reply.. Just one thing to be aware of when using the 5530. I used a 5530 on the Interjet-II. It has a terrible bug where it fails if the data being transferred to/from the disk by DMA is not alligned on a 16 byte boundary. programs such as newfs and fsck would sometimes make this happen when accessing a raw drive. This was not in the manual at that time, and I don't know if Soeren has the code to check for this. Such transffers must be done using PIO. This may be a red-herring.. (the symptom was that it would never complete the transfer and would hang the bus.) On Sun, 9 Mar 2003, Bruce R. Montague wrote: > > > Hi, re the ata driver and CS5530, Soren Schmidt asked: > > > Could you please dump the pci reg 0x20 (with pciconf) and > > verify that it is endeed 0 ? > > Ok (it's _not_ 0): > > ----- > geode# pciconf -r pci0:18:2 0x20 > 0000fc01 > geode# pciconf -r pci0:18:2 32 > 0000fc01 > ----- > > Is this 0x20 on F2, F2BAR4? Is it supposed to be > 0, not the "I/O mapped Bus Master IDE Registers..."? > I have a 5530 manual (although I'm uncertain if > all the "5530s" really look the same in all > ways...). Bits 31:4 are the bus master IDE base > address (0xfc0). The RO 1 indicates a 16-byte I/O range. > > I am using a reasonably recent National Semiconductor > Centaurus 2 development board. My understanding > is that this is National's current reference > development platform. It uses National's XpressROM > BIOS, intended for use with the GX1 and CS5530. > This BIOS seems to evolve rather rapidly, it > doesn't look like the BIOS is very recent. The > BIOS screen says: > > ------ > Rev: v2.22 B Built: 07/01/2002 07:54:38 > CPU: GX1 8.2 @334 Mhz PCI:33Mhz Multiplier:10x 5530A Rev:B1 > Memory:192512k @83 MHz CAS:3 SDRAM Divisor:4 Shift SDCLK: 2.0 > Floppy A:1.44M Drive 80:41174MB COM1:03F8 LPT1:0378 XpressROM V3.2.5 > RTC:Present COM2:02F8 VSA:0202 > USB:Enabled VBIOS:040D > PM:Disabled > CPU Voltage 2.20 9211: B1/C1 > ------ > > I'll try to track down "r_bmio" life. > > The same hardware runs the "/boot/kernel.last_good/kernel" > "FreeBSD 5.0-CURRENT #3: Mon Jan 20 ... 2003" > fine, there are no obvious driver problems. Other > than the expected -current deltas, the only other > difference between the two systems that I know of > is that the older system is not using the TSC > clock. I'll see if that changes things. They > are basically both GENERIC. > > Other misc info: > > ------ > geode# dmesg | egrep 5530 > atapci0: port 0xfc00-0xfc0f at device 18.2 on pci0 > > ------ > > geode# pciconf -l > hostb0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x00011078 rev=0x00 hdr=0x00 > sis0@pci0:13:0: class=0x020000 card=0x0020100b chip=0x0020100b rev=0x00 hdr=0x00 > isab0@pci0:18:0: class=0x060100 card=0x00000000 chip=0x01001078 rev=0x30 hdr=0x00 > none0@pci0:18:1: class=0x068000 card=0x00000000 chip=0x01011078 rev=0x00 hdr=0x00 > atapci0@pci0:18:2: class=0x010180 card=0x00000000 chip=0x01021078 rev=0x00 hdr=0x00 > none1@pci0:18:3: class=0x040100 card=0x69b61078 chip=0x01031078 rev=0x00 hdr=0x00 > none2@pci0:18:4: class=0x030000 card=0x584d1078 chip=0x01041078 rev=0x00 hdr=0x00 > ohci0@pci0:19:0: class=0x0c0310 card=0xa0f80e11 chip=0xa0f80e11 rev=0x06 hdr=0x00 > > ----- > FreeBSD geode 5.0-CURRENT FreeBSD 5.0-CURRENT #10: Sun Mar 9 06:47:09 GMT 2003 > brucem@geode:/usr/src/sys/i386/compile/GENERIC i386 > > > > > > > > - bruce > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 9 17:46:46 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EAAD37B408; Sun, 9 Mar 2003 17:46:44 -0800 (PST) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 336FF43FE9; Sun, 9 Mar 2003 17:46:41 -0800 (PST) (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.12.8/8.12.7) with ESMTP id h2A1kcQA031241; Sun, 9 Mar 2003 20:46:39 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: Date: Sun, 9 Mar 2003 20:46:37 -0500 To: Marcin =?iso-8859-1?Q?CIE=C2LAK?= , freebsd-current@FreeBSD.ORG From: Garance A Drosihn Subject: Re: Fix for rtc, vmware modules and post-500104 -current Cc: freebsd-emulation@FreeBSD.ORG, , , phk@FreeBSD.ORG Content-Type: text/plain; charset="iso-8859-1" ; format="flowed" Content-Transfer-Encoding: quoted-printable X-Scanned-By: MIMEDefang 2.28 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 7:37 PM +0100 3/5/03, Marcin CIE=C2LAK wrote: >See the patches enclosed to emulators/rtc > and emulators/vmware2 ports. > >Tested only for -current with: > >#define __FreeBSD_version 500104 This does get it so the vmware module will load correctly at system startup, and I think the result is basically working. There is still a complaint at system-startup about driver "vmmon" used unreserved major device number 200 but I don't know what the proper fix for that is. Unfortunately my X11-configuration is currently screwed up, so I can't really tell if vmware2 is working right. I can tell that these updates do get it working better. -- Garance Alistair Drosehn =3D gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 9 17:49:43 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D169437B401; Sun, 9 Mar 2003 17:49:41 -0800 (PST) Received: from tomts22-srv.bellnexxia.net (tomts22-srv.bellnexxia.net [209.226.175.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD23343F75; Sun, 9 Mar 2003 17:49:40 -0800 (PST) (envelope-from mike@sparc64.style9.org) Received: from sparc64.style9.org ([65.93.76.196]) by tomts22-srv.bellnexxia.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with ESMTP id <20030310014940.NYZG15778.tomts22-srv.bellnexxia.net@sparc64.style9.org>; Sun, 9 Mar 2003 20:49:40 -0500 Received: (from mike@localhost) by sparc64.style9.org (8.12.6/8.12.6/Submit) id h2A1oRn5042980; Sun, 9 Mar 2003 20:50:27 -0500 (EST) Date: Sun, 9 Mar 2003 20:50:27 -0500 (EST) From: Mike Barcroft Message-Id: <200303100150.h2A1oRn5042980@sparc64.style9.org> To: current@FreeBSD.org, sparc64@FreeBSD.org Subject: sparc64 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- ===> lib/libpam/modules/pam_opieaccess cc1: warnings being treated as errors /tinderbox/sparc64/src/lib/libpam/modules/pam_opieaccess/pam_opieaccess.c: In function `pam_sm_authenticate': /tinderbox/sparc64/src/lib/libpam/modules/pam_opieaccess/pam_opieaccess.c:70: warning: passing arg 2 of `opielookup' discards qualifiers from pointer target type /tinderbox/sparc64/src/lib/libpam/modules/pam_opieaccess/pam_opieaccess.c:80: warning: passing arg 1 of `opieaccessfile' discards qualifiers from pointer target type *** Error code 1 Stop in /tinderbox/sparc64/src/lib/libpam/modules/pam_opieaccess. *** Error code 1 Stop in /tinderbox/sparc64/src/lib/libpam/modules. *** Error code 1 Stop in /tinderbox/sparc64/src/lib/libpam. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 9 21:37:59 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBE0937B401; Sun, 9 Mar 2003 21:37:57 -0800 (PST) Received: from mail.cruzio.com (mail.cruzio.com [63.249.95.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 500EF43FDD; Sun, 9 Mar 2003 21:37:57 -0800 (PST) (envelope-from brucem@cruzio.com) Received: from cruzio.com (dsl3-63-249-85-132.cruzio.com [63.249.85.132]) by mail.cruzio.com with ESMTP id h2A5cLt0025372; Sun, 9 Mar 2003 21:38:21 -0800 (PST) Received: (from brucem@localhost) by cruzio.com (8.11.3/8.11.3) id h2A66tn01508; Sun, 9 Mar 2003 22:06:55 -0800 (PST) (envelope-from brucem) Date: Sun, 9 Mar 2003 22:06:55 -0800 (PST) From: "Bruce R. Montague" Message-Id: <200303100606.h2A66tn01508@cruzio.com> To: freebsd-current@FreeBSD.ORG Subject: Re: ATA CS5530 (cyrix) driver panic (ata_cyrix_setmode()) Cc: sos@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, regarding the CS5530 driver initialization (ata cyrix) panic, the problem of channel "dma" and "r_bmio" fields being 0 is due to the hardware PCI config cmd register not having the expected value. In "ata-pci.c / ata_pci_attach()" the code fragment: /* is busmastering supported ? */ if ((cmd & (PCIM_CMD_PORTEN | PCIM_CMD_BUSMASTEREN)) == (PCIM_CMD_PORTEN | PCIM_CMD_BUSMASTEREN)) { failed because "cmd" was 0x01 instead of 0x05 (the PORTEN | BUSMASTEREN is 0x05). The 5530 datasheet (well, SC1200 datasheet) says cmd bit 2 (Bus Master) must be set to 1... why isnt it? Changing the code at the top of ata_pci_attach() from: cmd = pci_read_config(dev, PCIR_COMMAND, 2); to: pci_write_config(dev, PCIR_COMMAND, 0x05, 2 ); cmd = pci_read_config(dev, PCIR_COMMAND, 2); causes the driver to not to panic on "ata_cyrix_setmode()"; it appears to complete both the probe and attach boot operations. Now the driver is dying (the system is hanging) at the first attempt to use dma, that is, after the first call to "ata_dmastart()". The "ata_dmastart()" completes ok, but the system immediatly hangs (it appears up, but spinning at interrupt level or somesuch, I can sometimes break into ddb or scroll the console a bit before things totally freeze). I'll see what else I can find. Replacing use of the TSC by the 8254 appears to have nothing to do with this problem (although it's necessary for anything even close to accurate sleep'ing). The older version of -current doesn't have this problem. I'll see if I can find why. It's the same hardware, I can boot either system and the old ata driver works ok. I'm debugging the new -current under the old working -current. Did something change in the PCI initialization that's likely a cause? - bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 9 22:11: 2 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86DCA37B401; Sun, 9 Mar 2003 22:11:00 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 738A543F85; Sun, 9 Mar 2003 22:10:58 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.8/8.12.8) id h2A6AhX5044154; Mon, 10 Mar 2003 07:10:43 +0100 (CET) (envelope-from sos) From: Soeren Schmidt Message-Id: <200303100610.h2A6AhX5044154@spider.deepcore.dk> Subject: Re: ATA CS5530 (cyrix) driver panic (ata_cyrix_setmode()) In-Reply-To: <200303100606.h2A66tn01508@cruzio.com> To: "Bruce R. Montague" Date: Mon, 10 Mar 2003 07:10:43 +0100 (CET) Cc: freebsd-current@FreeBSD.ORG, sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems Bruce R. Montague wrote: > > /* is busmastering supported ? */ > if ((cmd & (PCIM_CMD_PORTEN | PCIM_CMD_BUSMASTEREN)) == > (PCIM_CMD_PORTEN | PCIM_CMD_BUSMASTEREN)) { > > failed because "cmd" was 0x01 instead of 0x05 (the > PORTEN | BUSMASTEREN is 0x05). The 5530 datasheet > (well, SC1200 datasheet) says cmd bit 2 (Bus > Master) must be set to 1... why isnt it? > > Changing the code at the top of ata_pci_attach() > from: > cmd = pci_read_config(dev, PCIR_COMMAND, 2); > > to: > pci_write_config(dev, PCIR_COMMAND, 0x05, 2 ); > cmd = pci_read_config(dev, PCIR_COMMAND, 2); > > causes the driver to not to panic on "ata_cyrix_setmode()"; > it appears to complete both the probe and attach boot > operations. > > Now the driver is dying (the system is hanging) > at the first attempt to use dma, that is, after > the first call to "ata_dmastart()". The > "ata_dmastart()" completes ok, but the system > immediatly hangs (it appears up, but spinning at > interrupt level or somesuch, I can sometimes break > into ddb or scroll the console a bit before things > totally freeze). I'll see what else I can find. Thats probably because the HW hasn't been setup to be able to do busmastering. > The older version of -current doesn't have this > problem. I'll see if I can find why. It's the > same hardware, I can boot either system and the > old ata driver works ok. I'm debugging the new > -current under the old working -current. Did > something change in the PCI initialization that's > likely a cause? Setting up busmastering and the enabled bit is a BIOS thing, I only test for it being enabled and that has not changed in the ATA driver for a loooog time. Now the driver fails to survive a missing DMA bit, and thats a bug alright, the following patch should solve that: Index: ata-chipset.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-chipset.c,v retrieving revision 1.11 diff -u -r1.11 ata-chipset.c --- ata-chipset.c 3 Mar 2003 11:51:08 -0000 1.11 +++ ata-chipset.c 9 Mar 2003 21:58:52 -0000 @@ -480,7 +480,10 @@ if (ata_default_interrupt(dev)) return ENXIO; - ctlr->setmode = ata_cyrix_setmode; + if (ctlr->r_bmio) + ctlr->setmode = ata_cyrix_setmode; + else + ctlr->setmode = ata_generic_setmode; return 0; } -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 9 22:15:53 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08B9237B404; Sun, 9 Mar 2003 22:15:51 -0800 (PST) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7200E43F93; Sun, 9 Mar 2003 22:15:49 -0800 (PST) (envelope-from ache@pobrecita.freebsd.ru) Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.12.8/8.12.8) with ESMTP id h2A6Fmjx085410; Mon, 10 Mar 2003 09:15:48 +0300 (MSK) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.12.8/8.12.6/Submit) id h2A6Fme5085409; Mon, 10 Mar 2003 09:15:48 +0300 (MSK) (envelope-from ache) Date: Mon, 10 Mar 2003 09:15:48 +0300 From: "Andrey A. Chernov" To: standards@freebsd.org, current@freebsd.org Subject: CFR: add widely accepted _ISOC99_SOURCE Message-ID: <20030310061548.GA85361@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Many programs (from ports too) defines _ISOC99_SOURCE to get C99 functions, but we don't sense this define currently. Here is the fix for review: --- cdefs.h.bak Wed Oct 23 05:04:06 2002 +++ cdefs.h Mon Mar 10 09:11:01 2003 @@ -360,6 +360,9 @@ #define __POSIX_VISIBLE 198808 #define __ISO_C_VISIBLE 0 #endif /* _POSIX_C_SOURCE */ +#ifdef _ISOC99_SOURCE +#define __ISO_C_VISIBLE 1999 +#endif #else /*- * Deal with _ANSI_SOURCE: @@ -378,7 +381,7 @@ #define __XSI_VISIBLE 0 #define __BSD_VISIBLE 0 #define __ISO_C_VISIBLE 1990 -#elif defined(_C99_SOURCE) /* Localism to specify strict C99 env. */ +#elif defined(_ISOC99_SOURCE) /* Strict C99 env. */ #define __POSIX_VISIBLE 0 #define __XSI_VISIBLE 0 #define __BSD_VISIBLE 0 -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 9 22:30:15 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C3A537B401; Sun, 9 Mar 2003 22:30:14 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C3B343FBD; Sun, 9 Mar 2003 22:30:13 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h2A6U4A7064499; Sun, 9 Mar 2003 23:30:05 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 09 Mar 2003 23:29:36 -0700 (MST) Message-Id: <20030309.232936.112719962.imp@bsdimp.com> To: drosih@rpi.edu Cc: saper@sgh.waw.pl, freebsd-current@FreeBSD.ORG, freebsd-emulation@FreeBSD.ORG, vsilyaev@mindspring.com, saper@system.pl, phk@FreeBSD.ORG Subject: Re: Fix for rtc, vmware modules and post-500104 -current From: "M. Warner Losh" In-Reply-To: References: X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: Garance A Drosihn writes: : driver "vmmon" used unreserved major device number 200 Actually, major numbers 200-253 are 'reserved for local use' and shouldn't be assigned autmatically. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 9 23: 9: 9 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B8F037B407; Sun, 9 Mar 2003 23:09:06 -0800 (PST) Received: from mail.cruzio.com (mail.cruzio.com [63.249.95.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C46643F93; Sun, 9 Mar 2003 23:09:05 -0800 (PST) (envelope-from brucem@cruzio.com) Received: from cruzio.com (dsl3-63-249-85-132.cruzio.com [63.249.85.132]) by mail.cruzio.com with ESMTP id h2A79Tt0075273; Sun, 9 Mar 2003 23:09:29 -0800 (PST) Received: (from brucem@localhost) by cruzio.com (8.11.3/8.11.3) id h2A7c3V01599; Sun, 9 Mar 2003 23:38:03 -0800 (PST) (envelope-from brucem) Date: Sun, 9 Mar 2003 23:38:03 -0800 (PST) From: "Bruce R. Montague" Message-Id: <200303100738.h2A7c3V01599@cruzio.com> To: freebsd-current@FreeBSD.ORG Subject: Re: ATA CS5530 (cyrix) driver panic (ata_cyrix_setmode()) Cc: sos@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Soeren Schmidt wrote: > the following patch should solve that: Yes, it does, Thanks! All's well that... ends. - bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 10 1:28:40 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3720A37B401 for ; Mon, 10 Mar 2003 01:28:37 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EA7243FCB for ; Mon, 10 Mar 2003 01:28:35 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 3087E5308; Mon, 10 Mar 2003 10:28:32 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Jun Su Cc: freebsd-current@freebsd.org Subject: Re: GDB kernel debug new command From: Dag-Erling Smorgrav Date: Mon, 10 Mar 2003 10:28:31 +0100 In-Reply-To: <200303081224.53273.JunSu@gmx.net> (Jun Su's message of "Sat, 8 Mar 2003 12:24:53 +0800") Message-ID: User-Agent: Gnus/5.090014 (Oort Gnus v0.14) Emacs/21.2 (i386--freebsd) References: <200303081224.53273.JunSu@gmx.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jun Su writes: > To help myself more easily check the kernel dump, I added two new command. One > is ps, the other is kldstat. I know we can print the kernel data manually to > get the same information. I still think this is useful. This can help the > newbies to get the information without many knowledge about the kernel. This > also can help the experienced user to get the data more quickly. > > Here is the new file. Just put it in /usr/src/gnu/usr.bin/binutils/gdb. And > add the file to Makefile. Please give me some comments if this is garbage. :) This is pointless as it won't work unless gdb is in synch with the kernel (since it depends on knowing the layout of struct proc and struct linker_file). Both of these commands can be implemented as macros, which will not depend on gdb being in synch with the kernel. Greg Lehey wrote this ps macro: define ps set $nproc = nprocs set $aproc = allproc.lh_first set $proc = allproc.lh_first printf " pid proc addr uid ppid pgrp flag stat comm wchan\n" while (--$nproc >= 0) set $pptr = $proc.p_pptr if ($pptr == 0) set $pptr = $proc end if ($proc.p_stat) printf "%5d %08x %08x %4d %5d %5d %06x %d %-10s ", \ $proc.p_pid, $aproc, \ $proc.p_addr, $proc.p_cred->p_ruid, $pptr->p_pid, \ $proc.p_pgrp->pg_id, $proc.p_flag, $proc.p_stat, \ &$proc.p_comm[0] if ($proc.p_wchan) if ($proc.p_wmesg) printf "%s ", $proc.p_wmesg end printf "%x", $proc.p_wchan end printf "\n" end set $aproc = $proc.p_list.le_next if ($aproc == 0 && $nproc > 0) set $aproc = zombproc end set $proc = $aproc end end document ps "ps" -- when kernel debugging, type out a ps-like listing of active processes. end and I've written two variants of kldstat myself, plus a kldload: end document kldstat Lists the modules that were loaded when the kernel crashed. end define kldstat-v set $kld = linker_files.tqh_first printf "Id Refs Address Size Name\n" while ($kld != 0) printf "%2d %4d 0x%08x %-8x %s\n", \ $kld->id, $kld->refs, $kld->address, $kld->size, $kld->filename printf " Contains modules:\n" printf " Id Name\n" set $module = $kld->modules.tqh_first while ($module != 0) printf " %2d %s\n", $module->id, $module->name set $module = $module->link.tqe_next end set $kld = $kld->link.tqe_next end end document kldstat-v Lists modules with full information. end define kldload set $kld = linker_files.tqh_first set $done = 0 while ($kld != 0 && $done == 0) if ($kld->filename == $arg0) set $done = 1 else set $kld = $kld->link.tqe_next end end if ($done == 1) shell /usr/bin/objdump -h $arg0 | \ awk '/ .text/ { print "set \$offset = 0x" $6 }' > .kgdb.temp source .kgdb.temp add-symbol-file $arg0 $kld->address + $offset end end document kldload Loads a module. Arguments are module name and offset of text section. end Note that for kldload to work, you need to know the offset of the text section for the module you wish to load (objdump -h will tell you) Note also that I haven't used any of these macros in a long time, so there may be some issues related to KSE or whatnot. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 10 1:35:56 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B369137B404 for ; Mon, 10 Mar 2003 01:35:55 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBE7043FCB for ; Mon, 10 Mar 2003 01:35:54 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 649725308; Mon, 10 Mar 2003 10:35:51 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: msch@snafu.de Cc: Nuno Teixeira , freebsd-current@freebsd.org Subject: Re: softupdates && write cache && ata tags topic From: Dag-Erling Smorgrav Date: Mon, 10 Mar 2003 10:35:51 +0100 In-Reply-To: <200303081713.50636.msch@snafu.de> (Matthias Schuendehuette's message of "Sat, 8 Mar 2003 17:13:50 +0100") Message-ID: User-Agent: Gnus/5.090014 (Oort Gnus v0.14) Emacs/21.2 (i386--freebsd) References: <200303081713.50636.msch@snafu.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Matthias Schuendehuette writes: > I consider it unnecessary to use WriteCache if TaggedQueuing is enabled > and working. > (The performace gain of WriteCache and TaggedQueuing is more or less the > same, the combination of both adds less than 10% of performance and you > shouldn't use Soft Updates any more) Write cacheing is automatically enabled if tagged queueing is enabled and supported by the disk, so I doubt you're seeing any improvement at all. /* enable write caching if allowed and not default on device */ if (ata_wc || (ata_tags && ad_tagsupported(adp))) { if (ata_command(atadev, ATA_C_SETFEATURES, 0, 0, ATA_C_F_ENAB_WCACHE, ATA_WAIT_INTR)) ata_prtdev(atadev, "enabling write cache failed\n"); } DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 10 1:49:52 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 317F337B401; Mon, 10 Mar 2003 01:49:50 -0800 (PST) Received: from tomts9-srv.bellnexxia.net (tomts9.bellnexxia.net [209.226.175.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32A1243FB1; Mon, 10 Mar 2003 01:49:49 -0800 (PST) (envelope-from mike@sparc64.style9.org) Received: from sparc64.style9.org ([65.93.76.196]) by tomts9-srv.bellnexxia.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with ESMTP id <20030310094948.DNGX17704.tomts9-srv.bellnexxia.net@sparc64.style9.org>; Mon, 10 Mar 2003 04:49:48 -0500 Received: (from mike@localhost) by sparc64.style9.org (8.12.6/8.12.6/Submit) id h2A9nxBM070897; Mon, 10 Mar 2003 04:50:00 -0500 (EST) Date: Mon, 10 Mar 2003 04:50:00 -0500 (EST) From: Mike Barcroft Message-Id: <200303100950.h2A9nxBM070897@sparc64.style9.org> To: current@FreeBSD.org, sparc64@FreeBSD.org Subject: sparc64 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- ===> lib/libpam/modules/pam_opieaccess cc1: warnings being treated as errors /tinderbox/sparc64/src/lib/libpam/modules/pam_opieaccess/pam_opieaccess.c: In function `pam_sm_authenticate': /tinderbox/sparc64/src/lib/libpam/modules/pam_opieaccess/pam_opieaccess.c:70: warning: passing arg 2 of `opielookup' discards qualifiers from pointer target type /tinderbox/sparc64/src/lib/libpam/modules/pam_opieaccess/pam_opieaccess.c:80: warning: passing arg 1 of `opieaccessfile' discards qualifiers from pointer target type *** Error code 1 Stop in /tinderbox/sparc64/src/lib/libpam/modules/pam_opieaccess. *** Error code 1 Stop in /tinderbox/sparc64/src/lib/libpam/modules. *** Error code 1 Stop in /tinderbox/sparc64/src/lib/libpam. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 10 2:30:47 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1835537B401 for ; Mon, 10 Mar 2003 02:30:47 -0800 (PST) Received: from scribble.fsn.hu (scribble.fsn.hu [193.224.40.95]) by mx1.FreeBSD.org (Postfix) with SMTP id 9D45143FD7 for ; Mon, 10 Mar 2003 02:30:45 -0800 (PST) (envelope-from bra@fsn.hu) Received: (qmail 20524 invoked by uid 1000); 10 Mar 2003 10:30:44 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 10 Mar 2003 10:30:44 -0000 Date: Mon, 10 Mar 2003 11:30:44 +0100 (CET) From: Attila Nagy To: =?iso-8859-1?q?Mica=20Telodico?= Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.0R panic: bwrite: buffer is not busy??? In-Reply-To: <20030308121202.38978.qmail@web13309.mail.yahoo.com> Message-ID: References: <20030308121202.38978.qmail@web13309.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, > Here the messages that appears in console: The panic appears randomly > after the boot , it can be an hour as can be 3 or more hours . Could you please try to upgrade to -CURRENT? ----------[ Free Software ISOs - http://www.fsn.hu/?f=download ]---------- Attila Nagy e-mail: Attila.Nagy@fsn.hu Free Software Network (FSN.HU) phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 10 6: 4:52 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 54F4037B401 for ; Mon, 10 Mar 2003 06:04:48 -0800 (PST) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id CE2B943FAF for ; Mon, 10 Mar 2003 06:04:46 -0800 (PST) (envelope-from JunSu@gmx.net) Received: (qmail 23895 invoked by uid 0); 10 Mar 2003 14:04:14 -0000 Received: from unknown (HELO 211.161.222.216) (211.161.222.216) by mail.gmx.net (mp017-rz3) with SMTP; 10 Mar 2003 14:04:14 -0000 From: Jun Su To: Dag-Erling Smorgrav Subject: Re: GDB kernel debug new command Date: Mon, 10 Mar 2003 22:03:28 +0800 User-Agent: KMail/1.5 Cc: freebsd-current@freebsd.org References: <200303081224.53273.JunSu@gmx.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200303102203.28668.JunSu@gmx.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Monday 10 March 2003 17:28, Dag-Erling Smorgrav wrote: > Jun Su writes: > > To help myself more easily check the kernel dump, I added two new > > command. One is ps, the other is kldstat. I know we can print the kernel > > data manually to get the same information. I still think this is useful. > > This can help the newbies to get the information without many knowledge > > about the kernel. This also can help the experienced user to get the data > > more quickly. > > > > Here is the new file. Just put it in /usr/src/gnu/usr.bin/binutils/gdb. > > And add the file to Makefile. Please give me some comments if this is > > garbage. :) > > This is pointless as it won't work unless gdb is in synch with the > kernel (since it depends on knowing the layout of struct proc and > struct linker_file). Both of these commands can be implemented as > macros, which will not depend on gdb being in synch with the kernel. > > Greg Lehey wrote this ps macro: > > define ps > set $nproc = nprocs > set $aproc = allproc.lh_first > set $proc = allproc.lh_first > printf " pid proc addr uid ppid pgrp flag stat comm > wchan\n" while (--$nproc >= 0) > set $pptr = $proc.p_pptr > if ($pptr == 0) > set $pptr = $proc > end > if ($proc.p_stat) > printf "%5d %08x %08x %4d %5d %5d %06x %d %-10s ", \ > $proc.p_pid, $aproc, \ > $proc.p_addr, $proc.p_cred->p_ruid, $pptr->p_pid, \ > $proc.p_pgrp->pg_id, $proc.p_flag, $proc.p_stat, \ > &$proc.p_comm[0] > if ($proc.p_wchan) > if ($proc.p_wmesg) > printf "%s ", $proc.p_wmesg > end > printf "%x", $proc.p_wchan > end > printf "\n" > end > set $aproc = $proc.p_list.le_next > if ($aproc == 0 && $nproc > 0) > set $aproc = zombproc > end > set $proc = $aproc > end > end > > document ps > "ps" -- when kernel debugging, type out a ps-like listing of active > processes. end > > and I've written two variants of kldstat myself, plus a kldload: > > end > > document kldstat > Lists the modules that were loaded when the kernel crashed. > end > > define kldstat-v > set $kld = linker_files.tqh_first > printf "Id Refs Address Size Name\n" > while ($kld != 0) > printf "%2d %4d 0x%08x %-8x %s\n", \ > $kld->id, $kld->refs, $kld->address, $kld->size, $kld->filename > printf " Contains modules:\n" > printf " Id Name\n" > set $module = $kld->modules.tqh_first > while ($module != 0) > printf " %2d %s\n", $module->id, $module->name > set $module = $module->link.tqe_next > end > set $kld = $kld->link.tqe_next > end > end > > document kldstat-v > Lists modules with full information. > end > > define kldload > set $kld = linker_files.tqh_first > set $done = 0 > while ($kld != 0 && $done == 0) > if ($kld->filename == $arg0) > set $done = 1 > else > set $kld = $kld->link.tqe_next > end > end > if ($done == 1) > shell /usr/bin/objdump -h $arg0 | \ > awk '/ .text/ { print "set \$offset = 0x" $6 }' > .kgdb.temp > source .kgdb.temp > add-symbol-file $arg0 $kld->address + $offset > end > end > > document kldload > Loads a module. Arguments are module name and offset of text section. > end > > Note that for kldload to work, you need to know the offset of the text > section for the module you wish to load (objdump -h will tell you) > > Note also that I haven't used any of these macros in a long time, so > there may be some issues related to KSE or whatnot. > > DES You are so cool. Your macro is better than my code. Thanks. I think the kernel structure is not changed often. These type of macro can help most newbies such as me to enter the freebsd debug easily. It is worth to maintain a copy somewhere. (In source tree, it may be great.) I used windbg for a long time. it provides many commands to help developer debug. This is a good pratice I think. :) Jun Su To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 10 7:29:11 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25BC737B404 for ; Mon, 10 Mar 2003 07:29:10 -0800 (PST) Received: from staff-svr1.eu.inctech.com (staff-svr1.eu.inctech.com [213.219.2.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id E546B43F3F for ; Mon, 10 Mar 2003 07:29:08 -0800 (PST) (envelope-from suneel@inctech.com) content-class: urn:content-classes:message MIME-Version: 1.0 Importance: normal Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: Headless Server X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Date: Mon, 10 Mar 2003 15:29:06 -0000 Message-ID: <2D49E83A43A2104F872DF4E90AE2BF49120AC7@staff-svr1.eu.inctech.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Headless Server Thread-Index: AcLnGcmXP3LhtrGkSYaUaPcts/SdCg== From: "Suneel Jhangiani" To: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I have a 2U Rackmount system that I have inherited. This box has a standard Intel RC440BX Desktop Motherboard in it. The actual chassis covers the whole board so that none off the expansion slots or on board connectors are visible. There is a network connector on the back off the chassis that has been rigged internally to a network. The front panel has three LED's (Power, HDD, and Network) and two buttons (Power and Function). On investigating the Function button is connected to two pins on the Serial Com 2 connector. I was wondering if there is anything in FreeBSD Current or older that will allow me to use this function button to shutdown the system as the power button results in instant off. I'd also like to know what others might use this for bearing in mind that the only connector exposed is the network connector and hence if the system loses its network connection then the only way to diagnose issues is to open the case. Regards, Suneel. *************************************************************************= ***** A disclaimer applies to all email sent from Inter-Computer Technology = Limited. For the full text, see = http://home.inctech.com/Content/Legal/EmailDisclaimer.htm *************************************************************************= ***** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 10 7:32: 3 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2929A37B401; Mon, 10 Mar 2003 07:32:00 -0800 (PST) Received: from klima.physik.uni-mainz.de (klima.Physik.Uni-Mainz.DE [134.93.180.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1243D43FAF; Mon, 10 Mar 2003 07:31:59 -0800 (PST) (envelope-from ohartman@klima.physik.uni-mainz.de) Received: from edda.physik.uni-mainz.de (edda.Physik.Uni-Mainz.DE [134.93.180.218]) by klima.physik.uni-mainz.de (8.12.6/8.12.5) with ESMTP id h2AFVvUb006492; Mon, 10 Mar 2003 16:31:57 +0100 (CET) (envelope-from ohartman@klima.physik.uni-mainz.de) Date: Mon, 10 Mar 2003 16:31:57 +0100 (CET) From: "Hartmann, O." X-X-Sender: ohartman@edda.physik.uni-mainz.de To: freebsd-questions@freebsd.org Cc: freebsd-current@freebsd.org Subject: FBSD 5.0 diskless environment does not work! Message-ID: <20030310163117.K23333@edda.physik.uni-mainz.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello. For a long time with FreeBSD 4.X we ran and still run a bunch of diskless stations, X11 Terminals, some special workstations and now a growing system with several nodes for usage as PVM. Now I want to switch to FreeBSD 5.0 and run into massive problems. I searched for similar problems in the archive and groups.google, but I did not find any appropriate. Hope someone can help. The environment is really simple. All diskless machines uses PXE to bootstrap. In FreeBSD 4.7 this environment works perfect (and ist is still working), but in FreeBSD 5.0 I get into trouble. I want first to describe the environment. Each class of machines has its own full FreeBSD-4/5 installation. Within ist root-path, there is a populated /etc and a populated /conf. /conf has three main entries: /conf/base, /conf/default and /conf/IP.SPECIFIC.ENTRY. As I understand the diskless boot process in FreeBSD 4.X, at first a memory disc is created, then the stuff in /etc/ is copied to that RAM disc, executed and then the process does a kind of hierarchy overlay by unifying /etc with /conf/base with /conf/default and at last with /conf/IP.SPECIFIC.ENTRY and executes then the on top remaining config files (sorry about my English). That means: the most specific system configs are in /conf/IP.SPECIFIC.ENTRY and get executed. This seems to have changed in 5.0 as there is only the /conf/default and /conf/IP.SPECIFIC.ENTRY left. /conf/base has gone. But nevertheless, this should work, but does not! When booting a FBSD 5.0 client without a populated /etc directory but with a well populated /conf/defaults/etc directory, it fails. It also fails when populating /etc and delete those files which are in /conf/default/etc. Putting all the stuff in /etc forces the client to do things it should do, but this is not the way it should be and its not the way as it is decribed (rarely) in the docs I found and as I expect this in FreeBSD 4.7 (where this scheme works like a charme). This seems to be the first problem I can not figure out. What is the hierarchy of /etc and /conf/defaults/etc in FBSD 5.0 now? How can I keep my config files in sync without copying all the stuff again from /conf/default/etc to /etc (which breaks the config scheme, I think)? When the kernel has been bootstraped and started , the first thing is it moans about a non writeable root partition. This also does not change when exporting the root partition as read/writeable on the server (doing a killall -HUP mountd ...). I also use the rc_ng="YES"-scheme. The kernel has options NFS_ROOT and MD_ROOT and also options md for the memory disc compiled in. The only problem is that in the clients /dev directory is no appropriate md0* node, I can not create it via MAKEDEV all in this directory and I wonder whether this is needed. Can anyone help? Has someone a runnng diskless FBSD 5.0-R/5-CURRENT environment? Thanks in advance, Oliver -- MfG O. Hartmann ohartman@mail.physik.uni-mainz.de ------------------------------------------------------------------ Systemadministration des Institutes fuer Physik der Atmosphaere (IPA) ------------------------------------------------------------------ Johannes Gutenberg Universitaet Mainz Becherweg 21 55099 Mainz Tel: +496131/3924662 (Maschinenraum) Tel: +496131/3924144 (Buero) FAX: +496131/3923532 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 10 7:52:19 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEE4C37B401 for ; Mon, 10 Mar 2003 07:52:18 -0800 (PST) Received: from geri.cc.fer.hr (geri.cc.fer.hr [161.53.72.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DED943FA3 for ; Mon, 10 Mar 2003 07:52:17 -0800 (PST) (envelope-from ivoras@geri.cc.fer.hr) Received: from geri.cc.fer.hr (localhost [127.0.0.1]) by geri.cc.fer.hr (8.12.8/8.12.8) with ESMTP id h2AFpvCJ036696 for ; Mon, 10 Mar 2003 16:51:57 +0100 (CET) (envelope-from ivoras@geri.cc.fer.hr) Received: from localhost (ivoras@localhost) by geri.cc.fer.hr (8.12.8/8.12.8/Submit) with ESMTP id h2AFputZ036693 for ; Mon, 10 Mar 2003 16:51:57 +0100 (CET) Date: Mon, 10 Mar 2003 16:51:56 +0100 (CET) From: Ivan Voras To: freebsd-current@freebsd.org Subject: KSE test code? Message-ID: <20030310164958.U36670@geri.cc.fer.hr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Is there any example code available that just tests (a "proof of concept"-like) the KSE system on FreeBSD 5-current? -- Ashes to ashes, DOS to DOS ivoras @ fer.hr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 10 7:56:24 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E49837B401 for ; Mon, 10 Mar 2003 07:56:23 -0800 (PST) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD6DB43FA3 for ; Mon, 10 Mar 2003 07:56:22 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from dialup-209.244.104.52.dial1.sanjose1.level3.net ([209.244.104.52] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18sPdQ-00000X-00; Mon, 10 Mar 2003 07:56:16 -0800 Message-ID: <3E6CB54D.A8A7F7F0@mindspring.com> Date: Mon, 10 Mar 2003 07:54:53 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Nuno Teixeira Cc: freebsd-current@freebsd.org Subject: Re: softupdates && write cache && ata tags topic References: <20030308151549.GA622@gw.tex.bogus> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a468fe5fd3472aef0fcd046b2a633b9fb6350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Nuno Teixeira wrote: > I understand the basic concept of the folowing techs: softupdates, disk > write cache and ata tags. > > My question is: > > It is safe to use softupdates + write cache + ata tags (IBM disk)? > > I read someware that it not safe to use softupdate + write cache > (without ata tags) and if it is not safe why FreeBSD 5.0 ships with them > enabled? See the discussion of 3 weeks ago with one of the engineers from Maxtor, on this list. The short answer is that the drive does not honor tags on a commit to stable storage, before returning the request as satisfied, and that's because on a write, ATA doesn't support disconnect with tagged commands. As to why write caching is on be default, there's a lot of going back and forth on that, and it's flipped state maybe 4-5 times, so far. The short answer is that ATA drives are pig-slow with write caching disabled, and users find that unacceptable. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 10 7:57:41 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04B6A37B401; Mon, 10 Mar 2003 07:57:40 -0800 (PST) Received: from espresso.bsdmike.org (espresso.bsdmike.org [65.39.129.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BAD743FDF; Mon, 10 Mar 2003 07:57:39 -0800 (PST) (envelope-from mike@espresso.bsdmike.org) Received: by espresso.bsdmike.org (Postfix, from userid 1002) id D12289C62; Mon, 10 Mar 2003 10:44:34 -0500 (EST) Date: Mon, 10 Mar 2003 10:44:34 -0500 From: Mike Barcroft To: "Andrey A. Chernov" Cc: standards@freebsd.org, current@freebsd.org Subject: Re: CFR: add widely accepted _ISOC99_SOURCE Message-ID: <20030310104434.P70629@espresso.bsdmike.org> References: <20030310061548.GA85361@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030310061548.GA85361@nagual.pp.ru>; from ache@nagual.pp.ru on Mon, Mar 10, 2003 at 09:15:48AM +0300 Organization: The FreeBSD Project Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Andrey A. Chernov writes: > Many programs (from ports too) defines _ISOC99_SOURCE to get C99 > functions, but we don't sense this define currently. Here is the fix for > review: Cool. I didn't realize there was an existing precedence, or I would have used it. > --- cdefs.h.bak Wed Oct 23 05:04:06 2002 > +++ cdefs.h Mon Mar 10 09:11:01 2003 > @@ -360,6 +360,9 @@ > #define __POSIX_VISIBLE 198808 > #define __ISO_C_VISIBLE 0 > #endif /* _POSIX_C_SOURCE */ > +#ifdef _ISOC99_SOURCE > +#define __ISO_C_VISIBLE 1999 > +#endif This part isn't needed... > #else > /*- > * Deal with _ANSI_SOURCE: > @@ -378,7 +381,7 @@ > #define __XSI_VISIBLE 0 > #define __BSD_VISIBLE 0 > #define __ISO_C_VISIBLE 1990 > -#elif defined(_C99_SOURCE) /* Localism to specify strict C99 env. */ > +#elif defined(_ISOC99_SOURCE) /* Strict C99 env. */ > #define __POSIX_VISIBLE 0 > #define __XSI_VISIBLE 0 > #define __BSD_VISIBLE 0 ...since the next line here is: #define __ISO_C_VISIBLE 1999 Best regards, Mike Barcroft To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 10 7:58: 6 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B1A937B401 for ; Mon, 10 Mar 2003 07:58:06 -0800 (PST) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9100E43F85 for ; Mon, 10 Mar 2003 07:58:05 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from dialup-209.244.104.52.dial1.sanjose1.level3.net ([209.244.104.52] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18sPf8-0000ID-00; Mon, 10 Mar 2003 07:58:03 -0800 Message-ID: <3E6CB5B7.C7C6322E@mindspring.com> Date: Mon, 10 Mar 2003 07:56:39 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Nuno Teixeira Cc: freebsd-current@freebsd.org Subject: Re: sendmail_enable="NONE" doesn't appear in rc.conf References: <20030308151930.GB622@gw.tex.bogus> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a468fe5fd3472aef0fefb40c1c04333add350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Nuno Teixeira wrote: > sendmail_enable="NONE" doesn't appear in /etc/defaults/rc.conf. Can > anyone update this file to include "NONE" option? Do you mean you want it to default to "NONE", or do you mean that you want the option documented in this file? If the former, then it's not going to happen; by default, there has to be an MSA for /bin/mail to work, for things like daily, weekly, and mothly security scripts to email their results to root. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 10 8: 1:30 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1244E37B401 for ; Mon, 10 Mar 2003 08:01:30 -0800 (PST) Received: from www.outpostsentinel.com (66-23-198-138.clients.speedfactory.net [66.23.198.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83D3743F3F for ; Mon, 10 Mar 2003 08:01:28 -0800 (PST) (envelope-from cfowler@outpostsentinel.com) Received: from [192.168.2.8] ([192.168.2.8]) by www.outpostsentinel.com (8.11.6/8.11.6) with ESMTP id h2AG0o820360 for ; Mon, 10 Mar 2003 11:00:50 -0500 Subject: Sendmail and backups From: Christopher Fowler To: freebsd-current@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 10 Mar 2003 11:05:50 -0500 Message-Id: <1047312351.23680.51.camel@cfowler.outpostsentinel.com> Mime-Version: 1.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, Is there a way to configure sendmail on my 4.7 system to keep a backup of all mail going out? Thanks, Chris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 10 8: 3:45 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6920737B401; Mon, 10 Mar 2003 08:03:43 -0800 (PST) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFB0443F3F; Mon, 10 Mar 2003 08:03:42 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from dialup-209.244.104.52.dial1.sanjose1.level3.net ([209.244.104.52] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18sPkV-0001Os-00; Mon, 10 Mar 2003 08:03:36 -0800 Message-ID: <3E6CB703.98FD0A2E@mindspring.com> Date: Mon, 10 Mar 2003 08:02:11 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Craig Rodrigues Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: #warning must be protected by #if __GNUC__ in headers? References: <20030308161943.GA54921@attbi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a41313399b37b9e09ee7a6b564a7512eed350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Craig Rodrigues wrote: > In , I see: > > #if __GNUC__ > #warning "No user-serviceable parts inside." > #endif > > Does the use of #warning need to be protected by > #if __GNUC__ in FreeBSD header files? Yes. It is a preprocessor directive specific the GCC preprocessor. This was discussed in great detail about a month ago, when the people trying to get TenDRA to compile FreeBSD discovered to their horror that TenDRA's preprocessor incorrectly assigns meaning to code that's #if'ed out, and blew chunks on the #warning, when it should have ignored it. > Some other header files check for __GNUC__ before using #warning, > such as , but does not. is wrong. Please see the original discussion for more details. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 10 8:18:46 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A196237B401 for ; Mon, 10 Mar 2003 08:18:45 -0800 (PST) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B43543F3F for ; Mon, 10 Mar 2003 08:18:45 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from dialup-209.244.104.52.dial1.sanjose1.level3.net ([209.244.104.52] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18sPqe-0002dR-00; Mon, 10 Mar 2003 08:09:57 -0800 Message-ID: <3E6CB87F.B28DEE17@mindspring.com> Date: Mon, 10 Mar 2003 08:08:31 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Garrett Wollman Cc: Craig Rodrigues , freebsd-current@FreeBSD.ORG Subject: Re: #warning must be protected by #if __GNUC__ in headers? References: <20030308161943.GA54921@attbi.com> <200303081728.h28HSDWM039984@khavrinen.lcs.mit.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4a341f263064def0369b54100120672a8548b785378294e88350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Garrett Wollman wrote: > `#if __GNUC__' wouldn't help matters; every preprocessor has to read > and interpret every preprocessor directive (so that `#else' and > `#endif' can be recognized). I thought that the other discussion had concluded that: #if 0 ... #else Or: #if 0 ... #endif Should ignore everything *except* "#else" or "#elif" or "#endif"? I remember when GCC used to start "nethack" any time you used a "#pragma" in an unprotected block, but not otherwise... ;^). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 10 9: 2: 0 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 652EC37B401 for ; Mon, 10 Mar 2003 09:01:59 -0800 (PST) Received: from horsey.gshapiro.net (horsey.gshapiro.net [64.105.95.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA34043FBD for ; Mon, 10 Mar 2003 09:01:56 -0800 (PST) (envelope-from gshapiro@gshapiro.net) Received: from horsey.gshapiro.net (localhost [127.0.0.1]) by horsey.gshapiro.net (8.13.0.PreAlpha1/8.13.0.PreAlpha1) with ESMTP id h2AH1ue3015118 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 10 Mar 2003 09:01:56 -0800 (PST) Received: (from gshapiro@localhost) by horsey.gshapiro.net (8.13.0.PreAlpha1/8.12.7/Submit) id h2AH1ukP015115; Mon, 10 Mar 2003 09:01:56 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15980.50435.903395.363625@horsey.gshapiro.net> Date: Mon, 10 Mar 2003 09:01:55 -0800 From: Gregory Neil Shapiro To: Christopher Fowler Cc: freebsd-current@FreeBSD.ORG Subject: Re: Sendmail and backups In-Reply-To: <1047312351.23680.51.camel@cfowler.outpostsentinel.com> References: <1047312351.23680.51.camel@cfowler.outpostsentinel.com> X-Mailer: VM 7.07 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG cfowler> Is there a way to configure sendmail on my 4.7 system to keep a backup cfowler> of all mail going out? http://www.sendmail.org/faq/section4.html#4.20 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 10 10: 0: 7 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8D0737B401 for ; Mon, 10 Mar 2003 10:00:05 -0800 (PST) Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76F1943FAF for ; Mon, 10 Mar 2003 10:00:03 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 14543 invoked from network); 10 Mar 2003 18:00:07 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail14.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 10 Mar 2003 18:00:07 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id h2AHuShT065529; Mon, 10 Mar 2003 12:56:28 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <05e901c2e63c$0e440440$471b3dd4@digiware.nl> Date: Mon, 10 Mar 2003 13:00:19 -0500 (EST) From: John Baldwin To: Willem Jan Withagen Subject: RE: /usr/src5/sys/kern/kern_lock.c:243: could sleep with "buf qu Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 09-Mar-2003 Willem Jan Withagen wrote: > I'n not shure if this is still the place to drop these??? > I haven't seen may off these lately on the list... > > Found in my dmesg of yesterday, system is now 5 days up: > > /usr/src5/sys/kern/kern_lock.c:243: could sleep with "buf queue lock" locked from > /usr/src5/sys/kern/vfs_bio.c:2104 > > freebee# uname -a > FreeBSD freebee.digiware.nl 5.0-CURRENT FreeBSD 5.0-CURRENT #4: Sat Mar 1 17:50:16 CET 2003 > root@freebee.digiware.nl:/mnt2/obj/usr/src5/sys/GENERIC i386 > > I'll install yesterdays kernel and run that to see if it reoccurs. This was fixed Friday. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 10 10: 0:10 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C464037B404 for ; Mon, 10 Mar 2003 10:00:06 -0800 (PST) Received: from mail.speakeasy.net (mail13.speakeasy.net [216.254.0.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id D927B43F85 for ; Mon, 10 Mar 2003 10:00:01 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 31209 invoked from network); 10 Mar 2003 18:00:04 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail13.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 10 Mar 2003 18:00:04 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id h2AHuOhT065526; Mon, 10 Mar 2003 12:56:25 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20030308213535.GE56020@rot13.obsecurity.org> Date: Mon, 10 Mar 2003 13:00:15 -0500 (EST) From: John Baldwin To: Kris Kennaway Subject: Re: NULL pointer problem in pid selection ? Cc: alfred@FreeBSD.org, current@FreeBSD.ORG, Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 08-Mar-2003 Kris Kennaway wrote: > On Sat, Mar 08, 2003 at 11:46:34AM +0100, Poul-Henning Kamp wrote: >> >> Just got this crash on -current, and I belive I have seen similar >> before. addr2line(1) reports the faulting address to be >> ../../../kern/kern_fork.c:395 >> which is in the inner loop of pid collision avoidance. > > I've been running this patch from Alfred for the past month or so on > bento, which has fixed a similar panic I was seeing regularly. Using just a shared lock instead of an xlock should be ok there. You aren't modifying the process tree, just looking at it. OTOH, the proc lock is supposed to protect p_grp and p_session, so they shouldn't be NULL. :( > Kris > > Index: kern/kern_fork.c > =================================================================== > RCS file: /home/ncvs/src/sys/kern/kern_fork.c,v > retrieving revision 1.186 > diff -u -r1.186 kern_fork.c > --- kern/kern_fork.c 27 Feb 2003 02:05:17 -0000 1.186 > +++ kern/kern_fork.c 4 Mar 2003 00:28:09 -0000 > @@ -325,6 +325,7 @@ > * exceed the limit. The variable nprocs is the current number of > * processes, maxproc is the limit. > */ > + sx_xlock(&proctree_lock); > sx_xlock(&allproc_lock); > uid = td->td_ucred->cr_ruid; > if ((nprocs >= maxproc - 10 && uid != 0) || nprocs >= maxproc) { > @@ -432,6 +433,7 @@ > LIST_INSERT_HEAD(&allproc, p2, p_list); > LIST_INSERT_HEAD(PIDHASH(p2->p_pid), p2, p_hash); > sx_xunlock(&allproc_lock); > + sx_xunlock(&proctree_lock); > > /* > * Malloc things while we don't hold any locks. > @@ -757,6 +759,7 @@ > return (0); > fail: > sx_xunlock(&allproc_lock); > + sx_xunlock(&proctree_lock); > uma_zfree(proc_zone, newproc); > if (p1->p_flag & P_THREADED) { > PROC_LOCK(p1); > > >> >> Poul-Henning >> >> Fatal trap 12: page fault while in kernel mode >> cpuid = 0; lapic.id = 00000000 >> fault virtual address = 0x14 >> fault code = supervisor read, page not present >> instruction pointer = 0x8:0xc01c3eec >> stack pointer = 0x10:0xe74e3c74 >> frame pointer = 0x10:0xe74e3cbc >> 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 = 99777 (sh) >> trap number = 12 >> panic: page fault >> cpuid = 0; lapic.id = 00000000 >> Stack backtrace: >> backtrace(c032ff8e,0,c03394ce,e74e3b68,1) at 0xc01d86a7 = backtrace+0x17 >> panic(c03394ce,c0342131,cfe5496c,1,1) at 0xc01d87ba = panic+0x10a >> trap_fatal(e74e3c34,14,c03422ba,2e3,cfe4fa50) at 0xc02fa672 = trap_fatal+0x322 >> trap_pfault(e74e3c34,0,14,c035a038,14) at 0xc02fa322 = trap_pfault+0x1c2 >> trap(18,10,10,cf19c3f8,cf76b9ec) at 0xc02f9e9d = trap+0x3cd >> calltrap() at 0xc02e2cd8 = calltrap+0x5 >> --- trap 0xc, eip = 0xc01c3eec, esp = 0xe74e3c74, ebp = 0xe74e3cbc --- >> fork1(cfe4fa50,14,0,e74e3cd4,cfe54858) at 0xc01c3eec = fork1+0x3fc >> fork(cfe4fa50,e74e3d10,c03422ba,404,0) at 0xc01c3852 = fork+0x52 >> syscall(2f,2f,2f,0,80ff000) at 0xc02fa98e = syscall+0x26e >> Xint0x80_syscall() at 0xc02e2d2d = Xint0x80_syscall+0x1d >> --- syscall (2), eip = 0x807ba9f, esp = 0xbfbff6bc, ebp = 0xbfbff6e8 --- >> boot() called on cpu#0 >> >> -- >> 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. >> >> To Unsubscribe: send mail to majordomo@FreeBSD.org >> with "unsubscribe freebsd-current" in the body of the message -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 10 11: 3:26 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C89D737B401; Mon, 10 Mar 2003 11:03:24 -0800 (PST) Received: from mailout09.sul.t-online.com (mailout09.sul.t-online.com [194.25.134.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26A6043FF7; Mon, 10 Mar 2003 11:03:04 -0800 (PST) (envelope-from Alexander@Leidinger.net) Received: from fwd10.sul.t-online.de by mailout09.sul.t-online.com with smtp id 18sSY9-0006m0-0E; Mon, 10 Mar 2003 20:03:01 +0100 Received: from Andro-Beta.Leidinger.net (520065502893-0001@[80.131.111.136]) by fmrl10.sul.t-online.com with esmtp id 18sSXt-0SrrKyC; Mon, 10 Mar 2003 20:02:45 +0100 Received: from Magelan.Leidinger.net (Magelan [192.168.1.1]) by Andro-Beta.Leidinger.net (8.12.6/8.12.6) with ESMTP id h2AJ2hOq001226; Mon, 10 Mar 2003 20:02:43 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Magelan.Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.12.7/8.12.7) with SMTP id h2AJ2hJF004150; Mon, 10 Mar 2003 20:02:43 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Mon, 10 Mar 2003 20:02:43 +0100 From: Alexander Leidinger To: Gregory Neil Shapiro Cc: current@freebsd.org Subject: Re: Sendmail and backups Message-Id: <20030310200243.17158930.Alexander@Leidinger.net> In-Reply-To: <15980.50435.903395.363625@horsey.gshapiro.net> References: <1047312351.23680.51.camel@cfowler.outpostsentinel.com> <15980.50435.903395.363625@horsey.gshapiro.net> X-Mailer: Sylpheed version 0.8.9claws (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Sender: 520065502893-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 10 Mar 2003 09:01:55 -0800 Gregory Neil Shapiro wrote: > cfowler> Is there a way to configure sendmail on my 4.7 system to keep a backup > cfowler> of all mail going out? > > http://www.sendmail.org/faq/section4.html#4.20 What about http://www.geocities.com/sbmilbur/sendmail/ (overlooking the fact that there's one character which has to get deleted and one character to get added to have a working sendmail 8.1[12].x)? I used it on request of a client (yes, he consulted a lawyer first and did all the necessary legal work) just last week, and it seems to work just fine. Bye, Alexander. -- The computer revolution is over. The computers won. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 10 11:23: 8 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7009137B407 for ; Mon, 10 Mar 2003 11:23:07 -0800 (PST) Received: from HAL9000.homeunix.com (12-233-57-224.client.attbi.com [12.233.57.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id E040043FBD for ; Mon, 10 Mar 2003 11:22:45 -0800 (PST) (envelope-from das@FreeBSD.ORG) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.6/8.12.5) with ESMTP id h2AJMiIX002725; Mon, 10 Mar 2003 11:22:44 -0800 (PST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.6/8.12.5/Submit) id h2AJMdBF002724; Mon, 10 Mar 2003 11:22:39 -0800 (PST) (envelope-from das@FreeBSD.ORG) Date: Mon, 10 Mar 2003 11:22:39 -0800 From: David Schultz To: Ivan Voras Cc: freebsd-current@FreeBSD.ORG Subject: Re: KSE test code? Message-ID: <20030310192239.GA2516@HAL9000.homeunix.com> Mail-Followup-To: Ivan Voras , freebsd-current@FreeBSD.ORG References: <20030310164958.U36670@geri.cc.fer.hr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030310164958.U36670@geri.cc.fer.hr> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Ivan Voras : > Is there any example code available that just tests (a "proof of > concept"-like) the KSE system on FreeBSD 5-current? See src/tools/KSE/ksetest. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 10 11:53:46 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8AF437B401; Mon, 10 Mar 2003 11:53:44 -0800 (PST) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB22243FBD; Mon, 10 Mar 2003 11:53:43 -0800 (PST) (envelope-from julian@elischer.org) Received: from interjet.elischer.org (12-232-168-4.client.attbi.com[12.232.168.4]) by sccrmhc01.attbi.com (sccrmhc01) with ESMTP id <2003031019534200100j9o1te>; Mon, 10 Mar 2003 19:53:42 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id LAA06831; Mon, 10 Mar 2003 11:53:41 -0800 (PST) Date: Mon, 10 Mar 2003 11:53:40 -0800 (PST) From: Julian Elischer To: David Schultz Cc: Ivan Voras , freebsd-current@FreeBSD.ORG Subject: Re: KSE test code? In-Reply-To: <20030310192239.GA2516@HAL9000.homeunix.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 10 Mar 2003, David Schultz wrote: > Thus spake Ivan Voras : > > Is there any example code available that just tests (a "proof of > > concept"-like) the KSE system on FreeBSD 5-current? > > See src/tools/KSE/ksetest. also the library is mostly working so: cd /usr/lib/libpthreads make make install This installs a libkse which, when we are happy with it will become libpthreads, but until then it has this special name.. get some test threads programs and link with -lkse remember to disable -pthreads see what happens. There is a fix for ^Z being committed in the next day or so.. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 10 12:30:34 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AE0B37B401 for ; Mon, 10 Mar 2003 12:30:33 -0800 (PST) Received: from hydro.skol.ch (hydro.skol.ch [62.220.128.61]) by mx1.FreeBSD.org (Postfix) with SMTP id 0C65C43FA3 for ; Mon, 10 Mar 2003 12:30:32 -0800 (PST) (envelope-from subs@saneward.net) Received: (qmail 4671 invoked from network); 10 Mar 2003 20:30:37 -0000 Received: from unknown (HELO roo) (62.220.129.65) by hydro.skol.ch with SMTP; 10 Mar 2003 20:30:37 -0000 Reply-To: From: "Subs" To: Subject: RE: current-digest V5 #848 Date: Mon, 10 Mar 2003 21:33:10 +0100 Message-ID: <000c01c2e744$443c2560$01000001@roo> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0) In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Importance: Normal Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG unsubscribe freebsd-current-digest To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 10 13:43:59 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B972137B404; Mon, 10 Mar 2003 13:43:57 -0800 (PST) Received: from smtp01.syd.iprimus.net.au (smtp01.syd.iprimus.net.au [210.50.30.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26E2343F93; Mon, 10 Mar 2003 13:43:56 -0800 (PST) (envelope-from tim@robbins.dropbear.id.au) Received: from dilbert.robbins.dropbear.id.au ([210.50.86.1]) by smtp01.syd.iprimus.net.au with Microsoft SMTPSVC(5.0.2195.5600); Tue, 11 Mar 2003 08:43:53 +1100 Received: from dilbert.robbins.dropbear.id.au (f79xte1z8vsoefr2@localhost [127.0.0.1]) by dilbert.robbins.dropbear.id.au (8.12.6/8.12.6) with ESMTP id h2ALhmJK064008; Tue, 11 Mar 2003 08:43:48 +1100 (EST) (envelope-from tim@dilbert.robbins.dropbear.id.au) Received: (from tim@localhost) by dilbert.robbins.dropbear.id.au (8.12.6/8.12.6/Submit) id h2ALhkHc064007; Tue, 11 Mar 2003 08:43:46 +1100 (EST) (envelope-from tim) Date: Tue, 11 Mar 2003 08:43:46 +1100 From: Tim Robbins To: John Baldwin Cc: Kris Kennaway , alfred@FreeBSD.org, current@FreeBSD.org, Poul-Henning Kamp Subject: Re: NULL pointer problem in pid selection ? Message-ID: <20030311084346.A63542@dilbert.robbins.dropbear.id.au> References: <20030308213535.GE56020@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from jhb@FreeBSD.org on Mon, Mar 10, 2003 at 01:00:15PM -0500 X-OriginalArrivalTime: 10 Mar 2003 21:43:54.0136 (UTC) FILETIME=[25700980:01C2E74E] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Mar 10, 2003 at 01:00:15PM -0500, John Baldwin wrote: > On 08-Mar-2003 Kris Kennaway wrote: > > On Sat, Mar 08, 2003 at 11:46:34AM +0100, Poul-Henning Kamp wrote: > >> > >> Just got this crash on -current, and I belive I have seen similar > >> before. addr2line(1) reports the faulting address to be > >> ../../../kern/kern_fork.c:395 > >> which is in the inner loop of pid collision avoidance. > > > > I've been running this patch from Alfred for the past month or so on > > bento, which has fixed a similar panic I was seeing regularly. > > Using just a shared lock instead of an xlock should be ok there. You > aren't modifying the process tree, just looking at it. OTOH, the > proc lock is supposed to protect p_grp and p_session, so they shouldn't > be NULL. :( I have a suspiscion that the bug is actually in wait1(): sx_xlock(&proctree_lock); [...] /* * Remove other references to this process to ensure * we have an exclusive reference. */ leavepgrp(p); sx_xlock(&allproc_lock); LIST_REMOVE(p, p_list); /* off zombproc */ sx_xunlock(&allproc_lock); LIST_REMOVE(p, p_sibling); sx_xunlock(&proctree_lock); Shouldn't we be removing the process from zombproc before setting p_pgrp to NULL via leavepgrp()? Does this even matter at all when both fork1() and wait1() are still protected by Giant? Tim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 10 13:46:27 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F17537B401; Mon, 10 Mar 2003 13:46:26 -0800 (PST) Received: from ip68-14-60-78.no.no.cox.net (ip68-14-60-78.no.no.cox.net [68.14.60.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E69943F3F; Mon, 10 Mar 2003 13:46:25 -0800 (PST) (envelope-from conrads@ip68-14-60-78.no.no.cox.net) Received: from ip68-14-60-78.no.no.cox.net (localhost [127.0.0.1]) by ip68-14-60-78.no.no.cox.net (8.12.8/8.12.8) with ESMTP id h2ALoGkL090214; Mon, 10 Mar 2003 15:50:16 -0600 (CST) (envelope-from conrads@ip68-14-60-78.no.no.cox.net) Received: (from conrads@localhost) by ip68-14-60-78.no.no.cox.net (8.12.8/8.12.8/Submit) id h2ALoBko090211; Mon, 10 Mar 2003 15:50:11 -0600 (CST) (envelope-from conrads) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Mon, 10 Mar 2003 15:50:11 -0600 (CST) Organization: A Rag-Tag Band of Drug-Crazed Hippies From: Conrad Sabatier To: freebsd-current@FreeBSD.ORG Subject: bash2 or devfs problem? Cc: freebsd-ports@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've noticed that bash's process substitution fails under -CURRENT. For (an admittedly stupid, trivial) example: diff <(cat file1) <(cat file2) errors out with: diff: /dev/fd/63: No such file or directory diff: /dev/fd/62: No such file or directory Apparently, the nodes for the named pipes are not being created as they should. Is this a bash problem, or something in devfs not working as expected? -- Conrad Sabatier - "In Unix veritas" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 10 14:11:42 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FC9F37B401 for ; Mon, 10 Mar 2003 14:11:41 -0800 (PST) Received: from smart.eusc.inter.net (smart.eusc.inter.net [213.73.101.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDF3243FA3 for ; Mon, 10 Mar 2003 14:11:40 -0800 (PST) (envelope-from msch@snafu.de) Received: from mail.snafu.de ([10.12.0.4] helo=service.snafu.de) by smart.eusc.inter.net with smtp (Exim 3.36 #4) id 18sVUh-00060N-00; Mon, 10 Mar 2003 23:11:39 +0100 To: Dag-Erling Smorgrav , msch@snafu.de, Nuno Teixeira , freebsd-current@freebsd.org From: msch@snafu.de X-Sender: msch@snafu.de Subject: Re: softupdates && write cache && ata tags topic Date: Mon, 10 Mar 2003 22:11:39 GMT X-Mailer: Endymion MailMan Standard Edition v3.0.35 Message-Id: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, > > Write cacheing is automatically enabled if tagged queueing is enabled > and supported by the disk, so I doubt you're seeing any improvement at > all. I must admit: My statements are based on experience with SCSI Tagged Queuing and SCSI Write Cache. I hope I'm correct if I assume that the ATA features have not only the same name but the same functionality. I wasn't aware, that they are coupled by the driver code... Thanks for your commment/correction - Matthias To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 10 14:46:33 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8193537B407 for ; Mon, 10 Mar 2003 14:46:31 -0800 (PST) Received: from mail.speakeasy.net (mail17.speakeasy.net [216.254.0.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id E614143F93 for ; Mon, 10 Mar 2003 14:46:29 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 20247 invoked from network); 10 Mar 2003 22:46:38 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail17.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 10 Mar 2003 22:46:38 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id h2AMgmhT066848; Mon, 10 Mar 2003 17:42:50 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20030311084346.A63542@dilbert.robbins.dropbear.id.au> Date: Mon, 10 Mar 2003 17:46:40 -0500 (EST) From: John Baldwin To: Tim Robbins Subject: Re: NULL pointer problem in pid selection ? Cc: Poul-Henning Kamp , current@FreeBSD.org, alfred@FreeBSD.org, Kris Kennaway Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 10-Mar-2003 Tim Robbins wrote: > On Mon, Mar 10, 2003 at 01:00:15PM -0500, John Baldwin wrote: > >> On 08-Mar-2003 Kris Kennaway wrote: >> > On Sat, Mar 08, 2003 at 11:46:34AM +0100, Poul-Henning Kamp wrote: >> >> >> >> Just got this crash on -current, and I belive I have seen similar >> >> before. addr2line(1) reports the faulting address to be >> >> ../../../kern/kern_fork.c:395 >> >> which is in the inner loop of pid collision avoidance. >> > >> > I've been running this patch from Alfred for the past month or so on >> > bento, which has fixed a similar panic I was seeing regularly. >> >> Using just a shared lock instead of an xlock should be ok there. You >> aren't modifying the process tree, just looking at it. OTOH, the >> proc lock is supposed to protect p_grp and p_session, so they shouldn't >> be NULL. :( > > I have a suspiscion that the bug is actually in wait1(): > > sx_xlock(&proctree_lock); > [...] > /* > * Remove other references to this process to ensure > * we have an exclusive reference. > */ > leavepgrp(p); > > sx_xlock(&allproc_lock); > LIST_REMOVE(p, p_list); /* off zombproc */ > sx_xunlock(&allproc_lock); > > LIST_REMOVE(p, p_sibling); > sx_xunlock(&proctree_lock); > > > Shouldn't we be removing the process from zombproc before setting > p_pgrp to NULL via leavepgrp()? Does this even matter at all when both > fork1() and wait1() are still protected by Giant? Giant doesn't help you with sleeps. However, removing the process from zombproc before destroying it's other linkages might be more correct, yes. > Tim -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 10 14:51:36 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E27D37B405 for ; Mon, 10 Mar 2003 14:51:34 -0800 (PST) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id EF56843FB1 for ; Mon, 10 Mar 2003 14:51:30 -0800 (PST) (envelope-from tmoestl@gmx.net) Received: (qmail 28445 invoked by uid 0); 10 Mar 2003 22:51:29 -0000 Received: from p508E4D4F.dip.t-dialin.net (HELO galatea.local) (80.142.77.79) by mail.gmx.net (mp023-rz3) with SMTP; 10 Mar 2003 22:51:29 -0000 Received: from tmm by galatea.local with local (Exim 4.12 #1) id 18sW7c-0000s1-00; Mon, 10 Mar 2003 23:51:52 +0100 Date: Mon, 10 Mar 2003 23:51:52 +0100 From: Thomas Moestl To: Tim Robbins Cc: John Baldwin , Kris Kennaway , alfred@FreeBSD.org, current@FreeBSD.org, Poul-Henning Kamp Subject: Re: NULL pointer problem in pid selection ? Message-ID: <20030310225151.GA2803@crow.dom2ip.de> Mail-Followup-To: Tim Robbins , John Baldwin , Kris Kennaway , alfred@FreeBSD.org, current@FreeBSD.org, Poul-Henning Kamp References: <20030308213535.GE56020@rot13.obsecurity.org> <20030311084346.A63542@dilbert.robbins.dropbear.id.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030311084346.A63542@dilbert.robbins.dropbear.id.au> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 2003/03/11 at 08:43:46 +1100, Tim Robbins wrote: > On Mon, Mar 10, 2003 at 01:00:15PM -0500, John Baldwin wrote: > > > On 08-Mar-2003 Kris Kennaway wrote: > > > On Sat, Mar 08, 2003 at 11:46:34AM +0100, Poul-Henning Kamp wrote: > > >> > > >> Just got this crash on -current, and I belive I have seen similar > > >> before. addr2line(1) reports the faulting address to be > > >> ../../../kern/kern_fork.c:395 > > >> which is in the inner loop of pid collision avoidance. > > > > > > I've been running this patch from Alfred for the past month or so on > > > bento, which has fixed a similar panic I was seeing regularly. > > > > Using just a shared lock instead of an xlock should be ok there. You > > aren't modifying the process tree, just looking at it. OTOH, the > > proc lock is supposed to protect p_grp and p_session, so they shouldn't > > be NULL. :( > > I have a suspiscion that the bug is actually in wait1(): > > sx_xlock(&proctree_lock); > [...] > /* > * Remove other references to this process to ensure > * we have an exclusive reference. > */ > leavepgrp(p); > > sx_xlock(&allproc_lock); > LIST_REMOVE(p, p_list); /* off zombproc */ > sx_xunlock(&allproc_lock); > > LIST_REMOVE(p, p_sibling); > sx_xunlock(&proctree_lock); > > > Shouldn't we be removing the process from zombproc before setting > p_pgrp to NULL via leavepgrp()? Does this even matter at all when both > fork1() and wait1() are still protected by Giant? Hmmm, I think you're right; if allproc_lock happens to be contested in fork1() (which can happen because it it is locked without Giant held in some places, and because sleeping with an sx lock is allowed), we'll go to sleep there, dropping Giant. This opens up a race, since wait1() can now proceed until after the leavepgrp() before blocking; when allproc_lock is released, fork1() will be the first to pick it up, and this panic will happen. Seems that I relied on Giant too much when I first took a look into that code :) - Thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 10 15:38:19 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAC9237B401; Mon, 10 Mar 2003 15:38:17 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB3B843FDF; Mon, 10 Mar 2003 15:38:15 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.8/8.12.8) with ESMTP id h2ANc8uP005258; Tue, 11 Mar 2003 00:38:08 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: Conrad Sabatier Cc: freebsd-current@FreeBSD.ORG, freebsd-ports@FreeBSD.ORG Subject: Re: bash2 or devfs problem? From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 10 Mar 2003 15:50:11 CST." Date: Tue, 11 Mar 2003 00:38:08 +0100 Message-ID: <5257.1047339488@critter.freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message , Conrad Sabatier writes: >I've noticed that bash's process substitution fails under -CURRENT. > >For (an admittedly stupid, trivial) example: > >diff <(cat file1) <(cat file2) > >errors out with: > >diff: /dev/fd/63: No such file or directory >diff: /dev/fd/62: No such file or directory > >Apparently, the nodes for the named pipes are not being created as they should. > >Is this a bash problem, or something in devfs not working as expected? That's a good question... Has anybody found out what the standards conformant thing is for /dev/fd ? presently we do only 0,1 & 2, with the std{in,out,err} symlinks. If we are required to do all filedescriptors, we should do so with fdescfs by default. -- 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. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 10 15:47:19 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22F2C37B401 for ; Mon, 10 Mar 2003 15:47:18 -0800 (PST) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AC4343F85 for ; Mon, 10 Mar 2003 15:47:17 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost.ipv6.lcs.mit.edu [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.8/8.12.8) with ESMTP id h2ANlFCd056375 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 10 Mar 2003 18:47:16 -0500 (EST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.8/8.12.8/Submit) id h2ANlFMc056372; Mon, 10 Mar 2003 18:47:15 -0500 (EST) (envelope-from wollman) Date: Mon, 10 Mar 2003 18:47:15 -0500 (EST) From: Garrett Wollman Message-Id: <200303102347.h2ANlFMc056372@khavrinen.lcs.mit.edu> To: "Poul-Henning Kamp" Cc: freebsd-current@FreeBSD.ORG Subject: Re: bash2 or devfs problem? In-Reply-To: <5257.1047339488@critter.freebsd.dk> References: <5257.1047339488@critter.freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG < said: > Has anybody found out what the standards conformant thing is for /dev/fd ? There is no standard, other than Tenth Edition and Plan 9. Most programs which use it expect it to behave like one or the other. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 10 15:49:20 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EC0D37B404 for ; Mon, 10 Mar 2003 15:49:19 -0800 (PST) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A2F043FD7 for ; Mon, 10 Mar 2003 15:49:18 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost.ipv6.lcs.mit.edu [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.8/8.12.8) with ESMTP id h2ANnHCd056389 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 10 Mar 2003 18:49:18 -0500 (EST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.8/8.12.8/Submit) id h2ANnHsQ056386; Mon, 10 Mar 2003 18:49:17 -0500 (EST) (envelope-from wollman) Date: Mon, 10 Mar 2003 18:49:17 -0500 (EST) From: Garrett Wollman Message-Id: <200303102349.h2ANnHsQ056386@khavrinen.lcs.mit.edu> To: "Poul-Henning Kamp" Cc: freebsd-current@FreeBSD.ORG Subject: Re: bash2 or devfs problem? In-Reply-To: <200303102347.h2ANlFMc056372@khavrinen.lcs.mit.edu> References: <5257.1047339488@critter.freebsd.dk> <200303102347.h2ANlFMc056372@khavrinen.lcs.mit.edu> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG < There is no standard, other than Tenth Edition and Plan 9. Most > programs which use it expect it to behave like one or the other. s/one or the other/that/ -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 10 16:20: 9 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12E8A37B404; Mon, 10 Mar 2003 16:20:06 -0800 (PST) Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1D0543F3F; Mon, 10 Mar 2003 16:20:04 -0800 (PST) (envelope-from ler@lerctr.org) Received: from pppth08-259.ght.iadfw.net (pppth08-259.ght.iadfw.net [207.136.52.133]) (authenticated bits=0) by lerami.lerctr.org (8.12.8/8.12.8/20030225) with ESMTP id h2B0JufS027974; Mon, 10 Mar 2003 18:19:58 -0600 (CST) Date: Mon, 10 Mar 2003 18:19:54 -0600 From: Larry Rosenman To: Poul-Henning Kamp , Conrad Sabatier Cc: freebsd-current@FreeBSD.ORG, freebsd-ports@FreeBSD.ORG Subject: Re: bash2 or devfs problem? Message-ID: <13630000.1047341994@lerlaptop.iadfw.net> In-Reply-To: <5257.1047339488@critter.freebsd.dk> References: <5257.1047339488@critter.freebsd.dk> X-Mailer: Mulberry/3.0.2 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by amavisd-milter (http://amavis.org/) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --On Tuesday, March 11, 2003 00:38:08 +0100 Poul-Henning Kamp wrote: > In message , Conrad Sabatier > writes: >> I've noticed that bash's process substitution fails under -CURRENT. >> >> For (an admittedly stupid, trivial) example: >> >> diff <(cat file1) <(cat file2) >> >> errors out with: >> >> diff: /dev/fd/63: No such file or directory >> diff: /dev/fd/62: No such file or directory >> >> Apparently, the nodes for the named pipes are not being created as they >> should. >> >> Is this a bash problem, or something in devfs not working as expected? > > That's a good question... > > Has anybody found out what the standards conformant thing is for /dev/fd ? > > presently we do only 0,1 & 2, with the std{in,out,err} symlinks. > > If we are required to do all filedescriptors, we should do so with > fdescfs by default. It is supposed to (based on MY reading of the fd(4) man page on a UnixWare (SysVr5) system) be ALL filedescriptors. this paragraph seems to be the cogent part: These files, conventionally called /dev/fd/0, /dev/fd/1, /dev/fd/2, and so on, refer to files accessible through file descriptors. If file descriptor n is open, these two system calls have the same effect: fd = open("/dev/fd/n",mode); fd = dup(n); The full manpage is visible at: http://www.lerctr.org:8458/en/man/html.4/fd.4.html LER > > -- > 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. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-ports" in the body of the message > -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 10 17:24:38 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B987F37B401; Mon, 10 Mar 2003 17:24:35 -0800 (PST) Received: from trafo.fsei.e-technik.tu-muenchen.de (trafo.fsei.e-technik.tu-muenchen.de [129.187.54.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3875D43FBD; Mon, 10 Mar 2003 17:24:34 -0800 (PST) (envelope-from corecode@fs.ei.tum.de) Received: from hydra (hydra.fsei.e-technik.tu-muenchen.de [192.168.113.23]) by trafo.fsei.e-technik.tu-muenchen.de (Postfix) with ESMTP id 362F566DC; Tue, 11 Mar 2003 02:24:28 +0100 (CET) Received: from corecode by hydra with local (Exim 3.35 #1 (Debian)) id 18sYVI-0000lU-00; Tue, 11 Mar 2003 02:24:28 +0100 Date: Tue, 11 Mar 2003 02:24:23 +0100 From: Simon 'portlint' Schubert To: Larry Rosenman Cc: Poul-Henning Kamp , Conrad Sabatier , freebsd-current@FreeBSD.ORG, freebsd-ports@FreeBSD.ORG Subject: Re: bash2 or devfs problem? Message-Id: <20030311022423.53b77f6d.corecode@corecode.ath.cx> In-Reply-To: <13630000.1047341994@lerlaptop.iadfw.net> References: <5257.1047339488@critter.freebsd.dk> <13630000.1047341994@lerlaptop.iadfw.net> X-Mailer: Sylpheed version 0.8.10claws105 (GTK+ 1.2.10; i686-pc-linux-gnu) X-Portlint: corecode Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="=.M_NnSk,zI1BVX." Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=.M_NnSk,zI1BVX. Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Lately Larry Rosenman told: > --On Tuesday, March 11, 2003 00:38:08 +0100 Poul-Henning Kamp > wrote: > > In message , Conrad Sabatier > > writes: > >> Apparently, the nodes for the named pipes are not being created as they > >> should. > >> > >> Is this a bash problem, or something in devfs not working as expected? > > That's a good question... > > > > Has anybody found out what the standards conformant thing is for /dev/fd ? > > > > presently we do only 0,1 & 2, with the std{in,out,err} symlinks. > > > > If we are required to do all filedescriptors, we should do so with > > fdescfs by default. > It is supposed to (based on MY reading of the fd(4) man page on a UnixWare > (SysVr5) system) > be ALL filedescriptors. > > this paragraph seems to be the cogent part: > > These files, conventionally called /dev/fd/0, /dev/fd/1, /dev/fd/2, > and so on, refer to files accessible through file descriptors. If file > descriptor n is open, these two system calls have the same effect: > fd = open("/dev/fd/n",mode); > fd = dup(n); i read that only concerning *open* fds. (you can't dup a closed [non-existant] fd). furthermore i think there was a patch floating around addressing exactly this issue. perhaps it was even committed (i'm too lazy to search for it). solution was to test in configure for additional fds accessible from /dev/fd/* and build without that feature if not. cheers simon -- /"\ http://corecode.ath.cx/#donate \ / \ ASCII Ribbon Campaign / \ Against HTML Mail and News --=.M_NnSk,zI1BVX. Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (GNU/Linux) iD8DBQE+bTrKr5S+dk6z85oRArK3AKCfcXbjf7jzWe5ps+/nFvs922eqLwCgzDJQ s/J2YrboK9YXFDanh3IPcqw= =Jd3G -----END PGP SIGNATURE----- --=.M_NnSk,zI1BVX.-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 10 17:36: 2 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE5C937B401 for ; Mon, 10 Mar 2003 17:36:00 -0800 (PST) Received: from mail.isbank.net.tr (mail01.isbank.net.tr [212.98.2.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1431E43F3F for ; Mon, 10 Mar 2003 17:35:59 -0800 (PST) (envelope-from sitenews@anatolia.ws) Received: from vexira1.isnet.net.tr ([212.98.2.214]) by mail.isbank.net.tr (Netscape Messaging Server 4.15) with SMTP id HBK9PO01.C3W; Tue, 11 Mar 2003 03:34:36 +0200 Received: from Sender (mstr195175-42246.dial-in.ttnet.net.tr [195.175.245.7]) (authenticated bits=0) by vexira1.isnet.net.tr (8.12.8/8.12.6) with ESMTP id h2B1ZJNX023953; Tue, 11 Mar 2003 03:35:20 +0200 Message-Id: <200303110135.h2B1ZJNX023953@vexira1.isnet.net.tr> From: "7 Wonders of Anatolia" Subject: Anadolu' nun 7 harikasý seçiliyor ... HLZXGPGRVU Reply-To: info@anatolia.ws X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Organization: 7 Wonders of Anatolia Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----------=_1047346531-14926-163" Date: Tue, 11 Mar 2003 03:34:38 +0200 X-AntiVirus: checked by Vexira Milter 1.0.0.9; VAE 6.18.0.2; VDF 6.18.0.13 To: undisclosed-recipients: ; Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format... ------------=_1047346531-14926-163 Content-Type: text/plain; charset="iso-8859-9" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by vexira1.isnet.net.tr id h2B1ZJNX023953 Sizi anadolunun 7 harikas=FD se=E7imine kat=FDlmaya =E7a=F0=FDr=FDyoruz. 7 harika se=E7iminde halen aday belirleme s=FCrecindeyiz.=20 Se=E7ime kat=FDlmas=FDn=FD istedi=F0iniz adaylar=FDn=FDz=FD=20 http://www.7woa.com adresinden bizlere iletebilirsiniz. Sayg=FDlar=FDm=FDzla www.7woa.com Not : Bu mail size tek bir defal=FDk 7 wonders of Anatolia Projesini bild= irmek i=E7in g=F6nderilmi=FEtir. D=FCzenli olarak haber b=FCltenimizin =FEahs=FDn=FDza= ula=FEmas=FDn=FD isterseniz. http://www.7woa.com adresinden mail listemize kay=FDt olman=FDz gerekmekt= edir. =DDstenmeyen sebepler ile mail mesaj=FD birden fazla taraf=FDn=FDza ula=FE= t=FD ise =F6z=FCr dileriz. =20 HLZXGPGRVUONRJGDYCYDPOJJEPWISVXRGRZTUU ------------------------------------------------------------------ Virus taramasi Vexira AV programi kullanilarak Is Net tarafindan yapilmis= tir. This e-mail is checked by Is Net against all known types of viruses using= Vexira AV. Is Net'in en ucuz saatlik kullanim paketi Teneffus.Net'i ve en ucuz sinir= siz erisim paketi Taksitli Ekonet'i duymus muydunuz? http://www.isnet.net.tr/teneffusnet/ http://www.isnet.net.tr/taksitliekonet/ ------------=_1047346531-14926-163-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 10 17:48:32 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25D4337B404 for ; Mon, 10 Mar 2003 17:48:31 -0800 (PST) Received: from MAILSERVER.ofw.fi (ns.ofw.fi [194.111.144.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7021443F93 for ; Mon, 10 Mar 2003 17:48:29 -0800 (PST) (envelope-from dan.naumov@ofw.fi) Received: from [172.16.161.81] by MAILSERVER.ofw.fi (NTMail 7.00.0022/NT1439.00.90501b21) with ESMTP id kqoyiaaa for freebsd-current@freebsd.org; Tue, 11 Mar 2003 03:47:58 +0200 Subject: -O2 breaks GCC 3.2.1-compiled code (seems OS specific) From: Dan Naumov To: freebsd-current@freebsd.org Content-Type: text/plain Organization: Message-Id: <1047347538.9634.8.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 11 Mar 2003 03:52:18 +0200 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello list. Since my issues are related to 5.0, I though I'd rather ask here. I've noticed an interesting problem: I am using FreeBSD 5.0-p4 and GCC 3.2.1 and if I use "CPUTYPE=athlon-tbird" and "CFLAGS= -O2 -mmmx -m3dnow -fomit-frame-pointer -pipe", ezm3 refuses to compile AT ALL and even though AbiWord 1.0.4 does compile, it will always coredump on exit, preventing saving of any changes done to the Preferences. However, going down from -O2 to -O solved both problems. This makes me wonder what exactly is wrong, since I've used exactly the same CPUTYPE and CFLAGS under Gentoo Linux with GCC 3.2.1 for a long time and everything compiled absolutely fine. This leads me to believe that there are not only arch-specific, but also OS-specific GCC issues. Can anyone else confirm this ? Sincerely, -- Dan Naumov To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 10 18: 8:11 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B22A037B401 for ; Mon, 10 Mar 2003 18:08:09 -0800 (PST) Received: from seed.net.tw (sn12.seed.net.tw [139.175.54.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 662A143FB1 for ; Mon, 10 Mar 2003 18:08:08 -0800 (PST) (envelope-from leafy@leafy.idv.tw) Received: from [211.74.133.130] (port=49376 helo=leafy.idv.tw) by seed.net.tw with esmtp (Seednet 4.10:3) id 18sZBX-000AXU-00 for freebsd-current@FreeBSD.ORG; Tue, 11 Mar 2003 10:08:07 +0800 Received: from leafy.idv.tw (nobody@localhost [127.0.0.1]) by leafy.idv.tw (8.12.8/8.12.8) with ESMTP id h2B286Kh044579 for ; Tue, 11 Mar 2003 10:08:07 +0800 (CST) (envelope-from leafy@leafy.idv.tw) Received: (from leafy@localhost) by leafy.idv.tw (8.12.8/8.12.8/Submit) id h2B286nQ044578 for freebsd-current@FreeBSD.ORG; Tue, 11 Mar 2003 10:08:06 +0800 (CST) Date: Tue, 11 Mar 2003 10:08:06 +0800 From: leafy To: freebsd-current@FreeBSD.ORG Subject: Re: KSE test code? Message-ID: <20030311020806.GA44563@leafy.idv.tw> Mail-Followup-To: freebsd-current@FreeBSD.ORG References: <20030310192239.GA2516@HAL9000.homeunix.com> Mime-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.3i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Mar 10, 2003 at 11:53:40AM -0800, Julian Elischer wrote: > cd /usr/lib/libpthreads > make > make install > This installs a libkse which, when we are happy with it will become > libpthreads, but until then it has this special name.. > > get some test threads programs and link with -lkse > remember to disable -pthreads > > see what happens. > There is a fix for ^Z being committed in the next day or so.. > Hi, I tried to compile the test under libpthread but ended up waiting for it to finish with : Test static library: -------------------------------------------------------------------------- Test c_user c_system c_total chng passed/FAILED h_user h_system h_total % chng -------------------------------------------------------------------------- hello_d 0.00 0.00 0.00 passed -------------------------------------------------------------------------- hello_s 0.00 0.01 0.01 passed -------------------------------------------------------------------------- join_leak_d 0.15 0.09 0.24 *** FAILED *** -------------------------------------------------------------------------- mutex_d Anything I've missed? Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 10 18:24:41 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C276937B404 for ; Mon, 10 Mar 2003 18:24:39 -0800 (PST) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CB9B43FBF for ; Mon, 10 Mar 2003 18:24:39 -0800 (PST) (envelope-from fearow@attbi.com) Received: from god.woofcat.com (12-251-110-17.client.attbi.com[12.251.110.17]) by sccrmhc02.attbi.com (sccrmhc02) with SMTP id <2003031102243800200lbe4de>; Tue, 11 Mar 2003 02:24:38 +0000 Date: Mon, 10 Mar 2003 20:24:25 -0600 From: Anti To: Dan Naumov Cc: freebsd-current@freebsd.org Subject: Re: -O2 breaks GCC 3.2.1-compiled code (seems OS specific) Message-Id: <20030310202425.2125d97f.fearow@attbi.com> In-Reply-To: <1047347538.9634.8.camel@localhost.localdomain> References: <1047347538.9634.8.camel@localhost.localdomain> Organization: Woofcat X-Mailer: Sylpheed version 0.8.10 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 11 Mar 2003 03:52:18 +0200 Dan Naumov wrote: > Hello list. > > Since my issues are related to 5.0, I though I'd rather ask here. I've > noticed an interesting problem: I am using FreeBSD 5.0-p4 and GCC 3.2.1 > and if I use "CPUTYPE=athlon-tbird" and "CFLAGS= -O2 -mmmx -m3dnow > -fomit-frame-pointer -pipe", ezm3 refuses to compile AT ALL and even > though AbiWord 1.0.4 does compile, it will always coredump on exit, > preventing saving of any changes done to the Preferences. However, going > down from -O2 to -O solved both problems. > > This makes me wonder what exactly is wrong, since I've used exactly the > same CPUTYPE and CFLAGS under Gentoo Linux with GCC 3.2.1 for a long > time and everything compiled absolutely fine. This leads me to believe > that there are not only arch-specific, but also OS-specific GCC issues. > Can anyone else confirm this ? need to add -fno-schedule-insns2 to your CFLAGS to get ezm3 to compile with -O2... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 10 22:20: 4 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8C3937B401 for ; Mon, 10 Mar 2003 22:20:02 -0800 (PST) Received: from relay.macomnet.ru (relay.macomnet.ru [195.128.64.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 642FB43F75 for ; Mon, 10 Mar 2003 22:19:59 -0800 (PST) (envelope-from maxim@macomnet.ru) Received: from news1.macomnet.ru (news1.macomnet.ru [195.128.64.14]) by relay.macomnet.ru (8.11.6/8.11.6) with ESMTP id h2B6JvE1150254 for ; Tue, 11 Mar 2003 09:19:57 +0300 (MSK) Date: Tue, 11 Mar 2003 09:19:57 +0300 (MSK) From: Maxim Konovalov To: current@freebsd.org Subject: panic at soreceive()? Message-ID: <20030311091643.O92650@news1.macomnet.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, Starting pppd(8) on yesterday -current produces a panic: miss# gdb kernel.84 -k vmcore.84 GNU gdb 5.2.1 (FreeBSD) Copyright 2002 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-undermydesk-freebsd"... panic: KSE not on run queue panic messages: --- panic: receive: m == 0 so->so_rcv.sb_cc == 192 ^^^^^^^^^^^^ sys/kern/uipc_socket.c, line 856 syncing disks, buffers remaining... 902 902 900 900 900 900 900 panic: KSE not on run queue Uptime: 21m58s Dumping 63 MB ata0: resetting devices .. done [CTRL-C to abort] 16 32 48 --- #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:239 239 dumping++; (kgdb) bt #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:239 #1 0xc01b19bf in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:371 #2 0xc01b1bb4 in poweroff_wait (junk=0xc02dd2bb, howto=-1054260288) at /usr/src/sys/kern/kern_shutdown.c:542 #3 0xc01bf118 in sched_rem (ke=0xc02dd2bb) at /usr/src/sys/kern/sched_4bsd.c:593 #4 0xc01b5288 in adjustrunqueue (td=0xc12943c0, newpri=180) at /usr/src/sys/kern/kern_switch.c:305 #5 0xc01bef90 in sched_prio (td=0x0, prio=0 '\0') at /usr/src/sys/kern/sched_4bsd.c:505 #6 0xc01becb4 in schedcpu (arg=0x0) at /usr/src/sys/kern/sched_4bsd.c:337 #7 0xc01bc579 in softclock (dummy=0x0) at /usr/src/sys/kern/kern_timeout.c:195 #8 0xc01a3200 in ithread_loop (arg=0xc0a01200) at /usr/src/sys/kern/kern_intr.c:536 #9 0xc01a2694 in fork_exit (callout=0xc01a30e0 , arg=0xc0a01200, frame=0xc5ecad48) at /usr/src/sys/kern/kern_fork.c:871 (kgdb) quit -- Maxim Konovalov, maxim@macomnet.ru, maxim@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 10 22:25: 5 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BDA637B401; Mon, 10 Mar 2003 22:25:04 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id C01BF43F75; Mon, 10 Mar 2003 22:25:02 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.8/8.12.8) with ESMTP id h2B6Oksf002502; Tue, 11 Mar 2003 07:24:52 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: "Simon 'portlint' Schubert" Cc: Larry Rosenman , Conrad Sabatier , freebsd-current@FreeBSD.ORG, freebsd-ports@FreeBSD.ORG Subject: Re: bash2 or devfs problem? From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 11 Mar 2003 02:24:23 +0100." <20030311022423.53b77f6d.corecode@corecode.ath.cx> Date: Tue, 11 Mar 2003 07:24:46 +0100 Message-ID: <2501.1047363886@critter.freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20030311022423.53b77f6d.corecode@corecode.ath.cx>, "Simon 'portlint ' Schubert" writes: >> These files, conventionally called /dev/fd/0, /dev/fd/1, /dev/fd/2, >> and so on, refer to files accessible through file descriptors. If file >> descriptor n is open, these two system calls have the same effect: >> fd = open("/dev/fd/n",mode); >> fd = dup(n); > >i read that only concerning *open* fds. (you can't dup a closed >[non-existant] fd). > >furthermore i think there was a patch floating around addressing exactly >this issue. perhaps it was even committed (i'm too lazy to search for >it). solution was to test in configure for additional fds accessible >from /dev/fd/* and build without that feature if not. Well, as far as I know we don't need a patch, we just need to mount fdescfs then. -- 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. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 11 3:25:29 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FFAB37B401 for ; Tue, 11 Mar 2003 03:25:27 -0800 (PST) Received: from seed.net.tw (sn15.seed.net.tw [139.175.54.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 595DA43F85 for ; Tue, 11 Mar 2003 03:25:26 -0800 (PST) (envelope-from leafy@leafy.idv.tw) Received: from [211.74.134.130] (port=49154 helo=leafy.idv.tw) by seed.net.tw with esmtp (Seednet 4.10:3) id 18shsr-0000x7-00 for freebsd-current@freebsd.org; Tue, 11 Mar 2003 19:25:25 +0800 Received: from leafy.idv.tw (nobody@localhost [127.0.0.1]) by leafy.idv.tw (8.12.8/8.12.8) with ESMTP id h2BBPOTO000646 for ; Tue, 11 Mar 2003 19:25:24 +0800 (CST) (envelope-from leafy@leafy.idv.tw) Received: (from leafy@localhost) by leafy.idv.tw (8.12.8/8.12.8/Submit) id h2BBPNqD000645 for freebsd-current@freebsd.org; Tue, 11 Mar 2003 19:25:23 +0800 (CST) Date: Tue, 11 Mar 2003 19:25:23 +0800 From: leafy To: freebsd-current@freebsd.org Subject: kernel panic in tcp_input.c:2324 Message-ID: <20030311112523.GA631@leafy.idv.tw> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Disposition: inline User-Agent: Mutt/1.5.3i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Fatal trap 12: page fault while in kernel mode fault virtual address = 0x20 fault code = supervisor read, page not present instruction pointer = 0x8:0xc01c5a96 stack pointer = 0x10:0xcd316a98 frame pointer = 0x10:0xcd316abc 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 = 14 (swi1: net) trap number = 12 panic: page fault syncing disks, buffers remaining... 2233 2233 2233 2233 2233 2233 2233 2233 2233 2233 2233 2233 2233 2233 2233 2233 2233 2233 2233 2233 giving up on 1851 buffers Uptime: 3h50m55s Dumping 255 MB ata0: resetting devices .. done 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 --- #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:239 239 dumping++; (kgdb) where #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:239 #1 0xc01cff9a in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:371 #2 0xc01d0203 in panic () at /usr/src/sys/kern/kern_shutdown.c:542 #3 0xc02ee2f2 in trap_fatal (frame=0xcd316a58, eva=0) at /usr/src/sys/i386/i386/trap.c:843 #4 0xc02edfd2 in trap_pfault (frame=0xcd316a58, usermode=0, eva=32) at /usr/src/sys/i386/i386/trap.c:757 #5 0xc02edac0 in trap (frame= {tf_fs = -1058209768, tf_es = -852426736, tf_ds = -1071251440, tf_edi = -1 058255824, tf_esi = 0, tf_ebp = -852399428, tf_isp = -852399484, tf_ebx = -10702 78932, tf_edx = -1058255824, tf_ecx = 1, tf_eax = 1, tf_trapno = 12, tf_err = 0, tf_eip = -1071883626, tf_cs = 8, tf_eflags = 66050, tf_esp = 16, tf_ss = 1}) at /usr/src/sys/i386/i386/trap.c:444 #6 0xc02ddc58 in calltrap () at {standard input}:96 #7 0xc0266729 in tcp_input (m=0xc0ec4c30, off0=20) at /usr/src/sys/netinet/tcp_input.c:2324 #8 0xc025fcff in ip_input (m=0xc0ee4400) at /usr/src/sys/netinet/ip_input.c:944 #9 0xc024143e in swi_net (dummy=0x0) at /usr/src/sys/net/netisr.c:236 #10 0xc01bbdc1 in ithread_loop (arg=0xc0ec2100) at /usr/src/sys/kern/kern_intr.c:536 #11 0xc01bacb3 in fork_exit (callout=0xc01bbbf0 , arg=0x0, frame=0x0) at /usr/src/sys/kern/kern_fork.c:871 (kgdb) up 7 #7 0xc0266729 in tcp_input (m=0xc0ec4c30, off0=20) at /usr/src/sys/netinet/tcp_input.c:2324 2324 INP_INFO_WUNLOCK(&tcbinfo); -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 11 5:15:51 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 106A937B401 for ; Tue, 11 Mar 2003 05:15:50 -0800 (PST) Received: from scribble.fsn.hu (scribble.fsn.hu [193.224.40.95]) by mx1.FreeBSD.org (Postfix) with SMTP id 8343243FAF for ; Tue, 11 Mar 2003 05:15:46 -0800 (PST) (envelope-from bra@fsn.hu) Received: (qmail 1800 invoked by uid 1000); 11 Mar 2003 13:15:41 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 11 Mar 2003 13:15:41 -0000 Date: Tue, 11 Mar 2003 14:15:41 +0100 (CET) From: Attila Nagy To: current@freebsd.org Subject: devstat_end_transaction: HELP!! busy_count for da1 is < 0 (-1)! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I updated from an older CURRENT to a newer one and I am now getting a dozen kernel: devstat_end_transaction: HELP!! busy_count for da1 is < 0(-1)! messages every seconds during disk activity. Any ideas about what happening? da1 is on a sym adapter: sym0: <1010-66> port 0x2000-0x20ff mem 0xfa400000-0xfa401fff,0xfa402000-0xfa4023ff irq 11 at device 10.0 on pci2 sym0: Symbios NVRAM, ID 7, Fast-80, LVD, parity checking sym0: open drain IRQ line driver, using on-chip SRAM sym0: using LOAD/STORE-based firmware. sym0: handling phase mismatch from SCRIPTS. Thanks, ----------[ Free Software ISOs - http://www.fsn.hu/?f=download ]---------- Attila Nagy e-mail: Attila.Nagy@fsn.hu Free Software Network (FSN.HU) phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 11 6: 2:47 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4943B37B401 for ; Tue, 11 Mar 2003 06:02:46 -0800 (PST) Received: from law3.usr.dsi.unimi.it (law3.usr.dsi.unimi.it [159.149.152.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDA5743FDD for ; Tue, 11 Mar 2003 06:02:44 -0800 (PST) (envelope-from flag@libero.it) Received: by southcross.skynet.org (Postfix, from userid 1001) id E94C97200; Tue, 11 Mar 2003 14:07:04 +0100 (CET) Date: Tue, 11 Mar 2003 14:07:04 +0100 From: Paolo Pisati To: FreeBSD_Current Subject: What's happened to bpf? Message-ID: <20030311130704.GA1626@law3.usr.dsi.unimi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Added device bpf to my kernel config file, make a buildkenel&installkernel, rebooted but there's not bpf in /dev: [flag@southcross flag]$ grep bpf /usr/src/sys/i386/conf/SOUTHCROSS device bpf # Berkeley packet filter [flag@southcross flag]$ uname -a FreeBSD southcross.skynet.org 5.0-CURRENT FreeBSD 5.0-CURRENT #25: Tue Mar 11 12:49:54 CET 2003 flag@southcross.skynet.org:/usr/obj/usr/src/sys/SOUTHCROSS i386 [flag@southcross flag]$ ls /dev/bpf* ls: /dev/bpf*: No such file or directory [flag@southcross flag]$ I need it for tcpdump, any idea how to fix it? Thanks. -- Paolo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 11 6: 2:49 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DF6337B404 for ; Tue, 11 Mar 2003 06:02:46 -0800 (PST) Received: from law3.usr.dsi.unimi.it (law3.usr.dsi.unimi.it [159.149.152.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDC3B43FE1 for ; Tue, 11 Mar 2003 06:02:44 -0800 (PST) (envelope-from flag@libero.it) Received: by southcross.skynet.org (Postfix, from userid 1001) id 4E46B720F; Tue, 11 Mar 2003 13:48:49 +0100 (CET) Date: Tue, 11 Mar 2003 13:48:49 +0100 From: Paolo Pisati To: FreeBSD_Current Subject: What's happened to bpf? Message-ID: <20030311124849.GA1272@law3.usr.dsi.unimi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Added device bpf to my kernel config file, make a buildkenel&installkernel, rebooted but there's not bpf in /dev: [flag@southcross flag]$ grep bpf /usr/src/sys/i386/conf/SOUTHCROSS device bpf # Berkeley packet filter [flag@southcross flag]$ uname -a FreeBSD southcross.skynet.org 5.0-CURRENT FreeBSD 5.0-CURRENT #25: Tue Mar 11 12:49:54 CET 2003 flag@southcross.skynet.org:/usr/obj/usr/src/sys/SOUTHCROSS i386 [flag@southcross flag]$ ls /dev/bpf* ls: /dev/bpf*: No such file or directory [flag@southcross flag]$ I need it for tcpdump, any idea how to fix it? Thanks. -- Paolo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 11 6: 2:53 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A1CD37B405 for ; Tue, 11 Mar 2003 06:02:46 -0800 (PST) Received: from law3.usr.dsi.unimi.it (law3.usr.dsi.unimi.it [159.149.152.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED89843FAF for ; Tue, 11 Mar 2003 06:02:44 -0800 (PST) (envelope-from flag@libero.it) Received: by southcross.skynet.org (Postfix, from userid 1001) id E002471FF; Tue, 11 Mar 2003 13:31:48 +0100 (CET) Date: Tue, 11 Mar 2003 13:31:48 +0100 From: Paolo Pisati To: FreeBSD_Current Subject: What's happened to bpf? Message-ID: <20030311123148.GA1069@southcross.skynet.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-Useless-Header: Look ma, it's a # sign! X-Operating-System: FreeBSD southcross.skynet.org 5.0-CURRENT FreeBSD 5.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Added device bpf to my kernel config file, make a buildkenel&installkernel, rebooted but there's not bpf in /dev: [flag@southcross flag]$ grep bpf /usr/src/sys/i386/conf/SOUTHCROSS device bpf # Berkeley packet filter [flag@southcross flag]$ uname -a FreeBSD southcross.skynet.org 5.0-CURRENT FreeBSD 5.0-CURRENT #25: Tue Mar 11 12:49:54 CET 2003 flag@southcross.skynet.org:/usr/obj/usr/src/sys/SOUTHCROSS i386 [flag@southcross flag]$ ls /dev/bpf* ls: /dev/bpf*: No such file or directory [flag@southcross flag]$ I need it for tcpdump, any idea how to fix it? Thanks. -- Paolo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 11 6:14:26 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5861937B401 for ; Tue, 11 Mar 2003 06:14:24 -0800 (PST) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10FBE43FDF for ; Tue, 11 Mar 2003 06:14:19 -0800 (PST) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) by whale.sunbay.crimea.ua (8.12.8/8.12.8/Sunbay) with ESMTP id h2BEE95G039479 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 11 Mar 2003 16:14:09 +0200 (EET) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.8/8.12.8/Submit) id h2BEE9aD039470; Tue, 11 Mar 2003 16:14:09 +0200 (EET) (envelope-from ru) Date: Tue, 11 Mar 2003 16:14:08 +0200 From: Ruslan Ermilov To: Paolo Pisati Cc: FreeBSD_Current Subject: Re: What's happened to bpf? Message-ID: <20030311141408.GB38848@sunbay.com> References: <20030311130704.GA1626@law3.usr.dsi.unimi.it> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="V0207lvV8h4k8FAm" Content-Disposition: inline In-Reply-To: <20030311130704.GA1626@law3.usr.dsi.unimi.it> User-Agent: Mutt/1.5.3i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --V0207lvV8h4k8FAm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 11, 2003 at 02:07:04PM +0100, Paolo Pisati wrote: >=20 > Added device bpf to my kernel config file, make a buildkenel&installkerne= l, > rebooted but there's not bpf in /dev: >=20 > [flag@southcross flag]$ grep bpf /usr/src/sys/i386/conf/SOUTHCROSS > device bpf # Berkeley packet filter > [flag@southcross flag]$ uname -a > FreeBSD southcross.skynet.org 5.0-CURRENT FreeBSD 5.0-CURRENT #25: Tue Ma= r 11 12:49:54 CET 2003 flag@southcross.skynet.org:/usr/obj/usr/src/sys/= SOUTHCROSS i386 > [flag@southcross flag]$ ls /dev/bpf* > ls: /dev/bpf*: No such file or directory > [flag@southcross flag]$ >=20 > I need it for tcpdump,=20 > any idea how to fix it? >=20 Try "ls -l /dev/bpf0" instead, etc. Beware of DEVFS surprises. :-) Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --V0207lvV8h4k8FAm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+be8wUkv4P6juNwoRAtK+AJ9sGXkNzQ0d6hCl9XjHnOckzbQ/MQCdEfOt Cn8FVPQovB0J5DSd4q1CZu0= =JNnf -----END PGP SIGNATURE----- --V0207lvV8h4k8FAm-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 11 6:15: 3 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CD1837B401 for ; Tue, 11 Mar 2003 06:15:01 -0800 (PST) Received: from klima.physik.uni-mainz.de (klima.Physik.Uni-Mainz.DE [134.93.180.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C61043FCB for ; Tue, 11 Mar 2003 06:15:00 -0800 (PST) (envelope-from ohartman@klima.physik.uni-mainz.de) Received: from edda.physik.uni-mainz.de (edda.Physik.Uni-Mainz.DE [134.93.180.218]) by klima.physik.uni-mainz.de (8.12.6/8.12.5) with ESMTP id h2BEExUb033406 for ; Tue, 11 Mar 2003 15:14:59 +0100 (CET) (envelope-from ohartman@klima.physik.uni-mainz.de) Date: Tue, 11 Mar 2003 15:14:58 +0100 (CET) From: "Hartmann, O." X-X-Sender: ohartman@edda.physik.uni-mainz.de To: freebsd-current@freebsd.org Subject: 5.0-CURRENT diskless boot recognition Message-ID: <20030311150056.K12960@edda.physik.uni-mainz.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello. As I posted prior to this question, I have problems in getting diskless started with 5.0-Current as cvsupdated today. The problem is still the same and after a night of hairloosing work I think I got closer to the problem. We use PXE as bootstrap environment, isc-dhcp and a read-only disk partition /usr/diskless conatining for each architecture we boot diskless its appropriate directory. The diskless kernels are compiled with individual 'ident Marker', have options NFS_ROOT, MD_ROOT, UNIONFS, PSEUDOFS and device md. The whole setup is as described in /etc/rc.d/initdiskless with special /conf-dir entries and this scheme works perfect under FreeBSD 4.7. FreeBSD 5.0-CURRENT seems to have problems within its bootstrap process to recognize that it is a diskless system. After the diskless station got its IP, loaded and booted the kernel I see this on screen: Mounting root from nfs: NF ROOT: MY.IP : /usr/diskless/xterm Loading configuration files. Starting file system checks: mount: / : unknown special file or filesystem Mounting NFS file system:. eval: /etc/rc.d/cleanvar: Permission denied. . . . After the last message a lot of deny error occur. I modified all the diskless-scripts in rc.d with my own echo commands to check which one gets involved, but none of them get touched! The above process looks identical of what a normal standalone machine does when booting. No wonder when diskless does not work when the init process does not recognize that it is booting diskless. We do not use BOOTP and I do not know whether FBSD 5.X does only support this scheme. We would like to stay with the NFS process. But I think technically this can not be the problem, because after the station has already booted the kernel it doesnt care what mechanism it booted from. NFS is the dominating facility and I could see, the root partition got mounted as expected. Can anyone help? Do I mark each kernel with 'ident DISKLESS' to give the init process any idea what it should do? If you need more informations about my configuration, please contact me. If someone could provide me with further informations how a init process or init scripts figures out whether it configures a diskless kernel or not, please let me know it. thanks in advance, Oliver -- MfG O. Hartmann ohartman@mail.physik.uni-mainz.de ------------------------------------------------------------------ Systemadministration des Institutes fuer Physik der Atmosphaere (IPA) ------------------------------------------------------------------ Johannes Gutenberg Universitaet Mainz Becherweg 21 55099 Mainz Tel: +496131/3924662 (Maschinenraum) Tel: +496131/3924144 (Buero) FAX: +496131/3923532 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 11 6:20:38 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2E8E37B401 for ; Tue, 11 Mar 2003 06:20:36 -0800 (PST) Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FEEC43FAF for ; Tue, 11 Mar 2003 06:20:36 -0800 (PST) (envelope-from wa1ter@myrealbox.com) Received: from myrealbox.com wa1ter@smtp-send.myrealbox.com [66.126.109.202] by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision: 3.32 $ on Novell NetWare via secured & encrypted transport (TLS); Tue, 11 Mar 2003 07:20:40 -0700 Message-ID: <3E6DF0C1.20508@myrealbox.com> Date: Tue, 11 Mar 2003 06:20:49 -0800 From: walt Organization: none User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3b) Gecko/20030213 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Panic on bootup this morning Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG After cvsup/rebuild today at about 14:00GMT I now get a 'page fault while in kernel mode' just after the system tries to mount the rootfs. Yesterday's kernel still works fine, and the filesystem came up clean, so I guess the new kernel didn't get far enough to write anything to disk. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 11 6:45: 8 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 673B437B404; Tue, 11 Mar 2003 06:45:06 -0800 (PST) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0F5B43F85; Tue, 11 Mar 2003 06:45:04 -0800 (PST) (envelope-from ache@pobrecita.freebsd.ru) Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.12.8/8.12.8) with ESMTP id h2BEj3jx000941; Tue, 11 Mar 2003 17:45:03 +0300 (MSK) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.12.8/8.12.6/Submit) id h2BEj3BY000940; Tue, 11 Mar 2003 17:45:03 +0300 (MSK) (envelope-from ache) Date: Tue, 11 Mar 2003 17:45:02 +0300 From: "Andrey A. Chernov" To: Mike Barcroft Cc: standards@FreeBSD.org, current@FreeBSD.org Subject: Re: CFR: add widely accepted _ISOC99_SOURCE Message-ID: <20030311144501.GA364@nagual.pp.ru> References: <20030310061548.GA85361@nagual.pp.ru> <20030310104434.P70629@espresso.bsdmike.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030310104434.P70629@espresso.bsdmike.org> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Mar 10, 2003 at 10:44:34 -0500, Mike Barcroft wrote: > Andrey A. Chernov writes: > > Many programs (from ports too) defines _ISOC99_SOURCE to get C99 > > functions, but we don't sense this define currently. Here is the fix for > > review: > > Cool. I didn't realize there was an existing precedence, or I would > have used it. Just search Google about _ISOC99_SOURCE and see :-) > This part isn't needed... > > > #else > > /*- > > * Deal with _ANSI_SOURCE: > > @@ -378,7 +381,7 @@ > > #define __XSI_VISIBLE 0 > > #define __BSD_VISIBLE 0 > > #define __ISO_C_VISIBLE 1990 > > -#elif defined(_C99_SOURCE) /* Localism to specify strict C99 env. */ > > +#elif defined(_ISOC99_SOURCE) /* Strict C99 env. */ > > #define __POSIX_VISIBLE 0 > > #define __XSI_VISIBLE 0 > > #define __BSD_VISIBLE 0 > > ...since the next line here is: > > #define __ISO_C_VISIBLE 1999 Hm, I don't quite understand, which one part you mean? My patch handles 2 following cases: 1) Any _POSIX_C_SOURCE with _ISOC99_SOURCE. It is from real life example (ImageMagick). It wants lower POSIX level, *but* wants _ISOC99_SOURCE in the same time. 2) _ISOC99_SOURCE without any _POSIX_C_SOURCE. In that case it overrides _ANSI_SOURCE like old _C99_SOURCE does. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 11 7:34:12 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B6A737B401; Tue, 11 Mar 2003 07:34:11 -0800 (PST) Received: from law3.usr.dsi.unimi.it (law3.usr.dsi.unimi.it [159.149.152.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA3A043F85; Tue, 11 Mar 2003 07:34:10 -0800 (PST) (envelope-from flag@libero.it) Received: by law3.usr.dsi.unimi.it (Postfix, from userid 1001) id 58F5271FF; Tue, 11 Mar 2003 16:41:54 +0100 (CET) Date: Tue, 11 Mar 2003 16:41:54 +0100 From: Flag_reda To: Ruslan Ermilov Cc: FreeBSD_Current Subject: Re: What's happened to bpf? Message-ID: <20030311154154.GA2438@law3.usr.dsi.unimi.it> References: <20030311130704.GA1626@law3.usr.dsi.unimi.it> <20030311141408.GB38848@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030311141408.GB38848@sunbay.com> User-Agent: Mutt/1.4i X-Useless-Header: Look ma, it's a # sign! X-Operating-System: FreeBSD law3.usr.dsi.unimi.it 5.0-CURRENT FreeBSD 5.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Mar 11, 2003 at 04:14:08PM +0200, Ruslan Ermilov wrote: > Try "ls -l /dev/bpf0" instead, etc. Beware of DEVFS surprises. :-) It works!!!! But, why it works like this?!?!? /me confused.... =P -- Paolo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 11 7:56:38 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF69B37B401 for ; Tue, 11 Mar 2003 07:56:37 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CB2043FBD for ; Tue, 11 Mar 2003 07:56:36 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.8/8.12.8) with ESMTP id h2BFuXsf070316; Tue, 11 Mar 2003 16:56:34 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: Attila Nagy Cc: current@FreeBSD.ORG Subject: Re: devstat_end_transaction: HELP!! busy_count for da1 is < 0 (-1)! From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 11 Mar 2003 14:15:41 +0100." Date: Tue, 11 Mar 2003 16:56:33 +0100 Message-ID: <70315.1047398193@critter.freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message , Attila Nagy wri tes: >Hello, > >I updated from an older CURRENT to a newer one and I am now getting a >dozen >kernel: devstat_end_transaction: HELP!! busy_count for da1 is < 0(-1)! >messages every seconds during disk activity. Yes, I just got this myself today. I overlooked that devstat is not locked when I moved the devstat to geom_disk. Expect a patch tonight. -- 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. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 11 7:57:19 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FC5E37B404 for ; Tue, 11 Mar 2003 07:57:17 -0800 (PST) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8052543FCB for ; Tue, 11 Mar 2003 07:56:58 -0800 (PST) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) by whale.sunbay.crimea.ua (8.12.8/8.12.8/Sunbay) with ESMTP id h2BFuX5G049788 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 11 Mar 2003 17:56:42 +0200 (EET) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.8/8.12.8/Submit) id h2BFuUkE049783; Tue, 11 Mar 2003 17:56:30 +0200 (EET) (envelope-from ru) Date: Tue, 11 Mar 2003 17:56:30 +0200 From: Ruslan Ermilov To: Flag_reda Cc: FreeBSD_Current Subject: Re: What's happened to bpf? Message-ID: <20030311155630.GA49417@sunbay.com> References: <20030311130704.GA1626@law3.usr.dsi.unimi.it> <20030311141408.GB38848@sunbay.com> <20030311154154.GA2438@law3.usr.dsi.unimi.it> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ReaqsoxgOBHFXBhH" Content-Disposition: inline In-Reply-To: <20030311154154.GA2438@law3.usr.dsi.unimi.it> User-Agent: Mutt/1.5.3i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --ReaqsoxgOBHFXBhH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 11, 2003 at 04:41:54PM +0100, Flag_reda wrote: > On Tue, Mar 11, 2003 at 04:14:08PM +0200, Ruslan Ermilov wrote: > > Try "ls -l /dev/bpf0" instead, etc. Beware of DEVFS surprises. :-) >=20 > It works!!!! >=20 > But, why it works like this?!?!? > =20 > /me confused.... =3DP >=20 Because of "device cloning"; devices are created on demand. Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --ReaqsoxgOBHFXBhH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+bgcuUkv4P6juNwoRAhnNAJ4xreMoYAs0PgsqnbVEQOgslqmB0gCfcIiC BO8ngc8nGwcc/Y/Sakvbo8c= =HGZi -----END PGP SIGNATURE----- --ReaqsoxgOBHFXBhH-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 11 8: 2:52 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E285D37B401; Tue, 11 Mar 2003 08:02:50 -0800 (PST) Received: from espresso.bsdmike.org (espresso.bsdmike.org [65.39.129.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 507DE43FAF; Tue, 11 Mar 2003 08:02:50 -0800 (PST) (envelope-from mike@espresso.bsdmike.org) Received: by espresso.bsdmike.org (Postfix, from userid 1002) id 790E89C5F; Tue, 11 Mar 2003 10:49:43 -0500 (EST) Date: Tue, 11 Mar 2003 10:49:43 -0500 From: Mike Barcroft To: "Andrey A. Chernov" Cc: standards@FreeBSD.org, current@FreeBSD.org Subject: Re: CFR: add widely accepted _ISOC99_SOURCE Message-ID: <20030311104943.A88290@espresso.bsdmike.org> References: <20030310061548.GA85361@nagual.pp.ru> <20030310104434.P70629@espresso.bsdmike.org> <20030311144501.GA364@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030311144501.GA364@nagual.pp.ru>; from ache@nagual.pp.ru on Tue, Mar 11, 2003 at 05:45:02PM +0300 Organization: The FreeBSD Project Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Andrey A. Chernov writes: > Hm, I don't quite understand, which one part you mean? My patch handles > 2 following cases: > > 1) Any _POSIX_C_SOURCE with _ISOC99_SOURCE. It is from real life example > (ImageMagick). It wants lower POSIX level, *but* wants _ISOC99_SOURCE in > the same time. I don't like this at all. The meaning of _ANSI_SOURCE is that the source is exclusively written in C89 with no BSD, POSIX, or XSI extentions. Similarly, I was intending _C99_SOURCE to be used without any POSIX. Programs looking for C99+POSIX functions should specify POSIX.1-2001, which incorporates both of these. > 2) _ISOC99_SOURCE without any _POSIX_C_SOURCE. In that case it overrides > _ANSI_SOURCE like old _C99_SOURCE does. Yes, _ANSI_SOURCE and any other standard constant are mutually exclusive. Defining _C99_SOURCE or _ANSI_SOURCE with some other standard constant results in unspecified behaviour. I'd like to keep things this way if you're going to rename _C99_SOURCE. Best regards, Mike BArcroft To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 11 8: 6:22 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38EDA37B401; Tue, 11 Mar 2003 08:06:21 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E2B743FB1; Tue, 11 Mar 2003 08:06:20 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.8/8.12.8) with ESMTP id h2BG6Isf072041; Tue, 11 Mar 2003 17:06:18 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: Ruslan Ermilov Cc: Flag_reda , FreeBSD_Current Subject: Re: What's happened to bpf? From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 11 Mar 2003 17:56:30 +0200." <20030311155630.GA49417@sunbay.com> Date: Tue, 11 Mar 2003 17:06:18 +0100 Message-ID: <72040.1047398778@critter.freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20030311155630.GA49417@sunbay.com>, Ruslan Ermilov writes: >Because of "device cloning"; devices are created on demand. "device cloning" is really a wrong name for this, and I regret that I every used that term. "On demand device creation" is closer, but it doesn't have any sort of ring to 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. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 11 8:10: 2 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1E6137B401 for ; Tue, 11 Mar 2003 08:09:56 -0800 (PST) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FE4143FB1 for ; Tue, 11 Mar 2003 08:09:56 -0800 (PST) (envelope-from ryan@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1079) id 0192F2ED3F1; Tue, 11 Mar 2003 08:09:55 -0800 (PST) Date: Tue, 11 Mar 2003 08:09:55 -0800 From: Ryan Dooley To: current@freebsd.org Subject: isp(4) issue lead to a panic with no dump Message-ID: <20030311160955.GA80617@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hey All, I've a -CURRENT box that was cvsup'd yesterday. It's a backup file server with a RAID array attached. This was a -STABLE machine at one point that I updated. The last few messages in /var/log/messages before the panic looked like this: Mar 10 15:44:34 alvin kernel: isp0: bad underrun for 124.0 (count 65536, resid 2147427327, status not marked) Mar 10 15:44:35 alvin kernel: isp0: bad underrun for 124.0 (count 49152, resid 2147451903, status not marked) Mar 10 15:44:35 alvin kernel: isp0: bad underrun for 124.0 (count 65536, resid 2147439615, status not marked) Mar 10 15:44:36 alvin kernel: isp0: bad underrun for 124.0 (count 65536, resid 2147431423, status not marked) Mar 10 15:44:38 alvin kernel: isp0: bad underrun for 124.0 (count 65536, resid 2147439615, status not marked) Mar 10 15:44:44 alvin kernel: isp0: LIP destroyed 8 active commands Mar 10 15:44:44 alvin kernel: isp0: Mbox Command Async (0x4000) with no waiters The system was busy rsync'ing data from the production file server (this system is a semi-warm mirror of the main... it pulls data twice a day). The file system is formatted as UFS1 and has soft-updates enabled. If I can get a serial dump of the next time (this is the first time I've seen it just panic and stop). The isn't the first time I've seen the isp messages. Just passing it along. Cheers, Ryan The /var/run/dmesg.boot looks like: Copyright (c) 1992-2003 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.0-CURRENT #0: Mon Mar 10 09:07:05 CST 2003 root@alvin:/usr/src/sys/i386/compile/ALVIN Preloaded elf kernel "/boot/kernel/kernel" at 0xc06d4000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc06d40a8. Timecounter "i8254" frequency 1193182 Hz CPU: Intel Pentium III Xeon (699.29-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6a1 Stepping = 1 Features=0x383fbff real memory = 1073733632 (1023 MB) avail memory = 1035710464 (987 MB) Changing APIC ID for IO APIC #0 from 0 to 2 on chip Changing APIC ID for IO APIC #1 from 0 to 3 on chip Programming 16 pins in IOAPIC #0 Programming 16 pins in IOAPIC #1 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x000f0011, at 0xfec00000 io1 (APIC): apic id: 3, version: 0x000f0011, at 0xfec01000 Allocating major#253 to "net" Allocating major#252 to "pci" Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE31 ACPI-0625: *** Info: GPE Block1 defined as GPE32 to GPE63 pcibios: BIOS version 2.10 Using $PIR table, 11 entries at 0xc00fc350 acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI-safe" frequency 3579545 Hz acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_cpu0: on acpi0 acpi_cpu1: on acpi0 acpi_cpu2: on acpi0 acpi_cpu3: on acpi0 pcib0: on acpi0 pci0: on pcib0 IOAPIC #1 intpin 1 -> irq 2 IOAPIC #1 intpin 2 -> irq 5 IOAPIC #1 intpin 5 -> irq 10 IOAPIC #1 intpin 10 -> irq 11 IOAPIC #1 intpin 15 -> irq 13 pci0: at device 4.0 (no driver attached) ahc0: port 0xe800-0xe8ff mem 0xfbefe000-0xfbefefff irq 2 at device 5.0 on pci0 aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs ahc1: port 0xe400-0xe4ff mem 0xfbefd000-0xfbefdfff irq 5 at device 5.1 on pci0 aic7899: Ultra160 Wide Channel B, SCSI Id=0, 32/253 SCBs fxp0: port 0xe0e0-0xe0ff mem 0xfbd00000-0xfbdfffff,0xfd4ff000-0xfd4fffff irq 10 at device 7.0 on pci0 fxp0: Ethernet address 00:20:35:68:5b:23 nsphy0: on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: port 0xe080-0xe0bf mem 0xfbc00000-0xfbcfffff,0xfbefc000-0xfbefcfff irq 11 at device 8.0 on pci0 fxp1: Ethernet address 00:b0:d0:68:cf:9b inphy0: on miibus1 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isab0: port 0x8a0-0x8af at device 15.0 on pci0 isa0: on isab0 atapci0: port 0x8b0-0x8bf at device 15.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 ohci0: mem 0xfbefb000-0xfbefbfff irq 13 at device 15.2 on pci0 usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pcib1: on acpi0 pci3: on pcib1 IOAPIC #1 intpin 7 -> irq 16 isp0: port 0xcc00-0xccff mem 0xfaaff000-0xfaafffff irq 16 at device 9.0 on pci3 isp0: bad execution throttle of 0- using 16 pcib2: on acpi0 pci12: on pcib2 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 Allocating major#251 to "devstat" atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0 port 0x778-0x77f,0x378-0x37f irq 7 drq 1 on acpi0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 orm0: ±zŠ³€UŠC¯Sœè¶Ü
«lÃz¡I¡IŸ_ŸÙ¡I¡I
±zŠ³€UŠC¯Sœè¶Ü¡H
1.šÆ·~¥ø¹Ï€ß
2.€£¥Ì€ß¥­€Z
3.€£º¡©ó²{ª¬
4.«i©ó­±¹ï¥ŒšÓ
¥u­n±zŸÖŠ³€WŠC¯Sœè¡A§Ú­Ì±N§K¶O°ö°V±z©ÒŠ³¬ÛÃö§ÞŸ¯à€O¡AŽ£šÑ±zµ²ŠXºôžô¡B¹êÅé¡A­¹ŠçŠíŠæ¡B ŠY³Üª±ŒÖªº³qžôšÆ·~¡IÂI¿ï§Ú¡A±zŽN¥i¥H±ošì¡I
ps:±N·|Š³±M€H¬°±zžÔ²ÓžÑ»¡³á¡I
To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 11 16:59:55 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D226837B401 for ; Tue, 11 Mar 2003 16:59:53 -0800 (PST) Received: from mail.flugsvamp.com (ts46-01-qdr3643.mdfrd.or.charter.com [68.118.36.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9188343FBF for ; Tue, 11 Mar 2003 16:59:52 -0800 (PST) (envelope-from jlemon@flugsvamp.com) Received: (from jlemon@localhost) by mail.flugsvamp.com (8.12.6/8.12.6) id h2C0xFdt092736; Tue, 11 Mar 2003 18:59:15 -0600 (CST) (envelope-from jlemon) Date: Tue, 11 Mar 2003 18:59:15 -0600 (CST) From: Jonathan Lemon Message-Id: <200303120059.h2C0xFdt092736@mail.flugsvamp.com> To: dlt@mebtel.net, current@freebsd.org Subject: Re: exclusive sleep mutex netisr... X-Newsgroups: local.mail.freebsd-current In-Reply-To: Organization: Cc: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article you write: >I see several instances of this in /var/log/messages after cvsup'ing >Monday evening and rebuilding world and kernel. I haven't seen any >messages about this, so I figured I'd ask here. > >Message: >Mar 11 17:33:30 lorne kernel: malloc() of "64" with the following >non-sleepablelocks held: >Mar 11 17:33:30 lorne kernel: exclusive sleep mutex netisr lock r = 0 >(0xc0579160) locked @ /usr/src/sys/net/netisr.c:215 > >Can anybody supply me a clue as to what's going on here? It can be ignored for now, the code path is still under the Giant lock, so this is harmless, I'll fix this soon to use a different approach; the lock was intended to protect against reentrancy. However, I'd be interested to know what is calling malloc(), if that information is in the syslog. -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 11 17:19:50 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8073E37B401 for ; Tue, 11 Mar 2003 17:19:47 -0800 (PST) Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC14C43FA3 for ; Tue, 11 Mar 2003 17:19:46 -0800 (PST) (envelope-from DougB@freebsd.org) Received: from master.gorean.org (12-234-22-23.client.attbi.com[12.234.22.23]) by sccrmhc03.attbi.com (sccrmhc03) with SMTP id <2003031201194500300ajpoie>; Wed, 12 Mar 2003 01:19:46 +0000 Date: Tue, 11 Mar 2003 17:19:45 -0800 (PST) From: Doug Barton To: Attila Nagy Cc: freebsd-current@FreeBSD.org Subject: Re: kern/49079: panic: bwrite: buffer is not busy In-Reply-To: <200303110940.h2B9eBvp040560@freefall.freebsd.org> Message-ID: <20030311171353.B1461@znfgre.tberna.bet> References: <200303110940.h2B9eBvp040560@freefall.freebsd.org> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG FYI, -bugs is not a discussion list. On Tue, 11 Mar 2003, Attila Nagy wrote: > The following reply was made to PR kern/49079; it has been noted by GNATS. > > From: Attila Nagy > To: Martin Machacek > Cc: FreeBSD-gnats-submit@FreeBSD.org > Subject: Re: kern/49079: panic: bwrite: buffer is not busy > Date: Tue, 11 Mar 2003 10:30:17 +0100 (CET) > > Hello, > > > The system panics with "panic: bwrite: buffer is not busy" after random > > time after boot if X server is running (although this is not verified to > > >Fix: > > Would love to have one :-). > CURRENT already has a fix, in rev. 1.373 of vfs_bio.c > > Could you please try to update to -CURRENT to see if this problem > disappears? It won't. I have 1.376 of vfs_bio.c, and -current as of the 7th, and I just got another one of these last night. The panic message is the same as I've been getting, but the bremfree message is slightly different, if that helps any. Doug panic: bwrite: buffer is not busy??? syncing disks, buffers remaining... panic: bremfree: removing a buffer not on a queue Uptime: 3d8h21m50s (kgdb) bt #0 doadump () at /usr/Local/src-current/sys/kern/kern_shutdown.c:240 #1 0xc021673e in boot (howto=260) at /usr/Local/src-current/sys/kern/kern_shutdown.c:371 #2 0xc0216cb0 in panic (fmt=0x0) at /usr/Local/src-current/sys/kern/kern_shutdown.c:542 #3 0xc02562a0 in bread (vp=0x0, blkno=0, size=0, cred=0x0, bpp=0x0) at /usr/Local/src-current/sys/kern/vfs_bio.c:630 #4 0xc02561c5 in bremfree (bp=0x0) at /usr/Local/src-current/sys/kern/vfs_bio.c:612 #5 0xc02582ed in vfs_bio_awrite (bp=0x0) at /usr/Local/src-current/sys/kern/vfs_bio.c:1682 #6 0xc02b9974 in ffs_fsync (ap=0xcdd2b8e4) at /usr/Local/src-current/sys/ufs/ffs/ffs_vnops.c:257 #7 0xc02b8c20 in ffs_sync (mp=0xc26c1e00, waitfor=2, cred=0xc0eb6e80, td=0xc0388bc0) at vnode_if.h:612 #8 0xc026b00d in sync (td=0xc0388bc0, uap=0x0) at /usr/Local/src-current/sys/kern/vfs_syscalls.c:138 #9 0xc021676a in boot (howto=256) at /usr/Local/src-current/sys/kern/kern_shutdown.c:280 #10 0xc0216cb0 in panic (fmt=---Can't read userspace from dump, or kernel process--- ) at /usr/Local/src-current/sys/kern/kern_shutdown.c:542 #11 0xc0256a22 in bwrite (bp=0xc77310f8) at /usr/Local/src-current/sys/kern/vfs_bio.c:795 #12 0xc025715c in bawrite (bp=0x0) at /usr/Local/src-current/sys/kern/vfs_bio.c:1138 #13 0xc025e817 in cluster_wbuild (vp=0xc339a124, size=8192, start_lbn=16, len=2) at /usr/Local/src-current/sys/kern/vfs_cluster.c:996 #14 0xc025e156 in cluster_write (bp=0xc7733f60, filesize=155648, seqcount=13) at /usr/Local/src-current/sys/kern/vfs_cluster.c:596 #15 0xc02ba6d3 in ffs_write (ap=0xcdd2bbdc) at /usr/Local/src-current/sys/ufs/ffs/ffs_vnops.c:728 #16 0xc0272d42 in vn_write (fp=0xc2964258, uio=0xcdd2bc78, active_cred=0xc2d5f500, flags=0, td=0xc2641b40) at vnode_if.h:417 #17 0xc0238359 in dofilewrite (td=0xc2641b40, fp=0xc2964258, fd=0, buf=0x0, nbyte=512, offset=0, flags=0) at file.h:239 #18 0xc02381bd in write (td=0xc2641b40, uap=0x200) at /usr/Local/src-current/sys/kern/sys_generic.c:329 #19 0xc030fca3 in syscall (frame= {tf_fs = 136577071, tf_es = 137691183, tf_ds = -1078001617, tf_edi = 151975312, tf_esi = 512, tf_ebp = -1077939400, tf_isp = -841826956, tf_ebx = 26, tf_edx = 512, tf_ecx = 151975312, tf_eax = 4, tf_trapno = 22, tf_err = 2, tf_eip = 677562292, tf_cs = 31, tf_eflags = 642, tf_esp = -1077939448, tf_ss = 47}) at /usr/Local/src-current/sys/i386/i386/trap.c:1030 #20 0xc02ffe7d in Xint0x80_syscall () at {standard input}:138 ---Can't read userspace from dump, or kernel process--- -- This .signature sanitized for your protection To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 11 17:24:59 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC1D837B401 for ; Tue, 11 Mar 2003 17:24:58 -0800 (PST) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96DF743F85 for ; Tue, 11 Mar 2003 17:24:57 -0800 (PST) (envelope-from DougB@freebsd.org) Received: from master.gorean.org (12-234-22-23.client.attbi.com[12.234.22.23]) by sccrmhc02.attbi.com (sccrmhc02) with SMTP id <2003031201245600200b1h83e>; Wed, 12 Mar 2003 01:24:56 +0000 Date: Tue, 11 Mar 2003 17:24:55 -0800 (PST) From: Doug Barton To: leafy Cc: freebsd-current@freebsd.org Subject: Re: kernel panic in tcp_input.c:2324 In-Reply-To: <20030311112523.GA631@leafy.idv.tw> Message-ID: <20030311172403.F1461@znfgre.tberna.bet> References: <20030311112523.GA631@leafy.idv.tw> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG You didn't say when your most recent upgrade was. If you're using 5.0-Release, you should upgrade to 5-current, where this problem should be fixed already. Doug -- This .signature sanitized for your protection To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 11 17:28: 8 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97AAB37B401 for ; Tue, 11 Mar 2003 17:28:06 -0800 (PST) Received: from mailrelay.mebtel.net (spambuster4.mebtel.net [64.40.67.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2F1A43F93 for ; Tue, 11 Mar 2003 17:28:05 -0800 (PST) (envelope-from dlt@mebtel.net) Received: from lorne.arm.org (64-40-71-66.dsl.mebtel.net [64.40.71.66]) by mailrelay.mebtel.net (Postfix) with ESMTP id 9C284276DA; Tue, 11 Mar 2003 20:22:33 -0500 (EST) Received: from lorne.arm.org (localhost [127.0.0.1]) by lorne.arm.org (8.12.8/8.12.8) with ESMTP id h2C1S40M004295; Tue, 11 Mar 2003 20:28:04 -0500 (EST) (envelope-from dlt@lorne.arm.org) Received: (from dlt@localhost) by lorne.arm.org (8.12.8/8.12.8/Submit) id h2C1S4LF004294; Tue, 11 Mar 2003 20:28:04 -0500 (EST) Date: Tue, 11 Mar 2003 20:28:03 -0500 From: Derek Tattersall To: Jonathan Lemon Cc: current@freebsd.org Subject: Re: exclusive sleep mutex netisr... Message-ID: <20030312012803.GA4243@mebtel.net> Reply-To: dlt@mebtel.net References: <200303120059.h2C0xFdt092736@mail.flugsvamp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200303120059.h2C0xFdt092736@mail.flugsvamp.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Jonathan Lemon (jlemon@flugsvamp.com) [030312 01:12]: > Date: Tue, 11 Mar 2003 18:59:15 -0600 (CST) > From: Jonathan Lemon > Message-Id: <200303120059.h2C0xFdt092736@mail.flugsvamp.com> > To: dlt@mebtel.net, current@freebsd.org > Subject: Re: exclusive sleep mutex netisr... > Organization: > Cc: > > In article you write: > >I see several instances of this in /var/log/messages after cvsup'ing > >Monday evening and rebuilding world and kernel. I haven't seen any > >messages about this, so I figured I'd ask here. > > > >Message: > >Mar 11 17:33:30 lorne kernel: malloc() of "64" with the following > >non-sleepablelocks held: > >Mar 11 17:33:30 lorne kernel: exclusive sleep mutex netisr lock r = 0 > >(0xc0579160) locked @ /usr/src/sys/net/netisr.c:215 > > > >Can anybody supply me a clue as to what's going on here? > > It can be ignored for now, the code path is still under the Giant lock, > so this is harmless, I'll fix this soon to use a different approach; > the lock was intended to protect against reentrancy. > > However, I'd be interested to know what is calling malloc(), if that > information is in the syslog. > -- > Jonathan > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > The only other bit of information I have is: Mar 10 20:55:09 lorne kernel: Bad malloc flags: 4 Mar 10 20:55:09 lorne kernel: Stack backtrace: Mar 10 20:55:09 lorne kernel: malloc() of "64" with the following non-sleepablelocks held: Mar 10 20:55:09 lorne kernel: exclusive sleep mutex netisr lock r = 0 (0xc0579160) locked @ /usr/src/sys/net/netisr.c:215 Mar 10 20:55:09 lorne kernel: malloc() of "64" with the following non-sleepablelocks held: Mar 10 20:55:09 lorne kernel: exclusive sleep mutex netisr lock r = 0 (0xc0579160) locked @ /usr/src/sys/net/netisr.c:215 I haven't found anything that was crisper. I hope this is useful. I'll keep following the list for more info. -- Derek Tattersall dlt@mebtel.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 11 17:29:32 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C17D37B401 for ; Tue, 11 Mar 2003 17:29:31 -0800 (PST) Received: from seed.net.tw (sn16.seed.net.tw [139.175.54.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id D99D043FAF for ; Tue, 11 Mar 2003 17:29:29 -0800 (PST) (envelope-from leafy@leafy.idv.tw) Received: from [211.74.134.130] (port=49298 helo=leafy.idv.tw) by seed.net.tw with esmtp (Seednet 4.10:4) id 18sv3h-000DtK-00 for freebsd-current@FreeBSD.ORG; Wed, 12 Mar 2003 09:29:29 +0800 Received: from leafy.idv.tw (nobody@localhost [127.0.0.1]) by leafy.idv.tw (8.12.8/8.12.8) with ESMTP id h2C1TS0m054320 for ; Wed, 12 Mar 2003 09:29:28 +0800 (CST) (envelope-from leafy@leafy.idv.tw) Received: (from leafy@localhost) by leafy.idv.tw (8.12.8/8.12.8/Submit) id h2C1TSRd054309 for freebsd-current@FreeBSD.ORG; Wed, 12 Mar 2003 09:29:28 +0800 (CST) (envelope-from leafy) Date: Wed, 12 Mar 2003 09:29:28 +0800 From: leafy To: freebsd-current@FreeBSD.ORG Subject: Re: kernel panic in tcp_input.c:2324 Message-ID: <20030312012928.GA53635@leafy.idv.tw> Mail-Followup-To: freebsd-current@FreeBSD.ORG References: <20030311112523.GA631@leafy.idv.tw> <20030311172403.F1461@znfgre.tberna.bet> Mime-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Disposition: inline In-Reply-To: <20030311172403.F1461@znfgre.tberna.bet> User-Agent: Mutt/1.5.3i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Mar 11, 2003 at 05:24:55PM -0800, Doug Barton wrote: > You didn't say when your most recent upgrade was. If you're using > 5.0-Release, you should upgrade to 5-current, where this problem should be > fixed already. > > Doug I buildworld/installworld daily. So it's not fixed. Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 11 17:52: 1 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8073D37B401 for ; Tue, 11 Mar 2003 17:52:00 -0800 (PST) Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BFDC43FDD for ; Tue, 11 Mar 2003 17:51:59 -0800 (PST) (envelope-from DougB@freebsd.org) Received: from master.gorean.org (12-234-22-23.client.attbi.com[12.234.22.23]) by rwcrmhc52.attbi.com (rwcrmhc52) with SMTP id <2003031201515805200pu7g6e>; Wed, 12 Mar 2003 01:51:58 +0000 Date: Tue, 11 Mar 2003 17:51:55 -0800 (PST) From: Doug Barton To: Dan Naumov Cc: freebsd-current@freebsd.org Subject: Re: -O2 breaks GCC 3.2.1-compiled code (seems OS specific) In-Reply-To: <1047347538.9634.8.camel@localhost.localdomain> Message-ID: <20030311175124.A1461@znfgre.tberna.bet> References: <1047347538.9634.8.camel@localhost.localdomain> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG You should send this information to the gcc folks. My understanding is that they are interested in solving problems like this. Doug On Mon, 11 Mar 2003, Dan Naumov wrote: > Hello list. > > Since my issues are related to 5.0, I though I'd rather ask here. I've > noticed an interesting problem: I am using FreeBSD 5.0-p4 and GCC 3.2.1 > and if I use "CPUTYPE=athlon-tbird" and "CFLAGS= -O2 -mmmx -m3dnow > -fomit-frame-pointer -pipe", ezm3 refuses to compile AT ALL and even > though AbiWord 1.0.4 does compile, it will always coredump on exit, > preventing saving of any changes done to the Preferences. However, going > down from -O2 to -O solved both problems. > > This makes me wonder what exactly is wrong, since I've used exactly the > same CPUTYPE and CFLAGS under Gentoo Linux with GCC 3.2.1 for a long > time and everything compiled absolutely fine. This leads me to believe > that there are not only arch-specific, but also OS-specific GCC issues. > Can anyone else confirm this ? > > Sincerely, > -- This .signature sanitized for your protection To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 11 18:22:56 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72FAB37B401 for ; Tue, 11 Mar 2003 18:22:55 -0800 (PST) Received: from mailout02.sul.t-online.com (mailout02.sul.t-online.com [194.25.134.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2052843FBD for ; Tue, 11 Mar 2003 18:22:54 -0800 (PST) (envelope-from jhs@berklix.com) Received: from fwd01.sul.t-online.de by mailout02.sul.t-online.com with smtp id 18svt2-0001Ym-02; Wed, 12 Mar 2003 03:22:32 +0100 Received: from jhs.muc.de (520006753247-0001@[217.80.227.24]) by fmrl01.sul.t-online.com with esmtp id 18svsx-1MrEkCC; Wed, 12 Mar 2003 03:22:27 +0100 Received: from flip.jhs.private (flip.jhs.private [192.168.91.24]) by jhs.muc.de (8.11.6/8.11.6) with ESMTP id h2C2MWR21355; Wed, 12 Mar 2003 03:22:32 +0100 (CET) (envelope-from jhs@berklix.com) Received: from flip.jhs.private (localhost [127.0.0.1]) by flip.jhs.private (8.11.6/8.11.6) with ESMTP id h2C2MC370563; Wed, 12 Mar 2003 03:22:17 +0100 (CET) (envelope-from jhs@flip.jhs.private) Message-Id: <200303120222.h2C2MC370563@flip.jhs.private> To: James Satterfield Cc: "Andrew P. Lentvorski, Jr." , current@FreeBSD.ORG Subject: Re: Time drift. In-Reply-To: Message from James Satterfield of "Tue, 11 Mar 2003 16:38:54 PST." <20030311163854.152ceb4c.james@uberduper.com> Date: Wed, 12 Mar 2003 03:22:12 +0100 From: "Julian H. Stacey" X-Sender: 520006753247-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG James Satterfield wrote: > I guess I've just never paid that much attention to the clock. I think it's t > ime for me to get a real clock and setup an NTP server. > Thanks. > James. One of my gate boxes drifts about 11.5 sec a day. I use rdist to keep all my hosts at each site in sync - vital for NFS makes ! & I use cron &/or ppp dial up, to trigger one shot calls EG "/usr/sbin/ntpdate ntp1.t-online.de" to sync the gate that acts as rdist server. I havent set up an NTP server, I'm happy being an NTP client. I still havent protected myself from the ramifications of time lurches on my local net, while NFS compiling. I seem to recall one of rdist & ntp offered sliding updates, & the other only offered lurching updates. Maybe I'm wrong, hope so, must get back to it some time. Julian Stacey jhs @ berklix.com A few mails lost, please resend if awaiting a reply. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 11 19: 1:53 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3DBE37B401 for ; Tue, 11 Mar 2003 19:01:52 -0800 (PST) Received: from espresso.bsdmike.org (espresso.bsdmike.org [65.39.129.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6610D43FA3 for ; Tue, 11 Mar 2003 19:01:52 -0800 (PST) (envelope-from mike@espresso.bsdmike.org) Received: by espresso.bsdmike.org (Postfix, from userid 1002) id 022EB9C5F; Tue, 11 Mar 2003 21:48:44 -0500 (EST) Date: Tue, 11 Mar 2003 21:48:44 -0500 From: Mike Barcroft To: Francisco Solsona Cc: freebsd-current@freebsd.org Subject: Re: MB_LEN_MAX undeclared (scan.c) Message-ID: <20030311214844.F88290@espresso.bsdmike.org> References: <86of4hyc1t.fsf@admin.fciencias.unam.mx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86of4hyc1t.fsf@admin.fciencias.unam.mx>; from solsona@acm.org on Tue, Mar 11, 2003 at 12:48:30PM -0600 Organization: The FreeBSD Project Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Francisco Solsona writes: > Hi all, > > I just cvsup updated my tree (this is FreeBSD CURRENT, 5.0), and make > buildworld breaks with: It doesn't sound like your tree is completely in-sync. > shouldn't MB_LEN_MAX be defined in /limits.h? It's in revision 1.15 of . Best regards, Mike Barcroft To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 11 19:14:15 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC6B737B405 for ; Tue, 11 Mar 2003 19:14:14 -0800 (PST) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 418A444013 for ; Tue, 11 Mar 2003 19:14:07 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0153.cvx22-bradley.dialup.earthlink.net ([209.179.198.153] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18swgr-0006Ii-00; Tue, 11 Mar 2003 19:14:02 -0800 Message-ID: <3E6EA5A6.18ECB6B6@mindspring.com> Date: Tue, 11 Mar 2003 19:12:38 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: dlt@mebtel.net Cc: Jonathan Lemon , current@freebsd.org Subject: Re: exclusive sleep mutex netisr... References: <200303120059.h2C0xFdt092736@mail.flugsvamp.com> <20030312012803.GA4243@mebtel.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4e993bacd1a10d653a47e9cbac839f4daa8438e0f32a48e08350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Derek Tattersall wrote: > Mar 10 20:55:09 lorne kernel: malloc() of "64" with the following non-sleepablelocks held: The only malloc of 64 bytes in this code path should be the transient template structure malloc (FWIW). John: did you look at my patch for the locking? -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 11 19:15:29 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E47937B401 for ; Tue, 11 Mar 2003 19:15:28 -0800 (PST) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BF4F43FB1 for ; Tue, 11 Mar 2003 19:15:27 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0153.cvx22-bradley.dialup.earthlink.net ([209.179.198.153] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18swiD-0006c0-00; Tue, 11 Mar 2003 19:15:26 -0800 Message-ID: <3E6EA5FE.958D9B91@mindspring.com> Date: Tue, 11 Mar 2003 19:14:06 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: dlt@mebtel.net, Jonathan Lemon , current@freebsd.org Subject: Re: exclusive sleep mutex netisr... References: <200303120059.h2C0xFdt092736@mail.flugsvamp.com> <20030312012803.GA4243@mebtel.net> <3E6EA5A6.18ECB6B6@mindspring.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4e993bacd1a10d65357e4a6c08d719c41548b785378294e88350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terry Lambert wrote: > Derek Tattersall wrote: > > Mar 10 20:55:09 lorne kernel: malloc() of "64" with the following non-sleepablelocks held: > > The only malloc of 64 bytes in this code path should be the > transient template structure malloc (FWIW). > > John: did you look at my patch for the locking? Ugh. Meant "Jon". Sorry. > > -- Terry > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 11 19:17:46 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E2AF737B404; Tue, 11 Mar 2003 19:17:44 -0800 (PST) Received: from mail.chesapeake.net (chesapeake.net [205.130.220.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCB8F43F85; Tue, 11 Mar 2003 19:17:43 -0800 (PST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.11.6/8.11.6) with ESMTP id h2C3HhR72219; Tue, 11 Mar 2003 22:17:43 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Tue, 11 Mar 2003 22:17:43 -0500 (EST) From: Jeff Roberson To: Thomas Quinot Cc: current@FreeBSD.ORG Subject: Re: crash: bwrite: need chained iodone In-Reply-To: <20030311183543.GA48464@melusine.cuivre.fr.eu.org> Message-ID: <20030311221505.C43514-100000@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've trimmed to the relavent part of the stack. On Tue, 11 Mar 2003, Thomas Quinot wrote: > #11 0xc0232072 in bwrite (bp=0xce5313e0) at /usr/src/sys/kern/vfs_bio.c:795 > #12 0xc0232a7c in bawrite (bp=0x0) at /usr/src/sys/kern/vfs_bio.c:1138 > #13 0xc023a02b in cluster_wbuild (vp=0xc4a21124, size=16384, start_lbn=44, > len=3) at /usr/src/sys/kern/vfs_cluster.c:996 > #14 0xc02396ff in cluster_write (bp=0xce6bd4e8, filesize=753664, seqcount=18) > at /usr/src/sys/kern/vfs_cluster.c:596 > #15 0xc02e3fec in ffs_write (ap=0xe5db4be0) > at /usr/src/sys/ufs/ffs/ffs_vnops.c:728 > #16 0xc024e1b2 in vn_write (fp=0xc456921c, uio=0xe5db4c7c, > ---Type to continue, or q to quit--- > active_cred=0xc48e5780, flags=0, td=0xc46e2000) at vnode_if.h:417 > #17 0xc0214008 in dofilewrite (td=0xc46e2000, fp=0xc456921c, fd=0, > buf=0x8e1e400, nbyte=0, offset=0, flags=0) at file.h:239 > #18 0xc0213e49 in write (td=0xc46e2000, uap=0xe5db4d10) > at /usr/src/sys/kern/sys_generic.c:329 > #19 0xc033a68e in syscall (frame= > {tf_fs = 47, tf_es = 47, tf_ds = 134742063, tf_edi = 677204256, tf_esi = 0, tf_ebp = -1077939928, tf_isp = -438612620, tf_ebx = 677216484, tf_edx = 20, tf_ecx = 0, tf_eax = 4, tf_trapno = 0, tf_err = 2, tf_eip = 677548851, tf_cs = 31, tf_eflags = 518, tf_esp = -1077939988, tf_ss = 47}) > at /usr/src/sys/i386/i386/trap.c:1030 > #20 0xc032a89d in Xint0x80_syscall () at {standard input}:138 > ---Can't read userspace from dump, or kernel process--- > > #11 0xc0232072 in bwrite (bp=0xce5313e0) at /usr/src/sys/kern/vfs_bio.c:795 > 795 panic("bwrite: need chained iodone"); > (kgdb) list > 790 (bp->b_flags & B_ASYNC) && > 791 !vm_page_count_severe() && > 792 !buf_dirty_count_severe()) { > 793 if (bp->b_iodone != NULL) { > 794 printf("bp->b_iodone = %p\n", bp->b_iodone); > 795 panic("bwrite: need chained iodone"); > 796 } > 797 > 798 /* get a new block */ > 799 newbp = geteblk(bp->b_bufsize); > (kgdb) print bp->b_iodone > $1 = (void (*)(struct buf *)) 0xc0239320 > (kgdb) quit Can you please print bp? I'd like to know what all of the members are. A cluster buf should NEVER have BX_BKGRDWRITE set. This is totally bogus. > I still have the crash dump at hand, if further forensics is necessary. > Thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 11 19:19:16 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7046837B401 for ; Tue, 11 Mar 2003 19:19:15 -0800 (PST) Received: from smtp02.syd.iprimus.net.au (smtp02.syd.iprimus.net.au [210.50.76.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8168243FBF for ; Tue, 11 Mar 2003 19:19:14 -0800 (PST) (envelope-from tim@robbins.dropbear.id.au) Received: from dilbert.robbins.dropbear.id.au ([210.50.218.96]) by smtp02.syd.iprimus.net.au with Microsoft SMTPSVC(5.0.2195.5600); Wed, 12 Mar 2003 14:19:10 +1100 Received: from dilbert.robbins.dropbear.id.au (xoe8o0cv957m2r12@localhost [127.0.0.1]) by dilbert.robbins.dropbear.id.au (8.12.6/8.12.6) with ESMTP id h2C3I9JK012448 for ; Wed, 12 Mar 2003 14:18:10 +1100 (EST) (envelope-from tim@dilbert.robbins.dropbear.id.au) Received: (from tim@localhost) by dilbert.robbins.dropbear.id.au (8.12.6/8.12.6/Submit) id h2C3I7rC012447 for current@freebsd.org; Wed, 12 Mar 2003 14:18:07 +1100 (EST) (envelope-from tim) Date: Wed, 12 Mar 2003 14:18:04 +1100 From: Tim Robbins To: current@freebsd.org Subject: failed to set signal flags properly for ast() Message-ID: <20030312141804.A12375@dilbert.robbins.dropbear.id.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i X-OriginalArrivalTime: 12 Mar 2003 03:19:10.0899 (UTC) FILETIME=[26603830:01C2E846] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Compile, run under gdb, then type "print test()" when the program receives SIGABRT. Seems to work incorrectly on 4.7 too. #include #include void test(void) { puts("hello"); } int main(int argc, char *argv[]) { abort(); exit(0); } Tim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 11 20:19:27 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C3AF37B404 for ; Tue, 11 Mar 2003 20:19:26 -0800 (PST) Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59F4843FDF for ; Tue, 11 Mar 2003 20:19:25 -0800 (PST) (envelope-from wa1ter@myrealbox.com) Received: from myrealbox.com wa1ter@smtp-send.myrealbox.com [64.175.106.18] by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision: 3.32 $ on Novell NetWare via secured & encrypted transport (TLS); Tue, 11 Mar 2003 21:19:29 -0700 Message-ID: <3E6EB559.2060001@myrealbox.com> Date: Tue, 11 Mar 2003 20:19:37 -0800 From: walt Organization: none User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3b) Gecko/20030213 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Still getting panic on boot. Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 04:00 GMT Mar 12: Just cvsup'd and rebuilt with same result as 12 hours ago -- I see a kernel panic "page fault while in kernel mode" just after attempting to mount the root filesystem. The kernel from yesterday works fine and when I reboot the filesystems come up clean, so the new kernel nevers writes to disk, apparently. Am I the only one seeing this? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 11 20:58: 0 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1124837B401 for ; Tue, 11 Mar 2003 20:57:59 -0800 (PST) Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2543D43F93 for ; Tue, 11 Mar 2003 20:57:58 -0800 (PST) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.12.3/8.12.3) with ESMTP id h2C4vvJL028624 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 11 Mar 2003 20:57:57 -0800 (PST) (envelope-from jdp@vashon.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.12.6/8.12.6/Submit) id h2C4vuKW023308; Tue, 11 Mar 2003 20:57:56 -0800 (PST) (envelope-from jdp) Date: Tue, 11 Mar 2003 20:57:56 -0800 (PST) Message-Id: <200303120457.h2C4vuKW023308@vashon.polstra.com> To: current@freebsd.org From: John Polstra Cc: dan.naumov@ofw.fi Subject: Re: -O2 breaks GCC 3.2.1-compiled code (seems OS specific) In-Reply-To: <1047347538.9634.8.camel@localhost.localdomain> References: <1047347538.9634.8.camel@localhost.localdomain> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <1047347538.9634.8.camel@localhost.localdomain>, Dan Naumov wrote: > > Since my issues are related to 5.0, I though I'd rather ask here. > I've noticed an interesting problem: I am using FreeBSD 5.0-p4 and > GCC 3.2.1 and if I use "CPUTYPE=athlon-tbird" and "CFLAGS= -O2 > -mmmx -m3dnow -fomit-frame-pointer -pipe", ezm3 refuses to compile > AT ALL [...] Well, ezm3-1.0 has an ancient gcc-2.7.2.1 code generator spliced onto a Modula-3 front end, so it's a miracle it works under the best of circumstances. :-) I'm close to releasing version 1.1, which is based on gcc-3.2.1. There's more hope for that version. But out of curiosity, what exactly happens if you try to build ezm3 with those CPUTYPE and CFLAGS settings? Do you have the error messages? I'm surprised that CPUTYPE and CFLAGS affect the ezm3 build at all, frankly. John -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 11 21: 4:43 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0687237B401; Tue, 11 Mar 2003 21:04:42 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1088F43FB1; Tue, 11 Mar 2003 21:04:41 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h2C54dA7079446; Tue, 11 Mar 2003 22:04:40 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 11 Mar 2003 22:04:24 -0700 (MST) Message-Id: <20030311.220424.32721251.imp@bsdimp.com> To: ohartman@klima.physik.uni-mainz.de Cc: freebsd-questions@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: FBSD 5.0 diskless environment does not work! From: "M. Warner Losh" In-Reply-To: <20030310163117.K23333@edda.physik.uni-mainz.de> References: <20030310163117.K23333@edda.physik.uni-mainz.de> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20030310163117.K23333@edda.physik.uni-mainz.de> "Hartmann, O." writes: : Can anyone help? Has someone a runnng diskless FBSD 5.0-R/5-CURRENT : environment? I fixed a couple of bugs in the /etc/rc.d files that broke diskless boots about a month or two so after 5.0-RELEASE. It would have precluded diskless systems network from working most of the time. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 11 21: 5:53 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C675E37B405; Tue, 11 Mar 2003 21:05:50 -0800 (PST) Received: from nd250009.gab.xdsl.ne.jp (nd250009.gab.xdsl.ne.jp [61.202.250.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4894C43F93; Tue, 11 Mar 2003 21:05:48 -0800 (PST) (envelope-from nork@FreeBSD.org) Received: from cl-server.enusure-tech.co.jp (melfina.ninth-nine.com [211.18.249.30]) (authenticated bits=0) by nd250009.gab.xdsl.ne.jp (8.12.8/8.12.8/NinthNine) with ESMTP id h2C55gcE083509 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 12 Mar 2003 14:05:43 +0900 (JST) (envelope-from nork@FreeBSD.org) Message-Id: <200303120505.h2C55gcE083509@nd250009.gab.xdsl.ne.jp> Date: Wed, 12 Mar 2003 14:05:42 +0900 From: Norikatsu Shigemura To: freebsd-emulation@FreeBSD.org Cc: freebsd-current@FreeBSD.org, vsilyaev@mindspring.com, saper@system.pl, saper@sgh.waw.pl Subject: Re: Fix for rtc, vmware modules and post-500104 -current In-Reply-To: References: X-Mailer: Sylpheed version 0.8.10 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart_Wed__12_Mar_2003_14:05:42_+0900_08215000" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --Multipart_Wed__12_Mar_2003_14:05:42_+0900_08215000 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Wed, 5 Mar 2003 19:37:35 +0100 (MET) Marcin CIE LAK wrote: > See the patches enclosed to emulators/rtc > and emulators/vmware2 ports. > Tested only for -current with: > #define __FreeBSD_version 500104 Hum.. This is not work in my environment. Because MOD_LOAD initializer didn't kick rtc_attach. I fixed this problem and merge(but ADHOC:-). Please, anyone, check following patch. BTW, vmmon_*.ko is not good. hum.... --Multipart_Wed__12_Mar_2003_14:05:42_+0900_08215000 Content-Type: text/x-patch; name="rtc.diff" Content-Disposition: attachment; filename="rtc.diff" Content-Transfer-Encoding: base64 ZGlmZiAtdXJOIGVtdWxhdG9ycy9ydGMvTWFrZWZpbGUgbG9jYWwvcnRjL01ha2VmaWxlCi0tLSBl bXVsYXRvcnMvcnRjL01ha2VmaWxlCUZyaSBNYXIgIDcgMTU6MDE6MTcgMjAwMworKysgbG9jYWwv cnRjL01ha2VmaWxlCVR1ZSBNYXIgMTEgMTY6NDg6NDYgMjAwMwpAQCAtNiw3ICs2LDcgQEAKICMK IAogUE9SVE5BTUU9CXJ0YwotUE9SVFZFUlNJT049CTIwMDEuMDkuMTYuMQorUE9SVFZFUlNJT049 CTIwMDIuMDMuMDUuMQogQ0FURUdPUklFUz0JZW11bGF0b3JzIGxpbnV4CiBNQVNURVJfU0lURVM9 CSMgbm9uZQogRElTVEZJTEVTPQkjIG5vbmUKZGlmZiAtdXJOIGVtdWxhdG9ycy9ydGMvZmlsZXMv cnRjLmMgbG9jYWwvcnRjL2ZpbGVzL3J0Yy5jCi0tLSBlbXVsYXRvcnMvcnRjL2ZpbGVzL3J0Yy5j CVN1biBTZXAgMTYgMTY6MDU6MTggMjAwMQorKysgbG9jYWwvcnRjL2ZpbGVzL3J0Yy5jCVR1ZSBN YXIgMTEgMTk6NDA6MzkgMjAwMwpAQCAtODUsNiArODUsMTQgQEAKIHN0YXRpYyBpbnQgcnRjX21v ZGVldmVudChtb2R1bGVfdCBtb2QsIGludCBjbWQsIHZvaWQgKmFyZyk7CiAKIHN0YXRpYyBzdHJ1 Y3QgY2RldnN3IHJ0Y19jZGV2c3cgPSB7CisjaWYgX19GcmVlQlNEX3ZlcnNpb24gPj0gNTAwMTA0 CisJLmRfb3BlbiA9CXJ0Y19vcGVuLAorCS5kX2Nsb3NlID0JcnRjX2Nsb3NlLAorCS5kX2lvY3Rs ID0JcnRjX2lvY3RsLAorCS5kX3BvbGwgPQlydGNfcG9sbCwKKwkuZF9uYW1lID0JREVWSUNFX05B TUUsCisJLmRfbWFqID0JQ0RFVl9NQUpPUiwKKyNlbHNlCiAJLyogb3BlbiAqLwlydGNfb3BlbiwK IAkvKiBjbG9zZSAqLwlydGNfY2xvc2UsCiAJLyogcmVhZCAqLwlub3JlYWQsCkBAIC0xMDQsNiAr MTEyLDcgQEAKICNpZiBfX0ZyZWVCU0RfdmVyc2lvbiA+PSA1MDAwMTggfHwgX19GcmVlQlNEX3Zl cnNpb24gPj0gNDMwMDAwCiAJLyoga3FmaWx0ZXIgKi8Jbm9rcWZpbHRlciwKICNlbmRpZgorI2Vu ZGlmIAogfTsKIAogLyogCkBAIC0xMTgsNyArMTI3LDYgQEAKIHN0YXRpYyBzdHJ1Y3QgcnRjX3Nv ZnRjICoKIHJ0Y19hdHRhY2goZGV2X3QgZGV2KQogewotCXN0cnVjdCBydGNfc29mdGMgKnNjOwog CWludCB1bml0OwogCiAjaWYgX19GcmVlQlNEX3ZlcnNpb24gPj0gNTAwMDE0CkBAIC0xMzIsMjQg KzE0MCw4IEBACiAJCXJldHVybiBkZXYtPnNpX2RydjE7CiAJfQogCi0JaWYgKHJ0Y19zYyE9TlVM TCkKLQkJcmV0dXJuIE5VTEw7Ci0KLSAgCWRldiA9IG1ha2VfZGV2KCZydGNfY2RldnN3LCBtaW5v cihkZXYpLCBVSURfUk9PVCwgR0lEX1dIRUVMLCAwNjAwLCBERVZJQ0VfTkFNRSk7IAotCWlmIChk ZXY9PU5VTEwpCi0JCXJldHVybiAoTlVMTCk7Ci0KLQlNQUxMT0Moc2MsIHN0cnVjdCBydGNfc29m dGMqLCBzaXplb2YoKnNjKSwgTV9ERVZCVUYsIE1fV0FJVE9LKTsKLQlpZiAoc2M9PU5VTEwpCi0J CXJldHVybiBOVUxMOwotCi0JYnplcm8oc2MsIHNpemVvZigqc2MpKTsKLQlydGNfc2MgPSBzYzsK LQlkZXYtPnNpX2RydjEgPSBzYzsgLyogTGluayB0b2dldGhlciAqLwotCXNjLT5kZXYgPSBkZXY7 Ci0JCi0JRExvZyhMZXhpdCwgIm5ldyAlcCwlcCIsIGRldiwgc2MpOwotCXJldHVybiBzYzsKKwlE TG9nKExleGl0LCAibmV3ICVwLCVwIiwgZGV2LCBydGNfc2MpOworCXJldHVybiBydGNfc2M7CiB9 CiAKIHN0YXRpYyBpbnQKQEAgLTI2NCwxMSArMjU2LDI2IEBACiBzdGF0aWMgaW50CiBpbml0X21v ZHVsZSh2b2lkKQogewotaW50IGVycm9yOworCWludCBlcnJvciA9IDA7CisJZGV2X3QgZGV2Owog CisjaWYgX19GcmVlQlNEX3ZlcnNpb24gPCA1MDAxMDQKICAgIAllcnJvciA9IGNkZXZzd19hZGQo JnJ0Y19jZGV2c3cpOwogCWlmIChlcnJvcikgCiAJCXJldHVybiBlcnJvcjsKKyNlbmRpZgorCisg IAlkZXYgPSBtYWtlX2RldigmcnRjX2NkZXZzdywgMCwgVUlEX1JPT1QsIEdJRF9XSEVFTCwgMDYw MCwgREVWSUNFX05BTUUpOyAKKwlpZiAoZGV2PT1OVUxMKQorCQlyZXR1cm4gRU5PTUVNOworCisJ TUFMTE9DKHJ0Y19zYywgc3RydWN0IHJ0Y19zb2Z0YyosIHNpemVvZigqcnRjX3NjKSwgTV9ERVZC VUYsIE1fV0FJVE9LKTsKKwlpZiAocnRjX3NjPT1OVUxMKQorCQlyZXR1cm4gRU5PTUVNOworCisJ Ynplcm8ocnRjX3NjLCBzaXplb2YoKnJ0Y19zYykpOworCWRldi0+c2lfZHJ2MSA9IHJ0Y19zYzsg LyogTGluayB0b2dldGhlciAqLworCXJ0Y19zYy0+ZGV2ID0gZGV2OwogCiAJcmV0dXJuIGVycm9y OwogfQpAQCAtMjg2LDcgKzI5Myw5IEBACiAJCURMb2coTGZhaWwsICIlcCBidXN5Iiwgc2MpOwog CQlyZXR1cm4gZXJyb3I7CiAJfQorI2lmIF9fRnJlZUJTRF92ZXJzaW9uIDwgNTAwMTA0CiAJZXJy b3IgPSBjZGV2c3dfcmVtb3ZlKCZydGNfY2RldnN3KTsKKyNlbmRpZgogCURMb2coTGluZm8sICJy ZXR1cm4gJWQiLCBlcnJvcik7CiAJcmV0dXJuIGVycm9yOwogfQpkaWZmIC11ck4gZW11bGF0b3Jz L3J0Yy9maWxlcy9ydGMuc2ggbG9jYWwvcnRjL2ZpbGVzL3J0Yy5zaAotLS0gZW11bGF0b3JzL3J0 Yy9maWxlcy9ydGMuc2gJRnJpIFNlcCAyMiAyMDowODoyMiAyMDAwCisrKyBsb2NhbC9ydGMvZmls ZXMvcnRjLnNoCVR1ZSBNYXIgMTEgMTY6NDk6NTUgMjAwMwpAQCAtNywxMSArNywxMSBAQAogc3Rh cnQpCiAJaWYgWyAteCAka21vZGRpci8ka21vZCBdOyB0aGVuCiAJICAgIGVjaG8gLW4gJyBydGMn Ci0JICAgIGtsZGxvYWQgJGttb2RkaXIvJGttb2QKKwkgICAgL3NiaW4va2xkbG9hZCAka21vZGRp ci8ka21vZAogCWZpCiAJOzsKIHN0b3ApCi0Ja2xkdW5sb2FkICRrbW9kICYmIGVjaG8gLW4gJyBy dGMnCisJL3NiaW4va2xkdW5sb2FkICRrbW9kICYmIGVjaG8gLW4gJyBydGMnCiAJOzsKICopCiAJ ZWNobyAiVXNhZ2U6IGBiYXNlbmFtZSAkMGAge3N0YXJ0fHN0b3B9IiA+JjIK --Multipart_Wed__12_Mar_2003_14:05:42_+0900_08215000-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 11 21:13:40 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94F9A37B401; Tue, 11 Mar 2003 21:13:38 -0800 (PST) Received: from tomts23-srv.bellnexxia.net (tomts23-srv.bellnexxia.net [209.226.175.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6137843F85; Tue, 11 Mar 2003 21:13:37 -0800 (PST) (envelope-from mike@sparc64.style9.org) Received: from sparc64.style9.org ([65.93.76.196]) by tomts23-srv.bellnexxia.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with ESMTP id <20030312051335.BMSZ24585.tomts23-srv.bellnexxia.net@sparc64.style9.org>; Wed, 12 Mar 2003 00:13:35 -0500 Received: (from mike@localhost) by sparc64.style9.org (8.12.6/8.12.6/Submit) id h2C5Db8F004717; Wed, 12 Mar 2003 00:13:37 -0500 (EST) Date: Wed, 12 Mar 2003 00:13:37 -0500 (EST) From: Mike Barcroft Message-Id: <200303120513.h2C5Db8F004717@sparc64.style9.org> To: current@FreeBSD.org, sparc64@FreeBSD.org Subject: sparc64 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- >>> Kernel build for GENERIC started on Wed Mar 12 00:10:07 EST 2003 -------------------------------------------------------------- ===> hifn /tinderbox/sparc64/src/sys/dev/hifn/hifn7751.c:47:22: opt_hifn.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules/hifn. *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules. *** Error code 1 Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 11 21:22:10 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6041437B404 for ; Tue, 11 Mar 2003 21:22:01 -0800 (PST) Received: from mail.distalzou.net (203.141.139.231.user.ad.il24.net [203.141.139.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id F39C143FAF for ; Tue, 11 Mar 2003 21:21:59 -0800 (PST) (envelope-from devin@spamcop.net) Received: from localhost ([127.0.0.1]) by mail.distalzou.net with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 3.36 #1) id 18sygg-000NdT-00 for freebsd-current@freebsd.org; Wed, 12 Mar 2003 14:21:58 +0900 Date: Wed, 12 Mar 2003 14:21:58 +0900 (JST) From: Tod McQuillin X-X-Sender: devin@glass.pun-pun.prv To: freebsd-current@freebsd.org Subject: lock order reversal? current with tl ethernet Message-ID: <20030312141402.X61843@glass.pun-pun.prv> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Running -current from March 11 on a dual cpu compaq 5100, there are some warnings in the dmesg about the tl ethernet interface. Here are the warnings: malloc() of "128" with the following non-sleepablelocks held: exclusive sleep mutex tl0 (network driver) r = 0 (0xc4017aa8) locked @ /usr/src/5-current/src/sys/pci/if_tl.c:1146 malloc() of "PROC" with the following non-sleepablelocks held: exclusive sleep mutex tl0 (network driver) r = 0 (0xc4017aa8) locked @ /usr/src/5-current/src/sys/pci/if_tl.c:1146 lock order reversal 1st 0xc4017aa8 tl0 (network driver) @ /usr/src/5-current/src/sys/pci/if_tl.c:1146 2nd 0xc043f8c0 allproc (allproc) @ /usr/src/5-current/src/sys/kern/kern_fork.c:328 Stack backtrace: malloc() of "64" with the following non-sleepablelocks held: exclusive sleep mutex tl0 (network driver) r = 0 (0xc4017aa8) locked @ /usr/src/5-current/src/sys/pci/if_tl.c:1146 malloc() of "256" with the following non-sleepablelocks held: exclusive sleep mutex tl0 (network driver) r = 0 (0xc4017aa8) locked @ /usr/src/5-current/src/sys/pci/if_tl.c:1146 malloc() of "64" with the following non-sleepablelocks held: exclusive sleep mutex tl0 (network driver) r = 0 (0xc4017aa8) locked @ /usr/src/5-current/src/sys/pci/if_tl.c:1146 malloc() of "512" with the following non-sleepablelocks held: exclusive sleep mutex tl0 (network driver) r = 0 (0xc4017aa8) locked @ /usr/src/5-current/src/sys/pci/if_tl.c:658 I'm willing to work on this myself if someone can give me a pointer to technical docs describing how things are supposed to work. I have not yet attempted to use the tl0 interface since I also have an fxp in the system, but I do plan on using it later. Here's the complete dmesg with warnings intact: Copyright (c) 1992-2003 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.0-CURRENT #0: Tue Mar 11 18:56:10 JST 2003 devin@borosilicate.pun-pun.prv:/usr/obj/usr/src/5-current/src/sys/BOROSILICATE Preloaded elf kernel "/boot/kernel/kernel" at 0xc0565000. Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Pentium II Xeon/Celeron (299.94-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x634 Stepping = 4 Features=0x80fbff real memory = 536870912 (512 MB) avail memory = 515575808 (491 MB) APIC_IO: MP table broken: 8259->APIC entry missing! Programming 24 pins in IOAPIC #0 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 8, version: 0x00170011, at 0xfec00000 Allocating major#253 to "net" Allocating major#252 to "pci" Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface pcibios: BIOS version 2.10 pcib0: at pcibus 0 on motherboard pci0: on pcib0 IOAPIC #0 intpin 19 -> irq 2 IOAPIC #0 intpin 18 -> irq 11 IOAPIC #0 intpin 17 -> irq 15 pci0: at device 3.0 (no driver attached) pci0: at device 4.0 (no driver attached) fxp0: port 0x6020-0x603f mem 0xe0200000-0xe02fffff,0xe0480000-0xe0480fff irq 15 at device 5.0 on pci0 fxp0: Ethernet address 00:a0:c9:c8:b6:2f inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto atapci0: port 0x6010-0x601f,0x6054-0x6057,0x6048-0x604f,0x6050-0x6053,0x6040-0x6047 mem 0xe0400000-0xe0403fff irq 16 at device 6.0 on pci0 ata2: at 0x6040 on atapci0 ata3: at 0x6048 on atapci0 isab0: at device 15.0 on pci0 isa0: on isab0 atapci1: port 0x6000-0x600f,0-0x3,0-0x7,0-0x3,0-0x7 irq 15 at device 15.1 on pci0 ata0: at 0x1f0 irq 14 on atapci1 ata1: simplex device, DMA on primary only ata1: at 0x170 irq 15 on atapci1 pcib1: at pcibus 1 on motherboard pci1: on pcib1 IOAPIC #0 intpin 23 -> irq 17 IOAPIC #0 intpin 20 -> irq 18 IOAPIC #0 intpin 21 -> irq 19 ohci0: mem 0xe0000000-0xe0000fff irq 17 at device 10.0 on pci1 usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x0e11) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered tl0: port 0x5400-0x540f mem 0xe0180000-0xe018000f irq 18 at device 11.0 on pci1 malloc() of "128" with the following non-sleepablelocks held: exclusive sleep mutex tl0 (network driver) r = 0 (0xc4017aa8) locked @ /usr/src/5-current/src/sys/pci/if_tl.c:1146 malloc() of "PROC" with the following non-sleepablelocks held: exclusive sleep mutex tl0 (network driver) r = 0 (0xc4017aa8) locked @ /usr/src/5-current/src/sys/pci/if_tl.c:1146 lock order reversal 1st 0xc4017aa8 tl0 (network driver) @ /usr/src/5-current/src/sys/pci/if_tl.c:1146 2nd 0xc043f8c0 allproc (allproc) @ /usr/src/5-current/src/sys/kern/kern_fork.c:328 Stack backtrace: malloc() of "64" with the following non-sleepablelocks held: exclusive sleep mutex tl0 (network driver) r = 0 (0xc4017aa8) locked @ /usr/src/5-current/src/sys/pci/if_tl.c:1146 malloc() of "256" with the following non-sleepablelocks held: exclusive sleep mutex tl0 (network driver) r = 0 (0xc4017aa8) locked @ /usr/src/5-current/src/sys/pci/if_tl.c:1146 malloc() of "64" with the following non-sleepablelocks held: exclusive sleep mutex tl0 (network driver) r = 0 (0xc4017aa8) locked @ /usr/src/5-current/src/sys/pci/if_tl.c:1146 tl0: Ethernet address: 00:80:5f:9b:03:c6 miibus1: on tl0 nsphy0: on miibus1 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto tlphy0: on miibus1 tlphy0: 10base2/BNC, 10base5/AUI malloc() of "512" with the following non-sleepablelocks held: exclusive sleep mutex tl0 (network driver) r = 0 (0xc4017aa8) locked @ /usr/src/5-current/src/sys/pci/if_tl.c:658 sym0: <875> port 0x5000-0x50ff mem 0xe0080000-0xe0080fff,0xe0100000-0xe01000ff irq 19 at device 12.0 on pci1 sym0: No NVRAM, ID 7, Fast-20, SE, parity checking orm0:
\r") at ../../../ddb/db_command.c:546 #4 0xc016eb52 in db_command (last_cmdp=0xc0602740, cmd_table=0x0, aux_cmd_tablep=0xc05f73c4, aux_cmd_tablep_end=0xc05f73dc) at ../../../ddb/db_command.c:346 #5 0xc016ec66 in db_command_loop () at ../../../ddb/db_command.c:470 #6 0xc0171a1a in db_trap (type=3, code=0) at ../../../ddb/db_trap.c:72 #7 0xc054ddc2 in kdb_trap (type=3, code=0, regs=0xdd0c791c) at ../../../i386/i386/db_interface.c:166 #8 0xc056010a in trap (frame= {tf_fs = -829358056, tf_es = -829358064, tf_ds = -994443248, tf_edi = -996138048, tf_esi = 256, tf_ebp = -586385048, tf_isp = -586385080, tf_ebx = 0, tf_edx = 0, tf_ecx = 32, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1068179356, tf_cs = 8, tf_eflags = 642, tf_esp = -1067515749, tf_ss = -1067623088}) at ../../../i386/i386/trap.c:602 #9 0xc054f718 in calltrap () at {standard input}:96 #10 0xc039bcbb in panic (fmt=0x0) at ../../../kern/kern_shutdown.c:528 #11 0xc038e141 in lockmgr (lkp=0xc4bce1e0, flags=16973826, interlkp=0x1000000, td=0xc4a023c0) at ../../../kern/kern_lock.c:447 #12 0xc03e93dc in vop_stdlock (ap=0x0) at ../../../kern/vfs_default.c:304 #13 0xc03e9228 in vop_defaultop (ap=0x0) at ../../../kern/vfs_default.c:163 #14 0xc03ffbde in vn_lock (vp=0xc4bce124, flags=131074, td=0xc4a023c0) at vnode_if.h:990 #15 0xc034e45c in udf_hashins (node=0xc4bd1000) at ../../../fs/udf/udf_vnops.c:133 #16 0xc034dea4 in udf_vget (mp=0xc4ae6c00, ino=139, flags=0, vpp=0xdd0c7af4) at ../../../fs/udf/udf_vfsops.c:617 #17 0xc034db7e in udf_root (mp=0xc4b44000, vpp=0x8b) at ../../../fs/udf/udf_vfsops.c:505 #18 0xc03ed5a0 in vfs_nmount (td=0x8b, fsflags=-994242560, fsoptions=0x0) at ../../../kern/vfs_mount.c:775 #19 0xc03ec6dd in nmount (td=0x0, uap=0xdd0c7d10) at ../../../kern/vfs_mount.c:380 #20 0xc0560a6a in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = -1077936858, tf_esi = -1077937084, tf_ebp = -1077937128, tf_isp = -586384012, tf_ebx = -1077938224, tf_edx = -1, tf_ecx = 10, tf_eax = 378, tf_trapno = 12, tf_err = 2, tf_eip = 134517659, tf_cs = 31, tf_eflags = 582, tf_esp = -1077938260, tf_ss = 47}) at ../../../i386/i386/trap.c:1030 #21 0xc054f76d in Xint0x80_syscall () at {standard input}:138 ---Can't read userspace from dump, or kernel process--- (kgdb) Regards, To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 3:56:27 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EA0D37B401 for ; Sat, 15 Mar 2003 03:56:25 -0800 (PST) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE36843F3F for ; Sat, 15 Mar 2003 03:56:24 -0800 (PST) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id D27E42ED3F0; Sat, 15 Mar 2003 03:56:24 -0800 (PST) Date: Sat, 15 Mar 2003 03:56:24 -0800 From: Alfred Perlstein To: Poul-Henning Kamp Cc: current@freebsd.org Subject: Re: can't boot with twe anymore. Message-ID: <20030315115624.GD4145@elvis.mu.org> References: <20030315022255.GW4145@elvis.mu.org> <17808.1047722362@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17808.1047722362@critter.freebsd.dk> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Poul-Henning Kamp [030315 01:59] wrote: > In message <20030315022255.GW4145@elvis.mu.org>, Alfred Perlstein writes: > >Poul-Henning you promised me a patch two nights ago "within a couple > >of hours" It's now going on the 36th hour since. > > Ok, 2nd try, this even compiles: That looks like it might work, but doesn't it work around instead of fix the problem you found where twe does sparse unit assignment? > > > Index: twe_compat.h > =================================================================== > RCS file: /home/ncvs/src/sys/dev/twe/twe_compat.h,v > retrieving revision 1.6 > diff -u -r1.6 twe_compat.h > --- twe_compat.h 8 Mar 2003 08:01:30 -0000 1.6 > +++ twe_compat.h 15 Mar 2003 09:58:06 -0000 > @@ -166,7 +166,7 @@ > # define TWE_BIO_LENGTH(bp) (bp)->bio_bcount > # define TWE_BIO_LBA(bp) (bp)->bio_pblkno > # define TWE_BIO_SOFTC(bp) (bp)->bio_disk->d_drv1 > -# define TWE_BIO_UNIT(bp) (bp)->bio_disk->d_unit > +# define TWE_BIO_UNIT(bp) *(int *)(bp->bio_driver1) > # define TWE_BIO_SET_ERROR(bp, err) do { (bp)->bio_error = err; (bp)->bio_flags |= BIO_ERROR;} while(0) > # define TWE_BIO_HAS_ERROR(bp) ((bp)->bio_flags & BIO_ERROR) > # define TWE_BIO_RESID(bp) (bp)->bio_resid > Index: twe_freebsd.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/twe/twe_freebsd.c,v > retrieving revision 1.24 > diff -u -r1.24 twe_freebsd.c > --- twe_freebsd.c 8 Mar 2003 08:01:30 -0000 1.24 > +++ twe_freebsd.c 15 Mar 2003 09:57:24 -0000 > @@ -607,6 +607,7 @@ > > debug_called(4); > > + bp->bio_driver1 = &sc->twed_drive->td_unit; > TWED_BIO_IN; > > /* bogus disk? */ > > -- > 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. -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 4: 9:26 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2784A37B401 for ; Sat, 15 Mar 2003 04:09:25 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F4AE43FBD for ; Sat, 15 Mar 2003 04:09:24 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.8/8.12.8) with ESMTP id h2FC9Lh8018698; Sat, 15 Mar 2003 13:09:21 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: Alfred Perlstein Cc: current@freebsd.org Subject: Re: can't boot with twe anymore. From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 15 Mar 2003 03:56:24 PST." <20030315115624.GD4145@elvis.mu.org> Date: Sat, 15 Mar 2003 13:09:21 +0100 Message-ID: <18697.1047730161@critter.freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20030315115624.GD4145@elvis.mu.org>, Alfred Perlstein writes: >* Poul-Henning Kamp [030315 01:59] wrote: >> In message <20030315022255.GW4145@elvis.mu.org>, Alfred Perlstein writes: >> >Poul-Henning you promised me a patch two nights ago "within a couple >> >of hours" It's now going on the 36th hour since. >> >> Ok, 2nd try, this even compiles: > >That looks like it might work, but doesn't it work around instead >of fix the problem you found where twe does sparse unit assignment? It should make the driver work exactly like before, which IMO was slightly bogus, if that was what you were asking :-) -- 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. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 4:12:42 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F7D937B401 for ; Sat, 15 Mar 2003 04:12:41 -0800 (PST) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id B932643FB1 for ; Sat, 15 Mar 2003 04:12:40 -0800 (PST) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id A592F2ED3F0; Sat, 15 Mar 2003 04:12:40 -0800 (PST) Date: Sat, 15 Mar 2003 04:12:40 -0800 From: Alfred Perlstein To: Poul-Henning Kamp Cc: current@freebsd.org Subject: Re: can't boot with twe anymore. Message-ID: <20030315121240.GE4145@elvis.mu.org> References: <20030315115624.GD4145@elvis.mu.org> <18697.1047730161@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <18697.1047730161@critter.freebsd.dk> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Poul-Henning Kamp [030315 04:09] wrote: > In message <20030315115624.GD4145@elvis.mu.org>, Alfred Perlstein writes: > >* Poul-Henning Kamp [030315 01:59] wrote: > >> In message <20030315022255.GW4145@elvis.mu.org>, Alfred Perlstein writes: > >> >Poul-Henning you promised me a patch two nights ago "within a couple > >> >of hours" It's now going on the 36th hour since. > >> > >> Ok, 2nd try, this even compiles: > > > >That looks like it might work, but doesn't it work around instead > >of fix the problem you found where twe does sparse unit assignment? > > It should make the driver work exactly like before, which IMO was > slightly bogus, if that was what you were asking :-) I'm not sure I understand, but I just tested this. It works. Thanks for getting back to me and I hope you're feeling better. -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 4:17:36 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A569737B401 for ; Sat, 15 Mar 2003 04:17:35 -0800 (PST) Received: from ip68-14-60-78.no.no.cox.net (ip68-14-60-78.no.no.cox.net [68.14.60.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id C46A543F75 for ; Sat, 15 Mar 2003 04:17:34 -0800 (PST) (envelope-from conrads@ip68-14-60-78.no.no.cox.net) Received: from ip68-14-60-78.no.no.cox.net (localhost [127.0.0.1]) by ip68-14-60-78.no.no.cox.net (8.12.6/8.12.6) with ESMTP id h2FCLXxL078979; Sat, 15 Mar 2003 06:21:33 -0600 (CST) (envelope-from conrads@ip68-14-60-78.no.no.cox.net) Received: (from conrads@localhost) by ip68-14-60-78.no.no.cox.net (8.12.6/8.12.6/Submit) id h2FCLXow078978; Sat, 15 Mar 2003 06:21:33 -0600 (CST) (envelope-from conrads) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20030315014714.F981@gravy.kishka.net> Date: Sat, 15 Mar 2003 06:21:33 -0600 (CST) Organization: A Rag-Tag Band of Drug-Crazed Hippies From: Conrad Sabatier To: Bryan Liesner Subject: Re: panic on boot (devfs_find) Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 15-Mar-2003 Bryan Liesner wrote: > On Fri, 14 Mar 2003, Conrad Sabatier wrote: > >> > Now, really, am I the only one experiencing this? >> >> No, you're not. I've been unable to get a bootable kernel running for the >> last few days also. >> >> Booting in verbose mode, I see the last thing that occurs just before the >> panic is mounting root and then starting (or trying to start) /sbin/init. >> After an initial "hang", it drops into ddb. > > Did it panic on devfs_find()? And, if you've seen my earlier posts, > have you experienced that stuff too? Yes, exactly right. In devfs_find(). And looking back at your earlier posts, it looks like my experiences pretty much correlate with yours. -- Conrad Sabatier - "In Unix veritas" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 4:25:23 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBDD837B401 for ; Sat, 15 Mar 2003 04:25:21 -0800 (PST) Received: from tartarus.telenet-ops.be (tartarus.telenet-ops.be [195.130.132.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DDC543FBF for ; Sat, 15 Mar 2003 04:25:18 -0800 (PST) (envelope-from kvbuggen@cthulhu.rave.org) Received: from localhost (localhost.localdomain [127.0.0.1]) by tartarus.telenet-ops.be (Postfix) with SMTP id EAF13DB9D3; Sat, 15 Mar 2003 13:25:14 +0100 (CET) Received: from bug (C38288D4.kabel.telenet.be [195.130.136.212]) by tartarus.telenet-ops.be (Postfix) with SMTP id B543DDB94A; Sat, 15 Mar 2003 13:25:14 +0100 (CET) From: "Bug" To: "Conrad Sabatier" , "Bryan Liesner" Cc: Subject: RE: panic on boot (devfs_find) Date: Sat, 15 Mar 2003 13:25:22 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG cheer! wilma heeft het door. guest werkt. -----Original Message----- From: owner-freebsd-current@FreeBSD.ORG [mailto:owner-freebsd-current@FreeBSD.ORG]On Behalf Of Conrad Sabatier Sent: zaterdag 15 maart 2003 13:22 To: Bryan Liesner Cc: freebsd-current@FreeBSD.ORG Subject: Re: panic on boot (devfs_find) On 15-Mar-2003 Bryan Liesner wrote: > On Fri, 14 Mar 2003, Conrad Sabatier wrote: > >> > Now, really, am I the only one experiencing this? >> >> No, you're not. I've been unable to get a bootable kernel running for the >> last few days also. >> >> Booting in verbose mode, I see the last thing that occurs just before the >> panic is mounting root and then starting (or trying to start) /sbin/init. >> After an initial "hang", it drops into ddb. > > Did it panic on devfs_find()? And, if you've seen my earlier posts, > have you experienced that stuff too? Yes, exactly right. In devfs_find(). And looking back at your earlier posts, it looks like my experiences pretty much correlate with yours. -- Conrad Sabatier - "In Unix veritas" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 4:32:19 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6B8037B401 for ; Sat, 15 Mar 2003 04:32:17 -0800 (PST) Received: from tartarus.telenet-ops.be (tartarus.telenet-ops.be [195.130.132.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA82143F3F for ; Sat, 15 Mar 2003 04:32:16 -0800 (PST) (envelope-from kvbuggen@cthulhu.rave.org) Received: from localhost (localhost.localdomain [127.0.0.1]) by tartarus.telenet-ops.be (Postfix) with SMTP id 28933DB9E9 for ; Sat, 15 Mar 2003 13:32:16 +0100 (CET) Received: from bug (C38288D4.kabel.telenet.be [195.130.136.212]) by tartarus.telenet-ops.be (Postfix) with SMTP id 0B030DB9C4 for ; Sat, 15 Mar 2003 13:32:16 +0100 (CET) From: "Bug" To: Subject: RE: panic on boot (devfs_find) Date: Sat, 15 Mar 2003 13:32:23 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG whoops wrong list... -----Original Message----- From: owner-freebsd-current@FreeBSD.ORG [mailto:owner-freebsd-current@FreeBSD.ORG]On Behalf Of Bug Sent: zaterdag 15 maart 2003 13:25 To: Conrad Sabatier; Bryan Liesner Cc: freebsd-current@FreeBSD.ORG Subject: RE: panic on boot (devfs_find) cheer! wilma heeft het door. guest werkt. -----Original Message----- From: owner-freebsd-current@FreeBSD.ORG [mailto:owner-freebsd-current@FreeBSD.ORG]On Behalf Of Conrad Sabatier Sent: zaterdag 15 maart 2003 13:22 To: Bryan Liesner Cc: freebsd-current@FreeBSD.ORG Subject: Re: panic on boot (devfs_find) On 15-Mar-2003 Bryan Liesner wrote: > On Fri, 14 Mar 2003, Conrad Sabatier wrote: > >> > Now, really, am I the only one experiencing this? >> >> No, you're not. I've been unable to get a bootable kernel running for the >> last few days also. >> >> Booting in verbose mode, I see the last thing that occurs just before the >> panic is mounting root and then starting (or trying to start) /sbin/init. >> After an initial "hang", it drops into ddb. > > Did it panic on devfs_find()? And, if you've seen my earlier posts, > have you experienced that stuff too? Yes, exactly right. In devfs_find(). And looking back at your earlier posts, it looks like my experiences pretty much correlate with yours. -- Conrad Sabatier - "In Unix veritas" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 5:36:58 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BC3637B405 for ; Sat, 15 Mar 2003 05:36:56 -0800 (PST) Received: from smtp01.syd.iprimus.net.au (smtp01.syd.iprimus.net.au [210.50.30.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id B030643FBD for ; Sat, 15 Mar 2003 05:36:54 -0800 (PST) (envelope-from tim@robbins.dropbear.id.au) Received: from dilbert.robbins.dropbear.id.au ([210.50.250.144]) by smtp01.syd.iprimus.net.au with Microsoft SMTPSVC(5.0.2195.5600); Sun, 16 Mar 2003 00:36:51 +1100 Received: from dilbert.robbins.dropbear.id.au (9edtov7lq29ku2w1@localhost [127.0.0.1]) by dilbert.robbins.dropbear.id.au (8.12.6/8.12.6) with ESMTP id h2FDamJK049566; Sun, 16 Mar 2003 00:36:49 +1100 (EST) (envelope-from tim@dilbert.robbins.dropbear.id.au) Received: (from tim@localhost) by dilbert.robbins.dropbear.id.au (8.12.6/8.12.6/Submit) id h2FDaibX049565; Sun, 16 Mar 2003 00:36:44 +1100 (EST) (envelope-from tim) Date: Sun, 16 Mar 2003 00:36:41 +1100 From: Tim Robbins To: FUJITA Kazutoshi Cc: freebsd-current@FreeBSD.ORG Subject: Re: crash: lockmgr: locking against myself Message-ID: <20030316003641.A48585@dilbert.robbins.dropbear.id.au> References: <20030315.202727.74753735.fujita@soum.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20030315.202727.74753735.fujita@soum.co.jp>; from fujita@soum.co.jp on Sat, Mar 15, 2003 at 08:27:27PM +0900 X-OriginalArrivalTime: 15 Mar 2003 13:36:52.0186 (UTC) FILETIME=[EFDD13A0:01C2EAF7] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Mar 15, 2003 at 08:27:27PM +0900, FUJITA Kazutoshi wrote: > Hi, > > My -CURRENT(2003/03/14) box crashes when I tried to mount UDF(DVD-RAM). > > # mount -t udf -o ro /dev/acd0 /dvdram [...] > panic: lockmgr: locking against myself [...] > (kgdb) bt [...] > #10 0xc039bcbb in panic (fmt=0x0) at ../../../kern/kern_shutdown.c:528 > #11 0xc038e141 in lockmgr (lkp=0xc4bce1e0, flags=16973826, interlkp=0x1000000, > td=0xc4a023c0) at ../../../kern/kern_lock.c:447 > #12 0xc03e93dc in vop_stdlock (ap=0x0) at ../../../kern/vfs_default.c:304 > #13 0xc03e9228 in vop_defaultop (ap=0x0) at ../../../kern/vfs_default.c:163 > #14 0xc03ffbde in vn_lock (vp=0xc4bce124, flags=131074, td=0xc4a023c0) > at vnode_if.h:990 > #15 0xc034e45c in udf_hashins (node=0xc4bd1000) > at ../../../fs/udf/udf_vnops.c:133 > #16 0xc034dea4 in udf_vget (mp=0xc4ae6c00, ino=139, flags=0, vpp=0xdd0c7af4) > at ../../../fs/udf/udf_vfsops.c:617 > #17 0xc034db7e in udf_root (mp=0xc4b44000, vpp=0x8b) > at ../../../fs/udf/udf_vfsops.c:505 It seems that udf_vget() calls udf_allocv(), which returns a locked vnode. udf_vget() then calls udf_hashins(), which tries to lock the vnode again, causing the "locking against myself" panic. Here's a simple untested patch to try which makes udf_allocv() return an unlocked vnode. I'm not sure whether the locking in udf_hashins() is right. Index: sys/fs/udf/udf_vnops.c =================================================================== RCS file: /home/ncvs/src/sys/fs/udf/udf_vnops.c,v retrieving revision 1.24 diff -u -r1.24 udf_vnops.c --- sys/fs/udf/udf_vnops.c 3 Mar 2003 19:15:39 -0000 1.24 +++ sys/fs/udf/udf_vnops.c 15 Mar 2003 12:12:13 -0000 @@ -127,10 +127,10 @@ udfmp = node->udfmp; + vn_lock(node->i_vnode, LK_EXCLUSIVE | LK_RETRY, curthread); mtx_lock(&udfmp->hash_mtx); TAILQ_INSERT_TAIL(&udfmp->udf_tqh, node, tq); mtx_unlock(&udfmp->hash_mtx); - vn_lock(node->i_vnode, LK_EXCLUSIVE | LK_RETRY, curthread); return (0); } @@ -161,7 +161,6 @@ return (error); } - vn_lock(vp, LK_EXCLUSIVE | LK_RETRY, td); *vpp = vp; return (0); } Tim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 7:50:11 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB72237B404 for ; Sat, 15 Mar 2003 07:50:09 -0800 (PST) Received: from mailout11.sul.t-online.com (mailout11.sul.t-online.com [194.25.134.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2449C43FA3 for ; Sat, 15 Mar 2003 07:50:08 -0800 (PST) (envelope-from der_julian@web.de) Received: from fwd05.sul.t-online.de by mailout11.sul.t-online.com with smtp id 18uDvC-0000po-01; Sat, 15 Mar 2003 16:50:06 +0100 Received: from jmmr.no-ip.com (520088592922-0001@[80.135.62.19]) by fmrl05.sul.t-online.com with esmtp id 18uDuy-1Rl5mqC; Sat, 15 Mar 2003 16:49:52 +0100 Received: from jmmr.no-ip.com (blitz@localhost [127.0.0.1]) by jmmr.no-ip.com (8.12.8/8.12.8) with ESMTP id h2FFnhlM085192; Sat, 15 Mar 2003 16:49:44 +0100 (CET) (envelope-from der_julian@web.de) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Sat, 15 Mar 2003 16:49:43 +0100 (CET) Reply-To: der_julian@web.de From: der_julian@web.de To: freebsd-current@FreeBSD.ORG Subject: Re: SiS5591(?) ATA X-Sender: 520088592922-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I have exactly the same problem with my system (FreeBSD 5.0-CURRENT #8: Thu Mar 13 15:56:51 CET 2003). My board is a K7S6A with SiS745 North- and Southbridge. pciconf -lv tells me that my IDE Controller is the following: none0@pci0:2:5: class=0x010180 card=0x0a411019 chip=0x55131039 rev=0xd0 hdr=0x00 vendor = 'Silicon Integrated Systems (SiS)' device = 'SiS5513 EIDE Controller (A,B step)' class = mass storage subclass = ATA The interesting dmesg lines are: jmmr# dmesg | egrep '(ad0|ata|ATA)' pci0: at device 2.5 (no driver attached) ata0 at port 0x3f6,0x1f0-0x1f7 irq 14 on isa0 ata1 at port 0x376,0x170-0x177 irq 15 on isa0 ad0: 38166MB [77545/16/63] at ata0-master PIO4 acd0: CDROM at ata1-master PIO4 ad0 ran via UDMA100 on 4.8-PRERELEASE and 5.0-RELEASE. acd0 running via PIO is ok, since hw.ata.atapi_dma is set to 0. Regards, Julian Stecklina To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 7:51:16 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3AB537B401 for ; Sat, 15 Mar 2003 07:51:14 -0800 (PST) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 92C9543F93 for ; Sat, 15 Mar 2003 07:51:13 -0800 (PST) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 15 Mar 2003 15:51:12 +0000 (GMT) Date: Sat, 15 Mar 2003 15:51:09 +0000 From: David Malone To: sjh@zorak.net Cc: freebsd-current@FreeBSD.ORG Subject: Re: Clock running double time Message-ID: <20030315155109.GA11705@walton.maths.tcd.ie> References: <200303150714.h2F7Epqr002441@scotch.ics.uci.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200303150714.h2F7Epqr002441@scotch.ics.uci.edu> User-Agent: Mutt/1.5.3i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Mar 14, 2003 at 11:14:51PM -0800, sjh@zorak.net wrote: > Has anyone ever seen this? My clock is running double time, that is, > each second it advances two seconds. Needless to say, ntpd can't sync > up with any servers. You almost certainly have a motherboard with bad ACPI (probably for with a K6 processor). Try adding: kern.timecounter.hardware: TSC to /etc/sysctl.conf and rebooting. This has been reported several times now, I wonder if we should add it to the FAQ? David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 8:43:53 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28B2637B401 for ; Sat, 15 Mar 2003 08:43:52 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EE3843FCB for ; Sat, 15 Mar 2003 08:43:50 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.8/8.12.8) id h2FGhnF0028960; Sat, 15 Mar 2003 17:43:49 +0100 (CET) (envelope-from sos) From: Soeren Schmidt Message-Id: <200303151643.h2FGhnF0028960@spider.deepcore.dk> Subject: Re: SiS5591(?) ATA In-Reply-To: To: der_julian@web.de Date: Sat, 15 Mar 2003 17:43:48 +0100 (CET) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems der_julian@web.de wrote: > jmmr# dmesg | egrep '(ad0|ata|ATA)' > pci0: at device 2.5 (no driver attached) > ata0 at port 0x3f6,0x1f0-0x1f7 irq 14 on isa0 > ata1 at port 0x376,0x170-0x177 irq 15 on isa0 > ad0: 38166MB [77545/16/63] at ata0-master PIO4 > acd0: CDROM at ata1-master PIO4 Please make sure that ata-chipset.c is rev 1.14 which corrected a bug in the chip ident function... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 9: 0:39 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0654037B401 for ; Sat, 15 Mar 2003 09:00:38 -0800 (PST) Received: from h00609772adf0.ne.client2.attbi.com (h00609772adf0.ne.client2.attbi.com [24.61.43.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id B12C043FA3 for ; Sat, 15 Mar 2003 08:56:36 -0800 (PST) (envelope-from rodrigc@attbi.com) Received: from h00609772adf0.ne.client2.attbi.com (localhost.ne.attbi.com [127.0.0.1]) by h00609772adf0.ne.client2.attbi.com (8.12.7/8.12.7) with ESMTP id h2FGw3OM003015; Sat, 15 Mar 2003 11:58:03 -0500 (EST) (envelope-from rodrigc@h00609772adf0.ne.client2.attbi.com) Received: (from rodrigc@localhost) by h00609772adf0.ne.client2.attbi.com (8.12.7/8.12.7/Submit) id h2FGugVq002979; Sat, 15 Mar 2003 11:56:42 -0500 (EST) Date: Sat, 15 Mar 2003 11:56:42 -0500 From: Craig Rodrigues To: David Malone Cc: sjh@zorak.net, freebsd-current@FreeBSD.ORG Subject: Re: Clock running double time Message-ID: <20030315165642.GA2946@attbi.com> References: <200303150714.h2F7Epqr002441@scotch.ics.uci.edu> <20030315155109.GA11705@walton.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030315155109.GA11705@walton.maths.tcd.ie> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Mar 15, 2003 at 03:51:09PM +0000, David Malone wrote: > On Fri, Mar 14, 2003 at 11:14:51PM -0800, sjh@zorak.net wrote: > > Has anyone ever seen this? My clock is running double time, that is, > > each second it advances two seconds. Needless to say, ntpd can't sync > > up with any servers. > > You almost certainly have a motherboard with bad ACPI (probably > for with a K6 processor). Try adding: > > kern.timecounter.hardware: TSC The correct line to add to /etc/sysctl.conf is: kern.timecounter.hardware=TSC > > to /etc/sysctl.conf and rebooting. This has been reported several > times now, I wonder if we should add it to the FAQ? > > David. -- Craig Rodrigues http://home.attbi.com/~rodrigc rodrigc@attbi.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 9:56:11 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D3C637B401 for ; Sat, 15 Mar 2003 09:56:10 -0800 (PST) Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com [194.25.134.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8860843FB1 for ; Sat, 15 Mar 2003 09:56:09 -0800 (PST) (envelope-from der_julian@web.de) Received: from fwd02.sul.t-online.de by mailout04.sul.t-online.com with smtp id 18uFt9-0000V4-08; Sat, 15 Mar 2003 18:56:07 +0100 Received: from jmmr.no-ip.com (520088592922-0001@[80.135.62.19]) by fmrl02.sul.t-online.com with esmtp id 18uFt0-29zDUWC; Sat, 15 Mar 2003 18:55:58 +0100 Received: from jmmr.no-ip.com (blitz@localhost [127.0.0.1]) by jmmr.no-ip.com (8.12.8/8.12.8) with ESMTP id h2FHtnlM057654 for ; Sat, 15 Mar 2003 18:55:50 +0100 (CET) (envelope-from der_julian@web.de) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200303151643.h2FGhnF0028960@spider.deepcore.dk> Date: Sat, 15 Mar 2003 18:55:49 +0100 (CET) Reply-To: der_julian@web.de From: der_julian@web.de To: freebsd-current@FreeBSD.ORG Subject: Re: SiS5591(?) ATA X-Sender: 520088592922-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 15-Mar-2003 Soeren Schmidt wrote: > Please make sure that ata-chipset.c is rev 1.14 which corrected a > bug in the chip ident function... ata-chipset.c 1.14 was checked in on March 12 my kernel is from two days after. So I guess it is included. I cvsuped the same sources I used to compile my current system and it is 1.14. Could it be that this change broke UDMA support on SiS controllers? Since I can remember that it ran at UDMA66 (why not 100, I do not know) on CURRENT from 5 days or so before. Regards, Julian Stecklina To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 11: 6:41 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C800537B401 for ; Sat, 15 Mar 2003 11:06:36 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3729843FA3 for ; Sat, 15 Mar 2003 11:06:35 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.8/8.12.8) id h2FJ6Xn5058390; Sat, 15 Mar 2003 20:06:33 +0100 (CET) (envelope-from sos) From: Soeren Schmidt Message-Id: <200303151906.h2FJ6Xn5058390@spider.deepcore.dk> Subject: Re: SiS5591(?) ATA In-Reply-To: To: der_julian@web.de Date: Sat, 15 Mar 2003 20:06:33 +0100 (CET) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems der_julian@web.de wrote: > > On 15-Mar-2003 Soeren Schmidt wrote: > > Please make sure that ata-chipset.c is rev 1.14 which corrected a > > bug in the chip ident function... > > ata-chipset.c 1.14 was checked in on March 12 my kernel is from two days after. > So I guess it is included. I cvsuped the same sources I used to compile my > current system and it is 1.14. Hmm, OK, try this patch: Index: ata-chipset.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-chipset.c,v retrieving revision 1.14 diff -u -r1.14 ata-chipset.c --- ata-chipset.c 12 Mar 2003 15:45:52 -0000 1.14 +++ ata-chipset.c 15 Mar 2003 19:02:13 -0000 @@ -95,8 +95,8 @@ static void ata_sis_setmode(struct ata_device *, int); static int ata_mode2idx(int); static int ata_check_80pin(struct ata_device *, int); -static int ata_find_dev(device_t, u_int32_t, u_int32_t); -static struct ata_chip_id *ata_match_chip(device_t, struct ata_chip_id *); +static int ata_find_dev(device_t, u_int32_t, u_int32_t, int); +static struct ata_chip_id *ata_match_chip(device_t, struct ata_chip_id *, int); static int ata_default_interrupt(device_t); static void ata_pci_serialize(struct ata_channel *, int); @@ -171,7 +171,7 @@ { 0, 0, 0, 0, 0, 0}}; char buffer[64]; - if (!(idx = ata_match_chip(dev, ids))) + if (!(idx = ata_match_chip(dev, ids, pci_get_slot(dev)))) return ENXIO; sprintf(buffer, "%s %s controller", idx->text, ata_mode2str(idx->max_dma)); @@ -321,7 +321,7 @@ { 0, 0, 0, 0, 0, 0}}; char buffer[64]; - if (!(idx = ata_match_chip(dev, ids))) + if (!(idx = ata_match_chip(dev, ids, pci_get_slot(dev)))) return ENXIO; sprintf(buffer, "%s %s controller", idx->text, ata_mode2str(idx->max_dma)); @@ -428,7 +428,7 @@ { 0, 0, 0, 0, 0, 0}}; char buffer[64]; - if (!(idx = ata_match_chip(dev, ids))) + if (!(idx = ata_match_chip(dev, ids, pci_get_slot(dev)))) return ENXIO; sprintf(buffer, "%s %s controller", idx->text, ata_mode2str(idx->max_dma)); @@ -601,7 +601,7 @@ { 0, 0, 0, 0, 0, 0}}; char buffer[64]; - if (!(idx = ata_match_chip(dev, ids))) + if (!(idx = ata_match_chip(dev, ids, pci_get_slot(dev)))) return ENXIO; sprintf(buffer, "%s %s controller", idx->text, ata_mode2str(idx->max_dma)); @@ -768,7 +768,7 @@ { 0, 0, 0, 0, 0, 0}}; char buffer[64]; - if (!(idx = ata_match_chip(dev, ids))) + if (!(idx = ata_match_chip(dev, ids, pci_get_slot(dev)))) return ENXIO; sprintf(buffer, "%s %s controller", idx->text, ata_mode2str(idx->max_dma)); @@ -887,7 +887,7 @@ { 0, 0, 0, 0, 0, 0}}; char buffer[64]; - if (!(idx = ata_match_chip(dev, ids))) + if (!(idx = ata_match_chip(dev, ids, pci_get_slot(dev)))) return ENXIO; sprintf(buffer, "%s %s controller", idx->text, ata_mode2str(idx->max_dma)); @@ -944,7 +944,7 @@ char *desc, buffer[64]; uintptr_t devid = 0; - if (!(idx = ata_match_chip(dev, ids))) + if (!(idx = ata_match_chip(dev, ids, pci_get_slot(dev)))) return ENXIO; /* if we are on a SuperTrak SX6000 dont attach */ @@ -1188,7 +1188,7 @@ { 0, 0, 0, 0, 0, 0}}; char buffer[64]; - if (!(idx = ata_match_chip(dev, ids))) + if (!(idx = ata_match_chip(dev, ids, pci_get_slot(dev)))) return ENXIO; sprintf(buffer, "%s %s controller", idx->text, ata_mode2str(idx->max_dma)); @@ -1276,7 +1276,7 @@ { 0, 0, 0, 0, 0, 0}}; char buffer[64]; - if (!(idx = ata_match_chip(dev, ids))) + if (!(idx = ata_match_chip(dev, ids, pci_get_slot(dev)))) return ENXIO; sprintf(buffer, "%s %s controller", idx->text, ata_mode2str(idx->max_dma)); @@ -1501,7 +1501,7 @@ { 0, 0, 0, 0, 0, 0 }}; char buffer[64]; - if (!(idx = ata_match_chip(dev, ids))) + if (!(idx = ata_match_chip(dev, ids, -1))) return ENXIO; if (idx->cfg1 == SIS_SOUTH) { @@ -1511,7 +1511,7 @@ sprintf(buffer, "SiS 96X %s controller",ata_mode2str(idx->max_dma)); } else { - if (ata_find_dev(dev, ATA_SISSOUTH, 0x10)) + if (ata_find_dev(dev, ATA_SISSOUTH, 0x10, pci_get_slot(dev))) idx->cfg1 = SIS133OLD; else { idx->max_dma = ATA_UDMA5; @@ -1659,7 +1659,7 @@ { 0, 0, 0, 0, 0, 0 }}; char buffer[64]; - if (!(idx = ata_match_chip(dev, ids))) + if (!(idx = ata_match_chip(dev, ids, pci_get_slot(dev)))) return ENXIO; sprintf(buffer, "%s %s controller", idx->text, ata_mode2str(idx->max_dma)); @@ -1808,16 +1808,16 @@ } static int -ata_find_dev(device_t dev, u_int32_t devid, u_int32_t revid) +ata_find_dev(device_t dev, u_int32_t devid, u_int32_t revid, int slot) { device_t *children; - int nchildren, i, slot = pci_get_slot(dev); + int nchildren, i; if (device_get_children(device_get_parent(dev), &children, &nchildren)) return 0; for (i = 0; i < nchildren; i++) { - if (pci_get_slot(children[i]) == slot && + if (((slot >= 0 && pci_get_slot(children[i]) == slot) || slot < 0) && pci_get_devid(children[i]) == devid && pci_get_revid(children[i]) >= revid) { free(children, M_TEMP); @@ -1829,10 +1829,10 @@ } static struct ata_chip_id * -ata_match_chip(device_t dev, struct ata_chip_id *index) +ata_match_chip(device_t dev, struct ata_chip_id *index, int slot) { while (index->chiptype != 0) { - if (ata_find_dev(dev, index->chiptype, index->chiprev)) + if (ata_find_dev(dev, index->chiptype, index->chiprev, slot)) return index; index++; } -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 12: 6:10 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6E3137B401 for ; Sat, 15 Mar 2003 12:06:08 -0800 (PST) Received: from gate.soum.co.jp (gate.soum.co.jp [202.221.40.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C1BD43F3F for ; Sat, 15 Mar 2003 12:06:07 -0800 (PST) (envelope-from fujita@soum.co.jp) Received: from force.soum.co.jp (force.soum.co.jp [IPv6:3ffe:501:80a:1:a00:20ff:fef0:4c9c]) by gate.soum.co.jp (8.12.8/8.12.6) with ESMTP id h2FK6262035179; Sun, 16 Mar 2003 05:06:02 +0900 (JST) (envelope-from fujita@soum.co.jp) Received: from vanilla.soum.co.jp (vanilla.soum.co.jp [3ffe:501:80a:1:202:b3ff:fe98:8115]) by force.soum.co.jp (8.11.6/3.7W-2001122804) with ESMTP id h2FK61x21431; Sun, 16 Mar 2003 05:06:01 +0900 (JST) Received: from localhost (localhost [::1]) by vanilla.soum.co.jp (Postfix) with ESMTP id 187815498; Sun, 16 Mar 2003 05:06:01 +0900 (JST) Date: Sun, 16 Mar 2003 05:06:00 +0900 (JST) Message-Id: <20030316.050600.74752645.fujita@soum.co.jp> To: sos@spider.deepcore.dk Cc: der_julian@web.de, freebsd-current@FreeBSD.ORG Subject: Re: SiS5591(?) ATA From: FUJITA Kazutoshi In-Reply-To: <200303151906.h2FJ6Xn5058390@spider.deepcore.dk> References: <200303151906.h2FJ6Xn5058390@spider.deepcore.dk> X-PGP-PublicKey: http://www.soum.co.jp/~fujita/fujita-GnuPG-publickey.txt X-PGP-FingerPrint: 9956 2ECE 7E7D B425 EC2D D49E FEBB 3C5F 2C34 1ECA Organization: SOUM Corporation, JAPAN X-URL: http://www.soum.co.jp/ X-Mailer: Mew version 3.1 on Emacs 21.2 / Mule 5.0 =?iso-2022-jp?B?KBskQjgtTFobKEIvU0FLQUtJKQ==?= Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG From: Soeren Schmidt Subject: Re: SiS5591(?) ATA Date: Sat, 15 Mar 2003 20:06:33 +0100 (CET) Message-ID: <200303151906.h2FJ6Xn5058390@spider.deepcore.dk> > Hmm, OK, try this patch: become better. but still it does't work in UDMA100. atapci0: port 0xff00-0xff0f at device 2.5 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 ad0: DMA limited to UDMA33, non-ATA66 cable or device ad0: 78533MB [159560/16/63] at ata0-master UDMA33 ad1: DMA limited to UDMA33, non-ATA66 cable or device ad1: 39266MB [79780/16/63] at ata0-slave UDMA33 ata1-master: DMA limited to UDMA33, non-ATA66 cable or device acd0: DVD-R at ata1-master UDMA33 Regards, To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 12:14:21 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3EB6137B404 for ; Sat, 15 Mar 2003 12:14:20 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2522243F3F for ; Sat, 15 Mar 2003 12:14:18 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.8/8.12.8) id h2FKEGnB071946; Sat, 15 Mar 2003 21:14:16 +0100 (CET) (envelope-from sos) From: Soeren Schmidt Message-Id: <200303152014.h2FKEGnB071946@spider.deepcore.dk> Subject: Re: SiS5591(?) ATA In-Reply-To: <20030316.050600.74752645.fujita@soum.co.jp> To: FUJITA Kazutoshi Date: Sat, 15 Mar 2003 21:14:16 +0100 (CET) Cc: der_julian@web.de, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems FUJITA Kazutoshi wrote: > become better. > but still it does't work in UDMA100. > > > atapci0: port 0xff00-0xff0f at device 2.5 on pci0 > ata0: at 0x1f0 irq 14 on atapci0 > ata1: at 0x170 irq 15 on atapci0 > ad0: DMA limited to UDMA33, non-ATA66 cable or device > ad0: 78533MB [159560/16/63] at ata0-master UDMA33 > ad1: DMA limited to UDMA33, non-ATA66 cable or device > ad1: 39266MB [79780/16/63] at ata0-slave UDMA33 > ata1-master: DMA limited to UDMA33, non-ATA66 cable or device > acd0: DVD-R at ata1-master UDMA33 Hmm, the cable detection sems to be failing somehow... Now is the chip found correctly ? is it *really* a SiS 961 (old ATA100 model)? -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 12:23:56 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 331C037B401; Sat, 15 Mar 2003 12:23:55 -0800 (PST) Received: from gate.soum.co.jp (gate.soum.co.jp [202.221.40.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D0A843F85; Sat, 15 Mar 2003 12:23:54 -0800 (PST) (envelope-from fujita@soum.co.jp) Received: from force.soum.co.jp (force.soum.co.jp [IPv6:3ffe:501:80a:1:a00:20ff:fef0:4c9c]) by gate.soum.co.jp (8.12.8/8.12.6) with ESMTP id h2FKNr62035204; Sun, 16 Mar 2003 05:23:53 +0900 (JST) (envelope-from fujita@soum.co.jp) Received: from vanilla.soum.co.jp (vanilla.soum.co.jp [3ffe:501:80a:1:202:b3ff:fe98:8115]) by force.soum.co.jp (8.11.6/3.7W-2001122804) with ESMTP id h2FKNqx28340; Sun, 16 Mar 2003 05:23:52 +0900 (JST) Received: from localhost (localhost [::1]) by vanilla.soum.co.jp (Postfix) with ESMTP id 29265549D; Sun, 16 Mar 2003 05:23:52 +0900 (JST) Date: Sun, 16 Mar 2003 05:23:51 +0900 (JST) Message-Id: <20030316.052351.74752614.fujita@soum.co.jp> To: tjr@FreeBSD.ORG Cc: freebsd-current@FreeBSD.ORG Subject: Re: crash: lockmgr: locking against myself From: FUJITA Kazutoshi In-Reply-To: <20030316003641.A48585@dilbert.robbins.dropbear.id.au> References: <20030315.202727.74753735.fujita@soum.co.jp> <20030316003641.A48585@dilbert.robbins.dropbear.id.au> X-PGP-PublicKey: http://www.soum.co.jp/~fujita/fujita-GnuPG-publickey.txt X-PGP-FingerPrint: 9956 2ECE 7E7D B425 EC2D D49E FEBB 3C5F 2C34 1ECA Organization: SOUM Corporation, JAPAN X-URL: http://www.soum.co.jp/ X-Mailer: Mew version 3.1 on Emacs 21.2 / Mule 5.0 =?iso-2022-jp?B?KBskQjgtTFobKEIvU0FLQUtJKQ==?= Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG From: Tim Robbins Subject: Re: crash: lockmgr: locking against myself Date: Sun, 16 Mar 2003 00:36:41 +1100 Message-ID: <20030316003641.A48585@dilbert.robbins.dropbear.id.au> > Here's a simple untested patch to try which makes udf_allocv() return > an unlocked vnode. I'm not sure whether the locking in udf_hashins() > is right. It looks good for me. At least, crash is avoided and mount successfully. Regards, To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 12:30: 0 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D929437B401 for ; Sat, 15 Mar 2003 12:29:58 -0800 (PST) Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com [194.25.134.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0375243FCB for ; Sat, 15 Mar 2003 12:29:58 -0800 (PST) (envelope-from der_julian@web.de) Received: from fwd08.sul.t-online.de by mailout04.sul.t-online.com with smtp id 18uII1-0004QU-02; Sat, 15 Mar 2003 21:29:57 +0100 Received: from jmmr.no-ip.com (520088592922-0001@[80.135.46.226]) by fmrl08.sul.t-online.com with esmtp id 18uIHy-0zVjIOC; Sat, 15 Mar 2003 21:29:54 +0100 Received: from jmmr.no-ip.com (blitz@localhost [127.0.0.1]) by jmmr.no-ip.com (8.12.8/8.12.8) with ESMTP id h2FKTjum000538 for ; Sat, 15 Mar 2003 21:29:46 +0100 (CET) (envelope-from der_julian@web.de) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200303152014.h2FKEGnB071946@spider.deepcore.dk> Date: Sat, 15 Mar 2003 21:29:45 +0100 (CET) Reply-To: der_julian@web.de From: der_julian@web.de To: freebsd-current@FreeBSD.ORG Subject: Re: SiS5591(?) ATA X-Sender: 520088592922-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 15-Mar-2003 Soeren Schmidt wrote: >> atapci0: port 0xff00-0xff0f at device 2.5 on >> pci0 >> ata0: at 0x1f0 irq 14 on atapci0 >> ata1: at 0x170 irq 15 on atapci0 >> ad0: DMA limited to UDMA33, non-ATA66 cable or device >> ad0: 78533MB [159560/16/63] at ata0-master UDMA33 >> ad1: DMA limited to UDMA33, non-ATA66 cable or device >> ad1: 39266MB [79780/16/63] at ata0-slave UDMA33 >> ata1-master: DMA limited to UDMA33, non-ATA66 cable or device >> acd0: DVD-R at ata1-master UDMA33 > > Hmm, the cable detection sems to be failing somehow... Yes. atapci0: port 0x4000-0x400f at device 2.5 on pci0 No problem here: I *really* have a SiS 745 controller. :) ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 ad0: DMA limited to UDMA33, non-ATA66 cable or device ad0: 38166MB [77545/16/63] at ata0-master UDMA33 This should be UDMA100. ata1-master: DMA limited to UDMA33, non-ATA66 cable or device acd0: CDROM at ata1-master UDMA33 No problem here, too. My CDROM does only support UDMA33. Regards, Julian Stecklina To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 12:41:34 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57C8737B401 for ; Sat, 15 Mar 2003 12:41:33 -0800 (PST) Received: from web11401.mail.yahoo.com (web11401.mail.yahoo.com [216.136.131.231]) by mx1.FreeBSD.org (Postfix) with SMTP id D479443FBF for ; Sat, 15 Mar 2003 12:41:32 -0800 (PST) (envelope-from shizukakudo_99@yahoo.com) Message-ID: <20030315204132.22204.qmail@web11401.mail.yahoo.com> Received: from [219.76.96.9] by web11401.mail.yahoo.com via HTTP; Sat, 15 Mar 2003 12:41:32 PST Date: Sat, 15 Mar 2003 12:41:32 -0800 (PST) From: Shizuka Kudo Subject: Re: panic on boot (devfs_find) To: Conrad Sabatier , Bryan Liesner Cc: freebsd-current@FreeBSD.ORG In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --- Conrad Sabatier wrote: > > Booting in verbose mode, I see the last thing that occurs just before the panic > is mounting root and then starting (or trying to start) /sbin/init. After an > initial "hang", it drops into ddb. > > -- I found the same problem for the last two days. However, it seems that this problem doesn't appear in the GENERIC kernel. I have tried putting the "INVARIANTS" stuffs back to my custom config file and it works as well. Very strange... I may have some spare time to search for the break point later and will post if I can find any commit that causes this. Regards, __________________________________________________ Do you Yahoo!? Yahoo! Web Hosting - establish your business online http://webhosting.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 12:44:26 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2F3837B404 for ; Sat, 15 Mar 2003 12:44:24 -0800 (PST) Received: from gate.soum.co.jp (gate.soum.co.jp [202.221.40.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A1CF43FA3 for ; Sat, 15 Mar 2003 12:44:23 -0800 (PST) (envelope-from fujita@soum.co.jp) Received: from force.soum.co.jp (force.soum.co.jp [IPv6:3ffe:501:80a:1:a00:20ff:fef0:4c9c]) by gate.soum.co.jp (8.12.8/8.12.6) with ESMTP id h2FKiL62035240; Sun, 16 Mar 2003 05:44:22 +0900 (JST) (envelope-from fujita@soum.co.jp) Received: from vanilla.soum.co.jp (vanilla.soum.co.jp [3ffe:501:80a:1:202:b3ff:fe98:8115]) by force.soum.co.jp (8.11.6/3.7W-2001122804) with ESMTP id h2FKiLx03548; Sun, 16 Mar 2003 05:44:21 +0900 (JST) Received: from localhost (localhost [::1]) by vanilla.soum.co.jp (Postfix) with ESMTP id D0F6A549D; Sun, 16 Mar 2003 05:44:20 +0900 (JST) Date: Sun, 16 Mar 2003 05:44:20 +0900 (JST) Message-Id: <20030316.054420.41631229.fujita@soum.co.jp> To: sos@spider.deepcore.dk Cc: der_julian@web.de, freebsd-current@FreeBSD.ORG Subject: Re: SiS5591(?) ATA From: FUJITA Kazutoshi In-Reply-To: <200303152014.h2FKEGnB071946@spider.deepcore.dk> References: <20030316.050600.74752645.fujita@soum.co.jp> <200303152014.h2FKEGnB071946@spider.deepcore.dk> X-PGP-PublicKey: http://www.soum.co.jp/~fujita/fujita-GnuPG-publickey.txt X-PGP-FingerPrint: 9956 2ECE 7E7D B425 EC2D D49E FEBB 3C5F 2C34 1ECA Organization: SOUM Corporation, JAPAN X-URL: http://www.soum.co.jp/ X-Mailer: Mew version 3.1 on Emacs 21.2 / Mule 5.0 =?iso-2022-jp?B?KBskQjgtTFobKEIvU0FLQUtJKQ==?= Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG From: Soeren Schmidt Subject: Re: SiS5591(?) ATA Date: Sat, 15 Mar 2003 21:14:16 +0100 (CET) Message-ID: <200303152014.h2FKEGnB071946@spider.deepcore.dk> > Hmm, the cable detection sems to be failing somehow... > > Now is the chip found correctly ? is it *really* a SiS 961 (old ATA100 model)? How can I make it sure? According to the M/B manual, it looks having SiS961. My M/B is MS9317E which chipset is SiS650. (http://www.matsonic.com.tw/eng/productsdata/ms9317e.htm) Regards, To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 13: 6:56 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0A3637B401 for ; Sat, 15 Mar 2003 13:06:54 -0800 (PST) Received: from gate.soum.co.jp (gate.soum.co.jp [202.221.40.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E3C943FA3 for ; Sat, 15 Mar 2003 13:06:53 -0800 (PST) (envelope-from fujita@soum.co.jp) Received: from force.soum.co.jp (force.soum.co.jp [IPv6:3ffe:501:80a:1:a00:20ff:fef0:4c9c]) by gate.soum.co.jp (8.12.8/8.12.6) with ESMTP id h2FL6q62035279 for ; Sun, 16 Mar 2003 06:06:52 +0900 (JST) (envelope-from fujita@soum.co.jp) Received: from vanilla.soum.co.jp (vanilla.soum.co.jp [3ffe:501:80a:1:202:b3ff:fe98:8115]) by force.soum.co.jp (8.11.6/3.7W-2001122804) with ESMTP id h2FL6px07890; Sun, 16 Mar 2003 06:06:51 +0900 (JST) Received: from localhost (localhost [::1]) by vanilla.soum.co.jp (Postfix) with ESMTP id 820C75498; Sun, 16 Mar 2003 06:06:50 +0900 (JST) Date: Sun, 16 Mar 2003 06:06:50 +0900 (JST) Message-Id: <20030316.060650.71086272.fujita@soum.co.jp> To: freebsd-current@FreeBSD.ORG Subject: UDF: bad file descriptor From: FUJITA Kazutoshi In-Reply-To: <20030316.052351.74752614.fujita@soum.co.jp> References: <20030315.202727.74753735.fujita@soum.co.jp> <20030316003641.A48585@dilbert.robbins.dropbear.id.au> <20030316.052351.74752614.fujita@soum.co.jp> X-PGP-PublicKey: http://www.soum.co.jp/~fujita/fujita-GnuPG-publickey.txt X-PGP-FingerPrint: 9956 2ECE 7E7D B425 EC2D D49E FEBB 3C5F 2C34 1ECA Organization: SOUM Corporation, JAPAN X-URL: http://www.soum.co.jp/ X-Mailer: Mew version 3.1 on Emacs 21.2 / Mule 5.0 =?iso-2022-jp?B?KBskQjgtTFobKEIvU0FLQUtJKQ==?= Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG From: FUJITA Kazutoshi Subject: Re: crash: lockmgr: locking against myself Date: Sun, 16 Mar 2003 05:23:51 +0900 (JST) Message-ID: <20030316.052351.74752614.fujita@soum.co.jp> > It looks good for me. > At least, crash is avoided and mount successfully. I could mount DVD-RAM successfully. (This media was formatted by TOSHIBA HDD&DVD video recorder;-p) But, some files can't be read. How can I solve this? # /bin/ls . .. VR_MANGR.BUP VR_MANGR.IFO VR_MOVIE.VRO # /bin/ls -l ls: VR_MOVIE.VRO: Bad file descriptor total 111 drw-rw-rw- 1 root wheel 2048 Mar 12 13:33 . drw-rw-rw- 4 root wheel 2048 Mar 16 18:00 .. -rw-rw-rw- 1 root wheel 56980 Mar 16 18:01 VR_MANGR.BUP -rw-rw-rw- 1 root wheel 56980 Mar 16 18:01 VR_MANGR.IFO Regards, To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 13:49: 6 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86F8337B401 for ; Sat, 15 Mar 2003 13:49:05 -0800 (PST) Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1337343F3F for ; Sat, 15 Mar 2003 13:49:05 -0800 (PST) (envelope-from wa1ter@myrealbox.com) Received: from myrealbox.com wa1ter@smtp-send.myrealbox.com [64.175.104.180] by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision: 3.32 $ on Novell NetWare via secured & encrypted transport (TLS); Sat, 15 Mar 2003 14:49:04 -0700 Message-ID: <3E739FD6.8070200@myrealbox.com> Date: Sat, 15 Mar 2003 13:49:10 -0800 From: walt Organization: none User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3b) Gecko/20030213 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: if_iso88025subr.c: doesn't compile. Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG So far today this file has been updated four times and it still won't compile. Can this be debugged off-line before being committed? I'm trying to debug another problem and I haven't been able to work on it all day because of this problem. Thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 14: 8:12 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E09637B401; Sat, 15 Mar 2003 14:08:08 -0800 (PST) Received: from brev.stud.ntnu.no (brev.stud.ntnu.no [129.241.56.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22FCE43F3F; Sat, 15 Mar 2003 14:08:07 -0800 (PST) (envelope-from morten@rodal.no) Received: from localhost (localhost [127.0.0.1]) by brev.stud.ntnu.no (Postfix) with ESMTP id 78D4413EFCD; Sat, 15 Mar 2003 23:08:05 +0100 (CET) Received: from slurp.rodal.no (m200h.studby.ntnu.no [129.241.135.200]) by brev.stud.ntnu.no (Postfix) with ESMTP id 7815A13F070; Sat, 15 Mar 2003 23:08:04 +0100 (CET) Received: (from morten@localhost) by slurp.rodal.no (8.12.8/8.12.8/Submit) id h2FM83xr000675; Sat, 15 Mar 2003 23:08:03 +0100 (CET) (envelope-from morten) Date: Sat, 15 Mar 2003 23:08:03 +0100 From: Morten Rodal To: Jeff Roberson Cc: Doug Barton , Attila Nagy , freebsd-current@FreeBSD.ORG Subject: Re: kern/49079: panic: bwrite: buffer is not busy Message-ID: <20030315220802.GA531@slurp.rodal.no> References: <20030311171353.B1461@znfgre.tberna.bet> <20030313030309.L43514-100000@mail.chesapeake.net> <20030314174727.GA544@slurp.rodal.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ADZbWkCsHQ7r3kzd" Content-Disposition: inline In-Reply-To: <20030314174727.GA544@slurp.rodal.no> X-Virus-Scanned: by AMaViS perl-11 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --ADZbWkCsHQ7r3kzd Content-Type: multipart/mixed; boundary="Kj7319i9nmIyA2yE" Content-Disposition: inline --Kj7319i9nmIyA2yE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 14, 2003 at 06:47:27PM +0100, Morten Rodal wrote: [snip the parent post] I just got another one of these. This time it didn't double panic while syncing the disks. I've been getting this quite often now, almost daily. If there is anything else I can help you with to get to the bottom of this problem don't hesitate to ask. Attached is a the gdb output and the backtrace from DDB. --=20 Morten Rodal --Kj7319i9nmIyA2yE Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ddb.log" panic: bwrite: buffer is not busy??? cpuid = 1; lapic.id = 00000000 Stack backtrace: backtrace(c0341972,0,c03448b1,d533f988,1) at backtrace+0x17 panic(c03448b1,d533f99c,c0304cd9,d533f99c,c01da2c4) at panic+0x10a bwrite(cc9a5fe8,d533fa34,c02220e2,cc9a5fe8,cc9a6118) at bwrite+0x152 bawrite(cc9a5fe8,cc9a6118,4,d533fd48,20020000) at bawrite+0x1c cluster_wbuild(c41b1a44,4000,e,0,6) at cluster_wbuild+0x732 cluster_write(cc9afa98,58000,0,2,c3fdc300) at cluster_write+0x571 ffs_write(d533fbc4,20002,c38d5c30,0,d533fc70) at ffs_write+0x5cf vn_write(c3ec26cc,d533fc70,c3fdc300,0,c38d5c30) at vn_write+0x20d dofilewrite(c38d5c30,c3ec26cc,1d,859e800,200) at dofilewrite+0xe8 write(c38d5c30,d533fd10,c,d533fd20,3) at write+0x69 syscall(8e4002f,2f,bfbf002f,0,2808f100) at syscall+0x2ac Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (4), eip = 0x285ba6d3, esp = 0xbfbff21c, ebp = 0xbfbff258 --- --Kj7319i9nmIyA2yE Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="panic.3" Content-Transfer-Encoding: quoted-printable Script started on Sat Mar 15 23:02:18 2003 slurp# gdb -k kernel.3 vmcore.3 GNU gdb 5.2.1 (FreeBSD) Copyright 2002 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 condition= s. 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-undermydesk-freebsd"... panic: bwrite: buffer is not busy??? panic messages: --- panic: bwrite: buffer is not busy??? cpuid =3D 1; lapic.id =3D 00000000 Stack backtrace: boot() called on cpu#1 syncing disks, buffers remaining... 3452 3452 3451 3451 3449 3448 3448 3448= 3448 3448 3448 3448 3448 3448 3448 3448 3448 3448 3448 3448 3448 3448 3448= 3448 3448=20 giving up on 110 buffers Uptime: 48m16s Dumping 447 MB [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CT= RL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-= C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C t= o abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to a= bort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abor= t] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] = [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CT= RL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-= C to abort] [CTRL-C to abort] [CTRL-C to abort] 16[CTRL-C to abort] [CTRL-= C to abort] [CTRL-C to abort] [CTRL-C to abort] 32[CTRL-C to abort] [CTRL-= C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C t= o abort] 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 3= 20 336 352 368 384 400 416 432 --- #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:239 239 dumping++; (kgdb) bt #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:239 #1 0xc01d457f in boot (howto=3D256) at /usr/src/sys/kern/kern_shutdown.c:3= 71 #2 0xc01d4907 in panic () at /usr/src/sys/kern/kern_shutdown.c:542 #3 0xc02194e2 in bwrite (bp=3D0xcc9a5fe8) at /usr/src/sys/kern/vfs_bio.c:8= 02 #4 0xc0219e6c in bawrite (bp=3D0x0) at /usr/src/sys/kern/vfs_bio.c:1144 #5 0xc02220e2 in cluster_wbuild (vp=3D0xc41b1a44, size=3D16384, start_lbn= =3D17,=20 len=3D6) at /usr/src/sys/kern/vfs_cluster.c:966 #6 0xc0221931 in cluster_write (bp=3D0xcc9afa98, filesize=3D360448, seqcou= nt=3D2) at /usr/src/sys/kern/vfs_cluster.c:566 #7 0xc02aa1ef in ffs_write (ap=3D0xd533fbc4) at /usr/src/sys/ufs/ffs/ffs_vnops.c:726 #8 0xc023885d in vn_write (fp=3D0xc3ec26cc, uio=3D0xd533fc70,=20 active_cred=3D0xc3fdc300, flags=3D0, td=3D0xc38d5c30) at vnode_if.h:417 #9 0xc01f7fb8 in dofilewrite (td=3D0xc38d5c30, fp=3D0xc3ec26cc, fd=3D0,=20 buf=3D0x859e800, nbyte=3D0, offset=3D0, flags=3D0) at file.h:239 #10 0xc01f7df9 in write (td=3D0xc38d5c30, uap=3D0xd533fd10) at /usr/src/sys/kern/sys_generic.c:329 #11 0xc030d09c in syscall (frame=3D {tf_fs =3D 149159983, tf_es =3D 47, tf_ds =3D -1078001617, tf_edi =3D= 0, tf_esi =3D 671674624, tf_ebp =3D -1077939624, tf_isp =3D -718013068, tf= _ebx =3D 671686852, tf_edx =3D 29, tf_ecx =3D 0, tf_eax =3D 4, tf_trapno = =3D 0, tf_err =3D 2, tf_eip =3D 677095123, tf_cs =3D 31, tf_eflags =3D 518,= tf_esp =3D -1077939684, tf_ss =3D 47}) at /usr/src/sys/i386/i386/trap.c:1030 #12 0xc02f52cd in Xint0x80_syscall () at {standard input}:139 ---Can't read userspace from dump, or kernel process--- (kgdb) slurp# ^Dexit Script done on Sat Mar 15 23:02:30 2003 --Kj7319i9nmIyA2yE-- --ADZbWkCsHQ7r3kzd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+c6RCbWe1Cy11WVsRAnGKAKCnbDxPkRjNl0iRx9Bmrs6J5tpz+ACfSnH9 ajx6FwHgJb6VjlHDpmt9ES8= =3+nF -----END PGP SIGNATURE----- --ADZbWkCsHQ7r3kzd-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 14:50:18 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED33237B401 for ; Sat, 15 Mar 2003 14:50:15 -0800 (PST) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16FB843F3F for ; Sat, 15 Mar 2003 14:50:14 -0800 (PST) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id CF41F51A62; Sun, 16 Mar 2003 09:20:10 +1030 (CST) Date: Sun, 16 Mar 2003 09:20:10 +1030 From: Greg 'groggy' Lehey To: Vallo Kallaste Cc: Darryl Okahata , current@FreeBSD.org Subject: Re: Vinum R5 Message-ID: <20030315225010.GJ92629@wantadilla.lemis.com> References: <20030220200317.GA5136@kevad.internal> <200302202228.OAA03775@mina.soco.agilent.com> <20030221080046.GA1103@kevad.internal> <20030227012959.GA89235@wantadilla.lemis.com> <20030227095302.GA1183@kevad.internal> <20030301184310.GA631@kevad.internal> <20030314024602.GL77236@wantadilla.lemis.com> <20030314080528.GA1174@kevad.internal> <20030315013223.GC90698@wantadilla.lemis.com> <20030315083454.GA935@kevad.internal> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W13SgbpmD6bhZUTM" Content-Disposition: inline In-Reply-To: <20030315083454.GA935@kevad.internal> User-Agent: Mutt/1.4i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --W13SgbpmD6bhZUTM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Saturday, 15 March 2003 at 10:34:54 +0200, Vallo Kallaste wrote: > On Sat, Mar 15, 2003 at 12:02:23PM +1030, Greg 'groggy' Lehey > wrote: > >>> -current, system did panic everytime at the end of >>> initialisation of parity (raidctl -iv raid?). So I used the >>> raidframe patch for -stable at >>> http://people.freebsd.org/~scottl/rf/2001-08-28-RAIDframe-stable.diff.gz >>> Had to do some patching by hand, but otherwise works well. >> >> I don't think that problems with RAIDFrame are related to these >> problems with Vinum. I seem to remember a commit to the head branch >> recently (in the last 12 months) relating to the problem you've seen. >> I forget exactly where it went (it wasn't from me), and in cursory >> searching I couldn't find it. It's possible that it hasn't been >> MFC'd, which would explain your problem. If you have a 5.0 machine, >> it would be interesting to see if you can reproduce it there. > > Yes, yes, the whole raidframe story was meant as information about > the conditions I did the raidframe vs. Vinum testing on. Nothing to > do with Vinum, besides that raidframe works and Vinum does not. > >>> Will it suffice to switch off power for one disk to simulate "more" >>> real-world disk failure? Are there any hidden pitfalls for failing >>> and restoring operation of non-hotswap disks? >> >> I don't think so. It was more thinking aloud than anything else. As >> I said above, this is the way I tested things in the first place. > > Ok, I'll try to simulate the disk failure by switching off the > power, then. I think you misunderstand. I simulated the disk failures by doing a "stop -f". I can't see any way that the way they go down can influence the revive integrity. I can see that powering down might not do the disks any good. Greg -- See complete headers for address and phone numbers --W13SgbpmD6bhZUTM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQE+c64iIubykFB6QiMRAkEvAJ9RLcXQO7DK+zVGMHFLZBplR2LrBwCgiEjD 4LY0crsMJqAUvFC3n1X04UE= =LPNM -----END PGP SIGNATURE----- --W13SgbpmD6bhZUTM-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 14:56:34 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 782EC37B401; Sat, 15 Mar 2003 14:56:33 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FB5143F75; Sat, 15 Mar 2003 14:56:32 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.8/8.12.8) with ESMTP id h2FMuODs000943; Sat, 15 Mar 2003 23:56:25 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: "Greg 'groggy' Lehey" Cc: Vallo Kallaste , Darryl Okahata , current@FreeBSD.ORG Subject: Re: Vinum R5 From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 16 Mar 2003 09:20:10 +1030." <20030315225010.GJ92629@wantadilla.lemis.com> Date: Sat, 15 Mar 2003 23:56:24 +0100 Message-ID: <942.1047768984@critter.freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20030315225010.GJ92629@wantadilla.lemis.com>, "Greg 'groggy' Lehey" writes: >> Ok, I'll try to simulate the disk failure by switching off the >> power, then. > >I think you misunderstand. I simulated the disk failures by doing a >"stop -f". I can't see any way that the way they go down can >influence the revive integrity. I can see that powering down might >not do the disks any good. Are you saying that you only tested vinums recovery with disks which had been cleanly shut down ? -- 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. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 15: 2:12 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88ECC37B401 for ; Sat, 15 Mar 2003 15:02:10 -0800 (PST) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B70C43FBF for ; Sat, 15 Mar 2003 15:02:09 -0800 (PST) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id A71B951A62; Sun, 16 Mar 2003 09:32:06 +1030 (CST) Date: Sun, 16 Mar 2003 09:32:06 +1030 From: Greg 'groggy' Lehey To: Poul-Henning Kamp Cc: Vallo Kallaste , Darryl Okahata , current@FreeBSD.ORG Subject: Re: Vinum R5 Message-ID: <20030315230206.GM92629@wantadilla.lemis.com> References: <20030315225010.GJ92629@wantadilla.lemis.com> <942.1047768984@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hdhkc9EpVJoq6PQ6" Content-Disposition: inline In-Reply-To: <942.1047768984@critter.freebsd.dk> User-Agent: Mutt/1.4i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --hdhkc9EpVJoq6PQ6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Saturday, 15 March 2003 at 23:56:24 +0100, Poul-Henning Kamp wrote: > In message <20030315225010.GJ92629@wantadilla.lemis.com>, "Greg 'groggy' Lehey" > writes: > >>> Ok, I'll try to simulate the disk failure by switching off the >>> power, then. >> >> I think you misunderstand. I simulated the disk failures by doing a >> "stop -f". I can't see any way that the way they go down can >> influence the revive integrity. I can see that powering down might >> not do the disks any good. > > Are you saying that you only tested vinums recovery with disks which > had been cleanly shut down ? No. "stop -f" doesn't shut down cleanly. But I also tested with powering down. As you might expect, it didn't make much difference. Greg -- See complete headers for address and phone numbers --hdhkc9EpVJoq6PQ6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQE+c7DuIubykFB6QiMRAkPLAJ0YpSrLsEkuHdRbanO/RyuJlscg9QCfetMx jMpyKXwOZr22gkTNKV5Gc1Q= =nIjY -----END PGP SIGNATURE----- --hdhkc9EpVJoq6PQ6-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 16:52:56 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE65837B401 for ; Sat, 15 Mar 2003 16:52:54 -0800 (PST) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5CDA43F93 for ; Sat, 15 Mar 2003 16:52:53 -0800 (PST) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (localhost [127.0.0.1]) by alpha.siliconlandmark.com (8.12.8/8.12.7) with ESMTP id h2G0qpBq036302; Sat, 15 Mar 2003 19:52:51 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost) by alpha.siliconlandmark.com (8.12.8/8.12.7/Submit) with ESMTP id h2G0qnFc036299; Sat, 15 Mar 2003 19:52:50 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Sat, 15 Mar 2003 19:52:49 -0500 (EST) From: Andre Guibert de Bruet To: Craig Reyenga Cc: freebsd-current@FreeBSD.ORG Subject: Re: Top weirdness. In-Reply-To: <000501c2ead9$e1d6f8c0$0200000a@sewer.org> Message-ID: <20030315195115.T36274@alpha.siliconlandmark.com> References: <000501c2ead9$e1d6f8c0$0200000a@sewer.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Craig, That's the normal output of 'top -S'. Regards, > Andre Guibert de Bruet | Enterprise Software Consultant > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > On Sat, 15 Mar 2003, Craig Reyenga wrote: > Check these out: > > http://chat.carleton.ca/~creyenga/1sttime.JPG > > http://chat.carleton.ca/~creyenga/again.JPG > > Pretty strange, my normally-aspirated computer is somehow using 168% of cpu. > > boss# uname -a > FreeBSD boss.sewer.org 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Fri Mar 7 > 01:49:18 EST 2003 > craig@boss.sewer.org:/usr/obj/usr/s/run/src/sys/BOSSKERN i386 > > Using SCHED_4BSD. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 16:56: 0 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DBE037B401 for ; Sat, 15 Mar 2003 16:55:59 -0800 (PST) Received: from wabakimi.chat.carleton.ca (wabakimi.chat.carleton.ca [134.117.1.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93B6443FBF for ; Sat, 15 Mar 2003 16:55:57 -0800 (PST) (envelope-from creyenga@connectmail.carleton.ca) Received: from fireball (terry.cavern.carleton.ca [134.117.93.187] (may be forged)) by wabakimi.chat.carleton.ca (8.12.6/8.12.6) with SMTP id h2G0ttsU004999; Sat, 15 Mar 2003 19:55:55 -0500 (EST) Message-ID: <000901c2d556$2e56cf20$0200000a@sewer.org> From: "Craig Reyenga" To: "Andre Guibert de Bruet" Cc: References: <000501c2ead9$e1d6f8c0$0200000a@sewer.org> <20030315195115.T36274@alpha.siliconlandmark.com> Subject: Re: Top weirdness. Date: Sat, 15 Feb 2003 19:56:03 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 'cc1' is _not_ a system process. How is this normal? -Craig ----- Original Message ----- From: "Andre Guibert de Bruet" To: "Craig Reyenga" Cc: Sent: Saturday, March 15, 2003 19:52 Subject: Re: Top weirdness. > Craig, > > That's the normal output of 'top -S'. > > Regards, > > > Andre Guibert de Bruet | Enterprise Software Consultant > > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > > > On Sat, 15 Mar 2003, Craig Reyenga wrote: > > > Check these out: > > > > http://chat.carleton.ca/~creyenga/1sttime.JPG > > > > http://chat.carleton.ca/~creyenga/again.JPG > > > > Pretty strange, my normally-aspirated computer is somehow using 168% of cpu. > > > > boss# uname -a > > FreeBSD boss.sewer.org 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Fri Mar 7 > > 01:49:18 EST 2003 > > craig@boss.sewer.org:/usr/obj/usr/s/run/src/sys/BOSSKERN i386 > > > > Using SCHED_4BSD. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 16:56: 4 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2EF7F37B408 for ; Sat, 15 Mar 2003 16:56:03 -0800 (PST) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46AA343FA3 for ; Sat, 15 Mar 2003 16:56:02 -0800 (PST) (envelope-from mdodd@FreeBSD.Org) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by sasami.jurai.net (8.12.8/8.12.8) with ESMTP id h2G0u1Ci007174; Sat, 15 Mar 2003 19:56:01 -0500 (EST) (envelope-from mdodd@FreeBSD.Org) Date: Sat, 15 Mar 2003 19:56:01 -0500 (EST) From: "Matthew N. Dodd" X-X-Sender: winter@sasami.jurai.net To: walt Cc: freebsd-current@FreeBSD.Org Subject: Re: if_iso88025subr.c: doesn't compile. In-Reply-To: <3E739FD6.8070200@myrealbox.com> Message-ID: <20030315195523.C11691@sasami.jurai.net> References: <3E739FD6.8070200@myrealbox.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 15 Mar 2003, walt wrote: > So far today this file has been updated four times and it still won't > compile. Can this be debugged off-line before being committed? You just happened to catch it at a bad time. Sorry for the trouble. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 17:17: 3 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10D4837B401 for ; Sat, 15 Mar 2003 17:17:01 -0800 (PST) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EF3743F75 for ; Sat, 15 Mar 2003 17:17:00 -0800 (PST) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (localhost [127.0.0.1]) by alpha.siliconlandmark.com (8.12.8/8.12.7) with ESMTP id h2G1FhBq036371; Sat, 15 Mar 2003 20:15:43 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost) by alpha.siliconlandmark.com (8.12.8/8.12.7/Submit) with ESMTP id h2G1FhiY036368; Sat, 15 Mar 2003 20:15:43 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Sat, 15 Mar 2003 20:15:43 -0500 (EST) From: Andre Guibert de Bruet To: Craig Reyenga Cc: freebsd-current@FreeBSD.ORG Subject: Re: Top weirdness. In-Reply-To: <000901c2d556$2e56cf20$0200000a@sewer.org> Message-ID: <20030315200722.I36274@alpha.siliconlandmark.com> References: <000501c2ead9$e1d6f8c0$0200000a@sewer.org> <20030315195115.T36274@alpha.siliconlandmark.com> <000901c2d556$2e56cf20$0200000a@sewer.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Craig, It's not a system process, but it's GCC (step 2) running as root. You were building software (ports, kernel or other) when the screenshot was taken. top -S displays non-system processes as well as system processes. The 168% in the weighed CPU field is a little odd, but it's an approximated average and as such, is not always perfectly accurate. Regards, > Andre Guibert de Bruet | Enterprise Software Consultant > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > On Sat, 15 Feb 2003, Craig Reyenga wrote: > 'cc1' is _not_ a system process. How is this normal? > > -Craig > > > ----- Original Message ----- > From: "Andre Guibert de Bruet" > To: "Craig Reyenga" > Cc: > Sent: Saturday, March 15, 2003 19:52 > Subject: Re: Top weirdness. > > Craig, > > > > That's the normal output of 'top -S'. > > > > Regards, > > > > > Andre Guibert de Bruet | Enterprise Software Consultant > > > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > > > > > On Sat, 15 Mar 2003, Craig Reyenga wrote: > > > > > Check these out: > > > > > > http://chat.carleton.ca/~creyenga/1sttime.JPG > > > > > > http://chat.carleton.ca/~creyenga/again.JPG > > > > > > Pretty strange, my normally-aspirated computer is somehow using 168% > of cpu. > > > > > > boss# uname -a > > > FreeBSD boss.sewer.org 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Fri Mar > 7 > > > 01:49:18 EST 2003 > > > craig@boss.sewer.org:/usr/obj/usr/s/run/src/sys/BOSSKERN i386 > > > > > > Using SCHED_4BSD. > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 18: 9:59 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FF9D37B401 for ; Sat, 15 Mar 2003 18:09:57 -0800 (PST) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id D07D243FB1 for ; Sat, 15 Mar 2003 18:09:56 -0800 (PST) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (localhost [127.0.0.1]) by alpha.siliconlandmark.com (8.12.8/8.12.7) with ESMTP id h2G29uBq036452; Sat, 15 Mar 2003 21:09:56 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost) by alpha.siliconlandmark.com (8.12.8/8.12.7/Submit) with ESMTP id h2G29tcA036449; Sat, 15 Mar 2003 21:09:55 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Sat, 15 Mar 2003 21:09:55 -0500 (EST) From: Andre Guibert de Bruet To: FUJITA Kazutoshi Cc: freebsd-current@FreeBSD.ORG Subject: Re: UDF: bad file descriptor In-Reply-To: <20030316.060650.71086272.fujita@soum.co.jp> Message-ID: <20030315210054.U36274@alpha.siliconlandmark.com> References: <20030315.202727.74753735.fujita@soum.co.jp> <20030316003641.A48585@dilbert.robbins.dropbear.id.au> <20030316.052351.74752614.fujita@soum.co.jp> <20030316.060650.71086272.fujita@soum.co.jp> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 16 Mar 2003, FUJITA Kazutoshi wrote: > I could mount DVD-RAM successfully. > But, some files can't be read. > How can I solve this? > > # /bin/ls > . .. VR_MANGR.BUP VR_MANGR.IFO VR_MOVIE.VRO > > # /bin/ls -l > ls: VR_MOVIE.VRO: Bad file descriptor > total 111 > drw-rw-rw- 1 root wheel 2048 Mar 12 13:33 . > drw-rw-rw- 4 root wheel 2048 Mar 16 18:00 .. > -rw-rw-rw- 1 root wheel 56980 Mar 16 18:01 VR_MANGR.BUP > -rw-rw-rw- 1 root wheel 56980 Mar 16 18:01 VR_MANGR.IFO Sounds like the lstat on VR_MOVIE.VRO is failing. Does 'truss ls -l' display anything relevant? > Andre Guibert de Bruet | Enterprise Software Consultant > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 19:51:57 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3AC7237B401 for ; Sat, 15 Mar 2003 19:51:53 -0800 (PST) Received: from serio.al.rim.or.jp (serio.al.rim.or.jp [202.247.191.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13CEE43FA3 for ; Sat, 15 Mar 2003 19:51:52 -0800 (PST) (envelope-from miniyan@kt.rim.or.jp) Received: from mail6.rim.or.jp by serio.al.rim.or.jp (3.7W/HMX-13) id MAA14164; Sun, 16 Mar 2003 12:51:50 +0900 (JST) Received: from [192.168.2.10] (l224047.ppp.asahi-net.or.jp [218.219.224.47]) by mail6.rim.or.jp (8.9.3/3.7W) id MAA23156; Sun, 16 Mar 2003 12:51:49 +0900 (JST) Date: Sun, 16 Mar 2003 12:51:49 +0900 From: miniyan To: "Maksim Yevmenkin" Subject: Re: bluetooth BW-BH02U reset failure Cc: current@FreeBSD.ORG In-Reply-To: <790A8B1F40ACA848939EBD247AE490302794E9@scl8ex04.int.exodus.net> References: <790A8B1F40ACA848939EBD247AE490302794E9@scl8ex04.int.exodus.net> Message-Id: <20030316124643.254A.MINIYAN@kt.rim.or.jp> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.05.08 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello Maksim, > > At first, I installed 5-CURRENT on P3 machine and sync with cvsup to > > latest. and overwrite 2003-03-05 maksim's bluetooth modules. > > please verify that tarball you have downloaded has both kernel > and userland stuff, i.e. you have sys, share, usr.bin and usr.sbin > in the snapshot's src/ directory. if not please download updated > snapshot from the same location. OK, I checked my copy of 2003-03-05. It only has sys. I'd download latest 2003-03-05 on your directory. I've rebuild environment. > > I tried to use planex(http://www.planex.co.jp/) BW-BH02U BlueTooth USB > > dongle. > > > > I plugged BW-BH02U in to FreeBSD without any ko module. FreeBSD found > > that device with ugen0. following message got with usbdevs -v and udesc_dump. > > ugen(4) is generic USB device driver. you need to load ng_ubt(4) driver > before plugging your device. > > > ugen0: Broadcom product 0x2033, rev 1.01/0.a0, addr 2 > I just mistake device name, it not BW-BH02U. true name is "GW-BH02U". > D-Link DBW-120M, but there is D-Link DWB-120M. it could be that > i mistyped the name. is that the one you have > > http://www.dlink.com/products/usb/dwb120m/ > > the bad news is that page says its Mac only. also it seems in order > to make D-Link DWB-120M work on PC you need to download some sort of > firmware into it. > > according to D-Link there is another adapter D-Link DBT-120 > > http://www.dlink.com/products/usb/dbt120/ > > and the page says it works with Mac & PC. also to make things very > confusing according to BlueZ page there are two revisions of DBT-120. > One has Broadcomm chip (Rev A1) and other CSR chip (Rev B1). The > version with Broadcomm chip (Rev A1) also needs firmware download. > Version with CSR chip (Rev B1) works just as it is. I check that site, but I cannot find any topic and drivers out. also WWW.planex.co.jp does not have any new information. > i will have to go back to the original tester for clarification on that. > sorry i do not have this device my self. No problem. > if you have original D-Link DWB-120M or D-Link DBT-120 (Rev A1) than > for now you out of luck :( i need to get one of these devices myself > to figure out how to download firmware and add proper support in ng_ubt(4) > driver. i have downloaded w2k driver for D-Link DBT-120 and will try > to poke around later. I tried to get DBT-120M, but I cannot get yet. fortunately, I got another device. It is HASEGAWA SYS-COM's HNT-UB01. I checked this device with usbdevs. ng_ubt asked this device is MITSUMI(0x3ee) BT_DONGLE(0x641f) This device is work on my environment(some time failure in "reset", "initialize" I cannot solved yet why that failure). following message is this devices' one. Action is connect -> start -> stop -> disconnect ---------# hcidump HCIDump - HCI packet analyzer ver 1.4 device: any snap_len: 65535 filter: 0xffffffff < HCI Command: Reset(0x03|0x0003) plen 0 > HCI Event: Command Complete(0x0e) plen 4 > HCI Event: Command Status(0x0f) plen 4 < HCI Command: Read BD ADDR(0x04|0x0009) plen 0 > HCI Event: Command Complete(0x0e) plen 10 < HCI Command: Read Local Supported Features(0x04|0x0003) plen 0 > HCI Event: Command Complete(0x0e) plen 12 < HCI Command: Read Buffer Size(0x04|0x0005) plen 0 > HCI Event: Command Complete(0x0e) plen 11 < HCI Command: Write Scan Enable(0x03|0x001a) plen 1 > HCI Event: Command Complete(0x0e) plen 4 < HCI Command: Write Class of Device(0x03|0x0024) plen 3 > HCI Event: Command Complete(0x0e) plen 4 < HCI Command: Change Local Name(0x03|0x0013) plen 248 > HCI Event: Command Complete(0x0e) plen 4 ---------- dmesg ubt0: Mitsumi product 0x641f, rev 1.10/1.14, addr 2 ubt0: Interface 0 endpoints: interrupt=0x81, bulk-in=0x82, bulk-out=0x2 ubt0: Interface 1 (alt.config 5) endpoints: isoc-in=0x83, isoc-out=0x3; wMaxPacketSize=49; nframes=6, buffer size=294 ng_hci_process_event: ubt0hci - got HCI event=0xe, length=4 ng_hci_process_event: ubt0hci - got HCI event=0xf, length=4 ng_hci_process_event: ubt0hci - got HCI event=0xe, length=10 ng_hci_process_event: ubt0hci - got HCI event=0xe, length=12 ng_hci_process_event: ubt0hci - got HCI event=0xe, length=11 ng_hci_process_event: ubt0hci - got HCI event=0xe, length=4 ng_hci_process_event: ubt0hci - got HCI event=0xe, length=4 ng_hci_process_event: ubt0hci - got HCI event=0xe, length=4 ng_l2cap_lower_rcvmsg: ubt0l2cap - HCI node is up, bdaddr: xx:xx:xx:xx:xx:xx, pkt_size=128 bytes, num_pkts=8 ng_btsocket_l2cap_default_msg_input: Updating hook "ubt0l2c", src bdaddr=xx:xx:xx:xx:xx:xx ng_btsocket_l2cap_raw_input: Updating hook "ubt0ctl", src bdaddr=xx:xx:xx:xx:xx:xx ubt_bulk_in_complete: ubt0 - Bulk-in xfer failed. IOERROR (13) ubt_bulk_in_complete: ubt0 - Bulk-in xfer failed. IOERROR (13) ubt_intr_complete: ubt0 - Interrupt xfer failed. IOERROR (13) ---- 12 time repeats last 3 lines---- ubt_bulk_in_complete: ubt0 - Bulk-in xfer failed. IOERROR (13) ubt0: at uhub0 port 2 (addr 2) disconnected ubt_bulk_in_complete: ubt0 - Bulk-in xfer failed. IOERROR (13) ----- 19 times repeat last line ---- ubt0: detached So back to GW-BT02U, I tried to GW-BT02U again. This device ofcourse failure with "reset" command. I captured hcidump for this. Action is same connect -> start -> stop -> disconnect hcidump log is just follows: ------ hcidump rainfall# hcidump HCIDump - HCI packet analyzer ver 1.4 device: any snap_len: 65535 filter: 0xffffffff < HCI Command: Reset(0x03|0x0003) plen 0 ------ dmesg ubt0: Broadcom product 0x2033, rev 1.01/0.a0, addr 2 ubt0: Interface 0 endpoints: interrupt=0x81, bulk-in=0x82, bulk-out=0x2 ubt0: Interface 1 (alt.config 4) endpoints: isoc-in=0x83, isoc-out=0x3; wMaxPacketSize=64; nframes=5, buffer size=320 ng_hci_process_command_timeout: ubt0hci - unable to complete HCI command OGF=0x3, OCF=0x3. Timeout ubt_bulk_in_complete: ubt0 - Bulk-in xfer failed. IOERROR (13) ubt_bulk_in_complete: ubt0 - Bulk-in xfer failed. IOERROR (13) ubt_intr_complete: ubt0 - Interrupt xfer failed. IOERROR (13) ubt_bulk_in_complete: ubt0 - Bulk-in xfer failed. IOERROR (13) ubt_bulk_in_complete: ubt0 - Bulk-in xfer failed. IOERROR (13) ubt_bulk_in_complete: ubt0 - Bulk-in xfer failed. IOERROR (13) ubt_intr_complete: ubt0 - Interrupt xfer failed. IOERROR (13) ---- 3 times repert last 4 lines ----- ubt_bulk_in_complete: ubt0 - Bulk-in xfer failed. IOERROR (13) ubt_bulk_in_complete: ubt0 - Bulk-in xfer failed. IOERROR (13) ubt_intr_complete: ubt0 - Interrupt xfer failed. IOERROR (13) ----- a report last 3 line ----- ubt0: at uhub0 port 2 (addr 2) disconnected ubt_bulk_in_complete: ubt0 - Bulk-in xfer failed. IOERROR (13) ---- 19 times repert last line ---- ubt0: detached This looks like device not response. I think freebsd should work because MITSUMI's device work. Then this problem relate BroadCom's device. What's next steps? Thanks, Takahiko -- miniyan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 20:13:25 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7860237B401 for ; Sat, 15 Mar 2003 20:13:23 -0800 (PST) Received: from ip68-14-60-78.no.no.cox.net (ip68-14-60-78.no.no.cox.net [68.14.60.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id 833CB43F3F for ; Sat, 15 Mar 2003 20:13:22 -0800 (PST) (envelope-from conrads@ip68-14-60-78.no.no.cox.net) Received: from ip68-14-60-78.no.no.cox.net (localhost [127.0.0.1]) by ip68-14-60-78.no.no.cox.net (8.12.8/8.12.8) with ESMTP id h2G4HMDY003671; Sat, 15 Mar 2003 22:17:22 -0600 (CST) (envelope-from conrads@ip68-14-60-78.no.no.cox.net) Received: (from conrads@localhost) by ip68-14-60-78.no.no.cox.net (8.12.8/8.12.8/Submit) id h2G4HH7s003670; Sat, 15 Mar 2003 22:17:17 -0600 (CST) (envelope-from conrads) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20030315204132.22204.qmail@web11401.mail.yahoo.com> Date: Sat, 15 Mar 2003 22:17:17 -0600 (CST) Organization: A Rag-Tag Band of Drug-Crazed Hippies From: Conrad Sabatier To: Shizuka Kudo Subject: Re: panic on boot (devfs_find) Cc: freebsd-current@FreeBSD.ORG, Bryan Liesner Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 15-Mar-2003 Shizuka Kudo wrote: > > --- Conrad Sabatier wrote: >> >> Booting in verbose mode, I see the last thing that occurs just before the >> panic is mounting root and then starting (or trying to start) /sbin/init. >> After an initial "hang", it drops into ddb. >> >> -- > > I found the same problem for the last two days. However, it seems that this > problem doesn't appear in the GENERIC kernel. I have tried putting the > "INVARIANTS" stuffs back to my custom config file and it works as well. Very > strange... Yes, it is very strange. Yesterday, all of the kernels I compiled were bombing in devfs_find(). Today, the kernels I've tried are now bombing in devfs_vmkdir(). I compiled today using minimal CFLAGS, just "-O -pipe", no -march stuff. > I may have some spare time to search for the break point later and will post > if I can find any commit that causes this. -- Conrad Sabatier - "In Unix veritas" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 20:15:46 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8790D37B404 for ; Sat, 15 Mar 2003 20:15:42 -0800 (PST) Received: from gate.soum.co.jp (gate.soum.co.jp [202.221.40.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBAF743FA3 for ; Sat, 15 Mar 2003 20:15:40 -0800 (PST) (envelope-from fujita@soum.co.jp) Received: from force.soum.co.jp (force.soum.co.jp [IPv6:3ffe:501:80a:1:a00:20ff:fef0:4c9c]) by gate.soum.co.jp (8.12.8/8.12.6) with ESMTP id h2G4Fd62035919; Sun, 16 Mar 2003 13:15:39 +0900 (JST) (envelope-from fujita@soum.co.jp) Received: from vanilla.soum.co.jp (vanilla.soum.co.jp [3ffe:501:80a:1:202:b3ff:fe98:8115]) by force.soum.co.jp (8.11.6/3.7W-2001122804) with ESMTP id h2G4Fbx27856; Sun, 16 Mar 2003 13:15:37 +0900 (JST) Received: from localhost (localhost [::1]) by vanilla.soum.co.jp (Postfix) with ESMTP id 1A8EB5498; Sun, 16 Mar 2003 13:15:37 +0900 (JST) Date: Sun, 16 Mar 2003 13:15:36 +0900 (JST) Message-Id: <20030316.131536.74752056.fujita@soum.co.jp> To: andy@siliconlandmark.com Cc: freebsd-current@FreeBSD.ORG Subject: Re: UDF: bad file descriptor From: FUJITA Kazutoshi In-Reply-To: <20030315210054.U36274@alpha.siliconlandmark.com> References: <20030316.052351.74752614.fujita@soum.co.jp> <20030316.060650.71086272.fujita@soum.co.jp> <20030315210054.U36274@alpha.siliconlandmark.com> X-PGP-PublicKey: http://www.soum.co.jp/~fujita/fujita-GnuPG-publickey.txt X-PGP-FingerPrint: 9956 2ECE 7E7D B425 EC2D D49E FEBB 3C5F 2C34 1ECA Organization: SOUM Corporation, JAPAN X-URL: http://www.soum.co.jp/ X-Mailer: Mew version 3.1 on Emacs 21.2 / Mule 5.0 =?iso-2022-jp?B?KBskQjgtTFobKEIvU0FLQUtJKQ==?= Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG From: Andre Guibert de Bruet Subject: Re: UDF: bad file descriptor Date: Sat, 15 Mar 2003 21:09:55 -0500 (EST) Message-ID: <20030315210054.U36274@alpha.siliconlandmark.com> > > # /bin/ls -l > > ls: VR_MOVIE.VRO: Bad file descriptor > > total 111 > > drw-rw-rw- 1 root wheel 2048 Mar 12 13:33 . > > drw-rw-rw- 4 root wheel 2048 Mar 16 18:00 .. > > -rw-rw-rw- 1 root wheel 56980 Mar 16 18:01 VR_MANGR.BUP > > -rw-rw-rw- 1 root wheel 56980 Mar 16 18:01 VR_MANGR.IFO > > Sounds like the lstat on VR_MOVIE.VRO is failing. Does 'truss ls -l' > display anything relevant? It seems there is no relevant. # truss /bin/ls -l ioctl(1,TIOCGETA,0xbfbff3b0) = 0 (0x0) ioctl(1,TIOCGWINSZ,0xbfbff414) = 0 (0x0) getuid() = 0 (0x0) readlink("/etc/malloc.conf",0xbfbff300,63) ERR#2 'No such file or directory' issetugid() = 0 (0x0) getuid() = 0 (0x0) mmap(0x0,4096,0x3,0x1002,-1,0x0) = 671887360 (0x280c3000) break(0x80d5000) = 0 (0x0) break(0x80d6000) = 0 (0x0) break(0x80d7000) = 0 (0x0) break(0x80d8000) = 0 (0x0) lstat(".",0x80d7148) = 0 (0x0) open(".",0x0,00) = 3 (0x3) fchdir(0x3) = 0 (0x0) open(".",0x0,00) = 4 (0x4) stat(".",0xbfbff2c0) = 0 (0x0) open(".",0x4,00) = 5 (0x5) fstat(5,0xbfbff2c0) = 0 (0x0) fcntl(0x5,0x2,0x1) = 0 (0x0) __sysctl(0xbfbff170,0x2,0x80cf4dc,0xbfbff16c,0x0,0x0) = 0 (0x0) fstatfs(0x5,0xbfbff1c0) = 0 (0x0) break(0x80d9000) = 0 (0x0) fstat(5,0xbfbff2c0) = 0 (0x0) fchdir(0x5) = 0 (0x0) getdirentries(0x5,0x80d8000,0x1000,0x80d5054) = 96 (0x60) lstat(".",0x80d7248) = 0 (0x0) lstat("..",0x80d7348) = 0 (0x0) lstat("VR_MOVIE.VRO",0x80d7448) ERR#9 'Bad file descriptor' lstat("VR_MANGR.BUP",0x80d7548) = 0 (0x0) lstat("VR_MANGR.IFO",0x80d7648) = 0 (0x0) getdirentries(0x5,0x80d8000,0x1000,0x80d5054) = 0 (0x0) lseek(5,0x0,0) = 0 (0x0) close(5) = 0 (0x0) fchdir(0x3) = 0 (0x0) fchdir(0x4) = 0 (0x0) close(4) = 0 (0x0) stat("/etc/nsswitch.conf",0xbfbfed60) = 0 (0x0) open("/etc/nsswitch.conf",0x0,0666) = 4 (0x4) break(0x80da000) = 0 (0x0) ioctl(4,TIOCGETA,0xbfbfec60) ERR#25 'Inappropriate ioctl for device' fstat(4,0xbfbfebb0) = 0 (0x0) break(0x80de000) = 0 (0x0) read(0x4,0x80da000,0x4000) = 0 (0x0) ioctl(4,TIOCGETA,0xbfbfec40) ERR#25 'Inappropriate ioctl for device' close(4) = 0 (0x0) geteuid() = 0 (0x0) stat("/etc/spwd.db",0xbfbfeca0) = 0 (0x0) open("/etc/spwd.db",0x0,00) = 4 (0x4) fcntl(0x4,0x2,0x1) = 0 (0x0) read(0x4,0x80d8200,0x104) = 260 (0x104) lseek(4,0x5000,0) = 20480 (0x5000) read(0x4,0x80da000,0x1000) = 4096 (0x1000) lseek(4,0x4000,0) = 16384 (0x4000) read(0x4,0x80db000,0x1000) = 4096 (0x1000) open("/etc/group",0x0,0666) = 5 (0x5) fstat(5,0xbfbfec80) = 0 (0x0) break(0x80e2000) = 0 (0x0) lseek(5,0x0,1) = 0 (0x0) lseek(5,0x0,0) = 0 (0x0) stat("/etc/nsswitch.conf",0xbfbfed40) = 0 (0x0) read(0x5,0x80de000,0x4000) = 378 (0x17a) ls: write(2,0xbfbfe4d0,4) = 4 (0x4) VR_MOVIE.VRO: Bad file descriptorwrite(2,0xbfbfe4f0,33) = 33 (0x21) write(2,0x80c4733,1) = 1 (0x1) fstat(1,0xbfbfe850) = 0 (0x0) ioctl(1,TIOCGETA,0xbfbfe890) = 0 (0x0) total 111 write(1,0x80dc000,10) = 10 (0xa) pathconf(0xbfbfe9d0,0x3b) ERR#22 'Invalid argument' gettimeofday(0xbfbfed78,0x0) = 0 (0x0) access("/etc/localtime",4) = 0 (0x0) open("/etc/localtime",0x0,00) = 6 (0x6) fstat(6,0xbfbfecc0) = 0 (0x0) read(0x6,0xbfbfc9a0,0x1f08) = 73 (0x49) close(6) = 0 (0x0) drw-rw-rw- 1 root wheel 2048 Mar 12 13:33 . write(1,0x80dc000,48) = 48 (0x30) drw-rw-rw- 4 root wheel 2048 Mar 16 18:00 .. write(1,0x80dc000,49) = 49 (0x31) -rw-rw-rw- 1 root wheel 56980 Mar 16 18:01 VR_MANGR.BUP write(1,0x80dc000,59) = 59 (0x3b) -rw-rw-rw- 1 root wheel 56980 Mar 16 18:01 VR_MANGR.IFO write(1,0x80dc000,59) = 59 (0x3b) exit(0x1) process exit, rval = 256 Regards, To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 20:27: 4 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 317B537B401 for ; Sat, 15 Mar 2003 20:27:03 -0800 (PST) Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A61543F3F for ; Sat, 15 Mar 2003 20:27:02 -0800 (PST) (envelope-from wa1ter@myrealbox.com) Received: from myrealbox.com wa1ter@smtp-send.myrealbox.com [66.126.108.214] by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision: 3.32 $ on Novell NetWare via secured & encrypted transport (TLS); Sat, 15 Mar 2003 21:27:01 -0700 Message-ID: <3E73FD1C.3010006@myrealbox.com> Date: Sat, 15 Mar 2003 20:27:08 -0800 From: walt Organization: none User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3b) Gecko/20030213 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: GEOM_MBR breaks my kernel References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Poul-Henning Kamp wrote: > In message <3E71E323.5010808@myrealbox.com>, walt writes: > >>I've been unable to boot any kernel I've built since about March 11 >>and I've narrowed it down to the GEOM_MBR option. >> >>With GEOM_MBR I get a kernel page fault error when trying to >>mount the root filesystem at boot time. > Can you get us the messages and a traceback ? Well, no. I've been trying to find a kernel configuration that will allow me to reproduce the bug AND generate a traceback, but so far I can't find one. The problem is that just adding GEOM_MBR to a GENERIC kernel doesn't produce the bug. My normal custom kernel doesn't contain the debugging stuff, and if I start changing things the bug doesn't show. The only semi-interesting result I've come up with is this: I normally use only the 'cpu I686_CPU' flag because I have an Athlon cpu. But if I also include the 'cpu I586_CPU' flag the bug completely changes: the machine boots and the filesystems mount just fine but about ten seconds after I start X running the machine panics and reboots shortly thereafter. The panic message doesn't appear on the screen because the console is not visible at that point. Does this suggest a gcc problem? I've never really understood how more than one 'cpu' flag can be included in the kernel config file, so I'm not sure what actually changes when I do that. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 20:30: 2 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B98BB37B401 for ; Sat, 15 Mar 2003 20:29:58 -0800 (PST) Received: from magic.adaptec.com (magic-mail.adaptec.com [208.236.45.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0D7643FCB for ; Sat, 15 Mar 2003 20:29:57 -0800 (PST) (envelope-from scott_long@btc.adaptec.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6/8.11.6) with ESMTP id h2G4TMl25475; Sat, 15 Mar 2003 20:29:22 -0800 Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [10.100.0.52]) by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id UAA22839; Sat, 15 Mar 2003 20:29:31 -0800 (PST) Received: from btc.adaptec.com (hollin [10.100.253.56]) by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id VAA03147; Sat, 15 Mar 2003 21:29:26 -0700 (MST) Message-ID: <3E73FD9C.8040004@btc.adaptec.com> Date: Sat, 15 Mar 2003 21:29:16 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2.1) Gecko/20030206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FUJITA Kazutoshi Cc: andy@siliconlandmark.com, freebsd-current@freebsd.org Subject: Re: UDF: bad file descriptor References: <20030316.052351.74752614.fujita@soum.co.jp> <20030316.060650.71086272.fujita@soum.co.jp> <20030315210054.U36274@alpha.siliconlandmark.com> <20030316.131536.74752056.fujita@soum.co.jp> In-Reply-To: <20030316.131536.74752056.fujita@soum.co.jp> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Sorry for neglecting UDF for so long. Regarding this problem, what program was used to generate the UDF filesystem on the disk? If the disk doesn't have much data on it, would it be possible to 'dd' an image of the disk to a file and send me the file? Scott FUJITA Kazutoshi wrote: > From: Andre Guibert de Bruet > Subject: Re: UDF: bad file descriptor > Date: Sat, 15 Mar 2003 21:09:55 -0500 (EST) > Message-ID: <20030315210054.U36274@alpha.siliconlandmark.com> > >>># /bin/ls -l >>>ls: VR_MOVIE.VRO: Bad file descriptor >>>total 111 >>>drw-rw-rw- 1 root wheel 2048 Mar 12 13:33 . >>>drw-rw-rw- 4 root wheel 2048 Mar 16 18:00 .. >>>-rw-rw-rw- 1 root wheel 56980 Mar 16 18:01 VR_MANGR.BUP >>>-rw-rw-rw- 1 root wheel 56980 Mar 16 18:01 VR_MANGR.IFO >> >>Sounds like the lstat on VR_MOVIE.VRO is failing. Does 'truss ls -l' >>display anything relevant? > > > It seems there is no relevant. > > # truss /bin/ls -l > ioctl(1,TIOCGETA,0xbfbff3b0) = 0 (0x0) > ioctl(1,TIOCGWINSZ,0xbfbff414) = 0 (0x0) > getuid() = 0 (0x0) > readlink("/etc/malloc.conf",0xbfbff300,63) ERR#2 'No such file or directory' > issetugid() = 0 (0x0) > getuid() = 0 (0x0) > mmap(0x0,4096,0x3,0x1002,-1,0x0) = 671887360 (0x280c3000) > break(0x80d5000) = 0 (0x0) > break(0x80d6000) = 0 (0x0) > break(0x80d7000) = 0 (0x0) > break(0x80d8000) = 0 (0x0) > lstat(".",0x80d7148) = 0 (0x0) > open(".",0x0,00) = 3 (0x3) > fchdir(0x3) = 0 (0x0) > open(".",0x0,00) = 4 (0x4) > stat(".",0xbfbff2c0) = 0 (0x0) > open(".",0x4,00) = 5 (0x5) > fstat(5,0xbfbff2c0) = 0 (0x0) > fcntl(0x5,0x2,0x1) = 0 (0x0) > __sysctl(0xbfbff170,0x2,0x80cf4dc,0xbfbff16c,0x0,0x0) = 0 (0x0) > fstatfs(0x5,0xbfbff1c0) = 0 (0x0) > break(0x80d9000) = 0 (0x0) > fstat(5,0xbfbff2c0) = 0 (0x0) > fchdir(0x5) = 0 (0x0) > getdirentries(0x5,0x80d8000,0x1000,0x80d5054) = 96 (0x60) > lstat(".",0x80d7248) = 0 (0x0) > lstat("..",0x80d7348) = 0 (0x0) > lstat("VR_MOVIE.VRO",0x80d7448) ERR#9 'Bad file descriptor' > lstat("VR_MANGR.BUP",0x80d7548) = 0 (0x0) > lstat("VR_MANGR.IFO",0x80d7648) = 0 (0x0) > getdirentries(0x5,0x80d8000,0x1000,0x80d5054) = 0 (0x0) > lseek(5,0x0,0) = 0 (0x0) > close(5) = 0 (0x0) > fchdir(0x3) = 0 (0x0) > fchdir(0x4) = 0 (0x0) > close(4) = 0 (0x0) > stat("/etc/nsswitch.conf",0xbfbfed60) = 0 (0x0) > open("/etc/nsswitch.conf",0x0,0666) = 4 (0x4) > break(0x80da000) = 0 (0x0) > ioctl(4,TIOCGETA,0xbfbfec60) ERR#25 'Inappropriate ioctl for device' > fstat(4,0xbfbfebb0) = 0 (0x0) > break(0x80de000) = 0 (0x0) > read(0x4,0x80da000,0x4000) = 0 (0x0) > ioctl(4,TIOCGETA,0xbfbfec40) ERR#25 'Inappropriate ioctl for device' > close(4) = 0 (0x0) > geteuid() = 0 (0x0) > stat("/etc/spwd.db",0xbfbfeca0) = 0 (0x0) > open("/etc/spwd.db",0x0,00) = 4 (0x4) > fcntl(0x4,0x2,0x1) = 0 (0x0) > read(0x4,0x80d8200,0x104) = 260 (0x104) > lseek(4,0x5000,0) = 20480 (0x5000) > read(0x4,0x80da000,0x1000) = 4096 (0x1000) > lseek(4,0x4000,0) = 16384 (0x4000) > read(0x4,0x80db000,0x1000) = 4096 (0x1000) > open("/etc/group",0x0,0666) = 5 (0x5) > fstat(5,0xbfbfec80) = 0 (0x0) > break(0x80e2000) = 0 (0x0) > lseek(5,0x0,1) = 0 (0x0) > lseek(5,0x0,0) = 0 (0x0) > stat("/etc/nsswitch.conf",0xbfbfed40) = 0 (0x0) > read(0x5,0x80de000,0x4000) = 378 (0x17a) > ls: write(2,0xbfbfe4d0,4) = 4 (0x4) > VR_MOVIE.VRO: Bad file descriptorwrite(2,0xbfbfe4f0,33) = 33 (0x21) > > write(2,0x80c4733,1) = 1 (0x1) > fstat(1,0xbfbfe850) = 0 (0x0) > ioctl(1,TIOCGETA,0xbfbfe890) = 0 (0x0) > total 111 > write(1,0x80dc000,10) = 10 (0xa) > pathconf(0xbfbfe9d0,0x3b) ERR#22 'Invalid argument' > gettimeofday(0xbfbfed78,0x0) = 0 (0x0) > access("/etc/localtime",4) = 0 (0x0) > open("/etc/localtime",0x0,00) = 6 (0x6) > fstat(6,0xbfbfecc0) = 0 (0x0) > read(0x6,0xbfbfc9a0,0x1f08) = 73 (0x49) > close(6) = 0 (0x0) > drw-rw-rw- 1 root wheel 2048 Mar 12 13:33 . > write(1,0x80dc000,48) = 48 (0x30) > drw-rw-rw- 4 root wheel 2048 Mar 16 18:00 .. > write(1,0x80dc000,49) = 49 (0x31) > -rw-rw-rw- 1 root wheel 56980 Mar 16 18:01 VR_MANGR.BUP > write(1,0x80dc000,59) = 59 (0x3b) > -rw-rw-rw- 1 root wheel 56980 Mar 16 18:01 VR_MANGR.IFO > write(1,0x80dc000,59) = 59 (0x3b) > exit(0x1) > process exit, rval = 256 > > > Regards, > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 20:33:23 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86BB337B401 for ; Sat, 15 Mar 2003 20:33:22 -0800 (PST) Received: from ip68-14-60-78.no.no.cox.net (ip68-14-60-78.no.no.cox.net [68.14.60.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id A787743F85 for ; Sat, 15 Mar 2003 20:33:21 -0800 (PST) (envelope-from conrads@ip68-14-60-78.no.no.cox.net) Received: from ip68-14-60-78.no.no.cox.net (localhost [127.0.0.1]) by ip68-14-60-78.no.no.cox.net (8.12.8/8.12.8) with ESMTP id h2G4bHga000684; Sat, 15 Mar 2003 22:37:17 -0600 (CST) (envelope-from conrads@ip68-14-60-78.no.no.cox.net) Received: (from conrads@localhost) by ip68-14-60-78.no.no.cox.net (8.12.8/8.12.8/Submit) id h2G4bCov000683; Sat, 15 Mar 2003 22:37:12 -0600 (CST) (envelope-from conrads) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20030315204132.22204.qmail@web11401.mail.yahoo.com> Date: Sat, 15 Mar 2003 22:37:12 -0600 (CST) Organization: A Rag-Tag Band of Drug-Crazed Hippies From: Conrad Sabatier To: Shizuka Kudo Subject: Re: panic on boot (devfs_find) Cc: freebsd-current@FreeBSD.ORG, Bryan Liesner Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 15-Mar-2003 Shizuka Kudo wrote: > > I found the same problem for the last two days. However, it seems that this > problem doesn't appear in the GENERIC kernel. I have tried putting the > "INVARIANTS" stuffs back to my custom config file and it works as well. Very > strange... I just built a GENERIC kernel and it booted OK. Weird. > I may have some spare time to search for the break point later and will post > if I can find any commit that causes this. Thanks! -- Conrad Sabatier - "In Unix veritas" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 21:14:13 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 587A237B401 for ; Sat, 15 Mar 2003 21:14:12 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC85B43F93 for ; Sat, 15 Mar 2003 21:14:11 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (smmsp@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.7/8.12.7) with ESMTP id h2G5EBFU057447; Sat, 15 Mar 2003 21:14:11 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.7/8.12.7/Submit) id h2G5EAxs057446; Sat, 15 Mar 2003 21:14:10 -0800 (PST) Date: Sat, 15 Mar 2003 21:14:10 -0800 From: "David O'Brien" To: alasir@supereva.it Cc: current@freebsd.org Subject: Re: param.h Message-ID: <20030316051410.GA33734@dragon.nuxi.com> Reply-To: current@freebsd.org Mail-Followup-To: David O'Brien , alasir@supereva.it, current@freebsd.org References: <20030315045735.28036.qmail@web40308.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030315045735.28036.qmail@web40308.mail.yahoo.com> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 5.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 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > Are you trying to compile the -stable version of gcc? We make significant > > modifications to integrate it within our environment. I would not at all > > be suprised if the -stable version of gcc doesn't build on -current. ... > > You are aware that there are gcc ports set up to configure the FSF trees > > specifically for use on FreeBSD, right? And that includes gcc-2.95.4. ... On Fri, Mar 14, 2003 at 08:57:35PM -0800, Rhett Monteg Hollander wrote: > Well, I was able to build it on -CURRENT, along with binutils > and other fine software from -STABLE tree. The reason was that > in several cases GCC 3.2.1 proved to be significantly slower > than 2.95.4 (I mean regular integer\floating-point operations, > MMX\SSE\3DNow! is a whole different story). I replaced 3.2.1 > with 2.95.4, and since I did so in very brute way, latter had > no clue where system includes are, and ld had amnesia too You really, really want to just use the /usr/ports/lang/gcc295 port. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 21:59:13 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B29337B401 for ; Sat, 15 Mar 2003 21:59:10 -0800 (PST) Received: from smtp01.syd.iprimus.net.au (smtp01.syd.iprimus.net.au [210.50.30.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B62B43FB1 for ; Sat, 15 Mar 2003 21:59:09 -0800 (PST) (envelope-from tim@robbins.dropbear.id.au) Received: from dilbert.robbins.dropbear.id.au ([210.50.84.135]) by smtp01.syd.iprimus.net.au with Microsoft SMTPSVC(5.0.2195.5600); Sun, 16 Mar 2003 16:59:06 +1100 Received: from dilbert.robbins.dropbear.id.au (gyv7r7v604h20uma@localhost [127.0.0.1]) by dilbert.robbins.dropbear.id.au (8.12.6/8.12.6) with ESMTP id h2G5x6JK075480; Sun, 16 Mar 2003 16:59:06 +1100 (EST) (envelope-from tim@dilbert.robbins.dropbear.id.au) Received: (from tim@localhost) by dilbert.robbins.dropbear.id.au (8.12.6/8.12.6/Submit) id h2G5ww0t075455; Sun, 16 Mar 2003 16:58:58 +1100 (EST) (envelope-from tim) Date: Sun, 16 Mar 2003 16:58:57 +1100 From: Tim Robbins To: FUJITA Kazutoshi Cc: freebsd-current@FreeBSD.org Subject: Re: UDF: bad file descriptor Message-ID: <20030316165857.A74938@dilbert.robbins.dropbear.id.au> References: <20030315.202727.74753735.fujita@soum.co.jp> <20030316003641.A48585@dilbert.robbins.dropbear.id.au> <20030316.052351.74752614.fujita@soum.co.jp> <20030316.060650.71086272.fujita@soum.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20030316.060650.71086272.fujita@soum.co.jp>; from fujita@soum.co.jp on Sun, Mar 16, 2003 at 06:06:50AM +0900 X-OriginalArrivalTime: 16 Mar 2003 05:59:07.0124 (UTC) FILETIME=[27D2F340:01C2EB81] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Mar 16, 2003 at 06:06:50AM +0900, FUJITA Kazutoshi wrote: > I could mount DVD-RAM successfully. > (This media was formatted by TOSHIBA HDD&DVD video recorder;-p) > But, some files can't be read. > How can I solve this? [...] > # /bin/ls -l > ls: VR_MOVIE.VRO: Bad file descriptor > total 111 > drw-rw-rw- 1 root wheel 2048 Mar 12 13:33 . > drw-rw-rw- 4 root wheel 2048 Mar 16 18:00 .. > -rw-rw-rw- 1 root wheel 56980 Mar 16 18:01 VR_MANGR.BUP > -rw-rw-rw- 1 root wheel 56980 Mar 16 18:01 VR_MANGR.IFO The most likely explanation I can think of for this problem is that "VR_MOVIE.VRO" is a real-time file: 6.11 Real-Time Files A Real-Time file is a file that requires a minimum data-transfer rate when writing or reading, for example, audio and video data. For these files special read and write commands are needed. For example for CD and DVD devices these special commands can be found in the Mount Fuji 4 specification. A Real-Time file shall be identified by file type 249 in the File Type field of the file's ICB Tag. (from OSTA UDF spec, revision 2.01, March 15, 2000) If the file is a real-time file, then the "bad file descriptor" errors are occuring because FreeBSD's UDF filesystem doesn't supports this type of file. Here's a patch that mimics the logic the Linux UDF code uses to decide which UDF file types map to the UNIX "regular" file type: Index: sys/fs/udf/udf_vfsops.c =================================================================== RCS file: /home/ncvs/src/sys/fs/udf/udf_vfsops.c,v retrieving revision 1.10 diff -u -r1.10 udf_vfsops.c --- sys/fs/udf/udf_vfsops.c 11 Mar 2003 22:15:09 -0000 1.10 +++ sys/fs/udf/udf_vfsops.c 16 Mar 2003 03:01:28 -0000 @@ -618,12 +618,16 @@ switch (unode->fentry->icbtag.file_type) { default: + printf("unrecognised file type %d\n", + (int)unode->fentry->icbtag.file_type); vp->v_type = VBAD; break; case 4: vp->v_type = VDIR; break; + case 0: case 5: + case 249: vp->v_type = VREG; break; case 6: The Linux driver doesn't seem to issue the special read and write commands that the quote from the UDF spec. mentions, so I'm not sure whether it will work. Let me know how it goes. Tim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 21:59:56 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E79D37B404 for ; Sat, 15 Mar 2003 21:59:54 -0800 (PST) Received: from web11408.mail.yahoo.com (web11408.mail.yahoo.com [216.136.131.238]) by mx1.FreeBSD.org (Postfix) with SMTP id C7C5443FB1 for ; Sat, 15 Mar 2003 21:59:53 -0800 (PST) (envelope-from shizukakudo_99@yahoo.com) Message-ID: <20030316055953.48314.qmail@web11408.mail.yahoo.com> Received: from [219.76.96.9] by web11408.mail.yahoo.com via HTTP; Sat, 15 Mar 2003 21:59:53 PST Date: Sat, 15 Mar 2003 21:59:53 -0800 (PST) From: Shizuka Kudo Subject: Re: panic on boot (devfs_find) To: Bryan Liesner , Poul-Henning Kamp Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <20030314103535.K605@gravy.kishka.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --- Bryan Liesner wrote: > > I was able to get a kernel up and running (strangely) on 3/12, but > commits after that cause an immediate panic as soon as init starts. > > If I build a kernel from sources cut off at 3/10/2003 at 12:00, > everything works fine. > It is related to the sys/geom/geom_event.c commit on 3/11/2003: > Revision 1.20 / (download) - annotate - [select for diffs], Mon Mar 10 23:41:41 2003 UTC (5 days, 5 hours ago) by phk > Branch: MAIN > CVS Tags: HEAD > Changes since 1.19: +5 -0 lines > Diff to previous 1.19 (colored) > > If we run out of consumers while orphaning them, and the provider's geom > is withering, destroy the provider when done. > > This was exposed by the recent change to geom_dev's orphaning logic If I reverted it back to a previous version (1.19) then the machine booted OK. BTW, I also found that adding INVARIANTS options into the kernel can prevent this problem as well. Regards, __________________________________________________ Do you Yahoo!? Yahoo! Web Hosting - establish your business online http://webhosting.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 22:11:28 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39BC937B401 for ; Sat, 15 Mar 2003 22:11:27 -0800 (PST) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73F1043F75 for ; Sat, 15 Mar 2003 22:11:26 -0800 (PST) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (localhost [127.0.0.1]) by alpha.siliconlandmark.com (8.12.8/8.12.7) with ESMTP id h2G6BPBq040167; Sun, 16 Mar 2003 01:11:25 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost) by alpha.siliconlandmark.com (8.12.8/8.12.7/Submit) with ESMTP id h2G6BKvB040164; Sun, 16 Mar 2003 01:11:25 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Sun, 16 Mar 2003 01:11:20 -0500 (EST) From: Andre Guibert de Bruet To: Jody Franklin Cc: freebsd-current@FreeBSD.ORG Subject: Re: OSS SBLive driver causes kernel panic with 5.0 current In-Reply-To: <3E696BD8.4070402@jfranklin.net> Message-ID: <20030316010347.N36274@alpha.siliconlandmark.com> References: <3E696BD8.4070402@jfranklin.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 7 Mar 2003, Jody Franklin wrote: > I'd been keeping up with current (world/kernel) every other week or so, > and until this week I had no real problems. But after the build I did on > March 3rd my soundcard driver (4Front's SBLive/Audigy driver) causes a > kernel panic on load. If I don't load the driver the system boots fine, > and runs with no other problems. > > This is the message I get from the debugger when I load the driver: > > panic: Invalid major (-1030904368) in make_dev > > I've posted this info to their support forums also, their last responce > was to "see what they broke". Please don't cross-post -current and -questions. Major numbers are now being allocated dynamically. Sounds like the emu10k1 driver doesn't like this. My guess is, it's probably in the process of being converted over... Regards, > Andre Guibert de Bruet | Enterprise Software Consultant > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 22:36:53 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5381E37B401 for ; Sat, 15 Mar 2003 22:36:51 -0800 (PST) Received: from out001.verizon.net (out001pub.verizon.net [206.46.170.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79CFC43F75 for ; Sat, 15 Mar 2003 22:36:50 -0800 (PST) (envelope-from bleez@verizon.net) Received: from gravy.kishka.net ([151.197.249.111]) by out001.verizon.net (InterMail vM.5.01.05.27 201-253-122-126-127-20021220) with ESMTP id <20030316063649.RYJF5518.out001.verizon.net@gravy.kishka.net>; Sun, 16 Mar 2003 00:36:49 -0600 Received: from localhost (localhost [127.0.0.1]) by gravy.kishka.net (8.12.8/8.12.8) with ESMTP id h2G6amxw000463; Sun, 16 Mar 2003 01:36:48 -0500 (EST) (envelope-from bleez@verizon.net) Date: Sun, 16 Mar 2003 01:36:48 -0500 (EST) From: Bryan Liesner X-X-Sender: root@gravy.kishka.net To: Shizuka Kudo Cc: Bryan Liesner , Poul-Henning Kamp , freebsd-current@FreeBSD.ORG Subject: Re: panic on boot (devfs_find) In-Reply-To: <20030316055953.48314.qmail@web11408.mail.yahoo.com> Message-ID: <20030316012828.Q460@gravy.kishka.net> References: <20030316055953.48314.qmail@web11408.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Authentication-Info: Submitted using SMTP AUTH at out001.verizon.net from [151.197.249.111] at Sun, 16 Mar 2003 00:36:49 -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 15 Mar 2003, Shizuka Kudo wrote: > > --- Bryan Liesner wrote: > > > > I was able to get a kernel up and running (strangely) on 3/12, but > > commits after that cause an immediate panic as soon as init starts. > > > > If I build a kernel from sources cut off at 3/10/2003 at 12:00, > > everything works fine. > > > > It is related to the sys/geom/geom_event.c commit on 3/11/2003: > > > Revision 1.20 / (download) - annotate - [select for diffs], Mon Mar 10 23:41:41 2003 UTC (5 > days, 5 hours ago) by phk > > Branch: MAIN > > CVS Tags: HEAD > > Changes since 1.19: +5 -0 lines > > Diff to previous 1.19 (colored) > > > > If we run out of consumers while orphaning them, and the provider's geom > > is withering, destroy the provider when done. > > > > This was exposed by the recent change to geom_dev's orphaning logic > > If I reverted it back to a previous version (1.19) then the machine booted OK. > > BTW, I also found that adding INVARIANTS options into the kernel can prevent this problem as well. > > Regards, I have reverted back to rev 1.19 and all seems to be running OK. I have /dev/null, /dev/stderr, /dev/apm, and /dev/mixer back. When the faulty kernel _did_ boot (after about a million retries to coax a core dump), these devices were missing at boot, or would disappear shortly after. Thanks. I think Poul-Henning will have enough information to go with now... -- ========================================================== = Bryan D. Liesner LeezSoft Communications, Inc. = = A subsidiary of LeezSoft Inc. = = bleez@verizon.net Home of the Gipper = ========================================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 23:28:42 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76F5F37B404 for ; Sat, 15 Mar 2003 23:28:41 -0800 (PST) Received: from HAL9000.homeunix.com (12-233-57-224.client.attbi.com [12.233.57.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0D4543FA3 for ; Sat, 15 Mar 2003 23:28:40 -0800 (PST) (envelope-from das@FreeBSD.ORG) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.6/8.12.5) with ESMTP id h2G7SbIX033127; Sat, 15 Mar 2003 23:28:37 -0800 (PST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.6/8.12.5/Submit) id h2G7SbqJ033126; Sat, 15 Mar 2003 23:28:37 -0800 (PST) (envelope-from das@FreeBSD.ORG) Date: Sat, 15 Mar 2003 23:28:37 -0800 From: David Schultz To: Andre Guibert de Bruet Cc: Jody Franklin , freebsd-current@FreeBSD.ORG Subject: Re: OSS SBLive driver causes kernel panic with 5.0 current Message-ID: <20030316072837.GA33102@HAL9000.homeunix.com> Mail-Followup-To: Andre Guibert de Bruet , Jody Franklin , freebsd-current@FreeBSD.ORG References: <3E696BD8.4070402@jfranklin.net> <20030316010347.N36274@alpha.siliconlandmark.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030316010347.N36274@alpha.siliconlandmark.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Andre Guibert de Bruet : > > On Fri, 7 Mar 2003, Jody Franklin wrote: > > > I'd been keeping up with current (world/kernel) every other week or so, > > and until this week I had no real problems. But after the build I did on > > March 3rd my soundcard driver (4Front's SBLive/Audigy driver) causes a > > kernel panic on load. If I don't load the driver the system boots fine, > > and runs with no other problems. > > > > This is the message I get from the debugger when I load the driver: > > > > panic: Invalid major (-1030904368) in make_dev > > > > I've posted this info to their support forums also, their last responce > > was to "see what they broke". > > Please don't cross-post -current and -questions. > > Major numbers are now being allocated dynamically. Sounds like the emu10k1 > driver doesn't like this. My guess is, it's probably in the process of > being converted over... His post refers to the commercial driver, which still needs to be converted. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 23:46:20 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CABA37B401; Sat, 15 Mar 2003 23:46:19 -0800 (PST) Received: from mail.chesapeake.net (chesapeake.net [205.130.220.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4216843FA3; Sat, 15 Mar 2003 23:46:18 -0800 (PST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.11.6/8.11.6) with ESMTP id h2G7kD467606; Sun, 16 Mar 2003 02:46:13 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Sun, 16 Mar 2003 02:46:13 -0500 (EST) From: Jeff Roberson To: Morten Rodal Cc: Doug Barton , Attila Nagy , Subject: Re: kern/49079: panic: bwrite: buffer is not busy In-Reply-To: <20030315220802.GA531@slurp.rodal.no> Message-ID: <20030316024543.V41845-100000@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 15 Mar 2003, Morten Rodal wrote: > On Fri, Mar 14, 2003 at 06:47:27PM +0100, Morten Rodal wrote: > [snip the parent post] > > I just got another one of these. This time it didn't double panic > while syncing the disks. I've been getting this quite often now, > almost daily. If there is anything else I can help you with to get to > the bottom of this problem don't hesitate to ask. > > Attached is a the gdb output and the backtrace from DDB. Excelent, can you open up the kernel in gdb again. Then do the following: frame 3 print bp With this information I should be able to find the problem. Thanks! Jeff To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 15 23:59:30 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E2D1C37B404; Sat, 15 Mar 2003 23:59:25 -0800 (PST) Received: from flaske.stud.ntnu.no (flaske.stud.ntnu.no [129.241.56.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6924E43F85; Sat, 15 Mar 2003 23:59:24 -0800 (PST) (envelope-from morten@rodal.no) Received: from localhost (localhost [127.0.0.1]) by flaske.stud.ntnu.no (Postfix) with ESMTP id C7C96FF302; Sun, 16 Mar 2003 08:59:22 +0100 (CET) Received: from slurp.rodal.no (m200h.studby.ntnu.no [129.241.135.200]) by flaske.stud.ntnu.no (Postfix) with ESMTP id 1E70BFF195; Sun, 16 Mar 2003 08:59:22 +0100 (CET) Received: (from morten@localhost) by slurp.rodal.no (8.12.8/8.12.8/Submit) id h2G7xLMv005607; Sun, 16 Mar 2003 08:59:21 +0100 (CET) (envelope-from morten) Date: Sun, 16 Mar 2003 08:59:21 +0100 From: Morten Rodal To: Jeff Roberson Cc: Doug Barton , Attila Nagy , freebsd-current@FreeBSD.ORG Subject: Re: kern/49079: panic: bwrite: buffer is not busy Message-ID: <20030316075920.GA5468@slurp.rodal.no> References: <20030315220802.GA531@slurp.rodal.no> <20030316024543.V41845-100000@mail.chesapeake.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oLBj+sq0vYjzfsbl" Content-Disposition: inline In-Reply-To: <20030316024543.V41845-100000@mail.chesapeake.net> X-Virus-Scanned: by AMaViS perl-11 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --oLBj+sq0vYjzfsbl Content-Type: multipart/mixed; boundary="yrj/dFKFPuw6o+aM" Content-Disposition: inline --yrj/dFKFPuw6o+aM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 16, 2003 at 02:46:13AM -0500, Jeff Roberson wrote: > On Sat, 15 Mar 2003, Morten Rodal wrote: >=20 > > On Fri, Mar 14, 2003 at 06:47:27PM +0100, Morten Rodal wrote: > > [snip the parent post] > > > > I just got another one of these. This time it didn't double panic > > while syncing the disks. I've been getting this quite often now, > > almost daily. If there is anything else I can help you with to get to > > the bottom of this problem don't hesitate to ask. > > > > Attached is a the gdb output and the backtrace from DDB. >=20 > Excelent, can you open up the kernel in gdb again. Then do the following: >=20 > frame 3 > print bp >=20 > With this information I should be able to find the problem. >=20 --=20 Morten Rodal --yrj/dFKFPuw6o+aM Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="panic.3" Content-Transfer-Encoding: quoted-printable Script started on Sun Mar 16 08:57:26 2003 slurp# gdb -k kernel.3 vmcore.3 GNU gdb 5.2.1 (FreeBSD) Copyright 2002 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 condition= s. 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-undermydesk-freebsd"... panic: bwrite: buffer is not busy??? panic messages: --- panic: bwrite: buffer is not busy??? cpuid =3D 1; lapic.id =3D 00000000 Stack backtrace: boot() called on cpu#1 syncing disks, buffers remaining... 3452 3452 3451 3451 3449 3448 3448 3448= 3448 3448 3448 3448 3448 3448 3448 3448 3448 3448 3448 3448 3448 3448 3448= 3448 3448=20 giving up on 110 buffers Uptime: 48m16s Dumping 447 MB [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CT= RL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-= C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C t= o abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to a= bort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abor= t] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] = [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CT= RL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-= C to abort] [CTRL-C to abort] [CTRL-C to abort] 16[CTRL-C to abort] [CTRL-= C to abort] [CTRL-C to abort] [CTRL-C to abort] 32[CTRL-C to abort] [CTRL-= C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C t= o abort] 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 3= 20 336 352 368 384 400 416 432 --- #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:239 239 dumping++; (kgdb) frame 3 #3 0xc02194e2 in bwrite (bp=3D0xcc9a5fe8) at /usr/src/sys/kern/vfs_bio.c:8= 02 802 panic("bwrite: need chained iodone"); (kgdb) print bp $1 =3D (struct buf *) 0xcc9a5fe8 (kgdb) print *bp $2 =3D {b_io =3D {bio_cmd =3D 2, bio_dev =3D 0xffffffff, bio_disk =3D 0x0,= =20 bio_blkno =3D 4188480, bio_offset =3D 2145681408, bio_bcount =3D 16384,= =20 bio_data =3D 0xd219e000 "", bio_flags =3D 0, bio_error =3D 0, bio_resid= =3D 0,=20 bio_done =3D 0xc021d1f0 , bio_driver1 =3D 0x0, bio_driver2 = =3D 0x0,=20 bio_caller1 =3D 0xc39c9400, bio_caller2 =3D 0xcc9a5fe8, bio_queue =3D { tqe_next =3D 0x0, tqe_prev =3D 0xc39c940c}, bio_attribute =3D 0x0,=20 bio_from =3D 0x0, bio_to =3D 0x0, bio_length =3D 0, bio_completed =3D 0= ,=20 bio_children =3D 1398, bio_inbed =3D 0, bio_parent =3D 0x0, bio_t0 =3D = {sec =3D 0,=20 frac =3D 0}, bio_task =3D 0, bio_task_arg =3D 0x0, bio_pblkno =3D 518= 876},=20 b_op =3D 0xc036e018, b_magic =3D 280038160,=20 b_iodone =3D 0xc0221300 , b_offset =3D 262144, b_vnbufs= =3D { tqe_next =3D 0x0, tqe_prev =3D 0x0}, b_left =3D 0x0, b_right =3D 0x0,= =20 b_vflags =3D 0, b_freelist =3D {tqe_next =3D 0xcc9a5908, tqe_prev =3D 0xc= 03a145c},=20 b_qindex =3D 0, b_flags =3D 1677721604, b_xflags =3D 0 '\0', b_lock =3D { lk_interlock =3D 0xc039b7a4, lk_flags =3D 0, lk_sharecount =3D 0,=20 lk_waitcount =3D 0, lk_exclusivecount =3D 0, lk_prio =3D 80,=20 lk_wmesg =3D 0xc034482b "bufwait", lk_timo =3D 0, lk_lockholder =3D 0xf= fffffff,=20 lk_newlock =3D 0x0}, b_bufsize =3D 16384, b_runningbufspace =3D 0,=20 b_kvabase =3D 0xd219e000 "", b_kvasize =3D 16384, b_lblkno =3D 16,=20 b_vp =3D 0xc41b1a44, b_object =3D 0x0, b_dirtyoff =3D 0, b_dirtyend =3D 1= 6384,=20 b_rcred =3D 0x0, b_wcred =3D 0x0, b_saveaddr =3D 0xd219e000, b_pager =3D { pg_spc =3D 0x0, pg_reqpage =3D 0}, b_cluster =3D {cluster_head =3D { tqh_first =3D 0xccab02f8, tqh_last =3D 0xccab0420}, cluster_entry =3D= { tqe_next =3D 0xccab02f8, tqe_prev =3D 0xccab0420}}, b_pages =3D {0xc0= f97d08,=20 0xc0f80c50, 0xc0f92398, 0xc0e9cfe0, 0xc0eefc48, 0xc0efd490, 0xc0a8a3d8,= =20 0xc0f04120, 0xc0a85c68, 0xc0a853b0, 0xc0a3c1f8, 0xc0f1a140, 0xc0de4288,= =20 0xc0f468d0, 0xc0ac3c18, 0xc0a61e60, 0xc0a4fea8, 0xc0f175f0, 0xc0de5638,= =20 0xc0dee680, 0xc0ddeac8, 0xc0f07210, 0xc0a9fe58, 0xc0f462a0, 0xc0dd40e8,= =20 0xc0f3a630, 0xc0ef4178, 0xc0f3dcc0, 0xc0de6b08, 0xc0f3b050, 0xc0f17998,= =20 0xc0dd81e0}, b_npages =3D 4, b_dep =3D {lh_first =3D 0x0}} (kgdb) slurp# ^Dexit Script done on Sun Mar 16 08:57:55 2003 --yrj/dFKFPuw6o+aM-- --oLBj+sq0vYjzfsbl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+dC7YbWe1Cy11WVsRAvGYAJ4j9UFfBdJDHIGtyxInwOpEx+BblQCguqT8 KRmbkVEGDmBgVIkyNBs39fM= =5ZCh -----END PGP SIGNATURE----- --oLBj+sq0vYjzfsbl-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message